JP2017525231A - ビットストリームパーティションのためのｈｒｄパラメータを信号伝達すること - Google Patents

Abstract

一例では、ビデオデータをコード化（例えば、符号化又は復号）するための機器は、ビットストリームのデータを記憶するためのメモリと、ビデオコーダとを含み、ビデオコーダは、ビットストリームのビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素をコード化すべきかどうかを、仮想参照デコーダ（ＨＲＤ）パラメータがビットストリームのためにコード化されるかどうかに基づいて決定するように構成され、初期到着遅延シンタックス要素をコード化すると決定したことに応答して、初期到着遅延シンタックス要素をコード化する。ビデオコーダは、ビットストリームのためのＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値を有するときのみ、例えば、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータがビットストリーム中でコード化されるとき、又はＶＣＬ ＨＲＤ動作がビットストリーム中で必要とされると決定されたときのみ、初期到着遅延シンタックス要素をコード化すると決定し得る。

Description

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

[0002]本開示はビデオコード化に関する。

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

[0004]ビデオコード化技法は、ビデオシーケンスに固有の冗長性を低減又は除去するための空間（ピクチャ内）予測及び／又は時間（ピクチャ間）予測を含む。ブロックベースのビデオコード化の場合、ビデオスライス（例えば、ビデオフレーム又はビデオフレームの一部分）が、ツリーブロック、コード単位（ＣＵ：coding unit）及び／又はコード化ノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（Ｐ又はＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測又は他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

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

[0006]概して、本開示は、ビットストリームパーティションのための仮想参照デコーダ（ＨＲＤ：hypothetical reference decoder）パラメータを信号伝達するための技法について説明する。即ち、本開示の技法は、例えば、マルチレイヤビデオコード化における、ビットストリームパーティションのためのＨＲＤパラメータの信号伝達を改善し得る。ビデオビットストリームは、時間次元、（例えば、マルチビュービデオデータのための）ビュー次元、（例えば、スケーラブルビデオコード化のための）スケーラビリティ次元など、様々な次元における様々なレイヤを含み得る。ビデオデコーダによる後続の復号のためにそれのいずれか又は全てが個々に抽出され得るビットストリームパーティションのためのＨＲＤパラメータ信号伝達を改善し得る、単独で又は任意の組合せで使用され得る様々な技法について説明する。

[0007]一例では、ビデオデータをコード化（例えば、符号化又は復号）する方法は、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値をコード化することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータをコード化することと、ＨＲＤパラメータを使用してビットストリームを処理することとを含む。

[0008]別の例では、ビデオデータをコード化（例えば、符号化又は復号）するための機器は、ビデオデータを記憶するように構成されたメモリと、ビデオコーダとを含み、ビデオコーダは、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値をコード化することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータをコード化することと、ＨＲＤパラメータを使用してビットストリームを処理することとを行うように構成される。

[0009]別の例では、ビデオデータをコード化（例えば、符号化又は復号）するための機器は、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値をコード化するための手段と、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータをコード化するための手段と、ＨＲＤパラメータを使用してビットストリームを処理するための手段とを含む。

[0010]別の例では、コンピュータ可読記憶媒体は、実行されたとき、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値をコード化することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータをコード化することと、ＨＲＤパラメータを使用してビットストリームを処理することとを１つ又は複数のプロセッサに行わせる命令で符号化される。

[0011]１つ又は複数の例の詳細を添付の図面及び以下の説明に記載する。他の特徴、目的及び利点は、その説明及び図面、並びに特許請求の範囲から明らかになろう。

[0012]仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法を利用し得る例示的なビデオ符号化及び復号システムを示すブロック図。 [0013]仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法を実装し得るビデオエンコーダの一例を示すブロック図。 [0014]仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法を実装し得るビデオデコーダの一例を示すブロック図。 [0015]本開示の技法に従ってビデオデータを符号化するための例示的な方法を示すフローチャート。 [0016]本開示の技法に従ってビデオデータを復号するための例示的な方法を示すフローチャート。

[0017]概して、本開示は、仮想参照デコーダ（ＨＲＤ）パラメータをコード化（例えば、符号化又は復号）することに関する技法について説明する。概して、タイムラインを管理するために、及びビデオコード化プロセスのためのコード化ピクチャのサイズを制御するために、ＨＲＤパラメータが使用される。例えば、ビデオコーダは、ピクチャを復号する目的でコード化ピクチャバッファ（ＣＰＢ）から符号化ピクチャをいつ抽出すべきかを決定するために、及び／又は復号ピクチャバッファ（ＤＰＢ）から復号ピクチャをいつ抽出、出力及び／又は削除すべきかを決定するために、ＨＲＤパラメータを使用し得る。

[0018]ビデオビットストリームは、様々な異なる復号及びレンダリング機器によって使用され得るコード化ビデオデータを含み得る。例えば、ビデオデコーダは、様々な復号ツールを実装し得る、様々なビデオコード化規格プロファイル及びレベルをサポートし得る。同様に、ビデオレンダリング機器（例えば、表示器）は、様々なレンダリング能力（例えば、リフレッシュレート／フレームレート、同時に再生され得るビューの数、インターレース又はプログレッシブ走査再生など）をサポートし得る。このようにして、単一のビデオビットストリームが、複数の異なるビデオデコーダ及びレンダリング機器によって使用可能であり得る。

[0019]一例として、ビデオビットストリームは、様々なフレームレートがビデオビットストリームからレンダリングされ得るとき、時間スケーラビリティをサポートすると言われることがある。例えば、毎秒１５フレーム（ＦＰＳ）、３０ＦＰＳ、６０ＦＰＳ、１２０ＦＰＳ及び２４０ＦＰＳのフレームレートを有するビデオをレンダリングするために、同じビデオビットストリームが使用され得る。概して、これらの様々な再生フレームレートの各々は、ビットストリームの１つ又は複数の「サブレイヤ」のセットに対応する。各漸進的により高いレイヤは、そのサブレイヤにある、及びそのサブレイヤの下の全てのフレームを含む。従って、１５ＦＰＳ再生のためのピクチャは、サブレイヤ０ピクチャを含み得、３０ＦＰＳ再生のためのピクチャは、サブレイヤ０ピクチャとサブレイヤ１ピクチャとを含み得、６０ＦＰＳ再生のためのピクチャは、サブレイヤ０、１及び２のピクチャを含み得、以下同様である。

[0020]このようにして、機器が、ビデオビットストリームによってサポートされる最大フレームレートよりも低いフレームレートにおいて再生を実行するように構成されたとき、機器は、再生のために必要とされるピクチャのみを抽出及び復号するために、ビットストリームからのサブビットストリーム抽出を実行し得る。上記の例を続けると、機器が、６０ＦＰＳ再生を実行すると決定すべきである場合、機器は、サブレイヤ０、１及び２のピクチャを抽出し、これらのピクチャのみを復号し得る（即ち、サブレイヤ３及び４のピクチャを復号しない）。

[0021]ビデオパラメータセット（ＶＰＳ）シンタックス構造は、ビットストリーム中に含まれ得るサブレイヤの最大数を示すデータを含み得る。従って、ＨＲＤパラメータは、最大数のサブレイヤの各々のために信号伝達され得る。しかしながら、（例えば、時間スケーラビリティの目的の）サブビットストリーム抽出は、最大数よりも少ない数のサブレイヤを有する抽出されたサブビットストリームを生じ得る。最大数のサブレイヤの各々のために情報を信号伝達するのではなく、本開示は、（ＶＰＳによって示されるサブレイヤの最大数よりも小さいか又はそれに等しいことがある）ビットストリーム中に実際に含まれる数のサブレイヤのみのためにＨＲＤパラメータを信号伝達するための技法について説明する。このようにして、これらの技法は、ＨＲＤパラメータが最大数のサブレイヤの各々のために信号伝達される技法に関してビット節約を達成し得る。

