JP6177905B2 - 映像コーディングに関する長期基準ピクチャのシグナリング - Google Patents

Description

［０００１］本出願は、米国仮特許出願一連番号第６１／６６７，３７１号（出願日：２０１２年６月２日）の利益を主張するものであり、それの内容全体が、引用によってここに組み入れられている。

［０００２］本開示は、概して、映像データを処理することに関するものである。本開示は、より具体的には、圧縮された映像ストリームにおいてランダムアクセスをサポートするための技法に関するものである。

［０００３］デジタル映像能力を広範なデバイス内に組み入れることができ、デジタルテレビと、デジタル直接放送システムと、無線放送システムと、パーソナルデジタルアシスタント（ＰＤＡ）と、ラップトップ又はデスクトップコンピュータと、ダフレットコンピュータと、電子書籍リーダーと、デジタルカメラと、デジタル記録デバイスと、デジタルメディアプレーヤーと、ビデオゲームプレイ装置と、ビデオゲームコンソールと、セルラー又は衛星無線電話、いわゆる“スマートフォン”と、ビデオ会議装置と、ビデオストリーミングデバイスと、トランスコーダと、ルータ又はその他のネットワークデバイスと、等を含む。デジタル映像デバイスは、映像圧縮技法、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、アドバンストビデオコーディング（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ））、現在策定中の高効率映像コーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格によって定義される規格、オープン映像圧縮フォーマット、例えば、ＶＰ８、及び該規格の拡張版、技法、又はフォーマットにおいて説明されるそれら、を実装する。映像デバイスは、該映像圧縮技法を実装することによってより効率的にデジタル映像情報を送信、受信、符号化、復号、及び／又は格納することができる。

［０００４］映像圧縮技法は、映像シーケンスに固有の冗長性を低減又は除去するための空間（イントラピクチャ）予測及び／又は時間（インターピクチャ）予測を行う。ブロックに基づく映像コーディングでは、映像スライス（すなわち、映像ピクチャ又は映像ピクチャの一部分）を映像ブロックに分割することができ、それらは、ツリーブロック、コーディングユニット（ＣＵ）及び／又はコーディングノードと呼ぶこともできる。ピクチャのイントラコーディングされた（Ｉ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関して空間予測を用いて符号化される。ピクチャのインターコーディングされた（Ｐ又はＢ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関する空間予測又はその他の基準ピクチャ内の基準サンプルに関する時間予測を使用することができる。ピクチャは、フレームと呼ぶことができ、基準ピクチャは、基準フレームと呼ぶことができる。

［０００５］空間予測又は時間予測の結果、コーディングされるべきブロックに関する予測ブロックが得られる。残差データは、コーディングされるべきオリジナルのブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する基準サンプルのブロックを指し示す動きベクトル、及びコーディングされたブロックと予測ブロックとの間の差分を示す残差データにより符号化される。イントラコーディングされたブロックは、イントラコーディングモード及び残差データにより符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換することができ、その結果残差変換係数が得られ、次にそれらを量子化することができる。量子化された変換係数は、最初は二次元アレイで配列され、変換係数の一次元ベクトルを生成するために走査することができ、及びさらなる圧縮を達成するためにエントロピーコーディングを適用することができる。

［０００６］概して、本開示は、基準ピクチャセットが現在のピクチャに関してどのように形成されるべきかを表すデータをコーディングするための技法について説明する。すなわち、現在のピクチャがインター予測コーディングされるときには、１つ以上の以前にコーディングされた基準ピクチャに関して現在のピクチャのブロックが予測される。これらの基準ピクチャは、基準ピクチャセットに含めることができる。映像コーダは、基準ピクチャセットから基準ピクチャリストを構築することができる。映像コーダは、潜在的な基準ピクチャの組のうちのいずれを基準ピクチャセット内に含めるべきかを示す情報をコーディングすることができる。この情報は、基準ピクチャセットに含めるべき基準ピクチャに関するピクチャオーダーカウント（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）（ＰＯＣ）値を表すデータに対応することができる。全体的なＰＯＣ値をコーディングする代わりに、映像コーダは、ＭＳＢを表すデータが必要でない限り、例えば、２つの基準ピクチャが同じ最下位ビット（ＬＳＢ）を有するときに、ＰＯＣ値のＬＳＢのみをコーディングするように構成することができる。本開示は、基準ピクチャに関してＭＳＢをコーディングするために予測コーディングを使用するための技法について説明する。

［０００７］一例では、映像データを復号する方法は、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ｌｏｎｇ−ｔｅｒｍ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号することであって、基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で現在のピクチャに先行し、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応することと、復号された値及び基準ＰＯＣ値に基づいてＬＴＲＰ ＰＯＣ値のＭＳＢを決定することと、ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいてＬＴＲＰに関する現在のピクチャの少なくとも一部分を復号することと、を含む。

［０００８］他の例では、映像データを符号化する方法は、長期基準ピクチャ（ＬＴＲＰ）に関して現在のピクチャの少なくとも一部分を符号化することと、ＬＴＲＰに関するＬＴＲＰピクチャオーダーカウント（ＰＯＣ）値を決定することと、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）とＬＴＲＰ ＰＯＣ値のＭＳＢとの間の差分を表す値を符号化することと、を含み、基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で現在のピクチャに先行し、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する。

［０００９］他の例では、映像データを復号するためのデバイスは、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、復号された値及び基準ＰＯＣ値に基づいてＬＴＲＰ ＰＯＣ値のＭＳＢを決定し、及び、ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいてＬＴＲＰに関する現在のピクチャの少なくとも一部分を復号するように構成された映像復号器を含み、基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で現在のピクチャに先行し、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する。

［００１０］他の例では、映像データを復号するためのデバイスは、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号するための手段であって、基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で現在のピクチャに先行し、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する手段と、復号された値及び基準ＰＯＣ値に基づいてＬＴＲＰ ＰＯＣ値のＭＳＢを決定するための手段と、ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいてＬＴＲＰに関する現在のピクチャの少なくとも一部分を復号するための手段と、を含む。

［００１１］他の例では、コンピュータによって読み取り可能な記憶媒体は、実行されたときに、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、復号された値及び基準ＰＯＣ値に基づいてＬＴＲＰ ＰＯＣ値のＭＳＢを決定し、ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいてＬＴＲＰに関する現在のピクチャの少なくとも一部分を復号することをプロセッサに行わせる命令を格納し、基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で現在のピクチャに先行し、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する。

［００１２］１つ以上の例の詳細が、添付図及び以下の説明において示される。それらの説明と図面から、及び請求項から、その他の特徴、目的、及び利点が明らかになるであろう。

［００１３］本開示において説明される技法を利用することができる映像符号化及び復号システム例を示したブロック図である。 ［００１４］本開示において説明される技法を実装することができる映像符号器例を示したブロック図である。 ［００１５］本開示において説明される技法を実装することができる映像復号器例を示したブロック図である。 ［００１６］ネットワークの一部を形成するデバイスの組例を示したブロック図である。 ［００１７］コーディングされた映像ピクチャのシーケンスを例示した概念図である。 ［００１８］基準ピクチャセット内に含めるべきピクチャを表すデータを符号化するための方法例を示したフローチャートである。 ［００１９］基準ピクチャセット内に含めるべきピクチャを表すデータを復号するための方法例を示したフローチャートである。

［００２０］本開示は、長期基準ピクチャのシグナリング、及び、瞬時復号リフレッシュ（ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）（ＩＤＲ）ピクチャと、クリーンランダムアクセス（ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ（ＣＲＡ）ピクチャと、ブロークンリンクアクセス（ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ（ＢＬＡ）ピクチャと、を含むランダムアクセスポイントピクチャに関するパラメータの改良されたコーディングに関する様々な技法について説明する。

［００２１］映像コーディング規格は、ＩＴＵ−Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｈ．２６２又はＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ及びＩＴＵ−Ｔ Ｈ．２６４（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとも呼ばれる）を含み、スケーラブル映像コーディング（ＳＶＣ）と、マルチビュー映像コーディング（ＭＶＣ）拡張とを含む。さらに、ＩＴＵ−Ｔビデオコーディングエキスパーツグループ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣモーションピクチャエキスパーツグループ（ＭＰＥＧ）の映像コーディングに関する共同作業チーム（ＪＣＴ−ＶＣ）によって現在策定中の新しい映像コーディング規格、すなわち、高効率映像コーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）、が存在する。ＨＥＶＣの最近のワーキングドラフト（ＷＤ）は、以後ＨＥＶＣ ＷＤ７と呼ばれ、http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v5.zipから入手可能である。

［００２２］概して、映像コーディングは、個々のピクチャをコーすることを含む。各ピクチャは、ブロック（例えば、ＨＥＶＣにおけるコーディングユニット又は“ＣＵ”）に分割し、予測的にコーディングすることができる。予測は、概して、空間（すなわち、イントラピクチャ予測）又は時間（すなわち、インターピクチャ予測）であることができる。例えば、三次元映像コーディングに関する、多層映像コーディング技法では、ピクチャのブロックは、インナーレイヤコーディング又はインタービューコーディングすることもでき、インターピクチャ時間予測と実質的に同様の方法である。本開示の技法は、主に、インター予測、例えば、時間予測、が対象である。時間的インター予測では、現在のピクチャは、１つの時間的方向のピクチャ（例えば、現在のピクチャよりも早い表示値を有するピクチャ又は現在のピクチャよりも遅い表示値を有するピクチャ）からインター予測することができる。１つの時間的方向におけるインター予測は、典型的には、単一方向予測と呼ばれ、“Ｐモード”予測により行われる。２つの時間的方向におけるインター予測、すなわち、現在のピクチャよりも早い表示順序を有するピクチャ及び現在のピクチャよりも遅い表示順序を有するピクチャから予測されるブロック、は、典型的には、両方向予測と呼ばれ、“Ｂモード”予測により行われる。

［００２３］インター予測を行うときには、映像コーダは、典型的には、１つ以上の基準ピクチャリストを構築する。例えば、“リスト０”は、現在のピクチャの表示順序もよりも早い表示順序を有する基準ピクチャを含むことができ、“リスト１”は、現在のピクチャの表示順序よりも遅い表示順序を有する基準ピクチャを含むことができる。このように、現在のピクチャの特定のブロックに関する基準ピクチャを識別するために、映像コーダは、基準ピクチャがいずれのリストに入っているか、及びリストへのインデックスを示す構文要素をコーディングすることができる。基準ピクチャを識別するこの方法は、ピクチャを直接識別するよりも少ないビットを使用することができる。

［００２４］基準ピクチャは、２つのタイプの基準ピクチャ、すなわち、長期基準ピクチャ（ＬＴＲＰ）及び短期基準ピクチャ（ＳＴＲＰ）、を含むことができる。今度は、ＨＥＶＣにおけるＬＴＲＰ及びそれらのシグナリングについて説明される。基準ピクチャは、１に等しいｎａｌ_ｒｅｆ_ｆｌａｇを有するピクセルであると定義される。基準ピクチャには、復号順序で後続するピクチャの復号プロセスにおけるインター予測のために使用することができるサンプルが入っている。長期基準ピクチャは、“長期基準のために使用される”と表示される基準ピクチャであると定義される。

［００２５］上記のように、映像コーダは、現在のインター予測コーディングされたピクチャに関する１つ以上の基準ピクチャリストを構築することができる。映像コーダは、基準ピクチャセットから基準ピクチャリストを構築することができる。映像コーダは、基準ピクチャセットを構築する方法を表すデータをさらにコーディングすることができ、それは、いずれのＬＴＲＰが基準ピクチャセットに含められるべきかを示すデータをコーディングすることを含むことができる。例えば、映像コーダは、現在のピクチャのスライスに関するスライスヘッダにおいて、スライスのデータをコーディングするためにいずれのＬＴＲＰが基準ピクチャセットに含められるべきかを表すデータをコーディングすることができる。代替として、ＬＴＲＰを表すデータは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、又はその他の該データ構造内に含めることができる。すなわち、ＰＰＳは、現在のスライスを含む現在のピクチャに対応することができ、他方、ＳＰＳは、現在のピクチャを含むピクチャのシーケンスに対応することができる。

［００２６］ＬＴＲＰを表すデータは、ＬＴＲＰに関するピクチャオーダーカウント（ＰＯＣ）値を表すデータを含むことができる。本開示は、ＬＴＲＰに関するＰＯＣ値のコーディングを対象とする技法について説明する。ＰＯＣ値は、概して、ビットのシーケンスに対応する。従って、ＬＴＲＰに関するＰＯＣ値は、２つの部分、すなわち、最上位ビット（ＭＳＢ）及び最下位ビット（ＬＳＢ）、でコーディングすることができる。所定のＰＯＣ値のＭＳＢ及びＬＳＢは、連結されたときに、完全なＰＯＣ値を形成する。ＭＳＢ及びＬＳＢは、別々にコーディングすることができる。ＬＴＲＰに関するＰＯＣ値のＭＳＢは、２つ以上のＬＴＲＰに関するＰＯＣ値が同じＬＳＢを有するときにコーディングすることができる。

［００２７］本開示の技法により、映像コーダ、例えば、映像符号器又は映像復号器は、例えば、ＬＴＰＲに関するＰＯＣ値のＭＳＢをコーディングするために予測コーディング法を使用するように構成することができる。映像コーダは、現在のピクチャを適切に復号するために受信されていなければならないピクチャに関するＰＯＣ値として基準ＰＯＣを決定することができる。現在のピクチャは、基準ピクチャ、例えば、ＬＴＲＰ、を有するため、現在のピクチャはインター予測コーディングされると仮定される。従って、現在のピクチャを適切に復号するために受信されていなければならないピクチャは、直近のランダムアクセスポイント（ＲＡＰ）ピクチャ、現在のピクチャに関するその他の基準ピクチャ、又は現在のピクチャ自体さえも含むことができる。本開示の技法は、概して、現在のピクチャ自体又は直近のＲＡＰピクチャのいずれかとして現在のピクチャを適切に復号するために受信されていなければならないピクチャに関して説明されるが、その他のピクチャ、例えば、現在のピクチャが依存するその他のピクチャ、も同様に使用できることが理解されるべきである。

［００２８］幾つかの例では、映像コーダは、現在のピクチャに関するＬＴＲＰのＰＯＣ値に関する基準ＰＯＣ値を、現在のピクチャ自体に関するＰＯＣ値又は（コーディング順序、例えば、符号化順序又は復号順序で）直近のＲＡＰピクチャに関するＰＯＣ値のいずれかであると決定することができる。いずれの場合も、映像コーダは、基準ＰＯＣ値のＭＳＢを、ＬＴＲＰに関するＰＯＣ値のＭＳＢに関する予測値として使用することができる。従って、映像コーダは、基準ＰＯＣ値のＭＳＢと、ＬＴＲＰに関するＰＯＣ値（ＬＴＲＰ ＰＯＣ値と時々呼ばれる）のＭＳＢとの間の差分を表す差分値をコーディングすることができる。例えば、映像符号器は、ＬＴＲＰに関するＰＯＣ値から基準ＰＯＣ値のＭＳＢを減じることによって差分を計算し、次に差分を符号化することができる。他の例として、映像復号器は、差分を復号し、次に、ＬＴＲＰに関するＭＳＢを再生（ｒｅｐｒｏｄｕｃｅ）するために基準ＰＯＣ値のＭＳＢに差分を加えることができる。

［００２９］さらに、映像コーダは、基準ＰＯＣ値を得るためにいずれのピクチャが使用されるかを表す構文要素をコーディングすることができる。すなわち、映像コーダは、ＬＴＲＰに関する基準ＰＯＣが現在のピクチャ又は直近のＲＡＰピクチャのいずれに対応するかを示す構文要素に関する値をコーディングすることができる。例えば、映像符号器は、例えば、これらの２つのＰＯＣのうちのどちらが最低の差分値を生成するかの決定に基づいて、基準ＰＯＣが現在のピクチャに関するＰＯＣ値に対応すべきか又は直近のＲＡＰ値に対応すべきかを決定することができる。他の例として、映像復号器は、基準ＰＯＣが現在のピクチャに関するＰＯＣであるか又は直近のＲＡＰピクチャに関するＰＯＣであるかを決定するために構文要素を復号し及び構文要素に関する復号された値を使用することができる。

［００３０］上述されるように、本開示は、ＲＡＰピクチャのコーディング及び処理に関連する技術についても説明する。ＲＡＰピクチャは、ＩＤＲピクチャと、ＣＲＡピクチャと、ＢＬＡピクチャとを含む。復号順序でＲＡＰピクチャに後続するが、出力順序（又は表示順序）でＲＡＰピクチャに先行するピクチャは、ＲＡＰピクチャと関連付けられたリーディングピクチャ（ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）（又はＲＡＰピクチャのリーディングピクチャ）と呼ばれる。特定のＣＲＡ又はＢＬＡピクチャに関して、関連付けられたリーディングピクチャの一部は、ＣＲＡ又はＢＬＡピクチャがビットストリーム内の最初のピクチャであるときでさえも正確に復号可能である。これらのリーディングピクチャは、復号可能リーディングピクチャ（ＤＬＰ）と呼ばれ、その他のリーディングピクチャは、復号不能リーディングピクチャ（ＮＬＰ）と呼ばれる。ＮＬＰは、最新のＨＥＶＣドラフト仕様では廃棄タグ付き（ＴＦＤ）ピクチャとも呼ばれる。

