特許 6209772 シグナリングを用いたビデオデコーダ

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

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

(11)【特許番号】6209772

(24)【登録日】2017年9月22日

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

(54)【発明の名称】シグナリングを用いたビデオデコーダ

(51)【国際特許分類】

   H04N 19/70 20140101AFI20171002BHJP

   H04N 19/58 20140101ALI20171002BHJP

   H04N 19/31 20140101ALI20171002BHJP

【ＦＩ】

   H04N19/70

   H04N19/58

   H04N19/31

【請求項の数】1

【全頁数】32

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

(86)(22)【出願日】2014年1月14日

(65)【公表番号】特表2016-507910(P2016-507910A)

(43)【公表日】2016年3月10日

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

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

(87)【国際公開日】20140724

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

(31)【優先権主張番号】61/752,937

(32)【優先日】2013年1月15日

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

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

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

【審査官】 坂東 大五郎

(56)【参考文献】

【文献】 Benjamin Bross, Woo-Jin Han, Jens-Rainer Ohm, Gary J. Sullivan, Thomas Wiegand，High Efficiency Video Coding (HEVC) text specification draft 9，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 11th Meeting: Shanghai, CN，２０１２年１２月１８日，pp.39, 80, 98-102，[JCTVC-K1003_v13]

【文献】 Hendry, Byeong Moon Jeon，AHG9: On RPS derivation and marking process for long-term reference pictures，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Geneva, CH，２０１３年 １月１１日，[JCTVC-L0254_r1]

【文献】 Adarsh K. Ramasubramonian, Ye-Kui Wang, Rajan Joshi, Ying Chen，AHG13: Signalling of long-term reference pictures in the slice header，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 10th Meeting: Stockholm, SE，２０１２年 ７月１１日，[JCTVC-J0115]

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

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

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

【請求項1】

ビデオビットストリームを復号する方法であって、
前記ビデオビットストリームから参照ピクチャセットパラメータを受信するステップと；
前記参照ピクチャセットに基づきインター予測を用いて現ピクチャを復号するステップと；
将来のインター予測のために参照される前記復号されたピクチャを復号ピクチャバッファに格納するステップと
を含み、
前記参照ピクチャセットは、少なくとも
（ａ）参照ピクチャのピクチャオーダカウント（ＰＯＣ）の最下位ビット（ＬＳＢ）の値にそれぞれ基づく、１つ以上の参照ピクチャ識別子であって、最下位ビットの前記値は、選択されたビット数によって表される、１つ以上の参照ピクチャ識別子と；
（ｂ）前記参照ピクチャの前記ＰＯＣのＭＳＢを決定する後続データが存在するか否かを指定するフラグと
を用いることにより復号され、前記後続データは、以下の条件
（ｉ）前記復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔに等しい１つより多くの参照ピクチャを有すること、および
（ｉｉ）前記条件（ｉ）を満たすピクチャの後、０のＴｅｍｐｏｒａｌＩｄ値を有し、サブストリームのトレイリングピクチャまたは参照ピクチャである復号順で最初のピクチャまでを含む、前記復号順で後続するピクチャ
のうちの１つを満たすピクチャにつき存在する、方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
なし。

【0002】

本発明は、ビデオ符号化および／または復号に関する。

【背景技術】

【0003】

デジタルビデオは通常、一連の画像またはフレームとして表され、そのそれぞれが画素の配列を含む。各画素は、輝度および／または色情報等の情報を含む。多くの場合には、各画素は３色のセットとして表され、各色を８ビット色値で定義することができる。

【0004】

例えばＨ．２６４／ＭＰＥＧ‐４ＡＶＣ（Ｈ．２６４／ＡＶＣ）等のビデオ符号化技術は通常、複雑さが増すのと引き換えに、より高い符号化効率を提供する。ビデオ符号化技術に関する画質要求の高まりおよび画像解像度要求の高まりも、符号化の複雑度を高める。並列復号に適したビデオデコーダにより、復号プロセスの速度を改善し、メモリ要求を低減することができ、並列符号化に適したビデオエンコーダにより、符号化プロセスの速度を改善し、メモリ要求を低減することができる。

【0005】

いずれも参照により全体として本明細書に組み込まれる、Ｈ．２６４／ＭＰＥＧ‐４ＡＶＣ［ＩＴＵ‐Ｔ ＶＣＥＧおよびＩＳＯ／ＩＥＣ ＭＰＥＧの合同ビデオチーム（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｔｅａｍ）、「Ｈ．２６４：一般視聴覚サービスのための高度ビデオ符号化（Ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ）」、ＩＴＵ‐Ｔ Ｒｅｃ．Ｈ．２６４およびＩＳＯ／ＩＥＣ１４４９６‐１０（ＭＰＥＧ４‐Ｐａｒｔ１０）、２００７年１１月］、および同様に、ＪＣＴ‐ＶＣ、［「検討中のテストモデル案（Ｄｒａｆｔ Ｔｅｓｔ Ｍｏｄｅｌ Ｕｎｄｅｒ Ｃｏｎｓｉｄｅｒａｔｉｏｎ）」、ＪＣＴＶＣ‐Ａ２０５、ＪＣＴ‐ＶＣミーティング、ドレスデン、２０１０年４月（ＪＣＴ‐ＶＣ）］は、圧縮効率のためにビデオシーケンス内の参照ピクチャに基づいてピクチャを復号するビデオコーデック（エンコーダ／デコーダ）の仕様書である。

【0006】

本発明の以上およびその他の目的、特徴および利点は、本発明の以下の詳細な説明を添付の図面に関連して考慮すれば、より容易に理解されるであろう。

【発明の概要】

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

【0007】

本発明の一実施形態は、ビデオビットストリームを復号する方法であって、該ビデオビットストリームから参照ピクチャセットパラメータを受信するステップと；該参照ピクチャセットに基づきインター予測を用いて現ピクチャを復号するステップと；将来のインター予測のために参照される該復号されたピクチャを復号ピクチャバッファに格納するステップとを含み、該参照ピクチャセットは、少なくとも、（ａ）参照ピクチャのピクチャオーダーカウント（ＰＯＣ；ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）の最下位ビット（ＬＳＢ；ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）の選択された数にそれぞれ基づく１つ以上の参照ピクチャ識別子と；（ｂ）該参照ピクチャのＰＯＣのＭＳＢを決定する後続データが存在するか否かを指定するフラグとを用いることにより復号され、該後続データは、以下の条件（ｉ）該復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔに等しい参照ピクチャを１つより多く有すること、および（ｉｉ）条件（ｉ）を満たすピクチャの後、ＴｅｍｐｏｒａｌＩｄ値が０であり、サブストリームのトレイリングピクチャまたは参照ピクチャである、復号順で最初のピクチャまでを含む、復号順で後続するピクチャ、のうちの１つを満たすピクチャにつき存在する、方法を開示する。

【図面の簡単な説明】

【0008】

【図1】Ｈ．２６４／ＡＶＣビデオエンコーダを示した図である。

【図2】Ｈ．２６４／ＡＶＣビデオデコーダを示した図である。

【図3】例示的なスライス構造を示した図である。

【図4】別の例示的なスライス構造を示した図である。

【図5】エントロピースライスの再構築を示した図である。

【図6】図５のエントロピースライスの一部の再構築を示した図である。

【図7】省略されたＬＳＢカウント値を用いたエントロピースライスの再構築を示した図である。

【図8】長期ピクチャ値を用いたエントロピースライスの再構築を示した図である。

【図9】長期ピクチャ値を用いて最初の先行フレームを選択することによるエントロピースライスの再構築を示した図である。

【図10】同じ最下位ビットカウント値を有する重複長期ピクチャフレームを用いることによるエントロピースライスの再構築を示した図である。

【図11A】参照フレームを選択するための技術を示した図である。

【図11B】参照フレームを選択するための技術を示した図である。

【図12】参照フレームを選択するための別の技術を示した図である。

【図13A】参照フレームを選択するための別の技術を示した図である。

【図13B】参照フレームを選択するための別の技術を示した図である。

【図14】参照フレームを選択するための別の技術を示した図である。

【図15】ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるピクチャを示した図である。

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

【0009】

