JP7475455B2 - ビデオの符号化および復号のためのハイレベルシンタックス - Google Patents

Description

本発明は、ビデオの符号化および復号に関し、特にビットストリームで使用されるハイレベルシンタックスに関するものである。

最近、ＭＰＥＧとＩＴＵ－Ｔスタディグループ１６のＶＣＥＧが結成した共同チームであるジョイントビデオエキスパートチーム（ＪＶＥＴ）は、多用途ビデオ符号化（ＶＶＣ）と呼ばれる新しいビデオ符号化規格の策定作業を開始した。ＶＶＣの目標は、既存のＨＥＶＣ規格と比較して圧縮性能を大幅に向上させる（典型的に従前の２倍）ことであり、２０２０年に完成する予定である。主なターゲットとなるアプリケーションやサービスには、３６０度動画やハイダイナミックレンジ（ＨＤＲ）ビデオが含まれるが、これらに限定されるものではない。ＪＶＥＴは、独立したテストラボによる正式な主観テストにより、３２の組織からの回答を評価した。いくつかの提案では、ＨＥＶＣを使用した場合と比較して、典型的に４０％以上の圧縮効率の向上が示された。特に、超高精細（ＵＨＤ）ビデオのテスト素材に有効であることが示された。したがって、最終的な規格の目標である５０％をはるかに超える圧縮効率の向上が期待される。

ＪＶＥＴ探査モデル（ＪＥＭ）は、すべてのＨＥＶＣツールを使用し、多くの新しいツールを導入している。これらの変更により、ビットストリームの構造、特にビットストリームの全体的なビットレートに影響を与える可能性のあるハイレベルシンタックスの変更が必要となった。

本発明は、符号化性能を低下させることなく複雑さを低減させるハイレベルシンタックス構造の改良に関するものである。

本発明の第１の態様によれば、ビットストリームからビデオデータを復号する方法が提供され、前記ビットストリームは１つ以上のスライスに対応するビデオデータを含み、前記ビットストリームは、１つ以上のスライスを復号するときに使用されることになる複数のシンタックス要素を含むピクチャヘッダと、１つのスライスを復号するときに使用されることになる複数のシンタックス要素を含むスライスヘッダと、を含み、前記復号は、前記ピクチャヘッダ内または前記スライスヘッダ内でシグナリングされ得る情報が前記ピクチャヘッダ内でシグナリングされる場合、前記ピクチャヘッダが前記スライスヘッダ内にないことを課す（例えば、制約をかける）ことと、前記複数のシンタックス要素を用いて前記ビットストリームを復号することと、を含む。

オプションで、前記復号は、前記情報が前記ピクチャヘッダ内でシグナリングされるか否かを示す第１のシンタックス要素をパースすることと、前記第１のシンタックス要素に基づいて、前記スライスヘッダまたは前記ピクチャヘッダの何れか一方のみにおいて、スライスヘッダ内およびピクチャヘッダ内でシグナリングされ得る前記情報の前記パースを許可することと、をさらに含む。

オプションで、前記第１のシンタックス要素は、ピクチャパラメータセットフラグ内の情報またはピクチャヘッダフラグ内の情報である。

オプションで、前記情報が前記ピクチャヘッダ内でシグナリングされることを前記第１のシンタックス要素が示す場合、前記スライスヘッダ内の前記情報のパースは許可されない。

オプションで、前記方法は、前記ピクチャヘッダが前記スライスヘッダ内にあるか否かを示す第２のシンタックス要素をパースすることをさらに含み、前記情報が前記ピクチャヘッダ内でシグナリングされることを前記第１のシンタックス要素が示す場合、前記ピクチャヘッダが前記スライスヘッダ内にないことを前記第２のシンタックス要素が示すことがビットストリーム適合性の要件である。

オプションで、前記情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプルアダプテーションオフセット（ＳＡＯ）情報、重み付け予測情報、アダプテーションループフィルタ（ＡＬＦ）情報のうちの１つ以上を含む。

オプションで、前記情報は、ピクチャヘッダ内およびスライスヘッダ内でシグナリングされ得るすべての情報を含む。

オプションで、前記参照ピクチャリスト情報は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘのうちの１つ以上を含む。

本発明の第２の態様によれば、ビデオデータをビットストリームに符号化する方法が提供され、前記ビデオデータは１つ以上のスライスに対応し、前記ビットストリームは、１つ以上のスライスを復号するときに使用されることになる複数のシンタックス要素を含むピクチャヘッダと、１つのスライスを復号するときに使用されることになる複数のシンタックス要素を含むスライスヘッダと、を含み、前記符号化は、前記ピクチャヘッダ内または前記スライスヘッダ内でシグナリングされ得る情報が前記ピクチャヘッダ内でシグナリングされる場合、前記ピクチャヘッダが前記スライスヘッダ内にないことをシグナリングすることと、前記複数のシンタックス要素を用いて前記ビデオデータを符号化することと、を含む。

オプションで、前記符号化は、前記情報が前記ピクチャヘッダ内でシグナリングされるか否かを示す第１のシンタックス要素を符号化スすることと、前記第１のシンタックス要素に基づいて、前記スライスヘッダまたは前記ピクチャヘッダの何れか一方のみにおいて、スライスヘッダ内およびピクチャヘッダ内でシグナリングされ得る前記情報の符号化を許可することと、をさらに含む。

オプションで、前記第１のシンタックス要素は、ピクチャパラメータセットフラグ内の情報またはピクチャヘッダフラグ内の情報である。

オプションで、前記情報が前記ピクチャヘッダ内でシグナリングされることを前記第１のシンタックス要素が示す場合、前記スライスヘッダ内の前記情報の符号化は許可されない。

オプションで、前記方法は、前記ピクチャヘッダが前記スライスヘッダ内にあるか否かを示す第２のシンタックス要素をパースすることをさらに含み、前記情報が前記ピクチャヘッダ内でシグナリングされることを前記第１のシンタックス要素が示す場合、前記ピクチャヘッダが前記スライスヘッダ内にないことを前記第２のシンタックス要素が示すことがビットストリーム適合性の要件である。

オプションで、前記情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプルアダプテーションオフセット（ＳＡＯ）情報、重み付け予測情報、アダプテーションループフィルタ（ＡＬＦ）情報のうちの１つ以上を含む。

オプションで、前記情報は、ピクチャヘッダ内およびスライスヘッダ内でシグナリングされ得るすべての情報を含む。

オプションで、前記参照ピクチャリスト情報は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘのうちの１つ以上を含む。

本発明の代替的な態様では、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用するシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用するシンタックス要素を含むスライスヘッダと、を含み、復号は、ピクチャヘッダまたはスライスヘッダにシグナリングできる情報がスライスヘッダにおいてシグナリングされている場合、スライスヘッダにはシグナリングされていないことに課すことと、シンタックス要素を用いてビットストリームを復号することと、を含む。

本発明の他の態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用されるべきシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含み、復号は、（ａ）ツール情報がスライスヘッダではなくピクチャヘッダにシグナリングされることを示すシンタックス要素と（ｂ）スライスヘッダにシグナリングされることを示すシンタックス要素とを組み合わせて適用不可として扱うことと、シンタックス要素を用いてビットストリームを復号することと、を含む。復号は、組み合わせで適用不可として扱われるシンタックス要素（ａ）及び（ｂ）が存在する場合には行われない。

本発明の関連する態様によれば、ビットストリームは、１つ以上のスライスに対応するビデオデータと、１つ以上のスライスを復号するときに使用されるシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含む。ビットストリームは、（ａ）ツール情報がスライスヘッダではなくピクチャヘッダでシグナリングされることを示すシンタックス要素と、（ｂ）ピクチャヘッダがスライスヘッダでシグナリングされることを示すシンタックス要素と、を組み合わせてそこに存在してはならない、という制約を有している。ツール情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプル適応オフセット（ＳＡＯ）情報、重み付け予測情報及び適応ループフィルタ（ＡＬＦ）情報のうちのいずれか１つであってよい。関連する態様では、ビットストリームを復号する方法が提供される。別の関連する態様では、ビットストリームを復号するように構成された復号器が提供される。ビットストリームは、ビデオ符号化規格に適合するように制約されてもよい。一実施形態において、ビデオ符号化規格は、多用途ビデオ符号化規格である。制約は、ビットストリーム全体に系統的に適用されてもよい。例えば、実施形態では、制約は、ビットストリーム内のシーケンス、ピクチャ及びスライスのいずれか又は全てに対して適用される。

本発明の他の態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用されるべきシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含み、復号は、（ａ）ツール情報がピクチャヘッダではなくスライスヘッダにシグナリングされていることを示すシンタックス要素と（ｂ）ピクチャヘッダがスライスヘッダにシグナリングされていることを示すシンタックス要素とを組み合わせて適用不可として処理することと、シンタックス要素を用いてビットストリームを復号することと、を含む。復号は、組み合わせで適用不可として扱われるシンタックス要素（ａ）及び（ｂ）が存在する場合には実行されない。

本発明の他の態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用されるべきシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含み、ピクチャヘッダは、スライスヘッダにおいてシグナリングされることになっており、スライスヘッダまたはピクチャヘッダのうちの一方のみにおいてシグナリングされ得る情報のパースが制約され、復号は、シンタックス要素（ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ）がピクチャヘッダにツール情報があることを示す場合（例えば、ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ＝１の場合）には、スライスヘッダにシグナリングしない（例えば、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを０に強制）ことを含む。

本発明の関連する態様によれば、ビットストリームは、１つ以上のスライスに対応するビデオデータと、１つ以上のスライスを復号するときに使用されるシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含む。ビットストリームは、（ａ）ツール情報がピクチャヘッダではなくスライスヘッダでシグナリングされることを示すシンタックス要素と、（ｂ）ピクチャヘッダがスライスヘッダでシグナリングされることを示すシンタックス要素と、が組み合わせてそこに存在してはならないという制約を有している。

本発明の他の態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用されるべきシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含み、ピクチャヘッダは、スライスヘッダにおいてシグナリングされることになっており、スライスヘッダまたはピクチャヘッダのうちの一方のみにおいてシグナリングされ得る情報のパースが制約され、復号は、シンタックス要素（ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ）がピクチャヘッダにツール情報がないことを示す場合（例えば、ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ＝０の場合）には、スライスヘッダにシグナリングしない（例えば、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを０に強制）ことを含む。

本発明の第１の更なる態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用されるべきシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含み、復号は、ピクチャヘッダがスライスヘッダにシグナリングされる場合、スライスヘッダまたはピクチャヘッダの一方のみで、スライスヘッダおよびピクチャヘッダにシグナリングされる可能性がある情報をパースすることを許可することと、シンタックス要素を用いてビットストリームを復号することと、を含む。

ピクチャヘッダがスライスヘッダ内にある場合、これは現在のピクチャに対して１つのスライスだけが存在することを意味する。したがって、スライスとピクチャの両方について情報を送信または送信可能にしても、パラメータが同じになるため、符号化器または復号器の柔軟性が向上しない。つまり、ピクチャヘッダに情報がある場合、スライスヘッダの対応する情報は冗長となる。同様に、スライスヘッダに情報がある場合、ピクチャヘッダ内の対応する情報は冗長となる。ピクチャヘッダがスライスヘッダにある場合には、ピクチャヘッダまたはスライスヘッダにある情報のみを許可することにより、シグナリングにおける冗長性を制限し、復号器の実装を簡素化することができる。従って、符号化効率を落とすことなく、シンタックス解析を簡略化することができる。

復号は、スライスヘッダにおいてピクチャヘッダをシグナリングするか否かを示す第１のシンタックス要素をパースすることと、第１のシンタックス要素に基づいてスライスヘッダまたはピクチャヘッダの一方のみにシグナリングされ得る情報のパースを許可することと、をさらに含んでもよい。第１のシンタックス要素は、スライスヘッダ中のピクチャヘッダフラグであってもよい。

オプションで、スライスヘッダ内の情報のパースは、第１のシンタックス要素が、スライスヘッダ内でピクチャヘッダがシグナリングされることを示す場合には、許可されない。情報がピクチャヘッダにあるか否かを示す第２のシンタックス要素が解析されてもよく、第１のシンタックス要素がピクチャヘッダがスライスヘッダにシグナリングされていることを示す場合に、第２のシンタックス要素が情報がピクチャヘッダにシグナリングされていることを示すことがビットストリーム適合性の要件とされる。

代替的に、第１のシンタックス要素が、ピクチャヘッダがスライスヘッダ内でシグナリングされることを示す場合には、ピクチャヘッダ内の情報のシグナリングは許可されない。この方法は、情報がピクチャヘッダ内にあるか否かを示す第２のシンタックス要素をパースすることをさらに含んでもよく、第１のシンタックス要素がピクチャヘッダがスライスヘッダ内でシグナリングされることを示す場合に、第２のシンタックス要素が情報がピクチャヘッダ内にあることを示すことがビットストリーム適合性の要件とされる。第２のシンタックス要素は、ピクチャパラメータ設定フラグであってもよく、フラグが設定された場合に情報がピクチャヘッダにあり、設定されていない場合に情報がスライスヘッダにあるか、存在しないかである。

実施形態によれば、情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプル適応オフセット（ＳＡＯ）情報、重み付け予測情報及びアダプティブループフィルタ（ＡＬＦ）情報のうちの１つ以上を含むことができる。例えば、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプル適応オフセット（ＳＡＯ）情報、重み付け予測情報、及びアダプティブループフィルタ（ＡＬＦ）情報の全てを含むことができる。

オプションで、この情報は、ピクチャヘッダ内とスライスヘッダ内でシグナリングされる可能性のあるすべての情報を含む。

参照ピクチャリスト情報は、以下のシンタックス要素ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘを１つ以上含むことができる。

スライスヘッダ内でピクチャヘッダをシグナリングする場合、パース可能な重み付け予測の重みの数を制限することができる。

本発明の第２の更なる態様によれば、ビデオデータをビットストリームに符号化する方法が提供され、ビデオデータが１つ以上のスライスに対応し、ビットストリームが、１つ以上のスライスを復号するときに使用されるシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるシンタックス要素を含むスライスヘッダと、を含み、符号化は、スライスヘッダ内でピクチャヘッダがシグナリングされる場合において、スライスヘッダおよびピクチャヘッダにおいてシグナリングされ得る情報を、スライスヘッダまたはピクチャヘッダのいずれか一方においてのみ符号化を許可することと、シンタックス要素を用いてビデオデータの符号化することと、を含む。

ピクチャヘッダがスライスヘッダ内にある場合、これは現在のピクチャに対して１つのスライスだけが存在することを意味する。したがって、スライスとピクチャの両方について情報を送信または送信可能にしても、パラメータが同じになるため、符号化器または復号器の柔軟性が向上しない。つまり、ピクチャヘッダに情報がある場合、スライスヘッダの対応する情報は冗長となる。同様に、スライスヘッダに情報がある場合、ピクチャヘッダ内の対応する情報は冗長となる。ピクチャヘッダがスライスヘッダにある場合に、ピクチャヘッダまたはスライスヘッダにある情報のみを許可することにより、シグナリングにおける冗長性を制限して、復号器の実装を簡素化することができる。したがって、符号化効率を損なうことなく符号化を簡略化し、シグナリングコストを削減することができる（関連情報がビットストリームに一度だけ含まれるため）。

符号化は、スライスヘッダ内でピクチャヘッダをシグナリングするか否かを示す第１のシンタックス要素を符号化し、第１のシンタックス要素に基づいてスライスヘッダまたはピクチャヘッダの一方のみにシグナリングされ得る情報の符号化を許可することを更に含んでもよい。

第１のシンタックス要素は、スライスヘッダフラグのピクチャヘッダであってもよい。

第１のシンタックス要素が、ピクチャヘッダがスライスヘッダ内でシグナリングされることを示す場合、スライスヘッダでの情報の符号化は許可されない場合がある。

情報がピクチャヘッダにあるか否かを示す第２のシンタックス要素を符号化してもよく、第１のシンタックス要素がスライスヘッダでピクチャヘッダをシグナリングすることを示す場合に、第２のシンタックス要素が情報がピクチャヘッダにあることを示すことがビットストリーム適合性の要件とされる。

代替的に、第１のシンタックス要素がスライスヘッダ内でピクチャヘッダがシグナリングされることを示す場合には、ピクチャヘッダの情報のシグナリングは許可されない。

情報がピクチャヘッダにあるか否かを示す第２のシンタックス要素を符号化してもよく、第１のシンタックス要素がスライスヘッダ内でピクチャヘッダをシグナリングすることを示す場合に、第２のシンタックス要素が情報がピクチャヘッダ内にあることを示すことがビットストリームコンフォーマンスの要件とされる。