［００３１］この節では、ＨＥＶＣ ＷＤ７におけるＬＴＲＰのシグナリングについて説明される。ＳＰＳ内のフラグは、コーディングされた映像シーケンスに関してＬＴＲＰがシグナリングされるかどうかを示す。スライスヘッダにおいて、ＬＴＲＰのピクチャオーダーカウント（ＰＯＣ）値のＬＳＢ値が明示でシグナリングされる。ＬＴＲＰと同じＬＳＢビットを有する基準ピクチャがＤＰＢ内に２つ以上存在する場合は、ＬＴＲＰのＰＯＣのＭＳＢビットがシグナリングされる。最後に、シグナリングされたＬＴＲＰを基準のために現在のピクチャによって使用することができるかどうかを示すためにフラグが使用される。

［００３２］今度は、ランダムアクセス及びビットストリームスプライシングが説明される。ランダムアクセスは、映像ビットストリーム内における第１のコーディングされたピクチャでないコーディングされたピクチャから始める映像ビットストリームの復号を意味する。ビットストリームへのランダムアクセスは、多くの映像アプリケーション、例えば、放送及びストリーミング、例えば、ユーザが異なるチャネル間で切り換わるために、映像の特定の部分にジャンプする、又は（例えば、ビットレート、フレームレート、空間解像度、等の）ストリーム適合化のために異なるビットストリームに切り換わる、において必要である。この特徴は、ランダムアクセスピクチャ又はランダムアクセスポイントを、多くの場合は定期的な間隔で、ビットストリーム内に挿入することによって可能にされる。

［００３３］ビットストリームスプライシングは、２つ以上のビットストリーム又はそれらの一部分の連結を意味する。例えば、スライシングされたビットストリームを生成するために、第１のビットストリームを第２のビットストリームに、おそらくそれらのビットストリームのうちの１つ又は両方をある程度修正することによって添付することができる。第２のビットストリーム内の第１のコーディングされたピクチャは、スプライシングポイントとも呼ばれる。従って、スライシングされたビットストリーム内のスプライシングポイントに後続するピクチャは、第２のビットストリームから発生し、スライシングされたビットストリーム内のスプライシングポイントに先行するピクチャは、第１のビットストリームから発生する。

［００３４］ビットストリームのスプライシングは、ビットストリームスプライサ（ｓｐｌｉｃｅｒ）によって行われる。ビットストリームスプライサは、しばしば、軽量級であり、符号器よりもインテリジェント度がはるかに低い。例えば、それらは、エントロピー復号及び符号化能力を装備することができない。

［００３５］ビットストリーム切り換えは、適合的ストリーミング環境において使用することができる。ビットストリームへの切り換えにおけるある一定のピクチャでのビットストリーム切り換え動作は、実効的には、スプライシングポイントがビットストリーム切り換えポイント、すなわち、ビットストリームへの切り換えからの第１のピクチャ、であるビットストリームスプライシング動作である。

［００３６］今度は、ランダムアクセスポイント（ＲＡＰ）ピクチャについて説明される。ＡＶＣ又はＨＥＶＣにおいて規定される瞬時復号リフレッシュ（ＩＤＲ）ピクチャをランダムアクセスのために使用することができる。しかしながら、復号順序でＩＤＲピクチャに後続するピクチャは、ＩＤＲピクチャの以前に復号されたピクチャは基準として使用することができず、ランダムアクセスに関してＩＤＲピクチャに依存するビットストリームは、大幅により低いコーディング効率を有する可能性がある。

［００３７］コーディング効率を向上させるために、ＨＥＶＣでは、復号順序ではＣＲＡピクチャに後続し、出力順序ではそれに先行するピクチャがＣＲＡピクチャよりも前に復号されたピクチャを基準として使用するのを可能にするためにクリーンランダム（ＣＲＡ）ピクチャの概念が導入された。復号順序ではＣＲＡピクチャに後続するが出力順序ではＣＲＡピクチャに先行するピクチャは、ＣＲＡピクチャと関連付けられたリーディングピクチャ（又は、ＣＲＡピクチャのリーディングピクチャ）と呼ばれる。ＣＲＡピクチャのリーディングピクチャは、現在のＣＲＡピクチャより前のＩＤＲ又はＣＲＡピクチャから復号が開始した場合は正確に復号可能である。しかしながら、ＣＲＡピクチャのリーディングピクチャは、ＣＲＡピクチャからのランダムアクセスが生じたときには正確に復号できない。従って、リーディングピクチャは、典型的には、ランダムアクセス復号中に廃棄される。復号がどこから開始するかに依存して利用可能でないことがある基準ピクチャからの誤り伝播を防止するために、復号順序及び出力順序の両方においてＣＲＡピクチャに後続するすべてのピクチャが、（リーディングピクチャを含む）復号順序又は出力順序のいずれかにおいてＣＲＡピクチャに先行するピクチャを基準として使用しないものとする。

［００３８］ＨＥＶＣでは、ＣＲＡピクチャの導入後に、ＣＲＡピクチャの概念に基づいてブロークンリンクアクセス（ＢＬＡ）ピクチャの概念がさらに導入された。ＢＬＡピクチャは、典型的には、ＣＲＡピクチャの位置においてのビットストリームのスライシングから発生し、スプライシングされたビットストリーム内において、スプライシングポイントＣＲＡピクチャは、ＢＬＡピクチャに変更される。

［００３９］ＩＤＲピクチャ、ＣＲＡピクチャ及びＢＬＡピクチャは、総称して、ランダムアクセスポイント（ＲＡＰ）ピクチャと呼ばれる。ＢＬＡピクチャとＣＲＡピクチャの間の相違点は、次の通りである。ＣＲＡピクチャに関しては、関連付けられたリーディングピクチャは、復号が復号順序においてＣＲＡピクチャよりも前のＲＡＰピクチャから開始する場合は正確に復号可能であり、ＣＲＡピクチャからのランダムアクセスが生じたときには正確に復号できない（すなわち、復号がＣＲＡピクチャから開始したとき、換言すると、ＣＲＡピクチャがビットストリーム内の第１のピクチャであるとき）。ＢＬＡピクチャに関しては、関連付けられたリーディングピクチャは、復号が復号順序においてＢＬＡピクチャよりも前のＲＡＰピクチャから開始したときでさえも、すべての場合において正確に復号可能でない。

［００４０］特定のＣＲＡ又はＢＬＡピクチャに関して、関連付けられたリーディングピクチャの一部は、ＣＲＡ又はＢＬＡピクチャがビットストリーム内の第１のピクチャであるときでさえも正確に復号可能である。これらのリーディングピクチャは、復号可能リーディングピクチャ（ＤＬＰ）と呼ばれ、その他のリーディングピクチャは、復号不能リーディングピクチャ（ＮＬＰ）と呼ばれる。ＮＬＰは、最新のＨＥＶＣドラフト仕様では廃棄タグ付き（ＴＦＤ）ピクチャとも呼ばれる。

［００４１］今度は、ＢＬＡピクチャへのＣＲＡピクチャの変更について説明される。ＢＬＡピクチャは、例えば、同時係属出願中の、共通して譲渡された米国仮特許出願第６１／６４３，１００号（出願日：２０１２年５月４日）においては、ブロークンリンクＣＲＡ（ＢＬＣ）ピクチャとも呼ばれた。該米国仮特許出願は、ここにおける引用によってもその内容全体がここに組み入れられている。以下において説明される方法は、同様の方法でのＢＬＡ又はＢＬＡピクチャへのＣＲＡピクチャの変更を可能にするために米国仮特許出願第６１／６４３，１００号において説明されている。

［００４２］ＢＬＣピクチャへのＣＲＡピクチャの単純な書き換えを可能にするために、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇをＣＲＡピクチャのスライスヘッダに添付することに加えて、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは、可能な限り早期にスライスヘッダ内に含められるべきであり、エントロピーコーディングされたＳＨパラメータの後でない、例えば、ｆｉｒｓｔ_ｓｌｉｃｅ_ｉｎ_ｐｉｃ_ｆｌａｇの直後が好ましい。

［００４３］より悪い事態が発生するおそれがある。すなわち、２つのバック・ツー・バック（ｂａｃｋ−ｔｏ−ｂａｃｋ）ＢＬＣピクチャが同じＰＯＣ ＬＳＢを有することになり、それらは、ｒａｎｄｏｍ_ａｃｃｅｓｓ_ｐｉｃ_ｉｄのみによって区別することが可能である（又はｒａｐ_ｐｉｃ_ｉｄに改名する）。従って、ｒａｐ_ｐｉｃ_ｉｄに関して固定長コーディングを使用すること、及び、例えば、ＣＲＡピクチャ及びＢＬＡピクチャの両方に関して、可能な限り早期にスライスヘッダ内に含めることか好ましく、エントロピーコーディングされたスライシングされたヘッダパラメータの後ではなく、例えば、ｆｉｒｓｔ_ｓｌｉｃｅ_ｉｎ_ｐｉｃ_ｆｌａｇ及びｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの直後が好ましい。ピクチャ境界検出のために使用することができるその他のスライスヘッダ構文要素に関しても同様である。例えば、ｐｉｃ_ｐａｒａｍｅｔｅｒ_ｓｅｔ_ｉｄ、及びＰＯＣ ＬＳＢ（すなわち、ｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ）。

［００４４］幾つかの問題が存在する可能性がある。例えば、既存のＬＴＲＰシグナリング方法は、誤りに弱い（例えば、ＰＯＣ ＬＳＢのみを通じてのＬＴＲＰのシグナリング）又は効率的でない（例えば、シーケンスパラメータセット又はピクチャパラメータセットにおいてＬＴＲＰをシグナリングするのが可能でない）。ＣＲＡピクチャをＢＬＡピクチャに変更するための既存の方法は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの変更を要求し、ｒａｐ_ｐｉｃ_ｉｄのコーディングに関してビットを浪費することがある。本開示の技法は、上述される問題を克服するために実装することができる。これらの技法が以下においてさらに詳細に説明される。

［００４５］図１は、本開示において説明される技法を利用することができる映像符号化及び復号システム例１０を示したブロック図である。図１において示されるように、システム１０は、行先デバイス１４によってのちに復号されるべき符号化された映像データを生成するソースデバイス１２を含む。ソースデバイス１２及び行先デバイス１４は、広範なデバイスを備えることができ、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、電話ハンドセット、例えば、いわゆる“スマート”フォン、いわゆる“スマート”パッド、テレビ、カメラ、表示装置、デジタルメディアプレーヤー、ビデオゲームコンソール、ビデオストリーミングデバイス、等を含む。幾つかの場合は、ソースデバイス１２及び行先デバイス１４は、無線通信のために装備することができる。

［００４６］行先デバイス１４は、リンク１６を介して復号されるべき符号化された映像データを受信することができる。リンク１６は、符号化された映像データをソースデバイス１２から行先デバイス１４に移動させることが可能なタイプの媒体又はデバイスを備えることができる。一例では、リンク１６は、ソースデバイス１２が符号化された映像データをリアルタイムで直接行先デバイス１４に送信するのを可能にする通信媒体を備えることができる。符号化された映像データは、通信規格、例えば、無線通信プロトコル、によりを変調することができ、及び行先デバイス１４に送信することができる。通信媒体は、無線又は有線の通信媒体、例えば、無線周波数（ＲＦ）スペクトル又は１つ以上の物理的送信ライン、を備えることができる。通信媒体は、パケットに基づくネットワーク、例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、又はグローバルネットワーク、例えば、インターネット、の一部を形成することができる。通信媒体は、ルータ、スイッチ、基地局、又はソースデバイス１２から行先デバイス１４への通信を容易にするのに役立つことができるその他のあらゆる装置を含むことができる。

［００４７］代替として、符号化されたデータは、出力インタフェース２２から記憶デバイス３４に出力することができる。同様に、符号化されたデータは、入力インタフェースによって記憶デバイス３４からアクセスすることができる。記憶デバイス３４は、様々な分散された又はローカルでアクセスされるデータ記憶媒体、例えば、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性又は非揮発性メモリ、又は符号化された映像データを格納するためのその他の適切なデジタル記憶媒体を含むことができる。さらなる例では、記憶デバイス３６は、ソースデバイス１２によって生成された符号化された映像を保持することができるファイルサーバ又は他の中間的な記憶デバイスに対応することができる。

［００４８］行先デバイス１４は、ストリーミング又はダウンロードを介して記憶デバイス３６から格納された映像データにアクセスすることができる。ファイルサーバは、符号化された映像データを格納すること及び符号化された映像データを行先デバイス１４に送信することが可能なあらゆるタイプのサーバであることができる。ファイルサーバ例は、（例えば、ウェブサイトのための）ウェブサーバと、ＦＴＰサーバと、ネットワーク接続記憶（ＮＡＳ）デバイスと、ローカルディスクドライブと、を含む。行先デバイス１４は、インターネット接続を含む標準的なデータ接続を通じて符号化された映像データにアクセスすることができる。これは、ファイルサーバに格納された符号化された映像データにアクセスするのに適する無線チャネル（例えば、Ｗｉ−Ｆｉ接続）、有線接続（例えば、ＤＳＬ、ケーブルモデム、等）、又は両方の組み合わせを含むことができる。記憶デバイス３４からの符号化された映像データの送信は、ストリーミング送信、ダウンロード送信、又は両方の組み合わせであることができる。

［００４９］本開示の技法は、無線の用途またはセッティングには必ずしも限定されない。それらの技法は、映像コーディングに適用することができ、様々なマルチメディア用途、例えば、オーバー・ザ・エアテレビ放送、ケーブルテレビ送信、衛星テレビ送信、例えば、インターネットを介してのストリーミング映像送信、データ記憶媒体への格納のためのデジタル映像の符号化、データ記憶媒体に格納されたデジタル映像の復号、又はその他の用途をサポートする。幾つかの例では、システム１０は、映像ストリーミング、映像再生、映像放送、及び／又は映像テレフォニー、等の用途をサポートするために１方向又は２方向の映像送信をサポートするように構成することができる。

［００５０］図１の例では、ソースデバイス１２は、映像ソース１８と、映像符号器２０と、出力インタフェース２２と、を含む。幾つかの場合は、出力インタフェース２２は、変調器／復調器（モデム）及び／又は送信機を含むことができる。ソースデバイス１２において、映像ソース１８は、ソース、例えば、映像キャプチャデバイス、例えば、ビデオカメラ、以前にキャプチャされた映像が入った映像アーカイブ、映像コンテンツプロバイダからの映像を受信するための映像フィードインタフェース、及び／又は、コンピュータグラフィックスデータをソース映像として生成するためのコンピュータグラフィックスシステム、又は該ソースの組み合わせ、を含むことができる。一例として、映像ソース１８がビデオカメラである場合は、ソースデバイス１２及び行先デバイス１４は、いわゆるカメラフォン又はビデオフォンであることができる。しかしながら、本開示において説明される技法は、映像コーディング全般に適用可能であり、無線及び／又は有線用途に適用することができる。

［００５１］キャプチャされた、予めキャプチャされた、又はコンピュータによって生成された映像は、映像符号器２０によって符号化することができる。符号化された映像データは、ソースデバイス１２の出力インタフェース２２を介して行先デバイス１４に直接送信することができる。符号化された映像データは、復号及び／又は再生のために行先デバイス１４又はその他のデバイスによってのちにアクセスするために記憶媒体３４に格納することもできる（又は代替で）。

［００５２］行先デバイス１４は、入力インタフェース２８と、映像復号器３０と、表示装置３２と、を含む。幾つかの場合は、入力インタフェース２８は、受信機及び／又はモデムを含むことができる。行先デバイス１４の入力インタフェース２８は、リンク１６を通じて符号化された映像データを受信する。符号化された映像データは、リンク１６を通じて通信されるか、又は記憶デバイス３６で提供され、映像データを復号する際の映像復号器、例えば、映像復号器３０、による使用のために映像符号器２０によって生成された様々な構文要素を含むことができる。該構文要素は、通信媒体で送信された符号化された映像データとともに含めること、記憶媒体に格納すること、又はファイルサーバに格納することができる。

［００５３］表示装置３２は、行先デバイス１４と一体化することができ又は外部に存在することができる。幾つかの例では、行先デバイス１４は、一体化された表示装置を含むことができ及び外部の表示装置とインタフェースするように構成することもできる。その他の例では、行先デバイス１４は、表示装置であることができる。概して、表示装置３２は、復号された映像データをユーザに表示し、様々な表示装置、例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又は他のタイプの表示装置、のうちのいずれかを備えることができる。

［００５４］映像符号器２０及び映像復号器３０は、映像圧縮規格、例えば、現在策定中の高効率映像コーディング（ＨＥＶＣ）規格、により動作することができ、及び、ＨＥＶＣテストモデル（ＨＭ）に準拠することができる。２０１２年７月２日現在において、ＨＥＶＣの最近のドラフトを、http://wg11.sc29.org/jct/doc_end_user/current_document.php?id=5885/JCTVC-I1003-v5から入手可能であり、ここにおける引用によってその内容全体が組み入れられている。代替として、映像符号器２０及び映像復号器３０は、その他の独占規格又は工業規格、例えば、ＩＴＵ−Ｔ Ｈ．２６４規格、代替でＭＰＥＧ−４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれる、又は該規格の拡張版により動作することができる。しかしながら、本開示の技法は、いずれの特定のコーディング規格にも制限されない。映像圧縮規格のその他の例は、ＭＰＥＧ−２、ＩＴＵ−Ｔ Ｈ．２６３、及びオープンの形式、例えば、ＶＰ８、を含む。

