JP7689995B2 - デコーディング方法及びデバイス、エンコーディング方法及びデバイス、並びに非一時的なコンピュータ可読媒体 - Google Patents

Description

本開示は、ビデオコーディングに概して関係があり、具体的には、ビデオコーディングにおいてビデオデータを圧縮するために使用されたコーディングツールパラメータの効率的なシグナリングに関係がある。

比較的に短いビデオでさえ表現するために必要なビデオデータの量は相当である可能性があり、これは、バンド幅容量が限られている通信ネットワークにわたってデータがストリーミング又は別なふうに通信されるべきである場合に、困難を引き起こすことがある。よって、ビデオデータは、一般的には、今日的な電気通信ネットワークにわたって通信される前に、圧縮される。メモリ資源は限られていることがあるので、ビデオが記憶デバイスで記憶される場合に、ビデオのサイズも問題であり得る。ビデオ圧縮デバイスは、伝送又は記憶の前にビデオデータをコーディングするために発信元でソフトウェア及び／又はハードウェアをしばしば使用し、それによって、デジタルビデオ画像を表現するために必要なデータの量を低減する。圧縮されたデータは、次いで、ビデオデータをデコーディングするビデオ圧縮解除デバイスによって送り先で受信される。限られたネットワーク資源と、より高いビデオ品質の更に高まる需要とにより、ピクチャ品質を全く又はほとんど犠牲にせずに圧縮比を改善する改善された圧縮及び圧縮解除技術が望ましい。

実施形態において、開示は、デコーダで実施される方法であって、デコーダの受信器によって、第１タイプのコーディングツールパラメータを含む第１ヘッダパラメータセット（Header Parameter Set，ＨＰＳ）と、第２タイプのコーディングツールパラメータを含む第２ＨＰＳと、スライスヘッダと、スライスヘッダに関連したスライスとを有するビットストリームを受信することと、デコーダのプロセッサによって、スライスヘッダが第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含むことを決定することと、プロセッサによって、スライスヘッダが第１参照及び第２参照を含むとの決定に基づいて、第１タイプのコーディングツールパラメータ及び第２タイプのコーディングツールパラメータを用いてスライスをデコーディングすることと、プロセッサによって、デコーディングされたビデオシーケンスの部分として表示のためにスライスを転送することとを有する方法を含む。適応パラメータセット（Adaptive Parameter Set，ＡＰＳ）としても知られているＨＰＳは、ピクチャパラメータセット（Picture Parameter Set，ＰＰＳ）よりも低い粒度且つスライスヘッダよりも高い粒度でビデオデータを記述するために用いられてよい。開示される態様は、単一のスライスヘッダが複数のタイプのＨＰＳを参照することを可能にする。単一のスライスヘッダが複数のタイプのＨＰＳを参照することを可能にするメカニズムを提供することによって、様々なコーディングツールパラメータがＨＰＳレベルで通知され得る。これは、コーディングツールパラメータが同じピクチャ／フレーム内のスライス間で変化することを、スライスヘッダに余分のデータをロードせずに可能にする。従って、同じピクチャ内のスライス間で変化するコーディングツールパラメータがどのスライスヘッダ内にもロードされなくてよいということで、エンコーダは、レートひずみ最適化（Rate Distortion Optimization，ＲＤＯ）を実行するときに更なる柔軟性を有する。更には、エンコーダが、最適なコーディングソリューションを見つけるときに、より多くのエンコーディングオプションへのアクセスを有し得るということで、平均コーディング効率は増大する。これは、転じて、ビデオデータを記憶するとき及びビデオデータを伝送するときに、エンコーダ及びデコーダの両方で、メモリ資源の利用及びネットワーク資源の利用を減らす。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１ＨＰＳ及び第２ＨＰＳが適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）ＨＰＳ、クロマスケーリング付きルーママッピング（Luma Mapping with Chroma Scaling，ＬＭＣＳ）ＨＰＳ、スケーリングリストパラメータＨＰＳ、又はこれらの組み合わせを含む、ことを提供する。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、ビットストリームが、第１ＨＰＳ及び第２ＨＰＳを含む複数のＨＰＳを更に有し、複数のＨＰＳの夫々が、複数のＨＰＳ内の他のＨＰＳからのコーディングツールパラメータを参照することを制限される、ことを提供する。いくつかのシステムにおいて、現在のＨＰＳは、前のＨＰＳに対する参照によってコーディングパラメータを引き継いでよい。理論上は、これは、現在のＨＰＳが現在のＨＰＳと前のＨＰＳとの間の差分しか含まないことを可能にする。しかし、実際上は、このアプローチはしばしば、長い継承チェーンを作り出し、転じて、デコーダに対して、後続のＨＰＳが古いＨＰＳを参照し直す可能性がある限りはバッファ内に多数の古いＨＰＳを保持するよう求める。これは、両方のバッファメモリ問題を引き起こし、ＨＰＳが転送中に失われる場合にコーディングエラーの可能性を高める。本開示のいくつかの態様は、各ＨＰＳが他のＨＰＳを参照せずに全ての関連したコーディングパラメータを含むことを求めることによって、この課題に対処する。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１ＨＰＳが、時間的識別子（Identifier，ＩＤ）に関連したアクセスユニットに含まれ、第１ＨＰＳが、第１ＨＰＳを含むアクセスユニットに関連した時間的ＩＤを含む、ことを提供する。一例では、各ＨＰＳは、そのＨＰＳを含むアクセスユニットと同じ時間的ＩＤを保持するよう求められ得る。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、スライスが、ピクチャの部分であり、ピクチャが、時間的識別子（ＩＤ）に関連し、第１ＨＰＳが、ピクチャに関連した時間的ＩＤを含む、ことを提供する。いくつかの例では、各ＨＰＳは、そのＨＰＳを参照する第１スライスに関連したピクチャと同じ時間的ＩＤを保持するよう求められ得る。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、ビットストリームが、スライスを含む１つ以上のスライスを夫々が含んでいる複数のピクチャを含み、ビットストリームが、第１ＨＰＳ及び第２ＨＰＳを含む複数のＨＰＳを更に有し、複数のＨＰＳの夫々及び１つ以上のスライスの夫々が、複数の時間的ＩＤのうちの１つに関連し、第１時間的ＩＤを有する各スライスが、第１時間的ＩＤよりも大きい第２時間的ＩＤを有する如何なるＨＰＳも参照することを制限される、ことを提供する。いくつかの例では、ピクチャ及びスライスのビットストリームは、複数の時間的ＩＤのうちの１つ（例えば、３つのうちの１つ）に関連することができる。時間的ＩＤは夫々、対応するフレームレートに関連する。より高いフレームレートを有するデータ項目は、より低いフレームレートがレンダリングされる場合に無視されてよい。本例では、スライスは、より高い時間的ＩＤ、よって、より高いフレームレートを有するＨＰＳを参照することができないようにされる。このアプローチは、スライスのより低いフレームレートがレンダリングされる場合に無視されるより高いフレームレートのＨＰＳをスライスが参照しないことを確かにする。これは、ＨＰＳがスライスに実際に利用可能であり、フレームレート不一致により無視されないことを確かにし得る。

実施形態において、開示は、エンコーダで実施される方法であって、エンコーダのプロセッサによって、複数のピクチャを複数のスライスにパーティション化することと、プロセッサによって、複数のスライスをビットストリーム内にエンコーディングすることであり、複数のスライスは、少なくとも、第１タイプのコーディングツールパラメータに基づく第１タイプのコーディングツール及び第２タイプのコーディングツールパラメータに基づく第２タイプのコーディングツールによって、エンコーディングされる、ことと、プロセッサによって、第１ＨＰＳ及び第２ＨＰＳをビットストリーム内にエンコーディングすることであり、第１ＨＰＳは第１タイプのコーディングツールパラメータを含み、第２ＨＰＳは、第２タイプのコーディングツールパラメータを含む、ことと、プロセッサによって、複数のスライスのうちの第１スライスのエンコーディングを記述する第１スライスヘッダをビットストリーム内にエンコーディングすることであり、第１スライスヘッダは、第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含む、ことと、プロセッサへ結合されているメモリによって、デコーダへの通信のためにビットストリームを記憶することとを有する方法を含む。ＡＰＳとしても知られているＨＰＳは、ＰＰＳよりも低い粒度且つスライスヘッダよりも高い粒度でビデオデータを記述するために用いられてよい。開示される態様は、単一のスライスヘッダが複数のタイプのＨＰＳを参照することを可能にする。単一のスライスヘッダが複数のタイプのＨＰＳを参照することを可能にするメカニズムを提供することによって、様々なコーディングツールパラメータがＨＰＳレベルで通知され得る。これは、コーディングツールパラメータが同じピクチャ／フレーム内のスライス間で変化することを、スライスヘッダに余分のデータをロードせずに可能にする。従って、同じピクチャ内のスライス間で変化するコーディングツールパラメータがどのスライスヘッダ内にもロードされなくてよいということで、エンコーダは、ＲＤＯを実行するときに更なる柔軟性を有する。更には、エンコーダが、最適なコーディングソリューションを見つけるときに、より多くのエンコーディングオプションへのアクセスを有し得るということで、平均コーディング効率は増大する。これは、転じて、ビデオデータを記憶するとき及びビデオデータを伝送するときに、エンコーダ及びデコーダの両方で、メモリ資源の利用及びネットワーク資源の利用を減らす。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１ＨＰＳ及び第２ＨＰＳがＡＬＦ ＨＰＳ、ＬＭＣＳ ＨＰＳ、スケーリングリストパラメータＨＰＳ、又はこれらの組み合わせを含む、ことを提供する。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、プロセッサによって、複数のＨＰＳをビットストリーム内にエンコーディングすることを更に有し、複数のＨＰＳが、第１ＨＰＳ及び第２ＨＰＳを含み、複数のＨＰＳの夫々が、複数のＨＰＳ内の他のＨＰＳからのコーディングツールパラメータを参照することを制限される、ことを提供する。いくつかのシステムにおいて、現在のＨＰＳは、前のＨＰＳに対する参照によってコーディングパラメータを引き継いでよい。理論上は、これは、現在のＨＰＳが現在のＨＰＳと前のＨＰＳとの間の差分しか含まないことを可能にする。しかし、実際上は、このアプローチはしばしば、長い継承チェーンを作り出し、転じて、デコーダに対して、後続のＨＰＳが古いＨＰＳを参照し直す可能性がある限りはバッファ内に多数の古いＨＰＳを保持するよう求める。これは、両方のバッファメモリ問題を引き起こし、ＨＰＳが転送中に失われる場合にコーディングエラーの可能性を高める。本開示のいくつかの態様は、各ＨＰＳが他のＨＰＳを参照せずに全ての関連したコーディングパラメータを含むことを求めることによって、この課題に対処する。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１ＨＰＳが、時間的ＩＤに関連したアクセスユニットに含まれ、第１ＨＰＳが、第１ＨＰＳを含むアクセスユニットに関連した時間的ＩＤを含む、ことを提供する。一例では、各ＨＰＳは、そのＨＰＳを含むアクセスユニットと同じ時間的ＩＤを保持するよう求められ得る。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１スライスが、第１ピクチャからパーティション化され、第１ピクチャが、時間的ＩＤに関連し、第１ＨＰＳが、第１ピクチャに関連した時間的ＩＤを含む、ことを提供する。いくつかの例では、各ＨＰＳは、そのＨＰＳを参照する第１スライスに関連したピクチャと同じ時間的ＩＤを保持するよう求められ得る。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１ＨＰＳ及び第２ＨＰＳを含む複数のＨＰＳがエンコーディングされ、複数のＨＰＳの夫々及び複数のスライスの夫々が、複数の時間的ＩＤのうちの１つに関連し、第１時間的ＩＤを有する各スライスが、第１時間的ＩＤよりも大きい第２時間的ＩＤを有する如何なるＨＰＳも参照することを制限される、ことを提供する。いくつかの例では、ピクチャ及びスライスのビットストリームは、複数の時間的ＩＤのうちの１つ（例えば、３つのうちの１つ）に関連することができる。時間的ＩＤは夫々、対応するフレームレートに関連する。より高いフレームレートを有するデータ項目は、より低いフレームレートがレンダリングされる場合に無視されてよい。本例では、スライスは、より高い時間的ＩＤ、よって、より高いフレームレートを有するＨＰＳを参照することができないようにされる。このアプローチは、スライスのより低いフレームレートがレンダリングされる場合に無視されるより高いフレームレートのＨＰＳをスライスが参照しないことを確かにする。これは、ＨＰＳがスライスに実際に利用可能であり、フレームレート不一致により無視されないことを確かにし得る。

実施形態において、開示は、プロセッサと、プロセッサへ結合されている受信器と、プロセッサへ結合されているメモリと、プロセッサへ結合されている送信器とを有し、プロセッサ、受信器、メモリ、及び送信器が、上記の態様のいずれかの方法を実行するよう構成される、ビデオコーディングデバイスを含む。

実施形態において、開示は、ビデオコーディングデバイスによって使用されるコンピュータプログラム製品を有する非一時的なコンピュータ可読媒体であって、コンピュータプログラム製品が、プロセッサによって実行される場合に、ビデオコーディングデバイスに、上記の態様のいずれかの方法を実行させるように、非一時的なコンピュータ可読媒体に記憶されているコンピュータ実行可能命令を有する、非一時的なコンピュータ可読媒体を含む。

実施形態において、開示は、第１タイプのコーディングツールパラメータを含む第１ＨＰＳと、第２タイプのコーディングツールパラメータを含む第２ＨＰＳと、スライスヘッダと、前記スライスヘッダに関連したスライスとを有するビットストリームを受信する受信手段と、スライスヘッダが第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含むことを決定する決定手段と、スライスヘッダが第１参照及び第２参照を含むとの決定に基づいて、第１タイプのコーディングツールパラメータ及び第２タイプのコーディングツールパラメータを用いてスライスをデコーディングするデコーディング手段と、デコーディングされたビデオシーケンスの部分として表示のためにスライスを転送する転送手段とを有するデコーダを含む。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、デコーダが、上記の態様のいずれかの方法を実行するよう更に構成される、ことを提供する。

実施形態において、開示は、複数のピクチャを複数のスライスにパーティション化するパーティション化手段と、複数のスライスをビットストリーム内にエンコーディングし、スライスは、少なくとも、第１タイプのコーディングツールパラメータに基づく第１タイプのコーディングツール及び第２タイプのコーディングツールパラメータに基づく第２タイプのコーディングツールによって、エンコーディングされ；第１ＨＰＳ及び第２ＨＰＳをビットストリーム内にエンコーディングし、第１ＨＰＳは第１タイプのコーディングツールパラメータを含み、第２ＨＰＳは第２タイプのコーディングツールパラメータを含み；複数のスライスのうちの第１スライスのエンコーディングを記述する第１スライスヘッダをビットストリーム内にエンコーディングし、第１スライスヘッダは、第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含む、エンコーディング手段と、デコーダへの通信のためにビットストリームを記憶する記憶手段とを有するエンコーダを含む。

任意に、上記の態様のいずれかにおいて、態様の他の実施は、エンコーダが、上記の態様のいずれかの方法を実行するよう更に構成される、ことを提供する。

明りょうさのために、上記の実施形態のいずれか１つは、本開示の範囲内で新しい実施形態をもたらすよう、他の上記の実施形態のいずれか１つ以上と組み合わされてよい。

これら及び他の特徴は、添付の図面及び特許請求の範囲と併せて読まれる以下の詳細な説明から、より明りょうに理解されるだろう。

本開示のより完全理解のために、これより、添付の図面及び詳細な説明と併せて読まれる、次の簡単な説明が参照される。同じ参照番号は同じ部分を表す。

ビデオ信号をコーディングする方法の例のフローチャートである。 ビデオコーディングのためのコーディング及びデコーディング（コーデック）システムの例の概略図である。 ビデオエンコーダの例を表す概略図である。 ビデオデコーダの例を表す概略図である。 エンコーディングされたビデオシーケンスをヘッダパラメータセット（ＨＰＳ）とともに含むビットストリームの例を表す概略図である。 時間スケーリングのためのメカニズムの例を表す概略図である。 ビデオコーディングデバイスの例の概略図である。 ＨＰＳを使用することによってビデオシーケンスをビットストリーム内にエンコーディングする方法の例のフローチャートである。 ＨＰＳを使用することによってビットストリームからビデオシーケンスをデコーディングする方法の例のフローチャートである。 ＨＰＳを使用することによってビットストリームで画像のビデオシーケンスをコーディングするシステムの例の概略図である。

１つ以上の実施形態の例示的な実施が以下で与えられるが、開示されるシステム及び／又は方法は、現在知られているか又は存在しているかどうかに関わらず、任意の数の技術を用いて実施されてよい、ことがまず理解されるべきである。開示は、ここで図示及び記載されている例となる設計及び実施を含む、以下で説明される例示的な実施、図面、及び技術に決して限定されるべきではなく、添付の特許請求の範囲及びその均等の全範囲内で変更されてもよい。

次の頭字語、Adaptive Loop Filter（ＡＬＦ）、Coding Tree Block（ＣＴＢ）、Coding Tree Unit（ＣＴＵ）、Coding Unit（ＣＵ）、Coded Video Sequence（ＣＶＳ）、Dynamic Adaptive Streaming over Hypertext transfer protocol（ＤＡＳＨ）、Joint Video Experts Team（ＪＶＥＴ）、Motion-Constrained Tile Set（ＭＣＴＳ）、Maximum Transfer Unit（ＭＴＵ）、Network Abstraction Layer（ＮＡＬ）、Picture Order Count（ＰＯＣ）、Raw Byte Sequence Payload（ＲＢＳＰ）、Sample Adaptive Offset（ＳＡＯ）、Sequence Parameter Set（ＳＰＳ）、Versatile Video Coding（ＶＶＣ）、及びWorking Draft（ＷＤ）が、ここでは使用される。