第２のシンタックス要素は、ピクチャパラメータセットフラグまたはピクチャヘッダフラグの情報であってよく、フラグがセットされているときはピクチャヘッダ内で情報がシグナリングされ、セットされていないときはスライスヘッダ内で情報がシグナリングされるか、または存在しないかである。

情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプル適応オフセット（ＳＡＯ）情報、重み付け予測情報、アダプティブループフィルタ（ＡＬＦ）情報のうちの１つ以上を含んでもよい。任意選択で、情報は、ピクチャヘッダおよびスライスヘッダにおいてシグナリングされ得るすべての情報を含む。例えば、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプル適応オフセット（ＳＡＯ）情報、重み付け予測情報、及びアダプティブループフィルタ（ＡＬＦ）情報の全てである。

参照画像リスト情報は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘのうちの１つ以上を含んでいる。

オプションで、ピクチャヘッダがスライスヘッダでシグナリングされる場合、重み付き予測のための重みの数は制限されてもよい。

本発明の第３の更なる態様によれば、１つ以上のスライスに対応するビデオデータを含むビットストリームを復号する方法が提供され、ビットストリームは、１つ以上のスライスを復号するときに使用されるべきシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用されるべきシンタックス要素を含むスライスヘッダと、を含み、方法は、スライスヘッダにおいて、ピクチャヘッダがスライスヘッダ内でシグナリングされているかどうかを示すシンタックス要素をパースすることであって、ＡＬＦのＡＰＳ＿ＩＤ関連シンタックス要素は、ピクチャヘッダがスライスヘッダにおいてシグナリングされているかどうかを示すシンタックス要素よりも前にパースされる。ＡＬＦのＡＰＳ＿ＩＤ関連情報は、スライスヘッダの近傍または冒頭でパースされてもよい。

本発明の第４の更なる態様によれば、１つ以上のスライスを含むビデオデータをビットストリームに符号化する方法が提供され、ビットストリームは、１つ以上のスライスを復号するときに使用するシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用するシンタックス要素を含むスライスヘッダと、を含み、方法は、スライスヘッダにおいて、ピクチャヘッダがスライスヘッダにシグナリングされているかを示すシンタックス要素をパースすることを含み、ここで、ＡＬＦのＡＰＳ＿ＩＤ関連シンタックス要素は、ピクチャヘッダがスライスヘッダ内でシグナリングされているかどうかを示すシンタックス要素より先に符号化される。ＡＬＦのＡＰＳ＿ＩＤ関連情報は、スライスヘッダの近傍または冒頭に符号化されてもよい。

本発明の第５の更なる態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用するシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用するシンタックス要素を含むスライスヘッダと、を含み、復号は、スライスヘッダにシグナリングされるべき場合、重み予測モードについてシグナリングするウェイト数を制限することと、シンタックス要素を用いてビットストリームを復号することと、を含む。スライスヘッダ内でピクチャヘッダをシグナリングする場合、スライスヘッダ内とピクチャヘッダ内でシグナリングされ得る情報のパースは、スライスヘッダまたはピクチャヘッダのいずれか一方でのみ許可され得る。

本発明の第６の更なる態様によれば、ビットストリームからビデオデータを符号化する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用するシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用するシンタックス要素を含むスライスヘッダと、を含み、符号化は、スライスヘッダにシグナリングする場合、重み付き予測モードに対して符号化する重みの数を制限することと、シンタックス要素を用いてビットストリームを符号化することと、を含む、スライスヘッダ内でピクチャヘッダをシグナリングする場合、スライスヘッダ内とピクチャヘッダ内でシグナリングされ得る情報の符号化を、スライスヘッダまたはピクチャヘッダのいずれか一方でのみ許可するようにしてもよい。

本発明の第７の更なる態様によれば、ビットストリームからビデオデータを復号するための復号器が提供され、復号器は、第１、第３または第５のいずれかの更なる態様の方法を実行するように構成される。

本発明の第８の更なる態様によれば、ビデオデータをビットストリームに符号化するための符号化器が提供され、符号化器は、第２、第４または第６のいずれかの更なる態様の方法を実行するように構成される。

本発明の第９の更なる態様によれば、実行により、第１から第６の更なる態様のいずれかに記載の方法を実行させるコンピュータプログラムが提供される。プログラムは、それ自体で提供されてもよいし、キャリア媒体上で、キャリア媒体によって、またはキャリア媒体中で搬送され得る。キャリア媒体は、非一時的のもの、例えば記憶媒体、特にコンピュータ読み取り可能な記憶媒体であってもよい。搬送媒体はまた、例えば信号または他の伝送媒体のような一時的のものであってもよい。信号は、インターネットを含む任意の適切なネットワークを介して送信されてもよい。本発明の更なる特徴は、独立請求項及び従属請求項によって特徴付けられる。

本発明の第１の更なる他の態様によれば、ビットストリームからビデオデータを復号する方法が提供され、ビットストリームは、１つ以上のスライスに対応するビデオデータを含み、ビットストリームは、１つ以上のスライスを復号するときに使用するシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用するシンタックス要素を含むスライスヘッダと、を含む。ビットストリームが、ピクチャヘッダまたはスライスヘッダにおいてシグナリングできる情報がピクチャヘッダにおいてシグナリングされることを示す値を有する第１のシンタックス要素を含む場合に、ビットストリームが、スライスヘッダにないことを示す値を有する第２のシンタックス要素も含むように制約し、方法は、シンタックス要素を用いてビットストリームを復号化することを含む。ビットストリームは、ビデオ符号化規格に適合するように制約されてもよい。実施形態において、ビデオコーディング規格は、多用途ビデオ符号化規格である。第２のシンタックス要素は、スライスヘッダシンタックス要素におけるピクチャヘッダであってもよい。第１のシンタックス要素は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプル適応オフセット（ＳＡＯ）情報、重み付け予測情報及びアダプティブループフィルタ（ＡＬＦ）情報のうちの１つ以上のピクチャヘッダ内の符号化を示すフラグであってよい。ビットストリーム制約は、系統的に適用されてもよい。例えば、実施形態では、制約は、ビットストリーム内のシーケンス、ピクチャ及びスライスのいずれか又は全てに対して適用される。

本発明の第２の更なる他の態様によれば、ビデオデータをビットストリームにまたはビットストリームから符号化または復号するための方法が提供され、方法は、ピクチャヘッダまたはスライスヘッダにおいてシグナリングされ得る情報がピクチャヘッダにおいてシグナリングされるかどうかに基づいて、スライスヘッダにおいてピクチャヘッダが許可されているかどうかに関連する制約を適用することを含む。本発明の第３の更なる他の態様によれば、第２の更なる他の態様の方法を実行するように構成された装置が提供される。本発明の第４の更なる他の態様によれば、実行されることにより第２の更なる他の態様の方法を実行させる命令を含むコンピュータプログラムが提供される。

本発明の一態様における任意の特徴は、任意の適切な組み合わせで、本発明の他の態様に適用され得る。特に、方法の態様は、装置の態様に適用されてもよく、その逆もまた然りである。

さらに、ハードウェアで実施された特徴は、ソフトウェアで実施されてもよく、その逆もまた然りである。本明細書では、ソフトウェアおよびハードウェアの特徴についての言及は、それに応じて解釈される。

本明細書に記載されるような任意の装置特徴はまた、方法特徴として提供されてもよく、その逆もまた同様である。本明細書で使用されるように、手段プラス機能の特徴は、適切にプログラムされたプロセッサ及び関連するメモリのようなそれらの対応する構造の観点から代替的に表現され得る。

また、本発明の任意の態様で説明および定義される様々な特徴の特定の組み合わせは、独立して実施および／または供給および／または使用できることを理解されたい。

次に、例として、添付の図面を参照する。

ＨＥＶＣおよびＶＶＣで使用される符号化構造の説明に用いる図である。 本発明の１つ以上の実施形態が実施され得るデータ通信システムを模式的に示すブロック図である。 本発明の１つ以上の実施形態が実施され得る処理装置の構成要素を示すブロック図である。 本発明の実施形態に係る符号化方法のステップを示すフローチャートである。 本発明の実施形態に係る復号方法のステップを示すフローチャートである。 例示的な符号化方式ＶＶＣにおけるビットストリームの構造を示す図である。 例示的な符号化方式ＶＶＣにおけるビットストリームの別の構造を示す図である。 ルマモデリングクロマスケーリング（ＬＭＣＳ）を説明する図である。 ＬＭＣＳのサブツールを示す図である。 本発明の実施形態に係る符号化器又は復号器と通信ネットワークとを含むシステムを示す図である。 本発明の１つ以上の実施形態の実施のためのコンピューティングデバイスの概略ブロック図である。 ネットワークカメラシステムを説明するための図である。 スマートフォンを説明するための図である。

図１は、高効率ビデオ符号化（ＨＥＶＣ）ビデオ規格で使用される符号化構造に関するものである。ビデオシーケンス１は、連続するデジタル画像ｉで構成され、そのような各デジタル画像は、１つ以上の行列によって表される。行列の係数は、画素を表す。

シーケンスの画像２は、複数のスライス３に分割され得る。スライスは、場合によっては、画像全体を構成することがある。これらのスライスは、オーバラップしない複数の符号化ツリーユニット（ＣＴＵ）に分割される。符号化ツリーユニット（ＣＴＵ）は、高効率ビデオ符号化（ＨＥＶＣ）ビデオ規格の基本処理単位であり、概念的には、いくつかの以前のビデオ規格で使用されていたマクロブロックユニットに構造上対応する。ＣＴＵは最大符号化ユニット（ＬＣＵ）とも呼ばれることがある。ＣＴＵは、ルマとクロマのコンポーネント部分を持ち、コンポーネント部分のそれぞれは符号化ツリーブロック（ＣＴＢ）と呼ばれる。これらの異なる色コンポーネントは、図１では示されていない。

ＣＴＵは一般に６４画素×６４画素の大きさである。各ＣＴＵは、四分木（クワッドツリー）分解を使用して、より小さな可変サイズの複数の符号化ユニット（ＣＵ）５に反復的に分割され得る。

符号化ユニットは基本的な符号化要素であり、予測ユニット（ＰＵ）と変換ユニット（ＴＵ）と呼ばれる２種類のサブユニットで構成される。ＰＵやＴＵの最大サイズはＣＵのサイズと等しい。予測ユニットは、画素値を予測するためのＣＵの分割に相当する。ＣＵをＰＵに分割する場合、６０６で示したように、４つの正方形ＰＵに分割する方法や、２つの長方形ＰＵに分割する方法など、さまざまな分割が可能である。変換ユニットは、ＤＣＴを使用して空間変換を受ける基本ユニットである。ＣＵは、四分木表現６０７に基づいて複数のＴＵに分割され得る。

各スライスは１つのネットワーク抽象化レイヤ（ＮＡＬ）ユニットに埋め込まれている。さらに、ビデオシーケンスの符号化パラメータは、パラメータセットと呼ばれる専用のＮＡＬユニットに格納される。ＨＥＶＣとＨ．２６４／ＡＶＣでは、２種類のパラメータセットＮＡＬユニットが採用される：まず、シーケンスパラメータセット（ＳＰＳ）ＮＡＬユニットは、ビデオシーケンス全体で変更されないすべてのパラメータを収集するものである。典型的には、符号化プロファイル、複数のビデオフレームのサイズ、他の複数のパラメータを扱う。次に、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットには、シーケンスのある画像（またはフレーム）から別の画像へと変化する可能性がある複数のパラメータが含まれる。ＨＥＶＣはまた、ビットストリームの全体的な構造を記述する複数のパラメータを含むビデオパラメータセット（ＶＰＳ）ＮＡＬユニットを含む。ＶＰＳは、ＨＥＶＣで定義された新しいタイプのパラメータセットであり、ビットストリームのすべてのレイヤに適用される。１つのレイヤには複数のサブレイヤが含まれる場合があり、バージョン１のビットストリームはすべて１つのレイヤに制限されている。ＨＥＶＣはスケーラビリティとマルチビューのために特定のレイヤ拡張を持ち、これらは下位互換性のあるバージョン１の基本レイヤで、複数のレイヤを可能にする。

図２は、本発明の１つ以上の実施形態が実施され得るデータ通信システムを示す図である。データ通信システムは、データ通信ネットワーク２００を介して、データストリームのデータパケットを受信装置（この場合はクライアント端末２０２）に送信するように動作可能な送信装置（この場合はサーバ２０１）から構成される。データ通信ネットワーク２００は、ワイドエリアネットワーク（ＷＡＮ）またはローカルエリアネットワーク（ＬＡＮ）であってよい。このようなネットワークは、例えば、無線ネットワーク（Ｗｉｆｉ／８０２．１１ａまたはｂまたはｇ）、イーサネットネットワーク、インターネットネットワーク、または複数の異なるネットワークを含む混合ネットワークであってよい。本発明の特定の実施形態では、データ通信システムは、サーバ２０１が複数のクライアントに同じデータコンテンツを送信するデジタルテレビ放送システムであってもよい。

サーバ２０１から提供されるデータストリーム２０４は、ビデオデータおよびオーディオデータを表すマルチメディアデータで構成されてもよい。オーディオ及びビデオデータストリームは、本発明のいくつかの実施形態において、マイクロフォン及びカメラをそれぞれ使用してサーバ２０１によって取得されてもよい。いくつかの実施形態では、データストリームは、サーバ２０１に格納されてもよいし、サーバ２０１が他のデータプロバイダから受信してもよいし、サーバ２０１で生成してもよい。サーバ２０１は、特にビデオ及びオーディオストリームを符号化するための符号化器を備え、符号化器への入力として提示されたデータのよりコンパクトな表現である送信用の圧縮されたビットストリームを提供するためのものである。

送信データの量に対する送信データの質のより良い比率を得るために、ビデオデータの圧縮は、例えば、ＨＥＶＣ形式またはＨ．２６４／ＡＶＣ形式に従って行うことができる。

クライアント２０２は、送信されたビットストリームを受信し、再構成されたビットストリームを復号して、ディスプレイ装置でビデオ画像を再生し、ラウドスピーカーでオーディオデータを再生する。

図２の例ではストリーミングシナリオが考慮されているが、本発明のいくつかの実施形態では、符号化器と復号器の間のデータ通信は、例えば光ディスクなどのメディア記憶装置を用いて実行されてもよいことが理解されよう。

本発明の１つ以上の実施形態では、ビデオ画像は、最終画像内のフィルタリングされた複数の画素を提供するために画像の再構成された複数の画素に適用する補償オフセットの代表的なデータとともに送信される。

図３は、本発明の少なくとも１つの実施形態を実施するように構成された処理装置３００を模式的に示している。処理装置３００は、マイクロコンピュータ、ワークステーション、または軽量の携帯機器などの装置であってよい。装置３００は、
－マイクロプロセッサなどの中央処理装置３１１（ＣＰＵと表記）；
－本発明を実施するためのコンピュータプログラムを格納するための読み出し専用メモリ３０６（ＲＯＭと表記）；
－本発明の実施形態の方法の実行可能コード、ならびに本発明の実施形態によるデジタル画像のシーケンスを符号化する方法および／またはビットストリームを復号する方法を実施するために必要な変数およびパラメータを記録するために適合されたレジスタを記憶するためのランダムアクセスメモリ３１２（ＲＡＭと表記）；および
－処理されるデジタルデータが送受信される通信ネットワーク３０３に接続される通信インタフェース３０２
に接続された通信バス３１３を含む。

オプションで、装置３００は、以下の構成要素を含み得る：
－本発明の１つ以上の実施形態の方法を実施するためのコンピュータプログラム、および本発明の１つ以上の実施形態の実施中に使用または生成されるデータを格納するための、データ格納手段３０４（ハードディスク）；
－ディスク３０６のためのディスクドライブ３０５であって、ディスクドライブは、ディスク３０６からデータを読み取るか、またはディスクにデータを書き込むように適合されている；
－キーボード３１０または他の任意のポインティング手段によって、データを表示するため、および／またはユーザとのグラフィカルインタフェースとして機能するためのスクリーン３０９。

装置３００は、例えばデジタルカメラ３２０やマイクロフォン３０８などの様々な周辺機器に接続することができ、それぞれは装置３００にマルチメディアデータを供給するように入出力カード（図示せず）に接続される。

通信バスは、装置３００に含まれる又はそれに接続される様々な要素間の通信及び相互運用性を提供する。バスの表現は限定的ではなく、特に中央処理装置は、装置３００の任意の要素に直接又は装置３００の別の要素によって命令を伝達するように動作可能である。

