JP2022538755A - 高レベル構文要素を使用して復号データをシグナリングする方法および装置 - Google Patents

Abstract

ビデオビットストリーム内で復号データをシグナリングする方法（８００、９００、１６００、１７００）および装置（２１００）であって、復号データがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームの以前のデータから推測されるかどうかを示す構文要素が使用される、方法（８００、９００、１６００、１７００）および装置（２１００）。ビットストリーム、コンピュータ可読記憶媒体、およびコンピュータプログラム製品も説明される。

Description

本実施形態は、概して、高レベル構文要素を使用して復号データをシグナリングすることに関する。

本節は、技術分野の様々な態様を読者に紹介することを意図しており、これらは以下に説明および／または特許請求される本実施形態のうちの少なくとも１つの様々な態様に関連し得る。本考察は、少なくとも１つの実施形態の様々な態様のより良好な理解を容易にするための背景情報を読者に提供するのに役立つと考えられる。したがって、これらの記述は、この観点から読み取られるべきであることを理解されたい。

高い圧縮効率を達成するために、ビデオコーディングスキームは、通常、予測および変換を採用して、ビデオコンテンツの空間的および時間的冗長性を活用する。一般に、イントラ予測またはインター予測が、フレーム内相関またはフレーム間相関を利用するために使用される。次いで、予測誤差または予測残差として示されることが多い、ビデオの元のピクチャと予測されたピクチャとの間の差が変換、量子化、およびエントロピーコード化される。ピクチャを再構築するために、圧縮されたデータは、予測、変換、量子化、およびエントロピーコード化に対応する逆プロセスによって復号される。

本節は、本開示のいくつかの態様の基本的な理解を提供するために、本実施形態のうちの少なくとも１つの簡略化された概要を提供する。この概要は、一実施形態の広範な概説ではない。一実施形態の主要または重要な要素を特定することは意図していない。以下の概要は、本明細書の他の箇所に提供されるより詳細な説明への前置きとして、本実施形態のうちの少なくとも１つのいくつかの態様を簡略化された形態で提示しているにすぎない。

本実施形態のうちの少なくとも１つの一般的な態様によれば、ビデオビットストリーム内で復号データをシグナリングするための方法が提供され、方法は、復号データがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームの以前のデータから推測されるかどうかを示す構文要素を使用するステップを含む。

本実施形態のうちの少なくとも１つの別の一般的な態様によれば、ビデオビットストリーム内で復号データをシグナリングするための装置が提供され、装置は、復号データがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームの以前のデータから推測されるかどうかを示す構文要素を使用するための手段を備える。

一実施形態において、復号データのセットが復号データのサブセットに分割され、サブセットの復号データがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームの以前のデータから推測されるかどうかを示すサブセットごとの構文要素を使用するステップまたはそのための手段。

一実施形態において、復号データが、コード化ツールの起動を制御する制約フラグであり、構文要素が、制約フラグがビデオビットストリームの第１の部分に明示的にコード化されているかどうか、または、ビデオビットストリームの第２の部分の以前のデータから推測されるかどうかを示す。

一実施形態において、復号データが、ピクチャ部分のグループのヘッダの復号データであり、構文要素が、ピクチャ部分のグループのヘッダの復号データがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームのピクチャ部分のグループの別のヘッダの復号データから推測されるかどうかを示す。

一実施形態において、ピクチャ部分のグループのヘッダの復号データが、参照ピクチャのリストであり、以前のデータが、ＧＯＰ構造およびいくつかの参照フレームである。

一実施形態において、復号データが、スライスパラメータであり、以前のデータが、ＧＯＰ構造および復号されたピクチャ順序である。

一実施形態において、復号データが、タイルグループの復号データであり、以前のデータが、別のタイルグループの復号データである。

一実施形態において、復号データが、ＧＯＰ構造であり、以前のデータが、ＧＯＰ内のいくつかの第１の復号されたピクチャ、および、事前定義のＧＯＰ構造のセットである。

少なくとも１つの実施形態の別の一般的な態様によれば、上記の方法のうちの１つに従って、ビデオビットストリーム内で復号データをシグナリングすることを含む、ビデオを符号化または復号するための方法およびデバイスが提供される。

少なくとも１つの実施形態の他の一般的な態様によれば、非一時的コンピュータ可読記憶媒体、コンピュータプログラム製品、およびビットストリームが提供される。

本実施形態のうちの少なくとも１つの特定の性質、ならびに本実施形態の当該少なくとも１つの他の目的、利点、特徴、および使用は、添付の図面と併せて以下の例の説明から明らかになるであろう。

図面には、いくつかの実施形態の例が図示される。
一実施形態による例示的なエンコーダの簡略化されたブロック図である。 一実施形態による例示的なデコーダの簡略化されたブロック図である。 従来技術による、制約フラグをシグナリングするＨＬＳ要素の例を示す図である。 従来技術によるタイルスライススライスグループ、タイルおよびブリックの例を示す図である。 従来技術によるタイルの構文要素の例を示す図である。 従来技術によるタイルグループの例を示す図である。 従来技術によるタイルグループの例を示す図である。 少なくとも１つの実施形態によるタイル、スライスおよびブリックの例を示す図である。 少なくとも１つの実施形態による、復号データのセットをシグナリングするための方法８００のフローチャートである。 少なくとも１つの実施形態による、図８または図９の方法の変形のフローチャートである。 少なくとも１つの実施形態による、セットをサブセットに分割する例を示す図である。 １６個の復号データからなるセットを２つの階層レベルで分割する例を示す図である。 少なくとも１つの実施形態による、制約フラグをシグナリングするＨＬＳ要素の例を示す図である。 少なくとも１つの実施形態による、ＨＬＳ要素の例を示す図である。 従来技術によるスライスセグメントの例を示す。 従来技術によるスライスセグメントの例を示す。 復号データのセットがピクチャ部分のグループのヘッダの復号データを含む場合の方法８００または９００の一実施形態のフローチャート１６００である。 少なくとも１つの実施形態による、ＧＯＰと関連付けられる構文要素の時間的編成の例を示す図である。 少なくとも１つの実施形態によるスライスの構文の例を示す図である。 復号データのセットがピクチャー群の構造を含む場合の方法８００または９００の一実施形態のフローチャート１９００である。 図１９の方法の変形を示す図である。 本実施形態の態様を実施することができるコンピューティング環境のブロック図である。

詳細な本説明は、本実施形態の原理を例示している。したがって、本明細書において明示的に記載または図示されていなくても、本実施形態の原理を具現化し、その範囲内に含まれる様々な構成を当業者が考案することが可能になることが諒解されよう。

本明細書において記載されているすべての例および条件付きの文言は、原則的に、読者が、本実施形態の原理および当該技術分野の促進のために本発明者によって与えられる概念を理解するのを補助する教育的目的のために意図されており、そのような特定的に記載されている例および条件に限定されないように解釈されるべきである。

また、本開示の原理、態様、および実施形態、ならびにそれらの特定の例を記載する本明細書のすべてのステートメントは、それらの構造的および機能的均等物の両方を包含することを意図している。さらに、そのような均等物には、現在知られている均等物および将来開発される均等物、すなわち、構造に関係なく同じ機能を実行する開発された任意の要素の両方が含まれることが意図されている。

したがって、例えば、本明細書において提示されているブロック図は、本実施形態の原理を具現化する例示的な回路の概念図を表すことが、当業者には諒解されよう。同様に、任意のフローチャート、流れ図、状態遷移図、疑似コードなどは、実質的にコンピュータ可読媒体において表されてもよく、そのため、コンピュータまたはプロセッサが明示的に図示されているか否かに関わらず、そのようなコンピュータまたはプロセッサによって実行されてもよい様々なプロセスを表すことが諒解されよう。

本実施態様を、以下、当該本実施形態が図示されている添付の図面を参照しながらより十分に説明する。しかしながら、一実施形態は、多くの代替の形態で具現化することができ、本明細書に記載されている例に限定されるものとして解釈されるべきではない。したがって、実施形態を、開示されている特定の形態に限定することは意図されていないことは理解されたい。逆に、本実施形態は、本出願の趣旨および範囲内に収まるすべての変更、均等物、および代替物を包含するように意図されている。

図がフロー図として提示されている場合、それは、対応する装置のブロック図も提供することを理解されたい。同様に、図がブロック図として提示されている場合、それは、対応する方法／プロセスのフロー図も提供することを理解されたい。

図に示されている様々な要素の機能は、専用のハードウェア、ならびに適切なソフトウェアと関連してソフトウェアを実行することができるハードウェアを使用することによって提供され得る。プロセッサによって提供される場合、機能は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個別のプロセッサによって提供され得、それらのいくつかは共有され得る。その上、「プロセッサ」または「コントローラ」という用語が明示的に使用されている場合、これは、ソフトウェアを実行することが可能なハードウェアを排他的に指すように解釈されるべきではなく、黙示的に、限定ではなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶するための読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、および不揮発性記憶装置を含んでもよい。

従来型および／またはカスタムの他のハードウェアも含まれ得る。同様に、図に示されているスイッチは概念的なものにすぎない。それらの機能は、プログラムロジックの動作を介して、専用ロジックを介して、プログラム制御と専用ロジックとの相互作用を介して、または手動でさえも、実行することができ、特定の技術は、コンテキストからより具体的に理解されるように、実施者によって選択可能である。

図面の同様または同じ要素は、同じ参照番号で参照される。

