(57)【特許請求の範囲】
【請求項１】
ビデオ情報をコード化するように構成された装置であって、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するように構成されたメモリと、前記拡張レイヤが現在ブロックを有する、
前記メモリと通信しているプロセッサと、前記プロセッサは、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックをコード化するために前記プロセッサに利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化することと、
前記ベースレイヤ中の前記ベースレイヤブロックに最も近い隣接ブロックから導出された情報に基づいて前記現在ブロックをコード化することと、前記隣接ブロックが前記クロップトベースレイヤピクチャ内に配置される、
を行うように構成される、装置。
【請求項２】
ビデオ情報をコード化するように構成された装置であって、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するように構成されたメモリと、前記拡張レイヤが現在ブロックを有する、
前記メモリと通信しているプロセッサと、前記プロセッサは、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックをコード化するために前記プロセッサに利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化することと、
前記ベースレイヤブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングすることと、
を行うように構成される、装置。
【請求項３】
ビデオ情報をコード化するように構成された装置であって、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するように構成されたメモリと、前記拡張レイヤが現在ブロックを有する、
前記メモリと通信しているプロセッサと、前記プロセッサは、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックをコード化するために前記プロセッサに利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化することと、
前記現在ブロックをコード化するために使用されるべきベースレイヤブロックを決定するための位置マッピングプロセスより前に、前記現在ブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングすることと、
を行うように構成される、装置。
【請求項４】
ビデオ情報をコード化するように構成された装置であって、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するように構成されたメモリと、前記拡張レイヤが現在ブロックを有する、
前記メモリと通信しているプロセッサと、前記プロセッサは、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックをコード化するために前記プロセッサに利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあるかどうかを決定することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあることの決定に応答して、前記現在ブロックのレイヤ間予測のためにデフォルトシンタックス要素を使用することと、
を行うように構成される、装置。
【請求項５】
前記プロセッサは、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあるかどうかを決定することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあることの決定に応答して、前記現在ブロックのレイヤ間予測のために前記隣接ブロックのシンタックス要素を使用することと、
を行うように更に構成される、請求項１に記載の装置。
【請求項６】
ビデオ情報をコード化するように構成された装置であって、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するように構成されたメモリと、前記拡張レイヤが現在ブロックを有する、
前記メモリと通信しているプロセッサと、前記プロセッサは、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックをコード化するために前記プロセッサに利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化することと、を行うように構成され、
前記拡張レイヤの最小コード化単位（ＳＣＵ）サイズが前記ベースレイヤのＳＣＵサイズとは異なる、装置。
【請求項７】
ビデオ情報をコード化するように構成された装置であって、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するように構成されたメモリと、前記拡張レイヤが現在ブロックを有する、
前記メモリと通信しているプロセッサと、前記プロセッサは、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックをコード化するために前記プロセッサに利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化することと、を行うように構成され、
前記拡張レイヤの各ピクチャ境界の境界パディングサイズが、前記ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なる、装置。
【請求項８】
ビデオ情報を符号化する方法であって、前記方法は、
ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、拡張レイヤ中の現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用不可能である、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックを符号化することと、
前記ベースレイヤ中の前記ベースレイヤブロックに最も近い隣接ブロックから導出された情報に基づいて前記現在ブロックを符号化することと、前記隣接ブロックが前記クロップトベースレイヤピクチャ内に配置される、
を備える、方法。
【請求項９】
ビデオ情報を符号化する方法であって、前記方法は、
ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、拡張レイヤ中の現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用不可能である、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックを符号化することと、
前記ベースレイヤブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングすることを備える、方法。
【請求項１０】
ビデオ情報を符号化する方法であって、前記方法は、
ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、拡張レイヤ中の現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用不可能である、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックを符号化することと、
前記現在ブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングすることと、
前記現在ブロックのクリッピングされた前記座標情報に基づいて、前記現在ブロックを符号化するために使用されるべきベースレイヤブロックを決定するために位置マッピングプロセスを行うことと、
を備える、方法。
【請求項１１】
ビデオ情報を符号化する方法であって、前記方法は、
ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、拡張レイヤ中の現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用不可能である、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックを符号化することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあるかどうかを決定することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあると決定したことに応答して、前記現在ブロックのレイヤ間予測のためにデフォルトシンタックス要素を使用することと
を備える、方法。
【請求項１２】
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあるかどうかを決定することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあると決定したことに応答して、前記現在ブロックのレイヤ間予測のために前記隣接ブロックのシンタックス要素を使用することとを更に備える、請求項８に記載の方法。
【請求項１３】
ビデオ情報を符号化する方法であって、前記方法は、
ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、拡張レイヤ中の現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用不可能である、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックを符号化することと、を備え、
前記拡張レイヤの最小コード化単位（ＳＣＵ）サイズが前記ベースレイヤのＳＣＵサイズとは異なる、法。
【請求項１４】
ビデオ情報を符号化する方法であって、前記方法は、
ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、拡張レイヤ中の現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用不可能である、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックを符号化することと、を備え、
前記拡張レイヤの各ピクチャ境界の境界パディングサイズが、前記ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なる、請求項１１に記載の方法。
【請求項１５】
ビデオ情報を復号する方法であって、前記方法は、
符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、拡張レイヤとベースレイヤとに関連付けられたビデオデータを備え、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記拡張レイヤの前記現在ブロックを復号することと、
前記ベースレイヤブロックに最も近い隣接ブロックから導出された情報に基づいて前記現在ブロックを復号することと、前記隣接ブロックが前記クロップトベースレイヤピクチャ内に配置される、
を備える、方法。
【請求項１６】
ビデオ情報を復号する方法であって、前記方法は、
符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、拡張レイヤとベースレイヤとに関連付けられたビデオデータを備え、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記拡張レイヤの前記現在ブロックを復号することと、
前記ベースレイヤブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングすることと、
を備える、方法。
【請求項１７】
ビデオ情報を復号する方法であって、前記方法は、
符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、拡張レイヤとベースレイヤとに関連付けられたビデオデータを備え、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記拡張レイヤの前記現在ブロックを復号することと、
前記現在ブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングすることと、
前記現在ブロックのクリッピングされた前記座標情報に基づいて、前記現在ブロックを復号するために使用されるべき前記ベースレイヤブロックを決定するために位置マッピングプロセスを行うことと、
を備える、方法。
【請求項１８】
ビデオ情報を復号する方法であって、前記方法は、
符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、拡張レイヤとベースレイヤとに関連付けられたビデオデータを備え、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記拡張レイヤの前記現在ブロックを復号することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあるかどうかを決定することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあると決定したことに応答して、前記現在ブロックのレイヤ間予測のためにデフォルトシンタックス要素を使用することと、
を備える、方法。
【請求項１９】
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあるかどうかを決定することと、
前記ベースレイヤブロックが前記クロップトベースレイヤピクチャの外側にあると決定したことに応答して、前記現在ブロックのレイヤ間予測のために前記隣接ブロックのシンタックス要素を使用することとを更に備える、請求項１５に記載の方法。
【請求項２０】
ビデオ情報を復号する方法であって、前記方法は、
符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、拡張レイヤとベースレイヤとに関連付けられたビデオデータを備え、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記拡張レイヤの前記現在ブロックを復号することと、を備え、
前記拡張レイヤの最小コード化単位（ＳＣＵ）サイズが前記ベースレイヤのＳＣＵサイズとは異なる、方法。
【請求項２１】
ビデオ情報を復号する方法であって、前記方法は、
符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、拡張レイヤとベースレイヤとに関連付けられたビデオデータを備え、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得することと、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記拡張レイヤの前記現在ブロックを復号することと、を備え、
前記拡張レイヤの各ピクチャ境界の境界パディングサイズが、前記ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なる、方法。
【請求項２２】
実行されたとき、装置に、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶させ、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得させ、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化させるコードと、
前記ベースレイヤブロックに最も近い隣接ブロックから導出された情報に基づいて前記現在ブロックをコード化させ、前記隣接ブロックが前記クロップトベースレイヤピクチャ内に配置される、コンピュータ可読記憶媒体。
【請求項２３】
実行されたとき、装置に、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶させ、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得させ、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化させるコードを備え、  前記ベースレイヤブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングさせる、コンピュータ可読記憶媒体。
【請求項２４】
ビデオ情報をコード化するように構成されるビデオコード化装置であって、前記ビデオコード化装置は、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するための手段と、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得するための手段と、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化するための手段と、を備え、
前記現在ブロックをコード化するための前記手段が、前記ベースレイヤブロックに最も近い隣接ブロックから導出された情報に基づいて前記現在ブロックをコード化するように構成され、前記隣接ブロックが前記クロップトベースレイヤピクチャ内に配置される、装置。
【請求項２５】
ビデオ情報をコード化するように構成されるビデオコード化装置であって、前記ビデオコード化装置は、
拡張レイヤとベースレイヤとに関連付けられたビデオデータを記憶するための手段と、前記拡張レイヤが現在ブロックを有する、
前記ベースレイヤのクロップトベースレイヤピクチャを取得するための手段と、ここにおいて、前記クロップトベースレイヤピクチャが、前記ベースレイヤのコード化されたベースレイヤピクチャのクロップト部分を備え、前記コード化されたベースレイヤピクチャは、前記現在ブロックに対応するベースレイヤブロックを有し、前記ベースレイヤブロックの少なくとも一部分は、前記クロップトベースレイヤピクチャの外側にあり、前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分は、前記現在ブロックを符号化するために利用可能でない、
前記クロップト部分の外側にある前記ベースレイヤブロックの前記一部分に基づくのではなく、前記クロップトベースレイヤピクチャに基づいて前記現在ブロックをコード化するための手段と、
前記ベースレイヤブロックの座標情報を前記クロップトベースレイヤピクチャの範囲にクリッピングするための手段と、
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示は、ビデオコード化及び圧縮、高効率ビデオコード化（ＨＥＶＣ：high efficiency video coding）に基づくスケーラブルコード化、ならびにＨＥＶＣに基づくマルチビュー及び３ＤＶコード化の分野に関する。
【背景技術】
【０００２】
[0002]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップ又はデスクトップコンピュータ、デジタルカメラ、デジタル記録機器、デジタルメディアプレーヤ、ビデオゲーム機器、ビデオゲームコンソール、セルラー電話又は衛星無線電話、ビデオ遠隔会議機器などを含む、広範囲にわたる機器に組み込まれ得る。デジタルビデオ機器は、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコード化（ＡＶＣ：Advanced Video Coding）、現在開発中の高効率ビデオコード化（ＨＥＶＣ）規格によって定義された規格、及びそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。ビデオ機器は、そのようなビデオコード化技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、及び／又は記憶し得る。
【０００３】
[0003]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減又は除去するために空間的（イントラピクチャ）予測及び／又は時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコード化の場合、ビデオスライス（例えば、ビデオフレーム、ビデオフレームの一部分など）が、ツリーブロック、コード化単位（ＣＵ：coding unit）及び／又はコード化ノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック内の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（Ｐ又はＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、又は他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００４】
[0004]空間的予測又は時間的予測は、コード化されるべきブロックの予測ブロックを生じる。残差データは、コード化されるべき元のブロックと予測ブロックとの間の画素差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコード化モードと残差データとに従って符号化される。更なる圧縮のために、残差データは、画素領域から変換領域に変換されて、残差変換係数が得られ得、その残差変換係数は、次いで量子化され得る。量子化変換係数は、最初は２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するために、エントロピー符号化が適用され得る。
【発明の概要】
【０００５】
[0005]スケーラブルビデオコード化（ＳＶＣ：scalable video coding）は、参照レイヤ（ＲＬ：reference layer）と呼ばれることがあるベースレイヤ（ＢＬ：base layer）と、１つ又は複数のスケーラブル拡張レイヤ（ＥＬ：enhancement layer）とが使用されるビデオコード化を指す。ＳＶＣの場合、ベースレイヤは、ベースレベルの品質でビデオデータを搬送することができる。１つ又は複数の拡張レイヤは、より高い空間レベル、時間レベル、及び／又は信号対雑音ＳＮＲレベルをサポートするために追加のビデオデータを搬送することができる。拡張レイヤは、前に符号化されたレイヤに対して定義され得る。例えば、最下位レイヤはＢＬとして働き得、最上位レイヤはＥＬとして働き得る。中間レイヤは、ＥＬ又はＲＬのいずれか、若しくはその両方として働き得る。例えば、中間にあるレイヤは、ベースレイヤ又は介在拡張レイヤ（intervening enhancement layer）など、それの下のレイヤのためのＥＬであり、同時に、それの上の１つ又は複数の拡張レイヤのためのＲＬとして働き得る。同様に、ＨＥＶＣ規格のマルチビュー又は３Ｄ拡張では、複数のビューがあり得、あるビューの情報が、別のビューの情報（例えば動き推定、動きベクトル予測及び／又は他の冗長性）をコード化（例えば、符号化又は復号）するために利用され得る。
【０００６】
[0006]ＨＥＶＣ拡張では、ベースレイヤ又はビュー中の対応するブロックを使用して、拡張レイヤ又は別のビュー中の現在ブロックが予測され得る。例えば、現在ブロックのシンタックス要素、動き情報（例えば動きベクトル）又はモード情報（例えばイントラモード）は、ベースレイヤ中の対応するブロックに基づき得る。例えば、拡張レイヤマージモード／ＡＭＶＰ候補リスト中の候補として、ベースレイヤ動きベクトル（ＭＶ：motion vector）が使用され得る。候補リストは、現在ブロックを予測するためにコーダによって利用されるべき空間動きベクトル予測子及び時間動きベクトル予測子のアレイである。例えば、動きベクトル自体を符号化し、通信するのではなく、ビデオエンコーダは、知られている（又は知り得る）動きベクトルに対する動きベクトル差分（ＭＶＤ：motion vector difference）を符号化し、通信し得る。Ｈ．２６４／ＡＶＣでは、現在動きベクトルを定義するためにＭＶＤとともに使用され得る、知られている動きベクトルは、近隣ブロックに関連付けられた動きベクトルの中央値として導出される、所謂動きベクトル予測子（ＭＶＰ：motion vector predictor）によって定義され得る。しかしながら、より高度なＭＶＰ技法により、ビデオエンコーダは、ＭＶＰをそこから定義するための近隣(neighbor)を選択することが可能になり得る。
【０００７】
[0007]但し、ベースレイヤの対応するブロックは、例えば、コード化フレームサイズが、機器上に表示され得る実際のフレームサイズよりも大きいときに、又は、ベースレイヤが、ＡＶＣ又はＭＰＥＧ２など、別のビデ規格を用いてコード化されるときに、ベースレイヤフレームの外側に配置され得る。そのような状況では、対応するブロックのために利用可能な情報がないので、対応するブロックの情報は、拡張レイヤ又はビュー中の現在ブロックを予測するために使用されないことがある。言い換えれば、ベースレイヤピクチャの実際の又はコード化フレームサイズ内のエリアに対応しない拡張レイヤ又はビューの部分は、ベースレイヤ又はビューからの情報を使用してコード化されないことがあり、従ってコード化効率が低減され得る。ベースレイヤ又はビューから導出された情報を使用して拡張レイヤ又はビューのそのような部分を予測することを可能にすることによって、本開示で説明する技法は、コード化効率を改善し、及び／又はビデオデータをコード化する方法に関連付けられた計算複雑さを低減し得る。
【０００８】
[0008]本開示のシステム、方法及び機器は、それぞれ幾つかの発明的態様を有し、それらのうちの単一の態様が、本明細書で開示する望ましい属性を単独で担当するとは限らない。
【０００９】
[0009]一実施形態では、ビデオ情報をコード化するように構成された装置は、メモリユニットと、メモリユニットと通信しているプロセッサとを含む。メモリユニットは、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を記憶するように構成され、ベースレイヤ中の第２のブロックは拡張レイヤ中の第１のブロックに対応する。プロセッサは、レイヤ間予測によって、ベースレイヤ中の第２のブロックから導出された情報に基づいて拡張レイヤ中の第１のブロックを予測するように構成される。第２のブロックの少なくとも一部分はベースレイヤの参照領域の外側に配置され、参照領域は、第１のブロックのレイヤ間予測のために使用するために利用可能である。ベースレイヤ中の第２のブロックから導出された情報は、第２のブロックに最も近い隣接ブロックに対応する情報を含み得る。隣接ブロックは、第２のブロックの座標情報をベースレイヤの参照領域の範囲に（例えば水平方向と垂直方向の両方に）クリッピング（clipping）することによって配置され得る。代替的に、ベースレイヤの第２のブロックを決定するために位置マッピングプロセスを行う前に、第１のブロックの座標情報が、最初に、ベースレイヤの現在の復号又はクロップトピクチャの範囲にクリッピングされ得る。第２のブロック（又はそれの一部分）がベースレイヤの参照領域の外側にあると決定された場合に、第１のブロックについてシンタックス要素及び残差情報のレイヤ間予測が無効にされ得るか、又は、代替的に、第１のブロックのレイヤ間予測のためにデフォルトシンタックス値が使用され得る。別の実施形態では、第１のブロックのレイヤ間予測のために隣接ブロックのシンタックス値が使用され得る。拡張レイヤの最小コード化単位（ＳＣＵ：smallest coding unit）サイズはベースレイヤのＳＣＵとは異なるように構成され得る。拡張レイヤの各ピクチャ境界の境界パディングサイズは、ベースレイヤの各対応するピクチャ境界の境界パディングサイズ（boundary padding size）とは異なるように構成され得る。
【００１０】
[0010]別の実施形態では、ビデオ情報を符号化する方法は、ベースレイヤと拡張レイヤとに関連付けられたビデオ情報を受信することと、レイヤ間予測によって、ベースレイヤ中の第２のブロックから導出された情報に基づいて拡張レイヤ中の第１のブロックを予測することと、ベースレイヤ中の第２のブロックが拡張レイヤ中の第１のブロックに対応する、レイヤ間予測によって、ベースレイヤ中の第２のブロックから導出された情報に基づいて拡張レイヤ中の第１のブロックを予測することとを含む。第２のブロックの少なくとも一部分はベースレイヤの参照領域の外側に配置され、参照領域は、第１のブロックのレイヤ間予測のために使用するために利用可能である。ベースレイヤ中の第２のブロックから導出された情報は、第２のブロックに最も近い隣接ブロックに対応する情報を含み得る。隣接ブロックは、第２のブロックの座標情報をベースレイヤの参照領域の範囲に（例えば水平方向と垂直方向の両方に）クリッピングすることによって配置され得る。代替的に、ベースレイヤの第２のブロックを決定するために位置マッピングプロセスを行う前に、第１のブロックの座標情報が、最初に、ベースレイヤの現在の復号又はクロップトピクチャの範囲にクリッピングされ得る。第２のブロック（又はそれの一部分）がベースレイヤの参照領域の外側にあると決定された場合に、第１のブロックについてシンタックス要素及び残差情報のレイヤ間予測が無効にされ得るか、又は、代替的に、第１のブロックのレイヤ間予測のためにデフォルトシンタックス値が使用され得る。別の実施形態では、第１のブロックのレイヤ間予測のために隣接ブロックのシンタックス値が使用され得る。拡張レイヤの最小コード化単位（ＳＣＵ）サイズはベースレイヤのＳＣＵとは異なるように構成され得る。拡張レイヤの各ピクチャ境界の境界パディングサイズは、ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なるように構成され得る。
【００１１】
[0011]別の実施形態では、ビデオ情報を復号する方法は、符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、シンタックス要素が、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を備え、第２のブロックが第１のブロックに対応する、レイヤ間予測によって、ベースレイヤ中の第２のブロックから導出された情報に基づいて拡張レイヤ中の第１のブロックを予測することとを含み、ここにおいて、第２のブロックの少なくとも一部分はベースレイヤの参照領域の外側に配置され、参照領域は、第１のブロックのレイヤ間予測のために使用するために利用可能である。ベースレイヤ中の第２のブロックから導出された情報は、第２のブロックに最も近い隣接ブロックに対応する情報を含み得る。隣接ブロックは、第２のブロックの座標情報をベースレイヤの参照領域の範囲に（例えば水平方向と垂直方向の両方に）クリッピングすることによって配置され得る。代替的に、ベースレイヤの第２のブロックを決定するために位置マッピングプロセスを行う前に、第１のブロックの座標情報が、最初に、ベースレイヤの現在の復号又はクロップトピクチャの範囲にクリッピングされ得る。第２のブロック（又はそれの一部分）がベースレイヤの参照領域の外側にあると決定された場合に、第１のブロックについてシンタックス要素及び残差情報のレイヤ間予測が無効にされ得るか、又は、代替的に、第１のブロックのレイヤ間予測のためにデフォルトシンタックス値が使用され得る。別の実施形態では、第１のブロックのレイヤ間予測のために隣接ブロックのシンタックス値が使用され得る。拡張レイヤの最小コード化単位（ＳＣＵ）サイズはベースレイヤのＳＣＵとは異なるように構成され得る。拡張レイヤの各ピクチャ境界の境界パディングサイズは、ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なるように構成され得る。
【００１２】
[0012]別の実施形態では、非一時的コンピュータ可読媒体は、実行されたとき、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を記憶することと、第２のブロックが第１のブロックに対応する、レイヤ間予測によって、ベースレイヤ中の第２のブロックから導出された情報に基づいて拡張レイヤ中の第１のブロックを予測することとを装置に行わせるコードを含み、ここにおいて、第２のブロックの少なくとも一部分はベースレイヤの参照領域の外側に配置され、参照領域は、第１のブロックのレイヤ間予測のために使用するために利用可能である。
【００１３】
[0013]別の実施形態では、ビデオ情報をコード化するように構成されたビデオコード化機器は、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を記憶するための手段と、第２のブロックが第１のブロックに対応する、レイヤ間予測によって、ベースレイヤ中の第２のブロックから導出された情報に基づいて拡張レイヤ中の第１のブロックを予測するための手段とを含み、ここにおいて、第２のブロックの少なくとも一部分はベースレイヤの参照領域の外側に配置され、参照領域は、第１のブロックのレイヤ間予測のために使用するために利用可能である。
【図面の簡単な説明】
【００１４】
【図１】[0014]本開示で説明する態様による技法を利用し得るビデオ符号化及び復号システムの一例を示すブロック図。
【図２】[0015]本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図。
【図３】[0016]本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図。
【図４】[0017]ベースレイヤ及び拡張レイヤ中の様々なフレームを示す図。
【図５】[0018]本開示の一実施形態による、ビデオ情報をコード化する方法を示すフローチャート。
【発明を実施するための形態】
【００１５】
[0019]本明細書で説明する幾つかの実施形態は、ＨＥＶＣ（高効率ビデオコード化）など、アドバンストビデオコーデックのコンテキストにおけるスケーラブルビデオコード化のためのレイヤ間予測に関する。より詳細には、本開示は、ＨＥＶＣのスケーラブルビデオコード化（ＳＶＣ）拡張におけるレイヤ間予測の性能の改善のためのシステム及び方法に関する。
【００１６】
[0020]以下の説明では、幾つかの実施形態に関係するＨ．２６４／ＡＶＣ技法について説明し、ＨＥＶＣ規格及び関係する技法についても説明する。幾つかの実施形態について、ＨＥＶＣ及び／又はＨ．２６４規格のコンテキストにおいて本明細書で説明するが、本明細書で開示するシステム及び方法が任意の好適なビデオコード化規格に適用可能であり得ることを、当業者は諒解されよう。例えば、本明細書で開示する実施形態は、以下の規格、即ち、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２又はＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、及びそれのスケーラブルビデオコード化（ＳＶＣ）拡張とマルチビュービデオコード化（ＭＶＣ：Multiview Video Coding）拡張とを含む、（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４のうちの１つ又は複数に適用可能であり得る。
【００１７】
[0021]単に説明の目的で、本明細書で開示する幾つかの実施形態について、ただ２つのレイヤ（例えば、ベースレイヤなどの下位レベルレイヤ、及び拡張レイヤなどの上位レベルレイヤ）を含む例を用いて説明する。そのような例は、複数のベースレイヤ及び／又は拡張レイヤを含む構成に適用可能であり得ることを理解されたい。更に、説明を簡単にするために、以下の開示は、幾つかの実施形態に関して「フレーム」又は「ブロック」という用語を含む。但し、これらの用語は限定的なものではない。例えば、以下で説明する技法は、ブロック（例えば、ＣＵ、ＰＵ、ＴＵ、マクロブロックなど）、スライス、フレームなど、任意の好適なビデオ単位とともに使用され得る。
【００１８】
[0022]ＨＥＶＣは、概して、多くの点で、前のビデオコード化規格のフレームワークに従う。ＨＥＶＣにおける予測の単位は、幾つかの前のビデオコード化規格における単位（例えば、マクロブロック）とは異なる。事実上、マクロブロックの概念は、幾つかの前のビデオコード化規格において理解されているように、ＨＥＶＣ中に存在しない。マクロブロックは、考えられる利益の中でも、高いフレキシビリティを与え得る、４分木方式に基づく階層構造と置き換えられ得る。例えば、ＨＥＶＣ方式内で、３つのタイプのブロック、即ち、コード化単位（ＣＵ：Coding Unit）、予測単位（ＰＵ：Prediction Unit）、及び変換単位（ＴＵ：Transform Unit）が定義される。ＣＵは領域分割の基本単位を指し得る。ＣＵはマクロブロックの概念に類似すると見なされ得るが、それは、最大サイズを制限せず、コンテンツ適応性を改善するために４つの等しいサイズのＣＵへの再帰的分割を可能にし得る。ＰＵはインター／イントラ予測の基本ユニットと見なされ得、それは、不規則な画像パターンを効果的にコード化するために、単一のＰＵ中に複数の任意の形状区分を含んでいることがある。ＴＵは変換の基本単位と見なされ得る。それは、ＰＵとは無関係に定義され得るが、それのサイズは、ＴＵが属するＣＵに制限され得る。３つの異なる概念へのブロック構造のこの分離は、各々がそれの役割に従って最適化されることを可能にし得、それによりコード化効率が改善され得る。
【００１９】
ビデオコード化規格
[0023]ビデオ画像、ＴＶ画像、静止画像、あるいはビデオレコーダ又はコンピュータによって生成された画像など、デジタル画像は、水平ライン及び垂直ラインで構成された画素からなり得る。単一の画像中の画素の数は一般に数万個である。各画素は、一般に、ルミナンス情報とクロミナンス情報とを含んでいる。圧縮なしに、画像エンコーダから画像デコーダに搬送されるべき情報の量は、リアルタイム画像送信を不可能にするほど非常に大きい。送信されるべき情報の量を低減するために、ＪＰＥＧ、ＭＰＥＧ及びＨ．２６３規格など、幾つかの異なる圧縮方法が開発された。
【００２０】
[0024]ビデオコード化規格は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２又はＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、及びそれのスケーラブルビデオコード化（ＳＶＣ）拡張とマルチビュービデオコード化（ＭＶＣ）拡張とを含む、（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４を含み、その全ての全体が参照により組み込まれる。
【００２１】
[0025]更に、新しいビデオコード化規格、即ち、高効率ビデオコード化（ＨＥＶＣ）が、ＩＴＵ−Ｔビデオコード化エキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）とのジョイントコラボレーションチームオンビデオコード化（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発されている。ＨＥＶＣの最近のドラフトは、２０１３年８月９日現在、http://phenix.it-sudparis.eu/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1003-v34.zipから利用可能であり、その全体が参照により組み込まれる。ＨＥＶＣドラフト１０についての完全引用は、文書ＪＪＣＴＶＣ−Ｌ１００３、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) Text Specification Draft 10」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３及びＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコード化（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）、第１２回会合：ジュネーブ、スイス、２０１３年１月１４日〜２０１３年１月２３日である。
【００２２】
[0026]添付の図面を参照しながら新規のシステム、装置、及び方法の様々な態様について以下でより十分に説明する。但し、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示する任意の特定の構造又は機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるように与えられる。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは無関係に実装されるにせよ、本発明の他の態様と組み合わされるにせよ、本明細書で開示する新規のシステム、装置、及び方法のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。例えば、本明細書に記載の態様をいくつ使用しても、装置は実装され得、又は方法は実施され得る。更に、本発明の範囲は、本明細書に記載の本発明の様々な態様に加えて又はそれらの態様以外に、他の構造、機能、又は構造及び機能を使用して実施されるそのような装置又は方法をカバーするものとする。本明細書で開示する任意の態様が請求項の１つ又は複数の要素によって実施され得ることを理解されたい。
【００２３】
[0027]本明細書では特定の態様について説明するが、これらの態様の多くの変形及び置換は本開示の範囲内に入る。好適な態様の幾つかの利益及び利点について説明するが、本開示の範囲は特定の利益、使用、又は目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、及び伝送プロトコルに広く適用可能であるものとし、それらの幾つかを例として、図及び好適な態様についての以下の説明において示す。発明を実施するための形態及び図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲及びそれの均等物によって定義される。
【００２４】
[0028]添付の図面は例を示している。添付の図面中の参照番号によって示される要素は、以下の説明における同様の参照番号によって示される要素に対応する。
【００２５】
ビデオコード化システム
[0029]図１は、本開示で説明する態様による技法を利用し得る例示的なビデオコード化システム１０を示すブロック図である。本明細書で使用し説明する「ビデオコーダ」という用語は、総称的にビデオエンコーダとビデオデコーダの両方を指す。本開示では、「ビデオコード化」又は「コード化」という用語は、ビデオ符号化とビデオ復号とを総称的に指すことがある。
【００２６】
[0030]図１に示されているように、ビデオコード化システム１０は、発信源機器１２と宛先機器１４とを含む。発信源機器１２は符号化ビデオデータを生成する。宛先機器１４は、発信源機器１２によって生成された符号化ビデオデータを復号し得る。発信源機器１２及び宛先機器１４は、デスクトップコンピュータ、ノートブック（例えば、ラップトップなど）コンピュータ、タブレットコンピュータ、セットトップボックス、所謂「スマート」フォン、所謂「スマート」パッドなどの電話ハンドセット、テレビジョン、カメラ、表示装置、デジタルメディアプレーヤ、ビデオゲームコンソール、車内コンピュータなどを含む、広範囲にわたる機器を備え得る。幾つかの例では、発信源機器１２及び宛先機器１４は、ワイヤレス通信のために装備され得る。
【００２７】
[0031]宛先機器１４は、チャネル１６を介して発信源機器１２から符号化ビデオデータを受信し得る。チャネル１６は、発信源機器１２から宛先機器１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体又は機器を備え得る。一例では、チャネル１６は、発信源機器１２が符号化ビデオデータを宛先機器１４にリアルタイムで直接送信することを可能にする通信媒体を備え得る。この例では、発信源機器１２は、ワイヤレス通信プロトコルなどの通信規格に従って符号化ビデオデータを変調し得、変調されたビデオデータを宛先機器１４に送信し得る。通信媒体は、無線周波数（ＲＦ）スペクトル又は１つ又は複数の物理伝送線路など、ワイヤレス通信媒体又はワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、又はインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、発信源機器１２から宛先機器１４への通信を可能にするルータ、スイッチ、基地局、又は他の機器を含み得る。
【００２８】
[0032]別の例では、チャネル１６は、発信源機器１２によって生成された符号化ビデオデータを記憶する記憶媒体に対応し得る。この例では、宛先機器１４は、ディスクアクセス又はカードアクセスを介して記憶媒体にアクセスし得る。記憶媒体は、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、又は符号化ビデオデータを記憶するための他の適切なデジタル記憶媒体など、様々なローカルにアクセスされるデータ記憶媒体を含み得る。更なる例では、チャネル１６は、発信源機器１２によって生成された符号化ビデオを記憶する、ファイルサーバ又は別の中間記憶機器を含み得る。この例では、宛先機器１４は、ストリーミング又はダウンロードを介して、ファイルサーバ又は他の中間記憶装置に記憶された符号化ビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶することと、符号化ビデオデータを宛先機器１４に送信することとが可能なタイプのサーバであり得る。例示的なファイルサーバとしては、（例えば、ウェブサイトなどのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）装置、及びローカルディスクドライブがある。宛先機器１４は、インターネット接続を含む、任意の標準のデータ接続を介して符号化ビデオデータにアクセスし得る。例示的なタイプのデータ接続としては、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適である、ワイヤレスチャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続など）、ワイヤード接続（例えば、ＤＳＬ、ケーブルモデムなど）、又はその両方の組合せがあり得る。ファイルサーバからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、又はその両方の組合せであり得る。
【００２９】
[0033]本開示の技法はワイヤレス適用例又は設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、例えばインターネットを介したストリーミングビデオ送信（例えば、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）など）、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、又は他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコード化に適用され得る。幾つかの例では、ビデオコード化システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、及び／又はビデオテレフォニーなどの適用例をサポートするために、一方向又は双方向のビデオ送信をサポートするように構成され得る。
【００３０】
[0034]図１の例では、発信源機器１２は、ビデオ発信源１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は変調器／復調器（モデム）及び／又は送信機を含み得る。発信源機器１２において、ビデオ発信源１８は、撮像装置、例えば、ビデオカメラ、以前に撮影されたビデオデータを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオデータを受信するためのビデオフィードインターフェース、及び／又はビデオデータを生成するためのコンピュータグラフィックスシステムなどの発信源、若しくはそのような発信源の組合せを含み得る。
【００３１】
[0035]ビデオエンコーダ２０は、撮影されたビデオデータ、以前に撮影されたビデオデータ、又はコンピュータ生成されたビデオデータを符号化するように構成され得る。符号化ビデオデータは、発信源機器１２の出力インターフェース２２を介して宛先機器１４に直接送信され得る。符号化ビデオデータはまた、復号及び／又は再生のための宛先機器１４による後のアクセスのために記憶媒体又はファイルサーバ上に記憶され得る。
【００３２】
[0036]図１の例では、宛先機器１４は、入力インターフェース２８と、ビデオデコーダ３０と、表示装置３２とを含む。場合によっては、入力インターフェース２８は受信機及び／又はモデムを含み得る。宛先機器１４の入力インターフェース２８は、チャネル１６を介して符号化ビデオデータを受信する。符号化ビデオデータは、ビデオデータを表す、ビデオエンコーダ２０によって生成された様々なシンタックス要素を含み得る。シンタックス要素は、ブロック及び他のコード化単位、例えば、ピクチャグループ（ＧＯＰ：group of pictures）の特性及び／又は処理を記述し得る。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体上に記憶されるか、又はファイルサーバ上に記憶される符号化ビデオデータとともに含まれ得る。
【００３３】
[0037]表示装置３２は、宛先機器１４と一体化され得るか又はその外部にあり得る。幾つかの例では、宛先機器１４は、一体型表示装置を含み得、また、外部表示装置とインターフェースするように構成され得る。他の例では、宛先機器１４は表示装置であり得る。概して、表示装置３２は復号ビデオデータをユーザに表示する。表示装置３２は、液晶表示器（ＬＣＤ）、プラズマ表示器、有機発光ダイオード（ＯＬＥＤ）表示器、又は別のタイプの表示装置など、様々な表示装置のいずれかを備え得る。
【００３４】
[0038]ビデオエンコーダ２０及びビデオデコーダ３０は、現在開発中の高効率ビデオコード化（ＨＥＶＣ）規格など、ビデオ圧縮規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０及びビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコード化（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ  Ｈ．２６４規格など、他のプロプライエタリ規格又は業界規格、あるいはそのような規格の拡張に従って動作し得る。但し、本開示の技法は、いかなる特定のコード化規格にも限定されない。ビデオ圧縮規格の他の例としてはＭＰＥＧ−２及びＩＴＵ−Ｔ  Ｈ．２６３がある。
【００３５】
[0039]図１の例には示されていないが、ビデオエンコーダ２０及びビデオデコーダ３０は、それぞれオーディオエンコーダ及びデコーダと統合され得、適切なＭＵＸ−ＤＥＭＵＸユニット、又は他のハードウェア及びソフトウェアを含んで、共通のデータストリーム又は別個のデータストリーム中のオーディオとビデオの両方の符号化を処理し得る。適用可能な場合、幾つかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、又はユーザデータグラムプロトコル（ＵＤＰ：user datagram protocol）などの他のプロトコルに準拠し得る。
【００３６】
[0040]この場合も、図１は一例にすぎず、本開示の技法は、符号化機器と復号機器との間のデータ通信を必ずしも含むとは限らないビデオコード化設定（例えば、ビデオ符号化又はビデオ復号）に適用され得る。他の例では、データがローカルメモリから取り出されること、ネットワークを介してストリーミングされることなどが行われ得る。符号化機器は、データを符号化し、メモリに記憶し得、及び／又は、復号機器は、メモリからデータを取り出し、復号し得る。多くの例では、符号化及び復号は、互いに通信しないが、メモリにデータを符号化し、及び／又はメモリからデータを取り出して復号するだけである機器によって実行される。
【００３７】
[0041]ビデオエンコーダ２０及びビデオデコーダ３０はそれぞれ、１つ又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェアなど、様々な好適な回路のいずれか、又はそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、機器は、好適な非一時的コンピュータ可読記憶媒体にソフトウェアの命令を記憶し得、１つ又は複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。ビデオエンコーダ２０及びビデオデコーダ３０の各々は１つ又は複数のエンコーダ又はデコーダ中に含まれ得、そのいずれも、それぞれの機器において複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０及び／又はビデオデコーダ３０を含む機器は、集積回路、マイクロプロセッサ、及び／又はセルラー電話などのワイヤレス通信機器を備え得る。
【００３８】
[0042]上記で手短に述べたように、ビデオエンコーダ２０はビデオデータを符号化する。ビデオデータは１つ又は複数のピクチャを備え得る。ピクチャの各々は、ビデオの一部を形成する静止画像である。幾つかの事例では、ピクチャはビデオ「フレーム」と呼ばれることがある。ビデオエンコーダ２０がビデオデータを符号化するとき、ビデオエンコーダ２０はビットストリームを生成し得る。ビットストリームは、ビデオデータのコード化表現を形成するビットのシーケンスを含み得る。ビットストリームはコード化ピクチャと関連データとを含み得る。コード化ピクチャはピクチャのコード化表現である。
【００３９】
[0043]ビットストリームを生成するために、ビデオエンコーダ２０は、ビデオデータ中の各ピクチャに対して符号化演算を実行し得る。ビデオエンコーダ２０がピクチャに対して符号化演算を実行するとき、ビデオエンコーダ２０は、一連のコード化ピクチャと関連データとを生成し得る。関連データは、シーケンスパラメータセットと、ピクチャパラメータセットと、適応パラメータセットと、他のシンタックス構造とを含み得る。シーケンスパラメータセット（ＳＰＳ：sequence parameter set）は、ピクチャの０個以上のシーケンスに適用可能なパラメータを含んでいることがある。ピクチャパラメータセット（ＰＰＳ：picture parameter set）は、０個以上のピクチャに適用可能なパラメータを含んでいることがある。適応パラメータセット（ＡＰＳ：adaptation parameter set）は、０個以上のピクチャに適用可能なパラメータを含んでいることがある。ＡＰＳ中のパラメータは、ＰＰＳ中のパラメータよりも変化する可能性が高いパラメータであり得る。
【００４０】
[0044]コード化ピクチャを生成するために、ビデオエンコーダ２０は、ピクチャを等しいサイズのビデオブロックに区分し得る。ビデオブロックはサンプルの２次元アレイであり得る。ビデオブロックの各々はツリーブロックに関連付けられる。幾つかの事例では、ツリーブロックは、最大コード化単位（ＬＣＵ：largest coding unit）と呼ばれることがある。ＨＥＶＣのツリーブロックは、Ｈ．２６４／ＡＶＣなど、以前の規格のマクロブロックに広い意味で類似し得る。しかしながら、ツリーブロックは、必ずしも特定のサイズに限定されるとは限らず、１つ又は複数のコード化単位（ＣＵ）を含み得る。ビデオエンコーダ２０は、４分木区分（quadtree partitioning）を使用して、ツリーブロックのビデオブロックを、ＣＵに関連付けられたビデオブロックに区分し得、従って「ツリーブロック」という名前がある。
【００４１】
[0045]幾つかの例では、ビデオエンコーダ２０はピクチャを複数のスライスに区分し得る。スライスの各々は整数個のＣＵを含み得る。幾つかの事例では、スライスは整数個のツリーブロックを備える。他の事例では、スライスの境界はツリーブロック内にあり得る。
【００４２】
[0046]ピクチャに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、ピクチャの各スライスに対して符号化演算を実行し得る。ビデオエンコーダ２０がスライスに対して符号化演算を実行するとき、ビデオエンコーダ２０は、スライスに関連付けられた符号化データを生成し得る。スライスに関連付けられた符号化データは「コード化スライス」と呼ばれることがある。
【００４３】
[0047]コード化スライスを生成するために、ビデオエンコーダ２０は、スライス中の各ツリーブロックに対して符号化演算を実行し得る。ビデオエンコーダ２０がツリーブロックに対して符号化演算を実行するとき、ビデオエンコーダ２０はコード化ツリーブロックを生成し得る。コード化ツリーブロックは、ツリーブロックの符号化バージョンを表すデータを備え得る。
【００４４】
[0048]ビデオエンコーダ２０がコード化スライスを生成するとき、ビデオエンコーダ２０は、ラスタ走査順序に従って、スライス中のツリーブロックに対して符号化演算を実行し得る（即ち、そのツリーブロックを符号化し得る）。言い換えれば、ビデオエンコーダ２０は、スライス中のツリーブロックの一番上の行にわたって左から右に進み、次いでツリーブロックの次の下の行にわたって左から右に進み、以下同様に進む、順序で、ビデオエンコーダ２０がスライス中のツリーブロックの各々を符号化するまで、スライスのツリーブロックを符号化し得る。
【００４５】
[0049]ラスタ走査順序に従ってツリーブロックを符号化した結果として、所与のツリーブロックの上及び左のツリーブロックは符号化されていることがあるが、所与のツリーブロックの下及び右のツリーブロックはまだ符号化されていない。従って、ビデオエンコーダ２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの上及び左のツリーブロックを符号化することによって生成された情報にアクセスすることが可能であり得る。しかしながら、ビデオエンコーダ２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの下及び右のツリーブロックを符号化することによって生成された情報にアクセスすることができないことがある。
【００４６】
[0050]コード化ツリーブロックを生成するために、ビデオエンコーダ２０は、ツリーブロックのビデオブロックに対して４分木区分を再帰的に実行して、ビデオブロックを徐々により小さいビデオブロックに分割し得る。より小さいビデオブロックの各々は異なるＣＵに関連付けられ得る。例えば、ビデオエンコーダ２０は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し、サブブロックのうちの１つ又は複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。区分されたＣＵは、それのビデオブロックが、他のＣＵに関連付けられたビデオブロックに区分された、ＣＵであり得る。区分されていないＣＵは、それのビデオブロックが、他のＣＵに関連付けられたビデオブロックに区分されていない、ＣＵであり得る。
【００４７】
[0051]ビットストリーム中の１つ又は複数のシンタックス要素は、ビデオエンコーダ２０がツリーブロックのビデオブロックを区分し得る最大の回数を示し得る。ＣＵのビデオブロックは形状が正方形であり得る。ＣＵのビデオブロックのサイズ（即ち、ＣＵのサイズ）は、８×８画素から、最大６４×６４以上の画素をもつツリーブロックのビデオブロックのサイズ（即ち、ツリーブロックのサイズ）までに及び得る。
【００４８】
[0052]ビデオエンコーダ２０は、ｚ走査順序に従って、ツリーブロックの各ＣＵに対して符号化演算を実行し得る（即ち、各ＣＵを符号化し得る）。言い換えれば、ビデオエンコーダ２０は、左上のＣＵと、右上のＣＵと、左下のＣＵと、次いで右下のＣＵとを、その順序で符号化し得る。ビデオエンコーダ２０が、区分されたＣＵに対して符号化演算を実行するとき、ビデオエンコーダ２０は、ｚ走査順序に従って、区分されたＣＵのビデオブロックのサブブロックに関連付けられたＣＵを符号化し得る。言い換えれば、ビデオエンコーダ２０は、左上のサブブロックに関連付けられたＣＵと、右上のサブブロックに関連付けられたＣＵと、左下のサブブロックに関連付けられたＣＵと、次いで右下のサブブロックに関連付けられたＣＵとを、その順序で符号化し得る。
【００４９】
[0053]ｚ走査順序に従ってツリーブロックのＣＵを符号化した結果として、所与のＣＵの上、左上、右上、左、及び左下のＣＵは符号化されていることがある。所与のＣＵの下及び右のＣＵはまだ符号化されていない。従って、ビデオエンコーダ２０は、所与のＣＵを符号化するとき、所与のＣＵに隣接する幾つかのＣＵを符号化することによって生成された情報にアクセスすることが可能であり得る。しかしながら、ビデオエンコーダ２０は、所与のＣＵを符号化するとき、所与のＣＵに隣接する他のＣＵを符号化することによって生成された情報にアクセスすることができないことがある。
【００５０】
[0054]ビデオエンコーダ２０が、区分されていないＣＵを符号化するとき、ビデオエンコーダ２０は、ＣＵのために１つ又は複数の予測単位（ＰＵ）を生成し得る。ＣＵのＰＵの各々は、ＣＵのビデオブロック内の異なるビデオブロックに関連付けられ得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのための予測ビデオブロックを生成し得る。ＰＵの予測ビデオブロックはサンプルのブロックであり得る。ビデオエンコーダ２０は、イントラ予測又はインター予測を使用して、ＰＵのための予測ビデオブロックを生成し得る。
【００５１】
[0055]ビデオエンコーダ２０がイントラ予測を使用してＰＵの予測ビデオブロックを生成するとき、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオエンコーダ２０がイントラ予測を使用してＣＵのＰＵの予測ビデオブロックを生成する場合、ＣＵはイントラ予測されたＣＵである。ビデオエンコーダ２０がインター予測を使用してＰＵの予測ビデオブロックを生成するとき、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャ以外の１つ又は複数のピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオエンコーダ２０がインター予測を使用してＣＵのＰＵの予測ビデオブロックを生成する場合、ＣＵはインター予測されたＣＵである。
【００５２】
[0056]更に、ビデオエンコーダ２０がインター予測を使用してＰＵのための予測ビデオブロックを生成するとき、ビデオエンコーダ２０はＰＵの動き情報を生成し得る。ＰＵの動き情報は、ＰＵの１つ又は複数の参照ブロックを示し得る。ＰＵの各参照ブロックは参照ピクチャ内のビデオブロックであり得る。参照ピクチャはＰＵに関連付けられたピクチャ以外のピクチャであり得る。幾つかの事例では、ＰＵの参照ブロックはＰＵの「参照サンプル」と呼ばれることもある。ビデオエンコーダ２０は、ＰＵの参照ブロックに基づいて、ＰＵのための予測ビデオブロックを生成し得る。
【００５３】
[0057]ビデオエンコーダ２０がＣＵの１つ又は複数のＰＵのための予測ビデオブロックを生成した後、ビデオエンコーダ２０は、ＣＵのＰＵのための予測ビデオブロックに基づいて、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのＰＵのための予測ビデオブロック中のサンプルと、ＣＵの元のビデオブロック中のサンプルとの間の差を示し得る。
【００５４】
[0058]更に、区分されていないＣＵに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、ＣＵの残差データに対して再帰的な４分木区分を実行して、ＣＵの残差データを、ＣＵの変換単位（ＴＵ）に関連付けられた残差データの１つ又は複数のブロック（即ち、残差ビデオブロック）に区分し得る。ＣＵの各ＴＵは異なる残差ビデオブロックに関連付けられ得る。
【００５５】
[0059]ビデオコーダ２０は、ＴＵに関連付けられた残差ビデオブロックに１つ又は複数の変換を適用して、ＴＵに関連付けられた変換係数ブロック（即ち、変換係数のブロック）を生成し得る。概念的に、変換係数ブロックは変換係数の２次元（２Ｄ）行列であり得る。
【００５６】
[0060]変換係数ブロックを生成した後、ビデオエンコーダ２０は、変換係数ブロックに対して量子化プロセスを実行し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、更なる圧縮を実現する処理を指す。量子化プロセスは、変換係数の一部又は全部に関連付けられたビット深度を低減し得る。例えば、量子化中にｎビットの変換係数がｍビットの変換係数に切り捨てられることがあり、ここで、ｎはｍよりも大きい。
【００５７】
[0061]ビデオエンコーダ２０は、各ＣＵを量子化パラメータ（ＱＰ：quantization parameter）値に関連付け得る。ＣＵに関連付けられたＱＰ値は、ビデオエンコーダ２０が、ＣＵに関連付けられた変換係数ブロックをどのように量子化するかを決定し得る。ビデオエンコーダ２０は、ＣＵに関連付けられたＱＰ値を調整することによって、ＣＵに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。
【００５８】
[0062]ビデオエンコーダ２０が変換係数ブロックを量子化した後、ビデオエンコーダ２０は、量子化された変換係数ブロック中で変換係数を表すシンタックス要素のセットを生成し得る。ビデオエンコーダ２０は、これらのシンタックス要素のうちの幾つかに、コンテキスト適応型バイナリ算術コード化（ＣＡＢＡＣ：Context Adaptive Binary Arithmetic Coding）演算などのエントロピー符号化演算を適用し得る。コンテンツ適応型可変長コード化（ＣＡＶＬＣ：content adaptive variable length coding）、確率間隔区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コード化、又は他のバイナリ算術コード化など、他のエントロピーコード化技法も使用され得る。
【００５９】
[0063]ビデオエンコーダ２０によって生成されるビットストリームは、一連のネットワークアブストラクションレイヤ（ＮＡＬ：Network Abstraction Layer）単位を含み得る。ＮＡＬ単位の各々は、ＮＡＬ単位中のデータのタイプの指示と、データを含んでいるバイトとを含んでいるシンタックス構造であり得る。例えば、ＮＡＬ単位は、シーケンスパラメータセット、ピクチャパラメータセット、コード化スライス、補足拡張情報（ＳＥＩ：supplemental enhancement information）、アクセス単位区切り文字、フィラーデータ、又は別のタイプのデータを表すデータを含み得る。ＮＡＬ単位中のデータは様々なシンタックス構造を含み得る。
【００６０】
[0064]ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信し得る。ビットストリームは、ビデオエンコーダ２０によって符号化されたビデオデータのコード化表現を含み得る。ビデオデコーダ３０がビットストリームを受信するとき、ビデオデコーダ３０は、ビットストリームに対して構文解析演算（parsing operation）を実行し得る。ビデオデコーダ３０が構文解析演算を実行するとき、ビデオデコーダ３０は、ビットストリームからシンタックス要素を抽出し得る。ビデオデコーダ３０は、ビットストリームから抽出されたシンタックス要素に基づいて、ビデオデータのピクチャを再構成し得る。シンタックス要素に基づいてビデオデータを再構成するためのプロセスは、一般に、シンタックス要素を生成するためにビデオエンコーダ２０によって実行されるプロセスとは逆であり得る。
【００６１】
[0065]ビデオデコーダ３０がＣＵに関連付けられたシンタックス要素を抽出した後、ビデオデコーダ３０は、シンタックス要素に基づいて、ＣＵのＰＵのための予測ビデオブロックを生成し得る。更に、ビデオデコーダ３０は、ＣＵのＴＵに関連付けられた変換係数ブロックを逆量子化し得る。ビデオデコーダ３０は、変換係数ブロックに対して逆変換を実行して、ＣＵのＴＵに関連付けられた残差ビデオブロックを再構成し得る。予測ビデオブロックを生成し、残差ビデオブロックを再構成した後、ビデオデコーダ３０は、予測ビデオブロックと残差ビデオブロックとに基づいて、ＣＵのビデオブロックを再構成し得る。このようにして、ビデオデコーダ３０は、ビットストリーム中のシンタックス要素に基づいて、ＣＵのビデオブロックを再構成し得る。
【００６２】
ビデオエンコーダ
[0066]図２は、本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図である。ビデオエンコーダ２０は、本開示の技法のいずれか又は全てを実行するように構成され得る。一例として、予測ユニット１００は、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。但し、本開示の態様はそのように限定されない。幾つかの例では、本開示で説明する技法は、ビデオエンコーダ２０の様々な構成要素間で共有され得る。幾つかの例では、追加として又は代わりに、プロセッサ（図示せず）が、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。
【００６３】
[0067]説明の目的で、本開示では、ＨＥＶＣコード化のコンテキストにおいてビデオエンコーダ２０について説明する。しかしながら、本開示の技法は、他のコード化規格又は方法にも適用可能であり得る。
【００６４】
[0068]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコード化及びインターコード化を実行し得る。イントラコード化は、所与のビデオフレーム又はピクチャ内のビデオの空間的冗長性を低減又は除去するために空間的予測に依拠する。インターコード化は、ビデオシーケンスの隣接フレーム又はピクチャ内のビデオの時間的冗長性を低減又は除去するために時間的予測に依拠する。イントラモード（Ｉモード）は、幾つかの空間ベースのコード化モードのいずれかを指し得る。単方向予測（Ｐモード）又は双予測（Ｂモード）などのインターモードは、幾つかの時間ベースのコード化モードのいずれかを指し得る。
【００６５】
[0069]図２の例では、ビデオエンコーダ２０は複数の機能構成要素を含む。ビデオエンコーダ２０の機能構成要素は、予測ユニット１００と、残差生成ユニット１０２と、変換ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１３と、復号ピクチャバッファ１１４と、エントロピー符号化ユニット１１６とを含む。予測ユニット１００は、インター予測ユニット１２１と、動き推定ユニット１２２と、動き補償ユニット１２４と、イントラ予測ユニット１２６とを含む。他の例では、ビデオエンコーダ２０は、より多数の、より少数の、又は異なる機能構成要素を含み得る。更に、動き推定ユニット１２２と動き補償ユニット１２４は、高度に統合され得るが、図２の例では、説明の目的で別々に表されている。
【００６６】
[0070]ビデオエンコーダ２０はビデオデータを受信し得る。ビデオエンコーダ２０は、様々な発信源からビデオデータを受信し得る。例えば、ビデオエンコーダ２０は、ビデオ発信源１８（図１）又は別の発信源からビデオデータを受信し得る。ビデオデータは一連のピクチャを表し得る。ビデオデータを符号化するために、ビデオエンコーダ２０は、ピクチャの各々に対して符号化演算を実行し得る。ピクチャに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、ピクチャの各スライスに対して符号化演算を実行し得る。スライスに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、スライス中のツリーブロックに対して符号化演算を実行し得る。
【００６７】
[0071]ツリーブロックに対して符号化演算を実行することの一部として、予測ユニット１００は、ツリーブロックのビデオブロックに対して４分木区分を実行して、ビデオブロックを徐々により小さいビデオブロックに分割し得る。より小さいビデオブロックの各々は異なるＣＵに関連付けられ得る。例えば、予測ユニット１００は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し、サブブロックのうちの１つ又は複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。
【００６８】
[0072]ＣＵに関連付けられたビデオブロックのサイズは、８×８サンプルから、最大６４×６４以上のサンプルをもつツリーブロックのサイズまでに及び得る。本開示では、「Ｎ×Ｎ（NxN）」及び「Ｎ×Ｎ（N by N）」は、垂直寸法及び水平寸法に関するビデオブロックのサンプル寸法、例えば、１６×１６（16x16）サンプル又は１６×１６（16 by 16）サンプルを指すために互換的に使用され得る。概して、１６×１６ビデオブロックは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。
【００６９】
[0073]更に、ツリーブロックに対して符号化演算を実行することの一部として、予測ユニット１００は、ツリーブロック用の階層的な４分木データ構造を生成し得る。例えば、ツリーブロックは、４分木データ構造のルートノードに対応し得る。予測ユニット１００が、ツリーブロックのビデオブロックを４つのサブブロックに区分する場合、ルートノードは、４分木データ構造中に４つの子ノードを有する。子ノードの各々は、サブブロックのうちの１つに関連付けられたＣＵに対応する。予測ユニット１００が、サブブロックのうちの１つを４つのサブサブブロックに区分する場合、サブブロックに関連付けられたＣＵに対応するノードは、サブサブブロックのうちの１つに関連付けられたＣＵに各々が対応する、４つの子ノードを有し得る。
【００７０】
[0074]４分木データ構造の各ノードは、対応するツリーブロック又はＣＵのシンタックスデータ（例えば、シンタックス要素）を含み得る。例えば、４分木の中のノードは、そのノードに対応するＣＵのビデオブロックが４つのサブブロックに区分される（即ち、分割される）かどうかを示すスプリットフラグを含み得る。ＣＵのためのシンタックス要素は、再帰的に定義され得、ＣＵのビデオブロックがサブブロックに分割されるかどうかに依存し得る。それのビデオブロックが区分されていないＣＵは、４分木データ構造におけるリーフノードに対応し得る。コード化ツリーブロックは、対応するツリーブロック用の４分木データ構造に基づくデータを含み得る。
【００７１】
[0075]ビデオエンコーダ２０は、ツリーブロックの区分されていない各ＣＵに対して符号化演算を実行し得る。ビデオエンコーダ２０が、区分されていないＣＵに対して符号化演算を実行するとき、ビデオエンコーダ２０は、区分されていないＣＵの符号化表現を表すデータを生成する。
【００７２】
[0076]ＣＵに対して符号化演算を実行することの一部として、予測ユニット１００は、ＣＵの１つ又は複数のＰＵの中で、ＣＵのビデオブロックを区分し得る。ビデオエンコーダ２０及びビデオデコーダ３０は、様々なＰＵサイズをサポートし得る。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２０及びビデオデコーダ３０は、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズと、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、２Ｎ×ｎＵ、ｎＬ×２Ｎ、ｎＲ×２Ｎ、又は同様の対称ＰＵサイズでのインター予測とをサポートし得る。ビデオエンコーダ２０及びビデオデコーダ３０は、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズに対する非対称区分をもサポートし得る。幾つかの例では、予測ユニット１００は、ＣＵのビデオブロックの辺と直角に交わらない境界に沿って、ＣＵのＰＵの間でＣＵのビデオブロックを区分するように、幾何学的な区分を実行し得る。
【００７３】
[0077]インター予測ユニット１２１は、ＣＵの各ＰＵに対してインター予測を実行し得る。インター予測は時間圧縮を実現し得る。ＰＵに対してインター予測を実行するために、動き推定ユニット１２２はＰＵの動き情報を生成し得る。動き補償ユニット１２４は、動き情報と、ＣＵに関連付けられたピクチャ以外のピクチャ（即ち、参照ピクチャ）の復号サンプルと基づくＰＵのための予測ビデオブロックを生成し得る。本開示では、動き補償ユニット１２４によって生成された予測ビデオブロックは、インター予測ビデオブロックと呼ばれることがある。
【００７４】
[0078]スライスは、Ｉスライス、Ｐスライス、又はＢスライスであり得る。動き推定ユニット１２２及び動き補償ユニット１２４は、ＰＵがＩスライス中にあるのか、Ｐスライス中にあるのか、Ｂスライス中にあるのかに応じて、ＣＵのＰＵに対して異なる演算を実行し得る。Ｉスライス中では、全てのＰＵがイントラ予測される。従って、ＰＵがＩスライス中にある場合、動き推定ユニット１２２及び動き補償ユニット１２４は、ＰＵに対してインター予測を実行しない。
【００７５】
[0079]ＰＵがＰスライス中にある場合、ＰＵを含んでいるピクチャは、「リスト０」と呼ばれる参照ピクチャのリストに関連付けられる。リスト０中の参照ピクチャの各々は、他のピクチャのインター予測のために使用され得るサンプルを含んでいる。動き推定ユニット１２２が、Ｐスライス中のＰＵに関して動き推定演算を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得る。ＰＵの参照ブロックは、ＰＵのビデオブロック中のサンプルに最も密接に対応するサンプルのセット、例えば、サンプルのブロックであり得る。動き推定ユニット１２２は、様々なメトリックを使用して、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。例えば、動き推定ユニット１２２は、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、又は他の差分メトリックによって、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。
【００７６】
[0080]Ｐスライス中のＰＵの参照ブロックを識別した後、動き推定ユニット１２２は、参照ブロックを含んでいる、リスト０中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。様々な例において、動き推定ユニット１２２は動きベクトルを異なる精度に生成し得る。例えば、動き推定ユニット１２２は、１／４サンプル精度、１／８サンプル精度、又は他の分数のサンプル精度で動きベクトルを生成し得る。分数のサンプル精度の場合、参照ブロック値は、参照ピクチャ中の整数位置のサンプル値から補間され得る。動き推定ユニット１２２は、ＰＵの動き情報として参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって識別された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００７７】
[0081]ＰＵがＢスライス中にある場合、ＰＵを含んでいるピクチャは、「リスト０」及び「リスト１」と呼ばれる参照ピクチャの２つのリストに関連付けられ得る。幾つかの例では、Ｂスライスを含んでいるピクチャは、リスト０とリスト１の組合せである、リストの組合せに関連付けられ得る。
【００７８】
[0082]更に、ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵについての単方向予測又は双方向予測を実行し得る。動き推定ユニット１２２が、ＰＵについての単方向予測を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０又はリスト１の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含んでいる、リスト０又はリスト１中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと、予測方向インジケータと、動きベクトルとを出力し得る。予測方向インジケータは、参照インデックスが、リスト０中の参照ピクチャを示すか、リスト１中の参照ピクチャを示すかを示し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００７９】
[0083]動き推定ユニット１２２が、ＰＵについての双方向予測を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得、また、ＰＵのための別の参照ブロックについて、リスト１中の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含んでいる、リスト０及びリスト１中の参照ピクチャを示す参照インデックスと、参照ブロックとＰＵの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報としてＰＵの参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００８０】
[0084]図５に関して以下で更に説明するように、（例えばインター予測ユニット１２１を介した）予測ユニット１００は、図５に示されているステップを実行することによってＢＬ中の利用不可能な対応するブロックを有するＥＬ中の現在ブロックを予測するように構成され得る。
【００８１】
[0085]幾つかの事例では、動き推定ユニット１２２は、ＰＵの動き情報のフルセットをエントロピー符号化ユニット１１６に出力しない。そうではなく、動き推定ユニット１２２は、別のＰＵの動き情報を参照して、ＰＵの動き情報を信号伝達し得る。例えば、動き推定ユニット１２２は、ＰＵの動き情報が、隣接ＰＵの動き情報と十分に類似していると決定し得る。この例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、ＰＵが隣接ＰＵと同じ動き情報を有することをビデオデコーダ３０に示す値を示し得る。別の例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、隣接ＰＵと動きベクトル差分（ＭＶＤ）とを識別し得る。動きベクトル差分は、ＰＵの動きベクトルと、示される隣接ＰＵの動きベクトルとの間の差分を示す。ビデオデコーダ３０は、示される隣接ＰＵの動きベクトルと、動きベクトル差分とを使用して、ＰＵの動きベクトルを決定し得る。第２のＰＵの動き情報を信号伝達するときに第１のＰＵの動き情報を参照することによって、ビデオエンコーダ２０は、より少数のビットを使用して、第２のＰＵの動き情報を信号伝達することが可能であり得る。
【００８２】
[0086]ＣＵに対して符号化演算を実行することの一部として、イントラ予測ユニット１２６は、ＣＵのＰＵに対してイントラ予測を実行し得る。イントラ予測は空間圧縮を実現し得る。イントラ予測ユニット１２６がＰＵに対してイントラ予測を実行するとき、イントラ予測ユニット１２６は、同じピクチャ中の他のＰＵの復号サンプルに基づいて、ＰＵの予測データを生成し得る。ＰＵの予測データは、予測ビデオブロックと様々なシンタックス要素とを含み得る。イントラ予測ユニット１２６は、Ｉスライス、Ｐスライス、及びＢスライス中のＰＵに対してイントラ予測を実行し得る。
【００８３】
[0087]ＰＵに対してイントラ予測を実行するために、イントラ予測ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵの予測データの複数のセットを生成し得る。イントラ予測ユニット１２６が、イントラ予測モードを使用してＰＵの予測データのセットを生成するとき、イントラ予測ユニット１２６は、イントラ予測モードに関連付けられた方向及び／又は勾配で、隣接ＰＵのビデオブロックからＰＵのビデオブロックにわたって、サンプルを延ばし得る。隣接ＰＵは、ＰＵ、ＣＵ、及びツリーブロックについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、又は左にあり得る。イントラ予測ユニット１２６は、ＰＵのサイズに応じて、様々な数のイントラ予測モード、例えば、３３個の方向性イントラ予測モードを使用し得る。
【００８４】
[0088]予測ユニット１００は、ＰＵについての、動き補償ユニット１２４によって生成された予測データ、又はＰＵについての、イントラ予測ユニット１２６によって生成された予測データの中から、ＰＵの予測データを選択し得る。幾つかの例では、予測ユニット１００は、予測データのセットのレート／歪みメトリックに基づいて、ＰＵの予測データを選択する。
【００８５】
[0089]予測ユニット１００が、イントラ予測ユニット１２６によって生成された予測データを選択する場合、予測ユニット１００は、ＰＵの予測データを生成するために使用されたイントラ予測モード、即ち、選択されたイントラ予測モードを信号伝達し得る。予測ユニット１００は、選択されたイントラ予測モードを様々な方法で信号伝達し得る。例えば、選択されたイントラ予測モードは隣接ＰＵのイントラ予測モードと同じであることがあり得る。言い換えれば、隣接ＰＵのイントラ予測モードは現在ＰＵに対して最確モードであり得る。従って、予測ユニット１００は、選択されたイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることを示すために、シンタックス要素を生成し得る。
【００８６】
[0090]予測ユニット１００がＣＵのＰＵの予測データを選択した後、残差生成ユニット１０２は、ＣＵのビデオブロックからＣＵのＰＵの予測ビデオブロックを差し引くことによって、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのビデオブロック中のサンプルの異なるサンプル成分に対応する、２Ｄ残差ビデオブロックを含み得る。例えば、残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのルミナンス成分と、ＣＵの元のビデオブロック中のサンプルのルミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。更に、ＣＵの残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのクロミナンス成分と、ＣＵの元のビデオブロック中のサンプルのクロミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。
【００８７】
[0091]予測ユニット１００は、４分木区分を実行して、ＣＵの残差ビデオブロックをサブブロックに区分し得る。各分割されていない残差ビデオブロックは、ＣＵの異なるＴＵに関連付けられ得る。ＣＵのＴＵに関連付けられた残差ビデオブロックのサイズ及び位置は、ＣＵのＰＵに関連付けられたビデオブロックのサイズ及び位置に基づくことも基づかないこともある。「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造は、残差ビデオブロックの各々に関連付けられたノードを含み得る。ＣＵのＴＵはＲＱＴのリーフノードに対応し得る。
【００８８】
[0092]変換ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに１つ又は複数の変換を適用することによって、ＣＵの各ＴＵのための１つ又は複数の変換係数ブロックを生成し得る。変換係数ブロックの各々は、変換係数の２Ｄ行列であり得る。変換ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに様々な変換を適用し得る。例えば、変換ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに、離散コサイン変換（ＤＣＴ）、方向性変換、又は概念的に同様の変換を適用し得る。
【００８９】
[0093]変換ユニット１０４が、ＴＵに関連付けられた変換係数ブロックを生成した後、量子化ユニット１０６は、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット１０６は、ＣＵに関連付けられたＱＰ値に基づいて、ＣＵのＴＵに関連付けられた変換係数ブロックを量子化し得る。
【００９０】
[0094]ビデオエンコーダ２０は、様々な方法でＱＰ値をＣＵに関連付け得る。例えば、ビデオエンコーダ２０は、ＣＵに関連付けられたツリーブロックに対してレート歪み分析を実行し得る。レート歪み分析では、ビデオエンコーダ２０は、ツリーブロックに対して符号化演算を複数回実行することによって、ツリーブロックの複数のコード化表現を生成し得る。ビデオエンコーダ２０がツリーブロックの異なる符号化表現を生成するとき、ビデオエンコーダ２０は、異なるＱＰ値をＣＵに関連付け得る。ビデオエンコーダ２０は、最小のビットレート及び歪みメトリックを有するツリーブロックのコード化表現で所与のＱＰ値がＣＵに関連付けられるとき、所与のＱＰ値がＣＵに関連付けられることを信号伝達し得る。
【００９１】
[0095]逆量子化ユニット１０８及び逆変換ユニット１１０は、それぞれ、変換係数ブロックに逆量子化と逆変換とを適用して、変換係数ブロックから残差ビデオブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ビデオブロックを、予測ユニット１００によって生成された１つ又は複数の予測ビデオブロックからの対応するサンプルに追加して、ＴＵに関連付けられた再構成されたビデオブロックを生成し得る。このようにＣＵの各ＴＵについてビデオブロックを再構成することによって、ビデオエンコーダ２０は、ＣＵのビデオブロックを再構成し得る。
【００９２】
[0096]再構成ユニット１１２がＣＵのビデオブロックを再構成した後、フィルタユニット１１３は、ＣＵに関連付けられたビデオブロックにおけるブロック歪み（blocking artifacts）を低減するためにデブロッキング演算を実行し得る。１つ又は複数のデブロッキング演算を実行した後、フィルタユニット１１３は、ＣＵの再構成されたビデオブロックを復号ピクチャバッファ１１４に記憶し得る。動き推定ユニット１２２及び動き補償ユニット１２４は、再構成されたビデオブロックを含んでいる参照ピクチャを使用して、後続のピクチャのＰＵに対してインター予測を実行し得る。更に、イントラ予測ユニット１２６は、復号ピクチャバッファ１１４中の再構成されたビデオブロックを使用して、ＣＵと同じピクチャ中の他のＰＵに対してイントラ予測を実行し得る。
【００９３】
[0097]エントロピー符号化ユニット１１６は、ビデオエンコーダ２０の他の機能構成要素からデータを受信し得る。例えば、エントロピー符号化ユニット１１６は、量子化ユニット１０６から変換係数ブロックを受信し得、予測ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１６がデータを受信するとき、エントロピー符号化ユニット１１６は、１つ又は複数のエントロピー符号化演算を実行して、エントロピー符号化データを生成し得る。例えば、ビデオエンコーダ２０は、コンテキスト適応型可変長コード化（ＣＡＶＬＣ：context adaptive variable length coding）演算、ＣＡＢＡＣ演算、変数間（Ｖ２Ｖ：variable-to-variable）レングスコード化演算、シンタックスベースコンテキスト適応型バイナリ算術コード化（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）演算、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コード化演算、又は別のタイプのエントロピー符号化演算をデータに対して実行し得る。エントロピー符号化ユニット１１６は、エントロピー符号化データを含むビットストリームを出力し得る。
【００９４】
[0098]データに対してエントロピー符号化演算を実行することの一部として、エントロピー符号化ユニット１１６はコンテキストモデルを選択し得る。エントロピー符号化ユニット１１６がＣＡＢＡＣ演算を実行している場合、コンテキストモデルは、特定の値を有する特定のビンの確率の推定値を示し得る。ＣＡＢＡＣのコンテキストでは、「ビン」という用語は、シンタックス要素の２値化されたバージョンのビットを指すために使用される。
【００９５】
ビデオデコーダ
[0099]図３は、本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図である。ビデオデコーダ３０は、本開示の技法のいずれか又は全てを実行するように構成され得る。一例として、動き補償ユニット１６２及び／又はイントラ予測ユニット１６４は、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。但し、本開示の態様はそのように限定されない。幾つかの例では、本開示で説明する技法は、ビデオデコーダ３０の様々な構成要素間で共有され得る。幾つかの例では、追加として又は代わりに、プロセッサ（図示せず）が、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。
【００９６】
[0100]図３の例では、ビデオデコーダ３０は複数の機能構成要素を含む。ビデオデコーダ３０の機能構成要素は、エントロピー復号ユニット１５０と、予測ユニット１５２と、逆量子化ユニット１５４と、逆変換ユニット１５６と、再構成ユニット１５８と、フィルタユニット１５９と、復号ピクチャバッファ１６０とを含む。予測ユニット１５２は、動き補償ユニット１６２とイントラ予測ユニット１６４とを含む。幾つかの例では、ビデオデコーダ３０は、図２のビデオエンコーダ２０に関して説明した符号化パスとは概して逆の復号パスを実行し得る。他の例では、ビデオデコーダ３０は、より多数の、より少数の、又は異なる機能構成要素を含み得る。
【００９７】
[0101]ビデオデコーダ３０は、符号化ビデオデータを備えるビットストリームを受信し得る。ビットストリームは複数のシンタックス要素を含み得る。ビデオデコーダ３０がビットストリームを受信するとき、エントロピー復号ユニット１５０は、ビットストリームに対して構文解析演算を実行し得る。ビットストリームに対して構文解析演算を実行した結果として、エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を抽出し得る。構文解析演算を実行することの一部として、エントロピー復号ユニット１５０は、ビットストリーム中のエントロピー符号化シンタックス要素をエントロピー復号し得る。予測ユニット１５２、逆量子化ユニット１５４、逆変換ユニット１５６、再構成ユニット１５８、及びフィルタユニット１５９は、ビットストリームから抽出されたシンタックス要素に基づいて復号ビデオデータを生成する再構成演算を実行し得る。
【００９８】
[0102]上記で説明したように、ビットストリームは一連のＮＡＬ単位を備え得る。ビットストリームのＮＡＬ単位は、シーケンスパラメータセットＮＡＬ単位、ピクチャパラメータセットＮＡＬ単位、ＳＥＩ  ＮＡＬ単位などを含み得る。ビットストリームに対して構文解析演算を実行することの一部として、エントロピー復号ユニット１５０は、シーケンスパラメータセットＮＡＬ単位からのシーケンスパラメータセット、ピクチャパラメータセットＮＡＬ単位からのピクチャパラメータセット、ＳＥＩ  ＮＡＬ単位からのＳＥＩデータなどを抽出し、エントロピー復号する、構文解析演算を実行し得る。
【００９９】
[0103]更に、ビットストリームのＮＡＬ単位はコード化スライスＮＡＬ単位を含み得る。ビットストリームに対して構文解析演算を実行することの一部として、エントロピー復号ユニット１５０は、コード化スライスＮＡＬ単位からコード化スライスを抽出し、エントロピー復号する、構文解析演算を実行し得る。コード化スライスの各々は、スライスヘッダとスライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含んでいることがある。スライスヘッダ中のシンタックス要素は、スライスを含んでいるピクチャに関連付けられたピクチャパラメータセットを識別するシンタックス要素を含み得る。エントロピー復号ユニット１５０は、スライスヘッダを復元するために、コード化スライスヘッダ中のシンタックス要素に対して、ＣＡＢＡＣ復号演算などのエントロピー復号演算を実行し得る。
【０１００】
[0104]コード化スライスのＮＡＬ単位からスライスデータを抽出することの一部として、エントロピー復号ユニット１５０は、スライスデータ中のコード化ＣＵからシンタックス要素を抽出する構文解析演算を実行し得る。抽出されたシンタックス要素は、変換係数ブロックに関連付けられたシンタックス要素を含み得る。エントロピー復号ユニット１５０は、次いで、シンタックス要素のうちの幾つかに対してＣＡＢＡＣ復号演算を実行し得る。
【０１０１】
[0105]エントロピー復号ユニット１５０が、区分されていないＣＵに対して構文解析演算を実行した後、ビデオデコーダ３０は、区分されていないＣＵに対して再構成演算を実行し得る。区分されていないＣＵに対して再構成演算を実行するために、ビデオデコーダ３０はＣＵの各ＴＵに対して再構成演算を実行し得る。ＣＵの各ＴＵについて再構成演算を実行することによって、ビデオデコーダ３０は、ＣＵに関連付けられた残差ビデオブロックを再構成し得る。
【０１０２】
[0106]ＴＵに対して再構成演算を実行することの一部として、逆量子化ユニット１５４は、ＴＵに関連付けられた変換係数ブロックを逆量子化（inverse quantize）、即ち、逆量子化（de-quantize）し得る。逆量子化ユニット１５４は、ＨＥＶＣのために提案された、又はＨ．２６４復号規格によって定義された逆量子化プロセスと同様の様式で、変換係数ブロックを逆量子化し得る。逆量子化ユニット１５４は、量子化の程度を決定し、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定するために、変換係数ブロックのＣＵのためにビデオエンコーダ２０によって計算される量子化パラメータＱＰを使用し得る。
【０１０３】
[0107]逆量子化ユニット１５４が変換係数ブロックを逆量子化した後、逆変換ユニット１５６は、変換係数ブロックに関連付けられたＴＵのための残差ビデオブロックを生成し得る。逆変換ユニット１５６は、ＴＵのための残差ビデオブロックを生成するために、変換係数ブロックに逆変換を適用し得る。例えば、逆変換ユニット１５６は、変換係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）、逆回転変換、逆方向変換、又は別の逆変換を適用し得る。幾つかの例では、逆変換ユニット１５６は、ビデオエンコーダ２０からの信号伝達に基づいて、変換係数ブロックに適用すべき逆変換を決定し得る。そのような例では、逆変換ユニット１５６は、変換係数ブロックに関連付けられたツリーブロックの４分木のルートノードにおいて信号伝達された変換に基づいて、逆変換を決定し得る。他の例では、逆変換ユニット１５６は、ブロックサイズ、コード化モードなど、１つ又は複数のコード化特性から逆変換を推論し得る。幾つかの例では、逆変換ユニット１５６はカスケード逆変換を適用し得る。
【０１０４】
[0108]幾つかの例では、動き補償ユニット１６２は、補間フィルタに基づく補間を実行することによって、ＰＵの予測ビデオブロックを改良し得る。サブサンプル精度をもつ動き補償のために使用されるべき補間フィルタのための識別子が、シンタックス要素中に含まれ得る。動き補償ユニット１６２は、ＰＵの予測ビデオブロックの生成中にビデオエンコーダ２０によって使用された同じ補間フィルタを使用して、参照ブロックのサブ整数サンプルについての補間値を計算し得る。動き補償ユニット１６２は、受信されたシンタックス情報に従って、ビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ビデオブロックを生成し得る。
【０１０５】
[0109]ＰＵが、イントラ予測を使用して符号化される場合、イントラ予測ユニット１６４は、ＰＵのための予測ビデオブロックを生成するためにイントラ予測を実行し得る。例えば、イントラ予測ユニット１６４は、ビットストリーム中のシンタックス要素に基づいて、ＰＵのためのイントラ予測モードを決定し得る。ビットストリームは、ＰＵのイントラ予測モードを決定するためにイントラ予測ユニット１６４が使用し得るシンタックス要素を含み得る。
【０１０６】
[0110]幾つかの事例では、シンタックス要素は、イントラ予測ユニット１６４が別のＰＵのイントラ予測モードを使用して現在ＰＵのイントラ予測モードを決定するべきであることを示し得る。例えば、現在ＰＵのイントラ予測モードは隣接ＰＵのイントラ予測モードと同じであることがあり得る。言い換えれば、隣接ＰＵのイントラ予測モードは現在ＰＵに対して最確モードであり得る。従って、この例では、ビットストリームは、ＰＵのイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることを示す、小さいシンタックス要素を含み得る。イントラ予測ユニット１６４は、次いで、イントラ予測モードを使用して、空間的に隣接するＰＵのビデオブロックに基づいて、ＰＵの予測データ（例えば、予測サンプル）を生成し得る。
【０１０７】
[0111]図５に関して以下で更に説明するように、予測ユニット１５２は、図５に示されているステップを実行することによってＢＬ中の利用不可能な対応するブロックを有するＥＬ中の現在ブロックを予測するように構成され得る。
【０１０８】
[0112]再構成ユニット１５８は、適用可能なとき、ＣＵのＴＵに関連付けられた残差ビデオブロックとＣＵのＰＵの予測ビデオブロックとを使用して、即ち、イントラ予測データ又はインター予測データのいずれかを使用して、ＣＵのビデオブロックを再構成し得る。従って、ビデオデコーダ３０は、ビットストリーム中のシンタックス要素に基づいて、予測ビデオブロックと残差ビデオブロックとを生成し得、予測ビデオブロックと残差ビデオブロックとに基づいて、ビデオブロックを生成し得る。
【０１０９】
[0113]再構成ユニット１５８がＣＵのビデオブロックを再構成した後、フィルタユニット１５９は、ＣＵに関連付けられたブロック歪みを低減するためにデブロッキング演算を実行し得る。フィルタユニット１５９が、ＣＵに関連付けられたブロック歪みを低減するためにデブロッキング演算を実行した後、ビデオデコーダ３０はＣＵのビデオブロックを復号ピクチャバッファ１６０に記憶し得る。復号ピクチャバッファ１６０は、後続の動き補償、イントラ予測、及び図１の表示装置３２などの表示装置上での提示のために、参照ピクチャを与え得る。例えば、ビデオデコーダ３０は、復号ピクチャバッファ１６０中のビデオブロックに基づいて、他のＣＵのＰＵに対してイントラ予測演算又はインター予測演算を実行し得る。
【０１１０】
[0114]ＨＥＶＣ拡張の一実施形態では、拡張レイヤ、又は、動きフィールド又はイントラモードなど、別のビューシンタックスは、ベースレイヤの対応するブロックを使用して予測され得る。例えば、拡張レイヤマージモード／ＡＭＶＰ（高度動きベクトル予測）候補リスト中の候補として、ベースレイヤ動きベクトル（ＭＶ）が使用され得る。しかしながら、ベースレイヤの対応する又は同一位置配置ブロック（collocated block）がベースレイヤフレームの外側に配置された状況があり得る。これは、コード化フレームサイズが、機器上に表示され得る実際のフレームサイズよりも大きいときに起こり得る。
【０１１１】
[0115]例えば、そのような状況は、拡張ピクチャ（enhancement picture）の境界パディングサイズがベースレイヤピクチャの境界パディングサイズよりも大きいときに起こり得る。ベースレイヤと拡張レイヤとの異なる境界パディングサイズは特定のエンコーダ設定によってもたらされ得る。それはまた、ベースレイヤと拡張レイヤとの異なる最小コード化単位（ＳＣＵ）サイズに起因し得る。ＨＥＶＣでは、実際のコード化フレームサイズがＳＣＵサイズと整合される（フレームサイズがＳＣＵの整数倍である）ので、拡張レイヤのＳＣＵがベースレイヤのＳＣＵよりも大きい場合、ベースレイヤフレームの幾つかの部分についてシンタックス情報がない。図４に示されているように、拡張レイヤＳＣＵ４２２とベースレイヤＳＣＵ４３２とのサイズが異なることにより、拡張レイヤ４００の一部分が、レイヤ間予測のために動き情報又は画素情報がそこから取り出され得るベースレイヤ４３０中の対応する領域を有しないことになり得る。別の例では、ベースレイヤが別のビデオ規格（例えばＡＶＣ又はＭＰＥＧ２）を用いてコード化されるときにベースレイヤ情報の利用不可能性が生じ得る。
【０１１２】
[0116]３Ｄ−ＨＥＶＣでは、参照ビュー中のブロックを配置するために視差ベクトル（disparity vector）を境界ブロックに適用するとき、対応するブロックは参照ビューのビューコンポーネントの境界の外側にあり得る。
【０１１３】
[0117]本開示は、概して、ＳＶＣ拡張を対象とする。本開示はまた、本明細書においてビューのうちの１つが拡張レイヤとして働くマルチビュービデオコード化（ＭＶＣ）対して有効である。
【０１１４】
[0118]図４に、拡張レイヤ４００及びベースレイヤ４３０の様々なフレームを示す。白い矩形４３２は、（例えば機器の表示器サイズに合うようにクロップされた）ベースレイヤピクチャの実際のフレームサイズを表す。ベースレイヤのコード化フレームサイズは図４の下部の破線４３６で示されており、拡張レイヤのコード化フレームサイズは図４の上部の破線４１６で示されている。また、アップサンプリングされたベースレイヤのコード化フレームサイズは、実際のフレームサイズ４１２と拡張レイヤのコード化フレームサイズ４１６との間に破線４１４で示されている。エリア４１８は、実際のフレームサイズと、アップサンプリングされたベースレイヤのコード化フレームサイズとの間のエリアを表し、エリア４２０は、アップサンプリングされたベースレイヤのコード化フレームサイズと拡張レイヤのコード化フレームサイズとの間のエリアを表す。
【０１１５】
[0119]一般に、レイヤ間予測では、動きベクトル（ＭＶ）と他のシンタックス要素とを含むベースレイヤ情報は、対応するサブブロック又は画素位置から取得され、（例えば拡張レイヤ中の現在ブロックを予測するために使用され得る。この対応するサブブロック又は画素位置は、現在拡張レイヤＣＵ又はＰＵの内側又は外側に配置され得る。例えば、サブブロック又は画素位置は、中心又はコーナーサブブロック又は画素位置であり得る。この対応するサブブロック又は画素位置がベースレイヤフレームの外側の利用不可能なエリアに配置された場合、この場合のＳＶＣ又はＭＶＣコーデックの挙動を定義することが望ましい。例えば、本明細書で使用する「対応するブロック」（又はサブブロック又は画素位置）は、同一位置配置ブロック、隣接ブロック、又はコーダ（例えばエンコーダ又はデコーダ）によって決定された他のブロックを指し得る。
【０１１６】
[0120]上述のように、レイヤ間予測のために利用可能なベースレイヤ中の対応する領域を有しない拡張レイヤの領域があり得る。例えば、拡張レイヤのコード化フレームの下エッジ及び右エッジ（即ち図４のエリア４２０）は、レイヤ間予測において使用するために動き情報がそこから取得され得るベースレイヤ中の対応する領域を有しない。従って、そのようなエッジ部分は、ベースレイヤ中のそれらの対応する部分から取得された情報を用いてコード化されないことがあり、従って従来のレイヤ間予測技法が使用されないことがある。
【０１１７】
ＢＬ中の参照ブロックの利用不可能性
[0121]サブブロックコーナー又は画素位置の座標をフレームサイズと比較することによって、対応するサブブロック又は画素位置がベースレイヤフレームの外側にあるかどうかが検査され得る。例えば、サブブロックの右下コーナーの座標がベースレイヤのフレームサイズ（又はＢＬとＥＬとの空間比に従ってアップサンプリングされたＢＬのフレームサイズ）の範囲外にある場合、対応するサブブロックは、ＥＬ中の現在ブロックを予測するために利用不可能であると見なされる。本明細書で説明する技法のうちの１つ又は複数は、ＢＬ中の利用不可能な対応するブロック（例えば利用不可能なＢＬシンタックス）を有するそのようなブロックに対してレイヤ間予測を実行するために使用され得る。
【０１１８】
[0122]一実施形態では、ビュー間動き予測／レイヤ間動き予測中に、参照／ベースビュー／レイヤ中の位置Ｑ0及びＱ1に対応する、ＥＬ中の現在ブロックの左上位置Ｐ0及び右下位置Ｐ1が識別される。Ｑ0又はＱ1が参照／ベースビュー／レイヤのピクチャの外側にある場合、対応するブロックは利用不可能であると見なされ、それは、レイヤ間動き予測／ビュー間動き予測のために使用されない。そのような場合、他のシンタックス要素又は残差情報のレイヤ間予測／ビュー間予測が無効にされ得る。別の実施形態では、ベースレイヤ／参照ビューブロックは、Ｑ0とＱ1の両方が参照／ベースビュー／レイヤのピクチャの外側にあるときのみ利用不可能であると見なされ得る。
【０１１９】
[0123]また別のエンベッドメントでは、ＥＬ中の現在ブロックの左上及び右下位置の代わりに、現在ブロックはブロックの右上及び左下位置によって識別され、従って、ＢＬ中の参照ブロックの利用可能性は、右上及び左下位置のマッピングされた位置に基づいて決定される。
【０１２０】
[0124]また別のエンベッドメントでは、現在ブロックは、ブロックの最左画素の水平座標Ｘl及び最右画素の水平座標Ｘrと、最上画素の垂直座標Ｙl及び最下画素の垂直座標Ｙrとによって識別され得る。そのような座標の、ベース／参照レイヤ／ビュー中の対応する座標へのマッピングの後、値（例えば水平座標及び垂直座標）のいずれかがピクチャ境界を越える場合、ベースレイヤ／参照ビュー中の対応するブロックは利用不可能であると見なされる。ここで、ピクチャ境界は、図４に示されているように、実際のフレーム又はコード化フレームの境界を指し得る。
【０１２１】
[0125]あるシンタックス要素（又は全てのシンタックス要素）について、現在ブロックのベースレイヤ／参照ビュー中のマッピングされた位置は、現在ブロックの特定の座標のマッピングされた位置に依存し得る。現在ブロックの特定の座標のマッピングされた位置がベース／参照レイヤ／ビュー境界を越えるとき、ベースレイヤ／参照ビューブロックは利用不可能であると見なされる。ブロックの特定の座標は、ブロックの左上、右下、中央、右上、左下位置を指すことができる。ブロックの特定の座標は全てのシンタックス要素について同じ位置であり得るか、又はそれは異なるシンタックス要素について異なる位置であり得る。
【０１２２】
参照領域
[0126]ベースレイヤ／参照ビュー中のマッピングされた位置がベースレイヤ／参照ビューのピクチャ内にあるときでも、それがベースレイヤ／参照ビューの参照領域の外側にある場合、それは利用不可能な領域中にあると見なされ、そのような位置によって識別されたブロックは利用不可能であると見なされる。一実施形態では、参照領域は、現在レイヤ／ビューがそこから予測される（例えばレイヤ間予測又はビュー間予測のために使用するために利用可能である）、ベースレイヤ／参照ビューのピクチャ内の矩形領域として定義される。参照領域の外側のピクチャの画素又はブロックからの情報はレイヤ間予測／ビュー間予測のために使用されない。本明細書で使用するベースレイヤ／参照ビューの「ピクチャ」は、図４の下部の白い矩形４３４によって示されている、表示のためにクロップされたベースレイヤのピクチャを指し得る。代替的に、この用語は、図４の下部のブローク線４３６で示されている、ベースレイヤのコード化（例えば、復号）ピクチャを指し得る。
【０１２３】
最も近い利用可能なブロックを検索すること
[0127]一実施形態では、ブロック又は画素位置が、ベース／参照レイヤ／ビューの利用不可能なブロックにマッピングされるか、又は参照領域の左／右境界及び／又は上／下境界の外側にあることが識別されるとき、レイヤ間予測／ビュー間予測のために、利用不可能な参照ブロック（即ち対応するブロック）の右／左境界及び／又は下／上境界に最も近い利用可能なブロックの情報が使用され得る。そのような最も近い利用可能なブロックを検索する１つの方法は、対応するベース／参照レイヤ／ビュー位置の座標をベースレイヤ／参照の参照領域サイズの範囲にクリッピングすることによる方法であり、ここで、参照領域は、図４に示されているように、復号されたベースレイヤピクチャ（４３６）又はクロップトベースレイヤピクチャ（４３４）であり得る。但し、参照領域は、図４に示されたものに限定されず、拡張レイヤ又は拡張レイヤ中の特定のブロックのためのコーダによって指定された領域であり得る。
【０１２４】
[0128]例えば、対応するベース／参照レイヤ／ビュー位置の水平座標は、０と（reference_region_width-1）との間の範囲にクリッピングされ得、対応するベース／参照レイヤ／ビュー位置の垂直座標は、０と（reference_region_height-1）との間の範囲にクリッピングされ得る。対応するベース／参照レイヤ／ビュー位置の座標をクリッピングすることによって、最も近い利用可能な参照ブロックが配置され、そのようなブロックに対応する情報（例えば画素情報又は動き情報）は、拡張レイヤ中の現在ブロックを予測するために使用され得る。
【０１２５】
[0129]図５に、本開示の一実施形態による、ビデオ情報をコード化するための例示的な方法５００を示す。方法５００は、限定はしないが、インター予測ユニット１２１、動き補償ユニット１６２を含む、ビデオエンコーダ２０又はビデオデコーダ３０の１つ又は複数の構成要素によって実行され得る。幾つかの実施形態では、本明細書で説明するステップのうちの１つ又は複数を実装するために他の構成要素が使用され得る。例えば、方法５００は、図４に関して説明したアクションのうちの１つ又は複数を実行するために使用され得る。方法５００のステップについて、コーダによって実行されるものとして説明するが、そのようなステップは、エンコーダ（例えばビデオエンコーダ２０）又はデコーダ（例えばビデオデコーダ３０）によって実行され得る。
【０１２６】
[0130]ステップ５０５において、例えば、拡張レイヤ中の現在ブロックをコード化するための方法５００を開始する。ステップ５１０において、コーダは、対応するブロックが利用不可能であるかどうかを検査する。例えば、対応するブロックは、拡張レイヤ中の現在ブロックの同一位置配置ブロック、同一位置配置ブロックの隣接ブロック、又はコーダによって決定された他のブロックであり得る。そのような対応するブロックが利用不可能であるかどうかを決定するために、本明細書で説明する様々な利用可能性検査技法のいずれかが使用され得る。対応するブロックが利用不可能であると決定された場合（ステップ５１０においてＹＥＳ）、コーダは、ベースレイヤの対応するブロックに基づいて情報を導出する（ステップ５１５）。例えば、本明細書で説明するように、隣接ブロックはコーダによって配置され得、レイヤ間予測において使用するために、隣接ブロックに関連付けられた情報が導出され得る。導出された情報に基づいて、拡張レイヤ中の現在ブロックを予測するためにレイヤ間予測を実行する（ステップ５２０）。例えば、上記で説明したように、図２のビデオエンコーダ２０の予測ユニット１００又は図２のビデオデコーダ３０の予測ユニット１５２はそのような予測を実行し得る。ステップ５２５において方法５００を終了する。
【０１２７】
シンタックス要素及び残差情報
[0131]一実施形態では、ブロックが、ベース／参照レイヤ／ビューの利用不可能なブロックにマッピングされるか、又は参照領域の左／右境界及び／又は上／下境界の外側にあることが識別される場合、そのようなブロックについてシンタックス要素及び／又は残差情報のためのレイヤ間予測が無効にされる。代替的に、そのようなブロックについてレイヤ間予測を無効にする代わりに、レイヤ間予測のためにデフォルトシンタックス値が使用され得る。例えば、ゼロ動きフィールド（例えば、ＭＶが０に等しく、参照インデックスが０に等しい）が使用され得、イントラモードがＤＣ予測方向に設定され得る。
【０１２８】
[0132]別の実施形態では、隣接する利用可能なブロックのシンタックス要素は、利用不可能な対応するブロックのシンタックス要素の代わりに使用され得る。隣接する利用可能なブロックの情報を使用する場合、利用不可能なサブブロックのために使用される動きフィールドは、特にベースレイヤフレームが参照ピクチャリスト中に挿入される場合、（例えばＨＥＶＣにおけるような１６×１６サイズに基づいて）圧縮され得る。
【０１２９】
最小コード化単位（ＳＣＵ）サイズ
[0133]拡張レイヤのＳＣＵサイズ及びベースレイヤのＳＣＵサイズは、レイヤ間シンタックス予測のために利用不可能な領域を回避するように制限され得る。例えば、拡張レイヤのＳＣＵサイズは、ベースレイヤのＳＣＵサイズよりも小さいかそれに等しくなるように構成され得る。更に、空間スケーラビリティアスペクト比は、ＳＣＵサイズに対する制限を定義する際に考慮に入れられ得る。
【０１３０】
ピクチャ境界パディングサイズ
[0134]拡張レイヤのピクチャ境界パディングサイズ及びベースレイヤのピクチャ境界パディングサイズは、レイヤ間シンタックス予測のために利用不可能な領域を回避するように制限され得る。例えば、拡張レイヤのパディングサイズは、ベースレイヤのパディングサイズよりも小さいかそれに等しくなるように構成され得る。より詳細には、各ピクチャ境界（即ち拡張レイヤピクチャ中の左境界、上境界、右境界及び下境界）のパディングサイズは、ベースレイヤピクチャのパディングサイズよりも小さいかそれに等しくなり得る。更に、解像度比は、空間スケーラビリティの場合、ピクチャ境界パディングサイズに対する制限を定義する際に考慮に入れられ得る。
【０１３１】
動きフィールド情報の利用可能性
[0135]ビュー間動き予測／レイヤ間動き予測中に、拡張レイヤブロックの右下コーナーがピクチャの外側にある場合、動きフィールドは利用不可能であると見なされる。本明細書で使用するピクチャは、図４に示されているように、復号されたベースレイヤピクチャ又はクロップトベースレイヤピクチャ（cropped base layer picture）を指し得る。そのような場合、動きフィールドは、対応するベースレイヤブロックがベースレイヤピクチャの内側にある場合でも利用不可能であると見なされ得る。代替的に、別の実施形態では、拡張レイヤブロックの代表部分がピクチャの外側にあるが、拡張レイヤブロックの代表部分に対応するベースレイヤブロックがベースレイヤピクチャの内側にある場合、（必要な場合スケーラビリティ比に従ってスケーリングされる）ベースレイヤブロックからの動きフィールドは拡張レイヤブロックのために割り当てられ得る。
【０１３２】
動きフィールド情報の利用可能性
[0136]別の実施形態では、ブロックの右下コーナーの代わりに、ブロックの内側の他の点又は任意のサブブロックが代表点として使用され得る。例えば、ベースレイヤブロック又は拡張レイヤブロックの中心点、若しくはベースレイヤブロック又は拡張レイヤブロックの中心の４×４サブブロックのうちの１つが使用され得る。この代表点又はサブブロックが、対応するＢＬピクチャ又はＥＬピクチャの外側にある場合、本開示で説明する技法のうちの１つが適用され得る。ピクチャは、ここでは復号されたピクチャ又はクロップトピクチャ（cropped picture）であり得る。
【０１３３】
位置マッピングの前に座標をクリッピングすること
[0137]一実施形態では、ベース／参照レイヤ／ビュー中の対応するブロックの位置を決定するために位置マッピングプロセスを行う前に、現在拡張レイヤピクチャ中の位置に範囲制限が適用され得る。例えば、現在位置の座標は、ベース／参照レイヤ／ビュー中の対応する位置を取得するために位置マッピングプロセスを行う前に、現在の復号されたピクチャのピクチャサイズ範囲にクリッピングされ得る。別の例では、現在位置の座標は、ベース／参照レイヤ／ビュー中の対応する位置を取得するために位置マッピングプロセスを行う前に、現在のクロップトピクチャのピクチャサイズ範囲にクリッピングされ得る。
【０１３４】
クロップトピクチャ及び復号されたピクチャ
[0138]より詳細な図では、フレームの外側の領域は、図４に示されたベースレイヤＳＣＵ４３２のサイズとの整合によりベースレイヤフレームの拡張部分に関係する第１の部分（例えば図４のエリア４１８）と、図４上にハッチングで示された、ベースレイヤフレーム中に対応する部分を有しない第２の部分（例えば図４のエリア４２０）との２つの部分に分割され得る。
【０１３５】
[0139]上記で説明した技法は、エリア４１８とエリア４２０の両方に適用され得る。代替的に、情報は拡張ベースレイヤフレーム（即ちベースレイヤのコード化フレーム４３６）から取得され得るので、エリア４１８は利用可能であると見なされ得、従って、本開示で説明する技法はエリア４２０にのみ適用され得る。
【０１３６】
[0140]一実施形態では、ブロックの利用不可能性は、ベース／参照レイヤ／ビューピクチャ中のマッピングされた位置に従って直接検査され得る。図４に示されているように、使用され得る１つの技法は、ベース／参照レイヤ／ビューピクチャの実際のフレームサイズ内のマッピングされた位置が利用可能であり、実際のフレームサイズを越える部分が利用不可能であると見なすことである。代替的に、ベース／参照レイヤ／ビューピクチャのコード化フレームサイズ内のマッピングされた位置が利用可能であると見なされ得、コード化フレームサイズを越える部分が利用不可能であると見なされ得る。
【０１３７】
他の適用例
[0141]上記の説明では、動きレイヤ間予測が一例として使用されたが、同じ原理及び技法も、イントラモード、予測モード、スプリットフラグ、スキップフラグなど、他のシンタックス要素に適用可能である。
【０１３８】
[0142]代替又は追加として、上記の方法は、（イントラＢＬ予測又はテクスチャＢＬ予測、レイヤ間残差予測、差分領域イントラ予測、差分領域インター予測などを含む）レイヤ間画素予測に適用され得る。例えば、利用不可能な領域中にあるそれらのブロック又はそれらのブロックの一部について、レイヤ間画素予測は無効にされ得るか、若しくは、画素は、デフォルト値、例えば、０又は（１＜＜（ビット深度−１））で初期化され得、ここで、ビット深度は、８、１０、１２ビットなどであり得る。
【０１３９】
[0143]代替的に、画素は、隣接する利用可能な画素を使用してパディングされ得る。画素パディング方法は、例えば、補間のために画素パディングのために使用される同じ方法であり得る。しかしながら、拡張される必要がある画素の数は、補間目的のために必要な画素の数とは異なり得る。他の画素パディング方法も、制限なしに適用可能である。
【０１４０】
[0144]レイヤ間画素予測の場合、上述の利用不可能性検査方法は画素ごとに行われ得る。即ち、各画素について、ベース／参照レイヤ／ビューピクチャ中のそれのコロケート位置は、上述の規則を用いて利用可能性を検査するために使用される。画素がベース／参照レイヤ／ビューの利用不可能な位置にマッピングされたとき、マッピングされた位置の右／左境界及び／又は下／上境界に最も近い利用可能な位置の画素は、レイヤ間予測／ビュー間予測のために使用される。
【０１４１】
[0145]図４に示されているように、座標（０，０）をもつ左上コーナーは、ベースレイヤと拡張レイヤのために整合される。しかしながら、ソリューションは、そのようなコーナー整合が存在しない状況において適用され得る。そのような状況では、図４上に示された右及び下カウンターパートと同様の左側及び上側からの拡張レイヤフレームの外側に別の利用不可能なエリアがある。
【０１４２】
[0146]本明細書で開示する情報及び信号は、多種多様な技術及び技法のいずれかを使用して表され得る。例えば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁界又は磁性粒子、光場又は光学粒子、若しくはそれらの任意の組合せによって表され得る。
【０１４３】
[0147]本明細書で開示する実施形態に関して説明した様々な例示的な論理ブロック、ユニット、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、又は両方の組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、ユニット、モジュール、回路、及びステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例及び全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈されるべきではない。
【０１４４】
[0148]本明細書で説明した技術は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せで実装され得る。そのような技法は、汎用コンピュータ、ワイヤレス通信機器ハンドセット、又はワイヤレス通信機器ハンドセット及び他の機器における適用例を含む複数の用途を有する集積回路機器など、様々な機器のいずれかに実装され得る。ユニット、モジュール又は構成要素として説明した機能は、集積論理機器に一緒に、又はディスクリートであるが相互運用可能な論理機器として別々に実装され得る。ソフトウェアで実装した場合、本技法は、実行されたとき、上記で説明した方法のうちの１つ又は複数を実行する命令を含むプログラムコードを備えるコンピュータ可読データ記憶媒体によって、少なくとも部分的に実現され得る。コンピュータ可読データ記憶媒体は、パッケージング材料を含むことがあるコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、磁気又は光学データ記憶媒体など、メモリ又はデータ記憶媒体を備え得る。本技法は、追加又は代替として、伝搬信号又は電波など、命令又はデータ構造の形態でプログラムコードを搬送又は伝達し、コンピュータによってアクセスされ、読み取られ、及び／又は実行され得るコンピュータ可読通信媒体によって、少なくとも部分的に実現され得る。
【０１４５】
[0149]プログラムコードは、１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又は他の等価の集積回路又はディスクリート論理回路など、１つ又は複数のプロセッサを含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示で説明する技法のいずれかを実行するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であり得る。プロセッサは、コンピュータ機器の組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ又は複数のマイクロプロセッサ、若しくは任意の他のそのような構成として実装され得る。従って、本明細書で使用する「プロセッサ」という用語は、上記の構造、上記の構造の任意の組合せ、又は本明細書で説明した技法の実装に好適な他の構造又は装置のいずれかを指す。更に、幾つかの態様では、本明細書で説明した機能は、符号化及び復号のために構成された専用のソフトウェアモジュール又はハードウェアモジュール内に提供されるか、あるいは複合ビデオエンコーダ／デコーダ（コーデック）に組み込まれ得る。また、本技法は、１つ又は複数の回路又は論理要素において完全に実装され得る。
【０１４６】
[0150]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）又はＩＣのセット（例えば、チップセット）を含む、多種多様な機器又は装置において実装され得る。本開示では、開示する技法を実行するために構成された機器の機能的態様を強調するために様々な構成要素、モジュール、又はユニットについて説明したが、それらの構成要素、モジュール、又はユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェア及び／又はファームウェアとともに、上記で説明した１つ又は複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、又は相互動作可能なハードウェアユニットの集合によって与えられ得る。
【０１４７】
[0151]本発明の様々な実施形態について説明した。これら及び他の実施形態は以下の特許請求の範囲内に入る。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］  ビデオ情報をコード化するように構成される装置であって、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリユニットと、前記第２のブロックが前記第１のブロックに対応する、前記メモリユニットと通信しているプロセッサと、前記プロセッサが、レイヤ間予測によって、前記ベースレイヤ中の前記第２のブロックから導出された情報に基づいて前記拡張レイヤ中の前記第１のブロックを予測するように構成される、を備え、ここにおいて、前記第２のブロックの少なくとも一部分が前記ベースレイヤの参照領域の外側に配置され、前記参照領域が、前記第１のブロックの前記レイヤ間予測のために使用するために利用可能である、装置。
［２］  前記第２のブロックから導出された前記情報が、前記第２のブロックに最も近い隣接ブロックに対応する情報を含み、前記隣接ブロックが前記ベースレイヤの前記参照領域の内側に配置される、［１］に記載の装置。
［３］  前記隣接ブロックが、前記第２のブロックの座標情報を前記ベースレイヤの前記参照領域の範囲にクリッピングすることによって配置される、［２］に記載の装置。
［４］  前記ベースレイヤの前記第２のブロックを決定するために位置マッピングプロセスを行う前に、前記第１のブロックの座標情報が、最初に、現在の復号又はクロップトピクチャの範囲にクリッピングされる、［１］に記載の装置。
［５］  前記参照領域が、前記ベースレイヤの復号されたピクチャと前記ベースレイヤのクロップトピクチャとのうちの１つを更に含む、［１］に記載の装置。
［６］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックについてシンタックス要素及び残差情報のレイヤ間予測が無効にされる、［１］に記載の装置。
［７］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックの前記レイヤ間予測のためにデフォルトシンタックス値が使用される、［１］に記載の装置。
［８］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックの前記レイヤ間予測のために前記隣接ブロックのシンタックス値が使用される、［２］に記載の装置。
［９］  前記拡張レイヤの最小コード化単位（ＳＣＵ）サイズが前記ベースレイヤのＳＣＵサイズとは異なる、［１］に記載の装置。
［１０］  前記拡張レイヤの各ピクチャ境界の境界パディングサイズが、前記ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なる、［１］に記載の装置。
［１１］  ビデオ情報を符号化する方法であって、前記方法は、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を受信することと、前記第２のブロックが前記第１のブロックに対応する、レイヤ間予測によって、前記ベースレイヤ中の前記第２のブロックから導出された情報に基づいて前記拡張レイヤ中の前記第１のブロックを予測することと
を備え、ここにおいて、前記第２のブロックの少なくとも一部分が前記ベースレイヤの参照領域の外側に配置され、前記参照領域が、前記第１のブロックの前記レイヤ間予測のために使用するために利用可能である、方法。
［１２］  前記第２のブロックから導出された前記情報が、前記第２のブロックに最も近い隣接ブロックに対応する情報を含み、前記隣接ブロックが前記ベースレイヤの前記参照領域の内側に配置される、［１１］に記載の方法。
［１３］  前記第２のブロックの座標情報を前記ベースレイヤの前記参照領域の範囲にクリッピングすることによって前記隣接ブロックを配置すること
を更に備える、［１２］に記載の方法。
［１４］  前記第１のブロックの座標情報を現在の復号又はクロップトピクチャの範囲にクリッピングすることと、前記第１のブロックのクリッピングされた前記座標情報に基づいて、前記ベースレイヤの前記第２のブロックを決定するために位置マッピングプロセスを行うことと
を更に備える、［１１］に記載の方法。
［１５］  前記参照領域が、復号されたピクチャとクロップトピクチャとのうちの１つを更に含む、［１１］に記載の方法。
［１６］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックについてシンタックス要素及び残差情報のレイヤ間予測を無効にすること
を更に備える、［１１］に記載の方法。
［１７］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックの前記レイヤ間予測のためにデフォルトシンタックス値を使用すること
を更に備える、［１１］に記載の方法。
［１８］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックの前記レイヤ間予測のために前記隣接ブロックのシンタックス値を使用すること
を更に備える、［１２］に記載の方法。
［１９］  前記拡張レイヤの最小コード化単位（ＳＣＵ）サイズが前記ベースレイヤのＳＣＵサイズとは異なる、［１１］に記載の方法。
［２０］  前記拡張レイヤの各ピクチャ境界の境界パディングサイズが、前記ベースレイヤの各対応するピクチャ境界の境界パディングサイズとは異なる、［１１］に記載の方法。
［２１］  ビデオ情報を復号する方法であって、前記方法は、符号化ビデオビットストリームから抽出されたシンタックス要素を受信することと、ここにおいて、前記シンタックス要素が、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を備え、前記第２のブロックが前記第１のブロックに対応する、レイヤ間予測によって、前記ベースレイヤ中の前記第２のブロックから導出された情報に基づいて前記拡張レイヤ中の前記第１のブロックを予測することと
を備え、ここにおいて、前記第２のブロックの少なくとも一部分が前記ベースレイヤの参照領域の外側に配置され、前記参照領域が、前記第１のブロックの前記レイヤ間予測のために使用するために利用可能である、方法。
［２２］  前記第２のブロックから導出された前記情報が、前記第２のブロックに最も近い隣接ブロックに対応する情報を含み、前記隣接ブロックが前記ベースレイヤの前記参照領域の内側に配置される、［２１］に記載の方法。
［２３］  前記第２のブロックの座標情報を前記ベースレイヤの前記参照領域の範囲にクリッピングすることによって前記隣接ブロックを配置すること
を更に備える、［２２］に記載の方法。
［２４］  前記第１のブロックの座標情報を現在の復号又はクロップトピクチャの範囲にクリッピングすることと、前記第１のブロックのクリッピングされた前記座標情報に基づいて、前記ベースレイヤの前記第２のブロックを決定するために位置マッピングプロセスを行うことと
を更に備える、［２１］に記載の方法。
［２５］  前記参照領域が、復号されたピクチャとクロップトピクチャとのうちの１つを更に含む、［２１］に記載の方法。
［２６］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックについてシンタックス要素及び残差情報のレイヤ間予測を無効にすること
を更に備える、［２１］に記載の方法。
［２７］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックの前記レイヤ間予測のためにデフォルトシンタックス値を使用すること
を更に備える、［２１］に記載の方法。
［２８］  前記第２のブロックが前記ベースレイヤの前記参照領域の外側にあると決定された場合に、前記第１のブロックの前記レイヤ間予測のために前記隣接ブロックのシンタックス値を使用すること
を更に備える、［２２］に記載の方法。
［２９］  前記拡張レイヤの最小コード化単位（ＳＣＵ）サイズが前記ベースレイヤのＳＣＵサイズとは異なる、［２１］に記載の方法。
［３０］  前記拡張レイヤの各ピクチャ境界の境界パディングサイズが、各々の境界パディングサイズとは異なる、［２１］に記載の方法。
［３１］  実行されたとき、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を記憶することと、前記第２のブロックが前記第１のブロックに対応する、レイヤ間予測によって、前記ベースレイヤ中の前記第２のブロックから導出された情報に基づいて前記拡張レイヤ中の前記第１のブロックを予測することと
を装置に行わせるコードを備え、ここにおいて、前記第２のブロックの少なくとも一部分が前記ベースレイヤの参照領域の外側に配置され、前記参照領域が、前記第１のブロックの前記レイヤ間予測のために使用するために利用可能である、非一時的コンピュータ可読媒体。
［３２］  前記第２のブロックから導出された前記情報が、前記第２のブロックに最も近い隣接ブロックに対応する情報を含み、前記隣接ブロックが前記ベースレイヤの前記参照領域の内側に配置される、［３１］に記載の媒体。
［３３］  前記装置が、前記第２のブロックの座標情報を前記ベースレイヤの前記参照領域の範囲にクリッピングすることによって前記隣接ブロックを配置すること
を行うように更に構成される、［３２］に記載の媒体。
［３４］  ビデオ情報をコード化するように構成されるビデオコード化装置であって、前記ビデオコード化装置は、第１のブロックを有する拡張レイヤと第２のブロックを有するベースレイヤとに関連付けられたビデオ情報を記憶するための手段と、前記第２のブロックが前記第１のブロックに対応する、レイヤ間予測によって、前記ベースレイヤ中の前記第２のブロックから導出された情報に基づいて前記拡張レイヤ中の前記第１のブロックを予測するための手段と
を備え、ここにおいて、前記第２のブロックの少なくとも一部分が前記ベースレイヤの参照領域の外側に配置され、前記参照領域が、前記第１のブロックの前記レイヤ間予測のために使用するために利用可能である、ビデオコード化装置。
［３５］  前記第２のブロックから導出された前記情報が、前記第２のブロックに最も近い隣接ブロックに対応する情報を含み、前記隣接ブロックが前記ベースレイヤの前記参照領域の内側に配置される、［３４］に記載の装置。
［３６］  前記第２のブロックの座標情報を前記ベースレイヤの前記参照領域の範囲にクリッピングすることによって前記隣接ブロックを配置するための手段
を更に備える、［３５］に記載の装置。
【図１】
0006430394.tif 000002
【図２】
0006430394.tif 000003
【図３】
0006430394.tif 000004
【図４】
0006430394.tif 000005
【図５】
0006430394.tif 000006