(57)【特許請求の範囲】
【請求項１】
ビットストリームの中のビデオ情報を復号するための装置であって、
現在ピクチャを有するビデオレイヤに関連したビデオデータを記憶するように構成されたメモリと、
前記メモリと通信しており、
前記現在ピクチャに関連したスライスセグメントヘッダ拡張の長さが０であるかどうかを決定し、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の長さが０であるという決定に基づいて、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）を示す第１のシンタックス要素が前記ビットストリームの中に存在しないと決定し、
前記第１のシンタックス要素が前記ビットストリームの中に存在しないという前記決定に基づいて、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを示す前記第１のシンタックス要素を、前記ビットストリームの中で、受信することなく前記現在ピクチャを復号するように構成された
プロセッサとを備える装置。
【請求項２】
前記プロセッサが、前記スライスセグメントヘッダ拡張の長さを示す第２のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定するように更に構成される、請求項１に記載の装置。
【請求項３】
前記プロセッサが、前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを示す第３のシンタックス要素に基づいて、前記前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定するように更に構成される、請求項１に記載の装置。
【請求項４】
前記プロセッサが、前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかに少なくとも部分的に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定するように更に構成される、請求項１に記載の装置。
【請求項５】
前記プロセッサが、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるかどうかを決定し、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされるという表示を処理し、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという前記表示にかかわらず、前記前記スライスセグメントヘッダ拡張の長さが０であるという前記決定に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定する
ように更に構成される、請求項１に記載の装置。
【請求項６】
前記プロセッサが、前記スライスセグメントヘッダ拡張の長さを示す第２のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定するように更に構成される、請求項５に記載の装置。
【請求項７】
前記プロセッサが、前記第１のシンタックス要素が前記ビットストリームの中に存在しないことを示すためにパラメータを０に設定するように更に構成される、請求項１に記載の装置。
【請求項８】
前記プロセッサが、別のピクチャに関連した、別のスライスセグメントヘッダ拡張の長さが０でないという決定に基づいて、前記別のピクビャに関連したＰＯＣ値の１つ以上のＭＳＢを示す第２のシンタックス要素に少なくとも部分的に基づいて、前記ビデオレイヤを復号するように更に構成される、請求項１に記載の装置。
【請求項９】
前記第２のシンタックス要素が、前記別のスライスセグメントヘッダ拡張の中で提供される、請求項８に記載の装置。
【請求項１０】
前記プロセッサが、
前記別のスライスセグメントヘッダ拡張が前記ビットストリームの中に存在するという決定に基づいて、前記別のピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが、前記ビットストリームの中に存在することを必要とされるかどうかを決定し、
前記別のピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという決定に基づいて、前記ビットストリームの中の前記第２のシンタックス要素を処理する
ように更に構成される、請求項８に記載の装置。
【請求項１１】
前記プロセッサが、関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされないという決定に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定するように更に構成される、請求項１に記載の装置。
【請求項１２】
ビットストリームの中のビデオ情報を復号する方法であって、
ビデオレイヤの中の現在ピクチャに関連したスライスセグメントヘッダ拡張の長さが０であるかどうかを決定することと、
（ｉ）前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の長さが０であるという決定に基づいて、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）を示す第１のシンタックス要素が前記ビットストリームの中に存在しないと決定することと、前記第１のシンタックス要素が前記ビットストリームの中に存在しないという前記決定に基づいて、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを示す前記第１のシンタックス要素を、前記ビットストリームの中で、受信することなく前記現在ピクチャを復号することと、又は、
（ｉｉ）前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の長さが０でないという決定に基づいて、前記現在ピクチャに関連したＰＯＣ値の１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるかどうかを決定することと、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという決定に基づいて、少なくとも部分的に、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを示す前記第１のシンタックス要素を、前記ビットストリームで、受信することによって前記現在ピクチャを復号することと、
のうちの１つを実行することと
を備える方法。
【請求項１３】
前記スライスセグメントヘッダ拡張の長さを示す第２のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定することを更に備える、請求項１２に記載の方法。
【請求項１４】
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを示す第３のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定することを更に備える請求項１２に記載の方法。
【請求項１５】
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかに少なくとも部分的に基づいて、前記現在ピクチャに関連した前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定することを更に備える請求項１２に記載の方法。
【請求項１６】
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるかどうかを決定することと、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされると決定することと、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという前記決定にかかわらず、前記スライスセグメントヘッダ拡張の長さが０であるという前記決定に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定することと
を更に備える請求項１２に記載の方法。
【請求項１７】
前記スライスセグメントヘッダ拡張の長さを示す第２のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定することを更に備える、請求項１６に記載の方法。
【請求項１８】
前記第１のシンタックス要素が前記ビットストリームの中に存在しないことを示すためにパラメータを０に設定することを更に備える請求項１２に記載の方法。
【請求項１９】
別のピクチャに関連した別のスライスセグメントヘッダ拡張の長さが０でないという決定に基づいて、前記別のピクチャに関連したＰＯＣ値の１つ以上のＭＳＢを示す第２のシンタックス要素に少なくとも部分的に基づいて、前記ビデオレイヤを復号することを更に備える請求項１２に記載の方法。
【請求項２０】
前記第２のシンタックス要素が、前記別のスライスセグメントヘッダ拡張の中で提供される、請求項１９に記載の方法。
【請求項２１】
前記別のピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという決定に基づいて、前記ビットストリームの中の前記別のピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを処理することを更に備える請求項１９に記載の方法。
【請求項２２】
関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされないという決定に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定することを更に備える請求項１２に記載の方法。
【請求項２３】
実行されたとき、装置に、
現在ピクチャを有するビットストリームのビデオレイヤに関連したビデオデータを記憶させ、
前記現在ピクチャに関連したスライスセグメントヘッダ拡張の長さが０であるかどうかを決定させ、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の長さが０であるという決定に基づいて、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）を示す第１のシンタックス要素が前記ビットストリームの中に存在しないと決定させ、
前記第１のシンタックス要素が前記ビットストリームの中に存在しないという前記決定に基づいて、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを示す前記第１のシンタックス要素を、前記ビットストリームで、受信することなく前記現在ピクチャを復号させる
コードを備えるコンピュータ可読媒体。
【請求項２４】
前記コードが、更に前記装置に、前記スライスセグメントヘッダ拡張の長さを示す第２のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定させる、請求項２３に記載のコンピュータ可読媒体。
【請求項２５】
前記コードが、更に前記装置に、前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを示す第３のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定させる、請求項２３に記載のコンピュータ可読媒体。
【請求項２６】
前記コードが、更に前記装置に、
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかを決定させ、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされると決定させ、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという前記決定にかかわらず、前記スライスセグメントヘッダ拡張の長さが０であるという前記決定に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定させる、
請求項２３に記載のコンピュータ可読媒体。
【請求項２７】
ビットストリームの中のビデオ情報を復号するように構成されたビデオコード化機器であって、
現在ピクチャを有するビデオレイヤに関連したビデオデータを記憶するための手段と、
前記現在ピクチャに関連したスライスセグメントヘッダ拡張の長さが０であるかどうかを決定するための手段と、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の長さが０であるという決定に基づいて、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）を示す第１のシンタックス要素が前記ビットストリームの中に存在しないと決定するための手段と、
前記第１のシンタックス要素が前記ビットストリームの中に存在しないという前記決定に基づいて、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを示す前記第１のシンタックス要素を、前記ビットストリームで、受信することなく前記現在ピクチャを復号するための手段と
を備えるビデオコード化機器。
【請求項２８】
前記スライスセグメントヘッダ拡張の長さを示す第２のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定するための手段を更に備える、請求項２７に記載のビデオコード化機器。
【請求項２９】
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを示す第３のシンタックス要素に基づいて、前記スライスセグメントヘッダ拡張の長さが０であるかどうかを決定するための手段を更に備える請求項２７に記載のビデオコード化機器。
【請求項３０】
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかを決定するための手段と、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされると決定するための手段と、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという前記決定にかかわらず、前記スライスセグメントヘッダ拡張の長さが０であるという前記決定に基づいて、前記第１のシンタックス要素が前記ビットストリームの中に存在しないと決定するための手段と
を更に備える請求項２７に記載のビデオコード化機器。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示は、ビデオコード化及び圧縮の分野に関し、詳細には、スケーラブルビデオコード化、マルチビュービデオコード化、又は３次元（３Ｄ）ビデオコード化に関する。
【背景技術】
【０００２】
[0002]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップ又はデスクトップコンピュータ、デジタルカメラ、デジタル記録機器、デジタルメディアプレーヤ、ビデオゲーム機器、ビデオゲームコンソール、携帯電話又は衛星無線電話、ビデオ遠隔会議機器などを含む、広範囲にわたる機器に組み込まれ得る。デジタルビデオ機器は、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，高度ビデオコード化（ＡＶＣ）、高効率ビデオコード化（ＨＥＶＣ）規格によって定義された規格、及びそのような規格の拡張に記載されているもののような、ビデオ圧縮技法を実装する。ビデオ機器は、そのようなビデオコード化技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、及び／又は記憶し得る。
【０００３】
[0003]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減又は除去するために、空間（イントラピクチャ）予測及び／又は時間（インターピクチャ）予測を実行する。ブロックベースのビデオコード化の場合、ビデオスライス（例えば、ビデオフレーム、ビデオフレームの一部分など）が、ツリーブロック、コード化単位（ＣＵ：coding unit）及び／又はコード化ノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化される（Ｉ）スライスの中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化される（Ｐ又はＢ）スライスの中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間予測、又は他の参照ピクチャにおける参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００４】
[0004]空間予測又は時間予測により、コード化されるべきブロックのための予測ブロックが生じる。残差データは、コード化されるべき元のブロックと予測ブロックとの間の画素差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、及びコード化されたブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコード化モード及び残差データに従って符号化される。更なる圧縮のために、残差データは、画素領域から変換領域に変換され、残差変換係数をもたらす場合があり、その残差変換係数は、次いで量子化される場合がある。最初に２次元アレイで構成された量子化変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するために、エントロピー符号化が適用され得る。
【発明の概要】
【０００５】
[0005]本開示のシステム、方法、及び機器は、幾つかの発明的態様をそれぞれ有し、それらの態様は、１つとして、本明細書で開示する望ましい属性を単独で担うものではない。
【０００６】
[0006]一態様では、ビットストリームの中のビデオ情報をコード化（例えば、符号化又は復号）するように構成された装置は、メモリと、メモリと通信しているプロセッサとを含む。メモリは、現在ピクチャを有するビデオレイヤに関連付けられたビデオ情報を記憶するように構成される。プロセッサは、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定し、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在しないという決定に応答して、現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ又は複数の最上位ビット（ＭＳＢ）がビットストリームの中に存在しないと決定するように構成される。
【０００７】
[0007]別の態様では、ビットストリームの中のビデオ情報をコード化する方法は、ビデオレイヤの中の現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定することと、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在しないという決定に応答して、現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ又は複数の最上位ビット（ＭＳＢ）がビットストリームの中に存在しないと決定することとを含む。
【０００８】
[0008]別の態様では、非一時的コンピュータ可読媒体は、実行されたとき、装置にプロセスを実行させるコードを含む。プロセスは、現在ピクチャを有するビデオレイヤに関連したビデオ情報を記憶することと、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定することと、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在しないという決定に応答して、現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ又は複数の最上位ビット（ＭＳＢ）がビットストリームの中に存在しないと決定することとを含む。
【０００９】
[0009]別の態様では、ビットストリームの中のビデオ情報をコード化するように構成されたビデオコード化機器は、現在ピクチャを有するビデオレイヤに関連したビデオ情報を記憶するための手段と、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定するための手段と、現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在しないという決定に応答して、現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ又は複数の最上位ビット（ＭＳＢ）がビットストリームの中に存在しないと決定するための手段とを含む。
【図面の簡単な説明】
【００１０】
【図１Ａ】[0010]本開示で説明する態様による技法を利用し得る例示的なビデオ符号化及び復号システムを示すブロック図。
【図１Ｂ】[0011]本開示で説明する態様による技法を実行し得る別の例示的なビデオ符号化及び復号システムを示すブロック図。
【図２Ａ】[0012]本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図。
【図２Ｂ】[0013]本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図。
【図３Ａ】[0014]本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図。
【図３Ｂ】[0015]本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図。
【図４】[0016]本開示の一実施形態による、ビデオ情報をコード化する方法を示すフローチャート。
【図５】[0017]異なるレイヤの中のピクチャの例示的な構成を示すブロック図。
【図６】[0018]異なるレイヤの中のピクチャの別の例示的な構成を示すブロック図。
【図７】[0019]異なるレイヤの中のピクチャのまた別の例示的な構成を示すブロック図。
【発明を実施するための形態】
【００１１】
[0020]一般に、本開示は、高効率ビデオコード化（ＨＥＶＣ）などの高度ビデオコーデックのコンテキストにおける、マルチレイヤビデオコード化のためのピクチャ順序カウント（ＰＯＣ）管理に関する。より具体的には、本開示は、ＳＨＶＣと呼ばれる、ＨＥＶＣのスケーラブルビデオコード化拡張におけるレイヤ間予測の実行を改善するためのシステム及び方法に関する。
【００１２】
[0021]スケーラブルビデオコード化は、参照レイヤ（ＲＬ：reference layer）と呼ばれることがあるベースレイヤ（ＢＬ：base layer）と、１つ又は複数のスケーラブル拡張レイヤ（ＥＬ：enhancement layer）とが使用されるビデオコード化を指す。スケーラブルビデオコード化では、ＢＬは、ベースレベルの品質でビデオデータを搬送することができる。１つ又は複数のＥＬは、例えば、より高い空間レベル、時間レベル、及び／又は信号対雑音比（ＳＮＲ：signal-to-noise）レベルをサポートするために、追加のビデオデータを搬送することができる。ＥＬは、前に符号化されたレイヤに対して定義され得る。例えば、最下位レイヤはＢＬとして働き得、最上位レイヤはＥＬとして働き得る。中間レイヤは、ＥＬ又はＲＬのいずれか、若しくはその両方として働き得る。例えば、中間レイヤ（例えば、最下位レイヤでもなく最上位レイヤでもないレイヤ）は、ＢＬ又は介在ＥＬなどの中間レイヤの下のレイヤのためのＥＬであり得、同時に、中間レイヤの上の１つ又は複数のＥＬのためのＲＬとして働き得る。同様に、ＨＥＶＣ規格のマルチビュー又は３Ｄ拡張では、複数のビューがあり得、１つのビューの情報は、別のビューの情報（例えば、動き推定、動きベクトル予測及び／又は他の冗長）をコード化（例えば、符号化又は復号）するために利用され得る。
【００１３】
[0022]幾つかの実装形態では、単一レイヤビットストリーム（例えば、ビデオ情報の１つのレイヤだけを含むビットストリーム）がマルチレイヤデコーダ（例えば、単一レイヤビットストリームを処理するように構成されるとともにマルチレイヤビットストリームを処理するように構成されるデコーダ）によって処理されるとき、マルチレイヤデコーダは、マルチレイヤデコーダが予想していることがある（即ち、マルチレイヤデコーダが受信及び処理するように構成される）幾つかの情報がビットストリームの中にないことに基づいて、単一レイヤビットストリームが非適合ビットストリーム（例えば、１つ又は複数の適用可能な規格に従って生成されていないビットストリーム）であると誤って決定する場合がある。例えば、マルチレイヤビットストリームは、同じアクセス単位の中にあるが、異なる最下位ビット（ＬＳＢ）を有するピクチャ順序カウント（ＰＯＣ）値に関連したピクチャを含むことがある。通常、ＰＯＣ  ＬＳＢのそのような非アライメントは、マルチレイヤビットストリームの中で提供されるフラグ（例えば、ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇ）によって示され得る。マルチレイヤデコーダは、マルチレイヤビットストリームが非整合ＰＯＣ  ＬＳＢを含むと決定すると、マルチレイヤビットストリームの中で提供されるＰＯＣ値の１つ又は複数の最上位ビット（ＭＳＢ）を処理するように構成され得る。マルチレイヤデコーダがマルチレイヤビットストリームの中（例えば、そのようなピクチャに関連したスライスセグメントヘッダ拡張の中）の予想される又は所定の位置においてＰＯＣ値のいかなるＭＳＢも見つけない場合、マルチレイヤデコーダは、マルチレイヤビットストリームが適用可能なビデオコード化規格（例えば、スケーラブル高効率ビデオコード化（ＳＨＶＣ））に適合しないと正しく結論づけ得る。
【００１４】
[0023]一方、単一レイヤビットストリーム（例えば、１つのビデオレイヤだけを含むＨＥＶＣ符号化ビットストリーム）は、ビットストリームが非整合ＰＯＣ  ＬＳＢを含み得るかどうかを示す前述のフラグを通常は含むことになるビデオパラメータセット（ＶＰＳ）拡張などの、ＨＥＶＣへのスケーラビリティ拡張に関連するいかなる情報も含まないことがある。従って、そのような単一レイヤビットストリームを処理するとき、マルチレイヤデコーダは、ビットストリームが非整合ＰＯＣ  ＬＳＢを含み得るかどうかを示すそのようなフラグがないことに基づいて、単一レイヤビットストリームが非整合ＰＯＣ  ＬＳＢを含むことを仮定（即ち、決定）し得る。上記で説明したように、この決定に基づいて、マルチレイヤデコーダは、ビットストリームに含まれるＰＯＣ値の１つ又は複数のＭＳＢを受信することを予想し得る。マルチレイヤデコーダが見つけようと求める（例えば、単一レイヤビットストリームに通常は含まれないスライスセグメントヘッダ拡張の中で提供され得る）ＰＯＣ値の１つ又は複数のＭＳＢを単一レイヤビットストリームが含まないとマルチレイヤデコーダが決定するとき、たとえ単一レイヤビットストリームが実際は適合ビットストリーム（例えば、１つ又は複数の適用可能な規格に適合するビットストリーム）であり得ても、非整合ＰＯＣ  ＬＳＢを含まずそのようにＰＯＣ値のＭＳＢがその中で信号伝達されることを必要としない単一レイヤビットストリームが非適合ビットストリームであると、マルチレイヤデコーダは決定し得る。
【００１５】
[0024]従って、ＰＯＣ  ＭＳＢがビットストリームの中に存在することを決定するための改善された方法が望まれる。
【００１６】
[0025]本開示では、ＰＯＣ  ＭＳＢがビットストリームの中で信号伝達されているかどうかを決定（又は、推定）するための様々な技法が説明される。本開示の幾つかの実施例では、コーダは、スライスセグメントヘッダ拡張がビットストリームの中に存在することに基づいて、ピクチャに関連したＰＯＣ  ＭＳＢがビットストリームの中で信号伝達されているかどうかを決定する。ピクチャに関連したＰＯＣ  ＭＳＢがビットストリームの中で信号伝達されているかどうかという決定を、ピクチャに関連したスライスセグメントヘッダ拡張の存在に基づかせることによって、コーダは、単一レイヤビットストリームを処理するとき、ＰＯＣ  ＭＳＢがビットストリームの中で信号伝達されているという誤った予想を回避することができる。
【００１７】
[0026]以下の説明では、幾つかの実施形態に関係するＨ．２６４／ＡＶＣ技法が記載され、ＨＥＶＣ規格及び関係する技法も説明される。ＨＥＶＣ規格及び／又はＨ．２６４規格のコンテキストにおいて、幾つかの実施形態が本明細書に記載されるが、本明細書で開示されるシステム及び方法が任意の適切なビデオコード化規格に適用可能であり得ることを、当業者なら諒解されよう。例えば、本明細書で開示する実施形態は、（例えば、国際電気通信連合電気通信標準化部門［ＩＴＵ−Ｔ］ビデオコード化エキスパートグループ［ＶＣＥＧ］又は国際標準化機構／国際電気標準会議［ＩＳＯ／ＩＥＣ］ムービングピクチャエキスパートグループ［ＭＰＥＧ］によって開発された規格を含む）次の規格、即ち、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１ビジュアル、ＩＴＵ−Ｔ  Ｈ．２６２若しくはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２ビジュアル、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４ビジュアル、及びそのスケーラブルビデオコード化（ＳＶＣ）及びマルチビュービデオコード化（ＭＶＣ）拡張を含むＩＴＵ−Ｔ  Ｈ．２６４（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとも呼ばれる）のうちの、１つ又は複数に適用可能であり得る。
【００１８】
[0027]ＨＥＶＣは、概して、多くの点で、前のビデオコード化規格のフレームワークに従う。ＨＥＶＣにおける予測の単位は、幾つかの前のビデオコード化規格における予測の単位（例えば、マクロブロック）とは異なる。事実上、マクロブロックの概念は、幾つかの前のビデオコード化規格において理解されているように、ＨＥＶＣ中に存在しない。マクロブロックは、他の考えられる利益の中でも高いフレキシビリティを与え得る、４分木方式に基づく階層構造と置き換えられる。例えば、ＨＥＶＣ方式内で、コード化単位（ＣＵ）、予測単位（ＰＵ：Prediction Unit）、及び変換単位（ＴＵ：Transform Unit）という３つのタイプのブロックが定義される。ＣＵは領域分割の基本単位を指すことがある。ＣＵはマクロブロックの概念に類似するとみなされてよいが、ＨＥＶＣは、ＣＵの最大サイズを制限せず、コンテンツ適応性を改善するために４つの等しいサイズのＣＵへの再帰的分割を可能にし得る。ＰＵは、インター／イントラ予測の基本単位とみなされてよく、単一のＰＵは、不規則なイメージパターンを効率的にコード化するために、複数の任意形状区分を含み得る。ＴＵは、変換の基本単位とみなされてよい。ＴＵはＰＵとは無関係に定義され得るが、ＴＵのサイズはＴＵが属するＣＵのサイズに限定されることがある。３つの異なる概念へのブロック構造のこの分離は、各単位がその単位のそれぞれの役割に従って最適化されることを可能にし得、このことはコード化効率の改善をもたらし得る。
【００１９】
[0028]単に説明の目的で、本明細書で開示する幾つかの実施形態は、ビデオデータの２つのレイヤ（例えば、ＢＬのなどの下位レイヤ及びＥＬなどの上位レイヤ）のみを含む例を用いて説明する。ビデオデータの「レイヤ」は、概して、ビュー、フレームレート、解像度などの、少なくとも１つの共通の特性を有するピクチャのシーケンスを指すことがある。例えば、レイヤは、マルチビュービデオデータの特定のビュー（例えば、視点）に関連したビデオデータを含み得る。別の例として、レイヤは、スケーラブルビデオデータの特定のレイヤに関連したビデオデータを含み得る。従って、本開示は、ビデオデータのレイヤ及びビューを互換的に指すことがある。例えば、ビデオデータのビューは、ビデオデータのレイヤと呼ばれることがあり、ビデオデータのレイヤは、ビデオデータのビューと呼ばれることがある。加えて、マルチレイヤコーデック（マルチレイヤビデオコーダ又はマルチレイヤエンコーダデコーダとも呼ばれる）は、マルチビューコーデック又はスケーラブルコーデック（例えば、ＭＶ−ＨＥＶＣ、３Ｄ−ＨＥＶＣ、ＳＨＶＣ、又は別のマルチレイヤコード化技法を使用してビデオデータを符号化及び／又は復号するように構成されるコーデック）を一緒に指すことがある。ビデオ符号化及びビデオ復号は、概して、両方ともビデオコード化と呼ばれることがある。そのような例が複数のＢＬ、ＲＬ及び／又はＥＬを含む構成に適用可能であり得ることを理解されたい。更に、説明を簡単にするために、以下の開示は、幾つかの実施形態に関して「フレーム」又は「ブロック」という用語を含む。しかしながら、これらの用語は、限定的であることを意味しない。例えば、以下で説明する技法は、ブロック（例えば、ＣＵ、ＰＵ、ＴＵ、マクロブロックなど）、スライス、フレームなどの、任意の適切なビデオ単位とともに使用され得る。
【００２０】
ビデオコード化規格
[0029]ビデオ画像、ＴＶ画像、静止画像、又はビデオレコーダ若しくはコンピュータによって生成された画像などの、デジタル画像は、水平ライン及び垂直ラインで構成された画素又はサンプルからなり得る。単一の画像中の画素の数は一般に数万個である。各画素は、一般に、ルミナンス情報とクロミナンス情報とを含んでいる。圧縮がなければ、画像エンコーダから画像デコーダに搬送されるべき情報の純粋な量は、リアルタイム画像伝送を不可能にすることになる。送信されるべき情報の量を低減するために、ＪＰＥＧ、ＭＰＥＧ及びＨ．２６３規格など、幾つかの異なる圧縮方法が開発された。
【００２１】
[0030]ビデオコード化規格は、ＩＴＵ−Ｔ  Ｈ．２６１と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１ビジュアルと、ＩＴＵ−Ｔ  Ｈ．２６２又はＩＳＯ／ＩＥＣ  ＭＰＥＧ−２ビジュアルと、ＩＴＵ−Ｔ  Ｈ．２６３と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４ビジュアルと、それのスケーラブルビデオコード化（ＳＶＣ）及びマルチビュービデオコード化（ＭＶＣ）拡張を含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとも呼ばれる）ＩＴＵ−Ｔ  Ｈ．２６４とを含む。
【００２２】
[0031]更に、ビデオコード化規格、即ち、ＨＥＶＣが、ＩＴＵ−Ｔ  ＶＣＥＧとＩＳＯ／ＩＥＣ  ＭＰＥＧとのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発されている。ＨＥＶＣドラフト１０についての完全引用は、文書ＪＣＴＶＣ−Ｌ１００３、Ｂｒｏｓｓら、「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｒａｆｔ  １０」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３及びＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ）、第１２回会合：ジュネーブ、スイス、２０１３年１月１４日〜２０１３年１月２３日である。ＨＥＶＣへのマルチビュー拡張、即ち、ＭＶ−ＨＥＶＣ、及びＳＨＶＣと名付けられたＨＥＶＣへのスケーラブル拡張も、ＪＣＴ−３Ｖ（ＩＴＵ−Ｔ／ＩＳＯ／ＩＥＣジョイントコラボレーティブチームオン３Ｄビデオコード化拡張開発）及びＪＣＴ−ＶＣによって、それぞれ開発されている。
【００２３】
ビデオコード化システム
[0032]新規のシステム、装置、及び方法の様々な態様は、これ以降、添付図面を参照しながら、より十分に説明される。しかしながら、本開示は、多くの異なる形態で実施可能であり、本開示の全体を通して示される任意の特定の構造又は機能に限定されるものと解釈されるべきでない。むしろ、本開示が、入念で完全であり、本開示の範囲を当業者に十分に伝達するように、これらの態様が提供される。本明細書の教示に基づいて、本開示の範囲は、本開示の他の態様と無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する新規のシステム、装置、及び方法のいかなる態様をもカバーするものであることを、当業者なら十分理解するであろう。例えば、本明細書に記載される任意の数の態様を使用して装置が実装されてよく、又は方法が実施されてもよい。更に、本開示の範囲は、本明細書に記載する本開示の様々な態様に加えて又はそれらの態様以外に、他の構造、機能、又は構造及び機能を使用して実施されるそのような装置又は方法をカバーするものとする。本明細書で開示する任意の態様は、特許請求の範囲の１つ又は複数の要素により実施されてもよいことを理解されたい。
【００２４】
[0033]特定の態様について本明細書で説明するが、これらの態様の多くの変形及び置換は本開示の範囲内に入る。好ましい態様の幾つかの利益及び利点が述べられるが、本開示の範囲は、特定の利益、使用、又は目的に限定されることを意図しない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、及び伝送プロトコルに広く適用可能なものであり、そのうちの幾つかが図面及び好ましい態様の以下の説明において例として示される。詳細な説明及び図面は、限定的ではなく、本開示の例示にすぎず、本開示の範囲は、添付の特許請求の範囲及びその均等物によって定義される。
【００２５】
[0034]添付の図面は、例を示す。添付の図面内で参照番号によって指示される要素は、以下の説明において同様の参照番号で指示される要素に対応する。本開示では、序数語（例えば、「第１の」、「第２の」、「第３の」など）で始まる名前を有する要素は、必ずしもそれらの要素が特定の順序を有することを暗示するとは限らない。むしろ、そのような序数語は、同じ又は同様のタイプの、異なる要素を指すために使用されるにすぎない。
【００２６】
[0035]図１Ａは、本開示で説明する態様による技法を利用し得る例示的なビデオコード化システム１０を示すブロック図である。本明細書で使用し説明する「ビデオコーダ」という用語は、総称的にビデオエンコーダとビデオデコーダの両方を指す。本開示では、「ビデオコード化」又は「コード化」という用語は、ビデオ符号化とビデオ復号とを総称的に指すことがある。ビデオエンコーダ及びビデオデコーダに加えて、本出願に記載される態様は、トランスコーダ（例えば、ビットストリームを復号し別のビットストリームを再符号化することができる機器）及びミドルボックス（例えば、ビットストリームを修正、変換、及び／又は別のやり方で操作することができる機器）などの、他の関係する機器に拡張され得る。
【００２７】
[0036]図１Ａに示すように、ビデオコード化システム１０は、宛先機器１４によって後で復号されるべき符号化ビデオデータを生成する発信源機器１２を含む。図１Ａの例では、発信源機器１２及び宛先機器１４は別個の機器上にある−  詳細には、発信源機器１２は発信源機器の部分であり、宛先機器１４は宛先機器の部分である。しかしながら、発信源及び宛先機器１２、１４が、図１Ｂの例に示すように、同じ機器上にあってもよく、又は同じ機器の部分であってもよいことに留意されたい。
【００２８】
[0037]もう一度図１Ａを参照すると、発信源機器１２及び宛先機器１４はそれぞれ、デスクトップコンピュータ、ノートブック（例えば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、所謂「スマート」フォンなどの電話ハンドセット、所謂「スマート」パッド、テレビジョン、カメラ、表示装置、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミング機器などを含む、広範囲の機器のいずれかを備え得る。様々な実施形態では、発信源機器１２及び宛先機器１４はワイヤレス通信のために装備され得る。
【００２９】
[0038]宛先機器１４は、リンク１６を介して、復号されるべき符号化ビデオデータを受信し得る。リンク１６は、発信源機器１２から宛先機器１４に符号化ビデオデータを動かすことが可能な任意のタイプの媒体又は機器を備え得る。図１Ａの例では、リンク１６は、発信源機器１２が、符号化ビデオデータをリアルタイムで宛先機器１４に直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され得、宛先機器１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトル又は１つ以上の物理伝送線路などの、任意のワイヤレス通信媒体又は有線通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワークなどのパケットベースのネットワーク、又はインターネットなどのグローバルネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、又は発信源機器１２から宛先機器１４への通信を容易にするために有用であり得る、任意の他の機器を含み得る。
【００３０】
[0039]代替的に、符号化データは出力インターフェース２２から、随意の記憶機器３１に出力され得る。同様に、符号化データは、例えば、宛先機器１４の入力インターフェース２８によって、記憶機器３１からアクセスされ得る。記憶機器３１は、ハードドライブ、フラッシュメモリ、揮発性若しくは不揮発性のメモリ、又は符号化ビデオデータを記憶するための任意の他の適切なデジタル記憶媒体などの、様々な分散された又は局所的にアクセスされるデータ記憶媒体のいずれかを含み得る。更なる例では、記憶機器３１は、発信源機器１２によって生成された符号化ビデオを保持し得るファイルサーバ又は別の中間記憶機器に相当し得る。宛先機器１４は、記憶されているビデオデータに、記憶機器３１からストリーミング又はダウンロードを介してアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶することができ、その符号化ビデオデータを宛先機器１４に送信することができる、任意のタイプのサーバであり得る。例示的なファイルサーバは、ウェブサーバ（例えば、ウェブサイト用の）、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続記憶（ＮＡＳ）機器、又はローカルディスクドライブを含む。宛先機器１４は、インターネット接続を含む任意の標準的なデータ接続を通じて、符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（例えば、ワイヤレスローカルエリアネットワーク［ＷＬＡＮ］接続）、ワイヤード接続（例えば、デジタル加入者回線（ＤＳＬ）、ケーブルモデムなど）、又はその両方の組合せを含み得る。記憶機器３１からの符号化ビデオデータの伝送は、ストリーミング伝送、ダウンロード伝送、又はその両方の組合せであり得る。
【００３１】
[0040]本開示の技法は、ワイヤレスの用途又は設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、例えばインターネットを介したストリーミングビデオ送信（例えば、動的適応ストリーミングオーバーハイパーテキスト転送プロトコル（ＨＴＴＰ）など）、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、又は他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコード化に適用され得る。幾つかの例では、ビデオコード化システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、及び／又はビデオ電話などの用途をサポートするために、単方向又は双方向のビデオ送信をサポートするように構成され得る。
【００３２】
[0041]図１Ａの例では、発信源機器１２は、ビデオ発信源１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は変調器／復調器（モデム）及び／又は送信機を含み得る。発信源機器１２において、ビデオ発信源１８は、撮像装置、例えばビデオカメラ、以前に撮られたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、及び／又は発信源ビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどの発信源、若しくはそのような発信源の組合せを含み得る。一例として、図１Ｂの例に示すように、ビデオ発信源１８がビデオカメラである場合、発信源機器１２及び宛先機器１４は、所謂カメラ付き電話又はビデオ電話を形成し得る。しかしながら、本開示に記載される技法は、概してビデオコード化に適用可能であり得、ワイヤレスアプリケーション及び／又は有線アプリケーションに適用され得る。
【００３３】
[0042]撮られたビデオ、以前に撮られたビデオ、又はコンピュータで生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオデータは、発信源機器１２の出力インターフェース２２を介して、宛先機器１４に直接送信され得る。符号化ビデオデータは、更に（又は代替的に）、復号及び／又は再生のための宛先機器１４又は他の機器による後のアクセスのために、記憶機器３１に記憶され得る。図１Ａ及び図１Ｂに示すビデオエンコーダ２０は、図２Ａに示すビデオエンコーダ２０、図２Ｂに示すビデオエンコーダ２３、又は本明細書に記載される任意の他のビデオエンコーダを備えてよい。
【００３４】
[0043]図１Ａの例では、宛先機器１４は、入力インターフェース２８と、ビデオデコーダ３０と、表示装置３２とを含む。場合によっては、入力インターフェース２８は、受信機及び／又はモデムを含み得る。宛先機器１４の入力インターフェース２８は、符号化ビデオデータを、リンク１６を介して及び／又は記憶機器３１から受信し得る。リンク１６を介して通信され、又は記憶機器３１上に提供された符号化ビデオデータは、ビデオデータを復号する際のビデオデコーダ３０などのビデオデコーダによる使用のために、ビデオエンコーダ２０によって生成された様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体に記憶されるか、又はファイルサーバに記憶される符号化ビデオデータに含まれ得る。図１Ａ及び図１Ｂに示すビデオデコーダ３０は、図３Ａに示すビデオデコーダ３０、図３Ｂに示すビデオデコーダ３３、又は本明細書に記載される任意の他のビデオデコーダを備えてよい。
【００３５】
[0044]表示装置３２は、宛先機器１４と一体化されるか、又はその外部にあり得る。幾つかの例では、宛先機器１４は、一体型表示装置を含み得、また、外部表示装置とインターフェースするように構成され得る。他の例では、宛先機器１４は表示装置であり得る。概して、表示装置３２は、復号ビデオデータをユーザに対して表示し、液晶表示器（ＬＣＤ）、プラズマ表示器、有機発光ダイオード（ＯＬＥＤ）表示器、又は別のタイプの表示装置など、様々な表示装置のいずれかを備え得る。
【００３６】
[0045]関係する態様では、図１Ｂは、例示的なビデオ符号化及び復号システム１０’を示し、ここにおいて、発信源及び宛先機器１２、１４は、機器１１上にあり、又はその部分である。機器１１は、「スマート」フォンなどの電話ハンドセットであり得る。機器１１は、発信源及び宛先機器１２、１４と動作可能に通信している随意のプロセッサ／コントローラ機器１３を含み得る。図１Ｂのシステム１０’は、ビデオエンコーダ２０と出力インターフェース２２との間にビデオ処理ユニット２１を更に含み得る。幾つかの実装形態では、ビデオ処理ユニット２１は、図１Ｂに示すように別個のユニットであるが、他の実施態様では、ビデオ処理ユニット２１は、ビデオエンコーダ２０及び／又はプロセッサ／コントローラ機器１３の部分として実装され得る。システム１０’は、また、ビデオシーケンスの中で対象のオブジェクトを追跡することができる随意のトラッカー２９を含み得る。追跡されるべき対象のオブジェクトは、本開示の１つ又は複数の態様に関して説明する技法によって、セグメント化され得る。関係する態様では、追跡することは、表示装置３２によって単独で、又はトラッカー２９と一緒に実行され得る。図１Ｂのシステム１０’及びその構成要素は、図１Ａのシステム１０及びその構成要素と場合によっては類似である。
【００３７】
[0046]ビデオエンコーダ２０及びビデオデコーダ３０は、ＨＥＶＣ規格など、ビデオ圧縮規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０及びビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，ＡＶＣと呼ばれるＩＴＵ−Ｔ  Ｈ．２６４規格など、他の独自の規格又は業界規格、若しくはそのような規格の拡張に従って動作し得る。但し、本開示の技法は、いかなる特定のコード化規格にも限定されない。ビデオ圧縮規格の他の例は、ＭＰＥＧ−２及びＩＴＵ−Ｔ  Ｈ．２６３を含む。
【００３８】
[0047]図１Ａ及び図１Ｂの例に示されないが、ビデオエンコーダ２０及びビデオデコーダ３０は各々、オーディオエンコーダ及びオーディオデコーダと統合されてよく、共通のデータストリーム又は別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するための適切なＭＵＸ−ＤＥＭＵＸユニット、又は他のハードウェア及びソフトウェアを含み得る。適用可能な場合、幾つかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、又はユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。
【００３９】
[0048]ビデオエンコーダ２０及びビデオデコーダ３０は各々、１つ又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せなどの様々な適切なエンコーダ回路のいずれかとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、機器は、適切な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し得、本開示の技法を実行するために、１つ又は複数のプロセッサを使用して、命令をハードウェアで実行し得る。ビデオエンコーダ２０及びビデオデコーダ３０の各々は、１つ又は複数のエンコーダ又はデコーダに含まれ得、そのいずれも、それぞれの機器において複合エンコーダ／デコーダ（例えば、コーデック）の一部として統合され得る。
【００４０】
ビデオコード化プロセス
[0049]上記で簡略に述べられたように、ビデオエンコーダ２０はビデオデータを符号化する。ビデオデータは、１つ又は複数のピクチャを備え得る。ピクチャの各々は、ビデオの一部を形成する静止画像である。幾つかの事例では、ピクチャは、ビデオ「フレーム」と呼ばれることがある。ビデオエンコーダ２０がビデオデータを符号化するとき、ビデオエンコーダ２０は、ビットストリームを生成し得る。ビットストリームは、ビデオデータのコード化された表現を形成するビットのシーケンスを含み得る。ビットストリームは、コード化ピクチャと、関連するデータとを含み得る。コード化ピクチャは、ピクチャのコード化された表現である。
【００４１】
[0050]ビットストリームを生成するために、ビデオエンコーダ２０は、ビデオデータ中の各ピクチャに対して符号化演算を実行し得る。ビデオエンコーダ２０がピクチャに対して符号化演算を実行するとき、ビデオエンコーダ２０は、一連のコード化ピクチャと、関連するデータとを生成し得る。関連するデータは、ビデオパラメータセット（ＶＰＳ：video parameter set）と、シーケンスパラメータセット（ＳＰＳ）と、ピクチャパラメータセット（ＰＰＳ）と、適応パラメータセット（ＡＰＳ）と、他のシンタックス構造とを含み得る。ＳＰＳは、ピクチャの０個以上のシーケンスに適用可能なパラメータを含み得る。ＰＰＳは、０個以上のピクチャに適用可能なパラメータを含み得る。ＡＰＳは、０個以上のピクチャに適用可能なパラメータを含み得る。ＡＰＳ中のパラメータは、ＰＰＳ中のパラメータよりも変化する可能性が高いパラメータであり得る。
【００４２】
[0051]コード化ピクチャを生成するために、ビデオエンコーダ２０は、ピクチャを等しいサイズのビデオブロックに区分し得る。ビデオブロックはサンプルの２次元アレイであり得る。ビデオブロックの各々は、ツリーブロックに関連付けられる。幾つかの事例では、ツリーブロックは、最大コード化単位（ＬＣＵ：largest coding unit）と呼ばれることがある。ＨＥＶＣのツリーブロックは、Ｈ．２６４／ＡＶＣのような従来の規格のマクロブロックに、広い意味で類似し得る。しかしながら、ツリーブロックは、特定のサイズに必ずしも限定されず、１つ又は複数のコード化単位（ＣＵ）を含み得る。ビデオエンコーダ２０は、ツリーブロックのビデオブロックを、ＣＵに関連付けられたビデオブロックに区分するために、４分木区分を使用し得、従って、「ツリーブロック」という名前である。
【００４３】
[0052]幾つかの例では、ビデオエンコーダ２０は、ピクチャを複数のスライスに区分し得る。スライスの各々は、整数個のＣＵを含み得る。幾つかの事例では、スライスは、整数個のツリーブロックを備える。他の事例では、スライスの境界は、ツリーブロック内にあり得る。
【００４４】
[0053]ピクチャに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、ピクチャの各スライスに対して符号化演算を実行し得る。ビデオエンコーダ２０がスライスに対して符号化演算を実行するとき、ビデオエンコーダ２０は、スライスに関連付けられた符号化データを生成し得る。スライスに関連付けられた符号化データは、「コード化スライス」と呼ばれることがある。
【００４５】
[0054]コード化スライスを生成するために、ビデオエンコーダ２０は、スライス中の各ツリーブロックに対して符号化演算を実行し得る。ビデオエンコーダ２０がツリーブロックに対して符号化演算を実行するとき、ビデオエンコーダ２０は、コード化されたツリーブロックを生成し得る。コード化されたツリーブロックは、ツリーブロックの符号化されたバージョンを表すデータを備え得る。
【００４６】
[0055]ビデオエンコーダ２０がコード化スライスを生成するとき、ビデオエンコーダ２０は、ラスタ走査順序に従って、スライス中のツリーブロックに対して符号化演算を実行（例えば、符号化）し得る。例えば、ビデオエンコーダ２０は、スライス中のツリーブロックの一番上の行にわたって左から右に進み、次いでツリーブロックの次の下の行にわたって左から右に進み、以下同様に進む順序で、ビデオエンコーダ２０がスライス中のツリーブロックの各々を符号化するまで、スライスのツリーブロックを符号化し得る。
【００４７】
[0056]ラスタ走査順序に従ってツリーブロックを符号化した結果として、所与のツリーブロックの上及び左のツリーブロックは符号化されていることがあるが、所与のツリーブロックの下及び右のツリーブロックはまだ符号化されていない。従って、ビデオエンコーダ２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの上及び左のツリーブロックを符号化することによって生成される情報にアクセスすることが可能であり得る。しかしながら、ビデオエンコーダ２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの下及び右のツリーブロックを符号化することによって生成される情報にアクセスできないことがある。
【００４８】
[0057]コード化されたツリーブロックを生成するために、ビデオエンコーダ２０は、ビデオブロックを徐々により小さいビデオブロックに分割するために、ツリーブロックのビデオブロック上で４分木区分を再帰的に実行し得る。より小さいビデオブロックの各々は、異なるＣＵに関連付けられ得る。例えば、ビデオエンコーダ２０は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し得、サブブロックのうちの１つ又は複数を４つの等しいサイズのサブサブブロックに区分し得、以下同様である。区分されたＣＵは、そのビデオブロックが他のＣＵに関連付けられたビデオブロックに区分されているＣＵであり得る。区分されていないＣＵは、そのビデオブロックが他のＣＵに関連付けられたビデオブロックに区分されていないＣＵであり得る。
【００４９】
[0058]ビットストリーム中の１つ又は複数のシンタックス要素は、ビデオエンコーダ２０がツリーブロックのビデオブロックを区分し得る最大の回数を示し得る。ＣＵのビデオブロックは形状が正方形であり得る。ＣＵのビデオブロックのサイズ（例えば、ＣＵのサイズ）は、８×８の画素から、最大で６４×６４以上の画素を有するツリーブロックのビデオブロックのサイズ（例えば、ツリーブロックのサイズ）までわたり得る。
【００５０】
[0059]ビデオエンコーダ２０は、ｚ走査順序に従って、ツリーブロックの各ＣＵに対して符号化演算を実行（例えば、符号化）し得る。言い換えれば、ビデオエンコーダ２０は、左上のＣＵと、右上のＣＵと、左下のＣＵと、次いで右下のＣＵとを、その順序で符号化し得る。ビデオエンコーダ２０が、区分されているＣＵに対して符号化演算を実行するとき、ビデオエンコーダ２０は、ｚ走査順序に従って、区分されているＣＵのビデオブロックのサブブロックに関連付けられたＣＵを符号化し得る。言い換えれば、ビデオエンコーダ２０は、左上のサブブロックに関連付けられたＣＵと、右上のサブブロックに関連付けられたＣＵと、左下のサブブロックに関連付けられたＣＵと、次いで右下のサブブロックに関連付けられたＣＵとを、その順序で符号化し得る。
【００５１】
[0060]ｚ走査順序に従ってツリーブロックのＣＵを符号化した結果として、所与のＣＵの上、左上、右上、左、及び左下のＣＵは符号化されていることがある。所与のＣＵの下又は右のＣＵはまだ符号化されていない。従って、ビデオエンコーダ２０は、所与のＣＵを符号化するとき、所与のＣＵに隣接する幾つかのＣＵを符号化することによって生成される情報にアクセスすることが可能であり得る。しかしながら、ビデオエンコーダ２０は、所与のＣＵを符号化するとき、所与のＣＵに隣接する他のＣＵを符号化することによって生成される情報にアクセスできないことがある。
【００５２】
[0061]ビデオエンコーダ２０が、区分されていないＣＵを符号化するとき、ビデオエンコーダ２０は、ＣＵに対する１つ又は複数の予測単位（ＰＵ）を生成し得る。ＣＵのＰＵの各々は、ＣＵのビデオブロック内の異なるビデオブロックに関連付けられ得る。ビデオエンコーダ２０は、ＣＵの各ＰＵに対して予測ビデオブロックを生成し得る。ＰＵの予測ビデオブロックは、サンプルのブロックであり得る。ビデオエンコーダ２０は、ＰＵのための予測ビデオブロックを生成するために、イントラ予測又はインター予測を使用し得る。
【００５３】
[0062]ビデオエンコーダ２０がＰＵの予測ビデオブロックを生成するためにイントラ予測を使用するとき、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオエンコーダ２０がＣＵのＰＵの予測ビデオブロックを生成するためにイントラ予測を使用する場合、ＣＵはイントラ予測されたＣＵである。ビデオエンコーダ２０がＰＵの予測ビデオブロックを生成するためにインター予測を使用するとき、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャ以外の１つ又は複数のピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオエンコーダ２０がＣＵのＰＵの予測ビデオブロックを生成するためにインター予測を使用する場合、ＣＵはインター予測されたＣＵである。
【００５４】
[0063]更に、ビデオエンコーダ２０がＰＵのための予測ビデオブロックを生成するためにインター予測を使用するとき、ビデオエンコーダ２０は、ＰＵのための動き情報を生成し得る。ＰＵのための動き情報は、ＰＵの１つ又は複数の参照ブロックを示し得る。ＰＵの各参照ブロックは、参照ピクチャ内のビデオブロックであり得る。参照ピクチャは、ＰＵに関連付けられたピクチャ以外のピクチャであり得る。幾つかの事例では、ＰＵの参照ブロックは、ＰＵの「参照サンプル」と呼ばれることもある。ビデオエンコーダ２０は、ＰＵの参照ブロックに基づいて、ＰＵのための予測ビデオブロックを生成し得る。
【００５５】
[0064]ビデオエンコーダ２０がＣＵの１つ又は複数のＰＵのための予測ビデオブロックを生成した後、ビデオエンコーダ２０は、ＣＵのＰＵのための予測ビデオブロックに基づいて、ＣＵに対する残差データを生成し得る。ＣＵの残差データは、ＣＵのＰＵのための予測ビデオブロック中のサンプルと、ＣＵの元のビデオブロック中のサンプルとの差分を示し得る。
【００５６】
[0065]更に、区分されていないＣＵに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、ＣＵの残差データを、ＣＵの変換単位（ＴＵ）に関連付けられた残差データの１つ又は複数のブロック（例えば、残差ビデオブロック）に区分するために、ＣＵの残差データに対して再帰的な４分木区分を実行し得る。ＣＵの各ＴＵは、異なる残差ビデオブロックに関連付けられ得る。
【００５７】
[0066]ビデオエンコーダ２０は、ＴＵに関連付けられた変換係数ブロック（例えば、変換係数のブロック）を生成するために、ＴＵに関連付けられた残差ビデオブロックに１つ又は複数の変換を適用し得る。概念的に、変換係数ブロックは変換係数の２次元（２Ｄ）行列であり得る。
【００５８】
[0067]変換係数ブロックを生成した後、ビデオエンコーダ２０は、変換係数ブロックに対して量子化プロセスを実行し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、更なる圧縮を実現するプロセスを指す。量子化プロセスは、変換係数の一部又は全部に関連するビット深度を低減し得る。例えば、量子化中に、ｎビット変換係数はｍビット変換係数に切り捨てられ得、ここで、ｎはｍよりも大きい。
【００５９】
[0068]ビデオエンコーダ２０は、各ＣＵを、量子化パラメータ（ＱＰ）値に関連付け得る。ＣＵに関連付けられたＱＰ値は、ビデオエンコーダ２０が、ＣＵに関連付けられた変換係数ブロックをどのように量子化するかを決定し得る。ビデオエンコーダ２０は、ＣＵに関連付けられたＱＰ値を調整することによって、ＣＵに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。
【００６０】
[0069]ビデオエンコーダ２０が変換係数ブロックを量子化した後、ビデオエンコーダ２０は、量子化された変換係数ブロックの中で変換係数を表すシンタックス要素のセットを生成し得る。ビデオエンコーダ２０は、これらのシンタックス要素のうちの幾つかに、コンテキスト適応型バイナリ算術コード化（ＣＡＢＡＣ：Context Adaptive Binary Arithmetic Coding）演算などのエントロピー符号化演算を適用し得る。コンテンツ適応型可変長コード化（ＣＡＶＬＣ：content adaptive variable length coding）、確率間隔区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コード化、又は他のバイナリ算術コード化など、他のエントロピーコード化技法も使用され得る。
【００６１】
[0070]ビデオエンコーダ２０によって生成されるビットストリームは、一連のネットワーク抽象化レイヤ（ＮＡＬ：Network Abstraction Layer）単位を含み得る。ＮＡＬ単位の各々は、ＮＡＬ単位中のデータのタイプの指示と、データを含むバイトとを含む、シンタックス構造であり得る。例えば、ＮＡＬ単位は、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、コード化スライス、補足拡張情報（ＳＥＩ：supplemental enhancement information）、アクセス単位デリミタ、フィラーデータ、又は別のタイプのデータを表すデータを含み得る。ＮＡＬ単位中のデータは、様々なシンタックス構造を含み得る。
【００６２】
[0071]ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信し得る。ビットストリームは、ビデオエンコーダ２０によって符号化されたビデオデータのコード化された表現を含み得る。ビデオデコーダ３０がビットストリームを受信すると、ビデオデコーダ３０は、ビットストリームに対して構文解析動作を実行し得る。ビデオデコーダ３０が構文解析動作を実行するとき、ビデオデコーダ３０は、ビットストリームからシンタックス要素を抽出し得る。ビデオデコーダ３０は、ビットストリームから抽出されたシンタックス要素に基づいて、ビデオデータのピクチャを再構成し得る。シンタックス要素に基づいてビデオデータを再構成するためのプロセスは、一般に、シンタックス要素を生成するためにビデオエンコーダ２０によって実行されるプロセスの逆であり得る。
【００６３】
[0072]ビデオデコーダ３０がＣＵに関連付けられたシンタックス要素を抽出した後、ビデオデコーダ３０は、シンタックス要素に基づいて、ＣＵのＰＵのための予測ビデオブロックを生成し得る。更に、ビデオデコーダ３０は、ＣＵのＴＵに関連付けられた変換係数ブロックを逆量子化し得る。ビデオデコーダ３０は、ＣＵのＴＵに関連付けられた残差ビデオブロックを再構成するために、変換係数ブロックに対して逆変換を実行し得る。予測ビデオブロックを生成し、残差ビデオブロックを再構成した後、ビデオデコーダ３０は、予測ビデオブロック及び残差ビデオブロックに基づいて、ＣＵのビデオブロックを再構成し得る。このようにして、ビデオデコーダ３０は、ビットストリーム中のシンタックス要素に基づいて、ＣＵのビデオブロックを再構成し得る。
【００６４】
ビデオエンコーダ
[0073]図２Ａは、本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図である。ビデオエンコーダ２０は、ＨＥＶＣの場合など、ビデオフレームの単一のレイヤを処理するように構成され得る。更に、ビデオエンコーダ２０は、本開示の技法のいずれか又は全てを実行するように構成され得る。一例として、予測処理ユニット１００は、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。別の実施形態では、ビデオエンコーダ２０は、本開示で説明する技法のいずれか又は全てを実行するように構成された随意のレイヤ間予測ユニット１２８を含む。他の実施形態では、レイヤ間予測は、予測処理ユニット１００（例えば、インター予測ユニット１２１及び／又はイントラ予測ユニット１２６）によって実行され得、その場合、レイヤ間予測ユニット１２８は省略され得る。しかしながら、本開示の態様はそのように限定されない。幾つかの例では、本開示で説明する技法は、ビデオエンコーダ２０の様々な構成要素間で共有され得る。幾つかの例では、追加又は代替として、プロセッサ（図示せず）が、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。
【００６５】
[0074]説明の目的で、本開示は、ＨＥＶＣコード化のコンテキストにおいてビデオエンコーダ２０を説明する。しかしながら、本開示の技法は、他のコード化規格又は方法に適用可能であり得る。図２Ａに示す例は、シングルレイヤコーデックのためのものである。しかしながら、図２Ｂに関して更に説明するように、ビデオエンコーダ２０の一部又は全部は、マルチレイヤコーデックの処理のために複製され得る。
【００６６】
[0075]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコード化とインターコード化とを実行し得る。イントラコード化は、所与のビデオフレーム又はピクチャ内のビデオの空間的冗長性を低減又は除去するために、空間予測に依拠する。インターコード化は、ビデオシーケンスの隣接するフレーム内又はピクチャ内のビデオの時間的冗長性を低減又は除去するために時間予測に依拠する。イントラモード（Ｉモード）は、幾つかの空間ベースのコード化モードのいずれかを参照し得る。単方向予測（Ｐモード）又は双方向予測（Ｂモード）などのインターモードは、幾つかの時間ベースのコード化モードのいずれかを参照し得る。
【００６７】
[0076]図２Ａの例では、ビデオエンコーダ２０は複数の機能構成要素を含む。ビデオエンコーダ２０の機能構成要素は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１３と、復号ピクチャバッファ１１４と、エントロピー符号化ユニット１１６とを含む。予測処理ユニット１００は、インター予測ユニット１２１と、動き推定ユニット１２２と、動き補償ユニット１２４と、イントラ予測ユニット１２６と、レイヤ間予測ユニット１２８とを含む。他の例では、ビデオエンコーダ２０は、より多いか、より少ないか、又は異なる機能構成要素を含み得る。更に、動き推定ユニット１２２及び動き補償ユニット１２４は、高度に統合され得るが、図２Ａの例では、説明の目的で別々に表されている。
【００６８】
[0077]ビデオエンコーダ２０は、ビデオデータを受信し得る。ビデオエンコーダ２０は、様々な発信源からビデオデータを受信し得る。例えば、ビデオエンコーダ２０は、ビデオ発信源１８（例えば、図１Ａ又は図１Ｂに示す）又は別の発信源からビデオデータを受信し得る。ビデオデータは、一連のピクチャを表し得る。ビデオデータを符号化するために、ビデオエンコーダ２０は、ピクチャの各々に対して符号化演算を実行し得る。ピクチャに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、ピクチャの各スライスに対して符号化演算を実行し得る。スライスに対して符号化演算を実行することの一部として、ビデオエンコーダ２０は、スライス中のツリーブロックに対して符号化演算を実行し得る。
【００６９】
[0078]ツリーブロックに対して符号化演算を実行することの一部として、予測処理ユニット１００は、ビデオブロックを徐々により小さいビデオブロックに分割するために、ツリーブロックのビデオブロックに対して４分木区分を実行し得る。より小さいビデオブロックの各々は、異なるＣＵに関連付けられ得る。例えば、予測処理ユニット１００は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し得、サブブロックのうちの１つ又は複数を４つの等しいサイズのサブサブブロックに区分し得、以下同様である。
【００７０】
[0079]ＣＵに関連付けられたビデオブロックのサイズは、８×８サンプルから、最大で６４×６４サンプル以上のツリーブロックのサイズにまでわたり得る。本開示では、「Ｎ×Ｎ」及び「Ｎ  ｂｙ  Ｎ」は、垂直方向の寸法及び水平方向の寸法に関するビデオブロックのサンプルの寸法、例えば、１６×１６サンプル又は１６  ｂｙ  １６サンプルを指すために、互換的に使用され得る。一般に、１６×１６のビデオブロックは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×Ｎのブロックは、一般に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。
【００７１】
[0080]更に、ツリーブロックに対して符号化演算を実行することの一部として、予測処理ユニット１００は、ツリーブロック用の階層的な４分木データ構造を生成し得る。例えば、ツリーブロックは、４分木データ構造のルートノードに対応し得る。予測処理ユニット１００がツリーブロックのビデオブロックを４つのサブブロックに区分する場合、ルートノードは、４分木データ構造中に４つの子ノードを有する。子ノードの各々は、サブブロックのうちの１つに関連付けられたＣＵに対応する。予測処理ユニット１００がサブブロックのうちの１つを４つのサブサブブロックに区分する場合、サブブロックに関連付けられたＣＵに対応するノードは、サブサブブロックのうちの１つに関連付けられたＣＵに各々が対応する、４つの子ノードを有し得る。
【００７２】
[0081]４分木データ構造の各ノードは、対応するツリーブロック又はＣＵのシンタックスデータ（例えば、シンタックス要素）を含み得る。例えば、４分木の中のノードは、そのノードに対応するＣＵのビデオブロックが４つのサブブロックに区分（例えば、分割）されているかどうかを示すスプリットフラグを含み得る。ＣＵのためのシンタックス要素は、再帰的に定義され得、ＣＵのビデオブロックがサブブロックに分割されているかどうかに依存し得る。ビデオブロックが区分されていないＣＵは、４分木データ構造におけるリーフノードに対応し得る。コード化されたツリーブロックは、対応するツリーブロック用の４分木データ構造に基づくデータを含み得る。
【００７３】
[0082]ビデオエンコーダ２０は、ツリーブロックの区分されていない各ＣＵに対して符号化演算を実行し得る。ビデオエンコーダ２０が、区分されていないＣＵに対して符号化演算を実行するとき、ビデオエンコーダ２０は、区分されていないＣＵの符号化された表現を表すデータを生成する。
【００７４】
[0083]ＣＵに対して符号化演算を実行することの一部として、予測処理ユニット１００は、ＣＵの１つ又は複数のＰＵの中で、ＣＵのビデオブロックを区分し得る。ビデオエンコーダ２０及びビデオデコーダ３０は、様々なＰＵサイズをサポートし得る。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２０及びビデオデコーダ３０は、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズ、及び２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、２Ｎ×ｎＵ、ｎＬ×２Ｎ、ｎＲ×２Ｎ、又は同様の対称ＰＵサイズでのインター予測とをサポートし得る。ビデオエンコーダ２０及びビデオデコーダ３０は、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズに対する非対称区分もサポートし得る。幾つかの例では、予測処理ユニット１００は、ＣＵのビデオブロックの辺に直角に接触しない境界に沿ってＣＵのＰＵの間でＣＵのビデオブロックを区分するように、幾何学的な区分を実行し得る。
【００７５】
[0084]インター予測ユニット１２１は、ＣＵの各ＰＵに対してインター予測を実行し得る。インター予測は、時間圧縮を実現し得る。ＰＵに対してインター予測を実行するために、動き推定ユニット１２２は、ＰＵのための動き情報を生成し得る。動き補償ユニット１２４は、ＰＵベースの動き情報及びＣＵに関連付けられたピクチャ以外のピクチャ（例えば、参照ピクチャ）の復号サンプルのための、予測ビデオブロックを生成し得る。本開示では、動き補償ユニット１２４によって生成される予測ビデオブロックは、インター予測ビデオブロックと呼ばれることがある。
【００７６】
[0085]スライスは、Ｉスライス、Ｐスライス、又はＢスライスであり得る。動き推定ユニット１２２及び動き補償ユニット１２４は、ＰＵがＩスライス中にあるのか、Ｐスライス中にあるのか、それともＢスライス中にあるのかに応じて、ＣＵのＰＵのための異なる演算を実行し得る。Ｉスライス中では、全てのＰＵがイントラ予測される。従って、ＰＵがＩスライス中にある場合、動き推定ユニット１２２及び動き補償ユニット１２４は、ＰＵに対してインター予測を実行しない。
【００７７】
[0086]ＰＵがＰスライス中にある場合、ＰＵを含むピクチャは、「リスト０」と呼ばれる参照ピクチャのリストに関連付けられる。リスト０中の参照ピクチャの各々は、他のピクチャのインター予測のために使用され得るサンプルを含む。動き推定ユニット１２２がＰスライス中のＰＵに関して動き推定演算を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得る。ＰＵの参照ブロックは、ＰＵのビデオブロック中のサンプルに最も密接に対応するサンプルのセット、例えば、サンプルのブロックであり得る。動き推定ユニット１２２は、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定するために、様々なメトリックを使用し得る。例えば、動き推定ユニット１２２は、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、又は他の差分メトリックによって、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。
【００７８】
[0087]Ｐスライス中のＰＵの参照ブロックを識別した後、動き推定ユニット１２２は、参照ブロックを含んでいる、リスト０中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。様々な例において、動き推定ユニット１２２は、動きベクトルを異なる精度に生成し得る。例えば、動き推定ユニット１２２は、１／４サンプル精度、１／８サンプル精度、又は他の分数のサンプル精度で動きベクトルを生成し得る。分数のサンプル精度の場合、参照ブロック値は、参照ピクチャ中の整数位置のサンプル値から補間され得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって識別された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００７９】
[0088]ＰＵがＢスライス中にある場合、ＰＵを含むピクチャは、「リスト０」及び「リスト１」と呼ばれる参照ピクチャの２つのリストに関連付けられ得る。幾つかの例では、Ｂスライスを含むピクチャは、リスト０とリスト１の組合せである、リストの組合せと関連付けられ得る。
【００８０】
[0089]更に、ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵのための単方向予測又は双方向予測を実行し得る。動き推定ユニット１２２がＰＵのための単方向予測を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０又はリスト１の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含む、リスト０又はリスト１中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと、予測方向インジケータと、動きベクトルとを出力し得る。予測方向インジケータは、参照インデックスが、リスト０中の参照ピクチャを示すのか、それともリスト１中の参照ピクチャを示すのかを示し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００８１】
[0090]動き推定ユニット１２２がＰＵのための双方向予測を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得、また、ＰＵのための別の参照ブロックについて、リスト１中の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含む、リスト０及びリスト１中の参照ピクチャを示す参照インデックスと、参照ブロックとＰＵとの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報として、ＰＵの参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００８２】
[0091]幾つかの事例では、動き推定ユニット１２２は、ＰＵのための動き情報のフルセットをエントロピー符号化ユニット１１６に出力しない。そうではなく、動き推定ユニット１２２は、別のＰＵの動き情報を参照して、ＰＵの動き情報を信号伝達し得る。例えば、動き推定ユニット１２２は、ＰＵの動き情報が、隣接ＰＵの動き情報と十分に類似していると決定し得る。この例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、ＰＵが隣接ＰＵと同じ動き情報を有することをビデオデコーダ３０に示す値を示し得る。別の例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、隣接ＰＵと動きベクトル差分（ＭＶＤ）とを識別し得る。動きベクトル差分は、ＰＵの動きベクトルと、示される隣接ＰＵの動きベクトルとの差分を示す。ビデオデコーダ３０は、ＰＵの動きベクトルを決定するために、示された隣接ＰＵの動きベクトルと、動きベクトル差分とを使用し得る。第２のＰＵの動き情報を信号伝達するときに第１のＰＵの動き情報を参照することによって、ビデオエンコーダ２０は、より少数のビットを使用して、第２のＰＵの動き情報を信号伝達することが可能であり得る。
【００８３】
[0092]図４に関して以下で更に説明するように、予測処理ユニット１００は、図４に示される方法を実行することによってＰＵ（又は他のＲＬブロック及び／又はＥＬブロック又はビデオ単位）をコード化（例えば、符号化又は復号）するように構成され得る。例えば、（例えば、動き推定ユニット１２２及び／又は動き補償ユニット１２４を介した）インター予測ユニット１２１、イントラ予測ユニット１２６、又はレイヤ間予測ユニット１２８は、一緒に又は別々に、図４に示される方法を実行するように構成され得る。
【００８４】
[0093]ＣＵに対して符号化演算を実行することの一部として、イントラ予測ユニット１２６は、ＣＵのＰＵに対してイントラ予測を実行し得る。イントラ予測は、空間圧縮を実現し得る。イントラ予測ユニット１２６がＰＵに対してイントラ予測を実行するとき、イントラ予測ユニット１２６は、同じピクチャ中の他のＰＵの復号サンプルに基づいて、ＰＵのための予測データを生成し得る。ＰＵのための予測データは、予測ビデオブロックと様々なシンタックス要素とを含み得る。イントラ予測ユニット１２６は、Ｉスライス、Ｐスライス、及びＢスライス中のＰＵに対してイントラ予測を実行し得る。
【００８５】
[0094]ＰＵに対してイントラ予測を実行するために、イントラ予測ユニット１２６は、ＰＵのための予測データの複数のセットを生成するために、複数のイントラ予測モードを使用し得る。イントラ予測ユニット１２６がＰＵのための予測データのセットを生成するためにイントラ予測モードを使用するとき、イントラ予測ユニット１２６は、イントラ予測モードと関連する方向及び／又は勾配で、隣接ＰＵのビデオブロックからＰＵのビデオブロックにわたってサンプルを延ばし得る。ＰＵ、ＣＵ、及びツリーブロックについて左から右、上から下の符号化順序を仮定すると、隣接ＰＵは、ＰＵの上、右上、左上、又は左にあり得る。イントラ予測ユニット１２６は、ＰＵのサイズに応じて、様々な数のイントラ予測モード、例えば、３３個の方向性イントラ予測モードを使用し得る。
【００８６】
[0095]予測処理ユニット１００は、動き補償ユニット１２４によってＰＵのために生成された予測データ、又はイントラ予測ユニット１２６によってＰＵのために生成された予測データの中から、ＰＵのための予測データを選択し得る。幾つかの例では、予測処理ユニット１００は、予測データのセットのレート／歪みメトリックに基づいて、ＰＵのための予測データを選択する。
【００８７】
[0096]予測処理ユニット１００がイントラ予測ユニット１２６によって生成された予測データを選択する場合、予測処理ユニット１００は、ＰＵのための予測データを生成するために使用されたイントラ予測モード、例えば、選択されたイントラ予測モードを信号伝達し得る。予測処理ユニット１００は、選択されたイントラ予測モードを様々な方法で信号伝達し得る。例えば、選択されたイントラ予測モードは、隣接ＰＵのイントラ予測モードと同じであることが起こり得る。言い換えれば、隣接ＰＵのイントラ予測モードは、現在ＰＵに対して最確モードであり得る。従って、予測処理ユニット１００は、選択されたイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることを示すためのシンタックス要素を生成し得る。
【００８８】
[0097]上記で説明したように、ビデオエンコーダ２０は、レイヤ間予測ユニット１２８を含み得る。レイヤ間予測ユニット１２８は、スケーラブルビデオコード化において利用可能である１つ又は複数の異なるレイヤ（例えば、ＢＬ又はＲＬ）を使用して、現在ブロック（例えば、ＥＬ中の現在ブロック）を予測するように構成される。そのような予測は、レイヤ間予測と呼ばれることがある。レイヤ間予測ユニット１２８は、レイヤ間冗長性を低減するための予測方法を利用し、それによって、コード化効率を改善し、計算リ発信源要件を低減する。レイヤ間予測の幾つかの例は、レイヤ間イントラ予測と、レイヤ間動き予測と、レイヤ間残差予測とを含む。レイヤ間イントラ予測は、ＥＬ中の現在ブロックを予測するために、ＢＬの中でコロケートされているブロック（co-located blocks）の再構成を使用する。レイヤ間動き予測は、ＥＬ中の動作を予測するために、ＢＬの動き情報を使用する。レイヤ間残差予測は、ＥＬの残差を予測するために、ＢＬの残差を使用する。レイヤ間予測方式の各々について、以下でより詳細に説明する。
【００８９】
[0098]予測処理ユニット１００がＣＵのＰＵのための予測データを選択した後、残差生成ユニット１０２は、ＣＵのビデオブロックからＣＵのＰＵの予測ビデオブロックを差し引くこと（例えば、マイナス符号によって示される）によって、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのビデオブロック中のサンプルの異なるサンプル成分に対応する２Ｄ残差ビデオブロックを含み得る。例えば、残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのルミナンス成分と、ＣＵの元のビデオブロック中のサンプルのルミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。更に、ＣＵの残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのクロミナンス成分と、ＣＵの元のビデオブロック中のサンプルのクロミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。
【００９０】
[0099]予測処理ユニット１００は、ＣＵの残差ビデオブロックをサブブロックに区分するために、４分木区分を実行し得る。分割されていない各残差ビデオブロックは、ＣＵの異なるＴＵに関連付けられ得る。ＣＵのＴＵに関連付けられる残差ビデオブロックのサイズ及び位置は、ＣＵのＰＵに関連付けられたビデオブロックのサイズ及び位置に基づいてもよく、又は基づかなくてもよい。「残差４分木」（ＲＱＴ）と呼ばれる４分木構造は、残差ビデオブロックの各々に関連付けられたノードを含み得る。ＣＵのＴＵは、ＲＱＴのリーフノードに対応し得る。
【００９１】
[0100]変換処理ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに１つ又は複数の変換を適用することによって、ＣＵの各ＴＵのための１つ又は複数の変換係数ブロックを生成し得る。変換係数ブロックの各々は、変換係数の２Ｄ行列であり得る。変換処理ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに様々な変換を適用し得る。例えば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向変換、又は概念的に類似の変換を、ＴＵに関連付けられた残差ビデオブロックに適用し得る。
【００９２】
[0101]変換処理ユニット１０４が、ＴＵに関連付けられた変換係数ブロックを生成した後、量子化ユニット１０６は、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット１０６は、ＣＵに関連付けられたＱＰ値に基づいて、ＣＵのＴＵに関連付けられた変換係数ブロックを量子化し得る。
【００９３】
[0102]ビデオエンコーダ２０は、様々な方法でＱＰ値をＣＵに関連付け得る。例えば、ビデオエンコーダ２０は、ＣＵに関連付けられたツリーブロックに対して、レート歪み分析を実行し得る。レート歪み分析では、ビデオエンコーダ２０は、ツリーブロックに対して符号化演算を複数回実行することによって、ツリーブロックの複数のコード化された表現を生成し得る。ビデオエンコーダ２０が、ツリーブロックの異なる符号化表現を生成するとき、ビデオエンコーダ２０は、異なるＱＰ値をＣＵに関連付け得る。最小のビットレート及び歪みメトリックを有するツリーブロックのコード化された表現で所与のＱＰ値がＣＵに関連付けられるとき、ビデオエンコーダ２０は、所与のＱＰ値がＣＵに関連付けられることを信号伝達し得る。
【００９４】
[0103]逆量子化ユニット１０８及び逆変換ユニット１１０は、変換係数ブロックから残差ビデオブロックを再構成するために、それぞれ、逆量子化と逆変換とを変換係数ブロックに適用し得る。再構成ユニット１１２は、ＴＵに関連付けられた再構成されたビデオブロックを生成するために、再構成された残差ビデオブロックを、予測処理ユニット１００によって生成された１つ又は複数の予測ビデオブロックからの対応するサンプルに追加し得る。このようにＣＵの各ＴＵについてビデオブロックを再構成することによって、ビデオエンコーダ２０は、ＣＵのビデオブロックを再構成し得る。
【００９５】
[0104]再構成ユニット１１２がＣＵのビデオブロックを再構成した後、フィルタユニット１１３は、ＣＵに関連付けられたビデオブロックにおけるブロック歪み（blocking artifacts）を低減するために、デブロッキング演算を実行し得る。１つ又は複数のデブロッキング演算を実行した後、フィルタユニット１１３は、ＣＵの再構成されたビデオブロックを復号ピクチャバッファ１１４に記憶し得る。動き推定ユニット１２２及び動き補償ユニット１２４は、後続のピクチャのＰＵに対してインター予測を実行するために、再構成されたビデオブロックを含む参照ピクチャを使用し得る。更に、イントラ予測ユニット１２６は、ＣＵと同じピクチャ中の他のＰＵに対してイントラ予測を実行するために、復号ピクチャバッファ１１４の中の再構成されたビデオブロックを使用し得る。
【００９６】
[0105]エントロピー符号化ユニット１１６は、ビデオエンコーダ２０の他の機能構成要素からデータを受信し得る。例えば、エントロピー符号化ユニット１１６は、量子化ユニット１０６から変換係数ブロックを受信し得、予測処理ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１６がデータを受信すると、エントロピー符号化ユニット１１６は、エントロピー符号化データを生成するために、１つ又は複数のエントロピー符号化演算を実行し得る。例えば、ビデオエンコーダ２０は、ＣＡＶＬＣ演算、ＣＡＢＡＣ演算、変数間（Ｖ２Ｖ：variable-to-variable）レングスコード化演算、シンタックスベースコンテキスト適応型バイナリ算術コード化（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）演算、確率間隔区分エントロピー（ＰＩＰＥ）コード化演算、又は別のタイプのエントロピー符号化演算をデータに対して実行し得る。エントロピー符号化ユニット１１６は、エントロピー符号化データを含むビットストリームを出力し得る。
【００９７】
[0106]データに対してエントロピー符号化演算を実行することの一部として、エントロピー符号化ユニット１１６は、コンテキストモデルを選択し得る。エントロピー符号化ユニット１１６がＣＡＢＡＣ演算を実行している場合、コンテキストモデルは、特定の値を有する特定のビンの確率の推定値を示し得る。ＣＡＢＡＣのコンテキストでは、「ビン」という用語は、シンタックス要素の２値化されたバージョンのビットを指すために使用される。
【００９８】
マルチレイヤビデオエンコーダ
[0107]図２Ｂは、本開示で説明する態様による技法を実装し得るマルチレイヤビデオエンコーダ２３（単にビデオエンコーダ２３とも呼ばれる）の一例を示すブロック図である。ビデオエンコーダ２３は、ＳＨＶＣ及びマルチビューコード化の場合など、マルチレイヤビデオフレームを処理するように構成され得る。更に、ビデオエンコーダ２３は、本開示の技法のいずれか又は全てを実行するように構成され得る。
【００９９】
[0108]ビデオエンコーダ２３はビデオエンコーダ２０Ａとビデオエンコーダ２０Ｂとを含み、それらの各々はビデオエンコーダ２０として構成され得、ビデオエンコーダ２０に関して上記で説明した機能を実行し得る。更に、参照番号の再利用によって示されるように、ビデオエンコーダ２０Ａ及び２０Ｂは、ビデオエンコーダ２０としてのシステム及びサブシステムのうちの少なくとも幾つかを含み得る。ビデオエンコーダ２３は、２つのビデオエンコーダ２０Ａ及び２０Ｂを含むように示されるが、ビデオエンコーダ２３は、そのように限定されず、任意の数のビデオエンコーダ２０のレイヤを含み得る。幾つかの実施形態では、ビデオエンコーダ２３は、アクセス単位中の各ピクチャ又は各フレームに対してビデオエンコーダ２０を含み得る。例えば、５つのピクチャを含むアクセス単位は、５つのエンコーダレイヤを含むビデオエンコーダによって処理又は符号化され得る。幾つかの実施形態では、ビデオエンコーダ２３は、アクセス単位中のフレームよりも多くのエンコーダレイヤを含み得る。幾つかのそのような場合では、ビデオエンコーダのレイヤのうちの幾つかは、幾つかのアクセス単位を処理するときに非アクティブであり得る。
【０１００】
[0109]ビデオエンコーダ２０Ａ及び２０Ｂに加えて、ビデオエンコーダ２３は、リサンプリングユニット９０を含み得る。リサンプリングユニット９０は、場合によっては、例えば、ＥＬを作成するために、受信されたビデオフレームのＢＬをアップサンプリングし得る。リサンプリングユニット９０は、フレームの受信されたＢＬに関連付けられた特定の情報をアップサンプリングし得るが、他の情報をアップサンプリングしないことがある。例えば、リサンプリングユニット９０は、ＢＬの空間サイズ又は画素の数をアップサンプリングし得るが、スライスの数又はピクチャ順序カウントは一定のままであり得る。場合によっては、リサンプリングユニット９０は、受信されたビデオを処理しないことがあり、及び／又は随意であり得る。例えば、場合によっては、予測処理ユニット１００は、アップサンプリングを実行し得る。幾つかの実施形態では、リサンプリングユニット９０は、レイヤをアップサンプリングし、スライス境界ルール及び／又はラスタ走査ルールのセットに準拠するように、１つ又は複数のスライスを再編成、再定義、修正、又は調整するように構成される。アクセス単位中のＢＬ又は下位レイヤをアップサンプリングするものとして主に説明したが、場合によっては、リサンプリングユニット９０は、レイヤをダウンサンプリングし得る。例えば、ビデオのストリーミング中に帯域幅が低減した場合、フレームは、アップサンプリングされるのではなく、ダウンサンプリングされ得る。
【０１０１】
[0110]リサンプリングユニット９０は、下位レイヤエンコーダ（例えば、ビデオエンコーダ２０Ａ）の復号ピクチャバッファ１１４からピクチャ又はフレーム（又はピクチャに関連付けられたピクチャ情報）を受信し、ピクチャ（又は受信されたピクチャ情報）をアップサンプリングするように構成され得る。このアップサンプリングされたピクチャは、次いで、下位レイヤエンコーダと同じアクセス単位中のピクチャを符号化するように構成された、上位レイヤエンコーダ（例えば、ビデオエンコーダ２０Ｂ）の予測処理ユニット１００に供給され得る。場合によっては、上位レイヤエンコーダは、下位レイヤエンコーダから除去された１つのレイヤである。他の場合には、図２Ｂのレイヤ０ビデオエンコーダとレイヤ１エンコーダとの間に、１つ又は複数の上位レイヤエンコーダがあり得る。
【０１０２】
[0111]場合によっては、リサンプリングユニット９０は、省略又はバイパスされ得る。そのような場合、ビデオエンコーダ２０Ａの復号ピクチャバッファ１１４からのピクチャは、直接、又は少なくともリサンプリングユニット９０に供給されずに、ビデオエンコーダ２０Ｂの予測処理ユニット１００に供給され得る。例えば、ビデオエンコーダ２０Ｂに供給されたビデオデータ、及びビデオエンコーダ２０Ａの復号ピクチャバッファ１１４からの参照ピクチャが、同じサイズ又は解像度である場合、参照ピクチャは、いかなるリサンプリングも伴わずにビデオエンコーダ２０Ｂに供給され得る。
【０１０３】
[0112]幾つかの実施形態では、ビデオエンコーダ２３は、ビデオエンコーダ２０Ａにビデオデータを供給する前に、ダウンサンプリングユニット９４を使用して下位レイヤエンコーダに供給されるべきビデオデータをダウンサンプリングする。代替的に、ダウンサンプリングユニット９４は、ビデオデータをアップサンプリング又はダウンサンプリングすることが可能なリサンプリングユニット９０であり得る。また他の実施形態では、ダウンサンプリングユニット９４は省略され得る。
【０１０４】
[0113]図２Ｂに示すように、ビデオエンコーダ２３は、マルチプレクサ９８、即ちｍｕｘを更に含み得る。ｍｕｘ９８は、ビデオエンコーダ２３から合成ビットストリームを出力することができる。合成ビットストリームは、ビデオエンコーダ２０Ａ及び２０Ｂの各々からビットストリームを取ることと、所与の時間において出力されるビットストリームを交替することとによって、作成され得る。場合によっては、２つの（又は、３つ以上のビデオエンコーダレイヤの場合には、より多くの）ビットストリームからのビットが一度に１ビットずつ交替され得るが、多くの場合、ビットストリームは別様に合成される。例えば、出力ビットストリームは、選択されたビットストリームを一度に１ブロックずつ交替することによって作成され得る。別の例では、出力ビットストリームは、ビデオエンコーダ２０Ａ及び２０Ｂの各々から非１：１比のブロックを出力することによって作成され得る。例えば、２つのブロックは、ビデオエンコーダ２０Ａから出力された各ブロックについてビデオエンコーダ２０Ｂから出力され得る。幾つかの実施形態では、ｍｕｘ９８からの出力ストリームはプリプログラムされ得る。他の実施形態では、ｍｕｘ９８は、発信源機器１２を含む発信源機器上のプロセッサからなど、ビデオエンコーダ２３の外部のシステムから受信された制御信号に基づいて、ビデオエンコーダ２０Ａ、２０Ｂからのビットストリームを合成し得る。制御信号は、ビデオ発信源１８からのビデオの解像度又はビットレートに基づいて、リンク１６の帯域幅に基づいて、ユーザに関連するサブスクリプション（例えば、有料サブスクリプション対無料サブスクリプション）に基づいて、又はビデオエンコーダ２３から望まれる解像度出力を決定するための他のファクタに基づいて生成され得る。
【０１０５】
ビデオデコーダ
[0114]図３Ａは、本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図である。ビデオデコーダ３０は、ＨＥＶＣの場合など、ビデオフレームの単一のレイヤを処理するように構成され得る。更に、ビデオデコーダ３０は、本開示の技法のいずれか又は全てを実行するように構成され得る。一例として、動き補償ユニット１６２及び／又はイントラ予測ユニット１６４は、本開示で説明する技法のうちのいずれか又は全てを実行するように構成され得る。一実施形態では、ビデオデコーダ３０は、本開示で説明する技法のいずれか又は全てを実行するように構成されたレイヤ間予測ユニット１６６を随意に含み得る。他の実施形態では、レイヤ間予測は、予測処理ユニット１５２（例えば、動き補償ユニット１６２及び／又はイントラ予測ユニット１６４）によって実行され得、その場合、レイヤ間予測ユニット１６６は省略され得る。しかしながら、本開示の態様はそのように限定されない。幾つかの例では、本開示で説明する技法は、ビデオデコーダ３０の様々な構成要素の間で共有され得る。幾つかの例では、追加又は代替として、プロセッサ（図示せず）が、本開示で説明する技法のいずれか又は全てを実行するように構成され得る。
【０１０６】
[0115]説明の目的で、本開示は、ＨＥＶＣコード化のコンテキストにおいてビデオデコーダ３０を説明する。しかしながら、本開示の技法は他のコード化規格又は方法に適用可能であり得る。図３Ａに示す例は、シングルレイヤコーデックのためのものである。しかしながら、図３Ｂに関して更に説明するように、ビデオデコーダ３０の一部又は全部は、マルチレイヤコーデックの処理のために複製され得る。
【０１０７】
[0116]図３Ａの例では、ビデオデコーダ３０は複数の機能構成要素を含む。ビデオデコーダ３０の機能構成要素は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換ユニット１５６と、再構成ユニット１５８と、フィルタユニット１５９と、復号ピクチャバッファ１６０とを含む。予測処理ユニット１５２は、動き補償ユニット１６２と、イントラ予測ユニット１６４と、レイヤ間予測ユニット１６６とを含む。幾つかの例では、ビデオデコーダ３０は、図２Ａのビデオエンコーダ２０に関して説明された符号化経路とは全般に逆の復号経路を実行し得る。他の例では、ビデオデコーダ３０は、より多いか、より少ないか、又は異なる機能構成要素を含み得る。
【０１０８】
[0117]ビデオデコーダ３０は、符号化ビデオデータを備えるビットストリームを受信し得る。ビットストリームは、複数のシンタックス要素を含み得る。ビデオデコーダ３０がビットストリームを受信すると、エントロピー復号ユニット１５０は、ビットストリームに対して構文解析動作を実行し得る。ビットストリームに対して構文解析動作を実行した結果として、エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を抽出し得る。構文解析動作を実行することの一部として、エントロピー復号ユニット１５０は、ビットストリーム中のエントロピー符号化シンタックス要素をエントロピー復号し得る。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換ユニット１５６、再構成ユニット１５８、及びフィルタユニット１５９は、ビットストリームから抽出されたシンタックス要素に基づいて、復号ビデオデータを生成する再構成演算を実行し得る。
【０１０９】
[0118]上記で説明したように、ビットストリームは、一連のＮＡＬ単位を備え得る。ビットストリームのＮＡＬ単位は、ビデオパラメータセットＮＡＬ単位、シーケンスパラメータセットＮＡＬ単位、ピクチャパラメータセットＮＡＬ単位、ＳＥＩ  ＮＡＬ単位などを含み得る。ビットストリームに対して構文解析動作を実行することの一部として、エントロピー復号ユニット１５０は、シーケンスパラメータセットＮＡＬ単位からのシーケンスパラメータセット、ピクチャパラメータセットＮＡＬ単位からのピクチャパラメータセット、ＳＥＩ  ＮＡＬ単位からのＳＥＩデータなどを抽出しエントロピー復号する、構文解析動作を実行し得る。
【０１１０】
[0119]更に、ビットストリームのＮＡＬ単位は、コード化スライスＮＡＬ単位を含み得る。ビットストリームに対して構文解析動作を実行することの一部として、エントロピー復号ユニット１５０は、コード化スライスＮＡＬ単位からコード化スライスを抽出しエントロピー復号する、構文解析動作を実行し得る。コード化スライスの各々は、スライスヘッダとスライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含み得る。スライスヘッダ中のシンタックス要素は、スライスを含むピクチャに関連付けられたピクチャパラメータセットを識別するシンタックス要素を含み得る。エントロピー復号ユニット１５０は、スライスヘッダを復元するために、コード化スライスヘッダ中のシンタックス要素に対してＣＡＢＡＣ復号演算などのエントロピー復号演算を実行し得る。
【０１１１】
[0120]コード化スライスＮＡＬ単位からスライスデータを抽出することの一部として、エントロピー復号ユニット１５０は、スライスデータ中のコード化されたＣＵからシンタックス要素を抽出する構文解析動作を実行し得る。抽出されたシンタックス要素は、変換係数ブロックに関連付けられたシンタックス要素を含み得る。エントロピー復号ユニット１５０は、次いで、シンタックス要素のうちの幾つかに対してＣＡＢＡＣ復号演算を実行し得る。
【０１１２】
[0121]エントロピー復号ユニット１５０が、区分されていないＣＵに対して構文解析動作を実行した後、ビデオデコーダ３０は、区分されていないＣＵに対して再構成演算を実行し得る。区分されていないＣＵに対して再構成演算を実行するために、ビデオデコーダ３０は、ＣＵの各ＴＵに対して再構成演算を実行し得る。ＣＵの各ＴＵについて再構成演算を実行することによって、ビデオデコーダ３０は、ＣＵに関連付けられた残差ビデオブロックを再構成し得る。
【０１１３】
[0122]ＴＵに対して再構成演算を実行することの一部として、逆量子化ユニット１５４は、ＴＵに関連付けられた変換係数ブロックを逆量子化（inverse quantize）、例えば、逆量子化（de-quantize）し得る。逆量子化ユニット１５４は、ＨＥＶＣのために提案された、又はＨ．２６４復号規格によって定義された逆量子化処理と同様の方法で、変換係数ブロックを逆量子化し得る。逆量子化ユニット１５４は、量子化の程度を決定し、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定するために、変換係数ブロックのＣＵに関してビデオエンコーダ２０によって計算される量子化パラメータＱＰを使用し得る。
【０１１４】
[0123]逆量子化ユニット１５４が変換係数ブロックを逆量子化した後、逆変換ユニット１５６は、変換係数ブロックに関連付けられたＴＵのための残差ビデオブロックを生成し得る。逆変換ユニット１５６は、ＴＵのための残差ビデオブロックを生成するために、変換係数ブロックに逆変換を適用し得る。例えば、逆変換ユニット１５６は、変換係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）、逆回転変換、逆方向変換、又は別の逆変換を適用し得る。幾つかの例では、逆変換ユニット１５６は、ビデオエンコーダ２０からの信号伝達に基づいて、変換係数ブロックに適用すべき逆変換を決定し得る。そのような例では、逆変換ユニット１５６は、変換係数ブロックに関連付けられたツリーブロックの４分木のルートノードにおいて信号伝達された変換に基づいて、逆変換を決定し得る。他の例では、逆変換ユニット１５６は、ブロックサイズ、コード化モードなど、１つ又は複数のコード化特性から逆変換を推定し得る。幾つかの例では、逆変換ユニット１５６はカスケード逆変換を適用し得る。
【０１１５】
[0124]幾つかの例では、動き補償ユニット１６２は、補間フィルタに基づく補間を実行することによって、ＰＵの予測ビデオブロックを改良し得る。サブサンプル精度を有する動き補償のために使用されるべき補間フィルタ用の識別子は、シンタックス要素に含まれ得る。動き補償ユニット１６２は、参照ブロックのサブ整数サンプルについての補間値を計算するために、ＰＵの予測ビデオブロックの生成中にビデオエンコーダ２０によって使用された同じ補間フィルタを使用し得る。動き補償ユニット１６２は、受信されたシンタックス情報に従って、ビデオエンコーダ２０によって使用された補間フィルタを決定し得、予測ビデオブロックを生成するためにその補間フィルタを使用し得る。
【０１１６】
[0125]図４に関して以下で更に説明するように、予測処理ユニット１５２は、図４に示される方法を実行することによってＰＵ（又は他のＲＬブロック及び／又はＥＬブロック又はビデオ単位）をコード化（例えば、符号化又は復号）し得る。例えば、動き補償ユニット１６２、イントラ予測ユニット１６４、又はレイヤ間予測ユニット１６６は、一緒に又は別々に、図４に示される方法を実行するように構成され得る。
【０１１７】
[0126]ＰＵが、イントラ予測を使用して符号化される場合、イントラ予測ユニット１６４は、ＰＵのための予測ビデオブロックを生成するためにイントラ予測を実行し得る。例えば、イントラ予測ユニット１６４は、ビットストリーム中のシンタックス要素に基づいて、ＰＵのためのイントラ予測モードを決定し得る。ビットストリームは、ＰＵのイントラ予測モードを決定するためにイントラ予測ユニット１６４が使用し得るシンタックス要素を含み得る。
【０１１８】
[0127]幾つかの事例では、イントラ予測ユニット１６４が現在ＰＵのイントラ予測モードを決定するために別のＰＵのイントラ予測モードを使用するべきであることを、シンタックス要素が示し得る。例えば、現在ＰＵのイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることが起こり得る。言い換えれば、隣接ＰＵのイントラ予測モードは、現在ＰＵに対して最確モード（most probable mode）であり得る。従って、この例では、ビットストリームは、ＰＵのイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることを示す、小さいシンタックス要素を含み得る。イントラ予測ユニット１６４は、次いで、空間的に隣接するＰＵのビデオブロックに基づいてＰＵのための予測データ（例えば、予測サンプル）を生成するために、イントラ予測モードを使用し得る。
【０１１９】
[0128]上記で説明したように、ビデオデコーダ３０もレイヤ間予測ユニット１６６を含み得る。レイヤ間予測ユニット１６６は、スケーラブルビデオコード化において利用可能である１つ又は複数の異なるレイヤ（例えば、ＢＬ又はＲＬ）を使用して、現在ブロック（例えば、ＥＬ中の現在ブロック）を予測するように構成される。そのような予測は、レイヤ間予測と呼ばれることがある。レイヤ間予測ユニット１６６は、レイヤ間冗長性を低減するための予測方法を利用し、それによって、コード化効率を改善し、計算リ発信源要件を低減する。レイヤ間予測の幾つかの例は、レイヤ間イントラ予測と、レイヤ間動き予測と、レイヤ間残差予測とを含む。レイヤ間イントラ予測は、ＥＬ中の現在ブロックを予測するために、ＢＬの中でコロケートされているブロックの再構成を使用する。レイヤ間動き予測は、ＥＬ中の動作を予測するために、ＢＬの動き情報を使用する。レイヤ間残差予測は、ＥＬの残差を予測するために、ＢＬの残差を使用する。レイヤ間予測方式の各々について、以下でより詳細に説明する。
【０１２０】
[0129]再構成ユニット１５８は、ＣＵのビデオブロックを再構成するために、ＣＵのＴＵに関連付けられた残差ビデオブロック及びＣＵのＰＵの予測ビデオブロック、例えば、適用可能なとき、イントラ予測データ又はインター予測データのいずれかを使用し得る。従って、ビデオデコーダ３０は、ビットストリーム中のシンタックス要素に基づいて予測ビデオブロックと残差ビデオブロックとを生成し得、予測ビデオブロックと残差ビデオブロックとに基づいてビデオブロックを生成し得る。
【０１２１】
[0130]再構成ユニット１５８がＣＵのビデオブロックを再構成した後、フィルタユニット１５９は、ＣＵに関連したブロック歪みを低減するためにデブロッキング演算を実行し得る。フィルタユニット１５９が、ＣＵに関連したブロック歪みを低減するためにデブロッキング演算を実行した後、ビデオデコーダ３０は、ＣＵのビデオブロックを復号ピクチャバッファ１６０に記憶し得る。復号ピクチャバッファ１６０は、次の動き補償、イントラ予測、及び図１Ａ又は図１Ｂの表示装置３２などの表示装置上での提示のために、参照ピクチャを提供し得る。例えば、ビデオデコーダ３０は、復号ピクチャバッファ１６０の中のビデオブロックに基づいて、他のＣＵのＰＵに対して、イントラ予測演算又はインター予測演算を実行し得る。
【０１２２】
マルチレイヤデコーダ
[0131]図３Ｂは、本開示で説明する態様による技法を実装し得るマルチレイヤビデオデコーダ３３（単にビデオデコーダ３３とも呼ばれる）の一例を示すブロック図である。ビデオデコーダ３３は、ＳＨＶＣ及びマルチビューコード化の場合など、マルチレイヤビデオフレームを処理するように構成され得る。更に、ビデオデコーダ３３は、本開示の技法のいずれか又は全てを実行するように構成され得る。
【０１２３】
[0132]ビデオデコーダ３３は、ビデオデコーダ３０Ａとビデオデコーダ３０Ｂとを含み、それらの各々はビデオデコーダ３０として構成され得、ビデオデコーダ３０に関して上記で説明した機能を実行し得る。更に、参照番号の再利用によって示されるように、ビデオデコーダ３０Ａ及び３０Ｂは、ビデオデコーダ３０としてのシステム及びサブシステムのうちの少なくとも幾つかを含み得る。ビデオデコーダ３３は、２つのビデオデコーダ３０Ａ及び３０Ｂを含むように示されるが、ビデオデコーダ３３は、そのように限定されず、任意の数のビデオデコーダ３０のレイヤを含み得る。幾つかの実施形態では、ビデオデコーダ３３はアクセス単位中の各ピクチャ又は各フレームに対してビデオデコーダ３０を含み得る。例えば、５つのピクチャを含むアクセス単位は、５つのデコーダレイヤを含むビデオデコーダによって処理又は復号され得る。幾つかの実施形態では、ビデオデコーダ３３は、アクセス単位中のフレームよりも多くのデコーダレイヤを含み得る。幾つかのそのような場合では、ビデオデコーダのレイヤのうちの幾つかは、幾つかのアクセス単位を処理するときに非アクティブであり得る。
【０１２４】
[0133]ビデオデコーダ３０Ａ及び３０Ｂに加えて、ビデオデコーダ３３は、アップサンプリングユニット９２を含み得る。幾つかの実施形態では、アップサンプリングユニット９２は、フレーム又はアクセス単位のための参照ピクチャリストに追加されるべき拡張レイヤを作成するために、受信されたビデオフレームのＢＬをアップサンプリングし得る。この拡張レイヤは、復号ピクチャバッファ１６０に記憶され得る。幾つかの実施形態では、アップサンプリングユニット９２は、図２Ａのリサンプリングユニット９０に関して説明した実施形態の一部又は全部を含むことができる。幾つかの実施形態では、アップサンプリングユニット９２は、レイヤをアップサンプリングし、スライス境界ルール及び／又はラスタ走査ルールのセットに準拠するように、１つ又は複数のスライスを再編成、再定義、修正、又は調整するように構成される。場合によっては、アップサンプリングユニット９２は、受信されたビデオフレームのレイヤをアップサンプリング及び／又はダウンサンプリングするように構成されたリサンプリングユニットであり得る。
【０１２５】
[0134]アップサンプリングユニット９２は、下位レイヤデコーダ（例えば、ビデオデコーダ３０Ａ）の復号ピクチャバッファ１６０からピクチャ又はフレーム（又はピクチャに関連付けられたピクチャ情報）を受信し、ピクチャ（又は受信されたピクチャ情報）をアップサンプリングするように構成され得る。このアップサンプリングされたピクチャは、次いで、下位レイヤデコーダと同じアクセス単位中のピクチャを復号するように構成された、上位レイヤデコーダ（例えば、ビデオデコーダ３０Ｂ）の予測処理ユニット１５２に供給され得る。場合によっては、上位レイヤデコーダは、下位レイヤデコーダから除去された１つのレイヤである。他の場合には、図３Ｂのレイヤ０デコーダとレイヤ１デコーダとの間に、１つ又は複数の上位レイヤデコーダがあり得る。
【０１２６】
[0135]場合によっては、アップサンプリングユニット９２は、省略又はバイパスされ得る。そのような場合、ビデオデコーダ３０Ａの復号ピクチャバッファ１６０からのピクチャは、直接、又は少なくともアップサンプリングユニット９２に供給されずに、ビデオデコーダ３０Ｂの予測処理ユニット１５２に供給され得る。例えば、ビデオデコーダ３０Ｂに供給されたビデオデータ、及びビデオデコーダ３０Ａの復号ピクチャバッファ１６０からの参照ピクチャが、同じサイズ又は解像度である場合、参照ピクチャは、アップサンプリングを伴わずにビデオデコーダ３０Ｂに供給され得る。更に、幾つかの実施形態では、アップサンプリングユニット９２は、ビデオデコーダ３０Ａの復号ピクチャバッファ１６０から受信された参照ピクチャを、アップサンプリング又はダウンサンプリングするように構成されたリサンプリングユニット９０であり得る。
【０１２７】
[0136]図３Ｂに示すように、ビデオデコーダ３３は、デマルチプレクサ９９、即ちｄｅｍｕｘを更に含み得る。ｄｅｍｕｘ９９は、符号化ビデオビットストリームを複数のビットストリームに分割することができ、ｄｅｍｕｘ９９によって出力された各ビットストリームは、異なるビデオデコーダ３０Ａ及び３０Ｂに供給される。複数のビットストリームは、ビットストリームを受信することによって作成され得、ビデオデコーダ３０Ａ及び３０Ｂの各々は、所与の時間においてビットストリームの一部分を受信する。場合によっては、ｄｅｍｕｘ９９において受信されるビットストリームからのビットは、ビデオデコーダの各々（例えば、図３Ｂの例ではビデオデコーダ３０Ａ及び３０Ｂ）の間で、一度に１ビットずつ交替され得るが、多くの場合、ビットストリームは別様に分割される。例えば、ビットストリームは、一度に１ブロックずつビットストリームを受信するビデオデコーダを交替することによって分割され得る。別の例では、ビットストリームは、非１：１比のブロックによって、ビデオデコーダ３０Ａ及び３０Ｂの各々に分割され得る。例えば、２つのブロックは、ビデオデコーダ３０Ａに供給される各ブロックについてビデオデコーダ３０Ｂに供給され得る。幾つかの実施形態では、ｄｅｍｕｘ９９によるビットストリームの分割は、プリプログラムされ得る。他の実施形態では、ｄｅｍｕｘ９９は、宛先機器１４を含む宛先機器上のプロセッサからなど、ビデオデコーダ３３の外部のシステムから受信された制御信号に基づいてビットストリームを分割し得る。制御信号は、入力インターフェース２８からのビデオの解像度又はビットレートに基づいて、リンク１６の帯域幅に基づいて、ユーザに関連付けられたサブスクリプション（例えば、有料サブスクリプション対無料サブスクリプション）に基づいて、又はビデオデコーダ３３によって取得可能な解像度を決定するための他のファクタに基づいて生成され得る。
【０１２８】
ＰＯＣ  ＭＳＢの存在
[0137]上記で説明したように、ビデオコード化拡張（例えば、単一レイヤ規格のスケーラビリティ拡張に関する情報を含むＶＰＳ拡張、スライスセグメントヘッダ拡張など）に関する情報がない場合がある単一レイヤビットストリーム（例えば、ＨＥＶＣ符号化ビットストリーム）を復号するとき、マルチレイヤデコーダは問題に遭遇することがある。より詳細には、マルチレイヤデコーダは、ビットストリームの中のアクセス単位が、位置合わせされたそれらのＰＯＣ  ＬＳＢを有する（例えば、アクセス単位の中の全てのピクチャが同じＰＯＣ  ＬＳＢを有する）という表示（例えば、ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇ）がビットストリームの中にないことに基づいて、ビットストリームの中で信号伝達されるべきＰＯＣ値のＭＳＢを誤って予想することがある（例えば、マルチレイヤデコーダはＰＯＣ値のＭＳＢを受信することを誤って予想することがある）。幾つかの既存の実装形態では、ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇのセマンティクスは次のように提供され得る。
【０１２９】
[0138]０に等しいｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値がアクセス単位の異なるピクチャにおいて同じであってもよく同じでなくてもよいことを規定する。１に等しいｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値がアクセス単位の全てのピクチャにおいて同じであることを規定する。更に、ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇの値は、幾つかの既存の実装形態において、ピクチャ順序カウントのための復号プロセスに影響を及ぼすことがある。存在しないとき、ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇは０に等しいものと推定される。
【０１３０】
[0139]フラグがビットストリームの中に存在しないときにｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇの値又はＰＯＣ  ＬＳＢアライメントの他の表示の値が０であるものと推定することによって、ビットストリームがＨＥＶＣビットストリーム（例えば、１つのビデオレイヤだけを有する）である場合、マルチレイヤデコーダが誤った仮定を行う場合がある。ＨＥＶＣビットストリームでは、通常はＰＯＣ  ＬＳＢアライメントのそのような表示を含むことになるＶＰＳ拡張が存在しない場合がある。従って、ＰＯＣ  ＬＳＢアライメントのそのような表示がないことに基づいて、デコーダは、ＰＯＣ  ＬＳＢが位置合わせされていない（例えば、同じアクセス単位の中のピクチャが異なるＰＯＣ  ＬＳＢを有し得る）と推定することがあり、そのことは誤っている場合がある。幾つかの実装形態では、そのような推定に基づいて、デコーダは、ＰＯＣ  ＭＳＢ値がビットストリームの中で信号伝達される必要があるかどうかを決定する。例えば、デコーダは、ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇの０として推定された値に基づいて、ＰＯＣ  ＬＳＢが位置合わせされていないと最初に決定し、次いで、ＰＯＣ  ＭＳＢ値がビットストリームの中で信号伝達されることを必要とされるかどうかを示すように設計されたパラメータ（例えば、ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇ）を１としての値に設定することによって、そのような決定を行う場合がある。幾つかの実施形態では、ＰＯＣ  ＬＳＢが位置合わせされていないと決定することに加えて、デコーダは、ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇを１としての値に設定する前に、デコーダによって処理されている現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであると更に決定する。ＰＯＣ  ＭＳＢ値がビットストリームの中で信号伝達されることを必要とされるかどうかというそのような決定に基づいて、デコーダは、ＰＯＣ  ＭＳＢ値が実際にビットストリームの中に存在するか（例えば、エンコーダによって信号伝達されているか）どうかを決定する。幾つかの実施形態では、デコーダは、次のように提供されるセマンティクスを有するフラグを処理する。
【０１３１】
１に等しいｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｐｏｃ＿ｍｓｂ＿ｖａｌが存在することを規定する。ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しくＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇが０に等しいとき、ｐｏｃ＿ｍｓｂ＿ｖａｌが存在しない。存在しないとき、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、次のように推定される。
【０１３２】
−  ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇが１に等しい場合、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は１に等しいものと推定される。
【０１３３】
−  そうでない場合、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものと推定される。
【０１３４】
[0140]従って、上記で説明したように、マルチレイヤデコーダが単一レイヤビットストリームを処理するとき、デコーダは、ＰＯＣ  ＬＳＢが位置合わせされているという表示がビットストリームの中にないことに基づいて、単一レイヤビットストリームが非整合ＰＯＣ  ＬＳＢを含むと誤って推定することがあり、誤った推定は、ＰＯＣ  ＭＳＢ値がビットストリームの中で信号伝達される必要があるとデコーダに誤って決定させる。この誤った決定は、ＰＯＣ  ＭＳＢ値がビットストリームの中に実際に存在するとデコーダに誤って推定させる。
【０１３５】
[0141]本開示の幾つかの実施例では、誤った決定のこの連鎖を回避するために、ＰＯＣ  ＬＳＢアライメントの表示がビットストリームの中で提供されないときはいつでも、デコーダはＰＯＣ  ＬＳＢが位置合わせされていると推定し得る。しかしながら、デコーダは、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいものと推定することによって、依然としてＰｏｃＭｓｂＲｅｑｕｉｒｅｄＦｌａｇの値が１に等しいという決定に基づいてＰＯＣ  ＭＳＢ値がビットストリームの中で信号伝達されていると推定し得るので、そのような解決策が問題に完全に対処し得るとは限らない。コーダは、ＣＲＡピクチャ又はＢＬＡピクチャをコード化するとき、ＰｏｃＭｓｂＲｅｑｕｉｒｅｄＦｌａｇの値が１に等しいと決定し得る。
【０１３６】
[0142]本開示の幾つかの実施例では、デコーダは、スライスセグメントヘッダ拡張がビットストリームの中に存在することに基づいて、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値を決定し得る。デコーダはまた、スライスセグメントヘッダ拡張長の長さを示すフラグの値に基づいて、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値を決定し得る。例えば、以下に示すように、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが０に等しくないときのみシンタックス要素にとっての１としての値がｐｏｃ＿ｍｓｂ＿ｖａｌが存在することを規定するように、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのセマンティクスが改変されてよい。追加はイタリック体で示され、削除は［［二重括弧］］で示される。
【０１３７】
１に等しいｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｐｏｃ＿ｍｓｂ＿ｖａｌが存在することを規定する。ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等し［［くＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇが０に等し］］いとき、ｐｏｃ＿ｍｓｂ＿ｖａｌは存在しない。存在しないとき、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、次のように推定される。
【０１３８】
−  ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが０に等しい場合、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものと推定される。
【０１３９】
−  そうでなく、ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇが１に等しい場合、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は１に等しいものと推定される。
【０１４０】
−  そうでない場合、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものと推定される。
【０１４１】
[0143]図４は、本開示の一実施形態によるビデオ情報をコード化するための方法４００を示すフローチャートである。図４に示すステップは、エンコーダ（例えば、図２Ａ又は図２Ｂに示すようなビデオエンコーダ）、デコーダ（例えば、図３Ａ又は図３Ｂに示すようなビデオデコーダ）、又は任意の他の構成要素によって実行され得る。便宜上、方法４００は、エンコーダ、デコーダ、又は別の構成要素であり得るコーダによって実行されるように説明される。
【０１４２】
[0144]方法４００は、ブロック４０１において開始する。ブロック４０５において、コーダが、スライスセグメントヘッダ拡張が存在するかどうかを決定する。コーダは、ある長さのスライスセグメントヘッダ拡張を示しビットストリームの中で提供されるフラグに基づいて、スライスセグメントヘッダ拡張（例えば、コーダによって処理されている現在ピクチャ又は現在スライスに関連したもの）がビットストリームの中に存在するかどうかを決定し得る。コーダはまた、スライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを示しビットストリームの中で提供されるフラグに基づいて、スライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定し得る。そのようなフラグは、スライスセグメントヘッダ、ＶＰＳ、ＰＰＳ、ＳＰＳなどの中などの、ビットストリームの他の部分において提供されてよい。スライスセグメントヘッダ拡張がビットストリームの中に存在しないとコーダが決定する場合、方法４００はブロック４１０に進む。一方、スライスセグメントヘッダ拡張がビットストリームの中に存在するとコーダが決定する場合、方法４００はブロック４１５に進む。
【０１４３】
[0145]ブロック４１０において、コーダは、ＰＯＣ  ＭＳＢ値（例えば、コーダによって処理されている現在ピクチャ又は現在スライスに関連したもの）がビットストリームの中に存在しないと決定する。ＰＯＣ  ＭＳＢ値がビットストリームの中に存在しないと決定することの結果として、コーダは、ＰＯＣ  ＭＳＢ値がビットストリームの中に存在するかどうかを示すように構成されたフラグを０としての値に設定し得る。本開示の幾つかの実施例では、コーダは、コーダが場合によっては処理するように構成されるビットストリームの中のＰＯＣ  ＭＳＢ値を処理することを控える場合がある。
【０１４４】
[0146]ブロック４１５において、コーダは、ビットストリームの中のＰＯＣ  ＭＳＢ値を処理する。例えば、コーダは、ビットストリームを復号していることがあり、ブロック４０５においてスライスセグメントヘッダ拡張がビットストリームの中に存在すると決定した後、コーダは、ビットストリームの中で提供されるＰＯＣ  ＭＳＢ値を処理（又は、予想）し得る。コーダによって処理されている現在ピクチャに関連したＰＯＣ値を計算するために、及び／又はビットストリームの中で提供されるピクチャに関連したＰＯＣ値をリセット若しくは位置合わせするために、コーダは処理されたＰＯＣ  ＭＳＢ値を更に使用し得る。方法４００は、４２０において終了する。
【０１４５】
[0147]上記で説明したように、図２Ａのビデオエンコーダ２０、図２Ｂのビデオエンコーダ２３、図３Ａのビデオデコーダ３０、又は図３Ｂのビデオデコーダ３３の１つ又は複数の構成要素（例えば、レイヤ間予測ユニット１２８及び／又はレイヤ間予測ユニット１６６）は、スライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定すること、ＰＯＣ  ＭＳＢ値がビットストリームの中に存在しないと決定すること、及びビットストリームの中で提供されるＰＯＣ  ＭＳＢを処理することなどの、本開示で説明する技法のいずれかを実施するために使用され得る。
【０１４６】
[0148]方法４００において、図４に示すブロックのうちの１つ又は複数は、削除される（例えば、実行されない）ことがあり、修正されることがあり、及び／又は方法４００が実行される順序は入れ替えられることがある。例えば、４０５における決定を行う前に、コーダは、ＰＯＣ  ＬＳＢが位置合わせされているかどうかを最初に決定してよく（例えば、ビットストリームの中で提供されるフラグを検査することによって）、ＰＯＣ  ＬＳＢが位置合わせされていないという決定の後のみ、ブロック４０５に進んでよい。別の実施形態では、ＰＯＣ  ＬＳＢが位置合わせされていると決定することに加えて、又はその代わりに、コーダは、ブロック４０５に進む前に、コーダによって処理されている現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであると決定してよい。例えば、コーダは、ＰＯＣ  ＬＳＢが位置合わせされておらず現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであると決定した後、ブロック４０５に進んでよい。別の実施形態では、ブロック４０５において、コーダは、ＰＯＣ  ＭＳＢ値が信号伝達されることが必要とされると決定してよいが（例えば、ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇの値を１としての値に設定することによって）、そのような決定にかかわらず、スライスセグメントヘッダ拡張が存在しないという決定に基づいてブロック４１０に進んでよい。別の実施形態では、ブロック４１０が削除されてよく、スライスセグメントヘッダ拡張が存在しないとコーダが決定する場合、方法４００はいかなる追加の動作も実行することなく終了してよい。また別の実施形態では、ブロック４１５が削除されてよく、たとえスライスセグメントヘッダ拡張が存在するとコーダが決定しても、ＰＯＣ  ＭＳＢがビットストリームの中で提供されないとコーダが決定する場合、いかなる追加の動作も実行することなく方法４００は終了してよい。従って、本開示の実施形態は、図４に示す例に限定されず、又は図４に示す例によって限定されず、他の変形が本開示の趣旨から逸脱することなく実施され得る。
【０１４７】
イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ
[0149]幾つかのビデオコード化方式は、ビットストリームが、そのようなランダムアクセスポイントに先行するいかなるピクチャも復号する必要なく、そのようなランダムアクセスポイントのいずれかから始めて復号され得るような、ランダムアクセスポイントをビットストリーム全体にわたって提供し得る。そのようなビデオコード化方式では、出力順序においてランダムアクセスポイントに追従する全てのピクチャ（例えば、ランダムアクセスポイントを提供するピクチャと同じアクセス単位の中にあるピクチャを含む）は、ランダムアクセスポイントに先行するいかなるピクチャも使用することなく正しく復号され得る。例えば、ビットストリームの一部分が送信の間又は復号の間に失われても、デコーダは、次のランダムアクセスポイントから始めてビットストリームの復号を再開することができる。ランダムアクセスのサポートは、例えば、動的なストリーミングサービス、シーク動作、チャネル切替えなどを容易にし得る。
【０１４８】
[0150]幾つかのコード化方式では、そのようなランダムアクセスポイントは、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャと呼ばれるピクチャによって提供され得る。例えば、ｌａｙｅｒＢの中にあり復号順序においてａｕＡに先行するアクセス単位（「ａｕＢ」）の中に含まれるランダムアクセスポイント（又は、ａｕＡの中に含まれるランダムアクセスポイント）を有するｌａｙｅｒＡの各参照レイヤ（「ｌａｙｅｒＢ」）（例えば、ｌａｙｅｒＡを予測するために使用されるレイヤである参照レイヤ）に関して出力順序においてａｕＢに追従するｌａｙｅｒＡの中のピクチャ（ａｕＢの中に位置するそれらのピクチャを含む）が、ａｕＢに先行するｌａｙｅｒＡの中のいかなるピクチャも復号する必要なく正しく復号可能であるように、アクセス単位（「ａｕＡ」）の中に含まれる拡張レイヤ（「ｌａｙｅｒＡ」）の中のランダムアクセスポイント（例えば、拡張レイヤＩＲＡＰピクチャによって提供される）は、レイヤ特有のランダムアクセスを提供し得る。
【０１４９】
[0151]ＩＲＡＰピクチャは、イントラ予測（例えば、他のピクチャを参照することなくコード化される）を使用してコード化され得、例えば、瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャと、ＣＲＡピクチャと、ＢＬＡピクチャとを含み得る。ビットストリームの中にＩＤＲピクチャがあるとき、復号順序においてＩＤＲピクチャに先行する全てのピクチャは、復号順序においてＩＤＲピクチャに追従するピクチャによる予測のために使用されない。ビットストリームの中にＣＲＡピクチャがあるとき、ＣＲＡピクチャに追従するピクチャは、復号順序においてＣＲＡピクチャに先行するピクチャを予測のために使用してよく、又は使用しなくてもよい。復号順序においてＣＲＡピクチャに追従するが、復号順序においてＣＲＡピクチャに先行するピクチャを使用するピクチャは、ランダムアクセススキップド進み（ＲＡＳＬ：random access skipped leading）ピクチャと呼ばれることがある。復号順序においてＩＲＡＰピクチャに追従するとともに出力順序においてＩＲＡＰピクチャに先行する別のタイプのピクチャは、復号順序においてＩＲＡＰピクチャに先行するいかなるピクチャへの参照も含まないことがあるランダムアクセス復号可能進み（ＲＡＤＬ：random access decodable leading）ピクチャである。ＣＲＡピクチャに先行するピクチャが利用可能でない場合、ＲＡＳＬピクチャはデコーダによって廃棄されてよい。ＢＬＡピクチャは、（例えば、２つのビットストリームが互いに接合され、ＢＬＡピクチャが復号順序において第２のビットストリームの最初のピクチャであるので）ＢＬＡピクチャに先行するピクチャがデコーダにとって利用可能でない場合があることを、デコーダに示す。ＩＲＡＰピクチャであるベースレイヤのピクチャ（例えば、０としてのレイヤＩＤ値を有するピクチャ）を含むアクセス単位（例えば、複数のレイヤにわたって同じ出力時間に関連付けられた全てのコード化ピクチャからなるピクチャのグループ）は、ＩＲＡＰアクセス単位と呼ばれることがある。
【０１５０】
ＩＲＡＰピクチャの交差レイヤ配列（Cross-Layer Alignment）
[0152]幾つかの既存のコード化方式では、ＩＲＡＰピクチャは、異なるレイヤにわたる位置合わせ（例えば、同じアクセス単位に含まれる）を必要とされなくてよい。例えば、ＩＲＡＰピクチャが位置合わせを必要とされるのであれば、少なくとも１つのＩＲＡＰピクチャを含むいかなるアクセス単位もＩＲＡＰピクチャのみを含むはずである。一方、ＩＲＡＰピクチャが位置合わせを必要とされないのであれば、単一のアクセス単位の中で、１つのピクチャ（例えば、第１のレイヤの中の）がＩＲＡＰピクチャであってよく、別のピクチャ（例えば、第２のレイヤの中の）が非ＩＲＡＰピクチャであってよい。ビットストリームの中にそのような非整合ＩＲＡＰピクチャを有することは、幾つかの利点をもたらすことがある。例えば、２レイヤビットストリームの中で、拡張レイヤの中よりも多くのＩＲＡＰピクチャがベースレイヤの中にある場合、ブロードキャスト及びマルチキャストの適用例において、小さい同調遅延及び高いコード化効率が達成され得る。
【０１５１】
[0153]幾つかのビデオコード化方式では、ＰＯＣが、復号ピクチャが表示される相対的な順序を追跡するために使用され得る。そのようなコード化方式のうちの幾つかは、幾つかのタイプのピクチャがビットストリームの中で処理されるときはいつでも、ＰＯＣ値をリセット（例えば、０に設定、又はビットストリームの中で信号伝達された幾つかの値に設定）させ得る。そのようなピクチャは、ＰＯＣリセッティングピクチャと呼ばれることがある。例えば、ある種のＩＲＡＰピクチャのＰＯＣ値がリセットされてよく、復号順序においてそれらのＩＲＡＰピクチャに先行する他のピクチャのＰＯＣ値もリセットさせる。ＩＲＡＰピクチャが異なるレイヤにわたる位置合わせを必要とされないとき、このことが問題となり得る。例えば、あるピクチャ（「ｐｉｃＡ」）がＩＲＡＰピクチャであり同じアクセス単位の中の別のピクチャ（「ｐｉｃＢ」）がＩＲＡＰピクチャでないとき、ｐｉｃＡがＩＲＡＰピクチャであることに起因してリセットされる、ｐｉｃＡを含むレイヤの中のピクチャ（「ｐｉｃＣ」）のＰＯＣ値は、ｐｉｃＢを含むレイヤの中のリセットされないピクチャ（「ｐｉｃＤ」）のＰＯＣ値と異なることがあり、ここで、ｐｉｃＣ及びｐｉｃＤは同じアクセス単位の中にある。このことは、それらが同じアクセス単位（例えば、同じ出力時間）に属していても、ｐｉｃＣ及びｐｉｃＤが異なるＰＯＣ値を有することを引き起こす。従って、この例では、ｐｉｃＣ及びｐｉｃＤのＰＯＣ値を導出するための導出プロセスは、ＰＯＣ値及びアクセス単位の定義と一致するＰＯＣ値を生成するように修正され得る。
【０１５２】
ＰＯＣリセッティング期間にわたる長期参照ピクチャ
[0154]特定のＥＬのＣＲＡピクチャ及び／又はそのようなＣＲＡピクチャに関連したＲＡＳＬピクチャが予測のために長期参照ピクチャ（ＬＴＲＰ）を利用し、復号順序においてＬＴＲＰに後続するとともに復号順序においてＣＲＡピクチャに先行する１つ又は複数のＰＯＣリセッティングピクチャが同じレイヤの中に存在するとき、復号順序においてＣＲＡピクチャに先行する１つ又は複数のＰＯＣリセッティングピクチャを除去することによって取得される幾つかのビットストリームは、予測のためにＣＲＡピクチャ及び／又はＲＡＳＬピクチャに間違ったピクチャを参照させる場合があり、又はそれらの参照ピクチャのうちの幾つかを予測のために利用不可能とさせる場合がある。
【０１５３】
[0155]図５は、ＥＬ５１０とＢＬ５２０とを含むマルチレイヤビットストリーム５００を示す。ＥＬ５１０はＥＬピクチャ５１１〜５１８を含み、ＢＬはＢＬピクチャ５２１〜５２８を含む。マルチレイヤビットストリーム５００は、アクセス単位（ＡＵ）５３０〜５３７を更に含む。図５に示すように、ＡＵ５３０はＥＬピクチャ５１１とＢＬピクチャ５２１とを含み、ＡＵ５３１はＥＬピクチャ５１２とＢＬピクチャ５２２とを含み、ＡＵ５３２はＥＬピクチャ５１３とＢＬピクチャ５２３とを含み、ＡＵ５３３はＥＬピクチャ５１４とＢＬピクチャ５２４とを含み、ＡＵ５３４はＥＬピクチャ５１５とＢＬピクチャ５２５とを含み、ＡＵ５３５はＥＬピクチャ５１６とＢＬピクチャ５２６とを含み、ＡＵ５３６はＥＬピクチャ５１７とＢＬピクチャ５２７とを含み、ＡＵ５３７はＥＬピクチャ５１８とＢＬピクチャ５２８とを含む。図５の例では、ＢＬピクチャ５２２〜５２４はＩＤＲピクチャであり、ＥＬピクチャ５１５はＣＲＡピクチャであり、ＥＬピクチャ５１６はＣＲＡピクチャ５１５に関連したＲＡＳＬピクチャである。ＥＬピクチャ５１１は、ＲＡＳＬピクチャ５１６のＬＴＲＰである（例えば、ＲＡＳＬピクチャ５１６はＬＴＲＰ５１１に基づいてコード化される）。ＥＬピクチャ５１２〜５１４は、ＰＯＣリセッティングピクチャである。従って、ビットストリーム５００は、クロスレイヤ位置合わせされていないＩＲＡＰピクチャ（例えば、ＩＤＲピクチャ５２２〜５２４）を含む。
【０１５４】
[0156]図５の例では、ＬＴＲＰ５１１だけがＲＡＳＬピクチャ５１６が使用する参照ピクチャである場合、ＲＡＳＬピクチャ５１６がＬＴＲＰ５１１を参照用に使用するので、ＣＲＡピクチャ５１５の参照ピクチャセット（ＲＰＳ）サブセットＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ（例えば、復号順序においてＣＲＡピクチャ５１５に後続するピクチャによる参照のために使用される１組のＬＴＲＰ）は、ＬＴＲＰ５１１を含み得る。同様に、ＰＯＣリセッティングピクチャ５１２〜５１４はまた、それらのそれぞれのＲＰＳの中にＬＴＲＰ５１１を有し得る。本開示の幾つかの実施例では、ミドルボックスは、（例えば、幾つかの帯域幅条件を満たすために、又はより小さい利用可能な帯域幅に適用させるために）ダウンスイッチとその後に続くアップスイッチにビットストリームを従属させ得る。そのような実施形態では、ミドルボックスは、図６に示されるビットストリーム６００を生成し得る。図６のマルチレイヤビットストリーム６００は、ＥＬ６１０とＢＬ６２０とを含む。ＥＬ６１０はＥＬピクチャ６１１及び６１５〜６１８を含み、ＢＬはＢＬピクチャ６２１〜６２８を含む。マルチレイヤビットストリーム６００は、ＡＵ６３０〜６３７を更に含む。図６に示すように、ＡＵ６３０はＥＬピクチャ６１１とＢＬピクチャ６２１とを含み、ＡＵ６３１はＢＬピクチャ６２２を含み、ＡＵ６３２はＢＬピクチャ６２３を含み、ＡＵ６３３はＢＬピクチャ６２４を含み、ＡＵ６３４はＥＬピクチャ６１５とＢＬピクチャ６２５とを含み、ＡＵ６３５はＥＬピクチャ６１６とＢＬピクチャ６２６とを含み、ＡＵ６３６はＥＬピクチャ６１７とＢＬピクチャ６２７とを含み、ＡＵ６３７はＥＬピクチャ６１８とＢＬピクチャ６２８とを含む。図６の例では、ＢＬピクチャ６２２〜６２４はＩＤＲピクチャであり、ＥＬピクチャ６１５はＣＲＡピクチャであり、ＥＬピクチャ６１６はＣＲＡピクチャ６１５に関連したＲＡＳＬピクチャである。ＥＬピクチャ６１１は、ＲＡＳＬピクチャ６１６のＬＴＲＰである（例えば、ＲＡＳＬピクチャ６１６はＬＴＲＰ６１１に基づいてコード化される）。図６に示すように、図５のＰＯＣリセッティングピクチャ５１２〜５１４に対応するＥＬピクチャは、ビットストリーム６００から除去されている。
【０１５５】
[0157]図６の例では、ＬＴＲＰ６１１は、ＥＬ６１０に対応するサブ復号ピクチャバッファ（ＤＰＢ）の中で利用可能であり得る。しかしながら、ダウンスイッチ及びアップスイッチの結果として、復号順序においてＬＴＲＰ６１１に後続するがＣＲＡピクチャ６１５に先行するＰＯＣリセッティングピクチャに関連して実行されるＰＯＣリセットによってデクリメントされているはずの（但し、ダウンスイッチ及びアップスイッチに対して）ＬＴＲＰ６１１のＰＯＣは、デクリメントされない。ダウンスイッチ及びアップスイッチの間にＰＯＣリセッティングピクチャが除去されたので、そのようなＰＯＣリセッティングピクチャに先行するピクチャ（ＬＴＲＰ６１１を含む）のＰＯＣがデクリメントされるべき量が失われる（又は、ビットストリーム６００を処理しているデコーダによって決定可能でない）。例えば、ビットストリーム６００に対して使用されるＰＯＣ  ＬＳＢ長が８ビットであり、ＣＲＡピクチャ６１５に関連したＲＰＳが元のビットストリーム５００の中のＬＴＲＰ６１１のＰＯＣ  ＬＳＢ（例えば、１００）を使用してＬＴＲＰ６１１を参照する場合、ダウンスイッチ及びアップスイッチの後、ＬＴＲＰ６１１を参照するためにＣＲＡピクチャ６１５のＲＰＳによって使用されるＰＯＣ  ＬＳＢはもはや有効でない。ＣＲＡピクチャ６１５のＮＡＬ単位タイプがＢＬＡピクチャのＮＡＬ単位タイプのうちの１つへと変化せず、又はＣＲＡピクチャ６１５に対応するＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇが１としての値に設定されない場合、得られたビットストリーム６００は、非適合ビットストリームとみなされることになる。この例では、ＲＡＳＬピクチャ６１６だけがＬＴＲＰ６１１を参照用に使用するとき、ＲＡＳＬピクチャ６１６が正しく復号可能であるので、ＣＲＡピクチャ６１５をＢＬＡピクチャとしてマークし、又はそのフラグＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値を１としての値に変更する必要がない。
【０１５６】
[0158]本開示の幾つかの実施例では、ＲＡＳＬピクチャ６１６がＬＴＲＰ６１１の代わりに短期参照ピクチャ（ＳＴＲＰ）を参照しており、ＳＴＲＰがビットストリームから除去される場合、ＳＴＲＰを除去するミドルボックスは、ＲＡＳＬピクチャ６１６に関連したＣＲＡピクチャ（例えば、図６の例におけるＣＲＡピクチャ６１５）のＮＡＬ単位タイプを変更すること、又はＣＲＡピクチャがＢＬＡピクチャとして処理され得るように、そのようなＣＲＡピクチャに対応するＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値を１に等しく設定することが義務付けられ得る。
【０１５７】
[0159]本開示の幾つかの実施例では、ＲＡＳＬピクチャの関連するＩＲＡＰピクチャに復号順序において先行する同じレイヤの中のＰＯＣリセッティングピクチャに先行するＬＴＲＰをＲＡＳＬピクチャが使用できないことを、ビットストリーム適合制約は規定し得る。そのような実施形態では、コーダは、そのようなビットストリーム制約が適用可能であることを決定し得、コード化ビットストリームがビットストリーム制約に適合するようなビットストリーム制約に忠実に従い得る。図５の例では、ＲＡＳＬピクチャ５１６は、ＬＴＲＰ５１１を参照用に使用できないことになる。本開示の幾つかの実施例では、ＣＲＡと同じレイヤの中にありＣＲＡピクチャに復号順序において先行する任意のＰＯＣリセッティングピクチャに復号順序において先行するいかなるＬＴＲＰもＣＲＡピクチャがそのＲＰＳの中に含めることができないことを、ビットストリーム適合制約は規定し得る。本開示の幾つかの実施例では、ＣＲＡと同じレイヤの中にありＣＲＡピクチャに復号順序において先行する任意のＰＯＣリセッティングピクチャに復号順序において先行するいかなるピクチャもＣＲＡピクチャがそのＲＰＳの中に含めることができないことを、ビットストリーム適合制約は規定し得る。本開示の幾つかの実施例では、本明細書で説明するビットストリーム適合制約は、０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤ（例えば、ベースレイヤ以外のレイヤ）に適用され得る。
【０１５８】
[0160]例えば、ビットストリーム適合制約は、ＲＰＳへの以下の制約、即ち、「存在するとき、ＣＲＡピクチャのＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌの中のいかなるピクチャも、ＣＲＡピクチャに復号順序において先行し、ＣＲＡピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＰＯＣリセッティングピクチャに先行してはならないことがビットストリーム適合の要件である」ことを含むことによって実施され得る。代替的に、以下の制約、即ち、「０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャのＲＰＳの中のいかなるピクチャも、ＣＲＡピクチャに復号順序において先行し、ＣＲＡピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のＰＯＣリセッティングピクチャに復号順序において先行してはならないことがビットストリーム適合の要件である」ことが使用され得る。
【０１５９】
ＰＯＣリセッティング期間の中にピクチャがないこと
[0161]特定のレイヤにおいてＰＯＣリセッティング期間全体（例えば、ＰＯＣリセットとともに開始し次のＰＯＣリセットの直前に終了する期間）にわたってビットストリームがいかなるピクチャも含まない場合、エンコーダは、幾つかのユースケースにおいて適合ビットストリームを生成できないことがある。例えば、各レイヤの中のピクチャに関連したＰＯＣ値は、そのレイヤに属しておりＰＯＣリセッティング期間に含まれる最初のピクチャ（例えば、ＰＯＣリセッティングピクチャ）において利用可能な情報に基づいてデクリメントされる。特定のレイヤがいかなるピクチャも所与のＰＯＣリセッティング期間に含まないとき、特定のレイヤの中のピクチャに関連したＰＯＣ値がデクリメントされるべき量は、利用可能又は決定可能でない場合がある。この問題が図７に示される。
【０１６０】
[0162]図７は、ＥＬ７１０とＢＬ７２０とを含むマルチレイヤビットストリーム７００を示す。ＥＬ７１０はＥＬピクチャ７１１、７１２、及び７１５〜７１８を含み、ＢＬはＢＬピクチャ７２１〜７２８を含む。マルチレイヤビットストリーム７００は、ＡＵ７３０〜７３７を更に含む。図７に示すように、ＡＵ７３０はＥＬピクチャ７１１とＢＬピクチャ７２１とを含み、ＡＵ７３１はＥＬピクチャ７１２とＢＬピクチャ７２２とを含み、ＡＵ７３２はＢＬピクチャ７２３を含み、ＡＵ７３３はＢＬピクチャ７２４を含み、ＡＵ７３４はＥＬピクチャ７１５とＢＬピクチャ７２５とを含み、ＡＵ７３５はＥＬピクチャ７１６とＢＬピクチャ７２６とを含み、ＡＵ７３６はＥＬピクチャ７１７とＢＬピクチャ７２７とを含み、ＡＵ７３７はＥＬピクチャ７１８とＢＬピクチャ７２８とを含む。図７の例では、ＢＬピクチャ７２３はＩＤＲピクチャであり、ＢＬピクチャ７２５はＣＲＡピクチャである。ＩＤＲピクチャ７２３、ＣＲＡピクチャ７２５、及びＥＬピクチャ７１５は、１又は２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ値（例えば、完全なＰＯＣリセット又はＰＯＣ  ＭＳＢリセットを示す）を有するＰＯＣリセッティングピクチャである。
【０１６１】
[0163]図７に示すように、ビットストリーム７００は、ＡＵ７３２からＡＵ７３３までいかなるＥＬピクチャも含まない。従って、ＩＤＲピクチャ７２３に関連したＰＯＣリセット（例えば、ＡＵ７３２の中のピクチャの完全なＰＯＣリセット）をコーダが実行するとき、コーダは、ＡＵ７３２に先行するＥＬピクチャがデクリメントされるべき量を知らないことがある。ＥＬピクチャ７１５に関連したｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが、ＰＯＣ  ＭＳＢリセットがＡＵ７３４において実行されるべきであることを示す場合、コーダは、ＡＵ７３２において実行されなかったが実行されているべきＥＬピクチャのＰＯＣデクリメントに気付いていない場合がある。
【０１６２】
[0164]本開示の幾つかの実施例では、ＰＯＣデクリメント情報がスライスセグメントヘッダ拡張の中で更に信号伝達され、この追加の情報は、現在ピクチャと同じレイヤの中にあり前に復号されたピクチャのＰＯＣ値がデクリメントされるべき値を導出するために使用され得る。他の実施形態では、ピクチャがＰＯＣ  ＭＳＢリセット（例えば、完全なリセットでない）に関連付けられたＰＯＣリセッティングピクチャであるときのみ、追加のＰＯＣデクリメント情報が送られてよい。これらの特徴は以下に示すように実施され得る。
【０１６３】
スライスセグメントヘッダシンタックスへの変更
[0165]３としての値に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関連した機能が削除され別個のフラグとして提供される場合、エンコーダは、図７に示すビットストリームを符号化できる場合がある。この変更は、３としての値に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関連した機能が、この変更の前に１又は２としてのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ値に関連付けられていたピクチャのために使用され得ることを可能にし得る。シンタックス、セマンティクス、及び復号プロセスへの変更が以下に強調され、追加はイタリック体で示され、削除は［［二重括弧］］で示される。表１は、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ（）シンタックスへの変更を示す。
【０１６４】
【表１】
0006434044.tif 000002
【０１６５】
スライスセグメントヘッダセマンティクスへの変更
[0166]スライスセグメントヘッダセマンティクスは以下に示すように修正されてよく、ここで、追加はイタリック体で示され、削除は［［二重括弧］］で示される。
【０１６６】
０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャに対するピクチャ順序カウント値の最上位ビットも最下位ビットもリセットされないことを規定する。１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャに対するピクチャ順序カウント値の最上位ビットだけがリセットされ得ることを規定する。２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャに対するピクチャ順序カウント値の最上位ビットと最下位ビットの両方がリセットされ得ることを規定する。［［３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャに対するピクチャ順序カウント値の最上位ビットのみ、又は最上位ビットと最下位ビットの両方がリセットされ得、追加のピクチャ順序カウント情報が信号伝達されることを規定する。］］存在しないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は０に等しいものと推定される。
【０１６７】
次の制約が適用されることは、ビットストリーム適合の要件である。
【０１６８】
−  ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、サブレイヤ非参照ピクチャ、又は０よりも大きいＴｅｍｐｏｒａｌＩｄを有するピクチャ、又は１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャに対して、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は１又は２に等しくてはならない。
【０１６９】
−  アクセス単位の中の全てのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、同じでなければならない。
【０１７０】
−  アクセス単位の中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅとしての特定の値を有するＩＲＡＰピクチャであり、同じアクセス単位の中のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅとしての異なる値を有する少なくとも１つの他のピクチャが存在するとき、そのアクセス単位の中の全てのピクチャに対して、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は１又は２に等しくなければならない。
【０１７１】
−  ０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するとともにアクセス単位の中のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅとしての特定の値を有するＩＤＲピクチャである少なくとも１つのピクチャが存在し、同じアクセス単位の中のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅとしての異なる値を有する少なくとも１つの他のピクチャが存在するとき、そのアクセス単位の中の全てのピクチャに対して、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は１又は２に等しくなければならない。
【０１７２】
−  ＣＲＡピクチャ又はＢＬＡピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、３よりも小さくなければならない。
【０１７３】
−  アクセス単位の中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＤＲピクチャであり、同じアクセス単位の中の少なくとも１つの非ＩＤＲピクチャが存在するとき、そのアクセス単位の中の全てのピクチャに対して、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は２に等しくなければならない。
【０１７４】
−  アクセス単位の中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＤＲピクチャでないとき、そのアクセス単位の中のいかなるピクチャに対しても、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は２に等しくてはならない。
【０１７５】
アクセス単位のｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、そのアクセス単位の中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値である。
【０１７６】
ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄは、ＰＯＣリセッティング期間を識別する。ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄとしての同じ値と１又は２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃとを有する同じレイヤの中に、復号順序において連続する２つのピクチャがあってはならない。存在しないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値は、次のように推定される。
【０１７７】
−  現在ピクチャとビットストリームの同じレイヤの中の現時点においてスライスセグメントヘッダの中に存在するｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄを有する前のピクチャｐｉｃＡの場合、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値はｐｉｃＡのｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値に等しいものと推定される。
【０１７８】
−  そうでない場合、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値は０に等しいものと推定される。
【０１７９】
注−  レイヤの中の複数のピクチャがｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄとしての同じ値を有するとともに１又は２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有することは、そのようなピクチャが復号順序において連続した２つのアクセス単位の中に出現しない限り禁止されていない。そのような２つのピクチャがピクチャ喪失、ビットストリーム抽出、シーキング、又は接合動作に起因してビットストリームの中に現れる可能性を最小限に抑えるために、エンコーダは、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値を各ＰＯＣリセッティング期間に対してランダムな値となるように設定するべきである（上記で規定される制約を条件として）。
【０１８０】
次の制約が適用されることは、ビットストリーム適合の要件である。
【０１８１】
−  １つのＰＯＣリセッティング期間は、１又は２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する１つよりも多いアクセス単位を含んではならない。
【０１８２】
−  １又は２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセス単位は、ＰＯＣリセッティング期間の中の最初のアクセス単位でなければならない。
【０１８３】
−  ＰＯＣリセッティング期間の全てのレイヤの中で復号順序における最初のＰＯＣリセッティングピクチャに復号順序において後続するピクチャは、復号順序における最初のＰＯＣリセッティングピクチャに先行するいかなるレイヤの中の別のピクチャにも出力順序において先行してはならない。
【０１８４】
１に等しいｐｏｃ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ及びｐｏｃ＿ｌｓｂ＿ｖａｌがスライスヘッダ拡張の中で信号伝達されることを規定する。０に等しいｐｏｃ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ及びｐｏｃ＿ｌｓｂ＿ｖａｌがスライスヘッダ拡張の中で信号伝達されないことを規定する。
【０１８５】
１に等しいｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤの中の復号順序における前のピクチャが同じＰＯＣリセッティング期間に属さないとき、現在ピクチャに対するピクチャ順序カウント値の最上位ビットと最下位ビットの両方がリセットされることを規定する。０に等しいｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤの中の復号順序における前のピクチャが同じＰＯＣリセッティング期間に属さないとき、現在ピクチャに対するピクチャ順序カウント値の最上位ビットだけがリセットされることを規定する。
【０１８６】
ｐｏｃ＿ｌｓｂ＿ｖａｌは、現在ピクチャのピクチャ順序カウントを導出するために使用され得る値を規定する。ｐｏｃ＿ｌｓｂ＿ｖａｌシンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。
【０１８７】
ｐｏｃ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく［［ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しく］］、また、現在ピクチャと同じレイヤの中にあり、１又は２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有し、同じＰＯＣリセッティング期間に属する復号順序における前のピクチャｐｉｃＡがビットストリームの中に存在するとき、ｐｉｃＡが、現在ピクチャと同じレイヤの中にあり、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、又はサブレイヤ非参照ピクチャでなく、０に等しいＴｅｍｐｏｒａｌＩｄと０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有する、復号順序における前のピクチャと同じピクチャでなければならないことと、現在ピクチャのｐｏｃ＿ｌｓｂ＿ｖａｌの値がｐｉｃＡのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値に等しくなければならないこととは、ビットストリーム適合の要件である。
【０１８８】
変数ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇは次のように導出される。
【０１８９】
【数１】
0006434044.tif 000003
【０１９０】
[0167]代替的に、以下の制約がビットストリーム適合制約として追加される。
【０１９１】
次の制約が適用されることは、ビットストリーム適合の要件である。
【０１９２】
−  ｐｏｃ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは０又は２に等しくてはならない。
【０１９３】
[0168]代替的に、以下の制約がビットストリーム適合制約として追加される。
【０１９４】
次の制約が適用されることは、ビットストリーム適合の要件である。
【０１９５】
−  ｐｏｃ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは２に等しくてはならない。
【０１９６】
ＰＯＣの復号プロセスへの変更
[0169]ＨＥＶＣ規格に記載される既存の復号プロセスが以下に示すように修正されてよく、ここで、追加はイタリック体で示され、削除は［［二重括弧］］で示される。
【０１９７】
Ｆ．８．３．１  ピクチャ順序カウントのための復号プロセス
このプロセスの出力は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ、現在ピクチャのピクチャ順序カウントである。
【０１９８】
ピクチャ順序カウントは、マージモードにおける動きパラメータ、及び動きベクトル予測を導出するために、並びにデコーダ適合検査のために、ピクチャを識別するために使用される（サブクローズＣ．５参照）。
【０１９９】
各コード化ピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌとして示されるピクチャ順序カウント変数に関連付けられる。
【０２００】
現在ピクチャがＰＯＣリセッティング期間の全てのレイヤの中で最初のピクチャであるとき、両端値を含む０〜６２としての範囲の中のｉの各値に対して、変数ＰｏｃＤｅｃｒｅｍｅｎｔｅｄＩｎＤＰＢＦｌａｇ［ｉ］は０に等しく設定される。
【０２０１】
変数ｐｏｃＲｅｓｅｔｔｉｎｇＦｌａｇは次のように導出される。
【０２０２】
−  現在ピクチャがＰＯＣリセッティングピクチャである場合、次のことが適用される。
【０２０３】
−  ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇが０に等しい場合、ｐｏｃＲｅｓｅｔｔｉｎｇＦｌａｇは１に等しく設定される。
【０２０４】
−  そうでない場合、ＰｏｃＤｅｃｒｅｍｅｎｔｅｄＩｎＤＰＢＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しい場合、ｐｏｃＲｅｓｅｔｔｉｎｇＦｌａｇは０に等しく設定される。
【０２０５】
−  そうでない場合、ｐｏｃＲｅｓｅｔｔｉｎｇＦｌａｇは１に等しく設定される。
【０２０６】
−  そうでない場合、ｐｏｃＲｅｓｅｔｔｉｎｇＦｌａｇは０に等しく設定される。
【０２０７】
リストａｆｆｅｃｔｅｄＬａｙｅｒＬｉｓｔは次のように導出される。
【０２０８】
−  ｖｐｓ＿ｐｏｃ＿ｌｓｂ＿ａｌｉｇｎｅｄ＿ｆｌａｇが０に等しい場合、ａｆｆｅｃｔｅｄＬａｙｅｒＬｉｓｔは現在ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄからなる。
【０２０９】
−  そうでない場合、ａｆｆｅｃｔｅｄＬａｙｅｒＬｉｓｔは、現在ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ、及び両端値を含む０〜ＮｕｍＰｒｅｄｉｃｔｅｄＬａｙｅｒｓ［ｃｕｒｒＮｕｈＬａｙｅｒＩｄ］−１としての範囲の中のｊの全ての値に対してＰｒｅｄｉｃｔｅｄＬａｙｅｒＩｄ［ｃｕｒｒＮｕｈＬａｙｅｒＩｄ］［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値からなり、ここで、ｃｕｒｒＮｕｈＬａｙｅｒＩｄは現在ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値である。
【０２１０】
ｐｏｃＲｅｓｅｔｔｉｎｇＦｌａｇが１に等しい場合、次のことが適用される。
【０２１１】
−  ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しいとき、次のことが適用される。
【０２１２】
−  変数ｐｏｃＭｓｂＤｅｌｔａ、ｐｏｃＬｓｂＤｅｌｔａ、及びＤｅｌｔａＰｏｃＶａｌは次のように導出される。
【０２１３】
【数２】
0006434044.tif 000004
【０２１４】
−  ＤＰＢの中にあり、それに対してＰｏｃＤｅｃｒｅｍｅｎｔｅｄＩｎＤＰＢＦｌａｇ［ｎｕｈＬａｙｅｒＩｄ］が０に等しくａｆｆｅｃｔｅｄＬａｙｅｒＬｉｓｔの中の任意の値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄを有する各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＤｅｌｔａＰｏｃＶａｌだけデクリメントされる。
【０２１５】
−  ａｆｆｅｃｔｅｄＬａｙｅｒＬｉｓｔに含まれるｎｕｈＬａｙｅｒＩｄの各値に対して、ＰｏｃＤｅｃｒｅｍｅｎｔｅｄＩｎＤＰＢＦｌａｇ［ｎｕｈＬａｙｅｒＩｄ］は１に等しく設定される。
【０２１６】
−  現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは次のように導出される。
【０２１７】
【数３】
0006434044.tif 000005
【０２１８】
そうでない場合、次のことが適用される。
【０２１９】
−  現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは次のように導出される。
【０２２０】
【数４】
0006434044.tif 000006
【０２２１】
ａｆｆｅｃｔｅｄＬａｙｅｒＬｉｓｔに含まれるｌＩｄ値の各々に対するＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｌＩｄ］の値は、次のように導出される。
【０２２２】
−  現在ピクチャがＲＡＳＬピクチャ、ＲＡＤＬピクチャ、又はサブレイヤ非参照ピクチャでなく、現在ピクチャが０に等しいＴｅｍｐｏｒａｌＩｄと０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇとを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｌＩｄ］はＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。
【０２２３】
−  そうでない場合、ｐｏｃ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく［［ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しく］］以下の条件のうちの１つが真であるとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｌＩｄ］は（ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌ）に等しく設定される。
【０２２４】
−  ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しい。
【０２２５】
−  ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく現在ピクチャがＰＯＣリセッティングピクチャである。
【０２２６】
ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は、両端値を含む−２31〜２31−１としての範囲の中になければならない。１つのＣＶＳの中で、同じレイヤの中の任意の２つのコード化ピクチャに対するＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は同じであってはならない。
【０２２７】
関数ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＸ）は、次のように規定される。
【０２２８】
【数５】
0006434044.tif 000007
【０２２９】
関数ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）は、次のように規定される。
【０２３０】
【数６】
0006434044.tif 000008
【０２３１】
ビットストリームは、両端値を含む−２15〜２15−１としての範囲の中にない、復号プロセスにおいて使用されるＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）の値をもたらすデータを含んではならない。
【０２３２】
注−  Ｘを現在ピクチャとし、Ｙ及びＺを同じシーケンスの中の２つの他のピクチャとすると、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｙ）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｚ）の両方が正であるか、又は両方が負であるとき、Ｙ及びＺは、Ｘからの同じ出力順序方向にあるものとみなされる。
【０２３３】
[0170]代替的に、ＣＲＡは、３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有することが許容される場合があり、ｐｏｃ＿ｍｓｂ＿ｖａｌの値が、現在ピクチャのピクチャ順序カウントの最上位ビットの値と、［［同じレイヤの中の］］前のＰＯＣリセッティングピクチャ又は［［同じレイヤの中の］］前のＩＤＲピクチャの、どちらか復号順序において現在ピクチャに近い方との差分に等しくなければならないように、ｐｏｃ＿ｍｓｂ＿ｖａｌのセマンティクスが修正される。
【０２３４】
スライスセグメントヘッダ拡張シンタックス要素のセマンティクス
[0171]現在、シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ及びｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｉｔのセマンティクスは規定されていない。以下のセマンティクスが、ＨＥＶＣ規格に追加されてよい。
【０２３５】
ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈは、このシンタックス要素に後続するスライスヘッダ拡張データの長さをバイト単位で規定する。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの値は、両端値を含む０〜４０９６としての範囲の中になければならない。存在しないとき、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの値は０に等しいものと推定される。
【０２３６】
ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｉｔは、任意の値を有してよい。デコーダは、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｉｔの値を無視しなければならない。その値は、本仕様の本バージョンで規定されるプロファイルへのデコーダ適合に影響を及ぼさない。
【０２３７】
ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのセマンティクス
[0172]シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇはＰＰＳの中で信号伝達され、フラグｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［０］の値を条件とする。ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのシンタックス及びセマンティクスが以下に転載される。表２は、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）の例示的なシンタックスを示す。
【０２３８】
【表２】
0006434044.tif 000009
【０２３９】
ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［ｉ］は、本仕様の本バージョンに適合するビットストリームの中で、両端値を含む１〜６としての範囲の中のｉに対して０に等しくなければならない。１に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［０］は、ＰＰＳ  ＲＢＳＰシンタックス構造の中にｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在することを規定する。０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［０］は、ＰＰＳ  ＲＢＳＰシンタックス構造の中にｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないことを規定する。両端値を含む１〜７としての範囲の中のｉに対して、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［ｉ］について１としての値は、将来の使用のためにＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによって予約される。０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［７］は、ＰＰＳ  ＲＢＳＰシンタックス構造の中にｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が存在しないことを規定する。デコーダは、ＰＰＳ  ＮＡＬ単位中でｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［７］にとっての値１に後続する全てのｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素を無視しなければならない。
【０２４０】
０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＰＳを参照するスライスのスライスセグメントヘッダの中に、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが存在しないことを規定する。１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＰＳを参照するスライスのスライスセグメントヘッダの中に、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが存在することを規定する。
【０２４１】
[0173]幾つかの実装形態では、ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しいときでさえ、現在のシンタックスは、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅ＿ｆｌａｇ［０］が１としての値に設定されｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが信号伝達されることを義務付け得る。しかしながら、ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを信号伝達せず、代わりにシンタックス要素が存在しないときにその値が０に等しいものと推定することが、より効率的な場合がある。そのような変更は以下に示すようにセマンティクスを修正することによって実施されてよく、ここで、追加された言葉はイタリック体で示される。
【０２４２】
０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＰＳを参照するスライスのスライスセグメントヘッダの中にシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが存在しないことを規定する。１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＰＳを参照するスライスのスライスセグメントヘッダの中にシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが存在することを規定する。存在しないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものと推定される。
【０２４３】
[0174]本開示に記載される技法は独立に適用されてよく、それらの一部又は全部が組み合わせて適用されてもよい。本明細書で説明する表示、フラグ、及び／又はシンタックス要素は、限定はしないが、ＶＰＳ、ＳＰＳ、ＰＰＳ、スライスヘッダ、ＳＥＩメッセージなどを含むビットストリームの様々な部分において提供されてよく、外部の手段によって規定されてさえよい。
【０２４４】
他の考慮事項
[0175]本明細書で開示された情報及び信号は、多種多様な技術及び技法のいずれかを使用して表され得る。例えば、上記の説明全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁性粒子、光場若しくは光学粒子、又はそれらの任意の組合せによって表され得る。
【０２４５】
[0176]本明細書で開示された実施形態に関して記載された様々な例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、又は両方の組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、及びステップが、概してそれらの機能に関して上記で説明されている。そのような機能性が、ハードウェア又はソフトウェアのどちらとして実施されるのかは、特定の応用例と、システム全体に課せられる設計制約とに依存する。当業者は、特定の適用例ごとに様々な方法で記載された機能を実装し得るが、そのような実装の決定が、本発明の範囲からの逸脱を引き起こすと解釈されるべきではない。
【０２４６】
[0177]本明細書に記載された技術は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せに実装され得る。そのような技法は、汎用コンピュータ、ワイヤレス通信機器ハンドセット、又はワイヤレス通信機器ハンドセット及び他の機器における適用例を含む複数の用途を有する集積回路機器などの、様々な機器のいずれかにおいて実装され得る。モジュール又は構成要素として記載された任意の特徴は、集積論理機器内で一緒に、又は個別であるが相互運用可能な論理機器として別々に実装され得る。ソフトウェアに実装された場合、本技法は、実行されたとき、上記で説明された方法のうちの１つ又は複数を実行する命令を含むプログラムコードを備えるコンピュータ可読データ記憶媒体によって、少なくとも部分的に実現され得る。コンピュータ可読データ記憶媒体は、パッケージング材料を含むことがあるコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、磁気又は光学データ記憶媒体などの、メモリ又はデータ記憶媒体を備え得る。本技法は、追加又は代替として、伝搬信号又は電波などの、命令又はデータ構造の形態でプログラムコードを搬送又は伝達し、コンピュータによってアクセスされ、読み取られ、及び／又は実行され得るコンピュータ可読通信媒体によって、少なくとも部分的に実現され得る。
【０２４７】
[0178]プログラムコードは、１つ又は複数のＤＳＰなどの１つ又は複数のプロセッサ、汎用マイクロプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又は他の等価の集積回路若しくはディスクリート論理回路を含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示に記載された技法のいずれかを実行するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であり得る。プロセッサはまた、コンピューティング機器の組合せ、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ又は複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。従って、本明細書で使用する「プロセッサ」という用語は、上記の構造、上記の構造の任意の組合せ、又は本明細書に記載された技法の実装に適した任意の他の構造若しくは装置のいずれかを指し得る。更に、幾つかの態様では、本明細書に記載された機能は、符号化及び復号のために構成された専用のソフトウェアモジュール又はハードウェアモジュール内に提供され得るか、若しくは複合ビデオエンコーダ／デコーダ（コーデック）に組み込まれ得る。また、本技法は、１つ又は複数の回路又は論理要素で十分に実装され得る。
【０２４８】
[0179]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）又はＩＣのセット（例えば、チップセット）を含む、多種多様な機器又は装置で実装され得る。様々なコンポーネント、モジュール、又はユニットは、開示されている技術を実行するように構成された機器の機能的態様を強調するように本開示において説明されているが、異なるハードウェアユニットによる実現を必ずしも必要としない。むしろ、上記で説明したように、様々なユニットが、適切なソフトウェア及び／又はファームウェアとともに、上記で説明した１つ又は複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、又は相互動作可能なハードウェアユニットの集合によって与えられ得る。
【０２４９】
[0180]本発明の様々な実施形態について説明した。これら及び他の実施形態は、以下の特許請求の範囲内に入る。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビットストリームの中のビデオ情報をコード化するための装置であって、
現在ピクチャを有するビデオレイヤに関連したビデオ情報を記憶するように構成されたメモリと、
前記メモリと通信しており、
前記現在ピクチャに関連したスライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定し、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという決定に応答して、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）が前記ビットストリームの中に存在しないと決定するように構成された
プロセッサとを備える装置。
［Ｃ２］
前記プロセッサが、ある長さの前記スライスセグメントヘッダ拡張を示し前記ビットストリームの中で提供されるフラグに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定するように更に構成される、Ｃ１に記載の装置。
［Ｃ３］
前記プロセッサが、前記ビットストリームが単一レイヤビットストリームであるかどうかに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定するように更に構成される、Ｃ１に記載の装置。
［Ｃ４］
前記プロセッサが、前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかに少なくとも部分的に基づいて、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定するように更に構成される、Ｃ１に記載の装置。
［Ｃ５］
前記プロセッサが、
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかを決定し、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされるという表示を処理し、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされるという前記表示にかかわらず、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという前記決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定する
ように更に構成される、Ｃ１に記載の装置。
［Ｃ６］
前記プロセッサが、ある長さの前記スライスセグメントヘッダ拡張を示し前記ビットストリームの中で提供されるフラグに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定するように更に構成される、Ｃ５に記載の装置。
［Ｃ７］
前記プロセッサが、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないことを示すためのパラメータを０に設定するように更に構成される、Ｃ１に記載の装置。
［Ｃ８］
前記プロセッサが、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するという決定に応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢに少なくとも部分的に基づいて、前記ビデオレイヤに関連した前記ビデオ情報をコード化するように更に構成される、Ｃ１に記載の装置。
［Ｃ９］
前記ＰＯＣ値の前記１つ以上のＭＳＢが、前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の中で提供される、Ｃ１に記載の装置。
［Ｃ１０］
前記プロセッサが、
前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するという決定に応答して、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが、前記ビットストリームの中に存在することを必要とされるかどうかを決定し、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという決定に応答して、前記ビットストリームの中で提供される前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを処理する
ように更に構成される、Ｃ１に記載の装置。
［Ｃ１１］
前記プロセッサが、関連する前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされないという決定に応答して、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定するように更に構成される、Ｃ１０に記載の装置。
［Ｃ１２］
ビットストリームの中のビデオ情報をコード化する方法であって、
ビデオレイヤの中の現在ピクチャに関連したスライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定することと、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという決定に応答して、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）が前記ビットストリームの中に存在しないと決定すること、又は、
前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するという決定に応答して、前記現在ピクチャに関連したＰＯＣ値の１つ以上のＭＳＢが、前記ビットストリームの中に存在することを必要とされるかどうかを決定することと
を備える方法。
［Ｃ１３］
ある長さの前記スライスセグメントヘッダ拡張を示し前記ビットストリームの中で提供されるフラグに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定することを更に備えるＣ１２に記載の方法。
［Ｃ１４］
前記ビットストリームが単一レイヤビットストリームであるかどうかに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定することを更に備えるＣ１２に記載の方法。
［Ｃ１５］
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかに少なくとも部分的に基づいて、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定することを更に備えるＣ１２に記載の方法。
［Ｃ１６］
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかを決定することと、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされると決定することと、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされるという前記決定にかかわらず、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという前記決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定することと
を更に備えるＣ１２に記載の方法。
［Ｃ１７］
ある長さの前記スライスセグメントヘッダ拡張を示し前記ビットストリームの中で提供されるフラグに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定することを更に備えるＣ１６に記載の方法。
［Ｃ１８］
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないことを示すためのパラメータを０に設定することを更に備えるＣ１２に記載の方法。
［Ｃ１９］
前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するという決定に応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢに少なくとも部分的に基づいて、前記ビデオレイヤに関連した前記ビデオ情報をコード化することを更に備えるＣ１２に記載の方法。
［Ｃ２０］
前記ＰＯＣ値の前記１つ以上のＭＳＢが、前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張の中で提供される、Ｃ１２に記載の方法。
［Ｃ２１］
前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるかどうかを決定することに応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるという決定に応答して、前記ビットストリームの中で提供される前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢを処理することを更に備えるＣ１２に記載の方法。
［Ｃ２２］
前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされるかどうかを決定することに応答して、関連する前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在することを必要とされないという決定に応答して、前記現在ピクチャに関連した前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定することを更に備えるＣ２１に記載の方法。
［Ｃ２３］
実行されたとき、装置に、
現在ピクチャを有するビデオレイヤに関連したビデオ情報を記憶させ、
前記現在ピクチャに関連したスライスセグメントヘッダ拡張がビットストリームの中に存在するかどうかを決定させ、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという決定に応答して、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）が前記ビットストリームの中に存在しないと決定させる
コードを備える非一時的コンピュータ可読媒体。
［Ｃ２４］
前記コードが、更に前記装置に、ある長さの前記スライスセグメントヘッダ拡張を示し前記ビットストリームの中で提供されるフラグに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定させる、Ｃ２３に記載のコンピュータ可読媒体。
［Ｃ２５］
前記コードが、更に前記装置に、前記ビットストリームが単一レイヤビットストリームであるかどうかに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定させる、Ｃ２３に記載のコンピュータ可読媒体。
［Ｃ２６］
前記コードが、更に前記装置に、
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかを決定させ、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされると決定させ、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされるという前記決定にかかわらず、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという前記決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定させる、
Ｃ２３に記載のコンピュータ可読媒体。
［Ｃ２７］
ビットストリームの中のビデオ情報をコード化するように構成されたビデオコード化機器であって、
現在ピクチャを有するビデオレイヤに関連したビデオ情報を記憶するための手段と、
前記現在ピクチャに関連したスライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定するための手段と、
前記現在ピクチャに関連した前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという決定に応答して、前記現在ピクチャに関連したピクチャ順序カウント（ＰＯＣ）値の１つ以上の最上位ビット（ＭＳＢ）が前記ビットストリームの中に存在しないと決定するための手段と
を備えるビデオコード化機器。
［Ｃ２８］
ある長さの前記スライスセグメントヘッダ拡張を示し前記ビットストリームの中で提供されるフラグに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定するための手段を更に備えるＣ２７に記載のビデオコード化機器。
［Ｃ２９］
前記ビットストリームが単一レイヤビットストリームであるかどうかに基づいて、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在するかどうかを決定するための手段を更に備えるＣ２７に記載のビデオコード化機器。
［Ｃ３０］
前記現在ピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャ又はブロークンリンクアクセス（ＢＬＡ）ピクチャであるかどうかを決定するための手段と、
前記現在ピクチャがＣＲＡピクチャ又はＢＬＡピクチャであるという決定に応答して、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされると決定するための手段と、
前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中で提供されることを必要とされるという前記決定にかかわらず、前記スライスセグメントヘッダ拡張が前記ビットストリームの中に存在しないという前記決定に基づいて、前記ＰＯＣ値の前記１つ以上のＭＳＢが前記ビットストリームの中に存在しないと決定するための手段と
を更に備えるＣ２７に記載のビデオコード化機器。
【図１Ａ】
0006434044.tif 000010
【図１Ｂ】
0006434044.tif 000011
【図２Ａ】
0006434044.tif 000012
【図２Ｂ】
0006434044.tif 000013
【図３Ａ】
0006434044.tif 000014
【図３Ｂ】
0006434044.tif 000015
【図４】
0006434044.tif 000016
【図５】
0006434044.tif 000017
【図６】
0006434044.tif 000018
【図７】
0006434044.tif 000019