本明細書に記載される実施形態は、符号化／復号を用いる任意のビデオコーダ／デコーダ（コーデック）に対応しうるが、例示的実施形態は、単に説明の目的で、Ｈ．２６４／ＡＶＣエンコーダおよびＨ．２６４／ＡＶＣデコーダに関して記載される。多くのビデオ符号化技術は、ブロックベースのハイブリッドビデオ符号化アプローチに基づき、情報源符号化技術は、フレーム間とも考えうるピクチャ間予測、フレーム内とも考えうるピクチャ内予測、および予測残差の変換符号化のハイブリッドである。フレーム間予測は時間的冗長性を利用し、フレーム内および予測残差の変換符号化は空間的冗長性を利用することができる。

【0010】

図１は、電子デバイス１０２の例示的なエンコーダ１０４を示したブロック図である。電子デバイス１０２内に含まれるものとして示された要素の１つ以上は、ハードウェアおよび／またはソフトウェアで実装されうることに注意しなければならない。例えば、電子デバイス１０２はエンコーダ１０４を含むが、エンコーダ１０４は、ハードウェアおよび／またはソフトウェアで実装されればよい。

【0011】

電子デバイス１０２は、供給器１３４を含んでもよい。供給器１３４は、ピクチャまたは画像データ（例えばビデオ）をソース１０６としてエンコーダ１０４に供給することができる。供給器１３４の非限定的な例には、画像センサ、メモリ、通信インタフェース、ネットワークインタフェース、無線受信器、ポート、ビデオフレームコンテンツ、前に符号化されたビデオコンテンツ、符号化されていないビデオコンテンツなどが含まれる。

【0012】

ソース１０６が、フレーム内予測モジュールおよび再構築バッファ１４０に供給されうる。ソース１０６は、動き推定および動き補償モジュール１６６に、さらに減算モジュール１４６にも供給されうる。

【0013】

フレーム内予測モジュールおよび再構築バッファ１４０は、ソース１０６および再構築データ１８０に基づいて、イントラモード情報１４８およびイントラ信号１４２を発生させうる。動き推定および動き補償モジュール１６６は、ソース１０６と参照ピクチャバッファ１９６の信号１９８とに基づいて、インターモード情報１６８およびインター信号１４４を発生させうる。

【0014】

参照ピクチャバッファ１９６の信号１９８は、参照ピクチャバッファ１９６に格納された１つ以上の参照ピクチャからのデータを含みうる。参照ピクチャバッファ１９６は、ＲＰＳインデックス初期化モジュール１０８も含みうる。初期化モジュール１０８は、ＲＰＳのバッファリングおよびリスト構築に対応する参照ピクチャを処理しうる。

【0015】

エンコーダ１０４は、モードにしたがってイントラ信号１４２とインター信号１４４との間で選択することができる。イントラ符号化モードにおいてピクチャ内の空間的特徴を利用するために、イントラ信号１４２を使用することができる。インター符号化モードにおいてピクチャ間の時間的特徴を利用するために、インター信号１４４を使用することができる。一方、イントラ符号化モードは、イントラ信号１４２が減算モジュール１４６に供給され、イントラモード情報１５８がエントロピー符号化モジュール１６０に供給されればよい。一方、インター符号化モードは、インター信号１４４が減算モジュール１４６に供給され、インターモード情報１６８がエントロピー符号化モジュール１６０に供給されればよい。

【0016】

予測残差１４８を生成するために、減算モジュール１４６で（モードに応じて）イントラ信号１４２またはインター信号１４４のいずれかが、ソース１０６から減算される。予測残差１４８は、変換モジュール１５０に供給される。変換モジュール１５０は、予測残差１４８を圧縮して、量子化モジュール１５４に供給される変換信号１５２を生成することができる。量子化モジュール１５４は、変換信号１５２を量子化して、変換・量子化された係数（ＴＱＣ；ｔｒａｎｓｆｏｒｍｅｄ ａｎｄ ｑｕａｎｔｉｚｅｄ ｃｏｅｆｆｉｃｉｅｎｔ）１５６を生成する。

【0017】

ＴＱＣ１５６は、エントロピー符号化モジュール１６０および逆量子化モジュール１７０に供給される。逆量子化モジュール１７０は、ＴＱＣ１５６に逆量子化を行って、逆変換モジュール１７４に供給される逆量子化信号１７２を生成する。逆変換モジュール１７４は、逆量子化信号１７２を伸張して、再構築モジュール１７８に供給される伸張信号１７６を生成する。

【0018】

再構築モジュール１７８は、伸張信号１７６に基づいて再構築データ１８０を生成することができる。例えば再構築モジュール１７８は、（修正された）ピクチャを再構築することができる。再構築データ１８０は、デブロッキングフィルタ１８２に、そしてイントラ予測モジュールおよび再構築バッファ１４０に、供給されればよい。デブロッキングフィルタ１８２は、再構築データ１８０に基づいて、フィルタされた信号１８４を生成しうる。

【0019】

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

【0020】

エントロピー符号化モジュール１６０は、ＴＱＣ１５６を符号化して、ビットストリーム１１４を生成しうる。また、エントロピー符号化モジュール１６０は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ；Ｃｏｎｔｅｘｔ‐Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ；Ｃｏｎｔｅｘｔ‐Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）を用いてＴＱＣ１５６を符号化しうる。特に、エントロピー符号化モジュール１６０は、イントラモード情報１５８、インターモード情報１６８およびＳＡＯ情報１８８のうちの１つ以上に基づいてＴＱＣ１５６を符号化しうる。ビットストリーム１１４は、符号化ピクチャデータを含みうる。エンコーダは、一般にマクロブロックと呼ばれるブロックのシーケンスとしてフレームを符号化することが多い。

【0021】

ＨＥＶＣ等のビデオ圧縮に関わる量子化は、ある範囲の値を１つの値に圧縮することにより達成される、損失を伴う圧縮技術である。量子化パラメータ（ＱＰ；ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒ）は、再構築されたビデオの品質および圧縮率の両方に基づいて量子化を行うために使用される所定のスケーリングパラメータである。ブロックタイプは、ＨＥＶＣにおいて所与のブロックの特徴をブロックサイズおよびその色情報に基づいて表すように定義される。ＱＰ、解像度情報、およびブロックタイプは、エントロピー符号化の前に決定されればよい。例えば、電子デバイス１０２（例えばエンコーダ１０４）がＱＰ、解像度情報、およびブロックタイプを決定し、これらがエントロピー符号化モジュール１６０に供給されればよい。

【0022】

エントロピー符号化モジュール１６０は、ＴＱＣ１５６のブロックに基づいてブロックサイズを決定してもよい。例えばブロックサイズは、１次元のＴＱＣのブロックに沿ったＴＱＣ１５６の数であればよい。換言すれば、ＴＱＣのブロックの中のＴＱＣ１５６の数は、ブロックサイズの２乗に等しければよい。例えば、ＴＱＣのブロックの中のＴＱＣ１５６の数の平方根としてブロックサイズが決定されればよい。解像度は、画素幅ｘ画素高さとして定義できる。解像度情報には、ピクチャの幅、ピクチャの高さ、または両方の画素数を含みうる。ブロックサイズは、１次元のＴＱＣの２Ｄブロックに沿ったＴＱＣ１５６の数として定義できる。

【0023】

一部の構成では、ビットストリーム１１４は、別の電子デバイスに伝送されてもよい。例えば、ビットストリーム１１４は、通信インタフェース、ネットワークインタフェース、無線伝送器、ポートなどに供給されればよい。例えば、ビットストリーム１１４は、ＬＡＮ、インターネット、携帯電話基地局などを介して別の電子デバイスへ伝送されればよい。ビットストリーム１１４は、追加的または代替的に電子デバイス１０２または他の電子デバイスのメモリに格納されてもよい。

【0024】

図２は、電子デバイス２０２上の例示的なデコーダ２１２を示したブロック図である。デコーダ２１２は、電子デバイス２０２に含まれていてもよい。例えばデコーダ２１２は、ＨＥＶＣデコーダであればよい。デコーダ２１２および／またはデコーダ２１２に含まれるものとして図示された要素の１つ以上は、ハードウェアおよび／またはソフトウェアで実装されてもよい。デコーダ２１２は、復号のためにビットストリーム２１４（例えばビットストリーム２１４に含まれる１つ以上の符号化されたピクチャ）を受信すればよい。一部の構成では、受信ビットストリーム２１４は、受信スライスヘッダ、受信ＰＰＳ、受信バッファ記述情報等の、受信オーバーヘッド情報を含めばよい。ビットストリーム２１４に含まれる符号化されたピクチャは、１つ以上の符号化された参照ピクチャおよび／または１つ以上の他の符号化されたピクチャを含めばよい。

【0025】

