(57)【要約】  本開示の技法は、一般に、深度ビューコンポーネント内のブロックをコーディングする際に、深度ビューコンポーネント内のブロックと一致する、テクスチャビューコンポーネントからの対応するブロックについての動き情報を使用することに関する。いくつかの例では、コーディング目的で、テクスチャビューコンポーネントの空間解像度が深度ビューコンポーネントの空間解像度と異なるとき、本技法は動き情報を使用する場合がある。本開示に記載される様々なＩＭＶＰ技法の中で、本開示は、深度ビューマクロブロック（ＭＢ）のパーティションが、イントラコーディングされているか、または４つのパーティションに区分化されているかのいずれかであるテクスチャビューＭＢに対応する場合のコーディングシナリオで使用するためのＩＶＭＰ技法を記載する。【選択図】図１２
2015537491.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータをコーディングするための方法であって、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、
前記複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することと、ここにおいて前記第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて前記第２のテクスチャビューブロックは前記第１のテクスチャビューブロックの空間的に隣接するブロックである、
前記動き情報に基づいて前記単一の深度ビューブロックをコーディングすることと
を備える、方法。
【請求項２】
前記深度ビューコンポーネントおよび前記テクスチャビューコンポーネントが、アクセスユニット内の同じビューに属する、請求項１に記載の方法。
【請求項３】
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内のすべてのピクセルの相対深度を示す、請求項１に記載の方法。
【請求項４】
前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、
請求項１に記載の方法。
【請求項５】
前記動き情報が、参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項６】
前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、すなわち、幅が２分の１であり高さが２分の１である、請求項１に記載の方法。
【請求項７】
前記複数のテクスチャビューブロックがテクスチャビューマクロブロックを備え、前記単一の深度ビューブロックの前記パーティションが単一の深度ビューマクロブロックのパーティションを備える、請求項１に記載の方法。
【請求項８】
前記複数のテクスチャビューブロックがただ１つのインターコーディングされたブロックを備え、前記第２のテクスチャビューブロックがただ１つのインターコーディングされたブロックであり、前記第２のテクスチャビューブロックの前記動き情報に基づいて前記単一の深度ビューブロックの前記動き情報を決定することが、前記第２のテクスチャビューブロックの第１のパーティションの参照インデックスを決定することを備える、請求項１に記載の方法。
【請求項９】
前記第２のテクスチャビューブロックの前記動き情報に基づいて前記単一の深度ビューブロックの前記動き情報を決定することが、前記第２のテクスチャビューブロックの第２のパーティションの動きベクトルを決定することをさらに備える、請求項８に記載の方法。
【請求項１０】
前記第１のパーティションが第１のサイズのパーティションに対応し、前記第１のパーティションが前記第２のテクスチャビューブロック内の前記第１のサイズのパーティションのうちで前記テクスチャビューコンポーネントの中心に最も近く、前記第２のパーティションが第２のサイズのパーティションに対応し、前記第２のパーティションが前記第２のテクスチャビューブロック内の前記第２のサイズのパーティションのうちで前記テクスチャビューコンポーネントの前記中心に最も近い、請求項９に記載の方法。
【請求項１１】
前記第１のサイズが８×８であり、前記第２のサイズが４×４である、請求項１０に記載の方法。
【請求項１２】
前記複数のテクスチャビューブロックが２つ以上のインターコーディングされたテクスチャビューブロックを備え、前記インターコーディングされたテクスチャビューブロックの前記空間的に隣接するブロックの前記動き情報に基づいて前記単一の深度ビューブロックの前記動き情報を決定することが、前記２つ以上のインターコーディングされたテクスチャビューブロックの各々についての動きベクトルを決定することをさらに備える、請求項１に記載の方法。
【請求項１３】
前記２つ以上のインターコーディングされた空間的に隣接するブロックの各々についての前記動きベクトルを決定することが、インターコーディングされた空間的に隣接するブロックごとに、前記テクスチャビューコンポーネントの中心に最も近い前記インターコーディングされた空間的に隣接するブロックのパーティションについての動きベクトルを決定することを備える、請求項１２に記載の方法。
【請求項１４】
前記テクスチャビューコンポーネントの前記中心に最も近い前記インターコーディングされた空間的に隣接するブロックの前記パーティションについての前記動きベクトルを決定することが、前記テクスチャビューコンポーネントの前記中心に最も近い前記インターコーディングされた空間的に隣接するブロックの４×４のパーティションについての動きベクトルを決定することを備える、請求項１３に記載の方法。
【請求項１５】
前記複数のテクスチャビューブロックが２つ以上のインターコーディングされたテクスチャビューブロックを備え、前記方法が、
前記単一の深度ビューブロックの前記パーティションについての動きベクトルを、空間的に隣接するブロックからの動きベクトルのセットのうちの中央動きベクトルに設定することと、
前記単一の深度ビューブロックの前記パーティションについての参照インデックスを、前記中央動きベクトルに関連付けられた参照インデックスに設定することと
をさらに備える、請求項１に記載の方法。
【請求項１６】
前記複数のテクスチャビューブロックのうちのすべてのテクスチャビューブロックがイントラコーディングされ、前記方法が、
単一の深度ビューブロックの前記パーティションについての参照インデックスをゼロに設定することと、
前記単一の深度ビューブロックの前記パーティションについての動きベクトルをゼロに設定することと
をさらに備える、請求項１に記載の方法。
【請求項１７】
前記方法がビデオデコーダによって実施され、前記方法が、
内部ビュー動き予測（ＩＶＭＰ）が有効であるかどうかを示すフラグを受信することと、
ＩＶＭＰが有効であることを示す前記フラグに応答して、前記動き情報に基づいて前記単一の深度ビューブロックを復号することと
をさらに備える、請求項１に記載の方法。
【請求項１８】
前記方法がビデオエンコーダによって実施され、前記方法が、符号化されたビットストリームに含めるためのフラグを生成することをさらに備え、内部ビュー動き予測が有効であるかどうかを前記フラグが示す、請求項１に記載の方法。
【請求項１９】
ビデオデータをコーディングするための方法であって、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、
前記複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記第１のテクスチャビューブロックのパーティションの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することと、ここにおいて前記第１のテクスチャビューブロックは４つのパーティションに区分化される、
前記動き情報に基づいて前記単一の深度ビューブロックをコーディングすることと
を備える、方法。
【請求項２０】
前記深度ビューコンポーネントおよび前記テクスチャビューコンポーネントが、アクセスユニット内の同じビューに属する、請求項１９に記載の方法。
【請求項２１】
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内のすべてのピクセルの相対深度を示す、請求項１９に記載の方法。
【請求項２２】
前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、
請求項１９に記載の方法。
【請求項２３】
前記動き情報が、参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを備える、請求項１９に記載の方法。
【請求項２４】
前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、すなわち、幅が２分の１であり高さが２分の１である、請求項１９に記載の方法。
【請求項２５】
前記複数のテクスチャビューブロックがテクスチャビューマクロブロックを備え、前記単一の深度ビューブロックの前記パーティションが単一の深度ビューマクロブロックのパーティションを備える、請求項１９に記載の方法。
【請求項２６】
前記第１のテクスチャビューブロックの前記パーティションの前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することが、前記テクスチャビューコンポーネントの前記中心に最も近い前記第１のテクスチャビューブロックのパーティションを識別し、前記単一の深度ビューブロックの前記パーティションについての参照インデックスを、前記テクスチャビューコンポーネントの前記中心に最も近い前記第１のテクスチャビューブロックの前記パーティションについての参照インデックスに等しく設定することを備える、請求項１９に記載の方法。
【請求項２７】
前記第１のテクスチャビューブロックの前記パーティションの前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することが、前記単一の深度ビューブロックの前記パーティションが前記単一の深度ビューブロック内で有するのと同じ相対位置を前記第１のテクスチャビューブロック内で有する前記第１のテクスチャビューブロックのパーティションを識別し、前記単一の深度ビューブロックの前記パーティションについての参照インデックスを、前記単一の深度ビューブロックの前記パーティションが前記単一の深度ビューブロック内で有するのと同じ相対位置を前記第１のテクスチャビューブロック内で有する前記第１のテクスチャビューブロックの前記パーティションについての参照インデックスに等しく設定することを備える、請求項１９に記載の方法。
【請求項２８】
前記第１のテクスチャビューブロックの前記パーティションの前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することが、前記第１のテクスチャビューブロック内の１つまたは複数の対応するブロックの動きベクトルに基づいて前記単一の深度ビューブロックの前記パーティションについての動きベクトルを導出し、最も大きい絶対値を有する動きベクトルに基づいて前記単一の深度ビューブロックの前記パーティションについての前記動きベクトルを導出することを備える、請求項１９に記載の方法。
【請求項２９】
前記最も大きい絶対値を有する動きベクトルに基づいて前記単一の深度ビューブロックの前記パーティションについての前記動きベクトルを導出することが、前記最も大きい絶対値を有する前記動きベクトルをスケーリングすることを備える、請求項２８に記載の方法。
【請求項３０】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが１つの８×８のブロックを備える、請求項２８に記載の方法。
【請求項３１】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが４つの４×４のブロックを備える、請求項２８に記載の方法。
【請求項３２】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが２つの４×８のブロックを備える、請求項２８に記載の方法。
【請求項３３】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが２つの８×４のブロックを備える、請求項２８に記載の方法。
【請求項３４】
前記方法がビデオデコーダによって実施され、前記方法が、
内部ビュー動き予測（ＩＶＭＰ）が有効であるかどうかを示すフラグを受信することと、
ＩＶＭＰが有効であることを示す前記フラグに応答して、前記動き情報に基づいて前記単一の深度ビューブロックを復号することと
をさらに備える、請求項１９に記載の方法。
【請求項３５】
前記方法がビデオエンコーダによって実施され、前記方法が、符号化されたビットストリームに含めるためのフラグを生成することをさらに備え、内部ビュー動き予測が有効であるかどうかを前記フラグが示す、請求項１９に記載の方法。
【請求項３６】
ビデオデータをコーディングするためのデバイスであって、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、前記複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することと、ここにおいて前記第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて前記第２のテクスチャビューブロックは前記第１のテクスチャビューブロックの空間的に隣接するブロックである、前記動き情報に基づいて前記単一の深度ビューブロックをコーディングすることとを行うように構成されたビデオコーダ
を備える、デバイス。
【請求項３７】
前記深度ビューコンポーネントおよび前記テクスチャビューコンポーネントが、アクセスユニット内の同じビューに属する、請求項３６に記載のデバイス。
【請求項３８】
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内のすべてのピクセルの相対深度を示す、請求項３６に記載のデバイス。
【請求項３９】
前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、
請求項３６に記載のデバイス。
【請求項４０】
前記動き情報が、参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを備える、請求項３６に記載のデバイス。
【請求項４１】
前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、すなわち、幅が２分の１であり高さが２分の１である、請求項３６に記載のデバイス。
【請求項４２】
前記複数のテクスチャビューブロックがテクスチャビューマクロブロックを備え、前記単一の深度ビューブロックの前記パーティションが単一の深度ビューマクロブロックのパーティションを備える、請求項３６に記載のデバイス。
【請求項４３】
前記複数のテクスチャビューブロックがただ１つのインターコーディングされたブロックを備え、前記第２のテクスチャビューブロックがただ１つのインターコーディングされたブロックであり、前記ビデオコーダが、前記第２のテクスチャビューブロックの第１のパーティションの参照インデックスを決定することによって、前記第２のテクスチャビューブロックの前記動き情報に基づいて前記単一の深度ビューブロックの前記動き情報を決定するように構成された、請求項３６に記載のデバイス。
【請求項４４】
前記ビデオコーダが、前記第２のテクスチャビューブロックの第２のパーティションの動きベクトルを決定することによって、前記第２のテクスチャビューブロックの前記動き情報に基づいて前記単一の深度ビューブロックの前記動き情報を決定するように構成された、請求項４３に記載のデバイス。
【請求項４５】
前記第１のパーティションが第１のサイズのパーティションに対応し、前記第１のパーティションが前記第２のテクスチャビューブロック内の前記第１のサイズのパーティションのうちで前記テクスチャビューコンポーネントの中心に最も近く、前記第２のパーティションが第２のサイズのパーティションに対応し、前記第２のパーティションが前記第２のテクスチャビューブロック内の前記第２のサイズのパーティションのうちで前記テクスチャビューコンポーネントの前記中心に最も近い、請求項４４に記載のデバイス。
【請求項４６】
前記第１のサイズが８×８であり、前記第２のサイズが４×４である、請求項４５に記載のデバイス。
【請求項４７】
前記複数のテクスチャビューブロックが２つ以上のインターコーディングされたテクスチャビューブロックを備え、前記ビデオコーダが、前記２つ以上のインターコーディングされたテクスチャビューブロックの各々についての動きベクトルを決定することによって、前記インターコーディングされたテクスチャビューブロックの前記空間的に隣接するブロックの前記動き情報に基づいて前記単一の深度ビューブロックの前記動き情報を決定するように構成された、請求項３６に記載のデバイス。
【請求項４８】
前記ビデオコーダが、インターコーディングされた空間的に隣接するブロックごとに、前記テクスチャビューコンポーネントの中心に最も近い前記インターコーディングされた空間的に隣接するブロックのパーティションについての動きベクトルを決定することによって、前記２つ以上のインターコーディングされた空間的に隣接するブロックの各々についての前記動きベクトルを決定するように構成された、請求項４７に記載のデバイス。
【請求項４９】
前記ビデオコーダが、前記テクスチャビューコンポーネントの前記中心に最も近い前記インターコーディングされた空間的に隣接するブロックの４×４のパーティションについての動きベクトルを決定することによって、前記テクスチャビューコンポーネントの前記中心に最も近い前記インターコーディングされた空間的に隣接するブロックの前記パーティションについての前記動きベクトルを決定するように構成された、請求項４８に記載のデバイス。
【請求項５０】
前記複数のテクスチャビューブロックが２つ以上のインターコーディングされたテクスチャビューブロックを備え、前記ビデオコーダが、前記単一の深度ビューブロックの前記パーティションについての動きベクトルを、空間的に隣接するブロックからの動きベクトルのセットのうちの中央動きベクトルに設定することと、前記単一の深度ビューブロックの前記パーティションについての参照インデックスを、前記中央動きベクトルに関連付けられた参照インデックスに設定することとを行うようにさらに構成された、請求項３６に記載のデバイス。
【請求項５１】
前記複数のテクスチャビューブロックのうちのすべてのテクスチャビューブロックがイントラコーディングされ、前記ビデオコーダが、単一の深度ビューブロックの前記パーティションについての参照インデックスをゼロに設定することと、前記単一の深度ビューブロックの前記パーティションについての動きベクトルをゼロに設定することとを行うようにさらに構成された、請求項３６に記載のデバイス。
【請求項５２】
前記ビデオコーダがビデオデコーダを備え、前記ビデオコーダが、内部ビュー動き予測（ＩＶＭＰ）が有効であるかどうかを示すフラグを受信することと、ＩＶＭＰが有効であることを示す前記フラグに応答して、前記動き情報に基づいて前記単一の深度ビューブロックを復号することとを行うようにさらに構成された、請求項３６に記載のデバイス。
【請求項５３】
前記ビデオコーダがビデオエンコーダを備え、前記ビデオコーダが、符号化されたビットストリームに含めるためのフラグを生成するようにさらに構成され、内部ビュー動き予測が有効であるかどうかを前記フラグが示す、請求項３６に記載のデバイス。
【請求項５４】
前記デバイスが、
集積回路、
マイクロプロセッサ、および
前記ビデオコーダを含むワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項３６に記載のビデオデバイス。
【請求項５５】
ビデオデータをコーディングするためのデバイスであって、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、前記複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記第１のテクスチャビューブロックのパーティションの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することと、ここにおいて前記第１のテクスチャビューブロックは４つのパーティションに区分化される、前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションをコーディングすることとを行うように構成されたビデオコーダ
を備える、デバイス。
【請求項５６】
前記深度ビューコンポーネントおよび前記テクスチャビューコンポーネントが、アクセスユニット内の同じビューに属する、請求項５５に記載のデバイス。
【請求項５７】
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内のすべてのピクセルの相対深度を示す、請求項５５に記載のデバイス。
【請求項５８】
前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、
請求項５５に記載のデバイス。
【請求項５９】
前記動き情報が、参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを備える、請求項５５に記載のデバイス。
【請求項６０】
前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、すなわち、幅が２分の１であり高さが２分の１である、請求項５５に記載のデバイス。
【請求項６１】
前記複数のテクスチャビューブロックがテクスチャビューマクロブロックを備え、前記単一の深度ビューブロックの前記パーティションが単一の深度ビューマクロブロックのパーティションを備える、請求項５５に記載のデバイス。
【請求項６２】
前記ビデオコーダが、前記テクスチャビューコンポーネントの前記中心に最も近い前記第１のテクスチャビューブロックのパーティションを識別し、前記単一の深度ビューブロックの前記パーティションについての参照インデックスを、前記テクスチャビューコンポーネントの前記中心に最も近い前記第１のテクスチャビューブロックの前記パーティションについての参照インデックスに等しく設定することによって、前記第１のテクスチャビューブロックの前記パーティションの前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定するように構成された、請求項５５に記載のデバイス。
【請求項６３】
前記ビデオコーダが、前記単一の深度ビューブロックの前記パーティションが前記単一の深度ビューブロック内で有するのと同じ相対位置を前記第１のテクスチャビューブロック内で有する前記第１のテクスチャビューブロックのパーティションを識別し、前記単一の深度ビューブロックの前記パーティションについての参照インデックスを、前記単一の深度ビューブロックの前記パーティションが前記単一の深度ビューブロック内で有するのと同じ相対位置を前記第１のテクスチャビューブロック内で有する前記第１のテクスチャビューブロックの前記パーティションについての参照インデックスに等しく設定することによって、前記第１のテクスチャビューブロックの前記パーティションの前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定するように構成された、請求項５５に記載のデバイス。
【請求項６４】
前記ビデオコーダが、前記第１のテクスチャビューブロック内の１つまたは複数の対応するブロックの動きベクトルに基づいて前記単一の深度ビューブロックの前記パーティションについての動きベクトルを導出し、最も大きい絶対値を有する動きベクトルに基づいて前記単一の深度ビューブロックの前記パーティションについての前記動きベクトルを導出することによって、前記第１のテクスチャビューブロックの前記パーティションの前記動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定するように構成された、請求項５５に記載のデバイス。
【請求項６５】
前記ビデオコーダが、前記最も大きい絶対値を有する動きベクトルをスケーリングすることによって、前記最も大きい絶対値を有する前記動きベクトルに基づいて前記単一の深度ビューブロックの前記パーティションについての前記動きベクトルを導出するように構成された、請求項６４に記載のデバイス。
【請求項６６】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが１つの８×８のブロックを備える、請求項６４に記載のデバイス。
【請求項６７】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが４つの４×４のブロックを備える、請求項６４に記載のデバイス。
【請求項６８】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが２つの４×８のブロックを備える、請求項６５に記載のデバイス。
【請求項６９】
前記第１のテクスチャビューブロック内の前記１つまたは複数の対応するブロックが２つの８×４のブロックを備える、請求項６５に記載のデバイス。
【請求項７０】
前記ビデオコーダがビデオデコーダを備え、前記ビデオコーダが、内部ビュー動き予測（ＩＶＭＰ）が有効であるかどうかを示すフラグを受信することと、ＩＶＭＰが有効であることを示す前記フラグに応答して、前記動き情報に基づいて前記単一の深度ビューブロックを復号することとを行うようにさらに構成された、請求項６５に記載のデバイス。
【請求項７１】
前記ビデオコーダがビデオエンコーダを備え、前記ビデオコーダが、符号化されたビットストリームに含めるためのフラグを生成するようにさらに構成され、内部ビュー動き予測が有効であるかどうかを前記フラグが示す、請求項５５に記載のデバイス。
【請求項７２】
前記デバイスが、
集積回路、
マイクロプロセッサ、および
前記ビデオコーダを含むワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項５５に記載のビデオデバイス。
【請求項７３】
ビデオデータをコーディングするための装置であって、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングするための手段と、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、
前記複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定するための手段と、ここにおいて前記第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて前記第２のテクスチャビューブロックは前記第１のテクスチャビューブロックの空間的に隣接するブロックである、
前記動き情報に基づいて前記単一の深度ビューブロックをコーディングするための手段と
を備える、装置。
【請求項７４】
ビデオデータをコーディングするための装置であって、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングするための手段と、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、
前記複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記第１のテクスチャビューブロックのパーティションの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定するための手段と、ここにおいて前記第１のテクスチャビューブロックは４つのパーティションに区分化される、
前記動き情報に基づいて前記単一の深度ビューブロックをコーディングするための手段と
を備える、装置。
【請求項７５】
実行されたとき、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、
前記複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することと、ここにおいて前記第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて前記第２のテクスチャビューブロックは前記第１のテクスチャビューブロックの空間的に隣接するブロックである、
前記動き情報に基づいて前記単一の深度ビューブロックをコーディングすることと
を１つまたは複数のプロセッサに行わせる命令を記憶する、コンピュータ可読記憶媒体。
【請求項７６】
実行されたとき、
テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて前記複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、
前記複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する前記単一の深度ビューブロックのパーティションに応答して、前記第１のテクスチャビューブロックのパーティションの動き情報に基づいて前記単一の深度ビューブロックの前記パーティションについての動き情報を決定することと、ここにおいて前記第１のテクスチャビューブロックは４つのパーティションに区分化される、
前記動き情報に基づいて前記単一の深度ビューブロックをコーディングすることと
を１つまたは複数のプロセッサに行わせる命令を記憶する、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本開示は、ビデオコーディングに関し、より詳細には、ビデオデータをコーディングするための技法に関する。
【背景技術】
【０００２】
[0002]  デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ  １０、アドバンストビデオコーディング（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法などのビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することにより、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶できる。
【０００３】
[0003]  ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために、空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコーディングのために、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部）が複数のビデオブロックに区分される場合があり、これらはツリーブロック、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれる場合もある。イントラコード化（Ｉ）ピクチャスライスの中のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに関する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス内のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに対する空間的予測、または他の参照ピクチャの中の参照サンプルに対する時間的予測を使用できる。ピクチャはフレームと呼ばれる場合があり、参照ピクチャは参照フレームと呼ばれる場合がある。
【０００４】
[0004]  空間的予測または時間的予測は、コーディングされるべきブロック用の予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およびコード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて残差変換係数をもたらすことができ、その残差変換係数は、次いで量子化できる。量子化変換係数は、最初に２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査することができ、なお一層の圧縮を達成するためにエントロピーコーディングを適用できる。
【発明の概要】
【０００５】
[0005]  一般に、本開示は、マルチビュービデオコーディングおよび３Ｄビデオコーディングに関係する技法を記載し、より詳細には、本開示は、内部ビュー動き予測（ＩＶＭＰ）に関係する技法を記載する。例えば、本開示に記載された技法は、ビデオコーダ（例えば、エンコーダまたはデコーダ）が、それにより１つまたは複数の対応するテクスチャビューブロックについての動き情報に基づいて、深度ビューブロックについての動き情報を決定できる機構を提供できる。これらの技法は、深度ビューコンポーネント用の空間解像度がテクスチャビューコンポーネントの空間解像度と異なる場合に適用可能であり得る。例えば、本開示の技法は、深度ビューブロックを含む深度ビューコンポーネントの空間解像度が、１つまたは複数の対応するテクスチャビューブロックを含む対応するテクスチャビューコンポーネントの空間解像度と異なる場合に、深度ビューブロックについての動き情報を決定することを記載できる。本開示に記載される様々なＩＭＶＰ技法の中で、本開示は、深度ビューマクロブロック（ＭＢ）のパーティションが、イントラコーディングされているか、または４つのパーティションに区分化されているかのいずれかであるテクスチャビューＭＢに対応する場合のコーディングシナリオで使用するためのＩＶＭＰ技法を記載する。
【０００６】
[0006]  一例では、ビデオデータをコーディングするための方法が、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定することと、ここにおいて第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて第２のテクスチャビューブロックは第１のテクスチャビューブロックの空間的に隣接するブロックである、動き情報に基づいて単一の深度ビューブロックをコーディングすることとを含む。
【０００７】
[0007]  別の例では、ビデオデータをコーディングするための方法が、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定することと、ここにおいて第１のテクスチャビューブロックは４つのパーティションに区分化される、動き情報に基づいて単一の深度ビューブロックをコーディングすることとを含む。
【０００８】
[0008]  別の例では、ビデオデータをコーディングするためのデバイスが、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定することと、ここにおいて第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて第２のテクスチャビューブロックは第１のテクスチャビューブロックの空間的に隣接するブロックである、動き情報に基づいて単一の深度ビューブロックをコーディングすることとを行うように構成されたビデオコーダを含む。
【０００９】
[0009]  別の例では、ビデオデータをコーディングするためのデバイス、そのデバイスは、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定することと、ここにおいて第１のテクスチャビューブロックは４つのパーティションに区分化される、動き情報に基づいて単一の深度ビューブロックのパーティションをコーディングすることとを行うように構成されたビデオコーダを含む。
【００１０】
[0010]  別の例では、ビデオデータをコーディングするための装置が、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングするための手段と、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定するための手段と、ここにおいて第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて第２のテクスチャビューブロックは第１のテクスチャビューブロックの空間的に隣接するブロックである、動き情報に基づいて単一の深度ビューブロックをコーディングするための手段とを含む。
【００１１】
[0011]  別の例では、ビデオデータをコーディングするための装置が、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングするための手段と、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定するための手段と、ここにおいて第１のテクスチャビューブロックは４つのパーティションに区分化される、動き情報に基づいて単一の深度ビューブロックをコーディングするための手段とを含む。
【００１２】
[0012]  別の例では、コンピュータ可読記憶媒体が、実行されたとき、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックからの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、複数のテクスチャビューブロックからの第２のテクスチャビューブロックの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定することと、ここにおいて第１のテクスチャビューブロックはイントラコーディングされたテクスチャビューブロックであり、ここにおいて第２のテクスチャビューブロックは第１のテクスチャビューブロックの空間的に隣接するブロックである、動き情報に基づいて単一の深度ビューブロックをコーディングすることとを１つまたは複数のプロセッサに行わせる命令を記憶する。
【００１３】
[0013]  別の例では、コンピュータ可読記憶媒体が、実行されたとき、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングすることと、ここにおいて複数のテクスチャビューブロックは深度ビューコンポーネントの単一の深度ビューブロックに対応する、複数のテクスチャビューブロックのうちの第１のテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定することと、ここにおいて第１のテクスチャビューブロックは４つのパーティションに区分化される、動き情報に基づいて単一の深度ビューブロックをコーディングすることとを１つまたは複数のプロセッサに行わせる命令を記憶する。
【００１４】
[0014]  １つまたは複数の例の詳細は、添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１５】
【図１】本開示に記載された１つまたは複数の例による、例示的なマルチビュービデオコーディング（ＭＶＣ）の符号化または復号の順序を示すグラフィック図である。
【図２】例示的なＭＶＣの予測パターンを示す概念図である。
【図３】深度ビューコンポーネントの４番目のピクチャ内の識別されたマクロブロック、およびテクスチャビューの４番目のピクチャ内の対応するマクロブロックの動きベクトルが、深度ビューコンポーネント内で再使用されるビデオシーケンスを形成するピクチャのシーケンスの概念図である。
【図４Ａ】テクスチャビューブロックと深度ビューブロックの概念図である。
【図４Ｂ】テクスチャビューブロックと深度ビューブロックの概念図である。
【図５】本開示に記載された技法を利用できる例示的なビデオの符号化および復号のシステムを示すブロック図である。
【図６】深度ビューパーティションについての参照インデックスと動きベクトル情報とを決定するためのテクスチャビューブロックと深度ビューブロックの概念図である。
【図７】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオエンコーダの例を示すブロック図である。
【図８】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオデコーダの例を示すブロック図である。
【図９】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法によるビデオデコーダの例示的な動作を示すフローチャートである。
【図１０】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法によるビデオエンコーダの例示的な動作を示すフローチャートである。
【図１１】深度ビューブロックの深度ビューパーティションについての参照インデックス情報と動きベクトル情報とを決定するために使用され得る深度ビューブロックおよびテクスチャビューブロックの概念図である。
【図１２】深度ビューマクロブロックがイントラコーディングされたテクスチャビューマクロブロックに対応する場合の本開示の技法によるビデオコーダの例示的な動作の図である。
【図１３】深度ビューマクロブロックが４つのパーティションに区分化されたテクスチャビューマクロブロックに対応する場合の本開示の技法によるビデオコーダの例示的な動作の図である。
【発明を実施するための形態】
【００１６】
[0028]  以下でより詳細に記載されるように、本開示に記載された技法は、テクスチャビューの空間解像度とその対応する深度ビューの空間解像度が異なる場合の「内部ビュー動き予測」（ＩＶＭＰ）を可能にする。テクスチャビューコンポーネントの空間解像度とその対応する深度ビューコンポーネントの空間解像度が異なる例では、深度ビューコンポーネント内の深度ビューブロックがテクスチャビューコンポーネント内の複数のテクスチャビューブロックに対応する場合がある。深度ビューブロックは複数のテクスチャビューブロックに対応するので、深度ビューブロックについての動き情報を予測するために、テクスチャビューブロックについての動き情報を使用することには、潜在的な問題が存在する。本開示に記載された技法は、テクスチャビューコンポーネントの空間解像度とその対応する深度ビューコンポーネントの空間解像度が異なる例でも、深度ビューブロックについての動き情報がテクスチャビューブロックから予測されることを可能にして、これらの問題に対処する。
【００１７】
[0029]  本開示は、深度ビューマクロブロック（ＭＢ）のパーティションが、イントラコーディングされていないことと４つのパーティションに区分化されていないことの両方であるテクスチャビューＭＢに対応する場合のコーディングシナリオで使用するためのＩＶＭＰ技法を記載することによって始まる。後で、本開示は、深度ビューＭＢのパーティションが、イントラコーディングされているか、または４つのパーティションに区分化されているかのいずれかであるテクスチャビューＭＢに対応する場合のコーディングシナリオで使用するためのさらなるＩＶＭＰ技法を記載する。反対のことが明確に述べられていない限り、深度ビューＭＢのパーティションが、イントラコーディングされていないことと４つのパーティションに区分化されていないことの両方であるテクスチャビューＭＢに対応する場合のコーディングシナリオで使用するために導入されたＩＶＭＰ技法は、深度ビューＭＢのパーティションが、イントラコーディングされているか、または４つのパーティションに区分化されているかのいずれかであるテクスチャビューＭＢに対応する場合のコーディングシナリオにも適用可能である。
【００１８】
[0030]  本開示に記載された技法は、概して、マルチビュービデオコーディング（ＭＶＣ）および３Ｄビデオコーディングに適用可能である。マルチビュービデオコーディング（ＭＶＣ）は、異なるポイントのビュー（すなわち、複数のビュー）からのシーンを見せるビデオピクチャのコーディングを指す。例えば、複数のビューが存在し、各ビューは複数のビデオピクチャを含むものと考えられる。ビューのうちの少なくとも２つからのビデオピクチャが表示されたとき、結果として得られたビデオは、ビューをレンダリングするために使用されるディスプレイから現れた、またはディスプレイに入り込んだ３Ｄビデオとして見える。
【００１９】
[0031]  本開示に記載された技法は、様々なビデオコーディング規格に適用可能であり得る。ビデオコーディング規格の例には、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、ならびに、そのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）の拡張を含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られている）ＩＴＵ−Ｔ  Ｈ．２６４が含まれる。加えて、ＩＴＵ−Ｔビデオコーディング専門家グループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ動画専門家グループ（ＭＰＥＧ）のビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）によって開発されている、新しいビデオコーディング規格、すなわち高効率ビデオコーディング（ＨＥＶＣ）がある。
【００２０】
[0032]  単に例示のために、技法は、その３Ｄビデオ拡張を含むＨ．２６４／ＡＶＣ規格のコンテキストで記載される。技法はその３Ｄビデオ拡張を含むＨ．２６４／ＡＶＣ規格のコンテキストで記載されるが、本開示に記載される技法は、他の規格にも拡張可能であり得る。
【００２１】
[0033]  Ｈ．２６４／ＡＶＣの３Ｄビデオ拡張の最近の公的に入手可能な共同ドラフトは、「３Ｄ−ＡＶＣドラフトテキスト４」に記載されており、２０１２年１２月１３日時点のものは、ハイパーリンクからダウンロードされ得る。
【００２２】
[0034]  ビューごとの複数のビデオピクチャは、テクスチャビューコンポーネントと呼ばれる場合がある。各テクスチャビューコンポーネントは、対応する深度ビューコンポーネントを有する。テクスチャビューコンポーネントはビデオコンテンツ（例えば、ピクセル値のルーマ成分およびクロマ成分）を含み、深度ビューコンポーネントはテクスチャビューコンポーネント内のピクセルの相対深度を示すことができる。
【００２３】
[0035]  本開示の技法は、テクスチャデータと深度データとをコーディングすることによって、３Ｄビデオデータをコーディングすることに関する。一般に、「テクスチャ」という用語は、画像のルミナンス（すなわち、輝度または「ルーマ」）値と画像のクロミナンス（すなわち、色または「クロマ」）値とを記述するために使用される。いくつかの例では、テクスチャ画像が、１組のルミナンスデータと、青色相（Ｃｂ）および赤色相（Ｃｒ）用の２組のクロミナンスデータとを含む場合がある。４：２：２または４：２：０などの特定のクロマフォーマットでは、クロマデータがルーマデータに対してダウンサンプリングされる。すなわち、クロミナンスピクセルの空間解像度は、対応するルミナンスピクセルの空間解像度よりも低く、例えばルミナンス解像度の２分の１または４分の１である。
【００２４】
[0036]  深度データは、一般に、対応するテクスチャデータ用の深度値を記述する。例えば、深度画像は、各々が対応するテクスチャデータ用の深度を記述する１組の深度ピクセルを含む場合がある。深度データは、対応するテクスチャデータ用の水平視差を決定するために使用される場合がある。従って、テクスチャデータと深度データとを受信するデバイスは、１つのビュー（例えば、左眼ビュー）用の第１のテクスチャ画像を表示することができ、深度値に基づいて決定された水平視差値により第１の画像のピクセル値を相殺することによって、第１のテクスチャ画像を修正して他のビュー（例えば、右眼ビュー）用の第２のテクスチャ画像を生成するために、深度データを使用できる。一般に、水平視差（または単に「視差」）は、第２のビュー内の対応するピクセルに対する第１のビュー内のピクセルの水平空間オフセットを記述し、２つのピクセルは２つのビューで表された同じ対象の同じ部分に対応する。
【００２５】
[0037]  さらに他の例では、深度データが、画像平面に直角なＺ次元内のピクセル用に定義される場合があり、その結果、所与のピクセルに関連付けられた深度は、画像用に定義されたゼロの視差平面に対して定義される。そのような深度は、ピクセルを表示するための水平視差を作成するために使用される場合があり、その結果、ゼロの視差平面に対するピクセルのＺ次元深度値に応じて、ピクセルは左眼と右眼で異なって表示される。ゼロの視差平面は、ビデオシーケンスの異なる部分について変化する場合があり、ゼロの視差平面に対する深度の量も変化する場合がある。ゼロの視差平面に位置するピクセルは、左眼と右眼で同様に定義される場合がある。ゼロの視差平面の前に位置するピクセルは、ピクセルが画像平面に垂直なＺ方向内の画像から出てくるように見える知覚を作成するために、（例えば、水平視差を有する）左眼と右眼で異なる位置に表示される場合がある。ゼロの視差平面の後に位置するピクセルは、少しぼやけて、深度を少し知覚して表示される場合があり、または、（例えば、ゼロの視差平面の前に位置するピクセルの水平視差とは反対の水平視差を有する）左眼と右眼で異なる位置に表示される場合がある。画像用の深度データを伝達または定義するために、多くの他の技法を使用することもできる。
【００２６】
[0038]  深度ビューコンポーネント内のピクセルごとに、１つまたは複数の対応するピクセルがテクスチャビューコンポーネント内に存在する可能性がある。例えば、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が同じである場合、深度ビューコンポーネント内の各ピクセルは、テクスチャビューコンポーネント内の１つのピクセルに対応する。深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さい場合、深度ビューコンポーネント内の各ピクセルは、テクスチャビューコンポーネント内の複数のピクセルに対応する。深度ビューコンポーネント内のピクセルの値は、テクスチャビュー内の対応する１つまたは複数のピクセルの相対深度を示すことができる。
【００２７】
[0039]  いくつかの例では、ビデオエンコーダが、ビューの各々に、テクスチャビューコンポーネントと対応する深度ビューコンポーネント用のビデオデータを通知する。ビデオデコーダは、テクスチャビューコンポーネントと深度ビューコンポーネントの両方のビデオデータを利用して、表示用のビューのビデオコンテンツを復号する。次いで、ディスプレイは、マルチビュービデオを表示して３Ｄビデオを生成する。
【００２８】
[0040]  テクスチャビューコンポーネントは「ビデオブロック」と呼ばれ、Ｈ．２６４のコンテキストでは通常「マクロブロック」と呼ばれるビデオデータのブロック内でコーディングされる場合がある。同様に、深度ビューコンポーネントも、Ｈ．２６４規格では通常「マクロブロック」と呼ばれる「ビデオブロック」としてコーディングされる。各深度ビューブロックは、１つまたは複数の対応するテクスチャビューブロックを有することができる。例えば、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が同じである場合、各深度ビューブロックは１つのテクスチャビューブロックに対応する。深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さい場合、各深度ビューブロックは２つ以上のテクスチャビューブロックに対応する。
【００２９】
[0041]  しかしながら、異なるビデオブロック（テクスチャおよび深度）は、通常、別々にコーディングされる。他のビデオコーディング規格は、ビデオブロックをツリーブロックまたはコーディングユニット（ＣＵ）と呼ぶ場合がある。
【００３０】
[0042]  テクスチャビューコンポーネントのビデオブロックは、（例えば、同じテクスチャビューコンポーネント内の他の部分に関して予測される）イントラ予測、あるいは（例えば、１つもしくは複数の時間的に異なるテクスチャビューコンポーネント、および／または異なるビュー（ビュー間予測）からの潜在的なテクスチャビューコンポーネント内の部分に関して予測される）インター予測を使用して、コーディングされる場合がある。例えば、現在のテクスチャビューブロックをインター予測する場合、ビデオコーダ（例えば、ビデオエンコーダまたはビデオデコーダ）は、（参照テクスチャビューコンポーネントと呼ばれる）別のテクスチャビューコンポーネント内のブロックを識別し、現在のテクスチャビューブロックと参照テクスチャビューコンポーネントのブロックとの間の残差をコーディング（例えば、符号化または復号）する。参照テクスチャビューコンポーネントのブロックは、参照テクスチャビューブロックと呼ばれる場合がある。一般に、本開示は、現在コーディングされているブロックまたはパーティションを識別するために、「現在」という用語を使用する。従って、現在の深度ビューパーティションは、現在コーディングされている深度ビューパーティションである。現在の深度ビューブロックは、現在コーディングされている深度ビューブロックである、以下同様。
【００３１】
[0043]  加えて、インター予測の場合、ビデオコーダは、参照テクスチャビューコンポーネント内の参照テクスチャビューブロックの位置を示す動きベクトルと、参照テクスチャビューコンポーネントを識別する参照インデックスとをコーディングする。いくつかの例では、ビデオコーダが、２つの参照テクスチャビューコンポーネントと２つの動きベクトルとを利用して、現在のテクスチャビューコンポーネントのブロックをインター予測する。
【００３２】
[0044]  一般に、現在のテクスチャビューブロックを予測するために使用される情報は、ブロックについての動き情報と呼ばれる場合がある。インター予測の場合、動き情報は、パーティションモード、動きベクトル、および参照インデックス、またはそれらの任意の組合せを含み得る。
【００３３】
[0045]  テクスチャビューブロックを予測するために使用される動き情報を、テクスチャビューブロックに対応する深度ビューブロックの予測にも利用することが提案されている。さらに、深度ビューブロックがテクスチャビューブロック内のピクセルの相対深度を示すとき、深度ビューブロックはテクスチャビューブロックに対応する。同様に、深度ビューコンポーネントがテクスチャビューコンポーネント内のピクセルの相対深度を示すとき、深度ビューコンポーネントはテクスチャビューコンポーネントに対応する。いくつかの例では、テクスチャビューコンポーネントと対応する深度ビューコンポーネントが、同じビデオのネットワークアブストラクションレイヤ（ＮＡＬ）ユニット内にコーディングされる場合がある。
【００３４】
[0046]  テクスチャビューブロックを予測するために使用される動き情報を、テクスチャビューブロックに対応する深度ビューブロックの予測に利用することは、「内部ビュー動き予測」（ＩＶＭＰ）と呼ばれる。テクスチャビューブロックについての動き情報（すなわち、テクスチャビューブロックを予測するために使用される情報）が対応する深度ビューブロックを予測するために使用される（例えば、通知しないで採用される）ので、そのような予測はＩＶＭＰと呼ばれる。深度ビューブロックが属する深度ビューコンポーネント、およびテクスチャビューブロックが属するその対応するテクスチャビューコンポーネントは、同じビューに属していると考えることができ、従って「内部ビュー動き予測」というフレーズになる。
【００３５】
[0047]  テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が同じである場合、テクスチャビューコンポーネント内のブロックについて、対応する深度ビューコンポーネント内に１つの対応するブロックが存在する。この場合、他の深度ビューコンポーネントに関してではあるが、現在のテクスチャビューコンポーネント内のブロックの動き情報を使用して、対応する深度ビューコンポーネント内のブロックをインター予測することが提案されている。
【００３６】
[0048]  例えば、上述されたように、テクスチャビューブロックは、参照テクスチャビューコンポーネント内のブロック（例えば、参照テクスチャビューブロック）に関してインター予測される。ＭＶＣおよび３Ｄビデオコーディングでは、（参照深度ビューコンポーネントと呼ばれる）参照テクスチャビューコンポーネントに対応する深度ビューコンポーネントが存在する。現在の深度ビューコンポーネント内の深度ビューブロックを予測する場合、ビデオコーダは、対応するテクスチャビューコンポーネント内の対応するテクスチャビューブロックの動き情報を使用して、深度ビューブロックをコーディングするために使用された参照深度ビューコンポーネントを識別できる。
【００３７】
[0049]  参照テクスチャビューコンポーネントから、ビデオコーダは、参照テクスチャビューコンポーネントに対応する深度ビューコンポーネントを識別する（すなわち、参照深度ビューコンポーネントを識別する）ことができる。ビデオコーダはまた、テクスチャビューブロックをコーディングするために使用された参照テクスチャビューブロックに対応する、参照深度ビューコンポーネント内の深度ビューブロックを識別できる。
【００３８】
[0050]  次いで、ビデオコーダは、参照深度ビューコンポーネント内の識別された深度ビューブロックを使用して、深度ビューブロックをコーディングする。このようにして、ビデオエンコーダは、深度ビューブロックについての動き情報を通知する必要がない場合があり、ビデオデコーダは、深度ビューブロックを復元する目的で、深度ビューブロックについての動き情報を受信する必要がない場合がある。
【００３９】
[0051]  深度ビューブロックを予測するための動き情報を使用する前の例では、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が同じであると仮定された。しかしながら、あらゆる例においてこれが当てはまるとは限らない。帯域幅の効率の目的で、深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度よりも小さい場合があり、その結果、空間解像度が同じであった場合と比較して、通知または受信される必要があるデータの量は少ない。
【００４０】
[0052]  例えば、一例として、ビデオコーダは、深度ビューコンポーネントをダウンサンプリングして、空間解像度を低減させ得る。しかしながら、本開示の技法は、深度ビューコンポーネントの空間解像度を低減させるためにダウンサンプリングを必要としない。概して、本開示に記載された例は、テクスチャビューコンポーネントの空間解像度と異なる深度ビューコンポーネントの空間解像度をもたらす任意の技法を利用する場合があり、テクスチャビューコンポーネントの複数のピクセルに対応するように深度ビューコンポーネントの１つのピクセルを割り当てることを含む。
【００４１】
[0053]  深度ビューコンポーネントの空間解像度は、２つの例として、テクスチャビューコンポーネントの空間解像度の４分の１または２分の１であり得る。４分の１の解像度の場合、ビデオコーダは、全体で４分の１にダウンサンプリングするために、Ｘ次元とＹ次元の各々で２によってダウンサンプリングできる。２分の１の解像度の場合、ビデオコーダは、全体で２分の１にダウンサンプリングするために、Ｘ次元とＹ次元のいずれかで２によってダウンサンプリングできる。
【００４２】
[0054]  深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度のいくつかの他の分数になることが可能であり、２分の１よりも大きく１よりも小さい、または４分の１よりも小さい比率を含む。単に例示のために、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である、多くの例が記載された。しかしながら、技法は、２分の１、８分の１、１６分の１などの他の比率にも拡張可能であり、二進法でない比率を含む。
【００４３】
[0055]  空間解像度が異なる場合、対応する深度ビューブロックを予測するために、テクスチャビューブロックについての動き情報をどのように使用するかを決定することは困難であり得る。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１であるとき、深度ビューコンポーネント内の１つのビデオブロックは、テクスチャビューコンポーネント内の４つのビデオブロックに対応する。
【００４４】
[0056]  この場合、テクスチャビューコンポーネント内の４つのビデオブロックのうちの１つまたは複数が異なる方法で予測されることが可能であり得る。例えば、テクスチャビューコンポーネント内の４つのビデオブロックのうちのいくつかはイントラ予測される場合があり、他はインター予測される場合がある。別の例として、テクスチャビューコンポーネント内のビデオブロックについての動きベクトルが異なる場合がある。さらに別の例として、テクスチャビューコンポーネント内のビデオブロックのパーティションが、パーティションの動き情報が対応する深度ビューブロックに使用可能でない場合がある。テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに、他のそのような問題が存在する可能性がある。
【００４５】
[0057]  本開示に記載された技法は、非対称的な空間解像度を有する（例えば、空間解像度が異なる場合の）テクスチャビューコンポーネントと深度ビューコンポーネントの間で、ビデオコーダが内部ビュー動き予測（ＩＶＭＰ）を利用すべきかどうかを決定する。ビデオコーダがＩＶＭＰを利用することができないと判断したとき、ビデオコーダは、対応するテクスチャビューコンポーネント内の１つまたは複数の対応するテクスチャビューブロックのパーティションから、深度ビューコンポーネント内の深度ビューブロックのパーティションを依然予測できる。
【００４６】
[0058]  また、ビデオコーダがＩＶＭＰを利用しないとき、本開示に記載された技法は、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が異なるとき、対応するテクスチャビューブロックから深度ビューブロックについての動き情報を決定する。例えば、技法は、対応するテクスチャビューブロックについての動き情報に基づいて、予測されている深度ビューブロックについての動きベクトル、参照インデックス、およびパーティションモードのうちの少なくとも１つを決定する。
【００４７】
[0059]  本開示は、非対称空間解像度を有するテクスチャビューおよび深度ビューの中でＩＶＭＰを実施するためのいくつかの異なる技法を記載する。いくつかの技法では、深度ＭＢのパーティションが、イントラコーディングされているか、または４つのパーティションに区分化されているかのいずれかであるテクスチャビューＭＢに対応するときに、ＩＶＭＰは無効にされる場合がある。しかしながら、本開示は、深度ビューのパーティションがイントラコーディングされたテクスチャビューＭＢに対応する場合、または深度ビューのパーティションが４つのパーティションに区分化されたテクスチャビューＭＢに対応する場合のいずれかのコーディングシナリオでＩＶＭＰを実施するための技法も導入する。従って、本開示のいくつかの技法では、深度ＭＢのパーティションが、イントラコーディングされているか、または４つのパーティションに区分化されているかのいずれかであるテクスチャビューＭＢに対応するときに、ＩＶＭＰは有効にされる場合がある。
【００４８】
[0060]  図１は、本開示に記載された１つまたは複数の例による、例示的なマルチビュービデオコーディング（ＭＶＣ）の符号化または復号の順序を示すグラフィック図である。例えば、図１に示された復号順序配置は、時間第１コーディングと呼ばれる。図１では、Ｓ０〜Ｓ７が、各々マルチビュービデオの異なるビューを指す。Ｔ０〜Ｔ８は、１つの出力時間インスタンスを表す。アクセスユニットは、１つの出力時間インスタンスについてのすべてのビューのコーディングされたピクチャを含むことができる。例えば、第１のアクセスユニットは、時間インスタンスＴ０についてのビューＳ０〜Ｓ７のすべてを含むことができ、第２のアクセスユニットは、時間インスタンスＴ１についてのビューＳ０〜Ｓ７のすべてを含むことができ、以下同様である。
【００４９】
[0061]  簡潔にするために、本開示は以下の定義を使用する場合がある。
【００５０】
ビューコンポーネント：単一のアクセスユニット内のビューのコード化表現。ビューが、コード化テクスチャ表現とコード化深度表現の両方を含むとき、ビューコンポーネントは、テクスチャビューコンポーネントと深度ビューコンポーネントからなる。
【００５１】
テクスチャビューコンポーネント：単一のアクセスユニット内のビューのテクスチャのコード化表現。
【００５２】
深度ビューコンポーネント：単一のアクセスユニット内のビューの深度のコード化表現。
【００５３】
[0062]  図１では、ビューの各々がピクチャのセットを含む。例えば、ビューＳ０は、ピクチャ０、８、１６、２４、３２、４０、４８、５６、および６４のセットを含み、ビューＳ１は、１、９、１７、２５、３３、４１、４９、５７、および６５のセットを含み、以下同様である。各セットは２つのピクチャを含み、一方のピクチャはテクスチャビューコンポーネントと呼ばれ、他方のピクチャは深度ビューコンポーネントと呼ばれる。ビューのピクチャのセット内のテクスチャビューコンポーネントと深度ビューコンポーネントは、互いに対応すると考えることができる。例えば、ビューのピクチャのセット内のテクスチャビューコンポーネントは、ビューのピクチャのセット内の深度ビューコンポーネントに対応すると考えられ、その逆も真である（すなわち、深度ビューコンポーネントはセット内のそのテクスチャビューコンポーネントに対応し、その逆も真である）。本開示で使用されるように、深度ビューコンポーネントに対応するテクスチャビューコンポーネントは、単一のアクセスユニットの同じビューの一部であるテクスチャビューコンポーネントと深度ビューコンポーネントと考えることができる。
【００５４】
[0063]  テクスチャビューコンポーネントは、表示される実際の画像コンテンツを含む。例えば、テクスチャビューコンポーネントは、ルーマ（Ｙ）成分と、クロマ（ＣｂおよびＣｒ）成分とを含むことができる。深度ビューコンポーネントは、その対応するテクスチャビューコンポーネント内のピクセルの相対深度を示すことができる。一例として、深度ビューコンポーネントは、ルーマ値のみを含むグレースケール画像である。言い換えれば、深度ビューコンポーネントは、いかなる画像コンテンツも伝達することができないが、むしろテクスチャビューコンポーネント内のピクセルの相対深度の測度を提供できる。
【００５５】
[0064]  例えば、深度ビューコンポーネント内の純白のピクセルは、対応するテクスチャビューコンポーネント内のその対応する１つまたは複数のピクセルが見る人の視点からより近いことを示し、深度ビューコンポーネント内の純黒のピクセルは、対応するテクスチャビューコンポーネント内のその対応する１つまたは複数のピクセルが見る人の視点からさらに離れていることを示す。黒と白の中間にあるグレーの様々な陰影は、異なる深度レベルを示す。例えば、深度ビューコンポーネント内の非常にグレーなピクセルは、テクスチャビューコンポーネント内のその対応するピクセルが、深度ビューコンポーネント内のわずかにグレーなピクセルよりもさらに離れていることを示す。ピクセルの深度を識別するためにグレースケールだけが必要とされるために、深度ビューコンポーネントは、深度ビューコンポーネント用の色値がいかなる目的にも働くことができないので、クロマ成分を含む必要がない。
【００５６】
[0065]  ルーマ値（例えば、強度値）のみを使用して深度を識別する深度ビューコンポーネントは、例示のために提供され、限定的であると考えられるべきでない。他の例では、テクスチャビューコンポーネント内のピクセルの相対深度を示すために、任意の技法が使用される場合がある。
【００５７】
[0066]  ＭＶＣによれば、テクスチャビューコンポーネントは、同じビュー内のテクスチャビューコンポーネントから、または、同じアクセスユニット内だが１つもしくは複数の異なるビュー内のテクスチャビューコンポーネントからインター予測される。同様に、深度ビューコンポーネントは、同じビュー内の深度ビューコンポーネントから、または、１つもしくは複数の異なるビュー内の深度ビューコンポーネントからインター予測される。テクスチャビューコンポーネントと深度ビューコンポーネントがイントラ予測される（例えば、テクスチャビューコンポーネントまたは深度ビューコンポーネント内のブロックが、同じテクスチャビューコンポーネントまたは深度ビューコンポーネント内の別のブロックから予測される）場合もある。
【００５８】
[0067]  テクスチャビューコンポーネントは「ビデオブロック」と呼ばれ、Ｈ．２６４のコンテキストでは通常「マクロブロック」と呼ばれる、ビデオデータのブロック内でコーディングされる場合がある。同様に、深度ビューコンポーネントも、Ｈ．２６４規格では通常「マクロブロック」と呼ばれる「ビデオブロック」としてコーディングされる。しかしながら、異なるビデオブロック（テクスチャおよび深度）は、通常、別々にコーディングされる。他のビデオコーディング規格は、ビデオブロックをツリーブロックまたはコーディングユニット（ＣＵ）と呼ぶ場合がある。
【００５９】
[0068]  インターコーディングにより、動きベクトルは予測ブロックを定義するために使用され、次いで、予測ブロックはコード化ビデオブロックの値を予測するために使用される。この場合、いわゆる「残差値」または「差分値」は、対応する予測ブロックを識別する動きベクトルとともに、符号化されたビットストリームに含まれる。デコーダは、動きベクトルと残差値とを受信し、動きベクトルを使用して、以前に復号されたビデオデータから予測ブロックを識別する。符号化ビデオブロックを復元するために、デコーダは、残差値を、動きベクトルによって識別された対応する予測ブロックと組み合わせる。
【００６０】
[0069]  本開示に記載された技法は、テクスチャビューコンポーネント内のブロック（すなわち、テクスチャビューブロック）を予測するために使用された情報を、対応する深度ビューコンポーネント内の対応するブロック（すなわち、対応する深度ビューコンポーネント内の対応する深度ビューブロック）を予測するために使用することを対象とする。現在のテクスチャビューブロックを予測するために使用される情報は、動き情報と呼ばれる。動き情報の例には、パーティションモード（例えば、現在のテクスチャビューブロックがさらに区分される方式）、動きベクトル情報（例えば、現在のテクスチャビューコンポーネントのテクスチャビューブロックを予測するために使用される動きベクトル）、および参照インデックス情報（例えば、現在のテクスチャビューブロックをインター予測するために使用された１つまたは複数の他のテクスチャビューコンポーネントを示す１つまたは複数の参照ピクチャリストへの１つまたは複数のインデックス）が含まれる。
【００６１】
[0070]  言い換えれば、参照インデックス情報から、現在のテクスチャビューブロックをインター予測するために使用された１つまたは複数の参照テクスチャビューコンポーネントを判断することが可能である。動きベクトルから、現在のテクスチャビューブロックをインター予測するために使用された１つまたは複数の参照テクスチャビューコンポーネント内の１つまたは複数のブロックの１つまたは複数の位置を判断することが可能である。
【００６２】
[0071]  パーティションモードは、現在のテクスチャビューブロックが区分された方式を示すことができる。例えば、Ｈ．２６４／ＡＶＣ規格は、マクロブロック（ＭＢ）を１６×１６ピクセルであると定義する。１６×１６のＭＢは４つの異なる方法でより小さい部分に区分できる：（すなわち、Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、Ｂ＿Ｄｉｒｅｃｔ＿１６×１６、Ｐ＿Ｌ０＿１６×１６、Ｂ＿Ｌ０＿１６×１６、Ｂ＿Ｌ１＿１６×１６もしくはＢ＿Ｂｉ＿１６×１６などの、これ以上の分割がない）１つの１６×１６のＭＢパーティション、２つの１６×８のＭＢパーティション、２つの８×１６のＭＢパーティション、または４つの８×８のＭＢパーティション。１つのＭＢ内の各ＭＢパーティションは、異なる参照テクスチャビューブロック内のパーティションから予測される場合がある。言い換えれば、１つのＭＢ内の異なるＭＢパーティションは、異なる参照インデックス値を有する場合がある。
【００６３】
[0072]  例えば、パーティションは、参照テクスチャビューコンポーネントの１つの他のパーティションから予測される場合があり、参照テクスチャビューコンポーネントは、（ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１と呼ばれる）２つの参照ピクチャリストのうちの１つの中で識別される。いくつかの他の例では、パーティションが、２つの異なる参照テクスチャビューコンポーネントの２つの他のパーティションから予測される場合があり、参照テクスチャビューコンポーネントの一方はＲｅｆＰｉｃＬｉｓｔ０の中で識別され、他方の参照テクスチャビューコンポーネントはＲｅｆＰｉｃＬｉｓｔ１の中で識別される。パーティションが１つの他のパーティションから予測されるとき、パーティションは単方向予測されると呼ばれ、パーティションが２つのパーティションから予測されるとき、パーティションは双予測されると呼ばれる。
【００６４】
[0073]  ＭＢが４つの８×８のＭＢパーティションに区分されないとき、ＭＢは各方向でＭＢパーティションごとに１つの動きベクトルを有することができ、方向という用語は、パーティションがＲｅｆＰｉｃＬｉｓｔ０、ＲｅｆＰｉｃＬｉｓｔ１の中のピクチャに関してインター予測されるか、またはＲｅｆＰｉｃＬｉｓｔ０とＲｅｆＰｉｃＬｉｓｔ１の両方の中のピクチャに関してインター予測されるかを示すために使用される。例えば、１つのＭＢが２つの１６×８のＭＢパーティションとしてコーディングされる場合、２つの１６×８のＭＢパーティションの各々は、単方向予測される場合、参照テクスチャビューブロック内のそれぞれの１６×８のパーティションから予測され、１つの動きベクトルは、（例えば、一方向に予測される）１６×８のパーティションごとに割り当てられる。各々は、双方向予測される場合、２つの参照テクスチャビューブロック内のそれぞれの１６×８のパーティションから予測され、２つの動きベクトルは、（例えば、両方向に予測される）参照ピクチャリストごとの各１６×８のパーティションに割り当てられる。いくつかの例では、１つの参照テクスチャビューブロックが、１６×８のパーティションの各々をインター予測するために使用される両方の１６×８のパーティションを含む場合があるが、本開示の態様はそのように限定されない。同じことは２つの８×１６のパーティションに適用されるはずである。
【００６５】
[0074]  いくつかの例では、ＭＢが４つの８×８のＭＢパーティションに区分されたとき、各８×８のＭＢパーティションはサブブロックにさらに区分される。これらのサブブロックの各々は、異なる参照テクスチャビューコンポーネント内の異なるサブブロックから、単方向予測または双方向予測される場合がある。これらは、８×８のＭＢパーティションをサブブロックにさらに区分する４つの異なる方法であり得る。４つの方法には、１つの８×８のサブブロック（すなわち、これ以上の分割なし）、２つの８×４のサブブロック、２つの４×８のサブブロック、および４つの４×４のサブブロックが含まれる。
【００６６】
[0075]  上述されたように、本開示に記載された技法は、テクスチャビューブロックについての動き情報を対応する深度ビューブロックの予測（例えば、コーディング）に使用することに関係する。特に、本開示に記載された技法は、テクスチャビューコンポーネントの空間解像度とその対応する深度ビューコンポーネントの空間解像度が異なる状況に関係する。
【００６７】
[0076]  例えば、深度ビューコンポーネントはグレースケールで表される場合があるので、深度ビューコンポーネントは対応するテクスチャビューコンポーネントの白黒バージョンであるように見える場合がある。この場合、深度ビューコンポーネントと対応するテクスチャビューコンポーネントは、同様のオブジェクトシルエットを有する場合がある。テクスチャビューコンポーネントとその対応する深度ビューコンポーネントは、同様のオブジェクトシルエットを有するので、同様のオブジェクト境界と動きとを有する場合があり、従って、それらの動きフィールド（例えば、動き情報）に冗長性があり得る。
【００６８】
[0077]  深度ビューコンポーネントの空間解像度とその対応する空間ビューコンポーネントの空間解像度が同じである状況の場合、技法は、テクスチャビューコンポーネントからの動き情報が対応する深度ビューコンポーネントに再使用される場合を提案している。テクスチャビューコンポーネントからの動き予測などの動き情報を対応する深度ビューコンポーネントに再使用することは、新しいモードとして有効にできる。これらの例では、内部ビュー動き予測（ＩＶＭＰ）モードが、深度ビューコンポーネントにおいてのみ、インターコード化ＭＢ（すなわち、インター予測されたＭＢ）に対して有効にされる。ＩＶＭＰモードでは、テクスチャビューコンポーネント内の対応するＭＢのｍｂ＿ｔｙｐｅ、ｓｕｂ＿ｍｂ＿ｔｙｐｅ、参照インデックスおよび動きベクトルによって表されたパーティションモードを含む動き情報が、同じビューの深度ビューコンポーネントによって再使用される。深度ビューコンポーネントの各ＭＢ内で、ＩＶＭＰモードを使用するかどうかを示すために、フラグを通知できる。
【００６９】
[0078]  ｍｂ＿ｔｙｐｅは、マクロブロックが区分される方式（すなわち、１６×１６のＭＢが１つの１６×１６のＭＢパーティションに区分されるか、２つの１６×８のＭＢパーティションに区分されるか、２つの８×１６のＭＢパーティションに区分されるか、または４つの８×８のＭＢパーティションに区分されるか）を示す。ｓｕｂ＿ｍｂ＿ｔｙｐｅは、８×８のパーティションがさらに区分される方式（すなわち、８×８のＭＢが１つの８×８のサブブロックに区分されるか、２つの８×４のサブブロックに区分されるか、２つの４×８のサブブロックに区分されるか、または４つの４×４のサブブロックに区分されるか）を示す。
【００７０】
[0079]  有効にされたとき、ＩＶＭＰモードにより、深度ビューコンポーネントが、いわゆる「マージ」モードと同様の方式で、対応するテクスチャビューコンポーネントの動き情報を完全に採用することが可能になる。この場合、深度ビューコンポーネントは、その動き情報に関するいかなる追加のデルタ値を含まなくてもよく、代わりに、テクスチャビューコンポーネントの動き情報を、その動き情報として採用する。テクスチャビューの動き情報を深度ビューの動き情報として完全に採用するモードを定義することによって、そのような動き情報に関するデルタ値のいかなる通知もなしに、改善された圧縮を実現できる。
【００７１】
[0080]  ＩＶＭＰモードは、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が同じである場合に良好に機能できるが、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が異なるとき、いくつかの問題が存在する可能性がある。例えば、図１では、ビューＳ０のピクチャ０のセットが、テクスチャビューコンポーネントと対応する深度ビューコンポーネントとを含む。本開示に記載された例では、テクスチャビューコンポーネントの空間解像度と対応する深度ビューコンポーネントの空間解像度が異なる場合がある。例えば、深度ビューコンポーネントの空間解像度が対応するテクスチャビューコンポーネントの空間解像度の２分の１または４分の１であるが、空間解像度の他の比率が起こり得る。
【００７２】
[0081]  深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さい場合、深度ビューコンポーネント内のＭＢは、対応するテクスチャビューコンポーネント内の複数のＭＢに対応する。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である場合、深度ビューコンポーネント内の１６×１６のＭＢは、テクスチャビューコンポーネント内の４つの１６×１６のＭＢに対応する。深度ビューコンポーネント内の１つのＭＢが対応するテクスチャビューコンポーネント内の複数のＭＢに対応するので、テクスチャビューＭＢからの動き情報を深度ビューＭＢについての動き情報の予測に使用できるかどうかは不明であり得る。また、そのような動き情報が深度ビューＭＢについての動き情報の予測に使用できる場合、テクスチャビューコンポーネントのどのＭＢのどの動き情報が使用されるべきかに関しては不明であり得る。
【００７３】
[0082]  例えば、テクスチャビューコンポーネント内のＭＢのうちの１つまたは複数がイントラコード化（すなわち、イントラ予測）され、他がインターコード化（すなわち、インター予測）されると仮定する。この例では、テクスチャビューコンポーネントのこれらのＭＢに対応する深度ビューコンポーネントのＭＢがイントラコード化されるべきか、またはインターコード化されるべきかは不明であり得る。
【００７４】
[0083]  別の例として、テクスチャビューコンポーネント内のＭＢのうちの１つが、パーティションごとに異なる参照インデックス値を有する２つ以上のＭＢパーティションに区分されると仮定する。参照インデックス値は、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１と呼ばれる１つまたは２つの参照ピクチャリスト内の参照テクスチャビューコンポーネントを識別する。例えば、テクスチャビューコンポーネント内のＭＢのうちの１つが、４つの８×８のパーティション、２つの１６×８のパーティション、または２つの８×１６のパーティションに区分されると仮定する。この場合、これらのパーティションの各々は、８×８よりも小さい、深度ビューコンポーネント内のＭＢのサブブロックに対応する。
【００７５】
[0084]  例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である場合、テクスチャビューコンポーネント内のＭＢの８×８のパーティションの各々は、テクスチャビューコンポーネントのＭＢに対応する深度ビューコンポーネント内のＭＢの４×４のサブブロックに対応する。同様に、テクスチャビューコンポーネント内のＭＢの１６×８のパーティションまたは８×１６のパーティションの各々は、テクスチャビューコンポーネントのＭＢに対応する深度ビューコンポーネント内のＭＢの、それぞれ８×４のサブブロックまたは４×８のサブブロックに対応する。
【００７６】
[0085]  この例で、深度ビューコンポーネント内の４×４のサブブロック、８×４のサブブロック、および４×８のサブブロックの各々は、サイズが８×８よりも小さい。Ｈ．２６４／ＡＶＣ規格は、異なる参照に関して予測されるべき同じパーティション内にある８×８よりも小さいブロックを許可しない可能性がある。例えば、テクスチャビューブロックが４つの８×８のＭＢパーティションに区分され、４つの８×８のパーティションのうちの第１の８×８のパーティションと第２の８×８のパーティションが、異なる参照テクスチャビューコンポーネントから予測されると仮定する。この例で、テクスチャビューブロック内の第１の８×８のパーティションは、深度ビューブロックの８×８のパーティション内の第１の４×４のサブブロックに対応し、テクスチャビューブロック内の第２の８×８のパーティションは、深度ビューブロックの同じ８×８のパーティション内の第２の４×４のサブブロックに対応する。
【００７７】
[0086]  従って、この例で、深度ビューブロック内の第１の４×４のサブブロックおよび深度ビューブロック内の第２の４×４のサブブロックは、テクスチャビューブロック内の第１の８×８のパーティションと第２の８×８のパーティションが異なる参照テクスチャビューコンポーネントから予測されるので、異なる参照深度ビューコンポーネントから予測される必要はないはずである。しかしながら、Ｈ．２６４／ＡＶＣ規格は、そのような予測を許可しない可能性がある。例えば、Ｈ．２６４／ＡＶＣでは、同じパーティションに属する２つのサブブロックが、異なる参照コンポーネントから予測されることを許可されない場合がある（すなわち、サブブロックの各々についての参照インデックス値は、Ｈ．２６４／ＡＶＣに準拠するために同じであることが必要であり得る）。
【００７８】
[0087]  上述された方式では、テクスチャビューブロックが２つ以上のパーティションに区分され、２つ以上のパーティションが異なる参照テクスチャビューコンポーネントに関して予測される場合、これにより、Ｈ．２６４／ＡＶＣ規格に違反して予測される必要がある深度ビューブロックがもたらされる場合がある。これは、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに存在する問題の別の例である。
【００７９】
[0088]  空間解像度が異なるときに存在する可能性がある問題のさらに別の例として、テクスチャビューブロックが２つ以上のＭＢパーティションに区分され、ＭＢパーティションの各々についての参照インデックス値が同じであることが起こり得る。例えば、１６×１６のテクスチャビューブロックは４つの８×８のパーティションに区分される場合があり、テクスチャビューブロック内の８×８のパーティションの各々は、１つまたは複数の同じ参照テクスチャビューコンポーネントから予測される。
【００８０】
[0089]  この例では、深度ビューブロックの８×８のパーティション内の対応するサブブロックが、Ｈ．２６４／ＡＶＣ規格に従って、１つまたは複数の同じ参照深度ビューコンポーネントから予測されるはずである。しかしながら、テクスチャビューブロック内の８×８のパーティションのうちの１つがサブブロックにさらに区分された場合、深度ビューブロックの８×８のパーティション内の１つの４×４のサブブロックにマッピングする複数の動きベクトルが存在する可能性がある。
【００８１】
[0090]  例えば、テクスチャビューブロック内の４つの８×８のパーティションの第１のパーティションが、テクスチャビューブロックの第１から第４のサブブロックとして識別された４つの４×４のサブブロックにさらに区分されると仮定する。この例では、テクスチャビューブロック内の４つの８×８のパーティションの第１のパーティションが、対応する深度ビューブロック内の１つの４×４のサブブロックに対応する。また、この例では、テクスチャビューブロック内の第１の８×８のパーティションの第１から第４のサブブロックが、同じ参照テクスチャビューコンポーネントを指す動きベクトルではあるが、異なる動きベクトルで予測される。従って、この例では、テクスチャビューブロックの第１から第４のサブブロックについての動きベクトルの中の動きベクトルの１つが、対応する深度ビューブロック内の４×４のサブブロックについての動きベクトルとして使用されるべきかどうかに関しては不明である。
【００８２】
[0091]  より詳細に記載されたように、本開示の技法は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに存在する、これらまたは他の問題に対処する。例えば、本開示に記載された技法は、非対称的な解像度を有する（例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さいときの）内部ビュー動き予測（ＩＶＭＰ）をサポートする。
【００８３】
[0092]  例えば、空間解像度が異なるときでも、本開示に記載された技法は、対応するテクスチャビューブロックについての動き情報から深度ビューブロックについての動き情報を判断する。いくつかの例では、本開示の技法が深度ビューブロック用に判断する動き情報には、パーティションモード情報、参照インデックス情報、および動きベクトル情報が含まれる。
【００８４】
[0093]  特に、本開示に記載された技法により、ビデオエンコーダまたはビデオデコーダなどのビデオコーダが、深度ビューコンポーネント内のマクロブロックに対応するテクスチャビューコンポーネント内の１つまたは複数のマクロブロックについてのパーティションモード情報と、参照インデックス情報と、動きベクトル情報とに基づいて、深度ビューコンポーネント内のマクロブロックをコーディング（例えば、符号化または復号）するための、パーティションモード予測と、参照インデックス予測と、動きベクトル予測とを実行することが可能になる可能性がある。例示のために、技法は、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１または２分の１である例とともに記載された。しかしながら、本開示の態様は、テクスチャビューコンポーネントと深度ビューコンポーネントとの間のこれらの特定の空間解像度の比率に限定されない。
【００８５】
[0094]  ビデオコーダが深度ビューブロックについての動き情報予測を実行する例示的な方式を記載する前に、図２〜図４Ｂはいくつかのさらなるコンテキストを提供する。例えば、図２は、マルチビュービデオコーディング内の例示的な予測パターンをさらに示す。図３、図４Ａ、および図４Ｂは、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに起こる可能性がある潜在的な問題をさらに説明する。
【００８６】
[0095]  図２は、例示的なＭＶＣの予測パターンを示す概念図である。図２の例では、（ビューＩＤ「Ｓ０」〜「Ｓ７」を有する）８つのビューが示され、１２個の時間位置（「Ｔ０」〜「Ｔ１１」）がビューごとに示されている。すなわち、図２内の各行はビューに対応し、各列は時間位置を示す。
【００８７】
[0096]  ＭＶＣがＨ．２６４／ＡＶＣデコーダによって復号可能である、いわゆるベースビューを有し、また、ステレオビューペアがＭＶＣによってもサポートされ得るが、ＭＶＣの利点は、ＭＶＣが、３Ｄビデオ入力として３つ以上のビューを使用し、複数のビューによって表されるこの３Ｄビデオを復号する例をサポートできることである。ＭＶＣデコーダを有するクライアントのレンダラは、複数のビューを用いて３Ｄビデオコンテンツを予想できる。
【００８８】
[0097]  図２のピクチャは、図２の各行と各列の交点で示される。Ｈ．２６４／ＡＶＣ規格は、ビデオの一部分を表すためにフレームという用語を使用する場合がある。本開示は、ピクチャという用語とフレームという用語とを互換的に使用する場合がある。
【００８９】
[0098]  図２のピクチャは、対応するピクチャがイントラコード化される（すなわち、Ｉフレームである）か、または一方向に（すなわち、Ｐフレームとして）、もしくは複数の方向に（すなわち、Ｂフレームとして）インターコード化されるかを指定する、文字を含む影付きブロックを使用して示される。概して、予測は矢印によって示され、ここで矢印の終点のピクチャは、予測参照用に矢印の始点のピクチャを使用する。例えば、時間位置Ｔ０にあるビューＳ２のＰピクチャは、時間位置Ｔ０にあるビューＳ０のＩピクチャから予測される。
【００９０】
[0099]  シングルビュービデオ符号化の場合と同様に、マルチビューコーディングビデオシーケンスのピクチャは、異なる時間位置にあるピクチャに対して予測符号化できる。例えば、時間位置Ｔ１にあるビューＳ０のｂピクチャは、時間位置Ｔ０にあるビューＳ０のＩピクチャからそのｂピクチャに向けられた矢印を有し、その矢印は、ｂピクチャがＩピクチャから予測されることを示す。しかしながら、さらに、マルチビュービデオ符号化のコンテキストでは、ピクチャがビュー間予測できる。すなわち、ビューコンポーネントは、参照用の他のビュー内のビューコンポーネントを使用できる。ＭＶＣでは、例えば、別のビュー内のビューコンポーネントがインター予測参照であるかのように、ビュー間予測が実現される。潜在的なビュー間参照は、シーケンスパラメータセット（ＳＰＳ）ＭＶＣ拡張において通知され、インター予測またはビュー間予測参照のフレキシブルな順序付けを可能にする参照ピクチャリスト構成プロセスによって変更され得る。
【００９１】
[0100]  図２は、ビュー間予測の様々な例を提供する。図２の例では、ビューＳ１のピクチャが、ビューＳ１の異なる時間位置にあるピクチャから予測されるものとして、ならびに同じ時間位置にあるビューＳ０およびビューＳ２のピクチャからビュー間予測されるものとして示されている。例えば、時間位置Ｔ１にあるビューＳ１のｂピクチャは、時間位置Ｔ０およびＴ２にあるビューＳ１のＢピクチャの各々、ならびに時間位置Ｔ１にあるビューＳ０およびビューＳ２のｂピクチャから予測される。
【００９２】
[0101]  図２の例では、大文字「Ｂ」および小文字「ｂ」が、異なるコーディング方法ではなく、ピクチャ間の異なる階層関係を示すために使用される。概して、大文字の「Ｂ」ピクチャは、小文字の「ｂ」フレームよりも予測階層が比較的高い。図２はまた、異なるレベルの陰影を使用して予測階層の変形形態を示し、より大きい量の陰影の（すなわち、比較的より暗い）フレームは、より少ない陰影を有する（すなわち、比較的より明るい）それらのフレームよりも予測階層が高い。例えば、図２のすべてのＩピクチャは完全陰影を用いて示されるが、Ｐピクチャはいくぶん明るい陰影を有し、Ｂピクチャ（および小文字のｂピクチャ）は、互いに対して様々なレベルの陰影を有するが、ＰピクチャおよびＩピクチャの陰影よりも常に明るい。
【００９３】
[0102]  概して、階層が比較的高いピクチャが、階層が比較的低いピクチャの復号中に参照ピクチャとして使用できるように、予測階層が比較的高いピクチャは、階層が比較的低いピクチャを復号する前に復号されるべきであるという点で、予測階層はビュー順序インデックスに関係する。ビュー順序インデックスは、アクセスユニット内のビューコンポーネントの復号順序を示すインデックスである。Ｈ．２６４／ＡＶＣ（ＭＶＣ追補）の付属書類Ｈにおいて規定されているように、ビュー順序インデックスはＳＰＳのＭＶＣ拡張において暗示されている。ＳＰＳでは、インデックスｉごとに、対応するｖｉｅｗ＿ｉｄが通知される。ビューコンポーネントの復号は、ビュー順序インデックスの昇順に従う。すべてのビューが提示された場合、ビュー順序インデックスは、０からｎｕｍ＿ｖｉｅｗｓ＿ｍｉｎｕｓ＿１までの連続する順序である。
【００９４】
[0103]  このようにして、参照ピクチャとして使用されるピクチャは、その参照ピクチャを参照して符号化されたピクチャを復号する前に復号される。ビュー順序インデックスは、アクセスユニット内のビューコンポーネントの復号順序を示すインデックスである。ビュー順序インデックスｉごとに、対応するｖｉｅｗ＿ｉｄが通知される。ビューコンポーネントの復号は、ビュー順序インデックスの昇順に従う。すべてのビューが提示された場合、ビュー順序インデックスのセットは、０からビューの全数よりも１少ない数までの連続的な順序付きセットを備えることができる。
【００９５】
[0104]  階層の等しいレベルにあるいくつかのピクチャの場合、復号順序は、互いに重要でない場合がある。例えば、時間位置Ｔ０にあるビューＳ０のＩピクチャは、時間位置Ｔ０にあるビューＳ２のＰピクチャ用の参照ピクチャとして使用され、そのＰピクチャは、今度は、時間位置Ｔ０にあるビューＳ４のＰピクチャ用の参照ピクチャとして使用される。従って、時間位置Ｔ０にあるビューＳ０のＩピクチャは、時間位置Ｔ０にあるビューＳ２のＰピクチャの前に復号されるべきであり、そのＰピクチャは、時間位置Ｔ０にあるビューＳ４のＰピクチャの前に復号されるべきである。しかしながら、ビューＳ１およびＳ３は、予測のために互いに依拠しないが、代わりに、予測階層がより高いビューからのみ予測されるので、ビューＳ１とＳ３との間で復号順序は重要でない。その上、ビューＳ１がビューＳ０およびＳ２の後に復号される限り、ビューＳ１はビューＳ４の前に復号され得る。
【００９６】
[0105]  このようにして、ビューＳ０〜Ｓ７を記述するために階層順序を使用できる。表記法ＳＡ＞ＳＢは、ビューＳＡがビューＳＢの前に復号されるべきであることを意味する。この表記法を使用すると、図２の例では、Ｓ０＞Ｓ２＞Ｓ４＞Ｓ６＞Ｓ７である。また、図２の例に関して、Ｓ０＞Ｓ１、Ｓ２＞Ｓ１、Ｓ２＞Ｓ３、Ｓ４＞Ｓ３、Ｓ４＞Ｓ５、およびＳ６＞Ｓ５である。これらの要件に違反しないビューのための任意の復号順序が可能である。従って、いくつかの制限のみを有する、多くの異なる復号順序が可能である。
【００９７】
[0106]  いくつかの例では、図２が、テクスチャビューコンポーネントを示すものとして見ることができる。例えば、図２に示されたＩピクチャ、Ｐピクチャ、Ｂピクチャ、およびｂピクチャは、ビューの各々用のテクスチャビューコンポーネントと考えることができる。本開示に記載された技法によれば、図２に示されたテクスチャビューコンポーネントの各々には、異なる空間解像度を有する、対応する深度ビューコンポーネントが存在する。いくつかの例では、深度ビューコンポーネントが、対応するテクスチャビューコンポーネントについて図２に示された方式と同様の方式で予測される場合がある。
【００９８】
[0107]  しかしながら、いくつかの例では、ビデオエンコーダがビットストリーム信号を符号化すること、または、ビデオデコーダが、深度ビューコンポーネント内の１つもしくは複数のマクロブロックが予測される方式を示す情報を受信し復号することは必要でない場合がある。例えば、深度ビューコンポーネント内のマクロブロックが、テクスチャビューコンポーネント内の対応するマクロブロックのうちの１つからの動き情報を採用することが可能である。このようにして、デルタ値または任意のそのような追加情報は、深度ビューコンポーネント内のマクロブロックのコーディングに必要とされない場合がある。
【００９９】
[0108]  深度ビューコンポーネント内のマクロブロック、マクロブロックのパーティション、またはパーティションのサブブロックが、参照インデックス情報と動きベクトル情報とを採用できるか否かは、内部ビュー動き予測（ＩＶＭＰ）フラグに基づく場合がある。例えば、ビデオエンコーダが深度ビューコンポーネント内のマクロブロック（例えば、深度ビューブロック）について真としてＩＶＭＰフラグを通知する場合、ビデオデコーダは、参照インデックス情報と動きベクトル情報とを採用し、テクスチャビューコンポーネント内の対応するマクロブロック（例えば、対応するテクスチャビューブロック）のうちの１つに基づいて、利用する深度ビューブロック用のパーティションモードを決定する。
【０１００】
[0109]  いくつかの例では、ＩＶＭＰフラグが深度ビューブロックについて偽であるときでも、ビデオデコーダが深度ビューブロック用のパーティションモードを決定することが可能である。そのような例では、ビデオエンコーダが、コード化ビットストリーム内で通知する必要があり得るし、ビデオデコーダは、深度ビューブロックが予測されるべき方式に関する情報を、コード化ビットストリームから受信する必要があり得る。そうではなく、ＩＶＭＰフラグが深度ビューブロックについて真であるとき、ビデオエンコーダは、コード化ビットストリーム内で通知する必要があり得ず、ビデオデコーダは、深度ビューブロックが予測されるべき方式に関する情報を、コード化ビットストリームから受信する必要があり得ない。むしろ、ビデオデコーダは、対応するテクスチャビューブロックのうちの１つについての動き情報を再使用して、深度ビューブロックが予測されるべき方式を決定できる。
【０１０１】
[0110]  図３は、深度ビューコンポーネントの４番目のピクチャ内の識別されたマクロブロック、およびテクスチャビューの４番目のピクチャ内の対応するマクロブロックの動きベクトルが、深度ビューコンポーネント内で再使用されるビデオシーケンスを形成するピクチャのシーケンスの概念図である。図３では、示されたように、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が等しい場合がある。これは、ＩＶＭＰモードをさらに図示するものである。
【０１０２】
[0111]  いくつかの例では、内部ビュー動き予測（ＩＶＭＰ）モードが、深度ビューコンポーネントを有するインターコード化された（すなわち、インター予測された）ＭＢに対してのみ有効にされる場合がある。ＩＶＭＰモードでは、テクスチャビューコンポーネント内の対応するＭＢのｍｂ＿ｔｙｐｅと、ｓｕｂ＿ｍｂ＿ｔｙｐｅと、参照インデックスと、動きベクトルとを含む動き情報が、同じビューの深度ビューコンポーネントによって再使用される。フラグは、ＩＶＭＰモードを使用するかどうかを示すために、各ＭＢ内で通知され得る。図３に示されたように、フラグは、深度ビューの４番目のピクチャ内の識別されたＭＢについて真であり得るし、（４番目のピクチャとして識別された）テクスチャビューの４番目のピクチャ内の対応するＭＢの動きベクトルは、深度ビューコンポーネント内で強調されたＭＢに再使用される。いくつかの例では、ＩＶＭＰモードが、非アンカーピクチャのみに適用されることに留意されたい。
【０１０３】
[0112]  さらに、別のビューの動きに基づいてあるビューについて動きベクトルを予測する従来の技法と比較して、ＩＶＭＰに関連する技法は、さらなる圧縮を実現できる。例えば、いくつかの従来のスケーラブル技法は、ベースビューの動き情報に基づいてエンハンスメントビューの動き予測を可能にし、場合によっては、ベースビューはテクスチャビューであり得るし、エンハンスメントビューは深度ビューであり得る。しかしながら、そのような場合、ベースビューがエンハンスメントビューを予測するために使用されることを示す予測情報（または、フラグ）に加えて、残差データ（例えば、デルタ）が常にコーディングされる。対照的に、本開示の技法は、デルタ情報がコーディングまたは可能にされないＩＶＭＰモードを利用する場合がある。代わりに、ＩＶＭＰモードの場合、テクスチャビューの動き情報が、深度ビューの動き情報として採用される。
【０１０４】
[0113]  深度ビューブロックを予測するためにテクスチャビューブロックの動き情報を使用することは、テクスチャビューブロックの空間解像度と深度ビューブロックの空間解像度が等しいときに良好に機能できる。しかしながら、上述されたように、空間解像度が異なるときにいくつかの問題が存在する可能性がある。これは、図４Ａおよび図４Ｂにより詳細に示される。
【０１０５】
[0114]  図４Ａおよび図４Ｂは、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合のテクスチャビューブロックと深度ビューブロックの概念図である。説明しやすいように、図４Ａおよび図４Ｂでは、深度ビューコンポーネントの空間解像度が、テクスチャビューコンポーネントの空間解像度の４分の１である。従って、図４Ａおよび図４Ｂでは、深度ビューコンポーネント内の１つのＭＢが、テクスチャビューコンポーネント内の４つのＭＢに対応する。
【０１０６】
[0115]  また、図４Ａおよび図４Ｂでは、深度ビューコンポーネントがテクスチャビューコンポーネントに対応する。例えば、テクスチャビューコンポーネントと深度ビューコンポーネントは、単一のアクセスユニットの同じビューの一部である。例えば、図１のピクチャ３３のセットは、単一のアクセスユニットの（すなわち、時間インスタンスＴ４にある）同じビュー（すなわち、ビューＳ１）のテクスチャビューコンポーネントと深度ビューコンポーネントとを含む。ピクチャ３３のセットは、理解を助けるためにランダムに選択された。
【０１０７】
[0116]  図４Ａは、テクスチャビューマクロブロック２Ａ〜２Ｄと、深度ビューマクロブロック４とを示す。テクスチャビューマクロブロック２Ａ〜２Ｄはテクスチャビューブロックの一例であり、深度ビューマクロブロック４は深度ビューブロックの一例である。テクスチャビューマクロブロック２Ａ〜２Ｄは、テクスチャビューコンポーネント内のマクロブロックの各々の例である。例えば、テクスチャビューブロック２Ａ〜２Ｄの各個は、長さ１６ピクセル×幅１６ピクセル（すなわち、１６×１６）である。深度ビューマクロブロック４は、深度ビューコンポーネント内のマクロブロックの一例である。例えば、深度ビューマクロブロック４は、１６×１６ブロックのピクセルである。図４Ａでは、深度ビューブロック４を含む深度ビューコンポーネントの空間解像度が、テクスチャビューマクロブロック２Ａ〜２Ｄを含むテクスチャビューコンポーネントの空間解像度の４分の１であるので、テクスチャビューブロック２Ａ〜２Ｄは深度ビューマクロブロック４と一致する。
【０１０８】
[0117]  この例では、テクスチャビューマクロブロック２Ａ〜２Ｄのうちの１つからの動き情報を使用して、深度ビューマクロブロック４の１つの８×８ブロックについての動き情報を予測することが望ましい場合がある。しかしながら、テクスチャビューマクロブロック２Ａ〜２Ｄのうちの１つまたは複数がイントラ予測され、他がインター予測される場合、深度ビューマクロブロック４用の予測モードは不明であり得る（すなわち、深度ビューブロック４がイントラ予測されるべきか、またはインター予測されるべきかは不明であり得る）。これは、テクスチャビューマクロブロック２Ａ〜２Ｄの４つすべてが深度ビューマクロブロック４に対応するからである。より詳細に記載されたように、本開示に記載された例は、対応する深度ビューマクロブロックについての動き情報を決定する際に、テクスチャビューマクロブロック内の対応するマクロブロックのうちのいくつかがイントラ予測され、他がインター予測される場合を、ビデオエンコーダとビデオデコーダが扱う方式を提供する。
【０１０９】
[0118]  図４Ｂは、テクスチャビューマクロブロック６と深度ビューマクロブロック１０とを示し、それらの両方は１６×１６ブロックのピクセルである。深度ビューマクロブロック１０は、深度ビューパーティション１２Ａ〜１２Ｄに区分される。深度ビューパーティション１２Ａ〜１２Ｄの各々は、８×８ブロックのピクセルである。深度ビューパーティション１２Ａ〜１２Ｄは、深度ビューブロックの別の例である。
【０１１０】
[0119]  深度ビューコンポーネントの空間解像度により、テクスチャビューコンポーネントの空間解像度の４分の１であり、８×８の深度ビューパーティション１２Ａ〜１２Ｄの各々は、１６×１６のテクスチャビューマクロブロック全体に対応する。例えば、８×８の深度ビューパーティション１２Ａは、１６×１６のテクスチャビューマクロブロック６全体に対応する。深度ビューパーティション１２Ｂ〜１２Ｄは、テクスチャビューマクロブロック６に隣接する１６×１６のテクスチャビューマクロブロック全体に対応する。
【０１１１】
[0120]  図示されたように、テクスチャビューマクロブロック６は、４つの８×８のテクスチャビューパーティション８Ａ〜８Ｄに区分される。テクスチャビューマクロブロック６を、２つの８×１６のパーティション、または２つの１６×８のパーティションに区分することが可能であり得る。テクスチャビューパーティション８Ａ〜８Ｄは、テクスチャビューブロックの別の例である。
【０１１２】
[0121]  図４Ｂでは、テクスチャビューマクロブロック６が深度ビューパーティション１２Ａに対応するので、テクスチャビューパーティション８Ａ〜８Ｄは、深度ビューサブブロック１４Ａ〜１４Ｄに対応する。深度ビューサブブロック１４Ａ〜１４Ｄは、深度ビューブロックの別の例である。例えば、深度ビューパーティション１２Ａは、４つの４×４の深度ビューサブブロック１４Ａ〜１４Ｄにさらに区分される場合がある。これらの４×４の深度ビューサブブロック１４Ａ〜１４Ｄの各々は、テクスチャビューパーティション８Ａ〜８Ｄのそれぞれ１つに対応する。例えば、８×８のテクスチャビューパーティション８Ａは４×４の深度ビューサブブロック１４Ａに対応し、８×８のテクスチャビューパーティション８Ｂは４×４の深度ビューサブブロック１４Ｂに対応し、以下同様である。
【０１１３】
[0122]  いくつかの例では、テクスチャパーティション８Ａ〜８Ｄの各々が、異なる参照テクスチャビューコンポーネントでインター予測される場合がある。例えば、上述されたように、参照テクスチャビューコンポーネントとして使用される１つまたは複数のテクスチャビューコンポーネントは、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１と呼ばれる参照ピクチャリスト内で識別される。参照インデックスは、参照テクスチャビューコンポーネントを識別するために使用される、これらのリストへのインデックスである。テクスチャビューパーティション８Ａ〜８Ｄのうちの１つが１つの参照テクスチャビューコンポーネントに関して（すなわち、１つの方向で）インター予測される場合、テクスチャビューパーティション８Ａ〜８Ｄのその１つについて、ＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１のいずれかへの１つの参照インデックスが存在する。テクスチャビューパーティション８Ａ〜８Ｄのうちの１つが２つの参照テクスチャビューコンポーネントに関して（すなわち、２つの方向で）インター予測される場合、テクスチャビューパーティション８Ａ〜８Ｄのその１つについて、２つの参照インデックス、ＲｅｆＰｉｃＬｉｓｔ０用の１つおよびＲｅｆＰｉｃＬｉｓｔ１用の１つが存在する。
【０１１４】
[0123]  テクスチャパーティション８Ａ〜８Ｄが異なる参照テクスチャビューコンポーネントでインター予測される場合、テクスチャビューパーティション８Ａ〜８Ｄの１つまたは複数の参照インデックスが異なることが起こり得る。これにより、深度ビューサブブロック１４Ａ〜１４Ｄのうちの１つまたは複数が異なる参照深度ビューコンポーネントからインター予測される必要があるはずである。
【０１１５】
[0124]  しかしながら、ＭＶＣ拡張を伴うＨ．２６４／ＡＶＣなどのいくつかの規格は、そのような結果を許可しない可能性がある。例えば、Ｈ．２６４規格は、サブブロック内にあるサイズ８×８よりも小さいブロックについて、そのようなブロックは同じ参照からインター予測されなければならないことを要求する可能性がある。例えば、深度ビューサブブロック１４Ａ〜１４Ｄは４×４であり、従って８×８よりもサイズが小さい。それに応じて、Ｈ．２６４規格は、深度ビューサブブロック１４Ａ〜１４Ｄのすべてが同じ参照深度ビューコンポーネントからインター予測されなければならないことを要求する可能性がある。しかしながら、テクスチャビューパーティション８Ａ〜８Ｄのうちの１つまたは複数が異なる参照テクスチャビューコンポーネントでインター予測される場合、深度ビューサブブロック１４Ａ〜１４Ｄが異なる参照深度ビューコンポーネントに関して予測される結果になり、これはＨ．２６４規格で許可されない可能性がある。より詳細に記載されたように、本開示に記載された例は、そのような状況に対処する技法を提供する。
【０１１６】
[0125]  いくつかの代替の例では、テクスチャビューパーティション８Ａ〜８Ｄの各々が１つまたは複数の同じ参照テクスチャビューコンポーネントに関してインター予測される（例えば、パーティションが単方向予測されるか、または双予測されるかに基づいて、ＲｅｆＰｉｃＬｉｓｔ０および／またはＲｅｆＰｉｃＬｉｓｔ１への１つまたは複数の参照インデックスが同じである）ことが起こり得る。この場合、深度ビューサブブロック１４Ａ〜１４Ｄの各々は、同じ参照深度ビューコンポーネントから予測されるはずであり、これはＨ．２６４規格の要件に従っているはずである。
【０１１７】
[0126]  しかしながら、この場合でも、テクスチャビューパーティション８Ａ〜８Ｄのうちの１つまたは複数についての動きベクトルは、異なる場合がある。例えば、テクスチャビューパーティション８Ａについての動きベクトルとテクスチャビューパーティション８Ｂについての動きベクトルは異なる場合があるが、両方の動きベクトルは、同じ参照テクスチャビューコンポーネントから向けられる。この場合、どの動きベクトルが深度ビューパーティション１２Ａのインター予測に使用されるかは不明であり得る。本開示に記載された例は、そのような状況に対処する技法を提供する。
【０１１８】
[0127]  特に、本開示に記載された例は、ビデオエンコーダとビデオデコーダのコンテキストで記載される。本開示に一致するエンコーダは、概して、ジョイントマルチビュービデオコーディング（ＪＭＶＣ）エンコーダ方式に準拠する場合がある。この場合、ビューは１つずつ符号化される。各ビューの内部で、最初にテクスチャシーケンスが符号化され、次いで深度シーケンスが符号化される。
【０１１９】
[0128]  テクスチャビューコンポーネントの符号化中にＩＶＭＰモードが有効にされるとき、各テクスチャビューコンポーネントの動きフィールドが動きファイルに書き込まれ、その名前が構成ファイル内で指定され得る。同じビューの対応する深度コンポーネントを符号化するとき、動きファイルが参照用に読み取られ得る。
【０１２０】
[0129]  ビデオデコーダはＪＭＶＣデコーダと同様であり得るし、ビューごとに深度シーケンスの復号および出力をも行う修正がある。他のビデオコーディングエンコーダは、３Ｄ−ＡＴＭと３Ｄ−ＨＴＭとを指す場合があり、それらはＡＶＣベース／ＨＥＶＣベースのマルチビュー／３Ｄビデオコーディング規格に使用される。ＩＶＭＰモードが有効にされるとき、各テクスチャビューコンポーネントの動きが記憶され、各対応する深度ビューの動きとして採用される。ＩＶＭＰモードが無効にされるいかなるブロックの場合も、深度ビューは、それ自体の動き情報を含む場合があるか、または、どこでそのそれぞれの動き情報を取得、予測もしくは採用するべきかを識別するために、いくつかの他のシンタックス要素を含む場合がある。
【０１２１】
[0130]  図５、図６および図７の以下の説明は、本開示の技法が使用され得る、いくつかの例示的なシナリオを記載する。例えば、図５は、ビデオエンコーダとビデオデコーダの例を示す。図６および図７は、それぞれ、ビデオエンコーダとビデオデコーダの例をより詳細に示す。ビデオエンコーダとビデオデコーダの図示された例は、本開示に記載された例示的な技法を実施するように構成できる。
【０１２２】
[0131]  例えば、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるとき、いくつかの例では、ビデオエンコーダが、深度ビューコンポーネント内の特定のマクロブロックについて真である（ＩＶＭＰフラグ用であり得る１のビット値が、ＩＶＭＰフラグが真であることを示すことができる）としてＩＶＭＰフラグを通知する場合があるが、ビデオエンコーダがＩＶＭＰフラグを通知することはあらゆる例で必要ではない。ＩＶＭＰフラグが真であるとき、ビデオエンコーダは深度ビューコンポーネント内のマクロブロックについての動き情報を通知しないように構成できる。ビデオデコーダは、動き情報を受信せずにマクロブロックについての動き情報を決定するように構成できる。例えば、ビデオデコーダは、ビデオエンコーダから動き情報を受信せずに、深度ビューコンポーネントのマクロブロックについてのパーティションモード情報、参照インデックス情報、および動きベクトル情報のうちの少なくとも１つを決定する。
【０１２３】
[0132]  いくつかの例では、偽（例えば、ゼロのビット値）であるとしてＩＶＭＰフラグをビデオエンコーダが通知するときでも、ビデオデコーダは、深度ビューコンポーネント内のマクロブロックについてのパーティションモード情報を決定するように構成できる。これらの例で、ビデオエンコーダは、ビデオデコーダが深度ビューコンポーネント内のマクロブロックについての動き情報を決定すべき方式を示す追加情報を通知する場合がある。例えば、ＩＶＭＰフラグが偽であるとき、ビデオデコーダは、マクロブロックについてのパーティションモード情報を決定できるが、いくつかの例では、参照インデックスと動きベクトル情報とを決定するために追加情報を必要とする場合がある。ＩＶＭＰが偽であるときビデオエンコーダがシンタックス要素として通知する、この追加情報は、参照インデックスおよび動きベクトル情報、またはどこで参照インデックスと動きベクトル情報とを取得、予測もしくは採用するかを示す情報の明示的な通知であり得る。
【０１２４】
[0133]  図５は、本開示に記載された技法を利用できる例示的なビデオ符号化および復号システム１６を示すブロック図である。図５に示されたように、システム１６は、宛先デバイス２０によって後で復号されるべき符号化ビデオデータを生成するソースデバイス１８を含む。ソースデバイス１８および宛先デバイス２０は、いわゆる「スマート」フォン、いわゆる「スマート」パッドなどのワイヤレスハンドセット、またはワイヤレス通信用に装備される他のそのようなワイヤレスデバイスを含む、広範なデバイスのうちのいずれかを備える。ソースデバイス１８および宛先デバイス２０のさらなる例には、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム内のデバイス、ワイヤレスブロードキャストシステム内のデバイス、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、デスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー無線電話、衛星無線電話、ビデオ遠隔会議デバイス、およびビデオストリーミングデバイスなどが含まれるが、それらに限定されない。
【０１２５】
[0134]  宛先デバイス２０は、リンク２２を介して復号されるべき符号化ビデオデータを受信できる。リンク２２は、ソースデバイス１８から宛先デバイス２０に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備えることができる。一例で、リンク２２は、ソースデバイス１８が符号化ビデオデータをリアルタイムで宛先デバイス２０に直接送信することを可能にする通信媒体を備えることができる。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス２０に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路などの任意のワイヤレスまたは有線の通信媒体を備えることができる。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどのパケットベースネットワークの一部を形成できる。通信媒体は、ソースデバイス１８から宛先デバイス２０への通信を容易にするために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含むことができる。
【０１２６】
[0135]  代替として、符号化データは、出力インターフェース２８からストレージデバイス３９に出力される場合がある。同様に、符号化データは、入力インターフェースによりストレージデバイス３９からアクセスされる場合がある。ストレージデバイス３９には、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性メモリもしくは不揮発性メモリ、または符号化ビデオデータを記憶するための任意の他の適切なデジタル記憶媒体などの、様々な分散したまたはローカルでアクセスされるデータ記憶媒体のいずれかが含まれ得る。さらなる一例で、ストレージデバイス３９は、ソースデバイス１８によって生成された符号化ビデオを保持できるファイルサーバまたは別の中間ストレージデバイスに対応する場合がある。宛先デバイス２０は、ストリーミングまたはダウンロードを介して、ストレージデバイス３９から、記憶されたビデオデータにアクセスできる。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス２０に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバには、（例えば、ウェブサイト用の）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブが含まれる。宛先デバイス２０は、インターネット接続を含む任意の標準データ接続を介して、符号化ビデオデータにアクセスできる。これには、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに適した、ワイヤレスチャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（例えば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せが含まれ得る。ストレージデバイス３９からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。
【０１２７】
[0136]  本開示の技法は、必ずしもワイヤレスの適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、例えばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例などの様々なマルチメディアの適用例のいずれかをサポートするビデオコーディングに適用できる。いくつかの例では、システム１６が、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成できる。
【０１２８】
[0137]  図５の例では、ソースデバイス１８が、ビデオソース２４と、ビデオエンコーダ２６と、出力インターフェース２８とを含む。場合によっては、出力インターフェース２８は、変調器／復調器（モデム）および／または送信機を含む場合がある。ソースデバイス１８では、ビデオソース２４が、ビデオキャプチャデバイス、例えばビデオカメラ、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するビデオフィードインターフェース、および／もしくはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、またはそのようなソースの組合せを含む場合がある。一例として、ビデオソース２４がビデオカメラである場合、ソースデバイス１８および宛先デバイス２０は、いわゆるカメラ付き携帯電話またはビデオ電話を形成する場合がある。しかしながら、本開示に記載された技法は、概して、ビデオコーディングに適用可能であり得るし、ワイヤレスおよび／または有線の適用例に適用される場合がある。
【０１２９】
[0138]  キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２６によって符号化される場合がある。符号化ビデオデータは、ソースデバイス１８の出力インターフェース２８を介して、宛先デバイス２０に直接送信される場合がある。符号化ビデオデータは、さらに（または代替として）、復号および／または再生のための宛先デバイス２０または他のデバイスによる後のアクセスのために、ストレージデバイス３９上に記憶される場合がある。
【０１３０】
[0139]  宛先デバイス２０は、入力インターフェース３４と、ビデオデコーダ３６と、ディスプレイデバイス３８とを含む。場合によっては、入力インターフェース３４は、受信機および／またはモデムを含む場合がある。宛先デバイス２０の入力インターフェース３４は、リンク２２を介して符号化ビデオデータを受信する。リンク２２を介して通信されるか、またはストレージデバイス３９に供給された符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３６などのビデオデコーダが使用するための、ビデオエンコーダ２６によって生成された様々なシンタックス要素を含む場合がある。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体上に記憶されるか、またはファイルサーバを記憶される符号化ビデオデータとともに含まれる場合がある。
【０１３１】
[0140]  ディスプレイデバイス３８は、宛先デバイス２０と一体化されるか、またはその外部にあり得る。いくつかの例では、宛先デバイス２０が、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成される場合がある。他の例では、宛先デバイス２０がディスプレイデバイスであり得る。概して、ディスプレイデバイス２８は、復号ビデオデータをユーザに表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの様々なディスプレイデバイスのいずれかを備える場合がある。
【０１３２】
[0141]  ビデオエンコーダ２６およびビデオデコーダ３６は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、ならびにそのスケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られている）ＩＴＵ−Ｔ  Ｈ．２６４などのビデオ圧縮規格に従って動作できる。ＭＶＣの最近の公的に入手可能な共同ドラフトは、「一般オーディオビジュアルサービス用アドバンストビデオコーディング」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月に記載されている。ＭＶＣのさらに最近の公的に入手可能な共同ドラフトは、「一般オーディオビジュアルサービス用アドバンストビデオコーディング」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１１年６月に記載されている。ＭＶＣの現在の共同ドラフトは、２０１２年１月時点で承認された。
【０１３３】
さらに、ＩＴＵ−Ｔ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）とのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって現在開発中の新しいビデオコーディング規格、すなわち、高効率ビデオコーディング（ＨＥＶＣ）規格がある。これ以降ＨＥＶＣ  ＷＤ８と呼ばれる、ＨＥＶＣの最新の作業草案（ＷＤ）が、２０１２年７月２０日の時点で、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐから入手可能である。説明の目的で、ビデオエンコーダ２６およびビデオデコーダ３６は、ＨＥＶＣ規格またはＨ．２６４規格およびそのような規格の拡張のコンテキストで記載される。しかしながら、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ  Ｈ．２６３が含まれる。Ｏｎ２  ＶＰ６／ＶＰ７／ＶＰ８と呼ばれるコーディング技法などのプロプライエタリなコーディング技法も、本明細書に記載された技法のうちの１つまたは複数を実施できる。
【０１３４】
[0142]  図５には示されていないが、いくつかの態様では、ビデオエンコーダ２６およびビデオデコーダ３６が、各々オーディオエンコーダおよびオーディオデコーダと統合される場合があり、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んで、共通のデータストリームまたは別個のデータストリーム内のオーディオとビデオの両方の符号化を処理する場合がある。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットが、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠する場合がある。
【０１３５】
[0143]  ビデオエンコーダ２６およびビデオデコーダ３６は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せのなどの、様々な適切なエンコーダ回路のいずれかとして実装される場合がある。本技法が部分的にソフトウェアに実装されるとき、デバイスは、適切な非一時的コンピュータ可読媒体にソフトウェア用の命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行できる。ビデオエンコーダ２６およびビデオデコーダ３６の各々は、１つまたは複数のエンコーダまたはデコーダ中に含まれる場合があり、そのいずれも、それぞれのデバイス内の複合エンコーダ／デコーダ（コーデック）の一部として統合される場合がある。
【０１３６】
[0144]  ビデオシーケンスは、通常、一連のビデオフレームを含む。ピクチャグループ（ＧＯＰ）は、概して、一連の１つまたは複数のビデオフレームを備える。ＧＯＰは、ＧＯＰ内に含まれるいくつかのフレームを記述するシンタックスデータを、ＧＯＰのヘッダ、ＧＯＰの１つもしくは複数のフレームのヘッダ、または他の場所に含む場合がある。各フレームは、それぞれのフレーム用の符号化モードを記述するフレームシンタックスデータを含む場合がある。ビデオエンコーダ２６は、通常、ビデオデータを符号化するために、個々のビデオフレーム内のビデオブロックに対して動作する。ビデオブロックは、マクロブロック、マクロブロックのパーティション、または場合によりパーティションのサブブロックに対応する場合がある。ビデオブロックは、サイズを固定することも変更することもでき、指定されたコーディング規格に応じてサイズが異なる場合がある。各ビデオフレームは複数のスライスを含む場合がある。各スライスは複数のマクロブロックを含む場合があり、それらはサブブロックとも呼ばれるパーティションに配置される場合がある。
【０１３７】
[0145]  一例として、ＩＴＵ−Ｔ  Ｈ．２６４規格は、ルーマ成分については１６×１６、８×８、または４×４、およびクロマ成分については８×８などの様々なブロックサイズでのイントラ予測をサポートし、ルーマ成分については１６×１６、１６×８、８×１６、８×８、８×４、４×８および４×４、ならびにクロマ成分については対応するスケーリングされたサイズなどの様々なブロックサイズでのインター予測をサポートする。本開示では、「Ｎ×（x）Ｎ」と「Ｎ×（by）Ｎ」が、垂直寸法および水平寸法に関するブロックのピクセル寸法、例えば、１６×（x）１６ピクセルまたは１６×（by）１６ピクセルを指すために互換的に使用される場合がある。一般に、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、一般に、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ここで、Ｎは非負整数値を表す。ブロック内のピクセルは行と列で構成される場合がある。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。例えば、ブロックはＮ×Ｍのピクセルを備える場合があり、ここで、Ｍは必ずしもＮに等しいとは限らない。
【０１３８】
[0146]  １６×１６よりも小さいブロックサイズは、１６×１６マクロブロックのパーティションと呼ばれる場合がある。ビデオブロックは、ピクセル領域内のピクセルデータのブロックを備える場合があるか、または、例えば、コード化ビデオブロックと予測ビデオブロックとの間のピクセル差分を表す残差ビデオブロックデータへの、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、もしくは概念的に同様の変換などの変換の適用後の、変換領域内の変換係数のブロックを備える場合がある。場合によっては、ビデオブロックは、変換領域内の量子化変換係数のブロックを備える場合がある。
【０１３９】
[0147]  ビデオブロックは、小さいほどより良い解像度が得られ、より高い詳細レベルを含むビデオフレームの位置特定に使用できる。概して、マクロブロック、および時々サブブロックと呼ばれるパーティションのさらなるパーティションを含む様々なパーティションは、ビデオブロックと考えることができる。加えて、スライスは、マクロブロックおよび／またはサブブロックなどの複数のビデオブロックであると考えることができる。各スライスは、ビデオフレームの単独で復号可能なユニットであり得る。代替として、フレーム自体が復号可能なユニットであり得るか、またはフレームの他の部分が復号可能なユニットとして定義される場合がある。「復号可能ユニット」という用語は、フレーム全体、フレームのスライス、シーケンスとも呼ばれるピクチャのグループ（ＧＯＰ）などのビデオフレームの単独で復号可能な任意のユニット、または適用可能なコーディング技法に従って定義される別の単独で復号可能なユニットを指す場合がある。
【０１４０】
[0148]  マクロブロックがイントラモード符号化（例えば、イントラ予測）されるとき、マクロブロックは、マクロブロック用のイントラ予測モードを記述するデータを含む場合がある。別の例として、マクロブロックがインターモード符号化（例えば、インター予測）されるとき、マクロブロックは、マクロブロックについての動きベクトルを定義する情報を含む場合がある。マクロブロックについての動きベクトルを定義するデータは、例えば、動きベクトルの水平成分と、動きベクトルの垂直成分と、動きベクトルの解像度（例えば、１／４ピクセル精度または１／８ピクセル精度）とを記述できる。加えて、インター予測されるとき、マクロブロックは、動きベクトルが指す参照フレームなどの参照インデックス情報、および／または動きベクトル用の参照ピクチャリスト（例えば、ＲｅｆＰｉｃＬｉｓｔ０もしくはＲｅｆＰｉｃＬｉｓｔ１）を含む場合がある。
【０１４１】
[0149]  ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づく。ＨＭは、例えば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣに従う既存のデバイスに対するビデオコーディングデバイスのいくつかの追加の能力を仮定する。例えば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＭは３３個もの方向性／角度イントラ予測符号化モードプラスＤＣモードおよび平面モードを提供できる。
【０１４２】
[0150]  ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマとクロマの両方のサンプルを含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ）に分割され得ることを記載する。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分される場合がある。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ）に分割される場合がある。例えば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割される場合があり、各子ノードは、次に、親ノードになり、別の４つの子ノードに分割される場合がある。４分木のリーフノードとしての、最終的な、分割されていない子ノードは、コーディングノード、すなわち、コード化ビデオブロックを備える。コード化ビットストリームに関連するシンタックスデータは、ツリーブロックが分割され得る最大回数を定義することができ、コーディングノードの最小サイズも定義できる。ツリーブロックは、いくつかの例で、ＬＣＵと呼ばれる場合がある。
【０１４３】
[0151]  ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４以上のピクセルを有するツリーブロックのサイズまでに及ぶ場合がある。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含む場合がある。ＣＵに関連するシンタックスデータは、例えば、ＣＵを１つまたは複数のＰＵに区分することを記述できる。区分モードは、ＣＵが、スキップモード符号化もしくはダイレクトモード符号化されるか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかによって異なる場合がある。ＰＵは、形状が非方形になるように区分される場合がある。ＣＵに関連するシンタックスデータは、例えば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分することも記述できる。ＴＵは、形状が方形または非方形であり得る。
【０１４４】
[0152]  ＨＥＶＣ規格は、ＣＵごとに異なる場合があるＴＵに従う変換を可能にする。ＴＵは、通常、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、常にそうであるとは限らない。ＴＵは、通常、ＰＵと同じサイズであるか、またはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルが、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用して、より小さいユニットに再分割される場合がある。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれる場合がある。ＴＵに関連するピクセル差分値は、変換係数を生成するために変換される場合があり、その変換係数は量子化される場合がある。
【０１４５】
[0153]  一般に、ＰＵは、予測プロセスに関係するデータを含む。例えば、ＰＵがイントラモード符号化されるとき、ＰＵは、そのＰＵについてのイントラ予測モードを記述するデータを含む場合がある。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、そのＰＵについての動きベクトルを定義するデータを含む場合がある。ＰＵについての動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（例えば、１／４ピクセル精度もしくは１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトル用の参照ピクチャリスト（例えば、リスト０もしくはリスト１）を記述できる。
【０１４６】
[0154]  一般に、ＴＵは、変換プロセスおよび量子化プロセスに使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）を含む場合もある。予測に続いて、ビデオエンコーダ２６は、ＰＵに対応する残差値を計算できる。残差値は、エントロピーコーディング用のシリアル化変換係数を生成するために、ＴＵを使用して変換係数に変換され、量子化され、走査され得るピクセル差分値を備える。本開示は、通常、ＣＵのコーディングノードを指すために「ビデオブロック」という用語を使用する。いくつかの特定の場合、本開示は、コーディングノードならびにＰＵおよびＴＵを含む、ツリーブロック、すなわち、ＬＣＵまたはＣＵを指すために、「ビデオブロック」という用語を使用する場合もある。
【０１４７】
[0155]  ビデオシーケンスは、通常、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ内に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ内、１つもしくは複数のピクチャのヘッダ内、または他の場所に含む場合がある。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含む場合がある。ビデオエンコーダ２６は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応する場合がある。ビデオブロックは、サイズを固定することも変更することもでき、指定されたコーディング規格に応じてサイズが異なる場合がある。
【０１４８】
[0156]  一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称的なＰＵサイズでのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測用の非対称区分をサポートする。非対称区分では、ＣＵの一方向が区分されないが、他の方向が２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。従って、例えば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５ＮのＰＵおよび下部の２Ｎ×１．５ＮのＰＵで水平方向に区分された２Ｎ×２ＮのＣＵを指す。
【０１４９】
[0157]  Ｈ．２６４規格またはＨＥＶＣ規格のいずれでも、イントラ予測またはインター予測のコーディングに続いて、ビデオエンコーダ２６は、ＨＥＶＣではＣＵのＴＵ用の、またはＨ．２６４ではマクロブロック用の残差データを計算できる。ＰＵは、（ピクセル領域とも呼ばれる）空間領域においてピクセルデータを備える場合があり、ＴＵは、例えば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換の適用に続いて、変換領域において係数を備える場合がある。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応する場合がある。
【０１５０】
[0158]  変換係数を生成する任意の変換に続いて、ビデオエンコーダ２６は、変換係数の量子化を実行する場合がある。量子化は、概して、さらなる圧縮を提供する、係数を表すために使用されるデータの量をできるだけ削減するために変換係数を量子化するプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減する場合がある。例えば、量子化中にｎビット値がｍビット値に切り捨てられる場合があり、ここで、ｎはｍよりも大きい。
【０１５１】
[0159]  いくつかの例では、ビデオエンコーダ２６が、エントロピー符号化され得るシリアル化ベクトルを生成するために、あらかじめ定義された走査順序を利用して量子化変換係数を走査する場合がある。他の例では、ビデオエンコーダ２６が適応走査を実行する場合がある。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２６は、例えば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化する場合がある。ビデオエンコーダ２６はまた、ビデオデータを復号する際にビデオデコーダ３６が使用するための符号化ビデオデータに関連するシンタックス要素をエントロピー符号化する場合がある。
【０１５２】
[0160]  ＣＡＢＡＣを実行するために、ビデオエンコーダ２６は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当てることができる。コンテキストは、例えば、シンボルの隣接値が非０であるか否かに関係する場合がある。ＣＡＶＬＣを実行するために、ビデオエンコーダ２６は、送信されるべきシンボル用の可変長コードを選択できる。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成される場合がある。このようにして、ＶＬＣの使用は、例えば、送信されるべきシンボルごとに等長コードワードを使用するよりも、ビット節約を実現できる。確率判断は、シンボルに割り当てられるコンテキストに基づく場合がある。
【０１５３】
[0161]  本開示に記載された例では、ビデオエンコーダ２６が、上述された方式で、テクスチャビューコンポーネントのマクロブロックと深度ビューコンポーネントのマクロブロックとをイントラ予測またはインター予測できる。ビデオデコーダ３６は、ビデオエンコーダ２６によって実行された機能の逆または相対する機能を実行して、符号化されたマクロブロックを復号できる。例えば、テクスチャビューコンポーネント内のマクロブロックがインターコード化（例えば、インター予測）されたとき、ビデオエンコーダ２６は、パーティションモード情報、参照インデックス情報、および動きベクトル情報などの、そのマクロブロックについての動き情報を定義するシンタックス要素を通知する。ビデオデコーダ３６は、マクロブロック用の動き情報シンタックス要素を受信し、受信された動き情報に基づいて、そのマクロブロックを復号して元のテクスチャビューコンポーネントを復元する。ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューコンポーネントのマクロブロックについても同様の機能を実行する。
【０１５４】
[0162]  しかしながら、いくつかの状況では、ビデオエンコーダ２６が、深度ビューコンポーネントのマクロブロックについての動き情報を定義するシンタックス要素を通知する必要がない場合がある。むしろ、深度ビューコンポーネントのいくつかのマクロブロックの場合、ビデオエンコーダ２６は、上述されたようにＩＶＭＰフラグを通知する場合があるが、ＩＶＭＰフラグの通知はあらゆる例で必要とはされない。ＩＶＭＰフラグが通知されないとき、ビデオデコーダ３６は、以前に復号されたブロックの状態に基づいて、かつＩＶＭＰフラグを受信する必要なしにＩＶＭＰフラグの状態を決定する。
【０１５５】
[0163]  深度ビューコンポーネント内のマクロブロックについてＩＶＭＰフラグが真であるとき、ビデオデコーダ３６は、テクスチャビューコンポーネントの対応するマクロブロックのうちの１つからの動き情報を使用して、深度ビューコンポーネント内のマクロブロックを復号する。さらに、本開示に記載された例では、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合があり、その結果、テクスチャビューコンポーネント内の複数のマクロブロックが、深度ビューコンポーネント内の１つのマクロブロックに対応する。
【０１５６】
[0164]  本開示で使用する「対応する」または「対応している」という用語は、「関連する」または「コロケートする」という用語と互換的に使用される場合がある。例えば、上述されたように、深度ビューコンポーネントは、その対応するテクスチャビューコンポーネント内のピクセルの相対深度を示す。このようにして、深度ビューコンポーネントとその対応するテクスチャビューコンポーネントは、互いに関連付けられていると考えられる。従って、テクスチャビューコンポーネント内の複数のマクロブロック（すなわち、テクスチャビューマクロブロック）は、深度ビューマクロブロックと関連付けられていると考えることができる。また、テクスチャビューマクロブロックのうちの１つとその対応する深度ビューマクロブロックは、それぞれのコンポーネント内で同じ位置にある可能性がある。例えば、テクスチャビューコンポーネントの上左隅にあるテクスチャビューマクロブロックは、深度ビューコンポーネントの上左隅にある深度ビューマクロブロックに対応する。このようにして、テクスチャビューマクロブロックとその対応する深度ビューマクロブロックは、コロケートされていると考えられる。
【０１５７】
[0165]  本開示に記載された技法によれば、（例えば、ＩＶＭＰフラグを受信すること、またはＩＶＭＰフラグの状態を受信せずにＩＶＭＰフラグの状態を決定することにより）ＩＶＭＰが有効にされたとビデオデコーダ３６が判断したとき、ビデオデコーダ３６は、深度ビューマクロブロックに対応するテクスチャビューマクロブロックのうちの１つからの動き情報をどのように使用するかを決定する。また、深度ビューマクロブロックについてＩＶＭＰフラグが無効にされたとビデオデコーダ３６が判断した場合でも、ビデオデコーダ３６は、依然深度ビューマクロブロックについてのいくつかの動き情報を決定できる。
【０１５８】
[0166]  単に例示のために、技法は、最初に、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例とともに記載される。これらの事例の場合、各々順に記載される、様々な可能な技法が存在する。次に、技法は、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１である例とともに記載される。同様に、これらの事例の場合、各々順に記載される、様々な可能な技法が存在する。
【０１５９】
[0167]  深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例では、深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１である。ビデオデコーダ３６が深度ビューブロックについて決定した動き情報の例には、パーティションモード情報、参照インデックス情報、および動きベクトル情報が含まれる。
【０１６０】
[0168]  一例として、テクスチャビューコンポーネント内の対応するマクロブロックのいずれかがイントラ予測される場合、ＩＶＭＰは無効にされる可能性がある。例えば、図４Ａに戻ると、テクスチャビューマクロブロック２Ａ〜２Ｄは、深度ビューマクロブロック４に対応する。この例では、テクスチャビューマクロブロック２Ａ〜２Ｄのいずれか１つがイントラ予測される場合、ビデオエンコーダ２６は、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを示すために、偽として（例えば、ゼロとして）ＩＶＭＰフラグを通知する場合がある。代替として、ビデオデコーダ３６は、テクスチャビューマクロブロック２Ａ〜２Ｄを以前に復号した可能性があり、ビデオエンコーダ２６からＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック４についてＩＶＭＰが無効にされたと判断する場合がある。いずれの場合も、ビデオデコーダ３６は、深度ビューマクロブロック４を復号するためのテクスチャビューマクロブロック２Ａ〜２Ｄのいずれか１つについての動き情報を使用することができない可能性がある。むしろ、ビデオエンコーダ２６は、深度ビューマクロブロック４を復号するために必要な情報をビデオデコーダ３６に示す追加情報を、ビデオデコーダ３６に通知する可能性がある。
【０１６１】
[0169]  別の例として、テクスチャビューコンポーネント内の対応するマクロブロックのいずれかが、「４つの８×８のＭＢパーティション」に等しいマクロブロックパーティションモードを有する場合、ＩＶＭＰは無効にされる可能性がある。例えば、図４Ｂに戻ると、テクスチャビューマクロブロック６は、４つの８×８のテクスチャビューパーティション８Ａ〜８Ｄに区分される。この場合、ビデオエンコーダ２６は、深度ビューマクロブロック１０についてＩＶＭＰが無効にされたことを示すために、偽としてＩＶＭＰフラグを通知する場合がある。代替として、ビデオデコーダ３６は、深度ビューマクロブロック１０を復号する前にテクスチャビューマクロブロック６をすでに復号した可能性があるので、ビデオデコーダ３６は、ＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック１０についてＩＶＭＰが無効にされたと判断する場合がある。
【０１６２】
[0170]  また、図４Ａでは、テクスチャビューマクロブロック２Ａ〜２Ｄのいずれか１つが４つの８×８のＭＢパーティションに区分される場合、ビデオエンコーダ２６は、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを示すために、偽としてＩＶＭＰフラグを通知する場合がある。さらに、ビデオデコーダ３６が、ビデオエンコーダ２６からＩＶＭＰフラグを明示的に受信せずに、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを判断することが可能である。この例で、深度ビューマクロブロック４と深度ビューマクロブロック１０の両方について、ビデオエンコーダ２６は、ビデオデコーダ３６が符号化された深度ビューマクロブロック４と深度ビューマクロブロック１０とを復号する方式を決定するためにビデオデコーダ３６が受信する追加情報を、通知する場合がある。
【０１６３】
[0171]  上述されたように、いくつかの例では、ＩＶＭＰが無効にされたとき、深度ビューマクロブロックについてＩＶＭＰが偽であることをビデオエンコーダ２６が明示的に通知する必要はない。例えば、ビデオデコーダ３６がテクスチャビューマクロブロック２Ａ〜２Ｄを復号しているとき、場合によっては、ビデオデコーダ３６は、テクスチャビューマクロブロック２Ａ〜２Ｄのうちの少なくとも１つがイントラ予測されたと判断する。この場合、ビデオデコーダ３６は、ビデオエンコーダ２６からＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを判断する。同様に、テクスチャビューマクロブロック６を復号しているとき、ビデオデコーダ３６は、テクスチャビューマクロブロックが４つの８×８のテクスチャビューパーティション８Ａ〜８Ｄに区分されたことを判断する。この場合、ビデオデコーダ３６は、ビデオエンコーダ２６からＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック１０についてＩＶＭＰが無効にされた（例えば、ＩＶＭＰフラグが偽である）ことを判断する。このようにして、ビデオエンコーダ２６は、あらゆる例でＩＶＭＰフラグを通知する必要がなく、それにより帯域幅の効率がさらに促される。
【０１６４】
[0172]  テクスチャビューマクロブロック用のマクロブロックパーティションが「４つの８×８のＭＢパーティション」であるか、またはテクスチャビューコンポーネント内の対応するマクロブロックのうちの少なくとも１つがイントラ予測されたとき、ＩＶＭＰが無効にされても、ビデオデコーダ３６が対応する深度ビューマクロブロック用のパーティションモードを決定することは依然可能である。例えば、テクスチャビューマクロブロック用のマクロブロックパーティションが「４つの８×８のＭＢパーティション」であるとき、ビデオデコーダ３６は、対応する深度ビューマクロブロック用のマクロブロックパーティションを「４つの８×８のＭＢパーティション」に設定するように構成される。同様に、テクスチャビューコンポーネント内の対応するマクロブロックのいずれか１つがイントラ予測された場合、ビデオデコーダ３６は、対応する深度ビューマクロブロック用のマクロブロックパーティションを「４つの８×８のＭＢパーティション」に設定するように構成される。例えば、図４Ｂに戻ると、ビデオデコーダ３６は、深度ビューマクロブロック１０用のマクロブロックパーティションを「４つの８×８のＭＢパーティション」（例えば、深度ビューパーティション１２Ａ〜１２Ｄ）として設定する。
【０１６５】
[0173]  その上、ビデオデコーダ３６は、深度ビューマクロブロック１０用のマクロブロックパーティションを「４つの８×８のＭＢパーティション」として設定するので、符号化中、ビデオエンコーダ２６は、深度ビューマクロブロック１０用のマクロブロックパーティションを「４つの８×８のＭＢパーティション」として設定する場合もある。このようにして、ビデオエンコーダ２６は、深度ビューマクロブロック１０用のマクロブロックパーティションを「４つの８×８のＭＢパーティション」として設定するように構成される場合があり、この例の場合、深度ビューマクロブロック１０を復号するための動き情報を決定するためにビデオデコーダ３６が使用する追加情報を通知するように構成される場合がある。
【０１６６】
[0174]  深度ビューコンポーネントがその対応するテクスチャビューコンポーネントの解像度の４分の１であるとき、深度ビューコンポーネント内の１つの８×８のマクロブロックパーティションは、テクスチャビューコンポーネント内の１つの１６×１６のマクロブロック、テクスチャビューコンポーネント内のマクロブロックの２つの１６×８のマクロブロックパーティション、またはテクスチャビューコンポーネント内のマクロブロックの２つの８×１６のマクロブロックパーティションに対応する。従って、以下の例は、深度ビューコンポーネント内の８×８のマクロブロックパーティションについて記載される。
【０１６７】
[0175]  さらに、上述されたように、対応する１６×１６の深度ビューマクロブロックに対する１６×１６のテクスチャビューマクロブロックのいずれかが４つの８×８のマクロブロックパーティションに区分されるか、イントラ予測モードとしてコーディングされた場合、ＩＶＭＰは無効にされる。対応する１６×１６のテクスチャビューマクロブロックのすべてが１つの１６×１６のマクロブロックパーティション、２つの１６×８のマクロブロックパーティション、または２つの８×１６のマクロブロックパーティションとして区分された場合、ＩＶＭＰは、場合によっては有効にされるが、下記に記載されるように、いくつかの他の場合には無効にされる場合がある。
【０１６８】
[0176]  加えて、テクスチャビューコンポーネント内の対応するマクロブロックに使用される参照ピクチャの同じピクチャ順序回数（ＰＯＣ）を有するピクチャが、深度ビューコンポーネント用の参照ピクチャリストに含まれていない場合、ＩＶＭＰは無効にされる場合がある。例えば、ビデオエンコーダ２６およびビデオデコーダ３６は、各々、テクスチャビューコンポーネントと深度ビューコンポーネント用の参照ピクチャリスト（例えば、ＲｅｆＰｉｃＬｉｓｔ０および／またはＲｅｆＰｉｃＬｉｓｔ１）を構築できる。参照テクスチャビューコンポーネントに対応する参照深度ビューコンポーネントが、深度ビューコンポーネント用に構築された参照ピクチャリストの中にない場合、ＩＶＭＰは無効にされる。この例では、参照テクスチャビューコンポーネントが、対応するテクスチャビューコンポーネントの対応するブロックをインター予測するために使用される。
【０１６９】
[0177]  例えば、８×８の深度ビューマクロブロックパーティションが、（Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、Ｂ＿Ｄｉｒｅｃｔ＿１６×１６、Ｐ＿Ｌ０＿１６×１６、Ｂ＿Ｌ０＿１６×１６、Ｂ＿Ｌ１＿１６×１６またはＢ＿Ｂｉ＿１６×１６に等しいｍｂ＿ｔｙｐｅなどの）１つの１６×１６のテクスチャビューマクロブロックパーティションに対応するとき、ＩＶＭＰは有効にされる。この場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション用の１つまたは複数の参照インデックスを、１つの１６×６のテクスチャビューマクロブロックパーティションの１つまたは複数の参照インデックスに設定できる。また、この場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション用のパーティションを「１つの８×８のサブブロック」に設定できる。
【０１７０】
[0178]  例えば、ビデオエンコーダ２６は、１つの参照テクスチャビューコンポーネントを有する（すなわち、単方向予測された）か、または２つの参照テクスチャビューコンポーネントを有する（すなわち、双方向予測された）１つの１６×６のテクスチャビューマクロブロックパーティションをインター予測した可能性がある。ビデオデコーダ３６は、１つの１６×６のテクスチャビューマクロブロックパーティションをインター予測するために使用される参照テクスチャビューコンポーネントを識別する参照ピクチャリスト（すなわち、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１）を構築するように構成される場合がある。参照テクスチャビューコンポーネントは、テクスチャビューコンポーネントの表示順序または出力順序を示す、それらそれぞれのピクチャ順序回数（ＰＯＣ）を用いて識別される場合がある。この例で、単方向予測された場合、ビデオエンコーダ２６は、ビデオエンコーダ２６が１つの１６×１６のテクスチャビューマクロブロックをインター予測するために使用した参照テクスチャビューコンポーネントを、（例えば、そのＰＯＣ値によって）識別するＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１のうちの１つに、参照インデックスを通知した可能性がある。双方向予測された場合、ビデオエンコーダ２６は、ビデオエンコーダ２６が１つの１６×１６のテクスチャビューマクロブロックをインター予測するために使用した参照テクスチャビューコンポーネントを、（例えば、それらのＰＯＣ値によって）識別するＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１の各々に、参照インデックスを通知した可能性がある。
【０１７１】
[0179]  テクスチャビューコンポーネントと同様に、８×８の深度ビューマクロブロックパーティションの場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションをインター予測するために使用された参照テクスチャビューコンポーネントを識別する参照ピクチャリストを構築するように構成される場合がある。混同を回避するために、参照テクスチャビューコンポーネントを識別する参照ピクチャリストは、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０およびテクスチャビューＲｅｆＰｉｃＬｉｓｔ１と呼ばれ、参照深度ビューコンポーネントを識別する参照ピクチャリストは、深度ビューＲｅｆＰｉｃＬｉｓｔ０および深度ビューＲｅｆＰｉｃＬｉｓｔ１と呼ばれる。
【０１７２】
[0180]  ８×８の深度ビューマクロブロックパーティションが１つの１６×１６のテクスチャビューマクロブロックパーティションに対応するこの例では、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０およびテクスチャビューＲｅｆＰｉｃＬｉｓｔ１で識別されたテクスチャビューコンポーネントが、深度ビューＲｅｆＰｉｃＬｉｓｔ０および深度ビューＲｅｆＰｉｃＬｉｓｔ１で識別された深度ビューコンポーネントに対応する。例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０で識別された第１の参照テクスチャビューコンポーネントは、深度ビューＲｅｆＰｉｃＬｉｓｔ０で識別された第１の参照深度ビューコンポーネントに対応し、以下同様である。
【０１７３】
[0181]  深度ビューコンポーネントは、それらそれぞれのＰＯＣ値によって識別される場合もある。いくつかの例では、テクスチャビューコンポーネント用のＰＯＣ値が、テクスチャビューコンポーネントに対応する深度ビューコンポーネント用のＰＯＣ値と同じＰＯＣ値であり得る。例えば、テクスチャビューコンポーネント用のＰＯＣ値が５である場合、その対応する深度ビューコンポーネント用のＰＯＣ値も５である。しかしながら、本開示の態様はそのように限定されない。
【０１７４】
[0182]  場合によっては、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、テクスチャビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序とは異なる場合がある。この場合、深度ビューコンポーネントに使用された参照ピクチャは、テクスチャビューコンポーネントの参照ピクチャと同じＰＯＣ値を有する場合があるが、深度ビューＲｅｆＰｉｃＬｉｓｔ０および深度ビューＲｅｆＰｉｃＬｉｓｔ１の中の参照ピクチャインデックスは、それぞれ、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０およびテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のテクスチャビューコンポーネントの参照ピクチャインデックスと異なる場合がある。
【０１７５】
[0183]  この例では、ビデオデコーダ３６が、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中の参照テクスチャビューコンポーネントの１つまたは複数のＰＯＣ値を決定する。テクスチャビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、テクスチャビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序とが異なる場合、ビデオデコーダ３６は、参照テクスチャビューコンポーネントと同じＰＯＣ値を有する参照深度ビューコンポーネントを識別する、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１の中の参照インデックスを決定する。次いで、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションをインター予測するために使用された参照深度ビューコンポーネントを識別するために、深度ビューＲｅｆＰｉｃＬｉｓｔ０および深度ビューＲｅｆＰｉｃＬｉｓｔ１の中の決定された参照インデックスを利用する。
【０１７６】
[0184]  以下の説明では、深度ビューコンポーネント用の参照ピクチャリスト内の各参照ピクチャのＰＯＣが、深度ビューコンポーネント用のＰＯＣに等しい（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序が、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序と等しい）と仮定する。以下の例では、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序が、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序と異なることがあり得ることを理解されたい。そのような場合、ビデオデコーダ３６は、上述された方式で、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスを決定する。また、上記のように、（順序にかかわらず）深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１に含まれていないテクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値が存在する場合、その深度ビューマクロブロックについてＩＶＭＰは無効にされる場合がある。
【０１７７】
[0185]  いくつかの例では、ビデオエンコーダ２６がテクスチャビューＲｅｆＰｉｃＬｉｓｔ０で識別された「ｎ番目」の参照テクスチャビューコンポーネントから１つの１６×６のテクスチャビューマクロブロックパーティションをインター予測した場合、８×８の深度ビューマクロブロックパーティションを復号するために、ビデオデコーダ３６は、（順序が同じであると仮定して）深度ビューＲｅｆＰｉｃＬｉｓｔ０で識別された「ｎ番目」の参照深度ビューコンポーネントを利用できる。ビデオエンコーダ２６がテクスチャビューＲｅｆＰｉｃＬｉｓｔ０およびテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の各々で識別された２つの参照テクスチャビューコンポーネントから１つの１６×１６のテクスチャビューマクロブロックパーティションをインター予測した場合、同じことが適用されるはずである。
【０１７８】
[0186]  しかしながら、ピクチャの順序が同じでない場合、ビデオデコーダ３６は、テクスチャビューピクチャリストの参照インデックスに基づいて、深度ビューピクチャリストの参照インデックスを決定する。例えば、深度ビュー参照ピクチャリストとテクスチャビュー参照ピクチャリストでピクチャの順序が同じでない場合、ビデオエンコーダ２６がテクスチャビューＲｅｆＰｉｃＬｉｓｔ０で識別された「ｎ番目」の参照テクスチャビューコンポーネントから１つの１６×１６のテクスチャビューマクロブロックパーティションをインター予測した場合、ビデオデコーダ３６は、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０内の「ｎ番目」の参照テクスチャビューコンポーネントのＰＯＣ値を決定する。次いで、ビデオデコーダ３６は、そのＰＯＣ値が「ｎ番目」の参照テクスチャビューコンポーネントのＰＯＣ値と同じである深度ビュー参照コンポーネントを識別する、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照インデックスを決定する。この例では、８×８の深度ビューマクロブロックパーティションを復号するために、ビデオデコーダ３６が、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の決定された参照インデックスを利用する。テクスチャビューＲｅｆＰｉｃＬｉｓｔ１と深度ビューＲｅｆＰｉｃＬｉｓｔ１に関して、同じことが適用されるはずである。
【０１７９】
[0187]  例えば、ビデオデコーダ３６は、テクスチャビュー参照ピクチャリスト（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１）でＰＯＣ値が列記された順序が、深度ビュー参照ピクチャリスト（例えば、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１）でＰＯＣ値が列記された順序と異なることを判定できる。この場合、８×８の深度ビューマクロブロックパーティションについての参照インデックス情報を決定するために、ビデオデコーダ３６は、１６×１６のテクスチャビューマクロブロック用の参照インデックスに基づいて、テクスチャビュー参照ピクチャリストで識別された参照テクスチャビューコンポーネントのＰＯＣ値を決定する。ビデオデコーダ３６は、深度ビュー参照ピクチャリストの参照インデックスを決定し、ここで、深度ビュー参照ピクチャリストの参照インデックスは、参照テクスチャビューコンポーネントのＰＯＣ値に等しい深度ビュー参照ピクチャリスト内のＰＯＣ値を識別する。
【０１８０】
[0188]  このようにして、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションについての参照インデックス情報を決定するために、１つの１６×１６のテクスチャビューマクロブロックパーティションについての参照インデックス情報を使用できる。例えば、ビデオデコーダ３６は、テクスチャビューコンポーネント内のＰＯＣ値の順序と深度ビューコンポーネント内のＰＯＣ値の順序が同じであるとき、１つの１６×１６のテクスチャビューマクロブロックパーティションについての参照インデックス情報に等しい８×８の深度ビューマクロブロックパーティションについての参照インデックス情報を設定できる。この場合、１つの１６×１６のテクスチャビューマクロブロックパーティションについての参照インデックス情報は、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０およびテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の１つまたは両方を参照する。ビデオデコーダ３６は、１つの１６×１６のテクスチャビューマクロブロックパーティション用の１つまたは複数の参照インデックスを、深度ビューＲｅｆＰｉｃＬｉｓｔ０および深度ビューＲｅｆＰｉｃＬｉｓｔ１の１つまたは両方への１つまたは複数の参照インデックスとして使用して、８×８の深度ビューマクロブロックパーティションを復号できる。この例では、ビデオエンコーダ２６が、ビデオエンコーダ２６側で構築されたテクスチャビューＲｅｆＰｉｃＬｉｓｔ０、テクスチャビューＲｅｆＰｉｃＬｉｓｔ１、深度ビューＲｅｆＰｉｃＬｉｓｔ０、および深度ビューＲｅｆＰｉｃＬｉｓｔ１用の１つまたは複数の同じ参照インデックスを使用して、１つの１６×１６のテクスチャビューマクロブロックパーティションと、８×８の深度ビューマクロブロックパーティションとを符号化できる。
【０１８１】
[0189]  テクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１と、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１でＰＯＣ値の順序が同じでない例では、ビデオデコーダ３６が、上述された方式で、深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスを決定できる。ビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０および深度ビューＲｅｆＰｉｃＬｉｓｔ１の１つまたは両方用の決定された１つまたは複数の参照インデックスを使用して、８×８の深度ビューマクロブロックパーティションを復号できる。
【０１８２】
[0190]  ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションが１つの１６×１６のテクスチャビューマクロブロックパーティションに対応するとき、８×８の深度ビューマクロブロック用のサブブロックパーティションを決定できる。例えば、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションのサブブロックパーティションを「１つの８×８のサブブロック」に設定することができ、これは、８×８の深度ビューマクロブロックパーティションがこれ以上区分されるべきでないことを意味する。
【０１８３】
[0191]  上記の例は、８×８の深度ビューマクロブロックパーティションが１つの１６×１６のテクスチャビューマクロブロックパーティションに対応する状況を記載した。以下は、８×８の深度ビューマクロブロックパーティションが、２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティションに対応する場合に、ビデオエンコーダ２６およびビデオデコーダ３６によって実施される技法を記載する。
【０１８４】
[0192]  テクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティションに区分される以下の例では、２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティションの各々が、１つの方向（例えば、ＲｅｆＰｉｃＬｉｓｔ０で識別されたピクチャまたはＲｅｆＰｉｃＬｉｓｔ１で識別されたピクチャに関してインター予測されるＰピクチャまたはＰスライス）でインター予測される例とともに、技法が記載される。２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティションが両方の方向（例えば、ＲｅｆＰｉｃＬｉｓｔ０で識別されたピクチャまたはＲｅｆＰｉｃＬｉｓｔ１で識別されたピクチャに関してインター予測されるＢピクチャまたはＢスライス）でインター予測される例で、ビデオエンコーダ２６およびビデオデコーダ３６は、２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティションがＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１のいずれかの中のピクチャに関してインター予測される（すなわち、１つの方向でインター予測される）例に関して下記に記載される技法と実質的に同様の技法を実施できる。
【０１８５】
[0193]  これらの例のうちのいくつかでは、ビデオエンコーダ２６およびビデオデコーダ３６が、「１つの８×８のサブブロック」（例えば、８×８の深度ビューマクロブロックパーティションのこれ以上の区分がない）になるべき８×８の深度ビューマクロブロックパーティション用のパーティションモードを決定するように構成される。しかしながら、本開示の態様はそのように限定されず、場合によっては、ビデオエンコーダ２６およびビデオデコーダ３６は、「１つの８×８のサブブロック」とは異なるべき８×８の深度ビューマクロブロック用のパーティションモードを決定する。このようにして、ＩＶＭＰが有効にされたとき、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションのパーティションモードを示す情報を受信する必要なしに、８×８の深度ビューマクロブロックパーティション用のパーティションモードを決定するように構成される。また、このようにして、ＩＶＭＰが有効にされたとき、ビデオエンコーダ２６は、８×８の深度ビューマクロブロックパーティションのパーティションモードを示す情報を通知する必要がない。
【０１８６】
[0194]  その上、以下の例では、２つのテクスチャビューマクロブロックパーティション用の１つまたは複数の参照インデックスが異なり、それらの両方が−１に等しくない。例えば、２つの１６×８のテクスチャビューマクロブロックパーティションの各々または２つの８×１６のテクスチャビューマクロブロックパーティションの各々用の１つまたは複数の参照テクスチャビューコンポーネントを識別する、１つまたは複数の参照インデックスは異なる。言い換えれば、テクスチャビューマクロブロックが２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションに区分される場合、２つの１６×８または２つの８×１６のテクスチャビューマクロブロックパーティションの各々用の１つまたは複数の参照インデックスが異なるとき、テクスチャビューマクロブロックパーティションの各々は、異なる１つまたは複数の参照テクスチャビューコンポーネントに関してインター予測される。２つの１６×８または２つの８×１６のテクスチャビューマクロブロックパーティションの各々用の１つまたは複数の参照インデックスが以下の例の後でより詳細に記載されるのと同じである状況。
【０１８７】
[0195]  一例として、８×８の深度ビューマクロブロックパーティションが２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティションに対応するとき、参照インデックスおよび動きベクトルは、２つのテクスチャビューマクロブロックパーティションのうちの１つ（すなわち、２つの１６×８のテクスチャビューマクロブロックパーティションのうちの１つ、または２つの８×１６のテクスチャビューマクロブロックパーティションのうちの１つ）から予測されるにすぎない。例えば、この場合、少なくとも２つの可能な参照インデックスおよび動きベクトル情報が存在する：１６×８または８×１６のテクスチャビューマクロブロックパーティションの第１からの１つ、および１６×８または８×１６のテクスチャビューマクロブロックパーティションの第２からの１つ。ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションについての参照インデックスおよび動きベクトル情報として、２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションのうちの少なくとも１つについての参照インデックスと動きベクトル情報とを選択するように構成される。
【０１８８】
[0196]  いくつかの例では、ビデオデコーダ３６が、１６×１６の深度ビューマクロブロック内の８×８の深度ビューマクロブロックパーティションの位置、および１６×１６のテクスチャビューマクロブロック内の２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションの位置に基づいて、１６×８または８×１６のテクスチャビューマクロブロックパーティションのうちの１つを選択する。例えば、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションが深度ビューマクロブロック内で包含する、テクスチャビューマクロブロック内の同じ領域を包含するテクスチャビューマクロブロックパーティションを選択する。ビデオデコーダ３６は、１６×８または８×１６のテクスチャビューマクロブロックパーティションのうちの選択された１つの参照インデックスと動きベクトル情報とを使用して、２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションを含む１６×１６のテクスチャビューマクロブロックに対応する８×８の深度ビューマクロブロックパーティションの参照インデックスと動きベクトル情報とを決定する。この技法は図６にさらに示される。
【０１８９】
[0197]  図６は、深度ビューパーティションについての参照インデックスと動きベクトル情報とを決定するためのテクスチャビューブロックと深度ビューブロックの概念図である。図６は、２つの８×１６のテクスチャビューマクロブロックパーティション（すなわち、テクスチャビューパーティション４０Ａおよびテクスチャビューパーティション４０Ｂ）に区分されたテクスチャビューマクロブロック３９を示す。図６に関して記載される技法は、テクスチャビューマクロブロック３９が２つの１６×８のテクスチャビューマクロブロックパーティションに区分される例に等しく適用可能であることを理解されたい。図６はまた、４つの８×８の深度ビューマクロブロックパーティション（すなわち、深度ビューパーティション４２Ａ〜４２Ｄ）に区分された深度ビューマクロブロック４１を示す。
【０１９０】
[0198]  テクスチャビューパーティション４０Ａおよび４０Ｂの各々は、それ自体の独立した動き情報を有する場合がある。例えば、テクスチャビューパーティション４０Ａ用の１つまたは複数の参照インデックスは、テクスチャビューパーティション４０Ｂ用の１つまたは複数の参照インデックスと異なる。また、テクスチャビューパーティション４０Ａについての動きベクトルは、テクスチャビューパーティション４０Ｂについての動きベクトルと異なる。
【０１９１】
[0199]  図６の例では、深度ビューマクロブロック４１についてＩＶＭＰが有効にされた場合、ビデオデコーダ３６が、深度ビューパーティション４２Ａ〜４２Ｄの各々についての参照インデックスと動きベクトル情報とを決定できる。上記のように、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１であると仮定する。この例では、８×８の深度ビューパーティション４２Ａ〜４２Ｄの各々が、１つの１６×１６のテクスチャビューマクロブロックに対応する。
【０１９２】
[0200]  例えば、８×８の深度ビューマクロブロックパーティション４２Ａが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例で、ビデオデコーダ３６は、８×８の深度ビューパーティション４２Ａが１６×１６の深度ビューマクロブロック４１の上左隅を包含すると判断する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロックパーティション４０Ａが１６×１６のテクスチャビューマクロブロック３９の上左隅を包含すると判断する。従って、この例では、８×８の深度ビューマクロブロックパーティション４２Ａが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロックパーティション４０Ａが包含するので、８×８の深度ビューマクロブロックパーティション４２Ａについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６は、８×１６のテクスチャビューマクロブロックパーティション４０Ａを選択する。
【０１９３】
[0201]  言い換えれば、ビデオデコーダ３６は、深度ビューブロックに対して深度ビューブロック（例えば、深度ビューマクロブロック４１）の少なくとも１つのパーティション（例えば、８×８の深度ビューマクロブロックパーティション４２Ａ）が位置するところのテクスチャビューブロック（例えば、テクスチャビューマクロブロック３９）に対して少なくとも１つの同じ領域を、２つのテクスチャビューブロックパーティションのうちのどちら（例えば、８×１６のテクスチャビューマクロブロックパーティション４０Ａまたは８×１６のテクスチャビューマクロブロックパーティション４０Ｂ）が包含するかを判定する。本開示に記載された技法では、深度ビューブロックに対して深度ビューブロックの少なくとも１つのパーティションが位置するところのテクスチャビューブロックに対して少なくとも１つの同じ領域を包含するテクスチャビューブロックパーティションは、テクスチャビューブロックの中心により近いテクスチャビューブロックパーティションとして考えることができる。
【０１９４】
[0202]  例えば、８×１６のテクスチャビューマクロブロック４０Ａは、１６×１６の深度ビューマクロブロック４１に対して８×８の深度ビューパーティション４２Ａが位置するところのテクスチャビューマクロブロック３９に対して少なくとも１つの同じ領域を包含する。この場合、ビデオデコーダ３６は、その動き情報が８×８の深度ビューマクロブロックパーティション４２Ａについての動き情報を決定するために使用されるパーティションとして、８×１６のテクスチャビューマクロブロックパーティション４０Ａを選択する。
【０１９５】
[0203]  この例で、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション４２Ａ用の深度ビューＲｅｆＰｉｃＬｉｓｔ０および／または深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスが、８×１６のテクスチャビューマクロブロックパーティション４０Ａ用のテクスチャビューＲｅｆＰｉｃＬｉｓｔ０および／またはテクスチャビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスと同じであると判断できる。ビデオデコーダ３６は、下記に記載されるように、８×１６のテクスチャビューマクロブロックパーティション４０Ａの動きベクトルに対してスケーリングを実行して、８×８の深度ビューマクロブロックパーティション４２Ａの動きベクトルを決定する場合がある。このようにして、ビデオデコーダ３６は、ビデオエンコーダ２６によって通知されたコード化ビットストリーム内で、８×８の深度ビューマクロブロックパーティション４２Ａについての参照インデックスと動きベクトル情報とを受信する必要なしに、８×８の深度ビューマクロブロックパーティション４２Ａについての参照インデックスと動きベクトル情報とを決定できる場合がある。
【０１９６】
[0204]  別の例として、８×８の深度ビューマクロブロックパーティション４２Ｂが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例で、ビデオデコーダ３６は、８×８の深度ビューパーティション４２Ｂが１６×１６の深度ビューマクロブロック４１の上右隅を包含すると判断する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロックパーティション４０Ｂが１６×１６のテクスチャビューマクロブロック３９の上右隅を包含すると判断する。例えば、８×１６のテクスチャビューマクロブロックパーティション４２Ｂは、１６×１６の深度ビューマクロブロック４１に対して８×８の深度ビューパーティション４２Ｂが位置するところのテクスチャビューマクロブロック３９に対して同じ領域を包含する。
【０１９７】
[0205]  従って、この例では、８×８の深度ビューマクロブロックパーティション４２Ｂが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロックパーティション４０Ｂが包含するので、８×８の深度ビューマクロブロックパーティション４２Ｂについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６が、８×１６のテクスチャビューマクロブロックパーティション４０Ｂを選択する。この例では、ビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティション４２Ａに関して上記の例に記載されたのと同様に、８×８の深度ビューマクロブロックパーティション４２Ｂについての参照インデックスと動きベクトル情報とを決定する。
【０１９８】
[0206]  別の例として、８×８の深度ビューマクロブロックパーティション４２Ｃが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例で、ビデオデコーダ３６は、８×８の深度ビューパーティション４２Ｃが１６×１６の深度ビューマクロブロック４１の下左隅を包含すると判断する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロックパーティション４０Ａが１６×１６のテクスチャビューマクロブロック３９の下左隅を包含すると判断する。従って、この例では、８×８の深度ビューマクロブロックパーティション４２Ｃが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロックパーティション４０Ａが包含するので、８×８の深度ビューマクロブロックパーティション４２Ｃについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６が、８×１６のテクスチャビューマクロブロックパーティション４０Ａを選択する。この例では、ビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティション４２Ａに関して上記の例に記載されたのと同様に、８×８の深度ビューマクロブロックパーティション４２Ｃについての参照インデックスと動きベクトル情報とを決定する。
【０１９９】
[0207]  別の例として、８×８の深度ビューマクロブロックパーティション４２Ｄが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例で、ビデオデコーダ３６は、８×８の深度ビューパーティション４２Ｄが１６×１６の深度ビューマクロブロック４１の下右隅を包含すると判断する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロックパーティション４０Ｂが１６×１６のテクスチャビューマクロブロック３９の下右隅を包含すると判断する。従って、この例では、８×８の深度ビューマクロブロックパーティション４２Ｄが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロックパーティション４０Ｂが包含するので、８×８の深度ビューマクロブロックパーティション４２Ｄについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６が、８×１６のテクスチャビューマクロブロックパーティション４０Ｂを選択する。この例で、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション４２Ａに関して上記の例に記載されたのと同様に、８×８の深度ビューマクロブロックパーティション４２Ｄについての参照インデックスと動きベクトル情報とを決定する。
【０２００】
[0208]  上記の例で、ビデオデコーダ３６は、深度ビューマクロブロックパーティションが深度ビューマクロブロック内で包含する、テクスチャビューマクロブロック内の同じ領域を包含するテクスチャビューマクロブロックパーティションを選択する。しかしながら、本開示の態様はそのように限定されない。いくつかの例で、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションの動き情報がそこから決定されるテクスチャビューマクロブロックパーティションとして、テクスチャビューコンポーネントの中心により近い１６×８または８×１６のテクスチャビューマクロブロックパーティションのうちの１つを選択する。代替として、８×８の深度ビューマクロブロックパーティションの動き情報がそこから決定されるテクスチャビューマクロブロックパーティションとして、１つまたは複数のより小さい参照インデックスを有する１６×８または８×１６のテクスチャビューマクロブロックパーティションのうちの１つが選択される。代替として、この深度マクロブロックについてＩＶＭＰは偽（すなわち、無効）に設定される。
【０２０１】
[0209]  その対応するテクスチャビューマクロブロックが２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションとして区分されるときに、ビデオデコーダ３６が深度ビューマクロブロックパーティションについての動き情報を決定する上記の例では、２つの１６×８または８×１６のテクスチャビューマクロブロックパーティション用の１つまたは複数の参照インデックスが異なり、−１に等しくないと仮定する。この例では、上述されたように、ビデオデコーダ３６が、２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションのうちの１つを選択し、その動き情報を使用して、２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションに区分されたテクスチャビューマクロブロックに対応する８×８の深度ビューマクロブロックパーティションについての動き情報を決定する。
【０２０２】
[0210]  一例として、ビデオデコーダ３６が、テクスチャビューマクロブロック内の２つの８×１６のテクスチャビューマクロブロックパーティションの第１の８×１６のテクスチャビューマクロブロックパーティションを選択したと仮定する。この例では、ビデオデコーダ３６が、第１の８×１６のテクスチャビューマクロブロックの１つまたは複数の参照テクスチャビューコンポーネントを識別するために使用された１つまたは複数の参照インデックスを１つまたは複数の参照インデックスとして使用して、８×８の深度ビューマクロブロックパーティションを復号するために使用される参照深度ビューコンポーネントを識別する。同様に、この例では、ビデオエンコーダ２６が、第１の８×１６のテクスチャビューマクロブロックの１つまたは複数の参照テクスチャビューコンポーネントを識別するために使用された１つまたは複数の参照インデックスを１つまたは複数の参照インデックスとして使用して、８×８の深度ビューマクロブロックパーティションを符号化するために使用される参照深度ビューコンポーネントを識別する。
【０２０３】
[0211]  これらの例では、ビデオデコーダ３６およびビデオエンコーダ２６がまた、８×８の深度ビューマクロブロックパーティションを、それぞれ復号または符号化するための、第１の８×１６のテクスチャビューマクロブロックパーティションの動きベクトル情報を使用する。例えば、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションをインター予測するために使用される参照テクスチャビューコンポーネントを識別することに加えて、ビデオエンコーダ２６はまた、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの各々についての動きベクトルを識別する。この例では、ビデオデコーダ３６が、第１の８×１６のテクスチャビューマクロブロックパーティションについての動きベクトルを決定し、第１の８×１６のテクスチャビューマクロブロックパーティションについて決定された動きベクトルに基づいて、８×８の深度ビューマクロブロックパーティションについての動きベクトルを決定する。
【０２０４】
[0212]  例えば、テクスチャビューコンポーネントと深度ビューコンポーネントの空間の差分により、ビデオデコーダ３６は、第１の８×１６のテクスチャビューマクロブロックパーティションについて決定された動きベクトルのさらなるスケーリングを実行する必要があり得る。そのようなスケーリングは、以下でより詳細に記載される。
【０２０５】
[0213]  いくつかの代替例では、８×８の深度ビューマクロブロックパーティションと同じ領域を包含する８×１６または１６×８のテクスチャビューマクロブロックパーティションについての１つまたは複数の参照インデックスと動きベクトルとを使用するのではなく、ビデオデコーダ３６が、より小さい１つまたは複数の参照インデックスを有するテクスチャビューマクロブロックパーティションについての１つまたは複数の参照インデックスと動きベクトルとを使用する。例えば、第１の８×１６のテクスチャビューマクロブロックパーティション用の参照インデックスが第２の８×１６のテクスチャビューマクロブロックパーティション用の参照インデックスよりも小さい場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションをインター予測するために、第１の８×１６のテクスチャビューマクロブロックパーティションについての参照インデックスと動きベクトルとを使用する。第２の８×１６のテクスチャビューマクロブロックパーティション用の参照インデックスが第１の８×１６のテクスチャビューマクロブロックパーティション用の参照インデックスよりも小さい場合、反対のことが起こるはずである。同じ技法は、テクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロックパーティションに区分される場合に適用されるはずである。
【０２０６】
[0214]  上述の例は、２つの８×１６および１６×８のテクスチャビューマクロブロックパーティション用の１つまたは複数の参照インデックスが、８×８の深度ビューマクロブロックパーティションがインター予測される方式を決定することについて異なる場合の、いくつかの例示的な実装形態を記載した。しかしながら、２つの８×１６および１６×８のテクスチャビューマクロブロックパーティション用の１つまたは複数の参照インデックスが異なる場合の他の実装形態があり得る。例えば、１つもしくは複数の参照インデックスのいずれかを使用すること、または動きベクトル情報のいずれかを使用することではなく、ビデオエンコーダ２６は、ＩＶＭＰフラグを偽（すなわち、ＩＶＭＰが無効にされた）として通知する場合がある。上述されたように、ＩＶＭＰが無効にされたとき、ビデオデコーダ３６は動き情報を使用しない場合があり、代わりに、８×８の深度ビューマクロブロックパーティションをインター予測する（すなわち、復号する）ためにビデオデコーダ３６によって使用されるべき動き情報を定義するシンタックス要素を受信する場合がある。
【０２０７】
[0215]  別の例として、ビデオエンコーダ２６およびビデオデコーダ３６は、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションについての動きベクトル用のマッピングファクタを決定する場合がある。マッピングファクタは、インター予測に使用される参照テクスチャビューコンポーネントのピクチャ順序回数（ＰＯＣ）値に基づく場合がある。ＰＯＣ値は、テクスチャビューコンポーネントの表示順序または出力順序を示す数値である。例えば、より低いＰＯＣ値を有するテクスチャビューコンポーネントは、より高いＰＯＣ値を有するテクスチャビューコンポーネントよりも早く表示または出力される。
【０２０８】
[0216]  例えば、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの一方がＲｅｆＡと呼ばれる参照テクスチャビューコンポーネントでインター予測され、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの他方がＲｅｆＢと呼ばれる参照テクスチャビューコンポーネントでインター予測されると仮定する。ＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１の中のＲｅｆＡ用参照インデックスはｒｅｆ＿ｉｄｘＡであり得るし、ＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１の中のＲｅｆＢ用参照インデックスはｒｅｆ＿ｉｄｘＢであり得る。この例では、ビデオエンコーダ２６が、ｒｅｆ＿ｉｄｘＡおよびｒｅｆ＿ｉｄｘＢの値を通知し、ｒｅｆ＿ｉｄｘＡおよびｒｅｆ＿ｉｄｘＢがＲｅｆＰｉｃＬｉｓｔ０を参照するか、またはＲｅｆＰｉｃＬｉｓｔ１を参照するかを示すことができる。次いで、ビデオデコーダ３６は、ｒｅｆ＿ｉｄｘＡおよびｒｅｆ＿ｉｄｘＢのインデックス値に基づいてＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１にインデックス付けすることによって、ＲｅｆＡおよびＲｅｆＢ用のＰＯＣ値を決定できる。
【０２０９】
[0217]  ビデオエンコーダ２６およびビデオデコーダ３６は、以下の式を実施してマッピングファクタを決定できる：
【数１】
2015537491.tif 000003
【０２１０】
[0218]  上記の式では、ＣｕｒｒＰは現在のテクスチャビューコンポーネントを指し、ＰＯＣ（ＣｕｒｒＰ）は現在のテクスチャビューコンポーネントのＰＯＣ値を指し、ＰＯＣ（ＲｅｆＢ）はＲｅｆＢのＰＯＣ値を指し、ＰＯＣ（ＲｅｆＡ）はＲｅｆＡのＰＯＣ値を指す。
【０２１１】
[0219]  この例示的な実装形態では、ｒｅｆ＿ｉｄｘＡの値がｒｅｆ＿ｉｄｘＢの値よりも大きい。言い換えれば、ＲｅｆＡは、より大きい参照インデックス値を有する２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの一方用の参照テクスチャビューコンポーネントであり得るし、ＲｅｆＢは、より小さい参照インデックス値を有する２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの他方用の参照テクスチャビューコンポーネントであり得る。
【０２１２】
[0220]  マッピングファクタを用いて、ビデオエンコーダ２６およびビデオデコーダ３６は、より大きい参照インデックスを有する１つの動きベクトルを、より小さい参照インデックスを有する動きベクトルにマッピングできる。例えば、ビデオエンコーダ２６およびビデオデコーダ３６は、より大きい参照インデックス値を有する２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの一方用の動きベクトルのＸ成分およびＹ成分とマッピングファクタを乗算できる。次いで、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション用の動きベクトルを決定するために、得られたマッピングされた動きベクトルの値を使用できる。例えば、いくつかの例では、下記により詳細に記載されるように、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるので、ビデオエンコーダ２６およびビデオデコーダ３６が、マッピングされた動きベクトルの値をさらにスケーリングする必要があり得る。
【０２１３】
[0221]  この例示的な実装形態では、このようにして、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティション用の動きベクトルを決定できる。ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション用の参照インデックスを決定することができ、より大きい参照インデックス値とマッピングファクタを乗算できる。この例示的な実装形態では、このようにして、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティション用の参照インデックスを決定できる。この例示的な実装形態で、ビデオエンコーダ２６およびビデオデコーダ３６は、「２つの８×４のサブブロック」または「２つの４×８のサブブロック」としての、８×８の深度ビューマクロブロックパーティション用のサブブロックパーティションがそれぞれ、テクスチャビューマクロブロックパーティションが、１６×８のテクスチャビューマクロブロックパーティションであるか、または８×１６のテクスチャビューマクロブロックパーティションであるかに基づくことを決定できる。
【０２１４】
[0222]  いくつかの例では、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの一方用の参照テクスチャビューコンポーネントがビュー間テクスチャビューコンポーネント（例えば、現在のテクスチャビューコンポーネントと同じビュー内にないテクスチャビューコンポーネント）である場合、ビデオエンコーダ２６およびビデオデコーダ３６が、上述されたマッピング技法を実施しない場合がある。むしろ、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションが深度ビューマクロブロック内で包含するテクスチャビューマクロブロック内の同じ領域を包含する８×１６または１６×８のテクスチャビューマクロブロックパーティションについての動き情報を、８×８の深度ビューマクロブロックパーティションについての動き情報として、ビデオデコーダ３６が使用する場合に記載された技法を実施できる。
【０２１５】
[0223]  上記の例のうちのいくつかでは、テクスチャビューマクロブロックが、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションに区分され、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの各々は、異なる参照テクスチャビューコンポーネントを用いてインター予測された（すなわち、各パーティション用の参照インデックスが異なった）。いくつかの例では、いくつかの参照ピクチャリストの両方の参照インデックスが−１である（例えば、参照ピクチャリストＸ（Ｘは０または１に等しい）の場合、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの一方用の参照インデックス、および２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの他方用の参照インデックスが−１である）ことが起こり得る。参照インデックスの両方が−１であるとき、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションがＲｅｆＰｉｃＬｉｓｔＸから予測されず、むしろいくつかの他の参照テクスチャビューコンポーネント（例えば、ＲｅｆＰｉｃＬｉｓｔ（１−Ｘ））から予測されたことを判断できる。言い換えれば、ビデオエンコーダ２６およびビデオデコーダ３６は、そのインデックス値が−１に等しくない参照ピクチャリストから８×８の深度ビューマクロブロックが予測されたことを判断できる。
【０２１６】
[0224]  この場合、ビデオエンコーダ２６およびビデオデコーダ３６は、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションの一方について、動きベクトル情報と参照ピクチャリスト（１−Ｘ）内の参照ピクチャインデックスとを導出して、８×８の深度ビューマクロブロックパーティションについての動きベクトル情報を決定できる。例えば、１６×１６のテクスチャビューマクロブロックが、第１の１６×８のテクスチャビューマクロブロックパーティションと第２の１６×８のテクスチャビューマクロブロックパーティションとに区分されると仮定する。
【０２１７】
[0225]  テクスチャビュー参照ピクチャリストＸ（Ｘは０または１である）内の両方の参照インデックスが−１である（第１および第２の１６×８のテクスチャビューマクロブロックパーティションが参照ピクチャリストＸに対応する方向から予測されないことを意味する）場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビュー参照ピクチャリストＸ内の対応する８×８の深度ビューマクロブロックパーティションの参照インデックスを−１に等しく設定する場合がある。例えば、第１と第２の両方の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが−１である場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスを−１に等しく設定する場合がある。深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスの場合、（第１および第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１内用の参照インデックスが異なると仮定して、）ビデオエンコーダ２６およびビデオデコーダ３６は、第１および第２の１６×８のテクスチャビューマクロブロックのどちらが、８×８の深度ビューマクロブロックパーティションと同じ領域を包含するかを判定できる。ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスを、８×８の深度ビューマクロブロックパーティションと同じ領域を包含する１６×８のテクスチャビューマクロブロックパーティションのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の参照インデックスに等しく設定できる。
【０２１８】
[0226]  この例では、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティションのパーティションモードを「１つの８×８のサブブロック」に設定できる。また、この例で、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションが１６×１６の深度ビューマクロブロックを包含するテクスチャビューマクロブロック内の同じ領域を包含する１６×８のテクスチャビューマクロブロックパーティションについての動きベクトル情報に基づいて、８×８の深度ビューマクロブロックパーティションについての動きベクトル情報を決定できる。
【０２１９】
[0227]  前の例は、１６×１６のテクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロックパーティションに区分される状態を記載したが、ビデオエンコーダ２６およびビデオデコーダ３６は、１６×１６のテクスチャビューマクロブロックが２つの８×１６のテクスチャビューマクロブロックパーティションに区分される例において同様の技法を実施できる。また、前の例は、ＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが−１である状態を記載したが、ビデオエンコーダ２６およびビデオデコーダ３６は、ＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが−１である状態に同様の技法を実施できる。
【０２２０】
[0228]  いくつかの例では、一方の参照インデックスが−１であり、同じ参照ピクチャリスト内の他方が−１である場合、ビデオエンコーダ２６およびビデオデコーダ３６は、対応する８×８の深度ビューマクロブロックパーティションの参照インデックスを、−１に等しくないテクスチャビューマクロブロックパーティションの参照インデックスに等しく設定できる。例えば、前の例に沿って、第１の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが「Ａ」であり、第１の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が−１であると仮定し、ここでＡは−１に等しくない。また、第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが「Ｂ」であり、第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が「Ｃ」であると仮定し、ここでＢは−１に等しくなく、Ｃは−１に等しくない。
【０２２１】
[0229]  この例では、第１の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが−１であり、第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスがＣであるので、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティションについて深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが「Ｃ」であると判断できる。言い換えれば、深度ビューＲｅｆＰｉｃＬｉｓｔ１の場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックパーティション用の参照インデックスを、−１に等しくないテクスチャビューマクロブロックパーティションの参照インデックスに設定する。
【０２２２】
[0230]  別の例として、第１の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが「Ｄ」であり、第１の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が−１であると仮定し、ここでＤは−１に等しくない。また、第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが−１であり、第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が「Ｅ」であると仮定し、ここでＥは−１に等しくない。
【０２２３】
[0231]  この例では、Ｄが−１に等しくない１６×８のテクスチャビューマクロブロックパーティションのＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスであるので、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションについて深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスがＤであると判断できる。また、Ｅが−１に等しくない１６×８のテクスチャビューマクロブロックパーティションのＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスであるので、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションについて深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスがＥであると判断できる。
【０２２４】
[0232]  参照ピクチャリストの各々について参照インデックスの一方が−１であり、他方が−１でない上記の例のいずれかで、ビデオエンコーダ２６およびビデオデコーダ３６は、その参照インデックスが８×８の深度ビューマクロブロックパーティション用の参照インデックスとして使用されるテクスチャビューマクロブロックについての動きベクトル情報に基づいて、８×８の深度ビューマクロブロックパーティションについての動きベクトル情報を決定できる。例えば、ビデオエンコーダ２６およびビデオデコーダ３６は、その参照インデックスが−１に等しくない１６×８のテクスチャビューマクロブロックパーティション（例えば、そのＲｅｆＰｉｃＬｉｓｔ１への参照インデックスがＣである第２の１６×８のテクスチャビューマクロブロックパーティション、そのＲｅｆＰｉｃＬｉｓｔ０への参照インデックスがＤである第１の１６×８のテクスチャビューマクロブロックパーティション、およびそのＲｅｆＰｉｃＬｉｓｔ１への参照インデックスがＥである第２の１６×８のテクスチャビューマクロブロックパーティション）の動きベクトル情報を利用できる。
【０２２５】
[0233]  深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスがＣであるとビデオエンコーダ２６およびビデオデコーダ３６が判断した例では、ビデオエンコーダ２６およびビデオデコーダ３６が、依然深度ビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスを決定する必要があり得る。この場合、第１の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスが、第２の１６×８のテクスチャビューマクロブロックパーティションについてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスに等しくない（例えば、上記の例では、ＡがＢに等しくない）場合、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティションが、第１の１６×８のテクスチャビューマクロブロックパーティションと同じ領域を包含するか、または第２の１６×８のテクスチャビューマクロブロックパーティションと同じ領域を包含するかを判定できる。第１の１６×８のテクスチャビューマクロブロックパーティションが８×８の深度ビューマクロブロックパーティションと同じ領域を包含する場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスがＡであると判断できる。第２の１６×８のテクスチャビューマクロブロックパーティションが８×８の深度ビューマクロブロックパーティションと同じ領域を包含する場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスがＢであると判断できる。
【０２２６】
[0234]  この例では、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティションと同じ領域を包含する１６×８のテクスチャビューマクロブロックについての動きベクトル情報を利用して、ＲｅｆＰｉｃＬｉｓｔ０で識別された参照ピクチャ用の８×８の深度ビューマクロブロックパーティションについての動きベクトル情報を決定できる。また、この例では、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティション用のパーティションモードを「１つの８×８のサブブロック」に設定できる。
【０２２７】
[0235]  上述の例のうちのいくつかでは、テクスチャビューマクロブロックが、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションに区分され、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティション用の参照インデックスは異なり、−１に等しくないか、両方−１であるか、または一方が−１であり他方が−１でなかった。これらの上述の例は、動き情報対応する８×８の深度ビューマクロブロックパーティションを決定するために、参照インデックス、動きベクトル、およびパーティションモード情報などの動き情報を使用することについての例示的な実装形態を記載した。
【０２２８】
[0236]  以下の例は、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティション用の参照インデックスが同じであり、参照インデックスのうちの少なくとも１つが−１でない、例示的な実装形態を記載した。例えば、上記の例のそれでは、第１の１６×８のテクスチャビューマクロブロックパーティション用の参照インデックス値Ａが、第２の１６×８のテクスチャビューマクロブロックパーティション用の参照インデックス値Ｂと異なっていたと仮定した。しかしながら、場合によっては、ＡとＢは等しい場合がある。
【０２２９】
[0237]  ２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティション用の参照インデックスが同じである例でも、ビデオエンコーダ２６およびビデオデコーダ３６は、上述された技法と同様の技法を実施できることを理解されたい。２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティション用の参照インデックスが同じであり、参照インデックスのうちの少なくとも１つが−１でない場合の以下の技法は、一例として提供され、限定的と考えされるべきでない。
【０２３０】
[0238]  この場合、両方の参照インデックスは同じであるので、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション用の１つまたは複数の参照インデックスは、２つの８×１６または２つの１６×８のいずれかのテクスチャビューマクロブロックパーティション用の参照インデックスと同じであると判断できる。また、ビデオエンコーダ２６およびビデオデコーダ３６は、対応するテクスチャビューマクロブロックが、２つの１６×８のテクスチャビューマクロブロックパーティションに区分されるか、または２つの８×１６のテクスチャビューマクロブロックパーティションに区分されるかに基づいて、それぞれ、８×８の深度ビューマクロブロックパーティション用のサブブロックパーティションが、「２つの８×４のサブブロック」または「２つの４×８のサブブロック」であると判断できる。
【０２３１】
[0239]  動きベクトルの場合、ビデオエンコーダ２６およびビデオデコーダ３６は、テクスチャビューマクロブロックパーティションの対応する動きベクトルの各々についての動きベクトルを利用できる。例えば、テクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロックパーティションに区分されたので、８×８の深度ビューマクロブロックパーティションが「２つの８×４のサブブロック」にさらに区分される場合、ビデオエンコーダ２６およびビデオデコーダ３６は、上部の１６×８のテクスチャビューマクロブロックパーティションについての動きベクトルに基づいて、８×８の深度ビューマクロブロックパーティションの上部の８×４のサブブロックについての動きベクトルを決定することができ、下部の１６×８のテクスチャビューマクロブロックパーティションについての動きベクトルに基づいて、８×８の深度ビューマクロブロックパーティションの下部の８×４のサブブロックについての動きベクトルを決定できる。ビデオエンコーダ２６およびビデオデコーダ３６は、同様に、しかし対応する１６×１６のテクスチャビューマクロブロックの左右の８×１６のテクスチャビューマクロブロックパーティションに基づいて、８×８の深度ビューマクロブロックパーティションの４×８のサブブロックについての動きベクトルを決定できる。
【０２３２】
[0240]  上述の例のうちのいくつかでは、テクスチャビューマクロブロックが、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティションに区分され、２つの８×１６または２つの１６×８のテクスチャビューマクロブロックパーティション用の参照ピクチャリストのうちの少なくとも１つの中の参照インデックスが、同じであり、−１に等しくなかった。このようにして、ビデオエンコーダ２６およびビデオデコーダ３６は、対応するテクスチャビューマクロブロックが、２つの１６×８のテクスチャビューマクロブロックパーティションに区分されるか、または２つの８×１６のテクスチャビューマクロブロックパーティションに区分されるかに基づいて、それぞれ、８×８の深度ビューマクロブロックパーティション用のサブブロックパーティションが、「２つの８×４のサブブロック」または「２つの４×８のサブブロック」であると判断できる。そうでない場合、（参照ピクチャリストごとに、２つの１６×８または２つの８×１６のテクスチャビューパーティション用の参照インデックスが異なり、−１に等しくないか、または両方−１であるか、または一方が−１であり他方が−１でなかった場合、）８×８の深度ビューマクロブロックパーティション用のサブブロックパーティションは、「１つの８×８のサブブロック」（例えば、８×８の深度ビューマクロブロックパーティションのこれ以上の区分がない）に設定される。
【０２３３】
[0241]  上述されたように、ＩＶＭＰが有効にされたとき（すなわち、ビデオエンコーダ２６およびビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティションについての動き情報を決定するために、２つの１６×８または２つの８×１６のテクスチャビューパーティションのうちの１つからの動き情報を使用する場合の上述された例）、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックパーティション用の１つまたは複数の参照インデックスを決定できる。ビデオエンコーダ２６およびビデオデコーダ３６が１つまたは複数の参照インデックスを決定したとき、いずれかが１つもしくは複数の同じ参照インデックスを有するか、またはその参照インデックスを有する関連したテクスチャビューマクロブロックパーティション（すなわち、２つの１６×８または２つの８×１６のテクスチャビューマクロブロックパーティションのうちの１つ）は、対応する８×８の深度ビューマクロブロックパーティションに割り当てることができる。
【０２３４】
[0242]  その上、８×８の深度ビューマクロブロックパーティションに使用される決定されたテクスチャビューマクロブロックパーティションの動きベクトルの場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューコンポーネントとテクスチャビューコンポーネントの空間解像度に基づいて、スケーリングを実行できる。例えば、上記の例では、深度ビューコンポーネントの空間解像度が、テクスチャビューコンポーネントの空間解像度の４分の１である。従って、ビデオエンコーダ２６およびビデオデコーダ３６は、決定されたテクスチャビューマクロブロックパーティション用の動きベクトルをスケーリングして、空間解像度における差分を補償できる。ビデオエンコーダ２６およびビデオデコーダ３６はまた、上述されたように、マッピングファクタが適用された例において、そのようなスケーリングを実行できる。
【０２３５】
[0243]  例えば、ビデオエンコーダ２６およびビデオデコーダ３６は、２つの１６×８のテクスチャビューマクロブロックパーティションのうちの第１のもの用の動きベクトルが、８×８の深度ビューマクロブロックパーティション用の動きベクトルを決定するために使用されるべきであると判断する。また、この１６×８のテクスチャビューマクロブロックパーティション用の動きベクトルは、（ＭＶｘ，ＭＶｙ）として表されると仮定し、ここで、ＭＶｘは動きベクトルのＸ成分であり、ＭＶｙは動きベクトルのＹ成分である。この例では、ビデオエンコーダ２６およびビデオデコーダ３６が、ＭＶｘの値を２で除算し、ＭＶｙの値を２で除算して、８×８の深度ビューマクロブロックパーティション用の動きベクトルを決定できる。深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１であるので、ビデオエンコーダ２６およびビデオデコーダ３６は、Ｘ成分とＹ成分の各々を２で除算できる。従って、ＭＶ’によって表される８×８の深度ビューマクロブロックパーティション用の動きベクトルは、（ＭＶｘ／２，ＭＶｙ／２）に等しい。
【０２３６】
[0244]  上述された例では、深度ビューマクロブロックに対応する１６×１６のテクスチャビューマクロブロックパーティションのいずれかが、４つの８×８のテクスチャビューマクロブロックパーティションに区分される場合、深度ビューマクロブロックについてＩＶＭＰが無効にされる。しかしながら、あらゆる例においてこれが当てはまるとは限らない。場合によっては、１６×１６のテクスチャビューマクロブロックが４つの８×８のテクスチャビューマクロブロックパーティションに区分される場合でも、深度ビューマクロブロックについてＩＶＭＰが有効にされる場合がある。
【０２３７】
[0245]  この例では、ビデオデコーダ３６が、８×８の深度ビューマクロブロックパーティションについての動き情報（例えば、参照インデックス情報、パーティションモード情報、および動きベクトル情報のうちの少なくとも１つ）を決定できる。例えば、図４Ｂに戻ると、テクスチャビューマクロブロック６は、深度ビューマクロブロック１０の深度ビューパーティション１２Ｂに対応すると仮定する。この例では、テクスチャビューマクロブロック６が４つの８×８のテクスチャビューパーティション８Ａ〜８Ｄに区分される場合でも、ＩＶＭＰは無効にされない場合がある。
【０２３８】
[0246]  代わりに、この例では、深度ビューマクロブロック１０に対して深度ビューパーティション１２Ｂが位置するところのテクスチャビューマクロブロック６に対して同じ領域を、ビデオデコーダ３６は、８×８のテクスチャビューパーティション８Ａ〜８Ｄのどれが包含するかを判定する。例えば、テクスチャビューパーティション８Ｂは、深度ビューマクロブロック１０に対して深度ビューパーティション１２Ｂが位置するところのテクスチャビューマクロブロック６に対して同じ領域を包含する。この例では、ビデオデコーダ３６が、テクスチャビューパーティション８Ｂの参照インデックスを利用して、深度ビューパーティション１２Ｂの参照インデックスを決定できる。
【０２３９】
[0247]  上述の例では、深度ビューコンポーネントの空間解像度が、テクスチャビューコンポーネントの空間解像度の４分の１であった。しかしながら、本開示に記載された技法は、そのように限定されない。他の例では、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度との間の比率が、４分の１と異なる場合がある。例示のために、以下は、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１であるときのビデオエンコーダ２６およびビデオデコーダ３６の例示的な実装形態を記載する。
【０２４０】
[0248]  深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１である例では、深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、かつ高さが同じであり得るか、または深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１であり、かつ幅が同じであり得る。また、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１であるとき、１つの深度ビューマクロブロックは、２つのテクスチャビューマクロブロックに対応する場合がある。
【０２４１】
[0249]  例えば、これらの場合、１６×１６の深度ビューマクロブロックは、２つの１６×１６のテクスチャビューマクロブロックに対応する場合がある。２つの対応する１６×１６のテクスチャビューマクロブロックは、隣り合って配置されるか、または重ねて配置される場合がある。テクスチャビューマクロブロックが隣り合って配置される場合、２つの１６×８の深度ビューマクロブロックパーティションの一方は、２つの１６×１６のテクスチャビューマクロブロックの一方に対応し、２つの１６×８の深度ビューマクロブロックパーティションの他方は、他の１６×１６のテクスチャビューマクロブロックに対応する。テクスチャビューマクロブロックが重ねて配置される場合、２つの８×１６の深度ビューマクロブロックパーティションの各々は、それぞれ、２つの１６×１６のテクスチャビューマクロブロックの各々に対応する。
【０２４２】
[0250]  また、テクスチャビューマクロブロックが隣り合って配置される場合、２つの８×８の深度ビューマクロブロックサブブロックの一方は、２つの１６×８のテクスチャビューマクロブロックパーティションの一方に対応し、２つの８×８の深度ビューマクロブロックサブブロックの他方は、他の１６×８のテクスチャビューマクロブロックパーティションに対応する。テクスチャビューマクロブロックが重ねて配置される場合、２つの８×８の深度ビューマクロブロックサブブロックの各々は、それぞれ、２つの８×１６のテクスチャビューマクロブロックパーティションの各々に対応する。
【０２４３】
[0251]  深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１であるとき、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれかがイントラ予測された場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと判断できる。また、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれかが「４つの８×８のＭＢパーティション」に等しいマクロブロックパーティションモードを有する場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと判断できる。
【０２４４】
[0252]  いくつかの例では、深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれか用のマクロブロックパーティションが「２つの８×１６のパーティション」に等しい場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと判断できる。同様に、深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１であり、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれか用のマクロブロックパーティションが「２つの１６×８のパーティション」に等しい場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと判断できる。
【０２４５】
[0253]  テクスチャビューコンポーネント内の両方の対応するマクロブロックが「１つの１６×１６のＭＢパーティション」に等しいパーティションモードを有する場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の幅を有する場合「２つの８×１６のパーティション」に、または深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の高さを有する場合「２つの１６×８のパーティション」に等しくなるように、深度ビューマクロブロック用のパーティションを決定（例えば、設定）できる。そうでない場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックのパーティションを「４つの８×８のＭＢパーティション」に決定（例えば、設定）できる。
【０２４６】
[0254]  深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１である例で、対応するテクスチャビューマクロブロックの両方が「１つの１６×１６のＭＢパーティション」に等しいパーティションモードを有する場合、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の幅を有する場合「２つの８×１６のＭＢパーティション」に、または深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の高さを有する場合「２つの１６×８のＭＢパーティション」に、深度ビューマクロブロック用のパーティションが等しいと判断できる。これらの例で、ビデオエンコーダ２６およびビデオデコーダ３６は、深度ビューマクロブロックパーティションの各々用の参照インデックスが、それが対応するテクスチャビューマクロブロックの参照インデックスに等しいと判断できる。いくつかの他の例で、ビデオエンコーダ２６およびビデオデコーダ３６は、８×８の深度ビューマクロブロックサブブロックの各々用の参照インデックスが、それが対応する１６×８または８×１６のテクスチャビューマクロブロックパーティションの参照インデックスに等しいと判断できる。
【０２４７】
[0255]  動きベクトルを決定する場合、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例で、深度ビューマクロブロックの深度ビューマクロブロックパーティションごとのパーティションモードが、２つの対応するテクスチャビューマクロブロックのうちの１つのテクスチャビューマクロブロックから決定されるので、ビデオエンコーダ２６およびビデオデコーダ３６は、１つの動きベクトルをスケーリングだけであり得る。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例と同様に、ビデオエンコーダ２６およびビデオデコーダ３６は、対応するテクスチャビューマクロブロック用の動きベクトルをスケーリングして、空間解像度における差分を補償する必要があり得る。
【０２４８】
[0256]  例えば、テクスチャビューコンポーネントのマクロブロックまたはパーティション用の動きベクトルが（ＭＶｘ，ＭＶｙ）である場合、かつ深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１である場合、ビデオエンコーダ２６およびビデオデコーダ３６は、ＭＶ’として表される深度ビューコンポーネントのマクロブロックパーティションまたはマクロブロックサブブロック用の動きベクトルを、ＭＶ’＝（ＭＶｘ／２，ＭＶｙ）であるように決定できる。深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１である場合、ビデオエンコーダ２６およびビデオデコーダ３６は、ＭＶ’として表される深度ビューコンポーネントのマクロブロックパーティションまたはマクロブロックサブブロック用の動きベクトルを、ＭＶ’＝（ＭＶｘ，ＭＶｙ／２）であるように決定できる。
【０２４９】
[0257]  従って、本開示に記載された技法によれば、ビデオコーダ（例えば、ビデオエンコーダ２６またはビデオデコーダ３６）は、テクスチャビューコンポーネントの複数のテクスチャビューブロックを符号化または復号（例えば、コーディング）できる。複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する場合がある。例示として、図４Ａのテクスチャビューマクロブロック２Ａ〜２Ｄは、単一の深度ビューマクロブロック４に対応する。
【０２５０】
[0258]  その上、深度ビューコンポーネントとテクスチャビューコンポーネントは、アクセスユニット内の同じビューに属する場合がある。上述された例では、深度ビューブロック（例えば、単一の深度ビューマクロブロック４）が、対応する複数のテクスチャビューブロック（例えば、テクスチャビューマクロブロック２Ａ〜２Ｄ）内のすべてのピクセルの相対深度を示す場合がある。上述されたように、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は、異なる場合がある。例えば、深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの４分の１、すなわち、幅が２分の１であり高さが２分の１であり得るが、２分の１などの他の比率も起こり得る。
【０２５１】
[0259]  ビデオコーダは、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定できる。いくつかの例では、ビデオコーダが、複数の対応するテクスチャビューブロックからのみ、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定できる。ビデオコーダは、決定された参照インデックス情報、パーティション情報、および動きベクトル情報に基づいて、単一の深度ビューブロックをコーディングできる。
【０２５２】
[0260]  例えば、単一の深度ビューブロックの少なくとも１つのパーティションは、対応するテクスチャビューブロックのうちのテクスチャビューブロックに対応する。本開示に記載された技法によれば、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定するために、ビデオコーダは、単一の深度ビューブロックの少なくとも１つのパーティションの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定できる。この例では、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックが、深度ビューブロックの少なくとも１つのパーティションに対応する。
【０２５３】
[0261]  例えば、単一の深度ビューブロックについて内部ビュー動き予測（ＩＶＭＰ）が有効にされたとき、ビデオコーダは、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報をどのように決定するかに関する情報を通知または受信することなく、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定するように構成できる。むしろ、ビデオコーダは、複数のテクスチャビューブロックについての動き情報を使用して、単一の深度ビューブロックの動き情報（例えば、参照インデックス情報、パーティション情報、および動きベクトル情報）を決定できる。
【０２５４】
[0262]  一例として、ビデオコーダは、テクスチャビューマクロブロック２Ａ〜２Ｄ（図４Ａ）のうちの１つに基づいて、深度ビューマクロブロック４（図４Ａ）について、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定できる。例えば、上述されたように、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定するために、ビデオコーダは、単一の深度ビューブロックのパーティションについて、単一の深度ビューブロックの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定できる。例えば、図６を参照すると、１６×１６の深度ビューマクロブロック４１の８×８の深度ビューマクロブロックパーティション４２Ａが１６×１６のテクスチャビューマクロブロック３９に対応し、深度ビューマクロブロック４１についてＩＶＭＰが有効にされた場合、ビデオデコーダ３６は、テクスチャビューパーティション４０Ａまたはテクスチャビューパーティション４０Ｂの参照インデックス情報と動きベクトル情報とを利用して、深度ビューマクロブロックパーティション４２Ａの参照インデックス情報と動きベクトル情報とを決定できる。
【０２５５】
[0263]  深度ビューパーティション４２Ｂ〜４２Ｄのいずれかがテクスチャビューマクロブロック３９に対応する場合、同じことが適用されるはずである。このようにして、ビデオコーダが、深度ビューブロックのパーティションに対応するテクスチャビューブロックから、深度ビューブロックのパーティションの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定するとき、ビデオコーダは、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックから、単一の深度ビューブロックのパーティションの参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを決定するものとして考えることができる。
【０２５６】
[0264]  ＩＶＭＰが有効にされるか、または無効にされる場合にビデオコーダが決定できる様々な例示的な方法が存在する可能性がある。例えば、ビデオエンコーダ２６は、コード化ビットストリームの中で、ＩＶＭＰフラグを真または偽としてビデオデコーダ３６に通知できる。他の例では、ビデオデコーダ３６が、ＩＶＭＰフラグを受信する必要なしに、ＩＶＭＰが有効にされたかどうかを判定できる。例えば、ビデオデコーダ３６は、単一の深度ビューブロックが対応するテクスチャビューブロックのいずれかがイントラ予測されるか、または４つの８×８のテクスチャビューマクロブロックのブロックに区分された場合、ＩＶＭＰが無効にされたと判断できる。
【０２５７】
[0265]  その上、上述されたように、テクスチャビューブロックが２つの１６×８または８×１６のテクスチャビューブロックパーティションに区分されたとき、ビデオコーダは、深度ビューブロックに対して深度ビューブロックのパーティション（例えば、８×８の深度ビューブロックパーティション）が位置するところのテクスチャビューブロックに対して同じ領域を、２つの１６×８または８×１６のテクスチャビューブロックパーティションのどちらが包含するかを判定できる。ビデオコーダは、２つの１６×８または８×１６のテクスチャビューブロックパーティションのうちの決定された１つを選択することができ、２つの１６×８または８×１６のテクスチャビューブロックパーティションのうちの選択された１つの参照インデックスに基づいて、深度ビューブロックのパーティション用の参照インデックスを決定できる。同様に、ビデオコーダは、深度ビューブロックのパーティション（例えば、８×８の深度ビューブロックパーティション）に対応するテクスチャビューブロックが、４つの８×８のテクスチャビューブロックパーティションなどの複数のテクスチャビューブロックパーティションに区分される例の中で、参照インデックスを決定できる。
【０２５８】
[0266]  深度ビューブロックのパーティションに対応するテクスチャビューブロックが、１つの１６×１６のテクスチャビューブロックパーティションとして区分される例では、ビデオコーダが、１６×１６のテクスチャビューブロックパーティションの参照インデックスに基づいて、深度ビューブロックのパーティション用の参照インデックスを決定できる。この場合、８×８の深度ビューパーティションの各々は、１つの８×８の深度ビューサブブロックに設定される。
【０２５９】
[0267]  図７は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオデコーダ２６の例を示すブロック図である。ビデオエンコーダ２６は、マクロブロック、または、マクロブロックのパーティションもしくは（パーティションのサブパーティションである）サブブロックを含むビデオフレーム内のブロックのイントラコーディングとインターコーディングとを実行できる。イントラコーディングは、所与のビデオフレーム内のビデオにおいて空間的冗長性を低減または除去する空間予測に依拠する。インターコーディングは、ビデオシーケンスの隣接するフレーム内のビデオにおいて時間的冗長性を低減または除去する時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指す場合があり、単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指す場合がある。
【０２６０】
[0268]  フレームおよびピクチャという用語は互換的に使用される場合がある。例えば、Ｈ．２６４規格はフレームという用号を利用し、ＨＥＶＣ規格はピクチャという用語を利用する。フレームおよびピクチャは、ビデオデータの同じ部分を指し、従って同義である。
【０２６１】
[0269]  図７に示されたように、ビデオエンコーダ２６は、符号化されるべきビデオフレーム内の現在のビデオブロックを受信する。図７の例では、ビデオエンコーダ２６が、動き補償ユニット４４と、動き推定ユニット４５と、参照フレームメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピーコーディングユニット５６とを含む。ビデオブロックの復元のために、ビデオエンコーダ２６はまた、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。復元されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図７に図示せず）が含まれる場合もある。必要な場合、デブロッキングフィルタは、通常、加算器６２の出力をフィルタ処理するはずである。
【０２６２】
[0270]  符号化処理中に、ビデオエンコーダ２６は、コーディングされるべきビデオのフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックに分割される場合がある。動き推定ユニット４５および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照フレーム内の１つまたは複数のブロックに対して、受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測ユニット４６は、空間圧縮を行うために、コーディングされるべきブロックと同じフレームまたはスライスの中の１つまたは複数の隣接ブロックに対して、受信されたビデオブロックのイントラ予測コーディングを実行できる。
【０２６３】
[0271]  モード選択ユニット４３は、例えば、誤差結果に基づいて、コーディングモード、すなわちイントラまたはインターのうちの１つを選択し、残差ブロックデータを生成するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器５０に供給し、参照フレームとして使用するための符号化ブロックを復元するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器６２に供給できる。いくつかの例では、モード選択ユニット４３が、例えば、フル解像度のピクチャ用にビュー間予測を選択する場合もある。
【０２６４】
[0272]  本開示によれば、モード選択ユニット４３は、上述された例示的な機能を実施する１つの例示的なユニットであり得る。例えば、モード選択ユニット４３は、複数の対応するテクスチャビューブロックについての動き情報からのみ、単一の深度ビューブロックについての参照インデックス情報と、パーティション情報と、動きベクトル情報とを決定できる。しかしながら、本開示の態様はそのように限定されない。他の例では、モード選択ユニット４３以外のユニットが、図５に関して上述された例を実装する場合がある。いくつかの他の例では、モード選択ユニット４３が、ビデオエンコーダ２６の１つまたは複数の他のユニットとともに、図５に関して上述された例を実装する場合がある。さらにいくつかの他の例では、ビデオエンコーダ２６のプロセッサまたはユニット（図７に図示せず）は、単独で、またはビデオエンコーダ２６の他のユニットとともに、図５に関して上述された例を実装する場合がある。
【０２６５】
[0273]  動き推定ユニット４５および動き補償ユニット４４は、高度に統合される場合があるが、概念的な目的のために別々に示しされている。動き推定は、ビデオブロックについての動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、現在のフレーム（または、他のコード化ユニット）内のコーディングされている現在のブロックに対する予測参照フレーム（または、他のコード化ユニット）内の予測ブロックの変位を示すことができる。予測ブロックは、絶対値差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、または他の差分メトリックによって決定され得るピクセル差分に関して、コーディングされるべきブロックに精密に一致することがわかるブロックである。動きベクトルはまた、マクロブロックのパーティションの変位を示すことができる。動き補償は、動き推定によって決定された動きベクトルに基づいて、予測ブロックをフェッチまたは生成することに関与できる。この場合も、いくつかの例では、動き推定ユニット４５および動き補償ユニット４４が、機能的に統合される場合がある。
【０２６６】
[0274]  動き推定ユニット４５は、ビデオブロックを参照フレームメモリ６４内の参照フレームのビデオブロックと比較することによって、インターコード化フレームのビデオブロック用の動きベクトルを計算する。動き補償ユニット４４はまた、参照フレーム、例えば、ＩフレームまたはＰフレームのサブ整数ピクセルを補間できる。一例として、ＩＴＵのＨ．２６４規格は、符号化されている現在フレームよりも前の表示順序を有する参照フレームを含むリスト０、および符号化されている現在フレームよりも後の表示順序を有する参照フレームを含むリスト１という２つのリストを記載する。従って、参照フレームメモリ６４に記憶されたデータは、これらのリストに従って編成される場合がある。リスト０およびリスト１は、図５に関して上述されたＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１に相当すると考えることができる。
【０２６７】
[0275]  動き推定ユニット４５は、参照フレームメモリ６４からの１つまたは複数の参照フレームのブロックを現在フレーム、例えば、ＰフレームまたはＢフレームの符号化されるべきブロックと比較する。参照フレームメモリ６４内の参照フレームがサブ整数ピクセル用の値を含むとき、動き推定ユニット４５によって計算される動きベクトルは、参照フレームのサブ整数ピクセル位置を指すことができる。動き推定ユニット４５および／または動き補償ユニット４４はまた、サブ整数ピクセル位置用の値が参照フレームメモリ６４に記憶されていない場合、参照フレームメモリ６４に記憶された参照フレームのサブ整数ピクセル位置用の値を計算するように構成できる。動き推定ユニット４５は、計算された動きベクトルをエントロピーコーディングユニット５６と動き補償ユニット４４とに送る。動きベクトルによって識別される参照フレームブロックは、予測ブロックと呼ばれる場合がある。
【０２６８】
[0276]  動き補償ユニット４４は、動きベクトルによって識別される予測ブロックに基づいて、予測データを計算できる。ビデオエンコーダ２６は、コーディングされている元のビデオブロックから、動き補償ユニット４４からの予測データを減算することによって、残差ビデオブロックを形成する。残差ブロックは、予測ビデオブロックと、符号化されている元のブロックとの間のピクセルごとの差分を含む。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、概念的にＤＣＴと同様である、Ｈ．２６４規格またはＨＥＶＣ規格によって定義された変換などの他の変換を実行できる。ウェーブレット変換、整数変換、サブバンド変換または他のタイプの変換も使用できる。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報をピクセル値領域から周波数領域などの変換領域に変換できる。量子化ユニット５４は、ビットレートをさらに低減するために残差変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減できる。量子化の程度は、量子化パラメータを調整することによって変更できる。
【０２６９】
[0277]  量子化に続いて、エントロピーコーディングユニット５６は、量子化変換係数をエントロピーコーディングする。例えば、エントロピーコーディングユニット５６は、コンテンツ適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、または別のエントロピーコーディング技法を実行できる。エントロピーコーディングユニット５６によるエントロピーコーディングに続いて、符号化ビデオは、別のデバイスに送信されるか、または後で送信するかもしくは取り出すためにアーカイブされる場合がある。コンテキスト適応型バイナリ算術コーディングの場合、コンテキストは隣接マクロブロックに基づく場合がある。
【０２７０】
[0278]  場合によっては、エントロピーコーディングユニット５６またはビデオエンコーダ２６の別のユニットは、エントロピーコーディングに加えて他のコーディング機能を実行するように構成できる。例えば、エントロピーコーディングユニット５６は、マクロブロックおよびパーティション用のＣＢＰ値を決定するように構成できる。また、場合によっては、エントロピーコーディングユニット５６は、マクロブロックまたはそのパーティション内の係数のランレングスコーディングを実行できる。特に、エントロピーコーディングユニット５６は、マクロブロックまたはパーティション内の変換係数を走査するためにジグザグ走査または他の走査パターンを適用し、さらなる圧縮のためにゼロのランを符号化できる。エントロピーコーディングユニット５６はまた、符号化ビデオビットストリーム内での送信に適したシンタックス要素とともにヘッダ情報を構築できる。
【０２７１】
[0279]  逆量子化ユニット５８および逆変換ユニット６０は、それぞれ逆量子化および逆変換を適用して、例えば参照ブロックとして後で使用するために、ピクセル領域内の残差ブロックを復元する。動き補償ユニット４４は、残差ブロックを参照フレームメモリ６４のフレームのうちの１つの予測ブロックに加算することによって、参照ブロックを計算できる。動き補償ユニット４４はまた、復元された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数ピクセル値を計算できる。加算器６２は、復元された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照フレームメモリ６４に記憶するための復元されたビデオブロックを生成する。復元されたビデオブロックは、後続のビデオフレーム内のブロックをインターコーディングするために、動き推定ユニット４５および動き補償ユニット４４によって参照ブロックとして使用される場合がある。
【０２７２】
[0280]  図８は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオデコーダ３６の例を示すブロック図である。図８の例では、ビデオデコーダ３６が、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照フレームメモリ８２と、加算器８０とを含む。ビデオデコーダ３６は、いくつかの例では、ビデオエンコーダ２６（図７）に関して記載された符号化パスとは概して逆の復号パスを実行できる。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて、予測データを生成できる。
【０２７３】
[0281]  本開示によれば、動き補償ユニット７２は、上述された例示的な機能を実施する１つの例示的なユニットであり得る。例えば、動き補償ユニット７２は、複数の対応するテクスチャビューブロックについての動き情報からのみ、単一の深度ビューブロックについての参照インデックス情報と、パーティション情報と、動きベクトル情報とを決定できる。しかしながら、本開示の態様はそのように限定されない。他の例では、動き補償ユニット７２以外のユニットが、図５に関して上述された例を実装する場合がある。いくつかの他の例では、動き補償ユニット７２が、ビデオデコーダ３６の１つまたは複数の他のユニットとともに、図５に関して上述された例を実装する場合がある。さらにいくつかの他の例では、ビデオデコーダ３６のプロセッサまたはユニット（図８には図示せず）が、単独で、またはビデオデコーダ３６の他のユニットとともに、図５に関して上述された例を実装する場合がある。
【０２７４】
[0282]  動き補償ユニット７２は、ビットストリーム内で受信された動きベクトルを使用して、参照フレームメモリ８２内の参照フレームの中の予測ブロックを識別できる。イントラ予測ユニット７４は、ビットストリーム内で受信されたイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成できる。逆量子化ユニット７６は、ビットストリーム内で供給され、エントロピー復号ユニット７０によって復号された量子化ブロック係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、例えば、Ｈ．２６４復号規格またはＨＥＶＣ復号規格によって定義された従来のプロセスを含む場合がある。逆量子化プロセスはまた、量子化の程度を判断し、同様に、適用されるべき逆量子化の程度を判断するために、マクロブロックごとにエンコーダ２６によって計算される量子化パラメータＱＰYの使用を含む場合がある。
【０２７５】
[0283]  逆変換ユニット５８は、逆変換、例えば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換処理を変換係数に適用して、ピクセル領域において残差ブロックを生成する。動き補償ユニット７２は動き補償ブロックを生成し、場合によっては、補間フィルタに基づいて補間を実行する。サブピクセル精度を有する動き推定に使用されるべき補間フィルタの識別子は、シンタックス要素内に含まれる場合がある。動き補償ユニット７２は、ビデオブロックの符号化中にビデオエンコーダ２６によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセル用の補間値を計算できる。動き補償ユニット７２は、受信されたシンタックス情報に従って、ビデオエンコーダ２６によって使用された補間フィルタを判断し、その補間フィルタを使用して予測ブロックを生成できる。
【０２７６】
[0284]  加算器８０は、残差ブロックを、動き補償ユニット７２またはイントラ予測ユニットによって生成された対応する予測ブロックと加算して、復号ブロックを形成する。必要な場合、ブロッキネスアーティファクトを除去するために、デブロッキングフィルタが復号ブロックをフィルタ処理するように適用される場合もある。次いで、復号ビデオブロックは、参照フレームメモリ８２に記憶され、参照フレームメモリ８２は、参照ブロックを後続の動き補償に供給し、また、（図５のディスプレイデバイス３８などの）ディスプレイデバイス上に提示するための復号されたビデオを生成する。
【０２７７】
[0285]  図９は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法による、ビデオデコーダの例示的な動作を示すフローチャートである。例示のために、図５および図８への参照が行われる。例えば、図９に示された技法は、ビデオデバイスのビデオコーダによって実施できる。ビデオデバイスの例には、宛先デバイス２０（図５）が含まれる。ビデオコーダの例には、ビデオデコーダ３６（図５および図８）が含まれる。いくつかの例では、ビデオコーダがビデオデコーダ３６である場合、本開示に記載された例示的な技法のうちの１つまたは複数は、予測モジュール８１（図８）によって実施される場合がある。さらに、技法はビデオデコーダの観点から記載されているが、いくつかの例では、ビデオエンコーダ２６などのビデオエンコーダが図９に示された技法のうちの１つまたは複数を実行する場合がある。例えば、ビデオエンコーダは、符号化プロセスの一部として復号演算を実行できる。
【０２７８】
[0286]  テクスチャビューブロックが深度ビューコンポーネント内の単一の深度ビューブロックに対応する場合、ビデオデコーダは、テクスチャビューコンポーネントの複数のテクスチャビューブロックを復号できる（９４）。ビデオデコーダは、深度ビューブロックについて内部ビュー動き予測（ＩＶＭＰ）が有効にされたか、または無効にされたかを判定できる（９６）。ＩＶＭＰが有効にされたか、または無効にされたかをビデオコーダが判定できる様々な方法が存在する可能性がある。一例として、ビデオデコーダは、深度ビューブロックについてＩＶＭＰが有効にされたか、または無効にされたかを示すＩＶＭＰフラグを復号する場合がある。別の例として、ビデオデコーダは、ＩＶＭＰフラグを受信することなく、深度ビューブロックについてＩＶＭＰが無効にされたと判断できる場合がある。例えば、ビデオデコーダは、複数のテクスチャビューブロックのうちの１つがイントラ予測されたか、または８×８のパーティションに区分されたと判断する場合がある。これらの場合のいずれかで、ビデオデコーダは、一実装形態では、ＩＶＭＰフラグを受信する必要なしに、深度ビューブロックに対してＩＶＭＰが無効にされたと判断できる。以下でより詳細に記載されるように、代替の実装形態では、複数のテクスチャビューのうちの１つがイントラ予測されるか、または８×８のパーティションに区分化されるとき、ＩＭＶＰは有効にされる場合がある。そのような代替の実装形態で、ビデオデコーダは、選択的な空間的に隣接するブロックに基づいて、動き情報を予測できる。
【０２７９】
[0287]  ＩＶＭＰが有効にされたとき、ビデオデコーダは、対応するテクスチャビューブロックに基づいて、深度ビューブロックについての動き情報を決定できる（９８）。ビデオデコーダは、決定された動き情報に基づいて、深度ビューブロックを復号できる（１００）。
【０２８０】
[0288]  ＩＶＭＰが有効にされたとき、ビデオデコーダが深度ビューブロックについての動き情報を決定できる様々な方法が存在する可能性がある。例えば、ビデオデコーダは、深度ビューブロックのパーティションの各々についての参照インデックス情報、パーティションモード情報、および動きベクトル情報のうちの少なくとも１つを決定できる。例えば、深度ビューブロックが４つの８×８のパーティションに区分されたとき、ビデオデコーダは、４つの８×８のパーティションの各々についての参照インデックス情報と、パーティションモード情報と、動きベクトル情報とを決定できる。
【０２８１】
[0289]  一例として、深度ビューブロックの４つの８×８のパーティションの各々は、複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックに対応する場合がある。この例では、ビデオデコーダが、対応するテクスチャビューブロックについての動き情報に基づいて、４つの８×８のパーティションの各々についての動き情報を決定できる。例えば、対応するテクスチャビューブロックが１つの１６×１６のテクスチャビューマクロブロックとして区分された場合、ビデオデコーダは、１６×１６のテクスチャビューマクロブロックの参照インデックスを、この１６×１６のテクスチャビューマクロブロックに対応する８×８の深度ビューブロックパーティション用の参照インデックスとして設定できる。
【０２８２】
[0290]  別の例として、対応するテクスチャビューブロックが２つのテクスチャビューパーティション（例えば、２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティション）に区分され、同じ参照ピクチャリスト（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔＸ、ここでＸは０または１）内の２つのテクスチャビューパーティションの両方用の参照インデックスが異なり、−１に等しくない場合、ビデオデコーダは、これら２つのテクスチャビューパーティションのうちの１つを選択できる。ビデオデコーダは、選択されたテクスチャビューパーティションの参照インデックスを、２つのテクスチャビューパーティションに区分されたテクスチャビューブロックに対応する８×８の深度ビューブロックパーティションへの参照インデックスとして設定できる。いくつかの例では、ビデオデコーダが、８×８の深度ビューブロックパーティションが深度ビューブロック内で包含する、テクスチャビューブロック内の同じ領域を包含する２つのテクスチャビューパーティションから、テクスチャビューパーティションを選択できる。
【０２８３】
[0291]  別の例として、対応するテクスチャビューブロックが２つのテクスチャビューパーティション（例えば、２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティション）に区分され、同じ参照ピクチャリスト（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔＸ、ここでＸは０または１）内の一方の参照インデックスが−１に等しく、他方が−１に等しくない場合、ビデオデコーダは、その参照インデックスが−１に等しくないテクスチャビューパーティションを選択できる。ビデオデコーダは、−１に等しくないテクスチャビューブロックパーティションの参照インデックスを、２つのテクスチャビューパーティションに区分されたテクスチャビューブロックに対応する８×８の深度ビューブロックパーティション用の参照インデックスとして設定できる。
【０２８４】
[0292]  さらに別の例として、対応するテクスチャビューブロックが２つのテクスチャビューパーティション（例えば、２つの１６×８のテクスチャビューマクロブロックパーティションまたは２つの８×１６のテクスチャビューマクロブロックパーティション）に区分され、同じ参照ピクチャリストＸ内の両方用の参照インデックスが−１に等しい場合、ビデオデコーダは、同じ参照ピクチャリストＸからの８×８の深度ビューブロックパーティションの予測を無効にできる。言い換えれば、２つの１６×８または８×１６のテクスチャビューマクロブロックパーティションの両方用のテクスチャビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスが−１である場合、ビデオデコーダは、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照深度ビューコンポーネントから、８×８の深度ビューマクロブロックパーティションをインター予測することはできない。例えば、ビデオデコーダは、深度ビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスを−１に等しく設定できる。
【０２８５】
[0293]  ビデオデコーダはまた、８×８の深度ビューブロックパーティションの動きベクトルとパーティションモードとを決定できる。例えば、ビデオデコーダは、８×８の深度ビューブロックパーティションに対応するテクスチャビューブロック用の動きベクトルのうちの１つをスケーリングできる。ビデオデコーダは、テクスチャビューコンポーネントおよび深度ビューコンポーネントの空間解像度に基づいて、動きベクトルをスケーリングできる。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の、２分の１の高さおよび２分の１の幅の４分の１である場合、ビデオデコーダは、テクスチャビューブロックの動きベクトルのＸ成分を２で除算し、テクスチャビューブロックの動きベクトルのＹ成分を２で除算して、８×８の深度ビューブロックパーティション用のスケーリングされた動きベクトルを決定できる。
【０２８６】
[0294]  パーティションモードの場合、ＩＶＭＰが有効にされたとき、ビデオデコーダは、概して、８×８の深度ビューブロックパーティション用のパーティションモードを１つの８×８のサブブロックに設定できる。しかしながら、８×８の深度ビューブロックパーティションが、２つのテクスチャビューブロックパーティションに区分されたテクスチャビューブロックに対応し、２つのテクスチャビューブロックパーティションの各々用の参照インデックスが同じであり、−１に等しくない場合、ビデオデコーダは、テクスチャビューブロックが区分された方式に基づいて、８×８の深度ビューブロック用のパーティションを、２つの８×４のサブブロックまたは２つの４×８のサブブロックに等しく設定できる。概して、深度ビューブロックパーティション用のパーティションモードが２つの８×４のサブブロックまたは２つの４×８のサブブロックではない場合、ビデオデコーダは、深度ビューブロック用のパーティションモードを１つの８×８のサブブロックに設定できる。
【０２８７】
[0295]  図１０は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法による、ビデオエンコーダの例示的な動作を示すフローチャートである。例示のために、図５および図７への参照が行われる。例えば、図１０に示された技法は、ビデオデバイスのビデオコーダによって実施できる。ビデオデバイスの例には、ソースデバイス１８（図５）が含まれる。ビデオコーダの例には、ビデオエンコーダ２６（図５および図７）が含まれる。いくつかの例では、ビデオコーダがビデオデコーダ２６である場合、本開示に記載された例示的な技法のうちの１つまたは複数が、モード選択ユニット４３（図７）によって実施される場合がある。
【０２８８】
[0296]  ビデオエンコーダは、テクスチャビューコンポーネントの複数のテクスチャビューブロックを符号化できる（１０２）。ビデオコーダはまた、複数のテクスチャビューブロックに対応する深度ビューブロックについて、内部ビュー動き予測（ＩＶＭＰ）が有効にされたかどうかを判定できる（１０４）。例えば、一実装形態で、複数のテクスチャビューブロックのうちのどれもイントラ予測されなかった場合、かつ複数のテクスチャビューブロックのうちのどれも８×８のパーティションに区分されなかった場合、ビデオエンコーダは、複数のテクスチャビューブロックに対応する単一の深度ビューブロックについてＩＶＭＰが有効にされたと判断できる。以下でより詳細に説明されるように、別の実装形態で、ビデオエンコーダはまた、複数のテクスチャビューブロックのうちの１つがイントラ予測コーディングされるべきと判断されたときでも、または複数のテクスチャビューブロックのうちの１つが８×８のパーティションに区分化された場合、複数のテクスチャビューブロックに対応する単一の深度ビューブロックに対してＩＭＶＰが有効にされたと判断できる。
【０２８９】
[0297]  ＩＶＭＰが有効にされたとビデオエンコーダが判断したとき、ビデオエンコーダは、深度ビューブロックについてＩＶＭＰフラグを真として通知できる（１０６）。ビデオデコーダは、ＩＶＭＰフラグを真として受信すると、深度ビューブロックを復号するために、複数のテクスチャビューブロックについての動き情報を利用できる。例えば、ビデオエンコーダは、深度ビューブロックについての動き情報を通知する必要がない場合がある（１０８）。むしろ、ビデオデコーダは、テクスチャビューブロックのみに基づいて、深度ビューブロックについての参照インデックス情報、パーティションモード情報、および動きベクトル情報などの動き情報を決定するように構成できる。
【０２９０】
[0298]  これまで、本開示は、深度ビューＭＢのパーティションがイントラコーディングされたテクスチャビューＭＢに対応しない場合、および深度ビューＭＢのパーティションが４つのパーティション（例えば、４つの８×８のパーティション）に区分化されたテクスチャビューＭＢに対応しない場合のＩＶＭＰの実装形態を主に記載した。しかしながら、本開示は、これらの環境下で非対称解像度のＩＶＭＰをサポートできる技法も導入する。これらの技法は、４つのコロケートされたテクスチャビューＭＢのうちの１つがイントラモードでコーディングされるときに、ＩＶＭＰを無効にすることに関連するコーディング効率の低下を潜在的に回避できる。これらの技法はまた、４つのコロケートされたテクスチャビューＭＢのうちの１つが４つのパーティションでコーディングされるときに、ＩＶＭＰを無効にすることに関連するコーディング効率の低下を潜在的に回避できる。これらのコーディングシナリオに対してＩＶＭＰを単に有効にすることは、深度ビュー内の現在のＭＢの同じ８×８のパーティション内にサブブロックがあっても、サブブロックの参照インデックス値が異なることが必要になる場合があるが、このことはＨ．２６４／ＡＶＣのＭＢ区分化および動き補償の設計によって現在可能にされていない。テクスチャビューコンポーネント内のすべてのＭＢパーティションの参照インデックスが（各方向について）同じであるときでも、８×８のＭＢパーティション内に２つ以上のサブブロックのパーティションが存在する場合、複数の動きベクトルは現在のＭＢ内の４×４のサブブロックにマッピングできる。
【０２９１】
[0299]  本開示は、上記で紹介された考えられる問題に対する潜在的な解決策を提供し、従って、本開示の技法により、対応するテクスチャビューＭＢがイントラコーディングされている場合、または対応するテクスチャビューＭＢが４つのパーティションに区分化されている場合のいずれかの上述されたシナリオに対して、深度ビューコンポーネントがテクスチャビューコンポーネントよりも小さい空間解像度を有するときに、非対称解像度のＩＭＶＰのサポートが可能になり得る。より詳細には、深度ビューＭＢのパーティションがイントラコーディングされたテクスチャビューＭＢに対応するとき、本開示は、コロケートされたＭＢ内の選択的な空間的に隣接するブロックから、動き情報（例えば、参照インデックスおよび動きベクトル）を予測することを提案する。選択的な空間的に隣接するブロックは、深度ビューパーティションに対応するイントラコーディングされたテクスチャビューＭＢと同じテクスチャビューコンポーネント内の他のテクスチャビューＭＢであり得る。すべての空間的に隣接するブロックとは対照的に、選択的な空間的に隣接するブロックを見ることによって、例えば、コーディング効率は潜在的に低減され得る。
【０２９２】
[0300]  深度ビューＭＢのパーティションが４つのパーティションに区分化されているテクスチャビューＭＢに対応するとき、本開示は、テクスチャビューＭＢの選択的なブロックから参照ピクチャリストごとに１つの参照インデックスを予測し、テクスチャビューＭＢの選択的なブロックから深度ビューＭＢのパーティションの動きベクトルを予測するための技法を記載する。
【０２９３】
[0301]  図１１は、テクスチャビューコンポーネント内の４つのテクスチャビューＭＢの一例を示し、テクスチャビューＭＢの各々は４つのパーティションに区分化される。テクスチャビューコンポーネントの中心は、円によって識別される。図１１の例で、パーティション１１０Ａ〜Ｄは、まとめてテクスチャビューＭＢ１１０である。パーティション１１１Ａ〜Ｄは、まとめてテクスチャビューＭＢ１１１である。パーティション１１２Ａ〜Ｄは、まとめてテクスチャビューＭＢ１１２であり、パーティション１１３Ａ〜Ｄは、まとめてテクスチャビューＭＢ１１３である。テクスチャビューマクロブロック１１０、１１１、１１２、および１１３は、各々がテクスチャビューコンポーネント内のマクロブロックの例である。例えば、テクスチャビューブロック１１０、１１１、１１２、および１１３の各個は、長さ１６ピクセル×幅１６ピクセル（すなわち、１６×１６）である。
【０２９４】
[0302]  図１１はさらに、同じく４つのパーティションに区分化された、深度ビュー内の１つのＭＢを示す。パーティション１１４Ａ〜Ｄは、まとめて深度ビューＭＢ１１４である。深度ビューマクロブロック１１４は、深度ビューコンポーネント内のマクロブロックの一例である。例えば、深度ビューマクロブロック１１４は、１６×１６のピクセルのブロックである。図１１で、深度ビューブロック１１４を含む深度ビューコンポーネントの空間解像度は、テクスチャビューマクロブロック１１０、１１１、１１２、および１１３を含むテクスチャビューコンポーネントの空間解像度の４分の１であるので、テクスチャビューマクロブロック１１０、１１１、１１２、および１１３は深度ビューマクロブロック１１４と一致する。深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度の４分の１であるので、８×８の深度ビューのパーティション１１４Ａ〜Ｄの各々は、１６×１６のテクスチャビューＭＢ全体に対応する。例えば、８×８の深度ビューのパーティション１１４Ａは、１６×１６のテクスチャビューマクロブロック１１０全体に対応する。８×８の深度ビューのパーティション１１４Ｂは、１６×１６のテクスチャビューマクロブロック１１２全体に対応する。８×８の深度ビューのパーティション１１４Ｃは、１６×１６のテクスチャビューマクロブロック１１１全体に対応し、８×８の深度ビューのパーティション１１４Ｄは、１６×１６のテクスチャビューマクロブロック１１３全体に対応する。次に、図１１を参照して、本開示の技法の例が記載される。
【０２９５】
[0303]  以下の例の場合、解像度は４分の１の解像度である（すなわち、深度はテクスチャの半分の幅と半分の高さの両方を有する）と仮定され得る。さらに、テクスチャビューコンポーネント内のコロケートされたＭＢのうちのいずれも、イントラコーディングされているか、または「４つの８×８のＭＢパーティション」に等しいＭＢパーティションモードを有するかのいずれかであると仮定され得る。これらのケースでは、以下が適用され得る。深度ビューＭＢが４つのパーティションに区分化され、そのパーティションモードは「４つの８×８のＭＢパーティション」に設定される。現在のＭＢの現在の８×８のＭＢパーティションのサブブロックパーティションのサイズは、常に８×８に設定される。代替として、現在の８×８のＭＢパーティションのサブブロックパーティションは、テクスチャＭＢの８×８のＭＢパーティションのうちの１つと同じであるように設定され得る。
【０２９６】
[0304]  参照インデックスおよび動きベクトルは、ＲｅｆＰｉｃＬｉｓｔ０（参照ピクチャリスト０）に関係するもの、およびＲｅｆＰｉｃＬｉｓｔ１（参照ピクチャリスト１）に関係するものについて、別々に計算され得る。同じビューコンポーネント内のテクスチャピクチャの参照ピクチャリストと深度ピクチャの参照ピクチャリストが整合（すなわち、項目ごとに同じＰＯＣ値を有する）されていない場合、参照インデックスはＰＯＣ値に基づいてマッピングされる。一般性を喪失することなく、以下の説明は、ＲｅｆＰｉｃＬｉｓｔ０とＲｅｆＰｉｃＬｉｓｔ１の両方についての参照インデックスおよび動きベクトルに適用され得るし、テクスチャの参照ピクチャリストおよび深度の参照ピクチャリストが整合されていない場合、参照インデックスがマッピングされると仮定される。テクスチャからの動くベクトルｍｖは、次の通り深度用の予測子として使用されるようにスケーリングされる：ｍｖ［０］＝ｍｖ［０］＞＞１とｍｖ［１］＝ｍｖ［１］＞＞１とを意味するｍｖ＝ｍｖ＞＞１。代替として、ｉが０または１に等しい場合、ｍｖ［ｉ］＝（ｍｖ［ｉ］＋１）＞＞１またはｍｖ［ｉ］＝（ｍｖ［ｉ］＋ｓｉｇｎ（ｍｖ［１］））＞＞１である。
【０２９７】
[0305]深度ビューブロックのパーティションがイントラコーディングされたテクスチャビューＭＢに対応する場合のコーディングシナリオのためのＩＶＭＰ技法が次に記載される。詳細には、深度ビューブロックのパーティションについての参照インデックスと動きベクトルとを決定するための技法が次に記載される。イントラコーディングを使用するかインターコーディングを使用するかの決定は、マクロブロックレベルの決定である。従って、深度ビューブロックがイントラコーディングされたテクスチャビューＭＢに対応するときの実例で、イントラコーディングされたテクスチャビューＭＢの区分化は重要ではない。テクスチャビューＭＢに対応する深度ビュー内の現在の８×８のＭＢパーティションがイントラモードでコーディングされたとき、ビデオコーダは、現在の深度ＭＢに対応する３つの隣接するＭＢのモードと動きベクトルとをチェックできる。例えば、深度ビューパーティション１１４Ａが深度ビュー内の現在の８×８のＭＢパーティションであり、テクスチャビューＭＢ１１０がイントラコーディングされた場合、ビデオコーダは、テクスチャビューＭＢ１１１、１１２、および１１３のモードと動きベクトルとをチェックして、深度ビューパーティション１１４Ａについての動き情報を決定できる。同様に、深度ビューパーティション１１４Ｃが深度ビュー内の現在の８×８のＭＢパーティションであり、テクスチャビューＭＢ１１１がイントラコーディングされた場合、ビデオコーダは、テクスチャビューＭＢ１１０、１１２、および１１３のモードと動きベクトルとをチェックして、深度ビューパーティション１１４Ｃについての動き情報を決定できる。
【０２９８】
[0306]  他の３つのＭＢのすべてがイントラモードでコーディングされた場合、ビデオコーダは、現在の８×８のＭＢパーティションの参照インデックスを０に等しく設定し、現在の８×８のＭＢパーティションの動きベクトルを０に等しく設定できる。現在のコーディングフレームがＰフレームである場合、単予測が使用され得るし、現在のコーディングフレームがＢフレームである場合、双予測が使用され得る。例えば、深度ビューパーティション１１４Ｃが深度ビュー内の現在の８×８のＭＢパーティションであり、テクスチャビューＭＢ１１１がイントラコーディングされた場合、ビデオコーダは、テクスチャビューＭＢ１１０、１１２、および１１３のモードと動きベクトルとをチェックして、深度ビューパーティション１１４Ｃについての動き情報を決定できる。テクスチャビューＭＢ１１０、１１２、および１１３もイントラコーディングされた場合、ビデオコーダは、深度ビューパーティション１１４Ｃについての参照インデックスを０に等しく設定し、深度ビューパーティション１１４Ｃについての動きベクトルを０に等しく設定できる。
【０２９９】
[0307]  隣接するテクスチャビューＭＢのうちのただ１つがインターモードでコーディングされた場合、ビデオコーダは、この非イントラＭＢ内でテクスチャビューコンポーネントの中心に最も近い８×８のＭＢパーティションの参照インデックスを取得できる。ビデオコーダは、現在の８×８のＭＢパーティションの参照インデックスをこの参照インデックスに等しく設定できる。その上、ビデオコーダは、この非イントラＭＢ内でテクスチャビューコンポーネントの中心に最も近い４×４のブロックのＭＶを取得し、現在の８×８のＭＢパーティションの動きベクトルを、最も近いブロックのスケーリングされた動きベクトルに等しいように設定できる。
【０３００】
[0308]  例えば、深度ビューパーティション１１４Ｂが深度ビュー内の現在の８×８のＭＢパーティションであり、テクスチャビューＭＢ１１２がイントラコーディングされた場合、ビデオコーダは、テクスチャビューＭＢ１１０、１１１、および１１３のうちのいずれもインターコーディングされたかどうかを判定できる。テクスチャビューＭＢ１１０、１１１、および１１３のうちのただ１つがインターコーディングされた場合、ビデオコーダは、インターコーディングされたテクスチャビューＭＢに基づいて、深度ビューパーティション１１４Ｂについての動き情報を決定できる。例として、テクスチャビューＭＢ１１１がインターコーディングされ、テクスチャビューＭＢ１１０および１１３がイントラコーディングされたと仮定する。ビデオコーダは、深度ビューパーティション１１４Ｂについての参照インデックスを、テクスチャビューコンポーネントの中心に最も近いテクスチャビューＭＢ１１１の８×８のＭＢパーティションの参照インデックスに設定できる。図１１の例で、パーティション１１１Ｂは、テクスチャビューコンポーネントの中心に最も近いテクスチャビューＭＢ１１１のパーティションである。従って、ビデオコーダは、深度ビューパーティション１１４Ｂについての参照インデックスを、パーティション１１１Ｂの参照インデックスと同じであるように設定できる。その上、ビデオコーダは、深度ビューパーティション１１４ＢのＭＶを、テクスチャビューＭＢ１１１内でテクスチャビューコンポーネントの中心に最も近い、（図１１には明確に示されていない）４×４のブロックのＭＶに等しいように設定できる。ビデオコーダは、深度ビューパーティション１１４ＢのＭＶを、４×４のブロックのＭＶのスケーリングされたバージョンに設定できる。Ｈ．２６４では４×４が、関連する動きベクトルを有する場合がある最も小さいブロックサイズなので、４×４が使用され得る。４×４のブロックは、必ずしも４×４のパーティションである必要があるとは限らないが、代わりに、４×８のパーティション、８×４のパーティション、８×８のパーティション、または４×４のパーティションの一部であり得る。４×４以外のブロックサイズが使用される場合もある。
【０３０１】
[0309]  ２つ以上の隣接するＭＢがインターモードでコーディングされる場合の実例では、ビデオコーダが、各々のインターコーディングされた隣接するＭＢから、テクスチャビューコンポーネントの中心に最も近い４×４のブロックごとの動きベクトルを取得できる。例えば、深度ビューパーティション１１４Ｄが現在の深度ビューパーティションであり、対応するテクスチャビューＭＢ１１３がイントラコーディングされたと仮定する。ビデオコーダは、テクスチャビューＭＢ１１０、１１１、および１１２のうちのいずれかがインターコーディングされたかどうかを判定できる。この例では、それらのすべてがインターコーディングされたと仮定する。テクスチャビューＭＢ１１０、１１１、および１１２の各々について、ビデオコーダは、テクスチャビューコンポーネントの中心に最も近い４×４のブロックについての動きベクトルを識別することができ、識別された動きベクトルのうちの１つは、深度ビューパーティション１１４Ｄについての動きベクトルを決定するために使用され得る。ビデオコーダは、動きベクトルの中央値（利用可能な動きベクトルｍｖの場合の（Ａｂｓ（ｍｖ［０］）＋Ａｂｓ（ｍｖ［１］）および利用可能ではない動きベクトルの場合の−１）を有するものであるように、動きベクトル（ｍｖＭＧ）を選択できる。ビデオコーダは、（スケーリング後の）中央動きベクトルｍｖＭＧおよび（可能なマッピング後の）その関連する参照インデックスを、現在の８×８のＭＢパーティションの動きベクトルおよび参照インデックスであるように設定できる。この場合、中央動きベクトルに関連付けられた参照インデックスは、深度ビューパーティションに使用される。いくつかの例では、ビデオコーダが、４×４のブロックの利用可能ではない動きベクトルの絶対値を５１２であるように設定する場合があり、その結果、２つの利用可能な動きベクトルの中でより大きい絶対値を有する動きベクトルが選択される。いくつかの例では、メディアン演算を使用して３つの候補の動きベクトルから最終の動きベクトルを導出する代わりに、最大値演算が使用され得る。
【０３０２】
[0310]  いくつかの例では、イントラＭＢと比較して対角線の位置を有するブロックが、参照インデックスと動きベクトルとを導出するために選ばれる。テクスチャビューコンポーネントの４つのＭＢの中心が（ｘ，ｙ）の座標を有し、イントラＭＢが（ｘ＋ｄｘ，ｙ＋ｄｙ）のピクセルを包含すると仮定し、ｄｘまたはｄｙは２または−２のいずれかであり得るし、対角線のブロックは（ｘ−ｄｘ、ｙ−ｄｙ）のピクセルを包含する。深度ビューパーティション１１４Ｄが現在のパーティションであり、対応するテクスチャビューＭＢ１１３がイントラコーディングされる上記の例で、テクスチャビューＭＢ１１０は、テクスチャビューＭＢ１１３に対して対角線の位置を有するテクスチャビューＭＢであるはずである。この場合、対角線に位置するブロックに関連付けられた参照インデックスは、深度ビューパーティションに使用される。
【０３０３】
[0311]  図１２は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法による、ビデオコーダの例示的な動作を示すフローチャートである。図１１の技法は、一般に、深度ビューパーティションに対応するテクスチャビューＭＢがイントラコーディングされた場合のコーディングシナリオに適用可能である。図１２の技法は、ビデオエンコーダ２６またはビデオデコーダ３６などのビデオコーダによって実施され得る。
【０３０４】
[0312]  ビデオコーダは、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングする（１２２）。複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する。ビデオコーダは、単一の深度ビューコンポーネントのパーティションがイントラコーディングされたテクスチャビューブロックに対応するかどうかを判定できる（１２４）。単一の深度ビューコンポーネントのパーティションがイントラコーディングされたテクスチャビューブロックに対応しない場合（１２４、いいえ）、単一の深度ビューコンポーネントのパーティションは、他の技法を使用してコーディングされ得る（１２６）。このコンテキストにおける他の技法は、図１２の残りのブロックにおいて記載される技法以外の技法を意味するにすぎない。そのような他の技法は、本開示に記載される他の技法を含む場合があるか、または本開示に記載されない他の技法を含む場合がある。
【０３０５】
[0313]  イントラコーディングされた複数のテクスチャビューブロックからの１つのテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して（１２４、はい）、ビデオコーダは、イントラコーディングされたテクスチャビューブロックの空間的に隣接するブロックの動き情報に基づいて、単一の深度ビューブロックのパーティションについての動き情報を決定できる（１２８）。この例では、空間的に隣接するブロックが、複数のテクスチャビューブロックからの第２のテクスチャビューブロックである。ビデオコーダは、動き情報に基づいて単一の深度ビューをコーディングできる（１３０）。
【０３０６】
[0314]  図１２の例では、深度ビューコンポーネントおよびテクスチャビューコンポーネントが、アクセスユニット内の同じビューに属することができる。単一の深度ビューブロックは、対応する複数のテクスチャビューブロック内のすべてのピクセルの相対深度を示す。テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は異なる。動き情報は、参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを含むことができる。深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度の４分の１、すなわち、幅が２分の１であり高さが２分の１である。複数のテクスチャビューブロックはテクスチャビューマクロブロックを備え、単一の深度ビューブロックのパーティションは単一の深度ビューマクロブロックのパーティションを備える。
【０３０７】
[0315]  次に、図１２のブロック１２８の態様がより詳細に記載される。第２のテクスチャビューブロックがただ１つのインターコーディングされたブロックであることを意味する、複数のテクスチャビューブロックがただ１つのインターコーディングされたブロックを含むとき、ビデオコーダは、第２のテクスチャビューブロックの第１のパーティションの参照インデックスを決定することによって、第２のテクスチャビューブロックの動き情報に基づいて単一の深度ビューブロックの動き情報を決定できる。ビデオコーダは、第２のテクスチャビューブロックの第２のパーティションの動きベクトルを決定できる。第１のパーティションは、第１のサイズのパーティションに対応し、第２のテクスチャビューブロック内で第１のサイズのパーティションのテクスチャビューコンポーネントの中心に最も近い場合がある。第２のパーティションは、第２のサイズのパーティションに対応し、第２のテクスチャビューブロック内で第２のサイズのパーティションのテクスチャビューコンポーネントの中心に最も近い場合がある。一例では、第１のサイズが８×８であり得、第２のサイズが４×４であり得る。
【０３０８】
[0316]  複数のテクスチャビューブロックが２つ以上のインターコーディングされたテクスチャビューブロックを含むとき、ビデオコーダは、２つ以上のインターコーディングされたテクスチャビューブロックの各々についての動きベクトルを決定することによって、単一の深度ビューブロックの動き情報を決定できる。ビデオコーダは、インターコーディングされた空間的に隣接するブロックごとに、例えば、テクスチャビューコンポーネントの中心に最も近いインターコーディングされた空間的に隣接するブロックの４×４のパーティションについての動きベクトルを決定することを含む場合がある、テクスチャビューコンポーネントの中心に最も近いインターコーディングされた空間的に隣接するブロックのパーティションについての動きベクトルを決定することによって、２つ以上のインターコーディングされた空間的に隣接するブロックの各々についての動きベクトルを決定できる。複数のテクスチャビューブロックが２つ以上のインターコーディングされたテクスチャビューブロックを含むとき、ビデオコーダはまた、単一の深度ビューブロックのパーティションについての動きベクトルを、空間的に隣接するブロックからの動きベクトルのセットのうちの中央動きベクトルに設定し、単一の深度ビューブロックのパーティションについての参照インデックスを、中央動きベクトルに関連付けられた参照インデックスに設定できる。
【０３０９】
[0317]  複数のテクスチャビューブロックのうちのすべてのテクスチャビューブロックがイントラコーディングされたとき、ビデオコーダは、単一の深度ビューブロックのパーティションについての参照インデックスをゼロに設定し、単一の深度ビューブロックのパーティションについての動きベクトルをゼロに設定できる。
【０３１０】
[0318]  上述されたように、図１２の技法を実行するように構成されたビデオコーダは、ビデオエンコーダまたはビデオデコーダであり得る。図１２の技法がビデオデコーダによって実行されるとき、ビデオデコーダは、内部ビュー動き予測（ＩＶＭＰ）が有効であるかどうかを示すフラグをさらに受信できる。ＩＶＭＰが有効であることを示すフラグに応答して、ビデオデコーダは、動き情報に基づいて単一の深度ビューブロックを復号できる。ＩＶＭＰが無効であることをフラグが示す場合、ビデオデコーダは、ＩＶＭＰ以外のモードを使用して単一の深度ビューブロックを復号できる。
【０３１１】
[0319]  図１２の技法がビデオエンコーダによって実行されるとき、ビデオエンコーダは、符号化されるビットストリームに含めるためのフラグをさらに生成できる。フラグは内部ビュー動き予測が有効であるかどうかを示すことができる。
【０３１２】
[0320]  深度ビューブロックのパーティションが４つのパーティションに区分化されたテクスチャビューＭＢに対応する場合のコーディングシナリオのためのＩＶＭＰ技法が次に記載される。詳細には、深度ビューブロックのパーティションについての参照インデックスと動きベクトルとを決定するための技法が次に記載される。深度ビュー内の現在の８×８のＭＢパーティションがテクスチャビューコンポーネント内の４つの８×８のＭＢパーティションに対応するとき、ビデオコーダは、２つのステップを使用して、深度ビュー内の現在の８×８のＭＢパーティションについての動きベクトルと参照インデックスとを生成できる。
【０３１３】
[0321]  第１のステップとして、ビデオコーダは、テクスチャビューＭＢから予測８×８ＭＢパーティションを決定できる。テクスチャビューＭＢのうちのどの８×８のＭＢパーティションを使用するかをビデオコーダが決定した後、ビデオコーダは、深度ビューブロックの現在の８×８のＭＢパーティションに、（可能なマッピングにより）このパーティションの参照インデックスを使用できる。現在の深度ビューブロックの８×８のＭＢパーティションごとに、ビデオコーダは、コロケートされたテクスチャビューＭＢの８×８のＭＢパーティションを識別する。コロケートされたテクスチャビューＭＢの４つの８×８のＭＢパーティションの中で、ビデオコーダは、テクスチャビューコンポーネント内の４つのコロケートされたテクスチャビューＭＢの中心に最も近い位置を有する８×８のＭＢパーティションを選択する。例えば、図１１の参照に戻ると、深度ビューパーティション１１４Ａが現在の深度ビューパーティションである場合、テクスチャビューＭＢ１１０が対応するテクスチャビューＭＢである。テクスチャビューＭＢは、４つのパーティション（パーティション１１０Ａ、パーティション１１０Ｂ、パーティション１１０Ｃ、およびパーティション１１０Ｄ）に区分化される。４つのパーティションのうち、パーティション１１０Ｄがテクスチャビューコンポーネントの中心に最も近い。従って、この例では、深度ビューパーティション１１４Ａについての参照インデックスを決定するために、パーティション１１０Ｄが使用される。テクスチャビューおよび深度ビューにおいて同じ参照インデックスを有する参照ピクチャのＰＯＣ値が異なる場合、マッピングが使用され得る。ビデオコーダは、テクスチャビューＭＢによって使用される参照ピクチャの同じＰＯＣ値に対応するインデックスを使用できる。
【０３１４】
[0322]  テクスチャビューＭＢ１１１の場合、パーティション１１１Ｂがテクスチャビューコンポーネントの中心に最も近いパーティションである。テクスチャビューＭＢ１１２の場合、パーティション１１２Ｃがテクスチャビューコンポーネントの中心に最も近いパーティションであり、テクスチャビューＭＢ１１３の場合、パーティション１１３Ａがテクスチャビューコンポーネントの中心に最も近いパーティションである。
【０３１５】
[0323]  代替として、現在の深度ビューＭＢの８×８のＭＢパーティションごとに、対応するテクスチャビューＭＢの４つのコロケートされた８×８のＭＢパーティションが最初に識別される。テクスチャビューＭＢの４つの８×８のＭＢパーティションの中で、ビデオコーダは、現在の深度ビューＭＢ内の現在の８×８のＭＢパーティションの相対位置と同じ相対位置をコロケートされたテクスチャＭＢ内で有する８×８のＭＢパーティションを選択できる。例えば、図１１の参照に戻ると、深度ビューパーティション１１４Ｃが現在の深度ビューパーティションである場合、テクスチャビューＭＢ１１１が対応するテクスチャビューＭＢである。テクスチャビューＭＢ１１１は、４つのパーティション（パーティション１１１Ａ、パーティション１１１Ｂ、パーティション１１１Ｃ、およびパーティション１１１Ｄ）に区分化される。４つのパーティションのうち、パーティション１１１Ｃが深度ビューパーティション１１４Ｃと同じ相対位置（左下）にある。従って、この例では、ビデオコーダが、パーティション１１１Ｃを使用して、深度ビューパーティション１１４Ｃについての参照インデックスを決定する。
【０３１６】
[0324]  深度ビューパーティション１１４ＡがテクスチャビューＭＢ１１０に対応し、この代替の実装形態では、深度ビューパーティション１１４Ａが左上のパーティションなので、図１１ではパーティション１１０ＡであるテクスチャビューＭＢ１１０の左上のパーティションが、深度ビューパーティション１１４Ａについての参照インデックスを決定するために使用される。同様に、深度ビューパーティション１１４Ｂについての参照インデックスを決定するためにパーティション１１２Ｂが使用され、深度ビューパーティション１１４Ｄについての参照インデックスを決定するためにパーティション１１３Ｄが使用される。
【０３１７】
[0325]  第２のステップでは、ビデオコーダが、深度ビューパーティションについてのサブブロックパーティションと動きベクトルとを決定できる。ビデオコーダは、深度ビューパーティションのサブブロックのサイズを８×８に設定できる。ビデオコーダは、セットから最も大きい絶対値を有する動きベクトルが選ばれ、スケーリングされる方法で、サブブロックの対応する動きベクトルのセットから、８×８の深度ＭＢパーティションの動きベクトルを導出できる。対応するテクスチャビューパーティションが１つの８×８のパーティションに区分化される場合、セットは１つの動きベクトルを含むことができる。対応するテクスチャビューパーティションが２つの８×４のパーティションまたは２つの４×８のパーティションに区分化される場合、セットは２つの動きベクトルを含むことができる。対応するテクスチャビューパーティションが４つの４×４のパーティションに区分化される場合、セットは４つの動きベクトルを含むことができる。代替として、ビデオコーダは、（動きベクトルに対するスケーリングにより）テクスチャビューからの８×８のＭＢパーティションのサブブロックパーティションならびに動きベクトルを、深度ビューＭＢパーティションのサブブロックおよび動きベクトルに設定できる。別の代替では、絶対値がａｂｓ（ｍｖ［０］）＋ａｂｓ（ｍｖ［１］）として定義され得るし、ここで、ａｂｓ（＊）は絶対値を返し、ｍｖ［０］およびｍｖ［１］は動きベクトルの水平成分および垂直成分を表す。
【０３１８】
[0326]  図１３は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法による、ビデオコーダの例示的な動作を示すフローチャートである。図１２の技法は、一般に、深度ビューＭＢのパーティションが４つのパーティションに区分化されたテクスチャビューＭＢに対応する場合のコーディングシナリオに適用可能である。図１３の技法は、ビデオエンコーダ２６またはビデオデコーダ３６などのビデオコーダによって実施され得る。
【０３１９】
[0327]  ビデオコーダは、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコーディングする（１３４）。複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する。ビデオコーダは、単一の深度ビューコンポーネントのパーティションが４つのパーティションに区分化されたテクスチャビューブロックに対応するかどうかを判定できる（１３６）。単一の深度ビューコンポーネントのパーティションが４つのパーティションに区分化されたテクスチャビューブロックに対応しない場合（１３６、いいえ）、単一の深度ビューコンポーネントのパーティションは、他の技法を使用してコーディングされ得る（１３８）。このコンテキストにおける他の技法は、図１３の残りのブロックにおいて記載される技法以外の技法を意味するにすぎない。そのような他の技法は、本開示に記載される他の技法を含む場合があるか、または本開示に記載されない他の技法を含む場合がある。
【０３２０】
[0328]  ４つのパーティションに区分化された複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックに対応する単一の深度ビューブロックのパーティションに応答して（１３６、はい）、ビデオコーダは、第１のテクスチャビューブロックのパーティションの動き情報に基づいて、単一の深度ビューブロックのパーティションについての動き情報を決定できる（１４０）。ビデオコーダは、動き情報に基づいて単一の深度ビューブロックをコーディングできる（１４２）。
【０３２１】
[0329]  図１３の例では、深度ビューコンポーネントおよびテクスチャビューコンポーネントが、アクセスユニット内の同じビューに属することができる。単一の深度ビューブロックは、対応する複数のテクスチャビューブロック内のすべてのピクセルの相対深度を示す。テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は異なる。動き情報は、参照インデックス情報、パーティション情報、および動きベクトル情報のうちの少なくとも１つを含むことができる。深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度の４分の１、すなわち、幅が２分の１であり高さが２分の１である。複数のテクスチャビューブロックはテクスチャビューマクロブロックを備え、単一の深度ビューブロックのパーティションは単一の深度ビューマクロブロックのパーティションを備える。
【０３２２】
[0330]  次に、図１３のブロック１４０の態様がより詳細に記載される。ビデオコーダは、テクスチャビューコンポーネントの中心に最も近い第１のテクスチャビューブロックのパーティションを識別し、単一の深度ビューブロックのパーティションについての参照インデックスを、テクスチャビューコンポーネントの中心に最も近い第１のテクスチャビューブロックのパーティションについての参照インデックスに等しく設定することによって、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定できる。上記で説明されたように、図１１の例では、パーティション１１０Ｄ、１１１Ｂ、１１２Ｃ、および１１３Ａが、それぞれ、ＭＢ１１０、ＭＢ１１１、ＭＢ１１２、およびＭＢ１１３用のテクスチャビューコンポーネントの中心に最も近いパーティションである。
【０３２３】
[0331]  代替として、ビデオコーダは、単一の深度ビューブロックのパーティションが単一の深度ビューブロック内で有するのと同じ相対位置を第１のテクスチャビューブロック内で有する第１のテクスチャビューブロックのパーティションを識別し、単一の深度ビューブロックのパーティションについての参照インデックスを、単一の深度ビューブロックのパーティションが単一の深度ビューブロック内で有するのと同じ相対位置を第１のテクスチャビューブロック内で有する第１のテクスチャビューブロックのパーティションについての参照インデックスに等しく設定することによって、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定できる。上記で説明されたように、図１１の例では、深度ビューパーティション１１４ＡがＭＢ１１０に対応し、ＭＢ１１０のパーティション１１０Ａと同じ相対位置を有する。深度ビューパーティション１１４ＢはＭＢ１１２に対応し、ＭＢ１１２のパーティション１１２Ｂと同じ相対位置を有する。深度ビューパーティション１１４ＣはＭＢ１１１に対応し、ＭＢ１１１のパーティション１１１Ｃと同じ相対位置を有し、深度ビューパーティション１１４ＤはＭＢ１１３に対応し、ＭＢ１１３のパーティション１１３Ｄと同じ相対位置を有する。
【０３２４】
[0332]  ビデオコーダはまた、第１のテクスチャビューブロック内の１つまたは複数の対応するブロックの動きベクトルに基づいて単一の深度ビューブロックのパーティションについての動きベクトルを導出し、最も大きい絶対値を有する動きベクトルに基づいて単一の深度ビューブロックのパーティションについての動きベクトルを導出することによって、第１のテクスチャビューブロックのパーティションの動き情報に基づいて単一の深度ビューブロックのパーティションについての動き情報を決定できる。ビデオコーダは、最も大きい絶対値を有する動きベクトルをスケーリングすることによって、最も大きい絶対値を有する動きベクトルに基づいて単一の深度ビューブロックのパーティションについての動きベクトルを導出できる。第１のテクスチャビューブロック内の１つまたは複数の対応するブロックは、例えば、１つの８×８のブロック、４つの４×４のブロック、２つの４×８のブロック、または２つの８×４のブロックを含む場合がある。
【０３２５】
[0333]  上述されたように、図１３の技法を実行するように構成されたビデオコーダは、ビデオエンコーダまたはビデオデコーダであり得る。図１３の技法がビデオデコーダによって実行されるとき、ビデオデコーダは、内部ビュー動き予測（ＩＶＭＰ）が有効であるかどうかを示すフラグをさらに受信できる。ＩＶＭＰが有効であることを示すフラグに応答して、ビデオデコーダは、動き情報に基づいて単一の深度ビューブロックを復号できる。ＩＶＭＰが無効であることをフラグが示す場合、ビデオデコーダは、ＩＶＭＰ以外のモードを使用して単一の深度ビューブロックを復号できる。
【０３２６】
[0334]  図１３の技法がビデオエンコーダによって実行されるとき、ビデオエンコーダは、符号化されるビットストリームに含めるためのフラグをさらに生成することができる。フラグは内部ビュー動き予測が有効であるかどうかを示すことができる。
【０３２７】
[0335]  次に、半解像度でＩＭＶＰを実行する態様が記載される。深度コンポーネントがテクスチャコンポーネントの半分の幅を有し、ＭＢのパーティションモードが「２つの８×１６のパーティション」に等しい場合、ビデオコーダはＩＭＶＰを無効にする場合がある。深度コンポーネントがテクスチャコンポーネントの半分の高さを有し、ＭＢのパーティションモードが「２つの１６×８のパーティション」に等しい場合、ビデオデコーダはＩＭＶＰを無効にする場合がある。そうではなく、両方のコロケートされたＭＢが「１つの１６×１６のＭＢパーティション」に等しいパーティションモードを有する場合、現在のＭＢ用のＭＢパーティションは、深度が半分の幅を有する場合「２つの８×１６のパーティション」に、または深度が半分の高さを有する場合「２つの１６×８のパーティション」に等しく設定される。そうでない場合、現在のＭＢは「４つの８×８のパーティション」に設定される。
【０３２８】
[0336]  両方のコロケートされたＭＢが「１つの１６×１６のＭＢパーティション」に等しいパーティションモードを有する場合、ビデオコーダは、現在のＭＢ用のＭＢパーティションを、深度が半分の幅を有する場合「２つの８×１６のパーティション」に、または深度が半分の高さを有する場合「２つの１６×８のパーティション」に等しく設定する場合がある。各ＭＢパーティションは、コロケートされたＭＢに等しい参照インデックスに設定される。そうでない場合、８×８のパーティションごとの参照インデックスは、コロケートされた１６×８または８×１６のパーティションの参照インデックスに設定される。
【０３２９】
[0337]  上記の予測プロセスにおける現在のＭＢの各ＭＢパーティションはまた、コロケートされたＭＢの１つのＭＢパーティションから予測されるので、ただ１つの動きベクトルが関連する。同様に、関連する動きベクトルは以下のようにスケーリングされる。
【数２】
2015537491.tif 000004
【数３】
2015537491.tif 000005
【０３３０】
[0338]  同様の手法は、深度が１／２と１の間の幅の比および／または高さの比を有するときの他のケースに適用され得る。
【０３３１】
[0339]  １つまたは複数の例では、記載された機能が、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装される場合がある。ソフトウェアに実装される場合、機能は、１つもしくは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行できる。コンピュータ可読媒体は、例えば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、データ記憶媒体または通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含むことができる。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応できる。データ記憶媒体は、本開示に記載された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含むことができる。
【０３３２】
[0340]  限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用され得るし、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０３３３】
[0341]  命令は、１つもしくは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つもしくは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路によって実行できる。従って、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書に記載された技法の実装に適した任意の他の構造のいずれかを指す場合がある。さらに、いくつかの態様では、本明細書に記載された機能が、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアのモジュール内に提供されるか、または複合コーデックに組み込まれる場合がある。また、本技法は、１つまたは複数の回路または論理要素に完全に実装される場合がある。
【０３３４】
[0342]  本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置に実装される場合がある。開示された技法を実行するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットが本開示に記載されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上述されたように、様々なユニットが、適切なソフトウェアおよび／またはファームウェアとともに、上述された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって提供される場合がある。
【０３３５】
[0343]  様々な例が記載された。これらおよび他の例は、以下の特許請求の範囲内に入る。
【図１】
2015537491.tif 000006
【図２】
2015537491.tif 000007
【図３】
2015537491.tif 000008
【図４Ａ】
2015537491.tif 000009
【図４Ｂ】
2015537491.tif 000010
【図５】
2015537491.tif 000011
【図６】
2015537491.tif 000012
【図７】
2015537491.tif 000013
【図８】
2015537491.tif 000014
【図９】
2015537491.tif 000015
【図１０】
2015537491.tif 000016
【図１１】
2015537491.tif 000017
【図１２】
2015537491.tif 000018
【図１３】
2015537491.tif 000019
【国際調査報告】
2015537491.tif 000020
2015537491.tif 000021
2015537491.tif 000022