一部の図は、ビデオ圧縮規格に準拠するビットストリームの構造を定義するためのビデオ圧縮規格の仕様で広く使用されている構文テーブルを表している。これらの構文テーブルでは、「…」という項は、ビデオ圧縮規格の仕様で与えられており、読みやすくするために図から削除されている、よく知られた定義に関する構文の変更されていない部分を示す。構文テーブルの太字の項は、この項の値がビットストリームを解析することによって取得されることを示している。構文テーブルの右側の列は、構文要素のデータを符号化するためのビット数を示している。例えば、ｕ（４）はデータの符号化に４ビットが使用されることを示し、ｕ（８）は８ビットを示し、ａｅ（ｖ）はコンテキスト適応型算術エントロピーコード化構文要素を示す。

本明細書の特許請求の範囲において、特定の機能を実行するための手段として表現される任意の要素は、例えば、ａ）その機能を実行する回路要素の組み合わせ、またはｂ）それにより、機能を実行するためにそのソフトウェアを実行するための適切な回路と組み合わされたファームウェア、マイクロコードなどを含む任意の形式のソフトウェアを含む、その機能を実行する任意の方式を包含することを意図している。そのような特許請求の範囲によって定義される本実施形態は、記載された様々な手段によって提供される機能は、特許請求の範囲が要求する様式で組み合わされ、まとめられるという事実に属する。したがって、これらの機能を提供することができる手段は、本明細書に示されているものと等価であるとみなされる。

図および説明は、明確にするために、典型的な符号化デバイスおよび／または復号デバイスに見出される他の多くの要素を排除しながら、本実施形態の原理を明確に理解するために、関連する要素を説明するために簡略化されていることを理解されたい。

本明細書では、第１、第２などの用語を使用して様々な要素を説明する場合があるが、これらの要素は、これらの用語によって限定されるべきではないことが理解されよう。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。様々な方法が上で説明されており、方法の各々は、説明された方法を達成するための１つ以上のステップまたは動作を含む。方法の正しい動作のために特定の順序のステップまたは行為が必要でない限り、特定のステップおよび／または行為の順序および／または使用は、変更され得、または組み合わされ得る。

以下の節では、「再構築」および「復号」という単語が交換可能に使用され得る。通常、必ずしもそうとは限らないが、エンコーダ側では「再構築」が使用され、一方、デコーダ側では「復号」が使用される。また、「コード化された」および「符号化された」という言葉は、交換可能に使用され得る。さらに、「画像」、「ピクチャ」、および「フレーム」という単語も交換可能に使用され得る。さらに、「コード化」、「ソースコーディング」および「圧縮」という単語も、交換可能に使用され得る。

「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」もしくは「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」または「一実施態様（ｏｎｅ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」もしくは「一実施態様（ａｎ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」、ならびにそれらの他の変形への言及は、実施形態に関連して説明された特定の特徴、構造、特性などが、本開示の少なくとも１つの実施形態に含まれることを意味することを理解されたい。したがって、本明細書全体にわたって様々な個所で現れる、「一実施形態において（ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」もしくは「一実施形態において（ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、または「一実施態様において（ｉｎ ｏｎｅ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」もしくは「一実施態様において（ｉｎ ａｎ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」、ならびにそれらの他変化形という言い回しが現れた場合、必ずしもすべてが同じ実施形態を言っているわけではない。

また、本実施形態または本特許請求の範囲では、様々な情報を「決定する」と言うことがある。情報を決定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、またはメモリから情報を検索することのうちの１つ以上を含むことができる。

また、本出願または本特許請求の範囲では、様々な情報を「提供する」と言うことがある。情報を提供することは、例えば、情報を出力すること、情報を記憶すること、情報を送信すること、情報を送ること、情報を表示すること、情報を表示すること、または情報を移動することのうちの１つ以上を含み得る。

さらに、本出願またはその特許請求の範囲では、様々な情報に「アクセスする」と言うことがある。情報にアクセスすることは、例えば、情報を受信すること、情報を検索すること（例えば、メモリから）、情報を記憶すること、情報を処理すること、情報を移動させること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することのうちの１つ以上を含むことができる。

さらに、本出願または本特許請求の範囲では、様々な情報を「受信する」と言うことがある。受信することは、「アクセスすること」と同様に、広義の用語であることが意図されている。情報を受信することは、例えば、情報にアクセスすること、または（例えば、メモリから）情報を取り出すことのうちの１つ以上を含み得る。さらに、「受信すること」は、典型的には、何らかの方式で、例えば、情報の記憶、情報の処理、情報の送信、情報の移動、情報のコピー、情報の消去、情報の計算、情報の判定、情報の予測、または情報の評価などの動作中に伴う。

さらに、本出願または本特許請求の範囲では、ビデオビットストリームの以前のデータから様々なデータを「推測する」と言うことがある。「以前のデータ」という用語は、現在のデータが推測される前に構築、再構築、解析されたデータとして理解される。以前に推測されたデータからデータを推測することができることに留意されたい（再帰的推測）。推測の１つの特定の事例は、デフォルトデータを推測データとして使用するデフォルト推測である。すなわち、「以前の」データはデフォルトデータである。ビデオビットストリームの以前のデータからの推測、導出は、例えば、以前のデータをコピーするかもしくは複数の以前のデータを組み合わせて推測データを取得すること、または推定データを導出するために平均の指標を提供する以前のデータからの情報にアクセスすることのうちの１つ以上を含み得る。

さらに、本出願または本特許請求の範囲では、「ビデオビットストリームに復号データを明示的にコード化すること」および「ビデオビットストリームから復号データを明示的に復号すること」と言うことがある。復号データを明示的にコード化（復号）することは、ビデオビットストリームに（から）専用の構文要素を追加（取得）することを指す。データを明示的に符号化することは、このデータを表す少なくとも１つのビン／情報をエントロピーコーディングエンジン（例えば、ＣＡＢＡＣ）に記入／入力することを指し、一方、データを推測することは、このデータを表すビン／情報をエントロピーコーディングエンジンに記入しないことを指す。同様に、データを明示的に復号することは、エントロピー復号エンジン（すなわち、ＣＡＢＡＣ）からこのデータを表す少なくとも１つのビン／情報を出力することを指し、一方、データを推測することは、このデータを表すビン／情報をエントロピー復号エンジンに出力しないことを指す。データが明示的にコード化されるかどうか、または推測されるかどうかの情報は、同じく明示的にコード化または推測することができる別の構文要素であり得ることに留意されたい。

例えば、復号データは、スライスパラメータ、または、事前定義のＧＯＰ構造のテーブルのインデックスであり得る。次に、スライスパラメータを明示的に符号化することは、このスライスパラメータ、または、事前定義されたＧＯＰ構造のテーブルのインデックスの構文要素を、この復号データが復号プロセス中に使用されるたびに、ビデオビットストリームに追加することを指す。

図示され、説明されている様々な特徴は交換可能であることを諒解されたい。別段の指示がない限り、一実施形態に示される特徴は、別の実施形態に組み込まれ得る。さらに、様々な実施形態に記載されている特徴は、分離不可能または組み合わせ不可能であるとの別段の指示がない限り、組み合わせまたは分離することができる。

図に示されている様々な要素の機能は、専用のハードウェア、ならびに適切なソフトウェアと関連してソフトウェアを実行することができるハードウェアを使用することによって提供され得る。また、プロセッサによって提供される場合、機能は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個別のプロセッサによって提供され得、それらのいくつかは共有され得る。

添付の図面に示されているシステム構成要素および方法のいくつかは、ソフトウェアで実装されることが好ましいため、システム構成要素またはプロセス機能ブロック間の実際の接続は、本開示のプロセスがプログラムされる様式によって異なる場合があることをさらに理解されたい。本明細書の教示を与えられると、当業者は、本開示のこれらおよび同様の実施態様または構成を企図することができるであろう。

例示的な実施形態が、添付の図面を参照して本明細書において詳細に説明されてきたが、本開示はそれらの厳密な実施形態には限定されないこと、ならびに、本開示の範囲から逸脱することなく、当業者によってそれらの実施形態において様々な変更および修正を実行することができることを理解されたい。加えて、個々の実施形態は、本開示の範囲内から逸脱することなく組み合わせることができる。すべてのそのような変更および修正が、添付の特許請求の範囲に記載されているものとして本開示の範囲内に含まれることが意図されている。

例えば、「Ａ／Ｂ」、「Ａおよび／またはＢ」、ならびに「ＡおよびＢのうちの少なくとも１つ」の場合、次の「／」、「および／または」、ならびに「のうちの少なくとも１つ」のいずれかの使用は、１番目に列記された選択肢（Ａ）のみの選択、または２番目に列記された選択肢（Ｂ）のみの選択、または両方の選択肢（ＡおよびＢ）の選択を網羅することを意図していることが分かるはずである。さらなる例として、「Ａ、Ｂ、および／またはＣ」ならびに「Ａ、ＢおよびＣのうちの少なくとも１つ」の場合、このような言い回しは、最初に挙げた選択肢（Ａ）のみの選択、または２番目に挙げた選択肢（Ｂ）のみの選択、または３番目に挙げた（Ｃ）のみの選択、または最初および２番目に挙げた選択肢（ＡおよびＢ）のみの選択、または最初および３番目に挙げた選択肢（ＡおよびＣ）のみの選択、または２番目および３番目に挙げた選択肢（ＢおよびＣ）のみの選択、または全３つの選択肢（Ａ、ＢおよびＣ）の選択、を網羅することを意図している。これは、当業者にはすぐに分かるように、挙げられる項目の数に関わらず適用することができる。

当業者には明らかであるように、実装態様は、情報を搬送するようにフォーマット化される多種多様な信号を生成することができ、この情報は、例えば、記憶または送信することができる。情報は、例えば、方法を実行するための命令、または説明された実施態様のうちの１つによって作り出されたデータを含み得る。例えば、信号は、説明された実施形態のビットストリームを搬送するようにフォーマットされてもよい。そのような信号は、例えば、電磁波（例えば、スペクトルの無線周波数部分を使用して）として、またはベースバンド信号としてフォーマットされてもよい。フォーマットすることは、例えば、データストリームを符号化することと、搬送波を符号化データストリームで変調することと、を含むことができる。信号が搬送する情報は、例えば、アナログ情報またはデジタル情報とすることができる。信号は、既知のように、多種多様な異なる有線リンクまたは無線リンクを介して送信され得る。信号は、プロセッサ可読媒体に記憶されてもよい。