ディスク３０６は、例えば、書き換え可能か否かを問わずコンパクトディスク（ＣＤ－ＲＯＭ）、ＺＩＰディスク、メモリカードなどの任意の情報媒体で置き換えることができ、一般的には、マイクロコンピュータまたはマイクロプロセッサによって読み取り可能な情報記憶手段で、装置に組み込まれているか否かを問わず、取り外し可能で、その実行により本発明によるデジタル画像のシーケンスを符号化する方法および／またはビットストリームを復号する方法を実施することができる１以上のプログラムの格納に適合されている可能性があるものであれば、どのような媒体でもよい。

実行可能コードは、前述したように、読み取り専用メモリ３０６、ハードディスク３０４上、または例えばディスク３０６のような取り外し可能なデジタル媒体のいずれかに格納することができる。変形例によれば、プログラムの実行可能コードは、実行される前に装置３００の記憶手段の１つ、例えばハードディスク３０４に記憶されるように、インタフェース３０２を介して、通信ネットワーク３０３の手段によって受信されることが可能である。

中央処理装置３１１は、本発明によるプログラムまたはプログラムのソフトウェアコードの命令または部分、前述の記憶手段の１つに格納されている命令の実行を制御および指示するように適合されている。電源投入時に、例えばハードディスク３０４上または読み取り専用メモリ３０６内の不揮発性メモリに格納されているプログラムまたは複数のプログラムは、ランダムアクセスメモリ３１２に転送され、その後、プログラムまたはプログラムの実行可能コード、および本発明を実施するために必要な変数およびパラメータを格納するためのレジスタが格納される。

この実施形態では、装置は、本発明を実施するためにソフトウェアを使用するプログラマブルな装置である。しかしながら、代替的に、本発明は、ハードウェア（例えば、特定用途向け集積回路すなわちＡＳＩＣの形態）において実施され得る。

図４は、本発明の少なくとも１つの実施形態による符号化器のブロック図である。符号化器は、接続された複数のモジュールによって表され、各モジュールは、例えば、装置３００のＣＰＵ３１１によって実行されるプログラミング命令の形態で、本発明の１つ以上の実施形態による画像のシーケンスの画像を符号化する少なくとも１つの実施形態を実施する方法の少なくとも１つの対応するステップを実施するように適合される。

複数のデジタル画像（ｉ０～ｉｎ）４０１のオリジナルシーケンスは、符号化器４００によって入力として受け取られる。各デジタル画像は、画素として知られるサンプルの集合によって表される。

符号化処理の実施後、符号化器４００によってビットストリーム４１０が出力される。ビットストリーム４１０は、複数の符号化ユニットまたはスライスを含み、各スライスは、スライスの符号化に使用される符号化パラメータの符号化値を送信するためのスライスヘッダと、符号化されたビデオデータを含むスライスボディと、を含む。

入力されたデジタル画像（ｉ０～ｉｎ）４０１は、モジュール４０２によって画素のブロックに分割される。ブロックは画像部分に対応し、可変サイズ（例えば、４ｘ４、８ｘ８、１６ｘ１６、３２ｘ３２、６４ｘ６４、１２８ｘ１２８画素およびいくつかの矩形ブロックサイズも考慮できる）であってもよい。符号化モードは、各入力ブロックごとに選択される。空間予測に基づく符号化モード（イントラ予測）と時間予測に基づく符号化（インター符号化，マージ，ＳＫＩＰ）の２つのファミリの符号化モードがある。可能な符号化モードがテストされる。

モジュール４０３は、イントラ予測プロセスを実行し、符号化される所定のブロックは、符号化されるブロックの近傍の複数の画素から計算される予測器によって予測される。選択されたイントラ予測器の表示と与えられたブロックとその予測器との間の差は、イントラ符号化が選択された場合、残差を提供するために符号化される。

時間予測は、動き推定モジュール４０４及び動き補償モジュール４０５によって実施される。まず、一組の参照画像４１６の中から１つの参照画像が選択され、参照画像の一部（参照領域または画像部分とも呼ばれ、符号化されるべき所定のブロックに最も近い領域である）が、動き推定モジュール４０４により選択される。そして、動き補償モジュール４０５は、選択された領域を用いて、符号化されるブロックを予測する。選択された参照領域と与えられたブロックとの間の差は残差ブロックとも呼ばれ、動き補償モジュール４０５によって計算される。選択された参照領域は、動きベクトルによって示される。

このように、両方（場合空間予測と時間予測）の場合において、オリジナルのブロックから予測値を差し引くことで残差が計算される。

モジュール４０３によって実施されるイントラ予測では、予測方向が符号化される。時間予測では、少なくとも１つの動きベクトルが符号化される。モジュール４０４、４０５、４１６、４１８、４１７によって実施されるインター予測では、少なくとも１つの動きベクトルまたはそのような動きベクトルを識別するためのデータが、時間予測に対して符号化される。

インター予測を選択した場合は、動きベクトルと残差ブロックの相対的な情報が符号化される。さらにビットレートを減らすために、動きが均質であると仮定して、動きベクトルは、動きベクトル予測器に関する差分によって符号化される。動きベクトル予測および符号化モジュール４１７によって、動き情報予測器のセットの動きベクトル予測器が動きベクトルフィールド４１８から取得される。

符号化器４００は、さらに、レート－歪み基準などの符号化コスト基準を適用して符号化モードを選択するための選択モジュール４０６を備える。さらに冗長性を減らすために、変換モジュール４０７によって変換（ＤＣＴなど）が残差ブロックに適用され、得られた変換データは、次に量子化モジュール４０８によって量子化され、エントロピー符号化モジュール４０９によってエントロピー符号化される。最後に、符号化されている現在のブロックの符号化された残差ブロックがビットストリーム４１０に挿入される。

また、符号化器４００は、後続の画像の動き推定のための参照画像を生成するために、符号化された画像の復号を実行する。これにより、ビットストリームを受信する符号化器と復号器は、同じ参照フレームを持つことができる。逆量子化モジュール４１１は、量子化されたデータの逆量子化を行い、その後、逆変換モジュール４１２による逆変換を行う。逆イントラ予測モジュール４１３は、予測情報を用いて、所定のブロックに使用する予測器を決定し、逆動き補償モジュール４１４は、モジュール４１２によって得られた残差を、参照画像セット４１６から得られた参照領域に実際に加算する。

その後、モジュール４１５によってポストフィルタリングが適用され、再構成された画素のフレームをフィルタリングする。本発明の実施形態では、ＳＡＯループフィルタが使用され、補償オフセットが、再構成された画像の再構成された画素の画素値に加算される

図５は、本発明の実施形態による符号化器からデータを受信するために使用され得る復号器６０のブロック図である。復号器は、接続された複数のモジュールによって表され、各モジュールは、例えば、装置３００のＣＰＵ３１１によって実行されるプログラミング命令の形態で、復号器６０によって実施される方法の対応するステップを実施するように適合されている。

復号器６０は、それぞれが、符号化パラメータの情報を含むヘッダと、符号化されたビデオデータを含むボディと、を含む複数の符号化ユニットを含むビットストリーム６１を受信する。ＶＶＣにおけるビットストリームの構造は、図６を参照して以下に詳細に説明する。図４に関して説明したように、符号化ビデオデータはエントロピー符号化されており、動きベクトル予測器のインデックスは、所定のブロックについて、所定のビット数で符号化されている。受信された符号化ビデオデータは、モジュール６２によってエントロピー復号される。そして、モジュール６３によって残留データが逆量子化され、その後、モジュール６４によって逆変換が施され、画素値が取得される。

また、符号化モードを示すモードデータをエントロピー復号し、そのモードに基づいて、符号化された画像データブロックに対してイントラタイプ復号またはインタータイプ復号を行う。

イントラモードの場合、ビットストリームで指定されたイントラ予測モードに基づいて、イントラ逆予測モジュール６５によりイントラ予測器が決定される。

インターモードの場合、符号化器が使用する参照領域を見つけるために、ビットストリームから動き予測情報を抽出する。動き予測情報は、参照フレームインデックスと動きベクトル残差から構成される。動きベクトル予測情報は、動きベクトル復号モジュール７０によって動きベクトルを得るために、動きベクトル残差に加えられる。

動きベクトル復号モジュール７０は、動き予測によって符号化された各現在のブロックに対して、動きベクトル復号を適用する。現在のブロックに対する動きベクトル予測器のインデックスが得られると、現在のブロックに関連する動きベクトルの実際の値が復号され、モジュール６６によって逆動き補償を適用するために使用されることが可能である。復号された動きベクトルによって示される参照画像部分は、逆動き補償６６を適用するために、参照画像６８から抽出される。動きベクトルフィールドデータ７１は、後続の復号された動きベクトルの逆予測に使用するために、復号された動きベクトルで更新される。

最後に、復号されたブロックが得られる。ポストフィルタリングは、ポストフィルタリングモジュール６７によって適用される。復号器６０によって、最終的に復号されたビデオ信号６９が提供される。

図６は、ＪＶＥＴ－Ｑ２００１－ｖＤに記載された例示的な符号化システムＶＶＣにおけるビットストリームの構成を示す図である。

ＶＶＣ符号化方式によるビットストリーム６１は、シンタックス要素と符号化データの順序シーケンスで構成される。シンタックス要素と符号化データは、ネットワーク抽象化レイヤ（ＮＡＬ）ユニット６０１～６０８に配置される。ＮＡＬユニットには様々なタイプがある。ネットワーク抽象化レイヤは、ＲＴＰ／ＩＰ（リアルタイムプロトコル／インターネットプロトコル）、ＩＳＯベースメディアファイルフォーマットなどの異なるプロトコルにビットストリームをカプセル化する能力を提供する。また、ネットワーク抽象化レイヤは、パケットロスの回復のためのフレームワークを提供する。

ＮＡＬユニットは、ビデオ符号化レイヤ（ＶＣＬ）ＮＡＬユニットと非ＶＣＬ＿ＮＡＬユニットに分けられる。ＶＣＬ＿ＮＡＬユニットには、実際に符号化されたビデオデータが含まれる。非ＶＣＬ＿ＮＡＬユニットには、付加的な情報が含まれる。この追加情報は、符号化されたビデオデータの復号に必要なパラメータ、または復号されたビデオデータの使い勝手を向上させる可能性のある補足的なデータであってもよい。ＮＡＬユニット６０６は、スライスに対応し、ビットストリームのＶＣＬ＿ＮＡＬユニットを構成する。

異なるＮＡＬユニット６０１～６０５は、異なるパラメータセットに対応し、これらのＮＡＬユニットは非ＶＣＬ＿ＮＡＬユニットである。復号器パラメータセット（ＤＰＳ）ＮＡＬユニット３０１は、所定の復号プロセスに対して一定であるパラメータを含む。ビデオパラメータセット（ＶＰＳ）ＮＡＬユニット６０２は、ビデオ全体、ひいてはビットストリーム全体に対して定義されたパラメータを含む。ＤＰＳ＿ＮＡＬユニットは、ＶＰＳのパラメータよりも静的なパラメータを定義してもよい。すなわち、ＤＰＳのパラメータは、ＶＰＳのパラメータよりも変更頻度が低い。

シーケンスパラメータセット（ＳＰＳ）ＮＡＬユニット６０３は、ビデオシーケンスに対して定義されたパラメータを含む。特に、ＳＰＳ＿ＮＡＬユニットは、ビデオシーケンスのサブピクチャレイアウト及び関連するパラメータを定義することができる。各サブピクチャに関連するパラメータは、サブピクチャに適用される符号化制約を指定する。特に、サブピクチャ間の時間予測が、同じサブピクチャから来るデータに制限されることを示すフラグを含む。別のフラグは、サブピクチャの境界を越えてループフィルタを有効または無効にすることができる。

ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニット６０４、ＰＰＳは、ピクチャまたはピクチャのグループに対して定義されたパラメータを含む。アダプテーションパラメータセット（ＡＰＳ）ＮＡＬユニット６０５は、典型的にはアダプテーションループフィルタ（ＡＬＦ）またはリシェーパモデル（またはクロマスケーリング付きルママッピング（ＬＭＣＳ）モデル）またはスライスレベルで使用されるスケーリングマトリックスに対するパラメータを含んでいる。

ＶＶＣの現行バージョンで提案されているＰＰＳのシンタックスは、ルマサンプルでピクチャのサイズを指定し、さらに各ピクチャのタイルとスライスに分割するシンタックス要素で構成されている。

ＰＰＳは、フレーム内のスライス位置を決定するためのシンタックス要素を含む。サブピクチャはフレーム内で矩形領域を形成するため、パラメータセットＮＡＬユニットでサブピクチャに属するスライスの集合、タイルの部分、タイルを決定することが可能である。ＰＰＳはＡＰＳと同様にＩＤ機構を持ち、同じＰＰＳの送信量を制限している。

ＰＰＳとピクチャヘッダの主な違いはその伝送で、ＰＰＳは一般的にピクチャのグループに対して伝送されるのに対し、ＰＨは各ピクチャに対してシステマティックに伝送される。従って、ＰＰＳはＰＨに比べ、複数のピクチャで一定となるパラメータを含んでいる。

また、ビットストリームには、補足拡張情報（ＳＥＩ）ＮＡＬユニット（図６には表されていない）が含まれる場合がある。これらのパラメータセットのビットストリームにおける出現の周期は可変である。ビットストリーム全体に対して定義されるＶＰＳは、ビットストリーム中に一度だけ出現する可能性がある。逆に、スライスに対して定義されるＡＰＳは、各ピクチャの各スライスに対して一度だけ発生する可能性がある。実際には、異なるスライスが同じＡＰＳに依存することがあり、したがって、一般に、各ピクチャにおけるスライスよりも少ないＡＰＳが存在する。特に、ＡＰＳはピクチャヘッダで定義される。しかし、ＡＬＦのＡＰＳは、スライスヘッダで洗練されることができる。

アクセスユニットデリミタ（ＡＵＤ）ＮＡＬユニット６０７は、２つのアクセスユニットを分離する。アクセスユニットは、同じ復号タイムスタンプを持つ１つ以上の符号化ピクチャを構成することができるＮＡＬユニットのセットである。このオプションのＮＡＬユニットは、現在のＶＶＣ仕様において１つのシンタックス要素：ｐｉｃ＿ｔｙｐｅのみを含み、このシンタックス要素は、ＡＵ内の符号化ピクチャの全てのスライスに対するｓｌｉｃｅ＿ｔｙｐｅの値を示す。ｐｉｃ＿ｔｙｐｅが０である場合、ＡＵはイントラスライスのみを含む。１である場合、ＰとＩのスライスが含まれる。２の場合、Ｂ，Ｐ，イントラのいずれかのスライスを含む。このＮＡＬユニットは、ｐｉｃ－ｔｙｐｅという１つのシンタックス要素のみを含む。

ＪＶＥＴ－Ｑ２００１－ｖＤでは、ｐｉｃ＿ｔｙｐｅは次のように定義されている：
「ｐｉｃ＿ｔｙｐｅは、ＡＵデリミタＮＡＬユニットを含むＡＵ内の符号化ピクチャの全スライスのｓｌｉｃｅ＿ｔｙｐｅ値が、表２のｐｉｃ＿ｔｙｐｅの値で示される集合のメンバであることを示す。ｐｉｃ＿ｔｙｐｅの値は、本規格の本バージョンに準拠したビットストリームにおいて、０、１、または２でなければならない。ｐｉｃ＿ｔｙｐｅの他の値は、ＩＴＵ－ＴやＩＳＯ／ＩＥＣが将来使用するために予約されている。本仕様に準拠する復号器は、ｐｉｃ＿ｔｙｐｅの予約値を無視するものとする。」

ｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ（）は、バイトの末尾に整列させるためにビットを追加する関数である。したがって、この関数を実行すると、パースされるビットストリームの量は整数バイトになる。

ＰＨ＿ＮＡＬユニット６０８は、１つの符号化ピクチャのスライス集合に共通するパラメータをグループ化するピクチャヘッダＮＡＬユニットである。ピクチャは、ピクチャのスライスによって使用されるＡＦＬパラメータ、リシェーパモデル及びスケーリングマトリクスを示すために、１つ以上のＡＰＳを参照することができる。

ＶＣＬ＿ＮＡＬユニット６０６の各々は、スライスを含む。スライスは、ピクチャ全体またはサブピクチャ、単一のタイルまたは複数のタイルまたはタイルの一部分に対応してもよい。例えば、図３のスライスは、複数のタイル６２０を含む。スライスは、スライスヘッダ６１０と、符号化ブロック６４０として符号化された符号化画素データを含むローバイトシーケンスペイロード（ＲＢＳＰ）６１１と、で構成される。

ＶＶＣの現行バージョンで提案されているＰＰＳのシンタックスは、ルマサンプルでピクチャのサイズを指定し、さらに各ピクチャのタイルとスライスに分割するシンタックス要素で構成されている。

ＰＰＳは、フレーム内のスライス位置を決定するためのシンタックス要素を含む。サブピクチャはフレーム内の矩形領域を形成するため、パラメータセットＮＡＬユニットでスライスの集合、タイルの部分、またはサブピクチャに属するタイルを決定することが可能である。

