(57)【特許請求の範囲】
【請求項１】
ビデオデータをコード化するための方法であって、
プロセッサが、深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することと、
前記プロセッサが、前記単一の深度ビューブロックの少なくとも１つの区分に対応する前記複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックを複数のテクスチャビューブロック区分に区分したとき、
前記プロセッサが、前記単一の深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの一つが含むかを決定することと、
前記プロセッサが、前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択することと、
前記プロセッサが、選択された前記１つのテクスチャビューブロック区分の参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記参照インデックスを決定することと、
前記プロセッサが、決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックをコード化することと
を備え、
前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、
前記単一の深度ビューブロックが、対応する前記複数のテクスチャビューブロック内の全ての画素の相対深度を示し、
前記深度ビューコンポーネントの空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、
方法。
【請求項２】
前記プロセッサが、前記単一の深度ビューブロックについて、内部ビュー動き予測（ＩＶＭＰ）が有効にされたか、又は無効にされたかを決定することを更に備え、
前記プロセッサが、前記参照インデックスを決定することが、ＩＶＭＰが有効にされたときに、前記参照インデックスを決定することを備える、
請求項１に記載の方法。
【請求項３】
前記プロセッサが、ＩＶＭＰが有効にされたか、又は無効にされたかを決定することが、ＩＶＭＰが有効にされたことを示すＩＶＭＰフラグをコード化することを備える、請求項２に記載の方法。
【請求項４】
前記プロセッサが、ＩＶＭＰが有効にされたか、又は無効にされたかを決定することが、前記複数のテクスチャビューブロックのいずれかの予測モード、及び前記複数のテクスチャビューブロックのいずれかの区分モードのうちの少なくとも１つに基づいて、ＩＶＭＰが無効にされたと決定することを備える、請求項２に記載の方法。
【請求項５】
ＩＶＭＰが無効にされたと決定することが、前記複数のテクスチャビューブロックのいずれかがイントラ予測されたとき、又は前記複数のテクスチャビューブロックのいずれかが４つの８×８のテクスチャビューマクロブロック区分に区分されたとき、ＩＶＭＰが無効にされたと決定することを備える、請求項４に記載の方法。
【請求項６】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の動きベクトルを決定することをさらに備え、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルを決定することが、
前記プロセッサが、前記少なくとも１つの区分に対応する、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の動きベクトルをスケーリングすることと、
前記プロセッサが、スケーリングされた前記動きベクトルを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルとして設定することと
を備える、請求項１に記載の方法。
【請求項７】
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、１つの１６×１６のテクスチャビューブロック区分として区分された、請求項１に記載の方法。
【請求項８】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが２つのテクスチャビューブロック区分として区分されず、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しくないとき、少なくとも前記同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの一つが含むかを決定することと、前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択することと、前記参照インデックスを決定することが、少なくとも前記同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの一つが含むかを決定することと、前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択することと、前記参照インデックスを決定することを備え、前記方法は、
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しいとき、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを−１に等しく設定することをさらに備える、
請求項１に記載の方法。
【請求項９】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが２つのテクスチャビューブロック区分として区分されず、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しくないとき、少なくとも前記同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つが含むかを決定することと、前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択することと、前記参照インデックスを決定することが、少なくとも前記同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つが含むかを決定することと、前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択することと、前記参照インデックスを決定することを備え、前記方法は、
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、前記２つのテクスチャビューブロック区分の第１の区分の参照ピクチャリストへの参照インデックスが−１に等しくなく、前記２つのテクスチャビューブロック区分の第２の区分の前記参照ピクチャリストへの参照インデックスが−１に等しいとき、前記２つのテクスチャビューブロック区分の前記第１の区分の前記参照インデックスを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスとして設定することをさらに備える、
請求項１に記載の方法。
【請求項１０】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の区分モードを決定することをさらに備え、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定することが、
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが異なるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×８のサブブロックとして設定することを備える、
請求項１に記載の方法。
【請求項１１】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の区分モードを決定することをさらに備え、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定することが、
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが同じであるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×４のサブブロック又は１つの４×８のサブブロックとして設定することを備える、
請求項１に記載の方法。
【請求項１２】
前記プロセッサが、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックのテクスチャビュー参照ピクチャリスト内でピクチャ順序回数（ＰＯＣ）値が列記されている順序が、深度ビュー参照ピクチャリスト内でＰＯＣ値が列記されている順序と異なると決定すること
を更に備え、
前記プロセッサが、前記参照インデックスを決定することが、
前記プロセッサが、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の参照インデックスに基づいて、前記テクスチャビュー参照ピクチャリスト内で識別された参照テクスチャビューコンポーネントのＰＯＣ値を決定することと、
前記プロセッサが、前記深度ビュー参照ピクチャリストの参照インデックスを決定することと
を備え、前記深度ビュー参照ピクチャリストの前記参照インデックスが、前記参照テクスチャビューコンポーネントの前記ＰＯＣ値に等しい前記深度ビュー参照ピクチャリスト内のＰＯＣ値を識別する、
請求項１に記載の方法。
【請求項１３】
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つの１６×８のテクスチャビューブロック区分又は２つの８×１６のテクスチャビューブロック区分に区分された、請求項１に記載の方法。
【請求項１４】
前記プロセッサが、前記複数のテクスチャビューブロックをコード化することが、前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを復号することを備え、
前記プロセッサが、前記単一の深度ビューブロックをコード化することが、決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックを復号することを備える、
請求項１に記載の方法。
【請求項１５】
前記プロセッサが、前記複数のテクスチャビューブロックをコード化することが、前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを符号化することを備え、
前記プロセッサが、前記単一の深度ビューブロックをコード化することが、決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックを符号化することを備える、
請求項１に記載の方法。
【請求項１６】
ビデオデータをコード化するための機器であって、
深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することと、
前記単一の深度ビューブロックの少なくとも１つの区分に対応する前記複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックが、複数のテクスチャビューブロック区分に区分されたとき、
前記単一の深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つのテクスチャビューブロック区分が含むかを決定することと、
前記複数のテクスチャビューブロック区分のうちの決定された１つのテクスチャビューブロック区分を選択することと、
選択された前記１つのテクスチャビューブロック区分の参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記参照インデックスを決定することと、
決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックをコード化することと
を行うように構成されたプロセッサを備え、
前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、
前記深度ビューコンポーネントの空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、
機器。
【請求項１７】
前記プロセッサが、
前記単一の深度ビューブロックについて、内部ビュー動き予測（ＩＶＭＰ）が有効にされたか、又は無効にされたかを決定するように構成され、
前記プロセッサが、ＩＶＭＰが有効にされたときに、前記参照インデックスを決定するように構成された、
請求項１６に記載の機器。
【請求項１８】
前記プロセッサが、ＩＶＭＰが有効にされたことを示すＩＶＭＰフラグをコード化するように構成された、請求項１７に記載の機器。
【請求項１９】
前記プロセッサが、前記複数のテクスチャビューブロックのいずれかの予測モード、及び前記複数のテクスチャビューブロックのいずれかの区分モードのうちの少なくとも１つに基づいて、ＩＶＭＰが無効にされたと決定するように構成された、請求項１７に記載の機器。
【請求項２０】
前記プロセッサが、前記複数のテクスチャビューブロックのいずれかがイントラ予測されたとき、又は前記複数のテクスチャビューブロックのいずれかが４つの８×８のテクスチャビューマクロブロック区分に区分されたとき、ＩＶＭＰが無効にされたと決定するように構成された、請求項１９に記載の機器。
【請求項２１】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の動きベクトルを決定するように構成され、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルを決定するために、前記プロセッサが、
前記少なくとも１つの区分に対応する、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の動きベクトルをスケーリングすることと、
前記スケーリングされた動きベクトルを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルとして設定することと
を行うように構成された、請求項１６に記載の機器。
【請求項２２】
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、１つの１６×１６のテクスチャビューブロック区分として区分された、請求項１６に記載の機器。
【請求項２３】
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが２つのテクスチャビューブロック区分として区分されず、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しくないとき、前記プロセッサが、少なくとも前記同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つのテクスチャビューブロック区分が含むかを決定し、前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するように構成され、
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しいとき、前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを−１に等しく設定するように構成された、
請求項１６に記載の機器。
【請求項２４】
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが２つのテクスチャビューブロック区分として区分されず、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しくないとき、前記プロセッサが、少なくとも前記同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つのテクスチャビューブロック区分が含むかを決定し、前記複数のテクスチャビューブロック区分のうちの決定された前記１つテクスチャビューブロック区分を選択し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するように構成され、
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、前記２つのテクスチャビューブロック区分の第１の区分の参照ピクチャリストへの参照インデックスが−１に等しくなく、前記２つのテクスチャビューブロック区分の第２の区分の前記参照ピクチャリストへの参照インデックスが−１に等しいとき、前記プロセッサが、前記２つのテクスチャビューブロック区分の前記第１の区分の前記参照インデックスを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスとして設定するように構成された、
請求項１６に記載の機器。
【請求項２５】
前記プロセッサが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の区分モードを決定するように構成され、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定するために、前記プロセッサが、
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが異なるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×８のサブブロックとして設定するように構成された、
請求項１６に記載の機器。
【請求項２６】
前記プロセッサが、前記単一の深度ビューブロックの少なくとも１つの区分用の区分モードを決定するように構成され、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定するために、前記プロセッサが、
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが同じであるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×４のサブブロック又は１つの４×８のサブブロックとして設定するように構成された、
請求項１６に記載の機器。
【請求項２７】
前記参照インデックスを決定するために、前記プロセッサが、
対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックのテクスチャビュー参照ピクチャリスト内でピクチャ順序回数（ＰＯＣ）値が列記されている順序が、深度ビュー参照ピクチャリスト内でＰＯＣ値が列記されている順序と異なると決定することと、
前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の参照インデックスに基づいて、前記テクスチャビュー参照ピクチャリスト内で識別された参照テクスチャビューコンポーネントのＰＯＣ値を決定することと、
前記深度ビュー参照ピクチャリストの参照インデックスを決定することと
を行うように構成され、前記深度ビュー参照ピクチャリストの前記参照インデックスが、前記参照テクスチャビューコンポーネントの前記ＰＯＣ値に等しい前記深度ビュー参照ピクチャリスト内のＰＯＣ値を識別する、請求項１６に記載の機器。
【請求項２８】
前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つの１６×８のテクスチャビューブロック区分又は２つの８×１６のテクスチャビューブロック区分に区分された、請求項１６に記載の機器。
【請求項２９】
前記プロセッサがビデオデコーダを備え、
前記ビデオデコーダが、
前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを復号することと、
決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックを復号することと
を行うように構成された、請求項１６に記載の機器。
【請求項３０】
前記プロセッサがビデオエンコーダを備え、
前記ビデオエンコーダが、
前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを符号化することと、
決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックを符号化することと
を行うように構成された、請求項１６に記載の機器。
【請求項３１】
ワイヤレス通信機器、
マイクロプロセッサ、
集積回路
のうちの１つを備える、請求項１６に記載の機器。
【請求項３２】
コンピュータ可読記憶媒体であって、実行されると、ビデオデータをコード化するための機器のプロセッサに、
深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することと、
前記単一の深度ビューブロックの少なくとも１つの区分に対応する前記複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックが、複数のテクスチャビューブロック区分に区分されたとき、
前記単一の深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つのテクスチャビューブロック区分が含むかを決定することと、
前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択することと、
選択された前記１つのテクスチャビューブロック区分の参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記参照インデックスを決定することと、
決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックをコード化することと
を行わせる命令を記憶し、
前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、
前記深度ビューコンポーネントの空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、
コンピュータ可読記憶媒体。
【請求項３３】
ビデオデータをコード化するための機器であって、
深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化するための手段と、
前記単一の深度ビューブロックの少なくとも１つの区分に対応する前記複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックが、複数のテクスチャビューブロック区分に区分されたとき、
前記単一の深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記複数のテクスチャビューブロック区分のうちのどの１つのテクスチャビューブロック区分が含むかを決定するための手段と、
前記複数のテクスチャビューブロック区分のうちの決定された前記１つのテクスチャビューブロック区分を選択するための手段と、
選択された前記１つのテクスチャビューブロック区分の参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記参照インデックスを決定するための手段と、
決定された前記参照インデックスに基づいて、前記単一の深度ビューブロックをコード化するための手段と
を備え、
前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、
前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、
前記深度ビューコンポーネントの空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、
機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、各々の内容全体が参照により本明細書に組み込まれる、
２０１１年１１月１８日に出願した米国仮特許出願第６１／５６１，８００号、
２０１１年１１月２６日に出願した米国仮特許出願第６１／５６３，７７１号、及び
２０１２年１月１０日に出願した米国仮出願第６１／５８５，１６９号の利益を主張する。
【０００２】
本開示は、ビデオコード化に関し、より詳細には、ビデオデータをコード化するための技法に関する。
【背景技術】
【０００３】
デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ又はデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録装置、デジタルメディアプレーヤ、ビデオゲーム機器、ビデオゲームコンソール、携帯電話又は衛星無線電話、所謂「スマートフォン」、ビデオ遠隔会議機器、ビデオストリーミング機器などを含む、広範囲の機器に組み込むことができる。デジタルビデオ機器は、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ  １０、アドバンストビデオコード化（ＡＶＣ）、現在開発中の高効率ビデオコード化（ＨＥＶＣ）規格によって定義された規格、及びそのような規格の拡張に記載されているビデオ圧縮技法などのビデオ圧縮技法を実装する。ビデオ機器は、そのようなビデオ圧縮技法を実装することにより、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、及び／又は記憶することができる。
【０００４】
ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減又は除去するために、空間的（イントラピクチャ）予測及び／又は時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコード化のために、ビデオスライス（即ち、ビデオフレーム又はビデオフレームの一部）が複数のビデオブロックに区分される場合があり、これらはツリーブロック、コード化単位（ＣＵ）及び／又はコード化ノードと呼ばれる場合もある。イントラコード化（Ｉ）ピクチャスライスの中のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに関する空間的予測を使用して符号化される。ピクチャのインターコード化（Ｐ又はＢ）スライス内のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに対する空間的予測、又は他の参照ピクチャの中の参照サンプルに対する時間的予測を使用することができる。ピクチャはフレームと呼ばれる場合があり、参照ピクチャは参照フレームと呼ばれる場合がある。
【０００５】
空間的予測又は時間的予測は、コード化されるべきブロック用の予測ブロックを生じる。残差データは、コード化されるべき元のブロックと予測ブロックとの間の画素差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、及びコード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコード化モードと残差データとに従って符号化される。更なる圧縮のために、残差データは、画素領域から変換領域に変換されて残差変換係数をもたらすことができ、その残差変換係数は、次いで量子化することができる。量子化変換係数は、最初に２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査することができ、なお一層の圧縮を達成するためにエントロピーコード化を適用することができる。
【発明の概要】
【０００６】
概して、本開示は、マルチビュービデオコード化及び３Ｄビデオコード化に関係する技法を記載する。例えば、本開示に記載された技法は、ビデオコーダ（例えば、エンコーダ又はデコーダ）が、それにより１つ又は複数の対応するテクスチャビューブロックについての動き情報に基づいて、深度ビューブロックについての動き情報を決定できる機構を提供することができる。これらの技法は、深度ビューコンポーネント用の空間解像度がテクスチャビューコンポーネントの空間解像度と異なる場合に適用可能であり得る。例えば、本開示の技法は、深度ビューブロックを含む深度ビューコンポーネントの空間解像度が、１つ又は複数の対応するテクスチャビューブロックを含む対応するテクスチャビューコンポーネントの空間解像度と異なる場合に、深度ビューブロックについての動き情報を決定することを記載することができる。
【０００７】
一例では、本開示は、ビデオデータをコード化するための方法を記載する。方法は、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することを含む。この例では、複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する。方法はまた、複数の対応するテクスチャビューブロックのうちの１つのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、単一の深度ビューブロックをコード化することとを含む。この例では、深度ビューコンポーネントとテクスチャビューコンポーネントはアクセス単位内の同じビューに属し、単一の深度ビューブロックは対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は異なる。
【０００８】
一例では、本開示は、ビデオデータをコード化するための機器を記載する。機器は、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化するように構成されたビデオコーダを備える。この例では、複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する。ビデオコーダはまた、複数の対応するテクスチャビューブロックのうちの１つのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、単一の深度ビューブロックをコード化することとを行うように構成される。この例では、深度ビューコンポーネントとテクスチャビューコンポーネントはアクセス単位内の同じビューに属し、単一の深度ビューブロックは対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は異なる。
【０００９】
一例では、本開示は、実行されると、ビデオデータをコード化するための機器のプロセッサに、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化させる命令を記憶したコンピュータ可読記憶媒体を記載する。この例では、複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する。命令はまた、実行されると、プロセッサに、複数の対応するテクスチャビューブロックのうちの１つのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、単一の深度ビューブロックをコード化することとを行わせる。この例では、深度ビューコンポーネントとテクスチャビューコンポーネントはアクセス単位内の同じビューに属し、単一の深度ビューブロックは対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は異なる。
【００１０】
一例では、本開示は、ビデオデータをコード化するための機器を記載する。機器は、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化するための手段を備える。この例では、複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する。機器はまた、複数の対応するテクスチャビューブロックのうちの１つのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するための手段と、決定された参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、単一の深度ビューブロックをコード化するための手段とを含む。この例では、深度ビューコンポーネントとテクスチャビューコンポーネントはアクセス単位内の同じビューに属し、単一の深度ビューブロックは対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は異なる。
【００１１】
１つ又は複数の例の詳細は、添付の図面及び以下の説明に記載されている。他の特徴、目的、及び利点は、その説明及び図面、ならびに特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１２】
【図１】本開示に記載された１つ又は複数の例による、例示的なマルチビュービデオコード化（ＭＶＣ）の符号化又は復号の順序を示すグラフィック図。
【図２】例示的なＭＶＣの予測パターンを示す概念図。
【図３】深度ビューコンポーネントの４番目のピクチャ内の識別されたマクロブロック、及びテクスチャビューの４番目のピクチャ内の対応するマクロブロックの動きベクトルが、深度ビューコンポーネント内で再使用されるビデオシーケンスを形成するピクチャのシーケンスの概念図。
【図４Ａ】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合のテクスチャビューブロックと深度ビューブロックの概念図。
【図４Ｂ】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合のテクスチャビューブロックと深度ビューブロックの概念図。
【図５】本開示に記載された技法を利用できる例示的なビデオの符号化及び復号のシステムを示すブロック図。
【図６】深度ビュー区分についての参照インデックスと動きベクトル情報とを決定するためのテクスチャビューブロックと深度ビューブロックの概念図。
【図７】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオエンコーダの例を示すブロック図。
【図８】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオデコーダの例を示すブロック図。
【図９】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法によるビデオデコーダの例示的な動作を示すフローチャート。
【図１０】テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法によるビデオエンコーダの例示的な動作を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下でより詳細に記載されるように、本開示に記載された技法は、テクスチャビューの空間解像度とその対応する深度ビューの空間解像度が異なる場合の「内部ビュー動き予測」（ＩＶＭＰ）を可能にする。テクスチャビューコンポーネントの空間解像度とその対応する深度ビューコンポーネントの空間解像度が異なる例では、深度ビューコンポーネント内の深度ビューブロックは、テクスチャビューコンポーネント内の複数のテクスチャビューブロックに対応する場合がある。深度ビューブロックは複数のテクスチャビューブロックに対応するので、深度ビューブロックについての動き情報を予測するために、テクスチャビューブロックについての動き情報を使用することには、潜在的な問題が存在する。本開示に記載された技法は、テクスチャビューコンポーネントの空間解像度とその対応する深度ビューコンポーネントの空間解像度が異なる例でも、深度ビューブロックについての動き情報がテクスチャビューブロックから予測されることを可能にして、これらの問題に対処する。
【００１４】
本開示に記載された技法は、概して、マルチビュービデオコード化（ＭＶＣ）及び３Ｄビデオコード化に適用可能である。マルチビュービデオコード化（ＭＶＣ）は、異なるポイントのビュー（即ち、複数のビュー）からのシーンを見せるビデオピクチャのコード化を指す。例えば、複数のビューが存在し、各ビューは複数のビデオピクチャを含むものと考えられる。ビューのうちの少なくとも２つからのビデオピクチャが表示されたとき、結果として得られたビデオは、ビューをレンダリングするために使用される表示器から現れた、又は表示器に入り込んだ３Ｄビデオとして見える。
【００１５】
本開示に記載された技法は、様々なビデオコード化規格に適用可能であり得る。ビデオコード化規格の例には、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２又はＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、ならびに、そのスケーラブルビデオコード化（ＳＶＣ）及びマルチビュービデオコード化（ＭＶＣ）の拡張を含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られている）ＩＴＵ−Ｔ  Ｈ．２６４が含まれる。加えて、ＩＴＵ−Ｔビデオコード化専門家グループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ動画専門家グループ（ＭＰＥＧ）のビデオコード化共同研究部会（ＪＣＴ−ＶＣ）によって開発されている、新しいビデオコード化規格、即ち高効率ビデオコード化（ＨＥＶＣ）がある。
【００１６】
単に例示のために、技法は、そのＭＶＣ拡張と３Ｄビデオ拡張とを含むＨ．２６４／ＡＶＣ規格のコンテキストで記載される。そのＭＶＣ拡張を含むＨ．２６４／ＡＶＣ規格は、「Ｈ．２６４／ＡＶＣ規格」又は単に「Ｈ．２６４」規格と呼ばれる場合もある。技法はそのＭＶＣ拡張を含むＨ．２６４／ＡＶＣ規格のコンテキストで記載されるが、本開示に記載された技法は、現在開発中のＨＥＶＣ規格などの他の規格にも拡張可能であり得る。
【００１７】
ＭＶＣの最近の公的に入手可能な共同ドラフトは、「一般オーディオビジュアルサービス用アドバンストビデオコード化」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月に記載されている。ＭＶＣの更に最近の公的に入手可能な共同ドラフトは、「一般オーディオビジュアルサービス用アドバンストビデオコード化」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１１年６月に記載されている。ＭＶＣの現在の共同ドラフトは、２０１２年１月時点で承認されている。
【００１８】
ビューごとの複数のビデオピクチャは、テクスチャビューコンポーネントと呼ばれる場合がある。各テクスチャビューコンポーネントは、対応する深度ビューコンポーネントを有する。テクスチャビューコンポーネントはビデオコンテンツを含み、深度ビューコンポーネントはテクスチャビューコンポーネント内の画素の相対深度を示すことができる。
【００１９】
本開示の技法は、テクスチャデータと深度データとをコード化することによって、３Ｄビデオデータをコード化することに関する。一般に、「テクスチャ」という用語は、画像のルミナンス（即ち、輝度又は「ルーマ」）値と画像のクロミナンス（即ち、色又は「クロマ」）値とを記述するために使用される。幾つかの例では、テクスチャ画像は、１組のルミナンスデータと、青色相（Ｃｂ）及び赤色相（Ｃｒ）用の２組のクロミナンスデータとを含む場合がある。４：２：２又は４：２：０などの特定のクロマフォーマットでは、クロマデータはルーマデータに対してダウンサンプリングされる。即ち、クロミナンス画素の空間解像度は、対応するルミナンス画素の空間解像度よりも低く、例えばルミナンス解像度の２分の１又は４分の１である。
【００２０】
深度データは、一般に、対応するテクスチャデータ用の深度値を記述する。例えば、深度画像は、各々が対応するテクスチャデータ用の深度を記述する１組の深度画素を含む場合がある。深度データは、対応するテクスチャデータ用の水平視差を決定するために使用される場合がある。従って、テクスチャデータと深度データとを受信する機器は、１つのビュー（例えば、左眼ビュー）用の第１のテクスチャ画像を表示することができ、深度値に基づいて決定された水平視差値により第１の画像の画素値を相殺することによって、第１のテクスチャ画像を修正して他のビュー（例えば、右眼ビュー）用の第２のテクスチャ画像を生成するために、深度データを使用することができる。一般に、水平視差（又は単に「視差」）は、第２のビュー内の対応する画素に対する第１のビュー内の画素の水平空間オフセットを記述し、２つの画素は２つのビューで表された同じ対象の同じ部分に対応する。
【００２１】
更に他の例では、深度データは、画像平面に直角なＺ次元内の画素用に定義される場合があり、その結果、所与の画素に関連付けられた深度は、画像用に定義されたゼロの視差平面に対して定義される。そのような深度は、画素を表示するための水平視差を作成するために使用される場合があり、その結果、ゼロの視差平面に対する画素のＺ次元深度値に応じて、画素は左眼と右眼で異なって表示される。ゼロの視差平面は、ビデオシーケンスの異なる部分について変化する場合があり、ゼロの視差平面に対する深度の量も変化する場合がある。ゼロの視差平面に位置する画素は、左眼と右眼で同様に定義される場合がある。ゼロの視差平面の前に位置する画素は、画素が画像平面に垂直なＺ方向内の画像から出てくるように見える知覚を作成するために、（例えば、水平視差を有する）左眼と右眼で異なる位置に表示される場合がある。ゼロの視差平面の後に位置する画素は、少しぼやけて、深度を少し知覚して表示される場合があり、又は、（例えば、ゼロの視差平面の前に位置する画素の水平視差とは反対の水平視差を有する）左眼と右眼で異なる位置に表示される場合がある。画像用の深度データを伝達又は定義するために、多くの他の技法を使用することもできる。
【００２２】
深度ビューコンポーネント内の画素ごとに、１つ又は複数の対応する画素がテクスチャビューコンポーネント内に存在する可能性がある。例えば、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が同じである場合、深度ビューコンポーネント内の各画素は、テクスチャビューコンポーネント内の１つの画素に対応する。深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さい場合、深度ビューコンポーネント内の各画素は、テクスチャビューコンポーネント内の複数の画素に対応する。深度ビューコンポーネント内の画素の値は、テクスチャビュー内の対応する１つ又は複数の画素の相対深度を示すことができる。
【００２３】
幾つかの例では、ビデオエンコーダは、ビューの各々に、テクスチャビューコンポーネントと対応する深度ビューコンポーネント用のビデオデータを通知する。ビデオデコーダは、テクスチャビューコンポーネントと深度ビューコンポーネントの両方のビデオデータを利用して、表示用のビューのビデオコンテンツを復号する。次いで、表示器は、マルチビュービデオを表示して３Ｄビデオを生成する。
【００２４】
テクスチャビューコンポーネントは「ビデオブロック」と呼ばれ、Ｈ．２６４のコンテキストでは通常「マクロブロック」と呼ばれるビデオデータのブロック内でコード化される場合がある。同様に、深度ビューコンポーネントも、Ｈ．２６４規格では通常「マクロブロック」と呼ばれる「ビデオブロック」としてコード化される。各深度ビューブロックは、１つ又は複数の対応するテクスチャビューブロックを有することができる。例えば、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が同じである場合、各深度ビューブロックは１つのテクスチャビューブロックに対応する。深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さい場合、各深度ビューブロックは２つ以上のテクスチャビューブロックに対応する。
【００２５】
しかしながら、異なるビデオブロック（テクスチャ及び深度）は、通常、別々にコード化される。他のビデオコード化規格は、ビデオブロックをツリーブロック又はコード化単位（ＣＵ）と呼ぶ場合がある。
【００２６】
テクスチャビューコンポーネントのビデオブロックは、（例えば、同じテクスチャビューコンポーネント内の他の部分に関して予測される）イントラ予測、又は（例えば、異なるビューからのテクスチャビューコンポーネントを含む１つ又は複数の他のテクスチャビューコンポーネント内の部分に関して予測される）インター予測を使用して、コード化される場合がある。例えば、現在のテクスチャビューブロックをインター予測する場合、ビデオコーダ（例えば、ビデオエンコーダ又はビデオデコーダ）は、（参照テクスチャビューコンポーネントと呼ばれる）別のテクスチャビューコンポーネント内のブロックを識別し、現在のテクスチャビューブロックと参照テクスチャビューコンポーネントのブロックとの間の残差をコード化（例えば、符号化又は復号）する。参照テクスチャビューコンポーネントのブロックは、参照テクスチャビューブロックと呼ばれる場合がある。
【００２７】
加えて、インター予測の場合、ビデオコーダは、参照テクスチャビューコンポーネント内の参照テクスチャビューブロックの位置を示す動きベクトルと、参照テクスチャビューコンポーネントを識別する参照インデックスとをコード化する。幾つかの例では、ビデオコーダは、２つの参照テクスチャビューコンポーネントと２つの動きベクトルとを利用して、現在のテクスチャビューコンポーネントのブロックをインター予測する。
【００２８】
一般に、現在のテクスチャビューブロックを予測するために使用される情報は、ブロックについての動き情報と呼ばれる場合がある。インター予測の場合、動き情報は、区分モード、動きベクトル、及び参照インデックス、又はそれらの任意の組合せであり得る。
【００２９】
テクスチャビューブロックを予測するために使用される動き情報を、テクスチャビューブロックに対応する深度ビューブロックの予測にも利用することが提案されている。更に、深度ビューブロックがテクスチャビューブロック内の画素の相対深度を示すとき、深度ビューブロックはテクスチャビューブロックに対応する。同様に、深度ビューコンポーネントがテクスチャビューコンポーネント内の画素の相対深度を示すとき、深度ビューコンポーネントはテクスチャビューコンポーネントに対応する。幾つかの例では、テクスチャビューコンポーネントと対応する深度ビューコンポーネントは、同じビデオのネットワークアブストラクションレイヤ（ＮＡＬ）単位内にコード化される場合がある。
【００３０】
テクスチャビューブロックを予測するために使用される動き情報を、テクスチャビューブロックに対応する深度ビューブロックの予測に利用することは、「内部ビュー動き予測」（ＩＶＭＰ）と呼ばれる。テクスチャビューブロックについての動き情報（即ち、テクスチャビューブロックを予測するために使用される情報）が対応する深度ビューブロックを予測するために使用される（例えば、これ以上変更しないで採用される）ので、そのような予測はＩＶＭＰと呼ばれる。深度ビューブロックが属する深度ビューコンポーネント、及びテクスチャビューブロックが属するその対応するテクスチャビューコンポーネントは、同じビューに属していると考えることができ、従って「内部ビュー動き予測」というフレーズになる。
【００３１】
テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が同じである場合、テクスチャビューコンポーネント内のブロックについて、対応する深度ビューコンポーネント内に１つの対応するブロックが存在する。この場合、他の深度ビューコンポーネントに関してではあるが、現在のテクスチャビューコンポーネント内のブロックの動き情報を使用して、対応する深度ビューコンポーネント内のブロックをインター予測することが提案されている。
【００３２】
例えば、上述されたように、テクスチャビューブロックは、参照テクスチャビューコンポーネント内のブロック（例えば、参照テクスチャビューブロック）に関してインター予測される。ＭＶＣ及び３Ｄビデオコード化では、（参照深度ビューコンポーネントと呼ばれる）参照テクスチャビューコンポーネントに対応する深度ビューコンポーネントが存在する。現在の深度ビューコンポーネント内の深度ビューブロックを予測する場合、ビデオコーダは、対応するテクスチャビューコンポーネント内の対応するテクスチャビューブロックの動き情報を使用して、テクスチャビューブロックをコード化するために使用された参照テクスチャビューコンポーネントを識別することができる。
【００３３】
参照テクスチャビューコンポーネントから、ビデオコーダは、参照テクスチャビューコンポーネントに対応する深度ビューコンポーネントを識別する（即ち、参照深度ビューコンポーネントを識別する）ことができる。ビデオコーダはまた、テクスチャビューブロックをコード化するために使用された参照テクスチャビューブロックに対応する、参照深度ビューコンポーネント内の深度ビューブロックを識別することができる。
【００３４】
次いで、ビデオコーダは、参照深度ビューコンポーネント内の識別された深度ビューブロックを使用して、深度ビューブロックをコード化する。このようにして、ビデオエンコーダは、深度ビューブロックについての動き情報を通知する必要がない場合があり、ビデオデコーダは、深度ビューブロックを復元する目的で、深度ビューブロックについての動き情報を受信する必要がない場合がある。
【００３５】
深度ビューブロックを予測するための動き情報を使用する前の例では、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が同じであると仮定された。しかしながら、あらゆる例においてこれが当てはまるとは限らない。帯域幅の効率の目的で、深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度よりも小さい場合があり、その結果、空間解像度が同じであった場合と比較して、通知又は受信される必要があるデータの量は少ない。
【００３６】
例えば、一例として、ビデオコーダは、深度ビューコンポーネントをダウンサンプリングして、空間解像度を低減させる。しかしながら、本開示の技法は、深度ビューコンポーネントの空間解像度を低減させるためにダウンサンプリングを必要としない。概して、本開示に記載された例は、テクスチャビューコンポーネントの空間解像度と異なる深度ビューコンポーネントの空間解像度をもたらす任意の技法を利用する場合があり、テクスチャビューコンポーネントの複数の画素に対応するように深度ビューコンポーネントの１つの画素を割り当てることを含む。
【００３７】
深度ビューコンポーネントの空間解像度は、２つの例として、テクスチャビューコンポーネントの空間解像度の４分の１又は２分の１であり得る。４分の１の解像度の場合、ビデオコーダは、全体で４分の１にダウンサンプリングするために、Ｘ次元とＹ次元の各々で２によってダウンサンプリングすることができる。２分の１の解像度の場合、ビデオコーダは、全体で２分の１にダウンサンプリングするために、Ｘ次元とＹ次元のいずれかで２によってダウンサンプリングすることができる。
【００３８】
深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の幾つかの他の分数になることが可能であり、２分の１よりも大きく１よりも小さい、又は４分の１よりも小さい比率を含む。単に例示のために、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である、多くの例が記載された。しかしながら、技法は、２分の１、８分の１、１６分の１などの他の比率にも拡張可能であり、二進法でない比率を含む。
【００３９】
空間解像度が異なる場合、対応する深度ビューブロックを予測するために、テクスチャビューブロックについての動き情報をどのように使用するかを決定することは困難であり得る。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１であるとき、深度ビューコンポーネント内の１つのビデオブロックは、テクスチャビューコンポーネント内の４つのビデオブロックに対応する。
【００４０】
この場合、テクスチャビューコンポーネント内の４つのビデオブロックのうちの１つ又は複数が異なる方法で予測されることが可能であり得る。例えば、テクスチャビューコンポーネント内の４つのビデオブロックのうちの幾つかはイントラ予測される場合があり、他はインター予測される場合がある。別の例として、テクスチャビューコンポーネント内のビデオブロックについての動きベクトルが異なる場合がある。更に別の例として、テクスチャビューコンポーネント内のビデオブロックの区分が、区分の動き情報が対応する深度ビューブロックに使用可能でない場合がある。テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに、他のそのような問題が存在する可能性がある。
【００４１】
本開示に記載された技法は、非対称的な空間解像度を有する（例えば、空間解像度が異なる場合の）テクスチャビューコンポーネントと深度ビューコンポーネントの間で、ビデオコーダが内部ビュー動き予測（ＩＶＭＰ）を利用すべきかどうかを決定する。ビデオコーダがＩＶＭＰを利用することができないと決定したとき、ビデオコーダは、対応するテクスチャビューコンポーネント内の１つ又は複数の対応するテクスチャビューブロックの区分から、深度ビューコンポーネント内の深度ビューブロックの区分を依然予測することができる。
【００４２】
また、ビデオコーダがＩＶＭＰを利用しないとき、本開示に記載された技法は、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が異なるとき、対応するテクスチャビューブロックから深度ビューブロックについての動き情報を決定する。例えば、技法は、対応するテクスチャビューブロックについての動き情報に基づいて、予測されている深度ビューブロックについての動きベクトル、参照インデックス、及び区分モードのうちの少なくとも１つを決定する。
【００４３】
図１は、本開示に記載された１つ又は複数の例による、例示的なマルチビュービデオコード化（ＭＶＣ）の符号化又は復号の順序を示すグラフィック図である。例えば、図１に示された復号順序配置は、時間第１コード化と呼ばれる。図１では、Ｓ０〜Ｓ７は、各々マルチビュービデオの異なるビューを指す。Ｔ０〜Ｔ８は、１つの出力時間インスタンスを表す。アクセス単位は、１つの出力時間インスタンスについての全てのビューのコード化されたピクチャを含むことができる。例えば、第１のアクセス単位は、時間インスタンスＴ０についてのビューＳ０〜Ｓ７の全てを含むことができ、第２のアクセス単位は、時間インスタンスＴ１についてのビューＳ０〜Ｓ７の全てを含むことができ、以下同様である。
【００４４】
簡潔にするために、本開示は以下の定義を使用する場合がある。
【００４５】
ビューコンポーネント：単一のアクセス単位内のビューのコード化表現。ビューが、コード化テクスチャ表現とコード化深度表現の両方を含むとき、ビューコンポーネントは、テクスチャビューコンポーネントと深度ビューコンポーネントからなる。
【００４６】
テクスチャビューコンポーネント：単一のアクセス単位内のビューのテクスチャのコード化表現。
【００４７】
深度ビューコンポーネント：単一のアクセス単位内のビューの深度のコード化表現。
【００４８】
図１では、ビューの各々はピクチャのセットを含む。例えば、ビューＳ０は、ピクチャ０、８、１６、２４、３２、４０、４８、５６、及び６４のセットを含み、ビューＳ１は、１、９、１７、２５、３３、４１、４９、５７、及び６５のセットを含み、以下同様である。各セットは２つのピクチャを含み、一方のピクチャはテクスチャビューコンポーネントと呼ばれ、他方のピクチャは深度ビューコンポーネントと呼ばれる。ビューのピクチャのセット内のテクスチャビューコンポーネントと深度ビューコンポーネントは、互いに対応すると考えることができる。例えば、ビューのピクチャのセット内のテクスチャビューコンポーネントは、ビューのピクチャのセット内の深度ビューコンポーネントに対応すると考えられ、その逆も真である（即ち、深度ビューコンポーネントはセット内のそのテクスチャビューコンポーネントに対応し、その逆も真である）。本開示で使用されるように、深度ビューコンポーネントに対応するテクスチャビューコンポーネントは、単一のアクセス単位の同じビューの一部であるテクスチャビューコンポーネントと深度ビューコンポーネントと考えることができる。
【００４９】
テクスチャビューコンポーネントは、表示される実際の画像コンテンツを含む。例えば、テクスチャビューコンポーネントは、ルーマ（Ｙ）成分と、クロマ（Ｃｂ及びＣｒ）成分とを含むことができる。深度ビューコンポーネントは、その対応するテクスチャビューコンポーネント内の画素の相対深度を示すことができる。一例として、深度ビューコンポーネントは、ルーマ値のみを含むグレースケール画像である。言い換えれば、深度ビューコンポーネントは、いかなる画像コンテンツも伝達することができないが、むしろテクスチャビューコンポーネント内の画素の相対深度の測度を提供することができる。
【００５０】
例えば、深度ビューコンポーネント内の純白の画素は、対応するテクスチャビューコンポーネント内のその対応する１つ又は複数の画素が見る人の視点からより近いことを示し、深度ビューコンポーネント内の純黒の画素は、対応するテクスチャビューコンポーネント内のその対応する１つ又は複数の画素が見る人の視点から更に離れていることを示す。黒と白の中間にあるグレーの様々な陰影は、異なる深度レベルを示す。例えば、深度ビューコンポーネント内の非常にグレーな画素は、テクスチャビューコンポーネント内のその対応する画素が、深度ビューコンポーネント内のわずかにグレーな画素よりも更に離れていることを示す。画素の深度を識別するためにグレースケールだけが必要とされるために、深度ビューコンポーネントは、深度ビューコンポーネント用の色値がいかなる目的にも働くことができないので、クロマ成分を含む必要がない。
【００５１】
ルーマ値（例えば、強度値）のみを使用して深度を識別する深度ビューコンポーネントは、例示のために提供され、限定的であると考えられるべきでない。他の例では、テクスチャビューコンポーネント内の画素の相対深度を示すために、任意の技法が使用される場合がある。
【００５２】
ＭＶＣによれば、テクスチャビューコンポーネントは、同じビュー内のテクスチャビューコンポーネントから、又は、同じアクセス単位内だが１つ又は複数の異なるビュー内のテクスチャビューコンポーネントからインター予測される。同様に、深度ビューコンポーネントは、同じビュー内の深度ビューコンポーネントから、又は、１つ又は複数の異なるビュー内の深度ビューコンポーネントからインター予測される。テクスチャビューコンポーネントと深度ビューコンポーネントがイントラ予測される（例えば、テクスチャビューコンポーネント又は深度ビューコンポーネント内のブロックが、同じテクスチャビューコンポーネント又は深度ビューコンポーネント内の別のブロックから予測される）場合もある。
【００５３】
テクスチャビューコンポーネントは「ビデオブロック」と呼ばれ、Ｈ．２６４のコンテキストでは通常「マクロブロック」と呼ばれる、ビデオデータのブロック内でコード化される場合がある。同様に、深度ビューコンポーネントも、Ｈ．２６４規格では通常「マクロブロック」と呼ばれる「ビデオブロック」としてコード化される。しかしながら、異なるビデオブロック（テクスチャ及び深度）は、通常、別々にコード化される。他のビデオコード化規格は、ビデオブロックをツリーブロック又はコード化単位（ＣＵ）と呼ぶ場合がある。
【００５４】
インターコード化により、動きベクトルは予測ブロックを定義するために使用され、次いで、予測ブロックはコード化ビデオブロックの値を予測するために使用される。この場合、所謂「残差値」又は「差分値」は、対応する予測ブロックを識別する動きベクトルとともに、符号化されたビットストリームに含まれる。デコーダは、動きベクトルと残差値とを受信し、動きベクトルを使用して、以前に復号されたビデオデータから予測ブロックを識別する。符号化ビデオブロックを復元するために、デコーダは、残差値を、動きベクトルによって識別された対応する予測ブロックと組み合わせる。
【００５５】
本開示に記載された技法は、テクスチャビューコンポーネント内のブロック（即ち、テクスチャビューブロック）を予測するために使用された情報を、対応する深度ビューコンポーネント内の対応するブロック（即ち、対応する深度ビューコンポーネント内の対応する深度ビューブロック）を予測するために使用することを対象とする。現在のテクスチャビューブロックを予測するために使用される情報は、動き情報と呼ばれる。動き情報の例には、区分モード（例えば、現在のテクスチャビューブロックが更に区分される方式）、動きベクトル情報（例えば、現在のテクスチャビューコンポーネントのテクスチャビューブロックを予測するために使用される動きベクトル）、及び参照インデックス情報（例えば、現在のテクスチャビューブロックをインター予測するために使用された１つ又は複数の他のテクスチャビューコンポーネントを示す１つ又は複数の参照ピクチャリストへの１つ又は複数のインデックス）が含まれる。
【００５６】
言い換えれば、参照インデックス情報から、現在のテクスチャビューブロックをインター予測するために使用された１つ又は複数の参照テクスチャビューコンポーネントを決定することが可能である。動きベクトルから、現在のテクスチャビューブロックをインター予測するために使用された１つ又は複数の参照テクスチャビューコンポーネント内の１つ又は複数のブロックの１つ又は複数の位置を決定することが可能である。
【００５７】
区分モードは、現在のテクスチャビューブロックが区分された方式を示すことができる。例えば、Ｈ．２６４／ＡＶＣ規格は、マクロブロック（ＭＢ）を１６×１６画素であると定義する。１６×１６のＭＢは４つの異なる方法でより小さい部分に区分することができる：（即ち、Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、Ｂ＿Ｄｉｒｅｃｔ＿１６×１６、Ｐ＿Ｌ０＿１６×１６、Ｂ＿Ｌ０＿１６×１６、Ｂ＿Ｌ１＿１６×１６もしくはＢ＿Ｂｉ＿１６×１６などの、これ以上の分割がない）１つの１６×１６のＭＢ区分、２つの１６×８のＭＢ区分、２つの８×１６のＭＢ区分、又は４つの８×８のＭＢ区分。１つのＭＢ内の各ＭＢ区分は、異なる参照テクスチャビューブロック内の区分から予測される場合がある。言い換えれば、１つのＭＢ内の異なるＭＢ区分は、異なる参照インデックス値を有する場合がある。
【００５８】
例えば、区分は、参照テクスチャビューコンポーネントの１つの他の区分から予測される場合があり、参照テクスチャビューコンポーネントは、（ＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１と呼ばれる）２つの参照ピクチャリストのうちの１つの中で識別される。幾つかの他の例では、区分は、２つの異なる参照テクスチャビューコンポーネントの２つの他の区分から予測される場合があり、参照テクスチャビューコンポーネントの一方はＲｅｆＰｉｃＬｉｓｔ０の中で識別され、他方の参照テクスチャビューコンポーネントはＲｅｆＰｉｃＬｉｓｔ１の中で識別される。区分が１つの他の区分から予測されるとき、区分は単方向予測されると呼ばれ、区分が２つの区分から予測されるとき、区分は双方向予測されると呼ばれる。
【００５９】
ＭＢが４つの８×８のＭＢ区分に区分されないとき、ＭＢは各方向でＭＢ区分ごとに１つの動きベクトルを有することができ、方向という用語は、区分がＲｅｆＰｉｃＬｉｓｔ０、ＲｅｆＰｉｃＬｉｓｔ１の中のピクチャに関してインター予測されるか、又はＲｅｆＰｉｃＬｉｓｔ０とＲｅｆＰｉｃＬｉｓｔ１の両方の中のピクチャに関してインター予測されるかを示すために使用される。例えば、１つのＭＢが２つの１６×８のＭＢ区分としてコード化される場合、２つの１６×８のＭＢ区分の各々は、単方向予測される場合、参照テクスチャビューブロック内のそれぞれの１６×８の区分から予測され、１つの動きベクトルは、（例えば、一方向に予測される）１６×８の区分ごとに割り当てられる。各々は、双方向予測される場合、２つの参照テクスチャビューブロック内のそれぞれの１６×８の区分から予測され、２つの動きベクトルは、（例えば、両方向に予測される）参照ピクチャリストごとの各１６×８の区分に割り当てられる。幾つかの例では、１つの参照テクスチャビューブロックは、１６×８の区分の各々をインター予測するために使用される両方の１６×８の区分を含む場合があるが、本開示の態様はそのように限定されない。同じことは２つの８×１６の区分に適用されるはずである。
【００６０】
幾つかの例では、ＭＢが４つの８×８のＭＢ区分に区分されたとき、各８×８のＭＢ区分はサブブロックに更に区分される。これらのサブブロックの各々は、異なる参照テクスチャビューコンポーネント内の異なるサブブロックから、単方向予測又は双方向予測される場合がある。これらは、８×８のＭＢ区分をサブブロックに更に区分する４つの異なる方法であり得る。４つの方法には、１つの８×８のサブブロック（即ち、これ以上の分割なし）、２つの８×４のサブブロック、２つの４×８のサブブロック、及び４つの４×４のサブブロックが含まれる。
【００６１】
上述されたように、本開示に記載された技法は、テクスチャビューブロックについての動き情報を対応する深度ビューブロックの予測（例えば、コード化）に使用することに関係する。特に、本開示に記載された技法は、テクスチャビューコンポーネントの空間解像度とその対応する深度ビューコンポーネントの空間解像度が異なる状況に関係する。
【００６２】
例えば、深度ビューコンポーネントはグレースケールで表される場合があるので、深度ビューコンポーネントは対応するテクスチャビューコンポーネントの白黒バージョンであるように見える場合がある。この場合、深度ビューコンポーネントと対応するテクスチャビューコンポーネントは、同様のオブジェクトシルエットを有する場合がある。テクスチャビューコンポーネントとその対応する深度ビューコンポーネントは、同様のオブジェクトシルエットを有するので、同様のオブジェクト境界と動きとを有する場合があり、従って、それらの動きフィールド（例えば、動き情報）に冗長性があり得る。
【００６３】
深度ビューコンポーネントの空間解像度とその対応するテクスチャビューコンポーネントの空間解像度が同じである状況の場合、技法は、テクスチャビューコンポーネントからの動き情報が対応する深度ビューコンポーネントに再使用される場合を提案している。テクスチャビューコンポーネントからの動き予測などの動き情報を対応する深度ビューコンポーネントに再使用することは、新しいモードとして有効にすることができる。これらの例では、内部ビュー動き予測（ＩＶＭＰ）モードが、深度ビューコンポーネントにおいてのみ、インターコード化ＭＢ（即ち、インター予測されたＭＢ）に対して有効にされる。ＩＶＭＰモードでは、テクスチャビューコンポーネント内の対応するＭＢのｍｂ＿ｔｙｐｅ、ｓｕｂ＿ｍｂ＿ｔｙｐｅ、参照インデックス及び動きベクトルによって表された区分モードを含む動き情報が、同じビューの深度ビューコンポーネントによって再使用される。深度ビューコンポーネントの各ＭＢ内で、ＩＶＭＰモードを使用するかどうかを示すために、フラグを通知することができる。
【００６４】
ｍｂ＿ｔｙｐｅは、マクロブロックが区分される方式（即ち、１６×１６のＭＢが１つの１６×１６のＭＢ区分に区分されるか、２つの１６×８のＭＢ区分に区分されるか、２つの８×１６のＭＢ区分に区分されるか、又は４つの８×８のＭＢ区分に区分されるか）を示す。ｓｕｂ＿ｍｂ＿ｔｙｐｅは、８×８の区分が更に区分される方式（即ち、８×８のＭＢが１つの８×８のサブブロックに区分されるか、２つの８×４のサブブロックに区分されるか、２つの４×８のサブブロックに区分されるか、又は４つの４×４のサブブロックに区分されるか）を示す。
【００６５】
有効にされたとき、ＩＶＭＰモードにより、深度ビューコンポーネントが、所謂「マージ」と同様の方式で、対応するテクスチャビューコンポーネントの動き情報を完全に採用することが可能になる。この場合、深度ビューコンポーネントは、その動き情報に関するいかなる追加のデルタ値を含まなくてもよく、代わりに、テクスチャビューコンポーネントの動き情報を、その動き情報として採用する。テクスチャビューの動き情報を深度ビューの動き情報として完全に採用するモードを定義することによって、そのような動き情報に関するデルタ値のいかなる通知もなしに、改善された圧縮を実現することができる。
【００６６】
ＩＶＭＰモードは、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が同じである場合に良好に機能することができるが、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が異なるとき、幾つかの問題が存在する可能性がある。例えば、図１では、ビューＳ０のピクチャ０のセットは、テクスチャビューコンポーネントと対応する深度ビューコンポーネントとを含む。本開示に記載された例では、テクスチャビューコンポーネントの空間解像度と対応する深度ビューコンポーネントの空間解像度が異なる場合がある。例えば、深度ビューコンポーネントの空間解像度が対応するテクスチャビューコンポーネントの空間解像度の２分の１又は４分の１であるが、空間解像度の他の比率が起こり得る。
【００６７】
深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さい場合、深度ビューコンポーネント内のＭＢは、対応するテクスチャビューコンポーネント内の複数のＭＢに対応する。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である場合、深度ビューコンポーネント内の１６×１６のＭＢは、テクスチャビューコンポーネント内の４つの１６×１６のＭＢに対応する。深度ビューコンポーネント内の１つのＭＢが対応するテクスチャビューコンポーネント内の複数のＭＢに対応するので、テクスチャビューＭＢからの動き情報を深度ビューＭＢについての動き情報の予測に使用できるかどうかは不明であり得る。また、そのような動き情報が深度ビューＭＢについての動き情報の予測に使用できる場合、テクスチャビューコンポーネントのどのＭＢのどの動き情報が使用されるべきかに関しては不明であり得る。
【００６８】
例えば、テクスチャビューコンポーネント内のＭＢのうちの１つ又は複数がイントラコード化（即ち、イントラ予測）され、他がインターコード化（即ち、インター予測）されると仮定する。この例では、テクスチャビューコンポーネントのこれらのＭＢに対応する深度ビューコンポーネントのＭＢがイントラコード化されるべきか、又はインターコード化されるべきかは不明であり得る。
【００６９】
別の例として、テクスチャビューコンポーネント内のＭＢのうちの１つが、区分ごとに異なる参照インデックス値を有する２つ以上のＭＢ区分に区分されると仮定する。参照インデックス値は、ＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１と呼ばれる１つ又は２つの参照ピクチャリスト内の参照テクスチャビューコンポーネントを識別する。例えば、テクスチャビューコンポーネント内のＭＢのうちの１つが、４つの８×８の区分、２つの１６×８の区分、又は２つの８×１６の区分に区分されると仮定する。この場合、これらの区分の各々は、８×８よりも小さい、深度ビューコンポーネント内のＭＢのサブブロックに対応する。
【００７０】
例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である場合、テクスチャビューコンポーネント内のＭＢの８×８の区分の各々は、テクスチャビューコンポーネントのＭＢに対応する深度ビューコンポーネント内のＭＢの４×４のサブブロックに対応する。同様に、テクスチャビューコンポーネント内のＭＢの１６×８の区分又は８×１６の区分の各々は、テクスチャビューコンポーネントのＭＢに対応する深度ビューコンポーネント内のＭＢの、それぞれ８×４のサブブロック又は４×８のサブブロックに対応する。
【００７１】
この例では、深度ビューコンポーネント内の４×４のサブブロック、８×４のサブブロック、及び４×８のサブブロックの各々は、サイズが８×８よりも小さい。Ｈ．２６４／ＡＶＣ規格は、異なる参照に関して予測されるべき同じ区分内にある８×８よりも小さいブロックを許可しない可能性がある。例えば、テクスチャビューブロックが４つの８×８のＭＢ区分に区分され、４つの８×８の区分のうちの第１の８×８の区分と第２の８×８の区分が、異なる参照テクスチャビューコンポーネントから予測されると仮定する。この例では、テクスチャビューブロック内の第１の８×８の区分は、深度ビューブロックの８×８の区分内の第１の４×４のサブブロックに対応し、テクスチャビューブロック内の第２の８×８の区分は、深度ビューブロックの同じ８×８の区分内の第２の４×４のサブブロックに対応する。
【００７２】
従って、この例では、深度ビューブロック内の第１の４×４のサブブロック及び深度ビューブロック内の第２の４×４のサブブロックは、テクスチャビューブロック内の第１の８×８の区分と第２の８×８の区分が異なる参照テクスチャビューコンポーネントから予測されるので、異なる参照深度ビューコンポーネントから予測される必要はないはずである。しかしながら、Ｈ．２６４／ＡＶＣ規格は、そのような予測を許可しない可能性がある。例えば、Ｈ．２６４／ＡＶＣでは、同じ区分に属する２つのサブブロックは、異なる参照コンポーネントから予測されることを許可されない場合がある（即ち、サブブロックの各々についての参照インデックス値は、Ｈ．２６４／ＡＶＣに準拠するために同じであることが必要であり得る）。
【００７３】
上述された方式では、テクスチャビューブロックが２つ以上の区分に区分され、２つ以上の区分が異なる参照テクスチャビューコンポーネントに関して予測される場合、これにより、Ｈ．２６４／ＡＶＣ規格に違反して予測される必要がある深度ビューブロックがもたらされる場合がある。これは、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに存在する問題の別の例である。
【００７４】
空間解像度が異なるときに存在する可能性がある問題の更に別の例として、テクスチャビューブロックが２つ以上のＭＢ区分に区分され、ＭＢ区分の各々についての参照インデックス値が同じであることが起こり得る。例えば、１６×１６のテクスチャビューブロックは４つの８×８の区分に区分される場合があり、テクスチャビューブロック内の８×８の区分の各々は、１つ又は複数の同じ参照テクスチャビューコンポーネントから予測される。
【００７５】
この例では、深度ビューブロックの８×８の区分内の対応するサブブロックは、Ｈ．２６４／ＡＶＣ規格に従って、１つ又は複数の同じ参照深度ビューコンポーネントから予測されるはずである。しかしながら、テクスチャビューブロック内の８×８の区分のうちの１つがサブブロックに更に区分された場合、深度ビューブロックの８×８の区分内の１つの４×４のサブブロックにマッピングする複数の動きベクトルが存在する可能性がある。
【００７６】
例えば、テクスチャビューブロック内の４つの８×８の区分の第１の区分が、テクスチャビューブロックの第１から第４のサブブロックとして識別された４つの４×４のサブブロックに更に区分されると仮定する。この例では、テクスチャビューブロック内の４つの８×８の区分の第１の区分は、対応する深度ビューブロック内の１つの４×４のサブブロックに対応する。また、この例では、テクスチャビューブロック内の第１の８×８の区分の第１から第４のサブブロックは、同じ参照テクスチャビューコンポーネントを指す動きベクトルではあるが、異なる動きベクトルで予測される。従って、この例では、テクスチャビューブロックの第１から第４のサブブロックについての動きベクトルの中の動きベクトルの１つが、対応する深度ビューブロック内の４×４のサブブロックについての動きベクトルとして使用されるべきかどうかに関しては不明である。
【００７７】
より詳細に記載されたように、本開示の技法は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに存在する、これら又は他の問題に対処する。例えば、本開示に記載された技法は、非対称的な解像度を有する（例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度よりも小さいときの）内部ビュー動き予測（ＩＶＭＰ）をサポートする。
【００７８】
例えば、空間解像度が異なるときでも、本開示に記載された技法は、対応するテクスチャビューブロックについての動き情報から深度ビューブロックについての動き情報を決定する。幾つかの例では、本開示の技法が深度ビューブロック用に決定する動き情報には、区分モード情報、参照インデックス情報、及び動きベクトル情報が含まれる。
【００７９】
特に、本開示に記載された技法により、ビデオエンコーダ又はビデオデコーダなどのビデオコーダが、深度ビューコンポーネント内のマクロブロックに対応するテクスチャビューコンポーネント内の１つ又は複数のマクロブロックについての区分モード情報と、参照インデックス情報と、動きベクトル情報とに基づいて、深度ビューコンポーネント内のマクロブロックをコード化（例えば、符号化又は復号）するための、区分モード予測と、参照インデックス予測と、動きベクトル予測とを実行することが可能になる可能性がある。例示のために、技法は、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１又は２分の１である例とともに記載された。しかしながら、本開示の態様は、テクスチャビューコンポーネントと深度ビューコンポーネントとの間のこれらの特定の空間解像度の比率に限定されない。
【００８０】
ビデオコーダが深度ビューブロックについての動き情報予測を実行する例示的な方式を記載する前に、図２〜図４Ｂは幾つかの更なるコンテキストを提供する。例えば、図２は、マルチビュービデオコード化を更に説明する。図３、図４Ａ、及び図４Ｂは、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるときに起こる可能性がある潜在的な問題を更に説明する。
【００８１】
図２は、例示的なＭＶＣの予測パターンを示す概念図である。図２の例では、（ビューＩＤ「Ｓ０」〜「Ｓ７」を有する）８つのビューが示され、１２個の時間位置（「Ｔ０」〜「Ｔ１１」）がビューごとに示されている。即ち、図２内の各行はビューに対応し、各列は時間位置を示す。
【００８２】
ＭＶＣがＨ．２６４／ＡＶＣデコーダによって復号可能である、所謂ベースビューを有し、また、ステレオビューペアがＭＶＣによってもサポートされ得るが、ＭＶＣの利点は、ＭＶＣが、３Ｄビデオ入力として３つ以上のビューを使用し、複数のビューによって表されるこの３Ｄビデオを復号する例をサポートできることである。ＭＶＣデコーダを有するクライアントのレンダラは、複数のビューを用いて３Ｄビデオコンテンツを予想することができる。
【００８３】
図２のピクチャは、図２の各行と各列の交点で示される。Ｈ．２６４／ＡＶＣ規格は、ビデオの一部分を表すためにフレームという用語を使用する場合がある。本開示は、ピクチャという用語とフレームという用語とを互換的に使用する場合がある。
【００８４】
図２のピクチャは、対応するピクチャがイントラコード化される（即ち、Ｉフレームである）か、又は一方向に（即ち、Ｐフレームとして）、もしくは複数の方向に（即ち、Ｂフレームとして）インターコード化されるかを指定する、文字を含む影付きブロックを使用して示される。概して、予測は矢印によって示され、ここで矢印の終点のピクチャは、予測参照用に矢印の始点のピクチャを使用する。例えば、時間位置Ｔ０にあるビューＳ２のＰピクチャは、時間位置Ｔ０にあるビューＳ０のＩピクチャから予測される。
【００８５】
シングルビュービデオ符号化の場合と同様に、マルチビューコード化ビデオシーケンスのピクチャは、異なる時間位置にあるピクチャに対して予測符号化することができる。例えば、時間位置Ｔ１にあるビューＳ０のｂピクチャは、時間位置Ｔ０にあるビューＳ０のＩピクチャからそのｂピクチャに向けられた矢印を有し、その矢印は、ｂピクチャがＩピクチャから予測されることを示す。しかしながら、更に、マルチビュービデオ符号化のコンテキストでは、ピクチャはビュー間予測することができる。即ち、ビューコンポーネントは、参照用の他のビュー内のビューコンポーネントを使用することができる。ＭＶＣでは、例えば、別のビュー内のビューコンポーネントがインター予測参照であるかのように、ビュー間予測が実現される。潜在的なビュー間参照は、シーケンスパラメータセット（ＳＰＳ）ＭＶＣ拡張において通知され、インター予測又はビュー間予測参照のフレキシブルな順序付けを可能にする参照ピクチャリスト構成プロセスによって変更され得る。
【００８６】
図２は、ビュー間予測の様々な例を提供する。図２の例では、ビューＳ１のピクチャは、ビューＳ１の異なる時間位置にあるピクチャから予測されるものとして、ならびに同じ時間位置にあるビューＳ０及びビューＳ２のピクチャからビュー間予測されるものとして示されている。例えば、時間位置Ｔ１にあるビューＳ１のｂピクチャは、時間位置Ｔ０及びＴ２にあるビューＳ１のＢピクチャの各々、ならびに時間位置Ｔ１にあるビューＳ０及びビューＳ２のｂピクチャから予測される。
【００８７】
図２の例では、大文字「Ｂ」及び小文字「ｂ」は、異なるコード化方法ではなく、ピクチャ間の異なる階層関係を示すために使用される。概して、大文字の「Ｂ」ピクチャは、小文字の「ｂ」フレームよりも予測階層が比較的高い。図２はまた、異なるレベルの陰影を使用して予測階層の変形形態を示し、より大きい量の陰影の（即ち、比較的より暗い）フレームは、より少ない陰影を有する（即ち、比較的より明るい）それらのフレームよりも予測階層が高い。例えば、図２の全てのＩピクチャは完全陰影を用いて示されるが、Ｐピクチャは幾分明るい陰影を有し、Ｂピクチャ（及び小文字のｂピクチャ）は、互いに対して様々なレベルの陰影を有するが、Ｐピクチャ及びＩピクチャの陰影よりも常に明るい。
【００８８】
概して、階層が比較的高いピクチャが、階層が比較的低いピクチャの復号中に参照ピクチャとして使用できるように、予測階層が比較的高いピクチャは、階層が比較的低いピクチャを復号する前に復号されるべきであるという点で、予測階層はビュー順序インデックスに関係する。ビュー順序インデックスは、アクセス単位内のビューコンポーネントの復号順序を示すインデックスである。Ｈ．２６４／ＡＶＣ（ＭＶＣ追補）の付属書類Ｈにおいて規定されているように、ビュー順序インデックスはＳＰＳのＭＶＣ拡張において暗示されている。ＳＰＳでは、インデックスｉごとに、対応するｖｉｅｗ＿ｉｄが通知される。ビューコンポーネントの復号は、ビュー順序インデックスの昇順に従う。全てのビューが提示された場合、ビュー順序インデックスは、０からｎｕｍ＿ｖｉｅｗｓ＿ｍｉｎｕｓ＿１までの連続する順序である。
【００８９】
このようにして、参照ピクチャとして使用されるピクチャは、その参照ピクチャを参照して符号化されたピクチャを復号する前に復号される。ビュー順序インデックスは、アクセス単位内のビューコンポーネントの復号順序を示すインデックスである。ビュー順序インデックスｉごとに、対応するｖｉｅｗ＿ｉｄが通知される。ビューコンポーネントの復号は、ビュー順序インデックスの昇順に従う。全てのビューが提示された場合、ビュー順序インデックスのセットは、０からビューの全数よりも１少ない数までの連続的な順序付きセットを備えることができる。
【００９０】
階層の等しいレベルにある幾つかのピクチャの場合、復号順序は、互いに重要でない場合がある。例えば、時間位置Ｔ０にあるビューＳ０のＩピクチャは、時間位置Ｔ０にあるビューＳ２のＰピクチャ用の参照ピクチャとして使用され、そのＰピクチャは、今度は、時間位置Ｔ０にあるビューＳ４のＰピクチャ用の参照ピクチャとして使用される。従って、時間位置Ｔ０にあるビューＳ０のＩピクチャは、時間位置Ｔ０にあるビューＳ２のＰピクチャの前に復号されるべきであり、そのＰピクチャは、時間位置Ｔ０にあるビューＳ４のＰピクチャの前に復号されるべきである。しかしながら、ビューＳ１及びＳ３は、予測のために互いに依拠しないが、代わりに、予測階層がより高いビューからのみ予測されるので、ビューＳ１とＳ３との間で復号順序は重要でない。その上、ビューＳ１がビューＳ０及びＳ２の後に復号される限り、ビューＳ１はビューＳ４の前に復号され得る。
【００９１】
このようにして、ビューＳ０〜Ｓ７を記述するために階層順序を使用することができる。表記法ＳＡ＞ＳＢは、ビューＳＡがビューＳＢの前に復号されるべきであることを意味する。この表記法を使用すると、図２の例では、Ｓ０＞Ｓ２＞Ｓ４＞Ｓ６＞Ｓ７である。また、図２の例に関して、Ｓ０＞Ｓ１、Ｓ２＞Ｓ１、Ｓ２＞Ｓ３、Ｓ４＞Ｓ３、Ｓ４＞Ｓ５、及びＳ６＞Ｓ５である。これらの要件に違反しないビューのための任意の復号順序が可能である。従って、幾つかの制限のみを有する、多くの異なる復号順序が可能である。
【００９２】
幾つかの例では、図２は、テクスチャビューコンポーネントを示すものとして見ることができる。例えば、図２に示されたＩピクチャ、Ｐピクチャ、Ｂピクチャ、及びｂピクチャは、ビューの各々用のテクスチャビューコンポーネントと考えることができる。本開示に記載された技法によれば、図２に示されたテクスチャビューコンポーネントの各々には、異なる空間解像度を有する、対応する深度ビューコンポーネントが存在する。幾つかの例では、深度ビューコンポーネントは、対応するテクスチャビューコンポーネントについて図２に示された方式と同様の方式で予測される場合がある。
【００９３】
しかしながら、幾つかの例では、ビデオエンコーダがビットストリーム信号を符号化すること、又は、ビデオデコーダが、深度ビューコンポーネント内の１つ又は複数のマクロブロックが予測される方式を示す情報を受信し復号することは必要でない場合がある。例えば、深度ビューコンポーネント内のマクロブロックが、テクスチャビューコンポーネント内の対応するマクロブロックのうちの１つからの動き情報を採用することが可能である。このようにして、デルタ値又は任意のそのような追加情報は、深度ビューコンポーネント内のマクロブロックのコード化に必要とされない場合がある。
【００９４】
深度ビューコンポーネント内のマクロブロック、マクロブロックの区分、又は区分のサブブロックが、参照インデックス情報と動きベクトル情報とを採用できるか否かは、内部ビュー動き予測（ＩＶＭＰ）フラグに基づく場合がある。例えば、ビデオエンコーダが深度ビューコンポーネント内のマクロブロック（例えば、深度ビューブロック）について真としてＩＶＭＰフラグを通知する場合、ビデオデコーダは、参照インデックス情報と動きベクトル情報とを採用し、テクスチャビューコンポーネント内の対応するマクロブロック（例えば、対応するテクスチャビューブロック）のうちの１つに基づいて、利用する深度ビューブロック用の区分モードを決定する。
【００９５】
幾つかの例では、ＩＶＭＰフラグが深度ビューブロックについて偽であるときでも、ビデオデコーダが深度ビューブロック用の区分モードを決定することが可能である。そのような例では、ビデオエンコーダは、コード化ビットストリーム内で通知する必要があり得るし、ビデオデコーダは、深度ビューブロックが予測されるべき方式に関する情報を、コード化ビットストリームから受信する必要があり得る。そうではなく、ＩＶＭＰフラグが深度ビューブロックについて真であるとき、ビデオエンコーダは、コード化ビットストリーム内で通知する必要があり得ず、ビデオデコーダは、深度ビューブロックが予測されるべき方式に関する情報を、コード化ビットストリームから受信する必要があり得ない。むしろ、ビデオデコーダは、対応するテクスチャビューブロックのうちの１つについての動き情報を再使用して、深度ビューブロックが予測されるべき方式を決定することができる。
【００９６】
図３は、深度ビューコンポーネントの４番目のピクチャ内の識別されたマクロブロック、及びテクスチャビューの４番目のピクチャ内の対応するマクロブロックの動きベクトルが、深度ビューコンポーネント内で再使用されるビデオシーケンスを形成するピクチャのシーケンスの概念図である。図３では、示されたように、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度が等しい場合がある。これは、ＩＶＭＰモードを更に図示するものである。
【００９７】
幾つかの例では、内部ビュー動き予測（ＩＶＭＰ）モードは、深度ビューコンポーネントを有するインターコード化された（即ち、インター予測された）ＭＢに対してのみ有効にされる場合がある。ＩＶＭＰモードでは、テクスチャビューコンポーネント内の対応するＭＢのｍｂ＿ｔｙｐｅと、ｓｕｂ＿ｍｂ＿ｔｙｐｅと、参照インデックスと、動きベクトルとを含む動き情報が、同じビューの深度ビューコンポーネントによって再使用される。フラグは、ＩＶＭＰモードを使用するかどうかを示すために、各ＭＢ内で通知され得る。図３に示されたように、フラグは、深度ビューの４番目のピクチャ内の識別されたＭＢについて真であり得るし、（４番目のピクチャとして識別された）テクスチャビューの４番目のピクチャ内の対応するＭＢの動きベクトルは、深度ビューコンポーネント内で強調されたＭＢに再使用される。幾つかの例では、ＩＶＭＰモードは、非アンカーピクチャのみに適用されることに留意されたい。
【００９８】
更に、別のビューの動きに基づいてあるビューについて動きベクトルを予測する従来の技法と比較して、ＩＶＭＰに関連する技法は、更なる圧縮を実現することができる。例えば、幾つかの従来のスケーラブル技法は、ベースビューの動き情報に基づいてエンハンスメントビューの動き予測を可能にし、場合によっては、ベースビューはテクスチャビューであり得るし、エンハンスメントビューは深度ビューであり得る。しかしながら、そのような場合、ベースビューがエンハンスメントビューを予測するために使用されることを示す予測情報（又は、フラグ）に加えて、残差データ（例えば、デルタ）が常にコード化される。対照的に、本開示の技法は、デルタ情報がコード化又は可能にされないＩＶＭＰモードを利用する場合がある。代わりに、ＩＶＭＰモードの場合、テクスチャビューの動き情報が、深度ビューの動き情報として採用される。
【００９９】
深度ビューブロックを予測するためにテクスチャビューブロックの動き情報を使用することは、テクスチャビューブロックの空間解像度と深度ビューブロックの空間解像度が等しいときに良好に機能することができる。しかしながら、上述されたように、空間解像度が異なるときに幾つかの問題が存在する可能性がある。これは、図４Ａ及び図４Ｂにより詳細に示される。
【０１００】
図４Ａ及び図４Ｂは、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合のテクスチャビューブロックと深度ビューブロックの概念図である。説明しやすいように、図４Ａ及び図４Ｂでは、深度ビューコンポーネントの空間解像度が、テクスチャビューコンポーネントの空間解像度の４分の１である。従って、図４Ａ及び図４Ｂでは、深度ビューコンポーネント内の１つのＭＢは、テクスチャビューコンポーネント内の４つのＭＢに対応する。
【０１０１】
また、図４Ａ及び図４Ｂでは、深度ビューコンポーネントはテクスチャビューコンポーネントに対応する。例えば、テクスチャビューコンポーネントと深度ビューコンポーネントは、単一のアクセス単位の同じビューの一部である。例えば、図１のピクチャ３３のセットは、単一のアクセス単位の（即ち、時間インスタンスＴ４にある）同じビュー（即ち、ビューＳ１）のテクスチャビューコンポーネントと深度ビューコンポーネントとを含む。ピクチャ３３のセットは、理解を助けるためにランダムに選択された。
【０１０２】
図４Ａは、テクスチャビューマクロブロック２Ａ〜２Ｄと、深度ビューマクロブロック４とを示す。テクスチャビューマクロブロック２Ａ〜２Ｄはテクスチャビューブロックの一例であり、深度ビューマクロブロック４は深度ビューブロックの一例である。テクスチャビューマクロブロック２Ａ〜２Ｄは、テクスチャビューコンポーネント内のマクロブロックの各々の例である。例えば、テクスチャビューブロック２Ａ〜２Ｄの各個は、長さ１６画素×幅１６画素（即ち、１６×１６）である。深度ビューマクロブロック４は、深度ビューコンポーネント内のマクロブロックの一例である。例えば、深度ビューマクロブロック４は、１６×１６ブロックの画素である。図４Ａでは、深度ビューブロック４を含む深度ビューコンポーネントの空間解像度は、テクスチャビューマクロブロック２Ａ〜２Ｄを含むテクスチャビューコンポーネントの空間解像度の４分の１であるので、テクスチャビューブロック２Ａ〜２Ｄは深度ビューマクロブロック４と一致する。
【０１０３】
この例では、テクスチャビューマクロブロック２Ａ〜２Ｄのうちの１つからの動き情報を使用して、深度ビューマクロブロック４の１つの８×８ブロックについての動き情報を予測することが望ましい場合がある。しかしながら、テクスチャビューマクロブロック２Ａ〜２Ｄのうちの１つ又は複数がイントラ予測され、他がインター予測される場合、深度ビューマクロブロック４用の予測モードは不明であり得る（即ち、深度ビューブロック４がイントラ予測されるべきか、又はインター予測されるべきかは不明であり得る）。これは、テクスチャビューマクロブロック２Ａ〜２Ｄの４つ全てが深度ビューマクロブロック４に対応するからである。より詳細に記載されたように、本開示に記載された例は、対応する深度ビューマクロブロックについての動き情報を決定する際に、テクスチャビューマクロブロック内の対応するマクロブロックのうちの幾つかがイントラ予測され、他がインター予測される場合を、ビデオエンコーダとビデオデコーダが扱う方式を提供する。
【０１０４】
図４Ｂは、テクスチャビューマクロブロック６と深度ビューマクロブロック１０とを示し、それらの両方は１６×１６ブロックの画素である。深度ビューマクロブロック１０は、深度ビュー区分１２Ａ〜１２Ｄに区分される。深度ビュー区分１２Ａ〜１２Ｄの各々は、８×８ブロックの画素である。深度ビュー区分１２Ａ〜１２Ｄは、深度ビューブロックの別の例である。
【０１０５】
深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度の４分の１であるので、８×８の深度ビュー区分１２Ａ〜１２Ｄの各々は、１６×１６のテクスチャビューマクロブロック全体に対応する。例えば、８×８の深度ビュー区分１２Ａは、１６×１６のテクスチャビューマクロブロック６全体に対応する。深度ビュー区分１２Ｂ〜１２Ｄは、テクスチャビューマクロブロック６に隣接する１６×１６のテクスチャビューマクロブロック全体に対応する。
【０１０６】
図示されたように、テクスチャビューマクロブロック６は、４つの８×８のテクスチャビュー区分８Ａ〜８Ｄに区分される。テクスチャビューマクロブロック６を、２つの８×１６の区分、又は２つの１６×８の区分に区分することが可能であり得る。テクスチャビュー区分８Ａ〜８Ｄは、テクスチャビューブロックの別の例である。
【０１０７】
図４Ｂでは、テクスチャビューマクロブロック６が深度ビュー区分１２Ａに対応するので、テクスチャビュー区分８Ａ〜８Ｄは、深度ビューサブブロック１４Ａ〜１４Ｄに対応する。深度ビューサブブロック１４Ａ〜１４Ｄは、深度ビューブロックの別の例である。例えば、深度ビュー区分１２Ａは、４つの４×４の深度ビューサブブロック１４Ａ〜１４Ｄに更に区分される場合がある。これらの４×４の深度ビューサブブロック１４Ａ〜１４Ｄの各々は、テクスチャビュー区分８Ａ〜８Ｄのそれぞれ１つに対応する。例えば、８×８のテクスチャビュー区分８Ａは４×４の深度ビューサブブロック１４Ａに対応し、８×８のテクスチャビュー区分８Ｂは４×４の深度ビューサブブロック１４Ｂに対応し、以下同様である。
【０１０８】
幾つかの例では、テクスチャ区分８Ａ〜８Ｄの各々は、異なる参照テクスチャビューコンポーネントでインター予測される場合がある。例えば、上述されたように、参照テクスチャビューコンポーネントとして使用される１つ又は複数のテクスチャビューコンポーネントは、ＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１と呼ばれる参照ピクチャリスト内で識別される。参照インデックスは、参照テクスチャビューコンポーネントを識別するために使用される、これらのリストへのインデックスである。テクスチャビュー区分８Ａ〜８Ｄのうちの１つが１つの参照テクスチャビューコンポーネントに関して（即ち、１つの方向で）インター予測される場合、テクスチャビュー区分８Ａ〜８Ｄのその１つについて、ＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１のいずれかへの１つの参照インデックスが存在する。テクスチャビュー区分８Ａ〜８Ｄのうちの１つが２つの参照テクスチャビューコンポーネントに関して（即ち、２つの方向で）インター予測される場合、テクスチャビュー区分８Ａ〜８Ｄのその１つについて、２つの参照インデックス、ＲｅｆＰｉｃＬｉｓｔ０用の１つ及びＲｅｆＰｉｃＬｉｓｔ１用の１つが存在する。
【０１０９】
テクスチャ区分８Ａ〜８Ｄが異なる参照テクスチャビューコンポーネントでインター予測される場合、テクスチャビュー区分８Ａ〜８Ｄの１つ又は複数の参照インデックスが異なることが起こり得る。これにより、深度ビューサブブロック１４Ａ〜１４Ｄのうちの１つ又は複数が異なる参照深度ビューコンポーネントからインター予測される必要があるはずである。
【０１１０】
しかしながら、ＭＶＣ拡張を伴うＨ．２６４／ＡＶＣなどの幾つかの規格は、そのような結果を許可しない可能性がある。例えば、Ｈ．２６４規格は、サブブロック内にあるサイズ８×８よりも小さいブロックについて、そのようなブロックは同じ参照からインター予測されなければならないことを要求する可能性がある。例えば、深度ビューサブブロック１４Ａ〜１４Ｄは４×４であり、従って８×８よりもサイズが小さい。それに応じて、Ｈ．２６４規格は、深度ビューサブブロック１４Ａ〜１４Ｄの全てが同じ参照深度ビューコンポーネントからインター予測されなければならないことを要求する可能性がある。しかしながら、テクスチャビュー区分８Ａ〜８Ｄのうちの１つ又は複数が異なる参照テクスチャビューコンポーネントでインター予測される場合、深度ビューサブブロック１４Ａ〜１４Ｄが異なる参照深度ビューコンポーネントに関して予測される結果になり、これはＨ．２６４規格で許可されない可能性がある。より詳細に記載されたように、本開示に記載された例は、そのような状況に対処する技法を提供する。
【０１１１】
幾つかの代替の例では、テクスチャビュー区分８Ａ〜８Ｄの各々が１つ又は複数の同じ参照テクスチャビューコンポーネントに関してインター予測される（例えば、区分が単方向予測されるか、又は双方向予測されるかに基づいて、ＲｅｆＰｉｃＬｉｓｔ０及び／又はＲｅｆＰｉｃＬｉｓｔ１への１つ又は複数の参照インデックスが同じである）ことが起こり得る。この場合、深度ビューサブブロック１４Ａ〜１４Ｄの各々は、同じ参照深度ビューコンポーネントから予測されるはずであり、これはＨ．２６４規格の要件に従っているはずである。
【０１１２】
しかしながら、この場合でも、テクスチャビュー区分８Ａ〜８Ｄのうちの１つ又は複数についての動きベクトルは、異なる場合がある。例えば、テクスチャビュー区分８Ａについての動きベクトルとテクスチャビュー区分８Ｂについての動きベクトルは異なる場合があるが、両方の動きベクトルは、同じ参照テクスチャビューコンポーネントから向けられる。この場合、どの動きベクトルが深度ビュー区分１２Ａのインター予測に使用されるかは不明であり得る。本開示に記載された例は、そのような状況に対処する技法を提供する。
【０１１３】
特に、本開示に記載された例は、ビデオエンコーダとビデオデコーダのコンテキストで記載される。本開示に一致するエンコーダは、概して、ジョイントマルチビュービデオコード化（ＪＭＶＣ）エンコーダ方式に準拠する場合がある。この場合、ビューは１つずつ符号化される。各ビューの内部で、最初にテクスチャシーケンスが符号化され、次いで深度シーケンスが符号化される。
【０１１４】
テクスチャビューコンポーネントの符号化中にＩＶＭＰモードが有効にされるとき、各テクスチャビューコンポーネントの動きフィールドが動きファイルに書き込まれ、その名前が構成ファイル内で指定され得る。同じビューの対応する深度コンポーネントを符号化するとき、動きファイルが参照用に読み取られ得る。
【０１１５】
ビデオデコーダはＪＭＶＣデコーダと同様であり得るし、ビューごとに深度シーケンスの復号及び出力をも行う修正がある。他のビデオコード化エンコーダは、３Ｄ−ＡＴＭと３Ｄ−ＨＴＭとを指す場合があり、それらはＡＶＣベース／ＨＥＶＣベースのマルチビュー／３Ｄビデオコード化規格に使用される。ＩＶＭＰモードが有効にされるとき、各テクスチャビューコンポーネントの動きが記憶され、各対応する深度ビューの動きとして採用される。ＩＶＭＰモードが無効にされるいかなるブロックの場合も、深度ビューは、それ自体の動き情報を含む場合があるか、又は、どこでそのそれぞれの動き情報を取得、予測もしくは採用するべきかを識別するために、幾つかの他のシンタックス要素を含む場合がある。
【０１１６】
図５、図６及び図７の以下の説明は、本開示の技法が使用され得る、幾つかの例示的なシナリオを記載する。例えば、図５は、ビデオエンコーダとビデオデコーダの例を示す。図６及び図７は、それぞれ、ビデオエンコーダとビデオデコーダの例をより詳細に示す。ビデオエンコーダとビデオデコーダの図示された例は、本開示に記載された例示的な技法を実施するように構成することができる。
【０１１７】
例えば、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるとき、幾つかの例では、ビデオエンコーダは、深度ビューコンポーネント内の特定のマクロブロックについて真である（ＩＶＭＰフラグ用の１のビット値が、ＩＶＭＰフラグが真であることを示すことができる）としてＩＶＭＰフラグを通知する場合があるが、ビデオエンコーダがＩＶＭＰフラグを通知することはあらゆる例で必要ではない。ＩＶＭＰフラグが真であるとき、ビデオエンコーダは深度ビューコンポーネント内のマクロブロックについての動き情報を通知しないように構成することができる。ビデオデコーダは、動き情報を受信せずにマクロブロックについての動き情報を決定するように構成することができる。例えば、ビデオデコーダは、ビデオエンコーダから動き情報を受信せずに、深度ビューコンポーネントのマクロブロックについての区分モード情報、参照インデックス情報、及び動きベクトル情報のうちの少なくとも１つを決定する。
【０１１８】
幾つかの例では、偽（例えば、ゼロのビット値）であるとしてＩＶＭＰフラグをビデオエンコーダが通知するときでも、ビデオデコーダは、深度ビューコンポーネント内のマクロブロックについての区分モード情報を決定するように構成することができる。これらの例では、ビデオエンコーダは、ビデオデコーダが深度ビューコンポーネント内のマクロブロックについての動き情報を決定すべき方式を示す追加情報を通知する場合がある。例えば、ＩＶＭＰフラグが偽であるとき、ビデオデコーダは、マクロブロックについての区分モード情報を決定することができるが、幾つかの例では、参照インデックスと動きベクトル情報とを決定するために追加情報を必要とする場合がある。ＩＶＭＰが偽であるときビデオエンコーダがシンタックス要素として通知する、この追加情報は、参照インデックス及び動きベクトル情報、又はどこで参照インデックスと動きベクトル情報とを取得、予測もしくは採用するかを示す情報の明示的な通知であり得る。
【０１１９】
図５は、本開示に記載された技法を利用できる例示的なビデオ符号化及び復号システム１６を示すブロック図である。図５に示されたように、システム１６は、宛先機器２０によって後で復号されるべき符号化ビデオデータを生成する発信源機器１８を含む。発信源機器１８及び宛先機器２０は、所謂「スマート」フォン、所謂「スマート」パッドなどのワイヤレスハンドセット、又はワイヤレス通信用に装備される他のそのようなワイヤレス機器を含む、広範な機器のうちのいずれかを備える。発信源機器１８及び宛先機器２０の更なる例には、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム内の機器、ワイヤレスブロードキャストシステム内の機器、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、デスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録装置、デジタルメディアプレーヤ、ビデオゲーム機器、ビデオゲームコンソール、セルラー無線電話、衛星無線電話、ビデオ遠隔会議機器、及びビデオストリーミング機器などが含まれるが、それらに限定されない。
【０１２０】
宛先機器２０は、リンク２２を介して復号されるべき符号化ビデオデータを受信することができる。リンク２２は、発信源機器１８から宛先機器２０に符号化ビデオデータを移動することが可能な任意のタイプの媒体又は機器を備えることができる。一例では、リンク２２は、発信源機器１８が符号化ビデオデータをリアルタイムで宛先機器２０に直接送信することを可能にする通信媒体を備えることができる。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先機器２０に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトル又は１つ又は複数の物理伝送線路などの任意のワイヤレス又は有線の通信媒体を備えることができる。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、又はインターネットなどのグローバルネットワークなどのパケットベースネットワークの一部を形成することができる。通信媒体は、発信源機器１８から宛先機器２０への通信を容易にするために有用であり得るルータ、スイッチ、基地局、又は任意の他の機器を含むことができる。
【０１２１】
代替として、符号化データは、出力インターフェース２８から記録装置３９に出力される場合がある。同様に、符号化データは、入力インターフェースにより記録装置３９からアクセスされる場合がある。記録装置３９には、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性メモリもしくは不揮発性メモリ、又は符号化ビデオデータを記憶するための任意の他の適切なデジタル記憶媒体などの、様々な分散した又はローカルでアクセスされるデータ記憶媒体のいずれかが含まれ得る。更なる一例では、記録装置３９は、発信源機器１８によって生成された符号化ビデオを保持できるファイルサーバ又は別の中間記録装置に対応する場合がある。宛先機器２０は、ストリーミング又はダウンロードを介して、記録装置３９から、記憶されたビデオデータにアクセスすることができる。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先機器２０に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバには、（例えば、ウェブサイト用の）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続記録（ＮＡＳ）機器、又はローカルディスクドライブが含まれる。宛先機器２０は、インターネット接続を含む任意の標準データ接続を介して、符号化ビデオデータにアクセスすることができる。これには、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに適した、ワイヤレスチャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（例えば、ＤＳＬ、ケーブルモデムなど）、又は両方の組合せが含まれ得る。記録装置３９からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、又は両方の組合せであり得る。
【０１２２】
本開示の技法は、必ずしもワイヤレスの適用例又は設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、例えばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、又は他の適用例などの様々なマルチメディアの適用例のいずれかをサポートするビデオコード化に適用することができる。幾つかの例では、システム１６は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、及び／又はビデオテレフォニーなどの適用例をサポートするために、一方向又は双方向のビデオ送信をサポートするように構成することができる。
【０１２３】
図５の例では、発信源機器１８は、ビデオ発信源２４と、ビデオエンコーダ２６と、出力インターフェース２８とを含む。場合によっては、出力インターフェース２８は、変調器／復調器（モデム）及び／又は送信機を含む場合がある。発信源機器１８では、ビデオ発信源２４は、撮像装置、例えばビデオカメラ、以前に撮影されたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するビデオフィードインターフェース、及び／又は発信源ビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどの発信源、又はそのような発信源の組合せを含む場合がある。一例として、ビデオ発信源２４がビデオカメラである場合、発信源機器１８及び宛先機器２０は、所謂カメラ付き携帯電話又はビデオ電話を形成する場合がある。しかしながら、本開示に記載された技法は、概して、ビデオコード化に適用可能であり得るし、ワイヤレス及び／又は有線の適用例に適用される場合がある。
【０１２４】
撮影されたビデオ、以前に撮影されたビデオ、又はコンピュータ生成されたビデオは、ビデオエンコーダ２６によって符号化される場合がある。符号化ビデオデータは、発信源機器１８の出力インターフェース２８を介して、宛先機器２０に直接送信される場合がある。符号化ビデオデータは、更に（又は代替として）、復号及び／又は再生のための宛先機器２０又は他の機器による後のアクセスのために、記録装置３９上に記憶される場合がある。
【０１２５】
宛先機器２０は、入力インターフェース３４と、ビデオデコーダ３６と、表示装置３８とを含む。場合によっては、入力インターフェース３４は、受信機及び／又はモデムを含む場合がある。宛先機器２０の入力インターフェース３４は、リンク２２を介して符号化ビデオデータを受信する。リンク２２を介して通信されるか、又は記録装置３９に供給された符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３６などのビデオデコーダが使用するための、ビデオエンコーダ２６によって生成された様々なシンタックス要素を含む場合がある。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体上に記憶されるか、又はファイルサーバに記憶される符号化ビデオデータとともに含まれる場合がある。
【０１２６】
表示装置３８は、宛先機器２０と一体化されるか、又はその外部にあり得る。幾つかの例では、宛先機器２０は、一体型表示装置を含み、また、外部表示装置とインターフェースするように構成される場合がある。他の例では、宛先機器２０は表示装置であり得る。概して、表示装置２８は、復号ビデオデータをユーザに表示し、液晶表示器（ＬＣＤ）、プラズマ表示器、有機発光ダイオード（ＯＬＥＤ）表示器、又は別のタイプの表示装置などの様々な表示装置のいずれかを備える場合がある。
【０１２７】
ビデオエンコーダ２６及びビデオデコーダ３６は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２又はＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、ならびにそのスケーラブルビデオコード化（ＳＶＣ）拡張とマルチビュービデオコード化（ＭＶＣ）拡張とを含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られている）ＩＴＵ−Ｔ  Ｈ．２６４などのビデオ圧縮規格に従って動作することができる。ＭＶＣの最近の公的に入手可能な共同ドラフトは、「一般オーディオビジュアルサービス用アドバンストビデオコード化」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月に記載されている。ＭＶＣの更に最近の公的に入手可能な共同ドラフトは、「一般オーディオビジュアルサービス用アドバンストビデオコード化」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１１年６月に記載されている。ＭＶＣの現在の共同ドラフトは、２０１２年１月時点で承認された。
【０１２８】
更に、ＩＴＵ−Ｔ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）とのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって現在開発中の新しいビデオコード化規格、即ち、高効率ビデオコード化（ＨＥＶＣ）規格がある。これ以降ＨＥＶＣ  ＷＤ８と呼ばれる、ＨＥＶＣの最新の作業草案（ＷＤ）が、２０１２年７月２０日の時点で、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐから入手可能である。説明の目的で、ビデオエンコーダ２６及びビデオデコーダ３６は、ＨＥＶＣ規格又はＨ．２６４規格及びそのような規格の拡張のコンテキストで記載される。しかしながら、本開示の技法は、いかなる特定のコード化規格にも限定されない。ビデオ圧縮規格の他の例には、ＭＰＥＧ−２及びＩＴＵ−Ｔ  Ｈ．２６３が含まれる。Ｏｎ２  ＶＰ６／ＶＰ７／ＶＰ８と呼ばれるコード化技法などのプロプライエタリなコード化技法も、本明細書に記載された技法のうちの１つ又は複数を実施することができる。
【０１２９】
図５には示されていないが、幾つかの態様では、ビデオエンコーダ２６及びビデオデコーダ３６は、各々オーディオエンコーダ及びオーディオデコーダと統合される場合があり、適切なＭＵＸ−ＤＥＭＵＸユニット、又は他のハードウェア及びソフトウェアを含んで、共通のデータストリーム又は別個のデータストリーム内のオーディオとビデオの両方の符号化を処理する場合がある。適用可能な場合、幾つかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、又はユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠する場合がある。
【０１３０】
ビデオエンコーダ２６及びビデオデコーダ３６は各々、１つ又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せのなどの、様々な適切なエンコーダ回路のいずれかとして実装される場合がある。本技法が部分的にソフトウェアに実装されるとき、機器は、適切な非一時的コンピュータ可読媒体にソフトウェア用の命令を記憶し、１つ又は複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行することができる。ビデオエンコーダ２６及びビデオデコーダ３６の各々は、１つ又は複数のエンコーダ又はデコーダ中に含まれる場合があり、そのいずれも、それぞれの機器内の複合エンコーダ／デコーダ（コーデック）の一部として統合される場合がある。
【０１３１】
ビデオシーケンスは、通常、一連のビデオフレームを含む。ピクチャグループ（ＧＯＰ）は、概して、一連の１つ又は複数のビデオフレームを備える。ＧＯＰは、ＧＯＰ内に含まれる幾つかのフレームを記述するシンタックスデータを、ＧＯＰのヘッダ、ＧＯＰの１つ又は複数のフレームのヘッダ、又は他の場所に含む場合がある。各フレームは、それぞれのフレーム用の符号化モードを記述するフレームシンタックスデータを含む場合がある。ビデオエンコーダ２６は、通常、ビデオデータを符号化するために、個々のビデオフレーム内のビデオブロックに対して動作する。ビデオブロックは、マクロブロック、マクロブロックの区分、又は場合により区分のサブブロックに対応する場合がある。ビデオブロックは、サイズを固定することも変更することもでき、指定されたコード化規格に応じてサイズが異なる場合がある。各ビデオフレームは複数のスライスを含む場合がある。各スライスは複数のマクロブロックを含む場合があり、それらはサブブロックとも呼ばれる区分に配置される場合がある。
【０１３２】
一例として、ＩＴＵ−Ｔ  Ｈ．２６４規格は、ルーマ成分については１６×１６、８×８、又は４×４、及びクロマ成分については８×８などの様々なブロックサイズでのイントラ予測をサポートし、ルーマ成分については１６×１６、１６×８、８×１６、８×８、８×４、４×８及び４×４、ならびにクロマ成分については対応するスケーリング（基準化）されたサイズなどの様々なブロックサイズでのインター予測をサポートする。本開示では、「Ｎ×（x）Ｎ」と「Ｎ×（by）Ｎ」は、垂直寸法及び水平寸法に関するブロックの画素寸法、例えば、１６×（x）１６画素又は１６×（by）１６画素を指すために互換的に使用される場合がある。一般に、１６×１６ブロックは、垂直方向に１６画素を有し（ｙ＝１６）、水平方向に１６画素を有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、一般に、垂直方向にＮ画素を有し、水平方向にＮ画素を有し、ここで、Ｎは非負整数値を表す。ブロック内の画素は行と列で構成される場合がある。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数の画素を有する必要があるとは限らない。例えば、ブロックはＮ×Ｍの画素を備える場合があり、ここで、Ｍは必ずしもＮに等しいとは限らない。
【０１３３】
１６×１６よりも小さいブロックサイズは、１６×１６マクロブロックの区分と呼ばれる場合がある。ビデオブロックは、画素領域内の画素データのブロックを備える場合があるか、又は、例えば、コード化ビデオブロックと予測ビデオブロックとの間の画素差分を表す残差ビデオブロックデータへの、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、若しくは概念的に同様の変換などの変換の適用後の、変換領域内の変換係数のブロックを備える場合がある。場合によっては、ビデオブロックは、変換領域内の量子化変換係数のブロックを備える場合がある。
【０１３４】
ビデオブロックは、小さいほどより良い解像度が得られ、より高い詳細レベルを含むビデオフレームの位置特定に使用することができる。概して、マクロブロック、及び時々サブブロックと呼ばれる区分の更なる区分を含む様々な区分は、ビデオブロックと考えることができる。加えて、スライスは、マクロブロック及び／又はサブブロックなどの複数のビデオブロックであると考えることができる。各スライスは、ビデオフレームの単独で復号可能な単位であり得る。代替として、フレーム自体が復号可能な単位であり得るか、又はフレームの他の部分が復号可能な単位として定義される場合がある。「復号可能単位」という用語は、フレーム全体、フレームのスライス、シーケンスとも呼ばれるピクチャのグループ（ＧＯＰ）などのビデオフレームの単独で復号可能な任意の単位、又は適用可能なコード化技法に従って定義される別の単独で復号可能な単位を指す場合がある。
【０１３５】
マクロブロックがイントラモード符号化（例えば、イントラ予測）されるとき、マクロブロックは、マクロブロック用のイントラ予測モードを記述するデータを含む場合がある。別の例として、マクロブロックがインターモード符号化（例えば、インター予測）されるとき、マクロブロックは、マクロブロックについての動きベクトルを定義する情報を含む場合がある。マクロブロックについての動きベクトルを定義するデータは、例えば、動きベクトルの水平成分と、動きベクトルの垂直成分と、動きベクトルの解像度（例えば、１／４画素精度又は１／８画素精度）とを記述することができる。加えて、インター予測されるとき、マクロブロックは、動きベクトルが指す参照フレームなどの参照インデックス情報、及び／又は動きベクトル用の参照ピクチャリスト（例えば、ＲｅｆＰｉｃＬｉｓｔ０もしくはＲｅｆＰｉｃＬｉｓｔ１）を含む場合がある。
【０１３６】
ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコード化機器の発展的モデルに基づく。ＨＭは、例えば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣに従う既存の機器に対するビデオコード化機器の幾つかの追加の能力を仮定する。例えば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＭは３３個もの方向性／角度イントラ予測符号化モードプラスＤＣモード及び平面モードを提供することができる。
【０１３７】
ＨＭの作業モデルは、ビデオフレーム又はピクチャが、ルーマとクロマの両方のサンプルを含む一連のツリーブロック又は最大コード化単位（ＬＣＵ）に分割され得ることを記載する。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コード化順序で幾つかの連続するツリーブロックを含む。ビデオフレーム又はピクチャは、１つ又は複数のスライスに区分される場合がある。各ツリーブロックは、４分木に従ってコード化単位（ＣＵ）に分割される場合がある。例えば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割される場合があり、各子ノードは、次に、親ノードになり、別の４つの子ノードに分割される場合がある。４分木のリーフノードとしての、最終的な、分割されていない子ノードは、コード化ノード、即ち、コード化ビデオブロックを備える。コード化ビットストリームに関連するシンタックスデータは、ツリーブロックが分割され得る最大回数を定義することができ、コード化ノードの最小サイズも定義することができる。ツリーブロックは、幾つかの例では、ＬＣＵと呼ばれる場合がある。
【０１３８】
ＣＵは、コード化ノードと、コード化ノードに関連する予測単位（ＰＵ）及び変換単位（ＴＵ）とを含む。ＣＵのサイズは、コード化ノードのサイズに対応し、形状が方形でなければならない。ＣＵのサイズは、８×８画素から最大６４×６４以上の画素を有するツリーブロックのサイズまでに及ぶ場合がある。各ＣＵは、１つ又は複数のＰＵと、１つ又は複数のＴＵとを含む場合がある。ＣＵに関連するシンタックスデータは、例えば、ＣＵを１つ又は複数のＰＵに区分することを記述することができる。区分モードは、ＣＵが、スキップモード符号化もしくはダイレクトモード符号化されるか、イントラ予測モード符号化されるか、又はインター予測モード符号化されるかによって異なる場合がある。ＰＵは、形状が非方形になるように区分される場合がある。ＣＵに関連するシンタックスデータは、例えば、４分木に従って、ＣＵを１つ又は複数のＴＵに区分することも記述することができる。ＴＵは、形状が方形又は非方形であり得る。
【０１３９】
ＨＥＶＣ規格は、ＣＵごとに異なる場合があるＴＵに従う変換を可能にする。ＴＵは、通常、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、常にそうであるとは限らない。ＴＵは、通常、ＰＵと同じサイズであるか、又はＰＵよりも小さい。幾つかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用して、より小さい単位に再分割される場合がある。ＲＱＴのリーフノードは、変換単位（ＴＵ）と呼ばれる場合がある。ＴＵに関連する画素差分値は、変換係数を生成するために変換される場合があり、その変換係数は量子化される場合がある。
【０１４０】
一般に、ＰＵは、予測プロセスに関係するデータを含む。例えば、ＰＵがイントラモード符号化されるとき、ＰＵは、そのＰＵについてのイントラ予測モードを記述するデータを含む場合がある。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、そのＰＵについての動きベクトルを定義するデータを含む場合がある。ＰＵについての動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（例えば、１／４画素精度もしくは１／８画素精度）、動きベクトルが指す参照ピクチャ、及び／又は動きベクトル用の参照ピクチャリスト（例えば、リスト０又はリスト１）を記述することができる。
【０１４１】
一般に、ＴＵは、変換プロセス及び量子化プロセスに使用される。１つ又は複数のＰＵを有する所与のＣＵは、１つ又は複数の変換単位（ＴＵ）を含む場合もある。予測に続いて、ビデオエンコーダ２６は、ＰＵに対応する残差値を計算することができる。残差値は、エントロピーコード化用のシリアル化変換係数を生成するために、ＴＵを使用して変換係数に変換され、量子化され、走査され得る画素差分値を備える。本開示は、通常、ＣＵのコード化ノードを指すために「ビデオブロック」という用語を使用する。幾つかの特定の場合、本開示は、コード化ノードならびにＰＵ及びＴＵを含む、ツリーブロック、即ち、ＬＣＵ又はＣＵを指すために、「ビデオブロック」という用語を使用する場合もある。
【０１４２】
ビデオシーケンスは、通常、一連のビデオフレーム又はピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つ又は複数を備える。ＧＯＰは、ＧＯＰ内に含まれる幾つかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ内、１つ又は複数のピクチャのヘッダ内、又は他の場所に含む場合がある。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含む場合がある。ビデオエンコーダ２６は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコード化ノードに対応する場合がある。ビデオブロックは、サイズを固定することも変更することもでき、指定されたコード化規格に応じてサイズが異なる場合がある。
【０１４３】
一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズでのイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、又はＮ×Ｎの対称的なＰＵサイズでのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズでのインター予測用の非対称区分をサポートする。非対称区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、又は「Ｒｉｇｈｔ」という表示によって示される。従って、例えば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５ＮのＰＵ及び下部の２Ｎ×１．５ＮのＰＵで水平方向に区分された２Ｎ×２ＮのＣＵを指す。
【０１４４】
Ｈ．２６４規格又はＨＥＶＣ規格のいずれでも、イントラ予測又はインター予測のコード化に続いて、ビデオエンコーダ２６は、ＨＥＶＣではＣＵのＴＵ用の、又はＨ．２６４ではマクロブロック用の残差データを計算することができる。ＰＵは、（画素領域とも呼ばれる）空間領域において画素データを備える場合があり、ＴＵは、例えば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、又は概念的に同様の変換などの変換の適用に続いて、変換領域において係数を備える場合がある。残差データは、符号化されていないピクチャの画素と、ＰＵに対応する予測値との間の画素差分に対応する場合がある。
【０１４５】
変換係数を生成する任意の変換に続いて、ビデオエンコーダ２６は、変換係数の量子化を実行する場合がある。量子化は、概して、更なる圧縮を提供する、係数を表すために使用されるデータの量をできるだけ削減するために変換係数を量子化するプロセスを指す。量子化プロセスは、係数の一部又は全部に関連するビット深度を低減する場合がある。例えば、量子化中にｎビット値がｍビット値に切り捨てられる場合があり、ここで、ｎはｍよりも大きい。
【０１４６】
幾つかの例では、ビデオエンコーダ２６は、エントロピー符号化され得るシリアル化ベクトルを生成するために、予め定義された走査順序を利用して量子化変換係数を走査する場合がある。他の例では、ビデオエンコーダ２６は適応走査を実行する場合がある。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２６は、例えば、コンテキスト適応型可変長コード化（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コード化（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コード化（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コード化、又は別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化する場合がある。ビデオエンコーダ２６はまた、ビデオデータを復号する際にビデオデコーダ３６が使用するための符号化ビデオデータに関連するシンタックス要素をエントロピー符号化する場合がある。
【０１４７】
ＣＡＢＡＣを実行するために、ビデオエンコーダ２６は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当てることができる。コンテキストは、例えば、シンボルの隣接値が非０であるか否かに関係する場合がある。ＣＡＶＬＣを実行するために、ビデオエンコーダ２６は、送信されるべきシンボル用の可変長コードを選択することができる。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成される場合がある。このようにして、ＶＬＣの使用は、例えば、送信されるべきシンボルごとに等長コードワードを使用するよりも、ビット節約を実現することができる。確率決定は、シンボルに割り当てられるコンテキストに基づく場合がある。
【０１４８】
本開示に記載された例では、ビデオエンコーダ２６は、上述された方式で、テクスチャビューコンポーネントのマクロブロックと深度ビューコンポーネントのマクロブロックとをイントラ予測又はインター予測することができる。ビデオデコーダ３６は、ビデオエンコーダ２６によって実行された機能の逆又は相対する機能を実行して、符号化されたマクロブロックを復号することができる。例えば、テクスチャビューコンポーネント内のマクロブロックがインターコード化（例えば、インター予測）されたとき、ビデオエンコーダ２６は、区分モード情報、参照インデックス情報、及び動きベクトル情報などの、そのマクロブロックについての動き情報を定義するシンタックス要素を通知する。ビデオデコーダ３６は、マクロブロック用の動き情報シンタックス要素を受信し、受信された動き情報に基づいて、そのマクロブロックを復号して元のテクスチャビューコンポーネントを復元する。ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューコンポーネントのマクロブロックについても同様の機能を実行する。
【０１４９】
しかしながら、幾つかの状況では、ビデオエンコーダ２６は、深度ビューコンポーネントのマクロブロックについての動き情報を定義するシンタックス要素を通知する必要がない場合がある。むしろ、深度ビューコンポーネントの幾つかのマクロブロックの場合、ビデオエンコーダ２６は、上述されたようにＩＶＭＰフラグを通知する場合があるが、ＩＶＭＰフラグの通知はあらゆる例で必要とはされない。ＩＶＭＰフラグが通知されないとき、ビデオデコーダ３６は、以前に復号されたブロックの状態に基づいて、かつＩＶＭＰフラグを受信する必要なしにＩＶＭＰフラグの状態を決定する。
【０１５０】
深度ビューコンポーネント内のマクロブロックについてＩＶＭＰフラグが真であるとき、ビデオデコーダ３６は、テクスチャビューコンポーネントの対応するマクロブロックのうちの１つからの動き情報を使用して、深度ビューコンポーネント内のマクロブロックを復号する。更に、本開示に記載された例では、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合があり、その結果、テクスチャビューコンポーネント内の複数のマクロブロックが、深度ビューコンポーネント内の１つのマクロブロックに対応する。
【０１５１】
本開示で使用する「対応する」又は「対応している」という用語は、「関連する(associated)」又は「同一位置に配置する(co-located)」という用語と互換的に使用される場合がある。例えば、上述されたように、深度ビューコンポーネントは、その対応するテクスチャビューコンポーネント内の画素の相対深度を示す。このようにして、深度ビューコンポーネントとその対応するテクスチャビューコンポーネントは、互いに関連付けられていると考えられる。従って、テクスチャビューコンポーネント内の複数のマクロブロック（即ち、テクスチャビューマクロブロック）は、深度ビューマクロブロックと関連付けられていると考えることができる。また、テクスチャビューマクロブロックのうちの１つとその対応する深度ビューマクロブロックは、それぞれのコンポーネント内で同じ位置にある可能性がある。例えば、テクスチャビューコンポーネントの上左隅にあるテクスチャビューマクロブロックは、深度ビューコンポーネントの上左隅にある深度ビューマクロブロックに対応する。このようにして、テクスチャビューマクロブロックとその対応する深度ビューマクロブロックは、同一位置に配置されていると考えられる。
【０１５２】
本開示に記載された技法によれば、（例えば、ＩＶＭＰフラグを受信すること、又はＩＶＭＰフラグの状態を受信せずにＩＶＭＰフラグの状態を決定することにより）ＩＶＭＰが有効にされたとビデオデコーダ３６が決定したとき、ビデオデコーダ３６は、深度ビューマクロブロックに対応するテクスチャビューマクロブロックのうちの１つからの動き情報をどのように使用するかを決定する。また、深度ビューマクロブロックについてＩＶＭＰフラグが無効にされたとビデオデコーダ３６が決定した場合でも、ビデオデコーダ３６は、依然深度ビューマクロブロックについての幾つかの動き情報を決定することができる。
【０１５３】
単に例示のために、技法は、最初に、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例とともに記載される。これらの事例の場合、各々順に記載される、様々な可能な技法が存在する。次に、技法は、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１である例とともに記載される。同様に、これらの事例の場合、各々順に記載される、様々な可能な技法が存在する。
【０１５４】
深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例では、深度ビューコンポーネントの幅はテクスチャビューコンポーネントの幅の２分の１であり、深度ビューコンポーネントの高さはテクスチャビューコンポーネントの高さの２分の１である。ビデオデコーダ３６が深度ビューブロックについて決定した動き情報の例には、区分モード情報、参照インデックス情報、及び動きベクトル情報が含まれる。
【０１５５】
一例として、テクスチャビューコンポーネント内の対応するマクロブロックのいずれかがイントラ予測される場合、ＩＶＭＰは無効にされる可能性がある。例えば、図４Ａに戻ると、テクスチャビューマクロブロック２Ａ〜２Ｄは、深度ビューマクロブロック４に対応する。この例では、テクスチャビューマクロブロック２Ａ〜２Ｄのいずれか１つがイントラ予測される場合、ビデオエンコーダ２６は、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを示すために、偽として（例えば、ゼロとして）ＩＶＭＰフラグを通知する場合がある。代替として、ビデオデコーダ３６は、テクスチャビューマクロブロック２Ａ〜２Ｄを以前に復号した可能性があり、ビデオエンコーダ２６からＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック４についてＩＶＭＰが無効にされたと決定する場合がある。いずれの場合も、ビデオデコーダ３６は、深度ビューマクロブロック４を復号するためのテクスチャビューマクロブロック２Ａ〜２Ｄのいずれか１つについての動き情報を使用することができない可能性がある。むしろ、ビデオエンコーダ２６は、深度ビューマクロブロック４を復号するために必要な情報をビデオデコーダ３６に示す追加情報を、ビデオデコーダ３６に通知する可能性がある。
【０１５６】
別の例として、テクスチャビューコンポーネント内の対応するマクロブロックのいずれかが、「４つの８×８のＭＢ区分」に等しいマクロブロック区分モードを有する場合、ＩＶＭＰは無効にされる可能性がある。例えば、図４Ｂに戻ると、テクスチャビューマクロブロック６は、４つの８×８のテクスチャビュー区分８Ａ〜８Ｄに区分される。この場合、ビデオエンコーダ２６は、深度ビューマクロブロック１０についてＩＶＭＰが無効にされたことを示すために、偽としてＩＶＭＰフラグを通知する場合がある。代替として、ビデオデコーダ３６は、深度ビューマクロブロック１０を復号する前にテクスチャビューマクロブロック６をすでに復号した可能性があるので、ビデオデコーダ３６は、ＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック１０についてＩＶＭＰが無効にされたと決定する場合がある。
【０１５７】
また、図４Ａでは、テクスチャビューマクロブロック２Ａ〜２Ｄのいずれか１つが４つの８×８のＭＢ区分に区分される場合、ビデオエンコーダ２６は、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを示すために、偽としてＩＶＭＰフラグを通知する場合がある。更に、ビデオデコーダ３６が、ビデオエンコーダ２６からＩＶＭＰフラグを明示的に受信せずに、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを決定することが可能である。この例では、深度ビューマクロブロック４と深度ビューマクロブロック１０の両方について、ビデオエンコーダ２６は、ビデオデコーダ３６が符号化された深度ビューマクロブロック４と深度ビューマクロブロック１０とを復号する方式を決定するためにビデオデコーダ３６が受信する追加情報を、通知する場合がある。
【０１５８】
上述されたように、幾つかの例では、ＩＶＭＰが無効にされたとき、深度ビューマクロブロックについてＩＶＭＰが偽であることをビデオエンコーダ２６が明示的に通知する必要はない。例えば、ビデオデコーダ３６がテクスチャビューマクロブロック２Ａ〜２Ｄを復号しているとき、場合によっては、ビデオデコーダ３６は、テクスチャビューマクロブロック２Ａ〜２Ｄのうちの少なくとも１つがイントラ予測されたと決定する。この場合、ビデオデコーダ３６は、ビデオエンコーダ２６からＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック４についてＩＶＭＰが無効にされたことを決定する。同様に、テクスチャビューマクロブロック６を復号しているとき、ビデオデコーダ３６は、テクスチャビューマクロブロックが４つの８×８のテクスチャビュー区分８Ａ〜８Ｄに区分されたことを決定する。この場合、ビデオデコーダ３６は、ビデオエンコーダ２６からＩＶＭＰフラグを受信する必要なしに、深度ビューマクロブロック１０についてＩＶＭＰが無効にされた（例えば、ＩＶＭＰフラグが偽である）ことを決定する。このようにして、ビデオエンコーダ２６は、あらゆる例でＩＶＭＰフラグを通知する必要がなく、それにより帯域幅の効率が更に促される。
【０１５９】
テクスチャビューマクロブロック用のマクロブロック区分が「４つの８×８のＭＢ区分」であるか、又はテクスチャビューコンポーネント内の対応するマクロブロックのうちの少なくとも１つがイントラ予測されたとき、ＩＶＭＰが無効にされても、ビデオデコーダ３６が対応する深度ビューマクロブロック用の区分モードを決定することは依然可能である。例えば、テクスチャビューマクロブロック用のマクロブロック区分が「４つの８×８のＭＢ区分」であるとき、ビデオデコーダ３６は、対応する深度ビューマクロブロック用のマクロブロック区分を「４つの８×８のＭＢ区分」に設定するように構成される。同様に、テクスチャビューコンポーネント内の対応するマクロブロックのいずれか１つがイントラ予測された場合、ビデオデコーダ３６は、対応する深度ビューマクロブロック用のマクロブロック区分を「４つの８×８のＭＢ区分」に設定するように構成される。例えば、図４Ｂに戻ると、ビデオデコーダ３６は、深度ビューマクロブロック１０用のマクロブロック区分を「４つの８×８のＭＢ区分」（例えば、深度ビュー区分１２Ａ〜１２Ｄ）として設定する。
【０１６０】
その上、ビデオデコーダ３６は、深度ビューマクロブロック１０用のマクロブロック区分を「４つの８×８のＭＢ区分」として設定するので、符号化中、ビデオエンコーダ２６は、深度ビューマクロブロック１０用のマクロブロック区分を「４つの８×８のＭＢ区分」として設定する場合もある。このようにして、ビデオエンコーダ２６は、深度ビューマクロブロック１０用のマクロブロック区分を「４つの８×８のＭＢ区分」として設定するように構成される場合があり、この例の場合、深度ビューマクロブロック１０を復号するための動き情報を決定するためにビデオデコーダ３６が使用する追加情報を通知するように構成される場合がある。
【０１６１】
深度ビューコンポーネントがその対応するテクスチャビューコンポーネントの解像度の４分の１であるとき、深度ビューコンポーネント内の１つの８×８のマクロブロック区分は、テクスチャビューコンポーネント内の１つの１６×１６のマクロブロック、テクスチャビューコンポーネント内のマクロブロックの２つの１６×８のマクロブロック区分、又はテクスチャビューコンポーネント内のマクロブロックの２つの８×１６のマクロブロック区分に対応する。従って、以下の例は、深度ビューコンポーネント内の８×８のマクロブロック区分について記載される。
【０１６２】
更に、上述されたように、対応する１６×１６の深度ビューマクロブロックに対する１６×１６のテクスチャビューマクロブロックのいずれかが４つの８×８のマクロブロック区分に区分されるか、イントラ予測モードとしてコード化された場合、ＩＶＭＰは無効にされる。対応する１６×１６のテクスチャビューマクロブロックの全てが１つの１６×１６のマクロブロック区分、２つの１６×８のマクロブロック区分、又は２つの８×１６のマクロブロック区分として区分された場合、ＩＶＭＰは、場合によっては有効にされるが、下記に記載されるように、幾つかの他の場合には無効にされる場合がある。
【０１６３】
加えて、テクスチャビューコンポーネント内の対応するマクロブロックに使用される参照ピクチャの同じピクチャ順序回数（ＰＯＣ）を有するピクチャが、深度ビューコンポーネント用の参照ピクチャリストに含まれていない場合、ＩＶＭＰは無効にされる場合がある。例えば、ビデオエンコーダ２６及びビデオデコーダ３６は、各々、テクスチャビューコンポーネントと深度ビューコンポーネント用の参照ピクチャリスト（例えば、ＲｅｆＰｉｃＬｉｓｔ０及び／又はＲｅｆＰｉｃＬｉｓｔ１）を構築することができる。参照テクスチャビューコンポーネントに対応する参照深度ビューコンポーネントが、深度ビューコンポーネント用に構築された参照ピクチャリストの中にない場合、ＩＶＭＰは無効にされる。この例では、参照テクスチャビューコンポーネントは、対応するテクスチャビューコンポーネントの対応するブロックをインター予測するために使用される。
【０１６４】
例えば、８×８の深度ビューマクロブロック区分が、（Ｐ＿Ｓｋｉｐ、Ｂ＿Ｓｋｉｐ、Ｂ＿Ｄｉｒｅｃｔ＿１６×１６、Ｐ＿Ｌ０＿１６×１６、Ｂ＿Ｌ０＿１６×１６、Ｂ＿Ｌ１＿１６×１６又はＢ＿Ｂｉ＿１６×１６に等しいｍｂ＿ｔｙｐｅなどの）１つの１６×１６のテクスチャビューマクロブロック区分に対応するとき、ＩＶＭＰは有効にされる。この場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の１つ又は複数の参照インデックスを、１つの１６×６のテクスチャビューマクロブロック区分の１つ又は複数の参照インデックスに設定することができる。また、この場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の区分を「１つの８×８のサブブロック」に設定することができる。
【０１６５】
例えば、ビデオエンコーダ２６は、１つの参照テクスチャビューコンポーネントを有する（即ち、単方向予測された）か、又は２つの参照テクスチャビューコンポーネントを有する（即ち、双方向予測された）１つの１６×６のテクスチャビューマクロブロック区分をインター予測した可能性がある。ビデオデコーダ３６は、１つの１６×６のテクスチャビューマクロブロック区分をインター予測するために使用される参照テクスチャビューコンポーネントを識別する参照ピクチャリスト（即ち、ＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１）を構築するように構成される場合がある。参照テクスチャビューコンポーネントは、テクスチャビューコンポーネントの表示順序又は出力順序を示す、それらそれぞれのピクチャ順序回数（ＰＯＣ）を用いて識別される場合がある。この例では、単方向予測された場合、ビデオエンコーダ２６は、ビデオエンコーダ２６が１つの１６×１６のテクスチャビューマクロブロックをインター予測するために使用した参照テクスチャビューコンポーネントを、（例えば、そのＰＯＣ値によって）識別するＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１のうちの１つに、参照インデックスを通知した可能性がある。双方向予測された場合、ビデオエンコーダ２６は、ビデオエンコーダ２６が１つの１６×１６のテクスチャビューマクロブロックをインター予測するために使用した参照テクスチャビューコンポーネントを、（例えば、それらのＰＯＣ値によって）識別するＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１の各々に、参照インデックスを通知した可能性がある。
【０１６６】
テクスチャビューコンポーネントと同様に、８×８の深度ビューマクロブロック区分の場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分をインター予測するために使用された参照テクスチャビューコンポーネントを識別する参照ピクチャリストを構築するように構成される場合がある。混同を回避するために、参照テクスチャビューコンポーネントを識別する参照ピクチャリストは、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及びテクスチャビューＲｅｆＰｉｃＬｉｓｔ１と呼ばれ、参照深度ビューコンポーネントを識別する参照ピクチャリストは、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び深度ビューＲｅｆＰｉｃＬｉｓｔ１と呼ばれる。
【０１６７】
８×８の深度ビューマクロブロック区分が１つの１６×１６のテクスチャビューマクロブロック区分に対応するこの例では、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及びテクスチャビューＲｅｆＰｉｃＬｉｓｔ１で識別されたテクスチャビューコンポーネントは、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び深度ビューＲｅｆＰｉｃＬｉｓｔ１で識別された深度ビューコンポーネントに対応する。例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０で識別された第１の参照テクスチャビューコンポーネントは、深度ビューＲｅｆＰｉｃＬｉｓｔ０で識別された第１の参照深度ビューコンポーネントに対応し、以下同様である。
【０１６８】
深度ビューコンポーネントは、それらそれぞれのＰＯＣ値によって識別される場合もある。幾つかの例では、テクスチャビューコンポーネント用のＰＯＣ値は、テクスチャビューコンポーネントに対応する深度ビューコンポーネント用のＰＯＣ値と同じＰＯＣ値であり得る。例えば、テクスチャビューコンポーネント用のＰＯＣ値が５である場合、その対応する深度ビューコンポーネント用のＰＯＣ値も５である。しかしながら、本開示の態様はそのように限定されない。
【０１６９】
場合によっては、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、テクスチャビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序とは異なる場合がある。この場合、深度ビューコンポーネントに使用された参照ピクチャは、テクスチャビューコンポーネントの参照ピクチャと同じＰＯＣ値を有する場合があるが、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び深度ビューＲｅｆＰｉｃＬｉｓｔ１の中の参照ピクチャインデックスは、それぞれ、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及びテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のテクスチャビューコンポーネントの参照ピクチャインデックスと異なる場合がある。
【０１７０】
この例では、ビデオデコーダ３６は、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中の参照テクスチャビューコンポーネントの１つ又は複数のＰＯＣ値を決定する。テクスチャビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、テクスチャビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照ピクチャの順序と、深度ビューＲｅｆＰｉｃＬｉｓｔ１内の参照ピクチャの順序とが異なる場合、ビデオデコーダ３６は、参照テクスチャビューコンポーネントと同じＰＯＣ値を有する参照深度ビューコンポーネントを識別する、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１の中の参照インデックスを決定する。次いで、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分をインター予測するために使用された参照深度ビューコンポーネントを識別するために、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び深度ビューＲｅｆＰｉｃＬｉｓｔ１の中の決定された参照インデックスを利用する。
【０１７１】
以下の説明では、深度ビューコンポーネント用の参照ピクチャリスト内の各参照ピクチャのＰＯＣが、深度ビューコンポーネント用のＰＯＣに等しい（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序が、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序と等しい）と仮定する。以下の例では、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序が、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値の順序と異なることがあり得ることを理解されたい。そのような場合、ビデオデコーダ３６は、上述された方式で、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスを決定する。また、上記のように、（順序にかかわらず）深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１に含まれていないテクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の中のＰＯＣ値が存在する場合、その深度ビューマクロブロックについてＩＶＭＰは無効にされる場合がある。
【０１７２】
幾つかの例では、ビデオエンコーダ２６がテクスチャビューＲｅｆＰｉｃＬｉｓｔ０で識別された「ｎ番目」の参照テクスチャビューコンポーネントから１つの１６×６のテクスチャビューマクロブロック区分をインター予測した場合、８×８の深度ビューマクロブロック区分を復号するために、ビデオデコーダ３６は、（順序が同じであると仮定して）深度ビューＲｅｆＰｉｃＬｉｓｔ０で識別された「ｎ番目」の参照深度ビューコンポーネントを利用することができる。ビデオエンコーダ２６がテクスチャビューＲｅｆＰｉｃＬｉｓｔ０及びテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の各々で識別された２つの参照テクスチャビューコンポーネントから１つの１６×１６のテクスチャビューマクロブロック区分をインター予測した場合、同じことが適用されるはずである。
【０１７３】
しかしながら、ピクチャの順序が同じでない場合、ビデオデコーダ３６は、テクスチャビューピクチャリストの参照インデックスに基づいて、深度ビューピクチャリストの参照インデックスを決定する。例えば、深度ビュー参照ピクチャリストとテクスチャビュー参照ピクチャリストでピクチャの順序が同じでない場合、ビデオエンコーダ２６がテクスチャビューＲｅｆＰｉｃＬｉｓｔ０で識別された「ｎ番目」の参照テクスチャビューコンポーネントから１つの１６×１６のテクスチャビューマクロブロック区分をインター予測した場合、ビデオデコーダ３６は、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０内の「ｎ番目」の参照テクスチャビューコンポーネントのＰＯＣ値を決定する。次いで、ビデオデコーダ３６は、そのＰＯＣ値が「ｎ番目」の参照テクスチャビューコンポーネントのＰＯＣ値と同じである深度ビュー参照コンポーネントを識別する、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照インデックスを決定する。この例では、８×８の深度ビューマクロブロック区分を復号するために、ビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の決定された参照インデックスを利用する。テクスチャビューＲｅｆＰｉｃＬｉｓｔ１と深度ビューＲｅｆＰｉｃＬｉｓｔ１に関して、同じことが適用されるはずである。
【０１７４】
例えば、ビデオデコーダ３６は、テクスチャビュー参照ピクチャリスト（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１）でＰＯＣ値が列記された順序が、深度ビュー参照ピクチャリスト（例えば、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１）でＰＯＣ値が列記された順序と異なることを決定することができる。この場合、８×８の深度ビューマクロブロック区分についての参照インデックス情報を決定するために、ビデオデコーダ３６は、１６×１６のテクスチャビューマクロブロック用の参照インデックスに基づいて、テクスチャビュー参照ピクチャリストで識別された参照テクスチャビューコンポーネントのＰＯＣ値を決定する。ビデオデコーダ３６は、深度ビュー参照ピクチャリストの参照インデックスを決定し、ここで、深度ビュー参照ピクチャリストの参照インデックスは、参照テクスチャビューコンポーネントのＰＯＣ値に等しい深度ビュー参照ピクチャリスト内のＰＯＣ値を識別する。
【０１７５】
このようにして、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分についての参照インデックス情報を決定するために、１つの１６×１６のテクスチャビューマクロブロック区分についての参照インデックス情報を使用することができる。例えば、ビデオデコーダ３６は、テクスチャビューコンポーネント内のＰＯＣ値の順序と深度ビューコンポーネント内のＰＯＣ値の順序が同じであるとき、１つの１６×１６のテクスチャビューマクロブロック区分についての参照インデックス情報に等しい８×８の深度ビューマクロブロック区分についての参照インデックス情報を設定することができる。この場合、１つの１６×１６のテクスチャビューマクロブロック区分についての参照インデックス情報は、テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及びテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の１つ又は両方を参照する。ビデオデコーダ３６は、１つの１６×１６のテクスチャビューマクロブロック区分用の１つ又は複数の参照インデックスを、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び深度ビューＲｅｆＰｉｃＬｉｓｔ１の１つ又は両方への１つ又は複数の参照インデックスとして使用して、８×８の深度ビューマクロブロック区分を復号することができる。この例では、ビデオエンコーダ２６は、ビデオエンコーダ２６側で構築されたテクスチャビューＲｅｆＰｉｃＬｉｓｔ０、テクスチャビューＲｅｆＰｉｃＬｉｓｔ１、深度ビューＲｅｆＰｉｃＬｉｓｔ０、及び深度ビューＲｅｆＰｉｃＬｉｓｔ１用の１つ又は複数の同じ参照インデックスを使用して、１つの１６×１６のテクスチャビューマクロブロック区分と、８×８の深度ビューマクロブロック区分とを符号化することができる。
【０１７６】
テクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１と、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１でＰＯＣ値の順序が同じでない例では、ビデオデコーダ３６は、上述された方式で、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスを決定することができる。ビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０及び深度ビューＲｅｆＰｉｃＬｉｓｔ１の１つ又は両方用の決定された１つ又は複数の参照インデックスを使用して、８×８の深度ビューマクロブロック区分を復号することができる。
【０１７７】
ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分が１つの１６×１６のテクスチャビューマクロブロック区分に対応するとき、８×８の深度ビューマクロブロック用のサブブロック区分を決定することができる。例えば、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分のサブブロック区分を「１つの８×８のサブブロック」に設定することができ、これは、８×８の深度ビューマクロブロック区分がこれ以上区分されるべきでないことを意味する。
【０１７８】
上記の例は、８×８の深度ビューマクロブロック区分が１つの１６×１６のテクスチャビューマクロブロック区分に対応する状況を記載した。以下は、８×８の深度ビューマクロブロック区分が、２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分に対応する場合に、ビデオエンコーダ２６及びビデオデコーダ３６によって実施される技法を記載する。
【０１７９】
テクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分に区分される以下の例では、２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分の各々が、１つの方向（例えば、ＲｅｆＰｉｃＬｉｓｔ０で識別されたピクチャ又はＲｅｆＰｉｃＬｉｓｔ１で識別されたピクチャに関してインター予測されるＰピクチャ又はＰスライス）でインター予測される例とともに、技法が記載される。２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分が両方の方向（例えば、ＲｅｆＰｉｃＬｉｓｔ０で識別されたピクチャ又はＲｅｆＰｉｃＬｉｓｔ１で識別されたピクチャに関してインター予測されるＢピクチャ又はＢスライス）でインター予測される例では、ビデオエンコーダ２６及びビデオデコーダ３６は、２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分がＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１のいずれかの中のピクチャに関してインター予測される（即ち、１つの方向でインター予測される）例に関して下記に記載される技法と実質的に同様の技法を実施することができる。
【０１８０】
これらの例のうちの幾つかでは、ビデオエンコーダ２６及びビデオデコーダ３６は、「１つの８×８のサブブロック」（例えば、８×８の深度ビューマクロブロック区分のこれ以上の区分がない）になるべき８×８の深度ビューマクロブロック区分用の区分モードを決定するように構成される。しかしながら、本開示の態様はそのように限定されず、場合によっては、ビデオエンコーダ２６及びビデオデコーダ３６は、「１つの８×８のサブブロック」とは異なるべき８×８の深度ビューマクロブロック用の区分モードを決定する。このようにして、ＩＶＭＰが有効にされたとき、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分の区分モードを示す情報を受信する必要なしに、８×８の深度ビューマクロブロック区分用の区分モードを決定するように構成される。また、このようにして、ＩＶＭＰが有効にされたとき、ビデオエンコーダ２６は、８×８の深度ビューマクロブロック区分の区分モードを示す情報を通知する必要がない。
【０１８１】
その上、以下の例では、２つのテクスチャビューマクロブロック区分用の１つ又は複数の参照インデックスは異なり、それらの両方は−１に等しくない。例えば、２つの１６×８のテクスチャビューマクロブロック区分の各々又は２つの８×１６のテクスチャビューマクロブロック区分の各々用の１つ又は複数の参照テクスチャビューコンポーネントを識別する、１つ又は複数の参照インデックスは異なる。言い換えれば、テクスチャビューマクロブロックが２つの１６×８又は８×１６のテクスチャビューマクロブロック区分に区分される場合、２つの１６×８又は２つの８×１６のテクスチャビューマクロブロック区分の各々用の１つ又は複数の参照インデックスが異なるとき、テクスチャビューマクロブロック区分の各々は、異なる１つ又は複数の参照テクスチャビューコンポーネントに関してインター予測される。２つの１６×８又は２つの８×１６のテクスチャビューマクロブロック区分の各々用の１つ又は複数の参照インデックスが同じである状況は、以下の例の後でより詳細に記載される。
【０１８２】
一例として、８×８の深度ビューマクロブロック区分が２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分に対応するとき、参照インデックス及び動きベクトルは、２つのテクスチャビューマクロブロック区分のうちの１つ（即ち、２つの１６×８のテクスチャビューマクロブロック区分のうちの１つ、又は２つの８×１６のテクスチャビューマクロブロック区分のうちの１つ）から予測されるにすぎない。例えば、この場合、少なくとも２つの可能な参照インデックス及び動きベクトル情報が存在する：１６×８又は８×１６のテクスチャビューマクロブロック区分の第１からの１つ、及び１６×８又は８×１６のテクスチャビューマクロブロック区分の第２からの１つ。ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分についての参照インデックス及び動きベクトル情報として、２つの１６×８又は８×１６のテクスチャビューマクロブロック区分のうちの少なくとも１つについての参照インデックスと動きベクトル情報とを選択するように構成される。
【０１８３】
幾つかの例では、ビデオデコーダ３６は、１６×１６の深度ビューマクロブロック内の８×８の深度ビューマクロブロック区分の位置、及び１６×１６のテクスチャビューマクロブロック内の２つの１６×８又は８×１６のテクスチャビューマクロブロック区分の位置に基づいて、１６×８又は８×１６のテクスチャビューマクロブロック区分のうちの１つを選択する。例えば、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分が深度ビューマクロブロック内で包含する、テクスチャビューマクロブロック内の同じ領域を包含するテクスチャビューマクロブロック区分を選択する。ビデオデコーダ３６は、１６×８又は８×１６のテクスチャビューマクロブロック区分のうちの選択された１つの参照インデックスと動きベクトル情報とを使用して、２つの１６×８又は８×１６のテクスチャビューマクロブロック区分を含む１６×１６のテクスチャビューマクロブロックに対応する８×８の深度ビューマクロブロック区分の参照インデックスと動きベクトル情報とを決定する。この技法は図６に更に示される。
【０１８４】
図６は、深度ビュー区分についての参照インデックスと動きベクトル情報とを決定するためのテクスチャビューブロックと深度ビューブロックの概念図である。図６は、２つの８×１６のテクスチャビューマクロブロック区分（即ち、テクスチャビュー区分４０Ａ及びテクスチャビュー区分４０Ｂ）に区分されたテクスチャビューマクロブロック３９を示す。図６に関して記載される技法は、テクスチャビューマクロブロック３９が２つの１６×８のテクスチャビューマクロブロック区分に区分される例に等しく適用可能であることを理解されたい。図６はまた、４つの８×８の深度ビューマクロブロック区分（即ち、深度ビュー区分４２Ａ〜４２Ｄ）に区分された深度ビューマクロブロック４１を示す。
【０１８５】
テクスチャビュー区分４０Ａ及び４０Ｂの各々は、それ自体の独立した動き情報を有する場合がある。例えば、テクスチャビュー区分４０Ａ用の１つ又は複数の参照インデックスは、テクスチャビュー区分４０Ｂ用の１つ又は複数の参照インデックスと異なる。また、テクスチャビュー区分４０Ａについての動きベクトルは、テクスチャビュー区分４０Ｂについての動きベクトルと異なる。
【０１８６】
図６の例では、深度ビューマクロブロック４１についてＩＶＭＰが有効にされた場合、ビデオデコーダ３６は、深度ビュー区分４２Ａ〜４２Ｄの各々についての参照インデックスと動きベクトル情報とを決定することができる。上記のように、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１であると仮定する。この例では、８×８の深度ビュー区分４２Ａ〜４２Ｄの各々は、１つの１６×１６のテクスチャビューマクロブロックに対応する。
【０１８７】
例えば、８×８の深度ビューマクロブロック区分４２Ａが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例では、ビデオデコーダ３６は、８×８の深度ビュー区分４２Ａが１６×１６の深度ビューマクロブロック４１の上左隅を包含すると決定する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロック区分４０Ａが１６×１６のテクスチャビューマクロブロック３９の上左隅を包含すると決定する。従って、この例では、８×８の深度ビューマクロブロック区分４２Ａが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロック区分４０Ａが包含するので、８×８の深度ビューマクロブロック区分４２Ａについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６は、８×１６のテクスチャビューマクロブロック区分４０Ａを選択する。
【０１８８】
言い換えれば、ビデオデコーダ３６は、深度ビューブロックに対して深度ビューブロック（例えば、深度ビューマクロブロック４１）の少なくとも１つの区分（例えば、８×８の深度ビューマクロブロック区分４２Ａ）が位置するところのテクスチャビューブロック（例えば、テクスチャビューマクロブロック３９）に対して少なくとも１つの同じ領域を、２つのテクスチャビューブロック区分のうちのどちら（例えば、８×１６のテクスチャビューマクロブロック区分４０Ａ又は８×１６のテクスチャビューマクロブロック区分４０Ｂ）が包含するかを決定する。本開示に記載された技法では、深度ビューブロックに対して深度ビューブロックの少なくとも１つの区分が位置するところのテクスチャビューブロックに対して少なくとも１つの同じ領域を包含するテクスチャビューブロック区分は、テクスチャビューブロックの中心により近いテクスチャビューブロック区分として考えることができる。
【０１８９】
例えば、８×１６のテクスチャビューマクロブロック４０Ａは、１６×１６の深度ビューマクロブロック４１に対して８×８の深度ビュー区分４２Ａが位置するところのテクスチャビューマクロブロック３９に対して少なくとも１つの同じ領域を包含する。この場合、ビデオデコーダ３６は、その動き情報が８×８の深度ビューマクロブロック区分４２Ａについての動き情報を決定するために使用される区分として、８×１６のテクスチャビューマクロブロック区分４０Ａを選択する。
【０１９０】
この例では、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分４２Ａ用の深度ビューＲｅｆＰｉｃＬｉｓｔ０及び／又は深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスが、８×１６のテクスチャビューマクロブロック区分４０Ａ用のテクスチャビューＲｅｆＰｉｃＬｉｓｔ０及び／又はテクスチャビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスと同じであると決定することができる。ビデオデコーダ３６は、下記に記載されるように、８×１６のテクスチャビューマクロブロック区分４０Ａの動きベクトルに対してスケーリングを実行して、８×８の深度ビューマクロブロック区分４２Ａの動きベクトルを決定する場合がある。このようにして、ビデオデコーダ３６は、ビデオエンコーダ２６によって通知されたコード化ビットストリーム内で、８×８の深度ビューマクロブロック区分４２Ａについての参照インデックスと動きベクトル情報とを受信する必要なしに、８×８の深度ビューマクロブロック区分４２Ａについての参照インデックスと動きベクトル情報とを決定することができる場合がある。
【０１９１】
別の例として、８×８の深度ビューマクロブロック区分４２Ｂが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例では、ビデオデコーダ３６は、８×８の深度ビュー区分４２Ｂが１６×１６の深度ビューマクロブロック４１の上右隅を包含すると決定する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロック区分４０Ｂが１６×１６のテクスチャビューマクロブロック３９の上右隅を包含すると決定する。例えば、８×１６のテクスチャビューマクロブロック区分４２Ｂは、１６×１６の深度ビューマクロブロック４１に対して８×８の深度ビュー区分４２Ｂが位置するところのテクスチャビューマクロブロック３９に対して同じ領域を包含する。
【０１９２】
従って、この例では、８×８の深度ビューマクロブロック区分４２Ｂが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロック区分４０Ｂが包含するので、８×８の深度ビューマクロブロック区分４２Ｂについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６は、８×１６のテクスチャビューマクロブロック区分４０Ｂを選択する。この例では、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分４２Ａに関して上記の例に記載されたのと同様に、８×８の深度ビューマクロブロック区分４２Ｂについての参照インデックスと動きベクトル情報とを決定する。
【０１９３】
別の例として、８×８の深度ビューマクロブロック区分４２Ｃが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例では、ビデオデコーダ３６は、８×８の深度ビュー区分４２Ｃが１６×１６の深度ビューマクロブロック４１の下左隅を包含すると決定する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロック区分４０Ａが１６×１６のテクスチャビューマクロブロック３９の下左隅を包含すると決定する。従って、この例では、８×８の深度ビューマクロブロック区分４２Ｃが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロック区分４０Ａが包含するので、８×８の深度ビューマクロブロック区分４２Ｃについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６は、８×１６のテクスチャビューマクロブロック区分４０Ａを選択する。この例では、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分４２Ａに関して上記の例に記載されたのと同様に、８×８の深度ビューマクロブロック区分４２Ｃについての参照インデックスと動きベクトル情報とを決定する。
【０１９４】
別の例として、８×８の深度ビューマクロブロック区分４２Ｄが１６×１６のテクスチャビューマクロブロック３９に対応すると仮定する。この例では、ビデオデコーダ３６は、８×８の深度ビュー区分４２Ｄが１６×１６の深度ビューマクロブロック４１の下右隅を包含すると決定する。ビデオデコーダ３６はまた、８×１６のテクスチャビューマクロブロック区分４０Ｂが１６×１６のテクスチャビューマクロブロック３９の下右隅を包含すると決定する。従って、この例では、８×８の深度ビューマクロブロック区分４２Ｄが深度ビューマクロブロック４１内で包含するテクスチャビューマクロブロック３９内の同じ領域を８×１６のテクスチャビューマクロブロック区分４０Ｂが包含するので、８×８の深度ビューマクロブロック区分４２Ｄについての参照インデックスと動きベクトル情報とを決定するために、ビデオデコーダ３６は、８×１６のテクスチャビューマクロブロック区分４０Ｂを選択する。この例では、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分４２Ａに関して上記の例に記載されたのと同様に、８×８の深度ビューマクロブロック区分４２Ｄについての参照インデックスと動きベクトル情報とを決定する。
【０１９５】
上記の例では、ビデオデコーダ３６は、深度ビューマクロブロック区分が深度ビューマクロブロック内で包含する、テクスチャビューマクロブロック内の同じ領域を包含するテクスチャビューマクロブロック区分を選択する。しかしながら、本開示の態様はそのように限定されない。幾つかの例では、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分の動き情報がそこから決定されるテクスチャビューマクロブロック区分として、テクスチャビューコンポーネントの中心により近い１６×８又は８×１６のテクスチャビューマクロブロック区分のうちの１つを選択する。代替として、８×８の深度ビューマクロブロック区分の動き情報がそこから決定されるテクスチャビューマクロブロック区分として、１つ又は複数のより小さい参照インデックスを有する１６×８又は８×１６のテクスチャビューマクロブロック区分のうちの１つが選択される。代替として、この深度マクロブロックについてＩＶＭＰは偽（即ち、無効）に設定される。
【０１９６】
その対応するテクスチャビューマクロブロックが２つの１６×８又は８×１６のテクスチャビューマクロブロック区分として区分されるときに、ビデオデコーダ３６が深度ビューマクロブロック区分についての動き情報を決定する上記の例では、２つの１６×８又は８×１６のテクスチャビューマクロブロック区分用の１つ又は複数の参照インデックスは異なり、−１に等しくないと仮定する。この例では、上述されたように、ビデオデコーダ３６は、２つの１６×８又は８×１６のテクスチャビューマクロブロック区分のうちの１つを選択し、その動き情報を使用して、２つの１６×８又は８×１６のテクスチャビューマクロブロック区分に区分されたテクスチャビューマクロブロックに対応する８×８の深度ビューマクロブロック区分についての動き情報を決定する。
【０１９７】
一例として、ビデオデコーダ３６が、テクスチャビューマクロブロック内の２つの８×１６のテクスチャビューマクロブロック区分の第１の８×１６のテクスチャビューマクロブロック区分を選択したと仮定する。この例では、ビデオデコーダ３６は、第１の８×１６のテクスチャビューマクロブロックの１つ又は複数の参照テクスチャビューコンポーネントを識別するために使用された１つ又は複数の参照インデックスを１つ又は複数の参照インデックスとして使用して、８×８の深度ビューマクロブロック区分を復号するために使用される参照深度ビューコンポーネントを識別する。同様に、この例では、ビデオエンコーダ２６は、第１の８×１６のテクスチャビューマクロブロックの１つ又は複数の参照テクスチャビューコンポーネントを識別するために使用された１つ又は複数の参照インデックスを１つ又は複数の参照インデックスとして使用して、８×８の深度ビューマクロブロック区分を符号化するために使用される参照深度ビューコンポーネントを識別する。
【０１９８】
これらの例では、ビデオデコーダ３６及びビデオエンコーダ２６はまた、８×８の深度ビューマクロブロック区分を、それぞれ復号又は符号化するための、第１の８×１６のテクスチャビューマクロブロック区分の動きベクトル情報を使用する。例えば、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分をインター予測するために使用される参照テクスチャビューコンポーネントを識別することに加えて、ビデオエンコーダ２６はまた、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の各々についての動きベクトルを識別する。この例では、ビデオデコーダ３６は、第１の８×１６のテクスチャビューマクロブロック区分についての動きベクトルを決定し、第１の８×１６のテクスチャビューマクロブロック区分について決定された動きベクトルに基づいて、８×８の深度ビューマクロブロック区分についての動きベクトルを決定する。
【０１９９】
例えば、テクスチャビューコンポーネント内の空間解像度と深度ビューコンポーネント内の空間解像度が異なるので、ビデオデコーダ３６は、第１の８×１６のテクスチャビューマクロブロック区分について決定された動きベクトルの更なるスケーリングを実行する必要があり得る。そのようなスケーリングは、以下でより詳細に記載される。
【０２００】
幾つかの代替例では、８×８の深度ビューマクロブロック区分と同じ領域を包含する８×１６又は１６×８のテクスチャビューマクロブロック区分についての１つ又は複数の参照インデックスと動きベクトルとを使用するのではなく、ビデオデコーダ３６は、より小さい１つ又は複数の参照インデックスを有するテクスチャビューマクロブロック区分についての１つ又は複数の参照インデックスと動きベクトルとを使用する。例えば、第１の８×１６のテクスチャビューマクロブロック区分用の参照インデックスが第２の８×１６のテクスチャビューマクロブロック区分用の参照インデックスよりも小さい場合、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分をインター予測するために、第１の８×１６のテクスチャビューマクロブロック区分についての参照インデックスと動きベクトルとを使用する。第２の８×１６のテクスチャビューマクロブロック区分用の参照インデックスが第１の８×１６のテクスチャビューマクロブロック区分用の参照インデックスよりも小さい場合、反対のことが起こるはずである。同じ技法は、テクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロック区分に区分される場合に適用されるはずである。
【０２０１】
上述の例は、２つの８×１６及び１６×８のテクスチャビューマクロブロック区分用の１つ又は複数の参照インデックスが、８×８の深度ビューマクロブロック区分がインター予測される方式を決定することについて異なる場合の、幾つかの例示的な実装形態を記載した。しかしながら、２つの８×１６及び１６×８のテクスチャビューマクロブロック区分用の１つ又は複数の参照インデックスが異なる場合の他の実装形態があり得る。例えば、１つ又は複数の参照インデックスのいずれかを使用すること、又は動きベクトル情報のいずれかを使用することではなく、ビデオエンコーダ２６は、ＩＶＭＰフラグを偽（即ち、ＩＶＭＰが無効にされた）として通知する場合がある。上述されたように、ＩＶＭＰが無効にされたとき、ビデオデコーダ３６は動き情報を使用しない場合があり、代わりに、８×８の深度ビューマクロブロック区分をインター予測する（即ち、復号する）ためにビデオデコーダ３６によって使用されるべき動き情報を定義するシンタックス要素を受信する場合がある。
【０２０２】
別の例として、ビデオエンコーダ２６及びビデオデコーダ３６は、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分についての動きベクトル用のマッピングファクタを決定する場合がある。マッピングファクタは、インター予測に使用される参照テクスチャビューコンポーネントのピクチャ順序回数（ＰＯＣ）値に基づく場合がある。ＰＯＣ値は、テクスチャビューコンポーネントの表示順序又は出力順序を示す数値である。例えば、より低いＰＯＣ値を有するテクスチャビューコンポーネントは、より高いＰＯＣ値を有するテクスチャビューコンポーネントよりも早く表示又は出力される。
【０２０３】
例えば、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の一方がＲｅｆＡと呼ばれる参照テクスチャビューコンポーネントでインター予測され、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の他方がＲｅｆＢと呼ばれる参照テクスチャビューコンポーネントでインター予測されると仮定する。ＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１の中のＲｅｆＡ用参照インデックスはｒｅｆ＿ｉｄｘＡであり得るし、ＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１の中のＲｅｆＢ用参照インデックスはｒｅｆ＿ｉｄｘＢであり得る。この例では、ビデオエンコーダ２６は、ｒｅｆ＿ｉｄｘＡ及びｒｅｆ＿ｉｄｘＢの値を通知し、ｒｅｆ＿ｉｄｘＡ及びｒｅｆ＿ｉｄｘＢがＲｅｆＰｉｃＬｉｓｔ０を参照するか、又はＲｅｆＰｉｃＬｉｓｔ１を参照するかを示すことができる。次いで、ビデオデコーダ３０は、ｒｅｆ＿ｉｄｘＡ及びｒｅｆ＿ｉｄｘＢのインデックス値に基づいてＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１にインデックス付けすることによって、ＲｅｆＡ及びＲｅｆＢ用のＰＯＣ値を決定することができる。
【０２０４】
ビデオエンコーダ２６及びビデオデコーダ３６は、以下の式を実施してマッピングファクタを決定することができる：
マッピングファクタ＝（ＰＯＣ（ＲｅｆＢ）−ＰＯＣ（ＣｕｒｒＰ））／（ＰＯＣ（ＲｅｆＡ）−ＰＯＣ（ＣｕｒｒＰ））。
【０２０５】
上記の式では、ＣｕｒｒＰは現在のテクスチャビューコンポーネントを指し、ＰＯＣ（ＣｕｒｒＰ）は現在のテクスチャビューコンポーネントのＰＯＣ値を指し、ＰＯＣ（ＲｅｆＢ）はＲｅｆＢのＰＯＣ値を指し、ＰＯＣ（ＲｅｆＡ）はＲｅｆＡのＰＯＣ値を指す。
【０２０６】
この例示的な実装形態では、ｒｅｆ＿ｉｄｘＡの値はｒｅｆ＿ｉｄｘＢの値よりも大きい。言い換えれば、ＲｅｆＡは、より大きい参照インデックス値を有する２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の一方用の参照テクスチャビューコンポーネントであり得るし、ＲｅｆＢは、より小さい参照インデックス値を有する２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の他方用の参照テクスチャビューコンポーネントであり得る。
【０２０７】
マッピングファクタを用いて、ビデオエンコーダ２６及びビデオデコーダ３６は、より大きい参照インデックスを有する１つの動きベクトルを、より小さい参照インデックスを有する動きベクトルにマッピングすることができる。例えば、ビデオエンコーダ２６及びビデオデコーダ３６は、より大きい参照インデックス値を有する２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の一方用の動きベクトルのＸ成分及びＹ成分とマッピングファクタを乗算することができる。次いで、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の動きベクトルを決定するために、得られたマッピングされた動きベクトルの値を使用することができる。例えば、幾つかの例では、下記により詳細に記載されるように、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なるので、ビデオエンコーダ２６及びビデオデコーダ３６は、マッピングされた動きベクトルの値を更にスケーリングする必要があり得る。
【０２０８】
この例示的な実装形態では、このようにして、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の動きベクトルを決定することができる。ビデオエンコーダ２６及びビデオデコーダ３６は、より大きい参照インデックス値とマッピングファクタを乗算することによって、８×８の深度ビューマクロブロック区分用の参照インデックスを決定することができる。この例示的な実装形態では、このようにして、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の参照インデックスを決定することができる。この例示的な実装形態では、ビデオエンコーダ２６及びビデオデコーダ３６は、テクスチャビューマクロブロック区分が、１６×８のテクスチャビューマクロブロック区分であるか、又は８×１６のテクスチャビューマクロブロック区分であるかに基づいて、それぞれ「２つの８×４のサブブロック」又は「２つの４×８のサブブロック」として、８×８の深度ビューマクロブロック区分用のサブブロック区分を決定することができる。
【０２０９】
幾つかの例では、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の一方用の参照テクスチャビューコンポーネントがビュー間テクスチャビューコンポーネント（例えば、現在のテクスチャビューコンポーネントと同じビュー内にないテクスチャビューコンポーネント）である場合、ビデオエンコーダ２６及びビデオデコーダ３６は、上述されたマッピング技法を実施しない場合がある。むしろ、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分が深度ビューマクロブロック内で包含するテクスチャビューマクロブロック内の同じ領域を包含する８×１６又は１６×８のテクスチャビューマクロブロック区分についての動き情報を、８×８の深度ビューマクロブロック区分についての動き情報として、ビデオデコーダ３６が使用する場合に記載された技法を実施することができる。
【０２１０】
上記の例のうちの幾つかでは、テクスチャビューマクロブロックは、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分に区分され、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の各々は、異なる参照テクスチャビューコンポーネントを用いてインター予測された（即ち、各区分用の参照インデックスが異なった）。幾つかの例では、幾つかの参照ピクチャリストの両方の参照インデックスが−１である（例えば、参照ピクチャリストＸ（Ｘは０又は１に等しい）の場合、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の一方用の参照インデックス、及び２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の他方用の参照インデックスが−１である）ことが起こり得る。参照インデックスの両方が−１であるとき、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分がＲｅｆＰｉｃＬｉｓｔＸから予測されず、むしろ幾つかの他の参照テクスチャビューコンポーネント（例えば、ＲｅｆＰｉｃＬｉｓｔ（１−Ｘ））から予測されたことを決定することができる。言い換えれば、ビデオエンコーダ２６及びビデオデコーダ３６は、そのインデックス値が−１に等しくない参照ピクチャリストから８×８の深度ビューマクロブロックが予測されたことを決定することができる。
【０２１１】
この場合、ビデオエンコーダ２６及びビデオデコーダ３６は、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分の一方について、動きベクトル情報と参照ピクチャリスト（１−Ｘ）内の参照ピクチャインデックスとを導出して、８×８の深度ビューマクロブロック区分についての動きベクトル情報を決定することができる。例えば、１６×１６のテクスチャビューマクロブロックが、第１の１６×８のテクスチャビューマクロブロック区分と第２の１６×８のテクスチャビューマクロブロック区分とに区分されると仮定する。
【０２１２】
テクスチャビュー参照ピクチャリストＸ（Ｘは０又は１である）内の両方の参照インデックスが−１である（第１及び第２の１６×８のテクスチャビューマクロブロック区分が参照ピクチャリストＸに対応する方向から予測されないことを意味する）場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビュー参照ピクチャリストＸ内の対応する８×８の深度ビューマクロブロック区分の参照インデックスを−１に等しく設定する場合がある。例えば、第１と第２の両方の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが−１である場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスを−１に等しく設定する場合がある。深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスの場合、（第１及び第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが異なると仮定して、）ビデオエンコーダ２６及びビデオデコーダ３６は、第１及び第２の１６×８のテクスチャビューマクロブロックのどちらが、８×８の深度ビューマクロブロック区分と同じ領域を包含するかを決定することができる。ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスを、８×８の深度ビューマクロブロック区分と同じ領域を包含する１６×８のテクスチャビューマクロブロック区分のテクスチャビューＲｅｆＰｉｃＬｉｓｔ１の参照インデックスに等しく設定することができる。
【０２１３】
この例では、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分の区分モードを「１つの８×８のサブブロック」に設定することができる。また、この例では、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分が１６×１６の深度ビューマクロブロックを包含するテクスチャビューマクロブロック内の同じ領域を包含する１６×８のテクスチャビューマクロブロック区分についての動きベクトル情報に基づいて、８×８の深度ビューマクロブロック区分についての動きベクトル情報を決定することができる。
【０２１４】
前の例は、１６×１６のテクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロック区分に区分される状態を記載したが、ビデオエンコーダ２６及びビデオデコーダ３６は、１６×１６のテクスチャビューマクロブロックが２つの８×１６のテクスチャビューマクロブロック区分に区分される例において同様の技法を実施することができる。また、前の例は、ＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが−１である状態を記載したが、ビデオエンコーダ２６及びビデオデコーダ３６は、ＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが−１である状態に同様の技法を実施することができる。
【０２１５】
幾つかの例では、一方の参照インデックスが−１であり、同じ参照ピクチャリスト内の他方が−１である場合、ビデオエンコーダ２６及びビデオデコーダ３６は、対応する８×８の深度ビューマクロブロック区分の参照インデックスを、−１に等しくないテクスチャビューマクロブロック区分の参照インデックスに等しく設定することができる。例えば、前の例に沿って、第１の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが「Ａ」であり、第１の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が−１であると仮定し、ここでＡは−１に等しくない。また、第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが「Ｂ」であり、第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が「Ｃ」であると仮定し、ここでＢは−１に等しくなく、Ｃは−１に等しくない。
【０２１６】
この例では、第１の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが−１であり、第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスがＣであるので、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分について深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスが「Ｃ」であると決定することができる。言い換えれば、深度ビューＲｅｆＰｉｃＬｉｓｔ１の場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロック区分用の参照インデックスを、−１に等しくないテクスチャビューマクロブロック区分の参照インデックスに設定する。
【０２１７】
別の例として、第１の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが「Ｄ」であり、第１の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が−１であると仮定し、ここでＤは−１に等しくない。また、第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスが−１であり、第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１が「Ｅ」であると仮定し、ここでＥは−１に等しくない。
【０２１８】
この例では、Ｄが−１に等しくない１６×８のテクスチャビューマクロブロック区分のＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスであるので、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分について深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスがＤであると決定することができる。また、Ｅが−１に等しくない１６×８のテクスチャビューマクロブロック区分のＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスであるので、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分について深度ビューＲｅｆＰｉｃＬｉｓｔ１用の参照インデックスがＥであると決定することができる。
【０２１９】
参照ピクチャリストの各々について参照インデックスの一方が−１であり、他方が−１でない上記の例のいずれかでは、ビデオエンコーダ２６及びビデオデコーダ３６は、その参照インデックスが８×８の深度ビューマクロブロック区分用の参照インデックスとして使用されるテクスチャビューマクロブロックについての動きベクトル情報に基づいて、８×８の深度ビューマクロブロック区分についての動きベクトル情報を決定することができる。例えば、ビデオエンコーダ２６及びビデオデコーダ３６は、その参照インデックスが−１に等しくない１６×８のテクスチャビューマクロブロック区分（例えば、そのＲｅｆＰｉｃＬｉｓｔ１への参照インデックスがＣである第２の１６×８のテクスチャビューマクロブロック区分、そのＲｅｆＰｉｃＬｉｓｔ０への参照インデックスがＤである第１の１６×８のテクスチャビューマクロブロック区分、及びそのＲｅｆＰｉｃＬｉｓｔ１への参照インデックスがＥである第２の１６×８のテクスチャビューマクロブロック区分）の動きベクトル情報を利用することができる。
【０２２０】
深度ビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスがＣであるとビデオエンコーダ２６及びビデオデコーダ３６が決定した例では、ビデオエンコーダ２６及びビデオデコーダ３６は、依然深度ビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスを決定する必要があり得る。この場合、第１の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスが、第２の１６×８のテクスチャビューマクロブロック区分についてのテクスチャビューＲｅｆＰｉｃＬｉｓｔ１への参照インデックスに等しくない（例えば、上記の例では、ＡがＢに等しくない）場合、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分が、第１の１６×８のテクスチャビューマクロブロック区分と同じ領域を包含するか、又は第２の１６×８のテクスチャビューマクロブロック区分と同じ領域を包含するかを決定することができる。第１の１６×８のテクスチャビューマクロブロック区分が８×８の深度ビューマクロブロック区分と同じ領域を包含する場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスがＡであると決定することができる。第２の１６×８のテクスチャビューマクロブロック区分が８×８の深度ビューマクロブロック区分と同じ領域を包含する場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューＲｅｆＰｉｃＬｉｓｔ０用の参照インデックスがＢであると決定することができる。
【０２２１】
この例では、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分と同じ領域を包含する１６×８のテクスチャビューマクロブロックについての動きベクトル情報を利用して、ＲｅｆＰｉｃＬｉｓｔ０で識別された参照ピクチャ用の８×８の深度ビューマクロブロック区分についての動きベクトル情報を決定することができる。また、この例では、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の区分モードを「１つの８×８のサブブロック」に設定することができる。
【０２２２】
上述の例のうちの幾つかでは、テクスチャビューマクロブロックは、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分に区分され、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分用の参照インデックスは異なり、−１に等しくないか、両方−１であるか、又は一方が−１であり他方が−１でなかった。これらの上述の例は、対応する８×８の深度ビューマクロブロック区分についての動き情報を決定するために、参照インデックス、動きベクトル、及び区分モード情報などの動き情報を使用することについての例示的な実装形態を記載した。
【０２２３】
以下の例は、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分用の参照インデックスが同じであり、参照インデックスのうちの少なくとも１つが−１でない、例示的な実装形態を記載した。例えば、上記の例では、第１の１６×８のテクスチャビューマクロブロック区分用の参照インデックス値Ａが、第２の１６×８のテクスチャビューマクロブロック区分用の参照インデックス値Ｂと異なっていたと仮定した。しかしながら、場合によっては、ＡとＢは等しい場合がある。
【０２２４】
２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分用の参照インデックスが同じである例でも、ビデオエンコーダ２６及びビデオデコーダ３６は、上述された技法と同様の技法を実施できることを理解されたい。２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分用の参照インデックスが同じであり、参照インデックスのうちの少なくとも１つが−１でない場合の以下の技法は、一例として提供され、限定的と考えされるべきでない。
【０２２５】
この場合、両方の参照インデックスは同じであるので、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の１つ又は複数の参照インデックスは、２つの８×１６又は２つの１６×８のいずれかのテクスチャビューマクロブロック区分用の参照インデックスと同じであると決定することができる。また、ビデオエンコーダ２６及びビデオデコーダ３６は、対応するテクスチャビューマクロブロックが、２つの１６×８のテクスチャビューマクロブロック区分に区分されるか、又は２つの８×１６のテクスチャビューマクロブロック区分に区分されるかに基づいて、それぞれ、８×８の深度ビューマクロブロック区分用のサブブロック区分が、「２つの８×４のサブブロック」又は「２つの４×８のサブブロック」であると決定することができる。
【０２２６】
動きベクトルの場合、ビデオエンコーダ２６及びビデオデコーダ３６は、テクスチャビューマクロブロック区分の対応する動きベクトルの各々についての動きベクトルを利用することができる。例えば、テクスチャビューマクロブロックが２つの１６×８のテクスチャビューマクロブロック区分に区分されたので、８×８の深度ビューマクロブロック区分が「２つの８×４のサブブロック」に更に区分される場合、ビデオエンコーダ２６及びビデオデコーダ３６は、上部の１６×８のテクスチャビューマクロブロック区分についての動きベクトルに基づいて、８×８の深度ビューマクロブロック区分の上部の８×４のサブブロックについての動きベクトルを決定することができ、下部の１６×８のテクスチャビューマクロブロック区分についての動きベクトルに基づいて、８×８の深度ビューマクロブロック区分の下部の８×４のサブブロックについての動きベクトルを決定することができる。ビデオエンコーダ２６及びビデオデコーダ３６は、同様に、対応する１６×１６のテクスチャビューマクロブロックの左右の８×１６のテクスチャビューマクロブロック区分に基づいて、８×８の深度ビューマクロブロック区分の４×８のサブブロックについての動きベクトルを決定することができる。
【０２２７】
上述の例のうちの幾つかでは、テクスチャビューマクロブロックは、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分に区分され、２つの８×１６又は２つの１６×８のテクスチャビューマクロブロック区分用の参照ピクチャリストのうちの少なくとも１つの中の参照インデックスは、同じであり、−１に等しくなかった。このようにして、ビデオエンコーダ２６及びビデオデコーダ３６は、対応するテクスチャビューマクロブロックが、２つの１６×８のテクスチャビューマクロブロック区分に区分されるか、又は２つの８×１６のテクスチャビューマクロブロック区分に区分されるかに基づいて、それぞれ、８×８の深度ビューマクロブロック区分用のサブブロック区分が、「２つの８×４のサブブロック」又は「２つの４×８のサブブロック」であると決定することができる。そうでない場合、（参照ピクチャリストごとに、２つの１６×８又は２つの８×１６のテクスチャビュー区分用の参照インデックスが異なり、−１に等しくないか、又は両方−１であるか、又は一方が−１であり他方が−１でなかった場合、）８×８の深度ビューマクロブロック区分用のサブブロック区分は、「１つの８×８のサブブロック」（例えば、８×８の深度ビューマクロブロック区分のこれ以上の区分がない）に設定される。
【０２２８】
上述されたように、ＩＶＭＰが有効にされたとき（即ち、ビデオエンコーダ２６及びビデオデコーダ３６が、８×８の深度ビューマクロブロック区分についての動き情報を決定するために、２つの１６×８又は２つの８×１６のテクスチャビュー区分のうちの１つからの動き情報を使用する場合の上述された例）、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロック区分用の１つ又は複数の参照インデックスを決定することができる。ビデオエンコーダ２６及びビデオデコーダ３６が１つ又は複数の参照インデックスを決定したとき、いずれかが１つ又は複数の同じ参照インデックスを有するか、又はその参照インデックスを有する関連したテクスチャビューマクロブロック区分（即ち、２つの１６×８又は２つの８×１６のテクスチャビューマクロブロック区分のうちの１つ）は、対応する８×８の深度ビューマクロブロック区分に割り当てることができる。
【０２２９】
その上、８×８の深度ビューマクロブロック区分に使用される決定されたテクスチャビューマクロブロック区分の動きベクトルの場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューコンポーネントとテクスチャビューコンポーネントの空間解像度に基づいて、スケーリングを実行することができる。例えば、上記の例では、深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度の４分の１である。従って、ビデオエンコーダ２６及びビデオデコーダ３６は、決定されたテクスチャビューマクロブロック区分用の動きベクトルをスケーリングして、空間解像度における差分を補償することができる。ビデオエンコーダ２６及びビデオデコーダ３６はまた、上述されたように、マッピングファクタが適用された例において、そのようなスケーリングを実行することができる。
【０２３０】
例えば、ビデオエンコーダ２６及びビデオデコーダ３６は、２つの１６×８のテクスチャビューマクロブロック区分のうちの第１のもの用の動きベクトルが、８×８の深度ビューマクロブロック区分用の動きベクトルを決定するために使用されるべきであると決定する。また、この１６×８のテクスチャビューマクロブロック区分用の動きベクトルは、（ＭＶｘ，ＭＶｙ）として表されると仮定し、ここで、ＭＶｘは動きベクトルのＸ成分であり、ＭＶｙは動きベクトルのＹ成分である。この例では、ビデオエンコーダ２６及びビデオデコーダ３６は、ＭＶｘの値を２で除算し、ＭＶｙの値を２で除算して、８×８の深度ビューマクロブロック区分用の動きベクトルを決定することができる。深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１であるので、ビデオエンコーダ２６及びビデオデコーダ３６は、Ｘ成分とＹ成分の各々を２で除算することができる。従って、ＭＶ’によって表される８×８の深度ビューマクロブロック区分用の動きベクトルは、（ＭＶｘ／２，ＭＶｙ／２）に等しい。
【０２３１】
上述された例では、深度ビューマクロブロックに対応する１６×１６のテクスチャビューマクロブロック区分のいずれかが、４つの８×８のテクスチャビューマクロブロック区分に区分される場合、深度ビューマクロブロックについてＩＶＭＰが無効にされる。しかしながら、あらゆる例においてこれが当てはまるとは限らない。場合によっては、１６×１６のテクスチャビューマクロブロックが４つの８×８のテクスチャビューマクロブロック区分に区分される場合でも、深度ビューマクロブロックについてＩＶＭＰが有効にされる場合がある。
【０２３２】
この例では、ビデオデコーダ３６は、８×８の深度ビューマクロブロック区分についての動き情報（例えば、参照インデックス情報、区分モード情報、及び動きベクトル情報のうちの少なくとも１つ）を決定することができる。例えば、図４Ｂに戻ると、テクスチャビューマクロブロック６は、深度ビューマクロブロック１０の深度ビュー区分１２Ｂに対応すると仮定する。この例では、テクスチャビューマクロブロック６が４つの８×８のテクスチャビュー区分８Ａ〜８Ｄに区分される場合でも、ＩＶＭＰは無効にされない場合がある。
【０２３３】
代わりに、この例では、深度ビューマクロブロック１０に対して深度ビュー区分１２Ｂが位置するところのテクスチャビューマクロブロック６に対して同じ領域を、ビデオデコーダ３６は、８×８のテクスチャビュー区分８Ａ〜８Ｄのどれが包含するかを決定する。例えば、テクスチャビュー区分８Ｂは、深度ビューマクロブロック１０に対して深度ビュー区分１２Ｂが位置するところのテクスチャビューマクロブロック６に対して同じ領域を包含する。この例では、ビデオデコーダ３６は、テクスチャビュー区分８Ｂの参照インデックスを利用して、深度ビュー区分１２Ｂの参照インデックスを決定することができる。
【０２３４】
上述の例では、深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの空間解像度の４分の１であった。しかしながら、本開示に記載された技法は、そのように限定されない。他の例では、深度ビューコンポーネントの空間解像度とテクスチャビューコンポーネントの空間解像度との間の比率は、４分の１と異なる場合がある。例示のために、以下は、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１であるときのビデオエンコーダ２６及びビデオデコーダ３６の例示的な実装形態を記載する。
【０２３５】
深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１である例では、深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、かつ高さが同じであり得るか、又は深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１であり、かつ幅が同じであり得る。また、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１であるとき、１つの深度ビューマクロブロックは、２つのテクスチャビューマクロブロックに対応する場合がある。
【０２３６】
例えば、これらの場合、１６×１６の深度ビューマクロブロックは、２つの１６×１６のテクスチャビューマクロブロックに対応する場合がある。２つの対応する１６×１６のテクスチャビューマクロブロックは、隣り合って配置されるか、又は重ねて配置される場合がある。テクスチャビューマクロブロックが隣り合って配置される場合、２つの１６×８の深度ビューマクロブロック区分の一方は、２つの１６×１６のテクスチャビューマクロブロックの一方に対応し、２つの１６×８の深度ビューマクロブロック区分の他方は、他の１６×１６のテクスチャビューマクロブロックに対応する。テクスチャビューマクロブロックが重ねて配置される場合、２つの８×１６の深度ビューマクロブロック区分の各々は、それぞれ、２つの１６×１６のテクスチャビューマクロブロックの各々に対応する。
【０２３７】
また、テクスチャビューマクロブロックが隣り合って配置される場合、２つの８×８の深度ビューマクロブロックサブブロックの一方は、２つの１６×８のテクスチャビューマクロブロック区分の一方に対応し、２つの８×８の深度ビューマクロブロックサブブロックの他方は、他の１６×８のテクスチャビューマクロブロック区分に対応する。テクスチャビューマクロブロックが重ねて配置される場合、２つの８×８の深度ビューマクロブロックサブブロックの各々は、それぞれ、２つの８×１６のテクスチャビューマクロブロック区分の各々に対応する。
【０２３８】
深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１であるとき、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれかがイントラ予測された場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと決定することができる。また、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれかが「４つの８×８のＭＢ区分」に等しいマクロブロック区分モードを有する場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと決定することができる。
【０２３９】
幾つかの例では、深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１であり、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれか用のマクロブロック区分が「２つの８×１６の区分」に等しい場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと決定することができる。同様に、深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１であり、テクスチャビューコンポーネント内の２つの対応するマクロブロックのいずれか用のマクロブロック区分が「２つの１６×８の区分」に等しい場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロックについてＩＶＭＰが無効にされたと決定することができる。
【０２４０】
テクスチャビューコンポーネント内の両方の対応するマクロブロックが「１つの１６×１６のＭＢ区分」に等しい区分モードを有する場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の幅を有する場合「２つの８×１６の区分」に、又は深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の高さを有する場合「２つの１６×８の区分」に等しくなるように、深度ビューマクロブロック用の区分を決定（例えば、設定）することができる。そうでない場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロックの区分を「４つの８×８のＭＢ区分」に決定（例えば、設定）することができる。
【０２４１】
深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の２分の１である例では、対応するテクスチャビューマクロブロックの両方が「１つの１６×１６のＭＢ区分」に等しい区分モードを有する場合、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の幅を有する場合「２つの８×１６のＭＢ区分」に、又は深度ビューコンポーネントがテクスチャビューコンポーネントの２分の１の高さを有する場合「２つの１６×８のＭＢ区分」に、深度ビューマクロブロック用の区分が等しいと決定することができる。これらの例では、ビデオエンコーダ２６及びビデオデコーダ３６は、深度ビューマクロブロック区分の各々用の参照インデックスが、それが対応するテクスチャビューマクロブロックの参照インデックスに等しいと決定することができる。幾つかの他の例では、ビデオエンコーダ２６及びビデオデコーダ３６は、８×８の深度ビューマクロブロックサブブロックの各々用の参照インデックスが、それが対応する１６×８又は８×１６のテクスチャビューマクロブロック区分の参照インデックスに等しいと決定することができる。
【０２４２】
動きベクトルを決定する場合、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例では、深度ビューマクロブロックの深度ビューマクロブロック区分ごとの区分モードが、２つの対応するテクスチャビューマクロブロックのうちの１つのテクスチャビューマクロブロックから決定されるので、ビデオエンコーダ２６及びビデオデコーダ３６は、１つの動きベクトルをスケーリングだけであり得る。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の４分の１である例と同様に、ビデオエンコーダ２６及びビデオデコーダ３６は、対応するテクスチャビューマクロブロック用の動きベクトルをスケーリングして、空間解像度における差分を補償する必要があり得る。
【０２４３】
例えば、テクスチャビューコンポーネントのマクロブロック又は区分用の動きベクトルが（ＭＶｘ，ＭＶｙ）である場合、かつ深度ビューコンポーネントの幅がテクスチャビューコンポーネントの幅の２分の１である場合、ビデオエンコーダ２６及びビデオデコーダ３６は、ＭＶ’として表される深度ビューコンポーネントのマクロブロック区分又はマクロブロックサブブロック用の動きベクトルを、ＭＶ’＝（ＭＶｘ／２，ＭＶｙ）であるように決定することができる。深度ビューコンポーネントの高さがテクスチャビューコンポーネントの高さの２分の１である場合、ビデオエンコーダ２６及びビデオデコーダ３６は、ＭＶ’として表される深度ビューコンポーネントのマクロブロック区分又はマクロブロックサブブロック用の動きベクトルを、ＭＶ’＝（ＭＶｘ，ＭＶｙ／２）であるように決定することができる。
【０２４４】
従って、本開示に記載された技法によれば、ビデオコーダ（例えば、ビデオエンコーダ２６又はビデオデコーダ３６）は、テクスチャビューコンポーネントの複数のテクスチャビューブロックを符号化又は復号（例えば、コード化）することができる。複数のテクスチャビューブロックは、深度ビューコンポーネントの単一の深度ビューブロックに対応する場合がある。例示として、図４Ａのテクスチャビューマクロブロック２Ａ〜２Ｄは、単一の深度ビューマクロブロック４に対応する。
【０２４５】
その上、深度ビューコンポーネントとテクスチャビューコンポーネントは、アクセス単位内の同じビューに属する場合がある。上述された例では、深度ビューブロック（例えば、単一の深度ビューマクロブロック４）は、対応する複数のテクスチャビューブロック（例えば、テクスチャビューマクロブロック２Ａ〜２Ｄ）内の全ての画素の相対深度を示す場合がある。上述されたように、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度は、異なる場合がある。例えば、深度ビューコンポーネントの空間解像度は、テクスチャビューコンポーネントの４分の１、即ち、幅が２分の１であり高さが２分の１であり得るが、２分の１などの他の比率も起こり得る。
【０２４６】
ビデオコーダは、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することができる。幾つかの例では、ビデオコーダは、複数の対応するテクスチャビューブロックからのみ、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することができる。ビデオコーダは、決定された参照インデックス情報、区分情報、及び動きベクトル情報に基づいて、単一の深度ビューブロックをコード化することができる。
【０２４７】
例えば、単一の深度ビューブロックの少なくとも１つの区分は、対応するテクスチャビューブロックのうちのテクスチャビューブロックに対応する。本開示に記載された技法によれば、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックから、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するために、ビデオコーダは、単一の深度ビューブロックの少なくとも１つの区分の参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することができる。この例では、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックは、深度ビューブロックの少なくとも１つの区分に対応する。
【０２４８】
例えば、単一の深度ビューブロックについて内部ビュー動き予測（ＩＶＭＰ）が有効にされたとき、ビデオコーダは、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報をどのように決定するかに関する情報を通知又は受信することなく、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するように構成することができる。むしろ、ビデオコーダは、複数のテクスチャビューブロックについての動き情報を使用して、単一の深度ビューブロックの動き情報（例えば、参照インデックス情報、区分情報、及び動きベクトル情報）を決定することができる。
【０２４９】
一例として、ビデオコーダは、テクスチャビューマクロブロック２Ａ〜２Ｄ（図４Ａ）のうちの１つに基づいて、深度ビューマクロブロック４（図４Ａ）について、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することができる。例えば、上述されたように、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するために、ビデオコーダは、単一の深度ビューブロックの区分について、単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することができる。例えば、図６を参照すると、１６×１６の深度ビューマクロブロック４１の８×８の深度ビューマクロブロック区分４２Ａが１６×１６のテクスチャビューマクロブロック３９に対応し、深度ビューマクロブロック４１についてＩＶＭＰが有効にされた場合、ビデオデコーダ３６は、テクスチャビュー区分４０Ａ又はテクスチャビュー区分４０Ｂの参照インデックス情報と動きベクトル情報とを利用して、深度ビューマクロブロック区分４２Ａの参照インデックス情報と動きベクトル情報とを決定することができる。
【０２５０】
深度ビュー区分４２Ｂ〜４２Ｄのいずれかがテクスチャビューマクロブロック３９に対応する場合、同じことが適用されるはずである。このようにして、ビデオコーダが、深度ビューブロックの区分に対応するテクスチャビューブロックから、深度ビューブロックの区分の参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するとき、ビデオコーダは、複数の対応するテクスチャビューブロックのうちのテクスチャビューブロックから、単一の深度ビューブロックの区分の参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するものとして考えることができる。
【０２５１】
ＩＶＭＰが有効にされるか、又は無効にされる場合にビデオコーダが決定できる様々な例示的な方法が存在する可能性がある。例えば、ビデオエンコーダ２６は、コード化ビットストリームの中で、ＩＶＭＰフラグを真又は偽としてビデオデコーダ３６に通知することができる。他の例では、ビデオデコーダ３６は、ＩＶＭＰフラグを受信する必要なしに、ＩＶＭＰが有効にされたかどうかを決定することができる。例えば、ビデオデコーダ３６は、単一の深度ビューブロックが対応するテクスチャビューブロックのいずれかがイントラ予測されるか、又は４つの８×８のテクスチャビューマクロブロックのブロックに区分された場合、ＩＶＭＰが無効にされたと決定することができる。
【０２５２】
その上、上述されたように、テクスチャビューブロックが２つの１６×８又は８×１６のテクスチャビューブロック区分に区分されたとき、ビデオコーダは、深度ビューブロックに対して深度ビューブロックの区分（例えば、８×８の深度ビューブロック区分）が位置するところのテクスチャビューブロックに対して同じ領域を、２つの１６×８又は８×１６のテクスチャビューブロック区分のどちらが包含するかを決定することができる。ビデオコーダは、２つの１６×８又は８×１６のテクスチャビューブロック区分のうちの決定された１つを選択することができ、２つの１６×８又は８×１６のテクスチャビューブロック区分のうちの選択された１つの参照インデックスに基づいて、深度ビューブロックの区分用の参照インデックスを決定することができる。同様に、ビデオコーダは、深度ビューブロックの区分（例えば、８×８の深度ビューブロック区分）に対応するテクスチャビューブロックが、４つの８×８のテクスチャビューブロック区分などの複数のテクスチャビューブロック区分に区分される例の中で、参照インデックスを決定することができる。
【０２５３】
深度ビューブロックの区分に対応するテクスチャビューブロックが、１つの１６×１６のテクスチャビューブロック区分として区分される例では、ビデオコーダは、１６×１６のテクスチャビューブロック区分の参照インデックスに基づいて、深度ビューブロックの区分用の参照インデックスを決定することができる。この場合、８×８の深度ビュー区分の各々は、１つの８×８の深度ビューサブブロックに設定される。
【０２５４】
図７は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオデコーダ２６の例を示すブロック図である。ビデオエンコーダ２６は、マクロブロック、又は、マクロブロックの区分もしくは（区分のサブ区分である）サブブロックを含むビデオフレーム内のブロックのイントラコード化とインターコード化とを実行することができる。イントラコード化は、所与のビデオフレーム内のビデオにおいて空間的冗長性を低減又は除去する空間予測に依拠する。インターコード化は、ビデオシーケンスの隣接するフレーム内のビデオにおいて時間的冗長性を低減又は除去する時間的予測に依拠する。イントラモード（Ｉモード）は、幾つかの空間ベースの圧縮モードのいずれかを指す場合があり、単方向予測（Ｐモード）又は双方向予測（Ｂモード）などのインターモードは、幾つかの時間ベースの圧縮モードのいずれかを指す場合がある。
【０２５５】
フレーム及びピクチャという用語は互換的に使用される場合がある。例えば、Ｈ．２６４規格はフレームという用号を利用し、ＨＥＶＣ規格はピクチャという用語を利用する。フレーム及びピクチャは、ビデオデータの同じ部分を指し、従って同義である。
【０２５６】
図７に示されたように、ビデオエンコーダ２６は、符号化されるべきビデオフレーム内の現在のビデオブロックを受信する。図７の例では、ビデオエンコーダ２６は、動き補償ユニット４４と、動き推定ユニット４５と、参照フレームメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピーコード化ユニット５６とを含む。ビデオブロックの復元のために、ビデオエンコーダ２６はまた、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。復元されたビデオからブロック歪み(blockiness artifacts)を除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図７に図示せず）が含まれる場合もある。必要な場合、デブロッキングフィルタは、通常、加算器６２の出力をフィルタ処理するはずである。ループフィルタ、サンプル適応型オフセット（ＳＡＯ）フィルタなどの他のタイプのフィルタが使用される場合もある。
【０２５７】
符号化処理中に、ビデオエンコーダ２６は、コード化されるべきビデオのフレーム又はスライスを受信する。フレーム又はスライスは、複数のビデオブロックに分割される場合がある。動き推定ユニット４５及び動き補償ユニット４４は、時間圧縮を行うために、１つ又は複数の参照フレーム内の１つ又は複数のブロックに対して、受信されたビデオブロックのインター予測コード化を実行する。イントラ予測ユニット４６は、空間圧縮を行うために、コード化されるべきブロックと同じフレーム又はスライスの中の１つ又は複数の隣接ブロックに対して、受信されたビデオブロックのイントラ予測コード化を実行することができる。
【０２５８】
モード選択ユニット４３は、例えば、誤差結果に基づいて、コード化モード、即ちイントラ又はインターのうちの１つを選択し、残差ブロックデータを生成するために、得られたイントラコード化ブロック又はインターコード化ブロックを加算器５０に供給し、参照フレームとして使用するための符号化ブロックを復元するために、得られたイントラコード化ブロック又はインターコード化ブロックを加算器６２に供給することができる。幾つかの例では、モード選択ユニット４３は、例えば、フル解像度のピクチャ用にビュー間予測を選択する場合もある。
【０２５９】
本開示によれば、モード選択ユニット４３は、上述された例示的な機能を実施する１つの例示的なユニットであり得る。例えば、モード選択ユニット４３は、複数の対応するテクスチャビューブロックについての動き情報からのみ、単一の深度ビューブロックについての参照インデックス情報と、区分情報と、動きベクトル情報とを決定することができる。しかしながら、本開示の態様はそのように限定されない。他の例では、モード選択ユニット４３以外のユニットが、図５に関して上述された例を実装する場合がある。幾つかの他の例では、モード選択ユニット４３は、ビデオエンコーダ２６の１つ又は複数の他のユニットとともに、図５に関して上述された例を実装する場合がある。更に幾つかの他の例では、ビデオエンコーダ２６のプロセッサ又はユニット（図７に図示せず）は、単独で、又はビデオエンコーダ２６の他のユニットとともに、図５に関して上述された例を実装する場合がある。
【０２６０】
動き推定ユニット４５及び動き補償ユニット４４は、高度に統合される場合があるが、概念的な目的のために別々に示しされている。動き推定は、ビデオブロックについての動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、現在のフレーム（又は、他のコード化単位）内のコード化されている現在のブロックに対する予測参照フレーム（又は、他のコード化単位）内の予測ブロックの変位を示すことができる。予測ブロックは、絶対値差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、又は他の差分メトリックによって決定され得る画素差分に関して、コード化されるべきブロックに精密に一致することがわかるブロックである。動きベクトルはまた、マクロブロックの区分の変位を示すことができる。動き補償は、動き推定によって決定された動きベクトルに基づいて、予測ブロックをフェッチ又は生成することに関与することができる。この場合も、幾つかの例では、動き推定ユニット４５及び動き補償ユニット４４は、機能的に統合される場合がある。
【０２６１】
動き推定ユニット４５は、ビデオブロックを参照フレームメモリ６４内の参照フレームのビデオブロックと比較することによって、インターコード化フレームのビデオブロック用の動きベクトルを計算する。動き補償ユニット４４はまた、参照フレーム、例えば、Ｉフレーム又はＰフレームのサブ整数画素を補間することができる。一例として、ＩＴＵのＨ．２６４規格は、符号化されている現在フレームよりも前の表示順序を有する参照フレームを含むリスト０、及び符号化されている現在フレームよりも後の表示順序を有する参照フレームを含むリスト１という２つのリストを記載する。従って、参照フレームメモリ６４に記憶されたデータは、これらのリストに従って編成される場合がある。リスト０及びリスト１は、図５に関して上述されたＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１に相当すると考えることができる。
【０２６２】
動き推定ユニット４５は、参照フレームメモリ６４からの１つ又は複数の参照フレームのブロックを現在フレーム、例えば、Ｐフレーム又はＢフレームの符号化されるべきブロックと比較する。参照フレームメモリ６４内の参照フレームがサブ整数画素用の値を含むとき、動き推定ユニット４５によって計算される動きベクトルは、参照フレームのサブ整数画素位置を指すことができる。動き推定ユニット４５及び／又は動き補償ユニット４４はまた、サブ整数画素位置用の値が参照フレームメモリ６４に記憶されていない場合、参照フレームメモリ６４に記憶された参照フレームのサブ整数画素位置用の値を計算するように構成することができる。動き推定ユニット４５は、計算された動きベクトルをエントロピーコード化ユニット５６と動き補償ユニット４４とに送る。動きベクトルによって識別される参照フレームブロックは、予測ブロックと呼ばれる場合がある。
【０２６３】
動き補償ユニット４４は、動きベクトルによって識別される予測ブロックに基づいて、予測データを計算することができる。ビデオエンコーダ２６は、コード化されている元のビデオブロックから、動き補償ユニット４４からの予測データを減算することによって、残差ビデオブロックを形成する。残差ブロックは、予測ビデオブロックと、符号化されている元のブロックとの間の画素ごとの差分を含む。加算器５０は、この減算演算を実行する１つ又は複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）又は概念的に同様の変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、概念的にＤＣＴと同様である、Ｈ．２６４規格又はＨＥＶＣ規格によって定義された変換などの他の変換を実行することができる。ウェーブレット変換、整数変換、サブバンド変換又は他のタイプの変換も使用することができる。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報を画素値領域から周波数領域などの変換領域に変換することができる。量子化ユニット５４は、ビットレートを更に低減するために残差変換係数を量子化する。量子化プロセスは、係数の一部又は全部に関連するビット深度を低減することができる。量子化の程度は、量子化パラメータを調整することによって変更することができる。
【０２６４】
量子化に続いて、エントロピーコード化ユニット５６は、量子化変換係数をエントロピーコード化する。例えば、エントロピーコード化ユニット５６は、コンテンツ適応型可変長コード化（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コード化（ＣＡＢＡＣ）、又は別のエントロピーコード化技法を実行することができる。エントロピーコード化ユニット５６によるエントロピーコード化に続いて、符号化ビデオは、別の機器に送信されるか、又は後で送信するか若しくは取り出すためにアーカイブされる場合がある。コンテキスト適応型バイナリ算術コード化の場合、コンテキストは隣接マクロブロックに基づく場合がある。
【０２６５】
場合によっては、エントロピーコード化ユニット５６又はビデオエンコーダ２６の別のユニットは、エントロピーコード化に加えて他のコード化機能を実行するように構成することができる。例えば、エントロピーコード化ユニット５６は、マクロブロック及び区分用のＣＢＰ値を決定するように構成することができる。また、場合によっては、エントロピーコード化ユニット５６は、マクロブロック又はその区分内の係数のランレングスコード化を実行することができる。特に、エントロピーコード化ユニット５６は、マクロブロック又は区分内の変換係数を走査するためにジグザグ走査又は他の走査パターンを適用し、更なる圧縮のためにゼロのランを符号化することができる。エントロピーコード化ユニット５６はまた、符号化ビデオビットストリーム内での送信に適したシンタックス要素とともにヘッダ情報を構築することができる。
【０２６６】
逆量子化ユニット５８及び逆変換ユニット６０は、それぞれ逆量子化及び逆変換を適用して、例えば参照ブロックとして後で使用するために、画素領域内の残差ブロックを復元する。動き補償ユニット４４は、残差ブロックを参照フレームメモリ６４のフレームのうちの１つの予測ブロックに加算することによって、参照ブロックを計算することができる。動き補償ユニット４４はまた、復元された残差ブロックに１つ又は複数の補間フィルタを適用して、動き推定において使用するためのサブ整数画素値を計算することができる。加算器６２は、復元された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照フレームメモリ６４に記憶するための復元されたビデオブロックを生成する。復元されたビデオブロックは、後続のビデオフレーム内のブロックをインターコード化するために、動き推定ユニット４５及び動き補償ユニット４４によって参照ブロックとして使用される場合がある。
【０２６７】
図８は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合に技法を実施できるビデオデコーダ３６の例を示すブロック図である。図８の例では、ビデオデコーダ３６は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照フレームメモリ８２と、加算器８０とを含む。ビデオデコーダ３６は、幾つかの例では、ビデオエンコーダ２６（図７）に関して記載された符号化パスとは概して逆の復号パスを実行することができる。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて、予測データを生成することができる。
【０２６８】
本開示によれば、動き補償ユニット７２は、上述された例示的な機能を実施する１つの例示的なユニットであり得る。例えば、動き補償ユニット７２は、複数の対応するテクスチャビューブロックについての動き情報からのみ、単一の深度ビューブロックについての参照インデックス情報と、区分情報と、動きベクトル情報とを決定することができる。しかしながら、本開示の態様はそのように限定されない。他の例では、動き補償ユニット７２以外のユニットが、図５に関して上述された例を実装する場合がある。幾つかの他の例では、動き補償ユニット７２は、ビデオデコーダ３６の１つ又は複数の他のユニットとともに、図５に関して上述された例を実装する場合がある。更に幾つかの他の例では、ビデオデコーダ３６のプロセッサ又はユニット（図８には図示せず）は、単独で、又はビデオデコーダ３６の他のユニットとともに、図５に関して上述された例を実装する場合がある。
【０２６９】
動き補償ユニット７２は、ビットストリーム内で受信された動きベクトルを使用して、参照フレームメモリ８２内の参照フレームの中の予測ブロックを識別することができる。イントラ予測ユニット７４は、ビットストリーム内で受信されたイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成することができる。逆量子化ユニット７６は、ビットストリーム内で供給され、エントロピー復号ユニット７０によって復号された量子化ブロック係数を逆量子化（inverse quantize）、即ち、逆量子化（de-quantize）する。逆量子化プロセスは、例えば、Ｈ．２６４復号規格又はＨＥＶＣ復号規格によって定義された従来のプロセスを含む場合がある。逆量子化プロセスはまた、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するために、マクロブロックごとにエンコーダ２６によって計算される量子化パラメータＱＰYの使用を含む場合がある。
【０２７０】
逆変換ユニット５８は、逆変換、例えば、逆ＤＣＴ、逆整数変換、又は概念的に同様の逆変換処理を変換係数に適用して、画素領域において残差ブロックを生成する。動き補償ユニット７２は動き補償ブロックを生成し、場合によっては、補間フィルタに基づいて補間を実行する。サブ画素精度を有する動き推定に使用されるべき補間フィルタの識別子は、シンタックス要素内に含まれる場合がある。動き補償ユニット７２は、ビデオブロックの符号化中にビデオエンコーダ２６によって使用された補間フィルタを使用して、参照ブロックのサブ整数画素用の補間値を計算することができる。動き補償ユニット７２は、受信されたシンタックス情報に従って、ビデオエンコーダ２６によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成することができる。
【０２７１】
加算器８０は、残差ブロックを、動き補償ユニット７２又はイントラ予測ユニットによって生成された対応する予測ブロックと加算して、復号ブロックを形成する。必要な場合、ブロック歪みを除去するために、デブロッキングフィルタが復号ブロックをフィルタ処理するように適用される場合もある。次いで、復号ビデオブロックは、参照フレームメモリ８２に記憶され、参照フレームメモリ８２は、参照ブロックを後続の動き補償に供給し、また、（図５の表示装置３８などの）表示装置上に提示するための復号されたビデオを生成する。
【０２７２】
図９は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法による、ビデオデコーダの例示的な動作を示すフローチャートである。例示のために、図５及び図８への参照が行われる。例えば、図９に示された技法は、ビデオ機器のビデオコーダによって実施することができる。ビデオ機器の例には、宛先機器２０（図５）が含まれる。ビデオコーダの例には、ビデオデコーダ３６（図５及び図８）が含まれる。幾つかの例では、ビデオコーダがビデオデコーダ３６である場合、本開示に記載された例示的な技法のうちの１つ又は複数は、予測モジュール８１（図８）によって実施される場合がある。更に、技法はビデオデコーダの観点から記載されているが、幾つかの例では、ビデオエンコーダ２６などのビデオエンコーダが図９に示された技法のうちの１つ又は複数を実行する場合がある。
【０２７３】
テクスチャビューブロックが深度ビューコンポーネント内の単一の深度ビューブロックに対応する場合、ビデオデコーダは、テクスチャビューコンポーネントの複数のテクスチャビューブロックを復号することができる（９４）。ビデオデコーダは、深度ビューブロックについて内部ビュー動き予測（ＩＶＭＰ）が有効にされたか、又は無効にされたかを決定することができる（９６）。ＩＶＭＰが有効にされたか、又は無効にされたかをビデオコーダが決定できる様々な方法が存在する可能性がある。一例として、ビデオデコーダは、深度ビューブロックについてＩＶＭＰが有効にされたか、又は無効にされたかを示すＩＶＭＰフラグを復号する場合がある。別の例として、ビデオデコーダは、ＩＶＭＰフラグを受信することなく、深度ビューブロックについてＩＶＭＰが無効にされたと決定することができる場合がある。例えば、ビデオデコーダは、複数のテクスチャビューブロックのうちの１つがイントラ予測されたか、又は８×８の区分に区分されたと決定する場合がある。これらの場合のいずれでも、ビデオデコーダは、ＩＶＭＰフラグを受信する必要なしに、深度ビューブロックについてＩＶＭＰが無効にされたと決定することができる。
【０２７４】
ＩＶＭＰが有効にされたとき、ビデオデコーダは、対応するテクスチャビューブロックに基づいて、深度ビューブロックについての動き情報を決定することができる（９８）。ビデオデコーダは、決定された動き情報に基づいて、深度ビューブロックを復号することができる（１００）。
【０２７５】
ＩＶＭＰが有効にされたとき、ビデオデコーダが深度ビューブロックについての動き情報を決定できる様々な方法が存在する可能性がある。例えば、ビデオデコーダは、深度ビューブロックの区分の各々についての参照インデックス情報、区分モード情報、及び動きベクトル情報のうちの少なくとも１つを決定することができる。例えば、深度ビューブロックが４つの８×８の区分に区分されたとき、ビデオデコーダは、４つの８×８の区分の各々についての参照インデックス情報と、区分モード情報と、動きベクトル情報とを決定することができる。
【０２７６】
一例として、深度ビューブロックの４つの８×８の区分の各々は、複数のテクスチャビューブロックのうちの１つのテクスチャビューブロックに対応する場合がある。この例では、ビデオデコーダは、対応するテクスチャビューブロックについての動き情報に基づいて、４つの８×８の区分の各々についての動き情報を決定することができる。例えば、対応するテクスチャビューブロックが１つの１６×１６のテクスチャビューマクロブロックとして区分された場合、ビデオデコーダは、１６×１６のテクスチャビューマクロブロックの参照インデックスを、この１６×１６のテクスチャビューマクロブロックに対応する８×８の深度ビューブロック区分用の参照インデックスとして設定することができる。
【０２７７】
別の例として、対応するテクスチャビューブロックが２つのテクスチャビュー区分（例えば、２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分）に区分され、同じ参照ピクチャリスト（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔＸ、ここでＸは０又は１）内の２つのテクスチャビュー区分の両方用の参照インデックスが異なり、−１に等しくない場合、ビデオデコーダは、これら２つのテクスチャビュー区分のうちの１つを選択することができる。ビデオデコーダは、選択されたテクスチャビュー区分の参照インデックスを、２つのテクスチャビュー区分に区分されたテクスチャビューブロックに対応する８×８の深度ビューブロック区分への参照インデックスとして設定することができる。幾つかの例では、ビデオデコーダは、８×８の深度ビューブロック区分が深度ビューブロック内で包含する、テクスチャビューブロック内の同じ領域を包含する２つのテクスチャビュー区分から、テクスチャビュー区分を選択することができる。
【０２７８】
別の例として、対応するテクスチャビューブロックが２つのテクスチャビュー区分（例えば、２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分）に区分され、同じ参照ピクチャリスト（例えば、テクスチャビューＲｅｆＰｉｃＬｉｓｔＸ、ここでＸは０又は１）内の一方の参照インデックスが−１に等しく、他方が−１に等しくない場合、ビデオデコーダは、その参照インデックスが−１に等しくないテクスチャビュー区分を選択することができる。ビデオデコーダは、−１に等しくないテクスチャビューブロック区分の参照インデックスを、２つのテクスチャビュー区分に区分されたテクスチャビューブロックに対応する８×８の深度ビューブロック区分用の参照インデックスとして設定することができる。
【０２７９】
更に別の例として、対応するテクスチャビューブロックが２つのテクスチャビュー区分（例えば、２つの１６×８のテクスチャビューマクロブロック区分又は２つの８×１６のテクスチャビューマクロブロック区分）に区分され、同じ参照ピクチャリストＸ内の両方用の参照インデックスが−１に等しい場合、ビデオデコーダは、同じ参照ピクチャリストＸからの８×８の深度ビューブロック区分の予測を無効にすることができる。言い換えれば、２つの１６×８又は８×１６のテクスチャビューマクロブロック区分の両方用のテクスチャビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスが−１である場合、ビデオデコーダは、深度ビューＲｅｆＰｉｃＬｉｓｔ０内の参照深度ビューコンポーネントから、８×８の深度ビューマクロブロック区分をインター予測することはできない。例えば、ビデオデコーダは、深度ビューＲｅｆＰｉｃＬｉｓｔ０への参照インデックスを−１に等しく設定することができる。
【０２８０】
ビデオデコーダはまた、８×８の深度ビューブロック区分の動きベクトルと区分モードとを決定することができる。例えば、ビデオデコーダは、８×８の深度ビューブロック区分に対応するテクスチャビューブロック用の動きベクトルのうちの１つをスケーリングすることができる。ビデオデコーダは、テクスチャビューコンポーネント及び深度ビューコンポーネントの空間解像度に基づいて、動きベクトルをスケーリングすることができる。例えば、深度ビューコンポーネントの空間解像度がテクスチャビューコンポーネントの空間解像度の、２分の１の高さ及び２分の１の幅の４分の１である場合、ビデオデコーダは、テクスチャビューブロックの動きベクトルのＸ成分を２で除算し、テクスチャビューブロックの動きベクトルのＹ成分を２で除算して、８×８の深度ビューブロック区分用のスケーリングされた動きベクトルを決定することができる。
【０２８１】
区分モードの場合、ＩＶＭＰが有効にされたとき、ビデオデコーダは、概して、８×８の深度ビューブロック区分用の区分モードを１つの８×８のサブブロックに設定することができる。しかしながら、８×８の深度ビューブロック区分が、２つのテクスチャビューブロック区分に区分されたテクスチャビューブロックに対応し、２つのテクスチャビューブロック区分の各々用の参照インデックスが同じであり、−１に等しくない場合、ビデオデコーダは、テクスチャビューブロックが区分された方式に基づいて、８×８の深度ビューブロック用の区分を、２つの８×４のサブブロック又は２つの４×８のサブブロックに等しく設定することができる。概して、深度ビューブロック区分用の区分モードが２つの８×４のサブブロック又は２つの４×８のサブブロックではない場合、ビデオデコーダは、深度ビューブロック用の区分モードを１つの８×８のサブブロックに設定することができる。
【０２８２】
図１０は、テクスチャビューコンポーネントの空間解像度と深度ビューコンポーネントの空間解像度が異なる場合の技法による、ビデオエンコーダの例示的な動作を示すフローチャートである。例示のために、図５及び図７への参照が行われる。例えば、図１０に示された技法は、ビデオ機器のビデオコーダによって実施することができる。ビデオ機器の例には、発信源機器１８（図５）が含まれる。ビデオコーダの例には、ビデオエンコーダ２６（図５及び図７）が含まれる。幾つかの例では、ビデオコーダがビデオデコーダ２６である場合、本開示に記載された例示的な技法のうちの１つ又は複数は、モード選択ユニット４３（図７）によって実施される場合がある。
【０２８３】
ビデオエンコーダは、テクスチャビューコンポーネントの複数のテクスチャビューブロックを符号化することができる（１０２）。ビデオコーダはまた、複数のテクスチャビューブロックに対応する深度ビューブロックについて、内部ビュー動き予測（ＩＶＭＰ）が有効にされたかどうかを決定することができる（１０４）。例えば、複数のテクスチャビューブロックのうちのどれもイントラ予測されなかった場合、かつ複数のテクスチャビューブロックのうちのどれも８×８の区分に区分されなかった場合、ビデオエンコーダは、複数のテクスチャビューブロックに対応する単一の深度ビューブロックについてＩＶＭＰが有効にされたと決定することができる。
【０２８４】
ＩＶＭＰが有効にされたとビデオエンコーダが決定したとき、ビデオエンコーダは、深度ビューブロックについてＩＶＭＰフラグを真として通知することができる（１０６）。ビデオデコーダは、ＩＶＭＰフラグを真として受信すると、深度ビューブロックを復号するために、複数のテクスチャビューブロックについての動き情報を利用することができる。例えば、ビデオエンコーダは、深度ビューブロックについての動き情報を通知する必要がない場合がある（１０８）。むしろ、ビデオデコーダは、テクスチャビューブロックのみに基づいて、深度ビューブロックについての参照インデックス情報、区分モード情報、及び動きベクトル情報などの動き情報を決定するように構成することができる。
【０２８５】
１つ又は複数の例では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せに実装される場合がある。ソフトウェアに実装される場合、機能は、１つ又は複数の命令若しくはコードとしてコンピュータ可読媒体上に記憶されるか、又はコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行することができる。コンピュータ可読媒体は、例えば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、データ記憶媒体又は通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含むことができる。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、又は（２）信号若しくは搬送波などの通信媒体に対応することができる。データ記憶媒体は、本開示に記載された技法の実装のための命令、コード及び／又はデータ構造を取り出すために、１つ又は複数のコンピュータ又は１つ又は複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含むことができる。
【０２８６】
限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスク記録、磁気ディスク記録もしくは他の磁気記録装置、フラッシュメモリ、又は、命令若しくはデータ構造の形態の所望のプログラムコードを記憶するために使用され得るし、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は赤外線、無線、及びマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、又は他のリモート発信源から送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は赤外線、無線、及びマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）及びディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）及びブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０２８７】
命令は、１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）などの１つ又は複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、又は他の等価な集積回路もしくはディスクリート論理回路によって実行することができる。従って、本明細書で使用する「プロセッサ」という用語は、前述の構造、又は本明細書に記載された技法の実装に適した任意の他の構造のいずれかを指す場合がある。更に、幾つかの態様では、本明細書に記載された機能は、符号化及び復号のために構成された専用のハードウェア及び／又はソフトウェアのモジュール内に提供されるか、又は複合コーデックに組み込まれる場合がある。また、本技法は、１つ又は複数の回路又は論理要素に完全に実装される場合がある。
【０２８８】
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、又はＩＣのセット（例えば、チップセット）を含む、多種多様な機器又は装置に実装される場合がある。開示された技法を実行するように構成された機器の機能的態様を強調するために、様々な構成要素、モジュール、又はユニットが本開示に記載されたが、それらの構成要素、モジュール、又はユニットは、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上述されたように、様々なユニットが、適切なソフトウェア及び／又はファームウェアとともに、上述された１つ又は複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、又は相互動作ハードウェアユニットの集合によって提供される場合がある。
【０２８９】
様々な例が記載された。これら及び他の例は、以下の特許請求の範囲内に入る。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］  ビデオデータをコード化するための方法であって、深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することと、対応する前記複数のテクスチャビューブロックのうちのテクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックをコード化することとを備え、前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、前記単一の深度ビューブロックが、対応する前記複数のテクスチャビューブロック内の全ての画素の相対深度を示し、前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、方法。
［２］  前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、［１］に記載の方法。
［３］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記参照インデックス情報を決定することを備え、前記単一の深度ビューブロックの前記参照インデックス情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、複数のテクスチャビューブロック区分に区分されたとき、前記複数のテクスチャビューブロック区分のうちの１つを選択することと、前記選択されたテクスチャビューブロック区分の参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することとを備える、［２］に記載の方法。
［４］  前記複数のテクスチャビューブロック区分のうちの１つを選択することが、前記単一の深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記複数のテクスチャビューブロック区分のうちのどれが包含するかを決定することと、前記複数のテクスチャビューブロック区分のうちの前記決定された１つを選択することとを備える、［３］に記載の方法。
［５］  前記単一の深度ビューブロックについて、内部ビュー動き予測（ＩＶＭＰ）が有効にされたか、又は無効にされたかを決定することを更に備え、前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、ＩＶＭＰが有効にされたときに、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することを備える、［２］に記載の方法。
［６］  ＩＶＭＰが有効にされたか、又は無効にされたかを決定することが、ＩＶＭＰが有効にされたことを示すＩＶＭＰフラグをコード化することを備える、［５］に記載の方法。
［７］  ＩＶＭＰが有効にされたか、又は無効にされたかを決定することが、前記複数のテクスチャビューブロックのいずれかの予測モード、及び前記複数のテクスチャビューブロックのいずれかの区分モードのうちの少なくとも１つに基づいて、ＩＶＭＰが無効にされたと決定することを備える、［５］に記載の方法。
［８］  ＩＶＭＰが無効にされたと決定することが、前記複数のテクスチャビューブロックのいずれかがイントラ予測されたとき、又は前記複数のテクスチャビューブロックのいずれかが４つの８×８のテクスチャビューマクロブロック区分に区分されたとき、ＩＶＭＰが無効にされたと決定することを備える、［７］に記載の方法。
［９］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記動きベクトル情報を決定することを備え、前記単一の深度ビューブロックの前記動きベクトル情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の動きベクトルを決定することを備え、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルを決定することが、前記少なくとも１つの区分に対応する、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の動きベクトルをスケーリングすることと、スケーリングされた前記動きベクトルを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルとして設定することとを備える、［２］に記載の方法。
［１０］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記参照インデックス情報を決定することを備え、前記単一の深度ビューブロックの前記参照インデックス情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、１つの１６×１６のテクスチャビューブロック区分として区分されたとき、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックの参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することを備える、［２］に記載の方法。
［１１］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記参照インデックス情報を決定することを備え、前記単一の深度ビューブロックの前記参照インデックス情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しいとき、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスを−１に等しく設定することを備える、［２］に記載の方法。
［１２］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記参照インデックス情報を決定することを備え、前記単一の深度ビューブロックの前記参照インデックス情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、前記２つのテクスチャビューブロック区分の第１の区分の参照ピクチャリストへの参照インデックスが−１に等しくなく、前記２つのテクスチャビューブロック区分の第２の区分の前記参照ピクチャリストへの参照インデックスが−１に等しいとき、前記２つのテクスチャビューブロック区分の前記第１の区分の前記参照インデックスを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスとして設定することを備える、［２］に記載の方法。
［１３］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記区分モード情報を決定することを備え、前記単一の深度ビューブロックの前記区分モード情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の区分モードを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが異なるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×８のサブブロックとして設定することを備える、［２］に記載の方法。
［１４］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記区分モード情報を決定することを備え、前記単一の深度ビューブロックの前記区分モード情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の区分モードを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが同じであるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×４のサブブロック又は１つの４×８のサブブロックとして設定することを備える、［２］に記載の方法。
［１５］  対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックのテクスチャビュー参照ピクチャリスト内でピクチャ順序回数（ＰＯＣ）値が列記されている順序が、深度ビュー参照ピクチャリスト内でＰＯＣ値が列記されている順序と異なると決定することを更に備え、少なくとも１つの参照インデックス情報、区分情報、及び動きベクトル情報を決定することが、前記参照インデックス情報を決定することを備え、前記参照インデックス情報を決定することが、  前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の参照インデックスに基づいて、前記テクスチャビュー参照ピクチャリスト内で識別された参照テクスチャビューコンポーネントのＰＯＣ値を決定することと、  前記深度ビュー参照ピクチャリストの参照インデックスを決定することと  を備え、前記深度ビュー参照ピクチャリストの前記参照インデックスが、前記参照テクスチャビューコンポーネントの前記ＰＯＣ値に等しい前記深度ビュー参照ピクチャリスト内のＰＯＣ値を識別する、［２］に記載の方法。
［１６］  参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することが、前記単一の深度ビューブロックの前記参照インデックス情報を決定することを備え、前記単一の深度ビューブロックの前記参照インデックス情報を決定することが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定することを備え、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つの１６×８のテクスチャビューブロック区分又は２つの８×１６のテクスチャビューブロック区分に区分されたとき、前記深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記２つの１６×８のテクスチャビューブロック区分又は２つの８×１６のテクスチャビューブロック区分のどちらが包含するかを決定することと、前記２つの１６×８のテクスチャビューブロック区分のうちの前記決定された１つ、又は前記２つの８×１６のテクスチャビューブロック区分のうちの前記決定された１つを選択することと、前記１６×８のテクスチャビューブロック区分のうちの前記選択された１つ、又は前記８×１６のテクスチャビューブロック区分のうちの前記選択された１つの参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することとを備える、［２］に記載の方法。
［１７］  前記複数のテクスチャビューブロックをコード化することが、ビデオデコーダを用いて、前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを復号することを備え、決定することが、前記ビデオデコーダを用いて、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することを備え、前記単一の深度ビューブロックをコード化することが、前記ビデオデコーダを用いて、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックを復号することを備える、［１］に記載の方法。
［１８］  前記複数のテクスチャビューブロックをコード化することが、ビデオエンコーダを用いて、前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを符号化することを備え、決定することが、前記ビデオエンコーダを用いて、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することを備え、前記単一の深度ビューブロックをコード化することが、前記ビデオエンコーダを用いて、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックを符号化することを備える、［１］に記載の方法。
［１９］  ビデオデータをコード化するための機器であって、深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することと、対応する前記複数のテクスチャビューブロックのうちのテクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックをコード化することとを行うように構成されたビデオコーダを備え、前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、機器。
［２０］  前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、［１９］に記載の機器。
［２１］  前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの少なくとも１つの区分に対応し、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスを決定するように構成され、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、複数のテクスチャビューブロック区分に区分されたとき、前記複数のテクスチャビューブロック区分のうちの１つを選択することと、前記選択されたテクスチャビューブロック区分の参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することとを行うように構成された、［２０］に記載の機器。
［２２］  前記複数のテクスチャビューブロック区分のうちの１つを選択するために、前記ビデオコーダが、前記単一の深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記複数のテクスチャビューブロック区分のうちのどれが包含するかを決定することと、前記複数のテクスチャビューブロック区分のうちの前記決定された１つを選択することとを行うように構成された、［２１］に記載の機器。
［２３］  前記ビデオコーダが、前記単一の深度ビューブロックについて、内部ビュー動き予測（ＩＶＭＰ）が有効にされたか、又は無効にされたかを決定するように構成され、前記ビデオコーダが、ＩＶＭＰが有効にされたときに、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するように構成された、［２０］に記載の機器。
［２４］  前記ビデオコーダが、ＩＶＭＰが有効にされたことを示すＩＶＭＰフラグをコード化するように構成された、［２３］に記載の機器。
［２５］  前記ビデオコーダが、前記複数のテクスチャビューブロックのいずれかの予測モード、及び前記複数のテクスチャビューブロックのいずれかの区分モードのうちの少なくとも１つに基づいて、ＩＶＭＰが無効にされたと決定するように構成された、［２３］に記載の機器。
［２６］  前記ビデオコーダが、前記複数のテクスチャビューブロックのいずれかがイントラ予測されたとき、又は前記複数のテクスチャビューブロックのいずれかが４つの８×８のテクスチャビューマクロブロック区分に区分されたとき、ＩＶＭＰが無効にされたと決定するように構成された、［２５］に記載の機器。
［２７］  前記ビデオコーダが、前記単一の深度ビューブロックの少なくとも１つの区分用の動きベクトルを決定するように構成され、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルを決定するために、前記ビデオコーダが、前記少なくとも１つの区分に対応する、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロック用の動きベクトルをスケーリングすることと、前記スケーリングされた動きベクトルを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記動きベクトルとして設定することとを行うように構成された、［２０］に記載の機器。
［２８］  前記ビデオコーダが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定するように構成され、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、１つの１６×１６のテクスチャビューブロック区分として区分されたとき、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックの参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するように構成された、［２０］に記載の機器。
［２９］  前記ビデオコーダが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定するように構成され、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、１つの参照ピクチャリスト内の前記２つのテクスチャビューブロック区分の両方用の参照インデックスが−１に等しいとき、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスを−１に等しく設定するように構成された、［２０］に記載の機器。
［３０］  前記ビデオコーダが、前記単一の深度ビューブロックの少なくとも１つの区分用の参照インデックスを決定するように構成され、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分として区分され、前記２つのテクスチャビューブロック区分の第１の区分の参照ピクチャリストへの参照インデックスが−１に等しくなく、前記２つのテクスチャビューブロック区分の第２の区分の前記参照ピクチャリストへの参照インデックスが−１に等しいとき、前記２つのテクスチャビューブロック区分の前記第１の区分の前記参照インデックスを、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスとして設定するように構成された、［２０］に記載の機器。
［３１］  前記ビデオコーダが、前記単一の深度ビューブロックの少なくとも１つの区分用の区分モードを決定するように構成され、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが異なるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×８のサブブロックとして設定するように構成された、［２０］に記載の機器。
［３２］  前記ビデオコーダが、前記単一の深度ビューブロックの少なくとも１つの区分用の区分モードを決定するように構成され、前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応し、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記区分モードを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つのテクスチャビューブロック区分に区分され、前記テクスチャビューブロック区分の両方の参照インデックスが同じであるとき、前記単一の深度ビューブロックの前記少なくとも１つの区分の前記区分モードを、１つの８×４のサブブロック又は１つの４×８のサブブロックとして設定するように構成された、［２０］に記載の機器。
［３３］  前記ビデオコーダが、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックのテクスチャビュー参照ピクチャリスト内でピクチャ順序回数（ＰＯＣ）値が列記されている順序が、深度ビュー参照ピクチャリスト内でＰＯＣ値が列記されている順序と異なると決定することと、前記複数のテクスチャビューブロックのうちの前記１つ用の参照インデックスに基づいて、前記テクスチャビュー参照ピクチャリスト内で識別された参照テクスチャビューコンポーネントのＰＯＣ値を決定することと、前記深度ビュー参照ピクチャリストの参照インデックスを決定することとを行うように構成され、前記深度ビュー参照ピクチャリストの前記参照インデックスが、前記参照テクスチャビューコンポーネントの前記ＰＯＣ値に等しい前記深度ビュー参照ピクチャリスト内のＰＯＣ値を識別する、［２０］に記載の機器。
［３４］  前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックが、前記単一の深度ビューブロックの少なくとも１つの区分に対応し、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分用の参照インデックスを決定するように構成され、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定するために、前記ビデオコーダが、前記単一の深度ビューブロックの前記少なくとも１つの区分に対応する前記テクスチャビューブロックが、２つの１６×８のテクスチャビューブロック区分又は２つの８×１６のテクスチャビューブロック区分に区分されたとき、前記深度ビューブロックに対して前記単一の深度ビューブロックの前記少なくとも１つの区分が位置するところの前記テクスチャビューブロックに対して少なくとも１つの同じ領域を、前記２つの１６×８のテクスチャビューブロック区分又は２つの８×１６のテクスチャビューブロック区分のどちらが包含するかを決定することと、前記２つの１６×８のテクスチャビューブロック区分の前記決定された１つ、又は前記２つの８×１６のテクスチャビューブロック区分の前記決定された１つを選択することと、前記１６×８のテクスチャビューブロック区分の前記選択された１つ、又は前記８×１６のテクスチャビューブロック区分の前記選択された１つの参照インデックスに基づいて、前記単一の深度ビューブロックの前記少なくとも１つの区分用の前記参照インデックスを決定することとを行うように構成された、［２０］に記載の機器。
［３５］  前記ビデオコーダがビデオデコーダを備え、前記ビデオデコーダが、前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを復号することと、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックを復号することとを行うように構成された、［１９］に記載の機器。
［３６］  前記ビデオコーダがビデオエンコーダを備え、前記ビデオエンコーダが、前記深度ビューコンポーネントの前記単一の深度ビューブロックに対応する、前記テクスチャビューコンポーネントの前記複数のテクスチャビューブロックを符号化することと、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックを符号化することとを行うように構成された、［１９］に記載の機器。
［３７］  ワイヤレス通信機器、マイクロプロセッサ、集積回路
のうちの１つを備える、［１９］に記載の機器。
［３８］  コンピュータ可読記憶媒体であって、実行されると、ビデオデータをコード化するための機器のプロセッサに、深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化することと、対応する前記複数のテクスチャビューブロックのうちの前記テクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定することと、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックをコード化することとを行わせる命令を記憶し、前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、コンピュータ可読記憶媒体。
［３９］  前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、［３８］に記載のコンピュータ可読記憶媒体。
［４０］  ビデオデータをコード化するための機器であって、深度ビューコンポーネントの単一の深度ビューブロックに対応する、テクスチャビューコンポーネントの複数のテクスチャビューブロックをコード化するための手段と、対応する前記複数のテクスチャビューブロックのうちのテクスチャビューブロックから、前記単一の深度ビューブロックの参照インデックス情報、区分情報、及び動きベクトル情報のうちの少なくとも１つを決定するための手段と、決定された前記参照インデックス、区分情報、及び動きベクトル情報のうちの少なくとも１つに基づいて、前記単一の深度ビューブロックをコード化するための手段とを備え、前記深度ビューコンポーネントと前記テクスチャビューコンポーネントが、アクセス単位内の同じビューに属し、前記単一の深度ビューブロックが、前記対応する複数のテクスチャビューブロック内の全ての画素の相対深度を示し、前記テクスチャビューコンポーネントの空間解像度と前記深度ビューコンポーネントの空間解像度が異なる、機器。
［４１］  前記深度ビューコンポーネントの前記空間解像度が、前記テクスチャビューコンポーネントの前記空間解像度の４分の１、即ち、幅が２分の１であり高さが２分の１である、［４０］に記載の機器。
【図１】
0005866454.tif 000002
【図２】
0005866454.tif 000003
【図３】
0005866454.tif 000004
【図４Ａ】
0005866454.tif 000005
【図４Ｂ】
0005866454.tif 000006
【図５】
0005866454.tif 000007
【図６】
0005866454.tif 000008
【図７】
0005866454.tif 000009
【図８】
0005866454.tif 000010
【図９】
0005866454.tif 000011
【図１０】
0005866454.tif 000012