JP2016507964A - ビデオコーディングにおけるランダムアクセスのためのビデオバッファリング動作 - Google Patents

Abstract

一例では、本開示は、第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、ビットストリーム中のアクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットをビデオビットストリーム中で受信することとを提供する。後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトすること。別の例は、仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、アクセスユニットがＲＡＰピクチャを有し、ここにおいて、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットが受信されない、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを初期化することとを提供する。

Description

[0001]本出願は、その内容全体が参照により本明細書に組み込まれる、２０１３年１月７日に出願された米国仮出願第６１／７４９，８２０号の利益を主張する。

[0002]本開示は、ビデオコーディングに関し、より詳細には、ビデオデコーダのビデオバッファリング動作を制御するための技法に関する。

[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコーディングでは、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部分）はビデオブロックに区分され得、これらのビデオブロックは、ツリーブロック、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもある。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

[0005]空間的予測または時間的予測は予測ブロックを利用する。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およびコード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて、残差変換係数が得られ得、その残差変換係数は、次いで量子化され得る。最初は２次元アレイに構成される量子化変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するためにエントロピーコーディングが適用され得る。

[0006]概して、本開示では、廃棄されたリーディングピクチャ（leading picture）を有するランダムアクセスポイント（ＲＡＰ：random access point）ピクチャについてビデオデコーダにおいてバッファリング動作を制御するための技法について説明する。いくつかの例では、ビットストリームが、初期ＲＡＰピクチャに後続する後続のＲＡＰピクチャを含むとき、デコーダは、後続のＲＡＰピクチャのための、ランダムアクセススキップドリーディング（ＲＡＳＬ：random access skipped leading）ピクチャなどのリーディングピクチャが存在しないとき、後続のＲＡＰピクチャに後続するアクセスユニットのためのコード化ピクチャバッファ（ＣＰＢ：coded picture buffer）削除時間をシフトするように構成され得る。

[0007]本開示の一例では、ビデオデータを処理する方法は、第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、ビットストリーム中のアクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットをビデオビットストリーム中で受信することと、後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが受信されたビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトすることとを含む。

[0008]本開示の別の例では、ビデオデータを処理する方法は、仮想参照デコーダ（ＨＲＤ：hypothetical reference decoder）のより前の初期化の後にアクセスユニットを受信することと、アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することとを含む。

[0009]別の例では、本開示では、ＲＡＰピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、ビットストリーム中のアクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットをビデオビットストリーム中で受信することと、後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが受信されたビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトすることとを行うように構成されたプロセッサを含む、ビデオデータを処理するためのデバイスについて説明する。

[0010]別の例では、本開示では、仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、アクセスユニットがＲＡＰピクチャを有し、ここにおいて、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットが受信されない、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、ＨＲＤを再初期化することとを行うように構成されたプロセッサを含む、ビデオデータを処理するためのデバイスについて説明する。

[0011]別の例では、本開示では、ＲＡＰピクチャを有するアクセスユニットをビデオビットストリーム中で受信するための手段と、ビットストリーム中のアクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットをビデオビットストリーム中で受信するための手段と、後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャの場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトするための手段とを含む、ビデオデータを処理するためのデバイスについて説明する。

[0012]別の例では、本開示では、仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信するための手段と、アクセスユニットがＲＡＰピクチャを有し、ここにおいて、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットが受信されない、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、ＨＲＤを再初期化するための手段とを含む、ビデオデータを処理するためのデバイスについて説明する。

[0013]別の例では、本開示では、コンピュータ可読記憶媒体について説明する。実行されると、１つまたは複数のプロセッサに、ＲＡＰピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、ビットストリーム中のアクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットをビデオビットストリーム中で受信することと、後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが受信されたビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトすることとを行わせる命令を記憶したコンピュータ可読記憶媒体。

[0014]別の例では、本開示では、コンピュータ可読記憶媒体について説明する。実行されると、１つまたは複数のプロセッサに、仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、ＨＲＤを再初期化することとを行わせる命令を記憶したコンピュータ可読記憶媒体。

[0015]別の例では、本開示では、各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットをシグナリングすることと、ＨＲＤがＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、復号順序でＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間を、関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットだけより前にシフトすることとを含む、ビデオデータを処理する方法について説明する。

[0016]いくつかの例では、本開示では様々な方法について説明する。多種多様なプロセッサ、処理ユニット、および装置が例示的な方法を実装するように構成され得る。本開示ではまた、例示的な方法のうちのいずれか１つまたは複数の機能を実行するように構成され得るコンピュータ可読記憶媒体について説明する。

[0017]１つまたは複数の例の詳細が添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

[0018]１つまたは複数の例の詳細が添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

[0019]本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0020]本開示で説明する技法を実装し得る例示的なビデオエンコーダを示すブロック図。 [0021]本開示で説明する技法を実装し得る例示的なビデオデコーダを示すブロック図。 [0022]本開示で説明する１つまたは複数の例による、例示的な方法を示すフローチャート。 [0023]本開示で説明する１つまたは複数の例による、例示的な方法を示すフローチャート。

[0024]本開示では、廃棄されたリーディングピクチャを有するランダムアクセスポイント（ＲＡＰ）ピクチャについてビデオデコーダにおいてバッファリング動作を制御するための様々な技法について説明する。本技法は、関連するランダムアクセススキップドリーディング（ＲＡＳＬ）アクセスユニットが廃棄された、クリーンランダムアクセス（ＣＲＡ：clean random access）または切断リンクアクセス（ＢＬＡ：broken link access）ピクチャを含んでいる中間アクセスユニット（ＡＵ：access unit）にわたって適用され得る、改善された仮想参照デコーダ（ＨＲＤ）動作をサポートし得る。ＣＲＡピクチャは、Ｉスライスのみを含んでおり、復号順序でビットストリーム中の第１のピクチャであり得るか、またはビットストリーム中の後のほうに現れ得る。ＣＲＡピクチャは、関連するＲＡＤＬまたはＲＡＳＬピクチャを有することがある。ＣＲＡピクチャが復号順序でビットストリーム中の第１のピクチャであるとき、ＣＲＡピクチャは復号順序でコード化ビデオシーケンスの第１のピクチャであり、関連するＲＡＳＬピクチャは、それらが、ビットストリーム中に存在しないピクチャへの参照を含んでいることがあるので、デコーダによって出力されず、復号可能でないことがある。ＢＬＡピクチャは、Ｉスライスのみを含んでおり、復号順序でビットストリーム中の第１のピクチャであり得るか、またはビットストリーム中の後のほうに現れ得る。各ＢＬＡピクチャは、新しいコード化ビデオシーケンスを開始し、復号プロセスに対してＩＤＲピクチャと同じ効果を有する。ただし、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタックス要素を含んでいる。ＲＡＳＬピクチャは、関連するＢＬＡまたはＣＲＡピクチャのリーディングピクチャである。すべてのＲＡＳＬピクチャは、関連するＢＬＡまたはＣＲＡピクチャのリーディングピクチャである。関連するＲＡＰピクチャが、ＢＬＡピクチャであるか、またはビットストリーム中の第１のコード化ピクチャであるとき、ＲＡＳＬピクチャは、ビットストリーム中に存在しないピクチャへの参照を含んでいることがあるので、ＲＡＳＬピクチャは、出力されず、正しく復号可能でないことがある。ＲＡＳＬピクチャは、非ＲＡＳＬピクチャの復号プロセスのための参照ピクチャとして使用されない。存在するとき、すべてのＲＡＳＬピクチャは、同じ関連するＲＡＰピクチャのすべての末尾ピクチャに復号順序で先行する。

[0025]ビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６３と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌと、それのスケーラブルビデオコーディング（ＳＶＣ：Scalable Video Coding）およびマルチビュービデオコーディング（ＭＶＣ：Multiview Video Coding）拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４とを含む。

[0026]さらに、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）とのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発された新しいビデオコーディング規格、すなわち、高効率ビデオコーディング（ＨＥＶＣ）がある。以下でＨＥＶＣ ＷＤ９と呼ぶ、ＨＥＶＣのワーキングドラフト（ＷＤ）、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) text specification draft 9」は、２０１３年１月７日現在、http://phenix.int-evry.fr/jct/doc_end_user/documents/11_Shanghai/wg11/JCTVC-K1003-v13.zipから入手可能である。

[0027]「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ １０」または「ＷＤ１０」と呼ばれる、ＨＥＶＣ規格の最近のドラフトは、http://phenix.int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1003-v34.zipからダウンロード可能である、ドキュメントＪＣＴＶＣ−Ｌ１００３ｖ３４、Ｂｒｏｓｓら、「High efficiency video coding (HEVC) text specification draft 10 (for FDIS & Last Call)」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）、第１２回会合、ジュネーブ、スイス、２０１３年１月１４〜２３日に記載されている。

[0028]本明細書で「ＷＤ１０リビジョン」と呼ばれる、ＨＥＶＣ規格の別のドラフトは、２０１３年６月７日現在、http://phenix.int-evry.fr/jct/doc_end_user/documents/13_Incheon/wg11/JCTVC-M0432-v3.zipから入手可能である、Ｂｒｏｓｓら、「Editors’ proposed corrections to HEVC version 1」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ）、第１３回会合、仁川、韓国、２０１３年４月に記載されている。

[0029]ＨＥＶＣの規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ：HEVC Test Model）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、他の以前のビデオコーディング規格、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣの開発中に利用可能なビデオコーディングデバイスに対する現在のビデオコーディングデバイスの能力の改善を仮定する。たとえば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＥＶＣは３５個ものイントラ予測符号化モードを提供する。ＨＥＶＣ ＷＤ９およびＨＥＶＣ ＷＤ１０の内容全体が参照により本明細書に組み込まれる。

[0030]ビデオコーディング規格は、一般にビデオバッファリングモデルの仕様を含む。ＡＶＣおよびＨＥＶＣでは、バッファリングモデルは、コード化ピクチャバッファ（ＣＰＢ）と復号ピクチャバッファ（ＤＰＢ：decoded picture buffer）の両方のバッファリングモデルを含む仮定参照デコーダ（ＨＲＤ）と呼ばれる。ＣＰＢ挙動およびＤＰＢ挙動は数学的に指定される。ＨＲＤは、異なるタイミング、バッファサイズおよびビットレートに直接制約を課し、ビットストリーム特性および統計に間接的に制約を課す。ＨＲＤパラメータの完全セットは、初期ＣＰＢ削除遅延、ＣＰＢサイズ、ビットレート、初期ＤＰＢ出力遅延、およびＤＰＢサイズという５つの基本パラメータを含む。

[0031]ＡＶＣおよびＨＥＶＣでは、ビットストリームコンフォーマンスおよびデコーダコンフォーマンスがＨＲＤ仕様の一部として指定される。ＨＲＤはデコーダと呼ばれるが、ＨＲＤ仕様は、一般に、ビットストリームコンフォーマンスを保証するためにエンコーダ側で必要とされる。２つのタイプのビットストリームまたはＨＲＤコンフォーマンス、すなわち、タイプＩおよびタイプＩＩが指定される。さらに、２つのタイプのデコーダコンフォーマンス（出力タイミングデコーダコンフォーマンスおよび出力順序デコーダコンフォーマンス）が指定される。

[0032]ＨＲＤは、一般に、ランダムアクセスポイント（ＲＡＰ）ピクチャにおいて初期化される。ＨＥＶＣとＡＶＣの両方では、ＨＲＤが初期化されると、それは、再初期化なしにビットストリームの終了まで動作し続ける。

[0033]ＨＥＶＣ ＷＤ９では、ＨＲＤがＣＲＡまたはＢＬＡアクセスユニットにおいて初期化する場合（この初期アクセスユニットはアクセスユニット０と呼ばれる）、アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在するかどうかに応じて、初期アクセスユニット０に関連するデフォルト初期ＣＰＢ削除遅延および遅延オフセットまたは代替初期ＣＰＢ削除遅延および遅延オフセットのいずれかが、ＨＲＤ動作において使用されるように選定される。アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在しない場合、たとえばビデオデコーダによって、代替初期ＣＰＢ削除遅延および遅延オフセットが選定され、そうでない（すなわち、アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在する）場合、たとえばビデオデコーダによって、デフォルト初期ＣＰＢ削除遅延および遅延オフセットが選定される。初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットは、次いで、たとえば、ビットストリームの終了までビデオデコーダによって使用される。