ＮＡＬユニットスライス
ＮＡＬユニットスライス層は、表３に示すように、スライスヘッダとスライスデータを含む。

ＡＰＳ
アダプテーションパラメータセット（ＡＰＳ）ＮＡＬユニット６０５は、シンタックス要素を示す表４で定義されている。

表４に示すように、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅシンタックス要素で与えられるＡＰＳの種類は３つある：
・ＡＬＦ＿ＡＰ：ＡＬＦパラメータ用
・ＬＭＣＳ＿ＡＰＳ：ＬＭＣＳパラメータ用
・ＳＣＡＬＩＮＧ＿ＡＰＳ：スケーリングリスト相対パラメータ用

これら３種類のＡＰＳパラメータについて、以下に順を追って説明する。

ＡＬＦのＡＰＳ
ＡＬＦのパラメータは、アダプティブループフィルタのデータシンタックス要素に記述される（表５）。まず、４つのフラグにより、ルマおよびクロマのＡＬＦフィルタの有無、ＣｂおよびＣｒ成分のＣＣ－ＡＬＦ（クロスコンポーネント－アダプティブループフィルタ）の有無が指定される。ルマフィルタフラグが有効な場合、クリップ値がシグナリングされているかどうかを知るために、別のフラグが復号される（ａｌｆ＿ｌｕｍａ＿ｃｌｉｐ＿ｆｌａｇ）。次に、ａｌｆ＿ｌｕｍａ＿ｎｕｍ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１シンタックス要素を使用して、シグナリングされたフィルタの数が復号される。必要であれば、ＡＬＦ係数デルタを表すシンタックス要素”ａｌｆ＿ｌｕｍａ＿ｃｏｅｆｆ＿ｄｅｌｔａ＿ｉｄｘ”は、各有効なフィルタに対して復号される。その後、各フィルタの各係数の絶対値と符号が復号される。

ａｌｆ＿ｌｕｍａ＿ｃｌｉｐ＿ｆｌａｇが有効な場合、有効な各フィルタの各係数のクリップインデックスが復号される。

同様に、ＡＬＦのクロマ係数は必要に応じて復号される。

ＣＣ－ＡＬＦがＣｒまたはＣｂに対して有効な場合、フィルタの数は復号され（ａｌｆ＿ｃｃ＿ｃｂ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１またはａｌｆ＿ｃｃ＿ｃｒ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１）、関連する係数が復号される（ａｌｆ＿ｃｃ＿ｃｂ＿ｍａｐｐｅｄ＿ｃｏｅｆｆ＿ａｂｓおよびａｌｆ＿ｃｃ＿ｃｂ＿ｃｏｅｆｆ＿ｓｉｇｎまたはそれぞれａｌｆ＿ｃｃ＿ｃｒ＿ｍａｐｐｅｄ＿ｃｏｅｆｆ＿ａｂｓおよびａｌｆ＿ｃｃ＿ｃｒ＿ｃｏｅｆｆ＿ｓｉｇｎ）。

ルママッピングとクロマスケーリング両方のＬＭＣＳシンタックス要素
以下の表６は、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅパラメータが１に設定されるとき（ＬＭＣＳ＿ＡＰＳ）、アダプテーションパラメータセット（ＡＰＳ）シンタックス構造で符号化されるすべてのＬＭＣＳシンタックス要素を与える。最大４つのＬＭＣＳ＿ＡＰＳは、符号化されたビデオシーケンスにおいて使用することができるが、与えられたピクチャに対して単一のＬＭＣＳ＿ＡＰＳのみを使用することができる。

これらのパラメータは、ルマの順方向および逆方向マッピング関数、クロマのスケーリング関数を構築するために使用される。

スケーリングリストＡＰＳ
スケーリングリストは、定量化に使用される量子化マトリックスを更新する可能性を提供する。ＶＶＣでは、このスケーリングマトリックスは、スケーリングリストデータシンタックス要素（表７のスケーリングリストデータシンタックス）で説明されているように、ＡＰＳでシグナリングされる。最初のシンタックス要素は、フラグｓｃａｌｉｎｇ＿ｍａｔｒｉｘ＿ｆｏｒ＿ｌｆｎｓｔ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇに基づいて、ＬＦＮＳＴ（低周波非分離変換）ツールにスケーリングマトリックスが使用されるかどうかを指定する。２つ目は、クロマコンポーネントのためにスケーリングリストが使用される場合に指定される（ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｃｈｒｏｍａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）。それから、スケーリングマトリックスを構築するために必要なシンタックス要素が復号される（ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｃｏｐｙ＿ｍｏｄｅ＿ｆｌａｇ，ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ，ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｄ＿ｉｄ＿ｄｅｌｔａ，ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄｃ＿ｃｏｅｆ，ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄｅｌｔａ＿ｃｏｅｆ）。

ピクチャヘッダ
ピクチャヘッダは各ピクチャの先頭で他のスライスデータより先に伝送される。これは、以前の標準草案におけるヘッダと比較して非常に大きなものである。これらすべてのパラメータの完全な説明は、ＪＶＥＴ－Ｑ２００１－ｖＤに記載されている。表９は、現在のピクチャヘッダ復号シンタックスにおけるこれらのパラメータを示す。

復号可能な関連するシンタックス要素は以下の通りである：
・このピクチャの使い方、参照フレームか否か
・ピクチャのタイプ
・出力フレーム
・ピクチャの番号
・サブピクチャ利用（必要な場合）
・参照画像リスト（必要な場合）
・カラープレーン（必要な場合）
・上書きフラグが有効な場合のパーティション更新
・デルタＱＰパラメータ（必要な場合）
・動き情報パラメータ（必要な場合）
・ＡＬＦパラメータ（必要な場合）
・ＳＡＯパラメータ（必要な場合）
・定量化パラメータ（必要な場合）
・ＬＭＣＳパラメータ（必要な場合）
・スケーリングリストパラメータ（必要な場合）
・ピクチャヘッダ拡張（必要な場合）
・などなど．．．。

ピクチャ”タイプ”
最初のフラグはｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇで、現在のピクチャが再同期ピクチャ（ＩＲＡＰまたはＧＤＲ）であるかどうかを示すものである。このフラグが真の場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＩＲＡＰまたはＧＤＲピクチャであるかどうかを知るために復号される。

その後、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが復号され、インタースライスが許可されていることを識別する。

許可された場合、フラグｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが復号され、現在のピクチャでイントラスライスが許可されているかどうかを知ることができる。

次に、ｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇ、ＰＰＳ＿ＩＤを示すｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、ピクチャオーダーカウントｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが復号される。ピクチャオーダーカウントは、現在のピクチャの番号を示す。

ピクチャがＧＤＲまたはＩＲＡＰピクチャの場合、フラグｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを復号する。また、ピクチャがＧＤＲの場合、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔが復号される。そして、必要に応じてｐｈ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇとｐｏｃ＿ｍｓｂ＿ｖａｌが復号される。

ＡＬＦ
現在のピクチャに関する重要な情報を記述するこれらのパラメータの後、ＡＬＦがＳＰＳレベルで有効である場合、およびＡＬＦがピクチャヘッダレベルで有効である場合、ＡＬＦのＡＰＳ＿ＩＤシンタックス要素の集合が復号される。ＡＬＦは、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇフラグにより、ＳＰＳレベルで有効である。また、ＡＬＦシグナリングは、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるためピクチャヘッダレベルで有効であり、それ以外の場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）はＡＬＦシグナリングはスライスレベルでシグナリングされる。

ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは以下のように定義される：
「１であるａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＡＬＦ情報がＰＨシンタックス構造に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定する。０であるａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＡＬＦ情報がＰＨシンタックス構造には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダに存在し得ることを指定する。」

まず、ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが復号されるべきかどうか判断するために、ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが復号される。ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが有効な場合、現在のピクチャのすべてのスライスに対してＡＬＦが有効になる。

ＡＬＦが有効な場合、ｌｕｍａ用のＡＬＦのＡＰＳ＿ｉｄの量はｐｉｃ＿ｎｕｍ＿ａｌｆ＿ａｐｓ＿ｉｄｓ＿ｌｕｍａシンタックス要素を使用して復号される。各ＡＰＳ＿ＩＤについて、ｌｕｍａのためのＡＰＳ＿ＩＤ値は、”ｐｈ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ”と復号される。

クロマについては、シンタックス要素ｐｈ＿ａｌｆ＿ｃｈｒｏｍａ＿ｉｄｃを復号して、ＡＬＦが、クロマに対して有効か、Ｃｒのみ有効か、Ｃｂのみ有効かを判断する。有効である場合、クロマ用のＡＰＳ＿ＩＤの値はｐｈ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａシンタックス要素を使用して復号される。ＣＣ－ＡＬＦ方式のＡＰＳ＿ＩＤは、Ｃｂおよび／またはＣｒコンポーネントに必要な場合、復号される。

ＬＭＣＳ
ＬＭＣＳがＳＰＳレベルで有効であった場合、ＬＭＣＳのＡＰＳ＿ＩＤシンタックス要素のセットが次に復号される。まず、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが復号され、現在のピクチャに対してＬＭＣＳが有効であるか否かが判断される。ＬＭＣＳが有効な場合、ＩＤ値ｐｈ＿ｌｍｃｓ＿ａｐｓ＿ｉｄが復号される。クロマのみに対して、ｐｈ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが復号され、クロマに対するメソッドを有効または無効にする。

スケーリングリスト
スケーリングリストがＳＰＳレベルで有効である場合、スケーリングリストのＡＰＳ＿ＩＤのセットが次に復号される。ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、現在のピクチャに対してスケーリングマトリックスが有効であるか否かを決定するために復号される。そして、ＡＰＳ＿ＩＤの値であるｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ａｐｓ＿ｉｄが復号される。

サブピクチャ
サブピクチャパラメータは、ＳＰＳで有効になっておりサブピクチャＩＤシグナリングが無効になっている場合に有効である。また、仮想境界に関するいくつかの情報を含む。サブピクチャパラメータについては、８つのシンタックス要素が定義されている。
・ｐｈ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ
・ｐｈ＿ｎｕｍ＿ｖｅｒ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ
・ｐｈ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］
・ｐｈ＿ｎｕｍ＿ｈｏｒ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ
・ｐｈ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］

出力フラグ
これらのサブピクチャパラメータの後には、存在すればｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが続く。

参照ピクチャリスト
参照ピクチャリストがピクチャヘッダで通知される場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、参照ピクチャリストのパラメータｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ（）は復号され、以下のシンタックス要素を含んでいる：
・ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［］
・ｒｐｌ＿ｉｄｘ［］
・ｐｏｃ＿ｌｓｂ＿ｌｔ［］［］
・ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［］［］
・ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［］［］

パーティション
パーティションパラメータのセットは、必要に応じて復号され、以下のシンタックス要素を含む：
・ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ｐｈ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ
・ｐｈ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｅｒ＿ｓｌｉｃｅ
・ｐｈ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｅｒ＿ｓｌｉｃｅ
・ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｅｒ＿ｓｌｉｃｅ

重み付き予測
重み付き予測パラメータｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）は、ＰＰＳレベルで重み付き予測方法が有効であり、かつ重み付き予測パラメータがピクチャヘッダでシグナリングされている場合（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、復号される。

ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）は、リストＬ０のための重み付け予測パラメータと、双方向予測重み付け予測が有効である場合のリストＬ１のための重み付け予測パラメータを含む。重み付き予測パラメータがピクチャヘッダで伝送されるとき、各リストの重みの数は、ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）シンタックステーブル（表８）に描かれるように、明示的に伝送される。

デルタＱＰ
ピクチャがイントラの場合、必要に応じてｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅとｐｈ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅが復号される。また、インタースライスが許可されている場合、ｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅとｐｈ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅは、必要に応じて復号される。最後に、必要に応じてピクチャヘッダ拡張シンタックス要素が復号される。

ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのすべてのパラメータは、ＰＰＳでシグナリングされる。

スライスヘッダ
スライスヘッダは、各スライスの先頭で送信される。スライスヘッダは、約６５個のシンタックス要素を含む。これは、以前のビデオ符号化規格のスライスヘッダと比較して非常に大きい。すべてのスライスヘッダパラメータの完全な説明は、ＪＶＥＴ－Ｑ２００１－ｖＤに記載されている。表１０は、現在のスライスヘッダ復号シンタックスにおけるこれらのパラメータを示す。

まず、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを復号して、スライスヘッダにｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｓｔｒｕｃｔｕｒｅ（）が存在するかどうかを知る。

次に、必要であれば、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが復号され、現在のスライスのサブピクチャＩＤが決定される。次に、ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、現在のスライスのアドレスを決定するために復号される。次に、現在のピクチャのタイル数が１より大きい場合、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１が復号される。

その後、ｓｌｉｃｅ＿ｔｙｐｅが復号される。

ＡＬＦがＳＰＳレベルで有効であり（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）、ＡＬＦがスライスヘッダでシグナリングされる場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ＡＬＦ情報は復号される。これには、現在のスライスに対してＡＬＦが有効であることを示すフラグ（ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が含まれる。それが有効である場合、ルマのためのＡＰＳのＡＬＦ＿ＩＤの数（ｓｌｉｃｅ＿ｎｕｍ＿ａｌｆ＿ａｐｓ＿ｉｄｓ＿ｌｕｍａ）が復号され、次にＡＰＳ＿ＩＤが復号される（ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ｉ］）。次に、ｓｌｉｃｅ＿ａｌｆ＿ｃｈｒｏｍａ＿ｉｄｃが復号され、クロマ成分に対してＡＬＦが有効であるかどうか、またどのクロマ成分に対して有効であるかを知る。次に、クロマ用のＡＰＳ＿ＩＤｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａが必要に応じて復号される。同様に、ＣＣ＿ＡＬＦ方式が有効であるかどうかを知るために、必要に応じて、ｓｌｉｃｅ＿ｃｃ＿ａｌｆ＿ｃｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇが復号される。もしＣＣ＿ＡＬＦがＣｒ及び／又はＣｂに対して有効である場合、Ｃｒ及び／又はＣｂの関連するＡＰＳ＿ＩＤが復号される。

複数のカラープレーンが独立して伝送される場合（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１）、ｃｏｌｏｒ＿ｐｌａｎｅ＿ｉｄが復号される。ピクチャヘッダで参照ピクチャリストを伝送せず（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、かつ、ＮＡＬユニットがＩＤＲでないまたはＩＤＲピクチャに対して参照ピクチャリストを伝送する場合（ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１）、参照ピクチャリストパラメータが復号される；これらはピクチャヘッダのパラメータと同様のパラメータである。

参照ピクチャリストがピクチャヘッダで伝送される場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、または、ＮＡＬユニットがＩＤＲでないまたは参照ピクチャリストがＩＤＲピクチャで伝送される場合（ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１）、少なくとも１つのリストに対する参照数が１より大きい場合、オーバーライドフラグｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが復号される。このフラグが有効な場合、各リストの参照インデックスが復号される。

スライスタイプがイントラではない場合、および必要に応じて、ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇが復号される。スライスヘッダで参照ピクチャリストが伝送されが来ている場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇおよびｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘが復号される。これらのデータは、ＣＡＢＡＣ符号化および動きベクトル配置に関連する。同様に、スライスタイプがイントラでない場合は、重み付き予測ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）のパラメータが復号される。

ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａは、デルタＱＰ情報がスライスヘッダで伝送される場合（ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）に復号される。必要であれば、ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ、ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇのシンタックス要素も復号される。

ＳＡＯ情報がスライスヘッダで伝送され（ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ＳＰＳレベルで有効になっている場合（ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、ルマおよびクロマの両方でＳＡＯに対する有効フラグが復号される：ｓｌｉｃｅ＿ｓａｏ＿ｌｕｍａ＿ｆｌａｇ，ｓｌｉｃｅ＿ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇ。次に、デブロッキングフィルタパラメータは、それらがスライスヘッダでシグナリングされる場合（ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）に、復号される。

フラグｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、現在のスライスに対して変換スキップ残留符号化法が有効であるかどうかを知るために系統的に復号される。

ＬＭＣＳがピクチャヘッダで有効であった場合（ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１）、フラグｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが復号される。

同様に、スケーリングリストがピクチャヘッダで有効になっていた場合（ｐｈｐｉｃ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔｅｎａｂｌｅｄ＿ｆｌａｇが１）は、フラグｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが復号される。

その後、必要に応じて他のパラメータが復号される。