[0022]同様に、本開示は、ビットストリームの各パーティションの各サブレイヤのためにＨＲＤパラメータを信号伝達するための技法について説明する。例えば、ＶＰＳは、幾つかの可能な出力レイヤセットの各々上で反復するパラメータのループを含み得、各可能な出力レイヤセットのために、対応する出力レイヤセット中に含まれるサブレイヤのためにＨＲＤパラメータを信号伝達する。

[0023]更に、本開示は、ビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ：supplemental enhancement information）メッセージ中のビデオコード化レイヤ（ＶＣＬ：video coding layer）ＨＲＤパラメータを条件付きで信号伝達するための技法について説明する。これは、そのようなパラメータが幾つかの状態では不必要に信号伝達され得る、既存の技法の幾つかの潜在的欠陥を克服し得る。

[0024]本開示の技法について、概して、「SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS, Infrastructure of audiovisual services--Coding of moving video」、高効率ビデオコード化、ＩＴＵ−Ｔ Ｈ．２６５、２０１３年４月に記載されている、高効率ビデオコード化（ＨＥＶＣ）とも呼ばれる、ＩＴＵ−Ｔ Ｈ．２６５に関して説明する。しかしながら、これらの技法は、他のビデオコード化規格にも適用され得る。ビデオコード化規格は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２又はＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ及びそれのスケーラブルビデオコード化（ＳＶＣ：Scalable Video Coding）拡張とマルチビュービデオコード化（ＭＶＣ：Multiview Video Coding）拡張とを含む、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４を含む。

[0025]Ｈ．２６５規格は、最近、ＩＴＵ−Ｔビデオコード化エキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）とのジョイントコラボレーションチームオンビデオコード化（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって確定された。以下でＨＥＶＣ ＷＤと呼ばれる、最新のＨＥＶＣドラフト仕様が、phenix.it-sudparis.eu/jct/doc_end_user/documents/17_Valencia/wg11/JCTVC-Q1003-v1.zipから入手可能である。また、ＨＥＶＣのマルチビュー拡張、即ちＭＶ−ＨＥＶＣがＪＣＴ−３Ｖによって開発されている。以下でＭＶ−ＨＥＶＣ ＷＤ８と呼ばれる、ＭＶ−ＨＥＶＣの最近のワーキングドラフト（ＷＤ）が、phenix.it-sudparis.eu/jct2/doc_end_user/documents/8_Valencia/wg11/JCT3V-H1002-v5.zipから入手可能である。ＳＨＶＣと称するＨＥＶＣのスケーラブル拡張も、ＪＣＴ−ＶＣによって開発されている。以下でＳＨＶＣ ＷＤ６と呼ばれるＳＨＶＣの最近のワーキングドラフト（ＷＤ）が、phenix.it-sudparis.eu/jct/doc_end_user/documents/17_Valencia/wg11/JCTVC-Q1008-v2.zipから入手可能である。

[0026]ＭＶ−ＨＥＶＣ ＷＤ８及びＳＨＶＣ ＷＤ６は、ビットストリームパーティション固有ＨＲＤ動作と呼ばれる、ビットストリームパーティションベースのＨＲＤ動作の仕様を含み、ここにおいて、ビットストリームのレイヤは、２つ以上のビットストリームパーティションに分割され得、ＨＲＤは、ビットストリームパーティション固有ＨＲＤパラメータに基づいて動作し得る。

[0027]（phenix.int-evry.fr/jct/doc_end_user/documents/18_Sapporo/wg11/JCTVC-R0043-v5.zipにおいて入手可能な）ＪＣＴＶＣ−Ｒ００４３ｖ５、並びにphenix.int-evry.fr/jct/doc_end_user/documents/18_Sapporo/wg11/JCTVC-R0010-v2.zipにおいて入手可能な、Ｓｕｌｌｉｖａｎ、「Ad hoc group report: Layered coding constraint specifications and capability indications (AHG10)」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３及びＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコード化（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）、第１８回会議：札幌、日本、２０１４年６月３０日〜７月９日、ＪＣＴＶＣ−Ｒ００１０ｖ２（以下、「ＪＣＴＶＣ−Ｒ００１０ｖ２」）のアタッチメントにおけるＡＨＧ１０出力テキストが、プロファイル／ティア／レベルのビットストリームパーティションベースの信号伝達及び準拠定義の仕様を含む。本手法は以下のように要約される。

・各出力レイヤセットのために、パーティションへのレイヤの１つ又は複数の区分方式が信号伝達される。各ビットストリームパーティションは、１つ又は複数のレイヤを含んでいることがある。

・プロファイル、ティア及びレベル（ＰＴＬ）のセットが、各ビットストリームパーティションのために信号伝達される。

・当然レイヤ固有、ピクチャ幅、ピクチャ高さ及びサブＤＰＢサイズに関する３つを除いて、全てのレベル限界及び制限は、ビットストリームパーティション固有であることが指定される。

・デコーダの復号能力は、ＰＴＬトリプレットのリストに準拠するものとして表され、ここにおいて、リスト中のエントリの数は、マルチレイヤデコーダを構築するために使用されるシングルレイヤデコーダの数を示し、各ＰＴＬトリプレットは、シングルレイヤデコーダのうちの１つのＰＴＬを示す。

・ＰＴＬトリプレットのリストに準拠するデコーダは、以下の条件、即ち、区分方式の各ビットストリームパーティションのために、マルチレイヤデコーダのシングルレイヤデコーダのうちの１つが、ビットストリームパーティションを復号するために排他的に割り当てられ得る、を満たす少なくとも１つの区分方式がそれのためにある出力レイヤセットを復号することが可能であることが必要とされる。

・ＭＶ−ＨＥＶＣ ＷＤ８及びＳＨＶＣ ＷＤ６におけるビットストリームパーティションベースのＨＲＤ動作は、複数の区分方式とともにより良く動作するための変更とともに使用される。

[0028]ＭＶ−ＨＥＶＣ ＷＤ８、ＳＨＶＣ ＷＤ６及びＪＣＴＶＣ−Ｒ００１０ｖ２におけるビットストリームパーティションベースのＨＲＤ動作では、ＨＲＤパラメータは、各ビットストリームパーティションのために信号伝達される。ビットストリームパーティションのためのＨＲＤパラメータの信号伝達のための既存の方法は、以下の短所に遭遇し得る。

１）各ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１＋１サブレイヤのための情報を含んでおり、更には、シンタックス構造は、ビットストリームに適用され、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１＋１よりも小さい数のサブレイヤを有する。この場合、幾つかのビットが単に浪費される。

２）各ビットストリームパーティションのために、最も高いサブレイヤのみのためのＨＲＤパラメータが信号伝達され、従って、ビットストリームパーティションの時間サブセットの準拠が定義されないことがあり、相互運用可能な様式で出力レイヤセットの時間サブセットのみを消費する方法がない。

３）ビットストリームパーティション初期到着時間ＳＥＩメッセージでは、決して起こるべきでない以下の２つの場合の両方が起こることがある。

ａ．ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１であるとき、ｖｃｌ＿ｉｎｉｔｉａｌ＿ａｒｒｉｖａｌ＿ｄｅｌａｙ［ｉ］シンタックス要素を介したＶＣＬ ＨＲＤパラメータのための初期到着遅延は、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しい場合でも信号伝達されない。この場合、ＶＣＬ ＨＲＤ準拠は定義されないことがある。

ｂ．ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが０であるとき、ｖｃｌ＿ｉｎｉｔｉａｌ＿ａｒｒｉｖａｌ＿ｄｅｌａｙ［ｉ］シンタックス要素を介したＶＣＬ ＨＲＤパラメータのための初期到着遅延は、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが０に等しい場合でも信号伝達される。この場合、それらの信号伝達は単にビットを浪費している。