[0034]その内容全体が参照により本明細書に組み込まれる、２０１２年１０月３０日に出願された米国特許公開第２０１３／０１０７９５３号、公開日２０１３年５月２日には、以下の方法が記載されている。各ＣＲＡアクセスユニットのためのＣＰＢ削除遅延オフセットがシグナリングされ得る。ＨＲＤがそのような（アクセスユニット０とも呼ばれる）ＣＲＡアクセスユニットにおいて初期化し、関連するＲＡＳＬピクチャが存在しない場合、復号順序でＣＲＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間がＣＰＢ削除遅延オフセットだけより前にシフトされる。

[0035]ＨＥＶＣ ＷＤ９に記載されているＨＲＤ技法は以下の問題を呈する。第１に、存在する場合、ビットストリーム中で復号順序でアクセスユニット０に後続するすべてのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有する場合に、初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットが適用されると仮定する。ＨＥＶＣ ＷＤ９の現在の技法は、ビットストリーム中で復号順序でアクセスユニット０に後続し、関連するＲＡＳＬアクセスユニットが存在しない、ＣＲＡまたはＢＬＡアクセスユニットがない場合のみ、正しく動作するであろう。しかしながら、ビットストリーム中に存在するそのようなＣＲＡまたはＢＬＡアクセスユニットがある場合、ＣＰＢは第１のそのようなＣＲＡまたはＢＬＡアクセスユニットの後にオーバーフローし得、したがって予期しない復号結果が生じ得る。

[0036]同様に、存在する場合、ビットストリーム中で復号順序でアクセスユニット０に後続するすべてのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有しない場合に、初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットが適用されると仮定する。ＨＥＶＣ ＷＤ９の現在の技法は、ビットストリーム中で復号順序でアクセスユニット０に後続するＣＲＡまたはＢＬＡアクセスユニットがなく、アクセスユニット０のための関連するＲＡＳＬアクセスユニットが存在する場合のみ、正しく動作し、ビットストリーム中に存在するそのようなＣＲＡまたはＢＬＡアクセスユニットがある場合、正しく動作しないであろう。ＨＥＶＣ ＷＤ９のために提案された技法の下で、これは、存在する場合、ビットストリーム中で復号順序でアクセスユニット０に後続するすべてのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有しない場合に、初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットが適用されるとき、任意のＣＲＡまたはＢＬＡアクセスユニットに適用される。

[0037]初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットに関する他の仮定も不正確な復号を生じ得る。たとえば、アクセスユニット０に後続するいくつかのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有し、アクセスユニット０に後続する他のＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有しない状況も、後続のＣＲＡまたはＢＬＡアクセスユニットのための関連するＲＡＳＬアクセスユニットの存在および不在に関する仮定が成り立たない限り、正しく復号しないことがある。

[0038]場合によっては、ＣＰＢ削除遅延オフセットは、アクセスユニット０に関連するＲＡＳＬアクセスユニットの廃棄により、アクセスユニット０に後続するアクセスユニットのためのＣＰＢ削除時間のみを補償することができる。ビットストリーム中に存在する、復号順序でアクセスユニット０に後続し、関連するＲＡＳＬアクセスユニットが廃棄された、１つまたは２つ以上のＣＲＡまたはＢＬＡアクセスユニットがある場合、ＣＰＢは第１のそのようなＣＲＡまたはＢＬＡアクセスユニットの後にオーバーフローし得、したがって予期しない復号結果が生じ得る。

[0039]ＨＥＶＣ ＷＤ９における方法に関連する別の問題は以下の通りである。現在、アクセスユニット（ＡＵ）０がＣＲＡ ＡＵまたはＢＬＡ ＡＵであるとき、関連するＲＡＳＬ ＡＵが存在する場合、デフォルト初期ＣＰＢ削除遅延および遅延オフセットが使用され、そうでない場合、代替初期ＣＰＢ削除遅延および遅延オフセットが使用される。しかしながら、初期ＣＰＢ削除遅延および遅延オフセットの変更は、ＡＵ０の（公称）復号時間と、復号順序でＡＵ０に後続する第１の非ＲＡＳＬ ＡＵの（公称）復号時間との間の持続時間を変更しない。たとえば、復号順序でＡＵ０の直後に１０個のＲＡＳＬピクチャがあり、その直後に元のビットストリーム中の末尾ピクチャがあったと仮定する。この状況では、ＣＰＢ削除時間は、各ＡＵについて公称ＣＰＢ削除時間に等しく、元のビットストリームが復号されるとき、任意の２つの連続するＡＵの復号時間間の持続時間は１クロックティックである。ＨＥＶＣ ＷＤ９によれば、ＲＡＳＬピクチャが廃棄されるかどうかにかかわらず、ＡＵ０の復号時間と第１の末尾ピクチャの復号時間との間の持続時間は同じ（１１クロックティック）であろう。したがって、復号は、元のビットストリームについては連続的であるが、ＲＡＳＬピクチャが廃棄されるときには連続的でない。

[0040]これらの問題に鑑みて、本開示は、ビデオバッファリングを改善する（たとえば、ＨＥＶＣ ＷＤ９のＨＲＤを改善する）ための様々な方法および技法を提供する。様々な例についてＨＥＶＣ ＷＤ９に関して説明する。特に言及されていないＨＲＤ技法は、ＨＥＶＣ ＷＤ９または他のＨＥＶＣ仕様において現在指定されているものと同じであると仮定され得る。

[0041]本開示の一例では、各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットがビデオエンコーダによってシグナリングされる。関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットについて、ＨＲＤ（たとえば、ビデオデコーダ）がＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、ビデオデコーダは、復号順序でＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間をＣＰＢ削除遅延オフセットだけより前にシフトする。一例では、オフセットは累積オフセットであり得る。そのようなオフセットは、復号順序でＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間を累積量だけより前にシフトするために適用され得る。さらに、各「消失したＲＡＳＬピクチャ」によるオフセットが同等であるとき、オフセットはピクチャ当たりのオフセットであり得る。そのような例では、オフセットは消失したピクチャの数を乗算され得る。アクセスユニット０のための代替初期ＣＰＢ削除遅延および遅延オフセットとデフォルト初期ＣＰＢ削除遅延および遅延オフセットとの間の選択は、ＨＥＶＣ ＷＤ９の場合と同様の方法で実行され得る。別の例では、アクセスユニット０のためのデフォルト初期ＣＰＢ削除遅延および遅延オフセットが常に選定され（すなわち、ビデオデコーダによって常に使用され）、したがって、ＣＲＡまたはＢＬＡアクセスユニットのための代替初期ＣＰＢ削除遅延および遅延オフセットは、サブピクチャレベルＣＰＢパラメータが存在し、その上、代替初期ＣＰＢ削除遅延および遅延オフセットがサブピクチャレベルＨＲＤ動作のためのものでない限り、エンコーダによってシグナリングされない。

[0042]ビデオデータを処理する例示的な方法では、デコーダは、ランダムアクセスポイント（ＲＡＰ）ピクチャを有する第１のアクセスユニットをビデオビットストリーム中で受信し得る。デコーダはまた、ＲＡＰピクチャを有するアクセスユニットの後に、ＲＡＰピクチャを有する１つまたは複数の後続のアクセスユニットを受信し得る。たとえば、デコーダは、１つまたは複数のＣＲＡまたはＢＬＡピクチャを受信し得る。１つまたは複数の後続のアクセスユニットの後続のアクセスユニットのための１つまたは複数のＲＡＳＬピクチャが受信されたビットストリーム中に存在しない場合に、デコーダは、ピクチャバッファ削除遅延オフセットに基づいて、コード化ピクチャバッファ（ＣＰＢ）のためのピクチャバッファ削除時間をより前にシフトし得る。上述のように、ピクチャバッファ削除遅延オフセットは、［これがどのように取得または選択されるかを再び記載する］であり得る。

[0043]ビデオデータを処理する別の例示的な方法では、デコーダは、ＲＡＰピクチャを有するアクセスユニットを受信し得、ここにおいて、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットが受信されない。デコーダは、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを初期化し得る。

[0044]本開示の別の例では、ＨＲＤは、ビデオデコーダが、関連するＲＡＳＬアクセスユニットが存在しない各ＣＲＡまたはＢＬＡアクセスユニットにおいて初期化または再初期化することを指定する。ピクチャバッファ削除遅延オフセットに基づいてピクチャバッファ削除時間をより前にシフトすることに関係する上記の例では、そのような初期化または再初期化は必要でないことがある。

[0045]図１は、本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを生成するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信のために装備され得る。

[0046]宛先デバイス１４は、リンク１６を介して復号されるべき符号化ビデオデータを受信し得る。リンク１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、リンク１６は、ソースデバイス１２が、符号化ビデオデータをリアルタイムで宛先デバイス１４に直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を可能にするために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。

[0047]代替的に、符号化データは、出力インターフェース２２からストレージデバイス３４に出力され得る。同様に、符号化データは、入力インターフェース２８によってストレージデバイス３４からアクセスされ得る。ストレージデバイス３４は、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散したまたはローカルでアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイス３４は、ソースデバイス１２によって生成された符号化ビデオを保持し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ストレージデバイス３４から、記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を介して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せを含み得る。ストレージデバイス３４からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはその両方の組合せであり得る。

[0048]本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。

[0049]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は変調器／復調器（モデム）および／または送信機を含み得る。ソースデバイス１２において、ビデオソース１８は、たとえばビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／またはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、あるいはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成し得る。ただし、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。

[0050]キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信され得る。符号化ビデオデータは、さらに（または代替的に）、復号および／または再生のための宛先デバイス１４または他のデバイスによる後のアクセスのためにストレージデバイス３４上に記憶され得る。

[0051]ＡＶＣおよびＨＥＶＣでは、ビットストリームコンフォーマンスおよびデコーダコンフォーマンスがＨＲＤ仕様の一部として指定される。ＨＲＤは、一般に、ビットストリームコンフォーマンスを保証するためにビデオエンコーダ２０側で必要とされるが、一般にデコーダ側では必要とされない。２つのタイプのビットストリームまたはＨＲＤコンフォーマンス、すなわち、タイプＩおよびタイプＩＩが指定される。さらに、出力タイミングデコーダコンフォーマンスおよび出力順序デコーダコンフォーマンスという２つのタイプのデコーダコンフォーマンスが指定される。

[0052]宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を介して符号化ビデオデータを受信する。リンク１６を介して通信され、またはストレージデバイス３４上に与えられた符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３０などのビデオデコーダが使用するためのビデオエンコーダ２０によって生成される様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体上に記憶されるか、またはファイルサーバ上に記憶される符号化ビデオデータに含まれ得る。

[0053]ディスプレイデバイス３２は、宛先デバイス１４と一体化されるかまたはその外部にあり得る。いくつかの例では、宛先デバイス１４は、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成され得る。他の例では、宛先デバイス１４はディスプレイデバイスであり得る。概して、ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

[0054]ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格などのビデオ圧縮規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、あるいはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例としてはＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

[0055]図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれオーディオエンコーダおよびデコーダと統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ：user datagram protocol）などの他のプロトコルに準拠し得る。

[0056]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。

[0057]上記で説明したように、ＪＣＴ−ＶＣはＨＥＶＣ規格を開発した。ＨＥＶＣの規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣに従う既存のデバイスに対してビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＭは３３個ものイントラ予測符号化モードを提供し得る。

[0058]概して、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ：largest coding unit）に分割され得ることを記述する。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木（quadtree）に従ってコーディングユニット（ＣＵ）に分割され得る。たとえば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割され得、各子ノードは、次に、親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードとしての、最終的な、分割されていない子ノードは、コーディングノード、すなわち、コード化ビデオブロックを含む。コード化ビットストリームに関連するシンタックスデータは、ツリーブロックが分割され得る最大回数を定義し得、コーディングノードの最小サイズをも定義し得る。