ピクチャ（画像またはフレームも示す）は、単色形式の輝度サンプルのアレイ、または、４：２：０、４：２：２もしくは４：４：４色形式の輝度サンプルのアレイおよび２つの対応する彩度サンプルのアレイ、または、三色成分（例えば、ＲＧＢ）の３つのアレイであってもよい。

ビデオ圧縮規格では、ピクチャは、サイズおよび／または形状が異なる場合があるブロックに分割される。

ブロックは二次元配列または行列であることは理解されたい。水平方向またはｘ方向（または軸）は幅を表し、垂直方向またはｙ方向（または軸）は高さを表す。インデックスは０から始まる。ｘ方向は列を表し、ｙ方向は行を表す。最大ｘインデックスは幅－１である。最大ｙインデックスは高さ－１である。

符号化
図１は、一実施形態による例示的なエンコーダ１００の簡略化されたブロック図を示す。

エンコーダ１００は、通信システムの送信機またはヘッドエンドに含まれ得る。

１つ以上のピクチャを含むビデオシーケンスを符号化するために、ピクチャは、異なるサイズおよび／または異なる形状が可能なブロックに分割される（モジュール１１０）。例えば、ＨＥＶＣ（「ＩＴＵ－Ｔ Ｈ．２６５ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮ ＳＴＡＮＤＡＲＤＩＺＡＴＩＯＮ ＳＥＣＴＯＲ ＯＦ ＩＴＵ（１０／２０１４），ＳＥＲＩＥＳ Ｈ：ＡＵＤＩＯＶＩＳＵＡＬ ＡＮＤ ＭＵＬＴＩＭＥＤＩＡ ＳＹＳＴＥＭＳ、視聴覚サービスインフラストラクチャ－動画のコード化、高効率ビデオコード化、推奨ＩＴＵ－Ｔ Ｈ．２６５」）において、ピクチャは、設定可能なサイズの正方形のＣＴＵ（コーディングツリーユニット）に分割することができる。ＣＴＵの連続するセットをスライスにグループ化することができる。ＣＴＵは、以下でブロックと示されるコーディングユニット（ＣＵ）に分割される四分木のルートである。

例示的なエンコーダ１００において、ピクチャは、下記に説明するように、ブロックベースの符号化モジュールによって符号化される。

各ブロックは、イントラ予測モードまたはインター予測モードのいずれかを使用して符号化される。

ブロックがイントラ予測モード（モジュール１６０）で符号化されるとき、エンコーダ１００は、同じピクチャ内の１つのブロックの少なくとも１つのサンプル（またはピクチャまたはスライスの第１のブロックの事前定義の値）に基づいて、イントラ予測（空間予測とも示される）を実行する。一例として、予測ブロックは、再構築された隣接サンプルからブロックをイントラ予測することによって取得される。

ブロックがインター予測モードで符号化される場合、エンコーダ１００は、少なくとも１つの参照ピクチャまたはスライス（参照ピクチャバッファに記憶されている）の少なくとも１つの参照ブロックに基づいて、インター予測（時間予測とも示される）を実行する。

インター予測コード化は、参照ピクチャバッファ１８０に記憶された参照ブロックの動き推定（モジュール１７５）および動き補償（モジュール１７０）を実行することによって実行される。

単方向インター予測（単方向予測としても知られる）モードでは、予測ブロックは概して（しかし、必ずしもではない）前の参照ピクチャに基づくことができる。

双方向インター予測（双予測としても知られる）モードでは、予測ブロックは概して（しかし、必ずしもではない）前のピクチャおよび後のピクチャに基づくことができる。

エンコーダ１００は、ブロックを符号化するために使用するイントラ予測モードまたはインター予測モードのいずれか一方を決定し（モジュール１０５）、予測モード構文要素によってイントラ／インター決定を示す。

予測残差ブロックが、ブロックから予測ブロック（予測子とも示される）を減算（モジュール１２０）することによって計算される。

予測残差ブロックは変換され（モジュール１２５）、量子化される（モジュール１３０）。変換モジュール１２５は、予測残差ブロックをピクセル（空間）ドメインから変換（周波数）ドメインに変換することができる。変換は、例えば、余弦変換、正弦変換、ウェーブレット変換などであってもよい。量子化（モジュール１３０）は、例えば、レート歪み基準に従って実行され得る。

量子化変換係数、ならびに動きベクトルおよび他の構文要素が、ビットストリームを出力するためにエントロピーコード化される（１４５）。エントロピーコード化は、例えば、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、ハフマン、算術、ｅｘｐ－Ｇｏｌｏｍｂなどであってもよい。

また、エンコーダは、変換をスキップし、非変換予測残差ブロックに直接量子化を適用し得る。また、エンコーダは、変換および量子化の両方をバイパスしてもよく、すなわち、予測残差ブロックは、変換または量子化プロセスを適用せずに直接的にコード化される。

直接ＰＣＭコーディングでは、予測は適用されず、ブロックサンプルは、ビットストリームに直接コード化される。

エンコーダ１００は、復号ループを備え、したがって、符号化されたブロックを復号して、さらに予測するための参照を提供する。量子化変換係数は脱量子化（逆量子化としても知られる）され（モジュール１４０）、逆変換され（モジュール１５０）て、予測残差ブロックが復号される。次いで、復号された予測残差ブロックと予測ブロックとを組み合わせることによって（モジュール１５５）、ブロックが再構築される。１つ以上のインループフィルタ（１６５）を再構成されたピクチャに適用して、例えば、デブロッキング／サンプル適応オフセット（ＳＡＯ）フィルタリングを実行して、コード化アーチファクトを低減することができる。フィルタリングされたピクチャは、参照ピクチャバッファ１８０に記憶される。

エンコーダ１００のモジュールは、ソフトウェアで実装され、プロセッサによって実行され得るか、または圧縮の分野の当業者によってよく知られている回路構成要素を使用して実装され得る。特に、ビデオエンコーダ１００は、集積回路（ＩＣ）として実装され得る。

復号
図２は、一実施形態による例示的なデコーダ２００の簡略化されたブロック図を示す。

デコーダ２００は、通信システムの受信機に含まれ得る。

デコーダ２００は、概して、図１に記載されるように、エンコーダ１００によって実行される符号化パスと逆の復号パスを実行するが、デコーダ内のすべての動作が符号化プロセス（例えば、イントラおよびインター予測）の逆動作であるわけではない。

特に、デコーダ２００の入力は、エンコーダ１００によって生成され得るビデオビットストリームを含む。

ビデオビットストリームが、最初にエントロピー復号され（モジュール２３０）て、例えば、変換係数、動きベクトルＭＶ、ピクチャパーティショニング情報、場合によっては予測モードフラグ、構文要素、および他の復号データが取得される。

例えば、ＨＥＶＣでは、ピクチャパーティショニング情報は、ＣＴＵのサイズ、および、ＣＴＵがＣＵに分割される様式を示す。したがって、デコーダは、復号されたピクチャパーティショニング情報に従って、ピクチャをＣＴＵに分割（２３５）し、各ＣＴＵをＣＵに分割し得る。

変換係数は脱量子化され（モジュール２４０）、逆変換され（モジュール２５０）て、予測残差ブロックが復号される。次いで、復号された予測残差ブロックが、予測ブロック（予測子とも知られる）と組み合わされて（モジュール２５５）、復号／再構築されたブロックが取得される。

予測ブロックは、場合によって予測モードフラグに応じて、イントラ予測（モジュール２６０）または動き補償予測（すなわち、インター予測）（モジュール２７０）から取得することができる（モジュール２０５）。インループフィルタ（モジュール２６５）を再構成されたピクチャに適用することができる。インループフィルタは、デブロッキングフィルタおよび／またはＳＡＯフィルタを含んでもよい。フィルタリングされたピクチャは、参照ピクチャバッファ２８０に記憶される。

デコーダ２００のモジュールは、ソフトウェアで実装され、プロセッサによって実行され得るか、または圧縮の分野の当業者によってよく知られている回路構成要素を使用して実装され得る。特に、デコーダ２００は、単独でまたはコーデックとしてエンコーダ１００と組み合わせて、集積回路（ＩＣ）として実装され得る。

本実施形態は、旧来のブロックベースのビデオ圧縮規格で使用される現在の構文よりも少ないビットを使用することによって、ブロックベースのビデオコード化の高レベル構文（ＨＬＳ）を改善するメカニズムを提供することを目的としている。

ＨＬＳは、ＭＰＥＧまたはＩＴＵ以外の、ＤＶＢ、ＡＴＳＣ、３ＧＰＰなどの団体によって定義されたビットストリーム相互運用点を有効にするシグナリングメカニズムである。例えば、ＶＶＣドラフト標準（Ｂ．Ｂｒｏｓｓ，Ｊ．Ｃｈｅｎ，Ｓ．Ｌｉｕ，“Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（Ｄｒａｆｔ ４），”ｉｎ ＪＶＥＴ ｄｏｃｕｍｅｎｔ ＪＶＥＴ－Ｎ１００１，１４ｔｈ Ｍｅｅｔｉｎｇ：Ｇｅｎｅｖａ，ＣＨ，１９－２７ Ｍａｒｃｈ ２０１９）において、ＨＬＳ制約フラグは、ＶＶＣデコーダのコーディングツールの起動を制御することを可能にする。ＨＬＳ制約フラグは、図３に示されているような、ＳＰＳ（シーケンスパラメータセット）および／またはプロファイルとレベル、ＶＰＳ（ビデオパラメータセット）ならびに（復号パラメータセット）ＤＰＳビットストリーム部分に含まれる構文要素「ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）」にグループ化される。制約フラグは、ビデオビットストリーム全体で違反することができない特性を示す。制約フラグがＳＰＳ（または同様の）構文構造で設定されている場合は、デコーダはツールがビットストリームで使用されないと安全に想定できる。