[0029]従って、上述のように、本開示は、単独で又は任意の組合せで使用され得、上記で説明した短所のいずれか又は全てを克服し得る、様々な技法について説明する。本開示の技法の概要が、後のセクションにおいて与えられる幾つかの方法の詳細な実装形態を用いて、以下で与えられる。概して、以下の番号付き項目は、上記で説明した番号付き短所に対処し得る。

１）各ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、例えば、ｎｕｍ＿ｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｍｉｎｕｓ１［ｉ］と名付けられた、シンタックス要素によって信号伝達される、必要とされるサブレイヤの数のための情報を含んでいる。

２）各ビットストリームパーティションのために、各サブレイヤのためのＨＲＤパラメータが信号伝達される。これは、配信スケジュールの数を示すシンタックス要素のための出力レイヤセット中のサブレイヤの数に等しいエントリ数をもつループと、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のリストへのインデックスと、示されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中の配信スケジュールのリストへのインデックスとを追加すること又は単にｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のリストへのインデックスのみを信号伝達し、示されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中の全ての配信スケジュールを使用することのいずれかによって達成され得る。

３）ビットストリームパーティション初期到着時間ＳＥＩメッセージでは、シンタックスは、ＶＣＬ ＨＲＤパラメータのための初期到着遅延が、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しいときかつそのときに限って存在するように変更される。

[0030]図１は、仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法を利用し得る例示的なビデオ符号化及び復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先機器１４によって後で復号されるべき符号化ビデオデータを与える発信源機器１２を含む。特に、発信源機器１２は、コンピュータ可読媒体１６を介してビデオデータを宛先機器１４に与える。発信源機器１２及び宛先機器１４は、デスクトップコンピュータ、ノートブック（即ち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、所謂「スマート」フォンなどの電話ハンドセット、所謂「スマート」パッド、テレビジョン、カメラ、表示装置、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミング機器などを含む、広範囲の機器のいずれかを備え得る。場合によっては、発信源機器１２及び宛先機器１４は、ワイヤレス通信のために装備され得る。

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

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

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

[0034]図１の例では、発信源機器１２は、ビデオ発信源１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先機器１４は、入力インターフェース２８と、ビデオデコーダ３０と、表示装置３２とを含む。本開示によれば、発信源機器１２のビデオエンコーダ２０は、仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法を適用するように構成され得る。他の例では、発信源機器及び宛先機器は他の構成要素又は構成を含み得る。例えば、発信源機器１２は、外部カメラなどの外部ビデオ発信源１８からビデオデータを受信し得る。同様に、宛先機器１４は、内蔵表示装置を含むのではなく、外部表示装置とインターフェースし得る。

[0035]上述のように、発信源機器１２は出力インターフェース２２を含み、宛先機器１４は入力インターフェース２８を含む。幾つかの例では、出力インターフェース２２は送信機を表し、入力インターフェース２８は受信機を表す。他の例では、出力インターフェース２２及び入力インターフェース２８は、トランシーバ（即ち、ワイヤレスにデータ信号を送信することと受信することの両方が可能なインターフェース）の例を表す。トランシーバは、ワイヤレス信号中でビデオデータを送信及び受信するように構成され得る。例えば、出力インターフェース２２は、トランシーバとして実装されたとき、符号化ビデオデータを含むデータ信号（例えば、コンピュータ可読媒体１６）を送り得、入力インターフェース２８は、トランシーバとして実装されたとき、符号化ビデオデータを含むデータ信号（例えば、コンピュータ可読媒体１６）を受信し得る。上記で説明したように、ビデオエンコーダ２０は符号化ビデオデータを出力インターフェース２２に与え得、入力インターフェース２８は符号化ビデオデータをビデオデコーダ３０に与え得る。

[0036]図１の図示のシステム１０は一例にすぎない。仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法は、任意のデジタルビデオ符号化及び／又は復号機器によって実行され得る。概して、本開示の技法はビデオ符号化機器によって実行されるが、本技法は、一般に「コーデック」と呼ばれるビデオエンコーダ／デコーダによっても実行され得る。その上、本開示の技法は、ビデオプリプロセッサによっても実行され得る。発信源機器１２及び宛先機器１４は、発信源機器１２が宛先機器１４に送信するためのコード化ビデオデータを生成するような、コード化機器の例にすぎない。幾つかの例では、機器１２、１４は、機器１２、１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように、実質的に対称的に動作し得る。従って、システム１０は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング又はビデオテレフォニーのための、ビデオ機器１２とビデオ機器１４との間の一方向又は双方向のビデオ送信をサポートし得る。

[0037]発信源機器１２のビデオ発信源１８は、ビデオカメラなどの撮像装置、以前に撮られたビデオを含んでいるビデオアーカイブ及び／又はビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースを含み得る。更なる代替として、ビデオ発信源１８は、発信源ビデオとしてのコンピュータグラフィックスベースのデータ又はライブビデオとアーカイブビデオとコンピュータ生成ビデオとの組合せを生成し得る。場合によっては、ビデオ発信源１８がビデオカメラである場合、発信源機器１２及び宛先機器１４は、所謂カメラフォン又はビデオフォンを形成し得る。但し、上述のように、本開示で説明する技法は、概してビデオコード化に適用可能であり得、ワイヤレス及び／又は有線適用例に適用され得る。各場合において、撮られたビデオ、前に撮られたビデオ又はコンピュータ生成ビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオ情報は、次いで、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。

[0038]コンピュータ可読媒体１６は、ワイヤレスブロードキャスト又は有線ネットワーク送信などの一時媒体若しくはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙディスク又は他のコンピュータ可読媒体などの記憶媒体（即ち、非一時的記憶媒体）を含み得る。幾つかの例では、ネットワークサーバ（図示せず）は、発信源機器１２から符号化ビデオデータを受信し、例えば、ネットワーク送信を介して、その符号化ビデオデータを宛先機器１４に与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピュータ機器は、発信源機器１２から符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを生成し得る。従って、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つ又は複数のコンピュータ可読媒体を含むことが理解されよう。

[0039]宛先機器１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロック及び他のコード単位、例えば、ＧＯＰの特性及び／又は処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。表示装置３２は、復号ビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶表示器（ＬＣＤ）、プラズマ表示器、有機発光ダイオード（ＯＬＥＤ）表示器又は別のタイプの表示装置など、様々な表示装置のいずれかを備え得る。

[0040]ビデオエンコーダ２０及びビデオデコーダ３０は、ＩＴＵ−Ｔ Ｈ．２６５とも呼ばれる、高効率ビデオコード化（ＨＥＶＣ）規格など、ビデオコード化規格に従って動作し得る。代替的に、ビデオエンコーダ２０及びビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコード化（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格又は業界規格、若しくはそのような規格の拡張に従って動作し得る。但し、本開示の技法は、いかなる特定のコード化規格にも限定されない。ビデオコード化規格の他の例としては、ＭＰＥＧ−２及びＩＴＵ−Ｔ Ｈ．２６３がある。図１には示されていないが、幾つかの態様では、ビデオエンコーダ２０及びビデオデコーダ３０は、それぞれ、オーディオエンコーダ及びデコーダと統合され得、共通のデータストリーム又は別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット又は他のハードウェア及びソフトウェアを含み得る。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル又はユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

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

[0042]概して、ビデオフレーム又はピクチャは、ルーマサンプルとクロマサンプルの両方を含み得る最大コード単位（ＬＣＵ）としても知られる、ツリーブロックのシーケンスに分割され得る。ビットストリーム内のシンタックスデータが、画素の数に関して最大コード単位であるＬＣＵのサイズを定義し得る。スライスは、コード化順序で幾つかの連続するツリーブロックを含む。ビデオフレーム又はピクチャは、１つ又は複数のスライスに区分され得る。各ツリーブロックは、４分木データ構造に従ってコード単位（ＣＵ）に分割され得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードはツリーブロックに対応する。ＣＵが４つのサブＣＵに分割された場合、ＣＵに対応するノードは４つのリーフノードを含み、リーフノードの各々はサブＣＵのうちの１つに対応する。