［００５５］図１には示されていないが、幾つかの態様では、映像符号器２０及び映像復号器３０は、各々、音声符号器及び復号器と一体化することができ、及び、共通のデータストリーム又は別々のデータストリーム内の音声及び映像の両方の符号化を取り扱うための該当するＭＵＸ−ＤＥＭＵＸユニット、又はその他のハードウェア及びソフトウェアを含むことができる。該当する場合は、幾つかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、又はその他のプロトコル、例えば、ユーザデータグラムプロトコル（ＵＤＰ）に準拠することができる。

［００５６］映像符号器２０及び映像復号器３０は、各々、様々な適切な符号器回路、例えば、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア又はそれらのあらゆる組み合わせのうちのいずれかとして実装することができる。技法がソフトウェア内において部分的に実装されるときには、デバイスは、ソフトウェアに関する命令を適切な、非一時的なコンピュータによって読み取り可能な媒体に格納することができ及び本開示の技法を実行するために１つ以上のプロセッサを用いてハードウェア内で命令を実行することができる。映像符号器２０及び映像復号器３０の各々は、１つ以上の符号器又は復号器に含めることができ、それらのいずれも、各々のデバイスにおいて結合された符号器／復号器（ＣＯＤＥＣ）の一部として一体化することができる。

［００５７］ＪＣＴ−ＶＣは、ＨＥＶＣ規格の策定作業中である。ＨＥＶＣ標準化努力は、ＨＥＶＣテストモデル（ＨＭ）と呼ばれる映像コーディングデバイスの進化中のモデルに基づく。ＨＭは、例えば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣによる既存のデバイスと比較して幾つかの追加の映像コーディングデバイス能力を仮定している。例えば、Ｈ．２６４は、９つのイントラ予測符号化モードを提供する一方で、ＨＭは、３３ものイントラ予測符号化モードを提供することができる。

［００５８］概して、ＨＭのワーキングモデルでは、映像フレーム又はピクチャは、ツリーブロックのシーケンス又はルマサンプルとクロマサンプルの両方を含む最大コーディングユニット（ＬＣＵ）に分割することができると記述している。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有することができる。スライスは、コーディング順序で連続する幾つかのツリーブロックを含む。映像フレーム又はピクチャは、１つ以上のスライスに分割することができる。各ツリーブロックは、四分木によりコーディングユニット（ＣＵ）に分割することができる。例えば、ツリーブロックは、四分木のルートノードとして、４つの子ノードに分割することができ、各子ノードは、親ノードであることができ、他の４つの子ノードに分割することができる。最終的な、分割されない子ノードは、四分木の葉ノードとして、コーディングノード、すなわち、コーディングされた映像ブロックを備える。コーディングされたビットストリームと関連付けられた構文データは、ツリーブロックを分割することができる最大回数を定義することができ、及び、コーディングノードの最小サイズを定義することもできる。

［００５９］ＣＵは、コーディングノードと、そのコーディングノードと関連付けられた予測ユニット（ＰＵ）及び変換ユニット（Ｕ）を含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状は正方形でなければならない。ＣＵのサイズは、８×８ピクセルからツリーブロックのサイズまでの範囲であることができ、最大サイズは６４×６４ピクセル以上である。各ＣＵには、１つ以上のＰＵ及び１つ以上のＴＵが入ることができる。ＣＵと関連付けられた構文データは、例えば、１つ以上のＰＵへのＣＵの分割を記述することができる。分割モードは、ＣＵがスキップ又は直接モード符号化されるか、イントラ予測モード符号化されるか、又はインター予測モード符号化されるかの間で異なることができる。ＰＵは、形状が非正方形に分割することができる。ＣＵと関連付けられた構文データは、例えば、四分木による１つ以上のＴＵへのＣＵの分割も記述することができる。ＴＵの形状は、正方形であっても非正方形であってもよい。

［００６０］ＨＥＶＣ規格は、ＴＵによる変形を考慮しており、異なるＣＵごとに異なることができる。ＴＵは、典型的には、分割されたＬＣＵに関して定義される所定のＣＵ内のＰＵのサイズに基づいてサイズが設定されるが、常にそうであるわけではない。ＴＵは、典型的には、ＰＵと同じサイズであるか又はそれよりも小さい。幾つかの例では、ＣＵに対応する残差サンプルは、“残差四分木（ＲＱＴ）”と呼ばれる四分木構造を用いてより小さいユニットに細分割することができる。ＲＱＴの葉ノードは、変換ユニット（ＴＵ）と呼ぶことができる。ＴＵと関連付けられたピクセル差分値は、変換係数を生成するために変換することができ、それらは量子化することができる。

［００６１］概して、ＰＵは、予測プロセスに関連するデータを含む。例えば、ＰＵがイントラモード符号化されるときには、ＰＵは、ＰＵに関するイントラ予測モードを記述するデータを含むことができる。他の例として、ＰＵがインターモード符号化されるときには、ＰＵは、ＰＵに関する動きベクトルを定義するデータを含むことができる。ＰＵに関する動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに関する分解能（例えば、１／４ピクセル精度又は１／８ピクセル精度）、動きベクトルが指し示す基準ピクチャ、及び／又は動きベクトルに関する基準ピクチャリスト（例えば、リスト０、リスト１、又はリストＣ）を記述することができる。

［００６２］概して、ＴＵは、変換プロセス及び量子化プロセスのために使用される。１つ以上のＰＵを有する所定のＣＵは、１つ以上の変換ユニット（ＴＵ）も含むことができる。予測後、映像符号器２０は、ＰＵに対応する残差値を計算することができる。残差値は、ピクセル差分値を備え、それらは、エントロピーコーディングのためのシリアライズされた（ｓｅｒｉａｌｉｚｅｄ）変換係数を生成するために変換係数に変換し、量子化し、及びＴＵを用いて走査することができる。本開示は、典型的に、ＣＵのコーディングノードを意味するために用語“映像ブロック”を使用する。幾つかの特定の事例では、本開示は、コーディングノード、ＰＵ及びＴＵを含むツリーブロック、すなわち、ＬＣＵ、又はＣＵを意味するために用語“映像ブロック”を使用することもある。

［００６３］映像シーケンスは、典型的には、一連の映像フレーム又はピクチャを含む。ピクチャのグループ（ＧＯＰ）は、概して、映像ピクチャのうちの一連の１つ以上を備える。ＧＯＰは、ＧＯＰ内に含まれるピクチャ数を記述する構文データをＧＯＰのヘッダ、１つ以上のピクチャのヘッダ、又はその他の場所において含むことができる。ピクチャの各スライスは、各々のスライスに関する符号化モードを記述するスライス構文データを含むことができる。映像符号器２０は、典型的には、映像データを符号化するために個々の映像スライス内の映像ブロックに対して動作する。映像ブロックは、ＣＵ内のコーディングノードに対応することができる。映像ブロックは、固定された又は可変のサイズを有することができ、及び、指定されたコーディング規格によりサイズが異なることができる。

［００６４］一例として、ＨＭは、様々なＰＵサイズの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズでのイントラ予測、及び２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、又はＮ×Ｎの対称的ＰＵサイズでのインター予測をサポートする。ＨＭは、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズでのインター予測に関する非対称的な分割もサポートする。非対称的な分割では、ＣＵの１方の方向が分割されず、他方の方向が２５％及び７５％に分割される。２５％の分割に対応するＣＵの部分は、“ｎ”によって示され、“上（Ｕｐ）”、“下（Ｄｏｗｎ）”、“左（Ｌｅｆｔ）”、又は“右（Ｒｉｇｈｔ）”の表示文字によって後続される。従って、例えば、“２Ｎ×ｎＵ”は、水平に分割され、最上部が２Ｎ×０．５Ｎ ＰＵ、最下部が２Ｎ×１．５Ｎ ＰＵである２Ｎ×２Ｎ ＣＵを意味する。

［００６５］本開示においては、“Ｎ×Ｎ”及び“Ｎ ｂｙ Ｎ”は、垂直及び水平の寸法に関するブロックのピクチャ寸法を意味するために互換可能な形で使用することができ、例えば、１６×１６ピクセル又は１６ ｂｙ １６ピクセル。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）及び水平方向に１６ピクセル（ｘ＝１６）を有することになる。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮのピクセル及び水平方向にＮのピクセルを有し、ここで、Ｎは、負でない整数値を表す。ブロック内のピクセルは、行及び列で配列することができる。さらに、ブロックは、水平方向と垂直方向で必ずしも同じピクセル数を有する必要がない。例えば、ブロックは、Ｎ×Ｍピクセルを備えることができ、ここで、Ｍは必ずしもＮと等しくない。

［００６６］ＣＵのＰＵを用いたイントラ予測又はインター予測コーディングに引き続き、映像符号器２０は、ＣＵのＴＵに関する残差データを計算することができる。ＰＵは、空間領域（ピクセル領域とも呼ばれる）においてピクセルデータを備えることができ、及び、ＴＵは、変換、例えば、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、又は概念的に類似する変換を残差映像データに適用後に変換領域において係数を備えることができる。残差データは、符号化されないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差分に対応することができる。映像符号器２０は、ＣＵに関する残差データを含むＴＵを形成することができ、次に、ＣＵに関する変換係数を生成するためにＴＵを変換することができる。

［００６７］変換係数を生成するための変換に引き続き、映像符号器２０は、それらの変換係数の量子化を行うことができる。量子化は、概して、係数を表すために使用されるデータ量を低減させ、さらなる圧縮を提供するために変換係数が量子化されるプロセスを意味する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させることができる。例えば、量子化中にｎビット値が切り捨てられてｍビット値になり、ここで、ｎはｍよりも大きい。

［００６８］幾つかの例では、映像符号器２０は、エントロピー符号化することができるシリアライズされたベクトルを生成するために量子化された変換係数を走査するために予め定義された走査順序を利用することができる。その他の例では、映像符号器２０は、適応型走査を行うことができる。一次元ベクトルを形成するために量子化された変換係数を走査後は、映像符号器２０は、例えば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティショニングエントロピー（ＰＩＰＥ）コーディング又は他のエントロピー符号化法により一次元ベクトルをエントロピー符号化することができる。映像符号器２０は、映像データを復号する際に映像復号器３０によって使用するための符号化された映像データと関連付けられた構文要素もエントロピー符号化することができる。

［００６９］ＣＡＢＡＣを行うために、映像符号器２０は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当てることができる。コンテキストは、例えば、シンボルの近隣値がゼロでないかどうかに関連することができる。ＣＡＶＬＣを行うために、映像符号器２０は、送信されるべきシンボルに関する可変長コードを選択することができる。ＶＬＣにおけるコードワードは、相対的により短いコードがより確率の高いシンボルに対応し、より長いコードがより確率の低いシンボルに対応するような形で構築することができる。このように、ＶＬＣの使用は、例えば、送信されるべき各シンボルに関して等しい長さのコードワードを使用することと比較してビットの節約を達成することができる。確率決定は、シンボルに割り当てられたコンテキストに基づくことができる。

［００７０］本開示の技法により、映像符号器２０及び映像復号器３０は、ＬＴＲＰに関するＰＯＣ値のＭＳＢのコーディング及びＲＡＰピクチャのコーディングに関連する様々な技法を実行するように構成することができる。一例では、フラグ、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］が、例えば、スライスヘッダ内に加えられ、スライスヘッダ内のフラグｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］が取り除かれ、及び、ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓが０よりも大きいときはフィールドｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］が存在する。すなわち、映像符号器２０及び映像復号器３０は、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］に関するよりも、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］に関する値をコーディングするように構成することができる。この例では、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］が１に等しい場合は、現在のピクチャ及び現在のピクチャの長期基準ピクチャセットに含められるべきＬＴＲＰのＰＯＣ値間の差分がシグナリングされる。そうでない場合は、復号順序で前ＲＡＰピクチャのＰＯＣ値と現在のピクチャの長期基準ピクチャセットに含められるべきＬＴＲＰのＰＯＣ値との間の差分がシグナリングされる。

［００７１］他の例では、上記の第１の例に加えて、シーケンスパラメータセット（ＳＰＳ）内のＬＴＲＰのシグナリングがイネーブルにされる。代替として、ＳＰＳに加えて又はＳＰＳの代替として、ＬＴＲＰのシグナリングは、ピクチャパラメータセット（ＰＰＳ）内にあることができる。

［００７２］他の例では、ＣＲＡピクチャのスライスヘッダ内のｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値が１に等しくされように指示される。

［００７３］他の例では、ｒａｐ_ｐｉｃ_ｉｄは、ｕ（Ｎ）記述子を用いてコーディングされ、Ｎは、５、６、７、８、又は９であり、スライスヘッダ内で早期に、あらゆるエントロピーコーディングされた構文要素よりも前に、置かれる。ＨＥＶＣにより、“Ｕ（Ｎ）”は、Ｎビットを用いた構文要素のコーディングを表す。従って、ｒａｐ_ｐｉｃ_ｉｄは、本開示の技法により、５、６、７、８、又は９ビットを用いてコーディングすることができる。

［００７４］映像符号器２０及び映像復号器３０は、様々な方法で、現在のピクチャのＬＴＲＰに関するＰＯＣ値（及び、特に、ＰＯＣ値のＭＳＢ）をコーディングするように構成することができる。３つの技法例（実装例１、２、及び３と呼ばれる）が以下において説明される。概して、これらの技法例は、現在のピクチャを適切に復号するために受信されていなければならないピクチャ、例えば、直近のランダムアクセスポイント（ＲＡＰ）ピクチャ又は現在のピクチャ自体、に関するＰＯＣ値のＭＳＢからＬＴＲＰに関するＰＯＣ値のＭＳＢを予測することを含む。

［００７５］実装例１に関する構文が以下の表１に示される。映像符号器２０及び／又は映像復号器３０は、以下の表１において定義される意味論に基づいて、以下の表１によりスライスヘッダをコーディングするように構成することができる。実装例１に関して本開示によって説明される構文、意味論、及び復号プロセスの変更が、以下のＨＥＶＣ ＷＤ７に関して示され、ここで、追加は下線付きのテキストによって表され、削除は、削除線付きのテキストによって表される。

［００７６］表１において示されるように、ＨＥＶＣ ＷＤ７のスライスヘッダ構文に関して構文要素ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］が追加され、構文要素ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］及び条件文“ｉｆ（ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］）”が削除される。新しい構文要素に関する意味論が以下において説明され、ｐｏｃ_ｌｓｂ_ｌｔ［ｉ］に関する意味論を以下のように変更することができる。

［００７７］ｐｏｃ_ｌｓｂ_ｌｔ［ｉ］は、現在のピクチャの長期基準ピクチャセットに含まれているｉ番目の長期基準ピクチャのピクチャオーダーカウント値の最下位ビットの値を指定する。ｐｏｃ_ｌｓｂ_ｌｔ［ｉ］構文要素の長さは、ｌｏｇ２_ｍａｘ_ｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ_ｍｉｎｕｓ４＋４ビットである。

［００７８］ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］は、（ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］とともに）現在のピクチャの長期基準ピクチャセットに含まれているｉ番目の長期基準ピクチャのピクチャオーダーカウント値の最上位ビットの値を決定するために使用される。

［００８０］ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］は、（ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］とともに）現在のピクチャの長期基準ピクチャセットに含まれているｉ番目の長期基準ピクチャのピクチャオーダーカウント値の最上位ビットの値を決定するために使用される。

［００８２］ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、現在のピクチャのピクチャオーダーカウント値と現在のピクチャのｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂとの間の差分であり、ＰｒｅｖＲａｐＰｉｃＰｏｃＭｓｂは、復号順序で前ＲＡＰピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値と復号順序で前ＲＡＰピクチャのｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂとの間の差分である。

［００８３］Ａｂｓ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ−ＰｏｃＬｔ［ｉ］）

の値は、１乃至２^２４−１（含む）の範囲内であるものとし、ここで、ＰｉｃＯｒｄｅｒＣｎｔＶａｌは、現在のピクチャのピクチャオーダーカウント値である。
［００８４］次は、実装例１による、基準ピクチャセットに関する復号プロセス例である。

・・・
−現在のピクチャが、ビットストリーム内の最初のコーディングされたピクチャであるＣＲＡピクチャ、ＩＤＲピクチャ又はＢＬＡピクチャである場合は、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、及びＰｏｔＬｔＦｏｌｌはすべて空に設定され、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、及びＮｕｍＰｏｔＬｔＦｏｌｌはすべて０に設定される。

・・・

１．次が適用される。

２．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ及びＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌに含まれるすべての基準ピクチャは、“長期基準のために使用される”という表示がされる。

３．次が適用される。

４．ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ及びＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌに含まれるすべての基準ピクチャは、“短期基準のために使用される”という表示がされる。

５．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ、ＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ及びＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌに含まれていない復号ピクチャバッファ内のすべての基準ピクチャは、“基準のために使用されない”という表示がされる。

［００８５］実装例２が以下において説明される。映像符号器２０及び／又は映像復号器３０は、以下の表２及び表３においてそれぞれ定義される意味論に基づき、以下の表２によりシーケンスパラメータセットを、及び以下の表３によりスライスヘッダをコーディングするように構成することができる。