スライスヘッダ内のピクチャヘッダ
特定のシグナリング方法では、図７に描かれているように、ピクチャヘッダ７０８は、スライスヘッダ７１０の内部でシグナリングされ得る。その場合、ピクチャヘッダ６０８のみを含むＮＡＬユニットは存在しない。ユニット７０１、７０２、７０３、７０４、７０５、７０６、７０７、７２０、７４０は、図６の６０１、６０２、６０３、６０４、６０５、６０６、６０７、６２０、６４０に対応しており、したがって、先の説明から理解することが可能である。これは、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇのおかげで、スライスヘッダにおいて有効にすることができる。さらに、ピクチャヘッダがスライスヘッダ内にシグナリングされる場合、ピクチャは１つのスライスのみを含むものとする。従って、１枚のピクチャには常に１つのピクチャヘッダしか存在しない。さらに、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＣＬＶＳ（符号化済レイヤビデオシーケンス）のすべてのピクチャで同じ値を持つものとする。これは、第１のＩＲＡＰを含む２つのＩＲＡＰ間のすべてのピクチャは、１つのピクチャにつき１つのスライスのみであることを意味する。

フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは次のように定義されている：
「ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１の場合、スライスヘッダにＰＨシンタックス構造が存在することを示す。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０の場合、スライスヘッダにＰＨシンタックス構造が存在しないことを示す。
ＣＬＶＳ内のすべての符号化スライスにおいてｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が同じであることは、ビットストリーム適合性の要件である。符号化スライスでｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１のときは、ＣＬＶＳ内にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴであるＶＣＬ＿ＮＡＬユニットが存在しないことが適合性の要件となる。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０のとき、現在のピクチャのすべての符号化スライスはｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０となり、現在のＰＵはＰＨ＿ＮＡＬユニットを持つ。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｓｔｒｕｃｔｕｒｅ（）は、スタッフビットｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ（）を除くｐｉｃｔｕｒｅ＿ｒｂｓｐ（）のシンタックス要素を含む。」

スライスヘッダにおけるピクチャヘッダとピクチャヘッダおよびスライスヘッダにおけるツールシグナリングの相互作用
ＱＰデルタ情報、参照ピクチャリストパラメータ、デブロッキングフィルタパラメータ、サンプルアダプテーションオフセットパラメータ、重み付き予測パラメータ及びＡＬＦパラメータは、それぞれのフラグにより、ピクチャヘッダ又はスライスヘッダにおいて伝送することができる：
ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ
ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ
ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ
ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ
ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ
ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ
これらのフラグは、ＰＰＳ内で送信される。

表１１（フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇおよびｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇに従ったＸＸＸシグナリングの概要）に示されるように、言及したツールの１つに対する「ｘｘｘ」を考慮すれば、現在のシンタックスでｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に設定されるとｘｘｘはスライスヘッダ内でシグナリングすることが可能である。すなわち、以降の説明では、ピクチャヘッダとスライスヘッダの両方でシグナリングされ得る情報タイプ（その例は上に示した）を参照するために、ＸＸＸまたはｘｘｘという略記を使用する。

ピクチャヘッダがスライスヘッダ内にある場合、これは現在のピクチャに対して１つのスライスのみが存在することを意味する。したがって、スライスとピクチャの両方について情報を送信または送信可能にしても、パラメータが同じになるため、符号化器または復号器の柔軟性が向上しない。つまり、ピクチャヘッダに情報がある場合、スライスヘッダの対応する情報は冗長となる。同様に、情報がスライスヘッダ内にある場合、ピクチャヘッダ内の対応する情報は冗長となる。本明細書で説明する実施形態は、同じ符号化のシグナリングにおける冗長性を制限することによって、復号器の実施を簡素化する。特に、実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、情報はピクチャヘッダ内にあることは許されるが、スライスヘッダ内にあることは許されない。

ストリーミングアプリケーション
ストリーミングアプリケーションによっては、ビットストリームの特定の部分のみを抽出するものもある。これらの抽出は、空間的（サブピクチャとして）または時間的（ビデオシーケンスのサブパート）であることができる。そして、これらの抽出された部分は、他のビットストリームとマージされ得る。また、一部のフレームのみを抽出することでフレームレートを低下させるものもある。一般に、これらのストリーミングアプリケーションの主な目的は、許容される帯域幅の最大値を使用して、エンドユーザーに最大限の品質を提供することである。

ＶＶＣでは、フレームレート低減のため、あるフレームの新しいＡＰＳ＿ＩＤ番号を時間的階層の上位のフレームに使用できないように、ＡＰＳ＿ＩＤのナンバリングを制限している。しかし、ビットストリームの一部を抽出するストリーミングアプリケーションでは、フレーム（ＩＲＡＰとして）がＡＰＳ＿ＩＤのナンバリングをリセットしないため、ビットストリームの一部に対してどのＡＰＳを保持すべきかを追跡する必要がある。

ＬＭＣＳ（クロマスケーリング付きルママッピング）
クロマスケーリング付きルママッピング（ＬＭＣＳ）技術は、ＶＶＣなどのビデオ復号器でループフィルタを適用する前にブロックに適用するサンプル値の変換方法である。

ＬＭＣＳは２つのサブツールに分けることができる。後述のように、１番目のツールはルマブロックに適用され、２番目のツールはクロマブロックに適用される：
１）１番目のサブツールは、適応的ピースワイズリニアモデルに基づくルマ成分のインループマッピングである。ルマ成分のインループマッピングは、圧縮効率を向上させるために、ダイナミックレンジ全体にコードワードを再分配することによって、入力信号のダイナミックレンジを調整する。ルママッピングでは、「マッピング領域」への順方向のマッピング関数と、「入力領域」に戻るための対応する逆方向のマッピング関数が使用される。
２）２番目のサブツールはクロマ成分に関するもので、ルマに依存したクロマ残差スケーリングが適用される。クロマ残差スケーリングは、ルマ信号とその対応するクロマ信号の間の相互作用を補償するように設計されている。クロマ残差スケーリングは、現在のブロックの再構成された近隣（上および／または左）のルマサンプルの平均値に依存する。

ＬＭＣＳは、ＶＶＣなどのビデオ符号化の他のツールと同様に、ＳＰＳフラグを使用してシーケンスレベルで有効／無効を設定することができる。クロマ残差スケーリングが有効かどうかは、スライスレベルでも通知される。ルママッピングが有効な場合、ルマ依存のクロマ残差スケーリングが有効か否かを示すフラグが追加で通知される。ルママッピングを使用しない場合、ルマ依存のクロマ残差スケーリングは完全に無効である。また、クロマブロックのサイズが４以下の場合、クロマ依存のクロマ残差スケーリングは常に無効となる。

図８は、上記で説明したＬＭＣＳの原理をルママッピングサブツールについて示したものである。図８のハッチングを施したブロックが、ルマ信号の順方向および逆方向のマッピングを含む新しいＬＭＣＳの機能ブロックである。ＬＭＣＳを使用する場合、一部の復号オペレーションは「マッピングされた領域」で適用されることに留意する必要がある。これらの演算は、この図８において破線のブロックによって表される。これらは通常、逆量子化、逆変換、ルマイントラ予測、ルマ予測とルマ残差の加算を含む再構成ステップに対応する。逆に、図８の実線のブロックは、オリジナル（すなわち、マップされていない）領域で復号処理が適用される場所を示し、これには、デブロッキング、ＡＬＦ、ＳＡＯなどのループフィルタ処理、動き補償予測、および参照ピクチャ（ＤＰＢ）としての復号画像の保存が含まれる。

図９は、図８と同様の図であるが、今回はＬＭＣＳツールのクロマスケーリングサブツールの図である。図９のハッチングを施したブロックは、ルマ依存のクロマスケーリング処理を含む新しいＬＭＣＳの機能ブロックである。ただし、クロマでは、ルマの場合と比較して、いくつかの重要な相違点がある。ここでは、クロマサンプルに対して、逆量子化と破線のブロックで表される逆変換のみが「マッピングされた領域」で実行される。クロマ内予測、動き補償、ループフィルタリングの他のすべてのステップは、オリジナルの領域で実行される。図９に示すように、スケーリング処理のみ存在し、ルママッピングのような順変換と逆変換の処理はない。

ピースワイズリニアモデルによるルママッピング。
ルママッピングサブツールでは、ピースワイズリニアモデルを使用している。つまり、ピースワイズリニアモデルは入力信号のダイナミックレンジを１６等分のサブレンジに分離し、各サブレンジに対して、そのリニアマッピングのパラメータを、そのレンジに割り当てられたコードワードの数で表現している。

ルママッピングのセマンティクス
ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、クロマスケーリング付きルママッピング（ＬＭＣＳ）構築処理で使用する最小のビンインデックスを指定する。ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値は、０から１５の範囲である。

ｌｍｃｓ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、クロマスケーリング付きルママッピング構築処理で使用される最大ビンインデックスＬｍｃｓＭａｘＢｉｎＩｄｘと１５との差分値を指定する。ｌｍｃｓ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、０から１５までの範囲でなければならない。ＬｍｃｓＭａｘＢｉｎＩｄｘの値は、１５－ｌｍｃｓ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに設定される。ＬｍｃｓＭａｘＢｉｎＩｄｘの値はｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ以上でなければならない。

シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１プラス１は、シンタックスｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ［ｉ］の表現に使用するビット数を指定する。

シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ［ｉ］は、ｉ番目のビンの絶対デルタコードワード値を指定する。

シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｗ＿ｆｌａｇ［ｉ］は、変数ｌｍｃｓＤｅｌｔａＣＷ［ｉ］の符号を指定する。ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｗ＿ｆｌａｇ［ｉ］が存在しない場合、０であると推論される。

ルママッピングのためのＬＭＣＳ中間変数計算
順方向および逆方向のルママッピング処理を適用するために、いくつかの中間変数とデータ配列が必要である。

まず、変数ＯｒｇＣＷは以下のように導出される：
ＯｒｇＣＷ＝（１＜＜ＢｉｔＤｅｐｔｈ）／１６

次に、変数ｌｍｃｓＤｅｌｔａＣＷ［ｉ］（ｉ＝ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ．．．．ＬｍｃｓＭａｘＢｉｎＩｄｘ）は、次のように計算される：
ｌｍｃｓＤｅｌｔａＣＷ［ｉ］＝（１－２＊ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｗ＿ｆｌａｇ［ｉ］）＊ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ［ｉ］

新しい変数ｌｍｃｓＣＷ［ｉ］は次のように導出される：
ｉ＝０．．．ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ－１の場合、ｌｍｃｓＣＷ［ｉ］は０に設定される。
ｉ＝ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ．．．ＬｍｃｓＭａｘＢｉｎＩｄｘの場合、以下が適用される：
ｌｍｃｓＣＷ［ｉ］＝ＯｒｇＣＷ＋ｌｍｃｓＤｅｌｔａＣＷ［ｉ］
ｌｍｃｓＣＷ［ｉ］の値は、（ＯｒｇＣＷ＞＞３）から（ＯｒｇＣＷ＜＜３－１）の範囲でなければならない。
ｉ＝ＬｍｃｓＭａｘＢｉｎＩｄｘ＋１．．．１５に対して、ｌｍｃｓＣＷ［ｉ］は０に設定される。

変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］（ｉ＝０．．．１６）は、次のように導出される：
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ

変数ＬｍｃｓＰｉｖｏｔ［ｉ］（ｉ＝０．．１６），変数ＳｃａｌｅＣｏｅｆｆ［ｉ］およびＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］（ｉ＝０．．１５）は、次のように計算される：
ＬｍｃｓＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜＝１５；ｉ＋＋）｛
ＬｍｃｓＰｉｖｏｔ［ｉ＋１］＝ＬｍｃｓＰｉｖｏｔ［ｉ］＋ｌｍｃｓＣＷ［ｉ］
ＳｃａｌｅＣｏｅｆｆ［ｉ］＝（ｌｍｃｓＣＷ［ｉ］＊（１＜＜１１）＋（１＜＜（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ｌｍｃｓＣＷ［ｉ］＝＝０）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
ｅｌｓｅ
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜１１）／ｌｍｃｓＣＷ［ｉ］

順ルママッピング
図８に示すように、ＬＭＣＳをルマに適用した場合、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］から、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］というＬｕｍａリマップサンプルが得られる。

ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］は以下のように計算される：
まず、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］から、位置（ｉ，ｊ）のインデックスｉｄｘＹが計算される。
ｉｄｘＹ＝ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＞＞Ｌｏｇ２（ＯｒｇＣＷ）
そして、第０セクションの中間変数ｉｄｘＹ、ＬｍｃｓＰｉｖｏｔ［ｉｄｘＹ］、ＩｎｐｕｔＰｉｖｏｔ［ｉｄｘＹ］を用いて、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］は以下のように導出される：
ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］＝ＬｍｃｓＰｉｖｏｔ［ｉｄｘＹ］＋（ＳｃａｌｅＣｏｅｆｆ［ｉｄｘＹ］＊（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］－ＩｎｐｕｔＰｉｖｏｔ［ｉｄｘＹ］）＋（１＜＜１０））＞＞１１

ルマ再構成サンプル
予測されたルマサンプルｐｒｅｄＭａｐＳａｍｐｌｅ［ｉ］［ｊ］と残留ルマサンプルｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］から再構成処理を求める。

再構成されたルマ画像サンプルｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のようにｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］にｐｒｅｄＭａｐＳａｍｐｌｅ［ｉ］［ｊ］を加算するのみで得られる：
ｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］＝Ｃｌｉｐ１（ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］）

上述の関係において、Ｃｌｉｐ１関数は、再構成されたサンプルが０と１＜＜ＢｉｔＤｅｐｔｈ－１の間にあることを確認するためのクリッピング関数である。

逆ルママッピング
図８に従って逆ルママッピングを適用する場合、処理中の現在のブロックの各サンプルｒｅｃＳａｍｐｌｅ［ｉ］［ｊ］に対して、以下の演算が適用される：

まず、位置（ｉ，ｊ）の再構成サンプルｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］から、インデックスｉｄｘＹを計算する。
ｉｄｘＹ＝ｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］＞＞Ｌｏｇ２（ＯｒｇＣＷ）
逆マップされたルマサンプルｉｎｖＬｕｍａＳａｍｐｌｅ［ｉ］［ｊ］を以下のように導出する：
ｉｎｖＬｕｍａＳａｍｐｌｅ［ｉ］［ｊ］＝ＩｎｐｕｔＰｉｖｏｔ［ｉｄｘＹＩｎｖ］＋（ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉｄｘＹＩｎｖ］＊（ｒｅｃＳａｍｐｌｅ［ｉ］［ｊ］－ＬｍｃｓＰｉｖｏｔ［ｉｄｘＹＩｎｖ］）＋（１＜＜１０））＞＞１１
その後、クリッピング操作を行い、最終的なサンプルを得る：
ｆｉｎａｌＳａｍｐｌｅ［ｉ］［ｊ］＝Ｃｌｉｐ１（ｉｎｖＬｕｍａＳａｍｐｌｅ［ｉ］［ｊ］）

クロマスケーリング
クロマスケーリングのためのＬＭＣＳセマンティクス
表６のシンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓは、変数ｌｍｃｓＤｅｌｔａＣｒｓのコードワード絶対値を指定する。ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓの値は、０から７の範囲である。存在しない場合、ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓは０であると推論される。

シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇは、変数ｌｍｃｓＤｅｌｔａＣｒｓの符号を指定する。存在しない場合、ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇは０であると推論される。

クロマスケーリングのためのＬＭＣＳ中間変数計算
クロマスケーリング処理を適用するためには、いくつかの中間変数が必要である。
変数ｌｍｃｓＤｅｌｔａＣｒｓは以下のように導出される：
ｌｍｃｓＤｅｌｔａＣｒｓ＝（１－２＊ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇ）＊ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓ

変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉ］（ｉ＝０．．．１５）は、次のように導出される：
ｉｆ（ｌｍｃｓＣＷ［ｉ］＝＝０）
ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉ］＝（１＜＜１１）
ｅｌｓｅ
ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜１１）／（ｌｍｃｓＣＷ［ｉ］＋ｌｍｃｓＤｅｌｔａＣｒｓ）

クロマスケーリング処理
最初のステップでは、現在の対応するクロマブロックの周囲の再構成されたルマサンプルの平均ルマ値を計算するために、変数ｉｎｖＡｖｇＬｕｍａが導出される。平均ルマは、対応するクロマブロックを囲む左と上のルマブロックから計算される。サンプルがない場合、変数ｉｎｖＡｖｇＬｕｍａは以下のように設定される：
ｉｎｖＡｖｇＬｕｍａ＝１＜＜（ＢｉｔＤｅｐｔｈ－１）

そして、第０セクションの中間配列ＬｍｃｓＰｉｖｏｔ［］に基づいて、変数ｉｄｘＹＩｎｖを以下のように導出する：
Ｆｏｒ（ｉｄｘＹＩｎｖ＝ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ；ｉｄｘＹＩｎｖ＜＝ＬｍｃｓＭａｘＢｉｎＩｄｘ；ｉｄｘＹＩｎｖ＋＋）｛
ｉｆ（ｉｎｖＡｖｇＬｕｍａ＜ＬｍｃｓＰｉｖｏｔ［ｉｄｘＹＩｎｖ＋１］） ｂｒｅａｋ
｝
ＩｄｘＹＩｎｖ＝Ｍｉｎ（ｉｄｘＹＩｎｖ，１５）