[0043]４分木データ構造の各ノードは、対応するＣＵのシンタックスデータを与え得る。例えば、４分木のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵに分割されるかどうかに依存し得る。ＣＵが更に分割されない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的分割が存在しない場合でも、リーフＣＵの４つのサブＣＵをリーフＣＵとも呼ぶ。例えば、１６×１６サイズのＣＵが更に分割されない場合、その１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵはリーフＣＵとも呼ばれる。

[0044]ＣＵは、ＣＵがサイズ差異を有しないことを除いて、Ｈ．２６４規格のマクロブロックと同様の目的を有する。例えば、ツリーブロックは、（サブＣＵとも呼ばれる）４つの子ノードに分割され得、各子ノードは、今度は親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードと呼ばれる、最後の分割されていない子ノードは、リーフＣＵとも呼ばれるコード化ノードを備える。コード化ビットストリームに関連するシンタックスデータは、最大ＣＵ深さと呼ばれる、ツリーブロックが分割され得る最大回数を定義し得、また、コード化ノードの最小サイズを定義し得る。それに応じて、ビットストリームは最小コード単位（ＳＣＵ：smallest coding unit）をも定義し得る。本開示では、ＨＥＶＣのコンテキストにおけるＣＵ、予測単位（ＰＵ）又は変換単位（ＴＵ）若しくは他の規格のコンテキストにおける同様のデータ構造（例えば、Ｈ．２６４／ＡＶＣにおけるマクロブロック及びそれのサブブロック）のいずれかを指すために「ブロック」という用語を使用する。

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

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

[0047]リーフＣＵは１つ又は複数のＰＵを含み得る。概して、ＰＵは、対応するＣＵの全部又は一部分に対応する空間的エリアを表し、そのＰＵの参照サンプルを取り出し、及び／又は生成するためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。例えば、ＰＵがイントラモード符号化されるとき、ＰＵについてのデータは、ＰＵに対応するＴＵについてのイントラ予測モードを記述するデータを含み得る残差４分木（ＲＱＴ）中に含まれ得る。ＲＱＴは変換ツリーと呼ばれることもある。幾つかの例では、イントラ予測モードは、ＲＱＴの代わりに、リーフＣＵシンタックス中で信号伝達され得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための、１つ又は複数の動きベクトルなど、動き情報を定義するデータを含み得る。ＰＵの動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（例えば、１／４画素精度又は１／８画素精度）、動きベクトルが指す参照ピクチャ及び／又は動きベクトルの参照ピクチャリスト（例えば、リスト０、リスト１又はリストＣ）を記述し得る。

[0048]１つ又は複数のＰＵを有するリーフＣＵはまた、１つ又は複数のＴＵを含み得る。変換単位は、上記で説明したように、（ＴＵ４分木構造とも呼ばれる）ＲＱＴを使用して指定され得る。例えば、分割フラグは、リーフＣＵが４つの変換単位に分割されるかどうかを示し得る。次いで、各変換単位は、更なるサブＴＵに更に分割され得る。ＴＵが更に分割されないとき、そのＴＵはリーフＴＵと呼ばれることがある。概して、イントラコード化の場合、リーフＣＵに属する全てのリーフＴＵは同じイントラ予測モードを共有する。即ち、概して、リーフＣＵの全てのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコード化の場合、ビデオエンコーダは、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。従って、ＴＵは、ＰＵよりも大きいことも小さいこともある。イントラコード化の場合、ＰＵは、同じＣＵの対応するリーフＴＵとコロケート（同一位置に配置）され得る。幾つかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。

[0049]その上、リーフＣＵのＴＵはまた、上述のように残差４分木（ＲＱＴ）又は変換ツリーと呼ばれる、それぞれの４分木データ構造に関連し得る。即ち、リーフＣＵは、リーフＣＵがどのようにＴＵに区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは概してリーフＣＵに対応し、ＣＵ４分木のルートノードは概してツリーブロック（又はＬＣＵ）に対応する。分割されないＲＱＴのＴＵはリーフＴＵと呼ばれる。概して、本開示では、特に明記しない限り、リーフＣＵ及びリーフＴＵに言及するためにそれぞれＣＵ及びＴＵという用語を使用する。

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

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

[0052]本開示では、「Ｎ×Ｎ（NxN）」及び「Ｎ×Ｎ（N by N）」は、垂直寸法及び水平寸法に関するビデオブロックの画素寸法、例えば、１６×１６（16x16）画素又は１６×１６（16 by 16）画素を指すために互換的に使用され得る。一般に、１６×１６ブロックは、垂直方向に１６画素を有し（ｙ＝１６）、水平方向に１６画素を有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮ画素を有し、水平方向にＮ画素を有し、ここで、Ｎは非負整数値を表す。ブロック中の画素は行及び列に配列され得る。更に、ブロックは、必ずしも、水平方向に垂直方向と同じ数の画素を有する必要はない。例えば、ブロックはＮ×Ｍ画素を備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。

[0053]ＣＵのＰＵを使用したイントラ予測コード化又はインター予測コード化の後、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（画素領域とも呼ばれる）空間領域において予測画素データを生成する方法又はモードを記述するシンタックスデータを備え得、ＴＵは、変換、例えば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換又は概念的に同様の変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャの画素と、ＰＵに対応する予測値との間の画素差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを表す量子化された変換係数を含むようにＴＵを形成し得る。即ち、ビデオエンコーダ２０は、（残差ブロックの形態の）残差データを計算し、変換係数のブロックを生成するために残差ブロックを変換し、次いで、量子化された変換係数を形成するために変換係数を量子化し得る。ビデオエンコーダ２０は、量子化された変換係数を含むＴＵ及び他のシンタックス情報（例えば、ＴＵのための分割情報）を形成し得る。

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

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

[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]図２に示されているように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在ビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、モード選択ユニット４０と、（復号ピクチャバッファ（ＤＰＢ）と呼ばれることもある）参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピーコード単位５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、パーティションユニット４８とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換単位６０と、加算器６２とを含む。再構成されたビデオからブロック歪み（blockiness artifacts）を除去するためにブロック境界をフィルタ処理するための（図２に示されていない）デブロッキングフィルタも含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタ処理することになる。（ループ中又はループ後の）追加のフィルタもデブロッキングフィルタに加えて使用され得る。そのようなフィルタは、簡潔のために示されていないが、所望される場合、（ループ内フィルタとして）加算器５０の出力をフィルタ処理し得る。

[0105]符号化プロセス中に、ビデオエンコーダ２０はコード化されるべきビデオフレーム又はスライスを受信する。フレーム又はスライスは、複数のビデオブロックに分割され得る。動き推定ユニット４２及び動き補償ユニット４４は、時間的予測を行うために、１つ又は複数の参照フレーム中の１つ又は複数のブロックに対する受信されたビデオブロックのインター予測符号化を実行する。イントラ予測ユニット４６は、代替的に、空間的予測を行うために、コード化されるべきブロックと同じフレーム又はスライス中の１つ以上の近隣ブロックに対する受信されたビデオブロックのイントラ予測符号化を実行し得る。ビデオエンコーダ２０は、例えば、ビデオデータのブロックごとに適切なコード化モードを選択するために、複数のコード化パスを実行し得る。

[0106]その上、パーティションユニット４８は、前のコード化パスにおける前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分し得る。例えば、パーティションユニット４８は、初めにフレーム又はスライスをＬＣＵに区分し、レート歪み分析（例えば、レート歪み最適化）に基づいてＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、更に、サブＣＵへのＬＣＵの区分を示す４分木データ構造を生成し得る。４分木のリーフノードＣＵは、１つ又は複数のＰＵと１つ又は複数のＴＵとを含み得る。