［００８６］ＨＥＶＣ ＷＤ７に関する構文、意味論、及び復号プロセスの変更が以下において提供され、ここで、追加は下線付きのテキストによって表され、削除は、削除線付きのテキストによって表される。上記の実装例１に関する追加及び変更は、二重下線付きのテキストを用いて表される。

［００８７］実装例２に関する構文及び意味論は以下の表２及び３に示される。

［００９０］表３において示されるように、ＨＥＶＣ ＷＤ７のスライスヘッダ構文に関して、構文要素ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］、ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｓｐｓ、及びｌｔ_ｉｄｘ_ｓｐｓ［ｉ］が追加され、他方、構文要素ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］及び条件文“ｉｆ（ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］”）が削除される。さらに、長期基準ピクチャの数に関する新しい条件文が追加される。新しい構文要素に関する意味論が以下において説明され、ｐｏｃ_ｌｓｂ_ｌｔ［ｉ］に関する意味論を以下のように変更することができる。

［００９４］ｐｏｃ_ｌｓｂ_ｌｔ［ｉ］は、現在のピクチャの長期基準ピクチャセット内に含まれるｉ番目の長期基準ピクチャのピクチャオーダーカウント値の最下位ビットの値を指定する。ｐｏｃ_ｌｓｂ_ｌｔ［ｉ］構文要素の長さは、ｌｏｇ２_ｍａｘ_ｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ_ｍｉｎｕｓ４＋４ビットである。

［００９６］ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］は、（ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］とともに）現在のピクチャの長期基準ピクチャセットに含まれているｉ番目の長期基準ピクチャのピクチャオーダーカウント値の最上位ビットの値を決定するために使用される。

［００９８］ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］は、（ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］とともに）現在のピクチャの長期基準ピクチャセットに含まれているｉ番目の長期基準ピクチャのピクチャオーダーカウント値の最上位ビットの値を決定するために使用される。

［０１００］ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、現在のピクチャのピクチャオーダーカウント値と現在のピクチャのｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂとの間の差分であり、ＰｒｅｖＲａｐＰｉｃＰｏｃＭｓｂは、復号順序で前ＲＡＰピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値と復号順序で前ＲＡＰピクチャのｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂとの間の差分である。

［０１０２］基準ピクチャセットに関する復号プロセスは、次の擬似コード及びその説明に準拠することができる。

［０１０３］実装例３が以下において説明される。映像符号器２０及び／又は映像復号器３０は、以下の表４及び表５においてそれぞれ定義される意味論に基づき、以下の表４によりシーケンスパラメータセットを、及び以下の表５によりスライスヘッダをコーディングするように構成することができる。

［０１０４］ＨＥＶＣ ＷＤ７に関する構文、意味論、及び復号プロセスの変更が以下において提供され、ここで、追加は下線付きのテキストによって表され、削除は、削除線付きのテキストによって表される。

［０１０５］実装例３に関する構文及び意味論は以下の表４及び５に示される。

［０１０６］表４において定義される新しい構文要素に関する意味論が、この例に関して、以下において説明される。

［０１０７］ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｒｅｆ_ｐｉｃｓ_ｓｐｓは、シーケンスパラメータセットにおいて指定される長期基準ピクチャの数を指定する。ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｒｅｆ_ｐｉｃｓ_ｓｐｓの値は、０乃至３２（この数字を含む）の範囲内であるものとする。
［０１０８］１に等しいｓｐｓ_ｌｔ_ｐｏｃ_ｄｅｌｔａ_ｆｌａｇ［ｉ］は、ｓｐｓ_ｌｔ_ｐｏｃ_ｂｉｔｓ［ｉ］がシーケンスパラメータセットにおいて指定されるｉ番目の長期基準ピクチャのピクチャオーダーカウントとＲＡＰピクチャのピクチャオーダーカウント値との間の差分を表すことを指定する。０に等しいｓｐｓ_ｌｔ_ｐｏｃ_ｄｅｌｔａ_ｆｌａｇ［ｉ］は、ｓｐｓ_ｌｔ_ｐｏｃ_ｂｉｔｓ［ｉ］がシーケンスパラメータセットにおいて指定されるｉ番目の長期基準ピクチャのピクチャオーダーカウントの最下位ビットを表すことを指定する。
［０１０９］ｓｐｓ_ｌｔ_ｐｏｃ_ｌｅｎ［ｉ］ｐｌｕｓ ｌｏｇ２_ｍａｘ_ｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ_ｍｉｎｕｓ４ ｐｌｕｓ４は、ｓｐｓ_ｌｔ_ｐｏｃ_ｂｉｔｓ［ｉ］を表すために使用されるビット数を指定する。
［０１１０］変数ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ２は、この例では、次のように導き出される。

［０１１１］ｓｐｓ_ｌｔ_ｐｏｃ_ｂｉｔｓ［ｉ］は、（その他の構文要素とともに）シーケンスパラメータセットにおいて指定されるｉ番目の長期基準ピクチャのピクチャオーダーカウントを決定するために使用される。ｓｐｓ_ｌｔ_ｐｏｃ_ｂｉｔｓ［ｉ］を表すために使用されるビット数は、ｓｐｓ_ｌｔ_ｐｏｃ_ｌｅｎ［ｉ］＋ｌｏｇ２_ｍａｘ_ｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂ_ｍｉｎｕｓ４＋４に等しいものとする。

［０１１２］表５の新しい構文要素に関する意味論が、この例に関して、以下において説明される。

［０１１３］ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓは、現在のピクチャの長期基準ピクチャセット内に含められ及びスライスヘッダにおいて直接シグナリングされる長期基準ピクチャの数を指定する。ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓの値は、０乃至ｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｓｐｓ_ｍａｘ_ｔｅｍｐｏｒａｌ_ｌａｙｅｒｓ_ｍｉｎｕｓ１］−ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｓｐｓ（含む）の範囲内であるものとする。存在しないときには、ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓの値は、０に等しいと推論される。

［０１１４］ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｓｐｓは、アクティブシーケンスパラメータセットにおいて指定され及び現在のピクチャの長期基準ピクチャセット内に含められるべき長期基準ピクチャの数を指定する。ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｓｐｓが存在しない場合は、その値は、０に等しいと推論される。ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｓｐｓの値は、０乃至Ｍｉｎ（ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｒｅｆ_ｐｉｃｓ_ｓｐｓ，ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｍａｘ_ｔｅｍｐｏｒａｌ_ｌａｙｅｒｓ_ｍｉｎｕｓ１］−ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓ）（含む）の範囲内であるものとする。
［０１１５］ｌｔ_ｉｄｘ_ｓｐｓ［ｉ］は、アクティブシーケンスパラメータセットにおいて指定される長期基準ピクチャセットのリストに従い、言及されたシーケンスパラメータセットから現在のピクチャの長期基準ピクチャセットに継承されたｉ番目の長期基準ピクチャのインデックスを指定する。ｌｔ_ｉｄｘ_ｓｐｓ［ｉ］の値は、０乃至ｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｒｅｆ_ｐｉｃｓ_ｓｐｓ−１（含む）の範囲内であるものとする。
［０１１６］０に等しいｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］は、現在のピクチャの長期基準ピクチャセット内に含まれるべきｉ番目の長期基準ピクチャのピクチャオーダーカウント値と復号順序で前ＲＡＰピクチャのピクチャオーダーカウント値との間の差分を表すことを指定する。１に等しいｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］は、現在のピクチャのピクチャオーダーカウント値と現在のピクチャの長期基準ピクチャセット内に含まれるべきｉ番目の長期基準ピクチャのピクチャオーダーカウント値との間の差分を表すことを指定する。
［０１１７］ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｌｅｎ［ｉ］は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ［ｉ］を表すために使用されるビット数を指定する。
［０１１８］ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ［ｉ］は、（その他の構文要素とともに）現在のピクチャの長期基準ピクチャセットに含められるべきｉ番目の長期基準ピクチャのピクチャオーダーカウント値を決定するために使用される。ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ［ｉ］を表すために使用されるビット数は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｌｅｎ［ｉ］に等しいものとする。存在しないときには、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ［ｉ］の値は、０に等しいと推論される。
［０１１９］変数ＰｏｔＬｔ［ｉ］は、この例では、次のように導き出される。

［０１２０］ＰｉｃＯｄｅｒＣｎｔＶａｌは、現在のピクチャのピクチャオーダーカウント値であり、ＰｒｅｖＲａｐＰｉｃＰｏｃは、復号順序で前ＲＡＰピクチャのピクチャオーダーカウント値であり、ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌと現在のピクチャのｐｉｃ_ｏｒｄｅｒ_ｃｎｔ_ｌｓｂとの間の差分である。
［０１２１］Ａｂｓ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ−ＰｏｃＬｔ［ｉ］）の値は、１乃至２ ^２４ −１（含む）の範囲内であるものとする。

［０１２６］代替として、構文要素ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ［ｉ］は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ_ｍｉｎｕｓ１［ｉ］としてコーディングすることができる。

［０１２７］代替として、構文要素ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｌｅｎ［ｉ］は、シグナリングされず、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｂｉｔｓ［ｉ］は、ｕｅ（ｖ）としてコーディングされる。

［０１２８］代替として、ｍｏｒｅＬｔＤａｔａＦｌａｇは、アクティブシーケンスパラメータセットから継承されたすべての長期基準ピクチャに関してさえも１に設定することができる。この場合の、変数ＰｏｃＬｔ［ｉ］の導出は、次のようになる。

［０１２９］変数ＰｏｃＬｔ［ｉ］は、次のように導き出される。

［０１３０］実装例３により、基準ピクチャセットに関する復号プロセスは、上述されるように、実装例２における復号プロセスと同じであることができる。

［０１３１］本開示の幾つかの技法により、以下において説明されるように、映像コーダ（例えば、映像符号器２０及び／又は映像復号器３０）は、ＣＲＡピクチャをＢＬＡピクチャに変更することができる。さらに加えて又は代替として、中間デバイス、例えば、トランスコーディングデバイス、メディアアウェアネットワーク要素（ｍｅｄｉａ ａｗａｒｅ ｎｅｔｗｏｒｋ ｅｌｅｍｅｎｔ）（ＭＡＮＥ）、又はその他の該デバイスは、ＣＲＡピクチャをＢＬＡピクチャに変換するように構成することができる。

［０１３２］フラグｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは、スライスヘッダに含めることができ及びあらゆるエントロピーコーディングされた構文要素の前に存在することができる。しかしながら、（ＤＰＢからの復号されたピクチャの出力及び削除を含む）復号プロセス全体において、ＩＤＲピクチャ及びＢＬＡピクチャのスライスヘッダ内のｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが使用され、他方、ＣＲＡピクチャのスライスヘッダ内のｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは使用されない。従って、より良い解決方法は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は、ＣＲＡピクチャに関しては１に等しくなるように指図することである。このようにして、ＣＲＡピクチャをＢＬＡピクチャに変更するときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は、１に等しいとしてそのままにすることができる。従って、いずれにせよフラグはスライスヘッダ内に含めることができる。

［０１３３］構文要素ｒａｐ_ｐｉｃ_ｉｄは、スライスヘッダに含めることができ及びあらゆるエントロピーコーディングされた構文要素の前に存在することができ及び固定長コーディングすることができる。現在では、ｒａｐ_ｐｉｃ_ｉｄの値範囲は、０乃至６５５３５（含む）である。従って、同じ値範囲を有し及び固定長コーディングを用いることで、ｒａｐ_ｐｉｃ_ｉｄは、１６ビットを用いて、ｕ（１６）としてコーディングされる。しかしながら、常に１６ビットを使用することは、スライスヘッダ内において相当のオーバーヘッドになる可能性がある。ｒａｐ_ｐｉｃ_ｉｄの目的は、ＮＡＬユニットタイプの同じ値を有するバック・ツー・バック（ｂａｃｋ−ｔｏ−ｂａｃｋ）ＣＲＡ ＲＡＰピクチャ（例えば、バック・ツー・バックＣＲＡピクチャ、バック・ツー・バックＢＬＡピクチャ、又はバック・ツー・バックＩＤＲＲピクチャ）に関するピクチャ境界検出のためだけであるため、０乃至６５５３５（含む）よりも小さい値範囲、例えば、０乃至２５５（含む）も適切に機能するはずである。従って、より良い解決方法は、ｕ（Ｎ）を使用すること及びそれをスライスヘッダ内の早期、あらゆるエントロピーコーディングされた構文要素の前、に置くことであり、ここで、Ｎは、ｒａｐ_ｐｉｃ_ｉｄのコーディングのために５、６、７、８、又は９である。

［０１３４］上記では別々の実装が説明されているが、概して、実装１、２、及び３のいずれの技法もあらゆる組み合わせで組み合わせることができることが理解されるべきである。従って、映像コーディングデバイス、例えば、映像符号器２０及び映像復号器３０は、実装１、２、又は３のうちの１つの技法を単独で実行するように、又は、実装１及び２、１及び３、２及び３、又は、１、２、及び３からの技法を含む組み合わせを実行するように構成することができる。

［０１３５］このようにして、映像符号器２０及び映像復号器３０は、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値をコーディングするように構成することができ、基準ＰＯＣ値は、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャに対応する。特に、表１、３、及び５の例では、構文要素ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］は、該差分値を表すデータに対応する。表１、３、及び５の構文要素ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］は、ＬＴＲＰ ＰＯＣ値のＭＳＢがランダムアクセスポイント（ＲＡＰ）ピクチャに関するＰＯＣ値又は現在のピクチャに関するＰＯＣ値のいずれから予測されるかを示す構文要素の代表例である。従って、映像符号器２０は、直近のＲＡＰピクチャに関するＰＯＣ値のＭＳＢ又は現在のピクチャに関するＰＯＣ値のＭＳＢのいずれかに関するＬＴＲＰに関するＰＯＣ値のＭＳＢを符号化することができ、及び、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］に関する値をコーディングすることによってこれらのピクチャのうちのどちらが使用されるかをシグナリングすることができる。

［０１３６］同様に、映像復号器３０は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］による指示に従い、直近のＲＡＰピクチャに関するＰＯＣ値のＭＳＢ又は現在のピクチャに関するＰＯＣ値のＭＳＢのいずれかに関するＬＴＲＰに関するＰＯＣ値のＭＳＢを復号することができる。特に、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］が、ｉ番目のＬＴＲＰに関するＰＯＣ値は現在のピクチャのＰＯＣ値から予測されるように指示するときには、映像復号器３０は、ＬＴＲＰに関するＰＯＣ値のＭＳＢを再生するために現在のピクチャのＰＯＣ値にＭＳＢ ＰＯＣ差分値を追加することができる。他方、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］が、ｉ番目のＬＴＲＰに関するＰＯＣ値はＲＡＰピクチャのＰＯＣ値から予測されるように示すときには、映像復号器３０は、ＬＴＲＰに関するＰＯＣ値のＭＳＢを再生するためにＲＡＰピクチャのＰＯＣ値にＭＳＢ ＰＯＣ差分値を追加することができる。（例えば、スライスヘッダ内に）ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］に関する値が存在しない例では、映像復号器３０は、現在のピクチャがＬＴＲＰを有さないと推論することができる。

［０１３７］さらに、現在のピクチャの各ＬＴＲＰに関するＰＯＣ値を復号後に（それらのいずれもがコーディングされたＭＳＢ値を含むことができる）、映像復号器３０は、復号されたＰＯＣ値によって示されるＬＴＲＰを含む基準ピクチャセットを構築することができる。次に、映像復号器３０は、基準ピクチャセットから基準ピクチャリストを生成し、及び、現在のピクチャのブロック、又は現在のピクチャの現在のスライスを復号するために基準ピクチャリストを使用することができる。

［０１３８］図２は、本開示において説明される技法を実装することができる映像符号器例２０を示したブロック図である。映像符号器２０は、映像スライス内の映像ブロックのイントラ及びインターコーディングを行うことができる。イントラコーディングは、所定の映像フレーム又はピクチャ内の映像の空間的冗長性を低減又は除去するために空間予測に依存する。インターコーディングは、映像シーケンスの隣接するフレーム又はピクチャ内の映像の時間的冗長性を低減又は除去するために時間予測に依存する。イントラモード（Ｉモード（登録商標））は、幾つかの空間に基づく圧縮モードのうちのいずれを意味することができる。インターモード、例えば、単一方向性予測（Ｐモード）又は両方向性予測（Ｂモード）は、幾つかの時間に基づく圧縮モードのうちのいずれかを意味することができる。

［０１３９］図２の例では、映像符号器２０は、分割モジュール３５と、予測モジュール４１と、フィルタモジュール６３と、基準ピクチャメモリ６４と、加算器５０と、変換モジュール５２と、量子化モジュール５４と、エントロピー符号化モジュール５６と、を含む。予測モジュール４１は、動き推定モジュール４２と、動き補償モジュール４４と、イントラ予測モジュール４６と、を含む。映像ブロックの再構築に関して、映像符号器２０は、逆量子化モジュール５８と、逆変換モジュール６０と、加算器６２と、も含む。フィルタモジュール６３は、１つ以上のループフィルタ、例えば、デブロッキングフィルタ、アダプティブループフィルタ（ＡＬＦ）、及びサンプルアダプティブオフセット（ＳＡＯ）フィルタ、を表すことが意図される。図２では、フィルタモジュール６３は、インループフィルタとして示されているが、その他の構成では、フィルタモジュール６３は、ポストループフィルタとして実装することができる。