多くのビデオ圧縮技術は、最小限のデータ損失でビデオファイルのサイズを低減するために用いられ得る。例えば、ビデオ圧縮技術は、ビデオシーケンス内のデータ冗長性を低減又は排除するよう空間（例えば、イントラピクチャ）予測及び／又は時間（例えば、インターピクチャ）予測を実行することを含むことができる。ブロックベースのビデオコーディングについては、ビデオスライス（例えば、ビデオピクチャ又はビデオピクチャの部分）は、ツリーブロック、コーディングツリーブロック（ＣＴＢ）、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）、及び／又はコーディングノードとも呼ばれ得るビデオブロックにパーティション化されてよい。ピクチャのイントラコーディング（Ｉ）されたスライス内のビデオブロックは、同じピクチャ内の隣接ブロック内の参照サンプルに関して空間予測を用いてコーディングされる。ピクチャのインターコーディングされた一方向予測（Ｐ）又は双方向予測（Ｂ）スライス内のビデオブロックは、同じピクチャ内の隣接ブロック内の参照ピクチャに関して空間予測を、又は他の参照ピクチャ内の参照サンプルに関して時間予測を用いることによって、コーディングされてよい。ピクチャは、フレーム及び／又は画像と呼ばれることがあり、参照ピクチャは、参照フレーム及び／又は参照画像と呼ばれることがある。空間又は時間予測は、画像ブロックを表す予測ブロックをもたらす。残差データは、原画像ブロックと予測ブロックとの間のピクセル差分を表す。従って、インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指し示す動きベクトルと、コーディングされたブロックと予測ブロックとの間の差分を示す残差データと従って、エンコーディングされる。イントラコーディングされたブロックは、イントラコーディングモード及び残差データに従ってエンコーディングされる。更なる圧縮のために、残差データは、ピクセル領域から変換領域へ変換されてよい。これらは残差変換係数をもたらし、これは量子化されてよい。量子化された変換係数は、２次元配列で最初に配置されてよい。量子化された変換係数は、変換係数の１次元ベクトルを生成するためにスキャンされてよい。エントロピコーディングが、より一層の圧縮を達成するよう適用されてもよい。このようなビデオ圧縮技術については、以下で更に詳細に説明される。

エンコーディングされたビデオが正確にデコーディングされ得ることを確かにするために、ビデオは、対応するビデオコーディング規格に従ってエンコーディング及びデコーディングされる。ビデオコーディング規格は、国際電気通信連合（ＩＴＵ）標準化部門（ＩＴＵ－Ｔ）Ｈ．２６１、国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ）動画専門家集団（ＭＰＥＧ）－１ Ｐａｒｔ ２、ＩＴＵ－Ｔ Ｈ．２６２又はＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｐａｒｔ２、ＩＴＵ－Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｐａｒｔ ２、ＩＴＵ－Ｔ Ｈ．２６４又はＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｐａｒｔ １０としても知られているアドバンスド・ビデオ・コーディング（ＡＶＣ）、及びＩＴＵ－Ｔ Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られている高効率ビデオコーディング（ＨＥＶＣ）を含む。ＡＶＣは、スケーラブル・ビデオ・コーディング（ＳＶＣ）、マルチビュー・ビデオ・コーディング（ＭＶＣ）及びマルチビュー・ビデオ・コーディング・プラス・デプス（ＭＶＣ＋Ｄ）、並びに３次元（３Ｄ）ＡＶＣ（３Ｄ－ＡＶＣ）等の拡張を含む。ＨＥＶＣは、スケーラブルＨＥＶＣ（ＳＨＶＣ）、マルチビューＨＥＶＣ（ＭＶ－ＨＥＶＣ）、及び３Ｄ ＨＥＶＣ（３Ｄ－ＨＥＶＣ）等の拡張を含む。ＩＴＵ－ＴとＩＳＯ／ＩＥＣとの共同ビデオ専門家部会（ＪＶＥＴ）は、バーサタイル・ビデオ・コーディング（ＶＶＣ）と呼ばれるビデオコーディング規格を開発することを開始している。ＶＶＣは、ＪＶＥＴ－Ｌ１００１－ｖ１及びＪＶＥＴ－Ｋ１００２－ｖ３を含むワーキング・ドラフト（ＷＤ）に含まれ、アルゴリズム記述、ＶＶＣ ＷＤのエンコーダ側記述、及び参照ソフトウェアを提供する。

ビデオ画像をコーディングするために、画像は最初にパーティション化され、パーティションがビットストリーム内にコーディングされる。様々なピクチャパーティション化スキームが利用可能である。例えば、画像は、規則的なスライス、従属的なスライス、タイルに、及び／又は波面並列処理（ＷＰＰ）に従ってパーティション化され得る。簡単のために、ＨＥＶＣは、規則的なスライス、従属的なスライス、タイル、ＷＰＰ、及びこれらの組み合わせしか、ビデオコーディングのためのＣＴＢのグループにスライスをパーティション化するときに使用され得ないように、エンコーダを制限する。このようなパーティション化は、最大変換ユニット（ＭＴＵ）サイズ一致、並列処理、及び低減されたエンド間遅延をサポートするよう適用され得る。ＭＴＵは、単一パケットで伝送され得るデータの最大量を表す。パケットペイロードがＭＴＵを超える場合に、そのペイロードは、断片化と呼ばれるプロセスを通じて２つのパケットに分裂される。

単にスライスとも呼ばれる規則的なスライスは、ループフィルタリング動作によるいくらかの相互依存性にも関わらず、同じピクチャ内の他の規則的なスライスから独立して再構成され得る画像のパーティション化された部分である。夫々の規則的なスライスは、伝送のためにそれ自体のネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいてカプセル化される。更に、ピクチャ内予測（イントラサンプル予測、動き情報予測、コーディングモード予測）及びスライス境界にわたるエントロピコーディング依存性は、独立した再構成をサポートするよう無効にされてよい。このような独立した再構成は並列化をサポートする。例えば、規則的なスライスに基づく並列化は、最低限のプロセッサ間又はコア間通信を用いる。しかし、夫々の規則的なスライスは独立しているということで、各スライスは別個のスライスヘッダと関連付けられる。規則的なスライスの使用は、各スライスのためのスライスヘッダのビットコストにより、且つ、スライス境界にわたる予測の欠如により、相当なコーディングオーバーヘッドを招く可能性がある。更に、規則的なスライスは、ＭＴＵサイズの一致の要件をサポートするために用いられることがある。具体的には、規則的なスライスは別個のＮＡＬユニットにおいてカプセル化され、独立してコーディングされ得るということで、夫々の規則的なスライスは、そのスライスを複数のパケットに分けることを回避するために、ＭＴＵスキームにおけるＭＴＵよりも小さくなければならない。そのようなものとして、並列化の目標及びＭＴＵサイズ一致の目標は、矛盾した要求をピクチャ内のスライスレイアウトに突きつける可能性がある。

従属的なスライスは、規則的なスライスと類似しているが、短くされたスライスヘッダを有し、ピクチャ内予測を中断せずに画像ツリーブロック境界のパーティション化を可能にする。従って、従属的なスライスは、規則的なスライスが複数のＮＡＬユニットに断片化されることを可能にし、これは、規則的なスライス全体のエンコーディングが完了する前に規則的なスライスの一部が送出されることを可能にすることによって、低減されたエンド間遅延をもたらす。

タイルは、タイルの列及び行を作る水平及び垂直境界によって作られた画像のパーティション化された部分である。タイルは、ラスタスキャン順序（右から左及び上から下）でコーディングされてよい。ＣＴＢのスキャン順序はタイル内で局所的である。従って、第１のタイル内のＣＴＢは、次のタイル内のＣＴＢに対する処理の前に、ラスタスキャン順序でコーディングされる。規則的なスライスと同様に、タイルは、エントロピデコーディング従属性に加えてピクチャ内予測従属性も崩す。しかし、タイルは、個々のＮＡＬユニットに含まれなくてもよく、従って、タイルは、ＭＴＵサイズ一致のために使用されなくてもよい。各タイルは、１つのプロセッサ／コアによって処理され得、隣接するタイルをデコーディングする処理ユニット間でピクチャ内予測のために用いられるプロセッサ間／コア間通信は、（隣接するタイルが同じスライス内にある場合に）共有スライスヘッダを運ぶことと、再構成されたサンプル及びメタデータのループフィルタリングに関連した共有を実行することとに制限されてよい。１つよりも多いタイルがスライスに含まれる場合に、スライス内の最初のエントリポイントオフセット以外の各タイルのためのエントリポイントバイトオフセットは、スライスヘッダで通知されてよい。夫々のスライス及びタイルについて、次の条件：１）スライス内の全てのコーディングされたツリーブロックは同じタイルに属すること、及び２）タイル内の全てのコーディングされたツリーブロックは同じスライスに属すること、のうちの少なくとも１つが満たされるべきである。

ＷＰＰでは、画像は、ＣＴＢの単一の行にパーティション化される。エントロピデコーディング及び予測メカニズムは、他の行内のＣＴＢからのデータを使用してよい。並列処理は、ＣＴＢ行の並列デコーディングを通じて可能にされる。例えば、現在の行は、先行する行と並行してデコーディングされてよい。しかし、現在の行のデコーディングは、２つのＣＴＢだけ、先行する行のデコーディングプロセスから遅延する。この遅延は、現在の行内の現在のＣＴＢの上のＣＴＢ及び右上のＣＴＢに関するデータが、現在のＣＴＢがコーディングされる前に利用可能であることを確かにする。このアプローチは、グラフィカルに表現される場合に波面として現れる。この時差スタートは、画像に含まれるＣＴＢ行と同じ数以下のプロセッサ／コアによる並列化を可能にする。ピクチャ内の隣接するツリーブロック行間のピクチャ内予測が許可されるので、ピクチャ内予測を可能にするためのプロセッサ間／コア間通信はかなりの量になる可能性がある。ＷＰＰパーティション化はＮＡＬユニットサイズを考慮しない。従って、ＷＰＰは、ＭＴＵサイズ一致をサポートしない。しかし、規則的なスライスは、望まれるようにＭＴＵサイズ一致を実装するために、特定のコーディングオーバーヘッドを伴って、ＷＰＰとともに使用され得る。

タイルは、ピクチャをタイルの列及び行にパーティション化する水平及び垂直境界を画定する。ＣＴＢのスキャン順序は、ピクチャのタイルラスタスキャンの順序における次のタイルの左上ＣＴＢをデコーディングする前に、タイル内で局所的であるよう変更されてよい。局所的スキャン順序は、タイルのＣＴＢラスタスキャンの順序を示す。規則的なタイルと同様に、タイルは、エントロピデコーディング従属性に加えてピクチャ内予測従属性も崩す。しかし、タイルは、個々のＮＡＬユニットに含まれなくてもよい。従って、タイルは、ＭＴＵサイズ一致のために使用されなくてもよい。各タイルは、１つのプロセッサ／コアによって処理され得る。隣接するタイルをデコーディングする処理ユニット間でピクチャ内予測のために用いられるプロセッサ間／コア間通信は、スライスが１つよりも多いタイルに及ぶ場合に、共有スライスヘッダを運ぶことに制限されてよい。プロセッサ間／コア間通信はまた、再構成されたサンプル及びメタデータのループフィルタリングに関連した共有のためにも使用されてよい。１つよりも多いタイル又はＷＰＰセグメントがスライスに含まれる場合に、スライス内の最初のもの以外の各タイル又はＷＰＰのためのエントリポイントバイトオフセットは、スライスヘッダで通知されてよい。４つの異なるピクチャパーティション化スキームの適用に関する制限は、簡単さをサポートするために用いられてよい。例えば、コーディングされたビデオシーケンス（ＣＶＳ）は、ＨＥＶＣで定められているプロファイルのほとんどについて、タイル及び波面の両方を含まなくてもよい。夫々のスライス及びタイルについて、次の条件のうちの一方又は両方が満足されてもよい。スライス内の全てのコーディングされたツリーブロックは同じタイルに属してよく、タイル内の全てのコーディングされたツリーブロックは同じスライスに属してよい。更に、波面セグメントは、厳密に１つのＣＴＢ行を含んでよい。また、ＷＰＰが使用中であるとき、ＣＴＢ行内で始まるスライスは、同じＣＴＢ行で終わるべきである。

ＶＶＣは、タイル及びタイルグループピクチャパーティション化スキームを含んでよい。ＶＶＣにおけるタイルは、ＨＥＶＣにおけるタイルと同じであってよい。ＶＶＣは、スライスの代わりにタイルグループを用いてもよい。スライスは、ＣＴＵのグループを含むものとして定義され、一方、タイルグループは、タイルのグループを含むものとして定義される。コーディングされたピクチャは、１つ以上のスライス（又はタイルグループ）から構成され得る。各スライス／タイルグループは、スライスをデコーディングするために使用される情報を表すシンタックス要素を含むスライスヘッダを有する。各スライスヘッダは、そのスライスのみをデコーディングするための情報を含んでよい。しかし、スライスヘッダからの情報は、同じピクチャ内の他のスライスについて同じである可能性がある。これは、コーディングツールがピクチャレベルで動作することがあり、ピクチャ内の全てのスライスのためのパラメータが同じであり得るためである。この状況は、スライスヘッダにおいて冗長な情報を引き起こす可能性がある。

ＡＰＳとしても知られるヘッダパラメータセット（ＨＰＳ）は、冗長なスライスヘッダ情報に関する問題を解決するために用いられてよい。ＨＰＳは、複数のスライスによって共有されるスライスレベル情報を含んでよい。ＨＰＳは、エンコーダによって生成されてよく、対応するスライスをデコーダでデコーディングするときに用いられるコーディングツールパラメータを含んでよい。いくつかのシステムは、ＨＰＳ及び参照ＨＰＳを用いることによってＨＰＳスキームを実装する。このスキームでは、コーディング順序における最初のＨＰＳは、対応するスライスのための関連したコーディングツールパラメータの全てを含む。このようなパラメータが後続のスライスについて変化する場合に、後続のＨＰＳは、変化したパラメータのみを含む。次いで、その後続のＨＰＳは、最初のＨＰＳを参照する。従って、最初のＨＰＳは、後続のＨＰＳのための参照ＨＰＳの役割をする。次いで、更なるＨＰＳが、前のＨＰＳ等を参照するために用いられ得る。

このようなＨＰＳ参照はいくつかの問題を含む。例えば、ＨＰＳが他のＨＰＳを参照することを可能にすることは、複雑なメカニズムを生じる。具体例として、このメカニズムは、一連のＨＰＳ参照につながる可能性がある。いくつかの場合に、このアプローチは、ビデオデータを含むビットストリームで使用されるＨＰＳ参照の数に明示的な制限が存在しなくてもよいということで、ＨＰＳの長いチェーンを引き起こす可能性がある。このようなスキームを管理するために、デコーダは、起こり得るその後の参照に備えるために、デコーディングピクチャバッファ内のＨＰＳを任意数に維持する必要があり得る。この問題に対処するために、ＨＰＳリセットメカニズムが、如何なるこのような拡張されたＨＰＳ参照チェーンも切断するよう加えられることがあり、これは更なる複雑性を加える。更に、このアプローチは、潜在的にエラーが発生しやすい。例えば、先のＨＰＳが伝送エラーにより失われる場合に、その後の参照ＨＰＳは、対応するスライスをコーディングするための十分なデータを含まないことになる。また、このアプローチは、ビットストリーム内の多数のＨＰＳにつながる可能性がある。しかし、ＨＰＳ識別子（ＩＤ）の数は、大きなＨＰＳ ＩＤ値をコーディングすることを回避するよう制限されることがある。そのようなものとして、ＨＰＳ ＩＤはビットストリーム内で再利用されることがある。これは、例えば、ＨＰＳが、１つよりも多い参照ＨＰＳによって使用されたＨＰＳ ＩＤを参照する場合に、曖昧さを生じる可能性がある。更に、ＨＰＳは、コーディングされたビットストリーム内で通知されることがあり、これはインバンドシグナリングと呼ばれる。ＨＰＳはまた、外部メカニズムによって、例えば、メタデータ情報において、通知されることもある。このようなシグナリングは、アウトオブバンドシグナリングと呼ばれる。このようなデュアルシグナリングメカニズムは、ＨＰＳスキームの複雑さを更に増やす。

ここでは、ＨＰＳシグナリングの複雑さを低減するための様々なメカニズムが開示される。ＨＰＳは、最新の規格文書ではＨＰＳと呼ばれている。従って、以下の開示は、議論の明りょうさのために、概してＨＰＳに言及する。しかし、ＨＰＳ及びＡＰＳという用語は、ほとんどの態様で同義的に使用され得る。本開示は、ＨＰＳが他のＨＰＳを参照しないようにすることによって、ＨＰＳの複雑さ及びエラーを起こしやすい性質を取り除く。ＨＰＳが他のＨＰＳを参照しなくてもよいということで、単一のＨＰＳの喪失は、局所的なエラーしか引き起こさない。更に、デコーダは、後のＨＰＳが前のＨＰＳに取って代わるということで、メモリにおいてＨＰＳを保持するよう求められなくてもよい。具体例として、複数のタイプのＨＰＳが用いられてよく、ここで、ＨＰＳタイプは、ＨＰＳに含まれるコーディングツールパラメータのタイプを示す。このようなＨＰＳタイプは、適応ループフィルタ（ＡＬＦ）ＨＰＳ、クロマスケーリング付きルーママッピング（ＬＭＣＳ）ＨＰＳ、及び／又はスケーリングリストパラメータＨＰＳを含んでよい。このような例において、第１タイプの現在のＨＰＳがデコーダによって取得される場合に、第１タイプの前のＨＰＳは、現在のＨＰＳがそのような前のＨＰＳに取って代わるということで、捨てられ得る。更に、複数のタイプのＨＰＳを可能にするために、単一のスライスヘッダは、対応するスライスに対して全てのコーディングツールパラメータを参照するよう１つよりも多いＨＰＳを参照してよい。これは、スライスヘッダが、その場合に他のＨＰＳを参照する単一のＨＰＳを参照することを可能にする他のスキームと対照的である。従って、単一のスライスヘッダが複数のＨＰＳを参照することを可能にすることは、ＨＰＳ参照チェーンを回避する実施をもたらす。また、本開示は、ＨＰＳが時間スケーリングで動作することを可能にするメカニズムについて記載する。時間スケーリングでは、ビットストリームは、デコーダ及び／又はユーザが複数のフレームレートから選択することを可能にするよう構成される。このようなスキームを実装するために、ピクチャ／フレームは夫々、時間的ＩＤを割り当てられる。より低い時間的ＩＤを有するフレームは、各フレームレートで表示される。より高い時間的ＩＤを有するフレームは、より低いフレームレートについてはスキップされ、より高いフレームレートについてのみ表示される。このような時間スケーリングをサポートするために、ＨＰＳは時間的ＩＤを割り当てられる。ＨＰＳは、そのＨＰＳを参照する最初のスライスを含むピクチャの時間的ＩＤを受けてよい。他の例では、ＨＰＳは、そのＨＰＳを含むアクセスユニットの時間的ＩＤを受けてもよい。アクセスユニットは、対応するピクチャをデコーディングするのに十分なビデオデータを含むビットストリームデータグルーピングである。時間スケーリングを更にサポートするために、より低い時間的ＩＤに関連したスライスは、より大きい時間的ＩＤを含むＨＰＳを参照することを制限されてよい。これは、より低いフレームレートの設定が、時間スケーリングにより無視されるＨＰＳをスライスに参照させないことを確かにし、従って、より低いフレームレートで特定のスライスをデコーディングするときにコーディングツールパラメータが利用不可能であることを防ぐ。