[0059]ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ：prediction unit）および変換ユニット（ＴＵ：transform unit）とを含む。ＣＵのサイズは、概して、コーディングノードのサイズに対応し、一般に、形状が正方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４以上のピクセルをもつツリーブロックのサイズまでに及び得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。ＣＵに関連するシンタックスデータは、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述し得る。区分モードは、ＣＵが、スキップモード符号化またはダイレクトモード符号化されるか、イントラ予測モード符号化されるか、あるいはインター予測モード符号化されるかの間で異なり得る。ＰＵは、形状が非正方形になるように区分され得る。ＣＵに関連するシンタックスデータは、たとえば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分することも記述し得る。ＴＵは、形状が正方形または非正方形であり得る。

[0060]ＨＥＶＣ規格は、ＣＵごとに異なり得るＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、常にそうであるとは限らない。ＴＵは、一般に、ＰＵと同じサイズであるかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用してより小さいユニットに再分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連するピクセル差分値は、変換されて変換係数が生成され得、その変換係数は量子化され得る。

[0061]概して、ＰＵは、予測プロセスに関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵは、ＰＵについてのイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵの動きベクトルを定義するデータを含み得る。ＰＵの動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（たとえば、１／４ピクセル精度もしくは１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルの参照ピクチャリスト（たとえば、リスト０、リスト１、もしくはリストＣ）を記述し得る。

[0062]概して、ＴＵは、変換プロセスと量子化プロセスとのために使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）をも含み得る。予測に続いて、ビデオエンコーダ２０は、ＰＵに従ってコーディングノードによって識別されたビデオブロックから残差値を計算し得る。コーディングノードは、次いで、元のビデオブロックではなく残差値を参照するように更新される。残差値はピクセル差分値を備え、ピクセル差分値は、エントロピーコーディングのためのシリアル化変換係数（serialized transform coefficient）を生成するためにＴＵ中で指定された変換と他の変換情報とを使用して変換係数に変換され、量子化され、走査され得る。コーディングノードは、これらのシリアル化変換係数を参照するように、もう一度更新され得る。本開示では、一般に、ＣＵのコーディングノードを指すために「ビデオブロック」という用語を使用する。いくつかの特定の場合において、本開示では、コーディングノードならびにＰＵおよびＴＵを含む、ツリーブロック、すなわち、ＬＣＵまたはＣＵを指すためにも「ビデオブロック」という用語を使用し得る。

[0063]ビデオシーケンスは、一般に、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ：group of pictures）は、概して、一連の１つまたは複数のビデオピクチャを含む。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスのための符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、一般に、ビデオデータを符号化するために個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックはＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定サイズまたは可変サイズを有し得、指定のコーディング規格に応じてサイズが異なり得る。

[0064]一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称的なＰＵサイズでのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称区分をサポートする。非対称区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ ＰＵと下部の２Ｎ×１．５Ｎ ＰＵとで水平方向に区分された２Ｎ×２Ｎ ＣＵを指す。

[0065]本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ただし、Ｎは非負整数値を表す。ブロック中のピクセルは行と列に構成され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ただし、Ｍは必ずしもＮに等しいとは限らない。

[0066]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵによって指定された変換が適用される残差データを計算し得る。残差データは、符号化されていないピクチャのピクセルと、ＣＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを形成し、次いで、残差データを変換して、変換係数を生成し得る。

[0067]変換係数を生成するための任意の変換に続いて、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、概して、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。たとえば、量子化中にｎビット値がｍビット値に切り捨てられ得、ただし、ｎはｍよりも大きい。

[0068]いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は適応走査を実施し得る。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング、または別のエントロピー符号化方法に従って１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための符号化ビデオデータに関連するシンタックス要素をエントロピー符号化し得る。

[0069]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当て得る。コンテキストは、たとえば、シンボルの隣接値が非０であるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルのための可変長コードを選択し得る。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボル（more probable symbol）に対応し、より長いコードが劣勢シンボル（less probable symbol）に対応するように構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのために等長コードワードを使用するよりも、ビット節約を達成し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。

[0070]いくつかの例では、宛先デバイス１４は、ビデオデータを処理する方法を実装し得る。たとえば、ビデオデコーダ３０は、ＲＡＰピクチャを有するアクセスユニットを受信し得る。ビデオデコーダはまた、ＲＡＰピクチャを有するアクセスユニットの後に１つまたは複数の後続のアクセスユニットを受信し得る。１つまたは複数の後続のアクセスユニットの後続のアクセスユニットが、関連するＲＡＳＬピクチャを有しない場合、ビデオデコーダ３０は、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトする。たとえば、バッファリング期間ＳＥＩメッセージは、ＣＰＢ遅延オフセット値、たとえば、ｉ番目のＣＰＢについて、使用されるべきオフセットを指定するｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ｉ］を含み得る。オフセットは、たとえば、ＣＲＡまたはＢＬＡアクセスユニットに関連するＲＡＳＬアクセスユニットが存在しないとき、復号順序で、バッファリング期間ＳＥＩメッセージに関連するＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの公称ＣＰＢ削除時間の導出において使用され得る。シンタックス要素は、ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットでの長さを有し得、たとえば、９０ｋＨｚクロックの単位であり得る。

[0071]他の例では、宛先デバイス１４は、ビデオデータを処理する別の方法を実装し得る。たとえば、ビデオデコーダ３０は、ＲＡＰピクチャを有するアクセスユニットを受信し得、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない。ビデオデコーダ３０は、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを初期化し得る。

[0072]別の例では、ビデオデコーダ３０は、ＲＡＰピクチャを有するアクセスユニットを受信し得、ここにおいて、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットが受信されない。ビデオデコーダ３０はまた、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを初期化し得る。

[0073]図２は、本開示で説明する技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間的冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Ｉモード）（登録商標）は、いくつかの空間ベースの圧縮モードのいずれかを指すことがある。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指すことがある。

[0074]図２の例では、ビデオエンコーダ２０は、区分ユニット３５と、予測処理ユニット４１と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。予測処理ユニット４１は、動き推定ユニット４２と、動き補償ユニット４４と、イントラ予測処理ユニット４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。再構成されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図２に図示せず）も含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタ処理することになる。追加のループフィルタ（ループ内またはループ後）もデブロッキングフィルタに加えて使用され得る。

[0075]図２に示されているように、ビデオエンコーダ２０はビデオデータを受信し、区分ユニット３５はデータをビデオブロックに区分する。この区分は、たとえば、ＬＣＵおよびＣＵの４分木構造に応じて、スライス、タイル、または他のより大きいユニットへの区分、ならびにビデオブロック区分をも含み得る。ビデオエンコーダ２０は、概して、符号化されるべきビデオスライス内のビデオブロックを符号化する構成要素を示している。スライスは、複数のビデオブロックに（および、場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。予測処理ユニット４１は、誤差結果（たとえば、コーディングレートおよびひずみレベル）に基づいて現在ビデオブロックのために、複数のイントラコーディングモードのうちの１つ、または複数のインターコーディングモードのうちの１つなど、複数の可能なコーディングモードのうちの１つを選択し得る。予測処理ユニット４１は、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に与え、参照ピクチャとして使用するための符号化ブロックを再構成するために加算器６２に与え得る。

[0076]予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間圧縮を行うために、コーディングされるべき現在ブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対して現在ビデオブロックのイントラ予測コーディングを実行し得る。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対して現在ビデオブロックのインター予測コーディングを実行する。

[0077]動き推定ユニット４２は、ビデオシーケンスの所定のパターンに従ってビデオスライスのためのインター予測モードを決定するように構成され得る。所定のパターンは、シーケンス中のビデオスライスをＰスライスまたはＢスライスに指定し得る。動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する現在ビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。

[0078]予測ブロックは、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって決定され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵにぴったり一致することがわかるブロックである。いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに関して動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。

[0079]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライスにおけるビデオブロックのＰＵのための動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。

[0080]動き補償ユニット４４によって実行される動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成すること、場合によってはサブピクセル精度への補間を実行することを伴い得る。現在ビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいて指す予測ブロックの位置を特定し得る。ビデオエンコーダ２０は、コーディングされている現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって残差ビデオブロックを形成する。ピクセル差分値は、ブロックの残差データを形成し、ルーマ差分成分とクロマ差分成分の両方を含み得る。加算器５０は、この減算演算を実施する１つまたは複数の構成要素を表す。動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するための、ビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。

[0081]イントラ予測処理ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測処理ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測処理ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。たとえば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測処理ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。

[0082]いずれの場合も、ブロックのためのイントラ予測モードを選択した後に、イントラ予測処理ユニット４６は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、本開示の技法に従って、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信ビットストリーム中に、複数のイントラ予測モードインデックステーブルおよび複数の変更されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々について使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および変更されたイントラ予測モードインデックステーブルの指示とを含み得る構成データを含め得る。

[0083]予測処理ユニット４１が、インター予測またはイントラ予測のいずれかを介して、現在ビデオブロックのための予測ブロックを生成した後に、ビデオエンコーダ２０は、現在ビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック中の残差ビデオデータは、１つまたは複数のＴＵ中に含まれ、変換処理ユニット５２に適用され得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ：discrete cosine transform）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。

[0084]変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化ユニット５６が走査を実行し得る。

[0085]量子化に続いて、エントロピー符号化ユニット５６は量子化変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングあるいは別のエントロピー符号化方法または技法を実行し得る。エントロピー符号化ユニット５６によるエントロピー符号化に続いて、符号化ビットストリームは、ビデオデコーダ３０に送信されるか、あるいはビデオデコーダ３０が後で送信するかまたは取り出すためにアーカイブされ得る。エントロピー符号化ユニット５６はまた、コード化されている現在ビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。

[0086]逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、参照ピクチャの参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償ユニット４４は、残差ブロックを参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、（復号ピクチャバッファ（ＤＰＢ）と呼ばれることがある）参照ピクチャメモリ６４に記憶するための参照ブロックを生成する。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。

[0087]上記で説明したように、ＡＶＣおよびＨＥＶＣでは、ビットストリームコンフォーマンスおよびデコーダコンフォーマンスがＨＲＤ仕様の一部として指定される。ＨＲＤはある種類のデコーダと呼ばれるが、ＨＲＤは、一般に、ビットストリームコンフォーマンスを保証するためにビデオエンコーダ２０において必要とされ、一般にデコーダ側では必要とされない。２つのタイプのビットストリームまたはＨＲＤコンフォーマンス、すなわち、タイプＩおよびタイプＩＩが指定される。さらに、出力タイミングデコーダコンフォーマンスおよび出力順序デコーダコンフォーマンスという２つのタイプのデコーダコンフォーマンスが指定される。

[0088]ＨＲＤは、一般に、ランダムアクセスポイント（ＲＡＰ）ピクチャにおいて初期化される。ＨＥＶＣとＡＶＣの両方では、ＨＲＤが初期化されると、それは、再初期化なしにビットストリームの終了まで動作し続ける。

[0089]ＨＥＶＣ ＷＤ９では、ＨＲＤがＣＲＡまたはＢＬＡアクセスユニットにおいて初期化する場合、このアクセスユニットはアクセスユニット０と呼ばれる。いくつかの例では、ビデオエンコーダ２０は、ＨＲＤ動作において使用されるべき、アクセスユニット０に関連するデフォルト初期ＣＰＢ削除遅延および遅延オフセットと代替初期ＣＰＢ削除遅延および遅延オフセットの両方を送信しまたは記憶し得る。ビデオエンコーダ２０は、次いで、アクセスユニット０に関連するデフォルト初期ＣＰＢ削除遅延および遅延オフセットと代替初期ＣＰＢ削除遅延および遅延オフセットとをシグナリングし得る。アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在しない場合、代替初期ＣＰＢ削除遅延および遅延オフセットが選定され、そうでない（アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在する）場合、デフォルト初期ＣＰＢ削除遅延および遅延オフセットが選定される。初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットは、次いで、ビットストリーム中でシグナリングされ得る。初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットはまた、次いで、ビットストリームの終了まで使用され得る。この情報は、ＣＰＢ遅延オフセット値、たとえば、ｉ番目のＣＰＢについて、使用されるべきオフセットを指定するｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ｉ］を含むバッファリング期間ＳＥＩメッセージを使用して、たとえばビデオエンコーダ２０から、シグナリングされ得る。