［０１４０］図２において示されるように、映像符号器２０は、映像データを受信し、分割モジュール３５は、データを映像ブロックに分割する。この分割は、スライス、タイル、又はその他のより大きいユニットへの分割、及び、例えば、ＬＣＵ及びＣＵの四分木構造による、映像ブロック分割も含むことができる。映像符号器２０は、概して、符号化されるべき映像スライス内の映像ブロックを符号化するコンポーネントを例示する。スライスは、複数の映像ブロック（及びおそらくタイルと呼ばれる映像ブロックの組）に分割することができる。予測モジュール４１は、誤り結果（例えば、コーディングレート及び歪みのレベル）に基づいて現在の映像ブロックに関する複数の可能なコーディングモードのうちの１つ、例えば、複数のイントラコーディングモードのうちの１つ又は複数のインターコーディングモードのうちの１つ、を選択することができる。予測モジュール４１は、結果的に得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に及び基準ピクチャとしての使用ための符号化されたブロックを再構築するために加算器６２に提供することができる。

［０１４１］予測モジュール４１内のイントラ予測モジュール４６は、空間的圧縮を提供するためにコーディングされるべき現在のブロックと同じフレーム又はスライス内の１つ以上の近隣ブロックに関して現在の映像ブロックのイントラ予測コーディングを行うことができる。予測モジュール４１内の動き推定モジュール４２及び動き補償モジュール４４は、時間的圧縮を提供するために１つ以上の基準ピクチャ内の１つ以上の予測ブロックに関して現在の映像ブロックのインター予測コーディングを行う。

［０１４２］動き推定モジュール４２は、映像シーケンスに関する予め決定されたパターンに従って映像スライスに関するインター予測モードを決定するように構成することができる。予め決定されたパターンは、シーケンス内の映像スライスをＰスライス、Ｂスライス又はＧＰＢスライスとして指定することができる。動き推定モジュール４２及び動き補償モジュール４４は、高度に一体化することができるが、概念上の目的のために別々に示されている。動き推定は、動き推定モジュール４２によって行われ、映像ブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、基準ピクチャ内の予測ブロックに対する現在の映像フレーム又はピクチャ内の映像ブロックのＰＵの変位を示すことができる。

［０１４３］予測ブロックは、ピクセル差分の点でコーディングされるべき映像ブロックのＰＵに密接にマッチングすることが判明しているブロックであり、差分絶対値和（ＳＡＤ）、差分二乗和（ＳＳＤ）、又はその他の差分メトリックによって決定することができる。幾つかの例では、映像符号器２０は、基準ピクチャメモリ６４に格納された基準ピクチャの整数未満のピクセル位置に関する値を計算することができる。例えば、映像符号器２０は、基準ピクチャの１／４ピクセル位置、１／８ピクセル位置、又はその他の分数のピクセル位置の値を内挿することができる。従って、動き推定モジュール４２は、完全ピクセル位置及び分数ピクセル位置に関する動き探索を行い、分数のピクセル精度を有する動きベクトルを出力することができる。

［０１４４］動き推定モジュール４２は、インターコーディングされたスライス内の映像ブロックのＰＵの位置を基準ピクチャの予測ブロックの位置と比較することによってそのＰＵに関する動きベクトルを計算する。基準ピクチャは、第１の基準ピクチャリスト（リスト０）又は２の基準ピクチャリスト（リスト１）から選択することができ、それらの各々は、基準ピクチャメモリ６４に格納された１つ以上の基準ピクチャを識別する。動き推定モジュール４２は、計算された動きベクトルをエントロピー符号化モジュール５６及び動き補償モジュール４４に送信する。

［０１４５］動き補償は、動き補償モジュール４４によって行われ、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成し、サブピクチャ精度で内挿を行うことを含む。現在の映像ブロックのＰＵに関する動きベクトルを受信した時点で、動き補償モジュール４４は、基準ピクチャリストのうちの１つにおいて動きベクトルが指し示す予測ブロックの位置を突き止めることができる。映像符号器２０は、コーディング中の現在の映像ブロックのピクセル値から予測ブロックのピクチャ値を減じることによって残差映像ブロックを形成し、ピクセル差分値を形成する。ピクセル残差値は、ブロックに関する残差データを形成し、ルマ及びクロマ差分成分の両方を含むことができる。加算器５０は、この減算動作を行うコンポーネント又はコンポーネント（複数）を表す。動き補償モジュール４４は、映像スライスの映像ブロックを復号する際に映像復号器３０によって使用するために映像ブロック及び映像スライスと関連付けられた構文要素を生成することもできる。

［０１４６］イントラ予測モジュール４６は、上述されるように、動き推定モジュール４２及び動き補償モジュール４４によって行われるインター予測の代替として、現在のブロックをイントラ予測することができる。特に、イントラ予測モジュール４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定することができる。幾つかの例では、イントラ予測モジュール４６は、例えば、別々の符号化パス（ｅｎｃｏｄｉｎｇ ｐａｓｓ）中に、様々なイントラ予測モードを用いて現在のブロックを符号化することができ、及び、イントラ予測モジュール４６（又は、幾つかの例では、モード選択モジュール４０）は、使用すべき適当なイントラ予測モードを試験されたモードから選択することができる。例えば、イントラ予測モジュール４６は、様々な試験されたイントラ予測モードに関するレート−歪み解析を用いてレート−歪み値を計算すること、及び、試験されたモードの中で最良のレート−歪み特性を有するイントラ予測モードを選択することができる。レート−歪み解析は、概して、符号化されたブロックを生成するために符号化されたブロックとオリジナルの符号化されないブロックとの間の歪み（又は誤り）の量、及び符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測モジュール４６は、いずれのイントラ予測モードがブロックに関する最良のレート−歪み値を呈するかを決定するために様々な符号化されたブロックに関する歪み及びレートから比率を計算することができる。

［０１４７］いずれの場合も、ブロックに関するイントラ予測モードを選択後は、イントラ予測モジュール４６は、ブロックに関する選択されたイントラ予測モードを示す情報をエントロピーコーディングモジュール５６に提供することができる。エントロピーコーディングモジュール５６は、本開示の技法により選択されたイントラ予測モードを示す情報を符号化することができる。映像符号器２０は、送信されたビットストリーム内に構成データを含めることができ、それらは、複数のイントラ予測モードインデックステーブル及び複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）、様々なブロックに関するコンテキクストを符号化する定義、最も可能性の高いイントラ予測モードのインディケーション、イントラ予測モードインデックステーブル、及び各コンテキストに関して使用すべき修正されたイントラ予測モードインデックステーブルを含むことができる。

［０１４８］予測モジュール４１がインター予測又はイントラ予測のいずれかを介して現在の映像ブロックに関する予測ブロックを生成後は、映像符号器２０は、現在の映像ブロックから予測ブロックを減じることによって残差映像ブロックを形成する。残差ブロック内の残差映像データは、１つ以上のＴＵ内に含めることができ及び変換モジュール５２に適用することができる。変換モジュール５２は、変換、例えば、離散コサイン変換（ＤＣＴ）又は概念的に類似の変換、を用いて残差映像データを残差変換係数に変換する。変換モジュール５２は、残差映像データをピクセル領域から変換領域、例えば、周波数領域、に変換することができる。

［０１４９］変換モジュール５２は、その結果得られた変換係数を量子化モジュール５４に送信することができる。量子化モジュール５４は、ビットレートをさらに低減させるために変換係数を量子化する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させることができる。量子化度は、量子化パラメータを調整することによって変更することができる。幾つかの例では、量子化モジュール５４は、量子化された変換係数を含む行列の走査を行うことができる。代替として、エントロピー符号化モジュール５６は、走査を行うことができる。

［０１５０］量子化に引き続き、エントロピー符号化モジュール５６は、量子化された変換係数をエントロピー符号化する。例えば、エントロピー符号化モジュール５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔分割エントロピー（ＰＩＰＥ）コーディング、又はその他のエントロピー符号化法又は技法を実行することができる。エントロピー符号化モジュール５６によるエントロピー符号化に引き続き、符号化されたビットストリームは、映像復号器３０に送信すること、又は、映像復号器３０によるのちの送信又は取り出しのためにアーカイブに保存することができる。エントロピー符号化モジュール５６は、コーディング中の現在の映像スライスに関する動きベクトル及びその他の構文要素をエントロピー符号化することもできる。

［０１５１］逆量子化モジュール５８及び逆変換モジュール６０は、基準ピクチャの基準ブロックとしてののちの使用のためにピクセル領域において残差ブロックを再構築するために逆量子化及び逆変換をそれぞれ適用する。動き補償モジュール４４は、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つの予測ブロックに残差ブロックを加えることによって基準ブロックを計算することができる。動き補償モジュール４４は、動き推定における使用のために整数未満のピクセル値を計算するために１つ以上の内挿フィルタを再構築された残差ブロックに適用することもできる。加算器６２は、基準ピクチャメモリ６４での格納のための基準ブロックを生成するために動き補償モジュール４４によって生成された動き補償された予測ブロックに再構築された残差ブロックを加える。基準ブロックは、後続する映像フレーム又はピクチャ内のブロックをインター予測するための基準ブロックとして動き推定モジュール４２及び動き補償モジュール４４によって使用することができる。

［０１５２］図２の映像符号器２０は、長期基準ピクチャ（ＬＴＲＰ）に関する現在のピクチャの少なくとも一部分を符号化し、ＬＴＲＰに関するＬＴＲＰピクチャオーダーカウント（ＰＯＣ）値を決定し、及び、基準ＰＯＣ値の最上位ビット（ＭＳＢ）とＬＴＲＰ ＰＯＣ値のＭＳＢとの間の差分を表す値を符号化するように構成された映像符号器の例を表し、基準ＰＯＣ値は、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャに対応する。

［０１５３］特に、映像符号器２０は、現在のピクチャに関する基準ピクチャセットを構築することができる。映像符号器２０は、基準ピクチャセット内のピクチャのうちのいずれがＬＴＲＰであるかを決定することもできる。映像符号器２０は、図１に関して上述されるように、基準ピクチャセット内のＬＴＲＰの数を表す値、例えば、表１、３、及び５内のｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓに関する値、をコーディングすることができる。映像符号器２０は、基準ピクチャセット内のＬＴＲＰの各々に関するＰＯＣ値をさらに符号化することができる。本開示の技法により、映像符号器２０は、ＬＴＲＰに関するＰＯＣ値の最上位ビット（ＭＳＢ）をコーディング時に基準コーディング技法を使用することができる。

［０１５４］例えば、映像符号器２０は、現在のピクチャを適切に復号するために受信されていなければならないピクチャに関するＰＯＣ値として基準ＰＯＣ値を決定することができる。現在のピクチャを適切に復号するために受信されていなければならないピクチャは、例えば、現在のピクチャ自体又は符号化順序で直近のランダムアクセスポイント（ＲＡＰ）ピクチャに対応することができる。映像符号器２０は、例えば、表１、３、及び５のｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］に関する値をコーディングすることによって基準ＰＯＣが現在のピクチャ又は直近のＲＡＰピクチャのいずれに対応するかをシグナリングすることができる。次に、映像符号器２０は、ＬＴＲＰ ＰＯＣ値に関するＭＳＢと基準ＰＯＣ値のＭＳＢとの間の差分を表す差分値を符号化することができる。この差分値は、表１、３、及び５のｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ［ｉ］に対応することができる。

［０１５５］図３は、本開示の技法を実装することができる映像復号器例３０を示したブロック図である。

［０１５６］図３の例において、映像復号器３０は、エントロピー復号モジュール８０と、予測モジュール８１と、逆量子化モジュール８６と、逆変換モジュール８８と、加算器９０と、フィルタモジュール９１と、基準ピクチャメモリ９２と、を含む。予測モジュール８１は、動き補償モジュール８２と、イントラ予測モジュール８４と、を含む。映像復号器３０は、幾つかの例では、図２からの映像符号器２０に関して説明される符号化パスと概して相互的な復号パスを行うことができる。

［０１５７］復号プロセス中には、映像復号器３０は、符号化された映像スライスの映像ブロックを表す符号化された映像ビットストリーム及び関連付けられた構文要素を映像符号器２０から受信する。映像復号器３０は、符号化された映像ビットストリームをネットワークエンティティ２９から受信することができる。ネットワークエンティティ２９は、例えば、上述される技法のうちの１つ以上を実装するように構成されたサーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、映像エディタ／スプライサ、又はその他の該デバイスであることができる。上述されるように、本開示において説明される技法の一部は、ネットワークエンティティ２９が符号化された映像ビットストリームを映像復号器３０に送信する前にネットワークエンティティ２９によって実装することができる。幾つかの映像復号システムでは、ネットワークエンティティ２９及び映像復号器３０は、別個のデバイスの一部であることができ、その他の例では、ネットワークエンティティ２９に関して説明される機能は、映像復号器３０を備える同じデバイスによって実行することができる。

［０１５８］映像復号器３０のエントロピー復号モジュール８０は、量子化された係数、動きベクトル、及びその他の構文要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号モジュール８０は、動きベクトル及びその他の構文要素を予測モジュール８１に転送する。映像復号器３０は、映像スライスレベル及び／又は映像ブロックレベルで構文要素を受信することができる。

［０１５９］映像スライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされるときには、予測モジュール８１のイントラ予測モジュール８４は、シグナリングされたイントラ予測モード及び現在のフレーム又はピクチャの以前に復号されたブロックからのデータに基づいて現在の映像スライスの映像ブロックに関する予測データを生成することができる。映像フレームがインターコーディングされた（すなわち、Ｂ、Ｐ又はＧＰＢ）スライスとしてコーディングされるときには、予測モジュール８１の動き補償モジュール８２は、動きベクトル及びエントロピー復号モジュール８０から受信されたその他の構文要素に基づいて現在の映像スライスの映像ブロックに関する予測ブロックを生成する。予測ブロックは、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つから生成することができる。映像復号器３０は、基準ピクチャメモリ９２に格納された基準ピクチャに基づいてデフォルト構築技法を用いて基準フレームリスト、リスト０及びリスト１、を構築することができる。

［０１６０］動き補償モジュール８２は、動きベクトル及びその他の構文要素を構文解析することによって現在の映像スライスの映像ブロックに関する予測情報を決定し、復号中の現在の映像ブロックに関する予測ブロックを生成するために予測情報を使用する。例えば、動き補償モジュール８２は、映像スライス、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）、スライスに関する基準ピクチャリストのうちの１つ以上に関する構築情報、スライスの各インター符号化された映像ブロックに関する動きベクトル、スライスの各インターコーディングされた映像ブロックに関するインター予測状態、及び現在の映像スライス内の映像ブロックを復号するためのその他の情報の映像ブロックをコーディングするために使用される予測モード（例えば、イントラ又はインター予測）を決定するために受信された構文要素の一部を使用する。

［０１６１］動き補償モジュール８２は、内挿フィルタに基づいて内挿を行うこともできる。動き補償モジュール８２は、基準ブロックの整数未満のピクチャに関する内挿値を計算するために映像ブロックの符号化中に映像符号器２０によって使用される内挿フィルタを使用することができる。この場合は、動き補償モジュール８２は、受信された構文要素から映像符号器２０によって使用される内挿フィルタを決定すること及び予測ブロックを生成するために内挿フィルタを使用することができる。

［０１６２］逆量子化モジュール８６は、ビットストリーム内で提供され、エントロピー復号モジュール８０によって復号された量子化された変換係数を逆量子化する、すなわち、量子化解除する。逆量子化プロセスは、量子化度、そして同様に、適用されるべき逆量子化度、を決定するために映像スライス内の各映像ブロックに関して映像符号器２０によって計算された量子化パラメータを使用することを含むことができる。逆変換モジュール８８は、ピクセル領域において残差ブロックを生成するために逆変換、例えば、逆ＤＣＴ、逆整数変換、又は概念的に類似する逆変換プロセスを変換係数に適用する。

［０１６３］動き補償モジュール８２が動きベクトル及びその他の構文要素に基づいて現在の映像ブロックに関する予測ブロックを生成した後は、映像復号器３０は、逆変換モジュール８８からの残差ブロックを、動き補償モジュール８２によって生成された対応する予測ブロックと加算することによって復号された映像ブロックを形成する。加算器９０は、この加算動作を行うコンポーネント又はコンポーネント（複数）を表す。希望される場合は、ピクセル遷移を平滑化するか、又は映像品質を向上するために（コーディングループ内又はコーディングループ後の）ループフィルタを使用することもできる。フィルタモジュール９１は、１つ以上のループフィルタ、例えば、デブロッキングフィルタ、アダプティブループフィルタ（ＡＬＦ）、及びサンプルアダプティブオフセット（ＳＡＯ）フィルタ、を表すことが意図される。図３では、フィルタモジュール９１は、インループフィルタとして示されているが、その他の構成では、フィルタモジュール９１は、ポストループフィルタとして実装することができる。所定のフレーム又はピクチャ内の復号された映像ブロックは、基準ピクチャメモリ９２に格納され、それは、後続する動き補償のために使用される基準ピクチャを格納する。基準ピクチャメモリ９２は、表示装置、例えば、図１の表示装置３２、でののちの提示のために復号された映像も格納する。