制約フラグをコード化するための現在の構文は、ビデオビットストリームのコード化効率を損なう可能性のある非常に多くのビット数を使用する。実際、この情報は、各ランダムアクセスポイント（ＲＡＰ）で通常送信されるＳＰＳに存在するため、ビデオビットストリームの複数のロケーションにおいて繰り返される可能性があり、デコーダパラメータセット（ＤＰＳ）などの他の場所でも繰り返される可能性がある。

ＨＬＳの別の例は、シーケンス、ピクチャ、スライスまたはタイルヘッダ、補足拡張情報（ＳＥＩ）、ビデオユーザビリティ情報（ＶＵＩ）などのコード化されていないピクチャ部分をグループ化し、コード化されたマクロブロック、ＣＴＵ、またはＣＵを除外する高レベル構文である。以下では、マクロブロック、ＣＴＵ、またはＣＵのサブセットに関連する情報を、例えば、ピクチャ、スライス、タイル、スライスまたはブリックヘッダのグループにグループ化することを可能にするＨＬＳを、「ＨＬＳパーティショニング」と呼ぶ。

ＡＶＣおよびＨＥＶＣビデオコーディング規格では、高レベルパーティショニングは、スライス（ラスタースキャンでの連続したＣＴＵ）またはタイル（均一または不均一なタイルグリッド）を使用して実行される。ＶＶＣドラフト標準では、高レベルパーティショニングは、タイルと、場合によってはタイルを長方形の部分領域に垂直に分割するブリックを使用して実行される（図４）。タイルの間隔が不均一な場合、タイルは不均一なグリッド（右上）に従って分散される。この場合、ＨＬＳでは、「タイル列幅（ｔｉｌｅ－ｃｏｌｕｍｎ－ｗｉｄｔｈ）」および「タイル列高さ（ｔｉｌｅ－ｃｏｌｕｍｎ－ｈｅｉｇｈｔ）」の値がシグナリングされ得る（図５）。

複数のタイルを１つの「タイルグループ」にグループ化することができる。タイルグループを定義するために、図６に示すように、タイルはラスタースキャン順序で暗黙的にラベル付けされ、左上タイルインデックス（ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）および右下タイルインデックス（ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）が、各タイルグループ「ｉ」についてＨＬＳにおいてシグナリングされる。例えば、８つのタイル（図４の右上）は４つの「タイルグループ」にグループ化されている（図６）。例えば、第１のタイルグループ０は、タイル０、１、および２から構成され、ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［０］＝０，ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ［０］＝２およびｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［０］＝２（ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］＝ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］－ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）である（図７）。

一変形例では、タイルは１つ以上のブリックに分割され得る。それらの各々がタイル内のいくつかのＣＴＵ行から構成されている。スライスは、いくつかのタイルまたはいくつかのブリックを含み得る。スライスの２つのモード、すなわち、ラスタースキャンスライスモードおよび長方形スライスモードをサポートすることができる。ラスタースキャンスライスモードでは、スライスは、ピクチャのタイルラスタースキャンにおける一連のタイルを含み得る。長方形スライスモードでは、スライスは、ピクチャの長方形領域を集合的に形成するピクチャのいくつかのブリックを含み得る。長方形スライス内のブリックは、スライスのブリックラスタースキャンの順序であり得る。ブリックはラスタースキャン順序で暗黙的にラベル付けされ得、左上ブリックインデックス（ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［ｉ］）および右下ブリックインデックス（ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［ｉ］）が各スライス「ｉ」についてＨＬＳにおいてシグナリングされ得る。例えば、第１のスライス０（図７ａの左側）は、２つのタイルおよび３つのブリックを含む。これは、「ｂｒｉｃｋ＿ｉｄｘ」０、１、および２から構成され、ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝０，ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝２およびｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［０］＝２（ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］＝ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［ｉ］－ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［ｉ］）である。第２のスライス１（図７ａの右上）は、２つのブリックを含む。これは、「ｂｒｉｃｋ＿ｉｄｘ」３および４から構成され、ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝３，ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝４およびｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［０］＝１である。第３のスライス２（図７ａの右中央）は、３つのブリックを含む。これは、「ｂｒｉｃｋ＿ｉｄｘ」５、６、および７から構成され、ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝５，ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝７およびｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［０］＝２である。第４のスライス３（図７ａの右下）は、３つのブリックを含む。これは、「ｂｒｉｃｋ＿ｉｄｘ」８、９、および１０から構成され、ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝８，ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［０］＝１０およびｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［０］＝２である。

これらのタイル、ブリック、タイルグループの名前付けは変更される可能性があるが、基本は変わらないことに留意されたい。

ビデオビットストリームでは、スライスヘッダ、タイルヘッダなどは、ほとんどの場合同じ値を共有している場合でも、コード化されたピクチャごとに少なくとも１回繰り返される。

本実施形態は、復号データがビデオビットストリームにコード化されているかどうか、または、ビデオビットストリームの以前のデータから推測されるかどうかを示す構文要素を使用することによって、ビデオビットストリーム内で復号データをシグナリングする。

図８は、少なくとも１つの実施形態による、復号データのセットをシグナリングするための方法８００のフローチャートを示す。

ステップ８１０において、方法は、セットの復号されたデータがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームの以前のデータＰＤから推測されるかどうかをチェックすることができる。構文要素Ｆをビデオビットストリームに追加することができる。セットの復号されたデータが以前のデータＰＤから推測される場合（ステップ８３０）、構文要素Ｆは、セットの復号データが以前のデータＰＤから推測されることを示す。セットの復号データがビデオビットストリームに明示的にコード化されている場合、（ステップ８２０）構文要素Ｆは、セットの復号データがビデオビットストリームに明示的にコード化されていることを示す。

ステップ８４０において、方法は、ビデオビットストリームからの構文要素Ｆにアクセスすることができる。

ステップ８５０において、方法は、構文要素Ｆが、復号データのセットの復号データがビデオビットストリームの以前のデータＰＤから推測されることを示しているかどうかをチェックすることができる。その場合（ステップ８７０）、セットの復号データは、以前のデータＰＤから推測される。構文要素Ｆが、セットの復号データがビデオビットストリームに明示的にコード化されることを示している場合（ステップ８６０）、セットの復号データは、ビデオビットストリームから明示的に復号される。

図９は、構文要素が、セットの復号データがビデオビットストリームに明示的にコード化されていることを示している場合の、図８の方法の変形のフローチャートを示している。

ステップ９１０において、復号データのセットは、図１０に示されるようにサブセットに分割され、ここで、復号データのセットは、４つのサブセットｉに分割される。

ステップ９１０に後続して、方法８００のステップ８１０～８３０が反復される（図８）。各反復において、復号データの現在のサブセットｉは、ステップ８１０の入力とみなされ（ステップ９２０）、その過程において、方法は、現在のサブセットｉの復号されたデータがビデオビットストリームに明示的にコード化されているかどうか、または、ビデオビットストリームの以前のデータＰＤｉから推測されるかどうかをチェックすることができる。構文要素Ｆｉをビデオビットストリームに追加することができる。現在のサブセットｉの復号されたデータが以前のデータＰＤｉから推測される場合（ステップ８３０）、構文要素Ｆｉは、現在のサブセットｉの復号データが以前のデータＰＤｉから推測されることを示す。現在のサブセットｉの復号データがビデオビットストリームに明示的にコード化されている場合、（ステップ８２０）構文要素Ｆｉは、現在のサブセットｉの復号データがビデオビットストリームに明示的にコード化されていることを示す。

すべてのサブセットｉが考慮されると、方法８００のステップ８４０～８７０が反復される（図８）。各反復において、復号データの現在のサブセットｉは、ステップ８４０の入力とみなされ（ステップ９３０）、その過程において、方法は、ビデオビットストリームからの現在のサブセットｉの構文要素Ｆｉにアクセスすることができる。

ステップ８５０において、方法は、構文要素Ｆｉが、復号データのサブセットｉの復号データがビデオビットストリームの以前のデータＰＤｉから推測されることを示しているかどうかをチェックすることができる。その場合（ステップ８７０）、サブセットｉの復号データは、ビデオビットストリームの以前のデータＰＤｉから推測される。構文要素Ｆｉが、現在のサブセットｉの復号データがビデオビットストリームに明示的にコード化されていることを示す場合、（ステップ８６０）サブセットｉの復号データは、ビデオビットストリームから明示的に復号される。

インデックスｉ（Ｆｉ、ＦＤｉ）は、構文要素および以前のデータがサブセットｉの復号データ専用であることを示す。一部のＦｉおよび／またはＦＤｉは同じであり得る。

図１０は、復号データのセットがサブセットに分割されるときの方法８００の使用を示している。

一変形例では、方法８００は、復号データのセットが以下のように再帰的に分割されて複数の階層レベルを作成するときに使用され得る。構文要素が、階層レベルＬのサブセットの復号データがビデオビットストリームに明示的にコード化されていることを示す場合、階層レベルＬのサブセットは、階層レベル（Ｌ＋１）のサブセットに分割される（ステップ８３０）。再帰的分割は、例えば、階層レベルの最大数またはサブセットの最小濃度などの条件が満たされると停止する。

階層レベルＬの復号データのすべてのサブセットが考慮されると、方法９００は、新しい階層レベル（Ｌ＋１）（存在する場合）のサブセットに反復して適用される。

