(57)【要約】いくつかの例では、ビデオエンコーダは、ＳＥＩメッセージに複数のシーケンスパラメータセット（ＳＰＳ）ＩＤを含め、複数のアクティブＳＰＳがビデオデコーダに示されるようにし得る。いくつかの例では、ビデオデコーダは、ビデオパラメータセット（ＶＰＳ）および／または１つもしくは複数のＳＰＳを、例えば、ＳＥＩメッセージにおけるＶＰＳ  ＩＤおよび１つまたは複数のＳＰＳ  ＩＤの包含に基づいて、ＳＥＩメッセージを参照することを通じてアクティブ化する。ＳＥＩメッセージは、例として、アクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージであり得る。【選択図】図６
2015529436.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、
ビデオデータと前記ビデオデータを復号するためのシンタックス情報とを含むビットストリームを復号することと、ここにおいて前記シンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいて前記ＳＥＩメッセージは前記アクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す、
前記ＳＥＩメッセージで示される前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを復号することと
を備える方法。
【請求項２】
前記ＳＥＩメッセージはアクティブパラメータセットＳＥＩメッセージを備える、請求項１に記載の方法。
【請求項３】
前記アクティブパラメータセットＳＥＩメッセージは、復号順序で前記アクセスユニットの前記ビデオデータの第１の部分に先行する、請求項２に記載の方法。
【請求項４】
前記ＳＥＩメッセージはバッファリング期間ＳＥＩメッセージを備える、請求項１に記載の方法。
【請求項５】
前記ＳＥＩメッセージは、前記複数のＳＰＳの第１のＳＰＳを示す第１のシンタックス要素と、前記ＳＥＩメッセージで示される追加ＳＰＳの数を指定する第２のシンタックス要素と、前記追加ＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項１に記載の方法。
【請求項６】
前記第１のシンタックス要素は、ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄシンタックス要素を備え、前記第２のシンタックス要素は、ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項５に記載の方法。
【請求項７】
前記ＳＥＩメッセージは、前記複数のＳＰＳの数を指定する第１のシンタックス要素と、前記複数のＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項１に記載の方法。
【請求項８】
前記第１のシンタックス要素は、ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項７に記載の方法。
【請求項９】
前記ビデオデータは、複数のレイヤまたは複数のビューのうちの少なくとも１つを備え、
前記複数のＳＰＳの各々は、前記複数のレイヤまたは複数のビューのうちの該当の１つまたは複数に関連付けられ、
前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを復号することは、前記レイヤまたはビューの各々に関して、前記レイヤまたはビューに関連する前記ＳＰＳに基づいて、前記レイヤまたはビューの前記ビデオデータを復号することを備える、請求項１に記載の方法。
【請求項１０】
前記複数のレイヤまたはビューにそれぞれ関連付けられる識別子を判断することと、ここにおいて前記識別子を判断することは、
前記識別子のうちの少なくとも１つを復号すること、または
前記該当のレイヤまたはビューの階層位置に基づいて、前記識別子のうちの少なくとも１つを導出することのうちの少なくとも１つを備える、
前記ＳＥＩメッセージにおける指示および前記判断された識別子に基づいて、前記複数のレイヤまたはビューの前記ビデオデータをそれぞれ復号するための前記複数のＳＰＳを判断することと
をさらに備える、請求項９に記載の方法。
【請求項１１】
前記複数のＳＰＳの各々は、前記複数のレイヤのうちの該当の１つまたは複数に関連付けられ、前記複数のＳＰＳのうちの少なくとも１つは、アクティブレイヤＳＰＳを備える、請求項９に記載の方法。
【請求項１２】
前記ビデオデータは、マルチビュービデオデータ、３次元ビデオデータ、またはスケーラブルビデオコーディングビデオデータのうちの少なくとも１つを備える、請求項９に記載の方法。
【請求項１３】
前記ＳＥＩメッセージにおける前記複数のＳＰＳおよび前記ＶＰＳの指示に基づいて、前記複数のＳＰＳと前記ＶＰＳとをアクティブ化することをさらに備え、ここにおいて前記ビデオデータを復号することは、前記複数のアクティブ化されたＳＰＳおよび前記アクティブ化されたＶＰＳに基づいて前記アクセスユニットの前記ビデオデータを復号することを備える、請求項１に記載の方法。
【請求項１４】
ビデオデータを符号化する方法であって、
ビデオデータと前記ビデオデータを符号化するためのシンタックス情報とを含むビットストリームを符号化することと、ここにおいて前記シンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいて前記ＳＥＩメッセージは前記アクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す、
前記ＳＥＩメッセージで示される前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを符号化することと
を備える方法。
【請求項１５】
前記ＳＥＩメッセージはアクティブパラメータセットＳＥＩメッセージを備える、請求項１４に記載の方法。
【請求項１６】
前記アクティブパラメータセットＳＥＩメッセージは、符号化順序で前記アクセスユニットの前記ビデオデータの第１の部分に先行する、請求項１５に記載の方法。
【請求項１７】
前記ＳＥＩメッセージはバッファリング期間ＳＥＩメッセージを備える、請求項１４に記載の方法。
【請求項１８】
前記ＳＥＩメッセージは、前記複数のＳＰＳの第１のＳＰＳを示す第１のシンタックス要素と、前記ＳＥＩメッセージで示される追加ＳＰＳの数を指定する第２のシンタックス要素と、前記追加ＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項１４に記載の方法。
【請求項１９】
前記第１のシンタックス要素は、ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄシンタックス要素を備え、前記第２のシンタックス要素は、ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項１８に記載の方法。
【請求項２０】
前記ＳＥＩメッセージは、前記複数のＳＰＳの数を指定する第１のシンタックス要素と、前記複数のＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項１４に記載の方法。
【請求項２１】
前記第１のシンタックス要素は、ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項２０に記載の方法。
【請求項２２】
前記ビデオデータは、複数のレイヤまたは複数のビューのうちの少なくとも１つを備え、
前記複数のＳＰＳの各々は、前記複数のレイヤまたは複数のビューのうちの該当の１つまたは複数に関連付けられ、
前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを符号化することは、前記レイヤまたはビューの各々に関して、前記レイヤまたはビューに関連する前記ＳＰＳに基づいて、前記レイヤまたはビューの前記ビデオデータを符号化することを備える、請求項１４に記載の方法。
【請求項２３】
前記複数のＳＰＳの各々は、前記複数のレイヤのうちの該当の１つまたは複数に関連付けられ、前記複数のＳＰＳのうちの少なくとも１つは、アクティブレイヤＳＰＳを備える、請求項２２に記載の方法。
【請求項２４】
前記ビデオデータは、マルチビュービデオデータ、３次元ビデオデータ、またはスケーラブルビデオコーディングビデオデータのうちの少なくとも１つを備える、請求項２２に記載の方法。
【請求項２５】
前記複数のＳＰＳおよび前記ＶＰＳは、ビデオデコーダによって、前記ＳＥＩメッセージにおける前記複数のＳＰＳおよび前記ＶＰＳの指示に基づいてアクティブ化される、請求項１４に記載の方法。
【請求項２６】
ビデオデコーダを備えるデバイスであって、前記ビデオデコーダは、
ビデオデータと前記ビデオデータを復号するためのシンタックス情報とを含むビットストリームを復号し、ここにおいて前記シンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいて前記ＳＥＩメッセージは前記アクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す、
前記ＳＥＩメッセージで示される前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを復号する
ように構成される、デバイス。
【請求項２７】
前記ＳＥＩメッセージはアクティブパラメータセットＳＥＩメッセージを備える、請求項２６に記載のデバイス。
【請求項２８】
前記アクティブパラメータセットＳＥＩメッセージは、復号順序で前記アクセスユニットの前記ビデオデータの第１の部分に先行する、請求項２７に記載のデバイス。
【請求項２９】
前記ＳＥＩメッセージはバッファリング期間ＳＥＩメッセージを備える、請求項２６に記載のデバイス。
【請求項３０】
前記ＳＥＩメッセージは、前記複数のＳＰＳの第１のＳＰＳを示す第１のシンタックス要素と、前記ＳＥＩメッセージで示される追加ＳＰＳの数を指定する第２のシンタックス要素と、前記追加ＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項２６に記載のデバイス。
【請求項３１】
前記第１のシンタックス要素は、ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄシンタックス要素を備え、前記第２のシンタックス要素は、ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項３０に記載のデバイス。
【請求項３２】
前記ＳＥＩメッセージは、前記複数のＳＰＳの数を指定する第１のシンタックス要素と、前記複数のＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項２６に記載のデバイス。
【請求項３３】
前記第１のシンタックス要素は、ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項３２に記載のデバイス。
【請求項３４】
前記ビデオデータは、複数のレイヤまたは複数のビューのうちの少なくとも１つを備え、
前記複数のＳＰＳの各々は、前記複数のレイヤまたは複数のビューのうちの該当の１つまたは複数に関連付けられ、
前記レイヤまたはビューの各々に関して、前記ビデオデコーダは、前記レイヤまたはビューに関連する前記ＳＰＳに基づいて、前記レイヤまたはビューの前記ビデオデータを復号するように構成される、請求項２６に記載のデバイス。
【請求項３５】
前記ビデオデコーダは、
前記複数のレイヤまたはビューにそれぞれ関連付けられる識別子を判断し、ここにおいて前記識別子を判断することは、
前記識別子のうちの少なくとも１つを復号すること、または
前記該当のレイヤまたはビューの階層位置に基づいて、前記識別子のうちの少なくとも１つを導出することのうちの少なくとも１つを備える、
前記ＳＥＩメッセージにおける指示および前記判断された識別子に基づいて、前記複数のレイヤまたはビューの前記ビデオデータをそれぞれ復号するための前記複数のＳＰＳを判断する
ようにさらに構成される、請求項３４に記載のデバイス。
【請求項３６】
前記複数のＳＰＳの各々は、前記複数のレイヤのうちの該当の１つまたは複数に関連付けられ、前記複数のＳＰＳのうちの少なくとも１つは、アクティブレイヤＳＰＳを備える、請求項３５に記載のデバイス。
【請求項３７】
前記ビデオデータは、マルチビュービデオデータ、３次元ビデオデータ、またはスケーラブルビデオコーディングビデオデータのうちの少なくとも１つを備える、請求項３５に記載のデバイス。
【請求項３８】
前記ビデオデコーダは、前記ＳＥＩメッセージにおける前記複数のＳＰＳおよび前記ＶＰＳの指示に基づいて、前記複数のＳＰＳと前記ＶＰＳとをアクティブ化し、前記複数のアクティブ化されたＳＰＳおよび前記アクティブ化されたＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを復号するようにさらに構成される、請求項２６に記載のデバイス。
【請求項３９】
前記ビデオデコーダを実装する集積回路、
前記ビデオデコーダを実装するマイクロプロセッサ、および
前記ビデオデコーダを含むワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項２６に記載のデバイス。
【請求項４０】
ビデオエンコーダを備えるデバイスであって、前記ビデオエンコーダは、
ビデオデータと前記ビデオデータを符号化するためのシンタックス情報とを含むビットストリームを符号化し、ここにおいて前記シンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいて前記ＳＥＩメッセージは前記アクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す、
前記ＳＥＩメッセージで示される前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータを符号化する
ように構成される、デバイス。
【請求項４１】
前記ＳＥＩメッセージはアクティブパラメータセットＳＥＩメッセージを備える、請求項４０に記載のデバイス。
【請求項４２】
前記アクティブパラメータセットＳＥＩメッセージは、符号化順序で前記アクセスユニットの前記ビデオデータの第１の部分に先行する、請求項４１に記載のデバイス。
【請求項４３】
前記ＳＥＩメッセージはバッファリング期間ＳＥＩメッセージを備える、請求項４０に記載のデバイス。
【請求項４４】
前記ＳＥＩメッセージは、前記複数のＳＰＳの第１のＳＰＳを示す第１のシンタックス要素と、前記ＳＥＩメッセージで示される追加ＳＰＳの数を指定する第２のシンタックス要素と、前記追加ＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項４０に記載のデバイス。
【請求項４５】
前記第１のシンタックス要素は、ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄシンタックス要素を備え、前記第２のシンタックス要素は、ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項４４に記載のデバイス。
【請求項４６】
前記ＳＥＩメッセージは、前記複数のＳＰＳの数を指定する第１のシンタックス要素と、前記複数のＳＰＳをそれぞれ示す１つまたは複数の追加シンタックス要素とを含む、請求項４０に記載のデバイス。
【請求項４７】
前記第１のシンタックス要素は、ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１シンタックス要素を備え、前記１つまたは複数の追加シンタックス要素は、ｉ＝０；ｉ≦ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１；ｉ＋＋の場合のａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］シンタックス要素を備える、請求項４６に記載のデバイス。
【請求項４８】
前記ビデオデータは、複数のレイヤまたは複数のビューのうちの少なくとも１つを備え、
前記複数のＳＰＳの各々は、前記複数のレイヤまたは複数のビューのうちの該当の１つまたは複数に関連付けられ、
前記レイヤまたはビューの各々に関して、前記ビデオエンコーダは、前記レイヤまたはビューに関連する前記ＳＰＳに基づいて、前記レイヤまたはビューの前記ビデオデータを符号化するように構成される、請求項４０に記載のデバイス。
【請求項４９】
前記複数のＳＰＳの各々は、前記複数のレイヤのうちの該当の１つまたは複数に関連付けられ、前記複数のＳＰＳのうちの少なくとも１つは、アクティブレイヤＳＰＳを備える、請求項４８に記載のデバイス。
【請求項５０】
前記ビデオデータは、マルチビュービデオデータ、３次元ビデオデータ、またはスケーラブルビデオコーディングビデオデータのうちの少なくとも１つを備える、請求項４８に記載のデバイス。
【請求項５１】
前記複数のＳＰＳおよび前記ＶＰＳは、ビデオデコーダによって、前記ＳＥＩメッセージにおける前記複数のＳＰＳおよび前記ＶＰＳの指示に基づいてアクティブ化される、請求項４０に記載のデバイス。
【請求項５２】
前記ビデオエンコーダを実装する集積回路、
前記ビデオエンコーダを実装するマイクロプロセッサ、および
前記ビデオエンコーダを含むワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項４０に記載のデバイス。
【請求項５３】
ビデオデータと前記ビデオデータをコーディングするためのシンタックス情報とを含むビットストリームをコーディングするための手段と、ここにおいて前記シンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいて前記ＳＥＩメッセージは前記アクセスユニットのビデオデータをコーディングするための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す、
前記ＳＥＩメッセージで示される前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータをコーディングするための手段と
を備えるデバイス。
【請求項５４】
前記ＳＥＩメッセージはアクティブパラメータセットＳＥＩメッセージを備える、請求項５３に記載のデバイス。
【請求項５５】
前記ビデオデータは、複数のレイヤまたは複数のビューのうちの少なくとも１つを備え、
前記複数のＳＰＳの各々は、前記複数のレイヤまたは複数のビューのうちの該当の１つまたは複数に関連付けられ、
前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータをコーディングするための前記手段は、前記レイヤまたはビューの各々に関して、前記レイヤまたはビューに関連する前記ＳＰＳに基づいて、前記レイヤまたはビューの前記ビデオデータをコーディングするための手段を備える、請求項５３に記載のデバイス。
【請求項５６】
前記ビデオデータは、マルチビュービデオデータ、３次元ビデオデータ、またはスケーラブルビデオコーディングビデオデータのうちの少なくとも１つを備える、請求項５５に記載のデバイス。
【請求項５７】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、ビデオコーダの１つまたは複数のプロセッサによって実行されたときに、前記ビデオコーダに、
ビデオデータと前記ビデオデータをコーディングするためのシンタックス情報とを含むビットストリームをコーディングさせ、ここにおいて前記シンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいて前記ＳＥＩメッセージは前記アクセスユニットのビデオデータをコーディングするための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す、
前記ＳＥＩメッセージで示される前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータをコーディングさせる、コンピュータ可読記憶媒体。
【請求項５８】
前記ＳＥＩメッセージはアクティブパラメータセットＳＥＩメッセージを備える、請求項５７に記載のコンピュータ可読記憶媒体。
【請求項５９】
前記ビデオデータは、複数のレイヤまたは複数のビューのうちの少なくとも１つを備え、
前記複数のＳＰＳの各々は、前記複数のレイヤまたは複数のビューのうちの該当の１つまたは複数に関連付けられ、
前記１つまたは複数のプロセッサに、前記複数のＳＰＳおよび前記ＶＰＳに基づいて、前記アクセスユニットの前記ビデオデータをコーディングさせる前記命令は、前記１つまたは複数のプロセッサに、前記レイヤまたはビューの各々に関して、前記レイヤまたはビューに関連する前記ＳＰＳに基づいて、前記レイヤまたはビューの前記ビデオデータをコーディングさせる命令を備える、請求項５７に記載のコンピュータ可読記憶媒体。
【請求項６０】
前記ビデオデータは、マルチビュービデオデータ、３次元ビデオデータ、またはスケーラブルビデオコーディングビデオデータのうちの少なくとも１つを備える、請求項５９に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
[0001]本出願は２０１２年９月２１日に出願された米国仮出願第６１／７０４，２１４号の利益を主張するもので、その内容全体が参照により本明細書に組み込まれる。
【技術分野】
【０００２】
[0002]本開示はビデオコーディングに関し、より詳細には、ビデオコーディングで使用されるパラメータセットに関する。
【背景技術】
【０００３】
[0003]  デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、所謂「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）（Ｈ．２６４／ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびこのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。Ｈ．２６４／ＡＶＣは、例として、スケーラブルビデオコーディング（ＳＶＣ：Scalable Video Coding）およびマルチビュービデオコーディング（ＭＶＣ：Multiview Video Coding）の拡張を有する。ビデオデバイスは、このようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
【０００４】
[0004]  ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を含む。ブロックベースのビデオコーディングの場合、ビデオスライス（例えば、ピクチャまたはピクチャの一部分）が、ツリーブロック（treeblock）、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコーディングされた（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック内の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック内の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用できる。
【０００５】
[0005]  空間的または時間的予測の結果として、コーディングされるべきブロックのための予測ブロック(predictive block)がもたらされる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およびコーディングされたブロックと予測ブロックとの間の差分を示す残差データ(residual data)に従って符号化される。イントラコーディングされたブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて、残差変換係数(residual transform coefficients)が得られ得、その残差変換係数は、次いで量子化され得る。量子化変換係数(quantized transform coefficients)は、最初に２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査されてよく、なお一層の圧縮を達成するためにエントロピーコーディングが適用されてよい。
【発明の概要】
【０００６】
[0006]  一般に、本開示は、ビデオコーディングのためにどのパラメータセットがアクティブであるかを示すための技法について説明し、いくつかの例では、このようなパラメータセットのアクティブ化をサポートするための技法について説明する。いくつかの例では、ビデオエンコーダが、例えばアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージであるＳＥＩメッセージに複数のシーケンスパラメータセット（ＳＰＳ：sequence parameter set）識別子（ＩＤ）を含み、複数のアクティブＳＰＳがビデオデコーダに示され得るようにする。いくつかの例では、ビデオデコーダが、例えば、ＳＥＩメッセージにおけるＶＰＳ  ＩＤおよび１つまたは複数のＳＰＳ  ＩＤの包含に基づいて、ＳＥＩメッセージを参照することを通じてビデオパラメータセット（ＶＰＳ： video parameter set）および／または１つもしくは複数のＳＰＳをアクティブ化する。ＳＥＩメッセージは、例えば、バッファリング期間ＳＥＩメッセージのアクティブパラメータセットＳＥＩメッセージであり得る。
【０００７】
[0007]  一例では、ビデオデータを復号する方法が、ビデオデータとこのビデオデータを復号するためのシンタックス情報(syntax information)とを含むビットストリームを復号することを備え、ここにおいてこのシンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージを備え、ここにおいてこのＳＥＩメッセージはアクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す。本方法はＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータを復号することをさらに備える。
【０００８】
[0008]  別の例では、ビデオデータを符号化する方法が、ビデオデータとこのビデオデータを符号化するためのシンタックス情報とを含むビットストリームを符号化することを備え、ここにおいてこのシンタックス情報はアクセスユニットの補足エンハンスメント情報、メッセージを備え、ここにおいてこのＳＥＩメッセージはアクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す。本方法はＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータを符号化することをさらに備える。
【０００９】
[0009]  別の例では、デバイスが、ビデオデータとこのビデオデータを復号するためのシンタックス情報とを含むビットストリームを復号するように構成されたビデオデコーダを備え、ここにおいてこのシンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいてこのＳＥＩメッセージはアクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す。このビデオデコーダはＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータを復号するようにさらに構成される。
【００１０】
[0010]  別の例では、デバイスが、ビデオデータとこのビデオデータを符号化するためのシンタックス情報とを含むビットストリームを符号化するように構成されたビデオエンコーダを備え、ここにおいてこのシンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいてこのＳＥＩメッセージはアクセスユニットのビデオデータを復号するための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す。このビデオエンコーダはＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータを符号化するようにさらに構成される。
【００１１】
[0011]  別の例では、デバイスは、ビデオデータとこのビデオデータをコーディングするためのシンタックス情報とを含むビットストリームをコーディングするための手段を備え、ここにおいてこのシンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいてこのＳＥＩメッセージはアクセスユニットのビデオデータをコーディングするための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す。このデバイスはＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータをコーディングするための手段をさらに備える。
【００１２】
[0012]  別の例では、コンピュータ可読記憶媒体が、その上に記憶された複数の命令を有し、これら命令は、ビデオコーダの１つまたは複数のプロセッサによって実行されたときに、ビデオデータとこのビデオデータをコーディングするためのシンタックス情報とを含むビットストリームをビデオコーダにコーディングさせ、ここにおいてこのシンタックス情報はアクセスユニットの補足エンハンスメント情報（ＳＥＩ）メッセージを備え、ここにおいてこのＳＥＩメッセージはアクセスユニットのビデオデータをコーディングするための複数のシーケンスパラメータセット（ＳＰＳ）とビデオパラメータセット（ＶＰＳ）とを示す。これら命令はさらにビデオコーダにＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータをコーディングさせる。
【００１３】
[0013]  本開示の１つまたは複数の態様の詳細が、添付の図面および以下の説明において記載される。本開示で説明する技法の他の特徴、目的、および利点は、これらの説明および図面から、および特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１４】
【図１】本開示で説明するアクティブパラメータセットを示し、パラメータセットをアクティブ化するための技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。
【図２】図１の例で示されるビデオエンコーダをより詳細に示すブロック図。
【図３】図１の例で示されるビデオデコーダをより詳細に示すブロック図。
【図４】ネットワークの一部を形成するデバイスの例示的なセットを示すブロック図。
【図５】ビットストリーム中の符号化されたビデオデータを復号するためのアクティブビデオパラメータセット（ＶＰＳ）と複数のアクティブシーケンスパラメータセット（ＳＰＳ）とをビデオデコーダに示す補足エンハンスメント情報（ＳＥＩ）メッセージを含むようにビットストリームを符号化するための例示的な方法を示すフロー図。
【図６】ビットストリームのビデオデータを復号するためのアクティブＶＰＳと複数のアクティブＳＰＳとを示すＳＥＩメッセージを含むビットストリームを復号するための例示的な方法を示すフロー図。
【図７】ビットストリームのビデオデータを復号するためにビデオデコーダによってアクティブ化されるＶＰＳと１つまたは複数のＳＰＳとをビデオデコーダに示すＳＥＩメッセージを含むようにビットストリームを符号化するための例示的な方法を示すフロー図。
【図８】ＳＥＩメッセージを含むビットストリームを復号し、ＳＥＩメッセージでＶＰＳと１つまたは複数のＳＰＳとを参照することに基づいて、ビットストリームのビデオデータを復号するために、ＶＰＳと１つまたは複数のＳＰＳとをアクティブ化するための例示的な方法を示すフロー図。
【発明を実施するための形態】
【００１５】
詳細な説明
[0022]  一般に、本開示は、ビデオコーディングのためにどのパラメータセットがアクティブであるかを示すための技法について説明し、いくつかの例では、このようなパラメータセットのアクティブ化をサポートするための技法について説明する。いくつかの例では、ビデオエンコーダが、例えばアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージであるＳＥＩメッセージに複数のシーケンスパラメータセット（ＳＰＳ）識別子（ＩＤ）を含み、複数のアクティブＳＰＳがビデオデコーダに示され得るようにする。いくつかの例では、コーディングされたビデオデータが、複数のレイヤおよび／またはビューを備え、ＳＰＳの各々が、レイヤおよび／またはビューのうちの該当の１つまたは複数をコーディング、例えば符号化または復号するために使用され得る。これらアクティブＳＰＳが該当のレイヤに関連付けられるいくつかの例では、アクティブＳＰＳがアクティブレイヤＳＰＳと呼ばれ得る。ＳＥＩメッセージにおける複数のＳＰＳ  ＩＤの包含は、マルチビュー、３Ｄビデオ（３ＤＶ： 3D video）および／またはスケーラブルビデオコーディングを容易にし得る。
【００１６】
[0023]  いくつかの例では、ビデオデコーダが、ビデオパラメータセット（ＶＰＳ）および／または１つもしくは複数のＳＰＳを、例えば、ＳＥＩメッセージにおけるＶＰＳ  ＩＤおよび１つまたは複数のＳＰＳ  ＩＤの包含に基づいて、ＳＥＩメッセージを参照することを通じてアクティブ化する。ＳＥＩメッセージは、例えば、アクティブパラメータセットＳＥＩメッセージであり得る。このような例では、ビデオエンコーダによって提供されるアクティブパラメータセットＳＥＩメッセージが、アクティブＶＰＳと１つまたは複数のアクティブＳＰＳとを示すだけではなく、ビデオデコーダに、ビデオデータを復号するためにそれらをアクティブ化させる。
【００１７】
[0024]  他の例では、エンコーダが、アクティブパラメータセットＳＥＩメッセージを提供しないことがあり、代わりに、第１のシンタックス要素として（現在のＨＥＶＣ仕様によれば単一のＳＰＳ  ＩＤを既に含むことがある）バッファリング期間ＳＥＩメッセージにＶＰＳ  ＩＤを含めることがある。このような例で、ビデオエンコーダは、複数のＳＰＳ  ＩＤをバッファリング期間ＳＥＩメッセージに含めることができ、ビデオデコーダは、バッファリング期間ＳＥＩメッセージを参照することを通じて、ＶＰＳと１つまたは複数のＳＰＳとをアクティブ化できる。また、コーディングされたビデオデータは、複数のレイヤおよび／またはビューを備え、複数のＳＰＳの各々は、レイヤおよび／またはビューのうちの該当の１つまたは複数をコーディング、例えば符号化または復号するために使用され得る。このような例では、例えばビデオデコーダによるＳＥＩメッセージの参照を通じた複数のＳＰＳのアクティブ化が、マルチビュー、３ＤＶおよび／またはスケーラブルビデオコーディングを容易にし得る。
【００１８】
[0025]  本開示の技法は、様々なビデオコーディング規格のいずれかに従って動作するビデオコーダ、例えばビデオエンコーダおよびビデオデコーダで実施され得る。例えば、本開示の技法は、Ｈ．２６５と呼ばれることもある現在開発中のＨＥＶＣ規格に従って動作するビデオコーダで実施され得る。ＨＥＶＣ規格は、ＨＥＶＣの配信バージョン用の規格番号であることを意図されたＩＳＯ／ＩＥＣ  ２３００８−ＨＥＶＣと呼ばれることもある。この規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣなどの前のコーディング規格に従って動作するデバイスと比較して、ビデオコーディングデバイスのいくつかの異なる機能を仮定する。例えば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＭは３５個ものイントラ予測符号化モードを提供する。
【００１９】
[0026]  「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ６」または「ＷＤ６」と呼ばれるＨＥＶＣの最近のワーキングドラフト（ＷＤ）は、文書ＪＣＴＶＣ−Ｈ１００３、Ｂｒｏｓｓら、「Ｈｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＨＥＶＣ）  ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ６」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第８回会合：米国、カリフォルニア州、サンノゼ、２０１２年２月に記載されており、この文書の全体が参照により本明細書に組み込まれ、この文書は２０１３年５月１３日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／８＿Ｓａｎ％２０Ｊｏｓｅ／ｗｇ１１／ＪＣＴＶＣ−Ｈ１００３−ｖ２２．ｚｉｐからダウンロード可能である。
【００２０】
[0027]  さらに、「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ８」または「ＷＤ８」と呼ばれるＨＥＶＣの別の最近のワーキングドラフトであるＷｏｒｋｉｎｇ  Ｄｒａｆｔ  ８は、文書ＨＣＴＶＣ−Ｊ１００３＿ｄ７、Ｂｒｏｓｓら、「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＨＥＶＣ）  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ８」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪＣＴ−ＶＣ、第１０回会合：スウェーデン、ストックホルム、２０１２年７月に記載されており、この文書の全体が参照により本明細書に組み込まれ、この文書は２０１３年５月１３日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐからダウンロード可能である。
【００２１】
[0028]  ＨＥＶＣ規格は発展し続けており、「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  １０」または「ＷＤ１０」と呼ばれる規格のより新しいドラフトは、文書ＪＣＴＶＣ−Ｌ１００３＿ｖ１８、Ｂｒｏｓｓら、「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＨＥＶＣ）  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｒａｆｔ  １０」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１２回会合：スイス、ジュネーブ、２０１３年１月１４〜２３日に記載されおり、この文書は２０１３年５月１３日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｌ１００３−ｖ１８．ｚｉｐからダウンロード可能である。ＷＤ１０の内容全体は参照により本明細書に組み込まれる。
【００２２】
[0029]  Ｈ．２６４／ＡＶＣは、デジタルビデオ情報のコーディングを容易にするシンタックス情報をビデオエンコーダからビデオデコーダに通信する方法として、パラメータセットの概念を導入した。ピクチャが複数のセグメント、例えばスライスに区分され、それらのセグメントがそれら自体のトランスポートユニット、例えばリアルタイムトランスポートプロトコル（ＲＴＰ）パケットでトランスポートされる場合のシーケンスヘッダおよびピクチャヘッダのロス(loss)の悪影響に応答して、Ｈ．２６４／ＡＶＣにパラメータセットが導入された。セグメント自体のトランスポートユニットでトランスポートされるセグメントにピクチャを区分することは、最大転送単位（ＭＴＵ）サイズマッチングにとって望ましい。しかしながら、第１のピクチャセグメントデータだけではなく、ピクチャヘッダ、並びに場合によりピクチャグループ（ＧＯＰ）およびシーケンスヘッダも搬送するピクチャの第１のパケットのロスは、ビデオデコーダによるピクチャおよび場合により後続ピクチャの不正確な再構成につながる可能性がある。場合によっては、不正確な再構成は、全ての他のパケットが失われていない場合でも生じ得る。いくつかのビデオデコーダ実装形態は、ピクチャヘッダを有するパケットが失われた場合、ピクチャの受信されたパケットの復号を試みることもない。
【００２３】
[0030]  Ｈ．２６４／ＡＶＣより前に、この脆弱性に対処する最初の試みとして、トランスポートレイヤベースの機構が導入された。例えば、ＲＦＣ２４２９に指定されているＨ．２６３のためのＲＴＰペイロードフォーマットは、ビデオエンコーダまたはパケッタイザによって選択されたパケットと同数のパケットでピクチャヘッダの冗長コピーを搬送することを可能にした。しかしながら、Ｈ．２６４／ＡＶＣの設計中、ピクチャヘッダにおけるシンタックス情報の包含によって引き起こされる脆弱性が、トランスポート問題ではなく、ビデオコーデック自体のアーキテクチャ上の問題であることが認識された。この理解に応答して、シンタックス情報を通信する方法として、Ｈ．２６４／ＡＶＣにパラメータセットが導入された。
【００２４】
[0031]  パラメータセットは、ビデオデコーダが符号化されたビデオを再構成することを可能にするシンタックス要素を含むシンタックス構造である。シンタックス要素が変化することが予想される頻度に基づいて、異なるパラメータセット内に異なるシンタックス要素が含まれる。例えば、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）は、ピクチャのシーケンスで変化しないことが予想されるシンタックス要素を含む一方、ピクチャパラメータセット（ＰＰＳ：picture parameter set）は、シーケンス内でピクチャごとに変化し得るシンタックス要素を含む。
【００２５】
[0032]  ビデオエンコーダは、パラメータセットを生成し、出力できる。ビデオデコーダは、パラメータセットを受信し、符号化されたビットストリームからのビデオデータの復号においてパラメータセットを使用できる。ビデオエンコーダはパラメータセットを、ビデオビットストリームの一部として、またはビデオエンコーダとデコーダとの間の信頼できるチャネルを使用する帯域外送信を通じて提供できる。他の例では、パラメータセットが、エンコーダおよびデコーダにおいてハードコーディングされ得る。
【００２６】
[0033]  パラメータセットは、スライスヘッダから直接または間接的に参照される識別情報（「ＩＤ」）を含む。例えば、各ＳＰＳは、ＳＰＳ  ＩＤを含むことができ、各ＰＰＳは、ＰＰＳ  ＩＤを含むことができ、ＳＰＳ  ＩＤをさらに含めることによってＳＰＳを参照する。さらに、各スライスヘッダは、ＰＰＳ  ＩＤを使用してＰＰＳを参照できる。従って、スライスヘッダ中のＰＰＳ  ＩＤに基づいて、ビデオデコーダはＰＰＳをアクティブ化できる。ビデオデコーダは、ＰＰＳ中のＳＰＳ  ＩＤに基づいてＳＰＳをアクティブ化することもできる。参照を通じたアクティブ化の概念は、理由のうちでも、ビットストリーム中の情報の位置による暗黙のアクティブ化(implicit activation)（ビデオコーデックの他のシンタックス要素では一般的である）が、帯域外送信を介してビデオデコーダによって受信されたパラメータセットの場合に利用できないという理由により導入された。
【００２７】
[0034]  Ｈ．２６４／ＡＶＣと同様に、ＨＥＶＣは、デジタルビデオ情報のコーディングを容易にするシンタックス情報を通信するために、パラメータセットを利用する。一方でＨＥＶＣは、追加のパラメータセットであるビデオパラメータセット（ＶＰＳ）を導入している。とりわけ、ＶＰＳは、複数のレイヤのほか、サブレイヤ、および／または複数のビューに適用可能である情報を伝達するために使用され得る。従って、ＶＰＳは、例えばスケーラブルビデオコーディングのための複数のレイヤ、または、例えばマルチビューもしくは３Ｄビデオコーディングのための複数のビューを含むビデオデータのコーディングを容易にできる。所与のビデオシーケンスの各レイヤまたはビューは、該当のＳＰＳに従ってコーディングされることがあるが、必ずしもコーディングされるとは限らない。しかしながら、所与のビデオシーケンスの各レイヤまたはビューは、それらが同じＳＰＳを有するか、それとも異なるＳＰＳを有するかに関係なく、同じＶＰＳを指す。
【００２８】
[0035]  Ｈ．２６４／ＡＶＣは、ＶＰＳに相当するパラメータセットを含んでおらず、代わりに、機能交換およびセッション交渉などの目的で成層構造の複雑なモデル化を必要とした。Ｈ．２６４／ＡＶＣのスケーラブルビデオコーディング（ＳＶＣ）拡張では、スケーラビリティ情報補足エンハンスメント情報（ＳＥＩ）メッセージが、ＨＥＶＣのＶＰＳとほぼ同じコンテンツを提供した。しかしながら、ＳＥＩメッセージであることの性質により、スケーラビリティ情報ＳＥＩメッセージにおける同じ情報の大半は、Ｈ．２６４／ＡＶＣのＳＰＳで繰り返されなければならず、これは適用シナリオによっては、帯域外で送信される必要もあり、その結果、とりわけ帯域外送信の信頼性を保証するために再送信が使用されたときに、初期遅延の増大をもたらした。パラメータセットの帯域内送信によるブロードキャストおよびマルチキャストの場合、同じ情報のこのような受信は、同調およびチャネル切り替えのための各ランダムアクセスポイントでパラメータセットが繰り返される必要があることから、著しいオーバーヘッドにつながった。ＨＥＶＣのＶＰＳは、これらの欠点に対処すること、並びにマルチレイヤコーデックの完全（clean）かつ拡張可能なハイレベル設計を実現できる。
【００２９】
[0036]  ＶＰＳで伝達され得る情報は、例えば、以下を含む。（１）不要な重複を回避するために、複数のレイヤまたは動作点によって共有される共通シンタックス要素、（２）例えば、プロファイルおよびレベルを含む、セッション交渉に必要とされる動作点の基本的情報(essential information)、並びに（３）１つのＳＰＳに属さない他の動作点固有情報、例えば、レイヤまたはサブレイヤのための仮想参照デコーダ（ＨＲＤ：hypothetical reference decoder）パラメータ。各動作点の基本的情報をパース(parsing)することは、可変長コーディングを必要とせず、従って、ほとんどのネットワーク要素で軽い(lightweight)と見なされる。ＨＥＶＣ拡張で指定され得るＶＰＳ拡張は、効率的なパラメータシグナリング、柔軟で軽いセッション交渉、並びに、例えば３ＤＶ拡張におけるビュー識別子に基づく高度ビットストリーム適応のために、現在のＶＰＳにおけるシンタックス要素よりも多くのシンタックス要素を含み得ることが予想される。ＨＥＶＣ  ＷＤ８によれば、一部の情報は、ＶＰＳとレイヤに属するＳＰＳとの間で重複する。この重複は、バージョン１デコーダが、ＶＰＳネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニットを無視しても、なおビットストリームの復号に必要とされる利用可能な全ての情報を有し得るように導入された。
【００３０】
[0037]  Ｈ．２６４／ＡＶＣによれば、またＨＥＶＣでは、ＳＰＳが、コーディングされたビデオシーケンス、例えばピクチャのシーケンスの全てのスライスに適用される情報を含む。ＨＥＶＣでは、コーディングされたビデオシーケンスが、ビットストリームの第１のピクチャである、瞬時復号リフレッシュ（ＩＤＲ：instantaneous decoding refresh）ピクチャや、リンク切断アクセス（ＢＬＡ：broken link access）ピクチャや、クリーンランダムアクセス（ＣＲＡ：clean random access）ピクチャから開始する。コーディングされたビデオシーケンスは、ＩＤＲピクチャやＢＬＡピクチャでない全ての後続ピクチャを含む。ビットストリームは１つまたは複数のコーディングされたビデオシーケンスからなる。
【００３１】
[0038]  ＳＰＳのコンテンツは、おおまかに６つのカテゴリ、（１）自己参照、例えばそれ自体のＩＤ、（２）デコーダ動作点関連情報、例えばプロファイル、レベル、ピクチャサイズ、およびサブレイヤの数、（３）プロファイル内のいくつかのツールに関する有効化フラグ、およびツールが有効である場合の関連コーディングツールパラメータ、（４）構造の柔軟性と変換係数コーディングとを制限する情報、（５）Ｈ．２６４／ＡＶＣと同様であり得る時間スケーラビリティ制御、および（６）ＨＲＤ情報を含む視覚的有用性情報（ＶＵＩ：Visual Usability Information）に再分割され得る。
【００３２】
[0039]  ＨＥＶＣ  ＰＰＳは、ピクチャごとに変化し得るような情報を含む。ＰＰＳは、（１）自己参照、例えばそれ自体のＩＤ、（２）初期ピクチャ制御情報、例えば、初期量子化パラメータ（ＱＰ）、いくつかのツールの使用もしくは存在を示すフラグの数、またはスライスヘッダ中の制御情報、および（３）タイリング情報（tiling information）を含め、Ｈ．２６４／ＡＶＣにおけるＰＰＳの一部であったものに概ね相当する情報を含む。
【００３３】
[0040]  スライスヘッダは、スライスごとに変化し得る情報、並びに比較的小さいか、またはいくつかのスライスもしくはピクチャのタイプにのみ関連するそのようなピクチャ関連情報を含む。スライスヘッダのサイズは、特にスライスヘッダにタイルまたは波面入口点オフセットがあり、参照ピクチャ選択、予測重みまたは参照ピクチャリスト変更が明示的にシグナリングされるときに、ＰＰＳよりも著しく大きいことがある。
【００３４】
[0041]  ＨＥＶＣにおけるパラメータセットのアクティブ化は、Ｈ．２６４／ＡＶＣに似ている。スライスヘッダは、ＰＰＳへの参照を含む。次にＰＰＳは、ＳＰＳへの参照を含み、ＳＰＳは、ＶＰＳへの参照を含む。パラメータセットに関する１つの共通の実装策は、所与のタイプの全てのパラメータセット（ＰＰＳ、ＳＰＳおよびＶＰＳ）をテーブルで維持することであり、その最大サイズは、パラメータセットＩＤの番号付け範囲によって間接的に指定される。このような実装策では、パラメータセットのアクティブ化が、以下によって達成され得る。（１）スライスヘッダ中の情報、例えばＰＰＳ  ＩＤに基づいてＰＰＳテーブルにアクセスし、ＰＰＳテーブル中のＰＰＳに関する発見された情報を関連デコーダデータ構造にコピーすること、（２）ＳＰＳテーブル中の関連ＳＰＳへのＰＰＳ中の参照、例えばＳＰＳ  ＩＤに従い、ＳＰＳテーブル中のＳＰＳに関する発見された情報を関連デコーダデータ構造にコピーすること、および（３）ＶＰＳテーブル中の関連ＶＰＳへのＳＰＳ中の参照、例えばＶＰＳ  ＩＤに従い、ＶＰＳテーブル中のＶＰＳに関する発見された情報を関連デコーダデータ構造にコピーすること。これらの動作は、ピクチャごとに（多くとも）１回のみ行われる必要があり得るので、動作は軽いと見なされ得る。
【００３５】
[0042]  ＨＥＶＣ規格に関する提案によれば、ＳＰＳは、バッファリング期間ＳＥＩメッセージで参照されることによってアクティブ化されることもある。バッファリング期間ＳＥＩメッセージで参照されることによるＳＰＳのアクティブ化の場合、バッファリング期間ＳＥＩメッセージは、アクティブ化されるＳＰＳのＳＰＳ  ＩＤを含むことができる。さらに、ＨＥＶＣ  ＷＤ８は、アクティブパラメータセットＳＥＩメッセージを指定している。ＨＥＶＣ  ＷＤ８によれば、アクティブパラメータセットＳＥＩメッセージは、現在のアクティブＶＰＳおよび現在のアクティブＳＰＳを、例えば、現在のアクティブＶＰＳおよび現在のアクティブＳＰＳに関するＶＰＳ  ＩＤおよびＳＰＳ  ＩＤの包含によって示すことができる。ＨＥＶＣ  ＷＤ８によれば、ビデオデコーダは、アクティブパラメータセットＳＥＩメッセージで参照することによってＶＰＳとＳＰＳとをアクティブ化することはない。代わりに、ビデオエンコーダは、ビデオデコーダがビデオデータを復号するためにどのパラメータセットを現在アクティブにすべきかを示し、これによりビデオデコーダが適切な復号動作を確認できるように、ビットストリーム中にアクティブパラメータセットＳＥＩメッセージを含める。
【００３６】
[0043]  上記で説明したように、ビデオエンコーダはパラメータセットを、ビデオビットストリームの一部として、またはビデオエンコーダとデコーダとの間の信頼できるチャネルを使用する帯域外送信を通じてビデオデコーダに提供する。ビデオデコーダは、受信されたパラメータセットをデータ構造、例えば各パラメータセットタイプ（ＰＰＳ、ＳＰＳおよびＶＰＳ）の該当のテーブルに記憶し、後に参照することによってアクティブ化されるときに、各タイプのパラメータセットのうちの１つまたは複数をテーブルから取り出し、取り出されたパラメータセットを、ビットストリーム中のビデオデータを復号するための該当の復号データ構造にロードできる。いくつかの例では、ビデオエンコーダが、パラメータセットをパラメータセットネットワークアブストラクションレイヤ（ＮＡＬ）ユニットに含めることができる。
【００３７】
[0044]  パラメータセットＮＡＬユニットの受信の処理は、そのタイプに関係なく、パラメータセットＮＡＬユニットがパース依存を含む必要がない、すなわち、それらが自己完結しており、パースのために他のＮＡＬユニットから導出されるコンテキストを必要としないという点で単純であり得る。パース依存のないＮＡＬユニットの生成は、さらに数ビット必要とすることがあるが、パラメータセットの単純なパースおよび該当のテーブルエントリへの記憶を可能にできる。パラメータセットの各タイプは、拡張機構を含むことができ、これにより後方互換性を断つことなく、またＶＰＳおよびＳＰＳで搬送されるプロファイル／レベル情報へのパース依存をもたらすことなく、ＨＥＶＣの将来のバージョンでパラメータセットを拡張させ得る。
【００３８】
[0045]  ビデオコーディング規格は一般に、ビデオバッファリングモデルの仕様を含む。Ｈ．２６４／ＡＶＣおよびＨＥＶＣでは、バッファリングモデルが仮想参照デコーダ（ＨＲＤ）と呼ばれる。ＨＲＤは、コーディングされたピクチャバッファ（ＣＰＢ）と復号されたピクチャバッファ（ＤＰＢ）の両方のバッファリングモデルを含み、ＣＰＢおよびＤＰＢの動きを数学的に指定する。ＨＲＤは、異なるタイミング、バッファサイズおよびビットレートに直接制約を課し、かつビットストリーム特性および統計に間接的に制約を課す。ＨＲＤパラメータの完全セットは、初期ＣＰＢ除去遅延、ＣＰＢサイズ、ビットレート、初期ＤＰＢ出力遅延、およびＤＰＢサイズの５つの基本パラメータを含む。
【００３９】
[0046]  Ｈ．２６４／ＡＶＣおよびＨＥＶＣでは、ビットストリーム適合(bitstream conformance)およびデコーダ適合(decoder conformance)が、ＨＲＤ仕様の一部として指定される。ＨＲＤという名称は、ＨＲＤがデコーダであることを示唆するが、ＨＲＤは、一般に、ビットストリーム適合を保証するためにエンコーダ側で用いられ、一般に、デコーダ側では必要とされない。ＨＲＤは、２つのタイプのビットストリームまたはＨＲＤの適合、すなわち、タイプＩおよびタイプＩＩを指定する。また、ＨＲＤは、２つのタイプのデコーダ適合、すなわち、出力タイミングデコーダ適合および出力順序デコーダ適合を指定する。
【００４０】
[0047]  Ｈ．２６４／ＡＶＣおよびＨＥＶＣ  ＨＲＤモデルでは、復号またはＣＰＢ除去がアクセスユニットベースのものであり、ピクチャ復号が瞬時に行われると仮定される。実際の適用例では、適合デコーダが、例えばピクチャタイミングＳＥＩメッセージ中でシグナリングされた復号時間に厳密に従って、アクセスユニットの復号を開始する場合、特定の復号されたピクチャを出力するために可能な最も早い時間は、その特定のピクチャの復号時間にその特定のピクチャを復号するために必要とされる時間を加えたものに等しくなる。実際の適用例でピクチャを復号するために必要とされる時間は、ゼロに等しくなり得ない。
【００４１】
[0048]  ＨＥＶＣ  ＷＤ８では、ＨＲＤがＡｎｎｅｘ  Ｃで指定される。ＨＥＶＣ  ＷＤ８では、ＨＲＤがＨＲＤパラメータに依拠する。ＨＲＤパラメータは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造でビットストリーム中で提供され得る。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、例として、ＶＰＳおよび／またはＳＰＳ、バッファリング期間ＳＥＩメッセージ、並びにピクチャタイミングＳＥＩメッセージに含まれ得る。
【００４２】
[0049]  上記で説明したように、ＨＥＶＣは、ＳＰＳが、例えばそのＳＰＳ  ＩＤによって、バッファリング期間ＳＥＩメッセージで参照されることによって、ビデオデコーダによってアクティブ化されることを可能にする。こうして、バッファリング期間ＳＥＩメッセージは、スライスヘッダで参照することによるＰＰＳのアクティブ化とは無関係にＳＰＳがアクティブ化されることを可能にする。ＨＥＶＣ  ＷＤ８はまた、ビデオエンコーダがビデオデコーダにアクティブＶＰＳとアクティブＳＰＳとを示すことを可能にするアクティブパラメータセットＳＥＩメッセージを指定する。しかしながら、パラメータセットのアクティブ化およびアクティブパラメータセットの指示のためのこれらの既存の技法に関連する問題がある。
【００４３】
[0050]  例えば、ＨＥＶＣのマルチビュー、３ＤＶおよび／またはスケーラブルビデオコーディングの拡張では、所与の時間に複数のアクティブＳＰＳがあり得る。特に、ビデオコーダ、例えばビデオエンコーダまたはビデオデコーダは、異なるＳＰＳを使用して、いくつかのレイヤおよび／またはビューのビデオデータをコーディング、例えば符号化または復号することがある。ビデオコーダが異なるアクティブＳＰＳに従って異なるレイヤをコーディングする例では、アクティブＳＰＳの一部がアクティブレイヤＳＰＳと呼ばれ得る。しかしながら、ＨＥＶＣ規格に関する提案されたアクティブパラメータセットＳＥＩメッセージは、ビデオエンコーダによって、アクティブＶＰＳと単一のアクティブＳＰＳとをビデオデコーダに示すために使用され得るが、アクティブパラメータセットＳＥＩメッセージまたは任意の他のＳＥＩメッセージを介して複数のアクティブＳＰＳを示すことは、今のところ可能ではない。
【００４４】
[0051]  別の例として、ＨＥＶＣ  ＷＤ８では、ＨＲＤパラメータがＶＰＳに含まれ得る一方、バッファリング期間ＳＥＩメッセージがＳＰＳ  ＩＤを含むことができるが、ＶＰＳ  ＩＤを含まない。従って、場合によっては、ＨＲＤはバッファリング期間ＳＥＩメッセージを含むアクセスユニットから初期化できるが、ＨＲＤ動作のための選択されたＨＲＤパラメータの少なくとも一部は、ＶＰＳに含まれ、このＶＰＳはＳＰＳとは異なり、バッファリング期間ＳＥＩによってアクティブ化されない。このような場合、バッファリング期間ＳＥＩメッセージ中のいくつかのシンタックス要素をパースするビデオデコーダの能力は、ＶＰＳ中の情報に依存することになる。従って、ビデオコーダは、バッファリング期間ＳＥＩメッセージからアクティブ化されたＳＰＳ中のＶＰＳへの参照に基づいて、ＳＰＳの後にＶＰＳを間接的にアクティブ化することが必要になる。このような場合にＶＰＳを後に間接的にアクティブ化する必要は、ビデオデコーダの計算上非効率的な実装形態であり得る。
【００４５】
[0052]  本開示は、上記の問題を解決できる、ビデオコーディングのためにどのパラメータセットがアクティブであるかを示すための技法について説明し、いくつかの例では、このようなパラメータセットのアクティブ化をサポートするための技法について説明する。いくつかの例では、ビデオエンコーダが、ＳＥＩメッセージ、例えばアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージに複数のＳＰＳ  ＩＤを含め、複数のアクティブＳＰＳがビデオデコーダに示されるようにし得る。いくつかの例では、コーディングされたビデオデータが、複数のレイヤおよび／またはビューを備え、ＳＰＳの各々は、レイヤおよび／またはビューのうちの該当の１つまたは複数をコーディング、例えば符号化または復号するために使用され得る。これらアクティブＳＰＳが該当のレイヤに関連付けられるいくつかの例では、アクティブＳＰＳがアクティブレイヤＳＰＳと呼ばれ得る。ＳＥＩメッセージにおける複数のＳＰＳ  ＩＤの包含が、マルチビュー、３ＤＶおよび／またはスケーラブルビデオコーディングのためのアクティブパラメータセットのより完全な指示を容易にし得る。
【００４６】
[0053]  いくつかの例では、ビデオデコーダが、ＶＰＳと１つまたは複数のＳＰＳとを、例えば、ＳＥＩメッセージにおけるＶＰＳ  ＩＤおよび１つまたは複数のＳＰＳ  ＩＤの包含に基づいて、ＳＥＩメッセージを参照することを通じてアクティブ化する。ＳＥＩメッセージは、例えば、アクティブパラメータセットＳＥＩメッセージであり得る。このような例では、ビデオエンコーダによってビットストリームで提供されるアクティブパラメータセットＳＥＩメッセージが、アクティブＶＰＳと１つまたは複数のアクティブＳＰＳとを示すだけではなく、ビデオデコーダに、ビットストリームのビデオデータを復号するためにそれらをアクティブ化させる。このような例では、ビデオエンコーダが、バッファリング期間ＳＥＩメッセージからＳＰＳ  ＩＤを除去できる。さらに、ビデオエンコーダは、このような例では、バッファリング期間ＳＥＩメッセージを含むアクセスユニットごとに、アクセスユニットの第１のＳＥＩ  ＮＡＬユニットにおける第１のＳＥＩメッセージであるアクティブパラメータセットＳＥＩメッセージも存在するように、ビットストリームを生成できる。
【００４７】
[0054]  他の例では、ビデオエンコーダが、アクティブパラメータセットＳＥＩメッセージを提供しないことがあり、代わりに、例えば４ビットで固定長コーディングされ得る、例えば第１のシンタックス要素として、バッファリング期間ＳＥＩメッセージにＶＰＳ  ＩＤを含めることがある。ＨＥＶＣ規格に関する提案によれば、バッファリング期間ＳＥＩメッセージは、単一のＳＰＳ  ＩＤを含むことができる。本開示による例では、ビデオエンコーダが、バッファリング期間ＳＥＩメッセージに、例えばＶＰＳ  ＩＤとともに複数のＳＰＳ  ＩＤを含めることができる。さらに、いくつかの例では、ビデオデコーダが、バッファリング期間ＳＥＩメッセージを参照することを通じて、ＶＰＳと１つまたは複数のＳＰＳとをアクティブ化できる。また、コーディングされたビデオデータは、複数のレイヤおよび／またはビューを備え、複数のＳＰＳの各々は、レイヤおよび／またはビューのうちの該当の１つまたは複数をコーディング、例えば符号化または復号するために使用され得る。このような例では、例えばビデオデコーダによるバッファリング期間ＳＥＩメッセージの参照を通じた複数のＳＰＳのアクティブ化が、マルチビュー、３ＤＶおよび／またはスケーラブルビデオコーディングを容易にし得る。
【００４８】
[0055]  図１は、本開示で説明するアクティブパラメータセットを示し、パラメータセットをアクティブ化するための技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを生成するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、所謂「スマート」フォンなどの電話ハンドセット、所謂「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信に対応できる。
【００４９】
[0056]  宛先デバイス１４は、リンク１６を介して復号されるべき符号化されたビデオデータを受信し得る。リンク１６は、ソースデバイス１２から宛先デバイス１４に符号化されたビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備えることができる。一例で、リンク１６は、ソースデバイス１２が、符号化されたビデオデータをリアルタイムに宛先デバイス１４に直接送信できるようにする通信媒体を備えることができる。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークのような、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を容易にするために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。
【００５０】
[0057]  代替的に、符号化されたデータは、出力インターフェース２２からストレージデバイス３６に出力され得る。同様に、符号化されたデータは、宛先デバイス１４の入力インターフェース２８によってストレージデバイス３６からアクセスされ得る。ストレージデバイス３６は、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性メモリ、または符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体のような、様々な分散したまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例で、ストレージデバイス３６は、ソースデバイス１２によって生成された符号化されたビデオデータを保持し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介してストレージデバイス３６から記憶されたビデオデータにアクセスできる。ファイルサーバは、符号化されたビデオデータを記憶することと、その符号化されたビデオデータを宛先デバイス１４に送信することとが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（例えば、ウェブサイト用の）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準的なデータ接続を通じて符号化されたビデオデータにアクセスできる。これは、ファイルサーバに記憶された符号化されたビデオデータにアクセスするのに適しているワイヤレスチャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（例えば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せを含むことができる。ストレージデバイス３６からの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。
【００５１】
[0058]  本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、例えばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例で、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。
【００５２】
[0059]  図１の例で、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含み得る。ソースデバイス１２において、ビデオソース１８は、例えばビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／もしくはソースビデオとしてコンピュータグラフィックスデータを生じるためのコンピュータグラフィックスシステムなどのソース、またはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、所謂カメラ付き携帯電話またはビデオ電話を形成し得る。ただし、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。
【００５３】
[0060]  キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化されたビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信され得る。符号化されたビデオデータは、さらに（または代替的に）、復号および／または再生のための宛先デバイス１４または他のデバイスによる後のアクセスのためにストレージデバイス３６上に記憶され得る。
【００５４】
[0061]  宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を介して符号化されたビデオデータを受信し得る。リンク１６を介して通信され、またはストレージデバイス３６上に提供された符号化されたビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３０のようなビデオデコーダが使用するためのビデオエンコーダ２０によって生成された様々なシンタックス要素を含み得る。このようなシンタックス要素は、通信媒体上で送信される、記憶媒体上に記憶される、またはファイルサーバ上に記憶される、符号化されたビデオデータとともに含まれ得る。
【００５５】
[0062]  ディスプレイデバイス３２は、宛先デバイス１４と一体化され得るか、またはその外部に存在できる。いくつかの例で、宛先デバイス１４は、一体型ディスプレイデバイスを含み得、また、外部ディスプレイデバイスとインターフェースするように構成され得る。他の例で、宛先デバイス１４はディスプレイデバイスであり得る。一般に、ディスプレイデバイス３２は、復号されたビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。
【００５６】
[0063]  ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格のようなビデオ圧縮規格に従って動作することができ、ＨＥＶＣ  テストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ  １０，アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ  Ｈ．２６４規格など、他のプロプライエタリ規格もしくは業界規格、またはこのような規格の拡張、例えばマルチビュービデオコーディング（ＭＶＣ：multiview video coding）もしくはスケーラブルビデオコーディング（ＳＶＣ：scalable video coding）の拡張に従って動作し得る。しかしながら、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ  Ｈ．２６３がある。
【００５７】
[0064]  図１には示されていないが、いくつかの態様で、ビデオエンコーダ２０およびビデオデコーダ３０は、各々オーディオエンコーダおよびオーディオデコーダと統合されてよく、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んでもよい。妥当な場合は、いくつかの例で、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ． ２２３多重化プロトコル（multiplexer protocol）、またはユーザデータグラムプロトコル（ＵＤＰ）など他のプロトコルに準拠できる。
【００５８】
[0065]  ビデオエンコーダ２０およびビデオデコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：field programmable gate array）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなどの、様々な適切なエンコーダ回路のいずれかとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、適切な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してハードウェアにおいてその命令を実行して、本開示の技法を実行できる。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、該当のデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。
【００５９】
[0066]  一般的に、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含む複数のツリーブロックまたは複数の最大コーディングユニット（ＬＣＵ：largest coding unit）のシーケンスに分割され得ることを説明している。ツリーブロックは、Ｈ． ２６４規格のマクロブロックと同様の目的を持っている。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従って複数のコーディングユニット（ＣＵ：coding unit）に分割され得る。例えば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割されてよく、各子ノードは、次に、親ノードとなり、別の４つの子ノードに分割されてよい。４分木のリーフノードとしての、最終的な、分割されていない子ノードは、コーディングノード、すなわち、コーディングされたビデオブロックを備える。コーディングされたビットストリームに関連するシンタックスデータは、ツリーブロックが分割され得る最大回数を定義し得、コーディングノードの最小サイズをも定義し得る。
【００６０】
[0067]  ＣＵは、コーディングノードと、コーディングノードに関連する複数の予測ユニット（ＰＵ：prediction unit）および複数の変換ユニット（ＴＵ：transform units）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状は正方形である必要がある。ＣＵのサイズは、８×８ピクセルから最大６４×６４以上のピクセルを有するツリーブロックのサイズまでに及ぶ場合がある。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含んでいることがある。ＣＵに関連するシンタックスデータは、例えば、ＣＵを１つまたは複数のＰＵに区分することを記述し得る。区分モードは、ＣＵが、スキップモード符号化もしくはダイレクトモード符号化されるか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかによって異なり得る。ＰＵは、形状が非正方形になるように区分され得る。ＣＵに関連するシンタックスデータは、例えば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分することも記述し得る。ＴＵは、形状が正方形または非正方形であり得る。
【００６１】
[0068]  ＨＥＶＣ規格は、ＣＵごとに異なり得るＴＵに従った変換を可能にする。ＴＵは、一般的には、区分されたＬＣＵに対して規定された所与のＣＵ内のＰＵのサイズに基づいてサイズを決定されるが、これが必ずしも当てはまるとは限らない場合がある。ＴＵは、一般的には、同じサイズであるか、またはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルが、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用してより小さいユニットに再分割され得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれる場合がある。ＴＵに関連するピクセル差分値は、量子化され得る変換係数を生成するために変換され得る。
【００６２】
[0069]  一般に、ＰＵは、予測プロセスに関係するデータを含む。例えば、ＰＵがイントラモード符号化されるとき、ＰＵは、そのＰＵ用のイントラ予測モードを記述するデータを含む場合がある。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、そのＰＵのための動きベクトルを定義するデータを含む場合がある。ＰＵのための動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（例えば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルの参照ピクチャリスト（例えば、リスト０またはリスト１）を記述し得る。
【００６３】
[0070]  概して、ＴＵは、変換プロセスおよび量子化プロセスに使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）を含む場合もある。予測に続いて、ビデオエンコーダ２０は、ＰＵに対応する残差値を計算できる。残差値は、エントロピーコーディングのためのシリアル化変換係数（serialized transform coefficient）を生成するために、ＴＵを使用して変換係数に変換され、量子化され、走査され得るピクセル差分値を備える。本開示では、一般に、ＣＵのコーディングノードを指すために「ビデオブロック」という用語を使用する。一部の特定の場合には、本開示は、コーディングノード並びにＰＵおよびＴＵを含む、ツリーブロック、すなわちＬＣＵまたはＣＵを示すために「ビデオブロック」という用語を使用する場合もある。
【００６４】
[0071]  ビデオシーケンスは通常、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つもしくは複数のピクチャのヘッダ中、または他の場所に含むことができる。ピクチャの各スライスは、該当のスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応できる。ビデオブロックは、固定サイズまたは可変サイズを有することができ、指定されたコーディング規格に応じてサイズが異なる場合がある。
【００６５】
[0072]  一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、ＰＵサイズが２Ｎ×２ＮまたはＮ×Ｎのイントラ予測、および対称なＰＵサイズが２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称区分をサポートする。非対称区分で、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。従って、例えば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ  ＰＵと下部の２Ｎ×１．５Ｎ  ＰＵとで水平方向に区分された２Ｎ×２Ｎ  ＣＵを指す。
【００６６】
[0073]  本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」が、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法、例えば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ただし、Ｎは非負整数値を表す。ブロック内のピクセルは行と列に構成され得る。さらに、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要はない。例えば、ブロックはＮ×Ｍピクセルを備えてよく、この場合に、Ｍは必ずしもＮに等しいとは限らない。
【００６７】
[0074]  ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングの後に、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域においてピクセルデータを備える場合があり、ＴＵは、例えば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換の適用に続いて、変換領域において係数を備える場合がある。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応できる。ビデオエンコーダ２０は、ＣＵ用の残差データを含むＴＵを形成し、次いで、ＴＵを変換して、ＣＵ用の変換係数を生成できる。
【００６８】
[0075]  変換係数を生成するための任意の変換に続き、ビデオエンコーダ２０は、変換係数の量子化を行い得る。量子化は、概して、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減できる。例えば、量子化中にｎビット値をｍビット値に切り捨てることができ、ここで、ｎはｍよりも大きい。
【００６９】
[0076]  いくつかの例で、ビデオエンコーダ２０は、あらかじめ定義された走査順序を利用して量子化変換係数を走査することで、エントロピー符号化され得るシリアル化ベクトルを生成できる。他の例で、ビデオエンコーダ２０は適応走査を行い得る。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、例えば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context-adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング、または別のエントロピー符号化方法に従って１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための、符号化されたビデオデータに関連するシンタックス要素をエントロピー符号化し得る。
【００７０】
[0077]  ＣＡＢＡＣを行うために、ビデオエンコーダ２０は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当てることができる。コンテキストは、例えば、シンボルの隣接値が０ではないか否かに関係し得る。ＣＡＶＬＣを行うために、ビデオエンコーダ２０は、送信されるべきシンボルの可変長コードを選択し得る。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成され得る。このようにして、ＶＬＣの使用は、例えば、送信されるべき各シンボルのために等長コードワードを使用するよりも、ビット節約を達成し得る。確率判断は、シンボルに割り当てられるコンテキストに基づき得る。
【００７１】
[0078]  ビデオエンコーダ２０は、さらに、ブロックベースのシンタックスデータ、フレームベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータなどのシンタックスデータを、例えば、フレームヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ中でビデオデコーダ３０に送り得る。ＧＯＰシンタックスデータは、該当のＧＯＰ内のフレームの数を記述することができ、フレームシンタックスデータは、対応するフレームを符号化するために使用される符号化／予測モードを示すことができる。
【００７２】
[0079]  加えて、ビデオエンコーダ２０は、例えば、残差データを逆量子化し逆変換することによって、符号化されたピクチャを復号し、残差データを予測データと組み合わせることができる。このようにして、ビデオエンコーダ２０は、ビデオデコーダ３０によって行われる復号プロセスをシミュレートし得る。従って、ビデオエンコーダ２０とビデオデコーダ３０の両方は、インターピクチャ予測に使用するために実質的に同じ復号ピクチャにアクセスできる。
【００７３】
[0080]  概して、ビデオデコーダ３０は、ビデオエンコーダによって行われる符号化プロセスの逆である復号プロセスを行い得る。例えば、ビデオデコーダ３０は、量子化されたビデオデータをエントロピー符号化するためにビデオエンコーダによって使用されるエントロピー符号化技法の逆を使用してエントロピー復号を行い得る。ビデオデコーダ３０は、ビデオエンコーダ２０によって使用される量子化技法の逆を使用してビデオデータをさらに逆量子化することができ、量子化した変換係数を生成するためにビデオエンコーダ２０によって使用された変換の逆を行い得る。次いで、ビデオデコーダ３０は、最終的な表示用のビデオブロックを生成するために、隣接参照ブロック（イントラ予測）または別のピクチャからの参照ブロック（インター予測）に、得られた残差ブロックを適用し得る。ビデオデコーダ３０は、ビデオデコーダ３０によって受信されたビットストリーム中の符号化されたビデオデータとともに、ビデオエンコーダ２０によって提供されたシンタックス要素に基づいて、ビデオエンコーダ２０によって行われる様々なプロセスの逆を行うために構成され、命令され、制御され、または導かれ得る。
【００７４】
[0081]  いくつかの例で、ビデオエンコーダ２０およびビデオデコーダ３０は、マルチビュービデオコーディング、例えば、２つ以上のビューを含むビデオデータのコーディングのための技法を用いることができる。このような例で、ビデオエンコーダ２０は、２つ以上のビューのために符号化されたビデオデータを含むビットストリームを符号化することができ、ビデオデコーダ３０は、例えばディスプレイデバイス３２に２つ以上のビューを提供するために、符号化されたビデオデータを復号できる。いくつかの例で、ビデオデコーダ３０は、ディスプレイデバイス３２が３Ｄビデオを表示できるように、ビデオデータの複数のビューを提供できる。いくつかの例で、ビデオエンコーダ２０およびビデオデコーダ３０は、例えばマルチビューコーディングまたはマルチビュープラス深度（multiview plus depth）コーディングのプロセスが使用されるＨＥＶＣ規格の３Ｄ−ＨＥＶＣ拡張に準拠し得る。３Ｄ−ＨＥＶＣコーディングプロセスのためのＨＥＶＣ拡張が、現在開発中であり、現在提案されているように、マルチビューコーディングまたはマルチビュープラス深度コーディングのプロセスを利用する。
【００７５】
[0082]  ＨＥＶＣの３ＤＶ拡張は、ＨＥＶＣベースの３ＤＶまたは３Ｄ−ＨＥＶＣと呼ばれることがある。３Ｄ−ＨＥＶＣは、Ｓｃｈｗａｒｚら、「Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｔｅｃｈｎｏｌｏｇｙ  Ｐｒｏｐｏｓａｌ  ｂｙ  Ｆｒａｕｎｈｏｆｅｒ  ＨＨＩ（ＨＥＶＣ適合構成Ａ）、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１、Ｄｏｃ．ＭＰＥＧ１１／Ｍ２２５７０、スイス、ジュネーブ、２０１１年１１月／１２月、以下「ｍ２２５７０」、およびＳｃｈｗａｒｚら、「Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｔｅｃｈｎｏｌｏｇｙ  Ｐｒｏｐｏｓａｌ  ｂｙ  Ｆｒａｕｎｈｏｆｅｒ  ＨＨＩ（ＨＥＶＣ適合構成Ｂ）、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１、Ｄｏｃ．ＭＰＥＧ１１／Ｍ２２５７１、スイス、ジュネーブ、２０１１年１１月／１２月、以下「ｍ２２５７１」で提案されている解決策に少なくとも部分的に基づく。３Ｄ−ＨＥＶＣの参照ソフトウェアの記述は、Ｓｃｈｗａｒｚら、「Ｔｅｓｔ  Ｍｏｄｅｌ  ｕｎｄｅｒ  Ｃｏｎｓｉｄｅｒａｔｉｏｎ  ｆｏｒ  ＨＥＶＣ  ｂａｓｅｄ  ３Ｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ」、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  ＭＰＥＧ２０１１／Ｎ１２５５９、米国、サンノゼ、２０１２年２月で入手可能である。参照ソフトウェア、すなわちＨＴＭバージョン３．０は２０１３年５月２１日現在、ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−３．０／から入手可能である。
【００７６】
[0083]  マルチビューまたは３Ｄビデオコーディングは、２つ以上のテクスチャビューおよび／またはテクスチャ成分と深度成分とを含むビューのコーディングを伴い得る。いくつかの例では、ビデオエンコーダ２０によって符号化され、ビデオデコーダ３０によって復号されるビデオデータが、所与の時間インスタンスにおける、すなわち「アクセスユニット」内の２つ以上のピクチャ、または所与の時間インスタンスにおける２つ以上のピクチャデータの導出元となり得るデータを含む。
【００７７】
[0084]  いくつかの例で、デバイス、例えばビデオソース１８は、共通シーンをキャプチャするために、例えば、２つ以上の空間的にオフセットされたカメラ、または他のビデオキャプチャデバイスを使用することによって、２つ以上のピクチャを生成できる。わずかに異なる水平位置から同時またはほぼ同時にキャプチャされた同じシーンの２つのピクチャが、３次元効果を生成するために使用され得る。いくつかの例で、ビデオソース１８（またはソースデバイス１２の別の構成要素）は、所与の時間インスタンスにおける第１のビューの第１のピクチャから所与の時間インスタンスにおける第２の（または他の追加の）ビューの第２の（または他の追加の）ピクチャを生成するために深度情報(depth information)または視差情報(disparity information)を使用し得る。この場合、アクセスユニット内のビューは、第１のビューに対応するテクスチャ成分と、第２のビューを生成するためにテクスチャ成分とともに使用され得る深度成分とを含み得る。深度情報または視差情報は、第１のビューをキャプチャするビデオキャプチャデバイス、例えば、ベースのカメラパラメータまたはビデオキャプチャデバイスの構成および第１のビューのためのビデオデータのキャプチャに関して知られている他の情報によって判断され得る。深度情報または視差情報は追加または代替として、例えば、ビデオソース１８またはソースデバイス１２の別の構成要素によって、カメラパラメータおよび／または第１のビューにおけるビデオデータから計算され得る。
【００７８】
[0085]  ３Ｄビデオを提示するために、ディスプレイデバイス３２は、同時またはほぼ同時にキャプチャされた共通シーンの異なるビューに関連する２つのピクチャを同時またはほぼ同時に表示できる。いくつかの例で、宛先デバイス１４のユーザは、左レンズと右レンズとを迅速かつ交互に閉じるアクティブ眼鏡を装着することができ、ディスプレイデバイス３２は、アクティブ眼鏡と同期して左ビューと右ビューとの間で迅速に切り替わることができる。他の例で、ディスプレイデバイス３２は２つのビューを同時に表示することができ、ユーザは、正確なビューがそれを通ってユーザの眼に届くようにビューをフィルタ処理する、例えば偏光レンズをもつパッシブ眼鏡を装着できる。他の例で、ディスプレイデバイス３２は、自動立体視ディスプレイを備えることができ、これは、ユーザが３Ｄ効果を知覚するための眼鏡を必要としない。
【００７９】
[0086]  例えば３Ｄ−ＨＥＶＣにおけるマルチビューコーディングの場合、インターピクチャ予測は、現在のビデオブロック、例えばＰＵを、時間的に異なるピクチャにおける別のビデオブロックから、すなわち、現在のピクチャとは異なるアクセスユニットから予測すること、並びに現在のピクチャと同じアクセスユニットにあるが、現在のピクチャとは異なるビューに関連する異なるピクチャから予測することを含むことができる。後者の場合、インター予測はビュー間コーディングと呼ばれ得る。非ベースビュー、例えば従属ビューのピクチャをコーディングするとき、同じアクセスユニットであるが異なるビューからの、例えば参照ビューからのピクチャが、参照ピクチャリストに追加され得る。ビュー間参照ピクチャは、任意のインター予測（例えば、時間またはビュー間）参照ピクチャの場合のように、参照ピクチャリストの任意の位置に置かれ得る。
【００８０】
[0087]  マルチビューコーディングでは、２種類の予測ベクトルがある。一方は、時間参照ピクチャ中のブロックを指す動きベクトルであり、対応するインター予測は、動き補償予測（ＭＣＰ：motion-compensated prediction）と呼ばれる。他方のタイプの予測ベクトルは、視差ベクトルであり、同じアクセスユニット現在のピクチャにあるが、異なるビューのピクチャ中のブロックを指す。視差ベクトルの場合、対応するインター予測は、視差補償予測（ＤＣＰ：disparity-compensated prediction）と呼ばれる。
【００８１】
[0088]  いくつかの例で、ビデオエンコーダ２０およびビデオデコーダ３０は、スケーラブルビデオコーディング、例えば、１つまたは複数のサブセットビットストリームも含む高品質ビットストリームのコーディングのための技法を用いることができる。サブセットビデオビットストリームは、サブセットビットストリームに必要とされる帯域幅を減らすために、より大きい高品質ビデオビットストリームからパケットをドロップすることによって、導出され得る。サブセットビットストリームは、より低い空間分解能（より小さいスクリーン）、より低い時間分解能（より低いフレームレート）、またはより低い品質のビデオ信号を表し得る。様々なビットストリームは、レイヤまたはサブレイヤと呼ばれ得る。スケーラブルビデオコーディングは、様々な組織でレイヤが提示されるときに、動作点を定義または構成することを含み得る。いくつかの例で、ビデオエンコーダ２０およびビデオデコーダ３０は、ＨＥＶＣなどのビデオコーディング規格のスケーラブルビデオコーディング拡張に準拠し得る。
【００８２】
[0089]  スケーラブルビデオコーディングは、異なる分解能を有するレイヤのための時間スケーラビリティを含むことができる。スケーラブルビデオコーディングの場合、ＧＯＰは、所謂キーピクチャ(key picture)と、このキーピクチャと前のキーピクチャとの間に出力／表示順に配置された全てのピクチャとを含み得る。キーピクチャは、規則的または不規則な間隔でコーディングされ得、前のキーピクチャを動き補償予測のための基準として使用してイントラコーディングされ(intra-coded)得るか、またはインターコーディングされ(inter-coded)得る。非キーピクチャは、より低い時間レベルをもつピクチャから階層的に予測され得、キーピクチャは、最も低い時間レベルを有し得る。
【００８３】
[0090]  スケーラブルビデオコーディングは、テクスチャと残差と動きとに基づく、空間スケーラビリティと信号対鼻比（ＳＮＲ）スケーラビリティとのレイヤ間予測も含むことができる。空間スケーラビリティは、２つのレイヤ間の任意の解像度比に一般化され得る。ＳＮＲスケーラビリティは、粗粒度スケーラビリティ（ＣＧＳ：Coarse Granularity Scalability）、中粒度スケーラビリティ（ＭＧＳ：Medium Granularity Scalability）、またはファイングレインスケーラビリティ（ＦＧＳ：Fine Grain Scalability）によって実現され得る。２つの空間レイヤまたはＣＧＳレイヤは異なる従属レイヤに属し得る一方、２つのＭＧＳレイヤは同じ従属レイヤにあり得る。スケーラブルビデオコーディングは、レイヤ間冗長性を低減するために利用され得るレイヤ間予測方法を提供できる。それらは、レイヤ間テクスチャ予測、レイヤ間残差予測、およびレイヤ間動き予測として要約される。
【００８４】
[0091]  ビデオエンコーダ２０は、ビデオデコーダ３０による受信および／または取出しのためにビットストリームを生成する。ビットストリームは、符号化されたデータ、例えば符号化されたビデオデータとシンタックス情報とを含むことができ、符号化されたビットストリームと呼ばれ得る。ビデオエンコーダ２０は、ビットストリーム中のビデオデータをネットワークアブストラクションレイヤ（ＮＡＬ）ユニットに編成することができ、ＮＡＬユニットの各々は事実上、整数個のバイトを有するパケットであり得る。ビデオエンコーダ２０、出力インターフェース２２、ソースデバイス１２の別の構成要素、または別のデバイスはＮＡＬユニットを、リンク１６を介した送信またはストレージデバイス３６への記憶のために、システムトランスポートパケット、例えばインターネットプロトコル（ＩＰ：Internet Protocol）パケットまたはリアルタイムトランスポートプロトコル（ＲＴＰ：Real-time Transport Protoco）パケットにフレーム化またはカプセル化できる。
【００８５】
[0092]  ＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ：video coding layer）ＮＡＬユニットと非ＶＣＬ  ＮＡＬユニットとを含むことができる。ＶＣＬ  ＮＡＬユニットは、符号化されたビデオデータを含み、これは上記で説明したように、複数のレイヤおよび／またはビューを含むことができる。非ＶＣＬ  ＮＡＬユニットは、符号化されたビデオデータによって表されるビデオピクチャをビデオデコーダ３０が復号および／もしくは表示するのを支援するために、または誤り耐性をもたらすために使用される、シンタックス情報などの任意の関連追加情報を含むことができる。
【００８６】
[0093]  ビデオエンコーダ２０によって提供されるシンタックス情報は、上記のようにＰＰＳ、ＳＰＳおよびＶＰＳなどのパラメータセットを含むことができる。いくつかの例で、ビデオエンコーダ２０は、例えば、非ＶＣＬ  ＮＡＬユニットを介してパラメータセットが適用されるＶＣＬ  ＮＡＬユニットの前に、パラメータセットが適用されるＶＣＬ  ＮＡＬユニットを搬送するチャネルを介して、パラメータセットを提供することができ、これはパラメータセットの「帯域内(in-band)」送信と呼ばれ得る。他の例で、ビデオエンコーダ２０は、ビデオチャネル自体よりも信頼できるものであり得る異なるトランスポート機構、例えば「帯域外(out-of-band)」を介してビデオデコーダ３０にパラメータセットを提供できる。他の例で、ビデオエンコーダ２０および／またはビデオデコーダ３０は、パラメータセットでハードコーディングされ得る。
【００８７】
[0094]  上記で説明したように、ビデオデコーダ３０は、各パラメータセットタイプのための該当のデータ構造、例えば複数のＰＰＳを含むＰＰＳテーブル、複数のＳＰＳを含むＳＰＳテーブル、および複数のＶＰＳを含むＶＰＳテーブルにパラメータセットを記憶することができ、これらのデータ構造のうちの１つにおける各パラメータセットは、パラメータのセットに関する異なる値を含む。ビデオデコーダ３０は符号化されたビデオデータを復号するために所与のインスタンスに各タイプの１つまたは複数のパラメータセットをアクティブ化でき、例えば、パラメータセットのデータを該当の復号データ構造にコピーし、符号化されたビデオデータを復号するように復号構造中のデータを適用する。
【００８８】
[0095]  ビデオデコーダ３０は、ＶＣＬ  ＮＡＬユニットのうちの１つまたは複数において、例えば、ＶＣＬ  ＮＡＬユニットのスライスヘッダにおいて、パラメータセットが直接または間接的に参照されていることに応答して、１つまたは複数のＶＣＬ  ＮＡＬユニットのビデオデータを復号するためにパラメータセットをアクティブ化できる。上記で説明したように、各パラメータセットは、ＩＤを含むことができ、ＩＤは、別のパラメータセットにおいて（例えば、ＳＰＳにおけるＶＰＳ  ＩＤ参照、およびＰＰＳにおいて参照されるＳＰＳ  ＩＤ）、またはスライスヘッダ内もしくはＶＣＬ  ＮＡＬユニット内の他の場所で参照されることもある。ビデオデコーダ３０は、スライスヘッダまたはＶＣＬ  ＮＡＬユニット内の他の場所におけるＰＰＳ  ＩＤへの参照に基づいて、ＰＰＳをアクティブ化することができ、アクティブ化されたＰＰＳにおけるＳＰＳ  ＩＤへの参照に基づいて、ＳＰＳをアクティブ化することができ、アクティブ化するＳＰＳにおけるＶＰＳ  ＩＤへの参照に基づいて、ＶＰＳをアクティブ化できる。
【００８９】
[0096]  ビデオエンコーダ２０がビデオデコーダ３０に提供するシンタックス情報は、補足エンハンスメント情報（ＳＥＩ）メッセージを含むこともできる。いくつかのＳＥＩメッセージは、シーケンスレベルであり（例えば、コーディングされたピクチャグループ（ＧＯＰ）またはコーディングされたビデオピクチャの他のシーケンスに関係し）、他のＳＥＩメッセージは特定のコーディングされたピクチャに関係し得る。ＳＥＩメッセージは、一般に、特定のコーディングされたピクチャとともに送信される。すなわち、ＳＥＩメッセージを取り出すために、ビデオデコーダは通常、そのＳＥＩメッセージを含む符号化されたピクチャを取り出す必要がある。１つまたは複数のＳＥＩメッセージが非ＶＣＬ  ＮＡＬユニットに含まれてよく、この非ＶＣＬ  ＮＡＬユニットはＳＥＩ  ＮＡＬユニットと呼ばれ得る。
【００９０】
[0097]  指定された形式によるＮＡＬユニットのセットは、アクセスユニットと呼ばれ得る。ビデオデコーダ３０による各アクセスユニットの復号は、１つまたは複数の復号されたピクチャまたはフレームをもたらすことができる。マルチビュービデオコーディングの場合、ビデオデコーダ３０による各アクセスユニットの復号は、同じ（または実質的に同じ）時間インスタンスにおける該当のビューに関連する２つ以上のピクチャまたはフレームをもたらすことができる。スケーラブルビデオコーディングの場合、各アクセスユニットは、単一のピクチャまたはフレームのためのビデオデータの複数のレイヤおよび／またはサブレイヤを含むことができる。ビデオエンコーダ２０によって生成されるアクセスユニットは、１つまたは複数のＶＣＬ  ＮＡＬユニットと、１つまたは複数の非ＶＣＬ  ＮＡＬユニット、例えば、アクセスユニットのＶＣＬ  ＮＡＬユニット内のビデオデータを復号するためにビデオデコーダによって使用されるシンタックス情報、例えばＳＥＩメッセージを含むＳＥＩ  ＮＡＬユニットとを含むことができる。
【００９１】
[0098]  上記で説明したように、ビデオエンコーダ２０によって符号化されたビットストリームに含められるＳＥＩメッセージは、例として、アクティブパラメータセットＳＥＩメッセージおよびバッファリング期間ＳＥＩメッセージを含み得る。ＨＥＶＣ規格に関する提案によれば、ＳＰＳは、ＰＰＳで参照されることによってアクティブ化されることに加えて、バッファリング期間ＳＥＩメッセージで参照されることによってアクティブ化されることがある。このような例で、ビデオエンコーダ２０は、アクティブ化されるＳＰＳのＳＰＳ  ＩＤをバッファリング期間ＳＥＩメッセージが含むように、バッファリング期間ＳＥＩメッセージをコーディングできる。ビデオデコーダ３０は、復号されたバッファリング期間ＳＥＩメッセージにおけるＳＰＳ  ＩＤに関連するＳＰＳをアクティブ化する。
【００９２】
[0099]  さらに、ＨＥＶＣ  ＷＤ８によれば、ビデオエンコーダ２０は、アクティブパラメータセットＳＥＩメッセージにおける現在のアクティブＶＰＳおよび現在のアクティブＳＰＳに関するＶＰＳ  ＩＤおよびＳＰＳ  ＩＤの包含によって、現在のアクティブＶＰＳおよび現在のアクティブＳＰＳを示すようにアクティブパラメータセットＳＥＩメッセージを符号化できる。ＨＥＶＣ  ＷＤ８によれば、ビデオデコーダ３０は、ＶＰＳおよびＳＰＳがアクティブパラメータセットＳＥＩメッセージで参照されることによってＶＰＳとＳＰＳとをアクティブ化することはない。代わりに、ビデオエンコーダ２０は、ビデオデコーダ３０に、ビデオデコーダがビデオデータを復号するためにどのパラメータセットを現在アクティブにすべきかを示し、これによりビデオデコーダが適切な復号動作を確認できるように、符号化されたビットストリーム中にアクティブパラメータセットＳＥＩメッセージを含めることができる。
【００９３】
[0100]  一般に、ＨＥＶＣ  ＷＤ８によって指定されるアクティブパラメータセットＳＥＩメッセージは、例えば、アクティブパラメータセットＳＥＩメッセージが中に含まれる、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関して、どのＶＰＳがアクティブで、どのＳＰＳがアクティブであるかを示す。アクティブパラメータセットＳＥＩメッセージは、他の情報を提供することもできる。ＨＥＶＣ  ＷＤ８によれば、アクティブパラメータセットＳＥＩメッセージは、復号順序で、アクセスユニットにおけるビデオデータの第１の部分、例えば第１のＶＣＬ  ＮＡＬユニットに先行する、例えば、アクセスユニットにおけるファートＶＣＬ  ＮＡＬユニットに先行する非ＶＣＬ  ＮＡＬユニット内にある。
【００９４】
[0101]  ＨＥＶＣ  ＷＤ８仕様におけるアクティブパラメータセットＳＥＩメッセージのシンタックスおよびセマンティクスは、次の通りである。
【表１】
2015529436.tif 000003
【００９５】
[0102]  ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを示す。
【００９６】
[0103]  ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄは、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブである単一のＳＰＳの識別子を示す。ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄの値は、両端値を含む０〜３１の範囲内にあり得る。
【００９７】
[0104]  ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは０に等しいとき、アクティブパラメータセットＳＥＩメッセージ内で後続する追加データがないことを示す。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が０に等しいことがビットストリーム適合の要件である。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値１は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、アクティブパラメータセットＳＥＩメッセージ中のａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値を無視し、ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値１の後にアクティブパラメータセットＳＥＩメッセージ内で後続する全てのデータを無視する。
【００９８】
[0105]  上記で説明したように、本開示によるいくつかの例で、ビデオエンコーダ２０は、複数のアクティブＳＰＳ（それらの一部はアクティブレイヤＳＰＳと呼ばれ得る）が示され得るように、複数のＳＰＳ  ＩＤをＳＥＩメッセージに含めることができる。いくつかの例で、ビデオエンコーダ２０は、ＨＥＶＣ  ＷＤ８によって指定される単一のＳＰＳ  ＩＤではなく、複数のＳＰＳ  ＩＤをアクティブパラメータセットＳＥＩメッセージに含めることができる。ビデオエンコーダ２０は、マルチビュー、３ＤＶ、またはスケーラブルビデオコーディングを容易にするために複数のアクティブＳＰＳを示すことができ、それらの各々はビデオデコーダ３０によって、１つまたは複数のレイヤおよび／またはビューを復号するために使用され得る。ビデオエンコーダ２０が複数のＳＰＳ  ＩＤをアクティブパラメータセットＳＥＩメッセージに含める例では、アクティブパラメータセットＳＥＩメッセージが、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関して、どのＶＰＳがアクティブで、どのＳＰＳがアクティブであるかを示す。
【００９９】
[0106]  後述する本明細書で説明する本開示による様々な例では、全てのＳＰＳがそれらのＳＰＳ  ＩＤのために同じ値空間を共有し、異なるレイヤまたはビューがＳＰＳを共有することが仮定される。異なるレイヤまたはビューがＳＰＳを共有しない場合、レイヤＩＤまたはビューＩＤがシグナリングされる必要もあるか、あるいはＳＰＳを識別するためにＳＰＳ  ＩＤに加えてレイヤＩＤまたはビューＩＤが暗黙のうちに導出され得る。例えば、ＳＰＳがベースレイヤまたはベースビューにのみ適用される場合、レイヤＩＤまたはビューＩＤは０に等しいものとして暗黙のうちに導出され得る。従って、ビデオコーダは、レイヤまたはビューの他のレイヤまたはビューに対する階層位置に基づいて、レイヤＩＤを導出できる。
【０１００】
[0107]  本開示の技法による、複数のＳＰＳを示すためにビデオエンコーダ２０によって提供され得るアクティブパラメータセットＳＥＩメッセージのシンタックスおよびセマンティクスの一例は、次の通りである。
【表２】
2015529436.tif 000004
【０１０１】
[0108]  ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを示す。
【０１０２】
[0109]  ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄは、ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブである１つのＳＰＳの識別子を示す。ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄの値は、両端値を含む０〜３１の範囲内にあり得る。
【０１０３】
[0110]  ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｏｎｅは１に等しい。このシンタックス要素は常に、後方互換性のために１に等しい。
【０１０４】
[0111]  ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１プラス１は、ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブである追加ＳＰＳ（アクティブレイヤＳＰＳと呼ばれることもある）の数を指定する。ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜３０の範囲内にあり得る。
【０１０５】
[0112]  ａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ]  は、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるｉ番目の追加ＳＰＳの識別子を指定する。ａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ]の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１０６】
[0113]  ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは０に等しいとき、アクティブパラメータセットＳＥＩメッセージ内で後続する追加データがないことを示す。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値が０に等しいことがビットストリーム適合の要件である。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値１は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、アクティブパラメータセットＳＥＩメッセージ中のａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値を無視し、ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値１の後にアクティブパラメータセットＳＥＩメッセージ内で後続する全てのデータを無視する。
【０１０７】
[0114]  別の例として、例えば、マルチビュー、３ＤＶまたはスケーラブルビデオコーディングのためのベースＨＥＶＣ仕様と拡張ＨＥＶＣ仕様の両方における本開示の技法によるビデオエンコーダ２０によって提供され得るアクティブパラメータセットＳＥＩメッセージのシンタックスおよびセマンティクスは、次の通りであり得る。
【表３】
2015529436.tif 000005
【０１０８】
[0115]  ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを識別する。
【０１０９】
[0116]  ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１プラス１は、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＳＰＳ（それらの一部はアクティブレイヤＳＰＳと呼ばれることもある）の数を指定する。ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１１０】
[0117]  ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］は、ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるｉ番目のＳＰＳの識別子を指定する。ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１１１】
[0118]  ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは０に等しいとき、アクティブパラメータセットＳＥＩメッセージ内で後続する追加データがないことを示す。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が０に等しいことがビットストリーム適合の要件である。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値１は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、アクティブパラメータセットＳＥＩメッセージ中のａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値を無視し、ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値１の後にアクティブパラメータセットＳＥＩメッセージ内で後続する全てのデータを無視する。
【０１１２】
[0119]  アクティブＶＰＳと１つまたは複数のアクティブＳＰＳとを示すアクティブパラメータセットＳＥＩメッセージをビデオエンコーダ２０が提供する上記の例では、パラメータセットアクティブ化が、ＨＥＶＣ  ＷＤ８の場合と同じであり得る。例えば、ビデオデコーダ３０は、ビデオエンコーダ２０によって符号化されたビットストリーム中で提供されたスライスヘッダ中のＰＰＳ  ＩＤに基づいて、ＰＰＳをアクティブ化できる。ビデオデコーダ３０は、そのようにしてアクティブ化されたＰＰＳにおけるＳＰＳ  ＩＤ、またはビデオエンコーダ２０バッファリング期間ＳＥＩメッセージによって提供されたＳＰＳ  ＩＤに基づいて、１つまたは複数のＳＰＳをさらにアクティブ化することができ、アクティブ化されたＳＰＳにおけるＶＰＳ  ＩＤに基づいてＶＰＳをアクティブ化できる。
【０１１３】
[0120]  アクティブＶＰＳと１つまたは複数のアクティブＳＰＳとを示すＳＥＩメッセージをエンコーダ２０が提供する他の例で、ビデオデコーダ３０は、ＶＰＳおよび／または１つもしくは複数のＳＰＳを、ＶＰＳおよび／またはＳＰＳがＳＥＩメッセージで参照されることに基づいてアクティブ化できる。このような例では、ＳＥＩメッセージが、アクティブＶＰＳとアクティブＳＰＳとを示すだけではなく、それらをアクティブ化する。従って、このような例では、ＶＰＳおよびＳＰＳのアクティブ化が、ＨＥＶＣ  ＷＤ８におけるアクティブ化と比較して変更される。
【０１１４】
[0121]  例えば、ビデオエンコーダ２０は、アクティブＶＰＳと１つまたは複数のアクティブＳＰＳとを示すアクティブパラメータセットＳＥＩメッセージを提供することができ、ビデオデコーダ３０は、ＶＰＳおよび／または１つもしくは複数のＳＰＳを、それらがＳＥＩメッセージで参照されることに基づいてアクティブ化できる。加えて、このような例では、ＳＰＳ  ＩＤがバッファリング期間ＳＥＩメッセージから除去されること、すなわちビデオエンコーダ２０が、バッファリング期間ＳＥＩメッセージがＳＰＳ  ＩＤを除外するようにバッファリング期間ＳＥＩメッセージを符号化することがある。このような例で、ビデオエンコーダ２０は、バッファリング期間ＳＥＩメッセージを含むアクセスユニットごとに、アクティブパラメータセットＳＥＩメッセージも存在し、アクティブパラメータセットＳＥＩメッセージがアクセスユニットの第１のＳＥＩ  ＮＡＬユニットにおける第１のＳＥＩメッセージとなるように、ビットストリームを符号化できる。
【０１１５】
[0122]  ＳＰＳ  ＩＤがバッファリング期間ＳＥＩメッセージから除去される技法による、ビデオエンコーダ２０によって提供され得るバッファリング期間ＳＥＩメッセージのシンタックスおよびセマンティクスは、次の通りである。
【表４】
2015529436.tif 000006
【０１１６】
[0123]  ＨＥＶＣ  ＷＤ８に対するバッファリング期間ＳＥＩメッセージのシンタックスおよびセマンティクスの変更は、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄシンタックス要素の除去である。
【０１１７】
[0124]  アクティブパラメータセットＳＥＩメッセージがＶＰＳと１つまたは複数のＳＰＳとをアクティブ化し、ＳＰＳ  ＩＤがバッファリング期間ＳＥＩメッセージから除去される技法による、ビデオエンコーダ２０によって提供され得るアクティブパラメータセットＳＥＩメッセージのシンタックスおよびセマンティクスの一例は、次の通りである。
【表５】
2015529436.tif 000007
【０１１８】
[0125]  ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを示す。
【０１１９】
[0126]  ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄは、ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブである１つのＳＰＳの識別子を示す。ａｃｔｉｖｅ＿ｓｅｑ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄの値は、両端値を含む０〜３１の範囲内にあり得る。
【０１２０】
[0127]  ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｏｎｅは１に等しい。
【０１２１】
[0128]  ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１プラス１は、ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブである追加ＳＰＳ（アクティブレイヤＳＰＳと呼ばれることもある）の数を指定する。ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜３０の範囲内にあり得る。
【０１２２】
[0129]  ａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］は、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるｉ番目の追加ＳＰＳの識別子を指定する。ａｄｄｉｔｉｏｎａｌ＿ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１２３】
[0130]  ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは０に等しいとき、アクティブパラメータセットＳＥＩメッセージ内で後続する追加データがないことを示す。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値が０に等しいことがビットストリーム適合の要件である。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値１は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、アクティブパラメータセットＳＥＩメッセージ中のａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値を無視し、ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇの値１の後にアクティブパラメータセットＳＥＩメッセージ内で後続する全てのデータを無視する。
【０１２４】
[0131]  別の例として、アクティブパラメータセットＳＥＩメッセージがＶＰＳと１つまたは複数のＳＰＳとをアクティブ化し、ＳＰＳ  ＩＤがバッファリング期間ＳＥＩメッセージから除去される技法による、例えば、マルチビュー、３ＤＶまたはスケーラブルビデオコーディングのためのベースＨＥＶＣ仕様と拡張ＨＥＶＣ仕様の両方における本開示の技法によるビデオエンコーダ２０によって提供され得るアクティブパラメータセットＳＥＩメッセージのシンタックスおよびセマンティクスは、次の通りであり得る。
【表６】
2015529436.tif 000008
【０１２５】
[0132]  ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを識別する。
【０１２６】
[0133]  ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１プラス１は、アクティブパラメータセットＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＳＰＳ（それらの一部はアクティブレイヤＳＰＳと呼ばれることもある）の数を指定する。ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１２７】
[0134]  ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］は、ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるｉ番目のＳＰＳの識別子を指定する。ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ]  の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１２８】
[0135]  ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは０に等しいとき、アクティブパラメータセットＳＥＩメッセージ内で後続する追加データがないことを示す。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が０に等しいことがビットストリーム適合の要件である。ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値１は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、アクティブパラメータセットＳＥＩメッセージ中のａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値を無視し、ａｃｔｉｖｅ＿ｐａｒａｍ＿ｓｅｔ＿ｓｅｉ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値１の後にアクティブパラメータセットＳＥＩメッセージ内で後続する全てのデータを無視する。
【０１２９】
[0136]  他の例で、ビデオエンコーダ２０は、アクティブパラメータセットＳＥＩメッセージではなく、アクティブＶＰＳと１つまたは複数のアクティブＳＰＳとを示すバッファリング期間ＳＥＩメッセージを提供し、ビデオデコーダ３０は、ＶＰＳおよび／または１つもしくは複数のＳＰＳを、それらがバッファリング期間ＳＥＩメッセージで参照されることに基づいてアクティブ化できる。このような例では、アクティブパラメータセットＳＥＩメッセージが除去されてよく、例えば、ビデオエンコーダ２０は、ＰＰＳと１つまたは複数のＳＰＳとをアクティブ化するバッファリング期間ＳＥＩメッセージを含むアクセスユニットが、アクセスユニットのビデオデータを復号するためにビデオデコーダ３０にシンタックス情報を提供するアクティブパラメータセットＳＥＩメッセージを含まないように、ビットストリームを符号化できる。さらに、ＨＥＶＣ  ＷＤ８において指定されているように単一のＳＰＳ  ＩＤおよびＶＰＳ  ＩＤなしではなく、バッファリング期間ＳＥＩメッセージは、複数のＳＰＳ  ＩＤ並びにＶＰＳ  ＩＤを含むことができる。
【０１３０】
[0137]  ＶＰＳと１つまたは複数のＳＰＳとをアクティブ化するためにビデオエンコーダ２０によって提供され得るバッファリング期間ＳＥＩメッセージのシンタックスおよびセマンティクスの一例は、次の通りである。
【表７】
2015529436.tif 000009
【０１３１】
[0138]  以下で説明しないそれらのシンタックス要素についてのセマンティクスは、ＨＥＶＣ  ＷＤ８の場合と同じである。
【０１３２】
[0139]  ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを識別する。
【０１３３】
[0140]  ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１プラス１は、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＳＰＳ（それらの一部はアクティブレイヤシーケンスパラメータセットと呼ばれることもある）の数を指定する。ｎｕｍ＿ｓｐｓ＿ｉｄｓ＿ｍｉｎｕｓ１の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１３４】
[0141]  ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］は、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるｉ番目のＳＰＳの識別子を指定する。ａｃｔｉｖｅ＿ｓｐｓ＿ｉｄ［ｉ］の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１３５】
[0142]  ＶＰＳと１つまたは複数のＳＰＳとをアクティブ化するためにビデオエンコーダ２０によって提供され得るバッファリング期間ＳＥＩメッセージのシンタックスおよびセマンティクスの別の例は、次の通りである。
【表８】
2015529436.tif 000010
【０１３６】
[0143]  以下で説明しないそれらのシンタックス要素についてのセマンティクスは、ＨＥＶＣ  ＷＤ８の場合と同じである。
【０１３７】
[0144]  ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるＶＰＳを識別する。
【０１３８】
[0145]  ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓは、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブである追加ＳＰＳ（アクティブレイヤＳＰＳと呼ばれることもある）の数を指定する。ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓの値は、両端値を含む０〜３１の範囲内にあり得る。
【０１３９】
[0146]  ｓｐｓ＿ｉｄ＿ａｄｄｉｔｉｏｎａｌ［ｉ］は、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＶＣＬ  ＮＡＬユニットに関してアクティブであるｉ番目の追加ＳＰＳの識別子を指定する。ｓｐｓ＿ｉｄ＿ａｄｄｉｔｉｏｎａｌ［ｉ］の値は、両端値を含む０〜３１の範囲内にあり得る。
【０１４０】
[0147]  ＰＰＳと１つまたは複数のＳＰＳとをアクティブ化するために使用されるバッファリング期間ＳＥＩメッセージの第１の例示的なシンタックスおよびセマンティクスは、例えば、例えばＨＥＶＣの拡張仕様において、スケーラブルビデオコーディングのマルチビューに使用され得る。ＰＰＳと１つまたは複数のＳＰＳとをアクティブ化するために使用されるバッファリング期間ＳＥＩメッセージの第２の例示的なシンタックスおよびセマンティクスは、例えば、例えばＨＥＶＣの基本仕様または拡張仕様のいずれかにおいて使用され得る。いくつかの例では、バッファリング期間ＳＥＩメッセージの第２の例示的なシンタックスおよびセマンティクスのシンタックス要素ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓおよびｓｐｓ＿ｉｄ＿ａｄｄｉｔｉｏｎａｌ［ｉ］が、例えばＨＥＶＣの拡張仕様に存在するのみであり、基本仕様には存在しない。いくつかの例では、基本仕様で、第２の例のシンタックス要素ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｐｓ＿ｉｄｓの値が、０に等しいことが求められる。これらのシンタックス要素が基本仕様に存在しない例では、新しいバッファリング期間ＳＥＩメッセージが拡張において必要とされ得るか、または追加ＳＰＳ  ＩＤを伝達するために新しい異なるタイプのＳＥＩメッセージが必要とされ得るかのいずれかである。
【０１４１】
[0148]  例えば、アクティブパラメータセットＳＥＩメッセージおよびバッファリング期間ＳＥＩメッセージに関して上述した例のような、ＶＰＳおよび１つまたは複数のＳＰＳがビデオデコーダ３０によってＳＥＩメッセージで参照されることに基づいてアクティブ化される本開示による例では、アクティブ化が、いくつかの例に従い、次の通りであり得る。ＳＰＳローバイトシーケンスペイロード（ＲＢＳＰ：raw bite sequence payload）が、１つもしくは複数のＰＰＳ  ＲＢＳＰまたはＳＥＩメッセージ、例えばアクティブパラメータセットＳＥＩメッセージもしくはバッファリング期間ＳＥＩメッセージを含む１つもしくは複数のＳＥＩ  ＮＡＬユニットによって参照され得るパラメータを含む。例えば、テーブルまたはＳＰＳの他のデータ構造に記憶された各ＳＰＳ  ＲＢＳＰは、最初は、復号プロセスの動作の開始時にアクティブでないと見なされる。多くとも１つのＳＰＳ  ＲＢＳＰが、復号プロセスの動作中に特定のレイヤまたはビューに関して所与の瞬間においてアクティブであると見なされることがあり、特定のＳＰＳ  ＲＢＳＰのアクティブ化は、特定のレイヤまたはビューに関する（存在する場合の）前のアクティブＳＰＳ  ＲＢＳＰの非アクティブ化を生じさせる。
【０１４２】
[0149]  特定のＳＰＳ  ＩＤ値（例えば、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値）を有する特定のＳＰＳ  ＲＢＳＰは、まだアクティブではなく、例えばそのＳＰＳ  ＩＤ値を使用してＰＰＳ  ＲＢＳＰのアクティブ化によって参照されるか、または例えばそのＳＰＳ  ＩＤ値を使用してＳＥＩメッセージを含むＳＥＩ  ＮＡＬユニットによって参照されるとき、ＳＥＩメッセージを含むアクセスユニットのＶＣＬ  ＮＡＬユニットまたはＰＰＳ  ＲＢＳＰを参照するＶＣＬ  ＮＡＬユニットに含まれるレイヤＩＤまたはビューＩＤによって識別される特定のレイヤまたはビューに関してアクティブ化される。ＳＥＩメッセージは、上記で説明したようにアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージであり得る。このＳＰＳ  ＲＢＳＰは、特定のレイヤまたはビューに関して、同じレイヤまたはビューに関する別のＳＰＳ  ＲＢＳＰのアクティブ化によって非アクティブ化されるまで、アクティブＳＰＳ  ＲＢＳＰと呼ばれる。ビデオエンコーダ２０は、ＳＰＳの復号プロセスおよびアクティブ化の前に、特定のＳＰＳ  ＩＤ値、例えばｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を有するＳＰＳ  ＲＢＳＰをデコーダ３０に提供できる。例えば、エンコーダは、外部手段によりデコーダ３０にＳＰＳが提供される場合を除き、ゼロに等しいＴｅｍｐｏｒａｌＩｄとともに少なくとも１つのアクセスユニットに含めることによってＳＰＳを提供できる。特定のレイヤまたはビューに関するアクティブ化されたＳＰＳ  ＲＢＳＰは、コーディングされたビデオシーケンス全体で特定のレイヤに関してアクティブなままとなる。
【０１４３】
[0150]  コーディングされたビデオシーケンスの特定のレイヤまたはビューに関するアクティブＳＰＳ  ＲＢＳＰに関して、ＳＰＳ  ＩＤ値、例えばｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を含む任意のＳＰＳ  ＮＡＬユニットは、コーディングされたビデオシーケンスの最後のアクセスユニットに続き、別のコーディングされたビデオシーケンスの（存在するときの）第１のＶＣＬ  ＮＡＬユニットおよびＳＥＩメッセージ、例えばアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージを含む第１のＳＥＩ  ＮＡＬユニットに先行する場合を除いて、コーディングされたビデオシーケンスのそのレイヤまたはビューに関するアクティブＳＰＳ  ＲＢＳＰのコンテンツと同じコンテンツを有することになる。
【０１４４】
[0151]  ＶＰＳ  ＲＢＳＰは、１つもしくは複数のＳＰＳ  ＲＢＳＰ、または本開示の技法による、ＳＥＩメッセージを含む１つもしくは複数のＳＥＩ  ＮＡＬユニットによって参照され得るパラメータを含む。ＳＥＩメッセージは、上記で説明したようにアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージであり得る。各ＶＰＳ  ＲＢＳＰは、最初は、復号プロセスの動作の開始時にアクティブでないと見なされる。多くとも１つのＶＰＳ  ＲＢＳＰが、復号プロセスの動作中に所与の瞬間においてアクティブであると見なされ、特定のＶＰＳ  ＲＢＳＰのアクティブ化は、（存在する場合の）前のアクティブＶＰＳ  ＲＢＳＰの非アクティブ化を生じさせる。
【０１４５】
[0152]  特定のＶＰＳ  ＩＤ値（例えば、ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値）を有するＶＰＳ  ＲＢＳＰは、まだアクティブではなく、例えばそのＶＰＳ  ＩＤ値を使用してＳＰＳ  ＲＢＳＰのアクティブ化によって参照されるか、または本開示の技法により、例えばそのＶＰＳ  ＩＤ値を使用してＳＥＩメッセージを含むＳＥＩ  ＮＡＬユニットによって参照されるとき、アクティブ化される。上記で説明したように、ＳＥＩメッセージは、例としてアクティブパラメータセットＳＥＩメッセージまたはバッファリング期間ＳＥＩメッセージであり得る。特定のＶＰＳ  ＩＤ値を有するＶＰＳ  ＲＢＳＰは、別のＶＰＳ  ＲＢＳＰのアクティブ化によって非アクティブ化されるまで、アクティブＶＰＳ  ＲＢＳＰと呼ばれる。その特定のＶＰＳ  ＩＤ値を有するＶＰＳ  ＲＢＳＰは、アクティブ化の前にビデオデコーダ３０が利用できるようになり、外部手段によりビデオデコーダ３０にＶＰＳが提供される場合を除き、ゼロに等しいＴｅｍｐｏｒａｌＩｄとともに少なくとも１つのアクセスユニットに含まれる。アクティブ化されたＶＰＳ  ＲＢＳＰは、コーディングされたビデオシーケンス全体でアクティブのままとなる。コーディングされたビデオシーケンスのアクティブＶＰＳ  ＲＢＳＰに関して、ＶＰＳ  ＩＤ値、例えばｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を含む任意のＶＰＳ  ＮＡＬユニットは、コーディングされたビデオシーケンスの最後のアクセスユニットに続き、別のコーディングされたビデオシーケンスの第１のＶＣＬ  ＮＡＬユニットおよび第１のシーケンスパラメータセットＮＡＬユニットに先行する場合を除いて、コーディングされたビデオシーケンスのアクティブＶＰＳ  ＲＢＳＰのコンテンツと同じコンテンツを有することになる。
【０１４６】
[0153]  ビデオエンコーダ２０およびビデオデコーダ３０は各々、適用可能なとき、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなど、様々な好適なエンコーダまたはデコーダ回路のいずれかとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／または携帯電話などのワイヤレス通信デバイスを備え得る。
【０１４７】
[0154]  図２は、本開示によるビデオコーディングのための、パラメータセットのアクティブ化およびどのパラメータセットがアクティブであるかの指示のための技法を実施できる、ビデオエンコーダ２０の例示的な構成を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを行い得る。イントラコーディングは、空間的予測を利用して、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去する。インターコーディングは、時間的予測を利用して、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間的冗長性を低減または除去する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指し得る。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指し得る。
【０１４８】
[0155]  図２の例で、ビデオエンコーダ２０は、区分ユニット３５と、予測処理ユニット４１と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。予測処理ユニット４１は、動き推定ユニット４２と、動き補償ユニット４４と、イントラ予測処理ユニット４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。再構成されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図２に図示せず）も含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタ処理することになる。デブロッキングフィルタに加えて、（ループ内またはループ後の）追加のループフィルタも使用され得る。
【０１４９】
[0156]  図２に示すように、ビデオエンコーダ２０はビデオデータを受信し、区分ユニット３５はデータを複数のビデオブロックに区分する。この区分は、例えば、ＬＣＵおよびＣＵの４分木構造に従って、スライス、タイル、または他のより大きいユニットへの区分、並びにビデオブロック区分をも含み得る。図２に示すビデオエンコーダ２０の例示的な構成は、概して、符号化されるべきビデオスライス内のビデオブロックを符号化する構成要素を示す。スライスは、複数のビデオブロックに（かつ場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。
【０１５０】
[0157]  予測処理ユニット４１は、誤差結果（例えば、コーディングレートおよびひずみのレベル）に基づいて現在のビデオブロックについて、複数のイントラコーディングモードの１つ、または複数のインターコーディングモードの１つなど、複数の可能なコーディングモードのうちの１つを選択できる。予測処理ユニット４１は、得られたイントラコーディングされたブロックまたはインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に提供し、参照ピクチャとして使用するための符号化されたブロックを再構成するために加算器６２に提供し得る。
【０１５１】
[0158]  予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間圧縮を行うために、コーディングされるべき現在のブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する現在のビデオブロックのイントラ予測コーディングを行い得る。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対する現在のビデオブロックのインター予測コーディングを行う。
【０１５２】
[0159]  動き推定ユニット４２は、ビデオシーケンスの所定のパターンに従ってビデオスライスのためのインター予測モードを判断するように構成され得る。所定のパターンは、シーケンス中のビデオスライスを、Ｐスライス、Ｂスライス、またはＧＰＢスライスに指定し得る。動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な用途から別々に示されている。動き推定ユニット４２によって行われる動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、参照ピクチャ内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。
【０１５３】
[0160]  予測ブロックは、絶対値差分和（ＳＡＤ：sum of absolute difference）、差分２乗和（ＳＳＤ：sum of square difference）、または他の差分尺度(difference metrics)によって判断され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵに厳密に一致することがわかるブロックである。いくつかの例で、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置(sub-integer pixel positions)の値を計算し得る。例えば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置(fractional pixel positions)の値を補間し得る。従って、動き推定ユニット４２は、フルピクセル位置(full pixel positions)と分数ピクセル位置とに対する動き探索を行い、分数ピクセル精度(fractional pixel precision)で動きベクトル(motion vector)を出力できる。
【０１５４】
[0161]  動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライスにおけるビデオブロックのＰＵのための動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択されてよく、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。
【０１５５】
[0162]  動き補償ユニット４４によって行われる動き補償は、動き推定によって判断された動きベクトルに基づいて予測ブロックをフェッチまたは生成すること、場合によってはサブピクセル精度への補間を行うことを伴い得る。現在のビデオブロックのＰＵのため動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストのうちの１つで動きベクトルが指す予測ブロックを見つけることができる。ビデオエンコーダ２０は、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって残差ビデオブロックを形成する。ピクセル差分値は、ブロックの残差データを形成し、ルーマとクロマの両方の差分成分を含み得る。加算器５０は、この減算動作を行う１つまたは複数の構成要素を表す。
【０１５６】
[0163]  動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するための、ビデオブロックとビデオスライスとに関連するシンタックス要素を生成できる。例えば、動き補償ユニット４４は、本開示の技法に従ってパラメータセットとＳＥＩメッセージとを生成できる。他の例で、動き推定ユニット４２、イントラ予測処理ユニット４６、予測処理ユニット４１、および／またはビデオエンコーダ２０の別の構成要素は、パラメータセット、ＳＥＩメッセージ、および本開示の技法による本明細書で説明する他のシンタックス情報を生成できる。
【０１５７】
[0164]  イントラ予測処理ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって行われるインター予測の代替として、現在のブロックをイントラ予測し得る。特に、イントラ予測処理ユニット４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを判断し得る。いくつかの例で、イントラ予測処理ユニット４６は、例えば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化し得、イントラ予測処理ユニット４６（または、いくつかの例で、モード選択ユニット（図示せず））は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。例えば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化されたブロックと、符号化されたブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、並びに符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を判断する。イントラ予測処理ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを判断するために、様々な符号化されたブロックのひずみおよびレートから比を計算し得る。
【０１５８】
[0165]  いずれの場合も、ブロックのためのイントラ予測モードを選択した後に、イントラ予測処理ユニット４６は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信ビットストリームに構成データを含めることができる。構成データは、複数のイントラ予測モードインデックステーブルおよび複数の変更されたイントラ予測モードインデックステーブル（コードワードマッピングテーブル(codeword mapping tables)とも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、最も可能性の高いイントラ予測モード、イントラ予測モードインデックステーブル、およびコンテキストの各々に使用する変更されたイントラ予測モードインデックステーブルの指示とを含むことができる。
【０１５９】
[0166]  予測処理ユニット４１が、インター予測またはイントラ予測のいずれかを介して、現在のビデオブロックのための予測ブロックを生成した後、ビデオエンコーダ２０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロックの残差ビデオデータは、１つまたは複数のＴＵに含まれてよく、変換処理ユニット５２に適用されてよい。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ：discrete cosine transform）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に転換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。
【０１６０】
[0167]  変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送ることができる。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減できる。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例で、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を行い得る。代替的に、エントロピー符号化ユニット５６が走査を行い得る。
【０１６１】
[0168]  量子化の後に、エントロピー符号化ユニット５６は、量子化変換係数をエントロピー符号化する。例えば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コーディングまたは別のエントロピー符号化方法または技法を行い得る。エントロピー符号化ユニット５６によるエントロピー符号化の後に、符号化されたビットストリームは、ビデオデコーダ３０に送信されるか、またはビデオデコーダ３０が後で送信するかもしくは取り出すためにアーカイブされ得る。また、エントロピー符号化ユニット５６は、コーディングされている現在のビデオスライスのための動きベクトルと、他の動き情報と、他のシンタックス要素とをエントロピー符号化することもできる。
【０１６２】
[0169]  逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、参照ピクチャの参照ブロックとして後で使用するためにピクセル領域において残差ブロックを再構成する。動き補償ユニット４４は、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つの予測ブロックに残差ブロックを加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数ピクセル値を計算し得る。加算器６２は、参照ピクチャメモリ６４に記憶するために参照ブロックを生成するために、動き補償ユニット４４によって生成された動き補償予測ブロックに再構成された残差ブロックを追加する。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定ユニット４２と動き補償ユニット４４とによって参照ブロックとして使用され得る。
【０１６３】
[0170]  上記で説明したように、動き補償ユニット４４、動き推定ユニット４２、イントラ予測処理ユニット４６、予測処理ユニット４１、および／またはビデオエンコーダ２０の別の構成要素は、ビデオエンコーダ２０によって符号化されたビデオデータを復号するためにビデオデコーダ３０によって使用されるシンタックス情報を生成できる。シンタックス情報は、ＶＰＳ、ＳＰＳおよびＰＰＳなどのパラメータセットを含むことができる。シンタックス情報は、本開示の技法に従って構成されたＳＥＩメッセージ、例えば、本明細書で説明する技法に従って構成されたアクティブパラメータセットＳＥＩメッセージとバッファリング期間ＳＥＩメッセージとを含むこともできる。エントロピー符号化ユニット５６は、ＳＥＩメッセージを符号化すること、あるいは符号化されたビットストリームの一部としてＳＥＩメッセージを含むことができる。
【０１６４】
[0171]  このようにして、図２のビデオエンコーダ２０は、ビデオデータとビデオデータを符号化するためのシンタックス情報とを含むビットストリームを符号化し、ここにおいてシンタックス情報は、アクセスユニットのＳＥＩメッセージを備え、ここにおいてＳＥＩメッセージは、アクセスユニットのビデオデータを復号するための複数のＳＰＳとＶＰＳとを示す、ＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいて、アクセスユニットのビデオデータを符号化するように構成されたビデオエンコーダの一例を表す。
【０１６５】
[0172]  図２のビデオエンコーダ２０はまた、ビデオデータとビデオデータを復号するためのシンタックス情報とを含むビットストリームを符号化し、ここにおいてシンタックス情報は、ＳＥＩメッセージを備え、ここにおいてＳＥＩメッセージは、１つまたは複数のＳＰＳとＶＰＳとを示す、ＳＥＩメッセージで示される１つまたは複数のＳＰＳおよびＶＰＳに基づいて、ビデオデータを符号化するように構成されたビデオエンコーダの一例を表す。ビデオエンコーダ２０は、ビデオデコーダがＳＥＩメッセージにおける１つまたは複数のＳＰＳおよびＶＰＳの指示に応答してビデオデータを復号するために１つまたは複数のＳＰＳとＶＰＳとをアクティブ化するように、ＳＥＩメッセージを含むようにビットストリームを符号化できる。
【０１６６】
[0173]  ビデオエンコーダ２０は、ビデオデコーダ３０にパラメータセットをアクティブ化させるために、またはビデオデコーダ３０にどのパラメータセットがアクティブであるかを示すために、ＳＥＩメッセージを符号化する。ビデオエンコーダ２０はまた、ＳＥＩメッセージで示される１つまたは複数のＳＰＳおよびＶＰＳに基づいて、ビデオデータを符号化する。例えば、ビデオエンコーダ２０は、変化するパラメータに関する特定の値を使用して、ビデオデータを符号化することができ、次いで、ビデオデータを符号化するために使用されたパラメータ値に基づいて、ビデオデータを復号する際にビデオデコーダ３０によって使用されるパラメータセットを選択できる。次いで、ビデオエンコーダ２０は、ビデオデコーダ３０にパラメータセットをアクティブ化させるために、またはビデオデコーダ３０にどのパラメータセットがアクティブであるかを示すために、１つまたは複数のＳＥＩメッセージを符号化できる。
【０１６７】
[0174]  図３は、本開示によるビデオコーディングのための、パラメータセットのアクティブ化およびどのパラメータセットがアクティブであるかの指示のための技法を実施できる、ビデオデコーダ３０の一例を示すブロック図である。図３の例で、ビデオデコーダ３０は、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６と、逆変換処理ユニット８８と、加算器９０と、参照ピクチャメモリ９２とを含む。予測処理ユニット８１は、動き補償ユニット８２と、イントラ予測処理ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例で、図２のビデオエンコーダ２０に関して説明された符号化パスとは概して逆の復号パスを行い得る。
【０１６８】
[0175]  復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化されたビデオスライスのビデオブロックと、関連するシンタックス情報、例えばシンタックス要素とを表す符号化されたビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット８０は、ビットストリームをエントロピー復号して、量子化係数と、動きベクトルと、他の動き情報と、他のシンタックス情報とを生成する。エントロピー復号ユニット８０は、動き情報と他のシンタックス要素とを予測処理ユニット８１に転送する。ビデオデコーダ３０は、例としてビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス情報を受信し得る。
【０１６９】
[0176]  ビデオスライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされたとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モード、および現在のフレームまたはピクチャの、前に復号されたブロックからのデータに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコーディングされた（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされたとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ９２に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構成し得る。
【０１７０】
[0177]  動き補償ユニット８２は、動きベクトルと他のシンタックス情報とをパースすることによって現在のビデオスライスのビデオブロックのための予測情報を判断し、その予測情報を使用して、復号されている現在のビデオブロックのための予測ブロックを生成する。例えば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（例えば、イントラ予測またはインター予測）と、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの参照ピクチャリストのうちの１つまたは複数のための構成情報と、スライスの各インター符号化されたビデオブロックのための動きベクトルと、スライスの各インターコーティングされたビデオブロックのためのインター予測ステータスと、現在のビデオスライス中のビデオブロックを復号するための他の情報とを判断
するために、受信されたシンタックス情報の一部を使用する。
【０１７１】
[0178]  動き補償ユニット８２はまた、補間フィルタに基づいて補間を行い得る。動き補償ユニット８２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間値を計算し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを判断し、その補間フィルタを使用して予測ブロックを生成し得る。
【０１７２】
[0179]  逆量子化ユニット８６は、ビットストリーム中で与えられエントロピー復号ユニット８０によって復号された、量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、ビデオスライス中の各ビデオブロックについてビデオエンコーダ２０によって計算された量子化パラメータを使用して量子化の程度を判断し、同様に、適用されるべき逆量子化の程度を判断することを含み得る。逆変換処理ユニット８８は、ピクセル領域において残差ブロックを生成するために、逆変換、例えば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
【０１７３】
[0180]  動き補償ユニット８２が、動きベクトルと他のシンタックス要素とに基づいて現在のビデオブロックのための予測ブロックを生成した後に、ビデオデコーダ３０は、逆変換処理ユニット８８からの残差ブロックを動き補償ユニット８２によって生成された対応する予測ブロックと加算することによって、復号されたビデオブロックを形成する。加算器９０は、この加算動作を行う１つまたは複数の構成要素を表す。所望される場合、ブロッキネスアーティファクトを除去するために復号されたブロックをフィルタ処理するデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化し、または別様にビデオ品質を改善するために、（コーディングループ内またはコーディングループ後の）他のループフィルタも使用され得る。所与のフレームまたはピクチャ中の復号されたビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照ピクチャメモリ９２に記憶される。参照ピクチャメモリ９２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の提示のために、復号されたビデオを記憶する。
【０１７４】
[0181]  本開示の技法によれば、エントロピー復号ユニット８０は、ビデオデータとシンタックス情報とを含む符号化されたビットストリームを復号、例えばエントロピー復号できる。シンタックス情報は、本明細書で説明したようにアクティブパラメータセットＳＥＩメッセージおよびバッファリング期間ＳＥＩメッセージなど、１つまたは複数のＳＥＩメッセージを含むことができる。予測処理ユニット８１、例えば動き補償ユニット８２、および／またはイントラ予測ユニット８４は、１つまたは複数のパラメータセット、例えばＶＰＳと１つまたは複数のＳＰＳとを、それらがＳＥＩメッセージのうちの少なくとも１つで参照されることに基づいてアクティブ化できる。他の例で、ＳＥＩメッセージは、どのパラメータセット、例えばどのＶＰＳおよび１つまたは複数のＳＰＳがアクティブであるかを、予測処理ユニット８１、例えば動き補償ユニット８２および／またはイントラ予測ユニット８４に示すことができる。いずれの場合も、予測処理ユニット８１、例えば動き補償ユニット８２および／またはイントラ予測ユニット８４は、符号化されたビットストリーム内のビデオデータを復号するためにアクティブパラメータセットを使用できる。
【０１７５】
[0182]  このようにして、図３のビデオデコーダ３０は、ビデオデータとビデオデータを復号するためのシンタックス情報とを含むビットストリームを復号し、ここにおいてシンタックス情報は、アクセスユニットのＳＥＩメッセージを備え、ここにおいてＳＥＩメッセージは、アクセスユニットのビデオデータを復号するための複数のＳＰＳとＶＰＳとを示す、ＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいて、アクセスユニットのビデオデータを復号するように構成されたビデオデコーダの一例を表す。
【０１７６】
[0183]  ビデオデコーダ３０はまた、ビデオデータとビデオデータを復号するためのシンタックス情報とを含むビットストリームを復号し、ここにおいてシンタックス情報は、ＳＥＩメッセージを備え、ここにおいてＳＥＩメッセージは、１つまたは複数のＳＰＳとＶＰＳとを示す、ＳＥＩメッセージにおける１つまたは複数のＳＰＳおよびＶＰＳの指示に基づいて、ビデオデータを復号するために１つまたは複数のＳＰＳとＶＰＳとをアクティブ化し、１つまたは複数のアクティブ化されたＳＰＳおよびアクティブ化されたＶＰＳに基づいてビデオデータを復号するように構成されたビデオデコーダの一例を表す。
【０１７７】
[0184]  図４は、ネットワーク１００一部を形成するデバイスの例示的なセットを示すブロック図である。この例で、ネットワーク１０は、ルーティングデバイス１０４Ａ、１０４Ｂ（ルーティングデバイス１０４）とトランスコーディングデバイス１０６とを含む。ルーティングデバイス１０４およびトランスコーディングデバイス１０６は、ネットワーク１００の一部を形成し得る少数のデバイスを表すことが意図される。スイッチ、ハブ、ゲートウェイ、ファイアウォール、ブリッジ、および他のそのようなデバイスなどの他のネットワークデバイスも、ネットワーク１００内に含まれ得る。いくつかの例で、メディアアウェアネスを有するネットワークデバイス、すなわち、所謂メディアアウェアネットワーク要素（ＭＡＮＥ）は、本明細書で説明するパラメータセットシグナリング技法のうちの１つまたは複数を実施または使用できる。その上、サーバデバイス１０２とクライアントデバイス１０８との間にネットワーク経路に沿って追加のネットワークデバイスが提供され得る。いくつかの例で、サーバデバイス１０２はソースデバイス１２（図１）に対応し得る一方、クライアントデバイス１０８は宛先デバイス１４（図１）に対応し得る。
【０１７８】
[0185]  概して、ルーティングデバイス１０４は、ネットワーク１００を介してネットワークデータを交換するための１つまたは複数のルーティングプロトコルを実装する。いくつかの例で、ルーティングデバイス１０４は、プロキシまたはキャッシュ動作を行うように構成され得る。従って、いくつかの例で、ルーティングデバイス１０４はプロキシデバイスと呼ばれ得る。概して、ルーティングデバイス１０４は、ネットワーク１００を介したルートを発見するためにルーティングプロトコルを実行する。このようなルーティングプロトコルを実行することによって、ルーティングデバイス１０４Ｂは、それ自体からルーティングデバイス１０４Ａを介してサーバデバイス１０２へ至るネットワークルートを発見できる。
【０１７９】
[0186]  本開示の技法は、ネットワークデバイスそのようなルーティングデバイス１０４およびトランスコーディングデバイス１０６によって実装され得るが、クライアントデバイス１０８によっても実装され得る。このようにして、ルーティングデバイス１０４、トランスコーディングデバイス１０６、およびクライアントデバイス１０８は、ビデオデータとビデオデータをコーディングするためのシンタックス情報とを含むビットストリームをコーディングすること、ここにおいてシンタックス情報は、ビデオデータのアクセスユニットのためのＳＥＩメッセージを備え、ここにおいてＳＥＩメッセージは、複数のＳＰＳとＶＰＳとを示す、ＳＥＩメッセージにおける１つまたは複数のＳＰＳおよびＶＰＳの指示に基づいて、アクセスユニットのビデオデータをコーディングするために１つまたは複数のＳＰＳとＶＰＳとをアクティブ化すること、並びに／あるいはＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータをコーディングすることを含む、本開示の技法を行うように構成されたデバイスの例を表す。その上、図１のソースデバイス１２および宛先デバイス１４、図２に示すビデオエンコーダ２０、並びに図３に示すビデオデコーダ３０はまた、ビデオデータとビデオデータをコーディングするためのシンタックス情報とを含むビットストリームをコーディングすること、ここにおいてシンタックス情報は、ビデオデータのアクセスユニットのためのＳＥＩメッセージを備え、ここにおいてＳＥＩメッセージは、複数のＳＰＳとＶＰＳとを示す、ＳＥＩメッセージにおける１つまたは複数のＳＰＳおよびＶＰＳの指示に基づいて、アクセスユニットのビデオデータをコーディングするために１つまたは複数のＳＰＳとＶＰＳとをアクティブ化すること、並びに／あるいはＳＥＩメッセージで示される複数のＳＰＳおよびＶＰＳに基づいてアクセスユニットのビデオデータをコーディングすることを含む、本開示の技法を行うように構成され得る例示的なデバイスである。ＭＡＮＥなどの他のネットワーク要素も、他のデバイスへのビデオデータの通信または配信を改善するために、本開示の技法を使用できる。
【０１８０】
[0187]  図５は、ビットストリーム中の符号化されたビデオデータを復号するためのアクティブビデオパラメータセット（ＶＰＳ）と複数のアクティブシーケンスパラメータセット（ＳＰＳ）とをビデオデコーダに示す補足エンハンスメント情報（ＳＥＩ）メッセージを含むようにビットストリームを符号化するための例示的な方法を示すフロー図である。図５の例によれば、ビデオエンコーダ、例えば図２のビデオエンコーダ２０は、ＶＰＳおよび複数のＳＰＳに基づいて、例えばアクセスユニットのビデオデータを符号化する（１２０）。ビデオデータは、例えばスケーラブルビデオコーディングのための複数のレイヤを備えることができる。ビデオデータは追加または代替として、例えばマルチビューまたは３Ｄビデオコーディングのための複数のビューを備えることができる。複数のＳＰＳの各々は、複数のレイヤおよび／またはビューのうちの該当の１つまたは複数のビデオデータに関連付けられること、例えばビデオデータを符号化するために使用されることがある。
【０１８１】
[0188]  ビデオエンコーダは、ビデオデコーダ、例えばビデオデコーダ３０、およびビデオデータを復号することに関して本明細書で説明した方法と同様の方法で、ＶＰＳと、ＳＰＳと、他のパラメータセットとをデータ構造で維持し、ビデオデータを符号化するためにパラメータセットをアクティブ化できる。他の例で、ビデオエンコーダは必ずしも、ビデオデコーダと同様の方法でパラメータセットを維持しアクティブ化するとは限らない。いくつかの例で、ビデオエンコーダは、ビデオデコーダによって維持されるパラメータセット、例えばＶＰＳおよびＳＰＳに対応するパラメータ値または設定に従ってビデオデータを符号化し、このようにして、ビデオエンコーダは、パラメータセットに従ってビデオデータを符号化する。
【０１８２】
[0189]  図５の例によれば、ビデオエンコーダはさらに、例えばビデオデータを符号化した後、例えばビデオデコーダにアクセスユニットのビデオデータを復号するためのアクティブＶＰＳとアクティブＳＰＳとを示すＶＰＳ  ＩＤと複数のＳＰＳ  ＩＤとを有するＳＥＩメッセージを符号化できる（１２２）。いくつかの例で、ＳＥＩメッセージは、アクティブパラメータセットＳＥＩメッセージである。他の例で、ＳＥＩメッセージは、バッファリング期間ＳＥＩメッセージなどの別のＳＥＩメッセージである。ビデオエンコーダは、例えばビデオデコーダ３０に提供される符号化されたビットストリームに、符号化されたＳＥＩメッセージと符号化されたビデオデータとを含める（１２４）。いくつかの例で、ビデオエンコーダは、アクセスユニットのＶＣＬ  ＮＡＬユニットに符号化されたビデオデータを含め、アクセスユニットのＳＥＩ  ＮＡＬユニットにＳＥＩメッセージを含めることができる。
【０１８３】
[0190]  図６は、ビットストリームのビデオデータを復号するためのアクティブＶＰＳと複数のアクティブＳＰＳとを示すＳＥＩメッセージを含むビットストリームを復号するための例示的な方法を示すフロー図である。図６の例示的な方法によれば、ビデオデコーダ、例えば図３のビデオデコーダ３０は、符号化されたビデオデータとＳＥＩメッセージとを含む符号化されたビットストリームを受信する（１３０）。符号化されたビットストリームは、複数のアクセスユニットを備えることができ、それらの各々は、例えば１つまたは複数のＶＣＬ  ＮＡＬユニットにビデオデータを含み、例えば１つまたは複数のＳＥＩ  ＮＡＬユニットに１つまたは複数のＳＥＩメッセージを含むことができる。
【０１８４】
[0191]  ビデオデータは、例えばスケーラブルビデオコーディングのための複数のレイヤを備えることができる。ビデオデータは追加または代替として、例えばマルチビューまたは３Ｄビデオコーディングのための複数のビューを備えることができる。ＳＥＩメッセージは、アクティブパラメータセットＳＥＩメッセージ、またはバッファリング期間ＳＥＩメッセージなどの別のＳＥＩメッセージであり得る。
【０１８５】
[0192]  図６の例示的な方法によれば、ビデオデコーダは、アクセスユニットのビデオデータを、アクセスユニットのためのアクティブＶＰＳおよび複数のアクティブＳＰＳに基づいて復号する（１３２）。複数のＳＰＳの各々は、複数のレイヤおよび／またはビューのうちの該当の１つまたは複数のビデオデータに関連付けられること、例えばビデオデータを復号するために使用されることがある。ビデオデコーダはまた、ＳＥＩメッセージを復号する（１３４）。ＳＥＩメッセージは、アクセスユニットのビデオデータを復号するためのアクティブＶＰＳを示すＶＰＳ  ＩＤを含み得る。ＳＥＩメッセージはまた、アクセスユニットの複数のレイヤおよび／またはビューを復号するためのそのアクティブＳＰＳを示す複数のＳＰＳ  ＩＤを含み得る。ビデオデコーダは、ＳＥＩメッセージにおけるＶＰＳおよびＳＰＳの指示を使用して、例えば、アクセスユニットのビデオデータを復号するために適切なＶＰＳおよびＳＰＳが使用されてきたか、または使用されている最中であることを確認できる。
【０１８６】
[0193]  図７は、ビットストリームのビデオデータを復号するためにビデオデコーダによってアクティブ化されるＶＰＳと１つまたは複数のＳＰＳとをビデオデコーダに示すＳＥＩメッセージを含むようにビットストリームを符号化するための例示的な方法を示すフロー図である。図７の例示的な方法によれば、ビデオエンコーダ、例えば図３のビデオエンコーダ２０は、ＶＰＳおよび１つまたは複数のＳＰＳに基づいて、例えばアクセスユニットのビデオデータを符号化する（１４０）。ビデオデータは、例えばスケーラブルビデオコーディングのための複数のレイヤを備えることができる。ビデオデータは追加または代替として、例えばマルチビューまたは３Ｄビデオコーディングのための複数のビューを備えることができる。複数のＳＰＳの各々は、複数のレイヤおよび／またはビューのうちの該当の１つまたは複数のビデオデータに関連付けられること、例えばビデオデータを符号化するために使用されることがある。
【０１８７】
[0194]  図７の例によれば、ビデオエンコーダはさらに、例えばビデオデータを符号化した後、アクセスユニットのビデオデータを復号するためにＶＰＳと１つまたは複数のＳＰＳとをビデオデコーダにアクティブ化させるために、ＶＰＳ  ＩＤと１つまたは複数のＳＰＳ  ＩＤとを有するＳＥＩメッセージを符号化できる（１４２）。いくつかの例では、ＳＥＩメッセージが、アクティブパラメータセットＳＥＩメッセージである。他の例では、ＳＥＩメッセージが、バッファリング期間ＳＥＩメッセージなどの別のＳＥＩメッセージである。
【０１８８】
[0195]  ビデオエンコーダは、例えばビデオデコーダ３０に提供される符号化されたビットストリームに、符号化されたＳＥＩメッセージと符号化されたビデオデータとを含める（１４４）。いくつかの例では、ビデオエンコーダが、アクセスユニットのＶＣＬ  ＮＡＬユニットに符号化されたビデオデータを含め、アクセスユニットのＳＥＩ  ＮＡＬユニットにＳＥＩメッセージを含めることができる。ビデオデコーダがアクセスユニットのビデオデータを復号するためにパラメータセットをアクティブ化する際の土台となるＳＥＩメッセージがアクティブパラメータセットＳＥＩメッセージである例では、ビデオエンコーダが、アクセスユニットのためのバッファリング期間ＳＥＩメッセージを、それがＳＰＳ  ＩＤを除外するように符号化できる。さらに、ＳＥＩメッセージがアクティブパラメータセットＳＥＩメッセージである例では、ビデオエンコーダが、バッファリング期間ＳＥＩメッセージを含む各アクセスユニットが、アクセスユニットの第１のＳＥＩ  ＮＡＬユニットにおける第１のＳＥＩメッセージであるアクティブパラメータセットＳＥＩメッセージも含むように、ビットストリームを符号化できる。ビデオデコーダがアクセスユニットのビデオデータを復号するためにパラメータセットをアクティブ化する際の土台となるＳＥＩメッセージがバッファリング期間ＳＥＩメッセージである例では、ビデオエンコーダが、アクティブパラメータセットＳＥＩメッセージを除外するように、符号化されたビットストリーム、例えばビットストリーム内のアクセスユニットを生成できる。
【０１８９】
[0196]  図８は、ＳＥＩメッセージを含むビットストリームを復号し、ＳＥＩメッセージでＶＰＳと１つまたは複数のＳＰＳとを参照することに基づいて、ビットストリームのビデオデータを復号するために、ＶＰＳと１つまたは複数のＳＰＳとをアクティブ化するための例示的な方法を示すフロー図である。図８の例示的な方法によれば、ビデオデコーダ、例えば図３のビデオデコーダ３０は、符号化されたビデオデータとＳＥＩメッセージとを含む符号化されたビットストリームを受信する（１５０）。符号化されたビットストリームは、複数のアクセスユニットを備えることができ、それらの各々は、例えば１つまたは複数のＶＣＬ  ＮＡＬユニットにビデオデータを含み、例えば１つまたは複数のＳＥＩ  ＮＡＬユニットに１つまたは複数のＳＥＩメッセージを含むことができる。
【０１９０】
[0197]  ビデオデータは、例えばスケーラブルビデオコーディングのための複数のレイヤを備えることができる。ビデオデータは追加または代替として、例えばマルチビューまたは３Ｄビデオコーディングのための複数のビューを備えることができる。ＳＥＩメッセージは、アクティブパラメータセットＳＥＩメッセージ、またはバッファリング期間ＳＥＩメッセージなどの別のＳＥＩメッセージであり得る。
【０１９１】
[0198]  図８の例示的な方法によれば、ビデオデコーダはＳＥＩメッセージを復号する（１５２）。ＳＥＩメッセージは、アクセスユニットのうちの１つの中に含まれることがあり、これによりアクセスユニットに関連付けられる。次いでビデオデコーダは、ＶＰＳと１つまたは複数のＳＰＳとを、例えばＳＥＩメッセージにおけるＶＰＳおよびＳＰＳのＶＰＳ  ＩＤおよびＳＰＳ  ＩＤの包含に基づいて、ＶＰＳおよび１つまたは複数のＳＰＳがＳＥＩメッセージで参照されることに基づいてアクティブ化する（１５４）。次いでビデオデコーダは、アクセスユニットのためのアクティブＶＰＳおよび１つまたは複数のアクティブＳＰＳに基づいて、アクセスユニットのビデオデータを復号する（１５６）。ＳＥＩメッセージが複数のＳＰＳ  ＩＤを含む例では、複数の参照されるＳＰＳの各々が、複数のレイヤおよび／またはビューのうちの該当の１つまたは複数のビデオデータに関連付けられること、例えばビデオデータを復号するために使用されることがある。
【０１９２】
[0199]  例によっては、本明細書で説明した技法のうちいずれかの、いくつかの行為またはイベントは、異なるシーケンスで行われ得、追加、マージ、または完全に除外され得る（例えば、全ての説明した行為またはイベントが、本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、いくつかの例では、行為またはイベントが、連続的にではなく、同時に、例えば、マルチスレッド処理、割込み処理、または複数のプロセッサを通じて行われ得る。
【０１９３】
[0200]  １つまたは複数の例では、説明した機能が、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されてよく、あるいは、コンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、または、例えば通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形コンピュータ可読記憶媒体、または、（２）信号もしくは搬送波などの通信媒体に対応できる。データ記憶媒体は、本開示で説明した技法を実装するための命令、コードおよび／またはデータ構造を取り出すために、１つもしくは複数のコンピュータ、または１つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含むことができる。
【０１９４】
[0201]  限定ではなく例として、このようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。同様に、いかなる接続も厳密にはコンピュータ可読媒体と称される。例えば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１９５】
[0202]  命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路によって実行され得る。従って、本明細書で使用される「プロセッサ」という用語は、前述の構造、または本明細書で説明した技法の実装に好適な任意の他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明した機能が、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内に与えられ得、または複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中で十分に実装され得る。
【０１９６】
[0203]  本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示された技法を行うように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられてよく、または相互動作するハードウェアユニットの集合によって与えられてよい。
【０１９７】
[0204]  様々な例について説明してきた。これらおよび他の例は、以下の特許請求の範囲内である。
【図１】
2015529436.tif 000011
【図２】
2015529436.tif 000012
【図３】
2015529436.tif 000013
【図４】
2015529436.tif 000014
【図５】
2015529436.tif 000015
【図６】
2015529436.tif 000016
【図７】
2015529436.tif 000017
【図８】
2015529436.tif 000018
【国際調査報告】
2015529436.tif 000019
2015529436.tif 000020
2015529436.tif 000021