図１は、ビデオ信号をコーディングする、例となる動作方法１００のフローチャートである。具体的に、ビデオ信号はエンコーダでエンコーディングされる。エンコーディングプロセスは、ビデオファイルサイズを低減するために様々なメカニズムを用いることによってビデオ信号を圧縮する。より小さいファイルサイズは、関連した帯域幅オーバーヘッドを低減しながら、圧縮されたビデオファイルがユーザに向けて伝送されることを可能にする。次いで、デコーダは、圧縮されたビデオファイルをデコーディングして、エンドユーザへの表示のための元のビデオ信号を再構成する。デコーディングプロセスは、一般的に、デコーダが一貫してビデオ信号を再構成することを可能にするよう、エンコーディングプロセスを反映する。

ステップ１０１で、ビデオ信号がエンコーダに入力される。例えば、ビデオ信号は、メモリに記憶されている未圧縮ビデオファイルであってよい。他の例として、ビデオファイルは、ビデオカメラ等のビデオ捕捉デバイスによって捕捉され、ビデオのライブストリーミングをサポートするようエンコーディングされてよい。ビデオファイルは、オーディング成分及びビデオ成分の両方を含んでよい。ビデオ成分は、連続してみられる場合に、動きの視覚的印象を与える一連の画像フレームを含む。フレームは、ここでルーマ成分（又はルーマサンプル）と呼ばれる光と、クロマ成分（又は色サンプル）と呼ばれる色とに関して表現されるピクセルを含む。いくつかの例では、フレームはまた、３次元表示をサポートするためのデプス値も含んでよい。

ステップ１０３で、ビデオはブロックにパーティション化される。パーティション化は、各フレーム内のピクセルを圧縮のために正方形及び／又は長方形ブロックに細分することを含む。例えば、高効率ビデオコーディング（ＨＥＶＣ）（Ｈ．２６５及びＭＰＥＧ－Ｈ Ｐａｒｔ２として知られる）では、フレームは最初に、予め定義されたサイズ（例えば、６４×６４ピクセル）のブロックであるコーディングツリーユニット（ＣＴＵ）に分割され得る。ＣＴＵは、ルーマ及びクロマサンプルの両方を含む。コーディングツリーは、ＣＴＵをブロックに分割し、次いで、更なるエンコーディングをサポートする構成が達成されるまで、ブロックを再帰的に細分するために用いられてよい。例えば、フレームのルーマ成分は、個々のブロックが比較的に一様な明暗値を含むまで細分されてよい。更に、フレームのクロマ成分は、個々のブロックが比較的に一様な色値を含むまで細分されてよい。従って、パーティション化メカニズムは、ビデオフレームの内容に応じて変化する。

ステップ１０５で、ステップ１０３でパーティション化された画像ブロックを圧縮するよう様々な圧縮メカニズムが用いられる。例えば、インター予測及び／又はイントラ予測が用いられてよい。インター予測は、共通のシーン内の対象物が連続したフレームで現れる傾向がある、という事実を利用するよう設計される。従って、参照フレーム内の対象物を表すブロックは、隣接するフレームで繰り返し記述される必要がない。具体的に、テーブル等の対象物は、複数のフレームにわたって定位置のままであることがある。従って、テーブルは一度記述され、隣接するフレームは参照フレームを参照し直すことができる。パターンマッチングメカニズムが、複数のフレームにわたって対象物を照合するために用いられてもよい。更に、動いている対象物が、例えば、対象物の運動又はカメラの運動により、複数のフレームにわたって表現されることがある。具体例として、ビデオは、複数のフレームにわたって画面を横切って動く自動車を示すことがある。動きベクトルは、そのような運動を記述するために用いられ得る。動きベクトルは、あるフレーム内の対象物の座標から参照フレーム内の対象物の座標へのオフセットを提供する２次元ベクトルである。そのようなものとして、インター予測は、現在のフレーム内の画像ブロックを、参照フレーム内の対応するブロックからのオフセットを示す動きベクトルの組としてエンコーディングすることができる。

イントラ予測は、共通のフレーム内のブロックをエンコーディングする。イントラ予測は、ルーマ及びクロマ成分がフレームに群がる傾向がある、という事実を利用する。例えば、木の一部分にある緑色のパッチは、緑色の同様のパッチに隣接して位置している傾向がある。イントラ予測は、複数の指向性予測モード（例えば、ＨＥＶＣでは３３個）、プレーナーモード、及び直流（ＤＣ）モードを用いる。指向性モードは、現在のブロックが、対応する方向にある隣接ブロックのサンプルと類似している／同じであることを示す。プレーナーモードは、行／列（例えば、平面）に沿った一連のブロックが行の端にある隣接ブロックに基づいて補間され得ることを示す。プレーナーモードは、事実上、変化する値の比較的に一定の傾きを用いることによって、行／列にわたる光／色の滑らかな遷移を示す。ＤＣモードは、境界平滑化のために用いられ、ブロックが、指向性予測モードの角度方向に関連した全ての隣接ブロックのサンプルに関連した平均値と類似している／同じであることを示す。従って、イントラ予測ブロックは、実際の値の代わりに、様々な関連した予測モード値として画像ブロックを表すことができる。更に、インター予測ブロックは、実際の値の代わりに動きベクトルとして画像ブロックを表すことができる。いずれの場合にも、予測ブロックは、いくつかの場合に正確に画像ブロックを表さないことがある。如何なる差分も残差ブロックで保存される。変換は、ファイルを更に圧縮するよう残差ブロックに適用されてよい。

ステップ１０７で、様々なフィルタリング技術が適用されてよい。ＨＥＶＣでは、フィルタは、インループフィルタリングスキームに従って適用される。上述されたブロックに基づく予測は、デコーダでのブロックノイズのある画像の生成を引き起こす可能性がある。更に、ブロックに基づく予測スキームは、ブロックをエンコーディングし、それから、エンコーディングされた画像を参照ブロックとしての後の使用のために再構成してよい。インループフィルタリングスキームは、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、及びサンプル適応オフセット（ＳＡＯ）フィルタをブロック／フレームに繰り返し適用する。これらのフィルタは、エンコーディングされたファイルが正確に再構成され得るように、そのようなブロッキングアーチファクトを軽減する。更に、これらのフィルタは、アーチファクトが、再構成された参照ブロックに基づいてエンコーディングされるその後のブロックで更なるアーチファクトを引き起こす可能性が低くなるように、再構成された参照ブロックでのアーチファクトを軽減する。

ビデオ信号がパーティション化、圧縮、及びフィルタ処理されると、結果として得られるデータは、ステップ１０９で、ビットストリームにおいてエンコーディングされる。ビットストリームは、デコーダでの適切なビデオ信号再構成をサポートするために望ましいあらゆるシグナリングデータに加えて、上記のデータも含む。例えば、このようなデータは、パーティションデータ、予測データ、残差ブロック、及びデコーダへコーディング命令を与える様々なフラグを含んでよい。ビットストリームは、要求時のデコーダに向けた伝送のために、メモリに記憶されてよい。ビットストリームはまた、複数のデコーダに向けたブロードキャスト及び／又はマルチキャストであってもよい。ビットストリームの生成は、反復プロセスである。従って、ステップ１０１、１０３、１０５、１０７、及び１０９は、多数のフレーム及びブロックにわたって連続して及び／又は同時に行われてよい。図１に示されている順序は、議論の明りょうさ及び容易さのために提示されており、ビデオコーディングプロセスを特定の順序に限定する意図はない。

デコーダは、ビットストリームを受け取り、ステップ１１１でデコーディングプロセスを開始する。具体的に、デコーダは、ビットストリームを対応するシンタックス及びビデオデータに変換するためにエントロピデコーディングスキームを用いる。デコーダは、ステップ１１１でフレームのパーティションを決定するためにビットストリームからのシンタックスデータを用いる。パーティション化は、ステップ１０３でのブロックパーティション化の結果と一致すべきである。ステップ１１１で用いられるエントロピエンコーディング／デコーディングがこれより記載される。エンコーダは、入力画像内の値の空間位置付けに基づいていくつかの可能な選択からブロックパーティション化スキームを選択することといった多くの選択を圧縮プロセス中に行う。正確な選択を通知することは、多数のビンを用いる可能性がある。ここで使用されるように、ビンは、変数（例えば、状況に応じて変化し得るビット値）として扱われるバイナリ値である。エントロピコーディングは、エンコーダが、許容可能な選択肢の組を残しながら、特定の場合について明らかに実行可能でない如何なる選択肢も捨てることを可能にする。夫々の許容可能な選択肢は、次いで、コードワードを割り当てられる。コードワードの長さは、許容可能な選択肢の数に依存する（例えば、２つの選択肢については１つのビン、３つ乃至４つの選択肢については２つのビン、等）。エンコーダは、次いで、選択された選択肢についてのコードワードをエンコーディングする。このスキームは、コードワードが、全ての可能な選択肢の潜在的に大きい集合からの選択を一意に示すこととは対照的に、許容可能な選択肢の小さい部分集合からの選択を一意に示すために望まれる大きさであるということで、コードワードのサイズを低減する。デコーダは、次いで、エンコーダと同様の方法で、許容可能な選択肢の組を決定することによって選択をデコーディングする。許容可能な選択肢の組を決定することによって、デコーダは、コードワードを読み出し、エンコーダによって行われた選択を決定することができる。

ステップ１１３で、デコーダは、ブロックデコーディングを実行する。具体的に、デコーダは、残差ブロックを生成するために逆変換を用いる。次いで、デコーダは、パーティション化に従って画像ブロックを再構成するために残差ブロック及び対応する予測ブロックを用いる。予測ブロックは、ステップ１０５でエンコーダで生成されたイントラ予測ブロック及びインター予測ブロックの両方を含んでよい。再構成された画像ブロックは、次いで、ステップ１１１で決定されたパーティション化データに従って、再構成されたビデオ信号のフレーム内に位置付けられる。ステップ１１３のためのシンタックスも、上述されたように、エントロピコーディングを介してビットストリームにおいて通知されてよい。

ステップ１１５で、フィルタリングが、エンコーダでのステップ１０７に類似した方法で、再構成されたビデオ信号のフレームに対して実行される。例えば、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、及びＳＡＯフィルタが、ブロッキングアーチファクトを除くようフレームに適用されてよい。フレームがフィルタ処理されると、ビデオ信号は、エンドユーザによる視聴のために、ステップ１１７でディスプレイへ出力され得る。

図２は、ビデオコーディングのための、例となるコーディング及びデコーディング（コーデック）システム２００の概略図である。具体的に、コーデックシステム２００は、動作方法１００の実施をサポートするための機能性を提供する。コーデックシステム２００は、エンコーダ及びデコーダの両方で用いられるコンポーネントを表すよう一般化されている。コーデックシステム２００は、動作方法１００のステップ１０１及び１０３に関して説明されたように、ビデオ信号を受信及びパーティション化し、これにより、パーティション化されたビデオ信号２０１が得られる。コーデックシステム２００は、次いで、方法１００のステップ１０５、１０７、及び１０９に関して説明されたようにエンコーダとして動作する場合には、パーティション化されたビデオ信号２０１を、コーディングされたビットストリームへと圧縮する。デコーダとして動作する場合には、コーデックシステム２００は、動作方法１００のステップ１１１、１１３、１１５、及び１１７に関して説明されたように、ビットストリームから出力ビデオ信号を生成する。コーデックシステム２００は、汎用コーダ制御コンポーネント２１１、変換スケーリング及び量子化コンポーネント２１３、イントラピクチャ推定コンポーネント２１５、イントラピクチャ予測コンポーネント２１７、動き補償コンポーネント２１９、動き推定コンポーネント２２１、スケーリング及び逆変換コンポーネント２２９、フィルタ制御解析コンポーネント２２７、インループフィルタコンポーネント２２５、デコーディングピクチャバッファコンポーネント２２３、並びにヘッダフォーマッティング及びコンテキスト適応バイナリ算術コーディング（Context Adaptive Binary Arithmetic Coding，ＣＡＢＡＣ）コンポーネント２３１を含む。このようなコンポーネントは、示されているように結合される。図２では、黒線は、エンコーディング／デコーディングされるべきデータの移動を示し、白色破線は、他のコンポーネントの動作を制御する制御データの移動を示す。エンコーダには、コーデックシステム２００のコンポーネントが全て存在してよい。デコーダは、コーデックシステム２００のコンポーネントのサブセットを含んでよい。例えば、デコーダは、イントラピクチャ予測コンポーネント２１７、動き補償コンポーネント２１９、スケーリング及び逆変換コンポーネント２２９、インループフィルタコンポーネント２２５、及びデコーディングピクチャバッファコンポーネント２２３を含んでよい。これらのコンポーネントがこれより説明される。

パーティション化されたビデオ信号２０１は、コーディングツリーによってピクセルのブロックにパーティション化されている捕捉されたビデオシーケンスである。コーディングツリーは、ピクセルのブロックをピクセルのより小さいブロックに細分するために様々な分裂モードを用いる。これらのブロックは、次いで、より小さいブロックに更に細分され得る。ブロックは、コーディングツリー上のノードと呼ばれ得る。より大きい親ノードは、より小さい子ノードに分裂される。ノードが細分される回数は、ノード／コーディングツリーのデプスと呼ばれる。分割されたブロックは、いくつかの場合にコーディングユニット（ＣＵ）に含まれ得る。例えば、ＣＵは、ルーマブロック、赤色差分クロマ（Ｃｒ）ブロック及び青色差分クロマ（Ｃｂ）ブロックを、ＣＵの対応するシンタックス命令とともに含むＣＴＵのサブ部分であることができる。分裂モードは、ノードを、用いられている分裂モードに応じて形状が変化する２つ、３つ、又は４つの子ノードに夫々パーティション化するために用いられる二分木（ＢＴ）、三分木（ＴＴ）、及び四分木（ＱＴ）を含んでよい。パーティション化されたビデオ信号２０１は、汎用コーダ制御コンポーネント２１１、変換スケーリング及び量子化コンポーネント２１３、イントラピクチャ推定コンポーネント２１５、フィルタ制御解析コンポーネント２２７、及び動き推定コンポーネント２２１へ圧縮のために転送される。

汎用コーダ制御コンポーネント２１１は、適用制約に従って、ビットストリーム内へのビデオシーケンスの画像のコーディングに関する決定を行うよう構成される。例えば、汎用コーダ制御コンポーネント２１１は、再構成品質に対するビットレート／ビットストリームサイズの最適化を管理する。このような決定は、記憶空間／帯域幅の利用可能性及び画像解像度の要求に基づいて行われてよい。汎用コーダ制御コンポーネント２１１はまた、バッファアンダーラン及びオーバーラン問題を軽減するよう伝送速度に照らしてバッファ利用も管理する。これらの問題を管理するために、汎用コーダ制御コンポーネント２１１は、他のコンポーネントによるパーティション化、予測、及びフィルタリングを管理する。例えば、汎用コーダ制御コンポーネント２１１は動的に、解像度を増大させ且つバンド幅利用を増大させるよう圧縮複雑性を増大させるか、あるいは、解像度及びバンド幅利用を低減させるよう圧縮複雑性を低減させ得る。従って、汎用コーダ制御コンポーネント２１１は、ビデオ信号再構成品質とビットレート懸案事項とのバランスをとるようコーデックシステム２００の他のコンポーネントを制御する。汎用コーダ制御コンポーネント２１１は、他のコンポーネントの動作を制御する制御データを生成する。制御データはまた、デコーダでのデコーディングのためのパラメータを通知するようビットストリームにおいてエンコーディングされるようヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へも転送される。

パーティション化されたビデオ信号２０１は、動き推定コンポーネント２２１及び動き補償コンポーネント２１９へもインター予測のために送られる。パーティション化されたビデオ信号２０１のフレーム又はスライスは、複数のビデオブロックに分割されてよい。動き推定コンポーネント２２１及び動き補償コンポーネント２１９は、時間予測を提供するよう１つ以上の参照フレーム内の１つ以上のブロックに対する受け取られたビデオブロックのインター予測コーディングを実行する。コーデックシステム２００は、例えば、ビデオデータのブロックごとに適切なコーディングモードを選択するために、多数のコーディングパスを実行してよい。

動き推定コンポーネント２２１及び動き補償コンポーネント２１９は、高集積されてよいが、概念上の目的のために別々に表されている。動き推定コンポーネント２２１によって実行される動き推定は、動きベクトルを生成するプロセスであり、これにより、ビデオブロックの動きを推定する。動きベクトルは、例えば、予測ブロックに対するコーディングされたオブジェクトの変位を示し得る。予測ブロックは、ピクセル差分に関して、コーディングされるべきブロックと厳密に一致すると認められるブロックである。予測ブロックは、参照ブロックとも呼ばれ得る。このようなピクセル差分は、差分絶対和（Sum of Absolute Difference，ＳＡＤ）、差分平方和（Sum of Square Difference，ＳＳＤ）、又は他の差分メトリックによって決定されてよい。ＨＥＶＣは、ＣＴＵ、コーディングツリーブロック（ＣＴＢ）、及びＣＵを含むいくつかのコーディングされたオブジェクトを用いる。例えば、ＣＴＵはＣＴＢに分割され得、ＣＴＢは、次いで、ＣＵでの包含のためにＣＢに分割され得る。ＣＵは、ＣＵについての、予測データを含む予測ユニット（ＰＵ）、及び／又は変換された残差データを含む変換ユニット（ＴＵ）として、エンコーディングされ得る。動き推定コンポーネント２２１は、レートひずみ解析をレートひずみ最適化プロセスの部分として使用することによって、動きベクトル、ＰＵ、及びＴＵを生成する。例えば、動き推定コンポーネント２２１は、現在のブロック／フレームについて、多数の参照ブロック、多数の動きベクトル、等を決定してよく、最良のレートひずみ特性を有している参照ブロック、動きベクトル、等を選択してよい。最良のレートひずみ特性は、ビデオ再構成の品質（例えば、圧縮によるデータ損失の量）とコーディング効率（例えば、最終的なエンコーディングのサイズ）との両方のバランスをとる。