[0090]一例では、ビデオエンコーダ２０は、各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットをシグナリングし得る。関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットについて、ＨＲＤがＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、復号順序でＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間は、たとえばビデオデコーダ３０において、ＣＰＢ削除遅延オフセットだけより前にシフトされる。アクセスユニット０のための代替初期ＣＰＢ削除遅延および遅延オフセットとデフォルト初期ＣＰＢ削除遅延および遅延オフセットとの間の選択は、ＨＥＶＣ ＷＤ９の場合と同様の方法で実行される。代替的に、アクセスユニット０のためにデフォルト初期ＣＰＢ削除遅延および遅延オフセットが常に選定され、したがって、代替初期ＣＰＢ削除遅延、したがって、代替イニシャルＣＰＢ削除遅延および遅延オフセットは、サブピクチャレベルＣＰＢパラメータが存在し、その上、代替初期ＣＰＢ削除遅延および遅延オフセットがサブピクチャレベルＨＲＤ動作のために、たとえばビデオデコーダ３０によって、使用されない限り、ＣＲＡまたはＢＬＡアクセスユニットのためにシグナリングされないことがある。

[0091]いくつかの例では、ビデオエンコーダ２０は、たとえば、ＨＥＶＣ ＷＤ９の従属節Ｃ．２．３（復号ユニット削除のタイミングおよび復号ユニットの復号）に記載されているシンタックスとセマンティクスとをもつ、バッファリング期間補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージを符号化し得る。ビデオエンコーダ２０は、たとえば、ＨＥＶＣ ＷＤ９に関連して本明細書で説明する変更を実装し得る。言及されていない他の部分は、ＨＥＶＣ ＷＤ９、または、後続のＨＥＶＣ規格など、他のＨＥＶＣ規格の場合と同じであり得る。

[0092]図３は、本開示で説明する技法を実装し得る例示的なビデオデコーダ３０を示すブロック図である。図３の例では、ビデオデコーダ３０は、コード化ピクチャバッファ（ＣＰＢ）７８と、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６と、逆変換処理ユニット８８と、加算器９０と、復号ピクチャバッファ（ＤＰＢ）９２とを含む。予測処理ユニット８１は、動き補償ユニット８２とイントラ予測処理ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例では、図２のビデオエンコーダ２０に関して説明した符号化パスとは概して逆の復号パスを実行し得る。

[0093]ＣＰＢ７８は、符号化ピクチャビットストリームからのコード化ピクチャを記憶する。一例では、ＣＰＢ７８は、復号順序でアクセスユニット（ＡＵ）を含んでいる先入れ先出しバッファ（first-in first-out buffer）である。ＡＵは、指定された分類ルールに従って互いに関連する、復号順序で連続しており、ちょうど１つのコード化ピクチャを含んでいる、ネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニットのセットである。復号順序は、ピクチャが復号される順序であり、ピクチャが表示される順序（すなわち、表示順序）とは異なり得る。ＣＰＢの動作は、ＨＥＶＣ ＷＤ９における仮想参照デコーダ（ＨＲＤ）によって指定され得る。

[0094]復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表す符号化ビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット８０は、量子化係数、動きベクトル、および他のシンタックス要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、予測処理ユニット８１に動きベクトルと他のシンタックス要素とを転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。

[0095]ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされたとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モードと、現在のフレームまたはピクチャの前に復号されたブロックからのデータとに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされたとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、ＤＰＢ９２に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構成し得る。

[0096]動き補償ユニット８２は、動きベクトルと他のシンタックス要素とをパースすることによって現在ビデオスライスのビデオブロックのための予測情報を決定し、その予測情報を使用して、復号されている現在ビデオブロックのための予測ブロックを生成する。たとえば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラまたはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの参照ピクチャリストのうちの１つまたは複数のための構成情報と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコーディングビデオブロックのためのインター予測ステータスと、現在ビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。

[0097]動き補償ユニット８２はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット８２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間値を計算し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成し得る。

[0098]逆量子化ユニット８６は、ビットストリーム中で与えられ、エントロピー復号ユニット８０によって復号された量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中の各ビデオブロックについてビデオエンコーダ２０によって計算される量子化パラメータの使用を含み得る。逆変換ユニット８８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。

[0099]動き補償ユニット８２が、動きベクトルと他のシンタックス要素とに基づいて現在ビデオブロックのための予測ブロックを生成した後に、ビデオデコーダ３０は、逆変換処理ユニット８８からの残差ブロックを動き補償ユニット８２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器９０は、この加算演算を実行する１つまたは複数の構成要素を表す。所望される場合、ブロッキネスアーティファクトを除去するために、復号ブロックをフィルタ処理するためにデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化するために、または場合によってはビデオ品質を改善するために、他のループフィルタも（コーディングループ中またはコーディングループ後のいずれかで）使用され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶するＤＰＢ９２に記憶される。ＤＰＢ９２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の表示のために、復号ビデオを記憶する。ＣＰＢ７８のように、一例では、ＤＰＢ９２の動作は、ＨＶＥＣ ＷＤ９におけるＨＲＤによって指定され得る。ＣＰＢ７８およびＤＰＢ９２は、メモリユニットモジュールを備え得るか、またはＣＰＢ７８とＤＰＢ９２とを定義するために異なる領域に区分された同じメモリを備え得る。

[0100]本開示ののセクションでは、ランダムアクセス、ビットストリーム切替え、およびランダムアクセスポイント（ＲＡＰ）ピクチャのＨＥＶＣ機能について説明する。

[0101]ランダムアクセスは、ビットストリーム中の最初のコード化ピクチャではないコード化ピクチャから始まる、ビデオビットストリームの復号を指す。ビットストリームへのランダムアクセスは、たとえば、ユーザが、任意の時間にプログラムに同調するため、異なるチャネル間を切り替えるため、ビデオの特定の部分にジャンプするため、またはストリーム適応（たとえば、ビットレート、フレームレート、空間解像度などの適応）のために異なるビットストリームに切り替えるために、ブロードキャスティングおよびストリーミングなど、多くのビデオアプリケーションにおいて必要とされる。ランダムアクセスは、ランダムアクセスピクチャまたはランダムアクセスポイント（ＲＡＰ）を規則的な間隔で何回もビデオビットストリーム中に挿入することによって有効にされる。

[0102]ビットストリームスプライシングは、２つ以上のビットストリームまたはそれの部分の連結を指す。たとえば、場合によっては、スプライスされたビットストリームを生成するためにビットストリームのいずれか一方または両方にいくつかの変更を加えて、第１のビットストリームに第２のビットストリームが付加され得る。第２のビットストリーム中の第１のコード化ピクチャはスプライシングポイントとも呼ばれる。したがって、スプライスされたビットストリーム中のスプライシングポイントの後のピクチャは、第２のビットストリームから生じたものであり、スプライスされたビットストリーム中のスプライシングポイントに先行するピクチャは、第１のビットストリームから生じたものである。

[0103]ビットストリームのスプライシングはビットストリームスプライサ（bitstream splicer）によって実行される。ビットストリームスプライサは、しばしば軽量であり（すなわち、処理に関してあまり複雑でないかまたは能力が劣る）、ビデオエンコーダ２０よりもはるかにインテリジェントでない。たとえば、ビットストリームスプライサはエントロピー復号および符号化能力を装備しないことがある。

[0104]ビットストリーム切替えは適応ストリーミング環境において使用され得る。切り替えられたビットストリーム中のいくつかのピクチャにおけるビットストリーム切替え動作は、事実上、ビットストリームスプライシング動作であり、ここにおいて、スプライシングポイントは、ビットストリーム切替えポイント、すなわち、切り替えられたビットストリーム中の第１のピクチャである。

[0105]以下のセクションでは、ＲＡＰピクチャについて説明する。ＲＡＰピクチャの一例は瞬時復号リフレッシュ（ＩＤＲ：Instantaneous decoding refresh）ピクチャである。ＡＶＣまたはＨＥＶＣにおいて指定されているようにＩＤＲピクチャは、ランダムアクセスのために使用され得る。しかしながら、復号順序でＩＤＲピクチャに後続するピクチャは、ＩＤＲピクチャより前に復号されたピクチャを（たとえば、インター予測のための）参照として使用することができないので、ランダムアクセスのためにＩＤＲピクチャに依拠するビットストリームは、著しく低いコーディング効率を有することがある。

[0106]コーディング効率を改善するために、復号順序でクリーンランダムアクセス（ＣＲＡ）ピクチャに後続するが出力順序でＣＲＡピクチャに先行するピクチャが、ＣＲＡピクチャの前に復号されたピクチャを参照として使用することを可能にするために、ＣＲＡピクチャの概念がＨＥＶＣに導入された。復号順序でＣＲＡピクチャに後続するが出力順序でＣＲＡピクチャに先行するピクチャは、ＣＲＡピクチャに関連するリーディングピクチャ（またはＣＲＡピクチャのリーディングピクチャ）と呼ばれる。ＣＲＡピクチャのリーディングピクチャは、現在のＣＲＡピクチャの前のＩＤＲまたはＣＲＡピクチャから復号が始まる場合は正しく復号可能である。しかしながら、ＣＲＡピクチャのリーディングピクチャは、ＣＲＡピクチャからのランダムアクセスが行われたときに非復号可能であり得、したがって、リーディングピクチャは、一般にランダムアクセス復号中に廃棄される。復号がどこから始まるかに応じて利用可能でないことがある参照ピクチャからの誤り伝搬を防止するために、ＨＥＶＣのための１つの提案は、復号順序と出力順序の両方でＣＲＡピクチャに後続するすべてのピクチャが、（リーディングピクチャを含む）復号順序または出力順序のいずれかでＣＲＡピクチャに先行するいかなるピクチャも参照として使用しないものとすることを指定している。

[0107]切断リンクアクセス（ＢＬＡ）ピクチャの概念は、ＣＲＡピクチャの導入の後にＨＥＶＣにさらに導入され、ＣＲＡピクチャの概念に基づく。ＢＬＡピクチャは、一般に、ＣＲＡピクチャの位置におけるビットストリームスプライシングから生じ、スプライスされたビットストリーム中で、スプライシングポイントＣＲＡピクチャはＢＬＡピクチャに変更される。

[0108]ＩＤＲピクチャ、ＣＲＡピクチャおよびＢＬＡピクチャはランダムアクセスポイント（ＲＡＰ）ピクチャと総称される。ＢＬＡピクチャとＣＲＡピクチャとの間の１つの著しい差異は以下の通りである。ＣＲＡピクチャの場合、関連するリーディングピクチャは、復号が復号順序でＣＲＡピクチャの前のＲＡＰピクチャから開始する場合、正しく復号可能であり、ＣＲＡピクチャからランダムアクセスが行われるとき（すなわち、復号がＣＲＡピクチャから開始するとき、または言い換えると、ＣＲＡピクチャがビットストリーム中の第１のピクチャであるとき）、正しく復号可能でないことがある。ＢＬＡピクチャの場合、関連するリーディングピクチャは、すべての場合、復号が復号順序でＢＬＡピクチャの前のＲＡＰピクチャから開始するときでも、非復号可能になり得る。

[0109]特定のＣＲＡまたはＢＬＡピクチャの場合、関連するリーディングピクチャのうちのいくつかは、ＣＲＡまたはＢＬＡピクチャがビットストリーム中の第１のピクチャであるときでも、正しく復号可能である。これらのリーディングピクチャは復号可能リーディングピクチャ（ＤＬＰ：decodable leading picture）またはランダムアクセス復号可能リーディング（ＲＡＤＬ：random access decodable leading）ピクチャと呼ばれる。他のリーディングピクチャは、非復号可能リーディングピクチャ（ＮＬＰ：non-decodable leading picture）、廃棄タグ付き（ＴＦＤ：tagged for discard）ピクチャまたはランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャと呼ばれる。

[0110]ＨＥＶＣ ＷＤ９は、１つまたは複数のコード化ビデオシーケンスを形成する、コード化ピクチャおよび関連データの表現を形成するビットのシーケンスとしてビットストリームの概念を規定している。ビットストリームは、ＮＡＬユニットストリームまたはバイトストリームのいずれかを指すために使用される総称である。ＨＥＶＣ ＷＤ９は、１つまたは複数のビットストリームのシーケンスとしてエレメンタリストリーム（ＥＳ：elementary stream）の概念を規定している。