（ビットストリーム２１４に含まれる１つ以上の符号化されたピクチャの中の）受信シンボルは、エントロピー復号モジュール２６８によってエントロピー復号され、これにより動き情報信号２７０ならびに量子化、スケーリングおよび／または変換された係数２７２が生成される。

【0026】

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

【0027】

フレーム内予測信号２９０は、（例えば、現フレームにおいて）前に復号された結合信号２９２からの情報から予測できる。結合信号２９２は、さらにデブロッキングフィルタ２９４によりフィルタされればよい。結果として生じるフィルタされた信号２９６は、フレームメモリ２７８に書き込まれればよい。結果として生じるフィルタされた信号２９６は、復号されたピクチャを含みうる。

【0028】

フレームメモリ７７８は、本明細書に記載されるＤＰＢを含みうる。ＤＰＢは、短期または長期参照フレームとして保持されうる１つ以上の復号されたピクチャを含みうる。フレームメモリ２７８は、復号されたピクチャに対応するオーバーヘッド情報も含みうる。例えばフレームメモリ２７８は、スライスヘッダ、ＰＰＳ情報、サイクルパラメータ、バッファ記述情報などを含めばよい。これらの情報の１つ以上は、エンコーダ（例えばエンコーダ１０４）からシグナリングされてもよい。フレームメモリ２７８は、復号されたピクチャ７１８を供給しうる。

【0029】

複数のマクロブロックを含む入力ピクチャは、１つまたはいくつかのスライスに分割されうる。エンコーダおよびデコーダで使用される参照ピクチャが同じであり、デブロッキングフィルタリングがスライス境界を越える情報を使用しないならば、スライスが表すピクチャのエリア内のサンプルの値は、他のスライスからのデータを使用せずに適切に復号できる。したがって、あるスライスのエントロピー復号およびマクロブロック再構築は、他のスライスに依存しない。特に、各スライスの開始時にエントロピー符号化状態がリセットされればよい。他のスライスのデータは、エントロピー復号および再構築の両方のための近傍利用可能性を定義する際に利用不可能としてマークされればよい。スライスは、並列にエントロピー復号および再構築されればよい。イントラ予測および動きベクトル予測は、スライスの境界を越えられないのが好ましい。対して、デブロッキングフィルタリングは、スライス境界を越える情報を使用してもよい。

【0030】

図３は、水平方向に１１個のマクロブロック、垂直方向に９個のマクロブロックを含む、例示的ビデオピクチャ９０を示す（９個の例示的なマクロブロックが９１〜９９と標識されている）。図３は、「スライス＃０」と示された第１のスライス８９、「スライス＃１」と示された第２のスライス８８、および「スライス＃２」と示された第３のスライス８７の、３つの例示的なスライスを示す。Ｈ．２６４／ＡＶＣデコーダは、３つのスライス８７、８８、８９を並列に復号および再構築しうる。各スライスが、走査線順に逐次伝送されてもよい。各スライスの復号／再構築処理の始めに、エントロピー復号２６８が初期化またはリセットされ、他のスライスのマクロブロックが、エントロピー復号およびマクロブロック再構築のいずれにも利用不可能としてマークされる。したがって、「スライス＃１」の中のあるマクロブロック、例えば９３と標識されたマクロブロックについて、「スライス＃０」の中のマクロブロック（例えば９１および９２と標識されたマクロブロック）をエントロピー復号または再構築のために使用することはできない。一方、「スライス＃１」の中にあるマクロブロック、例えば９５と標識されたマクロブロックについて、「スライス＃１」の中の他のマクロブロック（例えば９３および９４と標識されたマクロブロック）をエントロピー復号または再構築のために使用することはできる。したがって、エントロピー復号およびマクロブロック再構築は、スライス内で順次進行する。スライスがフレキシブルマクロブロック順序付け（ＦＭＯ；ｆｌｅｘｉｂｌｅ ｍａｃｒｏｂｌｏｃｋ ｏｒｄｅｒｉｎｇ）を用いて定義されない限り、スライス内のマクロブロックは、ラスタ走査順に処理される。

【0031】

フレキシブルマクロブロック順序付けは、スライスグループを定義して、１つのピクチャがどのようにスライスに分割されるかを変更する。スライスグループ内のマクロブロックは、マクロブロック対スライスグループマップにより定義され、マクロブロック対スライスグループマップは、ピクチャパラメータセットのコンテンツおよびスライスヘッダ中の追加情報によってシグナリングされる。マクロブロック対スライスグループマップは、ピクチャ内の各マクロブロックに対するスライスグループ識別番号からなる。スライスグループ識別番号は、関連するマクロブロックがどのスライスグループに属するかを指定する。各スライスグループは、１つ以上のスライスに分割することができ、スライスは、特定のスライスグループのマクロブロックのセット内でラスタ走査順に処理される同じスライスグループ内の一連のマクロブロックである。エントロピー復号およびマクロブロック再構築は、スライスグループ内で順次進行する。

【0032】

図４は、「スライスグループ＃０」と示された第１のスライスグループ８６、「スライスグループ＃１」と示された第２のスライスグループ８５、および「スライスグループ＃２」と示された第３のスライスグループ８４の３つのスライスグループへの、例示的なマクロブロックの割り当てを示す。これらのスライスグループ８４、８５、８６は、ピクチャ９０の中の２つの前景領域および１つの背景領域にそれぞれ関連付けられる。

【0033】

ピクチャは、１つ以上のスライスに分割されてもよく、エンコーダおよびデコーダで使用される参照ピクチャが同一であるならば、スライスは、当該スライスが表すピクチャのエリア内のサンプルの値を、他のスライスからのデータを用いずに正しく再構築できるという点で、自己完結的である。スライス内の全ての再構築されたマクロブロックは、再構築のための近傍の定義において利用可能である。

【0034】

スライスは、１つより多くのエントロピースライスに分割されてもよく、エントロピースライスは、当該エントロピースライスが表すピクチャのエリアを、他のエントロピースライスからのデータを用いずに正しくエントロピー復号できるという点で、自己完結的である。各エントロピースライスの復号開始時に、エントロピー復号２６８がリセットされればよい。他のエントロピースライス中のデータは、エントロピー復号のための近傍利用可能性を定義する際に利用不可能としてマークされうる。

【0035】

ピクチャを復号するために構成されたデバイスは、現ピクチャを含む一連のピクチャを含むビットストリームを取得または別途受信する。デバイスは、現ピクチャまたはビットストリームにおいてピクチャがシグナリングされる順序で現ピクチャに後続するピクチャの復号に使用できる他のフレームの識別のために使用できる、参照ピクチャセット（ＲＰＳ）パラメータをさらに取得する。

【0036】

ＲＰＳは、現フレームに関連する参照ピクチャのセットの識別を提供する。ＲＰＳは、現ピクチャのインター予測に使用できる、復号順で現ピクチャより前の参照ピクチャを識別し、および／または現ピクチャのインター予測に使用できる、復号順で現ピクチャの後の参照ピクチャを識別しうる。例えば、システムがフレーム１、３、５を受信し、５が３を参照に使用し、エンコーダがフレーム１をフレーム７の予測に使用する場合、５のＲＰＳは、フレーム１がフレーム５の参照に使用されなくても、フレーム３および１の両方をフレームメモリ２７８に維持するようシグナリングしうる。一実施形態では、５のＲＰＳは、［−２ −４］であればよい。加えて、フレームメモリ２７８は、表示ピクチャバッファ、または同等にＤＰＢと呼称されてもよい。

【0037】

ＲＰＳは、後の使用のために復号ピクチャバッファ（ＤＰＢ；ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）に少なくとも限られた持続時間にわたり保持されるべき１つ以上の参照ピクチャを記述する。このＲＰＳの識別は、各ピクチャのスライスヘッダに、ピクチャとともに、および／またはピクチャ群とともに、含まれればよい。加えて、ＲＰＳのリストが、ピクチャパラメータセット（ＰＰＳ；ｐｉｃｔｕｒｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）で送信されてもよい。そして、スライスヘッダは、そのスライスでの使用をシグナリングするために、ＰＰＳで送信されるＲＰＳの１つを指せばよい。例えば、ピクチャ群のＲＰＳが、ピクチャパラメータセット（ＰＰＳ）においてシグナリングされればよい。現フレームのＲＰＳの一部ではない、ＤＰＢの任意のピクチャは、「参照のために用いられない」ものとしてマークされればよい。

【0038】