いくつかの例では、コーデックシステム２００は、デコーディングピクチャバッファコンポーネント２２３に記憶されている参照ピクチャのサブ整数ピクセル位置についての値を計算してよい。例えば、ビデオコーデックシステム２００は、参照ピクチャの４分の１ピクセル位置、８分の１ピクセル位置、又は他の分数ピクセル位置の値を補間してよい。従って、動き推定コンポーネント２２１は、完全ピクセル位置及び分数ピクセル位置に対して動き探索を実行し、分数ピクセル精度で動きベクトルを出力してよい。動き推定コンポーネント２２１は、ＰＵの位置を参照ピクセルの予測ブロックの位置と比較することによって、インターコーディングされたスライス内のビデオブロックのＰＵについての動きベクトルを計算する。動き推定コンポーネント２２１は、計算された動きベクトルを、エンコーディングのためのヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１への動きデータ、及び動き補償コンポーネント２１９への動きデータとして、出力する。

動き補償コンポーネント２１９によって実行される動き補償は、動き推定コンポーネント２２１によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成することを含んでよい。先と同じく、動き推定コンポーネント２２１及び動き補償コンポーネント２１９は、いくつかの例では、機能的に集積されてよい。現在のビデオブロックのＰＵについての動きベクトルを受け取ると、動き補償コンポーネント２１９は、動きベクトルが指し示す予測ブロックの位置を見つけてよい。次いで、残差ビデオブロックは、コーディング中の現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減じてピクセル差分値を形成することによって、形成される。一般に、動き推定コンポーネント２２１は、ルーマ成分に対して動き推定を実行し、動き補償コンポーネント２１９は、クロマ成分及びルーマ成分の両方に対して、ルーマ成分に基づいて計算された動きベクトルを使用する。予測ブロック及び残差ブロックは、変換スケーリング及び量子化コンポーネント２１３へ転送される。

パーティション化されたビデオ信号２０１は、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７へも送られる。動き推定コンポーネント２２１及び動き補償コンポーネント２１９と同様に、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７は高集積されてよいが、概念上の目的のために別々に表されている。イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７は、上述されたようにフレーム間で動き推定コンポーネント２２１及び動き補償コンポーネント２１９によって実行されたインター予測に対する代替案として、現在のフレーム内のブロックに対して現在のブロックをイントラ予測する。特に、イントラピクチャ推定コンポーネント２１５は、現在のブロックをエンコーディングするために使用すべきイントラ予測モードを決定する。いくつかの例では、イントラピクチャ推定コンポーネント２１５は、複数の試験されたイントラ予測モードから、現在のブロックをエンコーディングするための適切なイントラ予測モードを選択する。選択されたイントラ予測モードは、次いで、エンコーディングのためにヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ転送される。

例えば、イントラピクチャ推定コンポーネント２１５は、様々な試験されたイントラ予測モードについてレートひずみ解析を用いてレートひずみ値を計算し、試験されたモードの中で最良のレートひずみ特性を有しているイントラ予測モードを選択する。レートひずみ解析は、一般に、エンコーディングされたブロックを生成するために使用されたビットレート（例えば、ビットの数）に加えて、エンコーディングされたブロックと、エンコーディングされたブロックを生成するようエンコーディングされた元のエンコーディングされていないブロックとの間のひずみ（又はエラー）の量も決定する。イントラピクチャ推定コンポーネント２１５は、どのイントラ予測モードがそのブロックについて最良のレートひずみ値を示すかを決定するよう、様々なエンコーディングされたブロックについてのひずみ及びレートから比を計算する。その上、イントラピクチャ推定コンポーネント２１５は、レートひずみ最適化（ＲＤＯ）に基づいてデプスモデリングモード（Depth Modeling Mode，ＤＭＭ）を用いてデプスマップのデプスブロックをコーディングするよう構成されてよい。

イントラピクチャ予測コンポーネント２１７は、エンコーダで実装される場合には、イントラピクチャ推定コンポーネント２１５によって決定された選択されたイントラ予測モードに基づいて予測ブロックから残差ブロックを生成し、あるいは、デコーダで実装される場合には、ビットストリームから残差ブロックを読み出してよい。残差ブロックは、行列として表される、予測ブロックと元のブロックとの間の値の差を含む。残差ブロックは、次いで、変換スケーリング及び量子化コンポーネント２１３へ転送される。イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７は、ルーマ及びクロマ成分の両方に作用してよい。

変換スケーリング及び量子化コンポーネント２１３は、残差ブロックを更に圧縮するよう構成される。変換スケーリング及び量子化コンポーネント２１３は、離散コサイン変換（Discrete Cosine Transform，ＤＣＴ）、離散サイン変換（Discrete Sine Transform，ＤＳＴ）、又は概念上類似した変換等の変換を残差ブロックに適用して、残差変換係数値を有するビデオブロックを生成する。ウェーブレット変換、整数変換、サブバンド変換、又は他のタイプの変換も使用されてよい。変換は、残差情報をピクセル値領域から周波数領域等の変換領域へ変換してよい。変換スケーリング及び量子化コンポーネント２１３はまた、例えば、周波数に基づいて、変換された残差情報をスケーリングするよう構成される。このようなスケーリングは、異なる周波数情報が異なる粒度で量子化されるように、スケール係数を残差情報に適用することを含み、これは、再構成されたビデオの最終的な視覚品質に影響を及ぼし得る。変換スケーリング及び量子化コンポーネント２１３はまた、ビットレートを更に低減するように変換係数を量子化するよう構成される。量子化プロセスは、一部又は全ての係数に関連したビットデプスを低減し得る。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例では、変換スケーリング及び量子化コンポーネント２１３は、次いで、量子化された変換係数を含む行列のスキャンを実行してよい。量子化された変換係数は、ビットストリームにおいてエンコーディングされるようヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ転送される。

スケーリング及び逆変換コンポーネント２２９は、動き推定をサポートするよう変換スケーリング及び量子化コンポーネント２１３の逆の動作を適用する。スケーリング及び逆変換コンポーネント２２９は、例えば、他の現在のブロックのための予測ブロックになり得る参照ブロックとしての後の使用のために、ピクセル領域で残差ブロックを再構成するよう逆のスケーリング、変換、及び／又は量子化を適用する。動き推定コンポーネント２２１及び／又は動き補償コンポーネント２１９は、後のブロック／フレームの動き推定における使用のために、対応する予測ブロックに残差ブロックを加え直すことによって、参照ブロックを計算してよい。フィルタは、スケーリング、量子化、及び変換中に生じたアーチファクトを軽減するために、再構成された参照ブロックに適用される。このようなアーチファクトは、さもなければ、後続のブロックが予測される場合に誤った予測を引き起こす（そして、更なるアーチファクトを引き起こす）可能性がある。

フィルタ制御解析コンポーネント２２７及びインループフィルタコンポーネント２２５は、残差ブロックに及び／又は再構成された画像ブロックにフィルタを適用する。例えば、スケーリング及び逆変換コンポーネント２２９からの変換された残差ブロックは、元の画像ブロックを再構成するよう、イントラピクチャ予測コンポーネント２１７及び／又は動き補償コンポーネント２１９からの対応する予測ブロックと結合されてよい。フィルタは、次いで、再構成された画像ブロックに適用されてよい。いくつかの例では、フィルタは、代わりに、残差ブロックに適用されてもよい。図２の他のコンポーネントと同様に、フィルタ制御解析コンポーネント２２７及びインループフィルタコンポーネント２２５は高集積され、一緒に実装されてよいが、概念上の目的のために別々に表されている。再構成された参照ブロックに適用されたフィルタは、特定の空間領域に適用され、このようなフィルタがどのように適用されるかを調整するための複数のパラメータを含む。フィルタ制御解析コンポーネント２２７は、このようなフィルタがどこで適用されるべきかを決定するために、再構成された参照ブロックを解析し、対応するパラメータをセットする。このようなデータは、エンコーディングのためにフィルタ制御データとしてヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ転送される。インループフィルタコンポーネント２２５は、フィルタ制御データに基づいてそのようなフィルタを適用する。フィルタは、デブロッキングフィルタ、ノイズ抑制フィルタ、ＳＡＯフィルタ、及び適応ループフィルタを含んでよい。このようなフィルタは、例に応じて、空間／ピクセル領域で（例えば、再構成されたピクセルブロックに対して）、あるいは、周波数領域で適用されてよい。

エンコーダとして動作する場合に、フィルタ処理された再構成された画像ブロック、残差ブロック、及び／又は予測ブロックは、上述されたように動き推定での後の使用のためにデコーディングピクチャバッファコンポーネント２２３に記憶される。デコーダとして動作する場合に、デコーディングピクチャバッファコンポーネント２２３は、再構成され且つフィルタ処理されたブロックを記憶し、出力ビデオ信号の部分としてディスプレイに向けて転送する。デコーディングピクチャバッファコンポーネント２２３は、予測ブロック、残差ブロック、及び／又は再構成された画像ブロックを記憶することができる如何なるメモリデバイスであってもよい。

ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１は、コーデックシステム２００の様々なコンポーネントからデータを受け取り、そのようなデータを、デコーダに向けた伝送のために、コーディングされたビットストリーム内にエンコーディングする。具体的に、ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１は、汎用制御データ及びフィルタ制御データ等の制御データをエンコーディングするための様々なヘッダを生成する。更に、量子化された変換係数データの形での残差データに加えて、イントラ予測及び動きデータを含む予測データも、全て、ビットストリームにおいてエンコーディングされる。最終的なビットストリームは、元のパーティション化されたビデオ信号２０１を再構成するためにデコーダによって望まれる全ての情報を含む。このような情報はまた、イントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）、様々なブロックのエンコーディングコンテキストの定義、最も確からしいイントラ予測モードの指示、パーティション情報の指示、等を含んでもよい。このようなデータは、エントロピコーディングを用いることによってエンコーディングされてよい。例えば、情報は、コンテキスト適応可変長コーディング（Context Adaptive Variable Length Coding，ＣＡＶＬＣ）、ＣＡＢＡＣ、シンタックスに基づくコンテキスト適応バイナリ算術コーディング（Syntax-based context-adaptive Binary Arithmetic Coding，ＳＢＡＣ）、確率間隔パーティション化エントロピ（Probability Interval Partitioning Entropy，ＰＩＰＥ）コーディング、又は他のエントロピコーディング技術を用いることによってエンコーディングされてよい。エントロピコーディングに続いて、コーディングされたビットストリームは、他のデバイス（例えば、ビデオデコーダ）へ伝送されても、あるいは、後の伝送又は読み出しのためにアーカイブ保管されてもよい。

図３は、例となるビデオエンコーダ３００を表すブロック図である。ビデオエンコーダ３００は、コーデックシステム２００のエンコーディング機能を実装し、且つ／あるいは、動作方法１００のステップ１０１、１０３、１０５、１０７、及び／又は１０９を実施するために、用いられてよい。エンコーダ３００は、入力ビデオ信号をパーティション化して、パーティション化されたビデオ信号２０１と実質的に類似しているパーティション化されたビデオ信号３０１をもたらす。パーティション化されたビデオ信号３０１は、次いで、エンコーダ３００のコンポーネントによってビットストリーム内に圧縮及びエンコーディングされる。

具体的に、パーティション化されたビデオ信号３０１は、イントラ予測のためにイントラピクチャ予測コンポーネント３１７へ転送される。イントラピクチャ予測コンポーネント３１７は、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７と実質的に類似し得る。パーティション化されたビデオ信号３０１は、デコーディングピクチャバッファコンポーネント３２３内の参照ブロックに基づくインター予測のために、動き補償コンポーネント３２１へも転送される。動き補償コンポーネント３２１は、動き推定コンポーネント２２１及び動き補償コンポーネント２１９と実質的に類似し得る。イントラピクチャ予測コンポーネント３１７及び動き補償コンポーネント３２１からの予測ブロック及び残差ブロックは、残差ブロックの変換及び量子化のために、変換及び量子化コンポーネント３１３へ転送される。変換及び量子化コンポーネント３１３は、変換スケーリング及び量子化コンポーネント２１３と実質的に類似し得る。変換及び量子化された残差ブロック並びに対応する予測ブロックが（関連した制御データとともに）ビットストリームへのコーディングのためにエントロピコーディングコンポーネント３３１へ転送される。エントロピコーディングコンポーネント３３１は、ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１と実質的に類似し得る。

変換及び量子化された残差ブロック並びに／又は対応する予測ブロックは、変換及び量子化コンポーネント３１３から逆変換及び量子化コンポーネント３２９へも、動き補償コンポーネント３２１によって使用される参照ブロックへの再構成のために転送される。逆変換及び量子化コンポーネント３２９は、スケーリング及び逆変換コンポーネント２２９と実質的に類似し得る。インループフィルタコンポーネント３２５におけるインループフィルタも、例に応じて、残差ブロック及び／又は再構成された参照ブロックに適用される。インループフィルタコンポーネント３２５は、フィルタ制御解析コンポーネント２２７及びインループフィルタコンポーネント２２５と実質的に類似し得る。インループフィルタコンポーネント３２５は、インループフィルタコンポーネント２２５に関して説明されたように複数のフィルタを含んでよい。フィルタ処理されたブロックは、次いで、動き補償コンポーネント３２１による参照ブロックとしての使用のために、デコーディングピクチャバッファコンポーネント３２３に記憶される。デコーディングピクチャバッファコンポーネント３２３は、デコーディングピクチャバッファコンポーネント２２３と実質的に類似し得る。

図４は、例となるビデオデコーダ４００を表すブロック図である。ビデオデコーダ４００は、コーデックシステム２００のデコーディング機能を実装し、且つ／あるいは、動作方法１００のステップ１１１、１１３、１１５、及び／又は１１７を実装するために、用いられてよい。デコーダ４００は、例えば、エンコーダ３００から、ビットストリームを受け取り、ビットストリームに基づいて、エンドユーザへの表示のために、再構成された出力ビデオ信号を生成する。

ビットストリームは、エントロピデコーディングコンポーネント４３３によって受け取られる。エントロピデコーディングコンポーネント４３３は、ＣＡＶＬＣ、ＣＡＢＡＣ、ＳＢＡＣ、ＰＩＰＥコーディング、又は他のエントロピコーディング技術等のエントロピデコーディングスキームを実装するよう構成される。例えば、エントロピデコーディングコンポーネント４３３は、ビットストリームにおいてコードワードとしてエンコーディングされた追加データを解釈するためにコンテキストを供給するようヘッダ情報を用いてよい。デコーディングされた情報は、汎用制御データ、フィルタ制御データ、パーティション情報、動きデータ、予測データ、及び量子化された変換係数等のビデオ信号を残差ブロックからデコーディングするための如何なる望ましい情報も含む。量子化された変換係数は、逆変換及び量子化コンポーネント４２９へ、残差ブロックへの再構成のために転送される。逆変換及び量子化コンポーネント４２９は、逆変換及び量子化コンポーネント３２９と類似し得る。

再構成された残差ブロック及び／又は予測ブロックは、イントラ予測動作に基づく画像ブロックへの再構成のために、イントラピクチャ予測コンポーネント４１７へ転送される。イントラピクチャ予測コンポーネント４１７は、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７と類似し得る。具体的に、イントラピクチャ予測コンポーネント４１７は、フレーム内の参照ブロックの位置を見つけるために予測モードを用い、残差ブロックをその結果に適用して、イントラ予測された画像ブロックを再構成する。再構成されたイントラ予測された画像ブロック及び／又は残差ブロック及び対応するインター予測データは、インループフィルタコンポーネント４２５を介してデコーディングピクチャバッファコンポーネント４２３へ転送される。これらは、夫々、デコーディングピクチャバッファコンポーネント２２３及びインループフィルタコンポーネント２２５と実質的に類似し得る。インループフィルタコンポーネント４２５は、再構成された画像ブロック、残差ブロック及び／又は予測ブロックをフィルタ処理し、このような情報は、デコーディングピクチャバッファコンポーネント４２３に記憶される。デコーディングピクチャバッファコンポーネント４２３からの再構成された画像ブロックは、インター予測のために動き補償コンポーネント４２１へ転送される。動き補償コンポーネント４２１は、動き推定コンポーネント２２１及び／又は動き補償コンポーネント２１９と実質的に類似し得る。具体的に、動き補償コンポーネント４２１は、予測ブロックを生成するために参照ブロックからの動きベクトルを用い、残差ブロックをその結果に適用して、画像ブロックを再構成する。結果として得られる再構成されたブロックも、インループフィルタコンポーネント４２５を介してデコーディングピクチャバッファコンポーネント４２３へ転送されてよい。デコーディングピクチャバッファコンポーネント４２３は、パーティション情報によりフレーム内に再構成され得る更なる再構成された画像ブロックを引き続き記憶する。このようなフレームはシーケンスでも配置されてよい。シーケンスは、再構成された出力ビデオ信号としてディスプレイに向けて出力される。

図５は、エンコーディングされたビデオシーケンスをＨＰＳ５１３とともに含む、例となるビットストリーム５００を表す概略図である。例えば、ビットストリーム５００は、コーデックシステム２００及び／又はデコーダ４００によるデコーディングのためにコーデックシステム２００及び／又はエンコーダ３００によって生成され得る。他の例として、ビットストリーム５００は、ステップ１１１でのデコーダによる使用のために、方法１００のステップ１０９でエンコーダによって生成されてもよい。

ビットストリーム５００は、シーケンスパラメータセット（ＳＰＳ）５１０、複数のピクチャパラメータセット（ＰＰＳ）５１２、複数のＨＰＳ５１３、複数のスライスヘッダ５１４、及び画像データ５２０を含む。ＳＰＳ５１０は、ビットストリーム５００に含まれているビデオシーケンス内の全てのピクチャに共通するシーケンスデータを含む。このようなデータは、ピクチャサイジング、ビットデプス、コーディングツールパラメータ、ビットレート制限、等を含むことができる。ＰＰＳ５１２は、ピクチャ全体に適用するパラメータを含む。従って、ビデオシーケンス内の各ピクチャはＰＰＳ５１２を参照してよい。各ピクチャがＰＰＳ５１２を参照する一方で、単一のＰＰＳ５１２がいくつかの例では複数のピクチャについてのデータを含むことができる点が留意されるべきである。例えば、複数の類似したピクチャは、類似したパラメータに従ってコーディングされる可能性がある。そのような場合に、単一のＰＰＳ５１２が、このような類似したピクチャについてのデータを含んでもよい。ＰＰＳ５１２は、対応するピクチャ内のスライスに利用可能なコーディングツール、量子化パラメータ、オフセット、等を示すことができる。スライスヘッダ５１４は、ピクチャ内の各スライスに特有であるパラメータを含む。従って、ビデオシーケンス内のスライスごとに１つのスライスヘッダ５１４が存在し得る。スライスヘッダ５１４は、スライスタイプ情報、ピクチャ順序カウント（Picture Order Counts，ＰＯＣ）、参照ピクチャリスト、予測重み、タイルエントリポイント、デブロッキングパラメータ、等を含んでよい。

