(57)【特許請求の範囲】
【請求項１】
ビデオ情報を復号するための装置であって、
複数のレイヤに関連付けられたビデオ情報を記憶するためのメモリユニットと、
前記メモリユニットに動作可能に結合されたプロセッサと、
を備え、前記プロセッサは、
復号されるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得し、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含み、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定し、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定し、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、
前記現在ＡＵの前記第１のレイヤにおけるピクチャ順序カウント（ＰＯＣ）をリセットし、
復号順序において前記現在ＡＵの後にあるＡＵの前記第２のレイヤにおいて、前記第２のレイヤにおけるＰＯＣをリセットするために、前記現在ＡＵの前記ＰＯＣの前記リセットを示すように第１のシンタックス要素の値を設定する、
ように構成され、
前記プロセッサは、復号順序において前記現在ＡＵの後の１つまたは複数のＡＵについて、前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように前記第１のシンタックス要素の前記値を設定するように構成され、前記１つまたは複数の後のＡＵが、前記第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、前記第２のレイヤと前記同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において前記第１のＡＵの後の第２のＡＵで終了し、ここにおいて、
前記第２のピクチャが、０に等しい時間ＩＤを有し、
前記第２のピクチャが廃棄可能なピクチャでなく、
前記第２のピクチャがランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャでないか、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャでないか、または前記第２のレイヤのサブレイヤ非参照ピクチャ（ＳＬＮＲ）でない、装置。
【請求項２】
ビデオ情報を符号化するための装置であって、
複数のレイヤに関連付けられたビデオ情報を記憶するためのメモリユニットと、
前記メモリユニットに動作可能に結合されたプロセッサと、
を備え、前記プロセッサは、
符号化されるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得し、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含み、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定し、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定し、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、
前記現在ＡＵの前記第１のレイヤにおけるピクチャ順序カウント（ＰＯＣ）をリセットし、
復号順序において前記現在ＡＵの後にあるＡＵの前記第２のレイヤにおいて、前記第２のレイヤにおけるＰＯＣをリセットするために、前記現在ＡＵの前記ＰＯＣの前記リセットを示すように第１のシンタックス要素の値を設定する、
ように構成され、
前記プロセッサは、復号順序において前記現在ＡＵの後の１つまたは複数のＡＵについて、前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように前記第１のシンタックス要素の前記値を設定するように構成され、前記１つまたは複数の後のＡＵが、前記第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、前記第２のレイヤと前記同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において前記第１のＡＵの後の第２のＡＵで終了し、ここにおいて、
前記第２のピクチャが、０に等しい時間ＩＤを有し、
前記第２のピクチャが廃棄可能なピクチャでなく、
前記第２のピクチャがランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャでないか、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャでないか、または前記第２のレイヤのサブレイヤ非参照ピクチャ（ＳＬＮＲ）でない、装置。
【請求項３】
前記第１のシンタックス要素がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃである、請求項１または請求項２に記載の装置。
【請求項４】
前記第１のレイヤがベースレイヤである、請求項１または請求項２に記載の装置。
【請求項５】
前記第１のレイヤがエンハンスメントレイヤであり、前記ＩＲＡＰピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャである、請求項１または請求項２に記載の装置。
【請求項６】
前記装置はワイヤレス通信デバイスであり、
少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機、ここで、前記ビデオデータが、前記複数のレイヤに関連付けられた前記ビデオ情報を備える、と、
前記少なくとも１つのＲＡＴに従って動作するように構成された送信機と、
をさらに備える、請求項１または請求項２に記載の装置。
【請求項７】
前記ワイヤレス通信デバイスがセルラー電話であり、前記受信されたビデオデータが前記受信機によって受信され、セルラー通信規格に従って変調される、請求項６に記載の装置。
【請求項８】
ビデオ情報を復号する方法であって、
複数のレイヤに関連付けられたビデオ情報を記憶することと、
復号されるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得すること、ここで、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含んでいる、と、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定することと、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定することと、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含む第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、
前記現在ＡＵの前記第１のレイヤにおけるピクチャ順序カウント（ＰＯＣ）をリセットすることと、
復号順序において前記現在ＡＵの後にあるＡＵの前記第２のレイヤにおいて、前記第２のレイヤにおけるＰＯＣをリセットするために、前記現在ＡＵの前記ＰＯＣの前記リセットを示すように第１のシンタックス要素の値を設定することと、
を備え、
前記第１のシンタックス要素の前記値は、復号順序において前記現在ＡＵの後の１つまたは複数のＡＵについて、前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように設定され、ここで、前記１つまたは複数の後のＡＵが、前記第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、前記第２のレイヤと前記同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において前記第１のＡＵの後の第２のＡＵで終了し、ここにおいて、
前記第２のピクチャが、０に等しい時間ＩＤを有し、
前記第２のピクチャが廃棄可能なピクチャでなく、
前記第２のピクチャがランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャでないか、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャでないか、または前記第２のレイヤのサブレイヤ非参照ピクチャ（ＳＬＮＲ）でない、方法。
【請求項９】
ビデオ情報を符号化する方法であって、
複数のレイヤに関連付けられたビデオ情報を記憶することと、
符号化されるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得すること、ここで、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含んでいる、と、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定することと、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定することと、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含む第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、
前記現在ＡＵの前記第１のレイヤにおけるピクチャ順序カウント（ＰＯＣ）をリセットすることと、
復号順序において前記現在ＡＵの後にあるＡＵの前記第２のレイヤにおいて、前記第２のレイヤにおけるＰＯＣをリセットするために、前記現在ＡＵの前記ＰＯＣの前記リセットを示すように第１のシンタックス要素の値を設定することと、
を備え、
前記第１のシンタックス要素の前記値は、復号順序において前記現在ＡＵの後の１つまたは複数のＡＵについて、前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように設定され、ここで、前記１つまたは複数の後のＡＵが、前記第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、前記第２のレイヤと前記同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において前記第１のＡＵの後の第２のＡＵで終了し、ここにおいて、
前記第２のピクチャが、０に等しい時間ＩＤを有し、
前記第２のピクチャが廃棄可能なピクチャでなく、
前記第２のピクチャがランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャでないか、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャでないか、または前記第２のレイヤのサブレイヤ非参照ピクチャ（ＳＬＮＲ）でない、方法。
【請求項１０】
前記第１のシンタックス要素がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃである、請求項８または請求項９に記載の方法。
【請求項１１】
前記第１のレイヤがベースレイヤである、請求項８または請求項９に記載の方法。
【請求項１２】
前記第１のレイヤがエンハンスメントレイヤであり、前記ＩＲＡＰピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャである、請求項８または請求項９に記載の方法。
【請求項１３】
プロセッサ上で実行されたとき、前記プロセッサに、請求項８〜請求項１２のうちのいずれか一項に記載の方法を実行させる命令を備える、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示は、シングルレイヤビデオコーディングとマルチレイヤビデオコーディングの両方を含む、ビデオコーディングおよび圧縮の分野に関する。マルチレイヤビデオコーディングとしては、スケーラブルビデオコーディング、マルチビュービデオコーディング、３次元（３Ｄ）ビデオコーディングなどがあり得る。
【背景技術】
【０００２】
[0002]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、ビデオ遠隔会議デバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法などのビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
【０００３】
[0003]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間（イントラピクチャ）予測および／または時間（インターピクチャ）予測を実施する。ブロックベースのビデオコーディングの場合、ビデオスライス（たとえば、ビデオフレーム、ビデオフレームの一部分など）が、ツリーブロック、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック内の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００４】
[0004]空間予測または時間予測は、コーディングされるべきブロックの予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて、残差変換係数が得られ得、その残差変換係数は、次いで量子化され得る。量子化変換係数は、最初は２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するために、エントロピー符号化が適用され得る。
【発明の概要】
【０００５】
[0005]本開示のシステム、方法およびデバイスは、それぞれいくつかの発明的態様を有し、それらのうちの単一の態様が、本明細書で開示する望ましい属性を単独で担当するとは限らない。１つまたは複数の例の詳細を添付の図面および以下の説明に記載する。添付の図面および以下の説明は、本明細書で説明する発明的概念の全範囲を限定するものではない。他の特徴、目的、および利点は、説明および図面、ならびに特許請求の範囲から明らかになろう。
【０００６】
[0006]スケーラブルビデオコーディング（ＳＶＣ）は、参照レイヤ（ＲＬ：reference layer）と呼ばれることがあるベースレイヤ（ＢＬ：base layer）と、１つまたは複数のスケーラブルエンハンスメントレイヤ（ＥＬ：enhancement layer）とが使用されるビデオコーディングを指す。ＳＶＣでは、ベースレイヤは、ベースレベルの品質でビデオデータを搬送することができる。１つまたは複数のエンハンスメントレイヤは、たとえば、より高い空間レベル、時間レベル、および／または信号対雑音比（ＳＮＲ：signal-to-noise ratio）レベルをサポートするために追加のビデオデータを搬送することができる。エンハンスメントレイヤは、前に符号化されたレイヤに対して定義され得る。たとえば、最下位レイヤはＢＬとして働き得、最上位レイヤはＥＬとして働き得る。中間レイヤは、ＥＬまたはＲＬのいずれか、あるいはその両方として働き得る。たとえば、中間レイヤ（たとえば、最下位レイヤでもなく最上位レイヤでもないレイヤ）は、ベースレイヤまたは介在エンハンスメントレイヤ（intervening enhancement layer）など、中間レイヤの下のレイヤのためのＥＬであり、同時に、中間レイヤの上の１つまたは複数のエンハンスメントレイヤのためのＲＬとして働き得る。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューがあり得、１つのビューの情報は、別のビューの情報（たとえば、動き推定、動きベクトル予測および／または他の冗長）をコーディング（たとえば、符号化または復号）するために利用され得る。
【０００７】
[0007]いくつかの態様による、ビデオ情報をコーディングするための装置は、メモリユニットとプロセッサとを含む。メモリユニットは、複数のレイヤに関連付けられたビデオ情報を記憶するように構成される。プロセッサは、コーディングされるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得するように構成され、現在ＡＵは複数のレイヤのうちの１つまたは複数のレイヤからのピクチャを含んでいる。プロセッサは、現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ：intra random access point）ピクチャを含んでいる第１のレイヤを含むかどうかを決定するようにさらに構成される。プロセスは、現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、現在ＡＵにおける第２のレイヤのピクチャ順序カウント（ＰＯＣ：picture order count）をリセットするようにさらに構成される。
【０００８】
[0008]いくつかの態様による、ビデオ情報をコーディングするための装置は、メモリユニットとプロセッサとを含む。メモリユニットは、複数のレイヤに関連付けられたビデオ情報を記憶するように構成される。プロセッサは、コーディングされるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得するように構成され、現在ＡＵは複数のレイヤのうちの１つまたは複数のレイヤからのピクチャを含んでいる。プロセッサはまた、（１）現在ＡＵ中に含まれるレイヤのピクチャ順序カウント（ＰＯＣ）の最上位ビット（ＭＳＢ：most significant bit）のみをリセットすること、または（２）ＰＯＣのＭＳＢとＰＯＣの最下位（ＬＳＢ）の両方をリセットすることを介してＰＯＣをリセットするように構成される。プロセッサは、復号順序において現在ＡＵの後の１つまたは複数のＡＵ中のピクチャについて、ＰＯＣのリセットがフルリセットであるかどうか示す第１のフラグの値を設定するようにさらに構成される。
【図面の簡単な説明】
【０００９】
【図１Ａ】[0009]本開示で説明する態様による技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。
【図１Ｂ】[0010]本開示で説明する態様による技法を実施し得る別の例示的なビデオ符号化および復号システムを示すブロック図。
【図２Ａ】[0011]本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図。
【図２Ｂ】[0012]本開示で説明する態様による技法を実装し得るビデオエンコーダの一例を示すブロック図。
【図３Ａ】[0013]本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図。
【図３Ｂ】[0014]本開示で説明する態様による技法を実装し得るビデオデコーダの一例を示すブロック図。
【図４】[0015]異なるレイヤ中のピクチャの例示的な構成を示すブロック図。
【図５】[0016]異なるレイヤ中のピクチャの例示的な構成を示すブロック図。
【図６】[0017]異なるレイヤ中のピクチャの例示的な構成を示すブロック図。
【図７】[0018]異なるレイヤ中のピクチャの例示的な構成を示すブロック図。
【図８】[0019]本開示の１つまたは複数の態様による、ビデオ情報をコーディングする方法を示すフローチャート。
【図９】[0020]本開示の１つまたは複数の態様による、ビデオ情報をコーディングする方法を示すフローチャート。
【発明を実施するための形態】
【００１０】
[0021]概して、本開示は、ＨＥＶＣ（高効率ビデオコーディング）など、アドバンストビデオコーデックのコンテキストにおけるシングルレイヤコーディング、ならびにスケーラブルビデオコーディングのためのレイヤ間予測に関する。より詳細には、本開示は、マルチレイヤコーデックのためのピクチャ順序カウント（ＰＯＣ）リセットのためのシステムおよび方法に関する。
【００１１】
[0022]以下の説明では、いくつかの実施形態に関係するＨ．２６４／アドバンストビデオコーディング（ＡＶＣ）技法について説明し、ＨＥＶＣ規格および関係する技法についても説明する。いくつかの実施形態について、ＨＥＶＣおよび／またはＨ．２６４規格のコンテキストにおいて本明細書で説明するが、本明細書で開示するシステムおよび方法が任意の好適なビデオコーディング規格に適用可能であり得ることを、当業者は諒解されよう。たとえば、本明細書で開示する実施形態は、以下の規格、すなわち、国際電気通信連合（ＩＴＵ）電気通信規格化セクタ（ＩＴＵ−Ｔ）Ｈ．２６１、国際標準化機構（ＩＳＯ）および国際電気標準会議（ＩＥＣ）（ＩＳＯ／ＩＥＣ）ムービングピクチャエキスパートグループ（ＭＰＥＧ：Moving Picture Experts Group）１（ＭＰＥＧ−１）  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、およびそれのスケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む、（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４のうちの１つまたは複数に適用可能であり得る。
【００１２】
[0023]ＨＥＶＣは、概して、多くの点で、前のビデオコーディング規格のフレームワークに従う。ＨＥＶＣにおける予測のユニットは、いくつかの前のビデオコーディング規格における予測のユニット（たとえば、マクロブロック）とは異なる。事実上、マクロブロックの概念は、いくつかの前のビデオコーディング規格において理解されているように、ＨＥＶＣ中に存在しない。マクロブロックは、考えられる利益の中でも、高いフレキシビリティを与え得る、４分木方式に基づく階層構造と置き換えられる。たとえば、ＨＥＶＣ方式内で、３つのタイプのブロック、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ：Prediction Unit）、および変換ユニット（ＴＵ：Transform Unit）が定義される。ＣＵは領域分割の基本ユニットを指し得る。ＣＵはマクロブロックの概念に類似すると見なされ得るが、ＨＥＶＣは、ＣＵの最大サイズを制限せず、コンテンツ適応性を改善するために４つの等しいサイズのＣＵへの再帰的分割を可能にし得る。ＰＵはインター／イントラ予測の基本ユニットと見なされ得、単一のＰＵは、不規則な画像パターンを効果的にコーディングするために、複数の任意の形状パーティションを含み得る。ＴＵは変換の基本ユニットと見なされ得る。ＴＵは、ＰＵとは無関係に定義され得るが、ＴＵのサイズは、ＴＵが属するＣＵのサイズに制限され得る。３つの異なる概念へのブロック構造のこの分離は、各ユニットがユニットのそれぞれの役割に従って最適化されることを可能にし得、それによりコーディング効率が改善され得る。
【００１３】
[0024]単に説明の目的で、本明細書で開示するいくつかの実施形態について、ビデオデータのただ２つのレイヤ（たとえば、ベースレイヤなどの下位レイヤ、およびエンハンスメントレイヤなどの上位レイヤ）を含む例を用いて説明する。ビデオデータの「レイヤ」は、概して、ビュー、フレームレート、解像度などの少なくとも１つの共通の特性を有するピクチャのシーケンスを指すことがある。たとえば、レイヤは、マルチビュービデオデータの特定のビュー（たとえば、パースペクティブ）に関連付けられたビデオデータを含み得る。別の例として、レイヤは、スケーラブルビデオデータの特定のレイヤに関連付けられたビデオデータを含み得る。したがって、本開示は、ビデオデータのレイヤおよびビューを互換的に指し得る。すなわち、ビデオデータのビューはビデオデータのレイヤと呼ばれ得、ビデオデータのレイヤはビデオデータのビューと呼ばれ得る。さらに、（マルチレイヤビデオコーダまたはマルチレイヤエンコーダデコーダとも呼ばれる）マルチレイヤコーデックは、マルチビューコーデックまたはスケーラブルコーデック（たとえば、ＭＶ−ＨＥＶＣ、３Ｄ−ＨＥＶＣ、ＳＨＶＣ、または別のマルチレイヤコーディング技法を使用するビデオデータを符号化および／または復号するように構成されたコーデック）を共同で指し得る。ビデオ符号化およびビデオ復号は両方とも、概して、ビデオコーディングと呼ばれ得る。そのような例は、複数のベースレイヤおよび／またはエンハンスメントレイヤを含む構成に適用可能であり得ることを理解されたい。さらに、説明を簡単にするために、以下の開示は、いくつかの実施形態に関して「フレーム」または「ブロック」という用語を含む。ただし、これらの用語は限定的なものではない。たとえば、以下で説明する技法は、ブロック（たとえば、ＣＵ、ＰＵ、ＴＵ、マクロブロックなど）、スライス、フレームなど、任意の好適なビデオユニットとともに使用され得る。
【００１４】
ビデオコーディング規格
[0025]ビデオ画像、ＴＶ画像、静止画像、あるいはビデオレコーダまたはコンピュータによって生成された画像など、デジタル画像は、水平ラインおよび垂直ラインで構成されたピクセルまたはサンプルからなり得る。単一の画像中のピクセルの数は一般に数万個である。各ピクセルは、一般に、ルミナンス情報とクロミナンス情報とを含んでいる。圧縮がなければ、画像エンコーダから画像デコーダに搬送されるべき情報の甚だしい量は、リアルタイム画像送信を不可能にするであろう。送信されるべき情報の量を低減するために、ＪＰＥＧ、ＭＰＥＧおよびＨ．２６３規格など、いくつかの異なる圧縮方法が開発された。
【００１５】
[0026]ビデオコーディング規格は、ＩＴＵ−Ｔ  Ｈ．２６１と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌと、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌと、ＩＴＵ−Ｔ  Ｈ．２６３と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌと、それのＳＶＣおよびＭＶＣ拡張を含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４とを含む。
【００１６】
[0027]さらに、新しいビデオコーディング規格、すなわち、高効率ビデオコーディング（ＨＥＶＣ）が、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣムービングピクチャエキスパートグループ（ＭＰＥＧ：Moving Picture Experts Group）とのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発されている。ＨＥＶＣドラフト１０についての完全引用は、文書ＪＣＴＶＣ−Ｌ１００３、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) Text Specification Draft 10」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）、第１２回会合：ジュネーブ、スイス、２０１３年１月１４日〜２０１３年１月２３日である。ＨＥＶＣのマルチビュー拡張すなわちＭＶ−ＨＥＶＣ、およびＳＨＶＣと称されるＨＥＶＣのスケーラブル拡張も、それぞれＪＣＴ−３Ｖ（ＩＴＵ−Ｔ／ＩＳＯ／ＩＥＣジョイントコラボレーティブチームオン３Ｄビデオコーディング拡張開発）およびＪＣＴ−ＶＣによって開発されている。
【００１７】
概要
[0028]ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素は、ＰＯＣがピクチャのためにリセットされるべきであるかどうかを示し得る。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素は、ＰＯＣの最上位ビット（ＭＳＢ）がリセットされるべきであるのか、ＰＯＣのＭＳＢと最下位ビット（ＬＳＢ：least significant bit）の両方がリセットされるべきであるのか、いずれもリセットされるべきでないのかを示すことができる。たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての０の値は、ＰＯＣがリセットされないことを示す。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての１の値は、ＰＯＣ  ＭＳＢがリセットされるべきであることを示す。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての２の値は、ＰＯＣ  ＭＳＢとＰＯＣ  ＬＳＢの両方がリセットされるべきであることを示す。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての３の値は、前のピクチャのためのリセットが示されたことを示す。たとえば、前のピクチャについてのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、１または２のいずれかであった。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての３の値は、ＰＯＣがリセットされるべきであるピクチャが（たとえば、復号プロセス中に）失われたとき、ＰＯＣが後のピクチャにおいて適切にリセットされ得るように使用され得る。
【００１８】
[0029]ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、前のピクチャのためのリセットがＰＯＣ  ＭＳＢのみに関するものであったのか、ＰＯＣ  ＭＳＢとＰＯＣ  ＬＳＢの両方に関するものであったのかを示すことができる。たとえば、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇについての０の値は、ＭＳＢのみがリセットされるべきであることを示す。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇについての１の値は、ＭＳＢとＬＳＢの両方がリセットされるべきであることを示す。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇフラグは、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関して使用され得る。たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が３であるとき、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、前のピクチャのためのＰＯＣリセットがＭＳＢのみに関するものであったのか、ＭＳＢとＬＳＢの両方に関するものであったのかを示すことができる。
【００１９】
[0030]ＳＨＶＣおよびＭＶ−ＨＥＶＣの早期バージョン（たとえば、ＳＨＶＣワーキングドラフト６、ＭＶ−ＨＥＶＣワーキングドラフト８など）では、たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関して、いくつかの制約または制限が適用される。しかしながら、これらの制約は、ピクチャが存在しないとき、またはピクチャが廃棄可能であるとき、ＰＯＣを適切にリセットしない。さらに、ＳＨＶＣおよびＭＶ−ＨＥＶＣの早期バージョンでは、同じＰＯＣリセッティング期間中のＰＯＣリセッティングＡＵのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに基づくピクチャのｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値に対する制限がない。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの不正確な値により、ＰＯＣリセット機構が適切に動作しなくなり得る。
【００２０】
[0031]これらおよび他の課題に対処するために、本技法は、いくつかの態様によれば、ピクチャが存在しない（たとえば、消失したか、または不在である）とき、あるいはピクチャが廃棄可能であるとき、ＰＯＣをリセットする。本技法はまた、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値に基づいてピクチャのｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値に対して制限を課する。このようにして、本技法は、ＰＯＣが正しくリセットされることを確認することができる。
【００２１】
ビデオコーディングシステム
[0032]添付の図面を参照しながら新規のシステム、装置、および方法の様々な態様について以下でより十分に説明する。ただし、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えるものである。本明細書の教示に基づいて、本開示の範囲は、本開示の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。たとえば、本明細書に記載される態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本開示の範囲は、本明細書に記載する本開示の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示するどの態様も請求項の１つまたは複数の要素によって実施され得ることを理解されたい。
【００２２】
[0033]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのいくつかを例として、図および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
【００２３】
[0034]添付の図面は例を示している。添付の図面中の参照番号によって示される要素は、以下の説明における同様の参照番号によって示される要素に対応する。本開示では、序数語（たとえば、「第１の」、「第２の」、「第３の」など）で始まる名前を有する要素は、必ずしもそれらの要素が特定の順序を有することを暗示するとは限らない。むしろ、そのような序数語は、同じまたは同様のタイプの異なる要素を指すために使用されるにすぎない。
【００２４】
[0035]図１Ａは、本開示で説明する態様による技法を利用し得る例示的なビデオコーディングシステム１０を示すブロック図である。本明細書で使用し説明する「ビデオコーダ」という用語は、総称的にビデオエンコーダとビデオデコーダの両方を指す。本開示では、「ビデオコーディング」または「コーディング」という用語は、ビデオ符号化とビデオ復号とを総称的に指すことがある。ビデオエンコーダおよびビデオデコーダに加えて、本出願で説明する態様は、トランスコーダ（たとえば、ビットストリームを復号し、別のビットストリームを再符号化することができるデバイス）およびミドルボックス（たとえば、ビットストリームを変更、変換、および／または場合によっては操作することができるデバイス）など、他の関係するデバイスに拡張され得る。
【００２５】
[0036]図１Ａに示されているように、ビデオコーディングシステム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを生成するソースデバイス１２を含む。図１Ａの例では、ソースデバイス１２および宛先デバイス１４は、別個のデバイスを構成する。ただし、ソースデバイス１２および宛先デバイス１４は、図１Ｂの例に示されているように、同じデバイス上にあるかまたはそれの一部であり得ることに留意されたい。
【００２６】
[0037]もう一度図１Ａを参照すると、ソースデバイス１２および宛先デバイス１４は、それぞれ、デスクトップコンピュータ、ノートブック（たとえば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信のために装備され得る。
【００２７】
[0038]宛先デバイス１４は、復号されるべき符号化ビデオデータをリンク１６を介して受信し得る。リンク１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。図１Ａの例では、リンク１６は、ソースデバイス１２が符号化ビデオデータをリアルタイムで宛先デバイス１４に送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワークなどのパケットベースネットワーク、またはインターネットなどのグローバルネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を可能にするために有用であり得る任意の他の機器を含み得る。
【００２８】
[0039]代替的に、符号化データは出力インターフェース２２から随意のストレージデバイス３１に出力され得る。同様に、符号化データは、たとえば、宛先デバイス１４の入力インターフェース２８によってストレージデバイス３１からアクセスされ得る。ストレージデバイス３１は、ハードドライブ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイス３１は、ソースデバイス１２によって生成された符号化ビデオを保持し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介してストレージデバイス３１から記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することができる任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイトのための）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続）、ワイヤード接続（たとえば、デジタル加入者線（ＤＳＬ）、ケーブルモデムなど）、またはその両方の組合せを含み得る。ストレージデバイス３１からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはその両方の組合せであり得る。
【００２９】
[0040]本開示の技法はワイヤレス適用例または設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信（たとえば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上での動的適応ストリーミングなど）、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、ビデオコーディングシステム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。
【００３０】
[0041]図１Ａの例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含み得る。ソースデバイス１２において、ビデオソース１８は、ビデオキャプチャデバイス、たとえばビデオカメラ、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／またはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、あるいはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、図１Ｂの例に示されているように、いわゆる「カメラフォン」または「ビデオフォン」を形成し得る。ただし、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。
【００３１】
[0042]キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化されたビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に送信され得る。符号化ビデオデータは、さらに（または代替として）、復号および／または再生のための宛先デバイス１４または他のデバイスによる後のアクセスのためにストレージデバイス３１上に記憶され得る。図１Ａおよび図１Ｂに示されているビデオエンコーダ２０は、図２Ａ示されているビデオエンコーダ２０、図２Ｂに示されているビデオエンコーダ２３、または本明細書で説明する他のビデオエンコーダを備え得る。
【００３２】
[0043]図１Ａの例では、宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を介しておよび／またはストレージデバイス３１から符号化ビデオデータを受信し得る。リンク１６を介して通信され、またはストレージデバイス３１上に与えられた符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３０などのビデオデコーダが使用するためのビデオエンコーダ２０によって生成される様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信された、記憶媒体上に記憶された、またはファイルサーバ記憶された符号化ビデオデータに含まれ得る。図１Ａおよび図１Ｂに示されているビデオデコーダ３０は、図３Ａ示されているビデオデコーダ３０、図３Ｂに示されているビデオデコーダ３３、または本明細書で説明する他のビデオデコーダを備え得る。
【００３３】
[0044]ディスプレイデバイス３２は、宛先デバイス１４と一体化されるかまたはその外部にあり得る。いくつかの例では、宛先デバイス１４は、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成され得る。他の例では、宛先デバイス１４はディスプレイデバイスであり得る。概して、ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。
【００３４】
[0045]関係する態様では、図１Ｂは例示的なビデオ符号化および復号システム１０’を示し、ここにおいて、ソースデバイス１２および宛先デバイス１４はデバイス１１上にあるかまたはそれの一部である。デバイス１１は、「スマート」フォンなどの電話ハンドセットであり得る。デバイス１１は、ソースデバイス１２および宛先デバイス１４と動作可能に通信している随意のコントローラ／プロセッサデバイス１３を含み得る。図１Ｂのシステム１０’およびそれの構成要素は、場合によっては図１Ａのシステム１０およびそれの構成要素と同様である。
【００３５】
[0046]ビデオエンコーダ２０およびビデオデコーダ３０は、ＨＥＶＣなどのビデオ圧縮規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，ＡＶＣと呼ばれるＩＴＵ−Ｔ  Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、またはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例としてはＭＰＥＧ−２およびＩＴＵ−Ｔ  Ｈ．２６３がある。
【００３６】
[0047]図１Ａおよび図１Ｂの例には示されていないが、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれオーディオエンコーダおよびデコーダと統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。
【００３７】
[0048]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、またはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアのための命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実施し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。
【００３８】
ビデオコーディングプロセス
[0049]上記で手短に述べたように、ビデオエンコーダ２０はビデオデータを符号化する。ビデオデータは１つまたは複数のピクチャを備え得る。ピクチャの各々は、ビデオの一部を形成する静止画像である。いくつかの事例では、ピクチャはビデオ「フレーム」と呼ばれることがある。ビデオエンコーダ２０がビデオデータを符号化するとき、ビデオエンコーダ２０はビットストリームを生成し得る。ビットストリームは、ビデオデータのコード化表現を形成するビットのシーケンスを含み得る。ビットストリームは、コード化ピクチャと関連データとを含み得る。コード化ピクチャとは、ピクチャのコード化表現である。
【００３９】
[0050]ビットストリームを生成するために、ビデオエンコーダ２０は、ビデオデータ中の各ピクチャに対して符号化演算を実施し得る。ビデオエンコーダ２０がピクチャに対して符号化演算を実施するとき、ビデオエンコーダ２０は、一連のコード化ピクチャと関連データとを生成し得る。関連データは、ビデオパラメータセット（ＶＰＳ）と、シーケンスパラメータセット（ＳＰＳ）と、ピクチャパラメータセット（ＰＰＳ）と、適応パラメータセット（ＡＰＳ）と、他のシンタックス構造とを含み得る。ＳＰＳは、ピクチャの０個以上のシーケンスに適用可能なパラメータを含んでいることがある。ＰＰＳは、０個以上のピクチャに適用可能なパラメータを含んでいることがある。ＡＰＳは、０個以上のピクチャに適用可能なパラメータを含んでいることがある。ＡＰＳ中のパラメータは、ＰＰＳ中のパラメータよりも変化する可能性が高いパラメータであり得る。
【００４０】
[0051]コード化ピクチャを生成するために、ビデオエンコーダ２０は、ピクチャを等しいサイズのビデオブロックに区分し得る。ビデオブロックはサンプルの２次元アレイであり得る。ビデオブロックの各々はツリーブロックに関連付けられる。いくつかの事例では、ツリーブロックは、最大コーディングユニット（ＬＣＵ：largest coding unit）と呼ばれることがある。ＨＥＶＣのツリーブロックは、Ｈ．２６４／ＡＶＣなど、以前の規格のマクロブロックに広い意味で類似し得る。しかしながら、ツリーブロックは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含み得る。ビデオエンコーダ２０は、４分木区分（quadtree partitioning）を使用して、ツリーブロックのビデオブロックを、ＣＵに関連付けられたビデオブロックに区分し得、したがって「ツリーブロック」という名前がある。
【００４１】
[0052]いくつかの例では、ビデオエンコーダ２０はピクチャを複数のスライスに区分し得る。スライスの各々は整数個のＣＵを含み得る。いくつかの事例では、スライスは整数個のツリーブロックを備える。他の事例では、スライスの境界はツリーブロック内にあり得る。
【００４２】
[0053]ピクチャに対して符号化演算を実施することの一部として、ビデオエンコーダ２０は、ピクチャの各スライスに対して符号化演算を実施し得る。ビデオエンコーダ２０がスライスに対して符号化演算を実施するとき、ビデオエンコーダ２０は、スライスに関連付けられた符号化データを生成し得る。スライスに関連付けられた符号化データは「コード化スライス」と呼ばれることがある。
【００４３】
[0054]コード化スライスを生成するために、ビデオエンコーダ２０は、スライス中の各ツリーブロックに対して符号化演算を実施し得る。ビデオエンコーダ２０がツリーブロックに対して符号化演算を実施するとき、ビデオエンコーダ２０はコード化ツリーブロックを生成し得る。コード化ツリーブロックは、ツリーブロックの符号化バージョンを表すデータを備え得る。
【００４４】
[0055]ビデオエンコーダ２０がコード化スライスを生成するとき、ビデオエンコーダ２０は、ラスタ走査順序に従って、スライス中のツリーブロックに対して符号化演算を実施し得る（たとえば、そのツリーブロックを符号化し得る）。たとえば、ビデオエンコーダ２０は、スライス中のツリーブロックの一番上の行にわたって左から右に進み、次いでツリーブロックの次の下の行にわたって左から右に進み、以下同様に進む順序で、ビデオエンコーダ２０がスライス中のツリーブロックの各々を符号化するまで、スライスのツリーブロックを符号化し得る。
【００４５】
[0056]ラスタ走査順序に従ってツリーブロックを符号化した結果として、所与のツリーブロックの上および左のツリーブロックは符号化され得るが、所与のツリーブロックの下および右のツリーブロックはまだ符号化されていない。したがって、ビデオエンコーダ２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの上および左のツリーブロックを符号化することによって生成された情報にアクセスすることが可能であり得る。しかしながら、ビデオエンコーダ２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの下および右のツリーブロックを符号化することによって生成された情報にアクセスすることができないことがある。
【００４６】
[0057]コード化ツリーブロックを生成するために、ビデオエンコーダ２０は、ツリーブロックのビデオブロックに対して４分木区分を再帰的に実施して、ビデオブロックを徐々により小さいビデオブロックに分割し得る。より小さいビデオブロックの各々は、異なるＣＵに関連付けられ得る。たとえば、ビデオエンコーダ２０は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し、サブブロックのうちの１つまたは複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。区分されたＣＵは、それのビデオブロックが、他のＣＵに関連付けられたビデオブロックに区分された、ＣＵであり得る。区分されていないＣＵは、それのビデオブロックが、他のＣＵに関連付けられたビデオブロックに区分されていない、ＣＵであり得る。
【００４７】
[0058]ビットストリーム中の１つまたは複数のシンタックス要素は、ビデオエンコーダ２０がツリーブロックのビデオブロックを区分し得る最大の回数を示し得る。ＣＵのビデオブロックは形状が正方形であり得る。ＣＵのビデオブロックのサイズ（たとえば、ＣＵのサイズ）は、８×８ピクセルから、最大６４×６４以上のピクセルをもつツリーブロックのビデオブロックのサイズ（たとえば、ツリーブロックのサイズ）までに及び得る。
【００４８】
[0059]ビデオエンコーダ２０は、ｚ走査順序に従って、ツリーブロックの各ＣＵに対して符号化演算を実施し得る（たとえば、各ＣＵを符号化し得る）。言い換えれば、ビデオエンコーダ２０は、左上のＣＵと、右上のＣＵと、左下のＣＵと、次いで右下のＣＵとを、その順序で符号化し得る。ビデオエンコーダ２０が、区分されたＣＵに対して符号化演算を実施するとき、ビデオエンコーダ２０は、ｚ走査順序に従って、区分されたＣＵのビデオブロックのサブブロックに関連付けられたＣＵを符号化し得る。言い換えれば、ビデオエンコーダ２０は、左上のサブブロックに関連付けられたＣＵと、右上のサブブロックに関連付けられたＣＵと、左下のサブブロックに関連付けられたＣＵと、次いで右下のサブブロックに関連付けられたＣＵとを、その順序で符号化し得る。
【００４９】
[0060]ｚ走査順序に従ってツリーブロックのＣＵを符号化した結果として、所与のＣＵの上、左上、右上、左、および左下のＣＵは符号化され得る。所与のＣＵの下および右のＣＵはまだ符号化されていない。したがって、ビデオエンコーダ２０は、所与のＣＵを符号化するとき、所与のＣＵに隣接するいくつかのＣＵを符号化することによって生成された情報にアクセスすることが可能であり得る。しかしながら、ビデオエンコーダ２０は、所与のＣＵを符号化するとき、所与のＣＵに隣接する他のＣＵを符号化することによって生成された情報にアクセスすることができないことがある。
【００５０】
[0061]ビデオエンコーダ２０が、区分されていないＣＵを符号化するとき、ビデオエンコーダ２０は、ＣＵのために１つまたは複数の予測ユニット（ＰＵ）を生成し得る。ＣＵのＰＵの各々は、ＣＵのビデオブロック内の異なるビデオブロックに関連付けられ得る。ビデオエンコーダ２０は、ＣＵの各ＰＵについて予測ビデオブロックを生成し得る。ＰＵの予測ビデオブロックはサンプルのブロックであり得る。ビデオエンコーダ２０は、イントラ予測またはインター予測を使用して、ＰＵのための予測ビデオブロックを生成し得る。
【００５１】
[0062]ビデオエンコーダ２０がイントラ予測を使用してＰＵの予測ビデオブロックを生成するとき、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオエンコーダ２０がイントラ予測を使用してＣＵのＰＵの予測ビデオブロックを生成する場合、ＣＵはイントラ予測されたＣＵである。ビデオエンコーダ２０がインター予測を使用してＰＵの予測ビデオブロックを生成するとき、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャ以外の１つまたは複数のピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオエンコーダ２０がインター予測を使用してＣＵのＰＵの予測ビデオブロックを生成する場合、ＣＵはインター予測されたＣＵである。
【００５２】
[0063]さらに、ビデオエンコーダ２０がインター予測を使用してＰＵのための予測ビデオブロックを生成するとき、ビデオエンコーダ２０はＰＵの動き情報を生成し得る。ＰＵの動き情報は、ＰＵの１つまたは複数の参照ブロックを示し得る。ＰＵの各参照ブロックは参照ピクチャ内のビデオブロックであり得る。参照ピクチャはＰＵに関連付けられたピクチャ以外のピクチャであり得る。いくつかの事例では、ＰＵの参照ブロックはＰＵの「参照サンプル」と呼ばれることもある。ビデオエンコーダ２０は、ＰＵの参照ブロックに基づいて、ＰＵのための予測ビデオブロックを生成し得る。
【００５３】
[0064]ビデオエンコーダ２０がＣＵの１つまたは複数のＰＵのための予測ビデオブロックを生成した後、ビデオエンコーダ２０は、ＣＵのＰＵのための予測ビデオブロックに基づいて、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのＰＵのための予測ビデオブロック中のサンプルと、ＣＵの元のビデオブロック中のサンプルとの間の差を示し得る。
【００５４】
[0065]さらに、区分されていないＣＵに対して符号化演算を実施することの一部として、ビデオエンコーダ２０は、ＣＵの残差データに対して再帰的な４分木区分を実施して、ＣＵの残差データを、ＣＵの変換ユニット（ＴＵ）に関連付けられた残差データの１つまたは複数のブロック（たとえば、残差ビデオブロック）に区分し得る。ＣＵの各ＴＵは異なる残差ビデオブロックに関連付けられ得る。
【００５５】
[0066]ビデオエンコーダ２０は、ＴＵに関連付けられた変換係数ブロック（たとえば、変換係数のブロック）を生成するために、ＴＵに関連付けられた残差ビデオブロックに１つまたは複数の変換を適用し得る。概念的に、変換係数ブロックは変換係数の２次元（２Ｄ）行列であり得る。
【００５６】
[0067]変換係数ブロックを生成した後、ビデオエンコーダ２０は、変換係数ブロックに対して量子化プロセスを実施し得る。量子化は、一般に、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスは、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、量子化中にｎビットの変換係数がｍビットの変換係数に切り捨てられることがあり、ここで、ｎはｍよりも大きい。
【００５７】
[0068]ビデオエンコーダ２０は、各ＣＵを量子化パラメータ（ＱＰ：quantization parameter）値に関連付け得る。ＣＵに関連付けられたＱＰ値は、ビデオエンコーダ２０が、ＣＵに関連付けられた変換係数ブロックをどのように量子化するかを決定し得る。ビデオエンコーダ２０は、ＣＵに関連付けられたＱＰ値を調整することによって、ＣＵに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。
【００５８】
[0069]ビデオエンコーダ２０が変換係数ブロックを量子化した後、ビデオエンコーダ２０は、量子化された変換係数ブロック中で変換係数を表すシンタックス要素のセットを生成し得る。ビデオエンコーダ２０は、これらのシンタックス要素のうちのいくつかに、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：Context Adaptive Binary Arithmetic Coding）演算などのエントロピー符号化演算を適用し得る。コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context adaptive variable length coding）、確率間隔区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コーディング、または他のバイナリ算術コーディングなど、他のエントロピーコーディング技法も使用され得る。
【００５９】
[0070]ビデオエンコーダ２０によって生成されるビットストリームは、一連のネットワークアブストラクションレイヤ（ＮＡＬ）ユニットを含み得る。ＮＡＬユニットの各々は、ＮＡＬユニット中のデータのタイプの指示と、データを含んでいるバイトとを含んでいるシンタックス構造であり得る。たとえば、ＮＡＬユニットは、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、コード化スライス、補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）、アクセスユニット区切り文字、フィラーデータ、または別のタイプのデータを表すデータを含み得る。ＮＡＬユニット中のデータは様々なシンタックス構造を含み得る。
【００６０】
[0071]ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信し得る。ビットストリームは、ビデオエンコーダ２０によって符号化されたビデオデータのコード化表現を含み得る。ビデオデコーダ３０がビットストリームを受信するとき、ビデオデコーダ３０は、ビットストリームに対してパース演算を実施し得る。ビデオデコーダ３０がパース演算を実施するとき、ビデオデコーダ３０は、ビットストリームからシンタックス要素を抽出し得る。ビデオデコーダ３０は、ビットストリームから抽出されたシンタックス要素に基づいて、ビデオデータのピクチャを再構成し得る。シンタックス要素に基づいてビデオデータを再構成するためのプロセスは、一般に、シンタックス要素を生成するためにビデオエンコーダ２０によって実施されるプロセスとは逆であり得る。
【００６１】
[0072]ビデオデコーダ３０がＣＵに関連付けられたシンタックス要素を抽出した後、ビデオデコーダ３０は、シンタックス要素に基づいて、ＣＵのＰＵのための予測ビデオブロックを生成し得る。さらに、ビデオデコーダ３０は、ＣＵのＴＵに関連付けられた変換係数ブロックを逆量子化し得る。ビデオデコーダ３０は、変換係数ブロックに対して逆変換を実施して、ＣＵのＴＵに関連付けられた残差ビデオブロックを再構成し得る。予測ビデオブロックを生成し、残差ビデオブロックを再構成した後、ビデオデコーダ３０は、予測ビデオブロックと残差ビデオブロックとに基づいて、ＣＵのビデオブロックを再構成し得る。このようにして、ビデオデコーダ３０は、ビットストリーム中のシンタックス要素に基づいて、ＣＵのビデオブロックを再構成し得る。
【００６２】
ビデオエンコーダ
[0073]図２Ａは、本開示で説明する態様による技法を実装し得るビデオエンコーダ２０の一例を示すブロック図である。ビデオデコーダ２０は、ＨＥＶＣの場合など、ビデオフレームの単一のレイヤを処理するように構成され得る。さらに、ビデオエンコーダ２０は、限定はしないが、図４および図５に関して上記および下記でより詳細に説明するＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを推論する方法および関係するプロセスを含む、本開示の技法のいずれかまたはすべてを実施するように構成され得る。一例として、予測処理ユニット１００は、本開示で説明する技法のいずれかまたはすべてを実施するように構成され得る。別の実施形態では、ビデオエンコーダ２０は、本開示で説明する技法のいずれかまたはすべてを実施するように構成された随意のレイヤ間予測ユニット１２８を含む。他の実施形態では、レイヤ間予測は予測処理ユニット１００（たとえば、インター予測ユニット１２１および／またはイントラ予測ユニット１２６）によって実施され得、その場合、レイヤ間予測ユニット１２８は省略され得る。ただし、本開示の態様はそのように限定されない。いくつかの例では、本開示で説明する技法は、ビデオエンコーダ２０の様々な構成要素間で共有され得る。いくつかの例では、追加または代替として、プロセッサ（図示せず）が、本開示で説明する技法のいずれかまたはすべてを実施するように構成され得る。
【００６３】
[0074]説明の目的で、本開示では、ＨＥＶＣコーディングのコンテキストにおいてビデオエンコーダ２０について説明する。しかしながら、本開示の技法は、他のコーディング規格または方法にも適用可能であり得る。図２Ａに示された例はシングルレイヤコーデックに関するものである。しかしながら、図２Ｂに関してさらに説明するように、ビデオエンコーダ２０の一部または全部はマルチレイヤコーデックの処理のために複製され得る。
【００６４】
[0075]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実施し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオの空間冗長性を低減または除去するために空間予測に依拠する。インターコーディングは、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオ中の時間冗長性を低減または削除するために、時間予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースコーディングモードのいずれかを指すことがある。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指すことがある。
【００６５】
[0076]図２Ａの例では、ビデオエンコーダ２０は複数の機能構成要素を含む。ビデオエンコーダ２０の機能構成要素は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１３と、復号ピクチャバッファ１１４と、エントロピー符号化ユニット１１６とを含む。予測処理ユニット１００は、インター予測ユニット１２１と、動き推定ユニット１２２と、動き補償ユニット１２４と、イントラ予測ユニット１２６と、レイヤ間予測ユニット１２８とを含む。他の例では、ビデオエンコーダ２０は、より多数の、より少数の、または異なる機能構成要素を含み得る。さらに、動き推定ユニット１２２と動き補償ユニット１２４とは、高度に統合され得るが、図２Ａの例では、説明の目的で別々に表されている。
【００６６】
[0077]ビデオエンコーダ２０はビデオデータを受信し得る。ビデオエンコーダ２０は、様々なソースからビデオデータを受信し得る。たとえば、ビデオエンコーダ２０は、（たとえば、図１Ａまたは図１Ｂに示された）ビデオソース１８、または別のソースからビデオデータを受信し得る。ビデオデータは一連のピクチャを表し得る。ビデオデータを符号化するために、ビデオエンコーダ２０は、ピクチャの各々に対して符号化演算を実施し得る。ピクチャに対して符号化演算を実施することの一部として、ビデオエンコーダ２０は、ピクチャの各スライスに対して符号化演算を実施し得る。スライスに対して符号化演算を実施することの一部として、ビデオエンコーダ２０は、スライス中のツリーブロックに対して符号化演算を実施し得る。
【００６７】
[0078]ツリーブロックに対して符号化演算を実施することの一部として、予測処理ユニット１００は、ツリーブロックのビデオブロックに対して４分木区分を実施して、ビデオブロックを徐々により小さいビデオブロックに分割し得る。より小さいビデオブロックの各々は、異なるＣＵに関連付けられ得る。たとえば、予測処理ユニット１００は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し、サブブロックの１つまたは複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。
【００６８】
[0079]ＣＵに関連付けられたビデオブロックのサイズは、８×８サンプルから、最大６４×６４以上のサンプルをもつツリーブロックのサイズまでに及び得る。本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのサンプル寸法、たとえば、１６×１６（16x16）サンプルまたは１６×１６（16 by 16）サンプルを指すために互換的に使用され得る。概して、１６×１６ビデオブロックは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。
【００６９】
[0080]さらに、ツリーブロックに対して符号化演算を実施することの一部として、予測処理ユニット１００は、ツリーブロック用の階層的な４分木データ構造を生成し得る。たとえば、ツリーブロックは、４分木データ構造のルートノードに対応し得る。予測処理ユニット１００が、ツリーブロックのビデオブロックを４つのサブブロックに区分する場合、ルートノードは、４分木データ構造中に４つの子ノードを有する。子ノードの各々は、サブブロックのうちの１つに関連付けられたＣＵに対応する。予測処理ユニット１００が、サブブロックのうちの１つを４つのサブサブブロックに区分する場合、サブブロックに関連付けられたＣＵに対応するノードは、４つの子ノードを有し得、それらの各々は、サブサブブロックのうちの１つに関連付けられたＣＵに対応する。
【００７０】
[0081]４分木データ構造の各ノードは、対応するツリーブロックまたはＣＵのシンタックスデータ（たとえば、シンタックス要素）を含み得る。たとえば、４分木の中のノードは、そのノードに対応するＣＵのビデオブロックが４つのサブブロックに区分される（たとえば、分割される）かどうかを示すスプリットフラグを含み得る。ＣＵのためのシンタックス要素は、再帰的に定義され得、ＣＵのビデオブロックがサブブロックに分割されるかどうかに依存し得る。それのビデオブロックが区分されていないＣＵは、４分木データ構造におけるリーフノードに対応し得る。コード化ツリーブロックは、対応するツリーブロック用の４分木データ構造に基づくデータを含み得る。
【００７１】
[0082]ビデオエンコーダ２０は、ツリーブロックの区分されていない各ＣＵに対して符号化演算を実施し得る。ビデオエンコーダ２０が、区分されていないＣＵに対して符号化演算を実施するとき、ビデオエンコーダ２０は、区分されていないＣＵの符号化表現を表すデータを生成する。
【００７２】
[0083]ＣＵに対して符号化演算を実施することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの中で、ＣＵのビデオブロックを区分し得る。ビデオエンコーダ２０およびビデオデコーダ３０は、様々なＰＵサイズをサポートし得る。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２０およびビデオデコーダ３０は、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、２Ｎ×ｎＵ、ｎＬ×２Ｎ、ｎＲ×２Ｎ、または同様の対称ＰＵサイズでのインター予測とをサポートし得る。ビデオエンコーダ２０およびビデオデコーダ３０は、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズに対する非対称区分をもサポートし得る。いくつかの例では、予測処理ユニット１００は、ＣＵのビデオブロックの辺に直角に接触しない境界に沿って、ＣＵのＰＵの間でＣＵのビデオブロックを区分するように、幾何学的な区分を実施し得る。
【００７３】
[0084]インター予測ユニット１２１はＣＵの各ＰＵに対してインター予測を実施し得る。インター予測は時間圧縮を実現し得る。ＰＵに対してインター予測を実施するために、動き推定ユニット１２２はＰＵの動き情報を生成し得る。動き補償ユニット１２４は、動き情報と、ＣＵに関連付けられたピクチャ以外のピクチャ（たとえば、参照ピクチャ）の復号サンプルと基づくＰＵのための予測ビデオブロックを生成し得る。本開示では、動き補償ユニット１２４によって生成された予測ビデオブロックは、インター予測ビデオブロックと呼ばれ得る。
【００７４】
[0085]スライスは、Ｉスライス、Ｐスライス、またはＢスライスであり得る。動き推定ユニット１２２および動き補償ユニット１２４は、ＰＵがＩスライス中にあるか、Ｐスライス中にあるか、Ｂスライス中にあるかに応じて、ＣＵのＰＵに対して異なる演算を実施し得る。Ｉスライス中では、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、動き推定ユニット１２２および動き補償ユニット１２４は、ＰＵに対してインター予測を実施しない。
【００７５】
[0086]ＰＵがＰスライス中にある場合、ＰＵを含んでいるピクチャは、「リスト０」と呼ばれる参照ピクチャのリストに関連付けられる。リスト０中の参照ピクチャの各々は、他のピクチャのインター予測に使用され得るサンプルを含んでいる。動き推定ユニット１２２が、Ｐスライス中のＰＵに関して動き推定演算を実施するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得る。ＰＵの参照ブロックは、ＰＵのビデオブロック中のサンプルに最も密接に対応するサンプルのセット、たとえば、サンプルのブロックであり得る。動き推定ユニット１２２は、様々なメトリクスを使用して、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。たとえば、動き推定ユニット１２２は、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。
【００７６】
[0087]Ｐスライス中のＰＵの参照ブロックを識別した後、動き推定ユニット１２２は、参照ブロックを含んでいる、リスト０中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。様々な例において、動き推定ユニット１２２は動きベクトルを異なる精度に生成し得る。たとえば、動き推定ユニット１２２は、１／４サンプル精度、１／８サンプル精度、または他の分数のサンプル精度で動きベクトルを生成し得る。分数のサンプル精度の場合、参照ブロック値は、参照ピクチャ中の整数位置のサンプル値から補間され得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって識別された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００７７】
[0088]ＰＵがＢスライス中にある場合、ＰＵを含んでいるピクチャは、「リスト０」および「リスト１」と呼ばれる参照ピクチャの２つのリストに関連付けられ得る。いくつかの例では、Ｂスライスを含んでいるピクチャは、リスト０とリスト１の組合せである、リストの組合せに関連付けられ得る。
【００７８】
[0089]さらに、ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵについての単方向予測または双方向予測を実施し得る。動き推定ユニット１２２が、ＰＵについての単方向予測を実施するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０またはリスト１の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含んでいる、リスト０またはリスト１中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと、予測方向インジケータと、動きベクトルとを出力し得る。予測方向インジケータは、参照インデックスが、リスト０中の参照ピクチャを示すか、リスト１中の参照ピクチャを示すかを示し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００７９】
[0090]動き推定ユニット１２２が、ＰＵについての双方向予測を実施するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得、また、ＰＵのための別の参照ブロックについて、リスト１中の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含んでいる、リスト０およびリスト１中の参照ピクチャを示す参照インデックスと、参照ブロックとＰＵの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報としてＰＵの参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。
【００８０】
[0091]いくつかの例では、動き推定ユニット１２２は、ＰＵの動き情報のフルセットをエントロピー符号化ユニット１１６に出力しない。そうではなく、動き推定ユニット１２２は、別のＰＵの動き情報を参照して、ＰＵの動き情報をシグナリングし得る。たとえば、動き推定ユニット１２２は、ＰＵの動き情報が、隣接ＰＵの動き情報と十分に類似していると決定し得る。この例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、ＰＵが隣接ＰＵと同じ動き情報を有することをビデオデコーダ３０に示す値を示し得る。別の例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、隣接ＰＵと動きベクトル差分（ＭＶＤ：motion vector difference）とを識別し得る。動きベクトル差分は、ＰＵの動きベクトルと、示される隣接ＰＵの動きベクトルとの間の差分を示す。ビデオデコーダ３０は、示される隣接ＰＵの動きベクトルと、動きベクトル差分とを使用して、ＰＵの動きベクトルを決定し得る。第２のＰＵの動き情報をシグナリングするときに第１のＰＵの動き情報を参照することによって、ビデオエンコーダ２０は、より少数のビットを使用して、第２のＰＵの動き情報をシグナリングすることが可能であり得る。
【００８１】
[0092]図８〜図９に関して以下でさらに説明するように、予測処理ユニット１００は、図８〜図９に示されている方法を実施することによってＰＵ（または他の参照レイヤブロックおよび／またはエンハンスメントレイヤブロックまたはビデオユニット）をコーディング（たとえば、符号化または復号）するように構成され得る。たとえば、（たとえば、動き推定ユニット１２２および／または動き補償ユニット１２４を介した）インター予測ユニット１２１、イントラ予測ユニット１２６、またはレイヤ間予測ユニット１２８は、一緒にまたは別々に、図８〜図９に示されている方法を実施するように構成され得る。
【００８２】
[0093]ＣＵに対して符号化演算を実施することの一部として、イントラ予測ユニット１２６は、ＣＵのＰＵに対してイントラ予測を実施し得る。イントラ予測は空間圧縮を実現し得る。イントラ予測ユニット１２６がＰＵに対してイントラ予測を実施するとき、イントラ予測ユニット１２６は、同じピクチャ中の他のＰＵの復号サンプルに基づいて、ＰＵの予測データを生成し得る。ＰＵの予測データは、予測ビデオブロックと様々なシンタックス要素とを含み得る。イントラ予測ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライス中のＰＵに対してイントラ予測を実施し得る。
【００８３】
[0094]ＰＵに対してイントラ予測を実施するために、イントラ予測ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵの予測データの複数のセットを生成し得る。イントラ予測ユニット１２６が、イントラ予測モードを使用してＰＵの予測データのセットを生成するとき、イントラ予測ユニット１２６は、イントラ予測モードに関連付けられた方向および／または勾配で、隣接ＰＵのビデオブロックからＰＵのビデオブロックにわたって、サンプルを延ばし得る。隣接ＰＵは、ＰＵ、ＣＵ、およびツリーブロックについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測ユニット１２６は、ＰＵのサイズに応じて、様々な数のイントラ予測モード、たとえば、３３個の方向性イントラ予測モードを使用し得る。
【００８４】
[0095]予測処理ユニット１００は、ＰＵについての、動き補償ユニット１２４によって生成された予測データ、またはＰＵについての、イントラ予測ユニット１２６によって生成された予測データの中から、ＰＵの予測データを選択し得る。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／ひずみメトリックに基づいて、ＰＵのための予測データを選択する。
【００８５】
[0096]予測処理ユニット１００が、イントラ予測ユニット１２６によって生成された予測データを選択する場合、予測処理ユニット１００は、ＰＵの予測データを生成するために使用されたイントラ予測モード、たとえば、選択されたイントラ予測モードをシグナリングし得る。予測処理ユニット１００は、選択されたイントラ予測モードを様々な方法でシグナリングし得る。たとえば、選択されたイントラ予測モードは、隣接ＰＵのイントラ予測モードと同じであることがあり得る。言い換えれば、隣接ＰＵのイントラ予測モードは現在ＰＵに対して最確モードであり得る。したがって、予測処理ユニット１００は、選択されたイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることを示すための、シンタックス要素を生成し得る。
【００８６】
[0097]上記で説明したように、ビデオエンコーダ２０はレイヤ間予測ユニット１２８を含み得る。レイヤ間予測ユニット１２８は、ＳＶＣにおいて利用可能である１つまたは複数の異なるレイヤ（たとえば、ベースレイヤまたは参照レイヤ）を使用して現在ブロック（たとえば、ＥＬ中の現在ブロック）を予測するように構成される。そのような予測はレイヤ間予測と呼ばれることがある。レイヤ間予測ユニット１２８は、レイヤ間冗長性を低減するために予測方法を利用し、それによって、コーディング効率を改善し、計算リソース要件を低減する。レイヤ間予測のいくつかの例としては、レイヤ間イントラ予測、レイヤ間動き予測、およびレイヤ間残差予測がある。レイヤ間イントラ予測は、ベースレイヤ中のコロケートブロックの再構成を使用してエンハンスメントレイヤ中の現在ブロックを予測する。レイヤ間動き予測は、ベースレイヤの動き情報を使用してエンハンスメントレイヤ中の動作を予測する。レイヤ間残差予測は、ベースレイヤの残差を使用してエンハンスメントレイヤの残差を予測する。レイヤ間予測方式の各々について、より詳細に以下で説明する。
【００８７】
[0098]予測処理ユニット１００がＣＵのＰＵの予測データを選択した後、残差生成ユニット１０２は、ＣＵのビデオブロックからＣＵのＰＵの予測ビデオブロックを差し引くこと（たとえば、マイナス符号によって示される）によって、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのビデオブロック中のサンプルの異なるサンプル成分に対応する、２Ｄ残差ビデオブロックを含み得る。たとえば、残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのルミナンス成分と、ＣＵの元のビデオブロック中のサンプルのルミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。さらに、ＣＵの残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのクロミナンス成分と、ＣＵの元のビデオブロック中のサンプルのクロミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。
【００８８】
[0099]予測処理ユニット１００は、４分木区分を実施して、ＣＵの残差ビデオブロックをサブブロックに区分し得る。各分割されていない残差ビデオブロックは、ＣＵの異なるＴＵに関連付けられ得る。ＣＵのＴＵに関連付けられた残差ビデオブロックのサイズおよび位置は、ＣＵのＰＵに関連付けられたビデオブロックのサイズおよび位置に基づくことも基づかないこともある。「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造は、残差ビデオブロックの各々に関連付けられたノードを含み得る。ＣＵのＴＵはＲＱＴのリーフノードに対応し得る。
【００８９】
[00100]変換処理ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに１つまたは複数の変換を適用することによって、ＣＵの各ＴＵのための１つまたは複数の変換係数ブロックを生成し得る。変換係数ブロックの各々は、変換係数の２Ｄ行列であり得る。変換処理ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに様々な変換を適用し得る。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、または概念的に同様の変換を、ＴＵに関連付けられた残差ビデオブロックに適用し得る。
【００９０】
[00101]変換処理ユニット１０４が、ＴＵに関連付けられた変換係数ブロックを生成した後、量子化ユニット１０６は、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット１０６は、ＣＵに関連付けられたＱＰ値に基づいて、ＣＵのＴＵに関連付けられた変換係数ブロックを量子化し得る。
【００９１】
[00102]ビデオエンコーダ２０は、様々な方法でＱＰ値をＣＵに関連付け得る。たとえば、ビデオエンコーダ２０は、ＣＵに関連付けられたツリーブロックに対してレートひずみ分析を実施し得る。レートひずみ分析では、ビデオエンコーダ２０は、ツリーブロックに対して符号化演算を複数回実施することによって、ツリーブロックの複数のコード化表現を生成し得る。ビデオエンコーダ２０がツリーブロックの異なる符号化表現を生成するとき、ビデオエンコーダ２０は、異なるＱＰ値をＣＵに関連付け得る。ビデオエンコーダ２０は、最小のビットレートおよびひずみメトリックを有するツリーブロックのコード化表現で所与のＱＰ値がＣＵに関連付けられるとき、所与のＱＰ値がＣＵに関連付けられることをシグナリングし得る。
【００９２】
[00103]逆量子化ユニット１０８および逆変換ユニット１１０は、それぞれ、変換係数ブロックに逆量子化と逆変換とを適用して、変換係数ブロックから残差ビデオブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ビデオブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測ビデオブロックからの対応するサンプルに追加して、ＴＵに関連付けられた再構成されたビデオブロックを生成し得る。このようにＣＵの各ＴＵのためのビデオブロックを再構成することによって、ビデオエンコーダ２０は、ＣＵのビデオブロックを再構成し得る。
【００９３】
[00104]再構成ユニット１１２がＣＵのビデオブロックを再構成した後、フィルタユニット１１３は、ＣＵに関連付けられたビデオブロックにおけるブロッキングアーティファクトを低減するためにデブロッキング演算を実施し得る。１つまたは複数のデブロッキング演算を実施した後、フィルタユニット１１３は、復号ピクチャバッファ１１４にＣＵの再構成されたビデオブロックを記憶し得る。動き推定ユニット１２２および動き補償ユニット１２４は、再構成されたビデオブロックを含んでいる参照ピクチャを使用して、後続ピクチャのＰＵに対してインター予測を実施し得る。さらに、イントラ予測ユニット１２６は、復号ピクチャバッファ１１４中の再構成されたビデオブロックを使用して、ＣＵと同じピクチャの中の他のＰＵに対してイントラ予測を実施し得る。
【００９４】
[00105]エントロピー符号化ユニット１１６は、ビデオエンコーダ２０の他の機能構成要素からデータを受信し得る。たとえば、エントロピー符号化ユニット１１６は、量子化ユニット１０６から変換係数ブロックを受信し得、予測処理ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１６がデータを受信するとき、エントロピー符号化ユニット１１６は、１つまたは複数のエントロピー符号化演算を実施して、エントロピー符号化されたデータを生成し得る。たとえば、ビデオエンコーダ２０は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）演算、ＣＡＢＡＣ演算、変数間（Ｖ２Ｖ：variable-to-variable）レングスコーディング演算、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）演算、確率間隔区分エントロピー（ＰＩＰＥ）コーディング演算、または別のタイプのエントロピー符号化演算をデータに対して実施し得る。エントロピー符号化ユニット１１６は、エントロピー符号化されたデータを含むビットストリームを出力し得る。
【００９５】
[00106]データに対してエントロピー符号化演算を実施することの一部として、エントロピー符号化ユニット１１６は、コンテキストモデルを選択し得る。エントロピー符号化ユニット１１６がＣＡＢＡＣ演算を実施している場合、コンテキストモデルは、特定の値を有する特定のビンの確率の推定値を示し得る。ＣＡＢＡＣのコンテキストでは、「ビン」という用語は、シンタックス要素の２値化されたバージョンのビットを指すために使用される。
【００９６】
マルチレイヤビデオエンコーダ
[00107]図２Ｂは、本開示で説明する態様による技法を実装し得る（単にビデオエンコーダ２３とも呼ばれる）マルチレイヤビデオエンコーダ２３の一例を示すブロック図である。ビデオエンコーダ２３は、ＳＨＶＣおよびマルチビューコーディングの場合など、マルチレイヤビデオフレームを処理するように構成され得る。さらに、ビデオエンコーダ２３は、本開示の技法のいずれかまたはすべてを実施するように構成され得る。
【００９７】
[00108]ビデオエンコーダ２３はビデオエンコーダ２０Ａとビデオエンコーダ２０Ｂとを含み、それらの各々はビデオエンコーダ２０として構成され得、ビデオエンコーダ２０に関して上記で説明した機能を実施し得る。さらに、参照番号の再利用によって示されるように、ビデオエンコーダ２０Ａおよび２０Ｂは、ビデオエンコーダ２０としてシステムとサブシステムとのうちの少なくともいくつかを含み得る。ビデオエンコーダ２３は、２つのビデオエンコーダ２０Ａおよび２０Ｂを含むものとして示されているが、ビデオエンコーダ２３は、そのようなものとして限定されず、任意の数のビデオエンコーダ２０レイヤを含み得る。いくつかの実施形態では、ビデオエンコーダ２３はアクセスユニット中の各ピクチャまたはフレームについてビデオエンコーダ２０を含み得る。たとえば、５つのピクチャを含むアクセスユニットは、５つのエンコーダレイヤを含むビデオエンコーダによって処理または符号化され得る。いくつかの実施形態では、ビデオエンコーダ２３は、アクセスユニット中のフレームよりも多くのエンコーダレイヤを含み得る。いくつかのそのような場合では、ビデオエンコーダレイヤのいくつかは、いくつかのアクセスユニットを処理するときに非アクティブであり得る。
【００９８】
[00109]ビデオエンコーダ２０Ａおよび２０Ｂに加えて、ビデオエンコーダ２３はリサンプリングユニット９０を含み得る。リサンプリングユニット９０は、場合によっては、たとえば、エンハンスメントレイヤを作成するために、受信されたビデオフレームのベースレイヤをアップサンプリングし得る。リサンプリングユニット９０は、フレームの受信されたベースレイヤに関連付けられた特定の情報をアップサンプリングするが、他の情報をアップサンプリングしないことがある。たとえば、リサンプリングユニット９０は、ベースレイヤの空間サイズまたはピクセルの数をアップサンプリングし得るが、スライスの数またはＰＯＣは一定のままであり得る。場合によっては、リサンプリングユニット９０は、受信されたビデオを処理しないことがあるか、および／または随意であり得る。たとえば、場合によっては、予測処理ユニット１００がアップサンプリングを実施し得る。いくつかの実施形態では、リサンプリングユニット９０は、レイヤをアップサンプリングすることと、スライス境界ルールおよび／またはラスタ走査ルールのセットに準拠するために１つまたは複数のスライスを再編成、再定義、変更、または調整することとを行うように構成される。アクセスユニット中のベースレイヤまたは下位レイヤをアップサンプリングするものとして主に説明したが、場合によっては、リサンプリングユニット９０はレイヤをダウンサンプリングし得る。たとえば、ビデオのストリーミング中に帯域幅が減少した場合、フレームは、アップサンプリングされるのではなく、ダウンサンプリングされ得る。
【００９９】
[00110]リサンプリングユニット９０は、下位レイヤエンコーダ（たとえば、ビデオエンコーダ２０Ａ）の復号ピクチャバッファ１１４からピクチャまたはフレーム（またはピクチャに関連付けられたピクチャ情報）を受信し、ピクチャ（または受信されたピクチャ情報）をアップサンプリングするように構成され得る。このアップサンプリングされたピクチャは、次いで、下位レイヤエンコーダと同じアクセスユニット中のピクチャを符号化するように構成された上位レイヤエンコーダ（たとえば、ビデオエンコーダ２０Ｂ）の予測処理ユニット１００に与えられ得る。場合によっては、上位レイヤエンコーダは、下位レイヤエンコーダから削除された１つのレイヤである。他の場合には、図２Ｂのレイヤ０ビデオエンコーダとレイヤ１エンコーダとの間に１つまたは複数の上位レイヤエンコーダがあり得る。
【０１００】
[00111]場合によっては、リサンプリングユニット９０は省略またはバイパスされ得る。そのような場合、ビデオエンコーダ２０Ａの復号ピクチャバッファ１１４からのピクチャは、直接、または少なくともリサンプリングユニット９０に与えられることなしに、ビデオエンコーダ２０Ｂの予測処理ユニット１００に与えられ得る。たとえば、ビデオエンコーダ２０Ｂに与えられたビデオデータと、ビデオエンコーダ２０Ａの復号ピクチャバッファ１１４からの参照ピクチャとが同じサイズまたは解像度である場合、参照ピクチャは、なんらリサンプリングすることなしにビデオエンコーダ２０Ｂに与えられ得る。
【０１０１】
[00112]いくつかの実施形態では、ビデオエンコーダ２３は、ビデオエンコーダ２０Ａにビデオデータを与える前に、ダウンサンプリングユニット９４を使用して下位レイヤエンコーダに与えられるべきビデオデータをダウンサンプリングする。代替的に、ダウンサンプリングユニット９４は、ビデオデータをアップサンプリングまたはダウンサンプリングすることが可能なリサンプリングユニット９０であり得る。また他の実施形態では、ダウンサンプリングユニット９４は省略され得る。
【０１０２】
[00113]図２Ｂに示されているように、ビデオエンコーダ２３は、マルチプレクサ９８、またはｍｕｘをさらに含み得る。ｍｕｘ９８は、ビデオエンコーダ２３から合成ビットストリームを出力し得る。合成ビットストリームは、ビデオエンコーダ２０Ａおよび２０Ｂの各々からビットストリームを取り、所与の時間において出力されるビットストリームを交替することによって作成され得る。場合によっては、２つの（または、３つ以上のビデオエンコーダレイヤの場合には、より多くの）ビットストリームからのビットが一度に１ビットずつ交替され得るが、多くの場合、ビットストリームは別様に合成され得る。たとえば、出力ビットストリームは、選択されたビットストリームを一度に１ブロックずつ交替することによって作成され得る。別の例では、出力ビットストリームは、ビデオエンコーダ２０Ａおよび２０Ｂの各々からブロックの非１：１比を出力することによって作成され得る。たとえば、ビデオエンコーダ２０Ａから出力された各ブロックについて、２つのブロックがビデオエンコーダ２０Ｂから出力され得る。いくつかの実施形態では、ｍｕｘ９８からの出力ストリームはプリプログラムされ得る。他の実施形態では、ｍｕｘ９８は、ソースデバイス１２を含むソースデバイス上のプロセッサからなど、ビデオエンコーダ２３の外部のシステムから受信された制御信号に基づいて、ビデオエンコーダ２０Ａ、２０Ｂからのビットストリームを合成し得る。制御信号は、ビデオソース１８からのビデオの解像度またはビットレートに基づいて、リンク１６の帯域幅に基づいて、ユーザに関連付けられたサブスクリプション（たとえば、有料サブスクリプション対無料サブスクリプション）に基づいて、またはビデオエンコーダ２３から望まれる解像度出力を決定するための他のファクタに基づいて生成され得る。
【０１０３】
ビデオデコーダ
[00114]図３Ａは、本開示で説明する態様による技法を実装し得るビデオデコーダ３０の一例を示すブロック図である。ビデオデコーダ３０は、ＨＥＶＣの場合など、ビデオフレームの単一のレイヤを処理するように構成され得る。さらに、ビデオデコーダ３０は、限定はしないが、図４および図５に関して上記および下記でより詳細に説明するＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを推論する方法および関係するプロセスを含む、本開示の技法のいずれかまたはすべてを実施するように構成され得る。一例として、動き補償ユニット１６２および／またはイントラ予測ユニット１６４は、本開示で説明する技法のいずれかまたはすべてを実施するように構成され得る。一実施形態では、ビデオデコーダ３０は、場合によっては、本開示で説明する技法のいずれかまたはすべてを実施するように構成されたレイヤ間予測ユニット１６６を含み得る。他の実施形態では、レイヤ間予測は予測処理ユニット１５２（たとえば、動き補償ユニット１６２および／またはイントラ予測ユニット１６４）によって実施され得、その場合、レイヤ間予測ユニット１６６は省略され得る。ただし、本開示の態様はそのように限定されない。いくつかの例では、本開示で説明する技法は、ビデオデコーダ３０の様々な構成要素間で共有され得る。いくつかの例では、追加または代替として、プロセッサ（図示せず）が、本開示で説明する技法のいずれかまたはすべてを実施するように構成され得る。
【０１０４】
[00115]説明の目的で、本開示では、ＨＥＶＣコーディングのコンテキストにおいてビデオデコーダ３０について説明する。しかしながら、本開示の技法は、他のコーディング規格または方法にも適用可能であり得る。図３Ａに示された例はシングルレイヤコーデックに関するものである。しかしながら、図３Ｂに関してさらに説明するように、ビデオデコーダ３０の一部または全部はマルチレイヤコーデックの処理のために複製され得る。
【０１０５】
[00116]図３Ａの例では、ビデオデコーダ３０は複数の機能構成要素を含む。ビデオデコーダ３０の機能構成要素は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換ユニット１５６と、再構成ユニット１５８と、フィルタユニット１５９と、復号ピクチャバッファ１６０とを含む。予測処理ユニット１５２は、動き補償ユニット１６２と、イントラ予測ユニット１６４と、レイヤ間予測ユニット１６６とを含む。いくつかの例では、ビデオデコーダ３０は、図２Ａのビデオエンコーダ２０に関して説明された符号化経路とは全般に逆の復号経路を実施し得る。他の例では、ビデオデコーダ３０は、より多数の、より少数の、または異なる機能構成要素を含み得る。
【０１０６】
[00117]ビデオデコーダ３０は、符号化ビデオデータを備えるビットストリームを受信し得る。ビットストリームは複数のシンタックス要素を含み得る。ビデオデコーダ３０がビットストリームを受信したとき、エントロピー復号ユニット１５０は、ビットストリームに対してパース演算を実施し得る。ビットストリームに対してパース演算を実施した結果として、エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を抽出し得る。パース演算を実施することの一部として、エントロピー復号ユニット１５０は、ビットストリーム中のエントロピー符号化されたシンタックス要素をエントロピー復号し得る。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換ユニット１５６、再構成ユニット１５８、およびフィルタユニット１５９は、ビットストリームから抽出されたシンタックス要素に基づいて、復号ビデオデータを生成する再構成演算を実施し得る。
【０１０７】
[00118]上記で説明したように、ビットストリームは、一連のＮＡＬユニットを備え得る。ビットストリームのＮＡＬユニットは、ビデオパラメータセットＮＡＬユニット、シーケンスパラメータセットＮＡＬユニット、ピクチャパラメータセットＮＡＬユニット、ＳＥＩ  ＮＡＬユニットなどを含み得る。ビットストリームに対してパース演算を実施することの一部として、エントロピー復号ユニット１５０は、シーケンスパラメータセットＮＡＬユニットからのシーケンスパラメータセット、ピクチャパラメータセットＮＡＬユニットからのピクチャパラメータセット、ＳＥＩ  ＮＡＬユニットからのＳＥＩデータなどを抽出しエントロピー復号する、パース演算を実施し得る。
【０１０８】
[00119]さらに、ビットストリームのＮＡＬユニットはコード化スライスＮＡＬユニットを含み得る。ビットストリームに対してパース演算を実施することの一部として、エントロピー復号ユニット１５０は、コード化スライスＮＡＬユニットからコード化スライスを抽出しエントロピー復号する、パース演算を実施し得る。コーディングされたスライスの各々は、スライスヘッダとスライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含んでいることがある。スライスヘッダ中のシンタックス要素は、スライスを含んでいるピクチャに関連付けられたピクチャパラメータセットを識別するシンタックス要素を含み得る。エントロピー復号ユニット１５０は、コード化されたスライスヘッダ中のシンタックス要素に対して、ＣＡＢＡＣ復号演算などのエントロピー復号演算を実施して、スライスヘッダを再構成し得る。
【０１０９】
[00120]コード化スライスのＮＡＬユニットからスライスデータを抽出することの一部として、エントロピー復号ユニット１５０は、スライスデータ中のコード化ＣＵからシンタックス要素を抽出するパース演算を実施し得る。抽出されたシンタックス要素は、変換係数ブロックに関連付けられたシンタックス要素を含み得る。エントロピー復号ユニット１５０は、次いで、シンタックス要素のうちのいくつかに対してＣＡＢＡＣ復号演算を実施し得る。
【０１１０】
[00121]エントロピー復号ユニット１５０が区分されていないＣＵに対してパース演算を実施した後、ビデオデコーダ３０は、区分されていないＣＵに対して再構成演算を実施し得る。区分されていないＣＵに対して再構成演算を実施するために、ビデオデコーダ３０はＣＵの各ＴＵに対して再構成演算を実施し得る。ＣＵの各ＴＵについて再構成演算を実施することによって、ビデオデコーダ３０は、ＣＵに関連付けられた残差ビデオブロックを再構成し得る。
【０１１１】
[00122]ＴＵに対して再構成演算を実施することの一部として、逆量子化ユニット１５４は、ＴＵに関連付けられた変換係数ブロックを逆量子化（inverse quantize）、たとえば、逆量子化（de-quantize）し得る。逆量子化ユニット１５４は、ＨＥＶＣ用に提案された、またはＨ．２６４復号規格によって定義された逆量子化プロセスと同様の方式で、変換係数ブロックを逆量子化し得る。逆量子化ユニット１５４は、量子化の程度を決定し、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定するために、変換係数ブロックのＣＵのためにビデオエンコーダ２０によって計算される量子化パラメータＱＰを使用し得る。
【０１１２】
[00123]逆量子化ユニット１５４が変換係数ブロックを逆量子化した後、逆変換ユニット１５６は、変換係数ブロックに関連付けられたＴＵのための残差ビデオブロックを生成し得る。逆変換ユニット１５６は、ＴＵのための残差ビデオブロックを生成するために、変換係数ブロックに逆変換を適用し得る。たとえば、逆変換ユニット１５６は、変換係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）、逆回転変換、逆方向変換、または別の逆変換を適用し得る。いくつかの例では、逆変換ユニット１５６は、ビデオエンコーダ２０からのシグナリングに基づいて、変換係数ブロックに適用すべき逆変換を決定し得る。そのような例では、逆変換ユニット１５６は、変換係数ブロックに関連付けられたツリーブロックの４分木のルートノードにおいてシグナリングされた変換に基づいて、逆変換を決定し得る。他の例では、逆変換ユニット１５６は、ブロックサイズ、コーディングモードなど、１つまたは複数のコーディング特性から逆変換を推論し得る。いくつかの例では、逆変換ユニット１５６はカスケード逆変換を適用し得る。
【０１１３】
[00124]いくつかの例では、動き補償ユニット１６２は、補間フィルタに基づく補間を実施することによって、ＰＵの予測ビデオブロックを改良し得る。サブサンプル精度をもつ動き補償のために使用されるべき補間フィルタのための識別子が、シンタックス要素中に含まれ得る。動き補償ユニット１６２は、ＰＵの予測ビデオブロックの生成中にビデオエンコーダ２０によって使用された同じ補間フィルタを使用して、参照ブロックのサブ整数サンプルについての補間値を計算し得る。動き補償ユニット１６２は、受信されたシンタックス情報に従って、ビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ビデオブロックを生成し得る。
【０１１４】
[00125]図８〜図９に関して以下でさらに説明するように、予測処理ユニット１５２は、図８〜図９に示されている方法を実施することによってＰＵ（または他の参照レイヤブロックおよび／またはエンハンスメントレイヤブロックまたはビデオユニット）をコーディング（たとえば、符号化または復号）し得る。たとえば、動き補償ユニット１６２、イントラ予測ユニット１６４、またはレイヤ間予測ユニット１６６は、一緒または別々のいずれかで、図８〜図９に示されている方法を実施するように構成され得る。
【０１１５】
[00126]ＰＵが、イントラ予測を使用して符号化される場合、イントラ予測ユニット１６４は、ＰＵのための予測ビデオブロックを生成するためにイントラ予測を実施し得る。たとえば、イントラ予測ユニット１６４は、ビットストリーム中のシンタックス要素に基づいて、ＰＵのためのイントラ予測モードを決定し得る。ビットストリームは、ＰＵのイントラ予測モードを決定するためにイントラ予測ユニット１６４が使用し得るシンタックス要素を含み得る。
【０１１６】
[00127]いくつかの事例では、シンタックス要素は、イントラ予測ユニット１６４が別のＰＵのイントラ予測モードを使用して現在ＰＵのイントラ予測モードを決定すべきであることを示し得る。たとえば、現在ＰＵのイントラ予測モードは隣接ＰＵのイントラ予測モードと同じであることがあり得る。言い換えれば、隣接ＰＵのイントラ予測モードは、現在ＰＵに対して最確モードであり得る。したがって、この例では、ビットストリームは、ＰＵのイントラ予測モードが隣接ＰＵのイントラ予測モードと同じであることを示す、小さいシンタックス要素を含み得る。イントラ予測ユニット１６４は、次いで、イントラ予測モードを使用して、空間的に隣接するＰＵのビデオブロックに基づいて、ＰＵの予測データ（たとえば、予測サンプル）を生成し得る。
【０１１７】
[00128]上記で説明したように、ビデオデコーダ３０もレイヤ間予測ユニット１６６を含み得る。レイヤ間予測ユニット１６６は、ＳＶＣにおいて利用可能である１つまたは複数の異なるレイヤ（たとえば、ベースレイヤまたは参照レイヤ）を使用して、現在ブロック（たとえば、ＥＬ中の現在ブロック）を予測するように構成される。そのような予測はレイヤ間予測と呼ばれることがある。レイヤ間予測ユニット１６６は、レイヤ間冗長性を低減するための予測方法を利用し、それによって、コーディング効率を改善し、計算リソース要件を低減する。レイヤ間予測のいくつかの例としては、レイヤ間イントラ予測、レイヤ間動き予測、およびレイヤ間残差予測がある。レイヤ間イントラ予測は、エンハンスメントレイヤ中の現在ブロックを予測するために、ベースレイヤ中のコロケートブロックの再構成を使用する。レイヤ間動き予測は、ベースレイヤの動き情報を使用してエンハンスメントレイヤ中の動作を予測する。レイヤ間残差予測は、ベースレイヤの残差を使用してエンハンスメントレイヤの残差を予測する。レイヤ間予測方式の各々について、より詳細に以下で説明する。
【０１１８】
[00129]再構成ユニット１５８は、適用可能なとき、ＣＵのＴＵに関連付けられた残差ビデオブロックとＣＵのＰＵの予測ビデオブロックとを使用して、すなわち、イントラ予測データまたはインター予測データのいずれかを使用して、ＣＵのビデオブロックを再構成し得る。したがって、ビデオデコーダ３０は、ビットストリーム中のシンタックス要素に基づいて、予測ビデオブロックと残差ビデオブロックとを生成し得、予測ビデオブロックと残差ビデオブロックとに基づいて、ビデオブロックを生成し得る。
【０１１９】
[00130]再構成ユニット１５８がＣＵのビデオブロックを再構成した後、フィルタユニット１５９は、デブロッキング演算を実施して、ＣＵに関連付けられたブロッキングアーティファクトを低減し得る。フィルタユニット１５９が、ＣＵに関連付けられたブロッキングアーティファクトを低減するためにデブロッキング演算を実施した後、ビデオデコーダ３０はＣＵのビデオブロックを復号ピクチャバッファ１６０に記憶し得る。復号ピクチャバッファ１６０は、後続の動き補償、イントラ予測、および図１Ａまたは図１Ｂのディスプレイデバイス３２などのディスプレイデバイス上での提示のために、参照ピクチャを与え得る。たとえば、ビデオデコーダ３０は、復号ピクチャバッファ１６０中のビデオブロックに基づいて、他のＣＵのＰＵに対してイントラ予測演算またはインター予測演算を実施し得る。
【０１２０】
マルチレイヤデコーダ
[00131]図３Ｂは、本開示で説明する態様による技法を実装し得る（単にビデオデコーダ３３とも呼ばれる）マルチレイヤビデオデコーダ３３の一例を示すブロック図である。ビデオデコーダ３３は、ＳＨＶＣおよびマルチビューコーディングの場合など、マルチレイヤビデオフレームを処理するように構成され得る。さらに、ビデオデコーダ３３は、本開示の技法のいずれかまたはすべてを実施するように構成され得る。
【０１２１】
[00132]ビデオデコーダ３３はビデオデコーダ３０Ａとビデオデコーダ３０Ｂとを含み、それらの各々はビデオデコーダ３０として構成され得、ビデオデコーダ３０に関して上記で説明した機能を実施し得る。さらに、参照番号の再利用によって示されるように、ビデオデコーダ３０Ａおよび３０Ｂは、ビデオデコーダ３０としてシステムとサブシステムとのうちの少なくともいくつかを含み得る。ビデオデコーダ３３は、２つのビデオデコーダ３０Ａおよび３０Ｂを含むものとして示されているが、ビデオデコーダ３３は、そのようなものとして限定されず、任意の数のビデオデコーダ３０レイヤを含み得る。いくつかの実施形態では、ビデオデコーダ３３はアクセスユニット中の各ピクチャまたはフレームについてビデオデコーダ３０を含み得る。たとえば、５つのピクチャを含むアクセスユニットは、５つのデコーダレイヤを含むビデオデコーダによって処理または復号され得る。いくつかの実施形態では、ビデオデコーダ３３は、アクセスユニット中のフレームよりも多くのデコーダレイヤを含み得る。いくつかのそのような場合では、ビデオデコーダレイヤのいくつかは、いくつかのアクセスユニットを処理するときに非アクティブであり得る。
【０１２２】
[00133]ビデオデコーダ３０Ａおよび３０Ｂに加えて、ビデオデコーダ３３はアップサンプリングユニット９２を含み得る。いくつかの実施形態では、アップサンプリングユニット９２は、フレームまたはアクセスユニットのための参照ピクチャリストに追加されるべきエンハンストレイヤを作成するために、受信されたビデオフレームのベースレイヤをアップサンプリングし得る。このエンハンストレイヤは復号ピクチャバッファ１６０に記憶され得る。いくつかの実施形態では、アップサンプリングユニット９２は、図２Ａのリサンプリングユニット９０に関して説明した実施形態の一部または全部を含むことができる。いくつかの実施形態では、アップサンプリングユニット９２は、レイヤをアップサンプリングすることと、スライス境界ルールおよび／またはラスタ走査ルールのセットに準拠するために１つまたは複数のスライスを再編成、再定義、変更、または調整することとを行うように構成される。場合によっては、アップサンプリングユニット９２は、受信されたビデオフレームのレイヤをアップサンプリングおよび／またはダウンサンプリングするように構成されたリサンプリングユニットであり得る。
【０１２３】
[00134]アップサンプリングユニット９２は、下位レイヤデコーダ（たとえば、ビデオデコーダ３０Ａ）の復号ピクチャバッファ１６０からピクチャまたはフレーム（またはピクチャに関連付けられたピクチャ情報）を受信し、ピクチャ（または受信されたピクチャ情報）をアップサンプリングするように構成され得る。このアップサンプリングされたピクチャは、次いで、下位レイヤデコーダと同じアクセスユニット中のピクチャを復号するように構成された上位レイヤデコーダ（たとえば、ビデオデコーダ３０Ｂ）の予測処理ユニット１５２に与えられ得る。場合によっては、上位レイヤデコーダは、下位レイヤデコーダから削除された１つのレイヤである。他の場合には、図３Ｂのレイヤ０ビデオデコーダとレイヤ１デコーダとの間に１つまたは複数の上位レイヤデコーダがあり得る。
【０１２４】
[00135]場合によっては、アップサンプリングユニット９２は省略またはバイパスされ得る。そのような場合、ビデオデコーダ３０Ａの復号ピクチャバッファ１６０からのピクチャは、直接、または少なくともアップサンプリングユニット９２に与えられることなしに、ビデオデコーダ３０Ｂの予測処理ユニット１５２に与えられ得る。たとえば、ビデオデコーダ３０Ｂに与えられたビデオデータと、ビデオデコーダ３０Ａの復号ピクチャバッファ１６０からの参照ピクチャとが同じサイズまたは解像度である場合、参照ピクチャは、アップサンプリングなしにビデオデコーダ３０Ｂに与えられ得る。さらに、いくつかの実施形態では、アップサンプリングユニット９２は、ビデオデコーダ３０Ａの復号ピクチャバッファ１６０から受信された参照ピクチャをアップサンプリングまたはダウンサンプリングするように構成されたリサンプリングユニット９０であり得る。
【０１２５】
[00136]図３Ｂに示されているように、ビデオデコーダ３３は、デマルチプレクサ９９、またはｄｅｍｕｘをさらに含み得る。ｄｅｍｕｘ９９は符号化ビデオビットストリームを複数のビットストリームにスプリットすることができ、ｄｅｍｕｘ９９によって出力された各ビットストリームは異なるビデオデコーダ３０Ａおよび３０Ｂに与えられる。複数のビットストリームは、ビットストリームを受信することによって作成され得、ビデオデコーダ３０Ａおよび３０Ｂの各々は、所与の時間においてビットストリームの一部分を受信する。場合によっては、ｄｅｍｕｘ９９において受信されるビットストリームからのビットは、ビデオデコーダの各々（たとえば、図３Ｂの例ではビデオデコーダ３０Ａおよび３０Ｂ）の間で一度に１ビットずつ交替され得るが、多くの場合、ビットストリームは別様に分割される。たとえば、ビットストリームは、一度に１ブロックずつビットストリームを受信するビデオデコーダを交替することによって分割され得る。別の例では、ビットストリームは、１：１ではない比のブロックによって、ビデオデコーダ３０Ａおよび３０Ｂの各々に分割され得る。たとえば、２つのブロックは、ビデオデコーダ３０Ａに与えられる各ブロックについてビデオデコーダ３０Ｂに与えられ得る。いくつかの実施形態では、ｄｅｍｕｘ９９によるビットストリームの分割はプリプログラムされ得る。他の実施形態では、ｄｅｍｕｘ９９は、宛先モジュール１４を含む宛先デバイス上のプロセッサからのような、ビデオデコーダ３３の外部のシステムから受信された制御信号に基づいてビットストリームを分割し得る。制御信号は、入力インターフェース２８からのビデオの解像度またはビットレートに基づいて、リンク１６の帯域幅に基づいて、ユーザに関連付けられたサブスクリプション（たとえば、有料サブスクリプション対無料サブスクリプション）に基づいて、またはビデオデコーダ３３によって取得可能な解像度を決定するための他のファクタに基づいて生成され得る。
【０１２６】
イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ
[00137]いくつかのビデオコーディング方式は、ビットストリーム全体にわたって様々なランダムアクセスポイントを、ビットストリームの中でそれらのランダムアクセスポイントに先行するいかなるピクチャも復号する必要なしに、ビットストリームが、それらのランダムアクセスポイントのいずれかから始めても復号され得るように、提供し得る。そのようなビデオコーディング方式では、（たとえば、ランダムアクセスポイントを与えるピクチャと同じアクセスユニット中にあるピクチャを含む）出力順序においてランダムアクセスポイントに後続するピクチャは、ランダムアクセスポイントに先行するいかなるピクチャをも使用することなしに正しく復号され得る。たとえば、ビットストリームの一部分が送信の間または復号の間に失われても、デコーダは、次のランダムアクセスポイントから始めてビットストリームの復号を再開することができる。ランダムアクセスのサポートは、たとえば、動的なストリーミングサービス、シーク動作、チャネル切替えなどを容易にし得る。場合によっては、出力順序においてランダムアクセスポイントに後続するピクチャは、復号のためにリーディングピクチャを使用し得る。リーディングピクチャは、ビットストリーム中のランダムアクセスポイントに後続し、ランダムアクセスポイントの前に出力および表示される、ピクチャを指し得る。
【０１２７】
[00138]いくつかのコーディング方式では、そのようなランダムアクセスポイントは、ＩＲＡＰピクチャと呼ばれるピクチャによって与えられ得る。たとえば、アクセスユニット（「ａｕＡ」）中に含まれているエンハンスメントレイヤ（「ｌａｙｅｒＡ」）中の（たとえば、エンハンスメントレイヤＩＲＡＰピクチャによって与えられる）ランダムアクセスポイントは、各参照レイヤ（「ｌａｙｅｒＢ」）中にあり、復号順序においてａｕＡに先行するアクセスユニット（「ａｕＢ」）中に含まれているランダムアクセスポイント（または、ａｕＡ中に含まれているランダムアクセスポイント）を有するｌａｙｅｒＡのｌａｙｅｒＢ（たとえば、ｌａｙｅｒＡを予測するために使用されるレイヤである参照レイヤ）に関して出力順序においてａｕＢに後続する（ａｕＢ中に位置するピクチャを含む）ｌａｙｅｒＡ中のピクチャが、ａｕＢに先行するｌａｙｅｒＡ中のいかなるピクチャも復号する必要なしに正しく復号可能であり得るように、レイヤ特有のランダムアクセスを与え得る。たとえば、復号がａｕＢから開始し、ｌａｙｅｒＢ中およびａｕＢ中のピクチャが復号可能であるとき、ａｕＡ中にあるレイヤＡ中のピクチャと、ａｕＡに後続するｌａｙｅｒＡ中のピクチャは復号可能である。
【０１２８】
[00139]ＩＲＡＰピクチャは、イントラ予測を使用してコーディングされ得（たとえば、同じレイヤ中の他のピクチャを参照することなしにコーディングされ得）、たとえば、瞬時復号リフレッシュ（ＩＤＲ：instantaneous decoding refresh）ピクチャと、クリーンランダムアクセス（ＣＲＡ：clean random access）ピクチャと、切断リンクアクセス（ＢＬＡ：broken link access）ピクチャとを含み得る。ビットストリーム中にＩＤＲピクチャがあるとき、復号順序においてＩＤＲピクチャに先行するすべてのピクチャは、復号順序においてＩＤＲピクチャに後続するピクチャによる予測のために使用されない。ビットストリーム中にＣＲＡピクチャがあるとき、ＣＲＡピクチャに後続するピクチャは、復号順序においてＣＲＡピクチャに先行するピクチャを予測のために使用することも、使用しないこともある。復号順序においてＣＲＡピクチャに後続するが、復号順序においてＣＲＡピクチャに先行するピクチャを使用するピクチャは、ランダムアクセススキップリーディング（ＲＡＳＬ：random access skipped leading）ピクチャと呼ばれることがある。復号順序においてＩＲＡＰピクチャに後続し、出力順序においてＩＲＡＰピクチャに先行する別のタイプのピクチャは、ランダムアクセス復号可能リーディング（ＲＡＤＬ：random access decodable leading）ピクチャであり、それは、復号順序においてＩＲＡＰピクチャに先行するいかなるピクチャへの参照も含んでいないことがある。ＣＲＡピクチャに先行するピクチャが利用可能でない場合、ＲＡＳＬピクチャはデコーダによって廃棄され得る。ＲＡＳＬピクチャは、ＢＬＡピクチャの後に存在することも存在しないこともある。ＲＡＳＬピクチャがＢＬＡピクチャの後に存在するとき、それらは、それらの参照ピクチャが利用可能でないことがあるので、無視されるべきであり、および／または復号されるべきでない。ＩＲＡＰピクチャであるベースレイヤピクチャ（たとえば、０のレイヤＩＤ値を有するピクチャ）を含んでいるアクセスユニット（たとえば、複数のレイヤにわたって同じ出力時間に関連付けられたコード化ピクチャを含むピクチャのグループ）は、ＩＲＡＰアクセスユニットと呼ばれることがある。
【０１２９】
ＩＲＡＰピクチャのクロスレイヤ整合
[00140]ＳＨＶＣおよびＭＶ−ＨＥＶＣのようなＨＥＶＣ拡張では、ＩＲＡＰピクチャは、異なるレイヤにわたって整合される（たとえば、同じアクセスユニット中に含まれている）ことを必要とされないことがある。たとえば、ＩＲＡＰピクチャが整合されることを必要とされた場合、少なくとも１つのＩＲＡＰピクチャを含んでいるいかなるアクセスユニットもＩＲＡＰピクチャのみを含んでいることになる。一方、ＩＲＡＰピクチャが整合されることを必要とされなかった場合、単一のアクセスユニット中で、（たとえば、第１のレイヤ中の）あるピクチャはＩＲＡＰピクチャであり得、（たとえば、第２のレイヤ中の）別のピクチャは非ＩＲＡＰピクチャであり得る。ビットストリーム中でそのような整合されないＩＲＡＰピクチャを有することは、いくつかの利点を与え得る。たとえば、２レイヤビットストリーム中で、エンハンスメントレイヤ中よりもベースレイヤ中により多くのＩＲＡＰがある場合、ブロードキャストおよびマルチキャスト適用例では、低い同調遅延および高いコーディング効率が達成され得る。
【０１３０】
[00141]いくつかのビデオコーディング方式では、ＰＯＣが、復号ピクチャが表示される相対的な順序を追跡するために使用され得る。そのようなコーディング方式のうちのいくつかは、いくつかのタイプのピクチャがビットストリーム中に出現するときはいつでも、ＰＯＣ値がリセットされるように（たとえば、０に設定されるか、またはビットストリーム中でシグナリングされた何らかの値に設定され）し得る。たとえば、いくつかのＩＲＡＰピクチャのＰＯＣ値がリセットされ、それにより、復号順序においてそれらのＩＲＡＰピクチャに先行する他のピクチャのＰＯＣ値もリセットされ得る。ＩＲＡＰピクチャが異なるレイヤにわたって整合されることを必要とされないとき、このことが問題になり得る。たとえば、あるピクチャ（「ｐｉｃＡ」）がＩＲＡＰピクチャであり、同じアクセスユニット中の別のピクチャ（「ｐｉｃＢ」）がＩＲＡＰピクチャでないとき、ｐｉｃＡを含んでいるレイヤ中のピクチャ（「ｐｉｃＣ」）のＰＯＣ値は、ｐｉｃＡがＩＲＡＰピクチャであることに起因してリセットされ、ｐｉｃＢを含んでいるレイヤ中のピクチャ（「ｐｉｃＤ」）のＰＯＣ値、これはリセットされない、と異なることがあり得、ここで、ｐｉｃＣおよびｐｉｃＤは同じアクセスユニット中にある。これにより、ｐｉｃＣおよびｐｉｃＤは、それらが同じアクセスユニット（たとえば、同じ出力時間）に属するにもかかわらず、異なるＰＯＣ値を有する。したがって、この例では、ｐｉｃＣおよびｐｉｃＤのＰＯＣ値を導出するための導出プロセスは、ＰＯＣ値およびアクセスユニットの定義と一致するＰＯＣ値を生成するように変更され得る。
【０１３１】
マルチレイヤコーディングのためにＰＯＣをリセットすること
[00142]ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素は、ＰＯＣがピクチャのためにリセットされるべきであるかどうかを示し得る。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素は、ＰＯＣのＭＳＢがリセットされるべきであるのか、ＰＯＣのＭＳＢとＬＳＢの両方がリセットされるべきであるのか、いずれもリセットされるべきでないのかを示すことができる。たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての０の値は、ＰＯＣがリセットされないことを示す。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての１の値は、ＰＯＣ  ＭＳＢがリセットされるべきであることを示す。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての２の値は、ＰＯＣ  ＭＳＢとＰＯＣ  ＬＳＢの両方がリセットされるべきであることを示す。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての３の値は、前のピクチャのためのリセットが示されたことを示す。たとえば、前のピクチャに関するｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、１または２のいずれかであった。ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃについての３の値は、ＰＯＣがリセットされるべきであるピクチャが（たとえば、復号プロセス中に）失われたとき、ＰＯＣが後のピクチャにおいて適切にリセットされ得るように使用され得る。
【０１３２】
[00143]ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、前のピクチャのためのリセットがＰＯＣ  ＭＳＢのみに関するものであったのか、ＰＯＣ  ＭＳＢとＰＯＣ  ＬＳＢの両方に関するものであったのかを示すことができる。たとえば、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇについての０の値は、ＭＳＢのみがリセットされるべきであることを示す。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇについての１の値は、ＭＳＢとＬＳＢの両方がリセットされるべきであることを示す。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇフラグは、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関して使用され得る。たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が３であるとき、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、前のピクチャのためのＰＯＣリセットがＭＳＢのみに関するものであったのか、ＭＳＢとＬＳＢの両方に関するものであったのかを示すことができる。
【０１３３】
[00144]ＳＨＶＣおよびＭＶ−ＨＥＶＣの早期バージョン（たとえば、ＳＨＶＣワーキングドラフト６、ＭＶ−ＨＥＶＣワーキングドラフト８など）では、たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関して、いくつかの制約または制限が適用される。しかしながら、これらの制約は、ピクチャが存在しないとき、またはピクチャが廃棄可能であるとき、ＰＯＣを適切にリセットしない。これらの制限およびそのような制限に関連付けられた問題に関係するいくつかの詳細について、たとえば、消失したまたは不在のピクチャ、廃棄可能なピクチャ、およびＢＬＡピクチャとＣＲＡピクチャとの混合について説明するセクション中で、以下でさらに詳細に説明する。
【０１３４】
[00145]さらに、ＳＨＶＣおよびＭＶ−ＨＥＶＣの早期バージョンでは、同じＰＯＣリセッティング期間中のＰＯＣリセッティングＡＵのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに基づくピクチャのｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値に対する制限がない。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの不正確な値により、ＰＯＣリセット機構が適切に動作しなくなり得る。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇに関係するいくつかの詳細について、たとえば、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇについて説明するセクション中で、以下でさらに詳細に説明する。
【０１３５】
[00146]これらおよび他の課題に対処するために、本技法は、いくつかの態様によれば、ピクチャが存在しない（たとえば、消失したか、または不在である）とき、あるいはピクチャが廃棄可能であるとき、ＰＯＣをリセットする。本技法はまた、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値に基づいてピクチャのｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値に対して制限を課する。このようにして、本技法は、ＰＯＣが正しくリセットされることを確認することができる。たとえば、ＰＯＣは、１または２のいずれかに等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃをもつピクチャが消失したとき、正しくリセットされ得る。ＰＯＣリセットに関係するいくつかの詳細について、以下でさらに説明する。
【０１３６】
消失したまたは不在のピクチャ
[00147]ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値に関係するいくつかの制約は、以下のようになり得る。以下の制約が適用されることは、ビットストリーム適合の要件であり得る。
・ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャ、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャ、サブレイヤ非参照ピクチャ、または０よりも大きいＴｅｍｐｏｒａｌＩｄを有するピクチャ、または１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャの場合、１または２に等しくないものとする。ＴｅｍｐｏｒａｌＩＤは、レイヤの時間サブレイヤのＩＤを示すことができる。
・ＡＵ中のすべてのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は同じであるものとする。
・０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ、ＡＵ中のピクチャが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値をもつイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであり、同じＡＵ中にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの異なる値をもつ少なくとも１つの他のピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＡＵ中のすべてのピクチャについて１または２に等しいものとする。
・（ｉ）０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有し、（ｉｉ）ＡＵ中のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値をもつ瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャである少なくとも１つのピクチャがあり、（ｉｉｉ）同じＡＵ中にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの異なる値をもつ少なくとも１つの他のピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＡＵ中のすべてのピクチャについて１または２に等しいものとする。
・クリーンランダムアクセス（ＣＲＡ）または切断リンクアクセス（ＢＬＡ）ピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、３よりも小さいものとする。
・ＡＵ中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャがＩＤＲピクチャであり、同じＡＵ中に少なくとも１つの非ＩＤＲピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＡＵ中のすべてのピクチャについて２に等しいものとする。
・ＡＵ中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャがＩＤＲピクチャでないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＡＵ中のピクチャについて２に等しくないものとする。
【０１３７】
[00148]上記の制約のうち、レイヤのうちのいくつかについて存在しないピクチャを有し、少なくとも１つのレイヤ中に１つのＩＲＡＰピクチャを有するＡＵが対象とされない場合。たとえば、ＡＵ（たとえば、ＡＵ  Ｄ）はベースレイヤ（ＢＬ）中にＩＤＲピクチャを含んでいるが、エンハンスメントレイヤ（ＥＬ）中にピクチャを含んでいない。レイヤがＡＵ中にピクチャを有しない場合は、消失したピクチャ、不在のピクチャ、存在しないピクチャなどを有するＡＵとして説明され得る。レイヤはこの特定のＡＵ中にピクチャを含まないことがあるか、またはピクチャは（たとえば、復号プロセス中に）失われていることがある。そのような状況では、ＰＯＣは、ＢＬ中のＩＤＲピクチャのＰＯＣが０に等しくなければならないので、リセットされるべきである。しかしながら、エンハンスメントレイヤ中のＰＯＣチェーンは続く。ＡＵ  ＤにおけるエンハンスメントレイヤピクチャのＰＯＣをリセットすることができないことにより、後続のＡＵ中のピクチャのためにクロスレイヤ整合（cross-layer align）されない導出されたＰＯＣを生じることがある。しかしながら、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値についての上記の制限のいずれも、この状況に適用可能でなく、したがって、ＰＯＣリセットはＡＵ  Ｄについて規定されない。
【０１３８】
[00149]別の例では、ＡＵ（たとえば、ＡＵ  Ｄ）はＥＬ中にＩＤＲピクチャを含んでいるが、ＢＬ中にピクチャを含んでいない。同様に、そのような状況では、ＰＯＣは、ＥＬ中のＩＤＲピクチャのＰＯＣ  ＭＳＢが０にリセットされることになるので、リセットされるべきである。しかしながら、既存の手法の場合、ＰＯＣリセットはＡＵ  Ｄについて規定されない。
【０１３９】
[00150]正しい挙動を保証するために、上記で説明した両方の場合について、ＰＯＣリセットはＡＵ  Ｄにおいて必要とされ得る。さらに、ＡＵ  Ｄの直後にくる１つまたは複数のピクチャおよび／またはＡＵは、３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するべきである。これらの変化がある場合、ＰＯＣリセットは、ピクチャが不在だったレイヤについて、そのレイヤ中にピクチャがあるとすぐに行われ得る。
【０１４０】
[00151]ＩＲＡＰピクチャおよび消失したピクチャをも含んでいるＡＵについてＰＯＣがリセットされなくてもよい場合があり得る。図４に、そのような場合の例を示す。ＡＵ  Ａは、消失したピクチャがレイヤ２からのものであり、ＰＯＣをリセットするＡＵ  Ｂまで、そのレイヤ中にピクチャがないので、ＰＯＣをリセットする必要がない。ＡＵ  Ｂは、ＡＵ  Ｂの後の第２のＡＵがレイヤ２中にピクチャを有するので、その第２のＡＵ自体がＰＯＣリセットを行わない限り（ここで、第２のＡＵがそうしないと仮定される）、ＰＯＣをリセットする必要がある。ＡＵ  Ｃは、それがレイヤ０中にＩＤＲを有するが、他のレイヤ中に（１つまたは複数の）非ＩＲＡＰを有するので、ＰＯＣをリセットする必要がある。ＡＵ  Ｄは、そのＡＵがクロスレイヤ整合されたＩＤＲを有し、消失したピクチャを有しないので、ＰＯＣをリセットする必要がない。最後に、ＡＵ  Ｅは、ＡＵ  Ｅの後の第２のＡＵがレイヤ２中にピクチャを有するので、その第２のＡＵ自体がＰＯＣリセットを行わない限り（この場合も、第２のＡＵがそうしないと仮定される）、ＰＯＣをリセットする必要がある。
【０１４１】
廃棄可能なピクチャ
[00152]消失したピクチャについての上記で説明した問題は、同様に廃棄可能なピクチャに当てはまり得、廃棄可能なピクチャは、廃棄された後に不在のピクチャになることになる。
【０１４２】
[00153]ＩＲＡＰピクチャがクロスレイヤ整合されるとき、既存の手法の場合、ＰＯＣリセットは必要とされない。しかしながら、ＩＲＡＰピクチャが廃棄可能なピクチャとしてマークされることを禁止する制限はない。ＡＵ  ａｕＡがクロスレイヤ整合されたＩＲＡＰピクチャを含んでおり、ＩＲＡＰピクチャのうちの少なくとも１つが廃棄可能であるとき、復号順序において後続のＡＵ中のピクチャのためのＰＯＣの導出は、ａｕＡ中の廃棄可能なＩＲＡＰピクチャが図５の例に示されているように削除された場合、不正確であり得る。ＡＵ  Ｅ中のＥＬ  ＩＤＲピクチャが廃棄されたとき、ＡＵ  Ｆ中のＥＬピクチャのＰＯＣ最上位ビット（ＭＳＢ）の値は、前のアンカーピクチャのＰＯＣ  ＭＳＢの値（たとえば、２５６）に等しくなるように導出され得る。これは、ＡＵ  ＦのためのＢＬおよびＥＬ中のピクチャのために導出される異なるＰＯＣ値を生じることがある。
【０１４３】
ＢＬＡピクチャとＣＲＡピクチャとの混合
[00154]既存の手法の場合、ＡＵ中のピクチャが、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有し、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値をもつＩＲＡＰピクチャであり、同じアクセスユニット中にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの異なる値をもつ少なくとも１つの他のピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値はＡＵ中のすべてのピクチャについて１または２に等しく設定される。これは、２レイヤビットストリーム中のＡＵがＢＬ中にＣＲＡピクチャを含んでおり、エンハンスメントレイヤ中にＢＬＡピクチャを含んでいる場合、ＰＯＣリセット、すなわち、ＰＯＣ  ＭＳＢのみをリセットするか、またはＰＯＣ  ＭＳＢと最下位ビット（ＬＳＢ）の両方をリセットするかのいずれかが必要とされることを意味する。そのような制約は、特にいくつかの使用事例の場合、理想的でない。
【０１４４】
[00155]図６に、レイヤスイッチアップが、クロスレイヤ整合されたＣＲＡピクチャを含んでいるＡＵ、ａｕＡにおいて行われるレイヤスイッチダウンおよびスイッチアップ例を示す。ＩＲＡＰのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値がクロスレイヤ整合されたときにＰＯＣリセットを行うことが必要とされないので、エンコーダは、ａｕＡのＣＲＡピクチャ中のスライスセグメントヘッダ拡張中でＰＯＣリセット情報（たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄなど）をシグナリングしないことがある。しかしながら、レイヤスイッチアップの場合、システムは、ａｕＡのＥＬピクチャのＮＡＬユニットタイプをＣＲＡからＢＬＡに変更し得る。そのような場合、制約は、ＮＡＬユニットタイプを変更することに加えて、スイッチアップ動作を実施するシステムエンティティがまた、ＰＯＣリセット情報を挿入するためにａｕＡ中のピクチャのスライスセグメントヘッダ拡張を変更する必要があることを暗示する。システムエンティティに課されるそのような追加の負担は、ＰＯＣリセットが図示された状況において実際に必要とされないので不要である。これは、ベースレイヤＣＲＡピクチャのみがＢＬＡピクチャになるように変更されるクロスレイヤ整合されたＣＲＡピクチャにおいてビットストリームに対するスプライシング（splicing）に同様に適用される。
【０１４５】
ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ
[00156]ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰＯＣ  ＭＳＢとＰＯＣ  ＬＳＢの両方がリセットされるべきであるかどうか、またはＰＯＣ  ＭＳＢのみがリセットされるべきであるかどうかを示すために、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇがシグナリングされる。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値は、同じＰＯＣリセッティング期間中に第１のアクセスユニットのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値を示すことができる。いくつかの実施形態では、ＰＯＣリセッティング期間は、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃとｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの特定の値とをもつアクセスユニットで開始し、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値を有するか、または０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するかのいずれかであるすべてのアクセスユニットを含む、復号順序におけるアクセスユニットのシーケンスを指すことができる。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの間違った値がシグナリングされた場合、デコーダは、以前のピクチャのＰＯＣを間違った値だけ減分することがある。以下で与えられる図７に、エンコーダがｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇについての不正確な値を割り当てる一例を示す。ＡＵ  Ｅ中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が、２であり、これは、ＰＯＣ  ＭＳＢとＰＯＣ  ＬＳＢの両方がリセットされることを意味するので、（存在するとき、復号順序においてＡＵ  Ｅに続くピクチャ中にあり、ＡＵ  Ｅと同じＰＯＣリセッティング期間に属する）ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値は、以前のピクチャのＰＯＣの値を減分するためにＤｅｌｔａＰｏｃＶａｌの正しい値が導出されることを保証するために１でなければならない。ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値が、ＡＵ  Ｇ中のレイヤ１ピクチャについて０として間違ってシグナリングされるので、（復号順序においてＡＵ  Ｅに先行する）レイヤ１のピクチャのＰＯＣを減分するために使用される値は１０２ではなく６４である。以前のピクチャの不正確なＰＯＣ値は、デコーダが現在ピクチャのための正しい参照ピクチャを見つけることができないので、参照ピクチャ選択（ＲＰＳ：reference picture selection）導出プロセスに影響を及ぼし得る。図７の図示の例では、ＡＵ  Ｇのレイヤ１ピクチャのＲＰＳ導出中に、デコーダは、−１および−２に等しいＰＯＣをもつ参照ピクチャを見つけることができず、したがって、これらの参照ピクチャは「参照のために利用不可能」とマークされる。
【０１４６】
ＰＯＣをリセットすること、およびｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値を設定すること
[00157]マルチレイヤコーデックにおけるＰＯＣリセットのための既存の手法を用いて上記で説明した問題を克服するために、本開示は、以下の改善について説明する。本開示では、以下の説明する技法および手法は、単独でまたは任意の組合せで使用され得る。
【０１４７】
[00158]本明細書で説明するＰＯＣリセット技法の１つまたは複数の態様によれば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値に関係する制約の更新が提供される。したがって、ＢＬにおいてＩＲＡＰピクチャを含んでおり、ＥＬ中にＩＤＲピクチャを含んでいるＡＵ  ａｕＡ中に少なくとも１つの消失したピクチャがある場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＡＵ中のすべてのピクチャについて１または２に等しくなるべきである。
【０１４８】
[00159]たとえば、ＡＵ  ａｕＡについて消失したピクチャを検出するための１つの方法は、以下の通りである。ＡＵ  ａｕＡ中の（１つまたは複数の）ピクチャの数がビットストリーム中のピクチャの数よりも少ないとき、ＡＵ  ａｕＡは、消失したピクチャを有するものとして示されるかまたは推定され得る。
【０１４９】
[00160]別の例では、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＢＬにおいてＩＲＡＰピクチャを含んでいるか、またはＥＬ中にＩＤＲピクチャを含んでいるＡＵ  ａｕＡのレイヤｌａｙｅｒＩｄＡ中に少なくとも１つの消失したピクチャがあり、以下のうちの少なくとも１つを満たす別のＡＵ  ａｕＢがあるとき、１または２に等しくなるように制約される。
・アクセスユニットａｕＡとは異なるＰＯＣリセッティング期間に属するか、
・０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄと、１に等しいＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇとをもつＩＲＡＰピクチャを有するか、または
・復号順序においてビットストリーム中の最後のアクセスユニットである復号順序においてａｕＡに後続し、復号順序においてＡＵ  ａｕＢに先行するｌａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャがある。
【０１５０】
[00161]別の例では、アクセスユニットａｕＡ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｌａｙｅｒＩｄＡの特定の値に等しいｎｕｈ＿ｌａｙｅｒをもつピクチャがなく、復号順序においてａｕＡに後続するｌａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャｐｉｃＡがあり、以下の条件が真であるとき、ＡＵ  ａｕＡは、消失したピクチャを有するものとして示されるかまたは推定され得る。
・ａｕＢを、存在するとき、復号順序においてａｕＡに後続し、アクセスユニットａｕＡとは異なるＰＯＣリセッティング期間に属する第１のＡＵであるとする。ａｕＣを、存在するとき、復号順序においてａｕＡに後続し、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄと１に等しいＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇとをもつＩＲＡＰピクチャを有する第１のアクセスユニットであるとする。ａｕＤを、存在するとき、復号順序においてａｕＡに後続し、ビットストリーム中のレイヤの各々中にＩＲＡＰピクチャを有する第１のアクセスユニットであるとする。ａｕＢ、ａｕＣ、およびａｕＤのいずれもビットストリーム中に存在しないか、またはピクチャｐｉｃＡが、復号順序においてａｕＢ（存在するとき）、ａｕＣ（存在するとき）、およびａｕＤ（存在するとき）のうちの第１のものに復号順序において先行するかのいずれかである。
【０１５１】
[00162]本明細書で説明するＰＯＣリセット技法の１つまたは複数の態様によれば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値に関係する制約の更新が提供される。したがって、ＢＬにおいてＩＲＡＰピクチャを含んでいるか、またはＥＬ中にＩＤＲピクチャを含んでいるＡＵ中に少なくとも１つの廃棄可能なピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＡＵ中のすべてのピクチャについて１または２に等しくなるべきである。
【０１５２】
[00163]別の例では、ＩＲＡＰピクチャが１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有することができないような制約が追加され得る。
【０１５３】
[00164]また別の例では、ＩＤＲピクチャが、１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有することが可能にされないが、ＣＲＡおよびＢＬＡピクチャが、１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有することが可能にされるような制約が追加され得る。
【０１５４】
[00165]本明細書で説明するＰＯＣリセット技法の１つまたは複数の態様によれば、ｌａｙｅｒＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャを有する、復号順序においてａｕＡに後続する第１のａｕＡから開始し、０に等しいＴｅｍｐｏｒａｌＩｄを有し、０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するｌａｙｅｒＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャを含んでいる、復号順序においてａｕＡに後続する第１のＡＵまでの両端を含む、ＢＬにおいてＩＲＡＰピクチャを含んでいるかまたはＥＬ中にＩＤＲピクチャを含んでいるアクセスユニットａｕＡ中にレイヤｌａｙｅｒＡの消失したピクチャまたは廃棄可能なピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が３に等しくなるべきであることを保証するための制約がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃに関して追加され得る。
【０１５５】
[00166]別の例では、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、０に等しいＴｅｍｐｏｒａｌＩｄを有し、０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有し、ＲＡＳＬ、ＲＡＤＬまたはサブレイヤ非参照ピクチャでない、レイヤｌａｙｅｒＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャを含んでいる、復号順序においてａｕＡに後続し、復号順序においてａｕＡに後続する第１のＡＵに復号順序において先行する、両端を含む、アクセスユニット中に含まれているｌａｙｅｒＡのピクチャについて３に等しくなるべきである。サブレイヤ非参照ピクチャ（ＳＬＮＲ：sub-layer non-reference picture）は、時間サブレイヤによる使用される参照ピクチャでないピクチャを指すことがある。たとえば、レイヤは、時間ＩＤ（たとえば、ＴｅｍｐｏｒａｌＩｄ）によって示される１つまたは複数の時間サブレイヤから構成され得る。最上位レイヤ中にあり、最高時間サブレイヤにあるピクチャが、同じレイヤ中の他のピクチャによって参照として使用されない場合、それは、ビットストリームを復号不可能にさせることなしに削除され得る。そのような場合、ピクチャは、廃棄可能なピクチャと同様であり得る。
【０１５６】
[00167]本明細書で説明するＰＯＣリセット技法の１つまたは複数の態様によれば、ピクチャのｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値が現在ピクチャと同じＰＯＣリセッティング期間中に第１のＡＵのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの正しい値を示すことを保証するための制約が追加され得る。
【０１５７】
[00168]本明細書で説明するＰＯＣリセット技法の１つまたは複数の態様によれば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃのための既存の制約は、ＡＵが、ＣＲＡピクチャまたはＢＬＡピクチャ（ただし任意のタイプのＢＬＡピクチャである）のみを含んでいるとき、ＰＯＣリセッティングが必要とされない（たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、１または２に等しくなることが必要とされない）ことを保証するように変更され得る。
【０１５８】
例示的な実施形態
[00169]上述の技法は、以下の例に示すように実装され得る。それらの例は、ＳＨＶＣおよびＭＶ−ＨＥＶＣ（たとえば、ＳＨＶＣ  ＷＤ６およびＭＶ−ＨＥＶＣ  ＷＤ８）の以前のバージョンのコンテキストにおいて与えられる。ＳＨＶＣおよびＭＶ−ＨＥＶＣの以前のバージョンへの追加はイタリック体で示され、ＳＨＶＣおよびＭＶ−ＨＥＶＣの以前のバージョンからの削除は取消し線で示されている。
【０１５９】
例示的な実施形態１
[00170]実施形態１は、ＡＵ中に不在のピクチャまたは廃棄可能なピクチャがあるとき、ＰＯＣをリセットする。たとえば、ａｂｓｅｎｔＰｉｃｔｕｒｅＩｎＡｕＦｌａｇと呼ばれる変数は、ＡＵが不在のピクチャまたは廃棄可能なピクチャを含んでいるかどうかを示すことができる。同じＰＯＣリセッティング期間中の第１のＡＵが、特定のレイヤ中に不在のピクチャまたは廃棄可能なピクチャを有する場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、同じレイヤ中にピクチャを有するＡＵで開始し、同じレイヤ中にあり、０に等しい時間ＩＤを有し、廃棄可能でないピクチャを有するＡＵで終了し、両端を含む、復号順序において後続のＡＵについて、３に設定される。さらに、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値は、同じＰＯＣリセッティング期間中に第１のＡＵ中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が１または２に等しいとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値−１に設定され得る。
【０１６０】
[00171]たとえば、エンコーダは、ＡＵ内のピクチャの導出されたＰＯＣ値がクロスレイヤ整合されることを保証するために、ＡＵ中に存在しないレイヤのピクチャがあるか、またはＡＵ中に存在する１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇをもつピクチャがあるとき、ピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値を設定することに慎重になるべきである。いくつかの実施形態では、そのような場合は、ＰＯＣがリセットされるべきであるかどうかに関して非クロスレイヤ整合ＩＲＡＰピクチャをもつＡＵと同様に扱われるべきである。
【表１】
0006752723.tif 000002
0006752723.tif 000003
0006752723.tif 000004
【０１６１】
例示的な実施形態２
[00172]この実施形態は実施形態１に基づき、違いは、変数ａｂｓｅｎｔＰｉｃｔｕｒｅＩｎＡｕＦｌａｇの値の導出が以下の通りであるということである。
【表２】
0006752723.tif 000005
【０１６２】
例示的な実施形態３
[00173]この実施形態は実施形態１および２に基づき、違いは、ｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇの値がＩＲＡＰピクチャについて１になることが可能にされないことであり、変数ａｂｓｅｎｔＰｉｃｔｕｒｅＩｎＡｕＦｌａｇの導出は、ピクチャのｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇの値を考慮しない。実施形態１に関するスライスヘッダセマンティクスに対する変更は、以下で示される。
【表３】
0006752723.tif 000006
【０１６３】
例示的な実施形態４
[00174]この実施形態は実施形態１に基づき、違いは、変数ａｂｓｅｎｔＰｉｃｔｕｒｅＩｎＡｕＦｌａｇの値の導出が以下の通りであるということである。
【表４】
0006752723.tif 000007
【０１６４】
ＰＯＣをリセットする方法
[00175]図８は、本開示の１つまたは複数の態様による、ビデオ情報をコーディングする方法を示すフローチャートである。本方法は、ＰＯＣをリセットすることに関する。プロセス８００は、実施形態によっては、エンコーダ（たとえば、図２Ａ、図２Ｂなどに示されているエンコーダ）、デコーダ（たとえば、図３Ａ、図３Ｂなどに示されているデコーダ）、または任意の他の構成要素によって実施され得る。プロセス８００のブロックについて図３Ｂ中のデコーダ３３に関して説明するが、プロセス８００は、上述のように、エンコーダなど、他の構成要素によって実施され得る。デコーダ３３のレイヤ１ビデオデコーダ３０Ｂおよび／またはデコーダ３３のレイヤ０デコーダ３０Ａが、実施形態によっては、プロセス８００を実施し得る。図８に関して説明するすべての実施形態は、別々に、または互いと組み合わせて実装され得る。プロセス８００に関係するいくつかの詳細が、たとえば、図４〜図７に関して上記で説明されている。
【０１６５】
[00176]プロセス８００はブロック８０１において開始する。デコーダ３３は、複数のレイヤに関連付けられたビデオ情報を記憶するためのメモリ（たとえば、復号ピクチャバッファ１６０）を含むことができる。デコーダ３３は、コーディングされるべき現在ＡＵに関連付けられた情報を取得し得る。現在ＡＵは複数のレイヤのうちの１つまたは複数のレイヤからのピクチャを含んでいることができる。
【０１６６】
[00177]ブロック８０２において、デコーダ３３は、現在ＡＵが、ＩＲＡＰピクチャを含んでいる第１のレイヤを含むかどうかを決定する。
【０１６７】
[00178]ブロック８０３において、デコーダ３３は、現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定する。
【０１６８】
[00179]ブロック８０４において、デコーダ３３は、現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないか、または廃棄可能なピクチャを含んでいる第２のレイヤとを含むことを決定したことに応答して、現在ＡＵにおける第２のレイヤのＰＯＣをリセットする。いくつかの実施形態では、デコーダ３３は、現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないか、または廃棄可能なピクチャを含んでいる第２のレイヤとを含むことを決定したことに応答して、現在ＡＵにおける第１のレイヤのＰＯＣをリセットする。一実施形態では、第１のレイヤはベースレイヤである。別の実施形態では、第１のレイヤはエンハンスメントレイヤであり、ＩＲＡＰピクチャはＩＤＲピクチャである。デコーダ３３は、レイヤのＰＯＣをリセットすべきかどうかを示す第１のシンタックス要素の値を設定することによってＰＯＣをリセットし得る。一実施形態では、第１のシンタックス要素はｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃである。
【０１６９】
[00180]いくつかの実施形態では、デコーダ３３は、現在ＡＵにおける第２のレイヤのＰＯＣをリセットしたことに応答して、復号順序において現在ＡＵの後にあるＡＵについて、第２のレイヤのＰＯＣが前のＡＵにおいてリセットされたことを示すように第１のシンタックス要素の値を設定する。
【０１７０】
[00181]いくつかの実施形態では、デコーダ３３は、復号順序において現在ＡＵの後の１つまたは複数のＡＵについて、第２のレイヤのＰＯＣが前のＡＵにおいてリセットされたことを示すように第１のシンタックス要素の値を設定する。１つまたは複数の後のＡＵは、第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、第２のレイヤと同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において第１のＡＵの後の第２のＡＵで終了することができ、両端を含む。一実施形態では、第２のピクチャは、０に等しい時間ＩＤを有し、廃棄可能なピクチャでない。いくつかの実施形態では、さらに、第２のピクチャは、ＲＡＳＬピクチャでないか、ＲＡＤＬピクチャでないか、または第２のレイヤのＳＬＮＲでない。
【０１７１】
[00182]いくつかの実施形態では、デコーダ３３は、少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機と、ビデオデータが、複数のレイヤに関連付けられたビデオ情報を備える、少なくとも１つのＲＡＴに従って動作するように構成された送信機とをさらに備えるワイヤレス通信デバイスである。ワイヤレス通信デバイスはセルラー電話であり得、受信されたビデオデータは受信機によって受信され得、セルラー通信規格に従って変調され得る。
【０１７２】
[00183]いくつかの実施形態では、プロセス８００は、少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機と、ビデオデータが、複数のレイヤに関連付けられたビデオ情報を備える、少なくとも１つのＲＡＴに従って動作するように構成された送信機と、ビデオデータを記憶するように構成されたメモリと、メモリに記憶されたビデオデータを処理するようにとの命令を実行するように構成されたプロセッサとを備えるワイヤレス通信デバイス上で実行可能であり得る。ワイヤレス通信デバイスはセルラー電話であり得、受信されたビデオデータは受信機によって受信され得、セルラー通信規格に従って変調され得る。
【０１７３】
[00184]プロセス８００はブロック８０５において終了する。ブロックは、実施形態によっては、プロセス８００において追加および／または省略され得、プロセス８００のブロックは、実施形態によっては、異なる順序で実施され得る。
【０１７４】
[00185]本開示でＰＯＣをリセットすることに関して説明したいかなる特徴および／または実施形態も、別々に、またはそれらの任意の組合せで実装され得る。たとえば、図１〜図７に関して説明したいかなる特徴および／または実施形態、ならびに本開示の他の部分も、図８に関して説明した任意の特徴および／または実施形態との任意の組合せで実装され得、その逆も同様である。
【０１７５】
ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇを設定する方法
[00186]図９は、本開示の１つまたは複数の態様による、ビデオ情報をコーディングする方法を示すフローチャートである。本方法は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値を設定することに関する。プロセス９００は、実施形態によっては、エンコーダ（たとえば、図２Ａ、図２Ｂなどに示されているエンコーダ）、デコーダ（たとえば、図３Ａ、図３Ｂなどに示されているデコーダ）、または任意の他の構成要素によって実施され得る。プロセス９００のブロックについて図３Ｂ中のデコーダ３３に関して説明するが、プロセス９００は、上述のように、エンコーダなど、他の構成要素によって実施され得る。デコーダ３３のレイヤ１ビデオデコーダ３０Ｂおよび／またはデコーダ３３のレイヤ０デコーダ３０Ａが、実施形態によっては、プロセス９００を実施し得る。図９に関して説明するすべての実施形態は、別々に、または互いと組み合わせて実装され得る。プロセス９００に関係するいくつかの詳細が、たとえば、図４〜図７に関して上記で説明されている。
【０１７６】
[00187]プロセス９００はブロック９０１において開始する。デコーダ３３は、複数のレイヤに関連付けられたビデオ情報を記憶するためのメモリ（たとえば、復号ピクチャバッファ１６０）を含むことができる。デコーダ３３は、コーディングされるべき現在ＡＵに関連付けられた情報を取得し得る。現在ＡＵは複数のレイヤのうちの１つまたは複数のレイヤからのピクチャを含んでいることができる。
【０１７７】
[00188]ブロック９０２において、デコーダ３３は、（１）現在ＡＵ中に含まれるＰＯＣのＭＳＢのみをリセットすること、または（２）ＰＯＣのＭＳＢとＰＯＣのＬＳＢの両方をリセットすることを介してＰＯＣをリセットする。たとえば、レイヤのＰＯＣは現在ＡＵにおいてリセットされる。
【０１７８】
[00189]ブロック９０３において、復号順序において現在ＡＵの後の１つまたは複数のＡＵ中のピクチャについて、デコーダ３３は、ＰＯＣのリセットがフルリセットであるかどうか示す第１のフラグの値を設定する。一実施形態では、第１のフラグの値は、（１）ＰＯＣのＭＳＢのみをリセットすることによってＰＯＣがリセットされるとき、０に等しく設定され、第１のフラグの値は、（２）ＰＯＣのＭＳＢとＰＯＣのＬＳＢの両方をリセットすることによってＰＯＣがリセットされるとき、１に等しく設定される。現在ＡＵ中の１つまたは複数のレイヤからのピクチャは、同じＰＯＣリセッティング期間を有し得る。一実施形態では、第１のフラグはｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇである。第１のフラグの値は、ＰＯＣをリセットすべきかどうかを示す第２のフラグの値に対応し得る。一実施形態では、第２のフラグはｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃである。
【０１７９】
[00190]いくつかの実施形態では、ＰＯＣのＭＳＢのみがリセットされるべきであることを第２のフラグの値が示すことを第２のフラグが示すとき、第１のフラグの値は、０に等しく設定され、ここにおいて、第２のフラグの値は、ＰＯＣのＭＳＢとＬＳＢの両方がリセットされるべきであることを第２のフラグが示すとき、１に等しく設定される。
【０１８０】
[00191]いくつかの実施形態では、デコーダ３３は、少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機と、ビデオデータが、複数のレイヤに関連付けられたビデオ情報を備える、少なくとも１つのＲＡＴに従って動作するように構成された送信機とをさらに備えるワイヤレス通信デバイスである。ワイヤレス通信デバイスはセルラー電話であり得、受信されたビデオデータは受信機によって受信され得、セルラー通信規格に従って変調され得る。
【０１８１】
[00192]いくつかの実施形態では、プロセス９００は、少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機と、ビデオデータが、複数のレイヤに関連付けられたビデオ情報を備える、少なくとも１つのＲＡＴに従って動作するように構成された送信機と、ビデオデータを記憶するように構成されたメモリと、メモリに記憶されたビデオデータを処理するようにとの命令を実行するように構成されたプロセッサとを備えるワイヤレス通信デバイス上で実行可能であり得る。ワイヤレス通信デバイスはセルラー電話であり得、受信されたビデオデータは受信機によって受信され得、セルラー通信規格に従って変調され得る。
【０１８２】
[00193]プロセス９００はブロック９０４において終了する。ブロックは、実施形態によっては、プロセス９００において追加および／または省略され得、プロセス９００のブロックは、実施形態によっては、異なる順序で実施され得る。
【０１８３】
[00194]本開示におけるｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値を設定することに関して説明したいかなる特徴および／または実施形態も、別々に、またはそれらの任意の組合せで実装され得る。たとえば、図１〜図７に関して説明したいかなる特徴および／または実施形態、ならびに本開示の他の部分も、図９に関して説明した任意の特徴および／または実施形態との任意の組合せで実装され得、その逆も同様である。
【０１８４】
[00195]本明細書で開示される情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１８５】
[00196]本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、概してそれらの機能に関して上記で説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【０１８６】
[00197]本明細書で説明した技法は、ハードウェア（たとえば、コンピュータハードウェア）、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。そのような技法は、汎用コンピュータ、ワイヤレス通信デバイスハンドセット、またはワイヤレス通信デバイスハンドセットおよび他のデバイスにおける適用例を含む複数の用途を有する集積回路デバイスなど、様々なデバイスのいずれかに実装され得る。モジュールまたは構成要素として説明する任意の機能は、集積論理デバイスに一緒に、または個別であるが相互運用可能な論理デバイスとして別々に実装され得る。ソフトウェアで実装された場合、本技法は、実行されたとき、上記で説明した方法のうちの１つまたは複数を実施する命令を含むプログラムコードを備えるコンピュータ可読媒体（たとえば、コンピュータ可読データ記憶媒体）によって、少なくとも部分的に実現され得る。コンピュータ可読媒体は非一時的コンピュータ可読媒体であり得る。コンピュータ可読媒体は、パッケージング材料を含むことがあるコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、磁気または光学データ記憶媒体など、メモリまたはデータ記憶媒体を備え得る。本技法は、追加または代替として、伝搬信号または電波など、命令またはデータ構造の形態でプログラムコードを搬送または伝達し、コンピュータによってアクセスされ、読み取られ、および／または実行され得るコンピュータ可読通信媒体によって、少なくとも部分的に実現され得る。
【０１８７】
[00198]プログラムコードは、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の等価の集積回路またはディスクリート論理回路など、１つまたは複数のプロセッサを含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示で説明する技法のいずれかを実施するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。したがって、本明細書で使用する「プロセッサ」という用語は、上記の構造、上記の構造の任意の組合せ、または本明細書で説明する技法の実装に好適な他の構造または装置のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のソフトウェアモジュールもしくはハードウェアモジュール内に与えられ得、または複合ビデオエンコーダ／デコーダ（コーデック）に組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。
【０１８８】
[00199]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示する技法を実施するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって与えられ得る。
【０１８９】
[00200]本開示の様々な実施形態について説明した。これらおよび他の実施形態は以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオ情報をコーディングするための装置であって、
複数のレイヤに関連付けられたビデオ情報を記憶するためのメモリユニットと、
前記メモリユニットに動作可能に結合されたプロセッサと、
を備え、前記プロセッサは、
コーディングされるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得し、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含み、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定し、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定し、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第２のレイヤのピクチャ順序カウント（ＰＯＣ）をリセットする、
ように構成された、装置。
［Ｃ２］
前記プロセッサは、前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第１のレイヤの前記ＰＯＣをリセットするようにさらに構成された、Ｃ１に記載の装置。
［Ｃ３］
前記プロセッサが、レイヤの前記ＰＯＣをリセットすべきかどうかを示す第１のシンタックス要素の値を設定することによって前記ＰＯＣをリセットするようにさらに構成された、Ｃ２に記載の装置。
［Ｃ４］
前記第１のシンタックス要素がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃである、Ｃ３に記載の装置。
［Ｃ５］
前記プロセッサは、
前記現在ＡＵにおける前記第２のレイヤの前記ＰＯＣをリセットしたことに応答して、復号順序において前記現在ＡＵの後にあるＡＵについて、前記第２のレイヤの前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように前記第１のシンタックス要素の前記値を設定する、
ようにさらに構成された、Ｃ３に記載の装置。
［Ｃ６］
前記プロセッサは、復号順序において前記現在ＡＵの後の１つまたは複数のＡＵについて、前記第２のレイヤの前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように前記第１のシンタックス要素の前記値を設定するように構成され、前記１つまたは複数の後のＡＵが、前記第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、前記第２のレイヤと前記同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において前記第１のＡＵの後の第２のＡＵで終了し、ここにおいて、
前記第２のピクチャが、０に等しい時間ＩＤを有し、
前記第２のピクチャが廃棄可能なピクチャでなく、
前記第２のピクチャがランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャでないか、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャでないか、または前記第２のレイヤのサブレイヤ非参照ピクチャ（ＳＬＮＲ）でない、
Ｃ５に記載の装置。
［Ｃ７］
前記第１のレイヤがベースレイヤである、Ｃ２に記載の装置。
［Ｃ８］
前記第１のレイヤがエンハンスメントレイヤであり、前記ＩＲＡＰピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャである、Ｃ２に記載の装置。
［Ｃ９］
前記装置はワイヤレス通信デバイスであり、
少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機、ここで、前記ビデオデータが、前記複数のレイヤに関連付けられた前記ビデオ情報を備える、と、
前記少なくとも１つのＲＡＴに従って動作するように構成された送信機と、
をさらに備える、Ｃ１に記載の装置。
［Ｃ１０］
前記ワイヤレス通信デバイスがセルラー電話であり、前記受信されたビデオデータが前記受信機によって受信され、セルラー通信規格に従って変調される、Ｃ９に記載の装置。
［Ｃ１１］
ビデオ情報をコーディングする方法であって、
複数のレイヤに関連付けられたビデオ情報を記憶することと、
コーディングされるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得すること、ここで、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含んでいる、と、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定することと、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定することと、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第２のレイヤのピクチャ順序カウント（ＰＯＣ）をリセットすることと、
を備える、方法。
［Ｃ１２］
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第１のレイヤの前記ＰＯＣをリセットすることをさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
レイヤの前記ＰＯＣをリセットすべきかどうかを示す第１のシンタックス要素の値を設定することによって前記ＰＯＣをリセットすることをさらに備える、Ｃ１２に記載の方法。
［Ｃ１４］
前記第１のシンタックス要素がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃである、Ｃ１３に記載の方法。
［Ｃ１５］
前記現在ＡＵにおける前記第２のレイヤの前記ＰＯＣをリセットしたことに応答して、復号順序において前記現在ＡＵの後にあるＡＵについて、前記第２のレイヤの前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように前記第１のシンタックス要素の前記値を設定すること、
をさらに備える、Ｃ１３に記載の方法。
［Ｃ１６］
前記第１のシンタックス要素の前記値は、復号順序において前記現在ＡＵの後の１つまたは複数のＡＵについて、前記第２のレイヤの前記ＰＯＣが前のＡＵにおいてリセットされたことを示すように設定され、ここで、前記１つまたは複数の後のＡＵが、前記第２のレイヤと同じレイヤＩＤを有する第１のピクチャを含んでいる第１のＡＵで開始し、前記第２のレイヤと前記同じレイヤＩＤを有する第２のピクチャを含んでいる、復号順序において前記第１のＡＵの後の第２のＡＵで終了し、ここにおいて、
前記第２のピクチャが、０に等しい時間ＩＤを有し、
前記第２のピクチャが廃棄可能なピクチャでなく、
前記第２のピクチャがランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャでないか、ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャでないか、または前記第２のレイヤのサブレイヤ非参照ピクチャ（ＳＬＮＲ）でない、
Ｃ１５に記載の方法。
［Ｃ１７］
前記第１のレイヤがベースレイヤである、Ｃ１２に記載の方法。
［Ｃ１８］
前記第１のレイヤがエンハンスメントレイヤであり、前記ＩＲＡＰピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャである、Ｃ１２に記載の方法。
［Ｃ１９］
前記方法がワイヤレス通信デバイス上で実行可能であり、ここにおいて、前記デバイスは、
少なくとも１つの無線アクセス技術（ＲＡＴ）に従ってビデオデータを受信するように構成された受信機、ここで、前記ビデオデータが、前記複数のレイヤに関連付けられた前記ビデオ情報を備える、と、
前記少なくとも１つのＲＡＴに従って動作するように構成された送信機と、
前記ビデオデータを記憶するように構成されたメモリと、
前記メモリに記憶された前記ビデオデータを処理するようにとの命令を実行するように構成されたプロセッサと、
備える、Ｃ１１に記載の方法。
［Ｃ２０］
前記ワイヤレス通信デバイスがセルラー電話であり、前記受信されたビデオデータが前記受信機によって受信され、セルラー通信規格に従って変調される、Ｃ１９に記載の方法。
［Ｃ２１］
コンピュータハードウェアを備えるプロセッサ上で実行されたとき、前記プロセッサに、
複数のレイヤに関連付けられたビデオ情報を記憶させ、
コーディングされるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得させ、ここで、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含み、
前記現在ＡＵがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定させ、
前記現在ＡＵがピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定させ、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第２のレイヤのピクチャ順序カウント（ＰＯＣ）をリセットさせる、
命令を備える非一時的コンピュータ可読媒体。
［Ｃ２２］
前記命令は、前記プロセッサにさらに、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第１のレイヤの前記ＰＯＣをリセットさせる、Ｃ２１に記載のコンピュータ可読媒体。
［Ｃ２３］
ビデオ情報をコーディングするための装置であって、
複数のレイヤに関連付けられたビデオ情報を記憶するための手段と、
コーディングされるべき現在アクセスユニット（ＡＵ）に関連付けられた情報を取得するための手段、ここで、前記現在ＡＵが前記複数のレイヤのうちの１つまたは複数のレイヤからの複数のピクチャを含んでいる、と、
前記現在ＡＵが、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを含んでいる第１のレイヤを含むかどうかを決定するための手段と、
前記現在ＡＵが、ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤを含むかどうかを決定するための手段と、
前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第２のレイヤのピクチャ順序カウント（ＰＯＣ）をリセットするための手段と、
を備える、装置。
［Ｃ２４］
前記ＰＯＣをリセットするための前記手段は、前記現在ＡＵが、（１）ＩＲＡＰピクチャを含んでいる第１のレイヤと、（２）ピクチャを含んでいないかまたは廃棄可能なピクチャを含んでいる第２のレイヤとを含むと決定したことに応答して、前記現在ＡＵにおける前記第１のレイヤの前記ＰＯＣをリセットするようにさらに構成された、Ｃ２３に記載の装置
【図１Ａ】
0006752723.tif 000008
【図１Ｂ】
0006752723.tif 000009
【図２Ａ】
0006752723.tif 000010
【図２Ｂ】
0006752723.tif 000011
【図３Ａ】
0006752723.tif 000012
【図３Ｂ】
0006752723.tif 000013
【図４】
0006752723.tif 000014
【図５】
0006752723.tif 000015
【図６】
0006752723.tif 000016
【図７】
0006752723.tif 000017
【図８】
0006752723.tif 000018
【図９】
0006752723.tif 000019