［０１６４］映像復号器３０は、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、復号された値及び基準ＰＯＣ値に基づいてＬＴＲＰ ＰＯＣ値のＭＳＢを決定し、及びＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいてＬＴＲＰに関する現在のピクチャの少なくとも一部分を復号するように構成された映像復号器の例を表し、基準ＰＯＣ値は、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャに対応する。

［０１６５］特に、映像復号器３０は、基準ピクチャリストに含めるべきＬＴＲＰに関するＰＯＣ値のＭＳＢと、基準ＰＯＣ値のＭＳＢとの間の差分を表す差分値を復号することができる。基準ＰＯＣ値は、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャ、例えば、現在のピクチャ自体又は符号化順序で直近のランダムアクセスポイント（ＲＡＰ）ピクチャ、に対応することができる。映像復号器３０は、上述されるように、表１、３、及び５によりｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］を復号することができ、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャが現在のピクチャ自体であるか又は直近のＲＡＰピクチャであるかを示すことができる。すなわち、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］値は、ｉ番目のＬＴＲＰに関するＰＯＣ値のＭＳＢが現在のピクチャのＰＯＣ値又は直近のＲＡＰピクチャのＰＯＣ値のいずれかから予測されるかを示すことができる。従って、映像復号器３０は、差分値を復号し、基準ＰＯＣ値のＭＳＢに差分値を加えることができる。映像復号器３０は、ＭＳＢをＰＯＣ値の復号されたＬＳＢと連結することによってＬＴＲＰに関するＰＯＣ値をさらに再構築することができる。映像復号器３０は、この再構築されたＰＯＣ値を基準ピクチャセットに加えることもできる。

［０１６６］図４は、ネットワーク１００の一部を形成するデバイスの組例を示すブロック図である。この例では、ネットワーク１００は、ルーティングデバイス１０４Ａ、１０４Ｂ（ルーティングデバイス１０４）と、トランスコーディングデバイス１０６と、を含む。ルーティングデバイス１０４及びトランスコーディングデバイス１０６は、ネットワーク１００の一部を形成することができる少数のデバイスを表すことが意図される。その他のネットワークデバイス、例えば、スイッチ、ハブ、ゲートウェイ、ファイアウォール、ブリッジ、及びその他の該デバイス、もネットワーク１００内に含めることができる。さらに、サーバデバイス１０２とクライアントデバイス１０８との間のネットワーク経路に沿って追加のネットワークデバイスを提供することができる。幾つかの例では、サーバデバイス１０２は、ソースデバイス１２（図１）に対応することができ、クライアントデバイス１０８は、行先デバイス１４（図１）に対応することができる。

［０１６７］概して、ルーティングデバイス１０４は、ネットワーク１００を通じてネットワークデータをやり取りするために１つ以上のルーティングプロトコルを実装する。幾つかの例では、ルーティングデバイス１０４は、プロキシ又はキャッシュ動作を行うように構成することができる。従って、幾つかの例では、ルーティングデバイス１０４は、プロキシデバイスと呼ぶことができる。概して、ルーティングデバイス１０４は、ネットワーク１００を通じてルートを見つけるためにルーティングプロトコルを実行する。該ルーティングプロトコルを実行することによって、ルーティングデバイス１０４Ｂは、それ自体からルーティングデバイス１０４Ａを介してサーバデバイス１０２までのネットワークルートを見つけることができる。

［０１６８］図５は、コーディングされた映像ピクチャ１２０乃至１５２のシーケンスを示した概念図である。ピクチャは、階層的予測構造内での位置を示すために異なった陰影が付けられる。例えば、ピクチャ１２０、１３６、及び１５２は、ピクチャ１２０、１３６、及び１５２が階層的予測構造の最上部にあることを表すために黒色の陰影付きである。ピクチャ１２０、１３６、及び１５２は、例えば、単一方向のその他のピクチャ（例えば、Ｐピクチャ）から予測されるイントラコーディングされたピクチャ又はインターコーディングされたピクチャを備えることができる。イントラコーディングされるときには、ピクチャ１２０、１３６、１５２は、同じピクチャ内のデータのみから予測される。インターコーディングされるときには、例えば、ピクチャ１３６は、ピクチャ１３６からピクチャ１２０への破線矢印によって示されるように、ピクチャ１２０のデータに関してコーディングすることができる。ピクチャ１３６、１５２は、ピクチャのグループ（ＧＯＰ）１５４、１５６のそれぞれの主要ピクチャを形成する。

［０１６９］ピクチャ１２８、１４４は、符号化階層においてピクチャ１２０、１３６、及び１５２に次に後続することを示すために暗い陰影が付けられている。ピクチャ１２８、１４４は、単一方向性の、インターモード予測符号化されたピクチャを備えることができる。例えば、ピクチャ１２８は、ピクチャ１２０及び１３６のデータから予測することができ、ピクチャ１４４は、ピクチャ１３６及び１５２から予測することができる。ピクチャ１２４、１３２、１４０、及び１４８は、それらが符号化階層においてピクチャ１２０、１３６、及び１５２に次に後続することを示すために薄い陰影が付けられている。ピクチャ１２４、１３２、１４０、及び１４８は、単一方向性の、インターモード予測符号化されたピクチャを備えることもできる。例えば、ピクチャ１２４は、ピクチャ１２０及び１２８から予測することができ、ピクチャ１３２は、ピクチャ１２８及び１３６から予測することができ、ピクチャ１４０は、ピクチャ１３６及び１４４から予測することができ、及び、ピクチャ１４８は、ピクチャ１４４及び１５２から予測することができる。概して、基準ピクチャが依然として復号されたピクチャバッファにおいてバッファリングされると仮定し、及び、基準ピクチャが現在のコーディング中のピクチャよりも早期にコーディングされたと仮定した場合、階層内においてより下位にあるピクチャは、階層内においてより高位にある基準ピクチャから符号化することができる。

［０１７０］最後に、ピクチャ１２２、１２６、１３０、１３４、１３８、１４２、１４６、及び１５０は、これらのピクチャが階層内において最後であることを示すために白色の陰影が付けられている。ピクチャ１２２、１２６、１３０、１３４、１３８、１４２、１４６、及び１５０は、単一方向性の、インターモード予測符号化されたピクチャであることができる。ピクチャ１２２は、ピクチャ１２０及び１２４から予測することができ、ピクチャ１２６は、ピクチャ１２４及び１２８から予測することができ、ピクチャ１３０は、ピクチャ１２８及び１３２から予測することができ、及び、ピクチャ１３４は、ピクチャ１３２及び１３６から予測することができ、ピクチャ１３８は、ピクチャ１３６及び１４０から予測することができ、ピクチャ１４２は、ピクチャ１４０及び１４４から予測することができ、ピクセル１４６は、ピクチャ１４４及び１４８から予測することができ、ピクチャ１５０は、ピクチャ１４８及び１５２から予測することができる。繰り返すと、コーディング階層内においてより下位にあるピクチャは、コーディング階層内においてより高位にある基準ピクチャから符号化することができることが理解されるべきである。例えば、さらに加えて又は代替として、ピクチャ１２２、１２６、１３９０、又は１３４のすべては、ピクチャ１２０、１３６、又は１２８のいずれかに関して予測することができる。

［０１７１］ピクチャ１２０乃至１５２は、表示順序で示される。すなわち、復号に引き続き、ピクチャ１２０は、ピクチャ１２２の前に表示され、ピクチャ１２２は、ピクチャ１２４の前に表示され、以下同様である。上述されるように、ＰＯＣ値は、概して、ピクチャに関する表示順を記述し、それは、生ピクチャが符号化される前にキャプチャされるか又は生成された順序と実質的に同じでもある。しかしながら、符号化階層に起因して、ピクチャ１２０乃至１５２は、異なる順序で復号することができる。さらに、符号化されている間に、ピクチャ１２０乃至１５２は、ピクチャ１２０乃至１５２に関する符号化されたデータを含むビットストリームにおいて復号順に配置することができる。例えば、ピクチャ１３６は、ＧＯＰ１５４のピクチャの中で最後に表示することができる。しかしながら、符号化階層に起因して、ピクチャ１３６は、ＧＯＰ１５４の最初に復号することができる。すなわち、例えば、ピクチャ１２８を適切に復号するために、ピクチャ１３６は、ピクチャ１２８に関する基準ピクチャとして働くために最初に復号する必要がある。同様に、ピクチャ１２８は、ピクチャ１２４、１２６、１３０、及び１３２に関する基準ピクチャとして働くことができ、従って、ピクチャ１２４、１２６、１３０、及び１３２の前に復号する必要がある。

［０１７２］さらに、幾つかのピクチャは、長期基準ピクチャとして取り扱うことができ、その他のピクチャは、短期基準ピクチャとして取り扱うことができる。例えば、ピクチャ１２０及び１３６が長期基準ピクチャを表し、ピクチャ１２８、１２４、及び１３２は短期基準ピクチャを表すと仮定する。この例では、ピクチャ１２２及び１２６は、ピクチャ１２０、１３６、１２８、又は１２４のうちのいずれかに関して予測することができるが、ピクチャ１３０及び１３４は、ピクチャ１２０、１３６、１２８、又は１３２のうちのいずれかに関して予測することができるということになる。換言すると、ピクチャ１２４は、ピクチャ１３０及び１３４をコーディング時には基準として利用することができないことがある。他の例として、ピクチャ１２０及び１３６が長期基準ピクチャを表し、ピクチャ１２８、１２４、及び１３２が短期基準ピクチャを表すと仮定すると、ピクチャ１２８、１２４、及び１３２は、ピクチャ１３８、１４２、１４６、及び１５０をコーディング時に基準として利用できないことがある。

［０１７３］映像符号器２０及び映像復号器３０は、基準ピクチャセットを用いて、ピクチャ１２２乃至１３４、１３８乃至１５０のすべて又は一部分、及び潜在的にピクチャ１３６及び／又はピクチャ１５２をインターコーディングするように構成することができる。例えば、ピクチャ１２０、１３６、及び１５２をコーディング後に、映像符号器２０及び映像復号器３０は、ピクチャ１２８をコーディングすることができる。従って、ピクチャ１２０、１３６、及び／又は１５２は、ピクチャ１２８に関する基準ピクチャセット内に含めることができる。ピクチャ１２８をコーディング後は、映像符号器２０及び映像復号器３０は、ピクチャ１２４をコーディングするために進むことができる。従って、ピクチャ１２０、１３６、１５２、及び／又は１２８は、ピクチャ１２４に関する基準ピクチャセット内に含めることができる。

［０１７４］本開示の技法により、映像コーダ、例えば、映像符号器２０及び／又は映像復号器３０は、基準ピクチャオーダーカウント（ＰＯＣ）値を用いて長期基準ピクチャ（ＬＴＲＰ）のＰＯＣ値の最上位ビット（ＭＳＢ）をコーディングすることができる。すなわち、映像コーダは、基準ＰＯＣ値を決定すること及び基準ＰＯＣ値に関するＭＳＢとＬＴＲＰ ＰＯＣ値のＭＳＢとの間の差分を表す値をコーディングすることができる。映像コーダは、基準ＰＯＣ値が、現在のピクチャ、すなわち、ＬＴＲＰが基準ピクチャとして使用され及び現在コーディング中であるピクチャ、を適切に復号するために受信されていなければならないピクチャに対応するとさらに決定することができる。基準ＰＯＣ値は、さらに加えて又は代替として、現在のピクチャとＬＴＲＰとを含むビットストリームが該当する映像コーディング規格、例えば、ＨＥＶＣ、に準拠するために受信されていなければならないピクチャに対応することができる。

［０１７５］例えば、基準ＰＯＣ値は、現在のピクチャ自体に対応することができる。当然のことであるが、現在のピクチャを適切に復号するために、現在のピクチャに関するデータが受信されていなければならない。他の例として、基準ＰＯＣ値は、（復号順序で）直近のランダムアクセスポイント（ＲＡＰ）ピクチャに対応することができる。現在のピクチャがインターコーディングされたピクチャであると仮定すると、現在のピクチャは、ＲＡＰピクチャから又はＲＡＰピクチャから直接的に又は間接的に予測される他のピクチャから予測することができる。基準ＰＯＣが対応することができるピクチャのその他の例は、その他のイントラコーディングされたピクチャであり、その他のＲＡＰピクチャと、現在のピクチャが依存する（例えば、直接的又は間接的に予測される）その他のピクチャと、を含む。

［０１７６］例えば、現在のピクチャがピクチャ１３２であり、及びピクチャ１２８がピクチャ１３２に関する長期基準ピクチャであると仮定する。図５の例では、ピクチャ１３６は、ＲＡＰピクチャとして働くことができる。ピクチャ１２０も、ＲＡＰピクチャとして働くことができるが、この例では、ピクチャ１３６が、ピクチャ１３２に関して、復号順序で直近のＲＡＰピクチャであるとみなすことができる。従って、映像コーダは、ピクチャ１２８のＰＯＣ値に関するＭＳＢを決定し、ピクチャ１２８のＰＯＣ値に関するＭＳＢと、ピクチャ１３２を適切に復号するためにデータが受信されていなければならないピクチャ、例えば、ピクチャ１３２自体又はピクチャ１３６のＰＯＣ値に関するＭＳＢとの間の差分をコーディングすることができる。

［０１７７］さらに、映像コーダは、ピクチャ１２８（この例では、ＬＴＲＰ）のＭＳＢが、ピクチャ１３６（この例では、復号順序において直近のＲＡＰピクチャ）のＰＯＣ値から又はピクチャ１３２（この例では、現在のピクチャ）から予測される、のいずれであるかを示す構文要素をコーディングすることができる。すなわち、構文要素は、ピクチャ１３２を適切に復号するためにデータが受信されていなければならないピクチャがピクチャ１３２自体又はピクチャ１３６のいずれであるかを示すことができる。例えば、映像符号器２０は、ピクチャ１３２に関するＰＯＣ値又はピクチャ１３６に関するＰＯＣ値のいずれを基準ＰＯＣ値として使用すべきかを決定することができる。映像符号器２０は、例えば、これらの２つのピクチャのうちのどちらが最低のＰＯＣ差分値を生成するかに基づいて２つのピクチャのうちの１つを選択することができる。映像符号器２０は、それらのピクチャのうちのどれが基準ＰＯＣ値を得るために使用されるかを示す構文要素に関する値をコーディングすることができる。映像符号器２０は、すなわち、ピクチャ１２８に関するＰＯＣ値のＭＳＢと指示されたピクチャに関するＰＯＣ値のＭＳＢとの間の差分を計算することによって、指示されたピクチャに関するＰＯＣ値を基準ＰＯＣ値として使用することができる。映像復号器３０は、同様に、基準ＰＯＣ値を得るべきピクチャを決定し、及び、指示されたピクチャに関するＰＯＣ値のＭＳＢに復号された差分値を加えることによってピクチャ１２８に関するＰＯＣ値を再生するために構文要素を使用することができる。

［０１７８］映像コーダは、様々な位置のうちの１つにおいて構文要素をコーディングすることができる。例えば、映像コーダは、現在のピクチャ（上例では、ピクチャ１３２）のスライスのスライスヘッダにおいて構文要素をコーディングすることができる。構文要素をコーディングするために使用することができるスライスヘッダの例が、表１、３、及び５に関して上述される。表１、３、及び５において、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］は、上述される構文要素（すなわち、ＬＴＲＰのＭＳＢが復号順序で直近のＲＡＰピクチャのＰＯＣ値及び現在のピクチャのいずれから予測されるかを示す構文要素）の例を表す。インデックス値ｉは、現在のピクチャ、例えば、ピクチャ１３２、に対応する。表１、３、及び５において示されるように、映像コーダは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］に関する値をコーディングする必要がなく、実際、この構文要素に関する値をコーディングするのを省くことができる。すなわち、スライスヘッダは、構文要素ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を含む必要がない。

［０１７９］代替として、映像コーダは、ＬＴＲＰのＭＳＢが、パラメータセット、例えば、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、映像パラメータセット（ＶＰＳ）、又はその他のパラメータセット、内の復号順序で直近のＲＡＰピクチャのＰＯＣ値及び現在のピクチャのいずれから予測されるかを示す構文要素をコーディングすることができる。

［０１８０］映像コーダは、ＬＴＲＰ（上述される例におけるピクチャ１２８）のＰＯＣ値のＬＳＢを表す値をさらにコーディングすることができる。例えば、映像符号器２０は、ピクチャ１２８に関するＰＯＣ値をＭＳＢ及びＬＳＢに分割し、上述されるように差分値を用いてＭＳＢを符号化し、及び、例えば、エントロピー符号化技法を用いてＬＳＢを符号化することができる。他方、映像復号器３０は、差分値を用いてＭＳＢ及びＬＳＢを復号し、次に、ＭＳＢ及びＬＳＢを連結してクチャ１２８に関するＰＯＣ値を再生することができる。映像復号器３０は、ピクチャ１２８に関する再生されたＰＯＣ値に基づいて、ピクチャ１２８を基準ピクチャセットにさらに加えることができる。差分値及びＬＳＢは、現在のピクチャ、例えば、ピクチャ１３２、のスライスのスライスヘッダにおいてコーディングすることができることが理解されるべきである。基準ピクチャセットにＬＴＲＰを加えた後は、映像復号器３０は、基準ピクチャセットから基準ピクチャリストを生成及び／又は修正するために基準ピクチャリスト構築技法（及び潜在的に基準ピクチャリスト修正技法）を使用することができ、それは、映像復号器３０が現在のピクチャ、例えば、ピクチャ１３２、を復号するために究極的に使用することができる。