ＨＰＳ５１３は、スライスヘッダで見つけられた０個以上のシンタックス要素によって決定される０個以上のスライスに適用するシンタックス要素を含むシンタックス構造である。従って、ＨＰＳ５１３は、複数のスライスに関連したコーディングツールのパラメータについてのシンタックス要素を含む。ＨＰＳ５１３は、いくつかのシステムではＨＰＳとも呼ばれ得る。例えば、１つ以上のスライスがＨＰＳ５１３を参照してもよい。従って、デコーダは、そのような参照に基づいてＨＰＳ５１３を取得し、ＨＰＳ５１３からコーディングツールパラメータを取得し、そのコーディングツールパラメータを用いて、対応するスライスをデコーディングすることができる。ＨＰＳ５１３は、ＰＰＳ５１２とスライスヘッダ５１４との間の階層的位置を概念上占有する。例えば、特定のデータは、ピクチャ全体に関連するのではなく、複数のスライスに関連することがある。このようなデータは、そのデータがピクチャ全体に関連しないということで、ＰＰＳ５１２に格納されなくてもよい。しかし、そのようなデータは、さもなければ、複数のスライスヘッダ５１４に含まれることになる。ＨＰＳ５１３は、複数のスライスヘッダ５１４にわたる冗長的なシグナリングを回避するようそのようなデータを受け入れることができる。ＨＰＳ５１３のコーディング構造は、ＶＶＣで導入されており、ＨＥＶＣ又は以前のコーディング規格では類似する構造はない。ＨＰＳ５１３の様々な実施が以下で説明される。

画像データ５２０は、インター予測及び／又はイントラ予測に従ってエンコーディングされたビデオデータを、対応する変換及び量子化された残差データとともに含む。例えば、ビデオシーケンスは、画像データとしてコーディングされた複数のピクチャ５２１を含む。ピクチャ５２１は、ビデオシーケンスの単一のフレームであり、従って、一般に、ビデオシーケンスを表示するときに単一のユニットとして表示される。しかし、部分的なピクチャが、仮想現実、ピクチャ・イン・ピクチャ等のような特定の技術を実装するよう表示されることがある。ピクチャ５２１は夫々、ＰＰＳ５１２を参照する。ピクチャ５２１はスライス５２３に分割される。スライス５２３は、ピクチャ５２１の水平断面として定義されてよい。例えば、スライス５２３は、ピクチャ５２１の高さの一部とピクチャ５２１の幅全体とを含んでよい。いくつかのシステムでは、スライス５２３は、タイル５２５に細分される。他のシステムでは、スライス５２３は、タイル５２５を含むタイルグループによって置換される。スライス５２３及び／又はタイル５２５のグループは、スライスヘッダ５１４及び／又はＨＰＳ５１３を参照する。タイル５２５は、ピクチャ５２１の長方形部分及び／又は列及び行によって定義されたピクチャ５２１の部分を含んでよい。タイル５２５は、コーディングツリーユニット（ＣＴＵ）に更に分割される。ＣＴＵは、コーディングツリーに基づいてコーディングブロックに更に分割される。コーディングブロックは、次いで、予測メカニズムに従ってエンコーディング／デコーディングされ得る。

ビットストリーム５００は、ＶＣＬ ＮＡＬユニット５３３及び非ＶＣＬ ＮＡＬユニット５３１にコーディングされる。ＮＡＬユニットは、ネットワーク上での伝送のために単一のパケットのためのペイロードとして置かれるようサイジングされたコーディングされたデータユニットである。ＶＣＬ ＮＡＬユニット５３３は、コーディングされたビデオデータを含むＮＡＬユニットである。例えば、各ＶＣＬ ＮＡＬユニット５３３は、１つのスライス５２３及び／又は対応するタイル５２５を含むデータのタイルグループ、ＣＴＵ、及び／又はコーディングブロックを含んでよい。非ＶＣＬ ＮＡＬユニット５３１は、サポートするシンタックスを含むが、コーディングされたビデオデータを含まないＮＡＬユニットである。例えば、非ＶＣＬ ＮＡＬユニット５３１は、ＳＰＳ５１０、ＰＰＳ５１２、ＨＰＳ５１３、スライスヘッダ５１４、等を含んでよい。そのようなものとして、デコーダは、別個のＶＣＬ ＮＡＬユニット５３３及び非ＶＣＬ ＮＡＬユニット５３１においてビットストリーム５００を受け取る。アクセスユニット５３５は、単一のピクチャ５２１をコーディングするのに十分なデータを含むＶＣＬ ＮＡＬユニット５３３及び／又は非ＶＣＬ ＮＡＬユニット５３１のグループである。

いくつかの例では、ＨＰＳ５１３は、次のように実装され得る。ＨＰＳ５１３は、インバンド及び／又はアウトオブバンドで利用可能であってよく、このとき、インバンドシグナリングはビットストリーム５００に含まれ、アウトオブバンドはサポートするメタデータに含まれる。ＨＰＳ５１３は、非ＶＣＬ ＮＡＬユニット５３１等のＮＡＬユニットに含まれ、このとき、ＨＰＳ５１３はＮＡＬユニットタイプによって識別される。ＨＰＳ５１３は、ＡＬＦ、ＳＡＯ、デブロッキング、量子化行列、インター予測パラメータ、参照ピクチャセット構成に関連したパラメータ、及び／又は参照ピクチャリスト構成に関連したパラメータ等の、しかしこれらに限られないコーディングツールのためのパラメータを含んでよい。ＨＰＳ５１３はタイプを含んでもよい。タイプは、どのコーディングツールパラメータがＨＰＳ５１３に含まれるかを定義する。各ＨＰＳ５１３は、ただ１つのタイプのコーディングツールパラメータしか含まなくてもよい。異なるタイプのＨＰＳ５１３が、グループ・オブ・パラメータセット（ＧＰＳ）に一緒にグループ化されてもよい。単一のＨＰＳ５１３を参照するのではなく、スライス５２３はＧＰＳを参照してもよい。ＨＰＳ５１３は、対応するスライス５２３及び／又はタイルグループによって参照される前にデコーダで利用可能にされてよい。コーディングされたピクチャ５２１の異なるスライス５２３は、異なるＨＰＳ５１３を参照してもよい。ＨＰＳ５１３は、ビットストリーム５００において如何なるスライス５２３の境界にも置かれ得る。これは、ＨＰＳ５１３に続く現在のピクチャ５２１の全てのスライス５２３についてさえ、ＨＰＳ５１３ におけるパラメータ（例えば、ＡＬＦパラメータ）の再利用を可能にする。

スライスヘッダ５１４からＨＰＳ５１３への参照は任意であってよい。例えば、スライス５２３は、次のいずれかが真である場合にＨＰＳ５１３を参照してよい。第１に、そのような参照は、ＨＰＳ５１３がビットストリーム５００について利用可能であることを、対応するＰＰＳ５１２において示され得る。第２に、スライス５２３は、パラメータがＨＰＳ５１３に含まれているコーディングツールの少なくとも１つがビットストリーム５００について有効にされる場合に、ＨＰＳ５１３を参照してもよい。各ＨＰＳ５１３はＨＰＳ ＩＤと関連付けられてよい。ＨＰＳ５１３を参照するスライス５２３は、参照されたＨＰＳ５１３のＨＰＳ ＩＤを含むべきである。ＨＰＳ ＩＤは、最初に左ビットから、符号なし整数の０次Ｅｘｐ－Ｇｏｌｏｍｂでコーディングされたシンタックス要素によりコーディングされてよい（例えば、ｕｅ（ｖ））。ＨＰＳ ＩＤの値は、例えば、０以上６３以下の範囲で、制限されてよい。コーディングツールのパラメータごとに、そのパラメータがＨＰＳ５１３に存在するかどうかを示すために、ＨＰＳ５１３にはフラグが存在してもよい。コーディングツールがスライス５２３について有効にされており、そのコーディングツールについてのパラメータが、スライス５２３によって参照されているＨＰＳ５１３に存在する場合に、パラメータは、対応するスライスヘッダ５１４で通知されなくてもよい。ＨＰＳ５１３は、１つ以上のＮＡＬユニットに断片化されてよく、ＨＰＳ５１３の各断片は独立してパースされ適用され得る。スライス５２３は、単一のＨＰＳ５１３又は複数のＨＰＳ５１３を参照してよい。複数のＨＰＳ５１３を参照することが許される場合に、ＨＰＳ５１３への各参照は、特定のコーディングツールのパラメータを決定するために用いられてよい。

以下の実施は、ＨＰＳ５１３が他のＨＰＳ５１３を参照し、そのような参照によってコーディングツールパラメータを引き継ぐことを可能にする。ＨＰＳ５１３は、他のＨＰＳ５１３への１つ以上の参照を含んでよい。このような例では、ＨＰＳ５１３は、ＨＰＳ５１３が如何なる他のＨＰＳ５１３も参照しない場合に、イントラＨＰＳと呼ばれ得る。ＨＰＳ５１３が他のＨＰＳ５１３を参照する場合には、参照しているＨＰＳ５１３は、参照ＨＰＳ５１３から１つ以上のパラメータをコピーしてよい。ＨＰＳ５１３は、パラメータグループごとに１つの参照ＨＰＳ５１３で、他のＨＰＳ５１３への多数の参照を有してよい。いくつかの例では、ＨＰＳ５１３の連結リストは、一連のＨＰＳ５１３が参照メカニズムによって接続されるということで、形成され得る。コーディングツールのパラメータがＨＰＳ５１３に存在しないと特定される（例えば、存在フラグの値が０に等しい）場合に、パラメータが参照ＨＰＳ５１３から引き継がれ得るか否かを示すために、追加のフラグが存在してもよい。ＨＰＳ５１３から他のＨＰＳ５１３への参照は、コーディングツールのパラメータがＨＰＳ５１３に存在しない場合に、そのようなパラメータが、前のＨＰＳ５１３についてのコーディングツールのパラメータと同じであるよう引き継がれるように、暗黙的に特定され得る。

いくつかの場合に、ＨＰＳ５１３は、即時デコーダリフレッシュ（Instantaneous Decoder Refresh，ＩＤＲ）及び／又はクリーン・ランダム・アクセス（Clean Random Access，ＣＲＡ）ピクチャに対するランダムなアクセスを呼び出すときにもはや存在しないことがある。従って、２つのＨＰＳバッファが、ＨＰＳ５１３を記憶するために用いられてよく、各バッファは、各イントラ・ランダム・アクセス・ポイント（Intra Random Access Point，ＩＲＡＰ）ピクチャの開始時に二者択一的にアクティブにされる。そのような場合に、受け取られたＨＰＳ５１３は、アクティブなＨＰＳバッファに記憶される。エラー回復力を改善するために、ＨＰＳ ＩＤの範囲は、現在使用中であるＨＰＳ ＩＤを示すよう定められてよい。ＨＰＳ５１３が使用中のＨＰＳ ＩＤ範囲の外のＨＰＳ ＩＤを有する場合に、更なるＨＰＳ５１３はそのＨＰＳ ＩＤを使用してもよい。使用中のＨＰＳ ＩＤは、次いで、スライディングウィンドウアプローチに従って更新されてよい。この技術が使用される場合に、ＨＰＳ５１３は、ＨＰＳ ＩＤが使用中の範囲内にある他のＨＰＳ５１３しか参照しなくてもよい。アクティブなＨＰＳ５１３の数の制限は、デコーダメモリ内のＨＰＳ５１３の記憶要件を制限するために定義されてよい。制限に達し、新しいＨＰＳ５１３が受け取られる場合に、バッファ内の最も古い（例えば、最も早く受け取られた）ＨＰＳ５１３は削除されてよく、新しいＨＰＳ５１３が挿入される。

いくつかの場合に、全てのＨＰＳ５１３の参照は、ＨＰＳ５１３がデコーダによって受け取られると直ぐに解消されてよい。例えば、コーディングツールパラメータは、デコーダがＨＰＳ５１３を受け取ると直ちにコピーされてよく、コーディングツールパラメータは現在のＨＰＳ５１３では利用不可能であるが、参照ＨＰＳ５１３では利用可能である。エラー回復力を改善するための他のアプローチは、イントラＨＰＳ５１３が特定の期間中に存在することを必要とし得る。イントラＨＰＳ５１３が受け取られる場合に、バッファ内の同じタイプの全ての利用可能なＨＰＳ５１３は捨てられてよい。コーディングツールのパラメータがＨＰＳ５１３に存在しない場合に、ＨＰＳ５１３を参照するスライス５２３についてコーディングツールが無効にされているかどうかを示すために、フラグが存在してもよい。更に、ＮＡＬユニットヘッダ内のフラグ（例えば、ｎａｌ＿ｒｅｆ＿ｆｌａｇ）は、ＮＡＬユニットに含まれているＨＰＳ５１３が、参照として使用されるピクチャ５２１からのスライス５２３によって参照され得るかどうかを定め得る。例えば、ＨＰＳ５１３は、ＨＰＳ５１３を含むＮＡＬユニットのｎａｌ＿ｒｅｆ＿ｆｌａｇが０に等しい場合に、非参照ピクチャ５２１のスライス５２３によってしか参照されなくてよい。このフラグはまた、どのＨＰＳ５１３が他のＨＰＳ５１３のための参照として使用され得るかを決定するためにも使用されてよい。例えば、ＨＰＳ５１３は、０に等しいｎａｌ＿ｒｅｆ＿ｆｌａｇを有するＮＡＬユニットに含まれている他のＨＰＳ５１３を参照しなくてもよい。ＨＰＳバッファのためのリセット期間は、ＳＰＳ５１０において定められてもよい。ＨＰＳ５１３のバッファは、ＩＲＡＰピクチャの発生時にリセットされてよい。

上記の実施を見直すことから理解され得るように、ＨＰＳ５１３が他のＨＰＳ５１３を参照することを可能にすることは、かなり複雑である場合がある。従って、開示されている例では、ＨＰＳ５１３は、他のＨＰＳ５１３を参照することを制限され得る。代わりに、複数のタイプのＨＰＳ５１３が用いられてよい。ＨＰＳ５１３のタイプは、ＨＰＳ５１３に含まれているコーディングツールパラメータのタイプを示す。このようなＨＰＳ５１３のタイプは、ＡＬＦ ＨＰＳ、ＬＭＣＳ ＨＰＳ、及び／又はスケーリングリストパラメータＨＰＳを含んでよい。ＡＬＦ ＨＰＳは、対応するスライスの適応ループフィルタリングの部分として使用されるコーディングツールパラメータを含むＨＰＳである。ＬＭＣＳ ＨＰＳは、ＬＭＣＳメカニズムのために用いられるコーディングツールパラメータを含む。ＬＭＣＳは、レートひずみを低減するために、対応するクロマ成分に対するマッピングに基づいて、ルーマ成分を再形成するフィルタリング技術である。スケーリングリストパラメータＨＰＳは、特定のフィルタによって使用される量子化行列に関連したコーディングツールパラメータを含む。このような例では、第１タイプの現在のＨＰＳ５１３がデコーダによって取得される場合に、第１タイプの前のＨＰＳ５１３は、現在のＨＰＳ５１３がそのような前のＨＰＳ５１３に取って代わるということで、捨てられ得る。更に、複数のタイプのＨＰＳ５１３を可能にするために、単一のスライスヘッダ５１４は、対応するスライス５２３及び／又はタイルグループについて全てのコーディングツールパラメータを参照するために１つよりも多いＨＰＳ５１３を参照してよい。これは、スライスヘッダ５１４が、その場合に他のＨＰＳ５１３を参照する単一のＨＰＳ５１３を参照することを可能にする他のスキームとは対照的である。従って、単一のスライスヘッダ５１４が複数のＨＰＳ５１３を参照することを可能にすることは、ＨＰＳ５１３の参照チェーンを回避する実施をもたらす。このアプローチは、複雑性を大いに低減し、従って、エンコーダ及びデコーダの両方で処理資源利用を低減する。更に、このプロセスは、デコーダでバッファリングされるＨＰＳ５１３の数を減らす。例えば、各タイプのただ１つのＨＰＳ５１３しかデコーダでバッファリングされなくてよい。これは、デコーダでのメモリ利用を減らす。更に、ＨＰＳ５１３の参照チェーンを回避することによって、潜在的なエラーが見つけられ、従って、低減される。これは、伝送エラー中にＨＰＳ５１３を失うことが、ＨＰＳ５１３を直接参照するスライス５２３にしか影響を及ぼし得ないからである。そのようなものとして、開示されているメカニズムは、ビットストリーム５００においてＨＰＳ５１３を用いる場合にエンコーダ及びデコーダの両方で改善を生み出す。

図６は、時間スケーリングのための、例となるメカニズム６００を表す概略図である。例えば、メカニズム６００は、ビットストリーム５００等のデコーディングされたビットストリームを表示する場合に、コーデックシステム２００及び／又はデコーダ４００等のデコーダによって用いられてよい。更に、メカニズム６００は、表示のためにビデオを出力する場合に、方法１００のステップ１１７の部分として用いられてもよい。また、コーデックシステム２００及び／又はエンコーダ３００等のエンコーダは、メカニズム６００がデコーダで起こることを可能にするようビットストリーム内のデータをエンコーディングしてよい。

メカニズム６００は、複数のデコーディングされたピクチャ６０１、６０３、及び６０５に作用する。ピクチャ６０１、６０３、及び６０５は、順序付けられたビデオシーケンスの部分であり、例えば、上記のメカニズムを用いることによって、ビットストリームからデコーディングされている。ビットストリームは、デコーダが第１フレームレート（ＦＲ０）６１０、第２フレームレート（ＦＲ１）６１１、及び第３フレームレート（ＦＲ２）６１２を含む複数のフレームレートのうちの１つでビデオシーケンスを表示することを可能にするようエンコーディングされる。フレームレートは、ビデオシーケンスのフレーム／ピクチャが表示される周波数の指標である。フレームレートは、時間にわたるフレームで測定され得る。フレームレートの違いは、デコーダ能力のばらつきを考慮するよう、異なるデコーダが異なる品質で同じビデオシーケンスを表示することを可能にする。例えば、ハードウェア能力が低下したデコーダ及び／又は低品質のネットワーク接続からストリーミングするデコーダは、ＦＲ０ ６１０で表示してよい。他の例として、高速ネットワーク接続へのアクセスを有する高品質デコーダは、ＦＲ２ ６１２で表示してよい。更なる他の例として、特定の機能的障害を有するデコーダは、ＦＲ１ ６１１で表示することはできるが、ＦＲ２ ６１２で表示することはできないことがある。従って、時間スケーリング（例えば、メカニズム６００）は、変化するデコーダ側の能力及び制約に基づいて最良のユーザ経験のために可能な最も高いフレームレートで各デコーダがビデオを表示することを可能にするために用いられる。ほとんどのシステムでは、各フレームレートは、前のフレームレートの２倍の周波数である。例えば、ＦＲ０ ６１０、ＦＲ１ ６１１、及びＦＲ２ ６１２は、夫々、１５フレーム／秒（Frames Per Second，ＦＰＳ）、３０ＦＰＳ、及び６０ＦＰＳとセットされてよい。