[0111]２つ以上のビットストリームからなるエレメンタリストリームは、一般に、互いに２つ以上のビットストリーム（またはそれの部分）をスプライスすることによって形成されたであろう。エレメンタリストリームが複数のビットストリームを含んでいる場合、最後のビットストリームを除いて、他のビットストリームの各々の終端に、一般にビットストリーム終了（ＥＯＳ：end of bitstream）ＮＡＬユニットがある。

[0112]ビデオコーディング規格は、一般にビデオバッファリングモデルの仕様を含む。ＡＶＣおよびＨＥＶＣでは、バッファリングモデルは、コード化ピクチャバッファ（ＣＰＢ）と復号ピクチャバッファ（ＤＰＢ）の両方のバッファリングモデルを含む仮定参照デコーダ（ＨＲＤ）と呼ばれる。ＣＰＢ挙動およびＤＰＢ挙動は数学的に指定される。ＨＲＤは、異なるタイミング、バッファサイズおよびビットレートに直接制約を課し、ビットストリーム特性および統計に間接的に制約を課す。ＨＲＤパラメータの完全セットは、初期ＣＰＢ削除遅延、ＣＰＢサイズ、ビットレート、初期ＤＰＢ出力遅延、およびＤＰＢサイズという５つの基本パラメータを含む。

[0113]ＡＶＣおよびＨＥＶＣでは、ビットストリームコンフォーマンスおよびデコーダコンフォーマンスがＨＲＤ仕様の一部として指定される。それはデコーダと呼ばれるが、ＨＲＤ仕様は、一般に、ビットストリームコンフォーマンスを保証するためにエンコーダ側で必要とされる。２つのタイプのビットストリームまたはＨＲＤコンフォーマンス、すなわち、タイプＩおよびタイプＩＩが指定される。さらに、２つのタイプのデコーダコンフォーマンス（出力タイミングデコーダコンフォーマンスおよび出力順序デコーダコンフォーマンス）が指定される。

[0114]ＨＲＤは、一般に、ランダムアクセスポイントピクチャにおいて初期化される。ＨＥＶＣとＡＶＣの両方では、ＨＲＤが初期化されると、それは、再初期化なしにビットストリームの終了まで動作し続ける。

[0115]ＨＥＶＣ ＷＤ９では、ＨＲＤがＣＲＡまたはＢＬＡアクセスユニットにおいて初期化する場合（このアクセスユニットはアクセスユニット０と呼ばれる）、アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在するかどうかに応じて、アクセスユニット０に関連するデフォルト初期ＣＰＢ削除遅延および遅延オフセットまたは代替初期ＣＰＢ削除遅延および遅延オフセットのいずれかが、ＨＲＤ動作において使用されるように選定される。アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在しない場合、代替初期ＣＰＢ削除遅延および遅延オフセットが選定され、そうでない（すなわち、アクセスユニット０に関連するＲＡＳＬアクセスユニットが存在する）場合、デフォルト初期ＣＰＢ削除遅延および遅延オフセットが選定される。初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットは、次いで、ビットストリームの終了までビデオデコーダ３０によって使用される。

[0116]その内容全体が参照により本明細書に組み込まれる、２０１２年１０月３０日に出願された米国特許出願第１３／６６４，２７９号には、以下の方法が記載されている。各ＣＲＡアクセスユニットのためのＣＰＢ削除遅延オフセットがシグナリングされ得る。ＨＲＤがそのような（アクセスユニット０とも呼ばれる）ＣＲＡアクセスユニットにおいて初期化し、関連するＲＡＳＬピクチャが存在しない場合、復号順序でＣＲＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間がＣＰＢ削除遅延オフセットだけより前にシフトされる。

[0117]ＨＥＶＣ ＷＤ９におけるＨＲＤ技法は以下の問題を呈する。第１に、存在する場合、ビットストリーム中で復号順序でアクセスユニット０に後続するすべてのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有する場合に、初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットが適用されると仮定する。ＨＥＶＣ ＷＤ９の現在の技法は、ビットストリーム中で復号順序でアクセスユニット０に後続し、関連するＲＡＳＬアクセスユニットが存在しない、ＣＲＡまたはＢＬＡアクセスユニットがない場合のみ、正しく動作するであろう。しかしながら、ビットストリーム中に存在するそのようなＣＲＡまたはＢＬＡアクセスユニットがある場合、ＣＰＢは第１のそのようなＣＲＡまたはＢＬＡアクセスユニットの後にオーバーフローし得、したがって予期しない復号結果が生じ得る。

[0118]同様に、存在する場合、ビットストリーム中で復号順序でアクセスユニット０に後続するすべてのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有しない場合に、初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットが適用されると仮定する。ＨＥＶＣ ＷＤ９の現在の技法は、ビットストリーム中で復号順序でアクセスユニット０に後続し、関連するＲＡＳＬアクセスユニットが存在する、ＣＲＡまたはＢＬＡアクセスユニットがない場合のみ、正しく動作し、ビットストリーム中に存在するそのようなＣＲＡまたはＢＬＡアクセスユニットがある場合、正しく動作しないであろう。

[0119]初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットに関する他の仮定も不正確な復号を生じ得る。たとえば、アクセスユニット０に後続するいくつかのＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有し、アクセスユニット０に後続する他のＣＲＡまたはＢＬＡアクセスユニットが、存在するそれらの関連するＲＡＳＬアクセスユニットを有しない状況も、後続のＣＲＡまたはＢＬＡアクセスユニットのための関連するＲＡＳＬアクセスユニットの存在および不在に関する仮定が成り立たない限り、正しく復号しないことがある。

[0120]ＣＰＢ削除遅延オフセットは、アクセスユニット０に関連するＲＡＳＬアクセスユニットの廃棄により、アクセスユニット０に後続するアクセスユニットのためのＣＰＢ削除時間のみを補償することができる。ビットストリーム中に存在する、復号順序でアクセスユニット０に後続し、関連するＲＡＳＬアクセスユニットが廃棄された、１つまたは２つ以上のＣＲＡまたはＢＬＡアクセスユニットがある場合、ＣＰＢは第１のそのようなＣＲＡまたはＢＬＡアクセスユニットの後にオーバーフローし得、したがって予期しない復号結果が生じ得る。

[0121]ＨＥＶＣ ＷＤ９における方法に関連する別の問題は以下の通りである。現在、アクセスユニット（ＡＵ）０がＣＲＡ ＡＵまたはＢＬＡ ＡＵであるとき、関連するＲＡＳＬ ＡＵが存在する場合、デフォルト初期ＣＰＢ削除遅延および遅延オフセットが使用され、そうでない場合、代替初期ＣＰＢ削除遅延および遅延オフセットが使用される。しかしながら、初期ＣＰＢ削除遅延および遅延オフセットの変更は、ＡＵ０の（公称）復号時間と、復号順序でＡＵ０に後続する第１の非ＲＡＳＬ ＡＵの（公称）復号時間との間の持続時間を変更しない。たとえば、復号順序でＡＵ０の直後に１０個のＲＡＳＬピクチャがあり、その直後に元のビットストリーム中の末尾ピクチャがあったと仮定する。この状況では、ＣＰＢ削除時間は、各ＡＵについて公称ＣＰＢ削除時間に等しく、元のビットストリームが復号されるとき、任意の２つの連続するＡＵの復号時間間の持続時間は１クロックティックである。ＨＥＶＣ ＷＤ９によれば、ＲＡＳＬピクチャが廃棄されるかどうかにかかわらず、ＡＵ０の復号時間と第１の末尾ピクチャの復号時間との間の持続時間は同じ（１１クロックティック）であろう。したがって、復号は、元のビットストリームについては連続的であるが、ＲＡＳＬピクチャが廃棄されるときには連続的でない。

[0122]これらの問題に鑑みて、本開示は、ビデオバッファリングを改善する（たとえば、ＨＥＶＣ ＷＤ９のＨＲＤを改善する）ための以下の方法および技法を提供する。以下の例についてＨＥＶＣ ＷＤ９に関して説明する。特に言及されていないＨＲＤ技法は、ＨＥＶＣ ＷＤ９、または、後続のＨＥＶＣ規格など、他のＨＥＶＣ規格において現在指定されているものと同じであり得る。

[0123]本開示の第１の例では、各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットがビデオエンコーダ２０によってシグナリングされる。関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットについて、ＨＲＤ（たとえば、ビデオデコーダ３０）がＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、ビデオデコーダ３０は、復号順序でＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間をＣＰＢ削除遅延オフセットだけより前にシフトする。上記で説明したように、バッファリング期間ＳＥＩメッセージは、ＣＰＢ遅延オフセット値、たとえば、ｉ番目のＣＰＢについて、使用されるべきオフセットを指定するｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ｉ］を含み得る。オフセットは、たとえば、ＣＲＡまたはＢＬＡアクセスユニットに関連するＲＡＳＬアクセスユニットが存在しないとき、復号順序で、バッファリング期間ＳＥＩメッセージに関連するＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの公称ＣＰＢ削除時間の導出において使用され得る。シンタックス要素は、ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットでの長さを有し得、たとえば、９０ｋＨｚクロックの単位であり得る。

[0124]アクセスユニット０のための代替初期ＣＰＢ削除遅延および遅延オフセットとデフォルト初期ＣＰＢ削除遅延および遅延オフセットとの間の選択は、たとえば、ＨＥＶＣ ＷＤ９の場合と同様の方法で実行され得る。別の例では、アクセスユニット０のためのデフォルトイニティシャルＣＰＢ削除遅延および遅延オフセットが常に選定される（たとえば、ビデオデコーダ３０による使用のためにビデオエンコーダ２０において選定される）。したがって、ビデオエンコーダ２０は、サブピクチャレベルＣＰＢパラメータが存在し、その上、代替イニティシャルＣＰＢ削除遅延および遅延オフセットがサブピクチャレベルＨＲＤ動作のためのものでない限り、ＣＲＡまたはＢＬＡアクセスユニットのための代替イニティシャルＣＰＢ削除遅延および遅延オフセットをシグナリングしない。代替イニティシャルＣＰＢ削除遅延および遅延オフセットは、本明細書で説明するシンタックスを有するバッファリング期間ＳＥＩメッセージを使用してシグナリングされ得る。

[0125]本開示の第２の例では、ＨＲＤは、ビデオデコーダ（たとえば、ビデオデコーダ３０）が、たとえば、以下の条件のいずれかが真であることによって識別されるように、関連するＲＡＳＬアクセスユニットが存在しない各ＣＲＡまたはＢＬＡアクセスユニットにおいて初期化または再初期化することを指定する。

ａ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴまたはＢＬＡ＿Ｗ＿ＬＰに等しく、ＵｓｅＡｌｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しい、
ｂ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しい。

シンタックス要素ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、ネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニット中に含まれているローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）データ構造のタイプを指定する。ＣＲＡ＿ＮＵＴは、ＣＲＡピクチャのコード化スライスセグメントのためのＮＡＬタイプである。ＢＬＡ＿Ｗ＿ＬＰは、ＢＬＡピクチャのコード化スライスセグメントのためのＮＡＬタイプである。ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡピクチャは、ビットストリーム中に存在する関連するＲＡＳＬまたはＲＡＤＬピクチャを有し得る。ＢＬＡ＿Ｗ＿ＤＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡピクチャは、ビットストリーム中に存在する関連するＲＡＳＬピクチャを有しないが、ビットストリーム中に関連するＲＡＤＬピクチャを有し得る。したがって、ＢＬＡピクチャが、ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する（ビットストリーム中に存在する関連するＲＡＳＬまたはＲＡＤＬピクチャを同じく有し得る）とき、ビデオデコーダ３０は、各ＣＲＡまたはＢＬＡアクセスにおいて初期化または再初期化し得る。ＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡピクチャは、ビットストリーム中に存在する関連するリーディングピクチャを有しない。したがって、ＢＬＡピクチャが、ＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ビデオデコーダ３０は、概して、各ＣＲＡまたはＢＬＡアクセスにおいて初期化または再初期化しない。ＵｓｅＡｌｔＣｐｂＰａｒａｍｓＦｌａｇは、代替ＣＰＢパラメータが使用されるか否かを示す。代替ＣＰＢパラメータが使用される場合、ビデオデコーダ３０は、ＣＰＢ遅延オフセット値、たとえば、ｉ番目のＣＰＢについて、使用されるべきオフセットを指定するｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ｉ］によって指定されたオフセットを使用し得る。

