(57)【要約】  メッセージを送信するための電子デバイスが記載される。電子デバイスは、プロセッサと、プロセッサと電子通信を行うメモリに記憶された命令とを備える。電子デバイスは、ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定する。ピクチャがサブピクチャ・レベルで復号されることが許容される場合、電子デバイスは、バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを生成する。電子デバイスは、バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを送信する。
2016500204.tif 000002
【特許請求の範囲】
【請求項１】
バッファ・パラメータを送信するための電子デバイスであって、前記電子デバイスは、
プロセッサ
を備え、前記プロセッサは、
ピクチャがサブピクチャ・レベルで復号されることが許容されることになるかどうかを判定し、前記ピクチャがサブピクチャ・レベルで復号されることが許容されることになる場合、
バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを生成して、
前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータのうちの少なくとも１つを送信する
ために実行可能である、
電子デバイス。
【請求項２】
前記バッファスケール・パラメータは、サブピクチャ符号化ピクチャバッファ（ＣＰＢ）サイズ・スケール・パラメータである、請求項１に記載の電子デバイス。
【請求項３】
前記サブピクチャＣＰＢサイズ・スケール・パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである、請求項２に記載の電子デバイス。
【請求項４】
前記バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである、請求項１に記載の電子デバイス。
【請求項５】
前記サブピクチャＣＰＢサイズ値パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である、請求項４に記載の電子デバイス。
【請求項６】
前記バッファスケール・パラメータは、サブピクチャＣＰＢサイズ・スケール・パラメータである、請求項１に記載の電子デバイス。
【請求項７】
前記サブピクチャＣＰＢサイズ・スケール・パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである、請求項６に記載の電子デバイス。
【請求項８】
前記ピクチャがサブピクチャ・レベルで復号されることが許容される場合、前記プロセッサは、
サブピクチャＣＰＢ存在パラメータを生成して、
前記サブピクチャＣＰＢ存在パラメータを送信する
ためにさらに実行可能である、請求項１に記載の電子デバイス。
【請求項９】
前記サブピクチャＣＰＢ存在パラメータは、サブピクチャＣＰＢパラメータ存在フラグである、請求項８に記載の電子デバイス。
【請求項１０】
前記サブピクチャＣＰＢパラメータ存在フラグは、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇである、請求項９に記載の電子デバイス。
【請求項１１】
前記ピクチャがサブピクチャ・レベルで復号されることが許容される場合、前記プロセッサは、前記サブピクチャ・レベルでビットストリーム適合性テストを行うためにさらに実行可能である、請求項１に記載の電子デバイス。
【請求項１２】
エンコーダは、前記送信されたバッファサイズ・パラメータおよび前記送信されたバッファスケール・パラメータのうちの前記少なくとも１つに違反しない、請求項１に記載の電子デバイス。
【請求項１３】
ビットストリームを試験するための電子デバイスであって、前記電子デバイスは、
プロセッサ
を備え、前記プロセッサは、
データを受信し、
サブピクチャ・レベルの符号化ピクチャバッファ（ＣＰＢ）パラメータを取得して、前記サブピクチャ・レベルのＣＰＢパラメータに基づいて、サブピクチャ・レベルのＣＰＢ動作を行う
ために実行可能である、
電子デバイス。
【請求項１４】
前記サブピクチャ・レベルのＣＰＢパラメータに基づいてサブピクチャ・レベルのＣＰＢ動作を行うために実行可能な前記プロセッサは、前記サブピクチャ・レベルのＣＰＢパラメータに基づくサブピクチャ・レベルのＣＰＢ動作に関する補間配信スケジュール試験を行うための命令を備える、請求項１３に記載の電子デバイス。
【請求項１５】
前記サブピクチャ・レベルのＣＰＢパラメータに基づいてサブピクチャ・レベルのＣＰＢ動作を行うために実行可能な前記プロセッサは、仮想参照デコーダ（ＨＲＤ）動作の前記仕様にさらに基づく、請求項１３に記載の電子デバイス。
【請求項１６】
前記サブピクチャ・レベルのＣＰＢパラメータを取得するために実行可能な前記プロセッサは、サブピクチャＣＰＢサイズ・スケール・パラメータを取得するために実行可能な命令を備える、請求項１３に記載の電子デバイス。
【請求項１７】
前記サブピクチャＣＰＢサイズ・スケール・パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである、請求項１６に記載の電子デバイス。
【請求項１８】
バッファ・パラメータを送信するための方法であって、前記方法は、
ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定するステップと、前記ピクチャがサブピクチャ・レベルで復号されることが許容されることになる場合、
バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを生成するステップと、
前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータのうちの少なくとも１つを送信するステップと
を備える、方法。
【請求項１９】
前記バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである、請求項１８に記載の方法。
【請求項２０】
前記サブピクチャＣＰＢサイズ値パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、電子デバイスに関する。より具体的には、本開示は、サブピクチャ・パラメータをシグナリングするための電子デバイスに関する。
【背景技術】
【０００２】
電子デバイスは、消費者ニーズを満たし、可搬性および便利さを改善するために、より小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の向上を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。
【０００３】
いくつかの電子デバイスは、デジタルメディアを処理して表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者がいるほとんどどの場所でもデジタルメディアを用いることを可能にする。そのうえ、いくつかの電子デバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供する。
【０００４】
デジタルメディアの人気の高まりは、いくつかの問題を提起した。例えば、高品質デジタルメディアを記憶、送信および迅速な再生のために効率的に表現することは、いくつかの課題を提起する。この考察から気付きうるように、デジタルメディアを性能向上により効率的に表現するシステムおよび方法が有益である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デジタルメディアを表現するためにさらに効率的な技術を提供することが望まれる。
【課題を解決するための手段】
【０００６】
本発明のある態様は、バッファ・パラメータを送信するための電子デバイスを提供し、電子デバイスは、
【０００７】
プロセッサを備え、プロセッサは、
【０００８】
ピクチャがサブピクチャ・レベルで復号されることが許容されることになるかどうかを判定し、ピクチャがサブピクチャ・レベルで復号されることが許容されることになる場合、
【０００９】
バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを生成して、
【００１０】
バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを送信するために実行可能である。
【００１１】
本発明の別の態様は、ビットストリームを試験するための電子デバイスを提供し、電子デバイスは、
【００１２】
プロセッサを備え、プロセッサは、
【００１３】
データを受信し、
【００１４】
サブピクチャ・レベルの符号化ピクチャバッファ（ＣＰＢ：ｃｏｄｅｄ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒ）パラメータを取得して、
【００１５】
サブピクチャ・レベルのＣＰＢパラメータに基づいて、サブピクチャ・レベルのＣＰＢ動作を行うために実行可能である。
【００１６】
本発明の別の態様は、バッファ・パラメータを送信するための方法を提供し、方法は、
【００１７】
ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定するステップと、ピクチャがサブピクチャ・レベルで復号されることが許容されることになる場合、
【００１８】
バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを生成するステップと、
【００１９】
バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを送信するステップとを備える。
【発明の効果】
【００２０】
本発明の前述および他の目的、特徴、ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察したときにさらに容易に理解されるであろう。
【図面の簡単な説明】
【００２１】
【図１】サブピクチャバッファ・パラメータをシグナリングするためシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロック図である。
【図２】サブピクチャバッファ・パラメータを送信するための方法の一構成を示すフロー図である。
【図３】サブピクチャバッファ・パラメータを送信するための方法のより具体的な構成を示すフロー図である。
【図４】サブピクチャバッファ・パラメータを送信するための方法の別のより具体的な構成を示すフロー図である。
【図５】サブピクチャバッファ・パラメータを受信するための方法の一構成を示すフロー図である。
【図６】電子デバイス上のエンコーダの一構成を示すブロック図である。
【図７】電子デバイス上のデコーダの一構成を示すブロック図である。
【図８】送信用電子デバイスにおいて利用される様々なコンポーネントを示す。
【図９】受信用電子デバイスにおいて利用される様々なコンポーネントを示すブロック図である。
【図１０】サブピクチャバッファ・パラメータを送信するためのシステムおよび方法が実装された電子デバイスの一構成を示すブロック図である。
【図１１】サブピクチャバッファ・パラメータを受信するためのシステムおよび方法が実装された電子デバイスの一構成を示すブロック図である。
【発明を実施するための形態】
【００２２】
メッセージを送信するための電子デバイスが記載される。電子デバイスは、プロセッサと、プロセッサと電子通信を行うメモリに記憶された命令とを含む。電子デバイスは、ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定する。ピクチャがサブピクチャ・レベルで復号されることが許容される場合、電子デバイスは、バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを生成する。電子デバイスは、バッファサイズ・パラメータおよびバッファスケール・パラメータのうちの少なくとも１つを送信する。
【００２３】
バッファスケール・パラメータは、サブピクチャ符号化ピクチャバッファ（ＣＰＢ）サイズ・スケール・パラメータである。サブピクチャＣＰＢサイズ・スケール・パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである。
【００２４】
バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである。サブピクチャＣＰＢサイズ値パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］である。ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である。
【００２５】
バッファスケール・パラメータは、サブピクチャＣＰＢサイズ・スケール・パラメータである。サブピクチャＣＰＢサイズ・スケール・パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである。
【００２６】
ピクチャが、サブピクチャ・レベルで復号されることが許容される場合、電子デバイスは、サブピクチャＣＰＢ存在パラメータを生成して、サブピクチャＣＰＢ存在パラメータを送信する。サブピクチャＣＰＢ存在パラメータは、サブピクチャＣＰＢパラメータ存在フラグであってもよい。サブピクチャＣＰＢパラメータ存在フラグは、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇである。
【００２７】
ピクチャがサブピクチャ・レベルで復号されることが許容される場合、電子デバイスは、サブピクチャ・レベルでビットストリーム適合性試験を行う。エンコーダは、送信されたバッファサイズ・パラメータおよび／または送信されたバッファスケール・パラメータに違反しない。
【００２８】
ビットストリームを試験するための電子デバイスも記載される。電子デバイスは、プロセッサと、プロセッサと電子通信を行うメモリに記憶された命令とを含む。電子デバイスは、データを受信する。電子デバイスは、また、サブピクチャ・レベルの符号化ピクチャバッファ（ＣＰＢ）パラメータを取得する。電子デバイスは、また、サブピクチャ・レベルのＣＰＢパラメータに基づいて、サブピクチャ・レベルのＣＰＢ動作を行う。
【００２９】
サブピクチャ・レベルのＣＰＢパラメータに基づいてサブピクチャ・レベルのＣＰＢ動作も行うことは、サブピクチャ・レベルのＣＰＢパラメータに基づいて、サブピクチャ・レベルのＣＰＢ動作について補間配信スケジュール試験を行うことを含む。サブピクチャ・レベルのＣＰＢパラメータに基づいてサブピクチャ・レベルのＣＰＢ動作を行うことは、仮想参照デコーダ（ＨＲＤ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｆｅｒｅｎｃｅ  ｄｅｃｏｄｅｒ）動作の仕様に基づく。
【００３０】
サブピクチャ・レベルのＣＰＢパラメータを取得することは、サブピクチャＣＰＢサイズ・スケール・パラメータを取得することを含む。サブピクチャＣＰＢサイズ・スケール・パラメータは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである。
【００３１】
バッファ・パラメータを送信するための方法も記載される。ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかが判定される。ピクチャがサブピクチャ・レベルで復号されることになることが許容される場合、バッファサイズ・パラメータおよび／またはバッファスケール・パラメータが生成される。バッファサイズ・パラメータおよび／またはバッファスケール・パラメータが送信される。
【００３２】
本明細書に開示されるシステムおよび方法は、バッファ・パラメータをシグナリングするための電子デバイスを記載する。例えば、本明細書に開示されるシステムおよび方法は、１つ以上のサブピクチャバッファ・パラメータ、例えば、サブピクチャ符号化ピクチャバッファ（ＣＰＢ）パラメータを送信することによって、サブピクチャバッファ・パラメータをシグナリングすることを記載する。いくつかの構成において、本明細書に開示されるシステムおよび方法は、１つ以上のサブピクチャバッファ・パラメータを仮想参照デコーダ（ＨＲＤ）へ送信することを記載する。例えば、これは、１つ以上の対応するピクチャバッファ・パラメータをＨＲＤへ送信することに加えてなされる。
【００３３】
いくつかの構成において、本明細書に開示されるシステムおよび方法は、バッファサイズおよび／またはバッファスケール・パラメータをシグナリングするための新しいシンタックス要素およびセマンティクスを定義する。これらのパラメータは、サブピクチャ・レベルでのＨＲＤの動作のリーキーバケット・モデルを用いて算出される。ビットストリーム適合性の制限も、サブピクチャバッファ・パラメータに基づいて定義される。
【００３４】
本明細書に開示されるシステムおよび方法（例えば、ＨＲＤ修正）は、１つ以上のサブピクチャバッファ・パラメータに基づいてビットストリーム適合性を試験または検証するなどの動作を行う。例として、本明細書に開示されるシステムおよび方法は、サブピクチャ・レベルのＣＰＢ動作を可能にするためのＨＲＤパラメータの修正を記載する。加えて、ピクチャ・レベルまたはアクセスユニット・レベルのＣＰＢ動作が同時にサポートされる。
【００３５】
いくつかの構成において、本明細書に開示されるシステムおよび方法は、補間配信スケジュールに関するデコーダ適合性の制約を記載する。例えば、デコーダ適合性の制約は、デコーダへ送信されるサブピクチャバッファ・パラメータに基づく。
【００３６】
本明細書に開示されるシステムおよび方法（例えば、ＨＲＤ修正）は、ＨＲＤがサブピクチャ・レベルで動作しているときに、ＣＰＢなどのバッファサイズを減少させる利益を提供する。これは、ハードウェア・コストの低減をもたらす。例えば、バッファサイズが小さいほど必要とされるメモリが小さくなり、その結果、必要なハードウェア・メモリが減少する。
【００３７】
加えて、本明細書に開示されるシステムおよび方法は、ＨＲＤがオーバーフローもアンダーフローもしなくなる利益を提供する。例えば、これを達成する１つの方法は、サブピクチャ・ベースのＣＰＢ動作に関するバッファサイズおよび／またはバッファスケール・パラメータをシグナリングすることにより、かつ、ビットストリームを適合性についてチェックすることによる。
【００３８】
用語「仮想」がＨＲＤに用いられるが、ＨＲＤは、物理的に実装されてもよいことに留意すべきである。例えば、「ＨＲＤ」は、実際のデコーダの実装を記述してもよい。いくつかの構成において、ＨＲＤは、ビットストリームが高効率ビデオ符号化（ＨＥＶＣ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）仕様に適合するかどうかを判定するために実装される。例として、ＨＲＤは、タイプＩのビットストリームおよびタイプＩＩのビットストリームがＨＥＶＣ仕様に適合するかどうかを判定する。タイプＩのビットストリームは、ビデオ符号化層（ＶＣＬ：Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｌａｙｅｒ）ネットワークアクセス層（ＮＡＬ：Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｌａｙｅｒ）ユニットおよびフィラー・データＮＡＬユニットのみを含む。タイプＩＩのビットストリームは、さらに他のＮＡＬユニットおよびシンタックス要素を含みうる。
【００３９】
いくつかの既知の構成、例えば、ベンジャミン・ブロス（Ｂｅｎｊａｍｉｎ  Ｂｒｏｓ）ら、「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案８（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ８）」ＪＣＴＶＣ−Ｊ１００３＿ｄ７、ストックホルム、２０１２年７月（以下、ＨＥＶＣ草案８」）では、サブピクチャ・ベースのＨＲＤモデルならびに関連するシンタックスおよびセマンティクスが記載される。本明細書に開示されるシステムおよび方法は、ＨＥＶＣ草案８で提示されたシンタックスおよびセマンティクスの修正を記載する。
【００４０】
本明細書に開示されるシステムおよび方法によるＣＰＢ動作に関する例は、次の通りである。次に示される仕様は、ＨＥＶＣ仕様に従って存在するＣＰＢパラメータの各セットに、かつ、タイプＩおよびタイプＩＩのコンフォーマンスの両方に独立に適用される。
【００４１】
ビットストリーム到着のタイミング（例えば、１つ以上のビットストリーム到着時刻）は、次のように確定される。ＨＲＤは、バッファリング周期付加拡張情報（ＳＥＩ：ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージのいずれか１つで初期化される。初期化前に、ＣＰＢは空であってもよい。留意すべきは、初期化後に、ＨＲＤが後続のバッファリング周期ＳＥＩメッセージによって再び初期化されないことである。いくつかの構成において、ＣＰＢの動作は、存在するＣＰＢパラメータの各セットに、かつ、タイプＩおよびタイプＩＩのコンフォーマンスポイントの両方に独立に適用される。
【００４２】
各アクセスユニットは、アクセスユニットｎと呼ばれ、特定のアクセスユニットを番号ｎが識別する。ＣＰＢを初期化するバッファリング周期ＳＥＩメッセージと関連付けられたアクセスユニットは、アクセスユニット０と呼ばれる。すべての他のアクセスユニットは、アクセスユニットｎと呼ばれ、復号順に次のアクセスユニットでｎが１つインクリメントされる。
【００４３】
各復号ユニットは、復号ユニットｍと呼ばれ、特定の復号ユニットを番号ｍが識別する。アクセスユニット０における復号順に第１の復号ユニットは、復号ユニット０と呼ばれる。復号順に次の復号ユニットごとに、ｍの値が１つインクリメントされる。
【００４４】
変数ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、次にように設定される。次の条件のいずれかが真であれば、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、関連するバッファリング周期ＳＥＩメッセージのそれぞれ対応するｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に設定され、従って、アクセスユニット０は、符号化ピクチャがＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡアクセスユニットであり、関連するバッファリング周期ＳＥＩメッセージのｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は１に等しい。また、真であれば、ＳｕｂＰｉｃＣｐｂＦｌａｇは、１に等しい。そうでない場合には、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、関連するバッファリング周期ＳＥＩメッセージのそれぞれ対応するｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に設定される。
【００４５】
復号ユニットｍの第１のビットがＣＰＢに入り始める時刻は、初期到着時刻ｔａｉ（ｍ）と呼ばれる。復号ユニットの初期到着時刻は、次のように導出される。復号ユニットが復号ユニット０であれば、ｔａｉ（０）＝０である。そうでない（復号ユニットが復号ユニットｍ、ｍ＞０の）場合には、ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が１に等しければ、復号ユニットｍに関する初期到着時刻は、復号ユニットｍ−１の（以下に導出される）最終到着時刻に等しい。
【００４６】
言い換えれば、ｔａｉ（ｍ）＝ｔａｆ（ｍ−１）である。そうでない（ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０に等しい）場合には、復号ユニットｍに関する初期到着時刻は、ｔａｉ（ｍ）＝Ｍａｘ（ｔａｆ（ｍ−１），ｔａｉ，ｅａｒｌｉｅｓｔ（ｍ））によって導出され、ここでｔａｉ，ｅａｒｌｉｅｓｔ（ｍ）は、次のように導出される。復号ユニットｍが後続のバッファリング周期の第１の復号ユニットでなければ、ｔａｉ，ｅａｒｌｉｅｓｔ（ｍ）は、ｔａｉ，ｅａｒｌｉｅｓｔ（ｍ）＝ｔｒ，ｎ（ｍ）−（ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］＋ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］）／９００００として導出され、ｔｒ，ｎ（ｍ）は、ＨＥＶＣ草案８のＣ．２．２項で指定されるような、復号ユニットｍのＣＰＢからの名目上の除去時刻である。そうでない（復号ユニットｍが後続バッファリング周期の第１の復号ユニットである）場合には、ｔａｉ，ｅａｒｌｉｅｓｔ（ｍ）は、ｔａｉ，ｅａｒｌｉｅｓｔ（ｍ）＝ｔｒ，ｎ（ｍ）−（ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］／９００００）として導出される。
【００４７】
復号ユニットｍに関する最終到着時刻は、ｔａｆ（ｍ）＝ｔａｉ（ｍ）＋ｂ（ｍ）／ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］によって導出され、ここでｂ（ｍ）は、復号ユニットｍのビット単位のサイズであり、タイプＩのコンフォーマンスポイントではＶＣＬ  ＮＡＬユニットおよびフィラー・データＮＡＬユニットのビット、または、タイプＩＩのコンフォーマンスポイントではタイプＩＩのビットストリームのすべてのビットがカウントされる。タイプＩおよびタイプＩＩのコンフォーマンスポイントは、ＨＥＶＣ草案８の図Ｃ−１に示される通りである。
【００４８】
ＳｃｈｅｄＳｅｌＩｄｘ、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、次のように制約される。復号ユニットｍを含んだアクセスユニットと、前のアクセスユニットとではアクティブなシーケンスパラメータセットの内容が異なる場合、仮想ストリーム配信スケジューラ（ＨＳＳ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｓｔｒｅａｍ  ｄｅｌｉｖｅｒｙ  ｓｃｈｅｄｕｌｅｒ）は、復号ユニットｍを含んだアクセスユニットへアクティブなシーケンスパラメータセットで供給されるＳｃｈｅｄＳｅｌＩｄｘの値のうちから、復号ユニットｍを含んだアクセスユニットに関するＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ１］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ１］をもたらす、ＳｃｈｅｄＳｅｌＩｄｘの値ＳｃｈｅｄＳｅｌＩｄｘ１を選択する。ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ１］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ１］の値は、前のアクセスユニットで用いられたＳｃｈｅｄＳｅｌＩｄｘの値ＳｃｈｅｄＳｅｌＩｄｘ０に対するＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ０］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ０］の値とは異なる。そうでない場合には、ＨＳＳは、ＳｃｈｅｄＳｅｌＩｄｘ、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の前値を用いて動作し続ける。
【００４９】
ＨＳＳが前のアクセスユニットのものとは異なるＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］またはＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の値を選択するときには、次が適用される。第１に、変数ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、時刻ｔａｉ（ｍ）に有効になる。第２に、変数ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、次のように有効になる。ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の新しい値が古いＣＰＢサイズより大きければ、この変数は、時刻ｔａｉ（ｍ）に有効になる。そうでない場合には、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の新しい値は、復号ユニットｍを含んだアクセスユニットの最後の復号ユニットのＣＰＢ除去時刻に有効になる。
【００５０】
ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいときに、アクセスユニットｎの初期ＣＰＢ到着時刻ｔａｉ（ｎ）は、アクセスユニットｎにおける第１の復号ユニットの初期ＣＰＢ到着時刻に設定され、アクセスユニットｎの最終ＣＰＢ到着時刻ｔａｆ（ｎ）は、アクセスユニットｎにおける最後の復号ユニットの最終ＣＰＢ到着時刻に設定される。ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しいときには、各復号ユニットがアクセスユニットであり、従って、アクセスユニットｎの初期および最終ＣＰＢ到着時刻は、復号ユニットｍの初期および最終ＣＰＢ到着時刻であることに留意すべきである。
【００５１】
ＣＰＢを初期化するバッファリング周期付加拡張情報（ＳＥＩ）メッセージと関連付けられたアクセスユニットは、アクセスユニット０と呼ばれる。すべての他のアクセスユニットは、アクセスユニットｎと呼ばれ、ｎは、復号順に次のアクセスユニットで１つインクリメントされる。
【００５２】
先に示されたように、本明細書に開示されるシステムおよび方法は、ＨＲＤパラメータおよびサブレイヤＨＲＤパラメータを修正するシンタックスおよびセマンティクスを提供する。いくつかの構成において、本明細書に開示されるシステムおよび方法は、ＨＥＶＣ仕様に適用される。例えば、下の表１は、ＨＲＤパラメータのシンタックス修正の例を提供する。修正は、太字で示される。
【００５３】
【表１】
2016500204.tif 000003
【００５４】
本明細書に開示されるシステムおよび方法による、表１に示されるＨＲＤパラメータのセマンティクスに関する例は、次の通りである。１に等しいｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中にｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋおよびｔｉｍｅ＿ｓｃａｌｅが存在することを指定する。０に等しいｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中にｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋおよびｔｉｍｅ＿ｓｃａｌｅが存在しないことを指定する。
【００５５】
ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋは、周波数ｔｉｍｅ＿ｓｃａｌｅ  Ｈｚで動作するクロックの時間単位の数であり、時間単位は、クロックティック・カウンタの（クロックティックと称される）１つのインクリメントに対応する。ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋは、一般に０より大きい。クロックティックは、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいときに、符号化データに表現できる時間の最小間隔である。例えば、ビデオ信号のピクチャレートが２５Ｈｚであり、ｔｉｍｅ＿ｓｃａｌｅが２７，０００，０００に等しいときには、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋが１，０８０，０００に等しい。
【００５６】
ｔｉｍｅ＿ｓｃａｌｅは、１秒で経過する時間単位の数である。例えば、２７ＭＨｚクロックを用いて時間を測定する時間座標系は、２７，０００，０００のｔｉｍｅ＿ｓｃａｌｅを有する。ｔｉｍｅ＿ｓｃａｌｅは、一般に０より大きい。
【００５７】
１に等しいｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中に（タイプＩＩのビットストリーム適合性に係わる）ＮＡＬ  ＨＲＤパラメータが存在することを指定する。０に等しいｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中にＮＡＬ  ＨＲＤパラメータが存在しないことを指定する。留意すべきは、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいときに、ＮＡＬ  ＨＲＤパラメータ、ならびに、すべてのバッファリング周期およびピクチャタイミングＳＥＩメッセージの用意なしにはビットストリームの適合性を検証できないことである。
【００５８】
変数ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇは、次のように導出される。次の条件の１つ以上が真であれば、ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は、１に等しく設定される。このケースでは、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがビットストリームに存在して１に等しい。また、このケースでは、ビットストリームにおけるバッファリング周期ＳＥＩメッセージ中にＮＡＬ  ＨＲＤ動作に関するバッファリング周期が存在する必要性は、アプリケーションによって判定される。そうでない場合には、ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は、０に等しく設定される。
【００５９】
１に等しいｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中に（すべてのビットストリーム適合性に係わる）ＶＣＬ  ＨＲＤパラメータが存在することを指定する。０に等しいｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中にＶＣＬ  ＨＲＤパラメータが存在しないことを指定する。留意すべきは、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいときには、ＶＣＬ  ＨＲＤパラメータ、ならびに、すべてのバッファリング周期およびピクチャタイミングＳＥＩメッセージの用意なしにはビットストリームの適合性が検証できないことである。
【００６０】
変数ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇは、次のように導出される。次の条件の１つ以上が真であれば、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は、１に等しく設定される。第１に、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがビットストリーム中に存在して１に等しい。第２に、ビットストリームにおけるバッファリング周期ＳＥＩメッセージ中にＶＣＬ  ＨＲＤ動作に関するバッファリング周期が存在する必要性は、アプリケーションによって判定される。そうでない場合には、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は、０に等しく設定される。
【００６１】
変数ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇは、次のように導出される。次の条件の１つ以上が真であれば、ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇの値は、１に等しく設定される。第１に、ビットストリーム中にｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在して１に等しい。第２に、ビットストリーム中にｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在して１に等しい。第３に、ビットストリームにおけるピクチャタイミングＳＥＩメッセージにＣＰＢおよびＤＰＢ出力遅延が存在する必要性は、アプリケーションによって判定される。そうでない場合には、ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇの値は、０に等しく設定される。
【００６２】
１に等しいｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャ・レベルのＣＰＢ除去遅延パラメータが存在して、ＣＰＢがアクセスユニット・レベルまたはサブピクチャ・レベルで動作することを指定する。０に等しいｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャ・レベルのＣＰＢ除去遅延パラメータが存在せず、ＣＰＢがアクセスユニット・レベルで動作することを指定する。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないときには、その値が０に等しいと推測される。
【００６３】
ｔｉｃｋ＿ｄｉｖｉｓｏｒ＿ｍｉｎｕｓ２は、サブピクチャ・クロックティックを指定する。サブピクチャ・クロックティックは、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときに、符号化データにおいて表現できる時間の最小間隔である。
【００６４】
ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１［ｉ］およびｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１シンタックス要素のビット単位の長さを指定する。ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅは、ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］とともに、ＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢの最大入力ビットレートを指定する。
【００６５】
ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅは、ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］とともに、アクセスユニット・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢのＣＰＢサイズを指定する。ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅは、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］とともに、サブピクチャ・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢのＣＰＢサイズを指定する。
【００６６】
ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、バッファリング周期ＳＥＩメッセージのｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素のビット単位の長さを指定する。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１シンタックス要素が存在しないときには、それが２３に等しいと推測される。
【００６７】
ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージにおけるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙシンタックス要素のビット単位の長さを指定する。ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１シンタックス要素が存在しないときには、それが２３に等しいと推測される。
【００６８】
ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージにおけるｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙシンタックス要素のビット単位の長さを指定する。ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１シンタックス要素が存在しないときには、それが２３に等しいと推測される。
【００６９】
１に等しいｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、出力順に連続した任意の２つのピクチャのＨＲＤ出力時刻間の時間的距離が次のように制約されることを示す。０に等しいｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］は、出力順に連続した任意の２つのピクチャのＨＲＤ出力時刻間の時間的距離にかかる制約が適用されないことを示す。ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が存在しないときには、それが０に等しいと推測される。
【００７０】
ピクチャｎを含んだ符号化ビデオシーケンスに関するＨｉｇｈｅｓｔＴｉｄがｉに等しく、ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が１に等しいときに、ＨＥＶＣ草案８の数式Ｃ−１７で指定されるような、ｄｅｌｔａ＿ｔｏ，ｄｐｂ（ｎ）について計算される値は、ｔｃ＊（ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃｓ＿ｍｉｎｕｓ１［ｉ］＋１）に等しく、ここでｔｃは、数式Ｃ−１７に用いるように指定された次のピクチャｎｎに関して次の条件の１つ以上が真であるときに、（ピクチャｎを含んだ符号化ビデオシーケンスにｔｃの値を用いる）ＨＥＶＣ草案８の数式Ｃ−１で指定される通りである。第１に、ピクチャｎｎがピクチャｎと同じ符号化ビデオシーケンス内にある。第２に、ピクチャｎｎが異なる符号化ビデオシーケンス内にあり、ピクチャｎｎを含んだ符号化ビデオシーケンスではｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が１に等しく、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ／ｔｉｍｅ＿ｓｃａｌｅの値が両方の符号化ビデオシーケンスで同じであり、ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］の値が両方の符号化ビデオシーケンスで同じである。
【００７１】
ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、符号化ビデオシーケンスにおける出力順に連続した任意の２つのピクチャのＨＲＤ出力時刻間のクロックティック単位の時間的距離を指定する。ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０から２０４７に及ぶ。
【００７２】
ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］は、ＨＥＶＣ草案８の付属書Ｃで指定されるように、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときのＨＲＤ動作モードを指定する。ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が１に等しいときに、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］は０に等しい。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］が１に等しいときには、アクセスユニットが用いるビット数に起因して名目上のＣＰＢ除去時刻に違反する、「大きいピクチャ」が許可されることに留意すべきである。必須ではないが、かかる「大きいピクチャ」は、まれにしか発生しないことが期待される。
【００７３】
ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの符号化ビデオシーケンスのビットストリームにおける択一的なＣＰＢ仕様の数を指定する。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０から３１に及ぶ。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］が１に等しいときに、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は０に等しい。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］が存在しないときには、それが０に等しいと推測される。
【００７４】
別の例として、下の表２は、代わりのシンタックスＨＲＤパラメータを提供する。修正は、太字で示される。
【００７５】
【表２】
2016500204.tif 000004
【００７６】
表２は、いくつかの構成では、シンタックス要素が様々な位置でシグナリングされることを示す。加えて、いくつかの構成では、シンタックス要素ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅが、利用されるビット数を示すｕ（４）として符号化される。ｕ（４）で示されるものとは異なるビット数が用いられてもよい。例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅが、ｕ（４）として、または何か他の符号化技術を用いて符号化されてもよい。
【００７７】
下の表３は、サブレイヤＨＲＤパラメータのシンタックス修正を提供する。修正は、太字で示される。
【００７８】
【表３】
2016500204.tif 000005
【００７９】
サブレイヤＨＲＤパラメータのセマンティクスに関する例は、本明細書に開示されるシステムおよび方法に従って表３に示され、次の通りである。ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅとともに、ＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに関する最大入力ビットレートを指定する。ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、両端値を含めて、０から２３２−２に及ぶ。任意のＳｃｈｅｄＳｅｌＩｄｘ＞０に対して、ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ−１］より大きい。ビット／秒単位のビットレートは、次のように示される。
【００８０】
ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］＝（ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］＋１）＊２（６＋ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅ）。
【００８１】
ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素が存在しないときに、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、ＶＣＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＶｃｌＦａｃｔｏｒ＊ＭａｘＢＲに等しいと推測され、ＮＡＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＮａｌＦａｃｔｏｒ＊ＭａｘＢＲに等しいと推測され、ここでＭａｘＢＲ、ｃｐｂＢｒＶｃｌＦａｃｔｏｒおよびｃｐｂＢｒＮａｌＦａｃｔｏｒは、ＨＥＶＣ草案８のＡ．４項で指定される。
【００８２】
ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅとともに、ＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢサイズを指定するために用いられる。ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、両端値を含めて、０から２３２−２に及ぶ。０より大きい任意のＳｃｈｅｄＳｅｌＩｄｘに対して、ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ−１］以下である。
【００８３】
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しいときに、ビット単位のＣＰＢサイズは、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］＝（ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］＋１）＊２（４＋ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅ）によって示される。
【００８４】
ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素が存在しないときに、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、ＶＣＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＶｃｌＦａｃｔｏｒ＊ＭａｘＣＰＢに等しいと推測され、ＮＡＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＮａｌＦａｃｔｏｒ＊ＭａｘＣＰＢに等しいと推測され、ここでＭａｘＣＰＢ、ｃｐｂＢｒＶｃｌＦａｃｔｏｒおよびｃｐｂＢｒＮａｌＦａｃｔｏｒは、ＨＥＶＣ草案８のＡ．４項で指定される。
【００８５】
ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅとともに、サブピクチャ・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢサイズを指定するために用いられる。ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、両端値を含めて、０から２３２−２に及ぶ。０より大きい任意のＳｃｈｅｄＳｅｌＩｄｘに対して、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ−１］以下である。
【００８６】
ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいときに、ビット単位のＣＰＢサイズは、次のように示される。
【００８７】
ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］＝
（ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］＋１）＊２（４＋ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅ）。
【００８８】
ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素が存在しないときに、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、ＶＣＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＶｃｌＦａｃｔｏｒ＊ＭａｘＣＰＢに等しいと推測され、ＮＡＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＮａｌＦａｃｔｏｒ＊ＭａｘＣＰＢに等しいと推測され、ここでＭａｘＣＰＢ、ｃｐｂＢｒＶｃｌＦａｃｔｏｒおよびｃｐｂＢｒＮａｌＦａｃｔｏｒは、ＨＥＶＣ草案８のＡ．４項で指定される。
【００８９】
０に等しいｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］は、このビットストリームをＨＲＤによりＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢ仕様を用いて復号するために、仮想ストリーム配信スケジューラ（ＨＳＳ）が、間歇的ビットレート・モードで動作することを指定する。１に等しいｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＳＳが、一定ビットレート（ＣＢＲ：ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）モードで動作することを指定する。ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素が存在しないときには、ｃｂｒ＿ｆｌａｇの値が０に等しいと推測される。
【００９０】
便宜上、本明細書に開示されるシステムおよび方法に適用されるいくつかの定義が次にように与えられる。復号ユニット（ＤＵ：ｄｅｃｏｄｉｎｇ  ｕｎｉｔ）は、アクセスユニットまたはアクセスユニットのサブセットである。サブピクチャＣＰＢフラグが０に等しければ、復号ユニットは、アクセスユニットである。そうでない場合には、復号ユニットは、アクセスユニットのサブセット、例えば、サブピクチャ・アクセスユニットまたはサブピクチャ・レベルで動作するアクセスユニットである。復号ユニットは、アクセスユニットにおける１つ以上のＶＣＬ  ＮＡＬユニットおよび関連する非ＶＣＬ  ＮＡＬユニットからなる。
【００９１】
バッファリング周期は、復号順にバッファリング周期ＳＥＩメッセージの２つのインスタンス間のアクセスユニットのセットとして指定される。付加拡張情報（ＳＥＩ）は、符号化ピクチャのサンプルをＶＣＬ  ＮＡＬユニットから復号するために必要ではない情報を含む。ＳＥＩメッセージは、復号、表示または他の目的に係わる手順を補助する。しかしながら、ＳＥＩメッセージは、輝度または色差サンプルを復号処理によって構築するためには必要とされない。この情報を処理して出力順をＨＥＶＣ仕様（例えば、ＨＥＶＣ草案８の付属書Ｃが適合性に関する仕様を含む）に適合させるために、適合したデコーダは必要とされない。いくつかのＳＥＩメッセージ情報は、ビットストリーム適合性をチェックするため、および出力タイミングのデコーダ適合性のために必要とされる。
【００９２】
バッファリング周期ＳＥＩメッセージとは、バッファリング周期に関係するＳＥＩメッセージである。このメッセージは、ビットストリーム到着タイミングおよび符号化ピクチャ除去タイミングを定義するシンタックスおよびセマンティックスを定義する。
【００９３】
ピクチャパラメータセット（ＰＰＳ：ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）とは、各スライスヘッダで見出されるｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄシンタックス要素によって確定されるような、ゼロまたはそれ以上の符号化ピクチャ全体に適用されるシンタックス要素を含んだシンタックス構造である。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、スライスヘッダにおいて参照されるピクチャパラメータセットを識別する。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から２５５までの範囲内にある。
【００９４】
符号化ピクチャバッファ（ＣＰＢ）とは、仮想参照デコーダ（ＨＲＤ）において指定される復号順に複数のアクセスユニットを含んだ先入れ先出しバッファである。アクセスユニットとは、復号順に連続した複数のネットワークアクセス層（ＮＡＬ）ユニットのセットであり、１つだけの符号化ピクチャを含む。アクセスユニットは、符号化ピクチャの複数の符号化スライスＮＡＬユニットに加えて、符号化ピクチャのスライスを含まない他のＮＡＬユニットも含む。アクセスユニットを復号すると、結果として常に復号ピクチャが生じる。ＮＡＬユニットとは、後に続くデータ・タイプの指標と、必要に応じてエミュレーション防止バイトを点在させた、ロー・バイト・シーケンス・ペイロード（ＲＢＳＰ：ｒａｗ  ｂｙｔｅ  ｓｅｑｕｅｎｃｅ  ｐａｙｌｏａｄ）形態のそのデータを含む複数のバイトとを含んだシンタックス構造である。
【００９５】
次に図面を参照して様々な構成が記載される。図面中、同様の参照番号は、機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なった構成に配置され、設計されてもよい。従って、図面に表現されるいくつかの構成の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
【００９６】
図１は、サブピクチャバッファ・パラメータをシグナリングするためのシステムおよび方法が実装された１つ以上の電子デバイス１０２の例を示すブロック図である。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示される。しかしながら、留意すべきは、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して記載される特徴および機能性の１つ以上が、いくつかの構成では単一の電子デバイスに組み合わされてもよいことである。
【００９７】
電子デバイスＡ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、サブピクチャバッファ・パラメータ生成モジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれるそれぞれの要素（例えば、エンコーダ１０４およびサブピクチャバッファ・パラメータ生成モジュール１０８）は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
【００９８】
電子デバイスＡ１０２ａは、１つ以上の入力ピクチャ１０６を取得する。いくつかの構成において、入力ピクチャ（単数または複数）１０６は、イメージセンサを用いて電子デバイスＡ１０２ａ上に取り込まれてもよく、メモリから読み出されても、および／または、別の電子デバイスから受信されてもよい。
【００９９】
エンコーダ１０４は、符号化データを作り出すために入力ピクチャ（単数または複数）１０６を符号化する。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えば、ビデオ）を符号化する。一構成において、エンコーダ１０４は、ＨＥＶＣエンコーダであってもよい。符号化データは、デジタルデータ（例えば、ビットストリーム１１４の一部）である。エンコーダ１０４は、入力信号に基づいてオーバーヘッド・シグナリングを生成する。
【０１００】
サブピクチャバッファ・パラメータ生成モジュール１０８は、１つ以上のサブピクチャバッファ・パラメータを生成する。電子デバイス１０２（例えば、エンコーダ１０４）は、ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定する。いくつかのケースでは、これは、ピクチャがサブピクチャ・レベルで符号化されるかどうかに基づいて判定される。いくつかの事例では、電子デバイスは、ピクチャがピクチャ・レベルで復号されることが許容されることに加えて、サブピクチャ・レベルで復号されることが許容されるかどうかを判定する。ピクチャがピクチャ・レベルで復号されることが許容される場合には、サブピクチャバッファ・パラメータ生成モジュール１０８がバッファサイズ・パラメータおよび／またはバッファスケール・パラメータを生成する。例えば、バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータ、例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１である。別の例として、バッファスケール・パラメータは、サブピクチャＣＰＢサイズ・スケール・パラメータ、例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである。
【０１０１】
サブピクチャバッファ・パラメータ生成モジュール１０８は、下の図２、図３および図４に関連して記載される手順の１つ以上を行う。いくつかの構成において、電子デバイスＡ１０２ａは、データ、例えば、符号化ピクチャ情報をビットストリーム１１４の一部として電子デバイスＢ１０２ｂへ送信する。いくつかの構成において、電子デバイスＡ１０２ａは、メッセージを個別の送信１１０によって電子デバイスＢ１０２ｂへ送信する。例えば、個別の送信１１０は、ビットストリーム１１４の一部でなくてもよい。例として、バッファリング周期ＳＥＩメッセージまたは他のメッセージは、何らかの帯域外メカニズムを用いて送信されてもよい。留意すべきは、いくつかの構成では、メッセージがサブピクチャＣＰＢサイズ・スケール・パラメータおよび／またはバッファリング周期ＳＥＩメッセージのような他のタイプのメッセージのうちの１つ以上を含みうることである。
【０１０２】
エンコーダ１０４（および、例えば、サブピクチャバッファ・パラメータ生成モジュール１０８）は、ビットストリーム１１４を作り出す。ビットストリーム１１４は、入力ピクチャ（単数または複数）１０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム１１４は、オーバーヘッドデータ、例えば、サブピクチャＣＰＢサイズ・スケール・パラメータ、バッファリング周期ＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（単数または複数）、ＰＰＳ（単数または複数）なども含む。追加の入力ピクチャ１０６が符号化されたときに、ビットストリーム１１４は、１つ以上の符号化ピクチャを含む。例として、ビットストリーム１１４は、対応するオーバーヘッドデータをもつ１つ以上の符号化ピクチャを含む。
【０１０３】
ビットストリーム１１４は、デコーダ１１２へ供給される。一例において、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂへ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を通じて行われる。図１に示されるように、デコーダ１１２は、電子デバイスＡ１０２ａ上のエンコーダ１０４とは分離して電子デバイスＢ１０２ｂ上に実装されてもよい。しかしながら、留意すべきは、エンコーダ１０４およびデコーダ１１２がいくつかの構成では同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装される実装では、ビットストリーム１１４は、バスを通じてデコーダ１１２へ供給されてもよく、または、デコーダ１１２による読み出しのためにメモリに記憶されてもよい。
【０１０４】
デコーダ１１２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１１２は、ＨＥＶＣデコーダであってもよい。デコーダ１１２は、ビットストリーム１１４を受信する（例えば、取得する）。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号ピクチャ１１８を生成する。復号ピクチャ（単数または複数）１１８は、表示される、再生される、メモリに記憶されるか、および／または、別のデバイスへ送信されるなどである。
【０１０５】
デコーダ１１２は、データ（例えば、符号化ピクチャデータ）を受信する。デコーダは、バッファ・パラメータも受信する。例えば、デコーダ１１２は、サブピクチャＣＰＢサイズ・スケール・パラメータ、例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅを受信する。留意すべきは、サブピクチャ・レベル・バッファ・パラメータ（例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅおよびｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］）が、対応するピクチャ・レベル・パラメータ（例えば、ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅおよびｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］）に加えて送信されることである。また、サブピクチャ・レベル・バッファ・パラメータは、ほとんどの事例では、対応するピクチャ・レベルのパラメータとは異なる。加えて、留意すべきは、これらのパラメータが複数のビットレート値に関して送信され、ＳｃｈｅｄＳｅｌＩｄｘがこれら複数の異なるビットレート値に対するインデックスを示すことである。
【０１０６】
デコーダ１１２は、ＣＰＢ１２０を含む。ＣＰＢ１２０は、符号化ピクチャを一時的に記憶する。例えば、ＣＰＢ１２０は、符号化ピクチャを除去時刻まで記憶する。本明細書に開示されるシステムおよび方法に従って、符号化ピクチャを記憶して保持することは、サブピクチャＣＰＢサイズ・スケールおよびサブピクチャＣＰＳサイズ・パラメータに基づくデコーダ１１２により、部分的に、基づく。
【０１０７】
デコーダ１１２は、サブピクチャ・レベルのＣＰＢパラメータに基づいてサブピクチャ・レベルのＣＰＢ動作に関する補間配信スケジュール試験を行う。いくつかの構成において、デコーダ１１２は、補間配信ビットレートで動作する。例えば、デコーダ１１２は、被試験デコーダ（ＤＵＴ：ｄｅｃｏｄｅｒ  ｕｎｄｅｒ  ｔｅｓｔ）（図示されない）を含み、ＤＵＴは、バッファ・パラメータ、例えば、サブピクチャＣＰＢパラメータを用いて、ビットストリーム制約条件が規制されること、および、ピクチャがエンコーダ１０４によって適切に符号化されることを検証する。デコーダ１１２は、下の図５に関連して記載される手順の１つ以上を行う。
【０１０８】
上記のＨＲＤは、図１に示されるデコーダ１１２の一例である。このように、電子デバイス１０２は、いくつかの構成では、上記のＨＲＤおよびＣＰＢに従って動作する。
【０１０９】
留意すべきは、電子デバイス（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／または、ハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／または、それらを用いて実現されてもよい。
【０１１０】
図２は、サブピクチャバッファ・パラメータを送信するための方法２００の一構成を示すフロー図である。電子デバイス１０２（例えば、電子デバイスＡ１０２ａ）は、ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定する（ステップ２０２）。いくつかの事例では、電子デバイス１０２は、ピクチャがピクチャ・レベルで復号されることが許容されることに加えて、サブピクチャ・レベルで復号されることが許容されるかどうかを判定する（ステップ２０２）。例えば、エンコーダ１０４が、入力ピクチャ１０６をサブピクチャ・レベル・ピクチャで符号化すると判定する。当然のことながら、サブピクチャ・レベルの復号は、ＨＥＶＣ仕様で定義される様々なツール、例えば、以下には限定されないが、タイル、スライス、ウェーブフロント、エントロピースライス、ディペンデントスライスなどを用いることによって可能にできる。
【０１１１】
ピクチャがサブピクチャ・レベルで復号されることが許容され、およびいくつかの事例では、ピクチャが、ピクチャ・レベルに加えて、サブピクチャ・レベルで復号されることが許容されるとエンコーダ１０４が判定した（ステップ２０２）場合、電子デバイス１０２は、バッファサイズ・パラメータおよび／またはバッファスケール・パラメータを生成する（ステップ２０４）。そうでない場合には、電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容されないと判定する（ステップ２０２）。
【０１１２】
従って、電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容される場合、バッファサイズ・パラメータおよび／またはバッファスケール・パラメータを生成する（ステップ２０４）。いくつかの事例では、電子デバイス１０２は、ピクチャが、ピクチャ・レベルに加えて、サブピクチャ・レベルで復号されることが許容される場合、バッファサイズ・パラメータおよび／またはバッファスケール・パラメータを生成する（ステップ２０４）。
【０１１３】
いくつかの構成において、電子デバイス１０２は、２つのバッファサイズ・パラメータおよび／または２つのバッファスケール・パラメータを生成する（ステップ２０４）。２つのバッファサイズ・パラメータの一方は、ピクチャ・レベルの動作に対応し、他方のバッファサイズ・パラメータは、サブピクチャ・レベルとしての動作に対応する。同様に、２つのバッファスケール・パラメータの一方は、ピクチャ・レベルの動作に対応し、他方のバッファスケール・パラメータは、サブピクチャ・レベルとしての動作に対応する。
【０１１４】
バッファは、符号化ピクチャバッファ（ＣＰＢ）である。バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータ、例えば、上の表３に示されるような、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である。例えば、サブピクチャＣＰＢサイズ値パラメータは、サブピクチャ・サイズ・スケール・パラメータとともに、サブピクチャ・レベルで動作しているときのインデックス値ごとにＣＰＢサイズを指定するために用いられる。各インデックス値は、異なるビットレート値に対応する。ＣＰＢのサイズを指定することによって、一定の出力レートを維持する一方で、アンダーフローおよびオーバーフローが防止される。
【０１１５】
バッファスケール・パラメータは、サブピクチャＣＰＢサイズ・スケール・パラメータ、例えば、上の表１および表２に示されるような、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅである。サブピクチャＣＰＢサイズ・スケール・サイズ・パラメータは、サブピクチャ・レベルで動作しているときのインデックス値ごとにＣＰＢサイズを指定する。サブピクチャＣＰＢサイズ・スケール・サイズ・パラメータは、バッファサイズ・パラメータ、例えば、サブピクチャＣＰＢサイズ値パラメータとともに用いられる。
【０１１６】
一構成において、バッファスケール・パラメータは、追加的にサブピクチャ・ビットレート・スケール・パラメータ、例えば、表４で定義されるｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅであってもよい。下の表４は、代わりのシンタックスＨＲＤパラメータを提供する。既知のシンタックスの修正は、太字で示される。
【０１１７】
【表４】
2016500204.tif 000006
【０１１８】
本明細書に開示されるシステムおよび方法による、表４に示されるＨＲＤパラメータのセマンティクスに関する例は、次の通りである。ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅは、ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］とともに、アクセスユニット・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢの最大入力ビットレートを指定する。ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅは、ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］とともに、サブピクチャ・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢの最大入力ビットレートを指定する。他のセマンティクスは、上の表１〜３に関連して前述されたように利用される。
【０１１９】
下の表５は、サブレイヤＨＲＤパラメータのシンタックス修正を提供する。既知のシンタックスの修正は、太字で示される。
【０１２０】
【表５】
2016500204.tif 000007
【０１２１】
本明細書に開示されるシステムおよび方法による、表５に示されるサブレイヤＨＲＤパラメータのセマンティクスに関する例は、次の通りである。ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅとともに、サブピクチャ・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに関する最大入力ビットレートを指定する。ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、両端値を含めて、０から２３２−２に及ぶ。任意のＳｃｈｅｄＳｅｌＩｄｘ＞０に対して、ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ−１］より大きい。ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいときに、ビット／秒単位のビットレートは、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］＝（ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］＋１）＊２（６＋ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅ）によって示される。
【０１２２】
ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素が存在しないときに、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、ＶＣＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＶｃｌＦａｃｔｏｒ＊ＭａｘＢＲに等しいと推測され、ＮＡＬ  ＨＲＤパラメータに関してはｃｐｂＢｒＮａｌＦａｃｔｏｒ＊ＭａｘＢＲに等しいと推測され、ここでＭａｘＢＲ、ｃｐｂＢｒＶｃｌＦａｃｔｏｒおよびｃｐｂＢｒＮａｌＦａｃｔｏｒは、ＨＥＶＣ草案８のＡ．４項で指定される。
【０１２３】
ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅとともに、サブピクチャ・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢサイズを指定するために用いられる。ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、両端値を含めて、０から２３２−２に及ぶ。０より大きい任意のＳｃｈｅｄＳｅｌＩｄｘに対して、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］は、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ−１］以下である。
【０１２４】
０に等しい‘ｄｕ＿ｃｂｒ＿ｆｌａｇ’［ＳｃｈｅｄＳｅｌＩｄｘ］は、このビットストリームをサブピクチャ・レベルで動作しているときのＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢ仕様を用いて復号するために、仮想ストリーム配信スケジューラ（ＨＳＳ）が、間歇ビットレート・モードで動作することを指定する。１に等しいｄｕ＿ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＳＳが、一定ビットレート（ＣＢＲ）モードで動作することを指定する。ｄｕ＿ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素が存在しないときには、ｄｕ＿ｃｂｒ＿ｆｌａｇの値が０に等しいと推測される。他のセマンティクスは、上の表１〜４に関連して前述されたように利用される。
【０１２５】
表４および表５に示されるような、いくつかの構成では、サブピクチャ・レベルの動作ポイントに関するビットレート・スケール、ビットレートおよび／またはＣＢＲフラグ・パラメータの個別の値が、アクセスユニット・レベルの動作ポイントに関するそれらのパラメータ値と比較してシグナリングされる。言い換えれば、サブピクチャ・レベルのＣＰＢ動作がビットレート・スケール、ビットレートおよび／またはＣＢＲフラグ・パラメータの１つのセットを有し、一方では、アクセスユニット・レベルのＣＰＢ動作がビットレート・スケール、ビットレートおよび／またはＣＢＲフラグ・パラメータの別のセットを有する。
【０１２６】
図２に戻ると、サブピクチャＣＰＢサイズ・スケール・パラメータに加えて、または代わりに、サブピクチャ・ビットレート・スケール・パラメータが利用されてもよい。サブピクチャ・ビットレート・スケール・パラメータは、ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅである。サブピクチャ・ビットレート・スケール・パラメータは、サブピクチャ・レベルで動作しているときのＣＰＢにおけるインデックス値ごとの最大入力ビットレートを指定する。サブピクチャ・ビットレート・スケール・パラメータは、電子デバイス１０２によってビットレート値パラメータ、例えば、ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］とともに利用され、ＳｃｈｅｄＳｅｌＩｄｘは、インデックス値を示す。
【０１２７】
電子デバイス１０２は、バッファ・パラメータ（例えば、バッファサイズ・パラメータおよび／またはバッファスケール・パラメータ）を送信する（ステップ２０６）。例えば、電子デバイス１０２は、無線伝送、有線伝送、デバイスバス、ネットワークなどのうちの１つ以上を通じてバッファ・パラメータを送信する。例として、電子デバイスＡ１０２ａは、バッファ・パラメータを電子デバイスＢ１０２ｂへ送信する。バッファ・パラメータは、例えば、ビットストリーム１１４の一部であってもよい。いくつかの構成では、電子デバイスＡ１０２ａは、バッファ・パラメータを（ビットストリーム１１４の一部ではない）個別の送信１１０で電子デバイスＢ１０２ｂへ送信する（ステップ２０６）。例として、バッファ・パラメータは、何らかの帯域外メカニズムを用いて送信されてもよい。
【０１２８】
２つのバッファサイズ・パラメータおよび／または２つのバッファスケール・パラメータが生成される構成では、電子デバイス１０２は、２つのバッファサイズ・パラメータおよび／または２つのバッファスケール・パラメータを送信する（ステップ２０６）。
【０１２９】
図３は、サブピクチャバッファ・パラメータを送信するための方法３００のより具体的な構成を示すフロー図である。電子デバイス１０２（例えば、電子デバイスＡ１０２ａ）は、ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうかを判定する（ステップ３０２）。いくつかの事例では、電子デバイス１０２は、ピクチャが、ピクチャ・レベルに加えて、サブピクチャ・レベルで復号されることが許容されるかどうかを判定する（ステップ３０２）。これは、上の図２に関連して記載されたように達成される。
【０１３０】
電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容される場合、ＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを生成する（ステップ３０４）。いくつかの事例では、電子デバイス１０２は、ピクチャが、ピクチャ・レベルに加えて、サブピクチャ・レベルで復号されることが許容される場合、ＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを生成する（ステップ３０４）。これは、上の図２に関連して記載されたように達成される。ＣＰＢサイズ・パラメータは、サブピクチャＣＰＢサイズ・パラメータであり、ＣＰＢスケール・パラメータは、サブピクチャＣＰＢスケール・パラメータである。
【０１３１】
電子デバイス１０２は、サブピクチャ・レベルに関するＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを送信する（ステップ３０６）。ＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータは、例えば、ビットストリーム１１４の一部として送信されてもよい。いくつかの構成では、電子デバイスＡ１０２ａは、サブピクチャ・レベルに関するＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータをビットストリーム１１４の一部ではない個別の送信１１０で電子デバイスＢ１０２ｂへ送信する（ステップ３０６）。例えば、ＣＰＢサイズ・パラメータは、送信されたピクチャのＤＵＴでの試験に用いるために電子デバイスＢ１０２ｂへ送信される。
【０１３２】
電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容されると判定された（ステップ３０２）場合、サブピクチャＣＰＢ存在パラメータを生成する（ステップ３０８）。いくつかの事例では、電子デバイス１０２は、ピクチャが、ピクチャ上に加えて、サブピクチャ・レベルで復号されることが許容されると判定された（ステップ３０２）場合に、サブピクチャＣＰＢ存在パラメータを生成する（ステップ３０８）。例えば、サブピクチャＣＰＢ存在パラメータは、フラグ、例えば、サブピクチャＣＰＢ存在フラグであってもよい。サブピクチャＣＰＢ存在フラグは、ピクチャ（例えば、入力ピクチャ１０６）がサブピクチャ・レベルで復号されることを許容すると電子デバイス１０２が判定した（ステップ３０２）かどうかを示すブール値を有する。例えば、サブピクチャＣＰＢ存在フラグは、ピクチャがサブピクチャ・レベルで、およびいくつかの実例では、ピクチャ・レベルでも復号されることを許容すると電子デバイス１０２が判定した（ステップ３０２）ときに、正（例えば、サブピクチャＣＰＢ存在フラグ＝１）に設定される。サブピクチャＣＰＢ存在フラグは、上の表１〜５に関連して前述されたように、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇである。
【０１３３】
いくつかの構成において、サブピクチャＣＰＢ存在フラグは、動作が実行されるべきかどうかを判定するために利用される。例えば、ＨＲＤは、サブピクチャ・レベルに関する追加のパラメータを取得および／または処理する前に、または、サブピクチャ・レベルでコマンドを実行する前にサブピクチャＣＰＢ存在フラグが正に設定されていることを検証する。別の例として、ＨＲＤは、符号化されたサブピクチャ・レベルのピクチャに対してビットストリーム適合性試験を行う前に、サブピクチャＣＰＢ存在フラグが正に設定されていることを検証する。
【０１３４】
電子デバイス１０２は、サブピクチャＣＰＢ存在パラメータを送信する（ステップ３１０）。例えば、電子デバイス１０２は、無線伝送、有線伝送、デバイスバス、ネットワークなどのうちの１つ以上を通じてサブピクチャＣＰＢパラメータを送信する。例として、電子デバイスＡ１０２ａは、サブピクチャＣＰＢ存在パラメータを電子デバイスＢ１０２ｂへ送信する。サブピクチャＣＰＢ存在パラメータは、例えば、ビットストリーム１１４の一部であってもよい。いくつかの構成では、電子デバイスＡ１０２ａは、サブピクチャＣＰＢ存在パラメータをビットストリーム１１４の一部ではない個別の送信１１０で電子デバイスＢ１０２ｂへ送信する（ステップ３１０）。例えば、サブピクチャＣＰＢ存在パラメータは、送信された符号化ピクチャのＤＵＴでの試験に、および／または、サブピクチャ・レベルの動作に用いるために電子デバイスＢ１０２ｂへ送信される。
【０１３５】
電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容される場合、サブピクチャ・レベルでビットストリーム適合性試験を行う（ステップ３１２）。いくつかの構成において、電子デバイス１０２は、ピクチャがサブピクチャ・レベルおよびピクチャ・レベルの両方で復号されることが許容される場合、サブピクチャ・レベルでビットストリーム適合性試験を行う（ステップ３１２）。ビットストリーム適合性試験は、例えば、ＨＲＤによってエンコーダ１０４上で行われる。ビットストリーム適合性試験を行うことによって、エンコーダ１０４は、デコーダ１１２においてＣＰＢ１２０でバッファ・オーバーフローまたはバッファ・アンダーフローが生じないであろうことを検証する。
【０１３６】
ビットストリーム適合性試験は、アクセスユニット・レベルおよび／またはサブピクチャ・レベルで行われる。いくつかの構成では、サブピクチャＣＰＢパラメータ、例えば、サブピクチャＣＰＢ存在フラグが存在して、ビットストリーム適合性試験がアクセスユニット・レベルまたはサブピクチャ・レベルで行われるべきかどうかを示す。例えば、サブピクチャＣＰＢパラメータが正に設定されて、１つ以上のビットストリーム適合性試験がサブピクチャ・レベルで行われるべきであることを示す。ビットストリーム適合性試験は、ＨＲＤパラメータ（例えば、表１，２および４）によって指定されたビットレートおよびＣＰＢサイズの組み合わせが、指定された制限に適合することを試験する。
【０１３７】
ＨＥＶＣ草案８に適合する符号化データのビットストリームは、次の必要条件を満たす。ビットストリーム適合性の必要条件は、ビットストリームにおける第１の符号化ピクチャをランダムアクセスポイント（ＲＡＰ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ）ピクチャ（すなわち、ＩＤＲピクチャもしくはＣＲＡピクチャまたはＢＬＡピクチャ）とすることである。ビットストリームは、適合性についてＨＲＤにより次のように試験される。タイプＩのビットストリームに関しては、実施される試験の数は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１＋１に等しく、ここでｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１は、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）のシンタックス要素のいずれかである。ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）によって指定されるビットレートおよびＣＰＢサイズの組み合わせごとに、アクセスユニット・レベルのＣＰＢ動作について１つの試験が実施される。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しければ、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）によって指定されるビットレートおよびＣＰＢサイズの組み合わせごとに、サブピクチャ・レベルのＣＰＢ動作について追加の試験が実施される。これらの試験のそれぞれは、ＨＥＶＣ草案８の図Ｃ−１に示されるタイプＩのコンフォーマンスポイントで実行される。
【０１３８】
タイプＩＩのビットストリームについて、２つの試験セットがありうる。第１のセットの試験数は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１＋１に等しく、ここでｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１は、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）のシンタックス要素であるか、または、この仕様では指定されない他の手段によるアプリケーションによって確定されるかのいずれかである。アクセスユニット・レベルのＣＰＢ動作について、ビットレートおよびＣＰＢサイズの組み合わせごとに１つの試験が実施される。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しければ、サブピクチャ・レベルのＣＰＢ動作について、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）によって指定されるビットレートおよびＣＰＢサイズの組み合わせごとに追加の試験が行われる。これらの試験のそれぞれは、ＨＥＶＣ草案８の図Ｃ−１に示されるタイプＩのコンフォーマンスポイントで実行される。これらの試験では、ＶＣＬおよびフィラー・データＮＡＬユニットのみが入力ビットレートおよびＣＰＢ記憶にカウントされる。
【０１３９】
第２のセットの試験数は、タイプＩＩのビットストリームでは、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１＋１に等しく、ここでｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１は、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）のシンタックス要素であるか、または、この仕様では指定されない他の手段によるアプリケーションによって確定されるかのいずれかである。アクセスユニット・レベルのＣＰＢ動作について、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）によって指定されるビットレートおよびＣＰＢサイズの組み合わせごとに１つの試験が実施される。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しければ、サブピクチャ・レベルのＣＰＢ動作について、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに続くｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）によって指定されるビットレートおよびＣＰＢサイズの組み合わせごとに追加の試験が行われる。これらの試験のそれぞれは、ＨＥＶＣ草案８の図Ｃ−１に示されるタイプＩＩのコンフォーマンスポイントで実行される。これらの試験では、（タイプＩＩのＮＡＬユニット・ストリームの）すべてのＮＡＬユニットまたは（バイト・ストリームの）すべてのバイトが入力ビットレートおよびＣＰＢ記憶にカウントされる。留意すべきは、（ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０に等しい）ＶＢＲのケースでは、ＨＥＶＣ草案８の図Ｃ−１に示される、タイプＩＩのコンフォーマンスポイントに対するＳｃｈｅｄＳｅｌＩｄｘの値によって確立されるＮＡＬ  ＨＲＤパラメータが、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の同じ値に対して、ＨＥＶＣ草案８の図Ｃ−１に示される、タイプＩのコンフォーマンスポイントに関するＶＣＬ  ＨＲＤ適合性を確立するためにも十分なことである。これは、タイプＩのコンフォーマンスポイントへのデータフローがタイプＩＩのコンフォーマンスポイントへのデータフローのサブセットであるため、かつ、ＶＢＲのケースでは、ＣＰＢが空になり、次のピクチャが到着し始めることがスケジュールされた時刻まで空のままであることが許容されるためである。例えば、ＨＥＶＣ草案８の２−９節で指定される復号処理を用いて、ＨＥＶＣ草案８の付属書Ａで指定されるプロファイルの１つ以上に適合する符号化ビデオシーケンスを復号するときに、ＨＥＶＣ草案８のＡ．４．２項の項目ｃ）におけるプロファイル適合性のためにＮＡＬ  ＨＲＤパラメータに対して設定された範囲内にあるのみならず、ＨＥＶＣ草案８のＡ．４．２項の項目ｂ）におけるプロファイル適合性のためにＶＣＬ  ＨＲＤパラメータに対して設定された範囲内にもあるＮＡＬ  ＨＲＤパラメータが、タイプＩＩのコンフォーマンスポイントに提供されたときには、タイプＩのコンフォーマンスポイントに対するＶＣＬ  ＨＲＤの適合性も、ＨＥＶＣ草案８のＡ．４．２項の項目ｂ）の範囲内にあることが保証される。
【０１４０】
復号される現ピクチャごとに、変数ｍａｘＰｉｃＯｒｄｅｒＣｎｔおよびｍｉｎＰｉｃＯｒｄｅｒＣｎｔが、現ピクチャ、０に等しいＴｅｍｐｏｒａｌＩｄを有する復号順に前のピクチャ、現ピクチャの参照ピクチャセットにおける短期参照ピクチャ、および、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇとｔｒ（ｎ）＜ｔｒ（ｃｕｒｒＰｉｃ）とｔｏ，ｄｐｂ（ｎ）≧ｔｒ（ｃｕｒｒＰｉｃ）とを有するすべてのピクチャｎの、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値のうちのそれぞれ最大値および最小値に等しく設定され、ここでｃｕｒｒＰｉｃは、現ピクチャである。
【０１４１】
ビットストリーム適合性の必要条件は、それぞれの試験で次の１１条件のすべてが満たされることである。第１に、ｄｅｌｔａ＿ｔｇ，９０（ｎ）＝９００００＊（ｔｒ，ｎ（ｎ）−ｔａｆ（ｎ−１））によって指定されるｄｅｌｔａ＿ｔｇ，９０（ｎ）をもつ、バッファリング周期ＳＥＩメッセージと関連付けられた、ｎ＞０のアクセスユニットｎごとに、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、次のように制約されるものとする。ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０に等しければ、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］≦Ｃｅｉｌ（ｄｅｌｔａ＿ｔｇ，９０（ｎ））である。そうでない（ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が１に等しい）場合には、Ｆｌｏｏｒ（ｄｅｌｔａ＿ｔｇ，９０（ｎ））≦ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］≦Ｃｅｉｌ（ｄｅｌｔａ＿ｔｇ，９０（ｎ））である。留意すべきは、各ピクチャの除去時刻でのＣＰＢにおける正確なビット数が、ＨＲＤを初期化するためにどちらのバッファリング周期ＳＥＩメッセージが選択されるかに依存することである。いずれのバッファリング周期ＳＥＩメッセージでもＨＲＤは初期化されるので、エンコーダは、ＨＲＤを初期化するためにどちらのバッファリング周期ＳＥＩメッセージが選択されるかに関わらず、すべての指定された制約に従わなければならないことを保証するために、これを考慮に入れなければならない。
【０１４２】
第２に、ＣＰＢオーバーフローは、ＣＰＢにおける総ビット数がＣＰＢサイズより大きい状態として指定される。ＣＰＢは、決してオーバーフローしないものとする。第３に、ＣＰＢアンダーフローは、復号ユニットｍの名目上のＣＰＢ除去時刻ｔｒ，ｎ（ｍ）が任意のｍ値に対して復号ユニットｍの最終ＣＰＢ到着時刻ｔａｆ（ｍ）より早い状態として指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいときに、ＣＰＢは、決してアンダーフローしないものとする。
【０１４３】
第４に、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しいときには、復号ユニットｍでＣＰＢアンダーフローが生じてもよい。このケースでは、復号ユニットｍを含んだアクセスユニットｎの最終ＣＰＢ到着時刻ｔａｆ（ｎ）は、復号ユニットｍを含んだアクセスユニットｎの名目上のＣＰＢ除去時刻ｔｒ，ｎ（ｎ）より遅いものとする。第５に、（復号順に第２のピクチャから開始する）ＣＰＢからのピクチャの名目上の除去時刻は、ＨＥＶＣ草案８のＡ．４．１からＡ．４．２項に表されるｔｒ，ｎ（ｎ）およびｔｒ（ｎ）への制約を満たすものとする。
【０１４４】
第６に、ＨＥＶＣ草案８の８．３．２項で指定されるような、参照ピクチャセットに対する復号処理が呼び出された後には、「参照用」とマーク付けされたすべてのピクチャ、および、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇとｔｒ（ｎ）＜ｔｒ（ｃｕｒｒＰｉｃ）とｔｏ，ｄｐｂ（ｎ）≧ｔｒ（ｃｕｒｒＰｉｃ）とを有するすべてのピクチャｎを含み、ＴｅｍｐｏｒａｌＩｄが現ピクチャのＴｅｍｐｏｒａｌＩｄ以下である現ピクチャは含まない、ＤＰＢにおける復号ピクチャの数は、Ｍｉｎ（０，ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴｅｍｐｏｒａｌＩｄ］−１）以下であるものとする。ここでｃｕｒｒＰｉｃは現ピクチャである。第７に、予測に必要とされるときにはすべての参照ピクチャがＤＰＢに存在するものとする。各ピクチャは、その出力時刻より前にＨＥＶＣ草案８のＣ．３項で指定される処理の１つによってＤＰＢから除去されない限り、そのＤＰＢ出力時刻にはＤＰＢに存在するものとする。
【０１４５】
第８に、ｍａｘＰｉｃＯｒｄｅｒＣｎｔ−ｍｉｎＰｉｃＯｒｄｅｒＣｎｔの値は、ｍａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ／２より小さいものとする。第９に、ＨＥＶＣ草案８の数式Ｃ−１７で示されるｄｅｌｔａ＿ｔｏ，ｄｐｂ（ｎ）の値は、ピクチャの出力時刻と、出力順にそれに続き、１に等しいｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇを有する第１のピクチャの出力時刻との間の差であり、ＨＥＶＣ草案８の２−９節で指定される復号処理を用いたビットストリームにおいて指定されるプロファイル、ティアおよびレベルに対して、ＨＥＶＣ草案８のＡ．４．１項に表される制約を満たすものとする。第１０に、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときに、次の関係が適用されるものとする。
【０１４６】
【数１】
2016500204.tif 000008
【０１４７】
第１１に、変数Ｔｄｕ（ｋ）が次のように導出される。
【０１４８】
【数２】
2016500204.tif 000009
【０１４９】
ここで、ｉ＝０，．．．，ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋであり、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］およびｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋは、ｋ番目のアクセスユニット（ＨＲＤを初期化するアクセスユニットに対してｋ＝０、およびｋ＜１ではＴｄｕ（ｋ）＝０）のｉ番目の復号ユニットに対応するパラメータである。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときには、（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＊ｔｃ＝Ｔｄｕ（ｋ）であり、ここでａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１は、ｋ番目のアクセスユニットに対応して、おそらく真である。
【０１５０】
図４は、サブピクチャバッファ・パラメータを送信するための方法４００の別のより具体的な構成を示すフロー図である。電子デバイス１０２（例えば、電子デバイスＡ１０２ａ）は、ピクチャがサブピクチャ・レベルで復号されることが許容されるかどうか、およびいくつかの事例では、ピクチャがピクチャ・レベルで復号されることが許容されるかどうかを判定する（ステップ４０２）。これは、上の図２〜３に関連して記載されたように達成される。
【０１５１】
電子デバイス１０２は、ピクチャがサブピクチャ・レベルで、およびいくつかの構成では、それに加えてピクチャ・レベルで復号されることを許容される場合、ＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを生成する（ステップ４０４）。これは、上の図２に関連して記載されたように達成される。ＣＰＢサイズ・パラメータは、サブピクチャＣＰＢサイズ・パラメータであり、ＣＰＢスケール・パラメータは、サブピクチャＣＰＢスケール・パラメータである。
【０１５２】
電子デバイス１０２は、サブピクチャ・レベルに関するＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを送信する（ステップ４０６）。これは、上の図２に関連して記載されたように達成される。
【０１５３】
一構成において、電子デバイス１０２は、ピクチャがサブピクチャ・レベルで、およびいくつかの事例では、ピクチャ・レベルでも復号されることが許容されると判定された場合、サブピクチャ・レート・パラメータ、例えば、サブピクチャ・レート値パラメータを生成する（ステップ４０８）。サブピクチャ・レート値パラメータは、サブピクチャ・レベルで動作しているときのインデックス値ごとの最大入力ビットレートを指定する。サブピクチャ・レート値パラメータは、最大ビットレートを指定するために、サブピクチャ・ビットレート・スケール・パラメータ、例えば、ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅと併せて用いられる。サブピクチャ・レート値パラメータは、上の表５に関連して前述されたように、ｄｕ＿ｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］である。
【０１５４】
電子デバイス１０２は、サブピクチャ・ビットレート値パラメータを送信する（ステップ４１０）。これは、上の図２〜３に関連して記載されたように達成される。例えば、いくつかの構成では、デコーダ１１２において符号化ピクチャの復号を補助するために、サブピクチャ・ビットレート・スケール・パラメータがビットストリーム１１４および／または個別の送信１１０で電子デバイスＢ１０２ｂへ送信される。
【０１５５】
留意すべきは、サブピクチャ・レベル・バッファ・パラメータ（例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅおよびｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］）が、対応するピクチャ・レベル・パラメータ（例えば、ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅおよびｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］）に加えて送信されることである。また、サブピクチャ・レベル・バッファ・パラメータは、ほとんどの事例では、対応するピクチャ・レベルのパラメータとは異なる。加えて、留意すべきは、これらのパラメータが複数の異なるビットレート値に対するインデックスを示すＳｃｈｅｄＳｅｌＩｄｘを用いて複数のビットレート値に関して送信されることである。
【０１５６】
別の構成では、電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容されると判定された場合、およびいくつかの事例では、ピクチャがピクチャ・レベルで復号されることも許容されると判定された場合に、サブピクチャ・レート・パラメータ、例えば、サブピクチャ・ビットレート・フラグを生成する（ステップ４１２）。ＨＲＤは、サブピクチャ・レベルでＣＰＢに対応するインデックス値ごとに、サブピクチャ・ビットレート・フラグを生成して設定する。サブピクチャ・ビットレート・フラグが存在しない場合、サブピクチャ・ビットレート・フラグは、ゼロに等しいと推測される。サブピクチャ・ビットレート・フラグは、上の表５に関連して前述されたように、ｄｕ＿ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］である。サブピクチャ・ビットレート・フラグは、ＣＰＢにおけるインデックス値ごとに設定される。
【０１５７】
サブピクチャ・ビットレート・フラグは、サブピクチャ・レート値パラメータに加えて生成される。サブピクチャ・ビットレート・フラグは、仮想ストリーム配信スケジューラ（ＨＳＳ）がビットストリーム１１４を復号するために間歇ビットレート・モードまたは一定ビットレート（ＣＢＲ）モードで動作すべきかどうかを指定する。例えば、ビットストリーム１１４を復号するために間歇ビットレート・モードで動作するようにＨＳＳに指示するためには、サブピクチャ・ビットレート・フラグがゼロに設定される。ビットストリーム１１４を復号するためにＣＢＲモードで動作するようにＨＳＳに指示するためには、サブピクチャ・ビットレート・フラグが１に設定される。
【０１５８】
電子デバイス１０２は、ピクチャがサブピクチャ・レベルで復号されることが許容されると判定された場合、およびいくつかの事例では、ピクチャがピクチャ・レベルでも復号されることが許容されると判定された場合に、サブピクチャ・ビットレート・フラグを送信する（ステップ４１４）。これは、上の図２〜３に関連して記載されたように達成される。例えば、いくつかの構成では、デコーダ１１２において符号化ピクチャの復号を補助するために、サブピクチャ・ビットレート・スケール・パラメータがビットストリーム１１４および／または別の送信１１０で電子デバイスＢ１０２ｂへ送信される。
【０１５９】
留意すべきは、サブピクチャ・レベル・バッファ・パラメータ（例えば、ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅおよびｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］）が、対応するピクチャ・レベル・パラメータ（例えば、ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅおよびｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］）に加えて送信されることである。また、サブピクチャ・レベル・バッファ・パラメータは、ほとんどの事例では、対応するピクチャ・レベルのパラメータとは異なる。加えて、留意すべきは、これらのパラメータが複数の異なるビットレート値に対するインデックスを示すＳｃｈｅｄＳｅｌＩｄｘを用いて複数のビットレート値に関して送信されることである。
【０１６０】
図５は、サブピクチャバッファ・パラメータを受信するための方法５００の一構成を示すフロー図である。電子デバイス１０２（例えば、電子デバイスＢ１０２ｂ）は、データを受信する（ステップ５０２）。データは、符号化ピクチャデータ、メッセージ、例えば、バッファリング周期ＳＥＩメッセージおよび／またはバッファ・パラメータであってもよい。例えば、電子デバイス１０２は、無線伝送、有線伝送、デバイスバス、ネットワークなどのうちの１つ以上を通じてデータを受信する（ステップ５０２）。例として、電子デバイスＢ１０２ｂは、データを電子デバイスＡ１０２ａから受信する。データは、例えば、ビットストリーム１１４の一部であってもよい。別の例では、電子デバイスＢ１０２ｂは、データを（例えば、ビットストリーム１１４の一部ではない）個別の送信１１０で電子デバイスＡ１０２ａから受信する。例として、１つ以上のバッファ・パラメータは、何らかの帯域外メカニズムを用いて受信されてもよい。いくつかの構成において、メッセージは、サブピクチャＣＰＢサイズ・スケール・パラメータを含む。
【０１６１】
電子デバイス１０２は、サブピクチャ・レベルの符号化ピクチャバッファ（ＣＰＢ）パラメータ、例えば、サブピクチャ・レベルに関するＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを取得する（ステップ５０４）。例えば、サブピクチャ・レベルのＣＰＢサイズ・パラメータは、ビットストリーム１１４の一部分として受信されたデータ、および／または、個別の送信１１０の一部として受信されたデータから取得される。
【０１６２】
いくつかの構成において、電子デバイス１０２は、サブピクチャ・レベルのＣＰＢパラメータに基づいて、サブピクチャ・レベルのＣＰＢ動作を行う（ステップ５０６）。いくつかの構成において、サブピクチャ・レベルのＣＰＢパラメータは、仮想参照デコーダ（ＨＲＤ）に従って動作を指定するために有用なデータを含む。この構成では、デコーダ１１２は、ＨＲＤ動作によって定義されるようにＣＰＢ１２０を動作させる。言い換えれば、デコーダ１１２は、ＨＲＤに対して指定された動作に従ってＣＰＢ１２０をデコーダ１１２上で動作させるために、供給されたＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータを用いる。シグナリングされたＣＰＢサイズ・パラメータおよび／またはＣＰＢスケール・パラメータをＨＲＤ仕様に従って用いると、デコーダ１１２においてＣＰＢ１２０でバッファ・オーバーフローまたはバッファ・アンダーフローが生じないように保証する助けとなろう。
【０１６３】
加えて、または代わりに、電子デバイス１０２は、サブピクチャ・レベルのＣＰＢパラメータに基づいて、サブピクチャ・レベルのＣＰＢ動作、例えば、サブピクチャ・レベルのＣＰＢ動作に関する補間配信スケジュール試験を行う。サブピクチャ・レベルのＣＰＢ動作に関する補間配信スケジュール試験は、サブピクチャ・レベルのＣＰＢパラメータに基づく。例えば、電子デバイス１０２は、被試験デコーダ（ＤＵＴ）を有するデコーダ１１２であってもよい。ＤＵＴは、サブピクチャ・レベルのＣＰＢパラメータに基づいて、ＣＰＢ１２０に関するサブピクチャ・レベルの１つ以上の補間配信スケジュール試験を行う（ステップ５０６）。サブピクチャ・レベルのＣＰＢパラメータは、サブピクチャＣＰＢサイズ・スケール・パラメータである。
【０１６４】
補間配信スケジュール試験は、アクセスユニット・レベルのＣＰＢ動作とサブピクチャ・レベルのＣＰＢ動作とに関して別々に行われてもよい。ＨＥＶＣ草案８に適合したデコーダは、次の必要条件を満たす。特定のプロファイル、ティアおよびレベルへの適合性を主張するデコーダは、ＶＣＬ  ＮＡＬユニットで参照されるすべてのシーケンスパラメータセットおよびピクチャパラメータセット、ならびに、然るべきバッファリング周期およびピクチャタイミングＳＥＩメッセージが、ビットストリームで（非ＶＣＬ  ＮＡＬユニットによって）、あるいは、ＨＥＶＣ草案８では指定されない外部手段によって、タイムリーにデコーダへ伝達されることを条件として、ＨＥＶＣ草案８のＣ．４項で指定されるビットストリーム適合性の必要条件に適合するすべてのビットストリームを、ＨＥＶＣ草案８の付属書Ａで指定される仕方で、首尾よく復号することが可能である。
【０１６５】
ビットストリームが、予約されていると指定された値を有するシンタックス要素を含み、デコーダが、そのシンタックス要素の値、または、その予約された値を有するシンタックス要素を含んだＮＡＬユニットを無視するものとすることが指定され、その他の点ではビットストリームがＨＥＶＣ草案８に適合しているときに、適合したデコーダは、適合したビットストリームを復号するであろう同じ仕方でビットストリームを復号し、そのシンタックス要素の予約された値、または、指定されたそのシンタックス要素を含んだＮＡＬユニットは無視するものとする。
【０１６６】
デコーダが主張しうる適合性には２つのタイプ、すなわち、出力タイミングの適合性および出力順の適合性がある。デコーダの適合性をチェックするために、主張されるプロファイル、ティアおよびレベルに適合する、ＨＥＶＣ草案８のＣ．４項で指定されるような、試験ビットストリームが、仮想ストリーム・スケジューラ（ＨＳＳ）によってＨＲＤおよび被試験デコーダ（ＤＵＴ）の両方へ配信される。ＨＲＤによって出力されるすべてのピクチャは、ＤＵＴによっても出力され、ＨＲＤによって出力されるピクチャごとに、対応するピクチャに関してＤＵＴによって出力されるすべてのサンプルの値は、ＨＲＤによって出力されるサンプルの値に等しい。
【０１６７】
出力タイミングのデコーダ適合性に関して、ＨＳＳは、指定されたプロファイル、ティアおよびレベルに対して、ビットレートおよびＣＰＢサイズがＨＥＶＣ草案８の付属書Ａで指定されるように制限される、ＳｃｈｅｄＳｅｌＩｄｘの値のサブセットからのみ選択された配信スケジュールを用いるか、または、ビットレートおよびＣＰＢサイズがＨＥＶＣ草案８の付属書Ａで指定されるように制限される、以下に指定されるような「補間」配信スケジュールを用いて上記のように動作する。ＨＲＤおよびＤＵＴの両方に同じ配信スケジュールが用いられる。
【０１６８】
ＨＲＤパラメータおよびバッファリング周期ＳＥＩメッセージが、０より大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１とともに存在するときに、デコーダは、次のようなピーク・ビットレートｒ、ＣＰＢサイズｃ（ｒ）、および初期ＣＰＢ除去遅延（ｆ（ｒ）／ｒ）を有することが指定された、「補間」配信スケジュールを用いて動作しているＨＳＳから配信されたビットストリームを復号することが可能である。
【０１６９】
【数３】
2016500204.tif 000010
【０１７０】
なお、数３は、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］≦ｒ≦ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ｒおよびｃ（ｒ）が、指定されたプロファイル、ティアおよびレベルに対する最大ビットレートおよびバッファサイズに関して付属書Ａで指定されるような限界内にある、任意のＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対するものである。
【０１７１】
上記の補間配信スケジュール試験は、アクセスユニット・レベルのＣＰＢ動作とサブピクチャ・レベルのＣＰＢ動作とに関して別々に行われる。アクセスユニット・レベルの試験のケースでは、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］＝（ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］＋１)＊２（４＋ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅ）として設定される。
【０１７２】
サブピクチャ・レベルの試験のケースでは、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］＝（ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ＳｃｈｅｄＳｅｌＩｄｘ］＋１)＊２（４＋ｄｕ＿ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅ）として設定される。留意すべきは、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］がバッファリング周期によって異なる可能性があり、計算し直さなければならないかもしれないことである。
【０１７３】
出力タイミングのデコーダ適合性には、上記のようにＨＲＤが用いられ、ピクチャ出力の（第１のビットの配信時刻に対する）タイミングは、一定の遅延までＨＲＤでもＤＵＴでも同じである。
【０１７４】
出力順のデコーダ適合性に関して、ＨＳＳは、ＤＵＴからの「要求によって」ビットストリームをＤＵＴへ配信する。これは、ＤＵＴがその処理を進めるためにより多くのビットを必要とするときにのみ、ＨＳＳが、ビットを（復号順に）配信することを意味する。留意すべきこととして、これが意味するのは、この試験ではＤＵＴの符号化ピクチャバッファが最大アクセスユニットのサイズと同じぐらい小さくてよいということである。
【０１７５】
以下に記載されるように修正されたＨＲＤを用いて、ＨＳＳは、ビットレートおよびＣＰＢサイズがＨＥＶＣ草案８の付属書Ａで指定される通り制限されるようにビットストリームで指定されたスケジュールのうちの１つによって、ビットストリームをＨＲＤへ配信する。ピクチャ出力の順序は、ＨＲＤでもＤＵＴでも同じである。
【０１７６】
出力順のデコーダ適合性に関しては、選択されたスケジュールに対してＨＲＤ  ＣＰＢサイズがＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］に等しく、ＤＰＢサイズがＭａｘＤｐｂＳｉｚｅに等しい。ＨＲＤではＣＰＢからの除去時刻が最終ビットの到着時刻に等しく、復号は即時である。
【０１７７】
電子デバイス１０２は、補間配信スケジュール試験の結果に基づいて、エンコーダ１０４へ（図示されない）フィードバックを供給する。例えば、フィードバックは、フィードバック・リンクを通じて送信される。例として、様々なパラメータ、フィードバックおよび試験結果を個別の送信１１０によってエンコーダ１０４とデコーダ１１２との間で送受信することが可能である。このような方法で、エンコーダ１０２は、デコーダ１１２へ送信されたバッファサイズ・パラメータおよび／またはバッファスケール・パラメータに違反しないように動作することができる。
【０１７８】
図６は、電子デバイス６０２上のエンコーダ６０４の一構成を示すブロック図である。留意すべきは、電子デバイス６０２内に含まれるとして示される要素の１つ以上が、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス６０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ６０４を含む。例として、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令を用いてメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）など、またはそれらの組み合わせとして実装されてもよい。いくつかの構成において、エンコーダ６０４は、ＨＥＶＣコーダであってもよい。
【０１７９】
電子デバイス６０２は、ソース６２２を含む。ソース６２２は、ピクチャ、または１つ以上の入力ピクチャ６０６としての画像データ（例えば、ビデオ）をエンコーダ６０４へ供給する。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線受信機、ポートなどを含む。
【０１８０】
１つ以上の入力ピクチャ６０６がフレーム内予測モジュールおよび再構成バッファ６２４へ供給される。入力ピクチャ６０６は、動き推定および動き補償モジュール６４６へ、そして減算モジュール６２８へも供給される。
【０１８１】
フレーム内予測モジュールおよび再構成バッファ６２４は、１つ以上の入力ピクチャ６０６および再構成データ６６０に基づいてイントラモード情報６４０およびイントラ信号６２６を生成する。動き推定および動き補償モジュール６４６は、１つ以上の入力ピクチャ６０６および参照ピクチャバッファ６７６信号６７８に基づいてインターモード情報６４８およびインター信号６４４を生成する。いくつかの構成において、参照ピクチャバッファ６７６は、参照ピクチャバッファ６７６における１つ以上の参照ピクチャからのデータを含む。
【０１８２】
エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間で選択を行う。イントラ信号６２６は、イントラ符号化モードにおいてピクチャ内の空間的特性を活用するために用いられる。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間的特性を活用するために用いられる。イントラ符号化モードにある間に、イントラ信号６２６が減算モジュール６２８へ供給され、イントラモード情報６４０がエントロピー符号化モジュール６４２へ供給される。インター符号化モードにある間には、インター信号６４４が減算モジュール６２８へ供給され、インターモード情報６４８がエントロピー符号化モジュール６４２へ供給される。
【０１８３】
減算モジュール６２８では、予測残差６３０を作り出すために（モードに依存して）イントラ信号６２６またはインター信号６４４のいずれかが入力ピクチャ６０６から減算される。予測残差６３０は、変換モジュール６３２へ供給される。変換モジュール６３２は、予測残差６３０を圧縮して、量子化モジュール６３６へ供給される変換信号６３４を作り出す。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化された係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄ  ａｎｄ  ｑｕａｎｔｉｚｅｄ  ｃｏｅｆｆｉｃｉｅｎｔ）６３８を作り出す。
【０１８４】
ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０へ供給される。逆量子化モジュール６５０は、ＴＱＣ６３８に対して逆量子化を行い、逆変換モジュール６５４へ供給される逆量子化された信号６５２を作り出す。逆変換モジュール６５４は、逆量子化された信号６５２を展開して、再構成モジュール６５８へ供給される展開された信号６５６を作り出す。
【０１８５】
再構成モジュール６５８は、展開された信号６５６に基づいて再構成されたデータ６６０を作り出す。例えば、再構成モジュール６５８は、ピクチャを再構成（修正）する。再構成されたデータ６６０は、デブロッキングフィルタ６６２へ、ならびにイントラ予測モジュールおよび再構成バッファ６２４へ供給される。デブロッキングフィルタ６６２は、再構成されたデータ６６０に基づいてフィルタされた信号６６４を作り出す。
【０１８６】
フィルタされた信号６６４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ  ａｄａｐｔｉｖｅ  ｏｆｆｓｅｔ）モジュール６６６へ供給される。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２へ供給されるＳＡＯ情報６６８を作り出す。いくつかの構成において、ＳＡＯ信号６７０は、随意的に適応ループフィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ）６７２へ供給される。この構成では、ＡＬＦ６７２は、参照ピクチャバッファ６７６へ供給されるＡＬＦ信号６７４を作り出す。また、この構成では、ＡＬＦ信号６７４は、参照ピクチャとして用いられる１つ以上のピクチャからのデータを含む。
【０１８７】
エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）を作り出す。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｖａｒｉａｂｌｅ  Ｌｅｎｇｔｈ  Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化する。特に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８のうちの１つ以上に基づいてＴＱＣ６３８を符号化する。ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）は、サブピクチャバッファ・パラメータ生成モジュール６０８へ供給される。サブピクチャバッファ・パラメータ生成モジュール６０８は、図１に関連して記載されたサブピクチャバッファ・パラメータ生成モジュール１０８と同様に構成される。加えて、サブピクチャバッファ・パラメータ生成モジュール６０８は、図２、図３および／または図４に関連して記載された手順の１つ以上を行う。
【０１８８】
例えば、サブピクチャバッファ・パラメータ生成モジュール６０８は、サブピクチャバッファ・パラメータ、例えば、サブピクチャＣＰＢサイズ・スケール・パラメータおよび／またはサブピクチャ・サイズ・パラメータを生成する。いくつかの構成では、サブピクチャバッファ・パラメータがビットストリームＡ６１４ａに挿入されて、ビットストリームＢ６１４ｂを作り出す。従って、メッセージは、例えば、ビットストリームＡ６１４ａ全体が生成された後に（例えば、ビットストリームＢ６１４ｂの大部分が生成された後に）生成される。他の構成では、サブピクチャバッファ・パラメータは、ビットストリームＡ６１４ａには挿入されない（その場合、ビットストリームＢ６１４ｂはビットストリームＡ６１４ａと同じである）が、個別の送信６１０で供給される。
【０１８９】
いくつかの構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスへ送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信機、ポートなどへ供給される。例として、ビットストリーム６１４は、ＬＡＮ、インターネット、セルラーフォン基地局などを通じて別の電子デバイスへ送信される。加えて、または代わりに、ビットストリーム６１４は、電子デバイス６０２上のメモリまたは別のコンポーネントに記憶されてもよい。
【０１９０】
図７は、電子デバイス７０２上のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれる。例えば、デコーダ７１２は、ＨＥＶＣデコーダであってもよい。デコーダ７１２、およびデコーダ７１２に含まれるとして示される１つ以上の要素は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ７１２は、復号のためにビットストリーム７１４（例えば、ビットストリーム７１４に含まれる１つ以上の符号化ピクチャおよびオーバーヘッドデータ）を受信する。留意すべきは、ビットストリーム７１４には１つ以上のアクセスユニットが含まれ、これらが符号化ピクチャデータおよびオーバーヘッドデータのうちの１つ以上を含むことである。
【０１９１】
いくつかの構成において、受信されたビットストリーム７１４は、受信されたオーバーヘッドデータ、例えば、サブピクチャバッファ・パラメータ、メッセージ（例えば、バッファ周期ＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどを含む。いくつかの構成では、デコーダ７１２は、個別の送信７１０を追加的に受信する。個別の送信７１０がサブピクチャバッファ・パラメータ（例えば、サブピクチャＣＰＢサイズ・スケール・パラメータまたは他のバッファ・パラメータ）を含んでもよい。例えば、サブピクチャＣＰＢサイズ・スケール・パラメータまたは他のバッファ・パラメータがビットストリーム７１４のかわりに個別の送信７１０で受信されてもよい。しかしながら、留意すべきは、個別の送信７１０が随意的であり、いくつかの構成では利用できないことである。
【０１９２】
デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、上の図１に関連して記載されたＣＰＢ１２０と同様に構成される。加えて、または代わりに、デコーダ７１２は、図５に関連して記載された手順の１つ以上を行う。例えば、デコーダ７１２は、バッファ・パラメータ（例えば、サブピクチャＣＰＢサイズ・スケール・パラメータまたは他のバッファ・パラメータ）を受信する。加えて、デコーダ７１２は、サブピクチャ・レベルのＣＰＢ動作に関する補間配信スケジュール試験を行う。補間配信スケジュール試験は、サブピクチャ・レベルのＣＰＢパラメータに基づく。加えて、デコーダ７１２は、サブピクチャ・レベルのＣＰＢ動作に関するビットストリーム適合性試験を行う。そのうえ、デコーダ７１２は、ＨＥＶＣ仕様で指定される、例えば、ＨＥＶＣ草案８で定義される仮想参照デコーダ動作の仕様に従ってＣＰＢを動作させる。
【０１９３】
符号化ピクチャバッファ（ＣＰＢ）７２０は、符号化ピクチャデータをエントロピー復号モジュール７０１へ供給する。符号化ピクチャデータは、エントロピー復号モジュール７０１によりエントロピー復号され、それによって、動き情報信号７０３、ならびに量子化、スケーリングおよび／または変換された係数７０５を作り出す。
【０１９４】
動き情報信号７０３は、フレーム間予測信号７８２を作り出す動き補償モジュール７８０において、フレームメモリ７０９からの参照フレーム信号７９８の一部分と結合される。量子化、デスケーリングおよび／または変換された係数７０５は、逆モジュール７０７で逆量子化、スケーリングおよび逆変換され、それによって復号された残差信号７８４を作り出す。復号された残差信号７８４は、予測信号７９２に加算されて結合信号７８６を作り出す。予測信号７９２とは、動き補償モジュール７８０によって作り出されたフレーム間予測信号７８２、または、フレーム内予測モジュール７８８によって作り出されたフレーム内予測信号７９０のいずれかから選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４によって制御される）。
【０１９５】
フレーム内予測信号７９０は、（例えば、現フレームにおける）結合信号７８６から予め復号された情報から予測される。結合信号７８６は、また、デブロッキングフィルタ７９４によってフィルタされる。フィルタされて生じた信号７９６は、フレームメモリ７０９に書き込まれる。フィルタされて生じた信号７９６は、復号ピクチャを含む。フレームメモリ７０９は、復号ピクチャ７１８を供給する。
【０１９６】
図８は、送信用電子デバイス８０２において利用される様々なコンポーネントを示す。本明細書に記載される電子デバイス１０２、６０２、７０２の１つ以上は、図８に示される送信用電子デバイス８０２に従って実装される。
【０１９７】
送信用電子デバイス８０２は、電子デバイス８０２の動作を制御するプロセッサ８１７を含む。プロセッサ８１７は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）とも呼ばれる。メモリ８１１は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）の両方または情報を記憶する任意のタイプのデバイスを含み、命令８１３ａ（例えば、実行可能な命令）およびデータ８１５ａをプロセッサ８１７へ供給する。メモリ８１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）も含んでよい。メモリ８１１は、プロセッサ８１７と電子通信を行う。
【０１９８】
命令８１３ｂおよびデータ８１５ｂは、プロセッサ８１７にも存在する。プロセッサ８１７に読み込まれた命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７による実行または処理のために読み込まれた、メモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含んでよい。命令８１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ８１７によって実行される。例えば、命令８１３ｂは、上記の方法２００、３００、４００、５００の１つ以上を行うために実行可能である。
【０１９９】
送信用電子デバイス８０２は、他の電子デバイス（例えば、受信用電子デバイス）と通信するための１つ以上の通信インターフェース８１９を含む。通信インターフェース８１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース８１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ：ｓｍａｌｌ  ｃｏｍｐｕｔｅｒ  ｓｙｓｔｅｍ  ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ：ｉｎｆｒａｒｅｄ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）仕様による無線トランシーバなどを含む。
【０２００】
送信用電子デバイス８０２は、１つ以上の出力デバイス８２３および１つ以上の入力デバイス８２１を含む。出力デバイス８２３の例は、スピーカ、プリンタなどを含む。電子デバイス８０２に含まれる出力デバイスの１つのタイプは、表示デバイス８２５である。本明細書に開示される構成とともに用いられる表示デバイス８２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ  ｒａｙ  ｔｕｂｅ）、液晶表示（ＬＣＤ：ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ：ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）、気体プラズマ、エレクトロルミネセンスなどを利用する。表示コントローラ８２７は、メモリ８１１に記憶されたデータを、ディスプレイ８２５上に示されるテキスト、グラフィックス、および／または動画に（適宜）変換するために提供される。入力デバイス８２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【０２０１】
送信用電子デバイス８０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム８２９によって結合される。しかしながら、明確にするために、図８では様々なバスがバスシステム８２９として示される。図８に示される送信用電子デバイス８０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０２０２】
図９は、受信用電子デバイス９０２において利用される様々なコンポーネントを示すブロック図である。本明細書に記載される電子デバイス１０２、６０２、７０２の１つ以上は、図９に示される受信用電子デバイス９０２に従って実装される。
【０２０３】
受信用電子デバイス９０２は、電子デバイス９０２の動作を制御するプロセッサ９１７を含む。プロセッサ９１７は、ＣＰＵとも呼ばれる。メモリ９１１は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方または情報を記憶する任意のタイプのデバイスを含み、命令９１３ａ（例えば、実行可能な命令）およびデータ９１５ａをプロセッサ９１７へ供給する。メモリ９１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。メモリ９１１は、プロセッサ９１７と電子通信を行う。
【０２０４】
命令９１３ｂおよびデータ９１５ｂは、プロセッサ９１７にも存在する。プロセッサ９１７に読み込まれた命令９１３ｂおよび／またはデータ９１５ｂは、プロセッサ９１７による実行または処理のために読み込まれた、メモリ９１１からの命令９１３ａおよび／またはデータ９１５ａも含んでよい。命令９１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ９１７によって実行される。例えば、命令９１３ｂは、上記の方法２００、３００、４００、５００の１つ以上を行うために実行可能である。
【０２０５】
受信用電子デバイス９０２は、他の電子デバイス（例えば、送信用電子デバイス）と通信するための１つ以上の通信インターフェース９１９を含む。通信インターフェース９１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース９１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）仕様による無線トランシーバなどを含む。
【０２０６】
受信用電子デバイス９０２は、１つ以上の出力デバイス９２３および１つ以上の入力デバイス９２１を含む。出力デバイス９２３の例は、スピーカ、プリンタなどを含む。電子デバイス９０２に含まれる出力デバイスの１つのタイプは、表示デバイス９２５である。本明細書に開示される構成とともに用いられる表示デバイス９２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ）、液晶表示（ＬＣＤ）、発光ダイオード（ＬＥＤ）、気体プラズマ、エレクトロルミネセンスなどを利用する。表示コントローラ９２７は、メモリ９１１に記憶されたデータを、ディスプレイ９２５上に示されるテキスト、グラフィックス、および／または動画へ（適宜）変換するために提供される。入力デバイス９２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【０２０７】
受信用電子デバイス９０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム９２９によって結合される。しかしながら、明確にするために、図９では様々なバスがバスシステム９２９として示される。図９に示される受信用電子デバイス９０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０２０８】
図１０は、メッセージを送信するためのシステムおよび方法が実装された電子デバイス１００２の一構成を示すブロック図である。電子デバイス１００２は、符号化手段１０３１および送信手段１０３３を含む。符号化手段１０３１および送信手段１０３３は、上の図１、図２、図３、図４、図６および図８の１つ以上に関連して記載された機能の１つ以上を行うように構成される。例えば、符号化手段１０３１および送信手段１０３３は、ビットストリーム１０１４を生成する。上の図８は、図１０の具体的な装置構造の一例を示す。図１、図２、図３、図４、図６および図８の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０２０９】
図１１は、ビットストリーム１１１４をバッファリングするためのシステムおよび方法が実装された電子デバイス１１０２の一構成を示すブロック図である。電子デバイス１１０２は、受信手段１１３５および復号手段１１３７を含む。受信手段１１３５および復号手段１１３７は、上の図１、図５、図７および図９の１つ以上に関連して記載された機能の１つ以上を行うように構成される。例えば、受信手段１１３５および復号手段１１３７は、ビットストリーム１１１４を受信する。上の図９は、図１１の具体的な装置構造の一例を示す。図１、図５、図７および図９の１つ以上の機能を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０２１０】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または記憶することができて、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０２１１】
留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／または、ハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法または手法の１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／または、それらを用いて実現されてもよい。
【０２１２】
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または、単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されてもよい。
【０２１３】
理解すべきは、特許請求の範囲が上に示された通りの構成および構成要素には限定されないことである。特許請求の範囲から逸脱することなく、本明細書に記載される配置、操作、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図１】
2016500204.tif 000011
【図２】
2016500204.tif 000012
【図３】
2016500204.tif 000013
【図４】
2016500204.tif 000014
【図５】
2016500204.tif 000015
【図６】
2016500204.tif 000016
【図７】
2016500204.tif 000017
【図８】
2016500204.tif 000018
【図９】
2016500204.tif 000019
【図１０】
2016500204.tif 000020
【図１１】
2016500204.tif 000021
【手続補正書】
【提出日】平成27年4月28日(2015.4.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
バッファ・パラメータを送信するための電子デバイスであって、前記電子デバイスは、
プロセッサ
を備え、前記プロセッサは、
仮想参照デコーダ（ＨＲＤ）パラメータがサブピクチャ・レベルに基づいて生成されるかどうかを判定し、
前記ＨＲＤパラメータが前記サブピクチャ・レベルに基づいて生成される場合、
バッファサイズ・パラメータおよびバッファスケール・パラメータを生成し、
前記サブピクチャ・レベルで動作しているときに、前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータを用いることにより、符号化ピクチャバッファ（ＣＰＢ）サイズを指定して、
前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータを送信する
ために実行可能である、
電子デバイス。
【請求項２】
前記バッファスケール・パラメータは、サブピクチャ符号化ピクチャバッファ（ＣＰＢ）サイズ・スケール・パラメータである、請求項１に記載の電子デバイス。
【請求項３】
前記バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである、請求項１に記載の電子デバイス。
【請求項４】
前記プロセッサは、
ピクチャ・レベルのパラメータを生成して、
前記ＨＲＤパラメータが前記サブピクチャ・レベルに基づいて生成されない場合、
アクセスユニット・レベルで動作しているときに、前記ピクチャ・レベルのパラメータを用いることにより、ＣＰＢサイズを指定して、
前記ピクチャ・レベルのパラメータを送信する
ためにさらに実行可能である、請求項１に記載の電子デバイス。
【請求項５】
前記ピクチャ・レベルのパラメータは、前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータとは異なる、請求項４に記載の電子デバイス。
【請求項６】
前記ＨＲＤパラメータが前記サブピクチャ・レベルに基づいて生成される場合、前記プロセッサは、前記サブピクチャ・レベルでビットストリーム適合性テストを行うためにさらに実行可能である、請求項１に記載の電子デバイス。
【請求項７】
バッファ・パラメータを送信するための方法であって、前記方法は、
仮想参照デコーダ（ＨＲＤ）パラメータがサブピクチャ・レベルに基づいて生成されるかどうかを判定するステップと、
前記ＨＲＤパラメータが前記サブピクチャ・レベルに基づいて生成される場合、
バッファサイズ・パラメータおよびバッファスケール・パラメータを生成するステップと、
前記サブピクチャ・レベルで動作しているときに、前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータを用いることにより、符号化ピクチャバッファ（ＣＰＢ）サイズを指定するステップと、
前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータを送信するステップと
を備える、方法。
【請求項８】
前記バッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである、請求項７に記載の方法。
【手続補正書】
【提出日】平成27年10月16日(2015.10.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
バッファ・パラメータを送信するための電子デバイスであって、前記電子デバイスは、
プロセッサ
を備え、前記プロセッサは、
サブピクチャ・レベルの符号化ピクチャバッファ（ＣＰＢ）パラメータが存在することを通知するサブピクチャＣＰＢパラメータ存在フラグを生成し、
アクセスユニット・レベルのパラメータを生成し、
前記サブピクチャＣＰＢパラメータ存在フラグが１に等しい場合、サブピクチャ・レベルのバッファサイズ・パラメータおよびサブピクチャ・レベルのバッファスケール・パラメータを生成し、
前記アクセスユニット・レベルで動作しているときに、前記アクセスユニット・レベルのパラメータを用いることにより、符号化ピクチャバッファ（ＣＰＢ）サイズを指定して、
前記サブピクチャ・レベルで動作しているときに、前記サブピクチャ・レベルのバッファサイズ・パラメータおよび前記サブピクチャ・レベルのバッファスケール・パラメータを用いることにより、前記符号化ピクチャバッファ（ＣＰＢ）サイズを指定して、
前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータを送信するために実行可能であり、
前記サブピクチャＣＰＢパラメータ存在フラグは、１に等しいときＣＰＢがアクセスユニット・レベルまたはサブピクチャ・レベルで動作することを指定し、０に等しいときＣＰＢがアクセスユニット・レベルで動作することを指定する、
電子デバイス。
【請求項２】
前記サブピクチャ・レベルのバッファスケール・パラメータは、サブピクチャ符号化バッファ（ＣＰＢ）サイズ・スケール・パラメータである、請求項１に記載の電子デバイス。
【請求項３】
前記サブピクチャ・レベルのバッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである、請求項１に記載の電子デバイス。
【請求項４】
前記アクセスユニット・レベルのパラメータは、前記サブピクチャ・レベルのバッファサイズ・パラメータおよび前記サブピクチャ・レベルのバッファスケール・パラメータとは異なる、請求項１に記載の電子デバイス。
【請求項５】
仮想参照デコーダ（ＨＲＤ）パラメータが前記サブピクチャ・レベルに基づいて生成される場合、前記プロセッサは、前記サブピクチャ・レベルでビットストリーム適合性テストを行うためにさらに実行可能である、請求項１に記載の電子デバイス。
【請求項６】
バッファ・パラメータを送信するための方法であって、前記方法は、
サブピクチャ・レベルの符号化ピクチャバッファ（ＣＰＢ）パラメータが存在することを通知するサブピクチャＣＰＢパラメータ存在フラグを生成するステップと、
アクセスユニット・レベルのパラメータを生成するステップと、
前記サブピクチャＣＰＢパラメータ存在フラグが１に等しい場合、サブピクチャ・レベルのバッファサイズ・パラメータおよびサブピクチャ・レベルのバッファスケール・パラメータを生成するステップと、
前記アクセスユニット・レベルで動作しているときに、前記アクセスユニット・レベルのパラメータを用いることにより、符号化ピクチャバッファ（ＣＰＢ）サイズを指定するステップと、
前記サブピクチャ・レベルで動作しているときに、前記サブピクチャ・レベルのバッファサイズ・パラメータおよび前記サブピクチャ・レベルのバッファスケール・パラメータを用いることにより、前記符号化ピクチャバッファ（ＣＰＢ）サイズを指定するステップと、
前記バッファサイズ・パラメータおよび前記バッファスケール・パラメータを送信する
ステップと
を備え、
前記サブピクチャＣＰＢパラメータ存在フラグは、１に等しいときＣＰＢがアクセスユニット・レベルまたはサブピクチャ・レベルで動作することを指定し、０に等しいときＣＰＢがアクセスユニット・レベルで動作することを指定する、方法。
【請求項７】
前記サブピクチャ・レベルのバッファサイズ・パラメータは、サブピクチャＣＰＢサイズ値パラメータである、
請求項６に記載の方法。
【国際調査報告】
2016500204.tif 000022
2016500204.tif 000023