図１１は、１６個の復号データのセットの２つの階層レベルの分割の例を示している。

第１の階層レベル０において、セットは、最初に、８つの復号データの２つのサブセット（ｉ＝０およびｉ＝１）に分割される（８１０）。ステップ８２０において、復号（ｉ＝０）データのサブセットが、例えば、２つのサブセット（ｉ＝００およびｉ＝０１）に分割されることを示すための構文要素がビットストリームに追加される。第２のサブセット（ｉ＝１）の復号データがビデオビットストリームの以前のデータから推測され（ステップ８３０）、第２のサブセット（ｉ＝１）が分割されないことを示す別の構文要素もビデオビットストリームに追加される。

第２の階層レベル１において、サブセット（ｉ＝００）の復号データがビデオビットストリームの以前のデータから推測され（ステップ８３０）、サブセット（ｉ＝００）が分割されないことを示す別の構文要素もビデオビットストリームに追加される。サブセット（ｉ＝０１）の復号データがビデオビットストリームの以前のデータから推測され（ステップ８３０）、サブセット（ｉ＝０１）が分割されないことを示す別の構文要素もビデオビットストリームに追加される。

一実施形態では、復号データのセットは、コード化ツールの起動を制御する制約フラグを含むことができる。このとき、構文要素Ｆ（またはＦｉ）は、セット（またはセットのサブセット）の制約フラグがビデオビットストリームに明示的にコード化されているかどうか、またはビデオビットストリームの以前のデータＰＤから推測されるかどうかを示し得る。

図１２は、少なくとも１つの実施形態による、ＨＬＳ要素「ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ」の一例を示す。

構文要素「ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ」は、構文要素「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ」（構文要素ＦまたはＦｉ）の下にグループ化された制約フラグを含む。この構文要素「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ」は、これらの制約フラグがビデオビットストリームに明示的にコード化されている場合（ステップ８２０）、もしくは、ビデオビットストリームから明示的に復号される場合（ステップ８６０）に偽であり、または、これらの制約フラグがすべて、ビデオビットストリームの以前のデータＰＤから推測される（ステップ８３０、８７０）場合に真であるフラグであり得る。

制約フラグが推測される場合、他の制約フラグ（ここには示されていない）が明示的にコード化／復号され得ることに留意されたい。

一変形例では、以前のデータＰＤは単一のバイナリ値（偽または真）であり、推測されるすべての制約フラグ値はこの単一のバイナリ値ＦＤに等しい。

一変形例では、以前のデータＰＤは、ビデオビットストリームの復号プロファイル、レベル、および／または少なくとも１つの復号パラメータに依存する。例えば、「高プロファイル」の場合、推測されるすべての制約フラグ値は偽に等しく（すべてのツールが有効化される可能性がある）、「低プロファイル」の場合、制約フラグ値の何らかの所定のサブセットが真であると推測され（ツールは無効化される）、他の制約フラグ値は偽と推測される（ツールが有効化される可能性がある）。

変形例では、構文要素Ｆ（またはＦｉ）のステータスが、ビデオビットストリームに復号パラメータが存在するかどうかを決定する。

例えば、図１３の構文要素「ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）」のセットは、構文要素「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ－ｆｌａｇ」（構文要素ＦまたはＦｉ）の下に制約フラグ「ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）」を含む。図１３では、構文要素「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ」が真である場合、構文要素「ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）」のセットがビデオビットストリームに明示的にコード化されている。「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ」が偽の場合、構文要素のこのセットは存在せず、構文要素が推測される。

図１２に示す変形例では、構文要素「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ」は「ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）」ではなく「ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）」内にコード化されている。構文要素「ｕｓｅ＿ｄｅｆａｕｌｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ」が偽の場合、ビットストリームで一部のツールが有効化または無効化されている可能性があるかどうかを示す構文要素のセットがビデオビットストリームに存在し（明示的にコード化されており）、そうでない場合、構文要素のこのセットは存在せず、構文要素が推測される。

ブロックベースのビデオコーデック仕様では、ビデオビットストリームは、１つ以上のアクセスユニット（ＡＵ）を復号順に含むコード化ビデオシーケンス（ＣＶＳ）にパーティショニングされる。１つのＡＵは、コード化された正確に１つのピクチャが含まれる。

例えば、ＨＥＶＣでは、ＡＵはスライスにパーティショニングされる。異なるスライスヘッダ（またはタイルヘッダ、またはタイルグループヘッダ）の一部の復号データは、いくつかのスライスで同じである。そのため、ＨＥＶＣでは、図１４に示すように、ピクチャの第１のスライスは独立している必要があり、一方、後続のスライスは依存し得る。依存スライスヘッダは、同じピクチャの第１の独立スライスと共通の復号データを共有する（図１５）。

図１６は、復号データのセットが、例えば、ピクチャのスライスヘッダおよび／またはタイルヘッダおよび／またはタイルグループヘッダなどのピクチャ部分のグループのヘッダの復号データを含む場合の、方法８００または９００の一実施形態のフローチャート１６００を示す。ＨＥＶＣでは、スライスはヘッダを有し、タイルを含み得るが、タイルはヘッダを有しない。他のコーデックでは、スライスはタイルに置き換えられ、タイルはヘッダを有する。

ＨＥＶＣでは、そのような復号の例は、以下の復号データ（スライスヘッダ）のうちの少なくとも１つを含み得る：
－（ｓｌｉｃｅ＿ｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓｌｉｃｅ＿ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇ、ｓｌｉｃｅ＿ａｌｆ＿ｌｕｍａ＿ｆｌａｇ、ｓｌｉｃｅ＿ａｌｆ＿ｃｈｒｏｍａ＿ｆｌａｇ）などのポストフィルタフラグ、
－参照ピクチャリスト、
－ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ／ｂｉｐｒｅｄ＿ｆｌａｇ：ＷＰ（重み付け予測）が有効化されているか、またはスライスに含まれていない、
－スライス、タイル、またはタイルグループ、ブリックにパーティショニングする（例えば、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１）、
－Ｓｌｉｃｅ＿ｔｙｐｅ：Ｉ（イントラのみ）、Ｐ（単方向）またはＢ（双方向予測）、
－ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ：現在のピクチャが出力されるかどうか、
－ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ：色チャネルが別個にコード化されているかどうか、
－ＰＯＣ：ピクチャ順序カウント、
－ｌｏｎｇ－ｔｅｒｍ－ｒｅｆ ｉｎｆｏ：長期参照ピクチャのインデックスおよびＰＯＣ
－ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ：時間的動きベクトル予測ツールが有効化されているかどうか、
－ｌｏｎｇ－ｔｅｒｍ－ｒｅｆ ｉｎｆｏ（ＰＯＣ）
－ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ：ＱＰ（量子化パラメーター）は、ＰＰＳで指定されたｉｎｉｔ＿ＱＰによってｄｉｆｆを開始する、
－フィルタパラメータのデブロッキング（ｂｅｔａ、ｔｃ）。

他のコーデックでは、これらのデータがタイルヘッダに含まれている場合がある。以下については、ピクチャが領域（またはピクチャ部分）にパーティショニングされ、１つの領域が複数のブロック（例えば、ＣＴＵまたはマクロブロック）から構成されると考える。領域は、コーデックのパーティショニングトポロジに応じて、例えば、スライス、タイル、タイルグループ、またはブリックであってもよい。それらの一部は、領域を構成するブロックに関連する情報を含むヘッダと関連付けられている場合がある。

ステップ１６１０（図８のステップ８１０の実施形態）において、方法は、ピクチャ部分（または領域）のグループのヘッダの復号データがビデオビットストリームに明示的にコード化されているかどうか、またはビデオビットストリームの以前のデータＩＰＨ（「ｉｎｔｅｒ＿ｐｉｃｔｕｒｅ－ｈｅａｄｅｒ」）から推測されるかどうかをチェックすることができる。「ｉｎｆｅｒ＿ｆｒｏｍ＿ｉｎｔｅｒ＿ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｆｌａｇ」と示されている構文要素Ｆ（またはＦｉ）を、ビデオビットストリームに追加することができる。ピクチャ部分のグループのヘッダの復号データが以前のデータＩＰＨから推測される場合、ステップ１６３０（図８のステップ８３０の実施形態）において、構文要素Ｆ（またはＦｉ）は、ピクチャ部分のグループのヘッダの復号データが、ピクチャ部分のグループの別のヘッダの復号データ（以前のデータＩＰＨ）から推測されることを示す。ピクチャ部分のグループのヘッダの復号データがビデオビットストリームに明示的にコード化されている場合、ステップ１５２０（図８のステップ８２０の実施形態）において、構文要素Ｆ（またはＦｉ）は、ピクチャ部分のグループのヘッダの復号データが、ビデオビットストリームに明示的にコード化されていることを示すことができる。

以前のデータＩＰＨは、例えば、同じピクチャの複数のスライスヘッダ、ならびに／または、共通の複数のタイルヘッダおよび／もしくは複数のタイルグループヘッダの復号データをグループ化する。

典型的には、ＡＵ、ＣＴＵ／ＣＵ、タイル、またはタイルグループのヘッダにおいて定義されている共通の復号データを推測することによって、ビデオを送信するための帯域幅が減少する。

例えば、各ＡＵにおいて、場合によってはこのＡＵの各スライスにおいて、構文要素「ｉｎｆｅｒ＿ｆｒｏｍ＿ｉｎｔｅｒ＿ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｆｌａｇ」は、これらの復号データがＡＵ（このＡＵの各スライス）において、例えば、スライスヘッダ、タイルまたはタイルグループヘッダにおいて明示的に定義されているかどうか、または、それらが、そのように場合によってはいくつかのピクチャのピクチャ部分のいくつかのグループによって共有され得る以前のデータＩＰＨから推測されるかどうかを示すことができる。