[0126]本開示の第３の例では、たとえば、以下の条件のいずれかが真であることによって識別されるように、関連するＲＡＳＬアクセスユニットが存在しない各ＣＲＡまたはＢＬＡアクセスユニットは、たとえばビデオデコーダ３０によって、ビットストリーム中の第１のアクセスユニット（すなわち、そのようなアクセスユニットは新しいビットストリームを開始する）と見なされ、したがって、ビットストリームＮＡＬユニットの終端が、エレメンタリストリーム中の最後のビットストリームでない各ビットストリームの終端に存在する必要はない。

ａ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴまたはＢＬＡ＿Ｗ＿ＬＰに等しく、ＵｓｅＡｌｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しい、
ｂ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しい。

したがって、ＨＲＤモデルを実装する際に、ビデオデコーダ３０は、たとえば、ＨＥＶＣ規格に従ってアクセスユニットにおいてＨＲＤを初期化または再初期化する。この第３の例では、上記で説明したように、関連するＲＡＳＬアクセスユニットが存在しない各ＣＲＡまたはＢＬＡアクセスユニットはビットストリーム中の第１のアクセスユニットと見なされる。

[0127]本開示の第４の例では、たとえば、以下の条件のいずれかが真であることによって識別されるように、関連するＲＡＳＬアクセスユニットが存在しない各ＣＲＡまたはＢＬＡアクセスユニットについて、復号順序で、アクセスユニット中の第１のＮＡＬユニットの直前にビットストリームＮＡＬユニットの終端があることが必要である。

ａ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴまたはＢＬＡ＿Ｗ＿ＬＰに等しく、ＵｓｅＡｌｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しい、
ｂ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しい。

したがって、ＨＲＤモデルを実装する際に、ビデオデコーダ３０は、たとえば、ＨＥＶＣ規格に従ってアクセスユニットにおいてＨＲＤを初期化または再初期化し得る。

[0128]上記の第２、第３、および第４の例に共通して、ビデオデコーダ３０がＣＲＡまたはＢＬＡアクセスユニットにおいて初期化または再初期化するとき、いくつかの例では、アクセスユニットに関連するＲＡＳＬアクセスユニットが存在するかどうかに応じて、ＨＲＤ動作において使用されるべき、アクセスユニットに関連するデフォルト初期ＣＰＢ削除遅延および遅延オフセットと代替初期ＣＰＢ削除遅延および遅延オフセットの両方が、ビデオデコーダ３０によって送信または記憶され得る。アクセスユニットに関連するＲＡＳＬアクセスユニットが存在しない場合（たとえば、上記の２つの条件ａまたはｂのいずれかが真であるとき）、代替初期ＣＰＢ削除遅延および遅延オフセットが選定され、そうでない（アクセスユニットに関連するＲＡＳＬアクセスユニットが存在する）場合、デフォルト初期ＣＰＢ削除遅延および遅延オフセットが選定される。初期ＣＰＢ削除遅延および遅延オフセットの選定されたセットは、次いで、ＨＲＤが再初期化されるかまたはビットストリームの終了まで、ビデオデコーダ３０によって使用される。一例では、そのようなＣＲＡまたはＢＬＡアクセスユニットがビットストリーム中の第１のアクセスユニットでない（すなわちアクセスユニット０でない）とき、ＣＰＢのみが再初期化され、ＤＰＢは再初期化されない。別の例では、そのようなＣＲＡまたはＢＬＡアクセスユニットがビットストリーム中の第１のアクセスユニットでない（すなわちアクセスユニット０でない）とき、ＣＰＢもＤＰＢも再初期化されないが、そうではなく、上述の記載と同様に代替初期ＣＰＢ削除遅延および遅延オフセットまたはデフォルト初期ＣＰＢ削除遅延および遅延オフセットの間で選定が行われる。たとえば、ビデオデコーダ３０は、代替初期ＣＰＢ削除遅延および遅延オフセットまたはデフォルト初期ＣＰＢ削除遅延および遅延オフセットの間で選択し得、次いで、選択された選択肢が、ＨＲＤが再初期化されるかまたはビットストリームの終了まで、たとえばビデオデコーダ３０によって、使用され得る。

[0129]第１の例示的な技法の説明を以下で与える。以下の節および従属節への参照はＨＥＶＣ ＷＤ９を指す。特に明記されていない限り、すべてのシンタックス要素の動作および意味は、ＨＥＶＣ ＷＤ９において定義されており、概して、後続のＨＥＶＣ拡張に適用され得る。

[0130]本明細書で説明するシステムおよび方法によれば、たとえばＨＥＶＣ ＷＤ９における、ＨＥＶＣ ＷＤ９の従属節Ｃ．２．３（復号ユニット削除のタイミングおよび復号ユニットの復号）におけるバッファリング期間ＳＥＩメッセージシンタックスおよびセマンティクスは、以下のように変更され得る。ビデオデコーダ３０は、たとえば、ＨＥＶＣ ＷＤ９の従属節Ｃ．２．３のバッファリング期間ＳＥＩメッセージシンタックスおよびセマンティクスの一部または全部の態様を使用して復号を実装し得る。更新されたシンタックス要素はボールド体である。言及されていない他の部分は、ＨＥＶＣ ＷＤ９または後続のＨＥＶＣ規格の場合と同じであり得る。

[0131]バッファリング期間サプルメンタルエンハンスメント情報（ＳＥＩ）メッセージは、復号順序での、関連するアクセスユニットの位置におけるＨＲＤの初期化のための初期ＣＰＢ削除遅延および初期ＣＰＢ削除遅延オフセット情報を与える。

[0132]以下のことが、バッファリング期間ＳＥＩメッセージシンタックスおよびセマンティクスについて適用される。第１に、シンタックス要素ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１、ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１、およびｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、および変数ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇおよびＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇは、バッファリング期間ＳＥＩメッセージが適用される動作点のうちの少なくとも１つに適用可能であるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中のシンタックス要素において見つけられるか、またはそこから、たとえばビデオデコーダ３０において導出される。第２に、変数ＣｐｂＳｉｚｅ［ｉ］、ＢｉｔＲａｔｅ［ｉ］およびＣｐｂＣｎｔは、バッファリング期間ＳＥＩメッセージが適用される動作点のうちの少なくとも１つに適用可能であるｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造において見つけられるシンタックス要素から、たとえばビデオデコーダ３０において導出される。第３に、バッファリング期間ＳＥＩメッセージが適用される任意の２つの動作点が、異なるＯｐＴｉｄ値ｔＩｄＡおよびｔＩｄＢを有することは、その２つの動作点に適用可能な（１つまたは複数の）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中でコーディングされたｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｔＩｄＡ］の値とｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｔＩｄＢ］の値が同一であることを示す。第４に、バッファリング期間ＳＥＩメッセージが適用される任意の２つの動作点が、異なるＯｐＬａｙｅｒＩｄＳｅｔ値ｌａｙｅｒＩｄＳｅｔＡおよびｌａｙｅｒＩｄＳｅｔＢを有することは、それぞれ、２つの動作点に適用可能な２つのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のためのｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値とｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が同一であることを示す。最終的に、ビットストリーム（またはそれの一部）は、バッファリング期間ＳＥＩメッセージが適用される動作点のいずれかに関連するビットストリームサブセット（またはそれの一部）を指す。

[0133]シンタックス要素ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇまたはＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しい場合、指定された動作点に適用可能なバッファリング期間ＳＥＩメッセージは、コード化ビデオシーケンス中のいずれかのアクセスユニットに関連し得、指定された動作点に適用可能なバッファリング期間ＳＥＩメッセージは各ＲＡＰアクセスユニットに関連し、各アクセスユニットは回復点ＳＥＩメッセージに関連することになる。そうでない（ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇおよびＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが両方とも０に等しい）場合、この例では、コード化ビデオシーケンス中のアクセスユニットは、指定された動作点に適用可能なバッファリング期間ＳＥＩメッセージに関連しないことになる。

[0134]適用例によっては、バッファリング期間ＳＥＩメッセージの頻繁な存在が望ましいことがある。

[0135]バッファリング期間ＳＥＩメッセージを含んでおり、０に等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを有する、ＳＥＩ ＮＡＬユニットが存在するとき、ＳＥＩ ＮＡＬユニットは、復号順序で、アクセスユニット中の第１のＶＣＬ ＮＡＬユニットに先行することになる。

[0136]シンタックス要素ｂｐ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、バッファリング期間ＳＥＩメッセージに関連するコード化ピクチャについてアクティブであるシーケンスパラメータセットのためのｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｂｐ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、バッファリング期間ＳＥＩメッセージに関連するコード化ピクチャのスライスセグメントヘッダのｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄによって参照されるピクチャパラメータセット中のｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値に等しくなる。ｂｐ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含む０〜１５の範囲内になる。

[0137]１に等しいシンタックス要素ｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ｉ］シンタックス要素の存在を指定する。存在しないとき、ｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される。関連するピクチャがＣＲＡピクチャでもＢＬＡピクチャでもないとき、ｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しくなる。

[0138]シンタックス要素ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は、それぞれ、ｉ番目のＣＰＢについてのデフォルト初期ＣＰＢ削除遅延および代替初期ＣＰＢ削除遅延を指定する。シンタックス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットでの長さを有し、９０ｋＨｚクロックの単位である。シンタックス要素の値は、０に等しくならず、９０ｋＨｚクロック単位でのＣＰＢサイズに相当する時間である、９００００＊（ＣｐｂＳｉｚｅ［ｉ］÷ＢｉｔＲａｔｅ［ｉ］）以下になる。

[0139]シンタックス要素ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ｉ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ｉ］は、それぞれ、ＣＰＢへのコード化データユニットの初期配信時間を指定するための、ｉ番目のＣＰＢについてのデフォルト初期ＣＰＢ削除オフセットおよび代替初期ＣＰＢ削除オフセットを指定する。シンタックス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットでの長さを有し、９０ｋＨｚクロックの単位である。

[0140]コード化ビデオシーケンス全体にわたって、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］とｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ｉ］との和はｉの各値について一定になり、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］とｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ｉ］との和はｉの各値について一定になる。

[0141]シンタックス要素ｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ｉ］は、ＣＲＡまたはＢＬＡアクセスユニットに関連するＲＡＳＬアクセスユニットが存在しないとき、復号順序で、バッファリング期間ＳＥＩメッセージに関連するＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの公称ＣＰＢ削除時間の導出において使用されるべきオフセットをｉ番目のＣＰＢについて指定する。シンタックス要素は、ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットでの長さを有し、９０ｋＨｚクロックの単位である。

[0142]いくつかの例では、ビデオエンコーダ２０は、復号順序においてインターリーブされる関連するＲＡＳＬおよびＲＡＤＬピクチャを有するＣＲＡまたはＢＬＡピクチャに関連するバッファリング期間ＳＥＩメッセージ中に、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］と、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ｉ］と、ｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ｉ］とを含めないことが推奨される。

[0143]次のセクションでは、復号ユニット削除のタイミングおよび復号ユニットの復号について説明する。変数ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびｃｐｂＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は以下のように導出される。第１に、以下で提示される条件（Ａ）および条件（Ｂ）のうちの１つまたは複数が真である場合、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびｃｐｂＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、それぞれ、ＨＶＥＣ ＷＤ９の従属節Ｃ．１において指定されているようにＮａｌＨｒｄＭｏｄｅＦｌａｇに応じて選択されたバッファリング期間ＳＥＩメッセージシンタックス要素ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびｃｐｂ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に等しく設定される。条件（Ａ）は、アクセスユニット０が、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをコード化ピクチャが有するＢＬＡアクセスユニットであり、バッファリング期間ＳＥＩメッセージのｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいことである。条件（Ｂ）は、アクセスユニット０が、ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをコード化ピクチャが有するＢＬＡアクセスユニットであるか、またはＣＲＡアクセスユニットであり、バッファリング期間ＳＥＩメッセージのｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しく、以下の条件のうちの１つまたは複数が真であることである。（１）アクセスユニット０のためのＵｓｅＡｌｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しい。ＤｅｆａｕｌｔＩｎｉｔＣｐｂＰａｒａｍｓＦｌａｇが０に等しい、（２）そうでない場合、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、それぞれ、従属節Ｃ．１において指定されているようにＮａｌＨｒｄＭｏｄｅＦｌａｇに応じて選択されたバッファリング期間ＳＥＩメッセージシンタックス要素ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に等しく設定され、ｃｐｂＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は０に等しく設定される。