[0107]モード選択ユニット４０は、例えば、誤差結果に基づいて予測モード、即ち、イントラ又はインターのうちの１つを選択し得、残差データを生成するために、得られた予測されたブロックを加算器５０に与え、参照フレームとして使用するための符号化ブロックを再構成するために、得られた予測されたブロックを加算器６２に与える。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、パーティション情報及び他のそのようなシンタックス情報など、シンタックス要素をエントロピー符号化ユニット５６に与える。

[0108]動き推定ユニット４２及び動き補償ユニット４４は、高度に統合され得るが、概念的な目的のために別々に示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、現在フレーム（又は他のコード単位）内でコード化されている現在ブロックに対する参照フレーム（又は他のコード単位）内の予測ブロックに対する現在ビデオフレーム又はピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）又は他の差分メトリックによって決定され得る画素差分に関して、コード化されるべきブロックにぴったり一致することがわかるブロックである。幾つかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数画素位置の値を計算し得る。例えば、ビデオエンコーダ２０は、参照ピクチャの１／４画素位置、１／８画素位置又は他の分数画素位置の値を補間し得る。従って、動き推定ユニット４２は、フル画素位置と分数画素位置とに対する動き探索を実行し、分数画素精度で動きベクトルを出力し得る。

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

[0110]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成することを伴い得る。同じく、動き推定ユニット４２及び動き補償ユニット４４は、幾つかの例では、機能的に統合され得る。現在ビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいてそれを指す予測ブロックの位置を特定し得る。加算器５０は、以下で説明するように、コード化されている現在ビデオブロックの画素値から予測ブロックの画素値を減算し、画素差分値を形成することによって、残差ビデオブロックを形成する。概して、動き推定ユニット４２はルーマ成分に対して動き推定を実行し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方のためにルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。

[0111]イントラ予測ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。幾つかの例では、イントラ予測ユニット４６は、例えば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測ユニット４６（又は、幾つかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。

[0112]例えば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードのためのレート歪み分析を使用してレート歪み値を計算し、テストされたモードの中で最良のレート歪み特性を有するイントラ予測モードを選択し得る。レート歪み分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間の歪み（又は誤差）の量、並びに符号化ブロックを生成するために使用されるビットレート（即ち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレート歪み値を呈するかを決定するために、様々な符号化ブロックの歪み及びレートから比率を計算し得る。

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

[0114]ビデオエンコーダ２０は、コード化されている元のビデオブロックから、モード選択ユニット４０からの予測データを減算することによって残差ビデオブロックを形成する。加算器５０は、この減算演算を実行する１つ又は複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）又は概念的に同様の変換などの変換を残差ブロックに適用し、変換係数値を備えるビデオブロックを生成する。ウェーブレット変換、整数変換、サブバンド変換、離散サイン変換（ＤＳＴ）又は他のタイプの変換が、ＤＣＴの代わりに使用され得る。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、変換係数のブロックを生成する。変換は、残差情報を画素領域から周波数領域などの変換領域に変換し得る。変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートを更に低減するために変換係数を量子化する。量子化プロセスは、係数の一部又は全部に関連するビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって変更され得る。

[0115]量子化の後に、エントロピー符号化ユニット５６は量子化変換係数を走査及びエントロピー符号化する。例えば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コード化（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コード化（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コード化（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コード化又は別のエントロピーコード化技法を実行し得る。コンテキストベースエントロピーコード化の場合、コンテキストは隣接ブロックに基づき得る。エントロピー符号化ユニット５６によるエントロピーコード化の後に、符号化ビットストリームは、別の機器（例えば、ビデオデコーダ３０）に送信されるか、又は後で送信するか又は取り出すためにアーカイブされ得る。

[0116]逆量子化ユニット５８及び逆変換単位６０は、画素領域において残差ブロックを再構成するために、それぞれ逆量子化及び逆変換を適用する。特に、加算器６２は、参照ピクチャメモリ６４に記憶するための再構成されたビデオブロックを生成するために、動き補償ユニット４４又はイントラ予測ユニット４６によって前に生成された動き補償予測ブロックに、再構成された残差ブロックを加算する。再構成されたビデオブロックは、後続のビデオフレーム中のブロックをインターコード化するために動き推定ユニット４２及び動き補償ユニット４４によって参照ブロックとして使用され得る。

[0117]ビデオエンコーダ２０は、概して、コード化ビデオシーケンス中の各ピクチャの各ブロックを符号化するために、上記で説明したプロセスを使用する。更に、幾つかの例では、ビデオエンコーダ２０は、ピクチャの各々をそれに割り当てるべき時間レイヤを決定し得る。更に、ビデオエンコーダ２０は、他のレイヤ、例えば、他のビュー、スケーラブルビデオコード化レイヤなどのピクチャを符号化するように構成され得る。いずれの場合も、ビデオエンコーダ２０は、（例えば、様々なビデオ次元の）１つ又は複数のレイヤについて、各ピクチャがそれに属するレイヤを示すデータを更に符号化し得る。

[0118]本開示の技法によれば、ビデオエンコーダ２０はまた、例えば、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、補足強化情報（ＳＥＩ）メッセージなどを含むパラメータセットなど、他のデータ構造を符号化し得る。本開示の技法によれば、ビデオエンコーダ２０は、上記の表１又は表３に関して説明した情報を含むＶＰＳ及び／若しくは上記の表２又は表４に関して説明した情報を含むＳＥＩメッセージを符号化し得る。

[0119]例えば、ビデオエンコーダ２０は、（例えば、ＶＰＳ中に含まれる）仮想参照デコーダ（ＨＲＤ）パラメータがそれのために符号化される、ビットストリームのサブレイヤの数を示すシンタックス要素のための値を符号化し得る。本開示の技法によれば、ビデオエンコーダ２０は、ビットストリームのパーティションの各サブレイヤのためにＨＲＤパラメータを符号化するが、パーティションのサブレイヤよりも多くのＨＲＤパラメータをコード化することを回避し得る。従って、パーティションのためのＨＲＤパラメータデータ構造の数は、ＶＰＳに示されているサブレイヤの最大数よりも小さいことがある。更に、ビデオエンコーダ２０は、ＨＲＤパラメータを使用してビットストリームのデータを処理し得る。例えば、ビデオエンコーダ２０は、ＨＲＤパラメータ中で信号伝達されるデータに従って参照ピクチャメモリ６４から復号ピクチャを廃棄し得る。

[0120]上記で説明した例に対する追加又は代替であり得る別の例として、ビデオエンコーダ２０は、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しい（即ち、真の値を有する）ときかつそのときに限って、ビデオコード化レイヤＨＲＤパラメータのための初期到着遅延を表すシンタックス要素を符号化し得る。Ｈ．２６５に従って、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇのための値は、以下のように設定される。

− 以下の条件のうちの１つ又は複数が真である場合、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は１に等しく設定される。

− ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ビットストリーム中に存在し、１に等しい。

− バッファリング期間ＳＥＩメッセージ中のビットストリーム中に存在すべきＶＣＬ ＨＲＤ動作のためのバッファリング期間の存在の必要が、その適用によって、本明細書において指定されていない何らかの手段によって決定される。

− 他の場合、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は０に等しく設定される。

[0121]従って、本開示の技法によれば、ビデオエンコーダ２０は、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータのうちの少なくとも１つがビットストリーム中でコード化されるときかつそのときに限って又はＶＣＬ ＨＲＤ動作のためのバッファリング期間情報がビットストリーム中で必要とされると決定されたとき、ビデオコード化レイヤＨＲＤパラメータのための初期到着遅延を表すシンタックス要素を符号化し得る。