変数ｖａｒＳｃａｌｅは以下のように導出される：
ｖａｒＳｃａｌｅ＝ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉｄｘＹＩｎｖ］

現在のクロマブロックに変換を施すと、再構成されたクロマ画像サンプル配列ｒｅｃＳａｍｐｌｅｓが以下のように導出される：
ｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］＝Ｃｌｉｐ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋Ｓｉｇｎ（ｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］）＊（（Ａｂｓ（ｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］）＊ｖａｒＳｃａｌｅ＋（１＜＜１０））＞＞１１））
現在のブロックに変換が適用されていない場合は、次のようになる：
ｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］＝Ｃｌｉｐ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］）

符号化器の検討
ＬＭＣＳ符号化器の基本原理は、まず、ダイナミックレンジのセグメントが平均分散よりも低いコードワードを持つレンジに、より多くのコードワードを割り当てるというものである。これの別形式として、ＬＭＣＳの主なターゲットは、平均分散よりも高いコードワードを持つダイナミックレンジセグメントに、より少ないコードワードを割り当てることである。この方法では、画像の滑らかな領域は、平均よりも多くのコードワードで符号化され、その逆も同様である。

ＡＰＳに格納されるＬＭＣＳツールのすべてのパラメータ（表６参照）は、符号化器側で決定される。ＬＭＣＳ符号化器アルゴリズムは、局所的なルマ分散の評価に基づいており、上記の基本原理に従ってＬＭＣＳパラメータの決定を最適化している。そして、与えられたブロックの最終的な再構成サンプルについて、最良のＰＳＮＲメトリックを得るために最適化が行われる。

スライスヘッダではなくピクチャヘッダで情報を通知する実施形態
実施形態において、ピクチャヘッダ内またはスライスヘッダ内でシグナリングすることができる情報のシグナリングは、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、ピクチャヘッダ内でシグナリングされ、スライスヘッダ内ではシグナリングされない。また、ピクチャヘッダ内またはスライスヘッダ内でシグナリング可能な情報のシグナリングをスライスヘッダ内でシグナリングする場合、ピクチャヘッダはスライスヘッダ内でシグナリングされないという等価な方法がある。別の等価な方法では、ピクチャヘッダ中またはスライス中にシグナリングすることができる情報のシグナリングがピクチャヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされる。表１２は、ツール名をＸＸＸに置き換えた実施形態を示す表である。この表では、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合、スライスヘッダ内においてパラメータのシグナリングが許可されない。

一実施形態では、ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスにおいて、以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

ピクチャヘッダがスライスヘッダ内にある場合、これは現在のピクチャに対して１つのスライスのみが存在することを意味する。したがって、スライスとピクチャの両方について情報を送信または送信可能にしても、パラメータが同じになるため、符号化器または復号器の柔軟性が向上しない。つまり、ピクチャヘッダに情報がある場合、スライスヘッダの対応する情報は冗長となる。同様に、スライスヘッダに情報がある場合、ピクチャヘッダ内の対応する情報は冗長となる。このように、ピクチャヘッダがスライスヘッダにある場合には、その情報はピクチャヘッダにあり、スライスヘッダにないように条件を強制することにより、シグナリングの冗長性を制限して、復号器の実施を簡略化することができる。

ＱＰ（量子化パラメータ）デルタ
実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、ＱＰデルタシグナリングは、スライスヘッダ内で回避される。等価な方法では、ＱＰデルタシグナリングが、スライスヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされない。別の等価な方法では、ピクチャヘッダにおいてＱＰデルタがシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされる。つまり、上記のツールＸＸＸは、ＱＰデルタである。

表１３は、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合、ＱＰデルタ情報のシグナリングが認可されない（すなわち、許可されない）ように、これが実施され得る方法を示す。

ピクチャヘッダがスライスヘッダ内にある場合（現在のピクチャに対して１つのスライスのみが存在することを意味する）、パラメータが同じであるため、スライスおよびピクチャヘッダにおいて伝達可能な情報は、符号化器または復号器の柔軟性を増大させない。したがって、復号器の実施の複雑さを低減するために、同じ符号化の可能性（この場合、ＱＰデルタパラメータ（ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ））を符号化するために、スライスまたはピクチャヘッダのうちの１つの可能なシグナリングＱＰデルタ情報のみを有することがより好ましい。

第１の実施形態の実施において、ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスに以下の条件を追加してもよい：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

別の実施形態では、スライスヘッダ内のＱＰデルタパラメータの復号は、表１４に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が０に設定される場合にのみ許可される。シンタックスの変更は、下線で示されている。この表において、スライスヘッダのｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ情報は、ＱＰデルタ情報がスライスレベルでシグナリングされ（ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダ内で伝送されない場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０）に復号され得る。

実施形態において、ピクチャヘッダのＱＰデルタパラメータの復号は、表１５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、系統的に許可される。この表によれば、スライスヘッダのＱＰデルタ情報は、ＱＰデルタ情報がピクチャヘッダでシグナリングされる場合（ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、またはピクチャヘッダがスライスヘッダ内で送信される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみ、復号することが可能である。

参照ピクチャリスト（ＲＰＬ）
一実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、参照ピクチャリストのシグナリングは、スライスヘッダ内で回避される。等価な方法では、ピクチャヘッダは、参照ピクチャリストのシグナリングが、スライスヘッダにおいてシグナリングされるとき、スライスヘッダにおいてシグナリングされない。別の等価な方法では、ピクチャヘッダにおいて参照ピクチャリストのシグナリングが行われるとき、ピクチャヘッダはスライスヘッダ内においてシグナリングされる。言い換えれば、上記のツールＸＸＸはＲＰＬである。

表１６は、スライスヘッダ内でピクチャヘッダをシグナリングする場合にＲＰＬシグナリングを許可しない本実施形態の実施例を示している。

ピクチャヘッダがスライスヘッダ内にある場合（現在のピクチャに対して１つのスライスのみが存在することを意味する）、スライスヘッダおよびピクチャヘッダにおいて情報が伝達可能であることは、パラメータが同じになるため、符号化器または復号器に対する柔軟性を増加させない。この実施形態によれば、同じ符号化の可能性（この場合は参照ピクチャリスト（ＲＰＬ）情報（ｒｐｌ＿ｉｎｆｏ））を符号化するために、スライスまたはピクチャヘッダのうちの１つで、情報の可能なシグナリングのみを有する方が良いので、復号器の実施の複雑さは低減される。

実施形態では、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスにおいて、以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

実施形態において、スライスヘッダ内の参照ピクチャリストパラメータの復号は、表１７に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が０に設定される場合にのみ、許可される。この表において、参照ピクチャリスト情報がスライスレベルでシグナリングされ（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダ内で伝送されない（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０）場合、スライスヘッダのｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ（）情報が復号され得る。

実施形態では、表１７に描かれているように、ピクチャヘッダがスライスヘッダ内にあるとき、時間パラメータｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ及びｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは復号され得ない。

実施形態において、ピクチャヘッダのＲＰＬパラメータの復号は、表１８に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合に、系統的に許可される。この表において、ピクチャヘッダのＲＰＬ情報は、ＲＰＬ情報がピクチャレベルでシグナリングされる場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、またはピクチャヘッダがスライスヘッダで伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみ、復号され得る。

実施形態では、表１８に描かれているように、ピクチャヘッダがスライスヘッダ内にあるとき、時間パラメータｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ及びｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは復号され得る。

デブロッキングフィルタ（ＤＢＦ）
実施形態において、デブロッキングフィルタパラメータのシグナリングは、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、スライスヘッダにおいて回避される。等価な方法では、デブロッキングフィルタパラメータのシグナリングが、スライスヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされない。別の等価な方法では、ピクチャヘッダにおいてデブロッキングフィルタパラメータのシグナリングが行われるとき、ピクチャヘッダはスライスヘッダ内でシグナリングされる。すなわち、上述したツールＸＸＸは、ＤＢＦである。

表１９は、スライスヘッダ内でピクチャヘッダをシグナリングする場合に、ＤＢＦシグナリングを許可しない本実施形態による実施を示す図である。

ピクチャヘッダがスライスヘッダ内にある場合、現在のピクチャに対して１つのスライスしか存在しないため、スライスまたはピクチャで伝送される情報は、パラメータが同じであるため、符号化器または復号器の柔軟性を増加させない。そこで、復号器の実施の複雑さを軽減するために、同じ符号化の可能性を符号化するために、ＤＢＦ情報の可能な符号化は１つのみである方が良い。

実施形態では、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスに以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

実施形態では、表２０に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が０に設定される場合にのみ、スライスヘッダのＤＢＦパラメータが認可される。この表において、ＤＢＦ情報がスライスレベルでシグナリングされ（ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダで伝送されない（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０）場合、スライスヘッダのｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇフラグは復号され得る。

実施形態では、表２１に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合、ピクチャヘッダのＤＢＦパラメータは、系統的に認可される。この表では、ＤＢＦ情報がピクチャヘッダでシグナリングされる場合（ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、またはピクチャヘッダがスライスヘッダで伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみスライスヘッダ内のＤＢＦ情報が復号されることが可能である。

ＳＡＯ（サンプルアダプティブオフセット）
一実施形態において、ＳＡＯシグナリングは、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、スライスヘッダにおいて回避される。等価な方法では、ＳＡＯシグナリングが、スライスヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされない。別の等価な方法では、ＳＡＯシグナリングがピクチャヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされる。すなわち、上記のツールＸＸＸは、ＳＡＯである。

表２２は、スライスヘッダ内でピクチャヘッダをシグナリングする場合に、ＳＡＯシグナリングを許可しない本実施形態を示すものである。

ピクチャヘッダがスライスヘッダ内にある場合、現在のピクチャに対して１つのスライスしか存在しないので、スライスまたはピクチャで伝送される情報は、パラメータが同じであるため、符号化器または復号器に対する柔軟性を増大させない。そこで、復号器の実施の複雑さを軽減するために、同じ符号化の可能性を符号化するために、ＳＡＯ情報の可能な符号化を１つのみ持つことが良い。

実施形態では、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスにおいて、以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

実施形態において、スライスヘッダのＳＡＯパラメータの復号は、以下に図示するように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が０に設定される場合にのみ、許可される。

表２３。この表において、スライスレベルでＳＡＯ情報がシグナリングされ（ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、かつスライスヘッダ内でピクチャヘッダが伝送されない場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０）、スライスヘッダのｓｌｉｃｉｃｅ＿ｓａｏ＿ｌｕｍａ＿ｆｌａｇが復号され得る。

実施形態において、ピクチャヘッダのＳＡＯパラメータの復号は、表２４に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合に、系統的に認可される。この表では、ＳＡＯ情報がピクチャヘッダでシグナリングされる場合（ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、またはピクチャヘッダがスライスヘッダで伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみ、スライスヘッダのＳＡＯ情報が復号され得る。

加重平均予測（ＷＰ）
一実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、重み付き予測のシグナリングは、スライスヘッダで回避される。等価な方法では、重み付けされた予測のシグナリングが、スライスヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされない。別の等価な方法では、重み付き予測のシグナリングがピクチャヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされる。すなわち、上述したツールＸＸＸは、ＷＰである。

表２５に示すように、ＷＰパラメータは、現在のシンタックスでｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇを０に設定すると、スライスヘッダでシグナリングすることができる。

表２５は、スライスヘッダ内でピクチャヘッダをシグナリングする場合にＷＰシグナリングを許可しない本実施形態の実施例を示している。

ピクチャヘッダがスライスヘッダ内にある場合、現在のピクチャに対して１つのスライスしか存在しないので、スライスまたはピクチャで伝送される情報は、パラメータが同じであるため、符号化器または復号器の柔軟性を増大させない。そこで、復号器の実施の複雑さを軽減するために、同じ符号化の可能性を符号化するために、ＷＰ情報の可能な符号化を１つのみ持つことが良い。

実施形態では、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスにおいて、以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０である場合、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

実施形態において、スライスヘッダのＷＰパラメータの復号は、表２６に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が０に設定される場合にのみ、許可される。この表では、ＷＰ情報がスライスレベルでシグナリングされ（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダ内で伝送されない（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０）場合、重み付け予測パラメータを含むｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）関数が復号され得る。

実施形態において、ピクチャヘッダのＷＰパラメータの複合は、表２７に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合に、系統的に許可される。この表において、ＷＰ情報は、ＷＰ情報がピクチャヘッダ内でシグナリングされる場合（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、またはピクチャヘッダがスライスヘッダ内で伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみ、復号され得る。

ＡＬＦ
一実施形態において、ＡＬＦのシグナリングは、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、スライスヘッダにおいて回避される。等価な方法では、ＡＬＦのシグナリングが、スライスヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされない。別の等価な方法では、ＡＬＦのシグナリングがピクチャヘッダ内でシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内でシグナリングされる。すなわち、上記のツールＸＸＸは、ＡＬＦである。

実際、現在、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）、およびＡＬＦがスライスヘッダ内でシグナリングされる場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ＡＬＦのＡＰＳ＿ＩＤを得る前にピクチャヘッダのすべてのパラメータがパース（解析）されるべきである。その結果、ＰＰＳ、ＳＰＳ、ピクチャヘッダなどのすべての変数がＡＬＦのＡＰＳ＿ＩＤをパースするためにメモリ内に保持されなければならないので、いくつかのストリーミングアプリケーションのパースの複雑さを増加させる。

さらに、ピクチャヘッダがスライスヘッダ内にある場合、現在のピクチャに対して１つのスライスしか存在しないため、スライスまたはピクチャで伝送される情報はパラメータが同じであるため、符号化器または復号器の柔軟性を増加させない。そこで、復号器の実施の複雑さを軽減するために、同じ符号化の可能性のあるシグナリングは１つのみにしておく方が良い。表２８は、スライスヘッダでピクチャヘッダをシグナリングする場合に、ＡＬＦシグナリングを許可しない本実施形態を示すものである。

実施形態では、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスにおいて、以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」
および／または
「ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

実施形態において、スライスヘッダのＡＬＦパラメータの復号は、表２９に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が０に設定される場合にのみ、許可される。この表では、ＡＬＦがＳＰＳレベルで有効であり（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１）、ＡＬＦ情報がスライスレベルでシグナリングされ（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダで送信されない（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０）場合のみ、スライスヘッダのＡＬＦ情報が復号され得る。

実施形態において、ピクチャヘッダのＡＬＦパラメータの復号は、表３０に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合に、系統的に許可される。この表において、スライスヘッダのＡＬＦ情報は、ＡＬＦがＳＰＳレベルで有効である場合（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１）、及びＡＬＦ情報がピクチャレベルでシグナリングされる場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、又はスライスヘッダ内でピクチャヘッダが伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみ、復号され得る。

すべてのツール／パラメータ
一実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合、ピクチャヘッダ内またはスライスヘッダ内でシグナリングされ得るすべてのツール（および／またはパラメータ）は、ピクチャヘッダ内でシグナリングされるように制限される。上記の説明で言及したように、実施形態では、関連するツールは以下の通りである。ＱＰデルタ情報、参照ピクチャリスト、デブロッキングフィルタ、ＳＡＯ重み付け予測、ＡＬＦである。しかしながら、他のツールも可能であり、それらは、スライス及びピクチャヘッダの両方においてシグナリングされ得る。

これは、以下の制約を加えることで表現できる：
「フラグｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの少なくとも１つが０に設定されると、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値は０とする。」
および／または、以下を加える：
「ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１であるとき、フラグｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは１とする。」

また、各ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇに以下の制約を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であることがビットストリーム適合性の要件である。」

これらのパラメータがすべて同じヘッダでシグナリングされる場合、同じ符号化の可能性を符号化するためのシグナリングが１つしかない方が良いので、復号器の実施の複雑さを軽減することができる。

シグナリング順序の実施形態
ＡＬＦに関連するこれまでのものの１つの代替実施形態では、表３１に描かれているように、スライスヘッダのＡＬＦのＡＰＳ＿ＩＤに関連する情報は、ピクチャヘッダの構造より前に設定される。この実施形態では、スライスヘッダ内でＡＬＦがシグナリングされたとき、およびスライスヘッダで内ピクチャヘッダがシグナリングされたときに、ピクチャヘッダのすべてのパラメータをパースすることなくＡＰＳ＿ＩＤを迅速に取得することができる。

重み数の実施形態
ピクチャヘッダがスライスヘッダ内にある場合の実施形態では、シンタックス要素の表３２の部分に描かれているように、各リストＬ０ Ｌ１に対する重み付け予測の重みの数が復号される。従って、重み数のシグナリングは、ピクチャヘッダに限定され得る。