[0144]ＣＰＢからのアクセスユニットｎの公称削除時間は以下のように指定される。第１に、アクセスユニットｎが、ｎが０に等しいアクセスユニット（ＨＲＤを初期化するアクセスユニット）である場合、ＣＰＢからのアクセスユニットの公称削除時間は次式によって指定される。

そうでない場合、アクセスユニットｎが、ＨＲＤを初期化しないバッファリング期間の第１のアクセスユニットであるとき、以下のことが適用される。ＣＰＢからのアクセスユニットｎの公称削除時間は次式によって指定される。

上式で、ＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｆｉｒｓｔＰｉｃＩｎＰｒｅｖＢｕｆｆＰｅｒｉｏｄ）は、前のバッファリング期間の第１のアクセスユニットの公称削除時間であり、ＡｕＣｐｂＲｅｍｏｖａｌＤｅｌａｙＶａｌ（ｎ）は、アクセスユニットｎに関連する、従属節Ｃ．１において指定されているように選択されたピクチャタイミングＳＥＩメッセージ中のａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１に従って導出されたＡｕＣｐｂＲｅｍｏｖａｌＤｅｌａｙＶａｌの値である。

[0145]アクセスユニットｎの公称ＣＰＢ削除時間の導出の後に、ｃｐｂＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は以下のように更新される。以下の条件うちの１つまたは複数が真である場合、ｃｐｂＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＶＥＣ ＷＤ９の従属節Ｃ．１において指定されているようにＮａｌＨｒｄＭｏｄｅＦｌａｇに応じて選択されたバッファリング期間ＳＥＩメッセージシンタックス要素ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に等しく設定される。アクセスユニットｎが、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをコード化ピクチャが有するＢＬＡアクセスユニットであり、バッファリング期間ＳＥＩメッセージのｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しい。アクセスユニットｎが、ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをコード化ピクチャが有するＢＬＡアクセスユニットであるか、またはＣＲＡアクセスユニットであり、バッファリング期間ＳＥＩメッセージのｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しく、アクセスユニットｎのためのＵｓｅＡｌｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しい。そうでない場合、ｃｐｂＤｅｌａｙＯｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は０に等しく設定される。アクセスユニットｎがバッファリング期間の第１のアクセスユニットでないとき、ＣＰＢからのアクセスユニットｎの公称削除時間は次式によって指定される。

[0146]

上式で、ＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｆｉｒｓｔＰｉｃＩｎＣｕｒｒＢｕｆｆＰｅｒｉｏｄ）は、現在のバッファリング期間の第１のアクセスユニットの公称削除時間である。

[0147]ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、以下のことが適用される。変数ｃｐｂＲｅｍｏｖａｌＤｅｌａｙＩｎｃ（ｍ）は以下のように導出される。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｉｎ＿ｐｉｃ＿ｔｉｍｉｎｇ＿ｓｅｉ＿ｆｌａｇが０に等しい場合、変数ｃｐｂＲｅｍｏｖａｌＤｅｌａｙＩｎｃ（ｍ）は、復号ユニットｍに関連する、従属節Ｃ．１において指定されているように選択された復号ユニット情報ＳＥＩメッセージ中のｄｕ＿ｓｐｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｉｎｃｒｅｍｅｎｔの値に設定される。そうではなく、ｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが０に等しい場合、変数ｃｐｂＲｅｍｏｖａｌＤｅｌａｙＩｎｃ（ｍ）は、アクセスユニットｎに関連する、従属節Ｃ．１において指定されているように選択されたピクチャタイミングＳＥＩメッセージ中の復号ユニットｍのためのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｉｎｃｒｅｍｅｎｔ＿ｍｉｎｕｓ１［ｉ］＋１の値に設定され、ただし、ｉの値は、復号ユニットｍを含んでいるアクセスユニット中の第１のｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［０］＋１個の連続するＮＡＬユニットの場合には０であり、同じアクセスユニット中の後続のｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［１］＋１個のＮＡＬユニットの場合には１であり、同じアクセスユニット中の後続のｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［２］＋１個のＮＡＬユニットの場合には２である、などである。他の場合、変数ｃｐｂＲｅｍｏｖａｌＤｅｌａｙＩｎｃ（ｍ）は、アクセスユニットｎに関連する、従属節Ｃ．１において指定されているように選択されたピクチャタイミングＳＥＩメッセージ中のｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｉｎｃｒｅｍｅｎｔ＿ｍｉｎｕｓ１＋１の値に設定される。ＣＰＢからの復号ユニットｍの公称削除時間は以下のように指定され、ただし、ＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｎ）はアクセスユニットｎの公称削除時間である。復号ユニットｍがアクセスユニットｎ中の最後の復号ユニットである場合、復号ユニットｍの公称削除時間ＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｍ）はＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｎ）に設定される。そうでない（すなわち、復号ユニットｍがアクセスユニットｎ中の最後の復号ユニットでない）場合、復号ユニットｍの公称削除時間ＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｍ）は以下のように導出される。

[0148]ＣＰＢからのアクセスユニットｎの削除時間は以下のように指定され、ただし、ＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｍ）およびＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｍ）は、それぞれ、アクセスユニットｎ中の最後の復号ユニットの最終到着時間および公称削除時間であり、ＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｎ）およびＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｎ）は、それぞれ、アクセスユニットｎの最終到着時間および公称削除時間である。

[0149]ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいとき、復号ユニットｍがアクセスユニットｎおよび０の最後の復号ユニットである場合、変数ｌａｓｔＤｕＩｎＡｕＦｌａｇは１に等しく設定され、そうでない場合、ＣＰＢからの復号ユニットｍの削除時間は以下のように指定される。

[0150]ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ＨｉｇｈｅｓｔＴｉｄ］が１に等しく、ＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｍ）＜ＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｍ）であるとき、復号ユニットｍのサイズは、それが公称削除時間における削除を妨げるほど大きい。復号ユニットｍのＣＰＢ削除時間において、復号ユニットは瞬時に復号される。ピクチャｎは、ピクチャの最後の復号ユニットが復号されたときに復号されたと見なされる。上記で説明した変更はまた、たとえば、ビットストリームがビデオデコーダ３０によって復号され得るように、バッファリング期間ＳＥＩメッセージシンタックスおよびセマンティクスならびにＨＥＶＣ ＷＤ９の従属節Ｃ．２．３の一部または全部の態様を使用してビットストリームを符号化するために、ビデオエンコーダ２０によって実装され得る。

[0151]図４は、本開示で説明する１つまたは複数の例による、例示的な方法を示すフローチャートである。宛先デバイス１４は、ビデオデータを処理する方法を実装し得る。たとえば、ビデオデコーダ３０は、ＲＡＰピクチャを有するアクセスユニットをビデオビットストリーム中で受信する（４００）。ビデオデコーダはまた、そのアクセスユニットの後に、ＲＡＰピクチャを有する後続のアクセスユニットをビットストリーム中で受信する（４０２）。後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが受信されたビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファ削除時間をより前にシフトする（４０４）。

[0152]いくつかの例では、ピクチャバッファはコード化ピクチャバッファ（ＣＰＢ）を含み、ピクチャバッファ削除遅延オフセットはＣＰＢ削除遅延オフセットを含む。他の例では、ピクチャバッファは復号ピクチャバッファ（ＤＰＢ）を含み、ピクチャバッファ削除遅延オフセットはＤＰＢ削除遅延オフセットを含む。

[0153]ビデオデコーダ３０は、アクセスユニットのためのピクチャバッファ削除遅延オフセットを受信し得る。いくつかの例では、ビデオデコーダ３０は、バッファリング期間ＳＥＩメッセージ中でピクチャバッファ削除遅延オフセットを受信し得る。いくつかの例では、ＲＡＰピクチャは、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む。

[0154]図５は、本開示で説明する１つまたは複数の例による、例示的な方法を示すフローチャートである。宛先デバイス１４は、ビデオデータを処理する方法を実装し得る。たとえば、ビデオデコーダ３０は、たとえば、より前の初期化の後に、アクセスユニットを受信し得、アクセスユニットはランダムアクセスポイント（ＲＡＰ）ピクチャを有する。これは、たとえば、ＨＲＤを初期化するＲＡＰアクセスユニットの後であり得る。ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含む関連するアクセスユニットは受信されない（５００）。ビデオデコーダ３０は、アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを初期化する（５０２）。

[0155]ピクチャバッファ削除時間はコード化ピクチャバッファ（ＣＰＢ）削除時間を含み、ピクチャバッファ削除遅延オフセットはＣＰＢ削除遅延オフセットを含む。ピクチャバッファ削除時間は復号ピクチャバッファ（ＤＰＢ）削除時間を含み、ピクチャバッファ削除遅延オフセットはＤＰＢ削除遅延オフセットを含む。一例では、ビデオデコーダ３０は、バッファリング期間ＳＥＩメッセージ中でピクチャバッファ削除遅延オフセットを受信し得る。

[0156]一例では、ＲＡＰピクチャはクリーンランダムアクセス（ＣＲＡ）ピクチャである。別の例では、ＲＡＰピクチャは、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである。ＲＡＰピクチャは、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである。例は、受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットに指定することをさらに含み得る。

[0157]ビデオデータを処理する別の例示的な方法では、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットをシグナリングし得る。ビデオコーダはまた、ＨＲＤがＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、復号順序でＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間を、関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットだけより前にシフトし得る。

[0158]ビデオデータを処理する別の例示的な方法では、ビデオコーダは、各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットをシグナリングすることができる。ビデオコーダはまた、サブピクチャレベルＣＰＢパラメータが存在しない限り、代替初期ＣＰＢ削除遅延および遅延オフセットがＣＲＡまたはＢＬＡアクセスユニットのためにシグナリングされないように、アクセスユニット０のためにデフォルト初期ＣＰＢ削除遅延および遅延オフセットを選択し得る。一例では、代替初期ＣＰＢ削除遅延および遅延オフセットはサブピクチャレベルＨＲＤ動作のためのものであり得る。

[0159]１つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

[0160]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0161]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路など、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明した技法の実装に好適な他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内に与えられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。

[0162]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実施するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。

[0163]様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。