[0122]このようにして、図２のビデオエンコーダ２０は、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値を符号化することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータを符号化することと、ＨＲＤパラメータを使用してビットストリームを処理することとを行うように構成されたビデオエンコーダの一例を表す。

[0123]その上、ビデオエンコーダ２０は、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータのうちの少なくとも１つがビットストリーム中でコード化されるとき又はＶＣＬ ＨＲＤ動作のためのバッファリング期間情報がビットストリーム中で必要とされると決定されたときのみ、ビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素を符号化するように構成されたビデオエンコーダの一例を表す。即ち、ビデオエンコーダ２０は、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値を有するときのみ、ビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素を符号化するように構成されたビデオエンコーダの一例を表す。

[0124]図３は、仮想参照デコーダ（ＨＲＤ）パラメータ信号伝達を改善するための技法を実装し得るビデオデコーダ３０の一例を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照ピクチャメモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、幾つかの例では、ビデオエンコーダ２０（図２）に関して説明した符号化パスとは概して逆の復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて予測データを生成し得、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて予測データを生成し得る。

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

[0126]ビデオスライスがイントラコード化（Ｉ）スライスとしてコード化されるとき、イントラ予測ユニット７４は、信号伝達されたイントラ予測モードと、現在フレーム又はピクチャの、前に復号されたブロックからのデータとに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（即ち、Ｂ、Ｐ又はＧＰＢ）スライスとしてコード化されるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ８２に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照フレームリスト、即ち、リスト０及びリスト１を構成し得る。動き補償ユニット７２は、動きベクトルと他のシンタックス要素とを構文解析する（parsing）ことによって現在ビデオスライスのビデオブロックのための予測情報を決定し、復号されている現在ビデオブロックのための予測ブロックを生成するために、その予測情報を使用する。例えば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコード化するために使用される予測モード（例えば、イントラ又はインター予測）と、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス又はＧＰＢスライス）と、スライスのための参照ピクチャリストのうちの１つ又は複数のための構成情報と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在ビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素の幾つかを使用する。

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

[0128]逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された量子化変換係数を逆の量子化（inverse quantize）、即ち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中のビデオブロックごとにビデオエンコーダ３０によって計算される量子化パラメータＱＰ_Yの使用を含み得る。

[0129]逆変換ユニット７８は、画素領域において残差ブロックを生成するために、逆変換、例えば、逆ＤＣＴ、逆整数変換又は概念的に同様の逆変換プロセスを変換係数に適用する。

[0130]動き補償ユニット７２が、動きベクトルと他のシンタックス要素とに基づいて現在ビデオブロックのための予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックを動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算演算を実行する１つ又は複数の構成要素を表す。所望される場合、ブロック歪みを除去するために、復号ブロックをフィルタ処理するためにデブロッキングフィルタも適用され得る。（コード化ループ中又はコード化ループ後のいずれかの）他のループフィルタも、画素遷移を平滑化するか又は場合によってはビデオ品質を改善するために使用され得る。所与のフレーム又はピクチャの復号ビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照ピクチャメモリ８２に記憶される。参照ピクチャメモリ８２はまた、図１の表示装置３２などの表示装置上での後の提示のために、復号ビデオを記憶する。

[0131]ビデオデコーダ３０は、概して、コード化ビデオシーケンス中の各ピクチャの各ブロックを復号するために、上記で説明したプロセスを使用する。更に、幾つかの例では、ビデオデコーダ３０は、ピクチャがそれに割り当てられる時間レイヤを示すデータを復号し得る。更に、ビデオデコーダ３０は、他のレイヤ、例えば、他のビュー、スケーラブルビデオコード化レイヤなどのピクチャを復号するように構成され得る。いずれの場合も、ビデオデコーダ３０は、（例えば、様々なビデオ次元の）１つ又は複数のレイヤについて、各ピクチャがそれに属するレイヤを示すデータを更に復号し得る。

[0132]本開示の技法によれば、ビデオデコーダ３０はまた、例えば、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、補足強化情報（ＳＥＩ）メッセージなどを含むパラメータセットなど、他のデータ構造を復号し得る。本開示の技法によれば、ビデオデコーダ３０は、上記の表１又は表３に関して説明した情報を含むＶＰＳ及び／若しくは上記の表２又は表４に関して説明した情報を含むＳＥＩメッセージを復号し得る。

[0133]例えば、ビデオデコーダ３０は、（例えば、ＶＰＳ中に含まれる）仮想参照デコーダ（ＨＲＤ）パラメータがそれのために復号される、ビットストリームのサブレイヤの数を示すシンタックス要素のための値を復号し得る。本開示の技法によれば、ビデオデコーダ３０は、ビットストリームのパーティションの各サブレイヤのためにＨＲＤパラメータを復号するが、パーティションのサブレイヤよりも多くのＨＲＤパラメータをコード化することを回避し得る。従って、パーティションのためのＨＲＤパラメータデータ構造の数は、ＶＰＳに示されているサブレイヤの最大数よりも小さいことがある。更に、ビデオデコーダ３０は、ＨＲＤパラメータを使用してビットストリームのデータを処理し得る。例えば、ビデオデコーダ３０は、ＨＲＤパラメータ中で信号伝達されるデータに従って参照ピクチャメモリ８２から復号ピクチャを出力及び／又は廃棄し得る。特に、ビデオデコーダ３０は、復号ピクチャを提示することをビデオ表示器に行わせるために、表示装置３２など、ビデオ表示器に、復号ピクチャを出力し得る。

[0134]上記で説明した例に対する追加又は代替であり得る別の例として、ビデオデコーダ３０は、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しい（即ち、真の値を有する）ときかつそのときに限って、ビデオコード化レイヤＨＲＤパラメータのための初期到着遅延を表すシンタックス要素を復号し得る。Ｈ．２６５に従って、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇのための値は、以下のように設定される。

− 以下の条件のうちの１つ又は複数が真である場合、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は１に等しく設定される。

− ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ビットストリーム中に存在し、１に等しい。

− バッファリング期間ＳＥＩメッセージ中のビットストリーム中に存在すべきＶＣＬ ＨＲＤ動作のためのバッファリング期間の存在の必要が、その適用によって、本明細書において指定されていない何らかの手段によって決定される。

− 他の場合、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇの値は０に等しく設定される。

[0135]従って、本開示の技法によれば、ビデオデコーダ３０は、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータのうちの少なくとも１つがビットストリーム中でコード化されるときかつそのときに限って又はＶＣＬ ＨＲＤ動作のためのバッファリング期間情報がビットストリーム中で必要とされると決定されたとき、ビデオコード化レイヤＨＲＤパラメータのための初期到着遅延を表すシンタックス要素を復号し得る。

[0136]このようにして、図３のビデオデコーダ３０は、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値を復号することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータを復号することと、ＨＲＤパラメータを使用してビットストリームを処理することとを行うように構成されたビデオデコーダの一例を表す。

[0137]その上、ビデオデコーダ３０は、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータのうちの少なくとも１つがビットストリーム中でコード化されるとき又はＶＣＬ ＨＲＤ動作のためのバッファリング期間情報がビットストリーム中で必要とされると決定されたときのみ、ビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素を復号するように構成されたビデオデコーダの一例を表す。即ち、ビデオデコーダ３０は、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値を有するときのみ、ビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素を復号するように構成されたビデオデコーダの一例を表す。ビデオデコーダ３０は、これらの技法に基づいて、ビットストリームのビットが、ビットストリームパーティション初期到着時間ＳＥＩメッセージに対応するのか、異なるデータ構造に対応するのかを決定し、それにより、ビットストリームを正しく構文解析し得る。

[0138]図４は、本開示の技法に従ってビデオデータを符号化するための例示的な方法を示すフローチャートである。ビデオエンコーダ２０（図１及び図２）に関して説明するが、他の機器が図４の方法と同様の方法を実行するように構成され得ることを理解されたい。

