特許 6240157 メッセージを送り、ビットストリームをバッファリングするための電子デバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6240157

(24)【登録日】2017年11月10日

(45)【発行日】2017年11月29日

(54)【発明の名称】メッセージを送り、ビットストリームをバッファリングするための電子デバイス

(51)【国際特許分類】

   H04N 19/426 20140101AFI20171120BHJP

   H04N 19/70 20140101ALI20171120BHJP

【ＦＩ】

   H04N19/426

   H04N19/70

【請求項の数】1

【全頁数】32

(21)【出願番号】特願2015-505078(P2015-505078)

(86)(22)【出願日】2013年4月12日

(65)【公表番号】特表2015-516752(P2015-516752A)

(43)【公表日】2015年6月11日

(86)【国際出願番号】JP2013002531

(87)【国際公開番号】WO2013153829

(87)【国際公開日】20131017

【審査請求日】2016年3月25日

(31)【優先権主張番号】13/447,095

(32)【優先日】2012年4月13日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】特許業務法人ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】デシュパンダ サーチン ジー．

【審査官】 堀井 啓明

(56)【参考文献】

【文献】 Ye-Kui Wang,Ying Chen,Marta Karczewicz，On bitstreams starting with CRA pictures，Joint Collaborative Team on Video Coding(JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 8th Meeting:San Jose,CA,USA,1-10 February,2012，米国，JCTVC，２０１２年 １月２１日，JCTVC-H0496，P.1-P.6，ＵＲＬ，http://phenix.it-sudparis.eu/jct/index.php

【文献】 Benjamin Bross Fraunhofer HHI，High efficiency video coding (HEVC) text specification draft 6[online]， JCTVC-I JCTVC-H1003，インターネット＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I0277-v4.zip＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ１９／００−１９／９８

(57)【特許請求の範囲】

【請求項1】

電子デバイスによってバッファリング期間付加拡張情報（ＳＥＩ）メッセージを送るための方法であって、
第１の初期符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータを生成することと、
第２の初期符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータが存在するかどうかを示すフラグを生成することと、
前記フラグが前記第２の初期ＣＰＢ除去遅延パラメータの存在を示す場合、前記第２の初期ＣＰＢ除去遅延パラメータを生成することと、
前記バッファリング期間付加拡張情報（ＳＥＩ）メッセージを送ることと、を含み、
前記第１の初期ＣＰＢ除去遅延パラメータは、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、及びｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、当該ＳｃｈｅｄＳｅｌＩｄｘは、第１のインデックス変数であり、
前記第２の初期ＣＰＢ除去遅延パラメータは、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、及びｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、当該ＳｃｈｅｄＳｅｌＩｄｘは、第２のインデックス変数であり、
初期除去遅延変数は、条件のセットが満たされている場合、第２の初期ＣＰＢ除去遅延パラメータに設定され、当該初期除去遅延変数は、前記条件のセットが満たされない場合、第１の初期ＣＰＢ除去遅延パラメータに設定され、
前記条件のセットは、
第１のアクセスユニットがＩスライスだけを含むことと、
リーディングピクチャが存在しないことと、
前記フラグが１に等しいことと、を含み、
前記ＳＥＩメッセージは、前記第１の初期ＣＰＢ除去遅延パラメータを含む、
前記方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に電子デバイスに関する。より具体的には、本開示は、メッセージを送り、ビットストリームをバッファリングするための電子デバイスに関する。

【背景技術】

【0002】

電子デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するためにより小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の増加を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。

【0003】

いくつかの電子デバイスは、デジタルメディアを処理して表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者がいるほとんどどの場所でもデジタルメディアを用いることを可能にする。そのうえ、いくつかの電子デバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供することができる。

【0004】

デジタルメディアの人気の高まりは、いくつかの問題を提起した。例えば、高品質デジタルメディアを記憶、送信および迅速に再生するために効率的に表現することは、いくつかの課題を提起する。この考察から気付きうるように、デジタルメディアを性能向上によりさらに効率的に表現するシステムおよび方法が有益であろう。

【発明の概要】

【発明が解決しようとする課題】

【0005】

デジタルメディアを表現するためのさらに効率的な技術を提供することが望ましい。

【課題を解決するための手段】

【0006】

本発明の態様は、メッセージを送るための電子デバイスを提供し、電子デバイスは、
プロセッサ；
プロセッサと電子通信を行うメモリ；
メモリに記憶された命令を備え、命令は、
（ａ）第１のピクチャがランダムアクセスピクチャであるかどうかを判定し；
（ｂ）第１のピクチャがランダムアクセスピクチャである場合に、リーディングピクチャが存在するかどうかを判定し；
（ｃ）リーディングピクチャが存在する場合に、ランダムアクセスピクチャを開始するための初期符号化ピクチャバッファ（ＣＰＢ：Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）除去遅延パラメータが存在するかどうかを示すフラグと、ランダムアクセスピクチャを開始するための初期ＣＰＢ除去遅延パラメータとを含んだメッセージを生成して；
（ｄ）メッセージを送るために実行可能である。

【0007】

本発明の別の態様は、ビットストリームをバッファリングするための電子デバイスを提供し、電子デバイスは、
プロセッサ；
プロセッサと電子通信を行うメモリ；
メモリに記憶された命令を備え、命令は、
（ａ）メッセージを受信し；
（ｂ）第１のアクセスユニットがランダムアクセスピクチャを示すアクセスユニットであるか、リーディングピクチャが存在しないか、およびフラグが、ランダムアクセスピクチャを開始するための初期符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータがメッセージに存在することを示すかどうかを判定し；
（ｃ）第１のアクセスユニットを除去して；
（ｄ）第１のアクセスユニットを復号するために実行可能である。

【0008】

本発明の別の態様は、電子デバイスによってメッセージを送るための方法を提供し、方法は、
第１のピクチャがランダムアクセスピクチャであるかどうかを判定するステップ；
第１のピクチャがランダムアクセスピクチャである場合に、リーディングピクチャが存在するかどうかを判定するステップ；
リーディングピクチャが存在する場合に、ランダムアクセスピクチャを開始するための初期符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータが存在するかどうかを示すフラグと、ランダムアクセスピクチャを開始するための初期ＣＰＢ除去遅延パラメータとを含んだメッセージを生成するステップ；ならびに
メッセージを送るステップを含む。

【0009】

本発明の別の態様は、電子デバイスによってビットストリームをバッファリングするための方法を提供し、方法は、
メッセージを受信するステップ；
第１のアクセスユニットがランダムアクセスピクチャを示すアクセスユニットであるか、リーディングピクチャが存在しないか、およびフラグが、ランダムアクセスピクチャを開始するための初期符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータが存在することを示すかどうかを判定するステップ；
第１のアクセスユニットを除去するステップ；ならびに
第１のアクセスユニットを復号するステップを含む。

【発明の効果】

【0010】

本発明の前述および他の目的、特徴、ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察したときにさらに容易に理解されるであろう。

【図面の簡単な説明】

【0011】

【図1】メッセージを送り、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロックダイアグラムである。

【図2】メッセージを送るための方法の一構成を示すフローダイアグラムである。

【図3】メッセージを送るための方法のより具体的な構成を示すフローダイアグラムである。

【図4】ビットストリームをバッファリングするための方法の一構成を示すフローダイアグラムである。

【図5】ビットストリームをバッファリングするための方法のより具体的な構成を示すフローダイアグラムである。

【図6】電子デバイス上のエンコーダの一構成を示すブロックダイアグラムである。

【図7】電子デバイス上のデコーダの一構成を示すブロックダイアグラムである。

【図8】送信用電子デバイスに利用される様々なコンポーネントを示す。

【図9】受信用電子デバイスに利用される様々なコンポーネントを示すブロックダイアグラムである。

【図10】メッセージを送るためのシステムおよび方法が実装された電子デバイスの一構成を示すブロックダイアグラムである。

【図11】ビットストリームをバッファリングするためのシステムおよび方法が実装された電子デバイスの一構成を示すブロックダイアグラムである。

【発明を実施するための形態】

【0012】

メッセージを送るための電子デバイスが記載される。電子デバイスは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。電子デバイスは、第１のピクチャがクリーンランダムアクセス（ＣＲＡ：ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ）ピクチャであるかどうかを判定する。電子デバイスは、第１のピクチャがＣＲＡピクチャである場合に、リーディングピクチャが存在するかどうかも判定する。加えて、電子デバイスは、リーディングピクチャが存在する場合に、ＣＲＡリーディングピクチャ破棄フラグと、初期ＣＲＡ符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータとを含んだメッセージを生成する。電子デバイスは、さらにメッセージを送る。メッセージは、バッファリング期間付加拡張情報（ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージとするとよい。初期ＣＲＡ ＣＰＢ除去遅延パラメータは、ランダムアクセスピクチャを開始するための初期ＣＰＢ除去遅延パラメータとして参照される。ＣＲＡリーディングピクチャ破棄フラグは、ランダムアクセスピクチャを開始するための初期ＣＰＢ除去遅延パラメータがメッセージに存在するか否かを示すフラグとして参照される。

【0013】

初期ＣＲＡ ＣＰＢ除去遅延パラメータは、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］である。ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である。

【0014】

電子デバイスは、リーディングピクチャが存在する場合に、初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータも生成する。初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータは、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］である。ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である。

【0015】

第１のピクチャがＣＲＡピクチャであるかどうかを判定するステップは、第１のピクチャがＩスライスだけを含むかどうかを判定することを含む。リーディングピクチャが存在するかどうかを判定するステップは、あるピクチャが復号順ではＣＲＡピクチャの後に続き、出力順ではＣＲＡピクチャに先行するかどうかを判定することを含む。

【0016】

ビットストリームをバッファリングするための電子デバイスも記載される。電子デバイスは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。電子デバイスは、メッセージを受信する。電子デバイスは、また、第１のアクセスユニットがクリーンランダムアクセス（ＣＲＡ）アクセスユニットであるか、リーディングピクチャが存在しないか、およびＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定する。電子デバイスは、さらに、第１のアクセスユニットを除去する。加えて、電子デバイスは、第１のアクセスユニットを復号する。メッセージは、バッファリング期間付加拡張情報（ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージとするとよい。メッセージを受信するステップは、ＣＲＡ破棄フラグ、初期ＣＲＡ符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータ、および初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータを受信することを含む。

【0017】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、初期除去遅延変数は、また、初期ＣＲＡ符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータに設定される。第１のアクセスユニットを除去するステップは、初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づく。

【0018】

初期ＣＲＡ ＣＰＢ除去遅延パラメータは、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］である。ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である。

【0019】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイスは、また、ＣＲＡ ＣＰＢ除去遅延パラメータに基づいて除去時刻を決定する。第１のアクセスユニットがＣＲＡアクセスユニットであるかどうかを判定するステップは、第１のアクセスユニットに対応するすべてのネットワークアクセス層（ＮＡＬ：Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニット・タイプがＣＲＡピクチャの符号化スライスを示すかどうかを判定することを含む。第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイスは、初期ＣＲＡ符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータに基づいてビットストリーム到着時刻を決定する。

【0020】

電子デバイスによってメッセージを送るための方法も記載される。方法は、第１のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであるかどうかを判定するステップを含む。方法は、第１のピクチャがＣＲＡピクチャである場合に、リーディングピクチャが存在するかどうかを判定するステップを含む。方法は、リーディングピクチャが存在する場合に、ＣＲＡ破棄フラグと、初期ＣＲＡ符号化ピクチャバッファ（ＣＰＢ）除去遅延パラメータとを含んだメッセージを生成するステップをさらに含む。加えて、方法は、メッセージを送るステップを含む。

【0021】

電子デバイスによってビットストリームをバッファリングするための方法も記載される。方法は、メッセージを受信するステップを含む。方法は、第１のアクセスユニットがクリーンランダムアクセス（ＣＲＡ）アクセスユニットであるか、リーディングピクチャが存在しないか、およびＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定するステップも含む。方法は、第１のアクセスユニットを除去するステップをさらに含む。加えて、方法は、第１のアクセスユニットを復号するステップを含む。

【0022】

本明細書に開示されるシステムおよび方法は、メッセージを送り、ビットストリームをバッファリングするための電子デバイスを記載する。例えば、本明細書に開示されるシステムおよび方法は、クリーンランダムアクセス（ＣＲＡ）ピクチャで始まるビットストリームのためのバッファリングを記載する。いくつかの構成において、本明細書に開示されるシステムおよび方法は、ＣＲＡピクチャで始まるビットストリームのための仮想参照デコーダ（ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ）バッファリングを記載する。例として、本明細書に開示されるシステムおよび方法は、リーディングピクチャが存在するときに、バッファリング期間付加拡張情報（ＳＥＩ）メッセージ、およびＣＲＡピクチャで始まるビットストリームのためのＨＲＤに対する修正を記載する。本明細書に開示されるシステムおよび方法（例えば、ＨＲＤ修正）は、ランダムアクセスポイントでＣＲＡピクチャのプレイバックを開始するときに初期バッファリング待ち時間を短縮する利益を提供する。ランダムアクセスポイントとは、ビットストリームを復号するステップが、現ピクチャおよび出力順に前記現ピクチャに続くすべてのピクチャを復号するためにランダムアクセスポイントに先行するビットストリーム中のいかなるポイントへのアクセスも必要としない、データストリーム（例えば、ビットストリーム）における任意のポイントである。また、本明細書に開示されるシステムおよび方法は、ＣＲＡピクチャの後の１つ以上のリーディングピクチャを破棄するときに、ＨＲＤがアンダーフローしないであろうという利益を提供する。

【0023】

ＨＲＤに関連して用語「仮想」が用いられるが、ＨＲＤが物理的に実装されてもよいことに留意すべきである。例えば、実際のデコーダの実装を記載するために「ＨＲＤ」が用いられてもよい。いくつかの構成では、ビットストリームが高効率ビデオ符号化（ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）仕様に適合するかどうかを判定するためにＨＲＤが実装される。例として、ＨＲＤは、タイプＩのビットストリームおよびタイプＩＩのビットストリームがＨＥＶＣ仕様に適合するかどうかを判定するために用いられる。タイプＩのビットストリームは、ビデオ符号化層（ＶＣＬ：Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ）、ネットワークアクセス層（ＮＡＬ：Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニットおよびフィラー・データＮＡＬユニットだけを含む。タイプＩＩのビットストリームは、さらに他のＮＡＬユニットおよびシンタックス要素を含んでもよい。

【0024】

ビデオ符号化に関する共同作業チーム（ＪＣＴＶＣ：Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）の文書ＪＣＴＶＣ−Ｈ０４９６は、ＣＲＡピクチャで始まるビットストリームを提案する。この機能性が高効率ビデオ符号化（ＨＥＶＣ）委員会草案（ＪＣＴＶＣ−Ｈ１００３）に取り入れられた。

【0025】

本明細書に開示されるシステムおよび方法に従って修正されたシンタックスおよびセマンティクスの一例が次のように表（１）に示される。本明細書に開示されるシステムおよび方法による修正は、太字で示される。

【0026】

【表1】

【0027】

本明細書に開示されるシステムおよび方法によるバッファリング期間ＳＥＩメッセージのセマンティクスに関する例が次のように示される。特に、修正されたシンタックス要素のセマンティクスに関する追加の詳細が次のように示される。１に等しい「ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇ」は、「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］」および「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］」のシンタックス要素の存在を示す。０に等しい「ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇ」は、「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］」および「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］」のシンタックス要素がないことを示す。関連付けられた、または対応するピクチャがＣＲＡピクチャではないときに、このフラグが１であることはない。

【0028】

ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、開始ＣＲＡピクチャに関連するリーディングピクチャを含んだアクセスユニットが破棄されたときに、開始ＣＲＡピクチャにおけるＨＲＤ初期化後の第１のバッファリング期間に関して、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットと関連付けられた符号化データの第１のビットのＣＰＢへの到着の時刻と、同じアクセスユニットと関連付けられた符号化データのＣＰＢからの除去の時刻との間の遅延をＳｃｈｅｄＳｅｌＩｄｘ番目の符号化ピクチャバッファ（ＣＰＢ）について指定する。このシンタックス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビット単位の長さを有する。いくつかの構成において、このシンタックス要素は、９０キロヘルツ（ｋＨｚ）クロックを単位とする。

【0029】

「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］」は、０に等しくなくてもよい。そのうえ、これは、９０ｋＨｚクロック単位でＣＰＢサイズと時間的に等価な９００００^＊（ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］／^＊＊ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］を超えることはない。

【0030】

「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］」は、開始ＣＲＡピクチャに関連するリーディングピクチャを含んだアクセスユニットが破棄されたときに、ＣＲＡピクチャで始まるビットストリームに関して、符号化されたアクセスユニットのＣＰＢへの初期配信時刻をＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢについて指定するために、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙと組み合わせて用いられる。いくつかの構成において、「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］」は、９０ｋＨｚクロックを単位とする。「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］」シンタックス要素は、その長さがビット単位でｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられる固定長符号である。このシンタックス要素は、デコーダによって用いられることはなく、配信スケジューラ（例えば、ＪＣＴＶＣ−Ｈ１００３の付属書で指定された仮想ストリーム・スケジューラ（ＨＳＳ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｓｔｒｅａｍ Ｓｃｈｅｄｕｌｅｒ）にのみ必要とされる。符号化されたビデオシーケンス全体にわたって、「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］」と「ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］」との合計は、ＳｃｈｅｄＳｅｌＩｄｘの値ごとに一定である。ＳｃｈｅｄＳｅｌＩｄｘは、インデックス変数である。ｐａｙｌｏａｄＳｉｚｅは、データのバイトを指す。

【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】

いくつかの構成において、それぞれのテストに関して、次の条件がすべて満たされなければならないことがビットストリームの適合性の必要条件である。ｄｅｌｔａ ｔ_ｇ，９０（ｎ）＝９００００^＊（ｔ_ｒ，ｎ（ｎ）−ｔ_ａｆ（ｎ−１））によって指定されるｄｅｌｔａ ｔ_ｇ，９０（ｎ）をもつ、バッファリング期間ＳＥＩメッセージと関連付けられた、ｎ＞０のアクセスユニットｎごとに、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は、次のように制約されるものとする。ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０に等しい場合には、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］≦Ｃｅｉｌ（ｄｅｌｔａ ｔ_ｇ，９０（ｎ））である。そうではない（ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が１に等しい）場合には、Ｆｌｏｏｒ（ｄｅｌｔａ ｔ_ｇ，９０（ｎ））≦ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］≦Ｃｅｉｌ（ｄｅｌｔａ ｔ_ｇ，９０（ｎ））である。留意すべきは、各ピクチャの除去時刻におけるＣＰＢの正確なビット数が、ＨＲＤを初期化するためにどのバッファリング期間ＳＥＩメッセージを選択するかに依存することである。エンコーダは、これを考慮に入れて、ＨＲＤはいずれのバッファリング期間ＳＥＩメッセージでも初期化できるため、ＨＲＤを初期化するためにどのバッファリング期間メッセージを選択するかに関わらず、確実にすべての指定された制約条件に従うようにする。

【0056】

先に示されたように、本明細書に開示されるシステムおよび方法は、リーディングピクチャが存在するときにＣＲＡピクチャで始まるビットストリームのためのバッファリング期間ＳＥＩメッセージを修正するシンタックスおよびセマンティクスを提供する。いくつかの構成において、本明細書に開示されるシステムおよび方法は、ＨＥＶＣ仕様に適用される。

【0057】

便宜上、本明細書に開示されるシステムおよび方法に適用されるいくつかの定義は、次のように与えられる。ランダムアクセスポイントとは、ビットストリームを復号するステップが、現ピクチャおよび出力順に前記現ピクチャに続くすべてのピクチャを復号するためにランダムアクセスポイントに先行するビットストリーム中のいかなるポイントへのアクセスも必要としない、データストリーム（例えば、ビットストリーム）における任意のポイントである。

【0058】

バッファリング期間は、バッファリング期間ＳＥＩメッセージの２つのインスタンス間における復号順のアクセスユニットのセットとして指定される。付加拡張情報（ＳＥＩ）は、符号化されたピクチャのサンプルをＶＣＬ ＮＡＬユニットから復号するために必要ではない情報を含む。ＳＥＩメッセージは、復号、表示または他の目的に関する手順を補助する。しかしながら、ＳＥＩメッセージは、復号処理によって輝度または色差サンプルを構築するために必須ではない。出力順がＨＥＶＣ仕様に適合するように（例えば、ＨＥＶＣ仕様書の付属書Ｃが適合性に関する仕様を含む）この情報を処理するために、デコーダを適合させる必要はない。いくつかのＳＥＩメッセージ情報は、ビットストリームの適合性をチェックするため、および出力タイミングをデコーダに適合させるために必要とされる。

【0059】

バッファリング期間ＳＥＩメッセージとは、バッファリング期間に関するＳＥＩメッセージである。このメッセージは、ビットストリームの到着タイミングおよび符号化されたピクチャの除去タイミングを定義するシンタックスおよびセマンティックスを定義する。

【0060】

ピクチャパラメータセット（ＰＰＳ：ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）とは、各スライスヘッダに見出されるｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄシンタックス要素によって決定されるような、ゼロまたはそれ以上の符号化されたピクチャ全体に適用されるシンタックス要素を含んだシンタックス構造である。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、スライスヘッダにおいて参照されるピクチャパラメータセットを識別する。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から２５５までの範囲内にある。

【0061】

符号化ピクチャバッファ（ＣＰＢ）とは、仮想参照デコーダ（ＨＲＤ）において指定された復号順に複数のアクセスユニットを含む先入れ先出しバッファである。アクセスユニットとは、復号順に連続しており、ただ１つの符号化されたピクチャを含む、複数のネットワークアクセス層（ＮＡＬ）ユニットのセットである。符号化されたピクチャの複数の符号化スライスＮＡＬユニットに加えて、アクセスユニットは、符号化されたピクチャのスライスを含んでいない他のＮＡＬユニットも含んでよい。アクセスユニットを復号するステップは、復号されたピクチャを常にもたらす。ＮＡＬユニットとは、後に続くデータのタイプの指標と、必要に応じてエミュレーション防止バイトが点在したロー・バイト・シーケンス・ペイロードの形態でそのデータを含んだ、複数のバイトとを含むシンタックス構造である。

【0062】

次に図面を参照して様々な構成が記載される。図面中、同様の参照番号は、機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なった構成に配置され、設計されてもよい。従って、図面に表現されるような、いくつかの構成の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。

【0063】

図１は、メッセージを送り、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイス１０２の例を示すブロックダイアグラムである。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示される。しかしながら、留意すべきは、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂについて記載される特徴および機能性の１つ以上がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。

【0064】

電子デバイスＡ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、メッセージ生成モジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれるそれぞれの要素（例えば、エンコーダ１０４およびメッセージ生成モジュール１０８）は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。

【0065】

電子デバイスＡ１０２ａは、１つ以上の入力ピクチャ１０６を取得する。いくつかの構成において、入力ピクチャ（単数または複数）１０６は、イメージセンサを用いて電子デバイスＡ１０２ａ上に取り込まれてもよく、メモリから読み出されてもよく、および／または別の電子デバイスから受信されてもよい。

【0066】

エンコーダ１０４は、符号化データを作り出すために入力ピクチャ（単数または複数）１０６を符号化する。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えば、ビデオ）を符号化する。一構成において、エンコーダ１０４は、ＨＥＶＣエンコーダとするとよい。符号化データは、デジタルデータ（例えば、ビットストリーム１１４の一部）である。エンコーダ１０４は、入力信号に基づいてオーバーヘッド・シグナリングを生成する。

【0067】

メッセージ生成モジュール１０８は、１つ以上のメッセージを生成する。例えば、メッセージ生成モジュール１０８は、１つ以上のＳＥＩメッセージまたは他のメッセージを生成する。電子デバイス１０２（例えば、エンコーダ１０４）は、第１のピクチャ（例えば、符号化されたピクチャ）がＣＲＡピクチャであるか、および第１のピクチャがＣＲＡピクチャである場合に、リーディングピクチャが存在するかどうかを判定する。第１のピクチャがＣＲＡピクチャであり、かつリーディングピクチャが存在する場合には、メッセージ生成モジュール１０８は、ＣＲＡリーディングピクチャ破棄フラグ（例えば、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇ）、初期ＣＲＡ ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）、および初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］）の１つ以上を含む、メッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）を生成する。例えば、メッセージ生成モジュール１０８は、下の図２および図３に関連して記載される手順の１つ以上を行う。いくつかの構成において、電子デバイスＡ１０２ａは、ビットストリーム１１４の一部としてメッセージを電子デバイスＢ１０２ｂへ送る。いくつかの構成において、電子デバイスＡ１０２ａは、別の送信１１０によってメッセージを電子デバイスＢ１０２ｂへ送ってもよい。例えば、別の送信は、ビットストリーム１１４の一部でなくてもよい。例として、バッファリング期間ＳＥＩメッセージまたは他のメッセージは、何らかの帯域外メカニズムを用いて送られる。留意すべきは、いくつかの構成において、他のメッセージが上記のバッファリング期間ＳＥＩメッセージの特徴の１つ以上を含みうることである。そのうえ、他のメッセージは、１つ以上の態様において、上記のＳＥＩメッセージと同様に利用できる。

【0068】

エンコーダ１０４（および、例えば、メッセージ生成モジュール１０８）は、ビットストリーム１１４を作り出す。ビットストリーム１１４は、入力ピクチャ（単数または複数）１０６に基づく符号化ピクチャ・データを含む。いくつかの構成において、ビットストリーム１１４は、オーバーヘッド・データ、例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（単数または複数）、ＰＰＳ（単数または複数）なども含む。追加の入力ピクチャ１０６が符号化されるときに、ビットストリーム１１４は、１つ以上の符号化されたピクチャを含む。例として、ビットストリーム１１４は、対応するオーバーヘッド・データ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）をもつ１つ以上の符号化されたピクチャを含む。

【0069】

ビットストリーム１１４は、デコーダ１１２へ供給される。一例において、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂへ送信される。いくつかの場合に、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通じてなされる。図１に示されるように、デコーダ１１２は、電子デバイスＡ１０２ａ上のエンコーダ１０４とは別に電子デバイスＢ１０２ｂ上に実装される。しかしながら、留意すべきは、エンコーダ１０４およびデコーダ１１２がいくつかの構成において同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装される実施形態において、ビットストリーム１１４は、バスを通じてデコーダ１１２へ供給されてもよく、またはデコーダ１１２による読み出しのためにメモリに記憶されてもよい。

【0070】

デコーダ１１２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１１２は、ＨＥＶＣデコーダとするとよい。デコーダ１１２は、ビットストリーム１１４を受信する（例えば、取得する）。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号されたピクチャ１１８を生成する。復号されたピクチャ（単数または複数）１１８は、表示される、再生される、メモリに記憶される、および／または別のデバイスへ送信されるなどである。

【0071】

デコーダ１１２は、ＣＰＢ１２０を含む。ＣＰＢ１２０は、符号化されたピクチャを一時的に記憶する。例えば、ＣＰＢ１２０は、符号化されたピクチャを除去時刻まで記憶する。本明細書に開示されるシステムおよび方法に従って、（例えば、ビットストリーム・データの）到着時刻および（例えば、符号化されたピクチャの）除去時間の１つ以上は、メッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）に基づいてデコーダ１１２により決定される。

【0072】

デコーダ１１２は、メッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）を受信する。デコーダは、また、第１のアクセスユニットがＣＲＡアクセスユニットであるか、リーディングピクチャが存在しないか、およびＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定する。第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、デコーダは、初期除去遅延変数を初期ＣＲＡ ＣＰＢ除去遅延パラメータに設定し、このＣＲＡ ＣＰＢ除去遅延パラメータに基づいて第１のアクセスユニット（例えば、符号化されたピクチャ）をＣＰＢから除去する。例として、ＣＰＢ１２０は、下の図４および図５に関連して記載される手順の１つ以上を行う。

【0073】

上記のＨＲＤは、図１に示されるデコーダ１１２の一例である。このように、電子デバイス１０２は、いくつかの構成において、上記のＨＲＤおよびＣＰＢに従って動作する。

【0074】

留意すべきは、電子デバイス（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：Ｌａｒｇｅ−Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

【0075】

図２は、メッセージを送るための方法２００の一構成を示すフローダイアグラムである。電子デバイス１０２（例えば、電子デバイスＡ１０２ａ）は、第１のピクチャがＣＲＡピクチャであるかどうかを判定する（ステップ２０２）。例えば、エンコーダ１０４は、入力ピクチャ１０６をＣＲＡピクチャとして符号化する。いくつかの構成において、ＣＲＡピクチャは、イントラ予測だけを用いて復号される符号化されたピクチャである。例えば、ＣＲＡピクチャは、各スライスが４に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ（例えば、ネットワーク抽象化層ユニット・タイプ）を有する、１つ以上のＩスライス（例えば、ただ１つ）を含む。復号順でも出力順でもＣＲＡピクチャの後に続くすべての符号化されたピクチャは、復号順または出力順のいずれかでＣＲＡピクチャに先行する任意のピクチャからのインター予測を用いることができない。そのうえ、復号順でＣＲＡピクチャに先行する任意のピクチャは、出力順でもＣＲＡピクチャに先行しうる。それゆえに、エンコーダ１０４が入力ピクチャ１０６をＣＲＡピクチャとして符号化する場合（例えば、符号化されたピクチャがＩスライスだけを含む場合）、電子デバイス１０２は、第１のピクチャがＣＲＡピクチャであると判定する（ステップ２０２）。そうでない場合には、電子デバイス１０２は、第１のピクチャがＣＲＡピクチャではないと判定する（ステップ２０２）。

【0076】

留意すべきは、ＣＲＡピクチャがビットストリーム１１４中のランダムアクセスポイントで生じうることである。ランダムアクセスポイントとは、ビットストリームを復号するステップが、現ピクチャおよび出力順に前記現ピクチャに続くすべてのピクチャを復号するためにランダムアクセスポイントに先行するビットストリーム中のいかなるポイントへのアクセスも必要としない、データストリーム（例えば、ビットストリーム）における任意のポイントである。

【0077】

電子デバイス１０２は、第１のピクチャがＣＲＡピクチャである場合に、リーディングピクチャが存在するかどうかを判定する（ステップ２０４）。リーディングピクチャとは、復号順ではＣＲＡピクチャの後に続き、出力順ではＣＲＡピクチャに先行するピクチャである。例えば、あるピクチャが復号順ではＣＲＡピクチャの後に続き、出力順（例えば、デコーダ１１２から出力される順序）ではＣＲＡピクチャに先行するようにエンコーダ１０４によって指定されている場合にリーディングピクチャが存在する。

【0078】

リーディングピクチャが存在するかどうかを判定するステップ２０４は、１つ以上の手法に従って達成される。一手法において、電子デバイス１０２は、第１のピクチャがＣＲＡピクチャであり、かつ復号順ではＣＲＡピクチャの後に続き、出力順ではＣＲＡピクチャに先行するように（例えば、エンコーダ１０４によって）指定された別のピクチャが存在する場合に、リーディングピクチャが存在すると判定する（ステップ２０４）。いくつかの構成において、電子デバイス１０２は、リーディングピクチャが存在するかどうかを判定するために、ＣＲＡピクチャおよび１つ以上の他のピクチャに対応するデータを読み取る。例として、電子デバイス１０２は、ＣＲＡピクチャおよび１つ以上の他のピクチャの復号順ならびに出力順を指定するデータを読み取る。例えば、出力順を決定するために、ピクチャオーダカウント（ＰＯＣ：Ｐｉｃｔｕｒｅ Ｏｒｄｅｒ Ｃｏｕｎｔ）が利用される。復号順は、ビットストリーム１１４中にシンタックス要素が現れる順序に基づいて決定される。いくつかの構成において、復号されたピクチャが復号ピクチャバッファから出力されることになる場合には、出力順は、復号されたピクチャが復号ピクチャバッファから出力される順序として定義される。ピクチャの出力順は、ピクチャが出力されることになるかどうかに係わらず、ＰＯＣ値によって指定される。いくつかの構成において、復号順は、復号処理においてシンタックス要素が処理される順序として定義される。あるピクチャが復号順ではＣＲＡピクチャの後に続くように指定され、出力順ではＣＲＡピクチャに先行するように指示されるという条件が満たされている場合、電子デバイス１０２は、リーディングピクチャが存在すると判定する（ステップ２０４）。

【0079】

電子デバイス１０２は、リーディングピクチャが存在する場合に、ＣＲＡリーディングピクチャ破棄フラグと初期ＣＲＡ ＣＰＢ除去遅延パラメータとを含んだメッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）を生成する（ステップ２０６）。例えば、電子デバイス１０２は、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇおよびｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］を含むメッセージを生成する（ステップ２０６）。いくつかの構成において、メッセージは、ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータも含む。例として、電子デバイス１０２は、上の表（１）に示されるような、バッファリング期間ＳＥＩメッセージを生成する（ステップ２０６）。

【0080】

電子デバイス１０２は、メッセージ（例えば、バッファリング期間ＳＥＩメッセージまたはメッセージ）を送る（ステップ２０８）。例えば、電子デバイス１０２は、無線伝送、有線伝送、デバイスバス、ネットワークなどのうちの１つ以上を通じてメッセージを送信する。例として、電子デバイスＡ１０２ａは、メッセージを電子デバイスＢ１０２ｂへ送信する。メッセージは、例えば、ビットストリーム１１４の一部であってもよい。いくつかの構成において、電子デバイスＡ１０２ａは、（ビットストリーム１１４の一部ではない）別の送信１１０でメッセージを電子デバイスＢ１０２ｂへ送る（ステップ２０８）。例として、メッセージは、何らかの帯域外メカニズムを用いて送られる。

【0081】

図３は、メッセージを送るための方法３００のより具体的な構成を示すフローダイアグラムである。電子デバイス１０２（例えば、電子デバイスＡ１０２ａ）は、第１のピクチャがＣＲＡピクチャであるかどうかを判定する（ステップ３０２）。この判定は、上の図２に関連して記載されたように達成される。

【0082】

電子デバイス１０２は、第１のピクチャがＣＲＡピクチャである場合に、リーディングピクチャが存在するかどうかを判定する（ステップ３０４）。この判定は、上の図２に関連して記載されたように達成される。

【0083】

電子デバイス１０２は、リーディングピクチャが存在する場合に、ＣＲＡリーディングピクチャ破棄フラグ、初期ＣＲＡ ＣＰＢ除去遅延パラメータ、および初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータを含んだバッファリング期間ＳＥＩメッセージを生成する（ステップ３０６）。例えば、電子デバイス１０２は、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇ、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］を含むバッファリング期間ＳＥＩメッセージを生成する（ステップ３０６）。例として、電子デバイス１０２は、上の表（１）に示されるような、バッファリング期間ＳＥＩメッセージを生成する（ステップ３０６）。

【0084】

電子デバイス１０２は、バッファリング期間ＳＥＩメッセージを送る（ステップ３０８）。例えば、電子デバイス１０２は、無線伝送、有線伝送、デバイスバス、ネットワークなどのうちの１つ以上を通じてバッファリング期間ＳＥＩメッセージを送信する。例として、電子デバイスＡ１０２ａは、バッファリング期間ＳＥＩメッセージを電子デバイスＢ１０２ｂへ送信する。バッファリング期間ＳＥＩメッセージは、例えば、ビットストリーム１１４の一部であってもよい。

【0085】

図４は、ビットストリームをバッファリングするための方法４００の一構成を示すフローダイアグラムである。電子デバイス１０２（例えば、電子デバイスＢ１０２ｂ）は、メッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）を受信する（ステップ４０２）。例えば、電子デバイス１０２は、無線伝送、有線伝送、デバイスバス、ネットワークなどのうちの１つ以上を通じてメッセージを受信する（ステップ４０２）。例として、電子デバイスＢ１０２ｂは、メッセージを電子デバイスＡ１０２ａから受信する（ステップ４０２）。メッセージは、例えば、ビットストリーム１１４の一部であってもよい。別の例では、電子デバイスＢ１０２ｂは、（例えば、ビットストリーム１１４の一部ではない）別の送信１１０でメッセージを電子デバイスＡ１０２ａから受信する。例として、バッファリング期間ＳＥＩメッセージは、何らかの帯域外メカニズムを用いて受信される。いくつかの構成において、メッセージは、ＣＲＡリーディングピクチャ破棄フラグ、初期ＣＲＡ ＣＰＢ除去遅延パラメータ、および初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータのうちの１つ以上を含む。従って、メッセージを受信するステップ４０２は、ＣＲＡリーディングピクチャ破棄フラグ、初期ＣＲＡ ＣＰＢ除去遅延パラメータ、および初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータのうちの１つ以上を受信することを含む。

【0086】

電子デバイス１０２は、第１のアクセスユニットがＣＲＡアクセスユニットであるか、１つ以上のリーディングピクチャが存在しないか、およびＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定する（ステップ４０４）。アクセスユニットは、符号化されたピクチャを含む１つ以上のＮＡＬユニットのセットである。ビットストリーム１１４は、１つ以上のアクセスユニットを含みうる。いくつかの構成において、電子デバイス１０２は、第１のアクセスユニットに対応するＮＡＬユニット・タイプ・パラメータ（例えば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）に基づいて、第１のアクセスユニットがＣＲＡアクセスユニットであるかどうかを判定する（ステップ４０４）。例えば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ４は、ＣＲＡピクチャの符号化スライスを示す。この場合、第１のアクセスユニットに対応するＮＡＬユニット・タイプ（例えば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅｓ）の１つ以上（例えば、すべて）がＣＲＡピクチャの符号化スライスを示せば（例えば、４に等しければ）、電子デバイスは、アクセスユニットがＣＲＡアクセスユニットであると判定する。そうでない場合には、電子デバイス１０２は、第１のアクセスユニットがＣＲＡアクセスユニットではないと判定する。

【0087】

電子デバイス１０２は、いずれかのリーディングピクチャが存在するかどうかを判定する。例えば、電子デバイス１０２は、ビットストリーム１１４の一部分にいずれかのリーディングピクチャ（単数または複数）が含まれるかどうかを判定する。上記のように、リーディングピクチャは、復号順ではＣＲＡピクチャの後に続き、出力順ではＣＲＡピクチャに先行するピクチャである。例えば、あるピクチャが復号順ではＣＲＡピクチャの後に続き、出力順（例えば、デコーダ１１２から出力される順序）ではＣＲＡピクチャに先行するようにエンコーダ１０４によって指定されている場合にリーディングピクチャが存在する。

【0088】

リーディングピクチャが存在するかどうかを判定するステップは、１つ以上の手法に従って達成される。一手法において、電子デバイス１０２は、（第１のアクセスユニットにおける）あるピクチャがＣＲＡピクチャであり、かつ復号順ではＣＲＡピクチャの後に続き、出力順ではＣＲＡピクチャに先行するように（例えば、エンコーダ１０４によって）指定された別のピクチャが存在する場合に、リーディングピクチャが存在すると判定する。いくつかの構成において、電子デバイス１０２は、リーディングピクチャが存在するかどうかを判定するために、ＣＲＡピクチャおよび１つ以上の他のピクチャに対応するデータを読み取る。例えば、電子デバイス１０２は、ＣＲＡピクチャおよび１つ以上の他のピクチャの復号順ならびに出力順を指定するデータを読み取る。一例において、電子デバイス１０２は、ビットストリーム１１４中の指標を受信する。別の例では、電子デバイス１０２は、ピクチャに関するＰＯＣ値を決定し、それを対応するＣＲＡピクチャのＰＯＣ値と比較することによって、リーディングピクチャが存在するかどうかを判定する。あるピクチャが復号順ではＣＲＡピクチャの後に続くように指示され、出力順にはＣＲＡピクチャに先行するように指示されるという条件が満たされている場合、電子デバイス１０２は、リーディングピクチャが存在すると判定する。しかしながら、判定基準の１つ以上が満たされない場合には、電子デバイス１０２は、リーディングピクチャ（単数または複数）が何も存在しないと判定する。

【0089】

電子デバイス１０２は、ＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定する。例えば、電子デバイス１０２は、ＳＥＩメッセージにおけるＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定するために、メッセージを読み取る。例として、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇが１の値を有する場合には、電子デバイス１０２は、ＣＲＡリーディングピクチャ破棄フラグが破棄を示すと判定する。しかしながら、ｃｒａ＿ｌｅａｄｉｎｇｐｉｃｔ＿ｄｉｓｃａｒｄ＿ｆｌａｇが０の値を有する場合には、電子デバイス１０２は、ＣＲＡリーディングピクチャ破棄フラグが破棄を示さないと判定する。

【0090】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが何も存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイス１０２は、初期除去遅延変数を初期ＣＲＡ ＣＰＢ除去遅延パラメータに設定する（ステップ４０６）。この場合、例えば、電子デバイス１０２は、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］をｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に設定する。

【0091】

いくつかの構成において、電子デバイス１０２（例えば、デコーダ１１２）は、初期ＣＲＡ ＣＰＢ除去遅延パラメータおよび初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータのうちの１つ以上に基づいてビットストリーム到着時刻を決定する。例えば、第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが何も存在せず、かつＣＲＡピクチャ破棄フラグが破棄を示す場合、ビットストリーム到着時刻は、次のように決定される。

【0092】

上記のように、ＣＰＢ１２０を初期化するアクセスユニットの後のアクセスユニット（例えば、ｎ＞０）に関して、ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０であり、かつアクセスユニット（例えば、ｎ）が後続のバッファリング期間の第１のアクセスユニットではない場合、電子デバイス１０２は、ｔ_{ａｉ，ｅａｒｌｉｅｓｔ}（ｎ）に基づいて、ビットストリーム到着時刻ｔ_ａｉ（ｎ）を決定する。ｔ_{ａｉ，ｅａｒｌｉｅｓｔ}（ｎ）は、初期除去遅延変数（例えば、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）および初期除去遅延オフセット変数（例えば、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ）に基づいて決定される。上記と同様に、初期除去遅延変数は、初期ＣＲＡ ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］に設定される（ステップ４０６）。それゆえに、ビットストリーム到着時刻を決定するステップは、初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づくことができる。いくつかの構成において、初期除去遅延オフセット変数（例えば、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］）も、初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］）に設定される。従って、ビットストリーム到着時刻を決定するステップは、追加的に初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータに基づくことができる。

【0093】

上記のように、ＣＰＢ１２０を初期化するアクセスユニットの後のアクセスユニット（例えば、ｎ＞０）に関しては、ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０であり、かつアクセスユニット（例えば、ｎ）が後続のバッファリング期間の第１のアクセスユニットである場合、電子デバイス１０２は、初期除去遅延変数（例えば、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）に基づいてビットストリーム到着時刻ｔ_ａｉ（ｎ）を決定する。上記と同様に、初期除去遅延変数は、初期ＣＲＡ ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］に設定される（ステップ４０６）。それゆえに、ビットストリーム到着時刻を決定するステップは、初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づくことができる。

【0094】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが何も存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイス１０２は、初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づいて第１のアクセスユニットを除去する（ステップ４０８）。例えば、電子デバイス１０２は、初期ＣＲＡ ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）に基づいて第１のアクセスユニットに関する除去時刻を決定する。除去時刻に達したときに、電子デバイス１０２は、例として、第１のアクセスユニットをＣＰＢから除去する。

【0095】

電子デバイス１０２は、第１のアクセスユニットを復号する（ステップ４１０）。例えば、電子デバイス１０２は、第１のアクセスユニットに含まれる符号化されたピクチャを復号する（ステップ４１０）。いくつかの構成において、電子デバイス１０２は、第１のアクセスユニットを除去して（ステップ４０８）、除去の際にそれを復号する（ステップ４１０）。例えば、各アクセスユニットと関連付けられたデータは、ＣＰＢ除去時刻に除去され、瞬時復号処理により瞬時に復号される。留意すべきは、用語「瞬時」およびその変形が任意の時間間隔がないことを必ずしも示さないことである。例えば、「瞬時」処理がいくらかの時間を占めてもよい。

【0096】

第１のアクセスユニットがＣＲＡアクセスユニットではないか、第１のアクセスユニットがＣＲＡアクセスユニットであり、かつリーディングピクチャが存在するか、またはＣＲＡリーディングピクチャ破棄フラグが破棄を示さない場合には、電子デバイス１０２は、初期除去遅延変数を初期ＣＰＢ除去遅延パラメータに設定する（ステップ４１２）。この場合、例えば、電子デバイス１０２は、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］をｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に設定する。

【0097】

第１のアクセスユニットがＣＲＡアクセスユニットではないか、第１のアクセスユニットがＣＲＡアクセスユニットであり、かつリーディングピクチャが存在するか、またはＣＲＡリーディングピクチャ破棄フラグが破棄を示さない場合には、電子デバイス１０２は、初期ＣＰＢ除去遅延パラメータに基づいて第１のアクセスユニットを除去する（ステップ４１４）。例えば、電子デバイス１０２は、初期ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）に基づいて、第１のアクセスユニットに関する除去時刻を決定する。除去時刻に達したときに、電子デバイス１０２は、例として、第１のアクセスユニットをＣＰＢから除去する。

【0098】

電子デバイス１０２は、第１のアクセスユニットを復号する（ステップ４１６）。例えば、電子デバイス１０２は、第１のアクセスユニットに含まれる符号化されたピクチャを復号する（ステップ４１６）。例えば、各アクセスユニットと関連付けられたデータは、ＣＰＢ除去時刻に除去され、瞬時復号処理により瞬時に復号される。

【0099】

図５は、ビットストリームをバッファリングするための方法５００のより具体的な構成を示すフローダイアグラムである。電子デバイス１０２（例えば、電子デバイスＢ１０２ｂ）は、バッファリング期間ＳＥＩメッセージを受信する（ステップ５０２）。これは、例えば、図４に関連して上記のように達成される。

【0100】

電子デバイス１０２は、第１のアクセスユニットがＣＲＡアクセスユニットであるか、１つ以上のリーディングピクチャが存在しないか、およびＣＲＡリーディングピクチャ破棄フラグが破棄を示すかどうかを判定する（ステップ５０４）。これは、例えば、図４に関連して上記のように達成される。

【0101】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが何も存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイス１０２は、初期除去遅延変数を初期ＣＲＡ ＣＰＢ除去遅延パラメータに設定する（ステップ５０６）。この場合、例えば、電子デバイス１０２は、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］をｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に設定する。

【0102】

いくつかの構成において、電子デバイス１０２は、初期ＣＲＡ ＣＰＢ除去遅延パラメータおよび初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータのうちの１つ以上に基づいて、ビットストリーム到着時刻を決定する。これは、例えば、上の図４に関連して上記のようになされる。

【0103】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが何も存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイス１０２は、初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づいて除去時刻（例えば、ｔ_ｒ，ｎ）を決定する（ステップ５０８）。これは、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］／９００００に関連して上記のように達成される。

【0104】

第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャが何も存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合には、電子デバイス１０２は、初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づいて第１のアクセスユニットを除去する（ステップ５１０）。例えば、電子デバイス１０２は、上記のように初期ＣＲＡ ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｒａ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）に基づいて、第１のアクセスユニットに関する除去時刻（例えば、ｔ_ｒ，ｎ）を決定する（ステップ５０８）。除去時刻（例えば、ｔ_ｒ，ｎ）に達したときに、電子デバイス１０２は、例として、第１のアクセスユニットをＣＰＢから除去する（ステップ５１０）。

【0105】

電子デバイス１０２は、第１のアクセスユニットを復号する（ステップ５１２）。例えば、電子デバイス１０２は、第１のアクセスユニットに含まれる符号化されたピクチャを復号する（ステップ５１２）。例えば、各アクセスユニットと関連付けられたデータは、ＣＰＢ除去時刻に除去され、瞬時復号処理により瞬時に復号される。

【0106】

第１のアクセスユニットがＣＲＡアクセスユニットではないか、第１のアクセスユニットがＣＲＡアクセスユニットであり、かつリーディングピクチャが存在するか、またはＣＲＡリーディングピクチャ破棄フラグが破棄を示さない場合には、電子デバイス１０２は、初期除去遅延変数を初期ＣＰＢ除去遅延パラメータに設定する（ステップ５１４）。この場合、例えば、電子デバイス１０２は、ｕｓｅ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］をｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値に設定する。

【0107】

第１のアクセスユニットがＣＲＡアクセスユニットではないか、第１のアクセスユニットがＣＲＡアクセスユニットであり、かつリーディングピクチャが存在するか、またはＣＲＡリーディングピクチャ破棄フラグが破棄を示さない場合には、電子デバイス１０２は、初期ＣＰＢ除去遅延パラメータに基づいて除去時刻（例えば、ｔ_ｒ，ｎ）を決定する（ステップ５１６）。これは、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］／９００００と関連して上記のように達成される。

【0108】

第１のアクセスユニットがＣＲＡアクセスユニットではないか、第１のアクセスユニットがＣＲＡアクセスユニットであり、かつリーディングピクチャが存在するか、またはＣＲＡリーディングピクチャ破棄フラグが破棄を示さない場合には、電子デバイス１０２は、初期ＣＰＢ除去遅延パラメータに基づいて第１のアクセスユニットを除去する（ステップ５１８）。例えば、電子デバイス１０２は、上記のように初期ＣＰＢ除去遅延パラメータ（例えば、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］）に基づいて第１のアクセスユニットに関する除去時刻（例えば、ｔｒ，ｎ）を決定する（ステップ５１６）。除去時刻（例えば、ｔ_ｒ，ｎ）に達したときに、電子デバイス１０２は、例として、第１のアクセスユニットをＣＰＢから除去する（ステップ５１８）。

【0109】

電子デバイス１０２は、第１のアクセスユニットを復号する（ステップ５２０）。例えば、電子デバイス１０２は、第１のアクセスユニットに含まれる符号化されたピクチャを復号する（ステップ５２０）。例えば、各アクセスユニットと関連付けられたデータは、ＣＰＢ除去時刻に除去され、瞬時復号処理により瞬時に復号される。

【0110】

図６は、電子デバイス６０２上のエンコーダ６０４の一構成を示すブロックダイアグラムである。留意すべきは、電子デバイス６０２内に含まれるとして示される要素の１つ以上がハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス６０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ６０４を含む。例として、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令をもつメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）など、またはそれらの組み合わせとして実装されてもよい。いくつかの構成において、エンコーダ６０４は、ＨＥＶＣコーダとするとよい。

【0111】

電子デバイス６０２は、ソース６２２を含む。ソース６２２は、ピクチャ、または１つ以上の入力ピクチャ６０６としての画像データ（例えば、ビデオ）をエンコーダ６０４へ供給する。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線受信機、ポートなどを含む。

【0112】

１つ以上の入力ピクチャ６０６がフレーム内予測モジュールおよび再構成バッファ６２４へ供給される。入力ピクチャ６０６は、また、動き推定および動き補償モジュール６４６へ、そして減算モジュール６２８へも供給される。

【0113】

フレーム内予測モジュールおよび再構成バッファ６２４は、１つ以上の入力ピクチャ６０６および再構成データ６６０に基づいて、イントラモード情報６４０およびイントラ信号６２６を生成する。動き推定および動き補償モジュール６４６は、１つ以上の入力ピクチャ６０６および参照ピクチャバッファ６７６信号６７８に基づいて、インターモード情報６４８およびインター信号６４４を生成する。いくつかの構成において、参照ピクチャバッファ６７６は、参照ピクチャバッファ６７６に１つ以上の参照ピクチャからのデータを含む。

【0114】

エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間で選択を行う。イントラ信号６２６は、ピクチャ内の空間的特性をイントラ符号化モードで活用するために用いられる。インター信号６４４は、ピクチャ間の時間的特性をインター符号化モードで活用するために用いられる。イントラ符号化モードにある間には、イントラ信号６２６が減算モジュール６２８へ供給され、イントラモード情報６４０がエントロピー符号化モジュール６４２へ供給される。インター符号化モードにある間には、インター信号６４４が減算モジュール６２８へ供給され、インターモード情報６４８がエントロピー符号化モジュール６４２へ供給される。

【0115】

減算モジュール６２８では、予測残差６３０を作り出すために、（モードに依存して）イントラ信号６２６か、またはインター信号６４４のいずれかが入力ピクチャ６０６から減算される。予測残差６３０は、変換モジュール６３２へ供給される。変換モジュール６３２は、予測残差６３０を圧縮して、量子化モジュール６３６へ供給される変換信号６３４を作り出す。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化された係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄ ａｎｄ ｑｕａｎｔｉｚｅｄ ｃｏｅｆｆｉｃｉｅｎｔ）６３８を作り出す。

【0116】

ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０へ供給される。逆量子化モジュール６５０は、ＴＱＣ６３８に対して逆量子化を行い、逆変換モジュール６５４へ供給される逆量子化された信号６５２を作り出す。逆変換モジュール６５４は、逆量子化された信号６５２を展開して、再構成モジュール６５８へ供給される展開された信号６５６を作り出す。

【0117】

再構成モジュール６５８は、展開された信号６５６に基づいて再構成されたデータ６６０を作り出す。例えば、再構成モジュール６５８は、ピクチャを再構成（修正）する。再構成されたデータ６６０は、デブロッキングフィルタ６６２へ、ならびにイントラ予測モジュールおよび再構成バッファ６２４へ供給される。デブロッキングフィルタ６６２は、再構成されたデータ６６０に基づいてフィルタされた信号６６４を作り出す。

【0118】

フィルタされた信号６６４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）モジュール６６６へ供給される。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２へ供給されるＳＡＯ情報６６８、および適応ループフィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）６７２へ供給されるＳＡＯ信号６７０を作り出す。ＡＬＦ６７２は、参照ピクチャバッファ６７６へ供給されるＡＬＦ信号６７４を作り出す。ＡＬＦ信号６７４は、参照ピクチャとして用いることができる１つ以上のピクチャからのデータを含む。

【0119】

エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ６１４ａ（例えば、符号化ピクチャ・データ）を作り出す。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化する。特に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８のうちの１つ以上に基づいてＴＱＣ６３８を符号化する。ビットストリームＡ６１４ａ（例えば、符号化ピクチャ・データ）は、メッセージ生成モジュール６０８へ供給される。メッセージ生成モジュール６０８は、図１に関連して記載されたメッセージ生成モジュール１０８と同様に構成される。加えて、または代わりに、メッセージ生成モジュール６０８は、図２および図３に関連して記載された手順の１つ以上を行う。

【0120】

例えば、メッセージ生成モジュール６０８は、（例えば、ビットストリームＡ６１４ａにおける）第１のピクチャがＣＲＡピクチャであり、かつリーディングピクチャが存在する場合に、ＣＲＡリーディングピクチャ破棄フラグ、初期ＣＲＡ ＣＰＢ除去遅延パラメータおよび初期ＣＲＡ ＣＰＢ除去遅延オフセット・パラメータのうちの１つ以上を含んだメッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）を生成する。いくつかの構成では、メッセージがビットストリームＡ６１４ａに挿入されて、ビットストリームＢ６１４ｂを作り出す。従って、メッセージは、例えば、ビットストリームＡ６１４ａ全体が生成された後に（例えば、ビットストリームＢ６１４ｂの大部分が生成された後に）生成される。他の構成では、メッセージは、ビットストリームＡ６１４ａには挿入されない（その場合、ビットストリームＢ６１４ｂはビットストリームＡ６１４ａと同じである）が、別の送信６１０で供給されてもよい。

【0121】

いくつかの構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスへ送る。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信機、ポートなどへ供給される。例として、ビットストリーム６１４は、ＬＡＮ、インターネット、セルラーフォン基地局などを通じて別の電子デバイスへ送信される。加えて、または代わりに、ビットストリーム６１４は、電子デバイス６０２上のメモリまたは他のコンポーネントに記憶されてもよい。

【0122】

図７は、電子デバイス７０２上のデコーダ７１２の一構成を示すブロックダイアグラムを示す。デコーダ７１２は、電子デバイス７０２に含まれてもよい。例えば、デコーダ７１２は、ＨＥＶＣデコーダとするとよい。デコーダ７１２、およびデコーダ７１２に含まれるとして示される要素の１つ以上は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ７１２は、復号のためにビットストリーム７１４（例えば、ビットストリーム７１４に含まれる１つ以上の符号化されたピクチャおよびオーバーヘッド・データ）を受信する。いくつかの構成では、受信したビットストリーム７１４が受信したオーバーヘッド・データ、例えば、メッセージ（例えば、バッファ期間ＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどを含む。いくつかの構成では、デコーダ７１２が別の送信７１０を追加的に受信する。別の送信７１０がメッセージ（例えば、バッファ期間ＳＥＩメッセージまたは他のメッセージ）を含んでもよい。例えば、バッファ期間ＳＥＩメッセージまたは他のメッセージがビットストリーム７１４のかわりに別の送信７１０で受信されてもよい。しかしながら、別の送信７１０は、随意的であり、いくつかの構成では利用できないことに留意すべきである。

【0123】

デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、上の図１に関連して記載されたＣＰＢ１２０と同様に構成される。加えて、または代わりに、デコーダ７１２は、図４および図５に関連して記載された手順の１つ以上を行う。例えば、デコーダ７１２は、メッセージ（例えば、バッファリング期間ＳＥＩメッセージまたは他のメッセージ）を受信する。加えて、デコーダ７１２は、第１のアクセスユニットがＣＲＡアクセスユニットであり、リーディングピクチャは存在せず、かつＣＲＡリーディングピクチャ破棄フラグが破棄を示す場合に、初期除去遅延変数を初期ＣＲＡ ＣＰＢ除去遅延パラメータに設定するステップ、および初期ＣＲＡ ＣＰＢ除去遅延パラメータに基づいて第１のアクセスユニットを除去するステップのうちの１つ以上を行う。ビットストリームが１つ以上のアクセスユニットを含んでもよく、これらのアクセスユニットが符号化ピクチャ・データおよびオーバーヘッド・データのうちの１つ以上を含んでもよいことに留意すべきである。

【0124】

符号化ピクチャバッファ（ＣＰＢ）７２０は、符号化ピクチャ・データをエントロピー復号モジュール７０１へ供給する。符号化ピクチャ・データは、エントロピー復号モジュール７０１によりエントロピー復号され、それによって動き情報信号７０３、ならびに量子化、スケーリングおよび／または変換された係数７０５が作り出される。

【0125】

動き情報信号７０３は、フレーム間予測信号７８２を作り出す動き補償モジュール７８０において、フレームメモリ７０９からの参照フレーム信号７９８の一部分と結合される。量子化、デスケーリングおよび／または変換された係数７０５は、逆モジュール７０７により逆量子化、逆スケーリングおよび逆変換され、それによって復号された残差信号７８４を作り出す。復号された残差信号７８４は、予測信号７９２に加算されて結合信号７８６を作り出す。予測信号７９２とは、動き補償モジュール７８０によって作り出されたフレーム間予測信号７８２、またはフレーム内予測モジュール７８８によって作り出されたフレーム内予測信号７９０のいずれかから選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム７１４に基づくことができる（例えば、ビットストリーム７１４によって制御できる）。

【0126】

フレーム内予測信号７９０は、（例えば、現フレームにおける）結合信号７８６から予め復号された情報から予測される。結合信号７８６は、また、デブロッキングフィルタ７９４によってフィルタされる。結果的に得られるフィルタされた信号７９６は、フレームメモリ７０９に書き込まれる。結果的に得られるフィルタされた信号７９６は、復号されたピクチャを含む。フレームメモリ７０９は、復号されたピクチャ７１８を供給する。

【0127】

図８は、送信用電子デバイス８０２に利用される様々なコンポーネントを示す。本明細書に記載される電子デバイス１０２、６０２、７０２の１つ以上は、図８に示される送信用電子デバイス８０２に従って実装される。

【0128】

送信用電子デバイス８０２は、電子デバイス８０２の動作を制御するプロセッサ８１７を含む。プロセッサ８１７は、ＣＰＵとも呼ばれる。メモリ８１１は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）の両方または情報を記憶する任意のタイプのデバイスを含み、命令８１３ａ（例えば、実行可能な命令）およびデータ８１５ａをプロセッサ８１７へ供給する。メモリ８１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）も含んでよい。メモリ８１１は、プロセッサ８１７と電子通信を行う。

【0129】

命令８１３ｂおよびデータ８１５ｂは、プロセッサ８１７にも存在する。プロセッサ８１７に読み込まれた命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７による実行または処理のために読み込まれた、メモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含んでよい。命令８１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ８１７によって実行される。例えば、命令８１３ｂは、上記の方法２００、３００、４００、５００の１つ以上を行うために実行可能である。

【0130】

送信用電子デバイス８０２は、他の電子デバイス（例えば、受信用電子デバイス）と通信するための１つ以上の通信インターフェース８１９を含む。通信インターフェース８１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース８１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ：ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ：ｉｎｆｒａｒｅｄ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）仕様などによる無線トランシーバなどを含む。

【0131】

送信用電子デバイス８０２は、１つ以上の出力デバイス８２３および１つ以上の入力デバイス８２１を含む。出力デバイス８２３の例は、スピーカ、プリンタなどを含む。送信用電子デバイス８０２に含まれる出力デバイスの１つのタイプは、表示デバイス８２５である。本明細書に開示される構成とともに用いられる表示デバイス８２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ）、液晶表示（ＬＣＤ：ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ：ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）、気体プラズマ、エレクトロルミネセンスなどを利用する。表示コントローラ８２７は、メモリ８１１に記憶されたデータを、ディスプレイ８２５上に示されるテキスト、グラフィックス、および／または動画に（適宜）変換するために提供される。入力デバイス８２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。

【0132】

送信用電子デバイス８０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム８２９によって結合される。しかしながら、明確にするために、図８では様々なバスがバスシステム８２９として示される。図８に示される送信用電子デバイス８０２は、具体的なコンポーネントのリスティングではなく、機能ブロックダイアグラムである。

【0133】

図９は、受信用電子デバイス９０２に利用される様々なコンポーネントを示すブロックダイアグラムである。本明細書に記載される電子デバイス１０２、６０２、７０２の１つ以上は、図９に示される受信用電子デバイス９０２に従って実装される。

【0134】

受信用電子デバイス９０２は、電子デバイス９０２の動作を制御するプロセッサ９１７を含む。プロセッサ９１７は、ＣＰＵとも呼ばれる。メモリ９１１は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方または情報を記憶する任意のタイプのデバイスを含み、命令９１３ａ（例えば、実行可能な命令）およびデータ９１５ａをプロセッサ９１７へ供給する。メモリ９１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。メモリ９１１は、プロセッサ９１７と電子通信を行う。

【0135】

命令９１３ｂおよびデータ９１５ｂは、プロセッサ９１７にも存在する。プロセッサ９１７に読み込まれた命令９１３ｂおよび／またはデータ９１５ｂは、プロセッサ９１７による実行または処理のために読み込まれた、メモリ９１１からの命令９１３ａおよび／またはデータ９１５ａも含んでよい。命令９１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ９１７によって実行される。例えば、命令９１３ｂは、上記の方法２００、３００、４００、５００の１つ以上を行うために実行可能である。

【0136】

受信用電子デバイス９０２は、他の電子デバイス（例えば、送信用電子デバイス）と通信するための１つ以上の通信インターフェース９１９を含む。通信インターフェース９１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース９１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）仕様による無線トランシーバなどを含む。

【0137】

受信用電子デバイス９０２は、１つ以上の出力デバイス９２３および１つ以上の入力デバイス９２１を含む。出力デバイス９２３の例は、スピーカ、プリンタなどを含む。電子デバイス９０２に含まれる出力デバイスの１つのタイプは、表示デバイス９２５である。本明細書に開示される構成とともに用いられる表示デバイス９２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ）、液晶表示（ＬＣＤ）、発光ダイオード（ＬＥＤ）、気体プラズマ、エレクトロルミネセンスなどを利用する。表示コントローラ９２７は、メモリ９１１に記憶されたデータを、ディスプレイ９２５上に示されるテキスト、グラフィックス、および／または動画へ（適宜）変換するために提供される。入力デバイス９２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。

【0138】

受信用電子デバイス９０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム９２９によって結合される。しかしながら、明確にするために、図９では様々なバスがバスシステム９２９として示される。図９に示される受信用電子デバイス９０２は、具体的なコンポーネントのリスティングではなく、機能ブロックダイアグラムである。

【0139】

図１０は、メッセージを送るためのシステムおよび方法が実装された電子デバイス１００２の一構成を示すブロックダイアグラムである。電子デバイス１００２は、符号化手段１０３１および送信手段１０３３を含む。符号化手段１０３１および送信手段１０３３は、上の図１、図２、図３、図６および図８の１つ以上に関連して記載された機能の１つ以上を行うように構成される。例えば、符号化手段１０３１および送信手段１０３３は、ビットストリーム１０１４を生成する。上の図８は、図１０の具体的な装置構造の一例を示す。図１、図２、図３、図６および図８の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。

【0140】

図１１は、ビットストリーム１１１４をバッファリングするためのシステムおよび方法が実装された電子デバイス１１０２の一構成を示すブロックダイアグラムである。電子デバイス１１０２は、受信手段１１３５および復号手段１１３７を含む。受信手段１１３５および復号手段１１３７は、上の図１、図４、図５、図７および図９の１つ以上に関連して記載された機能の１つ以上を行うように構成される。例えば、受信手段１１３５および復号手段１１３７は、ビットストリーム１１１４を受信する。上の図９は、図１１の具体的な装置構造の一例を示す。図１、図４、図５、図７および図９の１つ以上の機能を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。

【0141】

用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または記憶するために使用できて、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。

【0142】

留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法または手法の１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

【0143】

本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく、修正されてもよい。

【0144】

理解すべきは、特許請求の範囲が先に示された通りの構成および構成要素には限定されないことである。特許請求の範囲から逸脱することなく、本明細書に記載される配置、操作、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】