ステップ１６４０（図８のステップ８４０の実施形態）において、方法は、ビデオビットストリームからの構文要素Ｆ（またはＦｉ）にアクセスすることができる。

ステップ１６５０（図８のステップ８５０の実施形態）において、方法は、構文要素Ｆ（またはＦｉ）が、ピクチャ部分のグループのヘッダの復号データがビデオビットストリーム内の以前のデータＩＰＨから推測されることを示すかどうかをチェックすることができる。次いで、ステップ１６７０（図８のステップ８７０の実施形態）において、ピクチャ部分のグループのヘッダの復号データが、以前のデータＩＰＨから推測される。構文要素Ｆ（またはＦｉ）が、ピクチャ部分のグループのヘッダの復号データがビデオビットストリームにコード化されていることを示す場合、ステップ１６６０（図８のステップ８６０の実施形態）において、ピクチャ部分のグループのヘッダの復号データが、ビデオビットストリームから明示的に復号される。

有利なことに、以前のデータＩＰＨは、ＲＡＰ構文要素の後、かつＲＡＰに対してＡＵ構文要素の前で、ＧＯＰ（ピクチャー群）と関連付けられたビットストリーム内に位置している。次いで、図１７に示すように、ＡＵ構文要素の復号データを以前のデータＩＰＨから推測することができる。

方法１６００の一実施形態では、参照ピクチャのリスト（ピクチャ部分のグループのヘッダの復号データ）は、ＧＯＰ構造およびいくつかの参照フレーム（以前のデータＩＰＨ）から推測することができる。

方法１６００の一実施形態では、スライスパラメータ（ピクチャ部分のグループのヘッダの復号データ）（例えば、スライスタイプ）は、ＧＯＰ構造および復号されたピクチャ順序（以前のデータＩＰＨ）から推測することができる。

一実施形態では、タイルグループのコード化／復号を制御するタイルグループの復号データは、ビデオビットストリームの別のタイルグループの復号データ（以前のデータＩＰＨ）から推測することができる。

ビデオビットストリーム内の以前のデータからタイルグループ情報を推測することによって、ピクチャを送信するための帯域幅が減少する。

一変形例では、タイルグループは、ピクチャまたはスライスのいくつかのタイル（「ｎｕｍ－ｔｉｌｅｓ」と示されている復号データ）を含む。このとき、構文要素（Ｆ、Ｆｉ、…）は、タイルの数ｉがビデオビットストリームにコード化されているかどうか、または、列ごとのタイルの数（「ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」と示されている）および行ごとのタイルの数（「ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１」と示されている）を表す以前のデータＩＰＨから推測されるかどうかを示すことができる。

例えば、「ｎｕｍ－ｔｉｌｅｓ」は、以下のように「ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」および「ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１」から推測される：
ｎｕｍ＿ｔｉｌｅｓ＝（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）ｘ（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）。

一実施形態では、タイルグループは、ピクチャの最後のタイルグループの「ｂｏｔｔｏｍ－ｒｉｇｈｔ－ｔｉｌｅ－ｉｄｘ」値または「ｂｏｔｔｏｍ－ｒｉｇｈｔ－ｔｉｌｅ－ｉｄｘ－ｄｅｌｔａ」値をさらに含む。

最後のタイルグループ（復号データ）のｂｏｔｔｏｍ－ｒｉｇｈｔ－ｔｉｌｅ－ｉｄｘ値またはｂｏｔｔｏｍ－ｒｉｇｈｔ－ｔｉｌｅ－ｉｄｘ－ｄｅｌｔａ値（復号データ）は、以下のように、タイルの数（ビデオビットストリームの以前のデータ）から推測することができる：
ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ［ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］＝ｎｕｍ＿ｔｉｌｅ－１
ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］＝ｎｕｍ＿ｔｉｌｅ－１－ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］。

この実施形態の図１８に示される利点の１つは、構文要素「ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ」に「ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］」をコード化するためのビットが節約されることである。

同様に、ピクチャ内のブリックの数（ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ）は、以前のデータＩＰＨから推測することができる。長方形スライスモードの場合、スライスは、ピクチャのスライスの「ｂｏｔｔｏｍ－ｒｉｇｈｔ－ｂｒｉｃｋ－ｉｄｘ」値または「ｂｏｔｔｏｍ－ｒｉｇｈｔ－ｂｒｉｃｋ－ｉｄｘ－ｄｅｌｔａ」値をさらに含むことができる。

最後のスライス（復号データ）のｂｏｔｔｏｍ－ｒｉｇｈｔ－ｂｒｉｃｋ－ｉｄｘ値またはｂｏｔｔｏｍ－ｒｉｇｈｔ－ｂｒｉｃｋ－ｉｄｘ－ｄｅｌｔａ値（復号データ）は、以下のように、ブリックの数（ビデオビットストリームの以前のデータ）から推測することができる：
ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ［ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］＝ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１
ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］＝ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１－ｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ［ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］。

この実施形態の利点の１つは、構文要素「ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ」に「ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］」をコード化するためのビットが節約されることである。

図１９は、復号データのセットがピクチャー群（ＧＯＰ）の構造を含む場合の方法８００または９００の一実施形態のフローチャート１９００を示す。

ステップ１９１０（図８のステップ８１０の実施形態）において、方法は、ＧＯＰ構造がビデオビットストリームに明示的にコード化されているかどうか、またはビデオビットストリームの以前のデータＰＤから推測されるかどうかをチェックすることができる。「ＧＯＰ＿ｓｔｒｕｃｔｕｒｅ＿ｉｎｄｉｃａｔｏｒ」と示される構文要素Ｆ（またはＦｉ）を、ビデオビットストリームに追加することができる。ＧＯＰ構造が以前のデータＰＤから推測される場合、ステップ１９３０（図８のステップ８３０の実施形態）において、構文要素Ｆ（またはＦｉ）は、ＧＯＰ構造が以前のデータＰＤから推測されることを示す。ＧＯＰ構造がビデオビットストリームに明示的にコード化されている場合、ステップ１９２０（図８のステップ８２０の実施形態）において、構文要素Ｆ（またはＦｉ）は、ＧＯＰ構造がビデオビットストリームに明示的にコード化されていることを示す。

一変形例では、ＧＯＰ構造がビデオビットストリームの以前のデータＰＤから推測される場合、構文要素Ｆはビデオビットストリームに追加されない。

ＧＯＰ構造を推測することによって、ビデオを送信するための帯域幅が減少する。

ステップ１９４０（図８のステップ８３０の実施形態）において、方法は、ビデオビットストリームからの構文要素Ｆ（またはＦｉ）にアクセスすることができる。

一変形例では、方法は、構文要素Ｆ（またはＦｉ）がビデオビットストリームに存在するかどうかをチェックする。

ステップ１９５０（図８のステップ８５０の実施形態）において、方法は、構文要素Ｆ（またはＦｉ）が、ＧＯＰ構造がビデオビットストリームの以前のデータＰＤから推測されることを示すかどうか、または一変形例に従って、構文要素Ｆ（またはＦｉ）がビデオビットストリームに存在しないかをチェックすることができる。次いで、ステップ１９７０（図８のステップ８７０の実施形態）において、ＧＯＰ構造が、以前のデータＰＤから推測される。構文要素Ｆ（またはＦｉ）が、ＧＯＰ構造がビデオビットストリームに明示的にコード化されていることを示す場合、または一変形例に従って、構文要素Ｆ（またはＦｉ）がビデオビットストリームに存在する場合、ステップ１９６０（図８のステップ８６０の実施形態）において、ＧＯＰ構造がビデオビットストリームから明示的に復号される。

一実施形態では、構文要素Ｆ（またはＦｉ）は、事前定義されたＧＯＰ構造のセットの事前定義されたＧＯＰ構造インデックスをシグナリングすることができる。

事前定義されたＧＯＰ構造の例としては、図２０に示すように、ランダムアクセス（ＲＡ：階層コード化）、低遅延Ｂ（ＬＢ）、低遅延Ｐ（ＬＰ）があり得る。

図２０に示される方法１９００の一変形例では、ＧＯＰ長さなどの追加の構文要素を使用して、事前定義されたＧＯＰ構造のいずれがシグナリングされるかを正確にすることができる。

一実施形態において、以前のデータが、ＧＯＰ内のいくつかの第１の復号されたピクチャ、および、事前定義のＧＯＰ構造のセットを含む。

例えば、図２０の事前定義されたＧＯＰ構造に基づいて、第１の復号されたピクチャＰＯＣが０－１６－８－４である場合、推測されるＧＯＰ構造は、インデックス「１」の事前定義されたＧＯＰ構造に関連する。

図２１は、様々な態様および実施形態が実装されているシステムの一実施例のブロック図を示す。

システム２１００は、以下で説明される様々な構成要素を含むデバイスとして具現化することができ、本文献で説明される態様の１つ以上を実行するように構成されている。そのようなデバイスの例は、これらに限定されるものではないが、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受像機、パーソナルビデオ録画システム、コネクテッド家電、およびサーバなどの様々な電子デバイスを含む。システム２１００の要素は、単独でも組み合わせでも、単一の集積回路（ＩＣ）、複数のＩＣ、および／または個別の構成要素で具現化され得る。例えば、少なくとも１つの実施形態において、システム２１００の処理および符号化器／復号器要素は、複数のＩＣおよび／または個別の構成要素にわたって分散している。様々な実施形態では、システム２１００は、１つ以上の他のシステムに、または他の電子デバイスに、例えば、通信バスを介して、または専用の入力および／もしくは出力ポートを通して、通信可能に結合される。様々な実施形態では、システム２１００は、本明細書に記載の態様のうちの１つ以上を実装するように構成される。