ＤＰＢは、デコーダで再構築された（例えば復号された）ピクチャを格納するために使用されうる。これらの格納されたピクチャはその後、例えばインター予測技術において使用することができる。また、ＤＰＢ内のピクチャは、ピクチャオーダーカウント（ＰＯＣ）に関連付けられればよい。ＰＯＣは、各符号化ピクチャに関連付けられ、出力順におけるピクチャ位置の増加に伴って増加する値を有する、変数とすることができる。換言すると、ＰＯＣは、ピクチャを表示のために正しい順番で送るためにデコーダにより使用されうる。ＰＯＣは、参照ピクチャリストの構築中の参照ピクチャの識別および復号された参照ピクチャの識別にも使用されうる。さらに、ＰＯＣは、エンコーダからデコーダへの伝送中に失われたピクチャの識別に使用されうる。

【0039】

図５を参照すると、エンコーダからデコーダに供給されるフレームのセット３００の一例が示されている。各フレームは、関連するＰＯＣ３１０を有していればよい。図のように、ＰＯＣは、負の数から大きな正数までインクリメントしてもよい。一部の実施形態では、ＰＯＣは、ゼロからより大きな正数までインクリメントするだけでもよい。ＰＯＣは、典型的にはフレーム毎に１ずつインクリメントされるが、１つ以上のＰＯＣがスキップされ、または他の方法で省略される場合もある。例えば、エンコーダ中のフレームのセットのＰＯＣは、０、１、２、３、４、５などとすることができる。例えば、エンコーダ中の同じフレームのセットまたは別のフレームのセットのＰＯＣが、０、１、２、４、５などであり、ＰＯＣ３がスキップされ、または他の方法で省略されてもよい。

【0040】

ＰＯＣが十分に大きくなるのに伴い、ＰＯＣを用いて各フレームを識別するために多数のビットが必要となるであろう。エンコーダは、各フレームを識別するために、４ビットなど、ＰＯＣの最下位ビット（ＬＳＢ）の選択された数を使用することにより、特定のＰＯＣを識別するために使用されるビット数を削減することができる。現フレームを復号するために用いられる参照フレームは、現フレームの時間的に近くに位置することが多いため、この識別技術は適切であり、システムの計算複雑度の低減およびビデオのビットレートの全体的削減がもたらされる。ピクチャを識別するために使用するＬＳＢの数は、ビットストリームにおいてデコーダにシグナリングされてもよい。

【0041】

図のように、ＰＯＣのＬＳＢの選択された数が４の場合、ＬＳＢが４ビットであり、ＬＳＢインデックスは１６値（２＾４）毎に繰り返す。したがって、フレーム０は０の値を有するＬＳＢを有し、フレーム１は１の値を有するＬＳＢを有し、・・・、フレーム１４は１４の値を有するＬＳＢを有し、フレーム１５は１５の値を有するＬＳＢを有する。しかし、フレーム１６は再び０の値を有するＬＳＢを有し、フレーム１７は再び１の値を有するＬＳＢを有し、フレーム２０は４の値を有するＬＳＢを有する。ＬＳＢ識別子（一般にＰＯＣのＬＳＢ、または同等にＰＯＣ ＬＳＢとも呼称される）は、ＬＳＢ＝ＰＯＣ％１６の特徴を有していればよく、％は、１６（２＾最下位ビットの数、ここでは４）で割った後の余りである。同様に、ＰＯＣを識別するためのＬＳＢの選択された数がＮビットである場合、ＬＳＢ識別子は、ＬＳＢ＝ＰＯＣ％（２＾Ｎ）の特徴を有していればよく、２＾Ｎは、２のＮ乗を示す。フレームを識別するためにビットストリームにＰＯＣを含めるより、エンコーダがデコーダへのビットストリームにおいてＬＳＢインデックス（一般にＰＯＣのＬＳＢ、または同等にＰＯＣ ＬＳＢとも呼称される）を供給するのが好ましい。

【0042】

現フレームまたは現フレームの後のフレームのインター予測に用いられる参照フレームは、相対（例えばデルタ）参照（例えばｄｅｌｔａＰＯＣおよびｃｕｒｒｅｎｔＰＯＣを使用して）または絶対参照（例えばＰＯＣを使用して）のいずれかを用いてＲＰＳにより識別できる。例えば、ＰＯＣ５ ３１０により識別され、ＬＳＢ５ ３２０としてビットストリームでデコーダにシグナリングされるフレームは、［−５，−２，−１］の関連するＲＰＳ３３０を有しうる。ＲＰＳ値の意味は後述する。

【0043】

図５の一部を示した図６を参照すると、［−５，−２，−１］のＲＰＳは、５つ前のフレーム３２０、２つ前のフレーム３２１、および１つ前のフレーム３２２を含むフレームを指す。このＲＰＳはさらに、図６に示すように、それぞれ０、３、および４のＰＯＣ値を指す。ＲＰＳは、現フレームのＰＯＣ値と、前のフレームのＰＯＣ値との間の差を指すのが典型的である。例えば、５のＰＯＣ値を有する現フレームについての［−５，−２，−１］のＲＰＳは、５−５＝０；５−２＝３；および５−１＝４のＰＯＣ値を有するフレームを指す。本明細書の例には示していないが、ＲＰＳは、将来のフレームも含むことができることに注意されたい。これらの将来のフレームは、ＲＰＳにおいて正のデルタＰＣＯ値を用いて示されることとなる。

【0044】

１つ以上のＰＯＣ値がスキップされ、または別途ビットストリームの一部で省略される場合など、ＰＯＣ値が連続していない場合、図７に示されるように、現フレームのＰＯＣ値と前のフレームのＰＯＣ値との間の差は、前のフレームと現フレームとの間に出力されるフレームの数と異なりうる。ＲＰＳは、フレームとともに供給される、またはフレームのセットとともに供給されるなど、任意の適切な様式でビットストリームにおいてシグナリングされればよい。

【0045】

図８を参照すると、参照フレームをシグナリングするための別の技術は、一般に長期ピクチャと呼ばれる絶対参照をフレームに関連するＲＰＳにおいて用いることである。参照フレームが絶対参照を用いてシグナリングされるか相対参照を用いてシグナリングされるかに応じて、動きベクトル予測技術等の復号処理が異なりうる。絶対参照（便宜上ＬＴと呼ぶ）は、前のフレームまたは後続フレーム等の参照フレームに関連する特定のＬＳＢカウント値を指す。例えば、ＬＴ＝３（ＬＴ３）の絶対参照は、ＰＯＣ ＬＳＢ値が３の参照フレームを指す。したがって、［ＬＴ３，−５］のＲＰＳは、ＰＯＣ ＬＳＢ値が３の参照フレーム、およびＰＯＣが現フレームのＰＯＣマイナス５に等しい参照フレームを指す。図８では、このＲＰＳは、ＰＯＣが３に等しい参照フレーム４４４、およびＰＯＣが０に等しい参照フレーム３２０に対応する。典型的には、ＬＴ３は、ＰＯＣ ＬＳＢ値が３に等しい、現フレームより前の最初のフレームを指す。一実施形態では、ＬＴ３は、ＰＯＣ ＬＳＢ値が３である、出力順で現フレームより前の最初のフレームを指す。第二の実施形態では、ＬＴ３は、ＰＯＣ ＬＳＢ値が３である、伝送順で現フレームより前の最初のフレームを指す。このようなシステムは、多くのビットストリームに適するが、ＬＳＢカウント値が３の直前のフレームとは異なる、ＬＳＢカウント値が３のフレームを選択するために十分に強力ではない。

【0046】

図９を参照すると、例えばエンコーダがフレーム３１（ＰＯＣ＝３１）を符号化しており、システムが、ＰＯＣ ＬＳＢ＝０（ＬＴ０）の長期ピクチャの使用をシグナリングする場合、フレーム１６（ＰＯＣ＝１６）がＬＳＢ＝０である１つ前のフレームであることから、このシグナリングはフレーム１６（ＰＯＣ＝１６）を指す（Ａ）。しかし、エンコーダが、同様に０のＬＳＢカウント値を持つ長期ピクチャフレーム０をシグナリングしたかったとしても、このように１つ前のフレームを参照するスキームでは達成できない。この限界を克服するための一つの技術は、長期フレームＬＳＢまたはＰＯＣ ＬＳＢをシグナリングするために使用される最下位ビットの数を増加させることである。このような最下位ビット数の増加は可能であるが、その結果、相当の追加ビットがビットストリームに追加される。