［０１８１］図６は、基準ピクチャセット内に含められるべきピクチャを表すデータを符号化するための方法例を示したフローチャートである。特に、図６は、予測コーディング技法を用いて長期基準ピクチャ（ＬＴＲＰ）の最上位ビット（ＭＳＢ）を復号するための方法の一例を表す。すなわち、図６の方法は、現在のピクチャを復号するためにデータが受信されていなければならないピクチャ（例えば、現在のピクチャ自体又は直近のランダムアクセスポイント（ＲＡＰ）ピクチャ）のＭＳＢからＬＴＲＰのＭＳＢを予測することを含むことができる。主に映像符号器２０によって行われるとして説明されているが、図６の方法は、その他のデバイス、例えば、図４のトランスコーディングデバイス１０６、又は図４のルーティングデバイス１０４Ａ、１０４Ｂによって行うことができることが理解されるべきである。

［０１８２］最初に、映像符号器２０は、現在のピクチャに関する基準ピクチャセットを決定することができる（１８０）。例えば、映像符号器２０は、現在のピクチャの各ブロック（例えば、各ＣＵ）がどのようにして符号化されるべきかを決定するために複数の符号化パス（ｅｎｃｏｄｉｎｇ ｐａｓｓ）を行うことができ、いずれの潜在的な基準ピクチャがブロックを符号化するための基準ピクチャとして使用されるべきかを含む。映像符号器２０は、一組の可能な基準ピクチャのうちのどれが特定のブロックに関する基準ピクチャとして使用されるべきかを決定するためにレート−歪み最適化（ＲＤＯ）技法を使用することができる。映像符号器２０は、究極的には、決定された基準ピクチャを含む基準ピクチャセットを構築することができる。図６には示されていないが、映像符号器２０は、基準ピクチャセットから（又は別個の基準ピクチャセットから）現在のピクチャに関する１つ以上の基準ピクチャリストを構築し、及び、指示する各ブロックに関する動き情報を符号化することもできる。

［０１８３］映像符号器２０は、基準ピクチャセット（存在する場合）に含まれている基準ピクチャのうちのどれが長期基準ピクチャ（ＬＴＲＰ）であるかを決定することもできる（１８２）。概して、映像符号器２０は、基準ピクチャが復号順序でＬＴＲＰに後続する複数のピクチャによって基準のために使用されるときにその基準ピクチャがＬＴＲＰであるとみなされるべきであると決定することができる。繰り返すと、映像符号器２０は、基準ピクチャがＬＴＲＰであると最良の形でみなされるかどうかを決定するために、幾つかのピクチャにわたって、複数の符号化パスを実行できることが理解されるべきである。幾つかの基準ピクチャは、デフォルトによってＬＴＲＰ、例えば、ＲＡＰピクチャ、とみなすことができる。幾つかの例では、映像符号器２０は、基準ピクチャセットに含まれるＬＴＲＰの数を表す値、例えば、表１、３、及び５のｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓ、を符号化することができる。

［０１８４］映像符号器２０は、基準ピクチャセットの次のＬＴＲＰに関するＰＯＣ値の最下位ビット（ＬＳＢ）を符号化することができる（１８４）。第１のＬＴＲＰは、ＬＴＲＰに関するＰＯＣ値のＬＳＢがコーディングされている前の“次の”ＬＴＲＰであるとみなすことができる。他方、映像符号器２０は、ＬＴＲＰに関するＰＯＣ値のＬＳＢを符号化するために基準ピクチャセット内に含まれるＬＴＲＰの組全体を通じて繰り返すことができる。

［０１８５］映像符号器２０は、現在のＬＴＲＰに関するＰＯＣ値のＬＳＢが以前のＬＴＲＰに関するＰＯＣ値のＬＳＢと同じであるかどうかを決定することもできる（１８６）。現在のＬＴＲＰに関するＰＯＣ値のＬＳＢが、少なくとも１つの以前のＬＴＲＰに関するＰＯＣ値のＬＳＢと同じである（１８６の“はい”分岐）場合は、映像符号器２０は、現在のＬＴＲＰに関するＰＯＣ値の最上位ビット（ＭＳＢ）を符号化することができる。特に、本開示の技法により、映像符号器２０は、基準ＰＯＣ値、例えば、現在のピクチャのＰＯＣ値又は符号化順序で現在のピクチャに直近のＲＡＰピクチャのＰＯＣ値のいずれか、を決定することができる（１８８）。

［０１８６］映像符号器２０は、現在のＬＴＲＰに関するＰＯＣ値のＭＳＢに関してどちらが最小のＰＯＣ差分を生成するかに基づいてこれらのＰＯＣ値のうちのいずれを基準ＰＯＣ値として使用すべきかを決定することができる。次に、映像符号器２０は、ＬＴＲＰに関する基準ＰＯＣを識別するデータ、例えば、上述されるように、表１、３、及び／又は５によるｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］に関する値、を符号化することができる（１９０）。その他の例では、映像符号器２０は、ＳＰＳ、ＰＰＳ、又はその他のデータ構造においてこの情報を符号化することができる。映像符号器２０は、基準ＰＯＣ値に関して現在のＬＴＲＰに関するＰＯＣ値のＭＳＢを符号化することもできる（１９２）。すなわち、映像符号器２０は、現在のＬＴＲＰに関するＰＯＣ値のＭＳＢと基準ＰＯＣ値のＭＳＢとの間の差分を計算し、この差分を符号化することができる。

［０１８７］他方、現在のＬＴＲＰに関するＰＯＣ値のＬＳＢが、すべての以前のＬＴＲＰに関するＰＯＣ値のＬＳＢと同じでない（１８６の“いいえ”分岐）場合、又は、ＬＴＲＰのＭＳＢを符号化後は、映像符号器２０は、基準ピクチャセットの現在のＬＴＲＰが基準ピクチャセットの最後のＬＴＲＰであるかどうかを決定することができる（１９４）。そうでない（すなわち、ＰＯＣ値がまだ符号化されていないＬＴＲＰが基準ピクチャセット内にさらに存在する（１９４の“いいえ”）場合は、映像符号器２０は、基準ピクチャセット内の次のＬＴＲＰのＰＯＣ値を符号化することができる。しかしながら、基準ピクチャセット内のすべてのＬＴＲＰに関するすべてのＰＯＣ値が符号化された後は（１９４の“はい”分岐）、映像符号器２０は、符号化されたデータを出力することができる（１９６）。

［０１８８］このように、図６の方法は、映像データを符号化する方法の例を表し、長期基準ピクチャ（ＬＴＲＰ）に関して現在のピクチャの少なくとも一部分を符号化することと、ＬＴＲＰに関するＬＴＲＰピクチャオーダーカウント（ＰＯＣ）値を決定することと、基準ＰＯＣ値の最上位ビット（ＭＳＢ）とＬＴＲＰ ＰＯＣ値のＭＳＢとの間の差分を表す値を符号化することと、を含み、基準ＰＯＣ値は、現在のピクチャを適切に復号するためにデータが受信されなければならないピクチャに対応する。

［０１８９］図７は、基準ピクチャセットに含められるべきピクチャを表すデータを復号するための方法例を示したフローチャートである。特に、図７は、予測コーディング技法を用いて長期基準ピクチャ（ＬＴＲＰ）の最上位ビット（ＭＳＢ）を復号するための方法の一例を表す。すなわち、図７の方法は、現在のピクチャを復号するためにデータが受信されていなければならないピクチャ（例えば、現在のピクチャ自体又は直近のランダムアクセスポイント（ＲＡＰ））のＭＳＢからＬＴＲＰのＭＳＢを予測することを含むことができる。主に映像復号器３０によって行われるとして説明されているが、図７の方法は、その他のデバイス、例えば、図４のトランスコーディングデバイス１０６、又は図４のルーティングデバイス１０４Ａ、１０４Ｂによって行うことができることが理解されるべきである。

［０１９０］最初に、映像復号器３０は、現在のピクチャに関する基準ピクチャセットに含められるべきＬＴＲＰの数を決定することができる（２００）。例えば、映像復号器３０は、表１、３、及び５により、現在のピクチャに関するｎｕｍ_ｌｏｎｇ_ｔｅｒｍ_ｐｉｃｓ構文要素を復号することができる。その他の例では、映像復号器３０は、ＳＰＳ、ＰＰＳ、又はその他のデータ構造からこの情報を復号することができる。次に、映像復号器３０は、次のＬＴＲＰに関するＰＯＣ値のＬＳＢを復号することができる（２０２）。次のＬＴＲＰは、例えば、基準ピクチャに関するデータをカプセル化するＮＡＬユニットのＮＡＬユニットヘッダにおいて、長期基準のために使用されるとして示される基準ピクチャに対応することができる。

［０１９１］次に、映像復号器３０は、現在のＬＴＲＰに関するＰＯＣ値のＬＳＢが以前のＬＴＲＰに関するＰＯＣ値のＬＳＢと同じであるかどうかを決定することができる。現在のＬＴＲＰに関するＰＯＣ値のＬＳＢが、少なくとも１つの以前のＬＴＲＰに関するＰＯＣ値のＬＳＢと同じである（２０４の“はい”分岐）場合は、映像復号器３０は、現在のＬＴＲＰに関するＰＯＣ値の最上位ビット（ＭＳＢ）を復号することができる。特に、本開示の技法により、映像復号器３０は、ＬＴＲＰに関する基準ＰＯＣを識別するデータ、例えば、上述されるように、表１、３、及び／又は５によるｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］に関する値、を復号することができる。この値は、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャ、例えば、現在のピクチャ自体又は直近のＲＡＰピクチャ、を識別することができる。

［０１９２］映像復号器３０は、基準ＰＯＣ値に関するＬＴＲＰに関するＰＯＣ値のＭＳＢを復号することができる（２０８）。すなわち、映像復号器３０は、現在のＬＴＲＰに関するＰＯＣ値のＭＳＢを再生する（ｒｅｐｒｏｄｕｃｅ）ために、復号された差分値を加え、次に、復号された差分値を基準ＰＯＣ値のＭＳＢに加えることができる。映像復号器３０は、例えば、現在のＬＴＲＰに関するＰＯＣ値のＭＳＢを現在のＬＴＲＰに関するＰＯＣ値のＬＳＢと連結することによって、現在のＬＴＲＰに関するＰＯＣ値をさらに再生することができる（２１０）。次に、映像復号器３０は、ＬＴＲＰに関するＰＯＣ値を基準ピクチャセットに加えることができる。

［０１９３］映像復号器３０は、直近のＬＴＲＰが基準ピクチャセットの最後のＬＴＲＰであるかどうかを決定することができる（２１２）。そうでない（２１２の“いいえ”分岐）場合は、映像復号器３０は、次のＬＴＲＰのＰＯＣ値を復号することができる。すべてのＬＴＲＰに関するＰＯＣ値が復号されており及びＬＴＲＰが基準ピクチャセットに加えられた後は（２１２の“はい”分岐）、映像復号器３０は、基準ピクチャセットを用いて現在のピクチャを復号することができる（２１４）。例えば、映像復号器３０は、基準ピクチャセットから基準ピクチャリストを生成することができる。次に、映像復号器３０は、各々のブロックに関する基準ピクチャを決定するために、現在のピクチャの各インター予測されたブロックに関して動き情報を復号することができ、基準ピクチャリスト識別子及び／又は基準ピクチャリスト内への基準インデックスを含むことができる。

［０１９４］このように、図７の方法は、映像データを復号する方法の一例を表し、基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号することと、復号された値及び基準ＰＯＣ値に基づいてＬＴＲＰ ＰＯＣ値のＭＳＢを決定することと、ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいてＬＴＲＰに関する現在のピクチャの少なくとも一部分を復号することと、を含み、基準ＰＯＣ値は、現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャに対応する。

［０１９５］１つ以上の例において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらのあらゆる組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合は、それらの機能は、コンピュータによって読み取り可能な媒体において１つ以上の命令又はコードとして格納又は送信すること及びハードウェアに基づく処理ユニットによって実行することができる。コンピュータによって読み取り可能な媒体は、コンピュータによって読み取り可能な記憶媒体を含むことができ、それは、有形な媒体、例えば、データ記憶媒体、又は、例えば、通信プロトコルにより、１つの場所から他へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体、に対応する。このように、コンピュータによって読み取り可能な媒体は、概して、（１）非一時的である有形なコンピュータによって読み取り可能な記憶媒体又は（２）通信媒体、例えば、信号又は搬送波、に対応することができる。データ記憶媒体は、本開示において説明される技法の実装のために命令、コード及び／又はデータ構造を取り出すために１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスすることができるあらゆる利用可能な媒体であることができる。コンピュータプログラム製品は、コンピュータによって読み取り可能な媒体を含むことができる。

［０１９６］さらにその他の例では、本開示は、格納されたデータ構造を備えるコンピュータによって読み取り可能な媒体を企図し、データ構造は、本開示に一致する符号化されたビットストリームを含む。特に、データ構造は、ここにおいて説明されるＮＡＬユニット設計を含むことができる。

［０１９７］一例により、及び制限することなしに、該コンピュータによって読み取り可能な記憶媒体は、希望されるプログラムコードを命令又はデータ構造の形態で格納するために使用することができ及びコンピュータによってアクセス可能であるＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光学ディスク記憶装置、磁気ディスク記憶装置、又はその他の磁気記憶デバイス、フラッシュメモリ、又はその他のいずれかの媒体を備えることができる。さらに、どのような接続も、コンピュータによって読み取り可能な媒体であると適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者ライン（ＤＳＬ）、又は無線技術、例えば、赤外線、無線、及びマイクロ波、を用いてウェブサイト、サーバ、又はその他の遠隔ソースから送信される場合は、該同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、又は無線技術、例えば赤外線、無線、及びマイクロ波、は、媒体の定義の中に含まれる。しかしながら、コンピュータによって読み取り可能な記憶媒体およびデータ記憶媒体は、コネクション、搬送波、信号、又はその他の遷移媒体は含まず、代わりに、非一時的な、有形の記憶媒体を対象とすることが理解されるべきである。ここにおいて用いられるときのディスク（ｄｉｓｋ及びｄｉｓｃ）は、コンパクトディスク（ＣＤ）（ｄｉｓｃ）と、レーザディスク（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、デジタルバーサタイルディスク（ＤＶＤ）（ｄｉｓｃ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、ブルーレイディスク（ｄｉｓｃ）と、を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを複製し、ｄｉｓｃは、レーザを用いて光学的にデータを複製する。上記の組み合わせも、コンピュータによって読み取り可能な媒体の適用範囲内に含められるべきである。

［０１９８］命令は、１つ以上のプロセッサ、例えば、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又はその他の同等の集積又はディスクリート論理回路によって実行することができる。従って、ここにおいて用いられる場合の用語“プロセッサ”は、上記の構造又はここにおいて説明される技法の実装に適するあらゆるその他の構造のうちのいずれかを意味することができる。さらに、幾つかの態様では、ここにおいて説明される機能は、符号化および復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内において提供されること、又は組み合わされたコーデック内に組み入れることができる。さらに、技法は、１つ以上の回路又は論理素子内に完全に実装することが可能である。

［０１９９］本開示の技法は、無線ハンドセット、集積回路（ＩＣ）又は一組のＩＣ（例えば、チップセット）を含む非常に様々なデバイス又は装置内に実装することができる。本開示では、開示される技法を実施するように構成されたデバイスの機能上の態様を強調するために様々なコンポーネント、モジュール、又はユニットが説明されるが、異なるハードウェアユニットによる実現は必ずしも要求しない。むしろ、上述されるように、様々なユニットは、適切なソフトウェア及び／又はファームウェアと関係させて、コーデックハードウェアユニット内において結合させること又は上述されるように１つ以上のプロセッサを含む相互運用的なハードウェアユニットの集合によって提供することができる。