システム２１００は、例えば、本明細書に記載の様々な態様を実装するために、読み込まれた命令を実行するように構成された少なくとも１つのプロセッサ２１１０を含む。プロセッサ２１１０は、当該技術分野で既知であるように、埋め込みメモリ、入出力インターフェース、および他の様々な回路を含み得る。システム２１００は、少なくとも１つのメモリ２１２０（例えば、揮発性メモリデバイス、および／または不揮発性メモリデバイス）を含む。システム２１００は、不揮発性メモリおよび／または揮発性メモリを含むことができるストレージデバイス２１４０を含み、これらに限定しないが、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、および／または光ディスクドライブを含む。ストレージデバイス２１４０は、非限定的な例として、内部ストレージデバイス、付属のストレージデバイス（取り外し可能および取り外し不可能なストレージデバイスを含む）、および／またはネットワークアクセス可能なストレージデバイスを含み得る。

システム２１００は、例えば、符号化されたビデオまたは復号されたビデオを提供するためにデータを処理するように構成されたエンコーダ／デコーダモジュール２１３０を含み、エンコーダ／デコーダモジュール２１３０は、独自のプロセッサおよびメモリを含み得る。エンコーダ／デコーダモジュール２１３０は、符号化機能および／または復号機能を実行するデバイスに含まれ得るモジュールを表す。既知であるように、デバイスは、符号化モジュールおよび復号モジュールの一方または両方を含み得る。さらに、エンコーダ／デコーダモジュール２１３０は、システム２１００の別個の要素として実装することができ、または、当業者に既知であるように、ハードウェアとソフトウェアとの組み合わせとして、プロセッサ２１１０内に組み込むことができる。本明細書に記載の様々な態様を実行するためにプロセッサ２１１０またはエンコーダ／デコーダ２１３０に読み込まれるプログラムコードは、ストレージデバイス２１４０に記憶され、続いて、プロセッサ２１１０による実行のためにメモリ２１２０に読み込まれ得る。様々な実施形態によれば、プロセッサ２１１０、メモリ２１２０、ストレージデバイス２１４０、およびエンコーダ／デコーダモジュール２１３０のうちの１つ以上は、本明細書に記載のプロセスの実行中、様々な項目のうちの１つ以上を記憶することができる。このような記憶される項目には、入力ビデオ、復号されたビデオまたは復号されたビデオの部分、ビットストリーム、マトリックス、変数、ならびに方程式、式、演算、および演算ロジックの処理からの中間結果または最終結果が含まれ得るが、これらに限定されない。

いくつかの実施形態において、プロセッサ２１１０および／またはエンコーダ／デコーダモジュール２１３０の内部のメモリを使用して、命令を記憶し、符号化または復号中に必要とされる処理のために、ワーキングメモリを提供する。しかしながら、他の実施形態において、処理デバイス（例えば、処理デバイスは、プロセッサ２１１０またはエンコーダ／デコーダモジュール２１３０のいずれかであり得る）の外部のメモリは、これらの機能のうちの１つ以上に使用される。外部メモリは、メモリ２１２０および／またはストレージデバイス２１４０、例えば、ダイナミック揮発性メモリおよび／または不揮発性フラッシュメモリであり得る。いくつかの実施形態において、例えば、テレビのオペレーティングシステムを記憶するために外部不揮発性フラッシュメモリが使用される。少なくとも１つの実施形態では、ＲＡＭなどの高速外部ダイナミック揮発性メモリが、ＭＰＥＧ－２（ＭＰＥＧはＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐを指し、ＭＰＥＧ－２は、ＩＳＯ／ＩＥＣ １３８１８とも称され、１３８１８－１はＨ．２２２としても既知であり、１３８１８－２はＨ．２６２としても既知である）、ＨＥＶＣ（ＨＥＶＣはＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇを指し、Ｈ．２６５およびＭＰＥＧ－Ｈ Ｐａｒｔ２としても既知である）、またはＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇであり、ＪＶＥＴ、すなわちＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍによって開発された新標準規格）などのビデオコード化および復号動作のためのワーキングメモリとして使用される。

システム２１００の要素への入力は、ブロック２２３０に示されるような様々な入力デバイスを通して提供され得る。このような入力デバイスは、（ｉ）例えば、放送局によって無線で送信されたＲＦ信号を受信する無線周波数（ＲＦ）部分、（ｉｉ）コンポーネント（ＣＯＭＰ）入力端子（またはＣＯＭＰ入力端子のセット）、（ｉｉｉ）ユニバーサルシリアルバス（ＵＳＢ）入力端子、および／または（ｉｖ）高品位マルチメディアインターフェース（ＨＤＭＩ）入力端子を含むが、これらに限定されない。図２１に示されていない他の実施例には、コンポジットビデオが含まれる。

様々な実施形態において、ブロック２２３０の入力デバイスは、当技術分野で既知であるような関連するそれぞれの入力処理要素を有する。例えば、ＲＦ部分は、（ｉ）所望の周波数を選択する（信号を選択する、またはある周波数帯域に信号を帯域制限する、とも称される）、（ｉｉ）選択された信号をダウンコンバートする、（ｉｉｉ）（例えば）ある特定の実施形態ではチャネルと称され得る信号周波数帯域を選択するために、より狭い周波数帯域に再び帯域制限する、（ｉｖ）ダウンコンバートされ、帯域制限された信号を復調する、（ｖ）誤り訂正を実行する、および（ｖｉ）逆多重化して、所望のデータパケットストリームを選択するのに好適な要素と関連付けられ得る。様々な実施形態のＲＦ部分は、これらの機能、例えば、周波数セレクタ、信号セレクタ、帯域リミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、誤り訂正器、および逆多重化器を実行する１つ以上の要素を含む。ＲＦ部分には、例えば、受信された信号をより低い周波数に（例えば、中間周波数またはベースバンドに近い周波数）、またはベースバンドにダウンコンバートすることを含む、様々なこれらの機能を実施する波長調整器が含まれ得る。１つのセットトップボックスの実施形態において、ＲＦ部分およびその関連付けられた入力処理要素は、有線（例えば、ケーブル）媒体経由で送信されたＲＦ信号を受信し、フィルタ処理し、ダウンコンバートし、所望の周波数帯域に再びフィルタ処理することによって、周波数選択を実施する。様々な実施形態では、上記（および他の）要素の順番が並べ替えられ、これらの要素のうちのいくつかが取り除かれ、かつ／または同様もしくは異なる機能を実行する他の要素が追加される。要素を追加することは、既存の要素間に要素を挿入すること、例えば、増幅器およびアナログ－デジタル変換器を挿入することなどを含むことができる。様々な実施形態において、ＲＦ部分は、アンテナを含む。

さらに、ＵＳＢおよび／またはＨＤＭＩ端子は、ＵＳＢおよび／またはＨＤＭＩ接続を介して、他の電子デバイスにシステム２１００を接続するためのそれぞれのインターフェースプロセッサを含み得る。入力処理の様々な態様、例えば、リードソロモン誤り訂正が、例えば、必要に応じて、別個の入力処理ＩＣ内、またはプロセッサ２１１０内に実装され得ることを理解されたい。同様に、ＵＳＢまたはＨＤＭＩインターフェース処理の態様は、必要に応じて、別個のインターフェースＩＣ内またはプロセッサ２１１０内に実装され得る。例えば、出力デバイス上での表示のために、必要に応じて、データストリームを処理するように、メモリおよび記憶要素と組み合わせて動作するプロセッサ２１１０、および符号化器／復号器２１３０を含む、様々な処理要素に対して、復調され、エラー訂正され、逆多重化されたストリームが提供される。

システム２１００の様々な要素は、一体型ハウジング内に提供され得、一体型ハウジング内で、様々な要素は、相互接続され、好適な接続構成、例えば、Ｉｎｔｅｒ－ＩＣ（Ｉ２Ｃ）バス、配線、およびプリント回路基板を含む、当技術分野で既知であるような内部バスを使用して、それらの間でデータを送信することができる。

システム２１００は、通信チャネル２１６０を介して他のデバイスとの通信を可能にする通信インターフェース２１５０を含む。通信インターフェース２１５０には、通信チャネル２１６０経由でデータを送受信するように構成されたトランシーバが含まれ得るが、これに限定されない。通信インターフェース２１５０には、モデムまたはネットワークカードが含まれ得るが、これらに限定されず、通信チャネル２１６０は、例えば、有線および／または無線媒体内に実装され得る。

データは、様々な実施形態において、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、電気電子技術者協会を指す）などの無線ネットワークを使用して、システム２１００にストリーミングされるか、または別様に提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に適合された通信チャネル２１６０および通信インターフェース２１５０を介して受信される。これらの実施形態の通信チャネル２１６０は、典型的には、ストリーミングアプリケーションおよび他のオーバーザトップ通信を可能にするインターネットを含む外部ネットワークへのアクセスを提供するアクセスポイントまたはルータに接続される。他の実施形態は、入力ブロック２１３０のＨＤＭＩ接続経由でデータを配信するセットトップボックスを使用して、ストリーミングされたデータをシステム２１００に提供する。さらに他の実施形態は、入力ブロック２１３０のＲＦ接続を使用して、ストリーミングされたデータをシステム２１００に提供する。上記のように、様々な実施形態は、非ストリーミング様式でデータを提供する。さらに、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラーネットワークまたはブルートゥースネットワークを使用する。