【0047】

ビットストリームに追加される追加ビットがより少なくなる、より好適な技術は、対応するＰＯＣ ＬＳＢ値を持つ１つ前のフレームとは異なる長期ピクチャをシグナリングすることである。例えば、システムは、［ＬＴ０｜２］として絶対参照を有する現フレームのＲＰＳを指示しうる。ここで０は、ＰＯＣ ＬＳＢカウント値を指し、２は、ＰＯＣ ＬＳＢカウント値が０に等しい前のフレームのうちで使用すべきフレームを指し、ここでは２つ前の０のＰＯＣ ＬＳＢ値（例えば図９のフレーム０）を指す。２つ目の参照が含まれない場合、システムは、直前のＰＯＣ ＬＳＢ＝０［ＬＴ０］のフレーム（例えば図９のフレーム１６）にデフォルトすればよい。

【0048】

多くの場合、絶対参照を用いて対応するＰＯＣ ＬＳＢ値を持つ最初の直前のフレームではないフレームをシグナリングする要求の発生頻度は比較的稀であろう。絶対参照を用いて対応するＰＯＣ ＬＳＢ値を持つ最初の直前のフレームとは異なるフレームをシグナリングする能力を可能にしながら、使用すべきフレームを示す全体のビットレートをさらに削減するために、システムは、重複技術を使用することができる。例えば、ＲＰＳが［ＬＴ０，ＬＴ０｜３］のように構築されればよい。同じＲＰＳ信号内のＬＴ０の重複は、ＰＯＣ ＬＳＢ値が０の異なるフレーム、ここでは３つ前に生じる０のＰＯＣ ＬＳＢ値を使用するようデコーダにシグナリングする。一般に、特定のＰＯＣ ＬＳＢ値が特定のＰＯＣ ＬＳＢ値のサイクルに含まれない可能性を除けば、所望のＰＯＣ ＬＳＢ値は、指示された前のフレームの発生に対応する。

【0049】

図１０を参照すると、重複技術は、以下のように示すことができる。ＲＰＳは、ＰＯＣ ＬＳＢ値を有する長期ピクチャの信号を含む（４００）（例えば［ＬＴ３］）。同じＲＰＳは、同じＰＯＣ ＬＳＢ値を有する長期ピクチャの別の信号を含む（４１０）（例えば［ＬＴ３，ＬＴ３］）。同じＲＰＳは、所望のフレームの位置を示す、同じＬＳＢカウント値（４１０）を有する２番目の長期ピクチャの別の信号を含む（４２０）［ＬＴ３，ＬＴ３｜２］。

【0050】

所望のフレームの位置のシグナリングは、任意の適切な様式で行われればよい。例えば図１１を参照すると、所望のフレームの位置は、現フレームに対していくつか前のＰＯＣ ＬＳＢ値のサイクル、例えば３つ前のサイクル等であればよい。例えば図１２を参照すると、位置は、現フレームからオフセットしたフレーム数の絶対値に基づいてもよい。例えば図１３を参照すると、位置は、所望のＰＯＣ ＬＳＢ値を持つ最初の直前のフレームに対して数サイクル前のＰＯＣ ＬＳＢ値に基づいてもよい。例えば図１４を参照すると、位置は、所望のＰＯＣ ＬＳＢ値を持つ最初の直前のフレームに対してオフセットしたフレーム数の絶対値に基づいてもよい。

【0051】

そのような技術の一つの実装例は、以下のシンタックスを使用しうる。

【表1】

【0052】

１に等しいｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、スライスセグメントが復号順でピクチャの最初のスライスセグメントであることを指定する。０に等しいｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、スライスセグメントが復号順でピクチャの最初のスライスセグメントではないことを指定する。

【0053】

ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、復号ピクチャバッファ内の前に復号されたピクチャが、ＩＤＲまたはＢＬＡピクチャの復号後にいかに処理されるかを指定する。現ピクチャがＣＲＡピクチャであるとき、または現ピクチャがビットストリームの最初のピクチャであるＩＤＲまたはＢＬＡピクチャであるときには、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、復号プロセスに影響を与えない。現ピクチャがビットストリームの最初のピクチャではないＩＤＲまたはＢＬＡピクチャであり、アクティブシーケンスパラメータセットから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓもしくはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］の値が、先行するピクチャに関してアクティブなシーケンスパラメータセットから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓもしくはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］の値と異なるときには、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの実際値に関わらず、１に等しいｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがデコーダによって推定（されるべきではないが）される。ここで、ＨｉｇｈｅｓｔＴｉｄは、最大時間識別子値を指す。

【0054】

ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使用中のピクチャパラメータセットのｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔの値を指定する。ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から６３までの範囲内にあるものとする。

【0055】

１に等しいｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇは、存在しない各スライスセグメントヘッダのシンタックス要素の値が、スライスヘッダ中の対応するスライスセグメントヘッダのシンタックス要素の値に等しいと推定されることを指定する。ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇが存在しない場合、ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇの値は０に等しいと推定される。

【0056】

変数ＳｌｉｃｅＡｄｄｒＲＳは、次のように導出される。ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇが０に等しければ、ＳｌｉｃｅＡｄｄｒＲＳは、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓに等しく設定される。そうでない場合は、ＳｌｉｃｅＡｄｄｒＲＳは、符号化ツリーブロックアドレスがｃｔｂＡｄｄｒＴＳｔｏＲＳ［ｃｔｂＡｄｄｒＲＳｔｏＴＳ［ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ］−１］である符号化ツリーブロックを含む先行スライスセグメントのＳｌｉｃｅＡｄｄｒＲＳに等しく設定される。

【0057】

ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓは、ピクチャの符号化ツリーブロックのラスタスキャンにおける、スライスセグメントの最初の符号化ツリーブロックのアドレスを指定する。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓシンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ））ビットである。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓの値は、両端値を含めて、１からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１までの範囲内にあるものとし、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓの値は、同じ符号化ピクチャの他のいずれの符号化スライスセグメントのＮＡＬユニットのｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓの値とも等しくないものとする。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓが存在しないとき、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓは０に等しいと推定される。

【0058】

変数ＣｔｂＡｄｄｒＩｎＲＳは、ピクチャの符号化ツリーブロックラスタスキャンにおける符号化ツリーブロックアドレスを指定し、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓに等しく設定される。変数ＣｔｂＡｄｄｒＩｎＴＳは、タイルスキャンにおける符号化ツリーブロックアドレスを指定し、ＣｔｂＡｄｄｒＲＳｔｏＴＳ［ＣｔｂＡｄｄｒＩｎＲＳ］に等しく設定される。変数ＣｕＱｐＤｅｌｔａは、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓを含む符号化ユニットについての輝度信号量子化パラメータとその予測値との間の差分を指定し、０に等しく設定される。

【0059】

ｓｌｉｃｅ＿ｒｅｓｅｒｖｅｄ＿ｕｎｄｅｔｅｒｍｉｎｅｄ＿ｆｌａｇ［ｉ］は、将来のＩＴＵ‐Ｔ｜ＩＳＯ／ＩＥＣによる規格のためにリザーブされたセマンティクスおよび値を有する。デコーダは、ｓｌｉｃｅ＿ｒｅｓｅｒｖｅｄ＿ｕｎｄｅｔｅｒｍｉｎｅｄ＿ｆｌａｇ［ｉ］の存在および値を無視するものとする。

【0060】

ｓｌｉｃｅ＿ｔｙｐｅは、以下のテーブルにしたがってスライスの符号化タイプを指定する。

【0061】

【表2】

【0062】

ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて１６から２３までの範囲内の値を有するとき（ＲＡＰピクチャ）、ｓｌｉｃｅ＿ｔｙｐｅは２に等しいものとする。

【0063】

ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴｅｍｐｏｒａｌＩｄ］が０に等しいとき、ｓｌｉｃｅ＿ｔｙｐｅは２に等しいものとする。

【0064】

ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇは、復号ピクチャの出力および削除プロセスに影響する。ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが存在しないとき、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇは１に等しいものと推定される。

【0065】

ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいときの、現スライスＲＢＳＰに関連する色平面を指定する。ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの値は、両端値を含めて０から２までの範囲内にあるものとする。０、１、および２に等しいｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄはそれぞれ、Ｙ、ＣｂおよびＣｒ平面に対応する。

【0066】

ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現ピクチャについてのピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りを指定する。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、両端値を含めて、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ−１までの範囲内にあるものとする。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが存在しないとき、ほとんどの場合ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは０に等しいものと推定される。