スライスヘッダ内で情報を通知し、ピクチャヘッダ内では通知しない実施形態の概要
一実施形態では、ピクチャヘッダ内またはスライスヘッダ内にシグナリングすることができる情報のシグナリングは、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、スライスヘッダにシグナリングされ、ピクチャヘッダにシグナリングされない。また、ピクチャヘッダ内またはスライスヘッダ内にシグナリング可能な情報のシグナリングを、ピクチャヘッダ内にシグナリングする場合には、スライスヘッダ内にシグナリングしないようにする。別の等価な方法では、ピクチャヘッダ内またはスライスヘッダ内にシグナリングすることができる情報のシグナリングがスライスヘッダ内にシグナリングされるとき、ピクチャヘッダは、スライスヘッダ内にシグナリングされる。表３３は、ツール（またはパラメータ）名をＸＸＸに置き換えた本実施の形態を示す。この表では、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合、ピクチャヘッダでのパラメータのシグナリングは許可されていない。

一実施形態では、ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのセマンティクスにおいて、以下の条件を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックスを含む場合、ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であることがビットストリーム適合性の要件である。」
および／または
「ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

ピクチャヘッダがスライスヘッダ内にある場合、これは現在のピクチャに対して１つのスライスのみが存在することを意味する。したがって、スライスとピクチャの両方について情報を送信または送信可能にしても、パラメータが同じになるため、符号化器または復号器の柔軟性が向上しない。つまり、ピクチャヘッダに情報がある場合、スライスヘッダの対応する情報は冗長となる。同様に、情報がスライスヘッダ内にある場合、ピクチャヘッダ内の対応する情報は冗長となる。本明細書で説明する実施形態は、同じ符号化のシグナリングにおける冗長性を制限することによって、復号器の実施を簡素化する。特に、実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合、情報がスライスヘッダ内にあることは許容されるが、ピクチャヘッダ内にあることは許容されない。

ＱＰデルタ
一実施形態では、ツールＸＸＸは、ＱＰデルタである。一実施形態では、表３３に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、スライスヘッダのＱＰデルタパラメータの復号は許可される。また、表３３に示すように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＱＰデルタパラメータがピクチャヘッダ内でシグナリングされる場合、０に等しい値に設定される。別の等価な方法では、表３３に描かれているように、ＱＰデルタパラメータがスライスヘッダ内でシグナリングされるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは１に設定される。この表において、ＱＰデルタ情報がスライスレベルでシグナリングされる場合（ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、またはピクチャヘッダがスライスヘッダにおいて伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）、スライスヘッダのｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ情報は、復号され得る。

これは、セマンティクスに以下を追加することで得られる：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックスを含む場合、ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは０であるというのがビットストリーム適合性の要件である。」
および／または
「ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０である。」

実施形態では、表３５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、ピクチャヘッダのＱＰデルタパラメータの復号が系統的に回避される。この表において、ピクチャヘッダのＱＰデルタ情報は、ＱＰデルタ情報がピクチャヘッダにおいてシグナリングされる場合（ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、及びｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に設定される場合のみ復号され得る。

ＲＰＬ（参照ピクチャリスト）
一実施形態では、ツールＸＸＸは、参照ピクチャリストである。一実施形態では、表３３に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合にのみ、スライスヘッダにおける参照ピクチャリストのパラメータの復号が認可される。また、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、表３３に示すように、ピクチャヘッダ内で参照ピクチャのリストパラメータがシグナリングされるとき、０に設定される。また、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、表３３に示すように、スライスヘッダ内で参照ピクチャのパラメータを通知する場合に１に設定される。この表において、参照ピクチャリスト情報がスライスレベルでシグナリングされ（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダで伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）、スライスヘッダのｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ（）情報は復号され得る。

実施形態では、表３４に描かれているように、ピクチャヘッダがスライスヘッダ内にあるとき、時間パラメータｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ及びｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは復号され得る。

実施形態では、表３５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、ピクチャヘッダのＲＰＬパラメータの復号は系統的に回避される。この表では、ＲＰＬ情報がピクチャレベルでシグナリングされ（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に設定される場合のみ、ピクチャヘッダのＲＰＬ情報を復号することが可能である。

実施形態では、表３５に描かれているように、ピクチャヘッダがスライスヘッダ内にある場合、時間パラメータｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ及びｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは復号できない。

デブロッキングフィルタ（ＤＢＦ）
一実施形態では、ツールＸＸＸは、デブロッキングフィルタ（ＤＢＦ）である。代替または追加の一実施形態では、表３３に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、スライスヘッダのＤＢＦパラメータが認可される。また、表３３に示すように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを０に設定すると、ＤＢＦパラメータがピクチャヘッダ内でシグナリングされる。また、表３３に示すように、ＤＢＦパラメータがスライスヘッダ内に格納されている場合、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは１に設定される。この表では、ＤＢＦ情報がスライスレベルでシグナリングされる場合（ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、またはピクチャヘッダがスライスヘッダ内で伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）、スライスヘッダのｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇフラグが復号され得る。

実施形態では、表３５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、ピクチャヘッダのＤＢＦパラメータは系統的に回避される。この表では、ピクチャヘッダのＤＢＦ情報は、ＤＢＦ情報がピクチャヘッダ内でシグナリングされ（ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０である場合にのみ復号され得る。

サンプルアダプティブオフセット（ＳＡＯ）
一実施形態では、ツールＸＸＸは、ＳＡＯ（サンプルアダプティブオフセット）である。ある代替または追加の実施形態において、スライスヘッダのＳＡＯパラメータは、表３３に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合にのみ、認可される。また、表３３に示すように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＳＡＯパラメータがピクチャヘッダにシグナリングされるとき、０に設定される。別の等価な方法では、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、表３３に描かれるようにＳＡＯパラメータがスライスヘッダにシグナリングされるとき、１に設定される。この表において、ＳＡＯ情報がスライスレベルでシグナリングされ（ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ピクチャヘッダがスライスヘッダにおいて伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）、スライスヘッダのｓｌｉｃｅ＿ｓａｏ＿ｌｕｍａ＿ｆｌａｇは復号され得る。

実施形態では、表３５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、ピクチャヘッダのＳＡＯパラメータは系統的に回避される。この表において、ピクチャヘッダのＳＡＯ情報は、ＳＡＯ情報がピクチャヘッダ内でシグナリングされ（ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に設定される場合にのみ復号され得る。

ＷＰ（重み付き予測）
一実施形態では、ツールＸＸＸは、ＷＰ（重み付き予測）である。一実施形態において、スライスヘッダ内のＷＰパラメータは、表３３に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合にのみ、認可される。また、表３３に示すように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ピクチャヘッダ内でＷＰパラメータがシグナリングされるとき、０に設定される。また、表３３に示すように、スライスヘッダ内でＷＰパラメータを通知する場合、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは１に設定される。この表では、ＷＰ情報がスライスレベルでシグナリングされる場合（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、またはピクチャヘッダがスライスヘッダで伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）、重み付き予測パラメータを含むｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）関数が復号され得る。

追加の一実施形態では、表３５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、ピクチャヘッダ内のＷＰパラメータの復号は系統的に回避される。この表では、ＷＰ情報がピクチャヘッダ内でシグナリングされる場合（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、およびｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に設定される場合にのみ、ＷＰ情報が復号され得る。

ＡＬＦ（アダプティブループフィルタ）
一実施形態では、ツールＸＸＸは、ＡＬＦ（アダプティブループフィルタ）である。一実施形態において、スライスヘッダのＡＬＦパラメータの復号は、表３３に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定される場合にのみ、許可される。また、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＡＬＦパラメータがピクチャヘッダ内でシグナリングされる場合、０に設定される（表３３）。別の等価な方法では、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは１に設定される。この表では、ＡＬＦがＳＰＳレベルで有効である場合（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１）、ＡＬＦ情報がスライスレベルでシグナリングされる場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、またはスライスヘッダ内でピクチャヘッダが伝送される場合（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１）のみ、スライスヘッダのＡＬＦ情報が解読され得る。

実施形態では、表３５に描かれているように、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が１に設定されるとき、ピクチャヘッダのＡＬＦパラメータの復号は、系統的に回避される。この表において、スライスヘッダのＡＬＦ情報は、ＡＬＦがＳＰＳレベルで有効であり（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１）、ＡＬＦ情報がピクチャレベルでシグナリングされ（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１）、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０に設定されていれば、復号され得るのみである。

すべてのツール／パラメータ
実施形態では、ピクチャヘッダがスライスヘッダ内でシグナリングされる場合、ピクチャヘッダ内またはスライスヘッダ内でシグナリングされ得るすべてのツール（および／またはパラメータ）が、スライスヘッダにシグナリングされる。実施形態における上記説明で言及したように、関連するツールは以下の通りである。ＱＰデルタ情報、参照ピクチャリスト、デブロッキングフィルタ、ＳＡＯ重み付け予測、及びＡＬＦ。しかし、他のツールは、それらがスライス及びピクチャヘッダの両方でシグナリングされることが可能である場合、可能であり得る。

これは、以下の制約を加えることで表現できる：
「フラグｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの少なくとも１つが１となるとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは０となるものとする。」
および／または、以下を加える：
「ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１であるとき、フラグｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは０とする。」

また、各ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇに以下の制約を追加する：
「ＰＰＳを参照するスライスヘッダがＰＨシンタックスを含む場合、ＸＸＸ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０であることがビットストリーム適合性の要件である。」

これらのパラメータがすべて同じヘッダ内でシグナリングされる場合、ツールまたはパラメータが必然的に同じ値または特性を持つ場合、シグナリングが１つのみ可能である方がよいので、復号器の実施の複雑さが軽減される。

実施
図１０は、本発明の実施形態による符号化器１５０または復号器１００の少なくとも１つと通信ネットワーク１９９とを含むシステム１９１、１９５を示す図である。実施形態によれば、システム１９５は、例えば、復号器１００を構成するユーザ端末または復号器１００と通信可能なユーザ端末のユーザインタフェースを介して、復号器１００にアクセスするユーザに対してコンテンツ（例えば、表示／出力またはストリーミング用のビデオおよび音声コンテンツ）を処理し提供するためのシステムである。このようなユーザ端末は、コンピュータ、携帯電話、タブレット、または、ユーザに（提供される／ストリーム配信される）コンテンツを提供／表示することができる他のタイプの装置であってもよい。システム１９５は、通信ネットワーク１９９を介してビットストリーム１０１を（連続ストリームまたは信号の形態で（例えば、先のビデオ／オーディオが表示／出力されている間））取得／受信する。実施形態によれば、システム１９１は、コンテンツを処理し、処理されたコンテンツ、例えば、後の時間に表示／出力／ストリーミングするために処理されたビデオ及びオーディオコンテンツを記憶するためのものである。システム１９１は、符号化器１５０によって受信され処理（本発明によるデブロッキングフィルタによるフィルタリングを含む）されたオリジナル画像シーケンス１５１を含むコンテンツを取得／受信し、符号化器１５０は、通信ネットワーク１９１を介して復号器１００に伝達されることになるビットストリーム１０１を発生させる。そして、ビットストリーム１０１は、いくつかの方法で復号器１００に通信されるが、例えば、符号化器１５０によって予め生成され、ユーザがストレージ装置からコンテンツ（すなわち、ビットストリームデータ）を要求するまで、通信ネットワーク１９９内のストレージ装置（例えば、サーバやクラウドストレージ）にデータとして格納され、この時点でストレージ装置から復号器１００にデータが通信／ストリーム配信されてもよい。また、システム１９１は、ユーザに対して（例えば、ユーザ端末に表示されるユーザインタフェースのデータを通信することによって）、ストレージ装置に格納されたコンテンツのコンテンツ情報（例えば、コンテンツのタイトル、およびコンテンツを識別、選択および要求するための他のメタ／格納場所データ）を提供／ストリーム化し、要求されたコンテンツがストレージ装置からユーザ端末に配信／ストリーム化できるようにコンテンツのユーザ要求を受信して処理するコンテンツ提供装置を含み得る。あるいは、符号化器１５０は、ユーザがコンテンツを要求したときに、ビットストリーム１０１を生成し、復号器１００に直接通信／ストリーミングする。その後、復号器１００は、ビットストリーム１０１（または信号）を受信し、本発明によるデブロッキングフィルタによるフィルタリングを行い、ビデオ信号１０９および／またはオーディオ信号を得る／生成し、これをユーザ端末が使用して、要求されたコンテンツをユーザに提供する。

本発明による方法／プロセスの任意のステップまたは本明細書に記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実施されてもよい。ソフトウェアで実施される場合、ステップ／機能は、１つ以上の命令またはコードまたはプログラム、またはコンピュータ可読媒体として、上に格納されるかまたは上に伝送されてもよく、ＰＣ（パーソナルコンピュータ）であってもよいプログラマブル計算機などの１つ以上のハードウェアベースの処理装置によって実行されてもよい。ＤＳＰ（デジタル信号プロセッサ）、回路、プロセッサおよびメモリ、汎用マイクロプロセッサまたは中央処理装置、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の同等の集積またはディスクリートロジック回路であってもよい。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、または本明細書で説明する技術の実施に適した他の構造を指す場合がある。

本発明の実施形態は、無線ハンドセット、集積回路（ＩＣ）またはＩＣセット（例えばチップセット）を含む多種多様なデバイスまたは装置によって実現することも可能である。様々なコンポーネント、モジュール、またはユニットは、それらの実施形態を実行するように構成されたデバイス／装置の機能的側面を説明するために本明細書に記載されているが、必ずしも異なるハードウェアユニットによる実現が必要なわけではない。むしろ、様々なモジュール／ユニットをコーデックハードウェアユニットに組み合わせたり、適切なソフトウェア／ファームウェアと連携した１つ以上のプロセッサを含む相互運用可能なハードウェアユニットの集合体によって提供したりすることができる。

本発明の実施形態は、記憶媒体に記録されたコンピュータ実行可能命令（例えば、１つ以上のプログラム）を読み出して実行し上述した実施形態の１つ以上のモジュール／ユニット／機能を実行する、および／または、上述した実施形態の１つ以上の機能を実行するための１つ以上の処理ユニット又は回路を含む、システムまたは装置のコンピュータによって実現することができ、例えば、記憶媒体からコンピュータ実行可能命令を読み出して実行し、上述の実施形態の１つ以上の機能を実行すること、および／または、上述の実施形態の１つ以上の機能を実行するために１つ以上の処理ユニット又は回路を制御するシステム又は装置のコンピュータによって実行される方法によって実現され得る。コンピュータは、コンピュータ実行可能命令を読み出して実行するための別個のコンピュータ又は別個の処理ユニットのネットワークを含んでもよい。コンピュータ実行可能命令は、例えば、ネットワークを介した通信媒体や有形記憶媒体などのコンピュータ読取可能媒体からコンピュータに提供されてもよい。通信媒体は、信号／ビットストリーム／搬送波であってもよい。有形記憶媒体は、「非一時的コンピュータ可読記憶媒体」であり、例えば、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、分散コンピューティングシステムのストレージ、光ディスク（コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク（ＢＤ）(商標)など）、フラッシュメモリ装置、メモリカードなどの１または複数が含まれてもよい。また、ステップ／機能の少なくとも一部は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）やＡＳＩＣ（特定用途向け集積回路）などのマシンまたは専用部品によってハードウェアで実施されてもよい。