[0139]この例では、ビデオエンコーダ２０は、最初に、ビットストリームのサブレイヤの最大数を決定する（１５０）。ビデオエンコーダ２０はまた、ビットストリームのためにビデオパラメータセット（ＶＰＳ）中のサブレイヤの最大数を信号伝達する（１５２）。ビットストリームは、その各々がサブレイヤの特定のサブセットを含む、様々なパーティションに最終的に区分される。従って、幾つかのパーティションは、最大数よりも少ない数のサブレイヤを含むことになる。

[0140]ビデオエンコーダ２０は、次いで、ビットストリームパーティション中のサブレイヤを決定する（１５４）。ビデオエンコーダ２０は、次いで、パーティション中の各サブレイヤのためにＨＲＤパラメータを信号伝達する（１５６）。例えば、表１及び表３に示されているように、ビデオエンコーダ２０は、ｂｓｐ＿ｈｒｄ＿ｉｄｘシンタックス要素のための値を符号化し得る。特に、表１では、ビデオエンコーダ２０はｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ］［ｉ］［ｔ］［ｊ］［ｋ］のための値を符号化し得、表３では、ビデオエンコーダ２０はｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ］［ｉ］［ｊ］［ｋ］のための値を符号化し得る。表１では、これらの値は、出力レイヤセットと、区分方式と、レイヤセット中のサブレイヤとの数にわたって、ネストされたループ内で生じるが、表３では、これらの値は、出力レイヤセットと区分方式との数にわたって、ネストされたループ内で生じる。

[0141]ビデオエンコーダ２０はまた、サブレイヤのピクチャを符号化し（１５８）、サブレイヤの符号化ピクチャを復号し（１６０）、参照ピクチャメモリ６４（図２）など、復号ピクチャバッファ（ＤＰＢ）に復号ピクチャを記憶する（１６２）。ビデオエンコーダ２０は、参照ピクチャとして後で使用するための符号化ピクチャの復号バージョンを記憶し、それにより、参照ピクチャのこれらのバージョンからの後続の予測が、ビデオデコーダ３０など、デコーダによって復号された最終的なバージョンと同じになる。更に、ビデオエンコーダ２０は、ＨＲＤパラメータに従ってＤＰＢから復号ピクチャを削除する（１６４）。

[0142]その上、本開示の幾つかの技法によれば、ビデオエンコーダ２０は、ビットストリームパーティション初期到着時間ＳＥＩメッセージのデータを条件付きで符号化する（１６６）。特に、ビデオエンコーダ２０は、例えば、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータのうちの少なくとも１つがビットストリーム中でコード化されるときかつそのときに限って又はＶＣＬ ＨＲＤ動作のためのバッファリング期間情報がビットストリーム中で必要とされると決定されたとき、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値（即ち、１）を有すると決定した後にのみ、ビットストリームパーティション初期到着時間ＳＥＩメッセージの初期到着遅延シンタックス要素を符号化し得る。

[0143]このようにして、図４の方法は、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値をコード化（この例では、符号化）することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータをコード化（この例では、符号化）することと、ＨＲＤパラメータを使用してビットストリームを処理することとを含む方法の一例を表す。

[0144]図５は、本開示の技法に従ってビデオデータを復号するための例示的な方法を示すフローチャートである。ビデオデコーダ３０（図１及び図３）に関して説明するが、他の機器が、図５の方法と同様の方法を実行するように構成され得ることを理解されたい。

[0145]この例では、ビデオデコーダ３０は、最初に、ビットストリームのサブレイヤの最大数を示すビデオパラメータセット（ＶＰＳ）を復号する（２００）。ビットストリームは、その各々がサブレイヤの特定のサブセットを含む、様々なパーティションに最終的に区分される。従って、幾つかのパーティションは、最大数よりも少ない数のサブレイヤを含む。

[0146]ビデオデコーダ３０は、次いで、ビットストリームパーティション中のサブレイヤを決定する（２０２）。ビデオデコーダ３０は、次いで、パーティション中の各サブレイヤのためにＨＲＤパラメータを復号する（２０４）。例えば、表１及び表３に示されているように、ビデオデコーダ３０は、ｂｓｐ＿ｈｒｄ＿ｉｄｘシンタックス要素のための値を復号し得る。特に、表１では、ビデオデコーダ３０はｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ］［ｉ］［ｔ］［ｊ］［ｋ］のための値を復号し得、表３では、ビデオデコーダ３０はｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ］［ｉ］［ｊ］［ｋ］のための値を復号し得る。表１では、これらの値は、出力レイヤセットと、区分方式と、レイヤセット中のサブレイヤとの数にわたって、ネストされたループ内で生じるが、表３では、これらの値は、出力レイヤセットと区分方式との数にわたって、ネストされたループ内で生じる。

[0147]ビデオデコーダ３０はまた、サブレイヤの符号化ピクチャを復号し（２０６）、参照ピクチャメモリ８２（図３）など、復号ピクチャバッファ（ＤＰＢ）に復号ピクチャを記憶する（２０８）。ビデオデコーダ３０は、参照ピクチャとして後で使用するための復号ピクチャを記憶し、それにより、参照ピクチャのこれらのバージョンからの後続の予測が、ビデオデコーダ３０など、デコーダによって復号された最終的なバージョンと同じになる。その上、ビデオデコーダ３０は復号ピクチャを記憶し、それにより、ビデオデコーダ３０が適切な時間復号ピクチャを出力することができる。従って、ビデオデコーダ３０は、ＨＲＤパラメータに従ってＤＰＢから復号ピクチャを削除及び出力する（２１０）。

[0148]その上、本開示の幾つかの技法によれば、ビデオデコーダ３０は、ビットストリームパーティション初期到着時間ＳＥＩメッセージのデータを条件付きで復号する（２１２）。特に、ビデオデコーダ３０は、例えば、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータのうちの少なくとも１つがビットストリーム中でコード化されるときかつそのときに限って又はＶＣＬ ＨＲＤ動作のためのバッファリング期間情報がビットストリーム中で必要とされると決定されたとき、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値（即ち、１）を有すると決定した後にのみ、ビットストリームパーティション初期到着時間ＳＥＩメッセージの初期到着遅延シンタックス要素を復号し得る。即ち、ビデオデコーダ３０に関連するパーサ（図示せず）は、ビットストリームパーティション初期到着時間ＳＥＩメッセージのシンタックス要素又は別個のシンタックス要素のいずれかに属するものとして、ビットストリームの幾つかのビットを解釈し得る。言い換えれば、構文解析ツール（parser）は、ＨＲＤパラメータに対応するビットストリームのビットと、ＨＲＤパラメータに続くシンタックス要素に対応するビットストリームのビットとの間を区別し得る。

[0149]このようにして、図５の方法は、仮想参照デコーダ（ＨＲＤ）パラメータがそれのためにコード化されるビットストリームのサブレイヤの数を示すシンタックス要素のための値をコード化（この例では、復号）することと、ここにおいて、値は、ＨＲＤパラメータがそれのためにコード化されるサブレイヤの数が、ビットストリームのビデオパラメータセット（ＶＰＳ）によって示されるサブレイヤの最大数よりも小さいことを示す、シンタックス要素のための値によって示されるサブレイヤの数のためにＨＲＤパラメータをコード化（この例では、復号）することと、ＨＲＤパラメータを使用してビットストリームを処理することとを含む方法の一例を表す。

[0150]上記例に応じて、本明細書で説明した技法のうちのいずれかの幾つかの行為又はイベントが、異なる順序で実行され得、追加、マージ又は完全に除外され得る（例えば、全ての説明した行為又はイベントが本技法の実施のために必要であるとは限らない）ことを認識されたい。更に、幾つかの例では、行為又はイベントは、連続的にではなく、例えば、マルチスレッド処理、割込み処理又は複数のプロセッサを通して同時に実行され得る。

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

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

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

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

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