【0067】

１に等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇは、現ピクチャの短期参照ピクチャセットが、アクティブシーケンスパラメータセット内のシンタックス要素を使用して作成されることを指定する。０に等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇは、現ピクチャの短期参照ピクチャセットが、スライスヘッダ内のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のシンタックス要素を使用して作成されることを指定する。

【0068】

ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、現ピクチャの参照ピクチャセットの作成に使用されるアクティブシーケンスパラメータセットにおいて指定された短期参照ピクチャセットのリストに対するインデックスを指定する。シンタックス要素ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ））ビットにより表される。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが存在しない場合、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は０に等しいものと推定される。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は、両端値を含めて、０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１までの範囲内にあるものとする。

【0069】

変数ＳｔＲｐｓＩｄｘは、以下のように導出される：ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇが１に等しい場合、ＳｔＲｐｓＩｄｘは、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘに等しく設定される。そうでない場合は、ＳｔＲｐｓＩｄｘは、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しく設定される。

【0070】

ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓは、現ピクチャの長期参照ピクチャセットに含まれる、アクティブシーケンスパラメータセットにおいて指定される候補長期参照ピクチャの数を指定する。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は、両端値を含めて、０からＭｉｎ（ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ，ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］−ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］）までの範囲内にあるものとする。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓが存在しない場合、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は０に等しいものと推定される。

【0071】

ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓは、現ピクチャの長期参照ピクチャセットに含まれる、スライスヘッダにおいて指定される長期参照ピクチャの数を指定する。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓの値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］−ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓまでの範囲内にあるものとする。存在しない場合、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓの値は０に等しいものと推定される。

【0072】

ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］は、現ピクチャの長期参照ピクチャセットに含まれるピクチャの特定のために、アクティブシーケンスパラメータセットにおいて指定された候補長期参照ピクチャのリストに対するインデックスを指定する。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］を表すために使用されるビットの数は、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ））に等しい。存在しない場合、ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は０に等しいものと推定される。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は、両端値を含めて、０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ−１までの範囲内にあるものとする。

【0073】

ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］は、現ピクチャの長期参照ピクチャセットに含まれるｉ番目の長期参照ピクチャのピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りの値を指定する。ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］シンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。

【0074】

０に等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］は、現ピクチャの長期参照ピクチャセットに含まれるｉ番目の長期参照ピクチャが、現ピクチャによる参照のために用いられないことを指定する。

【0075】

変数ＰｏｃＬｓｂＬｔ［ｉ］およびＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］は、以下のように導出される。ｉがｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓ未満であれば、ＰｏｃＬｓｂＬｔ［ｉ］は、ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］は、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｓｐｓ＿ｆｌａｇ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定される。そうでない場合は、ＰｏｃＬｓｂＬｔ［ｉ］は、ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］は、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］に等しく設定される。

【0076】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0077】

ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］は、現ピクチャの長期参照ピクチャセットに含まれるｉ番目の長期参照ピクチャのピクチャオーダーカウント値の最上位ビットの値を決定するために用いられる。ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］は０に等しいものと推定される。

【0078】

変数ＤｅｌｔａＰｏｃＭＳＢＣｙｃｌｅＬｔ［ｉ］は、以下のように導出される：

【数1】

【0079】

長期参照ピクチャセットに関して、復号プロセスが以下のように行われうる：

【0080】

このプロセスは、ピクチャ毎に１回、スライスヘッダの復号の後であるが、任意の符号化ユニットの復号より前およびスライスの参照ピクチャリスト構築のための復号プロセスより前に、呼び出される。このプロセスの結果、ＤＰＢの１つ以上の参照ピクチャが、「参照のために用いられない」または「長期参照のために用いられる」ものとしてマークされうる。

【0081】

参照ピクチャセットは、現在および将来の符号化ピクチャの復号プロセスで使用される参照ピクチャの絶対記述であることに注意されたい。参照ピクチャセットシグナリングは、参照ピクチャセットに含まれる全ての参照ピクチャが明示的にリストされるという意味で、明示的である。

【0082】

ピクチャは、「参照のために用いられない」、「短期参照のために用いられる」、または「長期参照のために用いられる」ものとしてマークされうるが、これら３つの中の１つとしてのみマークされる。ピクチャにこれらのマーキングのうちの１つを割り当てることにより、これらのマーキングのうちの別のマーキングが、適用可能な場合に黙示的に削除される。ピクチャが「参照のために用いられる」ものとしてマークされていると言うときには、「短期参照のために用いられる」または「長期参照のために用いられる」ものとしてマークされたピクチャ（両方ではない）を集合的に指す。

【0083】

現ピクチャがビットストリームの最初のピクチャであるとき、ＤＰＢは空のピクチャのセットに初期化される。

【0084】

現ピクチャがＩＤＲピクチャまたはＢＬＡピクチャであるとき、現在ＤＰＢ内にある全ての参照ピクチャ（もしあれば）が、「参照のために用いられない」ものとしてマークされる。

【0085】

短期参照ピクチャは、そのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値により識別される。長期参照ピクチャは、そのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値またはｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ値により識別される。

【0086】

参照ピクチャセットを導出するために、ピクチャオーダーカウント値の５つのリストが構築される；ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌの要素数をそれぞれ有する、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒおよびＰｏｃＬｔＦｏｌｌである。

【0087】

現ピクチャがＩＤＲピクチャである場合、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌは全て空に設定され、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌは全て０に設定される。

【0088】

そうでない場合は、ピクチャオーダーカウント値の５つのリストおよびエントリ数の導出に以下が適用される。

【数2】

ここでＰｉｃＯｒｄｅｒＣｎｔＶａｌは、現ピクチャのピクチャオーダーカウントである。

【0089】

代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0090】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。上述の条件に基づいて現ピクチャにつきｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しく設定されると、復号順でそれ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、ＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＳＴＳＡ＿Ｒのうちの１つであるＮＡＬユニットタイプを有する復号順で最初のピクチャまでを含む、全てのピクチャにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるものとする。

【0091】

さらに別の実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0092】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。上述の条件に基づいて現ピクチャにつきｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しく設定されると、復号順でそれ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、ＴＲＡＩＬ＿Ｒのうちの１つであるＮＡＬユニットタイプを有する復号順で最初のピクチャまでを含む全てのピクチャにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるものとする。

【0093】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0094】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。上述の条件に基づいて現ピクチャにつきｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しく設定されると、復号順でそれ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、ＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＳＴＳＡ＿Ｒ、ＲＡＤＬ＿Ｒ、ＲＡＳＬ＿Ｒのうちの１つであるＮＡＬユニットタイプを有する復号順で最初のピクチャまでを含む全てのピクチャにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるものとする。

【0095】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0096】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。上述の条件に基づいて現ピクチャにつきｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しく設定されると、復号順でそれ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有する復号順で最初のピクチャまでを含む全てのピクチャにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるものとする。

【0097】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0098】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。上述の条件に基づいて現ピクチャにつきｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しく設定されると、０より大きいＴｅｍｐｏｒａｌＩｄ値を有するかまたはＴＲＡＩＬ＿Ｎ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿Ｎ、ＲＡＤＬ＿Ｎ、ＲＡＳＬ＿Ｎ、ＲＳＶ＿ＶＣＬ＿Ｎ１０、ＲＳＶ＿ＶＣＬ＿Ｎ１２もしくはＲＳＶ＿ＶＣＬ＿Ｎ１４のうちの１つであるＮＡＬユニットタイプを有する復号順で後続する全てのピクチャにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるものとする。

【0099】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0100】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。上述の条件に基づいて現ピクチャにつきｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しく設定されたら、復号順でそれ以降のピクチャから、０に等しい時間識別子値を有し、参照ピクチャとして使用されるか、または個別に破棄できない復号順で最初のピクチャまでを含む全てのピクチャにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に設定されるものとする。