図１１は、本発明の１つ以上の実施形態の実施のためのコンピューティングデバイス２０００の概略ブロック図である。コンピューティングデバイス２０００は、マイクロコンピュータ、ワークステーション、または軽量の携帯デバイスなどのデバイスであってよい。コンピューティングデバイス２０００は、通信バスに接続された、マイクロプロセッサのような中央処理装置（ＣＰＵ）２００１；本発明の実施形態の方法の実行可能コードおよび本発明の実施形態による画像の少なくとも一部を符号化または復号する方法を実施するために必要な変数およびパラメータを記録するために適合したレジスタを記憶するためのランダムアクセスメモリ（ＲＡＭ）２００２（メモリ容量は例えば、拡張ポートに接続したオプションＲＡＭにより拡張することが可能である）；本発明の実施形態を実施するためのコンピュータプログラムを記憶するためのリードオンリーメモリ（ＲＯＭ）２００３；通常、処理されるべきデジタルデータが送信または受信される通信ネットワークに接続されるネットワークインタフェース（ＮＥＴ）２００４；で構成される。ネットワークインタフェース（ＮＥＴ）２００４は、単一のネットワークインタフェースであってもよいし、異なるネットワークインタフェース（例えば、有線インタフェースと無線インタフェース、あるいは異なる種類の有線または無線インタフェース）の集合で構成されていてもよい。データパケットは、ＣＰＵ２００１で実行されるソフトウェアアプリケーションの制御下で、送信のためにネットワークインタフェースに書き込まれるか、受信のためにネットワークインタフェースから読み出され、ユーザインタフェース（ＵＩ）２００５は、ユーザからの入力を受け取るため、またはユーザに対する情報を表示するために使用され得、ハードディスク（ＨＤ）２００６は、大量記憶デバイスとして提供され得、入出力モジュール（ＩＯ）２００７は、ビデオソースまたはディスプレイなどの外部デバイスからの／とのデータの受信／送信に使用され得る、などである。実行可能コードは、ＲＯＭ２００３、ＨＤ２００６、またはディスクなどの取り外し可能なデジタル媒体のいずれかに格納することができる。変形例によれば、プログラムの実行可能コードは、実行される前に、ＨＤ２００６などの通信装置２０００の記憶手段の１つに格納されるために、ＮＥＴ２００４を介して、通信ネットワーク手段によって受信されることが可能である。ＣＰＵ２００１は、本発明の実施形態によるプログラムまたはプログラムのソフトウェアコードの命令または部分の実行を制御および指示するように適合されており、この命令は前述の記憶手段の１つに格納される。電源投入後、ＣＰＵ２００１は、例えばプログラムＲＯＭ２００３またはＨＤ２００６からそれらの命令がロードされた後、ソフトウェアアプリケーションに関連するメインＲＡＭメモリ２００２からの命令を実行することが可能である。このようなソフトウェアアプリケーションは、ＣＰＵ２００１によって実行されると、本発明による方法のステップを実行させる。

また、本発明の別の実施形態によれば、前述の実施形態による復号器は、コンピュータ、携帯電話（セルラーフォン）、テーブルなどのユーザ端末、またはユーザにコンテンツを提供／表示できる他のタイプの装置（例えば、表示装置）に設けられることが理解される。さらに別の実施形態によれば、前述の実施形態による符号化器は、カメラ、ビデオカメラまたはネットワークカメラ（例えば、閉回路テレビジョンまたはビデオ監視カメラ）をも含む撮像装置に設けられ、符号化器が符号化するためのコンテンツを捕らえて提供する。そのような２つの例を、図１１および図１２を参照して以下に提供する。

・ネットワークカメラ
図１１は、ネットワークカメラ２１０２とクライアント装置２１０４を含むネットワークカメラシステム２１００を説明するための図である。
ネットワークカメラ２１０２は、撮像部２１０６、符号化部２１０８、通信部２１１０、及び制御部２１１２を含む。
ネットワークカメラ２１０２とクライアント装置２１０４は、ネットワーク２００を介して相互に通信可能に接続されている。
撮像部２１０６は、レンズとイメージセンサ（例えば、電荷結合素子（ＣＣＤ）や相補型金属酸化膜半導体（ＣＭＯＳ））を含み、対象物の画像を撮影し、その画像に基づく画像データを生成する。この画像は、静止画であっても、動画であってもよい。
符号化部２１０８は、上述した符号化方法を用いて、画像データを符号化する
ネットワークカメラ２１０２の通信部２１１０は、符号化部２１０８により符号化された符号化画像データをクライアント装置２１０４に送信する。
さらに、通信部２１１０は、クライアント装置２１０４からコマンドを受信する。コマンドには、符号化部２１０８の符号化のためのパラメータを設定するコマンドが含まれる。
制御部２１１２は、通信部２１１０が受信したコマンドに従って、ネットワークカメラ２１０２内の他のユニットを制御する。
クライアント装置２１０４は、通信部２１１４と、復号部２１１６と、制御部２１１８とを含む。
クライアント装置２１０４の通信部２１１４は、ネットワークカメラ２１０２にコマンドを送信する。
さらに、クライアント装置２１０４の通信部２１１４は、ネットワークカメラ２１０２から符号化された画像データを受信する。
復号部２１１６は、上述した復号方法を用いて、符号化された画像データを復号する。
クライアント装置２１０４の制御部２１１８は、ユーザ操作や通信部２１１４が受信したコマンドに従って、クライアント装置２１０４内の他のユニットを制御する。
クライアント装置２１０４の制御部２１１８は、復号部２１１６で復号された画像を表示するように、表示装置２１２０を制御する。
また、クライアント装置２１０４の制御部２１１８は、ネットワークカメラ２１０２のパラメータの値を指定するＧＵＩ（グラフィカルユーザインタフェース）を表示するように表示装置２１２０を制御し、符号化部２１０８の符号化のためのパラメータを含む。
また、クライアント装置２１０４の制御部２１１８は、表示装置２１２０が表示するＧＵＩに対するユーザ操作入力に応じて、クライアント装置２１０４内の他のユニットを制御する。
クライアント装置２１０４の制御部２１１９は、表示装置２１２０が表示するＧＵＩに対するユーザの操作入力に応じて、ネットワークカメラ２１０２に対するパラメータの値を指定するコマンドをネットワークカメラ２１０２に送信するように、クライアント装置２１０４の通信部２１１４を制御する。

・スマートフォン
図１２は、スマートフォン２２００を説明するための図である。
スマートフォン２２００は、通信部２２０２、復号部２２０４、制御部２２０６、表示部２２０８、画像記録装置２２１０、及びセンサ２２１２を含む。
通信部２２０２は、ネットワーク２００を介して符号化された画像データを受信する。
復号部２２０４は、通信部２２０２が受信した符号化された画像データを復号する。
復号部２２０４は、上述した復号方法を用いて、符号化された画像データを復号する。
制御部２２０６は、通信部２２０２が受信したユーザ操作やコマンドに従って、スマートフォン２２００内の他のユニットを制御する。
例えば、制御部２２０６は、復号部２２０４が復号した画像を表示するように、表示部２２０８を制御する。

本発明を実施形態を参照して説明したが、本発明は開示された実施形態に限定されないことが理解されよう。添付の特許請求の範囲に定義された本発明の範囲から逸脱することなく、様々な変更および修正がなされ得ることは、当業者には理解されよう。本明細書（添付の請求項、要旨及び図面を含む）に開示された全ての特徴、及び／又は、そのように開示された任意の方法又はプロセスの全てのステップは、かかる特徴及び／又はステップの少なくとも一部が相互に排他的である組み合わせを除き、任意の組み合わせで組み合わせることが可能である。本明細書（添付の請求項、要約および図面を含む）に開示された各特徴は、明示的に別段の記載がない限り、同一、同等または類似の目的を果たす代替の特徴に置き換えることができる。したがって、明示的に別段の記載がない限り、開示された各特徴は、同等または類似の特徴の一般的な一連の一例のみである。

また、上記の比較、決定、評価、選択、実行（execution）、実行（performing）、または検討の任意の結果（例えば、符号化またはフィルタリング処理中に行われた選択）は、ビットストリーム中のデータ（例えば、フラグまたは結果を示すデータ）において示されるかまたは決定／参照可能であり、示されるかまたは決定／参照された結果は、例えば、復号処理中に比較、決定、評価、選択、実行、実行、または検討を実際に行う代わりに処理で使用できることが、理解される。

特許請求の範囲において、「含む(comprising)」という語は、他の要素又はステップを排除するものではなく、不定冠詞「ａ」又は「ａｎ」は、複数を排除するものでもない。異なる特徴が相互に異なる従属請求項に記載されているという事実のみでは、これらの特徴の組合せが有利に使用できないことを示すことはない。

特許請求の範囲に記載された参照数字は、説明のためのものであり、特許請求の範囲を限定するものではない。

Claims (19)

1. ビットストリームからビデオデータを復号する方法であって、
   前記ビットストリームは、１つ以上のスライスを復号するときに使用される複数のシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用される複数のシンタックス要素を含むスライスヘッダと、を含み、
   前記方法は、
   複数のシンタックス要素を復号することと、
   前記復号した複数のシンタックス要素を用いて前記ビットストリームから前記ビデオデータを復号することと、
   を含み、
   前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る情報が前記ピクチャヘッダにおいてシグナリングされる場合、前記ピクチャヘッダが前記スライスヘッダには無いことを示す値を持つフラグが復号されるよう制約され、
   前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る前記情報は、アダプティブループフィルタ（ＡＬＦ）のためのアダプテーションパラメータセットｉｄであり、前記アダプテーションパラメータセットｉｄにより示されるアダプテーションパラメータセット（ＡＰＳ）はルマに対してフィルターの係数のための１つ以上のクリッピングインデックスが復号されるかどうかを示すフラグを含む
   ことを特徴とする方法。
2. 前記方法は、前記情報が前記ピクチャヘッダ内でシグナリングされるか否かを示す第１のシンタックス要素をパースすることと、前記第１のシンタックス要素に基づいて、前記スライスヘッダまたは前記ピクチャヘッダの何れか一方のみにおいて、スライスヘッダ内およびピクチャヘッダ内でシグナリングされ得る前記情報の前記パースを許可することと、をさらに含む
   請求項１に記載の方法。
3. 前記第１のシンタックス要素は、ピクチャパラメータセットフラグ内の情報である
   請求項２に記載の方法。
4. 前記情報が前記ピクチャヘッダ内でシグナリングされることを前記第１のシンタックス要素が示す場合、前記スライスヘッダ内の前記情報のパースは許可されない
   請求項２または３に記載の方法。
5. 前記情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプルアダプテーションオフセット（ＳＡＯ）情報、重み付け予測情報、アダプテーションループフィルタ（ＡＬＦ）情報のうちの１つ以上を含む
   請求項１乃至４の何れか１項に記載の方法。
6. 前記情報は、ピクチャヘッダ内およびスライスヘッダ内でシグナリングされ得るすべての情報を含む
   請求項１乃至５の何れか１項に記載の方法。
7. 前記参照ピクチャリスト情報は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘのうちの１つ以上を含む
   請求項５に記載の方法。
8. ビットストリームからビデオデータを復号する方法であって、
   前記ビットストリームは、１つ以上のスライスを復号するときに使用される複数のシンタックス要素を含むピクチャヘッダと、１つのスライスを復号するときに使用される複数のシンタックス要素を含むスライスヘッダと、を含み、
   前記方法は、
   複数のシンタックス要素を復号することと、
   前記復号した複数のシンタックス要素を用いて前記ビットストリームから前記ビデオデータを復号することと、
   を含み、
   前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る情報が前記ピクチャヘッダにおいてシグナリングされることを示す値を有するシンタックス要素を前記ビットストリームが含む場合、前記ピクチャヘッダが前記スライスヘッダには無いことを示す値を持つフラグが復号されるよう制約され、
   前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る前記情報は、アダプティブループフィルタ（ＡＬＦ）のためのアダプテーションパラメータセットｉｄであり、前記アダプテーションパラメータセットｉｄにより示されるアダプテーションパラメータセット（ＡＰＳ）はルマに対してフィルターの係数のための１つ以上のクリッピングインデックスが復号されるかどうかを示すフラグを含む
   ことを特徴とする方法。
9. ビデオデータをビットストリームに符号化する方法であって、
   前記ビットストリームは、１つ以上のスライスを復号するときに使用される複数のシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用される複数のシンタックス要素を含むスライスヘッダと、前記ピクチャヘッダが前記スライスヘッダ内にあるか否かを示すフラグと、を含み、
   前記方法は、複数のシンタックス要素を用いて前記ビデオデータを符号化することを含み、
   前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る情報が前記ピクチャヘッダにおいてシグナリングされる場合、前記フラグは、前記ピクチャヘッダが前記スライスヘッダには無いことを示す値を持つよう制約され、
   前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る前記情報は、アダプティブループフィルタ（ＡＬＦ）のためのアダプテーションパラメータセットｉｄであり、前記アダプテーションパラメータセットｉｄにより示されるアダプテーションパラメータセット（ＡＰＳ）はルマに対してフィルターの係数のための１つ以上のクリッピングインデックスが復号されるかどうかを示すフラグを含む
   ことを特徴とする方法。
10. 前記符号化は、前記情報が前記ピクチャヘッダ内でシグナリングされるか否かを示す第１のシンタックス要素を符号化スすることと、前記第１のシンタックス要素に基づいて、前記スライスヘッダまたは前記ピクチャヘッダの何れか一方のみにおいて、スライスヘッダ内およびピクチャヘッダ内でシグナリングされ得る前記情報の符号化を許可することと、をさらに含む
    請求項９に記載の方法。
11. 前記第１のシンタックス要素は、ピクチャパラメータセットフラグ内の情報である
    請求項１０に記載の方法。
12. 前記情報が前記ピクチャヘッダ内でシグナリングされることを前記第１のシンタックス要素が示す場合、前記スライスヘッダ内の前記情報の符号化は許可されない
    請求項１０または１１に記載の方法。
13. 前記情報は、量子化パラメータ値情報、参照ピクチャリスト情報、デブロッキングフィルタ情報、サンプルアダプテーションオフセット（ＳＡＯ）情報、重み付け予測情報、アダプテーションループフィルタ（ＡＬＦ）情報のうちの１つ以上を含む
    請求項９乃至１２の何れか１項に記載の方法。
14. 前記情報は、ピクチャヘッダ内およびスライスヘッダ内でシグナリングされ得るすべての情報を含む
    請求項９乃至１３の何れか１項に記載の方法。
15. 前記参照ピクチャリスト情報は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘのうちの１つ以上を含む
    請求項１３に記載の方法。
16. ビットストリームからビデオデータを復号する復号装置であって、
    前記ビットストリームは、１つ以上のスライスを復号するときに使用される複数のシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用される複数のシンタックス要素を含むスライスヘッダと、を含み、
    前記復号装置は、
    複数のシンタックス要素を復号する手段と、
    前記復号した複数のシンタックス要素を用いて前記ビットストリームから前記ビデオデータを復号する手段と、
    を有し、
    前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る情報が前記ピクチャヘッダにおいてシグナリングされる場合、前記ピクチャヘッダが前記スライスヘッダには無いことを示す値を持つフラグが復号されるよう制約され、
    前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る前記情報は、アダプティブループフィルタ（ＡＬＦ）のためのアダプテーションパラメータセットｉｄであり、前記アダプテーションパラメータセットｉｄにより示されるアダプテーションパラメータセット（ＡＰＳ）はルマに対してフィルターの係数のための１つ以上のクリッピングインデックスが復号されるかどうかを示すフラグを含む
    ことを特徴とする復号装置。
17. ビットストリームからビデオデータを復号する復号装置であって、
    前記ビットストリームは、１つ以上のスライスを復号するときに使用される複数のシンタックス要素を含むピクチャヘッダと、１つのスライスを復号するときに使用される複数のシンタックス要素を含むスライスヘッダと、を含み、
    前記復号装置は、
    複数のシンタックス要素を復号する手段と、
    前記復号した複数のシンタックス要素を用いて前記ビットストリームから前記ビデオデータを復号する手段と、
    を有し、
    前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る情報が前記ピクチャヘッダにおいてシグナリングされることを示す値を有するシンタックス要素を前記ビットストリームが含む場合、前記ピクチャヘッダが前記スライスヘッダには無いことを示す値を持つフラグが復号されるよう制約され、
    前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る前記情報は、アダプティブループフィルタ（ＡＬＦ）のためのアダプテーションパラメータセットｉｄであり、前記アダプテーションパラメータセットｉｄにより示されるアダプテーションパラメータセット（ＡＰＳ）はルマに対してフィルターの係数のための１つ以上のクリッピングインデックスが復号されるかどうかを示すフラグを含む
    ことを特徴とする復号装置。
18. ビデオデータをビットストリームに符号化する符号化装置であって、
    前記ビットストリームは、１つ以上のスライスを復号するときに使用される複数のシンタックス要素を含むピクチャヘッダと、スライスを復号するときに使用される複数のシンタックス要素を含むスライスヘッダと、前記ピクチャヘッダが前記スライスヘッダ内にあるか否かを示すフラグと、を含み、
    前記符号化装置は、複数のシンタックス要素を用いて前記ビデオデータを符号化する手段を有し、
    前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る情報が前記ピクチャヘッダにおいてシグナリングされる場合、前記フラグは、前記ピクチャヘッダが前記スライスヘッダには無いことを示す値を持つよう制約され、
    前記ピクチャヘッダまたは前記スライスヘッダにおいてシグナリングされ得る前記情報は、アダプティブループフィルタ（ＡＬＦ）のためのアダプテーションパラメータセットｉｄであり、前記アダプテーションパラメータセットｉｄにより示されるアダプテーションパラメータセット（ＡＰＳ）はルマに対してフィルターの係数のための１つ以上のクリッピングインデックスが復号されるかどうかを示すフラグを含む
    ことを特徴とする符号化装置。
19. コンピュータに、請求項１乃至１５の何れか１項に記載の方法を実行させるコンピュータプログラム。

Images