[0163]様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを処理する方法であって、前記方法は、
第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、
前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信することと、
前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトすることと
を備える、方法。
［Ｃ２］
前記ピクチャバッファがコード化ピクチャバッファ（ＣＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、Ｃ１に記載の方法。
［Ｃ３］
前記ＣＰＢ削除遅延オフセットが、前記後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、Ｃ２に記載の方法。
［Ｃ４］
前記ピクチャバッファが復号ピクチャバッファ（ＤＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、Ｃ１に記載の方法。
［Ｃ５］
前記アクセスユニットのための前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ１に記載の方法。
［Ｃ６］
バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む、Ｃ１に記載の方法。
［Ｃ８］
ビデオデータを処理する方法であって、前記方法は、
仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、前記アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化することと
を備える、方法。
［Ｃ９］
前記ピクチャバッファ削除時間がコード化ピクチャバッファ（ＣＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、Ｃ８に記載の方法。
［Ｃ１０］
前記ＣＰＢ削除遅延オフセットが、後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、Ｃ９に記載の方法。
［Ｃ１１］
前記ピクチャバッファ削除時間が復号ピクチャバッファ（ＤＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、Ｃ８に記載の方法。
［Ｃ１２］
前記ＲＡＰピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャである、Ｃ８に記載の方法。
［Ｃ１３］
前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである、Ｃ８に記載の方法。
［Ｃ１４］
前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである、Ｃ８に記載の方法。
［Ｃ１５］
前記受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットとして処理することをさらに備える、Ｃ８に記載の方法。
［Ｃ１６］
バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ８に記載の方法。
［Ｃ１７］
ビデオデータを処理するためのデバイスであって、
第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、
前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信することと、
前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトすることと
を行うように構成されたプロセッサ
を備える、デバイス。
［Ｃ１８］
前記ピクチャバッファがコード化ピクチャバッファ（ＣＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、Ｃ１７に記載のデバイス。
［Ｃ１９］
前記ＣＰＢ削除遅延オフセットが、前記後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、Ｃ１８に記載のデバイス。
［Ｃ２０］
前記ピクチャバッファが復号ピクチャバッファ（ＤＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、Ｃ１７に記載のデバイス。
［Ｃ２１］
前記プロセッサが、前記アクセスユニットのための前記ピクチャバッファ削除遅延オフセットを受信するようにさらに構成された、Ｃ１７に記載のデバイス。
［Ｃ２２］
バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ１７に記載のデバイス。
［Ｃ２３］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む、Ｃ１７に記載のデバイス。
［Ｃ２４］
ビデオデータを処理するためのデバイスであって、
仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、前記アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化することと
を行うように構成されたプロセッサ
を備える、デバイス。
［Ｃ２５］
前記ピクチャバッファ削除時間がコード化ピクチャバッファ（ＣＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、Ｃ２４に記載のデバイス。
［Ｃ２６］
前記ＣＰＢ削除遅延オフセットが、後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、Ｃ２５に記載のデバイス。
［Ｃ２７］
前記ピクチャバッファ削除時間が復号ピクチャバッファ（ＤＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、Ｃ２４に記載のデバイス。
［Ｃ２８］
前記ＲＡＰピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャである、Ｃ２４に記載のデバイス。
［Ｃ２９］
前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである、Ｃ２４に記載のデバイス。
［Ｃ３０］
前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである、Ｃ２４に記載のデバイス。
［Ｃ３１］
前記プロセッサが、前記受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットに指定するようにさらに構成された、Ｃ２４に記載のデバイス。
［Ｃ３２］
バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ２４に記載のデバイス。
［Ｃ３３］
ビデオデータを処理するためのデバイスであって、
第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信するための手段と、
前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信するための手段と、
前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトするための手段と
を備える、デバイス。
［Ｃ３４］
前記ピクチャバッファがコード化ピクチャバッファ（ＣＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、Ｃ３３に記載のデバイス。
［Ｃ３５］
前記ピクチャバッファが復号ピクチャバッファ（ＤＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、Ｃ３３に記載のデバイス。
［Ｃ３６］
前記アクセスユニットのための前記ピクチャバッファ削除遅延オフセットを受信するための手段をさらに備える、Ｃ３３に記載のデバイス。
［Ｃ３７］
バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ３３に記載のデバイス。
［Ｃ３８］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む、Ｃ３３に記載のデバイス。
［Ｃ３９］
ビデオデータを処理するためのデバイスであって、
仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信するための手段と、前記アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化するための手段と
を備える、デバイス。
［Ｃ４０］
前記ピクチャバッファ削除時間がコード化ピクチャバッファ（ＣＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、Ｃ３９に記載のデバイス。
［Ｃ４１］
前記ピクチャバッファ削除時間が復号ピクチャバッファ（ＤＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、Ｃ３９に記載のデバイス。
［Ｃ４２］
前記ＲＡＰピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャである、Ｃ３９に記載のデバイス。
［Ｃ４３］
前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである、Ｃ３９に記載のデバイス。
［Ｃ４４］
前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである、Ｃ３９に記載のデバイス。
［Ｃ４５］
前記受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットとして処理するための手段をさらに備える、Ｃ３９に記載のデバイス。
［Ｃ４６］
バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、Ｃ３９に記載のデバイス。
［Ｃ４７］
１つまたは複数のプロセッサによる実行時に、前記１つまたは複数のプロセッサに、
第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビットストリーム中で受信することと、
前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信することと、
前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトすることと
を行わせる命令を記憶する非一時的コンピュータ可読記憶媒体。
［Ｃ４８］
１つまたは複数のプロセッサによる実行時に、前記１つまたは複数のプロセッサに、
ランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットを受信することと、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化することと
を行わせる命令を記憶する非一時的コンピュータ可読記憶媒体。
［Ｃ４９］
ビデオデータを処理する方法であって、
各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットをシグナリングすることと、
復号順序で前記ＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＢＰ削除時間を、関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットのための前記ＣＰＢ削除遅延オフセットだけより前にであるシフトすることと、
ＨＲＤが前記ＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、
を備える、方法。

Claims (49)

1. ビデオデータを処理する方法であって、前記方法は、
   第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、
   前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信することと、
   前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトすることと
   を備える、方法。
2. 前記ピクチャバッファがコード化ピクチャバッファ（ＣＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、請求項１に記載の方法。
3. 前記ＣＰＢ削除遅延オフセットが、前記後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、請求項２に記載の方法。
4. 前記ピクチャバッファが復号ピクチャバッファ（ＤＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、請求項１に記載の方法。
5. 前記アクセスユニットのための前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項１に記載の方法。
6. バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項１に記載の方法。
7. 前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む、請求項１に記載の方法。
8. ビデオデータを処理する方法であって、前記方法は、
   仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、前記アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
   前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化することと
   を備える、方法。
9. 前記ピクチャバッファ削除時間がコード化ピクチャバッファ（ＣＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、請求項８に記載の方法。
10. 前記ＣＰＢ削除遅延オフセットが、後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、請求項９に記載の方法。
11. 前記ピクチャバッファ削除時間が復号ピクチャバッファ（ＤＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、請求項８に記載の方法。
12. 前記ＲＡＰピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャである、請求項８に記載の方法。
13. 前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである、請求項８に記載の方法。
14. 前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである、請求項８に記載の方法。
15. 前記受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットとして処理することをさらに備える、請求項８に記載の方法。
16. バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項８に記載の方法。
17. ビデオデータを処理するためのデバイスであって、
    第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信することと、
    前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信することと、
    前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトすることと
    を行うように構成されたプロセッサ
    を備える、デバイス。
18. 前記ピクチャバッファがコード化ピクチャバッファ（ＣＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、請求項１７に記載のデバイス。
19. 前記ＣＰＢ削除遅延オフセットが、前記後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、請求項１８に記載のデバイス。
20. 前記ピクチャバッファが復号ピクチャバッファ（ＤＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、請求項１７に記載のデバイス。
21. 前記プロセッサが、前記アクセスユニットのための前記ピクチャバッファ削除遅延オフセットを受信するようにさらに構成された、請求項１７に記載のデバイス。
22. バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項１７に記載のデバイス。
23. 前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む、請求項１７に記載のデバイス。
24. ビデオデータを処理するためのデバイスであって、
    仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信することと、前記アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
    前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化することと
    を行うように構成されたプロセッサ
    を備える、デバイス。
25. 前記ピクチャバッファ削除時間がコード化ピクチャバッファ（ＣＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、請求項２４に記載のデバイス。
26. 前記ＣＰＢ削除遅延オフセットが、後続のアクセスユニットの前記ＲＡＰピクチャのためにシグナリングされる、請求項２５に記載のデバイス。
27. 前記ピクチャバッファ削除時間が復号ピクチャバッファ（ＤＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、請求項２４に記載のデバイス。
28. 前記ＲＡＰピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャである、請求項２４に記載のデバイス。
29. 前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである、請求項２４に記載のデバイス。
30. 前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである、請求項２４に記載のデバイス。
31. 前記プロセッサが、前記受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットに指定するようにさらに構成された、請求項２４に記載のデバイス。
32. バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項２４に記載のデバイス。
33. ビデオデータを処理するためのデバイスであって、
    第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビデオビットストリーム中で受信するための手段と、
    前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信するための手段と、
    前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトするための手段と
    を備える、デバイス。
34. 前記ピクチャバッファがコード化ピクチャバッファ（ＣＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、請求項３３に記載のデバイス。
35. 前記ピクチャバッファが復号ピクチャバッファ（ＤＰＢ）を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、請求項３３に記載のデバイス。
36. 前記アクセスユニットのための前記ピクチャバッファ削除遅延オフセットを受信するための手段をさらに備える、請求項３３に記載のデバイス。
37. バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項３３に記載のデバイス。
38. 前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを含む、請求項３３に記載のデバイス。
39. ビデオデータを処理するためのデバイスであって、
    仮想参照デコーダ（ＨＲＤ）のより前の初期化の後にアクセスユニットを受信するための手段と、前記アクセスユニットがランダムアクセスポイント（ＲＡＰ）ピクチャを有し、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
    前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化するための手段と
    を備える、デバイス。
40. 前記ピクチャバッファ削除時間がコード化ピクチャバッファ（ＣＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＣＰＢ削除遅延オフセットを備える、請求項３９に記載のデバイス。
41. 前記ピクチャバッファ削除時間が復号ピクチャバッファ（ＤＰＢ）削除時間を備え、前記ピクチャバッファ削除遅延オフセットがＤＰＢ削除遅延オフセットを備える、請求項３９に記載のデバイス。
42. 前記ＲＡＰピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャである、請求項３９に記載のデバイス。
43. 前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャまたはランダムアクセススキップド復号可能（ＲＡＤＬ）ピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャである、請求項３９に記載のデバイス。
44. 前記ＲＡＰピクチャが、関連するＲＡＳＬピクチャを有しないが、ＲＡＤＬピクチャを有し得る切断リンクアクセス（ＢＬＡ）ピクチャ、および関連するリーディングピクチャを有しないＢＬＡピクチャのうちの１つである、請求項３９に記載のデバイス。
45. 前記受信されたアクセスユニットをビットストリーム中の第１のアクセスユニットとして処理するための手段をさらに備える、請求項３９に記載のデバイス。
46. バッファリング期間ＳＥＩメッセージ中で前記ピクチャバッファ削除遅延オフセットを受信することをさらに備える、請求項３９に記載のデバイス。
47. １つまたは複数のプロセッサによる実行時に、前記１つまたは複数のプロセッサに、
    第１のランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットをビットストリーム中で受信することと、
    前記ビットストリーム中の前記アクセスユニットの後に、第２のＲＡＰピクチャを有する後続のアクセスユニットを前記ビデオビットストリーム中で受信することと、
    前記後続のアクセスユニットのための１つまたは複数のランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャが前記受信されたビデオビットストリーム中に存在しない場合に、ピクチャバッファ削除遅延オフセットに基づいて、ピクチャバッファのためのピクチャバッファ削除時間をより前にシフトすることと
    を行わせる命令を記憶する非一時的コンピュータ可読記憶媒体。
48. １つまたは複数のプロセッサによる実行時に、前記１つまたは複数のプロセッサに、
    ランダムアクセスポイント（ＲＡＰ）ピクチャを有するアクセスユニットを受信することと、ここにおいて、ランダムアクセススキップドリーディング（ＲＡＳＬ）ピクチャを含んでいる関連するアクセスユニットが受信されない、
    前記アクセスユニットを受信することと、ＲＡＳＬピクチャを含んでいる前記関連するアクセスユニットを受信しないこととに応答して、ピクチャバッファ削除時間とピクチャバッファ削除遅延オフセットとを再初期化することを含む、前記ＨＲＤを再初期化することと
    を行わせる命令を記憶する非一時的コンピュータ可読記憶媒体。
49. ビデオデータを処理する方法であって、
    各ＣＲＡまたはＢＬＡアクセスユニットのためのＣＰＢ削除遅延オフセットをシグナリングすることと、
    復号順序で前記ＣＲＡまたはＢＬＡアクセスユニットに後続するアクセスユニットの各々のＣＰＢ削除時間を、関連するＲＡＳＬピクチャが存在しない各ＣＲＡまたはＢＬＡアクセスユニットのための前記ＣＰＢ削除遅延オフセットだけより前にシフトすることと、
    ＨＲＤが前記ＣＲＡまたはＢＬＡアクセスユニットにおいて初期化するかどうかにかかわらず、
    を備える、方法。

Images