【0101】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0102】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、現ピクチャと、復号順で現ピクチャ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、ＴＲＡＩＬ＿Ｒのうちの１つであるＮＡＬユニットタイプを有する、現ピクチャ以降の復号順で最初のピクチャまでを含む全てのピクチャとにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0103】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0104】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、現ピクチャと、復号順で現ピクチャ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、ＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＳＴＳＡ＿Ｒのうちの１つであるＮＡＬユニットタイプを有する、現ピクチャ以降の復号順で最初のピクチャまでを含む全てのピクチャとにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0105】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0106】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、現ピクチャと、復号順で現ピクチャ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、ＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＳＴＳＡ＿Ｒ、ＲＡＤＬ＿Ｒ、ＲＡＳＬ＿Ｒのうちの１であるＮＡＬユニットタイプを有する、現ピクチャ以降の復号順で最初のピクチャまでを含む全てのピクチャとにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0107】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0108】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、現ピクチャと、復号順で現ピクチャ以降のピクチャから、０より大きいＴｅｍｐｏｒａｌＩｄ値を有するかまたはＴＲＡＩＬ＿Ｎ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿Ｎ、ＲＡＤＬ＿Ｎ、ＲＡＳＬ＿Ｎ、ＲＳＶ＿ＶＣＬ＿Ｎ１０、ＲＳＶ＿ＶＣＬ＿Ｎ１２もしくはＲＳＶ＿ＶＣＬ＿Ｎ１４のうちの１つであるＮＡＬユニットタイプを有する全てのピクチャとにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0109】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0110】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、現ピクチャと、復号順で現ピクチャ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有する、現ピクチャ以降の復号順で最初のピクチャまでを含む全てのピクチャとにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0111】

さらなる代替的実施形態においては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］につき以下のセマンティクスを定義することができる。

【0112】

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい参照ピクチャが１つより多くあるとき、現ピクチャと、復号順で現ピクチャ以降のピクチャから、０のＴｅｍｐｏｒａｌＩｄ値を有し、参照ピクチャとして使用されるか、または個別に破棄できない、現ピクチャ以降の復号順で最初のピクチャまでを含む全てのピクチャとにつき、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいものとする。

【0113】

ここでｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、以下のセマンティクスにより定義される。

【0114】

ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、以下のテーブルｙに指定されるようにＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを指定する。

【表3】

【0115】

ここで、以下の定義が適用される。

【0116】

アクセスユニット：特定の分類ルールにしたがって互いに関連し、復号順で連続し、正確に１つの符号化ピクチャを含む、ＮＡＬユニットのセット。

【0117】

アクセスユニットは、符号化ピクチャの符号化スライスセグメントのＮＡＬユニットを含むのに加え、符号化ピクチャのスライスセグメントを含まない他のＮＡＬユニットも含みうる。アクセスユニットの復号の結果、常に復号されたピクチャが生じる。

【0118】

関連非ＶＣＬ ＮＡＬユニット：特定のＶＣＬ ＮＡＬユニットが非ＶＣＬ ＮＡＬユニットの関連ＶＣＬ ＮＡＬユニットである、非ＶＣＬ ＮＡＬユニット。

【0119】

関連ＲＡＰピクチャ：復号順で前のＲＡＰピクチャ（あれば）。

【0120】

関連ＶＣＬ ＮＡＬユニット：ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴ、ＥＯＢ＿ＮＵＴ、ＦＤ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しく、またはＲＳＶ＿ＮＶＣＬ４５からＲＳＶ＿ＮＶＣＬ４７の範囲内にあり、もしくはＵＮＳＰＥＣ４８からＵＮＳＰＥＣ６３の範囲内にある非ＶＣＬ ＮＡＬユニットについては、復号順で先行するＶＣＬ ＮＡＬユニット；ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが他の値に等しい非ＶＣＬ ＮＡＬユニットについては、復号順で次のＶＣＬ ＮＡＬユニット。

【0121】

ブロークンリンクアクセス（ＢＬＡ；ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ）アクセスユニット：符号化ピクチャがＢＬＡピクチャであるアクセスユニット。

【0122】

ブロークンリンクアクセス（ＢＬＡ）ピクチャ：各スライスセグメントがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＲＡＰピクチャ。

【0123】

ＢＬＡピクチャはＩスライスのみを含み、復号順でビットストリームの最初のピクチャでもよいし、またはビットストリームの後の方で現れてもよい。各ＢＬＡピクチャは、新たな符号化ビデオシーケンスを開始し、復号プロセスに対してＩＤＲピクチャと同じ影響を持つ。しかし、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタックス要素を含む。ＢＬＡピクチャがＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、ビットストリーム中に存在しないピクチャの参照を含みうるためにデコーダにより出力されず復号できないかもしれない関連ＲＡＳＬピクチャを該ＢＬＡピクチャが有しうる。ＢＬＡピクチャがＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、該ＢＬＡピクチャは復号されるよう指定された関連ＲＡＤＬピクチャも有しうる。ＢＬＡピクチャがＢＬＡ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、関連ＲＡＳＬピクチャを有しないが、復号されるよう指定された関連ＲＡＤＬピクチャを有しうる。ＢＬＡピクチャがＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、関連リーディングピクチャを有しない。

【0124】

クリーンランダムアクセス（ＣＲＡ；ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ）アクセスユニット：符号化ピクチャがＣＲＡピクチャであるアクセスユニット。

【0125】

クリーンランダムアクセス（ＣＲＡ）ピクチャ：各スライスセグメントがＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＲＡＰピクチャ。

【0126】

ＣＲＡピクチャはＩスライスのみを含み、復号順でビットストリームの最初のピクチャでもよいし、またはビットストリームの後の方で現れてもよい。ＣＲＡピクチャは、関連ＲＡＤＬまたはＲＡＳＬピクチャを有しうる。ＣＲＡピクチャが、復号順でビットストリームの最初のピクチャであるときには、そのＣＲＡピクチャは、復号順で符号化ビデオシーケンスの最初のピクチャであり、関連ＲＡＳＬピクチャは、ビットストリーム中に存在しないピクチャの参照を含みうるためにデコーダにより出力されず復号できないかもしれない。

【0127】

フィラーデータＮＡＬユニット：ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＦＤ＿ＮＵＴに等しいＮＡＬユニット。

【0128】

瞬時復号リフレッシュ（ＩＤＲ；ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）アクセスユニット：符号化ピクチャがＩＤＲピクチャであるアクセスユニット。

【0129】

瞬時復号リフレッシュ（ＩＤＲ）ピクチャ：各スライスセグメントがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＲＡＰピクチャ。

【0130】

ＩＤＲピクチャはＩスライスのみを含み、復号順でビットストリームの最初のピクチャであってもよいし、またはビットストリームの後の方で現れてもよい。各ＩＤＲピクチャは、復号順で符号化ビデオシーケンスの最初のピクチャである。ＩＤＲピクチャがＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、該ＩＤＲピクチャは関連ＲＡＤＬピクチャを有しうる。ＩＤＲピクチャがＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、該ＩＤＲピクチャは関連リーディングピクチャを有しない。ＩＤＲピクチャは、関連ＲＡＳＬピクチャを有しない。

【0131】

長期参照ピクチャ：「長期参照のために用いられる」ものとしてマークされたピクチャ。

【0132】

長期参照ピクチャセット：長期参照ピクチャを含みうる２つの参照ピクチャセットリスト。

【0133】

ネットワーク抽象化層（ＮＡＬ；ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニット：続くデータのタイプの指示およびそのデータを必要に応じてエミュレーション防止バイトがちりばめられたＲＢＳＰの形で含むバイトを含むシンタックス構造。

【0134】

ネットワーク抽象化層（ＮＡＬ）ユニットストリーム：一連のＮＡＬユニット。

【0135】

非参照ピクチャ：「参照のために用いられない」ものとしてマークされたピクチャ。

【0136】

非参照ピクチャは、復号順で後続のピクチャの復号プロセスにおけるインター予測のために使用できないサンプルを含む。

【0137】

ピクチャパラメータセット（ＰＰＳ）：各スライスセグメントヘッダに含まれるシンタックス要素により定義されるゼロ以上の符号化ピクチャ全体に適用されるシンタックス要素を含むシンタックス構造。

【0138】

プレフィックスＳＥＩ ＮＡＬユニット：ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＳＥＩ ＮＡＬユニット。

【0139】

ランダムアクセス復号可能リーディング（ＲＡＤＬ；ｒａｎｄｏｍ ａｃｃｅｓｓ ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ）アクセスユニット：符号化ピクチャがＲＡＤＬピクチャであるアクセスユニット。

【0140】

ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャ：各スライスセグメントがＲＡＤＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャ。

【0141】

全てのＲＡＤＬピクチャは、リーディングピクチャである。ＲＡＤＬピクチャは、同じ関連ＲＡＰピクチャのトレイリングピクチャの復号プロセスのために参照ピクチャとして用いられない。存在する場合、全てのＲＡＤＬピクチャは、復号順で同じ関連ＲＡＰピクチャの全てのトレイリングピクチャに先行する。

【0142】

ランダムアクセスポイント（ＲＡＰ；ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ）アクセスユニット：符号化ピクチャがＲＡＰピクチャであるアクセスユニット。