[0155]様々な例について説明した。これら及び他の例は以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータをコード化する方法であって、前記方法は、
ビットストリームのビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素をコード化すべきかどうかを、仮想参照デコーダ（ＨＲＤ）パラメータが前記ビットストリームのためにコード化されるかどうかに基づいて決定することと、
前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素をコード化することとを備える方法。
［Ｃ２］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することは、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータが前記ビットストリーム中でコード化されるとき、前記初期到着遅延シンタックス要素をコード化すると決定することを備える、Ｃ１に記載の方法。
［Ｃ３］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することは、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定することを備える、Ｃ２に記載の方法。
［Ｃ４］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することは、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することは、ＶＣＬ ＨＲＤパラメータが前記ビットストリーム中でコード化されないとき、及びＶＣＬ ＨＲＤ動作が前記ビットストリーム中で必要とされないと決定されたとき、前記初期到着遅延シンタックス要素をコード化しないと決定することを備える、Ｃ１に記載の方法。
［Ｃ６］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することは、前記ビットストリームのためのＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値を有すると決定したことのみに応答して、前記初期到着遅延シンタックス要素をコード化すると決定することを備える、Ｃ１に記載の方法。
［Ｃ７］
前記ビットストリームのビデオデータを復号することと、前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素を使用して前記復号ビデオデータを処理することとを更に備える、Ｃ１に記載の方法。
［Ｃ８］
前記ビットストリームのビデオデータを符号化することと、前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素を使用して前記ビデオデータを処理することとを更に備える、Ｃ１に記載の方法。
［Ｃ９］
前記方法が、ワイヤレス通信機器上で実行可能であり、ここにおいて、前記機器が、
前記ＳＥＩメッセージを記憶するように構成されたメモリと、
前記メモリに記憶された前記ＳＥＩメッセージを処理するための命令を実行するように構成されたプロセッサと、
前記ビットストリームと前記ＳＥＩメッセージとを含む信号を受信するための受信機とを備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ワイヤレス通信機器がセルラー電話であり、前記信号が、前記受信機によって受信され、セルラー通信規格に従って変調される、Ｃ９に記載の方法。
［Ｃ１１］
ビデオデータをコード化するための機器であって、前記機器が、
ビットストリームのデータを記憶するためのメモリと、
ビデオコーダと
を備え、前記ビデオコーダは、
前記ビットストリームのビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素をコード化すべきかどうかを、仮想参照デコーダ（ＨＲＤ）パラメータが前記ビットストリームのためにコード化されるかどうかに基づいて決定することと、
前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素をコード化することと
を行うように構成された、機器。
［Ｃ１２］
前記ビデオコーダは、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータが前記ビットストリーム中でコード化されるとき、前記初期到着遅延シンタックス要素をコード化するように構成された、Ｃ１１に記載の機器。
［Ｃ１３］
前記ビデオコーダは、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化するように構成された、Ｃ１２に記載の機器。
［Ｃ１４］
前記ビデオコーダは、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化するように構成された、Ｃ１１に記載の機器。
［Ｃ１５］
前記ビデオコーダは、ＶＣＬ ＨＲＤパラメータが前記ビットストリーム中でコード化されないとき、及びＶＣＬ ＨＲＤ動作が前記ビットストリーム中で必要とされないと決定されたとき、前記初期到着遅延シンタックス要素をコード化しないように構成された、Ｃ１１に記載の機器。
［Ｃ１６］
前記ビデオコーダは、前記ビットストリームのためのＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値を有すると決定したことのみに応答して、前記初期到着遅延シンタックス要素をコード化するように構成された、Ｃ１１に記載の機器。
［Ｃ１７］
前記ビデオコーダが、前記ビットストリームのビデオデータを復号することと、前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素を使用して前記復号ビデオデータを処理することとを行うように更に構成されたビデオデコーダを備える、Ｃ１１に記載の機器。
［Ｃ１８］
前記ビデオコーダが、前記ビットストリームのビデオデータを符号化することと、前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素を使用して前記ビデオデータを処理することとを行うように更に構成されたビデオエンコーダを備える、Ｃ１１に記載の機器。
［Ｃ１９］
前記機器がワイヤレス通信機器であり、前記ビットストリームと前記ＳＥＩメッセージとを含む信号を受信するように構成された受信機を更に備える、Ｃ１１に記載の機器。
［Ｃ２０］
前記ワイヤレス通信機器がセルラー電話であり、前記信号が、前記受信機によって受信され、セルラー通信規格に従って変調される、Ｃ１９に記載の機器。
［Ｃ２１］
ビデオデータをコード化するための機器であって、前記機器は、
ビットストリームのビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素をコード化すべきかどうかを、仮想参照デコーダ（ＨＲＤ）パラメータが前記ビットストリームのためにコード化されるかどうかに基づいて決定するための手段と、
前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素をコード化するための手段とを備える機器。
［Ｃ２２］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定するための前記手段は、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータが前記ビットストリーム中でコード化されるとき、前記初期到着遅延シンタックス要素をコード化すると決定するための手段を備える、Ｃ２１に記載の機器。
［Ｃ２３］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定するための前記手段は、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定するための手段を備える、Ｃ２２に記載の機器。
［Ｃ２４］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定するための前記手段は、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定するための手段を備える、Ｃ２１に記載の機器。
［Ｃ２５］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定するための前記手段は、ＶＣＬ ＨＲＤパラメータが前記ビットストリーム中でコード化されないとき、及びＶＣＬ ＨＲＤ動作が前記ビットストリーム中で必要とされないと決定されたとき、前記初期到着遅延シンタックス要素をコード化しないと決定するための手段を備える、Ｃ２１に記載の機器。
［Ｃ２６］
前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定するための前記手段は、前記ビットストリームのためのＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが真の値を有すると決定したことのみに応答して、前記初期到着遅延シンタックス要素をコード化すると決定するための手段を備える、Ｃ２１に記載の機器。
［Ｃ２７］
実行されたとき、プロセッサに、
ビットストリームのビットストリームパーティション初期到着時間補足強化情報（ＳＥＩ）メッセージの初期到着遅延シンタックス要素をコード化すべきかどうかを、仮想参照デコーダ（ＨＲＤ）パラメータが前記ビットストリームのためにコード化されるかどうかに基づいて決定することと、
前記初期到着遅延シンタックス要素をコード化すると決定したことに応答して、前記初期到着遅延シンタックス要素をコード化することとを行わせる命令を記憶したコンピュータ可読記憶媒体。
［Ｃ２８］
前記プロセッサに、前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することを行わせる前記命令は、前記プロセッサに、ビデオコード化レイヤ（ＶＣＬ）ＨＲＤパラメータが前記ビットストリーム中でコード化されるとき、前記初期到着遅延シンタックス要素をコード化すると決定することを行わせる命令を備える、Ｃ２７に記載のコンピュータ可読記憶媒体。
［Ｃ２９］
前記プロセッサに、前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することを行わせる前記命令は、前記プロセッサに、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定することを行わせる命令を備える、Ｃ２８に記載のコンピュータ可読記憶媒体。
［Ｃ３０］
前記プロセッサに、前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することを行わせる前記命令は、前記プロセッサに、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定することを行わせる命令を備える、Ｃ２７に記載のコンピュータ可読記憶媒体。

Claims (30)

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. 前記プロセッサに、前記初期到着遅延シンタックス要素をコード化すべきかどうかを決定することを行わせる前記命令は、前記プロセッサに、ＶＣＬ ＨＲＤ動作のためのバッファリング期間情報が前記ビットストリーム中で必要とされると決定されたとき、前記初期到着遅延シンタックス要素をコード化すると決定することを行わせる命令を備える、請求項２７に記載のコンピュータ可読記憶媒体。

Images