時間スケーリングを実装するために、ピクチャ６０１、６０３、及び６０５は、可能な限り高いフレームレート、この場合にはＦＲ２ ６１２で、エンコーダによってビットストリーム内にコーディングされる。エンコーダはまた、各ピクチャ６０１、６０３、及び６０５に時間的識別子（Temporal Identifier，ＴＩＤ）を割り当てる。ピクチャ６０１、６０３、及び６０５は、夫々、０、１、及び２のＴＩＤを受け取っている。結果として得られたデコーディングされたビデオを表示する場合に、デコーダはフレームレートを選択し、対応するフレームレートＴＩＤを決定し、そのフレームレートＴＩＤ以下であるＴＩＤを有する全てのフレームを表示する。選択されたフレームレートのフレームレートＴＩＤよりも大きいＴＩＤを有するピクチャは、無視される。例えば、ＦＲ２ ６１２を選択するデコーダは、２以下のＴＩＤを有する全てのピクチャを表示し、従って、全てのピクチャ６０１、６０３、及び６０５を表示する。他の例として、ＦＲ１ ６１１を選択するデコーダは、１以下のＴＩＤを有する全てのピクチャを表示し、従って、ピクチャ６０５を無視しながら、ピクチャ６０１及び６０３を表示する。他の例として、ＦＲ０ ６１０を選択するデコーダは、０以下のＴＩＤを有する全てのピクチャを表示し、従って、ピクチャ６０３及び６０５を無視しながら、ピクチャ６０１を表示する。このメカニズム６００を用いることによって、ビデオシーケンスは、選択されたフレームレートへデコーダによって時間的にスケーリングされ得る。

図５で記載されたＨＰＳ５１３は、メカニズム６００の時間スケーリングをサポートするよう実装され得る。これは、ＴＩＤ０、ＴＩＤ１、又はＴＩＤ２等のＴＩＤを各ＨＰＳに割り当てることによって達成され得る。時間スケーリングが実行される場合に、選択されたフレームレートＴＩＤ以下のＴＩＤを有するＨＰＳはデコーディングされ、選択されたフレームレートＴＩＤよりも大きいＴＩＤを有するＨＰＳは捨てられる。ＴＩＤは、様々な実施形態に従ってＨＰＳに割り当てられ得る。

図５を参照すると、一例では、ＨＰＳ５１３は、ＨＰＳ５１３を参照する第１スライス５２３を含むピクチャ５２１の時間的ＩＤを受け取ってよい。他の例では、ＨＰＳ５１３は、ＨＰＳ５１３を含むアクセスユニット５３５の時間的ＩＤを受け取ってよい。時間スケーリングを更にサポートするために、より低い時間的ＩＤに関連したスライス５２３は、より大きい時間的ＩＤを含むＨＰＳ５１３を参照することを制限されてよい。これは、より低いフレームレート設定は、スライス５２３に、メカニズム６００の時間スケーリングにより無視されるＨＰＳ５１３を参照させないことを確かにし、従って、コーディングツールパラメータが、ＦＲ０ ６１０及び／又はＦＲ１ ６１１等のより低いフレームレートで特定のスライス５２３をデコーディングするときに、利用不可能であることを防ぐ。

上記のメカニズムは、次のように実装され得る。以下の態様は、個別的に及び／又は組み合わせて適用され得る。適応パラメータセット（ＡＰＳ）は、ＨＰＳのもう１つの名称である。ビットストリームのためのＨＰＳの利用可能性は、全てが帯域内で利用可能であってよく、全てが帯域外で利用可能であり、且つ／あるいは、一部が帯域内で利用可能であり、一部が帯域外で利用可能である。帯域外で提供される場合に、ＨＰＳは次のものに存在してよい。ＩＳＯに基づくメディアファイルフォーマットでは、ＨＰＳはサンプルエントリ（例えば、サンプル記述ボックス）に存在してよい。ＩＳＯに基づくメディアファイルフォーマットでは、ＨＰＳは、パラメータ・セット・トラック又はタイムド・メタデータ・トラック等の時間同期されたトラックに存在してもよい。

特定の実施では、帯域外で提供される場合に、ＨＰＳは次のように運ばれてもよい。ＩＳＯに基づくメディアファイルフォーマットでは、ＨＰＳ更新が存在しない場合に、ＨＰＳはサンプルエントリ（例えば、サンプル記述ボックス）にしか存在しなくてよい。ＨＰＳ更新は、ＨＰＳ識別子（ＩＤ）が再利用され、一方、他のＨＰＳパラメータが、同じＨＰＳ ＩＤを有する先に送信されたＨＰＳとは異なる場合に、存在しなくてよい。ＨＰＳ更新が存在する場合に、例えば、ＨＰＳが適応ループフィルタ（ＡＬＦ）パラメータを含む場合に、国際標準化機構（ＩＳＯ）に基づくメディアファイルフォーマットでは、ＨＰＳは、パラメータ・セット・トラック又はタイムド・メタデータ・トラック等の時間同期されたトラックで運ばれてよい。このようにして、完全なタイルのグループを夫々が含むスライスは、それら自体のファイルフォーマットトラックで運ばれてよい。更に、ＨＰＳは、時間同期されたトラックで運ばれてよい。結果として、これらのトラックは夫々、ハイパーテキスト転送プロトコルの動的適応ストリーミング（Dynamic Adaptive Streaming of Hypertext transfer protocol，ＤＡＳＨ）表現で運ばれ得る。スライス／タイルトラックのサブセットのデコーディング及びレンダリングのために、スライス／タイルトラックのサブセットを含むＤＡＳＨ表現及びＨＰＳを含むＤＡＳＨ表現が、セグメントごとにクライアントによって要求され得る。

他の例では、ＨＰＳは、常に帯域内で提供されるものとして規定され得る。ＨＰＳはまた、パラメータ・セット・トラック又はタイムド・メタデータ・トラック等の時間同期されたトラックで運ばれてもよい。結果として、ＨＰＳは、上述されたように供給され得る。更に、ビデオコーデックのためのファイルフォーマットの仕様では、ビットストリーム再構成プロセスは、ＨＰＳが出力ビットストリームの部分であるように、スライス／タイルトラックのサブセットと、ＨＰＳを含む時間同期されたトラックとから、出力ビットストリームを構成してよい。

ＨＰＳは、デコーディング順序で、ＨＰＳを参照する最初のスライスより前に、存在し及び／又はデコーダに利用可能であるべきである。例えば、ＨＰＳが帯域内で利用可能である場合に、ＨＰＳは、デコーダ順序において、ＨＰＳを参照する最初のスライスに先行してよい。そうでない場合に、ＨＰＳデコーディング時間は、ＨＰＳを参照する最初のスライスのデコーディング時間以下であるべきである。

ＨＰＳは、ＳＰＳ等のシーケンスレベルパラメータセットのＩＤを含んでよい。ＳＰＳ ＩＤがＨＰＳに存在しない場合に、次の制約が適用され得る。ＨＰＳを参照する最初のスライスがイントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャの部分であり、ＨＰＳが帯域内で運ばれる場合に、ＨＰＳは、ＩＲＡＰアクセスユニットに存在してよい。ＨＰＳを参照する最初のスライスがＩＲＡＰピクチャの部分であり、ＨＰＳが帯域外で運ばれる場合に、ＨＰＳのデコーディング時間は、ＩＲＡＰピクチャのデコーディング時間と同じであってよい。ＨＰＳを参照する最初のスライスがＩＲＡＰピクチャの部分ではなく、ＨＰＳが帯域内で運ばれる場合に、ＨＰＳは、コーディングされたビデオシーケンスを開始するＩＲＡＰアクセスユニットと、そのスライスを含むアクセスユニットとの間に包含的に存在するアクセスユニットの１つに、存在してよい。ＨＰＳを参照する最初のスライスがＩＲＡＰピクチャの部分ではなく、ＨＰＳが帯域外で運ばれる場合に、ＨＰＳのデコーディング時間は、コーディングされたビデオシーケンスを開始するＩＲＡＰアクセスユニットのデコーディング時間と、そのスライスを含むアクセスユニットのデコーディング時間との間に包含的に存在してよい。

ＳＰＳ ＩＤがＨＰＳに存在する場合に、次が適用されてよい。帯域内で提供される場合に、ＨＰＳは、ＨＰＳが、デコーディング順序において、ＨＰＳを参照する最初のスライスに先行する限りは、ビットストリームの最初に、又は如何なるコーディングされたシーケンスにも、存在してよい。そうでない場合には、ＨＰＳは、ＨＰＳのデコーディング時間が、ＨＰＳを参照する最初のスライスのデコーディング時間に満たない限りは、同じエントリに、又は時間同期されたトラックに、存在してよい。

ＨＰＳに対するスライス参照については、次が適用されてよい。ＳＰＳ ＩＤがＨＰＳに存在する場合に、各スライス及びそのスライスが参照するＨＰＳは、同じＳＰＳを参照してよい。そうでない場合に、スライスは、スライスが関連付けられているＩＲＡＰアクセスユニットに先行するアクセスユニットに存在するＨＰＳを参照しなくてもよい。スライスはまた、スライスが関連付けられているＩＲＡＰアクセスユニットのデコーディング時間に満たないデコーディング時間を有しているＨＰＳを参照することを制限されてもよい。

ＨＰＳにおけるコーディングツールのパラメータの存在を特定するためにフラグを使用することに対する代替案として、２ビットインジケータが使用されてもよい（例えば、ｕ（２）とコーディングされる）。インジケータのセマンティックは、次のように定義される。インジケータの１つの値（例えば、値０）は、パラメータがＨＰＳに存在せず、他のＨＰＳへの参照がパラメータを導出するために存在しないことを定める。インジケータの他の値（例えば、値１）は、パラメータがＨＰＳに存在せず、他のＨＰＳへの参照がパラメータを導出するために存在することを定める。インジケータの他の値（例えば、値２）は、パラメータがＨＰＳに存在し、他のＨＰＳへの参照が存在しないことを定める。インジケータの他の値は、リザーブされてよい。他の例では、インジケータの他の値（例えば、値３）は、パラメータがＨＰＳに存在し、他のＨＰＳへの参照がパラメータを導出するために存在することを定める。この場合に、最終的なパラメータは、ＨＰＳで明示的に通知されているパラメータと、参照ＨＰＳに存在するパラメータとからの入力により導出される。

コーディングツールが、何らかの指示手段（例えば、シーケンスパラメータセット内のイネーブルフラグは、コーディングツールが無効にされることを定める）によって、コーディングされたビデオシーケンスについて無効にされると定められる場合に、次の制約が、個別的に又は組み合わせて適用されてよい。コーディングツールのためのパラメータの存在のフラグ又は指示、及びコーディングツールのためのパラメータは、コーディングされたビデオシーケンスに関連したＨＰＳに存在しないことがある。コーディングツールのためのパラメータの存在のフラグ又は指示は存在するが、コーディングツールのためのパラメータが存在せず且つパラメータを導出及び／又は推測するための参照ＨＰＳが存在しないことを値が定めるように制約されることがある。

コーディングツールのパラメータを含み得るＨＰＳをスライスが参照する場合に、次の制約が、個別的に又は組み合わせて適用されてよい。コーディングツールがスライスに対して有効にされ、コーディングツールのパラメータがＨＰＳで利用可能である場合に、コーディングツールのパラメータはスライスヘッダに存在しないことがある。これは、コーディングツールパラメータが直接に通知され、且つ／あるいは、ＨＰＳに存在するか、又は参照ＨＰＳを通じて利用可能である場合に、起こり得る。コーディングツールがスライスに対して有効にされ、コーディングツールのパラメータがＨＰＳで利用可能でない場合に、コーディングツールのパラメータはスライスヘッダに存在してよい。これは、コーディングツールパラメータが直接に通知されず、且つ／あるいは、ＨＰＳで存在しないか、又は参照ＨＰＳを通じて利用可能でない場合に、起こり得る。コーディングツールがスライスに対して有効にされ、コーディングツールのパラメータがＨＰＳで利用可能である場合に、コーディングツールのパラメータはまた、スライスヘッダに存在してもよい。これは、コーディングツールパラメータが直接に通知されたり、且つ／あるいは、ＨＰＳに存在したり、又は参照ＨＰＳを通じて利用可能あったりする場合に、起こり得る。この場合に、スライスのデコーディング中にコーディングツールを呼び出すために使用されるパラメータは、スライスヘッダに存在するものである。

ＨＰＳの帯域内及び帯域外輸送の両方が使用される場合に、次が適用されてよい。ＨＰＳが帯域内で運ばれる場合に、ＨＰＳは、帯域外で運ばれる他のＨＰＳを参照しなくてもよい。そうでない場合に、ＨＰＳは、帯域内で運ばれる他のＨＰＳを参照しなくてもよい。

ＨＰＳの帯域内及び帯域外輸送の両方が使用される場合に、次の制約が更に、個別的に又は組み合わせて適用されてもよい。帯域外で運ばれるＨＰＳは、時間同期されたトラックでしか運ばれなくてもよい。ＨＰＳは、ＨＰＳ更新が存在する場合にのみ帯域外で運ばれてよい。

最初に左ビットから、符号なし整数の０次Ｅｘｐ－Ｇｏｌｏｍｂでコーディングされたシンタックス要素（ｕｅ（ｖ））として、ＨＰＳ ＩＤをコーディングすることに代えて、ＨＰＳ ＩＤは、ｕ（ｖ）としてコーディングされてもよい。ＨＰＳ ＩＤを通知するためのビットの数は、ＳＰＳで指定されてよい。

同じコーディングされたビデオシーケンス内の２つのＨＰＳは、同じＨＰＳ ＩＤを有してよく、この場合に、次が適用されてよい。ＨＰＳ Ａ及びＨＰＳ Ｂが同じＨＰＳ ＩＤを有し、ＨＰＳ Ｂがデコーディング順序でＨＰＳ Ａに続き、ＳＰＳがＨＰＳ ＩＤを参照するＩＤを含むとき、その場合に、ＨＰＳ ＢはＨＰＳ Ａに取って代わる。ＨＰＳ Ａ及びＨＰＳ Ｂが同じＨＰＳ ＩＤを有し、ＨＰＳ Ｂのデコーディング時間がＨＰＳ Ａのデコーディング時間よりも長く、ＳＰＳがＨＰＳ ＩＤを参照するＩＤを含むとき、その場合に、ＨＰＳ ＢはＨＰＳ Ａに取って代わる。ＨＰＳ Ａ、ＨＰＳ Ｂ、ＨＰＳ Ｃ、及びＨＰＳ Ｄを、同じＳＰＳ ＩＤを有することによる（例えば、ＳＰＳ ＩＤがＨＰＳに存在する場合）か、又はＨＰＳを含むアクセスユニットの関連付けによるかのどちらによって、同じコーディングされたビデオシーケンス内に含まれるＨＰＳであるとする。ＨＰＳ Ａ及びＨＰＳ ＤのＨＰＳ ＩＤが同じであり、ＨＰＳ Ａ、ＨＰＳ Ｂ、及びＨＰＳ ＣのＨＰＳ ＩＤが一意であるとき、ＨＰＳ Ａ、ＨＰＳ Ｂ、及びＨＰＳ ＤのＨＰＳ ＩＤの値は、単調に増大することに制約されてよい。ＨＰＳが他の参照ＨＰＳを参照し得るかどうかを指定するよう、フラグがＳＰＳに存在してもよい。

ＨＰＳ間の参照が許されない場合に、スライスヘッダは、同じＨＰＳ又は異なるＨＰＳへの複数の参照を有してよい。この場合に、次が適用されてよい。ＨＰＳ参照は、スライスについて有効にされるコーディングツールごとに存在してよく、コーディングツールのパラメータはＨＰＳから推測され得る。スライスが、コーディングツールのパラメータを推測するためにＨＰＳを参照する場合に、コーディングツールのパラメータはそのＨＰＳに存在すべきである。

コーディングツールのパラメータがＨＰＳに存在せず、他のＨＰＳへの参照がそのパラメータに対して存在する場合に、パラメータはその参照ＨＰＳに存在すべきである。ＨＰＳは、異なるコーディングされたビデオシーケンスからの他のＨＰＳを参照しなくてもよい。ＳＰＳ ＩＤがＨＰＳに存在する場合には、現在のＨＰＳ及び対応する参照ＨＰＳの両方のＳＰＳ ＩＤの値は同じでなければならない。そうでない場合には、ＨＰＳは、デコーディング順序でＨＰＳに先行する最後のＩＲＡＰアクセスユニットに先行するアクセスユニットに存在する他のＨＰＳを参照しなくてもよい。ＨＰＳはまた、デコーディング順序でＨＰＳに先行する最後のＩＲＡＰアクセスユニット、又はＨＰＳのデコーディング時間に最も近く且つそれに満たないデコーディング時間を有する最後のＩＲＡＰアクセスユニットのデコーディング時間に満たないデコーディング時間を有する他のＨＰＳを参照しなくてもよい。

ＨＰＳが他のＨＰＳを参照する場合に、参照ＨＰＳのＨＰＳ ＩＤは、そのＨＰＳのＨＰＳ ＩＤより小さくなければならない。ＳＰＳ ＩＤがいずれかのＨＰＳに存在する場合に、ＨＰＳ Ａ、ＨＰＳ Ｂ、ＨＰＳ Ｃ、及びＨＰＳ Ｄは全て同じＳＰＳ ＩＤを有してよい。ＨＰＳ Ｂがデコーディング順序でＨＰＳ Ａに続き、ＨＰＳ Ｃがデコーディング順序でＨＰＳ Ｂに続き、ＨＰＳ Ｄがデコーディング順序でＨＰＳ Ｃに続く場合に、次の制約が、個別的に又は組み合わせて適用されてよい。ＨＰＳ ＣがＨＰＳ Ａを参照する場合に、ＨＰＳ ＢのＨＰＳ ＩＤは、ＨＰＳ ＡのＨＰＳ ＩＤと同じでなくてもよい。ＨＰＳ ＢがＨＰＳ Ａを参照し、ＨＰＳ ＣがＨＰＳ Ａと同じＨＰＳ ＩＤを有するとき、その場合に、ＨＰＳ Ｄは、ＨＰＳ ＡもＨＰＳ Ｂも参照しなくてよい。ＨＰＳ Ｂ及びＨＰＳ Ａが同じＨＰＳ ＩＤを有する場合に、ＨＰＳ Ａを参照するデコーディング順序でＨＰＳ Ｂに続くスライスは存在しなくてもよい。ＨＰＳ ＢがＨＰＳ Ａを参照し、ＨＰＳ ＣがＨＰＳ Ａと同じＨＰＳ ＩＤを有する場合に、ＨＰＳ Ａ又はＨＰＳ Ｂのどちらか一方を参照するデコーディング順序でＨＰＳ Ｃに続くスライスは存在しなくてもよい。