システム２１００は、ディスプレイ２２００、スピーカ２２１０、および他の周辺デバイス２２２０を含む、様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ２２００は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、および／または折り畳み式ディスプレイのうちの１つ以上を含む。ディスプレイ２２００は、テレビ、タブレット、ラップトップ、携帯電話（モバイルフォン）、または他のデバイス用であり得る。ディスプレイ２２００はまた、他の構成要素（例えば、スマートフォンのように）と統合され得るか、または別個（例えば、ラップトップ用の外部モニタ）であり得る。他の周辺デバイス２２２０は、実施形態の様々な例において、スタンドアロンデジタルビデオディスク（またはデジタル多用途ディスク）（両用語ともＤＶＲ）、ディスクプレーヤ、ステレオシステム、および／または照明システムのうちの１つ以上を含む。様々な実施形態は、システム２１００の出力に基づく機能を提供する１つ以上の周辺デバイス２２２０を使用する。例えば、ディスクプレーヤは、システム２１００の出力を再生する機能を実行する。

様々な実施形態において、システム２１００と、ディスプレイ２２００、スピーカ２２１０、または他の周辺デバイス２２２０との間で、ＡＶ．Ｌｉｎｋ、コンシューマエレクトロニクス制御（ＣＥＣ）、またはユーザの介入の有無に関わらず、デバイス間制御を可能にする他の通信プロトコルなどの信号通知を使用して、制御信号が通信される。出力デバイスは、それぞれのインターフェース２１７０、２１８０、および２１９０を通して専用接続を介してシステム２１００に通信可能に結合され得る。代替的に、出力デバイスは、通信インターフェース２１５０を介して、通信チャネル２１６０を使用してシステム２１００に接続され得る。ディスプレイ２２００およびスピーカ２２１０は、例えば、テレビなどの電子デバイス内のシステム２１００の他の構成要素と、単一のユニット内に統合され得る。様々な実施形態において、ディスプレイインタフェース２１７０は、例えば、タイミングコントローラ（Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含む。

代替的に、ディスプレイ２２００およびスピーカ２２１０は、例えば、入力２２３０のＲＦ部分が別個のセットトップボックスの一部である場合、他の構成要素のうちの１つ以上とは別個であり得る。ディスプレイ２２００およびスピーカ２２１０が外部構成要素である様々な実施形態において、例えば、ＨＤＭＩポート、ＵＳＢポート、またはＣＯＭＰ出力部を含む専用出力接続を介して、出力信号が提供され得る。

本明細書で説明された実施態様は、例えば、方法もしくはプロセス、装置、ソフトウェアプログラム、データストリーム、または信号に実装され得る。単一の実装形態の文脈でのみ考察される（例えば、方法としてのみ考察される）場合であっても、考察される特徴の実装はまた、他の形態（例えば、装置またはプログラム）で実装されてもよい。装置は、例えば適切なハードウェア、ソフトウェア、およびファームウェアで実装することができる。これらの方法は、例えば、装置に実装することができ、例えば、コンピュータ、マイクロプロセッサ、集積回路、またはプログラマブルロジックデバイスを含む、一般に、処理デバイスを指す、例えば、プロセッサなどに実装することができる。プロセッサは、通信デバイス、例えば、コンピュータ、携帯電話、携帯／個人情報端末（「ＰＤＡ」）、およびエンドユーザ間の情報の通信を容易にする他のデバイスなども含む。

本実施形態の一態様によれば、ビデオ符号化および／または復号のための装置２１００が提供され、装置は、プロセッサ２１１０、およびプロセッサに結合された少なくとも１つのメモリ２１２０、２１４０を含み、プロセッサ２１１０は、上記の方法８００、９００、１６００および／または１７００の実施形態のいずれかを実施するように構成されている。

本開示の一態様によれば、復号データがビデオビットストリームに明示的にコード化されるかどうか、またはビデオビットストリームの以前のデータから推測されるかどうかを示す構文要素を使用するための手段を含む、ビデオ符号化および／または復号のための装置が提供される。図１のビデオエンコーダは、装置の構造または手段を含み得る。ビデオ符号化のための装置は、方法８００、９００、１６００、および１７００のいずれかの実施形態のいずれかを実行することができる。

当業者には明らかであるように、実装態様は、情報を搬送するようにフォーマット化される多種多様な信号を生成することができ、この情報は、例えば、記憶または送信することができる。情報は、例えば、方法を実行するための命令、または説明された実施態様のうちの１つによって作り出されたデータを含み得る。例えば、信号は、説明された実施形態のビットストリームを搬送するようにフォーマットされてもよい。そのような信号は、例えば、電磁波（例えば、スペクトルの無線周波数部分を使用して）として、またはベースバンド信号としてフォーマットされてもよい。フォーマットすることは、例えば、データストリームを符号化することと、搬送波を符号化データストリームで変調することと、を含むことができる。信号が搬送する情報は、例えば、アナログ情報またはデジタル情報とすることができる。信号は、既知のように、多種多様な異なる有線リンクまたは無線リンクを介して送信され得る。信号は、プロセッサ可読媒体に記憶されてもよい。

さらに、方法８００、９００、１６００および／または１７００のいずれも、プロセッサによって実行され得るコンピュータ実行可能命令を含むコンピュータプログラム製品として（独立してまたは共同で）実施され得る。コンピュータ実行可能命令を有するコンピュータプログラム製品は、システム２１００、エンコーダ１００および／またはデコーダ２００のそれぞれの一時的または非一時的コンピュータ可読記憶媒体に記憶され得る。

プロセス８００、９００、１６００および／または１７００内の１つ以上の要素は、本開示の態様を依然として実施しながら、いくつかの実施形態において、組み合わされ、異なる順序で実行され、または除外されてもよいことに留意することが重要である。他のステップは並行して実行されてもよく、プロセッサはステップの完全な完了を待たずに別のステップを開始する。

さらに、本実施形態の態様は、コンピュータ可読記憶媒体の形態をとることができる。１つ以上のコンピュータ可読記憶媒体の任意の組み合わせを利用することができる。コンピュータ可読記憶媒体は、１つ以上のコンピュータ可読媒体において具現化され、コンピュータによって実行可能なコンピュータ可読プログラムコードが具現化されるコンピュータ可読プログラム製品の形態をとることができる。本明細書で使用されるコンピュータ可読記憶媒体は、内部に情報を記憶する固有の能力、ならびにそこからの情報の検索を提供する固有の能力が与えられた非一時的記憶媒体と考えられる。コンピュータ可読記憶媒体は例えば、限定ではないが、電子、磁気、光学、電磁、赤外線、もしくは半導体のシステム、装置、もしくはデバイス、または上記の任意の好適な組み合わせとすることができる。

以下のリストは、本開示が適用され得るコンピュータ可読記憶媒体のより具体的な例を提供するが、当業者によって容易に理解されるように、単なる例示であり、網羅的なリストではないことを理解されたい。例のリストは、ポータブルコンピュータディスケット、ハードディスク、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、または上記の任意の好適な組み合わせを含む。

本実施形態の一態様によれば、方法８００、９００、１６００および／または１７００を含む、本実施形態のいずれかの方法のいずれかの実施形態のいずれかを実行するためのプログラムコード命令を含むソフトウェアプログラムを担持するコンピュータ可読記憶媒体が提供される。

Claims (11)

1. ピクチャ領域に対応する復号データが、前記ピクチャ領域を表すビデオビットストリームの第１の部分に明示的にコード化されているかどうか、または、前記ビデオビットストリームの第２の部分の以前のデータから推測されるかどうかを示す構文要素を使用することを含む方法であって、前記以前のデータが、前記ビットストリームの第３の部分によって表されるいくつかのピクチャ領域によって共有されている、方法。
2. ピクチャ領域に対応する復号データが、前記ピクチャ領域を表すビデオビットストリームの第１の部分に明示的にコード化されているかどうか、または、前記ビデオビットストリームの第２の部分の以前のデータから推測されるかどうかを示す構文要素を使用する手段を備える装置であって、前記以前のデータが、前記ビットストリームの第３の部分によって表されるいくつかのピクチャ領域によって共有されている、装置。
3. 復号データのセットが復号データのサブセットに分割され、サブセットごとの構文要素は、サブセットの前記復号データが前記ビデオビットストリームに明示的にコード化されているかどうか、または、前記ビデオビットストリームの以前のデータから推測されるかどうかを示す、請求項１に記載の方法または請求項２に記載の装置。
4. 前記復号データが、コード化ツールの起動を制御する制約フラグであり、前記構文要素は、前記制約フラグが前記ビデオビットストリームの前記第１の部分に明示的にコード化されているかどうか、または、前記ビデオビットストリームの前記第２の部分の前記以前のデータから推測されるかどうかを示す、請求項１もしくは３に記載の方法または請求項２もしくは３に記載の装置。
5. 前記復号データが、参照ピクチャのリストであり、前記以前のデータが、ＧＯＰ構造およびいくつかの参照フレームである、請求項１もしくは３に記載の方法または請求項２もしくは３に記載の装置。
6. 前記復号データが、スライスパラメータであり、前記以前のデータが、ＧＯＰ構造および復号されたピクチャ順序である、請求項１もしくは３に記載の方法または請求項２もしくは３に記載の装置。
7. 請求項１、３～６のいずれか一項に記載の方法を含む、ビデオを符号化または復号する方法。
8. 請求項２～６のいずれか一項に記載の装置を備える、ビデオを符号化または復号する機器。
9. 請求項１、３～７のいずれか一項に記載の方法を実施するための命令を記憶している、非一時的コンピュータ可読記憶媒体。
10. 請求項１、３～７のいずれか一項に記載の方法を実施するための命令を含む、コンピュータプログラム。
11. ビットストリームであって、
    ビデオデータを復号するために使用される復号データと、
    ピクチャ領域に対応する前記復号データが、前記ピクチャ領域を表す前記ビットストリームの第１の部分に明示的にコード化されているかどうか、または、前記ビットストリームの第２の部分の以前のデータから推測されるかどうかを示す構文要素であって、前記以前のデータが、前記ビットストリームの第３の部分によって表されるいくつかのピクチャ領域によって共有されている、構文要素と、を含むようにフォーマットされている、ビットストリーム。

Images