【0143】

ランダムアクセスポイント（ＲＡＰ）ピクチャ：各スライスセグメントが両端値を含めて７から１２までの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャ。

【0144】

ＲＡＰピクチャはＩスライスのみを含み、ＢＬＡピクチャ、ＣＲＡピクチャまたはＩＤＲピクチャでありうる。ビットストリームの最初のピクチャは、ＲＡＰピクチャでなければならない。必要なパラメータセットをアクティブ化が必要な際に利用できるならば、復号順でＲＡＰピクチャに先行するいずれのピクチャの復号プロセスも行わずに、ＲＡＰピクチャおよび復号順で後続する全ての非ＲＡＳＬピクチャを適切に復号することができる。ＲＡＰピクチャではないＩスライスのみを含むピクチャもストリーム中に存在しうる。

【0145】

ランダムアクセススキップリーディング（ＲＡＳＬ；ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ）アクセスユニット：符号化ピクチャがＲＡＳＬピクチャであるアクセスユニット。

【0146】

ランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャ：各スライスセグメントがＲＡＳＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャ。

【0147】

全てのＲＡＳＬピクチャは、関連ＢＬＡまたはＣＲＡピクチャのリーディングピクチャである。関連ＲＡＰピクチャがＢＬＡピクチャであるか、またはビットストリームの最初の符号化ピクチャであるとき、ＲＡＳＬピクチャは、ビットストリームに存在しないピクチャの参照を含みうるために出力されず適切に復号できないかもしれない。ＲＡＳＬピクチャは、非ＲＡＳＬピクチャの復号プロセスのための参照ピクチャとして用いられない。存在する場合、全てのＲＡＳＬピクチャは、復号順で同じ関連ＲＡＰピクチャの全てのトレイリングピクチャに先行する。

【0148】

ローバイトシーケンスペイロード（ＲＢＳＰ；ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）：ＮＡＬユニットにカプセル化された整数のバイト数を含むシンタックス構造。ＲＢＳＰは、空であるか、またはＲＢＳＰストップビットを従え、０に等しいゼロ以上の後続ビットを従えたシンタックス要素を含むデータビットのストリングの形式を有する。

【0149】

ローバイトシーケンスペイロード（ＲＢＳＰ）ストップビット：ローバイトシーケンスペイロード（ＲＢＳＰ）内のデータビットのストリングの後に存在する１に等しいビット。ＲＢＳＰの終端からＲＢＳＰ内の最後の０ではないビットであるＲＢＳＰストップビットを探索することにより、ＲＢＳＰ内のデータビットのストリングの終端の位置を特定できる。

【0150】

参照ピクチャ：短期参照ピクチャまたは長期参照ピクチャであるピクチャ。

【0151】

参照ピクチャは、復号順で後続するピクチャの復号プロセスにおけるインター予測に使用されうるサンプルを含む。

【0152】

シーケンスパラメータセット（ＳＰＳ）：各スライスセグメントヘッダに含まれるシンタックス要素により参照されるピクチャパラメータセットに含まれるシンタックス要素の内容により決定される、ゼロ以上の符号化ビデオシーケンス全体に適用されるシンタックス要素を含むシンタックス構造。

【0153】

短期参照ピクチャ：「短期参照のために用いられる」ものとしてマークされたピクチャ。

【0154】

段階的時間サブレイヤアクセス（ＳＴＳＡ：ｓｔｅｐ‐ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ‐ｌａｙｅｒ ａｃｃｅｓｓ）アクセスユニット：符号化ピクチャがＳＴＳＡピクチャであるアクセスユニット。

【0155】

段階的時間サブレイヤアクセス（ＳＴＳＡ）ピクチャ：各スライスセグメントがＳＴＳＡ＿ＲまたはＳＴＳＡ＿Ｎに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャ。

【0156】

ＳＴＳＡピクチャは、当該ＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄのピクチャをインター予測参照に使用しない。ＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有する復号順でＳＴＳＡピクチャに続くピクチャは、ＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有する復号順でＳＴＳＡピクチャより前のピクチャを、インター予測参照に使用しない。ＳＴＳＡピクチャは、当該ＳＴＳＡピクチャで直近下位のサブレイヤから当該ＳＴＳＡピクチャを含むサブレイヤへの上方切り替えを可能にする。ＳＴＳＡピクチャは、０より大きいＴｅｍｐｏｒａｌＩｄを有しなければならない。

【0157】

サフィックスＳＥＩ ＮＡＬユニット：ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＳＥＩ ＮＡＬユニット。

【0158】

補足的な付加情報（ＳＥＩ；ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）ＮＡＬユニット：ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴまたはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニット。

【0159】

時間サブレイヤアクセス（ＴＳＡ：ｔｅｍｐｏｒａｌ ｓｕｂ‐ｌａｙｅｒ ａｃｃｅｓｓ）アクセスユニット：符号化ピクチャがＴＳＡピクチャであるアクセスユニット。

【0160】

時間サブレイヤアクセス（ＴＳＡ）ピクチャ：各スライスセグメントがＴＳＡ＿ＲまたはＴＳＡ＿Ｎに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャ。

【0161】

ＴＳＡピクチャおよび復号においてＴＳＡピクチャに続くピクチャは、ＴＳＡピクチャのＴｅｍｐｏｒａｌＩｄ以上のＴｅｍｐｏｒａｌＩｄのピクチャをインター予測参照に使用しない。ＴＳＡピクチャは、当該ＴＳＡピクチャで直近下位のサブレイヤから当該ＴＳＡピクチャを含むサブレイヤまたは任意のより上位のサブレイヤへの上方切り替えを可能にする。ＴＳＡピクチャは、０より大きいＴｅｍｐｏｒａｌＩｄを有しなければならない。

【0162】

トレイリングピクチャ：出力順で関連ＲＡＰピクチャに続くピクチャ。

【0163】

ビデオ符号化レイヤ（ＶＣＬ；ｖｉｄｅｏ ｃｏｄｉｎｇ ｌａｙｅｒ）ＮＡＬユニット：ＶＣＬ ＮＡＬユニットとして分類されるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのリザーブド値を有する符号化スライスセグメントＮＡＬユニットおよびＮＡＬユニットのサブセットの集合名。

【0164】

ビデオパラメータセット（ＶＰＳ；ｖｉｄｅｏ ｐａｒａｍｅｔｅｒ ｓｅｔ）：各スライスセグメントヘッダに含まれるシンタックス要素により参照されるピクチャパラメータセットに含まれるシンタックス要素により参照されるシーケンスパラメータセットに含まれるシンタックス要素の内容により決定される、ゼロ以上の符号化ビデオシーケンス全体に適用されるシンタックス要素を含むシンタックス構造。

【0165】

ここで、時間識別子値は、以下のように定義される。

【0166】

ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットの時間識別子を指定する。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値は、０に等しくないものとする。

【0167】

変数ＴｅｍｐｏｒａｌＩｄは、

【0168】

ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定される。

【0169】

ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて１６から２３までの範囲内にある場合（ＲＡＰピクチャの符号化スライスセグメント）、ＴｅｍｐｏｒａｌＩｄは０に等しいものとする；そうでない場合は、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿ＲまたはＳＴＳＡ＿Ｎに等しいとき、ＴｅｍｐｏｒａｌＩｄは０に等しくないものとする。

【0170】

ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニットの全てのＶＣＬ ＮＡＬユニットにつき同じとする。アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、当該アクセスユニットのＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。

【0171】

例えば図１５を参照すると、ピクチャＢに関して、復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい１つより多くの参照ピクチャがあり、そのためｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しくなる。そして、本明細書に記載される実施形態にしたがって、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ピクチャＣおよびＤについても１に等しく設定される。ピクチャＤは、ＴｅｍｐｏｒａｌＩｄ＝０に帰属するため、復号順でＤに後続するピクチャは、それらの後続ピクチャに関して復号ピクチャバッファにピクチャオーダーカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りがＰｏｃＬｓｂＬｔ［ｉ］に等しい１つより多くの参照ピクチャがない限り、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］を１に設定する必要はない。

【0172】

以上の明細書において使用される用語および表現は、制限ではなく説明のための用語として使用され、このような用語および表現の使用には、図と共に記載された特徴またはその一部の等価物を除外する意図はなく、本発明の範囲は、以下の請求の範囲のみにより制限されることが理解されよう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図12】

【図13A】

【図13B】

【図14】

【図15】