時間スケーラビリティが使用される場合に、ＨＰＳの時間的ＩＤは次のように指定されてよい。ＨＰＳの時間的ＩＤが、そのＨＰＳを含むアクセスユニットの時間的ＩＤと同じであるようセットされてよい。一例では、ＨＰＳの時間的ＩＤは、そのＨＰＳを参照する最初のスライスのピクチャの時間的ＩＤと同じであるようセットされてよい。

時間的ＩＤ（Ｔｉｄ）Ａを有するピクチャ内のスライスは、ＴｉｄＢがＴｉｄＡよりも大きい場合に、ＩＤ ＴｉｄＢを有するＨＰＳを参照しなくてもよい。ＴｉｄＡを有するＨＰＳは、ＴｉｄＢがＴｉｄＡよりも大きい場合に、ＴｉｄＢを有する参照ＨＰＳを参照しなくてもよい。ＴｉｄＡを有するＨＰＳは、ＴｉｄＡがＴｉｄＢよりも大きい場合に、ＴｉｄＢを有する他のＨＰＳに取って代わらなくてもよい。

シーケンスレベルパラメータ（例えば、ＳＰＳ）内のフラグは、スライスがＨＰＳへの参照を有するかどうかを特定するよう存在してよい。フラグの値は、１に等しくセットされる場合に、スライスがＨＰＳを参照することを定め、そして、ＨＰＳ ＩＤがスライスのヘッダに存在することを定めてよい。フラグの値は、０に等しくセットされる場合に、スライスがＨＰＳを参照しないこと、及びＨＰＳ ＩＤがスライスのヘッダに存在しないことを定めてよい。

上記の態様は、次のシンタックスに従って実装されてよい。

ｈｐｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｐｓ＿ｉｄがスライスヘッダに存在することを定めるよう１に等しくセットされ得る。ｈｐｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｐｓ＿ｉｄがスライスヘッダに存在しないことを定めるよう０に等しくセットされ得る。

ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素によって参照のためのＨＰＳを識別してよい。ｈｄｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０以上６３以下の範囲にあってよい。ｈｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブＳＰＳのためのｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０以上１５以下の範囲にあってよい。ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）がＨＰＳに存在することを定めるよう２に等しくセットされてよい。ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）がＨＰＳに存在しないが、ａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］によって指定された参照ＨＰＳに存在するａｌｆ＿ｄａｔａ（ ）と同じであると推測されることを定めるよう１に等しくセットされてよい。ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）もａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］もＨＰＳに存在しないことを定めるよう０に等しくセットされてよい。３に等しいａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］の値は、リザーブされてよい。ａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）の値を推測するための参照ＨＰＳのｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定してよい。

例となるビットストリーム適合性検査は、次の制約が適用されることを必要としてよい。存在する場合に、ａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］の値は、ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値よりも小さくてよい。現在のＨＰＳ内及びａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］によって指定されているＨＰＳ内のｈｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、同じであってよい。ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］］の値は、２に等しくてよい。

ｈｐｓＡに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳ Ａ、ｈｐｓＢに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳ Ｂ、ｈｐｓＣに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳ Ｃ、及び現在のＨＰＳを考えると、次の条件が真である場合に、ａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］の値は、ｈｐｓＡ又はｈｐｓＢに等しくなくてもよい。このような条件は、ＨＰＳ Ａがデコーディング順序でＨＰＳ Ｂに先行し、ＨＰＳ Ｂがデコーディング順序でＨＰＳ Ｃに先行し、ＨＰＳ Ｃがデコーディング順序で現在のＨＰＳに先行することである。このような条件はまた、ａｌｆ＿ｒｅｆ＿ｉｄ［ｈｐｓＢ］の値がｈｐｓＡに等しく、且つ、ｈｐｓＣの値がｈｐｓＡに等しいことを含む。

ｓｌｉｃｅ＿ｈｐｓ＿ｉｄは、スライスが参照するＨＰＳのｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｓｌｉｃｅ＿ｈｐｓ＿ｉｄが存在しない場合に、ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｓｌｉｃｅ＿ｈｐｓ＿ｉｄ］は、０に等しいと推測される。例となるビットストリーム適合性検査は、次の制約が適用されることを必要としてよい。ｓｌｉｃｅ＿ｈｐｓ＿ｉｄに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳは、スライスヘッダのパーシングより前に利用可能でなければならない。ｓｌｉｃｅ＿ｈｐｓ＿ｉｄに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳが帯域内で利用可能である場合に、ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、次のアクセスユニットの１つに存在すべきである。現在のスライスのピクチャに関連するＩＲＡＰアクセスユニット、又はＩＲＡＰアクセスユニットに続くが、デコーディング順序で現在のアクセスユニットに先行するいずれかのアクセスユニット、又は現在のアクセスユニット、である。ｈｐｓＡに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳ Ａ、ｈｐｓＢに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳ Ｂ、ｈｐｓＣに等しいｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＨＰＳ Ｃ、及び現在のスライスを考えると、次の条件の両方が真であるとき、その場合に、ｓｌｉｃｅ＿ｈｐｓ＿ｉｄの値は、ｈｐｓＡ又はｈｐｓＢに等しくなければならない。条件は、ＨＰＳ Ａがデコーディング順序でＨＰＳ Ｂに先行し、ＨＰＳ Ｂがデコーディング順序でＨＰＳ Ｃに先行し、ＨＰＳ Ｃがデコーディング順序で現在のスライスに先行することを含む。条件はまた、ａｌｆ＿ｒｅｆ＿ｉｄ［ｈｐｓＢ］の値がｈｐｓＡに等しく、且つ、ｈｐｓＣの値がｈｐｓＡに等しいことも含む。

他の例となる実施は、以下で説明される。

ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）がＨＰＳに存在することを定めるよう２に等しくセットされてよい。ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）がＨＰＳに存在しないが、ａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］によって指定された参照ＨＰＳに存在するａｌｆ＿ｄａｔａ（ ）と同じであると推測されることを定めるよう１に等しくセットされてよい。ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ａｌｆ＿ｄａｔａ（ ）もａｌｆ＿ｒｅｆ＿ｈｐｓ＿ｉｄ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］もＨＰＳに存在しないことを定めるよう０に等しくセットされてよい。存在しない場合に、ｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、０に等しいと推測されてよい。３に等しいａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｄｃ［ｈｅａｄｅｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］の値は、リザーブされてよい。

他の例となる実施は、以下で説明される。

スライスヘッダは複数のＨＰＳを参照してよい。ピクチャのスライスは、ＡＬＦパラメータのためのＨＰＳ（例えば、ｐｉｃ＿ａｌｆ＿ＨＰＳ＿ｉｄ＿ｌｕｍａ［ｉ］）、ＬＭＣＳパラメータのためのＨＰＳ（例えば、ｐｉｃ＿ｌｍｃｓ＿ａｐｓ＿ｉｄ）、及びスケーリングリストパラメータのためのＨＰＳ（例えば、ｐｉｃ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ａｐｓ＿ｉｄ）を参照することができる。ｐｉｃ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］は、ＰＨに関連したスライスのルーマ成分が参照するｉ番目のＡＬＦ ＨＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］は、スライスのルーマ成分が参照するｉ番目のＡＬＦ ＨＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ＡＬＦ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅと、ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］に等しいａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄとを有するＨＰＳ ＮＡＬユニットの時間的ＩＤは、コーディングされたスライスＮＡＬユニットの時間的ＩＤ以下でなければならない。ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］が存在しない場合に、ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］の値は、ｐｉｃ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］の値に等しいと推測される。ｐｉｃ＿ｌｍｃｓ＿ａｐｓ＿ｉｄは、ＰＨに関連したスライスが参照するＬＭＣＳ ＨＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ＬＭＣＳ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅと、ｐｉｃ＿ｌｍｃｓ＿ａｐｓ＿ｉｄに等しいａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄとを有するＨＰＳ ＮＡＬユニットの時間的ＩＤは、ＰＨに関連したピクチャの時間的ＩＤ以下でなければならない。ｐｉｃ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ａｐｓ＿ｉｄは、スケーリングリストＨＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ＳＣＡＬＩＮＧ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅと、ｐｉｃ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ａｐｓ＿ｉｄに等しいａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄとを有するＨＰＳ ＮＡＬユニットの時間的ＩＤは、ＰＨに関連したピクチャの時間的ＩＤ以下でなければならない。

ＨＰＳ ＮＡＬユニットの時間的ＩＤは、ＨＰＳを含むアクセスユニット（ＡＵ）と同じでなければならない。ＨＰＳ ＮＡＬユニットの時間的ＩＤは、ＨＰＳを参照するコーディングされたスライスＮＡＬユニットの時間的ＩＤ以下でなければならない。具体例では、非ＶＣＬ ＮＡＬユニットの時間的ＩＤの値は、次のように制約される。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＤＰＳ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、又はＳＰＳ＿ＮＵＴに等しい場合に、時間的ＩＤは０に等しくなければならず、ＮＡＬユニットを含むＡＵの時間的ＩＤは０に等しくなければならない。そうではなく、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴに等しい場合に、時間的ＩＤは、ＮＡＬユニットを含むＰＵの時間的ＩＤに等しくなければならない。そうではなく、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴ又はＥＯＢ＿ＮＵＴに等しい場合に、時間的ＩＤは０に等しくなければならない。そうではなく、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴ、ＦＤ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴ、又はＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しい場合に、時間的ＩＤは、ＮＡＬユニットを含むＡＵの時間的ＩＤに等しくなければならない。そうではなく、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、又はＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合に、時間的ＩＤは、ＮＡＬユニットを含むＰＵの時間的ＩＤ以上でなければならない。ＮＡＬユニットが非ＶＣＬ ＮＡＬユニットである場合に、時間的ＩＤの値は、非ＶＣＬ ＮＡＬユニットが適用される全てのＡＵの時間的ＩＤ値のうちの最小値に等しい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、又はＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合に、時間的ＩＤは、全てのＰＰＳ及びＨＰＳがビットストリームの最初に含まれ得るということで（例えば、それらが帯域外で輸送され、受信器がそれらをビットストリームの最初に置く場合）、包含ＡＵの時間的ＩＤ以上であってよく、このとき、最初のコーディングされたピクチャは０に等しい時間的ＩＤを有する。

図７は、例となるビデオコーディングデバイス７００の概略図である。ビデオコーディングデバイス７００は、ここで記載されている開示された例／実施形態を実装するのに適している。ビデオコーディングデバイス７００は、下流ポート７２０、上流ポート７５０、及び／又は、ネットワーク上で上流及び／又は下流へデータを通信する送信器及び／又は受信器を含むトランシーバユニット（Ｔｘ／Ｒｘ）７１０を有する。ビデオコーディングデバイス７００はまた、データを処理するための論理ユニット及び／又は中央演算処理装置（ＣＰＵ）を含むプロセッサ７３０と、データを記憶するメモリ７３２とを含む。ビデオコーディングデバイス７００はまた、電気、光、又は無線通信ネットワークを介したデータの通信のために上流ポート７５０及び／又は下流ポート７２０へ結合された電気的な光電気（ＯＥ）コンポーネント、電気光（ＥＯ）コンポーネント、及び／又は無線通信コンポーネントを有してもよい。ビデオコーディングデバイス７００はまた、ユーザへ及びユーザからデータを通信する入力及び／又は出力（Ｉ／Ｏ）デバイス７６０を含んでもよい。Ｉ／Ｏデバイス７６０は、ビデオデータを表示するディスプレイ、オーディオデータを出力するスピーカ等のような出力デバイスを含んでもよい。Ｉ／Ｏデバイス７６０はまた、キーボード、マウス、トラックボール等の入力デバイス、及び／又はそのような出力デバイスと相互作用する対応するインターフェースを含んでもよい。

プロセッサ７３０は、ハードウェア及びソフトウェアによって実装される。プロセッサ７３０は、１つ以上のＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、フィールド・プログラマブル・ゲート・アレイ（Field-Programmable Gate Arrays，ＦＰＧＡ）、特定用途向け集積回路（Application Specific Integrated Circuits，ＡＳＩＣ）、及びデジタル信号プロセッサ（Digital Signal Processors，ＤＳＰ）として実装されてよい。プロセッサ７３０は、下流ポート７２０、Ｔｘ／Ｒｘ７１０、上流ポート７５０、及びメモリ７３２と通信する。プロセッサ７３０は、コーディングモジュール７１４を有する。コーディングモジュール７１４は、ビットストリーム５００及び／又はメカニズム６００を用い得る方法１００、８００、及び９００等の、上述された開示されている実施形態を実装する。コーディングモジュール７１４はまた、ここで記載されている如何なる他の方法／メカニズムも実装してよい。更に、コーディングモジュール７１４は、コーデックシステム２００、エンコーダ３００、及び／又はデコーダ４００を実装してよい。例えば、コーディングモジュール７１４は、ビットストリームにおいてピクチャをエンコーディング／デコーディングし、且つ、複数のＨＰＳにおいてピクチャのスライスに関連したパラメータをエンコーディング／デコーディングすることができる。様々なタイプのＨＰＳが、対応するタイプのコーディングツールパラメータとともに含まれ得る。スライスヘッダは、その場合に、対応するスライスのためのコーディングツールパラメータを取得するよう様々なタイプのＨＰＳを参照することができる。このようなＨＰＳはまた、時間スケーリングアルゴリズムにより機能するよう時間的ＩＤを割り当てられ得る。ＨＰＳの利用は、複数のスライスによって用いられるコーディングツールパラメータが（例えば、パラメータが変化する場合に追加のＨＰＳを用いて）単一の位置に集められることを可能にする。従って、冗長なシグナリングは除かれ、これは、コーディング効率を高め、ビットストリームを記憶する場合のメモリ資源利用を低減し、且つ、ビットストリームを通信する場合のネットワーク資源利用を低減する。従って、コーディングモジュール７１４は、ビデオコーディングデバイス７００に、ビデオデータをコーディングする場合に更なる機能性及び／又はコーディング効率を提供させる。そのようなものとして、コーディングモジュール７１４は、ビデオコーディング技術に特有である問題に対処することに加えて、ビデオコーディングデバイス７００の機能性も改善する。更に、コーディングモジュール７１４は、異なる状態へのビデオコーディングデバイス７００の変形を達成する。代替的に、コーディングモジュール７１４は、メモリ７３２に記憶されておりプロセッサ７３０によって実行される命令として（例えば、非一時的な媒体に記憶されているコンピュータプログラム製品として）実行され得る。

メモリ７３２は、ディスク、テープドライブ、ソリッドステートドライブ、リード・オンリー・メモリ（Read Only Memory，ＲＯＭ）、ランダム・アクセス・メモリ（Random Access Memory，ＲＡＭ）、フラッシュメモリ、三値連想メモリ（Ternary Content-Addressable Memory，ＴＣＡＭ）、静的ランダム・アクセス・メモリ（Static Random-Access Memory，ＳＲＡＭ）等のような１つ以上のメモリタイプを有する。メモリ７３２は、プログラムが実行のために選択される場合にそのようなプログラムを記憶するために、且つ、プログラム実行中に読み出される命令及びデータを記憶するために、オーバーフローデータ記憶デバイスとして使用されてよい。

図８は、ＨＰＳを使用することによって、ビットストリーム５００等のビットストリーム内にビデオシーケンスをエンコーディングするための、例となる方法８００のフローチャートである。方法８００は、方法１００を実行する場合に、コーデックシステム２００、エンコーダ３００、及び／又はビデオコーディングデバイス７００等のエンコーダによって用いられてよい。方法８００はまた、デコーダ４００等のデコーダでメカニズム６００に従って時間スケーリングをサポートするよう、ビットストリームをエンコーディングしてもよい。

方法８００は、エンコーダが複数の画像を含むビデオシーケンスを受信する場合に開始してよく、例えば、ユーザ入力に基づいて、そのビデオシーケンスをビットストリーム内にエンコーディングすると決定する。ビデオシーケンスは、エンコーディングの前に更なるパーティション化のためにピクチャ／画像／フレームにパーティション化される。ステップ８０１で、複数のピクチャは、第１スライスを含む複数のスライスにパーティション化される。

ステップ８０３で、第１スライスを含む複数のスライスは、ビットストリーム内にエンコーディングされる。スライスは、複数のコーディングツールパラメータによってエンコーディングされてよい。いくつかの例では、スライスは、少なくとも、第１タイプのコーディングツール及び第２タイプのコーディングツールによって、エンコーディングされる。具体的に、スライスは、第１タイプのコーディングツールパラメータに基づいて第１タイプのコーディングツールによってエンコーディングされる。スライスはまた、第２タイプのコーディングツールパラメータに基づいて第２タイプのコーディングツールによってもエンコーディングされる。例えば、このようなコーディングツールは、ＡＬＦコーディングツール、ＬＭＣＳコーディングツール、及び／又はスケーリングリストパラメータコーディングツールを含んでよい。

ステップ８０５で、複数のＨＰＳがビットストリーム内にエンコーディングされる。複数のＨＰＳは、少なくとも第１ＨＰＳ及び第２ＨＰＳを含んでよい。第１ＨＰＳ及び第２ＨＰＳは、夫々、ステップ８０３でスライスをエンコーディングするために用いられる第１タイプのコーディングツールパラメータ及び第２タイプのコーディングツールパラメータを含む。

ステップ８０７で、第１スライスヘッダがビットストリーム内にエンコーディングされる。第１スライスヘッダは、デコーダでのデコーディングをサポートするよう複数のスライスの中の第１スライスのエンコーディングを記述する。例えば、第１スライスヘッダは、第１ＨＰＳに対する第１参照と、第２ＨＰＳに対する第２参照とを含んでよい。従って、スライスヘッダは、異なるタイプの複数のＨＰＳからコーディングツールパラメータを引き継いでよい。これは、そのようなコーディングツールパラメータがスライスヘッダから省略されることを可能にし、冗長なコーディングツールパラメータのシグナリングを低減することによってビットストリームのコーディング効率を向上させる。具体例として、第１ＨＰＳ及び第２ＨＰＳは、ＡＬＦ ＨＰＳ、ＬＭＣＳ ＨＰＳ、スケーリングリストパラメータＨＰＳ、又はこれらの組み合わせを含んでよい。