［０２００］様々な例が説明されている。これらの及びその他の例は、以下の請求項の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ 映像データを復号する方法であって、
基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号することであって、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行し、前記現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応することと、
前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定することと、
前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号することと、を備える、方法。
［Ｃ２］ 前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、ランダムアクセスポイント（ＲＡＰ）ピクチャに関するＰＯＣ値又は前記現在のピクチャに関するＰＯＣ値のいずれから予測されるかを示す構文要素を復号することと、
前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生することと、をさらに備えるＣ１に記載の方法。
［Ｃ３］ 前記ＬＴＲＰに関するＰＯＣ値を再生することは、
前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャ前記ＰＯＣ値に加えることと、
前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えることと、を備えるＣ２に記載の方法。
［Ｃ４］ 前記構文要素は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］を備え、ｉは、前記ＬＴＲＰに対応するインデックスを表すＣ２に記載の方法。
［Ｃ５］ 前記構文要素を復号することは、前記現在のピクチャのスライスに関するスライスヘッダを復号することを備え、前記スライスヘッダは、前記構文要素を含むＣ２に記載の方法。
［Ｃ６］ 前記スライスヘッダを復号することは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を復号せずに前記スライスヘッダを復号することを備えるＣ５に記載の方法。
［Ｃ７］ 前記スライスヘッダは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を含まないＣ５に記載の方法。
［Ｃ８］ 前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定することをさらに備えるＣ２に記載の方法。
［Ｃ９］ 前記値を復号することは、前記現在のピクチャのスライスのスライスヘッダ、前記現在のピクチャを含むピクチャのシーケンスに関するシーケンスパラメータセット（ＳＰＳ）、及び前記現在のピクチャに関するピクチャパラメータセット（ＰＰＳ）のうちの少なくとも１つを復号することを備えるＣ１に記載の方法。
［Ｃ１０］ 前記現在のピクチャを適切に復号するためにデータが受信されていなければならない前記ピクチャは、ランダムアクセスポイント（ＲＡＰ）ピクチャを備えるＣ１に記載の方法。
［Ｃ１１］前記ＲＡＰピクチャは、復号順序で前記現在のピクチャに先行する、復号順序で最後のＲＡＰピクチャを備えるＣ１０に記載の方法。
［Ｃ１２］ 前記基準ＰＯＣ値は、前記現在のピクチャの前記ＰＯＣ値に対応するＣ１に記載の方法。
［Ｃ１３］ 前記ＬＴＲＰ ＰＯＣ値の最下位ビット（ＬＳＢ）を復号することと、
前記ＬＴＲＰ ＰＯＣ値を再生するために前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを前記ＬＴＲＰ ＰＯＣ値のＬＳＢと連結することと、
前記再生されたＬＴＲＰ ＰＯＣ値に基づいて前記ＬＴＲＰを基準ピクチャセットに加えることと、をさらに備えるＣ１に記載の方法。
［Ｃ１４］ 映像データを符号化する方法であって、
長期基準ピクチャ（ＬＴＲＰ）に関する現在のピクチャの少なくとも一部分を符号化することと、
前記ＬＴＲＰに関するＬＴＲＰピクチャオーダーカウント（ＰＯＣ）値を決定することと、
基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と前記ＬＴＲＰ
ＰＯＣ値のＭＳＢとの間の差分を表す値を符号化することと、を備え、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行し、前記現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する、方法。
［Ｃ１５］ 前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、ランダムアクセスポイント（ＲＡＰ）ピクチャに関するＰＯＣ値又は前記現在のピクチャに関するＰＯＣ値のいずれから予測されるかを示す構文要素を符号化することをさらに備えるＣ１４に記載の方法。
［Ｃ１６］ 前記構文要素を符号化することは、前記現在のピクチャのスライスに関するスライスヘッダを符号化することを備え、前記スライスヘッダは、前記構文要素を含むＣ１５に記載の方法。
［Ｃ１７］ 後続するピクチャに関する長期基準ピクチャが存在しないことを決定することと、
前記決定に基づいて、前記後続するピクチャに関する前記構文要素のコーディングをスキップすることと、をさらに備えるＣ１５に記載の方法。
［Ｃ１８］ 前記値を符号化することは、前記現在のピクチャのスライスのスライスヘッダ、前記現在のピクチャを含むピクチャのシーケンスに関するシーケンスパラメータセット（ＳＰＳ）、及び前記現在のピクチャに関するピクチャパラメータセット（ＰＰＳ）のうちの少なくとも１つを符号化することを備えるＣ１４に記載の方法。
［Ｃ１９］ 前記現在のピクチャを適切に復号するためにデータが受信されていなければならない前記ピクチャは、ランダムアクセスポイント（ＲＡＰ）ピクチャを備えるＣ１４に記載の方法。
［Ｃ２０］前記ＲＡＰピクチャは、復号順序で前記現在のピクチャに先行する、復号順序で最後のＲＡＰピクチャを備えるＣ１９に記載の方法。
［Ｃ２１］ 前記基準ＰＯＣ値は、前記現在のピクチャの前記ＰＯＣ値に対応するＣ１４に記載の方法。
［Ｃ２２］ 映像データを復号するためのデバイスであって、
基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、
前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定し、及び
前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号するように構成された映像復号器を備え、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行し、前記現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する、デバイス。
［Ｃ２３］ 前記映像復号器は、前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、ランダムアクセスポイント（ＲＡＰ）ピクチャに関するＰＯＣ値又は前記現在のピクチャに関するＰＯＣ値のいずれから予測されるかを示す構文要素を復号し、及び
前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するようにさらに構成されるＣ２２に記載のデバイス。
［Ｃ２４］ 前記ＬＴＲＰに関する前記ＰＯＣ値を再生するために、前記映像復号器は、前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャ前記ＰＯＣ値に加え、及び前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えるように構成されるＣ２３に記載のデバイス。
［Ｃ２５］ 前記構文要素は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］を備え、ｉは、前記ＬＴＲＰに対応するインデックスを表すＣ２３に記載のデバイス。
［Ｃ２６］ 前記映像復号器は、前記現在のピクチャのスライスに関するスライスヘッダを復号するように構成され、前記スライスヘッダは、前記構文要素を含むＣ２３に記載のデバイス。
［Ｃ２７］ 前記映像復号器は、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を復号せずに前記スライスヘッダを復号するように構成されるＣ２６に記載のデバイス。
［Ｃ２８］ 前記スライスヘッダは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を含まないＣ２６に記載のデバイス。
［Ｃ２９］ 前記映像復号器は、前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定するようにさらに構成されるＣ２３に記載のデバイス。
［Ｃ３０］ 前記値を復号するために、前記映像復号器は、前記現在のピクチャのスライスのスライスヘッダ、前記現在のピクチャを含むピクチャのシーケンスに関するシーケンスパラメータセット（ＳＰＳ）、及び前記現在のピクチャに関するピクチャパラメータセット（ＰＰＳ）のうちの少なくとも１つを復号するように構成されるＣ２２に記載のデバイス。
［Ｃ３１］ 前記現在のピクチャを適切に復号するためにデータが受信されていなければならない前記ピクチャは、ランダムアクセスポイント（ＲＡＰ）ピクチャを備えるＣ２２に記載のデバイス。
［Ｃ３２］ 前記ＲＡＰピクチャは、復号順序で前記現在のピクチャに先行する、復号順序で最後のＲＡＰピクチャを備えるＣ３１に記載のデバイス。
［Ｃ３３］ 前記基準ＰＯＣ値は、前記現在のピクチャの前記ＰＯＣ値に対応するＣ２２に記載のデバイス。
［Ｃ３４］ 前記映像復号器は、前記ＬＴＲＰ ＰＯＣ値の最下位ビット（ＬＳＢ）を復号し、前記ＬＴＲＰ ＰＯＣ値を再生するために前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを前記ＬＴＲＰ ＰＯＣ値のＬＳＢと連結し、及び前記再生されたＬＴＲＰ ＰＯＣ値に基づいて前記ＬＴＲＰを基準ピクチャセットに加えるようにさらに構成されるＣ２２に記載のデバイス。
［Ｃ３５］ 映像データを復号するためのデバイスであって、
基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号するための手段であって、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行し、前記現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する手段と、
前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定するための手段と、
前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号するための手段と、を備える、デバイス。
［Ｃ３６］ 前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、ランダムアクセスポイント（ＲＡＰ）ピクチャに関するＰＯＣ値又は前記現在のピクチャに関するＰＯＣ値のいずれから予測されるかを示す構文要素を復号するための手段と、
前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するための手段と、をさらに備えるＣ３５に記載のデバイス。
［Ｃ３７］ 前記ＬＴＲＰに関する前記ＰＯＣ値を再生するための前記手段は、
前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャ前記ＰＯＣ値に加えるための手段と、
前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えるための手段と、を備えるＣ３６に記載のデバイス。
［Ｃ３８］ 前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定するための手段をさらに備えるＣ３６に記載のデバイス。
［Ｃ３９］ 前記値を復号するための前記手段は、前記現在のピクチャのスライスのスライスヘッダ、前記現在のピクチャを含むピクチャのシーケンスに関するシーケンスパラメータセット（ＳＰＳ）、及び前記現在のピクチャに関するピクチャパラメータセット（ＰＰＳ）のうちの少なくとも１つを復号するための手段を備えるＣ３５に記載のデバイス。
［Ｃ４０］ 前記現在のピクチャを適切に復号するためにデータが受信されていなければならない前記ピクチャは、ランダムアクセスポイント（ＲＡＰ）ピクチャを備えるＣ３５に記載のデバイス。
［Ｃ４１］ 前記ＲＡＰピクチャは、復号順序で前記現在のピクチャに先行する、復号順序で最後のＲＡＰピクチャを備えるＣ４０に記載のデバイス。
［Ｃ４２］ 前記基準ＰＯＣ値は、前記現在のピクチャの前記ＰＯＣ値に対応するＣ３５に記載のデバイス。
［Ｃ４３］ コンピュータによって読み取り可能な記憶媒体であって、実行されたときに、
基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、
前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定し、及び
前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号することをプロセッサに行わせる命令を格納し、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行し、前記現在のピクチャを適切に復号するためにデータが受信されていなければならないピクチャのＰＯＣ値に対応する、コンピュータによって読み取り可能な記憶媒体。
［Ｃ４４］ 前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、ランダムアクセスポイント（ＲＡＰ）ピクチャに関するＰＯＣ値又は前記現在のピクチャに関するＰＯＣ値のいずれから予測されるかを示す構文要素を復号し、及び
前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生することを前記プロセッサに行わせる命令をさらに備えるＣ４３に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４５］ 前記ＬＴＲＰに関する前記ＰＯＣ値を再生することを前記プロセッサに行わせる前記命令は、
前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャ前記ＰＯＣ値に加え、及び
前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えることを前記プロセッサに行わせる命令を備えるＣ４４に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４６］ 前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定することを前記プロセッサに行わせる命令さらに備えるＣ４３に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４７］ 前記値を復号することを前記プロセッサに行わせる命令は、前記現在のピクチャのスライスのスライスヘッダ、前記現在のピクチャを含むピクチャのシーケンスに関するシーケンスパラメータセット（ＳＰＳ）、及び前記現在のピクチャに関するピクチャパラメータセット（ＰＰＳ）のうちの少なくとも１つを復号することを前記プロセッサに行わせる命令を備えるＣ４３に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４８］ 前記現在のピクチャを適切に復号するためにデータが受信されていなければならない前記ピクチャは、ランダムアクセスポイント（ＲＡＰ）ピクチャを備えるＣ４３に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４９］前記ＲＡＰピクチャは、復号順序で前記現在のピクチャに先行する、復号順序で最後のＲＡＰピクチャを備えるＣ４８に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ５０］ 前記基準ＰＯＣ値は、前記現在のピクチャの前記ＰＯＣ値に対応するＣ４３に記載のコンピュータによって読み取り可能な記憶媒体。

Claims (22)

1. 映像データを復号する方法であって、
   基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号することであって、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行するランダムアクセスポイント（ＲＡＰ）ピクチャのＰＯＣ値に対応することと、
   前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定することと、
   前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号することと、を備え、
   前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、前記ＲＡＰピクチャに関する前記ＰＯＣ値又は前記現在のピクチャに関する前記ＰＯＣ値のいずれから予測されるかを示す構文要素を復号することと、
   前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生することと、をさらに備える、方法。
2. 前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生することは、
   前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャの前記ＰＯＣ値に加えることと、
   前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えることと、を備える請求項１に記載の方法。
3. 前記構文要素は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］を備え、ｉは、前記ＬＴＲＰに対応するインデックスを表す請求項１に記載の方法。
4. 前記構文要素を復号することは、前記現在のピクチャのスライスに関するスライスヘッダを復号することを備え、前記スライスヘッダは、前記構文要素を含む請求項１に記載の方法。
5. 前記スライスヘッダを復号することは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を復号せずに前記スライスヘッダを復号することを備える請求項４に記載の方法。
6. 前記スライスヘッダは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を含まない請求項４に記載の方法。
7. 前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定することをさらに備える請求項１に記載の方法。
8. 映像データを符号化する方法であって、
   長期基準ピクチャ（ＬＴＲＰ）に関する現在のピクチャの少なくとも一部分を符号化することと、
   前記ＬＴＲＰに関するＬＴＲＰピクチャオーダーカウント（ＰＯＣ）値を決定することと、
   基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と前記ＬＴＲＰＰＯＣ値のＭＳＢとの間の差分を表す値を符号化することと、を備え、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行するランダムアクセスポイント（ＲＡＰ）ピクチャのＰＯＣ値に対応し、
   前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、前記ＲＡＰピクチャに関する前記ＰＯＣ値又は前記現在のピクチャに関する前記ＰＯＣ値のいずれから予測されるかを示す構文要素を符号化することをさらに備える、方法。
9. 前記構文要素を符号化することは、前記現在のピクチャのスライスに関するスライスヘッダを符号化することを備え、前記スライスヘッダは、前記構文要素を含む請求項８に記載の方法。
10. 後続するピクチャに関する長期基準ピクチャが存在しないことを決定することと、
    前記決定に基づいて、前記後続するピクチャに関する前記構文要素のコーディングをスキップすることと、をさらに備える請求項８に記載の方法。
11. 映像データを復号するためのデバイスであって、
    映像データを格納するように構成されたメモリと、
    映像復号器とを備え、前記映像復号器は、
    基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行するランダムアクセスポイント（ＲＡＰ）ピクチャのＰＯＣ値に対応する、
    前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定し、及び
    前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号する
    ように構成され、
    前記映像復号器は、前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、前記ＲＡＰピクチャに関する前記ＰＯＣ値又は前記現在のピクチャに関する前記ＰＯＣ値のいずれから予測されるかを示す構文要素を復号し、及び
    前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生する
    ようにさらに構成される、デバイス。
12. 前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために、前記映像復号器は、前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャの前記ＰＯＣ値に加え、及び前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えるように構成される請求項１１に記載のデバイス。
13. 前記構文要素は、ｄｅｌｔａ_ｐｏｃ_ｌｔ_ｃｕｒｒ_ｐｉｃ_ｆｌａｇ［ｉ］を備え、ｉは、前記ＬＴＲＰに対応するインデックスを表す請求項１１に記載のデバイス。
14. 前記映像復号器は、前記現在のピクチャのスライスに関するスライスヘッダを復号するように構成され、前記スライスヘッダは、前記構文要素を含む請求項１１に記載のデバイス。
15. 前記映像復号器は、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を復号せずに前記スライスヘッダを復号するように構成される請求項１４に記載のデバイス。
16. 前記スライスヘッダは、ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ［ｉ］を含まない請求項１４に記載のデバイス。
17. 前記映像復号器は、前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定するようにさらに構成される請求項１１に記載のデバイス。
18. 映像データを復号するためのデバイスであって、
    基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号するための手段であって、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行するランダムアクセスポイント（ＲＡＰ）ピクチャのＰＯＣ値に対応する手段と、
    前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定するための手段と、
    前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号するための手段と、を備え、
    前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、前記ＲＡＰピクチャに関する前記ＰＯＣ値又は前記現在のピクチャに関する前記ＰＯＣ値のいずれから予測されるかを示す構文要素を復号するための手段と、
    前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するための手段と、をさらに備える、デバイス。
19. 前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するための前記手段は、
    前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャの前記ＰＯＣ値に加えるための手段と、
    前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加えるための手段と、
    を備える請求項１８に記載のデバイス。
20. 前記構文要素が後続するピクチャに関して存在しないときには、前記後続するピクチャに関する長期基準ピクチャが存在しないと決定するための手段をさらに備える請求項１８に記載のデバイス。
21. 非一時的なコンピュータによって読み取り可能な記憶媒体であって、実行されたときに、
    基準ピクチャオーダーカウント（ＰＯＣ）値の最上位ビット（ＭＳＢ）と長期基準ピクチャ（ＬＴＲＰ）ＰＯＣ値のＭＳＢとの間の差分を表す値を復号し、前記基準ＰＯＣ値は、現在のピクチャのＰＯＣ値又は復号順序で前記現在のピクチャに先行するランダムアクセスポイント（ＲＡＰ）ピクチャのＰＯＣ値に対応する、
    前記復号された値及び前記基準ＰＯＣ値に基づいて前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢを決定し、及び
    前記ＬＴＲＰ ＰＯＣ値に少なくとも部分的に基づいて前記ＬＴＲＰに関する前記現在のピクチャの少なくとも一部分を復号する
    ことをプロセッサに行わせる命令を格納し、
    前記ＬＴＲＰ ＰＯＣ値の前記ＭＳＢが、前記ＲＡＰピクチャに関する前記ＰＯＣ値又は前記現在のピクチャに関する前記ＰＯＣ値のいずれから予測されるかを示す構文要素を復号し、及び
    前記復号された値及び前記構文要素に基づいて前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生する
    ことを前記プロセッサに行わせる命令をさらに備える、非一時的なコンピュータによって読み取り可能な記憶媒体。
22. 前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生することを前記プロセッサに行わせる前記命令は、
    前記ＬＴＲＰに関する前記ＰＯＣ値が前記現在のピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記現在のピクチャの前記ＰＯＣ値に加え、及び
    前記ＬＴＲＰに関する前記ＰＯＣ値が前記ＲＡＰピクチャの前記ＰＯＣ値から予測されることを前記構文要素が示すときには、前記ＬＴＲＰに関する前記ＰＯＣ値の前記ＭＳＢを再生するために前記ＭＳＢ ＰＯＣ差分値を前記ＲＡＰピクチャの前記ＰＯＣ値に加える
    ことを前記プロセッサに行わせる命令を備える請求項２１に記載の非一時的なコンピュータによって読み取り可能な記憶媒体。