ＨＰＳに関連したコーディング方法の複雑性を低減するために、ＨＰＳは、他のＨＰＳで保存されているコーディングツールパラメータを参照することを制限されてよい。従って、第１ＨＰＳ及び第２ＨＰＳを含む、ステップ８０５でエンコーディングされた複数のＨＰＳは、複数のＨＰＳの中の他のＨＰＳからのコーディングツールパラメータを参照することを制限される。また、ＨＰＳは、各ＨＰＳに時間的ＩＤを含めることによって時間スケーリングをサポートするようエンコーディングされてもよい。一例では、第１ＨＰＳは、時間的ＩＤに関連したアクセスユニットに含まれる。更に、第１ＨＰＳは、第１ＨＰＳを含むアクセスユニットに関連する同じ時間的ＩＤを含む。他の例では、第１スライスは第１ピクチャからパーティション化され、第１ピクチャは時間的ＩＤに関連する。この例では、第１ＨＰＳは、ピクチャに関連した時間的ＩＤを含む。更に、時間スケーリングをサポートするために、複数のＨＰＳの夫々及びスライスの夫々は、複数の時間的ＩＤのうちの１つに関連する。更に、第１時間的ＩＤを有する各スライスは、第１時間的ＩＤよりも大きい（例えば、より高いフレームレートに関連している）第２時間的ＩＤを有する如何なるＨＰＳも参照することを制限される。これは、より低いフレームレートに関連したスライスが、より高いフレームレートに関連したＨＰＳを、そのようなＨＰＳが、時間スケーリングメカニズムに従って、より低いフレームレートが用いられる場合に、無視されるということで、参照しないことを確かにする。

ステップ８０９で、ビットストリームはメモリに記憶される。要求時に、ビットストリームは次いで、例えば、送信器により、デコーダへ送られ得る。

図９は、ＨＰＳを使用することによって、ビットストリーム５００等のビットストリームからビデオシーケンスをデコーディングするための、例となる方法９００のフローチャートである。方法９００は、方法１００を実行する場合に、コーデックシステム２００、デコーダ４００、及び／又はビデオコーディングデバイス７００等のデコーダによって用いられてよい。方法９００の結果はまた、デコーダでメカニズム６００に従って時間スケーリングをサポートするために用いられてもよい。方法９００は、エンコーダ３００等のエンコーダからビットストリームを受信することに応答して用いられてよく、従って、方法９００は、方法８００に応答して用いられてよい。

方法９００は、デコーダが、例えば、方法８００の結果として、ビデオシーケンスを表すコーディングされたデータのビットストリームを受信し始める場合に、開始してよい。ステップ９１０で、ビットストリームがデコーダで受信される。ビットストリームは、第１ＨＰＳ及び第２ＨＰＳを含む複数のＨＰＳを有する。第１ＨＰＳは第１タイプのＨＰＳであり、第１タイプのコーディングツールパラメータを含む。第２ＨＰＳは第２タイプのＨＰＳであり、第２タイプのコーディングツールパラメータを含む。ビットストリームはまた、スライスヘッダと、スライスヘッダに関連したスライスとを含む。

ステップ９０３で、デコーダは、スライスヘッダが第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含むことを決定する。従って、スライスヘッダは、異なるタイプの複数のＨＰＳからコーディングツールパラメータを引き継いでよい。これは、そのようなコーディングツールパラメータがスライスヘッダから省略されることを可能にし、冗長なコーディングツールパラメータのシグナリングを低減することによってビットストリームのコーディング効率を向上させる。具体例として、第１ＨＰＳ及び第２ＨＰＳは、ＡＬＦ ＨＰＳ、ＬＭＣＳ ＨＰＳ、スケーリングリストパラメータＨＰＳ、又はこれらの組み合わせを含んでよい。

ステップ９０５で、デコーダは、スライスヘッダが第１参照及び第２参照を含むとの決定に基づいて、第１タイプのコーディングツールパラメータ及び第２タイプのコーディングツールパラメータを用いてスライスをデコーディングすることができる。ＨＰＳに関連したコーディング方法の複雑性を低減するために、ＨＰＳは、他のＨＰＳに保存されているコーディングツールパラメータを参照することを制限されてよい。従って、第１ＨＰＳ及び第２ＨＰＳを含む、ステップ９０１でビットストリームにおいて受信された複数のＨＰＳは、複数のＨＰＳの中の他のＨＰＳからコーディングツールパラメータを参照することを制限される。また、ＨＰＳは、各ＨＰＳに時間的ＩＤを含めることによって時間スケーリングをサポートするようコーディングされてもよい。一例では、第１ＨＰＳは、時間的ＩＤに関連したアクセスユニットに含まれる。更に、第１ＨＰＳは、第１ＨＰＳを含むアクセスユニットに関連する同じ時間的ＩＤを含む。他の例では、第１スライスは第１ピクチャからパーティション化され、第１ピクチャは時間的ＩＤに関連する。この例では、第１ＨＰＳは、ピクチャに関連した時間的ＩＤを含む。更に、時間スケーリングをサポートするために、複数のＨＰＳの夫々及びスライスの夫々は、複数の時間的ＩＤのうちの１つに関連する。更に、第１時間的ＩＤを有する各スライスは、第１時間的ＩＤよりも大きい（例えば、より高いフレームレートに関連している）第２時間的ＩＤを有する如何なるＨＰＳも参照することを制限される。これは、より低いフレームレートに関連したスライスが、より高いフレームレートに関連したＨＰＳを、そのようなＨＰＳが、時間スケーリングメカニズムに従って、より低いフレームレートが用いられる場合に、無視されるということで、参照しないことを確かにする。

ステップ９０７で、デコーダは、デコーディングされたビデオシーケンスの部分として表示のためにスライスを転送することができる。

図１０は、ＨＰＳを使用することによって、ビットストリーム５００等のビットストリームにおいて画像のビデオシーケンスをコーディングするための、例となるシステム１０００の概略図である。システム１０００は、コーデックシステム２００、エンコーダ３００、デコーダ４００、及び／又はビデオコーディングデバイス７００等のエンコーダ及びデコーダによって実装されてよい。更に、システム１０００は、方法１００、８００、及び／又は９００を実装する場合に用いられてもよい。その上、システム１０００は、メカニズム６００に関連して説明されたように時間スケーリングをサポートするために用いられてもよい。

システム１０００は、ビデオエンコーダ１００２を含む。ビデオエンコーダ１００２は、複数のピクチャを複数のスライスにパーティション化するパーティション化モジュール１００１を有する。ビデオエンコーダ１００２は、複数のスライスをビットストリーム内にエンコーディングするエンコーディングモジュール１００３を更に有し、このとき、スライスは、少なくとも、第１タイプのコーディングツールパラメータに基づく第１タイプのコーディングツールと、第２タイプのコーディングツールパラメータに基づく第２タイプのコーディングツールとによって、エンコーディングされる。エンコーディングモジュール１００３は更に、第１ＨＰＳ及び第２ＨＰＳをビットストリーム内にエンコーディングするためのものであり、第１ＨＰＳは第１タイプのコーディングツールパラメータを含み、第２ＨＰＳは第２タイプのコーディングツールパラメータを含む。エンコーディングモジュール１００３は更に、複数のスライスのうちの第１スライスのエンコーディングを記述する第１スライスヘッダをビットストリーム内にエンコーディングするためのものであり、このとき、第１スライスヘッダは、第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含む。ビデオエンコーダ１００２は、デコーダへの通信のためにビットストリームを記憶する記憶モジュール１００５を更に有する。ビデオエンコーダ１００２は、第１タイプのコーディングツール及び第２タイプのコーディングツールに基づいてデコーダでスライスをデコーディングすることをサポートするよう、第１ＨＰＳ及び第２ＨＰＳを含むビットストリームを送信する送信モジュール１００７を更に有する。ビデオエンコーダ１００２は、方法８００のステップのいずれかを実行するよう更に構成されてもよい。

システム１０００はまた、ビデオデコーダ１０１０も含む。ビデオデコーダ１０１０は、第１タイプのコーディングツールパラメータを含む第１ＨＰＳ、第２タイプのコーディングツールパラメータを含む第２ＨＰＳ、スライスヘッダ、及びスライスヘッダに関連したスライスを有するビットストリームを受信する受信モジュール１０１１を有する。ビデオデコーダ１０１０は、スライスヘッダが第１ＨＰＳに対する第１参照及び第２ＨＰＳに対する第２参照を含むことを決定する決定モジュール１０１３を更に有する。ビデオデコーダ１０１０は、スライスヘッダが第１参照及び第２参照を含むとの決定に基づいて、第１タイプのコーディングツールパラメータ及び第２タイプのコーディングツールパラメータを用いてスライスをデコーディングするデコーディングモジュール１０１５を更に有する。ビデオデコーダ１０１０は、デコーディングされたビデオシーケンスの部分として表示のためにスライスを転送する転送モジュール１０１７を更に有する。ビデオデコーダ１０１０は、方法９００のステップのいずれかを実行するよう更に構成されてもよい。

第１コンポーネントと第２コンポーネントとの間のライン、トレース、又は他の媒体を除いて、介在するコンポーネントがない場合に、第１コンポーネントは第２コンポーネントへ直接に結合される。第１コンポーネントと第２コンポーネントとの間にライン、トレース、又は他の媒体以外の他の介在するコンポーネントがある場合に、第１コンポーネントは第２コンポーネントへ間接的に結合される。「結合される」との用語及びその変形は、直接に結合されること及び間接的に結合されることの両方を含む。「約」との用語の使用は、別なふうに述べられない限りは、それに続く数の±１０％を含む範囲を意味する。

ここで説明されている例となる方法のステップは、必ずしも、記載されている順序で実行される必要はないことが理解されるべきであり、そのような方法のステップの順序は、単なる例示にすぎないと理解されるべきである。同様に、そのような方法には追加のステップが含まれてもよく、特定のステップは、本開示の様々な実施形態に従う方法において、削除又は結合されてもよい。

いくつかの実施形態が本開示で提供されているが、開示されているシステム及び方法は、本開示の精神又は範囲から逸脱せずに、多数の他の具体的な形態で具現されてよいことが理解され得る。本例は、限定としてではなく実例として見なされるべきであり、意図は、ここで与えられている詳細に限定されるべきではない。例えば、様々な要素又はコンポーネントは、他のシステムに結合又は統合されてよく、あるいは、特定の特徴は省略されても又は実施されなくてもよい。

更に、別個又は別々なものとして様々な実施形態で記載及び例示されている技術、システム、サブシステム、及び方法は、本開示の範囲から外れずに、他のシステム、コンポーネント、技術、又は方法と結合又は統合されてもよい。変更、置換、及び代替の他の例は、当業者によって確かめられ、ここで開示されている精神及び範囲から逸脱せずに行われ得る。

Claims (13)

1. デコーディング方法であって、
   適応ループフィルタ（ＡＬＦ）コーディングツールパラメータを含むＡＬＦ適応パラメータセット（ＡＰＳ）と、クロマスケーリング付きルーママッピング（ＬＭＣＳ）コーディングツールパラメータを含むＬＭＣＳ ＡＰＳと、スライスヘッダと、前記スライスヘッダに関連したスライスとを有するビットストリームを受信することと、
   前記スライスヘッダが前記ＡＬＦ ＡＰＳに対する第１参照及び前記ＬＭＣＳ ＡＰＳに対する第２参照を含むことを決定することと、
   前記スライスヘッダが前記第１参照及び前記第２参照を含むとの前記決定に基づいて、前記ＡＬＦコーディングツールパラメータ及び前記ＬＭＣＳコーディングツールパラメータを用いて前記スライスをデコーディングして、再構成された画像ブロックを取得することと、
   前記再構成された画像ブロックに基づいて、デコーディングされたピクチャを取得することと、
   前記デコーディングされたピクチャを含むデコーディングされたシーケンスを取得することと
   を有する方法。
2. 前記ビットストリームは、前記ＡＬＦ ＡＰＳ及び前記ＬＭＣＳ ＡＰＳを含む複数のＡＰＳを更に有し、前記複数のＡＰＳの夫々は、前記複数のＡＰＳ内の他のＡＰＳからのコーディングツールパラメータを参照することを制限される、
   請求項１に記載の方法。
3. 前記ＡＬＦ ＡＰＳは、時間的識別子（ＩＤ）に関連したアクセスユニット（ＡＵ）に含まれ、前記ＡＬＦ ＡＰＳは、前記ＡＬＦ ＡＰＳを含む前記ＡＵに関連した前記時間的ＩＤを含む、
   請求項１又は２に記載の方法。
4. 前記スライスは、ピクチャの部分であり、前記ピクチャは、時間的識別子（ＩＤ）に関連し、前記ＡＬＦ ＡＰＳは、前記ピクチャに関連した前記時間的ＩＤを含む、
   請求項１又は２に記載の方法。
5. 前記ビットストリームは、前記ＡＬＦ ＡＰＳ及び前記ＬＭＣＳ ＡＰＳを含む複数のＡＰＳを更に有し、第１時間的ＩＤを有するスライスは、前記第１時間的ＩＤよりも大きい第２時間的ＩＤを有する如何なるＡＰＳも参照することを制限される、
   請求項１乃至４のうちいずれか一項に記載の方法。
6. エンコーディング方法であって、
   複数のピクチャを含むビデオシーケンスを取得することと、
   前記複数のピクチャを複数のスライスにパーティション化することと、
   前記複数のスライスをビットストリーム内にエンコーディングすることであり、前記スライスは、適応ループフィルタ（ＡＬＦ）コーディングツールパラメータ及びクロマスケーリング付きルーママッピング（ＬＭＣＳ）コーディングツールパラメータに少なくとも基づいてエンコーディングされる、ことと、
   ＡＬＦ適応パラメータセット（ＡＰＳ）及びＬＭＣＳ ＡＰＳを前記ビットストリーム内にエンコーディングすることであり、前記ＡＬＦ ＡＰＳは、前記ＡＬＦコーディングツールパラメータを含み、前記ＬＭＣＳ ＡＰＳは、前記ＬＭＣＳコーディングツールパラメータを含む、ことと、
   スライスヘッダを前記ビットストリームにエンコーディングすることであり、前記スライスヘッダは、前記ＡＬＦ ＡＰＳへの第1参照及び前記ＬＭＣＳ ＡＰＳへの第２参照を含む、ことと、
   前記ビットストリームを記憶することと
   を有する方法。
7. 複数のＡＰＳを前記ビットストリーム内にエンコーディングすることを更に有し、
   前記複数のＡＰＳは、前記ＡＬＦ ＡＰＳ及び前記ＬＭＣＳ ＡＰＳを含み、前記複数のＡＰＳの夫々は、前記複数のＡＰＳ内の他のＡＰＳからのコーディングツールパラメータを参照することを制限される、
   請求項６に記載の方法。
8. 前記ＡＬＦ ＡＰＳは、時間的識別子（ＩＤ）に関連したアクセスユニット（ＡＵ）に含まれ、前記ＡＬＦ ＡＰＳは、前記ＡＬＦ ＡＰＳを含む前記ＡＵに関連した前記時間的ＩＤを含む、
   請求項６又は７に記載の方法。
9. 第１スライスが第１ピクチャからパーティション化され、前記第１ピクチャは、時間的識別子（ＩＤ）に関連し、前記ＡＬＦ ＡＰＳは、前記ピクチャに関連した前記時間的ＩＤを含む、
   請求項６又は７に記載の方法。
10. 前記ＡＬＦ ＡＰＳ及び前記ＬＭＣＳ ＡＰＳを含む複数のＡＰＳがエンコーディングされ、前記複数のＡＰＳの夫々及び前記スライスの夫々は、複数の時間的ＩＤのうちの１つに関連し、第１時間的ＩＤを有する各スライスは、前記第１時間的ＩＤよりも大きい第２時間的ＩＤを有する如何なるＡＰＳも参照することを制限される、
    請求項６乃至９のうちいずれか一項に記載の方法。
11. コンピュータ実行可能命令を記憶するメモリと、
    前記メモリへ動作可能に結合され、前記コンピュータ実行可能命令を実行して、請求項１乃至５のうちいずれか一項に記載の方法を実行するよう構成されるプロセッサと
    を有するデコーディングデバイス。
12. コンピュータ実行可能命令を記憶するメモリと、
    前記メモリへ動作可能に結合され、前記コンピュータ実行可能命令を実行して、請求項６乃至１０のうちいずれか一項に記載の方法を実行するよう構成されるプロセッサと
    を有するエンコーディングデバイス。
13. 適応ループフィルタ（ＡＬＦ）コーディングツールパラメータを含むＡＬＦ適応パラメータセット（ＡＰＳ）と、クロマスケーリング付きルーママッピング（ＬＭＣＳ）コーディングツールパラメータを含むＬＭＣＳ ＡＰＳと、スライスヘッダと、前記スライスヘッダに関連したスライスとを有するビットストリームを受信したデコーダの動作を制御するプログラムを記憶する非一時的なコンピュータ可読媒体であって、
    前記スライスヘッダは、前記ＡＬＦ ＡＰＳへの第１参照及び前記ＬＭＣＳ ＡＰＳへの第２参照を含み、
    前記スライスは、複数のピクチャからパーティション化された複数のスライスを前記ＡＬＦコーディングツールパラメータ及び前記ＬＭＣＳコーディングツールパラメータに少なくとも基づいてエンコーディングすることにより生成されたエンコーディングされたスライスの１つであり、
    前記プログラムは、前記デコーダのプロセッサによって実行されると、前記デコーダの前記プロセッサに、
    前記ビットストリームから前記スライスヘッダをデコーディングさせ、
    前記スライスヘッダに含まれている前記第１参照及び前記第２参照に基づいて前記ＡＬＦコーディングツールパラメータ及び前記ＬＭＣＳコーディングツールパラメータを取得させ、
    前記ＡＬＦコーディングツールパラメータ及び前記ＬＭＣＳコーディングツールパラメータを用いて前記スライスをデコーディングして、再構成された画像ブロックを取得させ、
    前記再構成された画像ブロックに基づいて、デコーディングされたピクチャを取得させ、
    前記デコーディングされたピクチャを含むデコーディングされたシーケンスを取得させる、
    非一時的なコンピュータ可読媒体。

Images