JP6664959B2 - リンク破損ピクチャを有するビデオシーケンス中の参照ピクチャのマーキング - Google Patents

Description

[0001]本出願は、各々の内容全体が参照により本明細書に組み込まれる、
２０１２年５月４日に出願された米国仮特許出願第６１／６４３，１００号、
２０１２年４月２０日に出願された米国仮特許出願第６１／６３６，５６６号、および
２０１２年７月２日に出願された米国仮特許出願第６１／６６７，３７１号
の利益を主張する。

[0002]本開示は一般にビデオデータを処理することに関し、より詳細には、ビデオシーケンスにおけるランダムアクセスポイント（ＲＡＰ）ピクチャのコーディングに関する。

[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイス、トランスコーダ、ルータまたは他のネットワークデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法のような、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコーディングでは、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部）はビデオブロックに区分化されてもよく、これらのビデオブロックは、ツリーブロック、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれる場合もある。ピクチャのイントラコーディングされた（Ｉ）スライス中のビデオブロックは、同じピクチャ中の近隣ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、または他のピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれる場合があり、参照ピクチャは参照フレームと呼ばれる場合がある。ビデオシーケンスはビットストリームと呼ばれる場合もある。

[0005]空間的予測または時間的予測は、コーディングされるべきブロックのための予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて残差変換係数をもたらすことができ、その残差変換係数は、次いで量子化され得る。最初に２次元アレイで構成されている量子化変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するためにエントロピーコーディングが適用され得る。

[0006]本開示は、コード化ビデオシーケンスにおけるランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングするための技法に関する。いくつかの例では、復号されるべき現在のＲＡＰピクチャが、リンク破損クリーンランダムアクセス（ＣＲＡ）ピクチャまたはリンク破損アクセスピクチャ（ＢＬＡピクチャ）などのリンク破損ＲＡＰピクチャであるとき、シンタックス要素は、復号ピクチャバッファ中の復号順序においてＢＬＡピクチャより前のピクチャはいずれも出力されるべきではないことを示す。シンタックス要素は、ＢＬＡピクチャのスライスヘッダ中の早い位置に、かつＢＬＡピクチャ中の各スライスのいかなるエントロピーコード化スライスヘッダパラメータよりも前に与えられ得る。他の例では、復号されるべき現在のＲＡＰピクチャがＢＬＡピクチャであるとき、復号ピクチャバッファ中のすべての参照ピクチャは参照のために使用されないものとしてマーキングされる。

[0007]一例では、本開示は、ビデオデータを復号する方法であって、現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、ピクチャ記憶バッファ中の参照ピクチャを、ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングすることとを含む方法について説明する。

[0008]別の例では、本開示は、ビデオデータを復号するためのデバイスであって、現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、参照ピクチャを、ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングすることとを行うように構成されたプロセッサを含むデバイスについて説明する。

[0009]別の例では、本開示は、ビデオデータを復号するためのデバイスであって、現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定するための手段と、参照ピクチャを、ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングするための手段とを含むデバイスについて説明する。

[0010]別の例では、本開示は、コンピュータ可読記憶媒体について説明する。実行されると、現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、参照ピクチャを、ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングすることとをデバイスの１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。

[0011]１つまたは複数の例の詳細を添付の図面および以下の説明に記載する。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

[0014]本開示で説明される技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0015]本開示で説明される技法を実装し得る例示的なビデオエンコーダを示すブロック図。 [0016]本開示で説明される技法を実装し得る例示的なビデオデコーダを示すブロック図。 [0017]ビデオデータの通信のためのネットワークの一部を形成するデバイスの例示的なセットを示すブロック図。 [0018]本開示で説明される技法による、ＲＡＰピクチャを含む例示的なビデオシーケンスを示す図。 [0019]本開示で説明される１つまたは複数の例による、ＲＡＰピクチャをコーディングするための例示的な方法を示すフローチャート。 [0020]本開示で説明される１つまたは複数の例による、ＲＡＰピクチャをコーディングするための例示的な方法を示す流れ図。 [0021]本開示で説明される１つまたは複数の例による、ＲＡＰピクチャをコーディングするための例示的な方法を示す流れ図。 [0022]本開示で説明される１つまたは複数の例による、スライスを復号するための例示的な方法を示す流れ図。 [0023]本開示で説明される１つまたは複数の例による、スライスを符号化するための例示的な方法を示す流れ図。

[0022]本開示は、たとえば、時間層切替え点などの、ランダムアクセス点またはストリーム適応点として使用され得るピクチャに関係する、様々なビデオコーディング設計について説明する。たとえば、このタイプのピクチャは、ビットレート、フレームレートまたは空間解像度の適応のための切替え点とすることができ、このピクチャの各々は、本開示では一般にＲＡＰピクチャと呼ばれる。場合によっては、ビデオエンコーダまたはビデオデコーダは、ビデオシーケンス中で、復号順序においてＲＡＰピクチャの後に配置されるが、出力順序、すなわち、表示順序において、時間層切替え点などの、ランダムアクセス点またはストリーム適応点の前に配置される１つまたは複数のピクチャをコーディングすることができる。これらのピクチャは、先行ピクチャと呼ばれることがある。先行ピクチャは、復号順序においてＲＡＰピクチャの後にくるが、出力順序においてＲＡＰピクチャの前にくるピクチャである。より具体的には、これらのピクチャは、ＲＡＰピクチャの先行ピクチャと呼ばれることがある。

[0023]クリーンランダムアクセス（ＣＲＡ）ピクチャは、ＲＡＰピクチャのタイプの１つである。復号が瞬時復号リフレッシュ（ＩＤＲ）またはビデオシーケンス中で現在のＣＲＡピクチャの前に配置されるＣＲＡピクチャから始まる場合、現在のＣＲＡピクチャの先行ピクチャは正確に復号され得る。しかしながら、現在のＣＲＡピクチャからのランダムアクセスが行われるとき、ＣＲＡピクチャの先行ピクチャを正確に復号することができない。これは、先行ピクチャ、すなわち、復号順序において現在のＣＲＡピクチャの後に配置されるが、出力順序において現在のＣＲＡピクチャの前に配置されるピクチャが、利用できない前のピクチャ（たとえば、復号順序においてＢＬＡピクチャより前のピクチャ）中の予測参照用のブロックを指すことがあるからである。

[0024]特に、ランダムアクセス復号が現在のＣＲＡピクチャから始まるとき、復号順序において現在のＣＲＡピクチャより前にあるピクチャは利用できない。したがって、先行ピクチャは、この場合、復号可能ではなく、ランダムアクセス復号がＣＲＡピクチャで始まるとき、通常は破棄される。復号がどこから始まるかに応じて利用可能ではないことがあるピクチャからの誤り伝搬を防止するために、復号順序と出力順序の両方においてＣＲＡピクチャの後にくるすべてのピクチャは、復号順序または出力順序のいずれかにおいて（先行ピクチャを含む）ＣＲＡピクチャの前にくるいかなるピクチャも参照ピクチャとして使用しない。

[0025]先行ピクチャが復号可能ではない場合、たとえば、復号が前のＲＡＰピクチャから始まるとき、ＣＲＡピクチャはリンクが壊れているフラグを含み得る。このフラグは、たとえば、参照ピクチャが、復号されているビットストリームの変化により、先行ピクチャを復号する際に使用するのに有効ではないので、ＣＲＡピクチャの先行ピクチャが復号可能ではないことを示す。そのようなＣＲＡピクチャは、リンク破損クリーンランダムアクセス（ＢＬＣ）ピクチャまたはリンク破損アクセス（ＢＬＡ）ピクチャと呼ばれることがある。

[0026]リンク破損は、一般に、復号順序におけるいくつかの後続のピクチャが、ビットストリームの生成時に実施される指定されていない動作により、かなりの視覚的アーティファクトを含むことがあることが示される、ビットストリーム中のロケーションを指すことがある。リンクが壊れているフラグを使用する代わりに、またはそれに加えて、ＢＬＣ（または類似するＢＬＡ）ピクチャが、ビデオシーケンス中のリンク破損を示すために使用され得る。ＢＬＡまたはＢＬＣピクチャは、たとえば、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、またはビデオエディタ／スプライサなどの様々なデバイスのいずれかによるビットストリームスプライシングに使用され得る。ＨＥＶＣ ＷＤ９（下記参照）に記載されているように、ここでも、ＢＬＣピクチャは一般にＢＬＡピクチャに類似すると見なされ得る。用語はわずかに異なるが、ＢＬＣまたはＢＬＡピクチャは一般に、その先行ピクチャが復号可能ではないＣＲＡピクチャまたは時間層アクセス（ＴＬＡ）ピクチャを指すことができ、たとえば、復号が前のＲＡＰピクチャから始まるとき、これらのピクチャは復号可能ではないことがある。

[0027]本開示の様々な例では、ＢＬＡまたはＢＬＣピクチャの場合、復号順序においてＢＬＡまたはＢＬＣピクチャより前の、たとえば、スプライス点より前の参照ピクチャが利用可能ではないという理解のもとで、先行ピクチャは復号可能ではないと見なされる。本開示の一例によれば、現在のＢＬＡまたはＢＬＣピクチャを復号するために、復号ピクチャバッファ中の参照ピクチャは、デコーダによる参照のために使用されないものとしてマーキングされ得る。特に、復号されるべき現在のピクチャがＢＬＡまたはＢＬＣピクチャであるとき、復号ピクチャバッファ（ＤＰＢ）中の参照ピクチャは、デコーダによる参照のために使用されないものとしてマーキングされ得る。別の例では、ＢＬＡまたはＢＬＣピクチャの復号の場合、エンコーダまたは他のデバイスは、フラグ、たとえば、ＤＰＢ中に記憶され得る、ＣＲＡピクチャまたはＢＬＡ（もしくはＢＬＣ）ピクチャより前の参照ピクチャのいずれも出力されるべきではないことを示すｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇなどのシンタックス要素を生成することができ、デコーダはこれを受信することができる。いくつかの例では、このフラグまたは他のシンタックス要素は、エンコーダまたは他のデバイスによって、ＢＬＡ（もしくはＢＬＣ）ピクチャまたはＣＲＡピクチャのスライスヘッダ中で前に、たとえば、エントロピー復号される要素の前に配置することができ、その結果として、フラグをより容易に復号することができ、情報が復号プロセスにおいて早期に利用可能になり得るか、またはビデオデコーダ以外の他のエンティティにとって容易にアクセス可能になり得る。たとえば、メディアアウェアネットワーク要素（ＭＡＮＥ）などの能力の劣るデバイスが、エントロピー復号を必要とすることなく情報にアクセスできるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、エントロピーコード化スライスヘッダパラメータの前にくるように、スライスヘッダ中の前の位置に配置され得る。

[0028]別の例では、コーダは、ＢＬＡ（もしくはＢＬＣ）ピクチャまたはＣＲＡピクチャがいつ先行ピクチャを有し、先行ピクチャを有さないかを示すように割り当てられたＮＡＬユニットタイプを処理することができる。ＢＬＡピクチャは実質的にＢＬＣピクチャに類似していることに留意されたい。一般に、ＢＬＣピクチャからＢＬＡピクチャへの変更は用語上の変更であるが、ＢＬＡピクチャの処理は本明細書で説明するＮＡＬユニットタイプの追加も含み得る。たとえば、ＮＡＬユニットタイプは、ＮＡＬユニットタイプ１６、ＢＬＡ＿Ｗ＿ＬＰ（先行ピクチャを有するＢＬＡ）と、ＮＡＬユニットタイプ１７、ＢＬＡ＿Ｗ＿ＤＬＰ（復号可能な先行ピクチャを有するが、復号可能でない先行ピクチャを有しないＢＬＡ）と、ＮＡＬユニットタイプ１８、ＢＬＡ＿Ｎ＿ＬＰ（先行ピクチャを有しないＢＬＡ）とを含み得る。いくつかの例では、これらのＮＡＬユニットタイプは、ＢＬＡピクチャが復号可能な先行ピクチャと復号可能でない先行ピクチャの両方を含み得るか、復号可能な先行ピクチャのみを含み得るか、または先行ピクチャをまったく含み得ないかを示すために使用され得る。ＢＬＡピクチャが復号可能でない先行ピクチャを有しないとき、すべての関連する先行ピクチャは、存在する場合、復号可能である。

[0029]ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｏｎ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって開発中である高効率ビデオコーディング（ＨＥＶＣ）は、様々なワーキングドラフトに記載されている。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ６」または「ＷＤ６」と呼ばれるＨＥＶＣ規格の最近のドラフトは、文書ＪＣＴＶＣ−Ｈ１００３、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ６」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第８回会合：サンノゼ、カリフォルニア州、米国、２０１２年２月１日〜１０日に記載されており、２０１２年５月４日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／８＿Ｓａｎ％２０Ｊｏｓｅ／ｗｇ１１／ＪＣＴＶＣ−Ｈ１００３−ｖ２２．ｚｉｐからダウンロード可能であり、その内容全体は参照により本明細書に組み込まれる。以下でＨＥＶＣ ＷＤ９と呼ばれるＨＥＶＣのより最近のワーキングドラフト（ＷＤ）は、文書ＪＣＴＶＣ−Ｋ１００３ｖ１３、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１１回会合：上海、中国、２０１２年１０月１０日〜１９日に記載されており、２０１２年１２月２７日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐからダウンロード可能であり、その内容全体は参照により本明細書に組み込まれる。ＷＤ９では、リンクが壊れているＣＲＡピクチャを指すために使用されるＢＬＣピクチャという用語は、ＢＬＡピクチャという用語に変更されている。したがって、ＢＬＣおよびＢＬＡという用語は、一般に、本開示ではリンクが壊れているＣＲＡピクチャを指すために互換的に使用され得る。

[0030]他の例示的なビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、ならびに、そのスケーラブルビデオコーディング（ＳＶＣ）拡張およびマルチビュービデオコーディング（ＭＶＣ）拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られている）ＩＴＵ−Ｔ Ｈ．２６４を含む。

[0031]次に、ＲＡＰピクチャの様々な態様について説明する。ランダムアクセスは、一般に、ビットストリーム中の最初のコード化ピクチャではないコード化ピクチャから始まる、ビデオビットストリームの復号を指す。ビットストリームへのランダムアクセスは、たとえば、ユーザが異なるチャネル間を切り替える、ビデオの特定の部分にジャンプする、ビットストリームスプライシングをサポートする、または（ビットレート、フレームレート、空間解像度などの）ストリーム適応のために異なるビットストリームに切り替えるために、ブロードキャストおよびストリーミングなどの多くのビデオアプリケーションにおいて必要とされ得る。ビデオアプリケーションは、規則的な間隔で何回でも、および／または選択されたロケーションで、ＲＡＰピクチャをビデオストリームに挿入して、この機能を可能にすることができる。

[0032]エンコーダおよびデコーダは、瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャをランダムアクセスに使用することができる。しかしながら、ＩＤＲピクチャはコード化ビデオシーケンスを開始し、常に復号ピクチャバッファ（ＤＰＢ）をクリーンにするので、復号順序においてＩＤＲの後にくるピクチャは、ＩＤＲピクチャより前に復号されたピクチャを参照ピクチャとして使用することができない。したがって、ランダムアクセスについてＩＤＲピクチャに依存するビットストリームは、非常に低いコーディング効率を有する可能性がある。コーディング効率を改善するために、復号順序においてＣＲＡピクチャの後にくるが、出力順序においてＣＲＡピクチャの前にくるピクチャがＣＲＡピクチャの前に復号されたピクチャを参照として使用することができるように、クリーンランダムアクセス（ＣＲＡ）ピクチャの概念が開発中のＨＥＶＣ規格に導入されている。したがって、ＣＲＡピクチャは、ビデオシーケンス中で最初に復号されたピクチャとしてランダムアクセスに使用され得るか、または前のＲＡＰ（たとえば、ＩＤＲまたはＣＲＡ）ピクチャが復号されたビデオシーケンスの一部として復号され得る。

[0033]復号順序においてＣＲＡピクチャの後にくるが、出力順序においてＣＲＡピクチャの前にくるピクチャは、ＣＲＡピクチャの先行ピクチャと呼ばれる。復号が現在のＣＲＡピクチャの前のＲＡＰピクチャから始まる場合、ＣＲＡピクチャの先行ピクチャは正確に復号され得る。しかしながら、ＣＲＡピクチャからのランダムアクセスが行われるとき、ＣＲＡピクチャの先行ピクチャを正確に復号することができない。したがって、上記で説明したように、ＨＥＶＣプロセスでは、これらの先行ピクチャは通常、ＣＲＡピクチャのランダムアクセス復号の間、破棄される。復号がどこから始まるかに応じて利用可能ではない場合がある参照ピクチャからの誤り伝搬を防止するために、復号順序と出力順序の両方においてＣＲＡピクチャの後にくるすべてのピクチャは、復号順序または出力順序のいずれかにおいて（先行ピクチャを含む）ＣＲＡピクチャの前にくるいかなるピクチャも参照ピクチャとして使用すべきでない。

[0034]ランダムアクセス機能が、回復点ＳＥＩメッセージによって、Ｈ．２６４／ＡＶＣにおいてサポートされている。Ｈ．２６４／ＡＶＣデコーダ実施態様は、この機能をサポートしている場合もあるし、またはしていない場合もある。ＨＥＶＣにおいて、ＣＲＡピクチャで始まるビットストリームが適合するビットストリームとして考慮される。ビットストリームがＣＲＡピクチャで始まるとき、ＣＲＡピクチャの先行ピクチャは、利用不可能な参照ピクチャを参照する場合があり、したがって、正確に復号されないことがある。しかしながら、ＨＥＶＣ規格は、開始ＣＲＡピクチャの先行ピクチャは出力されず、したがってその名称がＣＲＡピクチャの「クリーンランダムアクセス」であると規定している。ビットストリーム適合の要件を確立するために、ＨＥＶＣは、非出力先行ピクチャ、すなわち、出力されない先行ピクチャの復号用の利用できない参照ピクチャを生成するための復号プロセスを規定している。しかしながら、デコーダ実装形態が、復号プロセスがコード化ビデオシーケンスの先頭から実施されるときと比較して同一の出力を生成することができる限り、デコーダ実装形態を適合させるのに、その復号プロセスに従う必要はない。

[0035]ＨＥＶＣでは、適合するビットストリームはＩＤＲピクチャをまったく含まなくてもよく、したがって、コード化ビデオシーケンスのサブセットまたは不完全なコード化ビデオシーケンスを含んでもよい。ＨＥＶＣ ＷＤ６では、コード化ビデオシーケンスは次のように定義される。

コード化ビデオシーケンスは、復号順序において、最大ですべての後続のアクセスユニットを含むが、いかなる後続のＩＤＲアクセスユニットも含まない０個以上の非ＩＤＲアクセスユニットが後に続くＩＤＲアクセスユニットを含む、一連のアクセスユニットである。

[0036]「リンクが壊れているＣＲＡピクチャ」の概念は、文書ＪＣＴＶＣ−Ｉ０４０４、Ｓｕｌｌｉｖａｎら、「ＣＲＡ ｐｉｃｔｕｒｅｓ ｗｉｔｈ ｂｒｏｋｅｎ ｌｉｎｋｓ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第９回会合：ジュネーブ、スイス、２０１２年４月２７日〜５月７日に記載されており、２０１２年１２月２７日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／９＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｉ０４０４−ｖ１．ｚｉｐからダウンロード可能であり、その内容全体は参照により本明細書に組み込まれる。ＨＥＶＣ ＷＤ６に含まれるＣＲＡの概念と比較して、一例では、ビットストリームを開始するＣＲＡピクチャが有することができるのと同様に、ビットストリームの先頭にないＣＲＡピクチャが復号可能でない先行ピクチャを有することを追加として可能にすることがＪＣＴＶＣ−Ｉ０４０４で提案されている。ＨＥＶＣ ＷＤ６では、ビットストリームを開始するＣＲＡピクチャは、復号順序においてＢＬＡピクチャより前に参照ピクチャがないために復号することができない先行ピクチャを（復号順序とも呼ばれるビットストリーム順序において）後に続けることができる。しかしながら、ビットストリームの中央にあるＣＲＡピクチャは、そのような復号可能でない先行ピクチャを有することができない。一例では、そのような復号可能でない先行ピクチャの潜在的な存在を示す「リンクが壊れている」フラグを追加することによってこの制約を取り除くことがＪＣＴＶＣ−Ｉ０４０４で提案されている。

[0037]「リンクが壊れている」フラグは、スライスヘッダ中のＣＲＡピクチャのピクチャレベル情報またはピクチャレベル情報の何らかの他の場所としてＪＣＴＶＣ−Ｉ０４０４で提案されている。適応パラメータセット（ＡＰＳ）を含む一例では、「リンクが壊れている」フラグはＡＰＳの一部であり得る。ただし、いくつかの規格はＡＰＳを提供していない。フラグが１に等しいとき、ビットストリームがビットストリーム順序において前にあるＩＤＲピクチャまたはＣＲＡピクチャから始まっても、ビットストリームは、先行する参照ピクチャがないために復号可能でないＣＲＡピクチャの先行ピクチャを含むことが可能になる。

[0038]１に等しい「リンクが壊れている」フラグを有するＣＲＡピクチャの場合、本明細書で論じるように復号可能でない先行ピクチャを有することが可能になることに加えて、そのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）が０に設定される。加えて、１に等しいリンクが壊れているフラグを有するＣＲＡピクチャは、ＩＤＲピクチャの場合と同様の方法でＣＲＡピクチャを動作させるｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇと、ＨＥＶＣ ＷＤ６におけるＩＤＲピクチャのｉｄｒ＿ｐｉｃ＿ｉｄの場合と同様の方法でＣＲＡピクチャを動作させるｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｐｉｃ＿ｉｄとを含むことができる。加えて、ＨＥＶＣ ＷＤ６の場合の現在のｉｄｒ＿ｐｉｃ＿ｉｄはｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｐｉｃ＿ｉｄに改称され、その制約は単にＩＤＲピクチャのみにだけではなく、ＣＲＡピクチャとＩＤＲピクチャの両方に適用されることになる。ＩＤＲピクチャと同様に、１に等しいｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇを有するＣＲＡピクチャは、異なるシーケンスパラメータセット（ＳＰＳ）をアクティブにする、ピクチャサイズを変更する、といったことが可能になる。

[0039]いくつかの例では、スライスヘッダまたはＡＰＳ中での「リンクが壊れている」フラグのシグナリングには、通常のＣＲＡピクチャを、本開示でＢＬＡピクチャとも呼ばれる、いわゆるリンク破損クリーンランダムアクセス（ＢＬＣ）ピクチャに変更するエンティティ（たとえば、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、またはビデオエディタ／スプライサ）が必要となる。このエンティティは通常、スライスヘッダおよび／またはＡＰＳをエントロピー符号化し、パースして、リンクが壊れているフラグを符号化することが可能である必要がある。同様に、ＢＬＡまたはＢＬＣピクチャを識別するエンティティ（たとえば、サーバ、ＭＡＮＥ、またはビデオエディタ）は、必要に応じて、スライスヘッダおよび／またはＡＰＳをエントロピー復号し、パースして、フラグを見つけることが可能である必要がある。

[0040]いくつかの例では、リンクが壊れているＣＲＡ（ＢＬＡ）ピクチャは、パラメータセットＩＤがアクティブなシーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）またはＡＰＳと同じである場合、（ピクチャによって参照されたときに）ＳＰＳ、ＰＰＳまたはＡＰＳをアクティブにすることができないことがある。しかしながら、ＢＬＡピクチャは通常、たとえば、ビットストリームスプライシングの場合、復号順序において前にあるピクチャとは異なるビットストリームから生じるので、ＢＬＡまたはＢＬＣピクチャと前にあるピクチャは、異なるＳＰＳ生ビットシーケンスペイロード（ＲＢＳＰ：raw bit sequence payload）と、ＰＰＳ ＲＢＳＰと、ＡＰＳ ＲＢＳＰとを使用することができる。したがって、いくつかの例では、ＢＬＡまたはＢＬＣピクチャと復号順序において前にあるピクチャの両方が（直接的にまたは間接的に）ＳＰＳ ＩＤまたはＰＰＳ ＩＤの同じ値を参照し得る可能性が高い。加えて、いくつかの例では、ピクチャがＡＰＳ ＩＤの同じ値を参照することも可能である。したがって、復号において前にあるピクチャにアクティブなＳＰＳ、ＰＰＳ、またはＡＰＳを使用すると、ＢＬＡまたはＢＬＣピクチャと（先行ピクチャだけではない）後に続くピクチャの復号が不正確になる可能性が非常に高い。

[0041]通常のＣＲＡピクチャ中にｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｐｉｃ＿ｉｄシンタックス要素とｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇシンタックス要素とを含まない例では、通常のＣＲＡピクチャをＢＬＡまたはＢＬＣピクチャになるように変更するエンティティ（たとえば、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、またはビデオエディタ／スプライサ）は、必要に応じて、スライスヘッダおよび／またはＡＰＳをエントロピー符号化またはエントロピー復号し、パースして、これらのシンタックス要素を符号化することが可能である必要がある。

[0042]ＢＬＡまたはＢＬＣピクチャは通常、復号順序において前にあるピクチャとは異なるビットストリームから生じるので、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが０に等しい場合、復号ピクチャバッファはオーバーフローし得る。結果として、復号順序における後に続くすべてのピクチャは不正確に復号される可能性があるか、またはデコーダがクラッシュする可能性さえある。

[0043]第１のビットストリームの一部および第２のビットストリームの一部（第２のビットストリームの一部はＣＲＡピクチャ（ｐｉｃＡ）から始まる）が接合（splice）または連結（concatenate）されるとき、ＣＲＡピクチャをＢＬＡまたはＢＬＣピクチャに変更しない可能性があり得る。むしろ、復号が前にあるＣＲＡピクチャまたはＩＤＲピクチャまたはＢＬＡもしくはＢＬＣピクチャから始まる場合、ｐｉｃＡをＣＲＡピクチャとして維持することが可能であり、ＣＲＡピクチャｐｉｃＡの先行ピクチャの復号品質は、（たとえば、先行ピクチャのうちの１つまたは複数のチェックサムが、ＨＶＥＣ ＷＤ６の場合の復号ピクチャハッシュ補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージにおいてシグナリングされたチェックサムと一致しないとき）完璧ではないが許容可能である。しかしながら、この手法には、ビットストリーム中で上記の情報を示すための機構が欠けている。

[0044]上記の問題のいくつかに対処するために、一例では、ＣＲＡピクチャがリンク破損を有することを示す、すなわち、リンクが壊れているＣＲＡ（ＢＬＡ）ピクチャを示すためのフラグを使用する代わりに、別個のＮＡＬユニットタイプ（たとえば、ＨＶＥＣ ＷＤ６で予約済みの、２に等しいＮＡＬユニットタイプ）が使用され得る。そのような例では、ＮＡＬユニットによって提供される情報は、エントロピー符号化またはエントロピー復号することなしに利用可能であり得る。この手法は、必要に応じて、エンティティ（たとえば、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、またはビデオエディタ／スプライサ）が、ビットストリームを開始しない場合にすべての関連する先行ピクチャが復号可能でなければならない（すなわち、正確に復号され得る）通常のＣＲＡピクチャを、ＢＬＡまたはＢＬＣピクチャに変更することを可能にし得る。これは、必要に応じて、エンティティ（たとえば、サーバ、ＭＡＮＥ、またはビデオエディタ）がＢＬＡまたはＢＬＣピクチャを識別することも可能にし得る。

[0045]いくつかの例では、ＢＬＣピクチャが異なるＳＰＳをアクティブにするのを可能にする代わりに、ＢＬＣピクチャによって参照されるＳＰＳ ＩＤが復号順序において前にあるピクチャに対するアクティブＳＰＳのＳＰＳ ＩＤと同じであっても、ＢＬＣピクチャはＳＰＳをアクティブにする必要がある。これは、ＨＶＥＣ ＷＤ６の場合のＰＰＳを介して間接的に、または他の方法によって、たとえば、ＪＣＴＶＣ−Ｉ０３３８に記載のグループパラメータセットを介して間接的に、または、たとえば、ＳＰＳ ＩＤが直接スライスヘッダに含まれるときは直接、またはバッファリング期間ＳＥＩメッセージを介して間接的に行われ得る。ＢＬＣピクチャは通常、復号順序において前にあるピクチャとは異なるビットストリームに由来したものであるので、ＢＬＣピクチャはＳＰＳをアクティブにする必要があり得る。加えて、通常、異なるＳＰＳ ＲＢＳＰは同一のまたは異なるＳＰＳ ＩＤを用いて適用される。

[0046]ＢＬＣピクチャはまた、ＰＰＳをアクティブにするために使用され得る。ＢＬＣピクチャによって（ＪＣＴＶＣ−Ｉ０３３８において記載されているようなグループパラメータセットを通じて間接的に、または、たとえば、ＰＰＳ ＩＤがＨＥＶＣ ＷＤ６におけるようにスライスヘッダ内に直接含まれているときは直接的に）参照されるＰＰＳ ＩＤが、復号順序において前にあるピクチャのアクティブＰＰＳのＰＰＳ ＩＤと同じであったとしても、そうである可能性がある。これは、ここでも、ＢＬＣピクチャが一般的に、復号順序において前にあるピクチャとは異なるビットストリームからのものであり、一般的に、同一のまたは異なるＰＰＳ ＩＤに異なるＰＰＳ ＲＢＳＰが適用されるためである。

[0047]いくつかの例では、ＢＬＡまたはＢＬＣピクチャはまた、ＡＰＳを参照する場合、ＢＬＡまたはＢＬＣピクチャによって参照されるＡＰＳ ＩＤが復号順序において前にあるピクチャに対するアクティブＰＰＳのＡＰＳ ＩＤと同じであっても、ＡＰＳをアクティブにする必要がある。これは、やはり、ＢＬＡまたはＢＬＣピクチャが通常、復号順序において前にあるピクチャとは異なるビットストリームに由来したものであるからである。加えて、通常、異なるＡＰＳ ＲＢＳＰは同一のまたは異なるＡＰＳ ＩＤを用いて適用される。

[0048]ＢＬＡまたはＢＬＣピクチャは特殊なタイプのＣＲＡピクチャと見なされ得、ＮＡＬユニットタイプがＢＬＣピクチャ用のＮＡＬユニットタイプ（たとえば、ＨＶＥＣ ＷＤ６で予約済みの、２に等しいＮＡＬユニットタイプ）であるコード化ピクチャとして定義され得る。この定義は、用語は異なるが同様の効果を有する、ＨＶＥＣ ＷＤ９に記載のＢＬＡピクチャに適用することができる。非ＢＬＡ ＣＲＡピクチャがビットストリームと関連する先行ピクチャとを開始するときの非ＢＬＡ ＣＲＡピクチャ用の同じ復号プロセスは、ＢＬＡまたはＢＬＣピクチャがビットストリーム中で最初のピクチャではない場合でも、ＢＬＡまたはＢＬＣピクチャと関連する先行ピクチャとを復号するために適用され得る。代替として、ＢＬＡまたはＢＬＣピクチャはＣＲＡピクチャから除外され得る、すなわち、ＢＬＡまたはＢＬＣピクチャはＣＲＡピクチャではないと見なされ得る。その場合、ＣＲＡピクチャがビットストリームと関連する先行ピクチャとを開始するときのＣＲＡピクチャ用の同じ復号プロセスは、ＢＬＡまたはＢＬＣピクチャがビットストリーム中で最初のピクチャではない場合でも、ＢＬＡまたはＢＬＣピクチャと関連する先行ピクチャとを復号するために適用される。以下の説明では、この代替策が適用されると仮定される。

[0049]いくつかの例では、ＢＬＡまたはＢＬＣアクセスユニットは、コード化ピクチャがＢＬＡまたはＢＬＣピクチャであるアクセスユニットとして定義され得る。コード化ビデオシーケンスの定義は次のように変更され得る：復号順序において、最大ですべての後続のアクセスユニットを含むが、いかなる後続のＩＤＲまたはＢＬＡアクセスユニットも含まない０個以上の非ＩＤＲおよび非ＢＬＡアクセスユニットが後に続くＩＤＲアクセスユニットまたはＢＬＡもしくはＢＬＣアクセスユニットを含む、一連のアクセスユニット。

[0050]ＪＣＴＶＣ−Ｉ０４０４の場合のようにすべてのＩＤＲピクチャおよびＢＬＡピクチャのみに対してｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｐｉｃ＿ｉｄとｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇとを有する代わりに、別の手法では、すべてのＩＤＲピクチャ、ＢＬＡ、およびすべてのＣＲＡピクチャに対して常に２つのフィールドが存在する。各ＣＲＡピクチャについて、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが０に等しい必要がある。いくつかの例では、必要に応じて、エンティティ（たとえば、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、またはビデオエディタ／スプライサ）がＣＲＡピクチャをＢＬＡピクチャとなるように変更することはより容易であり得る。

[0051]別の代替例では、ＢＬＡピクチャについて、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１に等しいことが必要であり得る。代替として、各ＢＬＡピクチャはシグナリングされたｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有しないが、ピクチャ出力挙動は、各ＢＬＡピクチャが１に等しいｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有する場合と同じである。さらなる代替として、各ＢＬＡピクチャはシグナリングされたｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有するが、ピクチャ出力挙動は、シグナリングされたｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず、各ＢＬＡピクチャが１に等しいｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有する場合と同じである。

[0052]ＢＬＡピクチャのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）値は、たとえば、スライスヘッダ中でシグナリングされ得る。シグナリングされる場合、値にかかわらず、この値は依然として、復号プロセスにおいて０に等しいと見なされる。代替として、シグナリングされたＰＯＣ ＭＳＢ値は復号プロセスで使用されるが、次いで、スプライサは値を確認し、場合によっては、復号順序における前のピクチャのＰＯＣ値に一致するように値を変更する必要がある。

[0053]第１のビットストリームの一部および第２のビットストリームの一部（第２のビットストリームの一部はＣＲＡピクチャｐｉｃＡから始まる）が接合（splice）または連結（concatenate）されるとき、スプライサは第１のビットストリームからのピクチャをＣＲＡピクチャとして維持することができる。一例では、復号が前にあるＣＲＡピクチャ、ＩＤＲピクチャ、またはＢＬＡピクチャから始まるとき、ＣＲＡピクチャの先行ピクチャの復号品質は、完璧ではないが許容可能であり得る。たとえば、先行ピクチャのうちの１つまたは複数のチェックサムがＨＶＥＣ ＷＤ６の場合の復号ピクチャハッシュＳＥＩメッセージにおいてシグナリングされたチェックサムと一致しないとき、復号品質は許容可能であり得る。

[0054]上記の情報の指示は、ビットストリーム中でシグナリングされ得る。この情報は、第１のビットストリームからのＣＲＡピクチャに関連付けられる指示を介して、たとえば、ＮＡＬユニットヘッダもしくはスライスヘッダもしくは参照されるＡＰＳ中のフラグ、または第１のビットストリームからのＣＲＡピクチャに関連付けられるＳＥＩメッセージとしてシグナリングされ得る。フラグにはｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇという名前を付けることができる。一例では、値１は、第１のビットストリームからのＣＲＡピクチャに関連付けられる各先行ピクチャのチェックサムが、存在する場合、復号ピクチャハッシュＳＥＩメッセージにおいてシグナリングされたチェックサムと一致することを示す。値０は、第１のビットストリームからのＣＲＡピクチャに関連付けられる各先行ピクチャのチェックサムが、存在する場合、復号ピクチャハッシュＳＥＩメッセージにおいてシグナリングされたチェックサムと一致することもあり、一致しないこともあることを示す。

[0055]先行ピクチャと、ＣＲＡピクチャの先行ピクチャの存在とのシグナリングに関する説明は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／９＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｉ０２７５−ｖ２．ｚｉｐで入手可能なＪＣＴＶＣ−Ｉ０２７５と、先行ピクチャと、ＣＲＡピクチャの先行ピクチャの存在とのシグナリングに関する説明についてのｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／９＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｉ０２７７−ｖ３．ｚｉｐで入手可能な文書ＪＣＴＶＣ−Ｉ０２７７とにおいて与えられており、各々の内容全体は参照により本明細書に組み込まれる。いくつかの例では、ＣＲＡピクチャの先行ピクチャの存在のシグナリングについての同様の概念は、ＢＬＡまたはＢＬＣピクチャに適用され得る。

[0056]ＢＬＡまたはＢＬＣピクチャなどのリンク破損ＲＡＰピクチャの使用は、いくつかの問題を提示することがある。ＢＬＡまたはＢＬＣピクチャなどのリンク破損ＲＡＰピクチャと、他の既存のビデオランダムアクセス手法とに関連付けられるそのような問題に対処するために、様々な改善が行われ得る。

[0057]１つの問題は、先行ピクチャは時間層アクセス（ＴＬＡ）ピクチャでもあり得るので、ＣＲＡピクチャに関連付けられる先行ピクチャに対して１つのみのＮＡＬユニットタイプを定義することは十分ではない可能性があるということである。したがって、本明細書で説明するシステムと方法とを実装するエンコーダおよびデコーダは、ＴＬＡピクチャでもある先行ピクチャに属するＮＡＬユニットと、ＴＬＡピクチャではない先行ピクチャに属するＮＡＬユニットとを識別するために、より多くのＮＡＬユニットタイプを必要とし得る。

[0058]別の問題として、ＢＬＡまたはＢＬＣピクチャがビデオシーケンス中のピクチャの空間解像度を変更する場合、ビットストリームを開始するＣＲＡピクチャの先行ピクチャに対する、ＨＥＶＣ ＷＤ６において規定された現在の復号プロセスを、ＢＬＡまたはＢＬＣピクチャの先行ピクチャに直接適用することができない。場合によっては、空間解像度が現在のピクチャと現在のピクチャの参照ピクチャとでは異なるように見えることがある。別の問題として、ＨＥＶＣ ＷＤ６において規定された復号プロセスにおいて、シンタックス要素ｓｌｉｃｅ＿ｔｙｐｅがＩＤＲピクチャ、ＣＲＡピクチャ、およびＢＬＡまたはＢＬＣピクチャのスライスのスライスヘッダ中に不必要に存在することがある。

[0059]本開示は、一般にはＲＡＰピクチャのための、詳細にはビデオシーケンスにおけるリンク破損ＲＡＰピクチャ（たとえば、ＢＬＡピクチャ）をコーディングするための様々な技法について説明する。本技法のいくつかは上記で説明した問題のうちの１つまたは複数に対処することができ、本技法のいくつかはランダムアクセスピクチャのコーディングに有用であり得る追加の機能を提供することができる。

[0060]いくつかの例では、復号されるべき現在のＲＡＰピクチャが、リンク破損クリーンランダムアクセス（ＣＲＡ）ピクチャ（ＢＬＡピクチャ）などのリンク破損ＲＡＰピクチャであるとき、シンタックス要素は、復号ピクチャバッファ中の復号順序においてＢＬＡピクチャより前の参照ピクチャはいずれも出力されるべきではないことを示す。このシンタックス要素はエンコーダによって符号化され、デコーダによって復号され得る。また、シンタックス要素は、現在のリンク破損ＲＡＰピクチャのスライスヘッダ中の早い位置に、かつ現在のリンク破損ＲＡＰピクチャ中の各スライスのいかなるエントロピーコード化スライスヘッダパラメータよりも前に与えられ得る。エントロピーコード化シンタックス要素より前の、たとえば、いかなるｕｅ（ｖ）要素よりも前のシンタックス要素を与えることは、いくつかの例では、能力の劣るデバイスが、エントロピーコーディングを必要とすることなくシンタックス要素を解釈することを可能にし得る。他の例では、復号されるべき現在のＲＡＰピクチャがリンク破損ＲＡＰピクチャであるとき、復号ピクチャバッファ中のすべての参照ピクチャは参照のために使用されないものとしてマーキングされる。この機能は、ＢＬＡまたはＢＬＣピクチャが空間解像度を変更する場合でも、標準的な復号プロセスがＢＬＡまたはＢＬＣピクチャの先行ピクチャに適用されることを可能にし得る。これらおよび他の例示的な技法について本開示で説明する。

[0061]図１は、本開示で説明される技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４が後に復号し得る符号化ビデオデータを生成するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信に対応し得る。

[0062]場合によっては、ビデオエンコーダ２０は、時間層切替え点（temporal layer switching point）のような、ランダムアクセス点またはストリーム適応点の後にくる１つまたは複数のピクチャを符号化し得る。たとえば、これは、ビットレート、フレームレートまたは空間分解能の適応のための切替え点であり得る。これらのピクチャのうちの１つまたは複数は、ビデオシーケンス内のＣＲＡピクチャの先行ピクチャであり得る。デコーダは、ビデオシーケンスの復号が、ビデオシーケンス内で現在のＣＲＡピクチャの前のＲＡＰピクチャから始まる場合には、ＣＲＡピクチャの先行ピクチャを正確に復号し得る。しかしながら、ＣＲＡピクチャからのランダムアクセスが行われるとき、ＣＲＡピクチャの先行ピクチャは正確に復号され得ない。たとえば、先行ピクチャは、利用不可能である予測参照に関するブロックを指し得る。したがって、先行ピクチャは、ビデオデコーダ３０において復号可能でない場合がある。したがって、宛先デバイス１４は、一般的に、ランダムアクセス復号中はこれらの先行ピクチャを破棄し得る。

[0063]別の例では、ＢＬＡまたはＢＬＣピクチャについて、エンコーダ２０は、フラグ、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（より正確にシンタックス要素と呼ばれる場合がある）を符号化し得、それによって、ＤＰＢにおいて前にあるピクチャのいずれも出力されない。一部の例では、このフラグ、またはシンタックス要素は、エントロピー復号の前はスライスヘッダ内の初めにあってもよく、それによって、より容易に復号され得、この情報はコーディングプロセスのより早期に利用可能である。たとえば、それによって、たとえばｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがエントロピー復号される必要がないために、ＭＡＮＥのような、それほど洗練されていないデバイスがデコーダを必要とすることなく情報にアクセスすることができる。例示として、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓフラグは、たとえば、可変長ｕｅ（ｖ）要素のようなエントロピーコード化シンタックス要素の代わりに、たとえば、固定長ｕ（１）要素のような非エントロピーコード化シンタックス要素として提示され得る。ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓフラグは、たとえば、ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃフラグの直後で、任意のエントロピーコード化シンタックス要素の前に提示され得る。

[0064]一例では、ビデオデコーダ３０は、参照ピクチャバッファ内に記憶されているピクチャを、たとえば、これらのピクチャを使用する結果として不正確に復号されたピクチャがもたらされ得るときに、参照のために使用されないものとしてマーキングし得る。たとえば、復号順序または出力順序においてＢＬＡまたはＢＬＣピクチャの前にくる参照ピクチャは、復号順序においてＢＬＡまたはＢＬＣピクチャの後にくる先行ピクチャに対する参照のためには使用不可能であり得る。したがって、ビデオデコーダ３０によって、復号順序または出力順序においてＢＬＡまたはＢＬＣピクチャの前にくる参照ピクチャは、復号順序においてＢＬＡまたはＢＬＣピクチャの後にくる先行ピクチャに対する参照のためには使用不可能であり得るを受信することに応答して、参照のためには使用されないものとしてマーキングされ得る。

[0065]一例では、ビデオエンコーダ２０は、ＢＬＡまたはＢＬＣピクチャが先行ピクチャを有するときおよび先行ピクチャを有しないときを示すために割り当てられたＮＡＬユニットタイプを含むように構成され得る。たとえば、１つの規格では、ＮＡＬユニットタイプ１６、ＢＬＡ＿Ｗ＿ＬＰ（先行ピクチャを有するＢＬＡ）、ＮＡＬユニットタイプ１７、ＢＬＡ＿Ｗ＿ＤＬＰ（復号可能な先行ピクチャを有するＢＬＡ）、およびＮＡＬユニットタイプ１８、ＢＬＡ＿Ｎ＿ＬＰ（先行ピクチャを有しないＢＬＡ）が含まれる。

[0066]一例では、ビデオエンコーダ２０は、ＢＬＡピクチャが先行ピクチャを有するときおよび先行ピクチャを有しないときを示すために割り当てられたＮＡＬユニットタイプを処理することができる。たとえば、ビデオエンコーダ２０は、複数の異なるネットワーク抽象化層（ＮＡＬ）ユニットタイプのうちの１つに従って、ピクチャを符号化することができる。複数のＮＡＬユニットタイプは、（１）リンクアクセスが壊れている（ＢＬＡ）ピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（２）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる復号可能な先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（３）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有しないＢＬＡピクチャである、コード化スライスのうちの１つまたは複数を含む。

[0067]宛先デバイス１４は、符号化ビデオデータを受信し得る。宛先デバイスは、リンク１６を介して受信されたデータを復号することができる。リンク１６は、ソースデバイス１２から宛先デバイス１４に符号化されたビデオデータを動かすことが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、リンク１６は、ソースデバイス１２が、符号化ビデオデータをリアルタイムで宛先デバイス１４に直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、高周波（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路のような、任意のワイヤレスまたは有線通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークのような、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を支援するために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。

[0068]代替的に、符号化データは、出力インターフェース２２からストレージデバイス３４に出力されてもよい。同様に、符号化データは、入力インターフェースによってストレージデバイス３４からアクセスされてもよい。ストレージデバイス３４は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体のような、様々な分散したまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイス３４は、ソースデバイス１２によって生成された符号化ビデオを保持し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ストレージデバイス３４から、記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を介して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せを含み得る。ストレージデバイス３４からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。

[0069]本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例のような、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。一部の例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。

[0070]図１の例では、ソースデバイス１２は、ビデオソース１８、ビデオエンコーダ２０、および出力インターフェース２２を含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含み得る。ソースデバイス１２において、ビデオソース１８は、たとえばビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／もしくはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムのようなソース、またはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き携帯電話またはビデオ電話を形成し得る。ただし、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。

[0071]キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信され得る。符号化ビデオデータは、さらに（または代替的に）、宛先デバイス１４または復号および／もしくは再生のための他のデバイスによる後のアクセスのためにストレージデバイス３４上に記憶され得る。

[0072]宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を介して符号化ビデオデータを受信する。リンク１６を介して通信され、またはストレージデバイス３４上に与えられた符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３０のようなビデオデコーダが使用するためのビデオエンコーダ２０によって生成される様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信される、記憶媒体上に記憶される、またはファイルサーバ上に記憶される、符号化されたビデオデータとともに含まれ得る。

[0073]一部の例では、宛先デバイス１４のビデオデコーダ３０は、時間層切替え点のような、ランダムアクセス点またはストリーム適応点の後にくる１つまたは複数のピクチャを復号し得る。たとえば、これは、ビットレート、フレームレートまたは空間分解能の適応のための切替え点（すなわち、時間層切替え点）であり得る。これらのピクチャのうちの１つまたは複数は先行ピクチャであり得る。ＢＬＡまたはＢＬＣピクチャからのランダムアクセスが行われるとき、先行ピクチャは正確に復号され得ない。

[0074]一例では、復号がどこから始まるかに応じて利用可能ではない場合がある参照ピクチャからの誤り伝搬を防止するために、ビデオデコーダ３０は、復号順序または出力順序のいずれかにおいてＢＬＡまたはＢＬＣピクチャの前にくるいかなるピクチャ（先行ピクチャを含む）も参照ピクチャとして使用し得ない。

[0075]様々な例では、ビデオデコーダ３０は、ＤＰＢ内のすべての参照ピクチャを、ＢＬＡまたはＢＬＣピクチャを復号するとき、ＢＬＡピクチャを復号する前に参照するためには使用されないとしてマーキングし得る。たとえば、ビデオデコーダ３０は、復号ピクチャバッファ（ＤＰＢ）内の参照ピクチャを参照のためには使用されないとしてマーキングし得る。

[0076]別の例では、ＢＬＡピクチャが復号されるために、エンコーダ２０は、フラグまたは他のシンタックス要素、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇをビットストリーム内に含み得、デコーダ３０はそれを受信し得る。フラグは、１に等しいとき、ＤＰＢ内で前にあるピクチャのいずれも表示のために出力されないことを示す。特に、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１に等しいとき、デコーダ３０は、復号ピクチャバッファ内のすべてのピクチャ記憶バッファを、それらが含むピクチャを出力することなく空にする。一部の例では、このフラグ、またはシンタックス要素は、エントロピー復号の前はスライスヘッダ内のごく初めに提示されてもよく、それによって、エントロピーコーディングを必要とすることなく、より容易に復号され得、この情報はコーディングプロセスのより早期に利用可能である。たとえば、それによって、たとえばｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがエントロピー復号される必要がないために、ＭＡＮＥのような、それほど洗練されていないデバイスがデコーダを必要とすることなく情報にアクセスすることができる。

[0077]別の例では、ビデオデコーダ３０は、ＢＬＡまたはＢＬＣピクチャが先行ピクチャを有するときおよび先行ピクチャを有しないときを示すために割り当てられたＮＡＬユニットタイプを処理することができる。（ここでも、上記で説明されたように、ＢＬＡおよびＢＬＣピクチャが、リンクが壊れているＣＲＡピクチャを表すという点において、ＢＬＡピクチャは一般にＢＬＣピクチャと概念的には同じである。）一例では、ビデオデコーダ３０は、複数の異なるネットワーク抽象化層（ＮＡＬ）ユニットタイプのうちの１つに従って、ピクチャを復号することができる。複数のＮＡＬユニットタイプは、（１）リンクアクセスが壊れている（ＢＬＡ）ピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（２）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる復号可能な先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（３）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有しないＢＬＡピクチャである、コード化スライスのうちの１つまたは複数を含む。

[0078]一部の例では、ビデオデコーダ３０は、ＢＬＡ ＮＡＬユニットタイプを検出した場合、すべての参照ピクチャを参照のためには使用されないとしてマーキングするように構成されている。ＢＬＡ ＮＡＬユニットタイプがデコーダ３０によって検出された場合、参照ピクチャは、ＢＬＡピクチャ、または、復号もしくは出力順序においてＢＬＡピクチャの後にくる任意のピクチャの復号には有効ではない。

[0079]ディスプレイデバイス３２は、宛先デバイス１４に一体化されても、または外付けされてもよい。一部の例では、宛先デバイス１４は、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成され得る。他の例では、宛先デバイス１４はディスプレイデバイスであってもよい。一般に、ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスのような、種々のディスプレイデバイスのいずれかを備え得る。

[0080]ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格のようなビデオ圧縮規格に従って動作することができ、ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４、Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格のような、他のプロプライエタリもしくは業界標準、またはそのような規格の拡張に従って動作することができる。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

[0081]図１には示されていないが、一部の態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、各々オーディオエンコーダおよびデコーダと統合されてよく、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んでもよい。妥当な場合は、一部の例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３多重化プロトコル（ｍｕｌｔｉｐｌｅｘｅｒ ｐｒｏｔｏｃｏｌ）、またはユーザデータグラムプロトコル（ＵＤＰ）など他のプロトコルに準拠することができる。

[0082]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つもしくは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアのような、様々な好適なエンコーダ回路のいずれか、またはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアにおいて実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアにおいて実行して、本開示の技法を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。

[0083]ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣによる既存のデバイスと比較して、ビデオコーディングデバイスにいくつかの機能が追加されていると推定する。たとえば、Ｈ．２６４が９つのイントラ予測符号化モードを提供するのに対して、ＨＭは３３ものイントラ予測符号化モードを提供することができる。

[0084]一般的に、ＨＭの作業モデルは、ビデオフレームまたはピクチャは、輝度と彩度の両方のサンプルを含むツリーブロック（ｔｒｅｅｂｌｏｃｋ）または最大のコーディングユニット（ＬＣＵ）のシーケンスへと分割され得ると説明している。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コーディング順序において連続するいくつかのツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分化され得る。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ）に分割され得る。たとえば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割され得、各子ノードは、次に、親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードとしての、最終的な、分割されない子ノードは、コーディングノード、すなわち、コード化ビデオブロックを備える。コード化ビットストリームに関連付けられるシンタックスデータは、ツリーブロックが分割され得る最大回数を定義し得、コーディングノードの最小サイズをも定義し得る。

[0085]ＣＵは、コーディングノードと、コーディングノードに関連付けられる予測ユニット（ＰＵ：prediction unit）および変換ユニット（ＴＵ：transform unit）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状は正方形である必要がある。ＣＵのサイズは、８×８ピクセルから最大６４×６４以上のピクセルを有するツリーブロックのサイズまでに及ぶ場合がある。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。ＣＵに関連付けられるシンタックスデータは、たとえば、ＣＵを１つまたは複数のＰＵに区分化することを記述し得る。区分化モードは、ＣＵがスキップモードもしくはダイレクトモードで符号化されているか、イントラ予測モードで符号化されているか、またはインター予測モードで符号化されているかの間で異なり得る。ＰＵは、形状が非正方形になるように区分化され得る。ＣＵに関連付けられるシンタックスデータは、たとえば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分化することも記述し得る。ＴＵは、形状が正方形または非正方形であり得る。

[0086]ＨＥＶＣ規格は、ＣＵごとに異なり得るＴＵに従った変換を可能にする。ＴＵは、一般的には、区分化されたＬＣＵに対して規定された所与のＣＵ内のＰＵのサイズに基づいてサイズを決定されるが、これが必ずしも当てはまるとは限らない場合がある。ＴＵは、一般的には、同じサイズであるか、またはＰＵよりも小さい。一部の例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用して、より小さいユニットに再分割され得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれる場合がある。ＴＵに関連付けられるピクセル差分値は、量子化され得る変換係数を生成するために変換され得る。

[0087]一般に、ＰＵは、予測プロセスに関係付けられるデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵは、ＰＵについてのイントラ予測モードを記述するデータを含む場合がある。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための動きベクトルを定義するデータを含む場合がある。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルについての分解能（たとえば、１／４ピクセル精度もしくは１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトル用の参照ピクチャリスト（たとえば、リスト０、リスト１、もしくはリストＣ）を記述することができる。

[0088]概して、ＴＵは、変換プロセスと量子化プロセスとのために使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）を含む場合もある。予測に続いて、ビデオエンコーダ２０は、ＰＵに対応する残余の値を計算することができる。残差値は、エントロピーコーディングのためのシリアル化変換係数（serialized transform coefficient）を生成するために、ＴＵを使用して変換係数に変換され、量子化され、走査され得るピクセル差分値を備える。本開示では通常、ＣＵのコーディングノードを指すために「ビデオブロック」という用語を使用する。一部の特定の場合には、本開示は、コーディングノードならびにＰＵおよびＴＵを含む、ツリーブロック、すなわちＬＣＵまたはＣＵを示すために「ビデオブロック」という用語を使用する場合もある。

[0089]ビデオシーケンスは、一般に、一連のビデオフレームまたはピクチャを含む。ピクチャのグループ（ＧＯＰ）は、一般的に、ビデオピクチャの１つまたは複数の連続を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、一般に、ビデオデータを符号化するために個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応する場合がある。ビデオブロックは、固定サイズまたは可変サイズを有し得、指定のコーディング規格に応じてサイズが異なり得る。

[0090]一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると想定すると、ＨＭは、ＰＵサイズが２Ｎ×２ＮまたはＮ×Ｎのイントラ予測、および対称なＰＵサイズが２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称区分化をサポートする。非対称区分化では、ＣＵの一方向は区分化されないが、他の方向は２５％と７５％とに区分化される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という指示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５ＮのＰＵおよび下部の２Ｎ×１．５ＮのＰＵで水平方向に区分化された２Ｎ×２ＮのＣＵを指す。

[0091]本開示では、たとえば１６×１６ピクセルまたは１６かける１６ピクセルなど、「Ｎ×Ｎ」および「ＮかけるＮ（Ｎ ｂｙ Ｎ）」は、垂直および水平の寸法に関して、ビデオブロックのピクセル範囲を示すために区別なく使用され得る。一般的に、１６×１６ブロックは、垂直方向に１６個のピクセルを有し（ｙ＝１６）、水平方向に１６個のピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、一般的に、垂直方向にＮ個のピクセルを有し、水平方向にＮ個のピクセルを有し、ここでＮは負でない整数値を表している。ブロック中のピクセルは行と列で構成され得る。さらに、ブロックは、必ずしも垂直方向と水平方向に同じピクセル数を持つ必要はない。たとえば、ブロックはＮ×Ｍピクセルを備えることができ、ここでＭはＮと必ずしも等しいとは限らない。

[0092]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングの後、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域においてピクセルデータを備えてよく、ＴＵは、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＴＵを変換して、ＣＵのための変換係数を生成し得る。

[0093]変換係数を生成するための任意の変換に続き、ビデオエンコーダ２０は、変換係数の量子化を実行することができる。量子化は、一般的に、変換係数が、場合によっては、係数を表すために使用されるデータの量を減らすために量子化されるプロセスを指し、さらなる圧縮を可能にする。量子化プロセスは、係数の一部または全部に関連付けられるビット深度を低減し得る。たとえば、量子化中にｎビット値をｍビット値に切り捨てることができ、ここで、ｎはｍよりも大きい。

[0094]一部の例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は適応走査を実行し得る。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化する場合がある。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための、符号化ビデオデータに関連付けられるシンタックス要素をエントロピー符号化し得る。

[0095]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、送信される記号にコンテキストモデル内のコンテキストを割り当てることができる。コンテキストは、たとえば、シンボルの隣接値が０ではないか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信される記号の可変長コードを選択することができる。比較的より短いコードはより可能性の高い記号に対応し、より長いコードはより可能性の低い記号に対応するように、ＶＬＣのコードワードを構成することができる。このようにして、ＶＬＣを使用することで、たとえば、送信される各記号に対して等しい長さのコードワードを使用することによって、ビットの節約を達成することができる。確率の決定は、記号に割り当てられたコンテキストに基づいてもよい。

[0096]図２は、本開示で説明するリンク破損ＲＡＰピクチャをコーディングするための技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、空間的予測を利用して、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去する。インターコーディングは、時間的予測を利用して、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間的冗長性を低減または除去する。イントラモード（Ｉモード（登録商標））は、いくつかの空間ベースの圧縮モードのいずれかを指すことがある。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指し得る。

[0097]図２の例では、ビデオエンコーダ２０は、区分モジュール３５と、予測モジュール４１と、フィルタモジュール６３と、参照ピクチャメモリ６４と、加算器５０と、変換モジュール５２と、量子化モジュール５４と、エントロピー符号化モジュール５６とを含む。予測モジュール４１は、動き推定モジュール４２と、動き補償モジュール４４と、イントラ予測モジュール４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化モジュール５８と、逆変換モジュール６０と、加算器６２とを含む。フィルタモジュール６３は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ：sample adaptive offset）フィルタのような、１つまたは複数のループフィルタを表すように意図されている。フィルタモジュール６３はループフィルタであるものとして図２において示されているが、他の構成においては、フィルタモジュール６３はポストループフィルタ（post loop filter）として実装されてもよい。

[0098]図２に示されているように、ビデオエンコーダ２０は、ビデオデータを受信し、区分化モジュール３５は、ビデオブロックへとデータを区分化する。この区分化は、たとえば、ＬＣＵおよびＣＵの４分木構造に応じて、スライス、タイル、または他のより大きいユニットへの区分化、ならびにビデオブロック区分化をも含み得る。ビデオエンコーダ２０は、一般に、符号化されるべきビデオスライス内のビデオブロックを符号化する構成要素を示す。スライスは、複数のビデオブロックに（および、場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。予測モジュール４１は、誤差結果（たとえばコーディングレートおよびひずみのレベル）に基づいて現在のビデオブロックについて、複数のイントラコーディングモードの１つ、または複数のインターコーディングモードの１つなど、複数の可能なコーディングモードの１つを選択することができる。予測モジュール４１は、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に与え、参照ピクチャとして使用するための符号化ブロックを再構成するために加算器６２に与え得る。

[0099]上記で説明されたように、場合によっては、ビデオエンコーダ２０は、ＢＬＡまたはＢＬＣピクチャのように、時間層切替え点のようなランダムアクセス点またはストリーム適応点を符号化し得る。たとえば、符号化は、エントロピー符号化と非エントロピー符号化の両方を実行し得るエントロピー符号化モジュール５６内で行われ得る。これらのピクチャのうちの１つまたは複数は、ＣＲＡピクチャの先行ピクチャであり得る。現在のＣＲＡピクチャの前にあるＲＡＰピクチャから復号が始まる場合、ＣＲＡピクチャの先行ピクチャは正確に復号され得る。しかしながら、ＣＲＡピクチャからのランダムアクセスが行われるとき、ＣＲＡピクチャの先行ピクチャは正確に復号され得ない。たとえば、先行ピクチャは、利用不可能である予測参照に関するブロックを指し得る。したがって、先行ピクチャは、ビデオデコーダ３０において復号可能でない場合がある。したがって、これらの先行ピクチャは、ランダムアクセス復号中は一般的に破棄される。

[0100]一例では、ビデオエンコーダ２０は、スライスヘッダ内にフラグ、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇまたはシンタックス要素を与え得、それによって、ＤＰＢブロック内の前にあるピクチャ、すなわち、ＢＬＡまたはＢＬＣピクチャの前にあるピクチャのいずれも出力されない。一部の例では、このフラグ（またはシンタックス要素）は、エントロピー符号化の前はスライスヘッダ内の初めにあってもよく、それによって、たとえば、デコーダ３０においてより容易に復号され得、この情報はコーディングプロセスのより早期に利用可能であり得る。シンタックス要素またはフラグは、たとえば、エントロピー符号化モジュール５６（非エントロピー符号化を実行し得る）によってＢＬＡまたはＢＬＣピクチャのスライスヘッダ内に符号化され得る。これは、たとえば、ＭＡＮＥのような中間デバイスにとって有用であり得、それによって、シンタックス要素またはフラグによって与えられる情報は、エントロピー復号せずに中間デバイスにとって利用可能であり得、ただし、これは、エントロピー復号の前にそのような情報にアクセスすることができるデコーダにも役立ち得る。

[0101]たとえば、ビデオエンコーダ２０（たとえば、エントロピー符号化モジュール５６）は、ピクチャ記憶バッファからいかなるピクチャも出力されることなくピクチャ記憶バッファが空にされていることを示すシンタックス要素を含み得る。このシンタックス要素は、設定されると、復号順序において現在のピクチャより前にあり、現在のピクチャの復号時点においてピクチャ記憶バッファ内に存在するピクチャが、出力されることなくピクチャ記憶バッファから空にされるようにし得る。一部の例では、シンタックス要素は、複数のシンタックス要素のうちの１つであってもよい。加えて、複数のシンタックス要素は、エントロピーコード化スライスヘッダシンタックス要素および非エントロピーコード化スライスヘッダシンタックス要素を含んでもよい。一例では、ピクチャ記憶バッファからいかなるピクチャも出力されることなくピクチャ記憶バッファが空にされていることを示すシンタックス要素が、任意のエントロピーコード化スライスヘッダシンタックス要素の前にスライスヘッダに含まれており、それによって、シンタックス要素自体はエントロピーコーディングされない。

[0102]一部の例では、シンタックス要素はｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇであってもよく、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、スライスヘッダ内でｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの直後に含まれてもよい。ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、復号順序において、あるスライスがピクチャの最初のスライスであるか否かを示すフラグであり得る。

[0103]一例では、ビデオエンコーダ２０は、ＢＬＡまたはＢＬＣピクチャが先行ピクチャを有するときおよび先行ピクチャを有しないときを示すために割り当てられたＮＡＬユニットタイプを含むように構成され得る。たとえば、１つの規格では、ＮＡＬユニットタイプ１６、ＢＬＡ＿Ｗ＿ＬＰ（先行ピクチャを有するＢＬＡ）、ＮＡＬユニットタイプ１７、ＢＬＡ＿Ｗ＿ＤＬＰ（復号可能な先行ピクチャを有するＢＬＡ）、およびＮＡＬユニットタイプ１８、ＢＬＡ＿Ｎ＿ＬＰ（先行ピクチャを有しないＢＬＡ）が含まれる。これらのＮＡＬユニットタイプは、エントロピー符号化モジュール５６（非エントロピー符号化を実行し得る）によって符号化されてもよい。したがって、ＮＡＬユニットタイプに基づいて、デコーダは、ＢＬＡピクチャが先行ピクチャを有するとき、および、先行ピクチャが復号可能でないとき、たとえば、復号が前にあるＲＡＰピクチャから始まるときを知ることができる。したがって、この情報は、先行するピクチャが参照のために使用されないものとしてマーキングされ得るときを判定するのに使用され得、これが、復号ピクチャバッファ内の参照ピクチャを参照のために使用されないものとしてマーキングするようにデコーダをトリガし得る。

[0104]予測モジュール４１内のイントラ予測モジュール４６は、空間圧縮を行うために、コーディングされるべき現在ブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する現在のビデオブロックのイントラ予測コーディングを実行し得る。予測モジュール４１内の動き推定モジュール４２および動き補償モジュール４４は、時間的な圧縮を提供するために１つまたは複数の参照ピクチャ内の予測参照のための１つまたは複数のブロックに関して現在のビデオブロックのインター予測コーディングを実行する。

[0105]動き推定モジュール４２は、ビデオシーケンスの所定のパターンに従ってビデオスライスのためのインター予測モードを決定するように構成され得る。所定のパターンは、Ｐスライス、Ｂスライス、またはＧＰＢスライスとしてシーケンスにおいてビデオスライスを指定することができる。動き推定モジュール４２と動き補償モジュール４４とは、高度に統合され得るが、概念的な目的のために別々に示されている。動き推定モジュール４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する現在ビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。

[0106]予測ブロックは、絶対値差分和（ＳＡＤ）、差分２乗和（ＳＳＤ）、または他の差分尺度によって決定され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵに厳密に一致することがわかるブロックである。一部の例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャの下位整数ピクセル位置（ｓｕｂ−ｉｎｔｅｇｅｒ ｐｉｘｅｌ ｐｏｓｉｔｉｏｎ）に対する値を計算することができる。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定モジュール４２は、フルピクセル位置と分数ピクセル位置とに対する動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。

[0107]動き推定モジュール４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライスのビデオブロックのＰＵの動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、その各々は参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定モジュール４２は、エントロピー符号化モジュール５６と動き補償モジュール４４とに計算された動きベクトルを送る。

[0108]動き補償モジュール４４によって実行された動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックを取り込むか、または生成することを含み、場合によってはサブピクセル精度への補間を実行することができる。現在のビデオブロックのＰＵの動きベクトルを受信すると、動き補償モジュール４４は、参照ピクチャリストの１つで動きベクトルが指し示す予測ブロックを見つけることができる。ビデオエンコーダ２０は、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって残差ビデオブロックを形成する。ピクセル差分値は、ブロックの残差データを形成し、輝度差分成分と彩度差分成分の両方を含み得る。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。動き補償モジュール４４はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するための、ビデオブロックとビデオスライスとに関連付けられるシンタックス要素を生成し得る。

[0109]イントラ予測モジュール４６は、上記で説明したように、動き推定モジュール４２と動き補償モジュール４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測モジュール４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを判定し得る。一部の例では、イントラ予測モジュール４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測モジュール４６（または、一部の例では、モード選択モジュール４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。たとえば、イントラ予測モジュール４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を求める。イントラ予測モジュール４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを判定するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。

[0110]いずれの場合も、ブロックのイントラ予測モードを選択した後に、イントラ予測モジュール４６は、ブロックについての選択されたイントラ予測モードを示す情報をエントロピー符号化モジュール５６に提供し得る。エントロピー符号化モジュール５６は、本開示の技法に従って選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信されたビットストリーム構成データを含んでもよい。ビットストリームは、複数のイントラ予測モードインデックステーブルおよび複数の変更されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、最も可能性の高いイントラ予測モード、イントラ予測モードインデックステーブル、およびコンテキストの各々に使用する変更されたイントラ予測モードインデックステーブルの指示とを含むことができる。

[0111]予測モジュール４１が、インター予測またはイントラ予測のいずれかを介して、現在のビデオブロックのための予測ブロックを生成した後、ビデオエンコーダ２０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロックにおける残差ビデオデータは、１つまたは複数のＴＵに含まれ得、変換モジュール５２に適用され得る。変換モジュール５２は、変換、たとえば離散コサイン変換（ＤＣＴ）または概念的に同様の変換を使用して、残差ビデオデータを残差変換係数に変換する。変換モジュール５２は、ピクセル領域からの残差ビデオデータを周波数領域などの変換領域に変換し得る。

[0112]変換モジュール５２は、得られた変換係数を量子化モジュール５４に送り得る。量子化モジュール５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連付けられるビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって、修正することができる。一部の例では、量子化モジュール５４は、次いで、量子化変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化モジュール５６が走査を実行してもよい。

[0113]量子化の後、エントロピー符号化モジュール５６は、量子化変換係数をエントロピー符号化する。たとえば、エントロピー符号化モジュール５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピー符号化方法または技法を実行し得る。エントロピー符号化モジュール５６によるエントロピー符号化の後に、符号化ビットストリームは、ビデオデコーダ３０に送信されるか、またはビデオデコーダ３０が後で送信するかもしくは取り出すためにアーカイブされ得る。エントロピー符号化モジュール５６はまた、コーディングされている現在のビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。

[0114]逆量子化モジュール５８および逆変換モジュール６０は、それぞれ逆量子化および逆変換を適用して、参照ピクチャの参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償モジュール４４は、残差ブロックを参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償モジュール４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを動き補償モジュール４４によって生成された動き補償予測ブロックに加算して、参照ピクチャメモリ６４に記憶するための参照ブロックを生成する。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定モジュール４２および動き補償モジュール４４によって参照ブロックとして使用され得る。

[0115]図２のビデオエンコーダ２０は、本開示の技法に従って、フラグまたは他のシンタックス要素を符号化して、復号順序においてＢＬＡピクチャより前の参照ピクチャが参照ピクチャとして使用され得ないときを示すように構成されたビデオエンコーダの一例を表す。

[0116]図３は、上記で説明したＲＡＰピクチャのような破損に基づくストリーム適応およびスプライシングの強化されたサポートについて説明された技法を実施し得る例示的なビデオデコーダ３０を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号モジュール８０と、予測処理モジュール８１と、逆量子化モジュール８６と、逆変換モジュール８８と、加算器９０と、フィルタモジュール９１と、参照ピクチャメモリ９２とを含む。予測モジュール８１は、動き補償モジュール８２と、イントラ予測モジュール８４とを含む。ビデオデコーダ３０は、一部の例では、図２のビデオエンコーダ２０に関して説明された符号化パスとは概して逆の復号パスを実行し得る。

[0117]復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連付けられるシンタックス要素とを表す符号化ビデオビットストリームを受信する。ビデオデコーダ３０は、ネットワークエンティティ２９から符号化ビデオビットストリームを受信することができる。ネットワークエンティティ２９は、たとえば、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、ビデオエディタ／スプライサ、または上記で説明した技法のうちの１つもしくは複数を実装するように構成された他のそのようなデバイスであってもよい。ネットワークエンティティ３９はビデオエンコーダ２０を含んでもよいし、または含まなくてもよい。上記で説明されたように、本開示において説明されている技法の一部は、ネットワーク２９が符号化ビデオビットストリームをビデオデコーダ３０に送信する前に、ネットワークエンティティ２９によって実施されてもよい。一部のビデオ復号システムにおいて、ネットワークエンティティ２９およびビデオデコーダ３０は別個のデバイスの部分であってもよく、他の事例では、ネットワークエンティティ２９に関連して説明される機能は、ビデオデコーダ３０を備える同じデバイスによって実行されてもよい。

[0118]上記で説明されたように、一部の例では、ビデオデコーダ３０は、ＢＬＡピクチャのようなリンク破損ＲＡＰピクチャ、または、先行ピクチャのような、時間層切替え点のようなランダムアクセス点もしくはストリーム適応点の後にあるピクチャを復号し得る。リンク破損ＲＡＰピクチャからのランダムアクセスが行われるとき、先行ピクチャは正確に復号され得ない。

[0119]一例では、復号がどこから始まるかに応じて利用可能ではない場合がある参照ピクチャからの誤り伝搬を防止するために、ビデオデコーダ３０は、復号順序または出力順序のいずれかにおいてリンク破損ＲＡＰピクチャの前にくるいかなるピクチャ（先行ピクチャを含む）も参照ピクチャとして使用し得ない。たとえば、予測モジュール８１は、復号順序または出力順序のいずれかにおいてリンク破損ＲＡＰピクチャの前にくる、参照ピクチャメモリ９２に記憶されているいかなるピクチャ（先行ピクチャを含む）も参照ピクチャとして使用し得ない。

[0120]様々な例では、ビデオデコーダ３０は、ＤＰＢ内のすべての参照ピクチャを、ＢＬＡピクチャを参照するためには使用されないとして復号する前に参照するためには使用されないとしてマーキングし得る。たとえば、エントロピー復号および非エントロピー復号を実行し得るエントロピー復号モジュール８０は、復号ピクチャバッファ（ＤＰＢ）と呼ばれることがある参照ピクチャメモリ９２内の参照ピクチャを参照のために使用されないものとしてマーキングし得る。ビデオデコーダ３０（たとえば、エントロピー復号モジュール８０）は、現在のピクチャがＢＬＡまたはＢＬＣピクチャであると判定し、ピクチャ記憶バッファ内の参照ピクチャを、ＢＬＡまたはＢＬＣピクチャを復号する前の参照のために使用されないものとしてマーキングし得る。現在のピクチャがＢＬＡまたはＢＬＣピクチャであると判定することは、現在のピクチャがＣＲＡピクチャであると判定すること、および、現在のピクチャがＲＡＰピクチャであると判定することを含み得る。現在のピクチャがＣＲＡピクチャとＲＡＰピクチャの両方である場合、現在のＣＲＡピクチャはＢＬＡピクチャである。一部の例では、デコーダ３０によるこの判定は、ＢＬＡ ＮＡＬユニットタイプを有するピクチャに基づいて行われてもよい。

[0121]別の例では、ＢＬＡピクチャを復号するとき、デコーダ３０は、符号化ビットストリーム内のフラグまたはシンタックス要素、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを受信し得、それによって、ＤＰＢ内で前にあるピクチャのいずれも出力されない。一部の例では、このフラグは、エントロピー復号の前はＢＬＡピクチャのスライスのスライスヘッダ内の初めに提示されてもよく、それによって、より容易に復号され得、この情報はコーディングプロセスのより早期に利用可能である。フラグまたはシンタックス要素は、エントロピー符号化と非エントロピー符号化の両方を実行し得るエントロピー符号化モジュール８０内で復号され得る。エントロピー符号化の前にフラグまたは他のシンタックス要素をスライスヘッダの初めに置くことによって、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがエントロピー復号される必要がないため、ＭＡＮＥのようなそれほど洗練されていないデバイスがエントロピーデコーダを必要とせずに情報にアクセスすることができるようになり得る。

[0122]一例では、ビデオデコーダ３０は、シンタックス要素、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを、デコーダが受信するためにビットストリーム内に置き得る。シンタックス要素は、ピクチャ記憶バッファからいかなるピクチャも出力されることなくピクチャ記憶バッファが空にされていることを示し得る。このシンタックス要素は、設定されると、復号順序において現在のピクチャより前にあり、現在のピクチャの復号時点においてピクチャ記憶バッファ内に存在するピクチャが、出力されることなくピクチャ記憶バッファから空にされるようにし得る。一部の例では、シンタックス要素は、複数のシンタックス要素のうちの１つであってもよい。加えて、複数のシンタックス要素は、１つまたは複数のエントロピーコード化スライスヘッダシンタックス要素および１つまたは複数の非エントロピーコード化スライスヘッダシンタックス要素を含んでもよい。一例では、ピクチャ記憶バッファからいかなるピクチャも出力されることなくピクチャ記憶バッファが空にされていることを示すシンタックス要素が、任意のエントロピーコード化スライスヘッダシンタックス要素の前に、たとえば、任意のｕｅ（ｖ）要素の前に、たとえば、ｕ（１）要素）としてスライスヘッダに含まれている。一部の例では、シンタックス要素はｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇであってもよく、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、スライスヘッダ内でｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの直後で任意のエントロピーコード化要素の前に含まれてもよい。ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、復号順序において、あるスライスがピクチャの最初のスライスであるか否かを示すフラグであり得る。

[0123]別の例では、ビデオデコーダ３０は、ＢＬＡピクチャが先行ピクチャを有するときおよび先行ピクチャを有しないときを示すために割り当てられたＮＡＬユニットタイプを処理することができる。ビデオデコーダ３０は、ＢＬＡピクチャがいつ先行ピクチャを有し、先行ピクチャを有さないかを示すために割り当てられたＮＡＬユニットタイプを含むように構成され得る。たとえば、エントロピー復号および非エントロピー復号を実行し得るエントロピー復号モジュール８０は、ＮＡＬユニットタイプを処理し得る。

[0124]一例では、ビデオデコーダ３０（たとえば、エントロピー復号モジュール８０）は、複数の異なるネットワーク抽象化層（ＮＡＬ）ユニットタイプのうちの１つに従って、ピクチャを復号することができる。複数のＮＡＬユニットタイプは、（１）リンク破損アクセス（ＢＬＡ）ピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（２）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる復号可能な先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（３）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有しないＢＬＡピクチャである、コード化スライスのうちの１つまたは複数を含む。一例では、先行ピクチャは、表示順序においてランダムアクセスピクチャ（ＲＡＰ）の前にくるが、復号順序においてはランダムアクセスピクチャの後にくるピクチャを備える。

[0125]ビデオデコーダ３０のエントロピー復号モジュール８０は、量子化係数と、動きベクトルと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号モジュール８０は、予測モジュール８１に動きベクトルと他のシンタックス要素とを転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。

[0126]ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされたとき、予測モジュール８１のイントラ予測モジュール８４は、シグナリングされたイントラ予測モードと、現在のフレームまたはピクチャの、前に復号されたブロックからのデータとに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされるとき、予測モジュール８１の動き補償モジュール８２は、エントロピー復号モジュール８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックに対する予測参照のためのブロックを生成する。予測参照のためのブロックは、参照ピクチャリストの１つ内の参照ピクチャの１つから作成され得る。ビデオデコーダ３０は、参照ピクチャメモリ９２に記憶された参照ピクチャに基づいて、デフォルト構造技術を使用して、参照フレームリスト、リスト０およびリスト１を構成することができる。

[0127]動き補償モジュール８２は、動きベクトルと他のシンタックス要素とをパースすることによって現在のビデオスライスのビデオブロックのための予測情報を決定し、その予測情報を使用して、復号されている現在のビデオブロックに対する予測参照のためのブロックを生成する。たとえば、動き補償モジュール８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえばイントラまたはインター予測）と、インター予測のスライスタイプ（たとえばＢスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの参照ピクチャリストの１つまたは複数の構築情報と、スライスの各インター符号化されたビデオブロックの動きベクトルと、スライスの各インターコーディングされたビデオブロックのインター予測ステータスと、現在のビデオスライスのビデオブロックを復号するための他の情報とを決定するために受信されたシンタックス要素の一部を使用する。ＤＰＢ内のピクチャが参照のために使用されないものとしてマーキングされるとき、利用可能な参照ピクチャはない。したがって、ビデオデコーダ３０は、インター予測のために前にある参照ピクチャを参照する先行ピクチャを復号することが可能でないことになる。

[0128]動き補償モジュール８２はまた、補間フィルタに基づいて補間を実行し得る。動き補償モジュール８２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間値を計算し得る。この場合、動き補償モジュール８２は、受信されたシンタックス要素からのビデオエンコーダ２０によって使用される補間フィルタを決定し、予測参照のためのブロックを作成するために補間フィルタを使用することができる。

[0129]逆量子化モジュール８６は、ビットストリーム中で与えられエントロピー復号モジュール８０によって復号された、量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、ビデオスライス中の各ビデオブロックについてビデオエンコーダ２０によって計算される量子化パラメータを使用して量子化の程度を判定し、同様に、適用すべき逆量子化の程度を判定することを含み得る。逆変換処理モジュール８８は、ピクセル領域において残差ブロックを作成するために、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスなどの逆変換を変換係数に適用する。

[0130]動き補償モジュール８２が、動きベクトルおよび他のシンタックス要素に基づいて現在のビデオブロックのための予測ブロックを生成した後、ビデオデコーダ３０は、逆変換処理モジュール８８からの残差ブロックを動き補償モジュール８２によって生成された予測参照のための対応するブロックと加算することによって、復号ビデオブロックを形成する。加算器９０は、この加算演算を実行する１つまたは複数のコンポーネントを表す。所望される場合、ループフィルタ（コーディングループで、またはコーディングループの後のいずれか）も、ピクセル移行を平滑化するか、または他の場合にはビデオ品質を向上させるために使用され得る。フィルタモジュール９１は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタのような、１つまたは複数のループフィルタを表すように意図されている。フィルタモジュール９１はループフィルタにあるものとして図３において示されているが、他の構成においては、フィルタモジュール９１はポストループフィルタとして実装されてもよい。次いで、所与のフレームまたはピクチャの復号されたビデオブロックは、続く動き補償に使用される参照ピクチャを記憶する、参照ピクチャメモリ９２に記憶される。参照ピクチャメモリ９２はまた、図１のディスプレイデバイス３２のようなディスプレイデバイス上での後の表示のために、復号されたビデオを記憶する。

[0131]このようにして、図３のビデオデコーダ３０は、本開示の技法に従ってコード化されたパラメータセットＩＤを復号するように構成されたビデオデコーダの一例を表す。

[0132]図４は、ネットワーク１００の一部を形成するデバイスの例示的なセットを示すブロック図である。この例では、ネットワーク１０は、ルーティングデバイス１０４Ａ、１０４Ｂ（ルーティングデバイス１０４）とトランスコーディングデバイス１０６とを含む。ルーティングデバイス１０４およびトランスコーディングデバイス１０６は、ネットワーク１００の一部を形成し得る少数のデバイスを表すように意図されている。スイッチ、ハブ、ゲートウェイ、ファイアウォール、ブリッジ、および他のそのようなデバイスなどの他のネットワークデバイスも、ネットワーク１００内に含まれてもよい。その上、サーバデバイス１０２とクライアントデバイス１０８との間のネットワーク経路に沿って追加のネットワークデバイスが提供されてもよい。一部の例では、サーバデバイス１０２はソースデバイス１２（図１）に対応し得、一方でクライアントデバイス１０８は宛先デバイス１４（図１）に対応し得る。

[0133]概して、ルーティングデバイス１０４は、ネットワーク１００を介してネットワークデータを交換するための１つまたは複数のルーティングプロトコルを実装する。一部の例では、ルーティングデバイス１０４は、プロキシまたはキャッシュ動作を実行するように構成され得る。したがって、一部の例では、ルーティングデバイス１０４はプロキシデバイスと呼ばれ得る。概して、ルーティングデバイス１０４は、ネットワーク１００を介したルートを発見するためにルーティングプロトコルを実行する。そのようなルーティングプロトコルを実行することによって、ルーティングデバイス１０４Ｂは、それ自体からルーティングデバイス１０４Ａを介してサーバデバイス１０２へ至るネットワークルートを発見することができる。

[0134]本開示の技法は、ネットワークデバイスそのようなルーティングデバイス１０４およびトランスコーディングデバイス１０６によって実装されてもよいが、クライアントデバイス１０８によっても実装されてもよい。このように、ルーティングデバイス１０４、トランスコーディングデバイス１０６、およびクライアントデバイス１０８は、本開示の技法を実行するように構成されているデバイスの例を表す。その上、図１のデバイス、ならびに図２に示されているエンコーダおよび図３に示されているデコーダも、本開示の技法を実行するように構成され得る例示的なデバイスである。

[0135]たとえば、サーバデバイス１０２は、時間層切替え点のような、ランダムアクセス点もしくはストリーム適応点、または他のストリーム適応点の後にくる１つまたは複数のピクチャを符号化するためのエンコーダを含み得る。たとえば、これは、ビットレート、フレームレート、または空間分解能の適応のための切替え点（すなわち、時間層切替え点）であり得る。同様に、クライアントデバイス１０８は、時間層切替え点のような、ランダムアクセス点またはストリーム適応点の後にくる１つまたは複数のピクチャを復号し得る。ここでも、これは、ビットレート、フレームレート、または空間分解能の適応のための切替え点（すなわち、時間層切替え点）であり得る。これらのピクチャのうちの１つまたは複数は先行ピクチャであってもよい。先行ピクチャは、ＢＬＡピクチャからのランダムアクセスが行われるとき、クライアントデバイス１０８において正確に復号され得ない。

[0136]一例では、復号がどこから始まるかに応じて利用可能ではない場合がある参照ピクチャからの誤り伝搬を防止するために、クライアントデバイス１０８は、復号順序または出力順序のいずれかにおいてＢＬＡピクチャの前にくる、復号ピクチャバッファ（ＤＰＢ）に記憶されているピクチャ（先行ピクチャを含む）を参照ピクチャとして適用し得ない。

[0137]様々な例では、クライアントデバイス１０８は、ＤＰＢ内のすべての参照ピクチャを、ＢＬＡピクチャを復号する前に参照するためには使用されないとしてマーキングし得る。たとえば、クライアントデバイス１０８は、復号ピクチャバッファ（ＤＰＢ）内の参照ピクチャを参照のためには使用されないとしてマーキングし得る。

[0138]別の例では、サーバデバイス１０２、クライアントデバイス１０８、またはその両方は、スライスヘッダ内にシンタックス要素またはフラグを含み、ビットストリーム内へとフラグ、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを符号化し得、それによって、ビデオデコーダ３０によって処理されるＤＰＢ内の前にくるピクチャのいずれも、たとえば、モニタ上での提示のために先行ピクチャを復号もＤＰＢから出力もされない。一部の例では、このフラグは、エントロピー復号の前はスライスヘッダ内の初めにあってもよく、それによって、より容易に復号され得、この情報はコーディングプロセスのより早期に利用可能である。一例では、これらのネットワーク要素デバイスの１つは、たとえば、スプライシングまたはチャネル切替えもしくは時間層切替えのようなストリーム適応が必要とされるとき、ＣＲＡをＢＬＡに変換し得る。エントロピーコーディングすることなくこのフラグをアクセス可能であり得るようにすることによって、エントロピー復号する機能を有しないネットワーク要素が、このフラグにアクセスすることができるようになる。

[0139]複数のＮＡＬユニットタイプは、（１）リンク破損アクセス（ＢＬＡ）ピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（２）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる復号可能な先行ピクチャを有するＢＬＡピクチャである、コード化スライス、（３）ＢＬＡピクチャのコード化スライスであって、ＢＬＡピクチャは、ビットストリーム内の関連付けられる先行ピクチャを有しないＢＬＡピクチャである、コード化スライスのうちの１つまたは複数を含む。一例では、先行ピクチャは、表示順序においてランダムアクセスピクチャ（ＲＡＰ）の前にくるが、復号順序においてはランダムアクセスピクチャの後にくるピクチャを備える。

[0140]様々な例では、ネットワーク１００を構成するルーティングデバイス１０４Ａ、１０４Ｂおよびトランスコーディングデバイス１０６はまた、時間層切替え点のような、ランダムアクセス点またはストリーム適応点の後にくる１つまたは複数のピクチャに対する何らかの処理を実行し得る。たとえば、これは、ビットレート、フレームレートの適応のための切替え点（すなわち、時間層切替え点）または空間分解能であり得る。上記で説明されたように、これらのピクチャのうちの１つまたは複数は、正確に復号され得ない先行ピクチャであり得る。

[0141]一例では、ルーティングデバイス１０４Ａ、１０４Ｂ、およびトランスコーディングデバイス１０６のうちの１つまたは複数は、復号順序または出力順序のいずれかにおいてＣＲＡピクチャの前にくる任意のピクチャ（先行ピクチャを含む）を参照ピクチャとして使用し得ない。別の例では、ルーティングデバイス１０４Ａ、１０４Ｂ、およびトランスコーディングデバイス１０６のうちの１つまたは複数は、ＤＰＢ内のすべての参照ピクチャを、ＢＬＡピクチャを復号する前に参照するためには使用されないとしてマーキングし得る。たとえば、ルーティングデバイス１０４Ａ、１０４Ｂ、およびトランスコーディングデバイス１０６のうちの１つまたは複数は、復号ピクチャバッファ（ＤＰＢ）内の参照ピクチャを、参照するためには使用されないとしてマーキングし得る。別の例では、ルーティングデバイス１０４Ａ、１０４Ｂ、およびトランスコーディングデバイス１０６のうちの１つもしくは複数またはストリーミングサーバは、フラグ、たとえば、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを使用してもよく、それによって、ＤＰＢ内の前にくるピクチャのいずれも出力されない。加えて、ルーティングデバイス１０４Ａ、１０４Ｂ、およびトランスコーディングデバイス１０６は、ＢＬＡピクチャが先行ピクチャを有するときおよび先行ピクチャを有しないときを示すために割り当てられたＮＡＬユニットタイプを処理することができる。

[0142]図５は、本開示において説明される技法による一例を示す図である。図５は、先行ピクチャが復号可能である場合および復号可能でない場合の例を示す。先行ピクチャの復号可能性は、予測ブロックの位置に基づき得る。加えて、先行ピクチャの復号可能性は、現在のＣＲＡピクチャが、ＢＬＡピクチャではないＣＲＡピクチャであるか、または、現在のＣＲＡピクチャが、ＢＬＡピクチャでもあるＣＲＡピクチャであるかに基づき得る。（ＢＬＡピクチャはＣＲＡピクチャの部分集合である。）
[0143]図５の部分２００は、復号順序における一連のピクチャを示す。最初、たとえば、ビデオデコーダ３０（図１および図３）またはクライアントデバイス１０８（図４）は、位置２０２にあるＲＡＰピクチャを、ビデオシーケンス内の最初のピクチャとして復号し得る。ビデオデコーダ３０またはクライアントデバイス１０８は、次いで、位置２０４において参照ピクチャとして機能し得るピクチャまたはピクチャの一部を復号し得る。図５に示されているように、位置２０４は、復号順序における参照ピクチャの可能性のある位置である。参照ピクチャが位置２０４に位置しており、位置２０６にあるピクチャが、ＢＬＡピクチャではないＣＲＡピクチャである場合、位置２０８にある先行ピクチャは復号可能であることになる。逆に参照ピクチャが位置２０４に位置しており、位置２０６にあるピクチャがＢＬＡピクチャでもあるＣＲＡピクチャである場合、位置２０８にある先行ピクチャは復号可能でないことになる。（ＢＬＡピクチャは、ＣＲＡピクチャの部分集合である。）
[0144]位置２０２にあるＲＡＰピクチャが、復号が始まるＲＡＰピクチャであり、位置２０６にある現在のＣＲＡピクチャがＢＬＡピクチャでない場合、上記で説明されたように、位置２０８にある先行ピクチャは復号可能である。逆に、位置２０６にある現在のＣＲＡピクチャがＲＡＰである場合、位置２０６にある現在のＣＲＡピクチャがＢＬＡピクチャでもある場合、位置２０８にある先行ピクチャは復号可能でない。これは、位置２０４にある予測ブロックが、位置２０６にある現在のＣＲＡピクチャであるＢＬＡピクチャにとって利用可能でないためである。したがって、位置２０４にある予測ブロックは（１）参照のために使用されないものとしてマーキングされ得、（２）ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、位置２０８にある先行ピクチャまでの、その先行ピクチャを含む前にあるピクチャが出力されるべきでないことを示し得る。

[0145]図５に示されているように、位置２１０は、復号順序における参照ピクチャの可能性のあるもう１つの位置である。参照ピクチャが位置２１０に位置する場合、位置２０８にある先行ピクチャは復号可能であることになる。

[0146]図５の部分２１２は、出力順序における一連のピクチャを示す。最初に、ビデオデコーダ（図１および図３）またはクライアントデバイス１０８（図４）ＲＡＰピクチャ２０２。ビデオデコーダ３０またはクライアントデバイス１０８は、次いで、位置２０４において予測ブロックとして機能し得るピクチャまたはピクチャの一部を復号し得る。図５に示されているように、位置２０４は、出力順序における予測ブロックの可能性のある位置である。

[0147]出力順序において、図５に示されているように、先行ピクチャ２０８は位置２０６にある現在のＣＲＡピクチャより前に出力され得る。図５に示されているように、位置２１０は、出力順序における予測ブロックの可能性のあるもう１つの位置である。

[0148]図６は、本開示で説明される１つまたは複数の例による、ＲＡＰピクチャをコーディングするための例示的な方法を示す流れ図である。図６に示されているように、一部の例では、ビデオコーダ、たとえば、ビデオエンコーダ２０またはビデオデコーダ３０が、ビデオシーケンス内の時間層切替え点のようなランダムアクセス点またはストリーム適応点についてＢＬＡピクチャをコーディングし得る。たとえば、これは、ビットレート、フレームレートまたは空間分解能の適応のための切替え点であり得る。ＢＬＡピクチャは、１つまたは複数の先行ピクチャを含み得る。先行ピクチャは、ＢＬＡピクチャからのランダムアクセスが行われるとき、（たとえば、デコーダ３０、ＭＡＮＥ、または他の復号デバイスによって）正確に復号され得ない。

[0149]一例では、復号がどこから始まるかに応じて利用可能ではない場合がある参照ピクチャからの誤り伝搬を防止するために、ビデオコーダは、復号順序または出力順序のいずれかにおいてＢＬＡピクチャの前にくるいかなるピクチャ（先行ピクチャを含む）も参照ピクチャとして使用し得ない。

[0150]たとえば、ビデオデコーダ３０は、ピクチャ記憶バッファからいかなるピクチャも出力されることなくピクチャ記憶バッファが空にされていることを示すシンタックス要素を受信および復号し得る（６００）。シンタックス要素は、エンコーダ２０または中間ネットワーク要素によって符号化ビデオビットストリーム内に含まれてもよい。ビデオデコーダ３０は、前にくるピクチャの出力が行われるべきではないことをシンタックス要素が示すか否かを判定し得、たとえば、ビデオデコーダ３０は、シンタックス要素が設定される、すなわち、１に等しいか否かを判定するために、シンタックス要素をチェックし得る（６０２）。ビデオデコーダ３０が設定されているシンタックス要素を受信すると、ビデオデコーダ３０は、復号順序において現在のピクチャより前にあり、現在のピクチャの復号時点においてピクチャ記憶バッファ内に存在するピクチャが、出力されることなくピクチャ記憶バッファから空にされるようにし得る（６０４）。

[0151]一部の例では、シンタックス要素は、複数のシンタックス要素のうちの１つであってもよい。加えて、複数のシンタックス要素は、エントロピーコード化スライスヘッダシンタックス要素および非エントロピーコード化スライスヘッダシンタックス要素を含んでもよい。一例では、シンタックス要素は、復号ピクチャバッファからいかなるピクチャも出力されることなくピクチャ記憶バッファが空になっていることを示し得、任意のエントロピーコード化スライスヘッダシンタックス要素の前にスライスヘッダに含まれている。別の例では、シンタックス要素は、ピクチャ記憶バッファ内のデータが、ピクチャ記憶バッファからいかなるピクチャも出力されることなく無視および／または上書きされるべきでないことを示し得、任意のエントロピーコード化スライスヘッダシンタックス要素の前にスライスヘッダに含まれている。一部の例では、シンタックス要素はｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇであってもよく、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、スライスヘッダ内でｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの直後に含まれてもよい。ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、復号順序において、あるスライスがピクチャの最初のスライスであるか否かを示すフラグであり得る。

[0152]図７は、本開示で説明する１つまたは複数の例による例示的な方法を示すフローチャートである。示されている例では、ビデオコーダは、現在のピクチャがＣＲＡピクチャであると判定し得る（７００）。ビデオコーダは、現在のピクチャがＲＡＰピクチャであるとも判定し得る（７０２）。ビデオコーダは、現在のピクチャがＢＬＡピクチャであると判定し得る（７００）。他の例では、ビデオコーダは、現在のピクチャがＢＬＡピクチャであるか否かを判定するためにＮＡＬユニットタイプを使用し得る。

[0153]様々な例では、ビデオコーダは、ＤＰＢ内のすべての参照ピクチャを、ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングし得る。たとえば、ビデオデコーダ３０が、復号ピクチャバッファ（ＤＰＢ）と呼ばれることがある参照ピクチャメモリ９２内の参照ピクチャを参照のために使用されないものとしてマーキングし得る。したがって、ピクチャはインターコード化のために使用されないことになり、これは、可能性のある誤りを回避し、一部の例では、空間的適応による問題に対処し得る。加えて、一般にこれらのピクチャは、たとえば、それらが見られ得るモニタまたは画面に出力されないことになる。

[0154]ビデオデコーダ３０は、現在のピクチャがＢＬＡピクチャであると判定し、ピクチャ記憶バッファ内の参照ピクチャを、ＢＬＡピクチャを復号する前の参照のために使用されないものとしてマーキングし得る。一例では、ピクチャ記憶バッファ内の参照ピクチャのマーキングは、ＢＬＡピクチャが復号可能でないＢＬＡピクチャを備えるときに行われ得、これは、一部の例では、ＮＡＬユニットタイプに基づいて判定され得る。一部の例では、（１）ＤＰＢ内のピクチャを参照のために使用されないものとしてマーキングすること、（２）ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇのようなシンタックス要素を使用すること、および（３）ＢＬＡピクチャを示すＮＡＬユニットタイプを使用することのうちの１つまたは複数が、独立してまたは任意の組合せで使用されてもよい。

[0155]図８は、本開示において説明される１つまたは複数の例による例示的な方法を示す流れ図である。ビデオコーダは、ＢＬＡピクチャがいつ先行ピクチャを有し、先行ピクチャを有さないかを示すように割り当てられたＮＡＬユニットタイプを処理することができる。ビデオコーダは、ＢＬＡピクチャがいつ先行ピクチャを有し、先行ピクチャを有さないかを示すように割り当てられたＮＡＬユニットタイプを含むように構成され得る。たとえば、１つの規格では、ＮＡＬユニットタイプ１６、ＢＬＡ＿Ｗ＿ＬＰ（先行ピクチャを有するＢＬＡ）、ＮＡＬユニットタイプ１７、ＢＬＡ＿Ｗ＿ＤＬＰ（復号可能な先行ピクチャを有するＢＬＡ）、およびＮＡＬユニットタイプ１８、ＢＬＡ＿Ｎ＿ＬＰ（先行ピクチャを有しないＢＬＡ）が含まれる。

[0156]一例では、ビデオコーダは、以下の１つまたは複数を含む複数の異なるネットワーク抽象化層（ＮＡＬ）ユニットタイプのうちの１つに従って、ピクチャをコーディングすることができる。たとえば、ビデオコーダは、ＢＬＡピクチャが関連付けられる先行ピクチャを有しないと判定し（８００）、ＢＬＡピクチャがビットストリーム内で関連付けられる先行ピクチャのないＢＬＡピクチャであることを示すＮＡＬユニットタイプを使用して、ＢＬＡピクチャのコード化スライスまたはＢＬＡピクチャ全体をコード化し得る（８０２）。ビデオコーダは、ＢＬＡピクチャが復号可能な先行ピクチャを関連付けられていると判定し（８０４）、ＢＬＡピクチャがビットストリーム内で関連付けられる復号可能な先行ピクチャのあるＢＬＡピクチャであることを示すＮＡＬユニットタイプを使用して、コード化スライスまたはＢＬＡピクチャ全体をコード化し得る（８０６）。ビデオコーダは、ＢＬＡピクチャが先行ピクチャを関連付けられていると判定し（８０８）、ＢＬＡピクチャがビットストリーム内で関連付けられる先行ピクチャのあるＢＬＡピクチャであることを示すＮＡＬユニットタイプを使用して、ＢＬＡピクチャのコード化スライスまたはＢＬＡピクチャ全体をコード化し得る（８１０）。一例では、ビデオデコーダ３０がＢＬＡ ＮＡＬユニットタイプを検出した場合、ビデオデコーダ３０は、たとえば、ＤＰＢ内のピクチャを参照のために使用されないものとしてマーキングし得る。

[0157]一部の例では、（１）ＤＰＢ内のピクチャを参照のために使用されないものとしてマーキングすること、（２）ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇのようなシンタックス要素を使用すること、および（３）ＢＬＡピクチャを示すＮＡＬユニットタイプを使用することのうちの１つまたは複数が、独立してまたは任意の組合せで使用されてもよい。たとえば、場合によっては、これらの３つすべてが使用されてもよい。他の例では、例示的なＮＡＬユニットタイプが、ＤＰＢ内のピクチャの参照のために使用されないものとしてのマーキングとともに使用され得る。別の例では、先行ピクチャ無出力シンタックス要素（no output of prior pictures syntax element）と、ピクチャの参照のために使用されないものとしてのマーキングとが使用され得る。別の例では、先行ピクチャ無出力シンタックス要素と、ＮＡＬユニットタイプとが使用され得る。

[0158]本明細書において使用される場合、ＢＬＣとは、リンク破損クリーンランダムアクセスを指し、ＢＬＣＬとは、ビットストリーム内で関連付けられる先行ピクチャのあるＢＬＣピクチャを指し、ＢＬＣＮＬは、ビットストリーム内で関連付けられる先行ピクチャのないＢＬＣピクチャを指す。本明細書において説明されているように、ＢＬＣピクチャは概して、ＢＬＡピクチャと同じである。ＣＲＡとは、クリーンランダムアクセスを指し、ＣＲＡＬとは、ビットストリーム内で関連付けられる先行ピクチャのあるＣＲＡピクチャを指し、ＣＲＡＮＬは、ビットストリーム内で関連付けられる先行ピクチャのないＣＲＡピクチャを指す。ＩＤＲとは、瞬時復号リフレッシュを指し、ＬＰＲとは、ランダムアクセス点ピクチャに関連付けられる先行ピクチャを指し、ＮＳＰとは、ナッシングスペシャルプレーン（Nothing Special Plain）を指し、ＲＡＰとは、ランダムアクセス点を指し、ＲＰＳとは、参照ピクチャセットを指す。本明細書において使用される場合、ＴＬＡは時間層アクセス（Temporal Layer Access）を指し、ＴＬＡＬは、ＬＲＰピクチャでもあるＴＬＡピクチャを指し、ＴＬＡＮＬは、ＬＲＰピクチャではないＴＬＡピクチャを指す。

[0159]ＢＬＣアクセスユニットは、コード化ピクチャがＢＬＡピクチャであるアクセスユニットを指す。ＢＬＣピクチャは、コード化スライスのスライスヘッダがＲＰＳシンタックスを含み、一方ＲＰＳがＲＰＳシンタックスを使用することなく空であるとして導出されるＲＡＰピクチャである。ＢＬＣＬアクセスユニットは、コード化ピクチャがＢＬＣＬピクチャであるアクセスユニットである。ＢＬＣＬピクチャは、関連付けられるＬＰＲピクチャがビットストリーム内に存在するＢＬＡピクチャである。一部の例では、ＢＬＣＬアクセスユニットは、ＢＬＡ＿Ｗ＿ＤＬＰとＢＬＡ＿Ｗ＿ＬＰとの組合せと等価であり得る。ＢＬＣＮＬアクセスユニットは、コード化ピクチャがＢＬＣＮＬピクチャであるアクセスユニットである。一部の例では、ＢＬＣＮＬアクセスユニットは、ＢＬＡ＿Ｎ＿ＬＰと等価であり得る。ＢＬＣＮＬピクチャは、関連付けられるＬＰＲピクチャがビットストリーム内に存在しないＢＬＡピクチャである。

[0160]一例では、ＣＲＡアクセスユニットは、コード化ピクチャがＣＲＡピクチャであるアクセスユニットである。ＣＲＡピクチャは、コード化スライスのスライスヘッダがＲＰＳシンタックスを含み、ＲＰＳシンタックスがＲＰＳの導出に使用されるＲＡＰピクチャである。ＣＲＡＬアクセスユニットは、コード化ピクチャがＣＲＡＬピクチャであるアクセスユニットである。ＣＲＡＬピクチャは、関連付けられるＬＰＲピクチャがビットストリーム内に存在するＣＲＡピクチャである。ＣＲＡＮＬアクセスユニットは、コード化ピクチャがＣＲＡＮＬピクチャであるアクセスユニットである。ＣＲＡＮＬピクチャは、関連付けられるＬＰＲピクチャがビットストリーム内に存在しないＣＲＡピクチャである。

[0161]一例では、ＩＤＲアクセスユニットは、コード化ピクチャがＩＤＲピクチャであるアクセスユニットである。ＩＤＲピクチャは、コード化スライスのスライスヘッダがＲＰＳシンタックスを含まず、ＲＰＳが空であるとして導出されるＲＡＰピクチャである。

[0162]一例では、復号順序においてすべての前にくるアクセスユニットが存在するとは限らない場合、コード化ピクチャによって参照される各パラメータセットおよび復号順序におけるすべての後続のコード化ピクチャがそのアクティブ化の前に存在するという条件で、ＩＤＲピクチャおよび復号順序におけるすべての後続のコード化ピクチャは正確に復号され得る。代替的に、別の例では、ＩＤＲピクチャは、ＨＥＶＣにおいて定義されているものに、上記が加わったものであってもよい。

[0163]他の例では、ＩＤＲピクチャは先行する注に加えて次のように定義することができ、ＩＤＲピクチャはＩスライスのみを含むコード化ピクチャであってもよい。加えて、例示的なＩＤＲピクチャについて、復号順序におけるＩＤＲピクチャの後続のすべてのコード化ピクチャは、復号順序においてＩＤＲピクチャの前にくる任意のピクチャからのインター予測を使用しない。一例では、復号順序においてＩＤＲピクチャの前にくる任意のピクチャは、出力順序においてもＩＤＲピクチャの前にくる。

[0164]先行ピクチャは、ＲＡＰピクチャではなく、かつ、復号順序において何らかの他の特定のピクチャに続き、出力順序において特定のピクチャの前にくるコード化ピクチャである。ＬＰＲピクチャは、ＲＡＰピクチャに関連付けられる先行ピクチャまたはＲＡＰピクチャの先行ピクチャである。

[0165]ピクチャ順序カウントは、各コード化ピクチャに関連付けられる変数であり得、復号順序において前にくるＲＡＰピクチャに対して出力順序におけるピクチャ位置が増大するとともに増大する値を有する。

[0166]一例では、ＲＡＰアクセスユニットは、コード化ピクチャがＲＡＰピクチャであるアクセスユニットである。ＲＡＰピクチャは、Ｉスライスのみを含むコード化ピクチャであってもよい。ＲＡＰピクチャについて、復号順序と出力順序の両方におけるＲＡＰピクチャの後続のすべてのコード化ピクチャは、復号順序または出力順序のいずれかにおいてＲＡＰピクチャの前にくる任意のピクチャからのインター予測を使用しない。復号順序においてＲＡＰピクチャの前にくる任意のピクチャの出力は、ＲＡＰピクチャの出力に先行すべきである。復号順序においてすべての前にくるアクセスユニットが存在するとは限らない場合、コード化ピクチャによって参照される各パラメータセットおよび復号順序におけるすべての後続のコード化ピクチャがそのアクティブ化の前に存在するという条件で、ＲＡＰピクチャおよび復号順序と出力順序の両方におけるすべての後続のコード化ピクチャは正確に復号され得る。

[0167]代替的に、ＲＡＰピクチャは、上記の論述と一致して次のように定義されてもよい。ＲＡＰピクチャは、Ｉスライスのみを含み、かつ、復号順序と出力順序の両方におけるＲＡＰピクチャの後続のすべてのコード化ピクチャが、復号順序または出力順序のいずれかにおいてＲＡＰピクチャの前にくる任意のピクチャからのインター予測を使用しないコード化ピクチャであってもよい。復号順序においてＲＡＰピクチャの前にくる任意のピクチャは、出力順序においてもＲＡＰピクチャの前にくる。

[0168]ＴＬＡアクセスユニットは、コード化ピクチャがＴＬＡピクチャであるアクセスユニットである。ＴＬＡピクチャはコード化ピクチャであり、そのＴＬＡピクチャ、および、ＴＬＡピクチャのｔｅｍｐｏｒａｌ＿ｉｄ以上のｔｅｍｐｏｒａｌ＿ｉｄを有するすべてのコード化ピクチャ。復号順序においてＴＬＡピクチャの後にくるＴＬＡピクチャは、復号順序においてＴＬＡピクチャの前にくるＴＬＡピクチャのｔｅｍｐｏｒａｌ＿ｉｄ以上のｔｅｍｐｏｒａｌ＿ｉｄを有するいかなるピクチャからのインター予測も使用すべきでない。ＴＬＡＬアクセスユニットは、コード化ピクチャがＴＬＡピクチャであるアクセスユニットである。

[0169]一部の例では、次の明確なＶＣＬ ＮＡＬユニットタイプが定義され得る。第１の例として、ＮＡＬユニットタイプは、ＩＤＲピクチャのコード化スライスに提供されてもよい（たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝５）。このＮＡＬユニットタイプに対しては、ＨＥＶＣ Ｗ６におけるＩＤＲピクチャ概念が適用される。他のタイプのＶＣＬ ＮＡＬユニットと比較した、このＶＣＬ ＮＡＬユニットタイプの固有の特徴は、スライスヘッダに含まれる参照ピクチャセット（ＲＰＳ）シンタックスがないことである。

[0170]一部の例は、ＢＬＣＮＬピクチャのコード化スライスを含む（ビットストリーム内で関連付けられる先行ピクチャのないＢＬＣピクチャ、たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝２）。ＩＤＲピクチャのコード化スライスと比較して、ＢＬＣＮＬピクチャのコード化スライスは、スライスヘッダ内にＲＰＳシンタックスを含むが、ＲＰＳシンタックスはＲＰＳ導出に使用されず、むしろ、すべてのＲＰＳサブセットが空であるとして導出される。

[0171]一部の例は、ＢＬＣＬピクチャのコード化スライスを含む（ビットストリーム内で関連付けられる先行ピクチャのあるＢＬＣピクチャ、たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝３）。ＢＬＣＮＬピクチャと比較して、ビットストリーム内でＢＬＣＬピクチャに関連付けられる先行ピクチャがある。

[0172]一部の例は、ＣＲＡＮＬピクチャのコード化スライスを含む（ビットストリーム内で関連付けられる先行ピクチャのないＣＲＡ、たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝１５）。ＢＬＣＮＬピクチャのコード化スライスと比較して、ＣＲＡＮＬピクチャのコード化スライスは、スライスヘッダ内にＲＰＳシンタックスを含み、ＲＰＳシンタックスはＲＰＳ導出に使用される。

[0173]一部の例は、ＣＲＡＬピクチャのコード化スライスを含む（ビットストリーム内で関連付けられる先行ピクチャのあるＣＲＡピクチャ、たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝４）。ＣＲＡＮＬピクチャと比較して、ビットストリーム内でＣＲＡＬピクチャに関連付けられる先行ピクチャがある。

[0174]一部の例は、ＴＬＡＮＬピクチャのコード化スライスを含む（ＬＦＲピクチャではないＴＬＡピクチャ、たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝１６）。一部の例は、ＴＬＡＬピクチャのコード化スライスを含む（ＬＰＲピクチャでもあるＴＬＡピクチャ、たとえば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝１７）。一部の例は、ＮＳＰピクチャのコード化スライスを含む（上記のいずれでもない、ナッシングスペシャルプレーンピクチャ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝１）。

[0175]各ＢＬＣピクチャ（ＢＬＣＬまたはＢＬＣＮＬ）ピクチャのスライスデータを復号する前に、復号ピクチャバッファ（ＤＰＢ）内のすべての参照ピクチャは、上記で説明されたように、デコーダ３０によって「参照のために使用されない」としてマーキングされなければならない。これが実施されたときにのみ、ビットストリームの始まりにあるＣＲＡピクチャの先行ピクチャに対する、ＨＥＶＣ ＷＤ６において現在規定されているものとしての現行の復号プロセスが、ＢＬＡピクチャが空間分解能を変化させるか否かにかかわらず、ＢＬＡピクチャの先行ピクチャのためにデコーダ３０によって直接適用され得る。

[0176]上記がなく、ＢＬＡピクチャが空間分解能を変化させない場合、ビットストリームの始まりにあるＣＲＡピクチャの先行ピクチャに対する、ＨＥＶＣ ＷＤ６において現在規定されているものとしての現行の復号プロセスが、ＢＬＡピクチャの先行ピクチャのためにデコーダ３０によって直接適用され得る。しかしながら、ＢＬＡピクチャが空間分解能を変化させる場合、この状況は、現在のピクチャおよび現在のピクチャの参照ピクチャによって空間分解能が異なると考えられ得るため、ビットストリームの始まりにあるＣＲＡピクチャの先行ピクチャに対する、ＨＥＶＣ ＷＤ６において現在規定されているものとしての現行の復号プロセスは、ＢＬＡピクチャの先行ピクチャのために直接適用され得ない。

[0177]各ＢＬＡピクチャのスライスデータを復号する前に、ＤＰＢ内のすべての参照ピクチャが「参照のために使用されない」としてマーキングされることを保証するための１つの方法は、スライスヘッダ内のＲＰＳシグナリングが空でないＲＰＳを示すか否かにかかわらず、各ＢＬＡピクチャのＲＰＳを空であるものとして導出することである。たとえば、ピクチャがＢＬＡである場合、たとえＲＰＳがある場合であっても、ビデオデコーダ３０は、これを無効にしてＲＰＳを空であるものとして導出または処理し得る。

[0178]実際、スライスヘッダにおけるＲＰＳシグナリングが、ＢＬＡピクチャまたはＣＲＡ（ＣＲＡＬまたはＣＲＡＮＬ）ピクチャについて空のＲＰＳを示す場合、ピクチャはＩＤＲピクチャとしてコーディングされているはずである。

[0179]一部の例では、ＲＡＰピクチャは、Ｉスライスのみを含むコード化ピクチャとして定義されてもよい。ＲＡＰピクチャについて、復号順序と出力順序の両方におけるＲＡＰピクチャの後続のすべてのコード化ピクチャは、復号順序または出力順序のいずれかにおいてＲＡＰピクチャの前にくる任意のピクチャからのインター予測を使用しない。加えて、復号順序においてＲＡＰピクチャの前にくる任意のピクチャの出力は、ＲＡＰピクチャの出力に先行し得る。

[0180]復号順序においてＲＡＰピクチャの前にくる任意のピクチャの出力がＲＡＰピクチャの出力に先行すべきであることを保証するための１つの方法は、ビデオエンコーダ２０が、上記で説明されたように、たとえば、ビデオデコーダ３０に送信されるコード化ビットストリーム内で、１に等しいｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを設定することである。別の例では、ビデオデコーダ３０が、ＢＬＡピクチャについてｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが（その値にかかわらず）１に等しいと推定してもよい。このように、スプライシングされるビットストリームにおいてＢＬＡピクチャのより前にあるピクチャのＰＯＣ値がＢＬＡピクチャのＰＯＣ値よりも大きい、ＢＬＡピクチャにおけるスプライシング動作が可能にされる。特に、ＢＬＡピクチャのＰＯＣ値がそのＰＯＣ ＬＳＢに等しいものとして導出され（０に等しいＰＯＣ ＭＳＢを仮定することによって）、上記は容易に起こり得る。これを保証するための別の方法は、復号順序においてＢＬＡピクチャの前にくるピクチャの出力時点が、ＢＬＡピクチャの出力時点よりも早いことを確実にすることである。

[0181]一部の例は、ビデオエンコーダ２０および／またはビットストリームスプライサが、本明細書に説明されているいずれの方法を使用するかを判定することを可能にする。したがって、たとえば、ビデオエンコーダ２０は、一部の例ではＢＬＡピクチャのスライスヘッダ内にｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを含み得る。他の例では、ビデオエンコーダ２０は、ビデオデコーダ３０にあるバッファに記憶されているピクチャが参照に使用され得るか否かを示すＮＡＬユニットタイプを含んでもよい。したがって、ビデオデコーダ３０は、たとえば、そのようなピクチャを復号に使用する結果としてピクチャが不正確に復号されることになるとき、ピクチャを参照のために使用されないものとしてマーキングし得る。

[0182]ネットワーク要素によってＣＲＡをＢＬＡピクチャに単純に書き換えることを可能にするために、ＣＲＡピクチャのスライスヘッダ内にｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを置くことに加えて、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇはまた、スライスヘッダ内に可能な限り早期に含まれ得る。これは、上記で説明されたように、任意のエントロピーコード化スライスヘッダパラメータの前、たとえば、一部の例におけるｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの直後であり得る。

[0183]一例では、２つの連続するＢＬＡピクチャは同じＰＯＣ ＬＳＢを有し、それらは、ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｐｉｃ＿ｉｄ（またはｒａｐ＿ｐｉｃ＿ｉｄに改称されている）によってしか区別することが可能でない。したがって、ｒａｐ＿ｐｉｃ＿ｉｄに固定長コーディングを使用し、スライスヘッダ内で可能な限り早期に、好ましくは任意のエントロピーコード化スライシングヘッダパラメータの後でなく、たとえば、たとえばＣＲＡピクチャとＢＬＡピクチャの両方のｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの直後に、置くことが好ましい場合もある。ピクチャ境界検出に使用され得る他のスライスヘッダシンタックス要素、たとえば、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、およびＰＯＣ ＬＳＢ（すなわち、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ）は同様であり得る。

[0184]特定のタイプ（たとえば、ＳＰＳ）またはすべてのタイプのすべてのパラメータセットが、ビットストリームの始まりに存在し得る、すなわち、ビットストリーム内の最初のアクセスユニットに含まれ得る。そうである場合、特定のタイプのすべてのパラメータセットをフェッチして、これらを帯域外で送ることが簡便である。たとえば、コーダは、セッションネゴシエーション中に使用されるセッション記述プロトコル（ＳＤＰ）パラメータ内に含み得る。それゆえ、エンコーダが、特定のタイプまたはすべてのタイプのすべてのパラメータセットがビットストリームの始まりに存在するという指示をビットストリーム内に含むことが有益であり得る。この指示は、ＳＥＩメッセージ、アクセスユニットデリミタ、またはパラメータセットに含まれてもよい。たとえば、すべてのＳＰＳ（またはＰＰＳもしくはＡＰＳ）がビットストリームの始まりに存在することを示すために、ＳＰＳ、ピクチャパラメータセット（ＰＰＳ）、または適応パラメータセット（ＡＰＳ）に明確なＮＡＬユニットタイプが使用され得る。

[0185]シンタックス要素ｓｌｉｃｅ＿ｔｙｐｅは、スライスを含むピクチャがＩＤＲピクチャ、ＣＲＡピクチャ、またはＢＬＡピクチャであることをＮＡＬユニットタイプが示すか否かに基づいて、条件付きでスライスヘッダ内に存在し得る。たとえば、スライスを含むピクチャがＩＤＲピクチャ、ＣＲＡピクチャ、またはＢＬＡピクチャであることをＮＡＬユニットタイプが示す場合、ｓｌｉｃｅ＿ｔｙｐｅはスライスヘッダ内に存在しない。そうでない場合、エンコーダはｓｌｉｃｅ＿ｔｙｐｅをスライスヘッダに挿入する。存在しないとき、ｓｌｉｃｅ＿ｔｙｐｅの値は、スライスがＩスライスであることを示す。

[0186]図９は、本開示で説明される１つまたは複数の例による、スライスを復号するための例示的な方法を示す流れ図である。一例では、ビデオデコーダ３０は、ビデオデータを復号し得、これは、ビデオデータのシーケンスの、復号されるべき現在のピクチャのスライスを受信することを含む（９００）。ビデオデコーダ３０は、スライスのスライスヘッダ内で、少なくとも１つのエントロピーコード化シンタックス要素、および、少なくとも１つの非エントロピーコード化シンタックス要素を受信し得る。非エントロピーコード化シンタックス要素は、スライスヘッダ内でエントロピーコード化シンタックス要素の前にあり得る。加えて、非エントロピーコード化シンタックス要素は、復号順序において現在のピクチャの前にくるピクチャが、出力されることなくピクチャ記憶バッファから空にされるべきであるか否かを示し得る（９０２）。一例では、シンタックス要素はｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇであってもよい。ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、たとえば、復号順序において現在のピクチャの前にくるピクチャが、出力されることなくピクチャ記憶バッファから空にされるべきである場合を示すために、「１」に設定され得る。ビデオデコーダ３０は、非エントロピーコード化シンタックス要素に基づいてスライスを復号し得る（９０４）。

[0187]図１０は、本開示で説明される１つまたは複数の例による、スライスを符号化するための例示的な方法を示す流れ図である。エンコーダ２０は、ビデオデータを符号化し得る。ビデオエンコーダ２０は、ビデオデータのシーケンスの、現在のピクチャのスライスを符号化し得る（１０００）。

[0188]ビデオエンコーダ２０は、スライスのスライスヘッダ中で、少なくとも１つのエントロピー符号化シンタックス要素と少なくとも１つの非エントロピーコード化シンタックス要素とを符号化し、ここで、非エントロピー符号化シンタックス要素は、スライスヘッダ中でエントロピー符号化シンタックス要素の前にあり、復号順序において現在のピクチャより前のピクチャが出力されることなくピクチャ記憶バッファから空にされるべきか否かを示す（１００２）。一例では、シンタックス要素はｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇであってもよい。ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、たとえば、復号順序において現在のピクチャの前にくるピクチャが、出力されることなくピクチャ記憶バッファから空にされるべきである場合を示すために、「１」に設定され得る。

[0189]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアにおいて実装される場合、機能は、１つもしくは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、データ記憶媒体または通信媒体のような有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、全般に、（１）非一時的である有形コンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含んでもよい。

[0190]さらに他の例では、本開示は、その上に記憶されたデータ構造を備えるコンピュータ可読媒体を企図し、データ構造は本開示に一致する符号化ビットストリームを含む。特に、データ構造は、本明細書において説明されているＮＡＬユニット設計を含み得る。

[0191]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備え得る。同様に、いかなる接続も適切にコンピュータ可読媒体と称される。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。

[0192]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）または他の等しい統合されているか個別の論理回路など１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される場合、「プロセッサ」という用語は、前述の構造、または本明細書で説明される技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、一部の態様では、本明細書で説明された機能は、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内に与えられてよく、または複合コーデックに組み込まれてよい。また、本技法は、１つまたは複数の回路または論理要素中で完全に実装され得る。

[0193]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために、様々なコンポーネント、モジュール、またはユニットが説明されたが、それらのコンポーネント、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられてよく、または相互動作するハードウェアユニットの集合によって与えられてよい。

[0194]様々な例が説明された。これらおよび他の例は添付の特許請求の範囲内に入る。
以下に本願出願当初の特許請求の範囲を付記する。
[Ｃ１] ビデオデータを復号する方法であって、
現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、
ピクチャ記憶バッファ中の参照ピクチャを、前記ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングすることと
を備える方法。
[Ｃ２] 現在のピクチャがＢＬＡピクチャであると判定することが、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであると判定し、前記現在のピクチャがランダムアクセスピクチャ（ＲＡＰ）であると判定することをさらに備える、Ｃ１に記載の方法。
[Ｃ３] 前記現在のピクチャがＢＬＡピクチャであると判定することが、前記現在のピクチャのネットワーク抽象化層（ＮＡＬ）ユニットタイプに基づく、Ｃ１に記載の方法。
[Ｃ４] 前記先行ピクチャが復号可能でない先行ピクチャを備えるときに前記ピクチャ記憶バッファ中の前記参照ピクチャをマーキングすることをさらに備える、Ｃ１に記載の方法。
[Ｃ５] 前記ピクチャ記憶バッファが復号ピクチャバッファ（ＤＰＢ）を含む、Ｃ１に記載の方法。
[Ｃ６] 前記ＢＬＡピクチャを復号することが、デコーダにおいて前記ＢＬＡピクチャを復号することを備える、Ｃ１に記載の方法。
[Ｃ７] 前記ＢＬＡピクチャを復号することが、ネットワーク要素において前記ＢＬＡピクチャを復号することを備える、Ｃ１に記載の方法。
[Ｃ８] 前記ネットワーク要素がメディアアウェアネットワーク要素（ＭＡＮＥ）である、Ｃ７に記載の方法。
[Ｃ９] 前記ネットワーク要素がストリーミングサーバである、Ｃ７に記載の方法。
[Ｃ１０] 前記ネットワーク要素がスプライサである、Ｃ７に記載の方法。
[Ｃ１１] 参照のために使用されないものとしてマーキングされた前記前にあるピクチャを使用することなく、前記ＢＬＡピクチャを復号することをさらに備える、Ｃ１に記載の方法。
[Ｃ１２] ビデオデータのシーケンスの、復号されるべき現在のピクチャのスライスを受信することと、
前記スライスのスライスヘッダ中で、少なくとも１つのエントロピーコード化シンタックス要素と少なくとも１つの非エントロピーコード化シンタックス要素とを受信することであって、前記非エントロピーコード化シンタックス要素が前記スライスヘッダ中で前記エントロピーコード化シンタックス要素の前にあり、復号順序において前記現在のピクチャより前のピクチャが、出力されることなく、復号ピクチャバッファから空にされるべきか否かを示すことと、
前記非エントロピーコード化シンタックス要素に基づいて前記スライスを復号することと
をさらに備える、Ｃ１に記載の方法。
[Ｃ１３] 前記非エントロピーコード化シンタックス要素がｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを備える、Ｃ１２に記載の方法。
[Ｃ１４] ビデオデータを復号するためのデバイスであって、
現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、
ピクチャ記憶バッファ中の参照ピクチャを、前記ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングすることと
を行うように構成された１つまたは複数のプロセッサを備えるデバイス。
[Ｃ１５] 前記１つまたは複数のプロセッサが、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであり、前記現在のピクチャがランダムアクセスピクチャ（ＲＡＰ）である場合、現在のピクチャがＢＬＡピクチャであると判定するように構成される、Ｃ１４に記載のデバイス。
[Ｃ１６] 前記１つまたは複数のプロセッサが、前記現在のピクチャのネットワーク抽象化層（ＮＡＬ）ユニットタイプに基づいて、前記現在のピクチャがＢＬＡピクチャであると判定するように構成される、Ｃ１４に記載のデバイス。
[Ｃ１７] 前記１つまたは複数のプロセッサが、前記先行ピクチャが復号可能でない先行ピクチャを備えるときに前記参照ピクチャをマーキングするように構成される、Ｃ１４に記載のデバイス。
[Ｃ１８] 前記ピクチャ記憶バッファをさらに備え、前記ピクチャ記憶バッファが復号ピクチャバッファ（ＤＰＢ）を含む、Ｃ１４に記載のデバイス。
[Ｃ１９] 前記デバイスがデコーダを備える、Ｃ１８に記載のデバイス。
[Ｃ２０] 前記デバイスがネットワーク要素を備える、Ｃ１８に記載のデバイス。
[Ｃ２１] 前記ネットワーク要素がメディアアウェアネットワーク要素（ＭＡＮＥ）を備える、Ｃ２０に記載のデバイス。
[Ｃ２２] 前記ネットワーク要素がストリーミングサーバを備える、Ｃ２０に記載のデバイス。
[Ｃ２３] 前記ネットワーク要素がスプライサを備える、Ｃ２０に記載のデバイス。
[Ｃ２４] 前記プロセッサが、参照のために使用されないものとしてマーキングされた前記前にあるピクチャを使用することなく、前記ＢＬＡピクチャを復号するようにさらに構成される、Ｃ１４に記載のデバイス。
[Ｃ２５] 前記プロセッサが、
ビデオデータのシーケンスの、復号されるべき現在のピクチャのスライスを受信することと、
前記スライスのスライスヘッダ中で、少なくとも１つのエントロピーコード化シンタックス要素と少なくとも１つの非エントロピーコード化シンタックス要素とを受信することであって、前記非エントロピーコード化シンタックス要素が前記スライスヘッダ中で前記エントロピーコード化シンタックス要素の前にあり、復号順序において前記現在のピクチャより前のピクチャが、出力されることなく、復号ピクチャバッファから空にされるべきか否かを示すことと、
前記非エントロピーコード化シンタックス要素に基づいて前記スライスを復号することと
を行うようにさらに構成される、Ｃ１４に記載のデバイス。
[Ｃ２６] 前記非エントロピーコード化シンタックス要素がｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを備える、Ｃ２５に記載のデバイス。
[Ｃ２７] ビデオデータを復号するためのデバイスであって、
現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定するための手段と、
ピクチャ記憶バッファ中の参照ピクチャを、前記ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングするための手段と
を備えるデバイス。
[Ｃ２８] 現在のピクチャがＢＬＡピクチャであると判定するための前記手段が、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであると判定し、前記現在のピクチャがランダムアクセスピクチャ（ＲＡＰ）であると判定するための手段をさらに備える、Ｃ２７に記載のデバイス。
[Ｃ２９] 前記現在のピクチャがＢＬＡピクチャを備えると判定するための前記手段が、ネットワーク抽象化層（ＮＡＬ）ユニットタイプに基づいて、前記現在のピクチャがＢＬＡピクチャを備えると判定するための手段を含む、Ｃ２７に記載のデバイス。
[Ｃ３０] 前記参照ピクチャをマーキングするための前記手段が、前記先行ピクチャが復号可能でない先行ピクチャを備えるときに前記参照ピクチャをマーキングするための手段を備える、Ｃ２７に記載のデバイス。
[Ｃ３１] 前記ピクチャ記憶バッファをさらに備え、前記ピクチャ記憶バッファが復号ピクチャバッファ（ＤＰＢ）を備える、Ｃ２７に記載のデバイス。
[Ｃ３２] 実行されると、
現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、
参照ピクチャを、前記ＢＬＡピクチャを復号する前に参照のために使用されないものとしてマーキングすることと
をデバイスの１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
[Ｃ３３] 現在のピクチャがＢＬＡピクチャであると判定することを１つまたは複数のプロセッサに行わせる前記命令が、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであり、前記現在のピクチャがランダムアクセスピクチャ（ＲＡＰ）であると判定したことに基づいて、現在のピクチャがＢＬＡピクチャであると判定することを前記１つまたは複数のプロセッサに行わせる命令をさらに備える、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３４] ネットワーク抽象化層（ＮＡＬ）ユニットタイプに基づいて、前記現在のピクチャがＢＬＡピクチャであると判定することを前記１つまたは複数のプロセッサに行わせる命令をさらに備える、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３５] 前記先行ピクチャが復号可能でない先行ピクチャを備えるときに前記参照ピクチャをマーキングすることを前記１つまたは複数のプロセッサに行わせる命令をさらに備える、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３６] 復号ピクチャバッファ（ＤＰＢ）の一部を形成するピクチャ記憶バッファにメモリの一部分を割り振ることを前記１つまたは複数のプロセッサに行わせる命令をさらに備える、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３７] デコーダに前記ＢＬＡピクチャを復号させることを前記１つまたは複数のプロセッサに行わせる命令をさらに備える、Ｃ３２に記載のコンピュータ可読記憶媒体。
[Ｃ３８] ネットワーク要素に前記ＢＬＡピクチャを復号させることを前記１つまたは複数のプロセッサに行わせる命令をさらに備える、Ｃ３２に記載のコンピュータ可読記憶媒体。

Claims (15)

1. ビデオデータを復号する方法であって、
   現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定することと、
   前記現在のピクチャがＢＬＡピクチャであると前記判定したことに基づいて、ピクチャ記憶バッファ中の参照ピクチャを、参照のために使用されないものとしてマーキングすることと、ここにおいて、前記ビデオデータのビットストリームの始まりにあるクリーンランダムアクセス（ＣＲＡ）ピクチャの先行ピクチャに対する復号プロセスが前記ＢＬＡピクチャの先行ピクチャのために適用され、
   を備え、
   現在のピクチャがＢＬＡピクチャであると前記判定することは、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであり、前記現在のピクチャからランダムアクセス復号が開始するとき、前記現在のピクチャは前記ＢＬＡピクチャであると判定すること、を備え、
   前記マーキングすることは、前記ピクチャ記憶バッファ中の、復号順序または出力順序のいずれかにおいて前記ＢＬＡピクチャの前にくるいかなるピクチャも、参照のために使用されないものとしてマーキングすることを備える、方法。
2. 現在のピクチャがＢＬＡピクチャであると判定することが、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであると判定することと、前記現在のピクチャがランダムアクセスピクチャ（ＲＡＰ）であると判定することをさらに備える、請求項１に記載の方法。
3. 前記現在のピクチャがＢＬＡピクチャであると判定することが、前記現在のピクチャのネットワーク抽象化層（ＮＡＬ）ユニットタイプに基づく、請求項１に記載の方法。
4. 先行ピクチャが復号可能でない先行ピクチャを備えるときに前記ピクチャ記憶バッファ中の前記参照ピクチャをマーキングすることをさらに備える、請求項１に記載の方法。
5. 前記ピクチャ記憶バッファが復号ピクチャバッファ（ＤＰＢ）を含む、請求項１に記載の方法。
6. 前記ＢＬＡピクチャを復号することが、デコーダにおいて前記ＢＬＡピクチャを復号することを備える、請求項１に記載の方法。
7. 前記ＢＬＡピクチャを復号することが、ネットワーク要素において前記ＢＬＡピクチャを復号することを備え、前記ネットワーク要素がメディアアウェアネットワーク要素（ＭＡＮＥ）、ストリーミングサーバ、およびスプライサのうちの１つである、請求項１に記載の方法。
8. 参照のために使用されないものとしてマーキングされた前にあるピクチャを使用することなく、前記ＢＬＡピクチャを復号することをさらに備える、請求項１に記載の方法。
9. ビデオデータのシーケンスの、復号されるべき現在のピクチャのスライスを受信することと、
   前記スライスのスライスヘッダ中で、１つまたは複数のエントロピーコード化シンタックス要素と少なくとも１つの非エントロピーコード化シンタックス要素とを受信することであって、前記非エントロピーコード化シンタックス要素が前記スライスヘッダ中ですべての前記エントロピーコード化シンタックス要素の前にあり、復号順序において前記現在のピクチャより前のピクチャが、出力されることなく、復号ピクチャバッファから空にされるべきか否かを示すことと、
   前記非エントロピーコード化シンタックス要素に基づいて前記スライスを復号することと、前記非エントロピーコード化シンタックス要素がｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを備える、
   をさらに備える、請求項１に記載の方法。
10. ビデオデータを復号するためのデバイスであって、
    現在のピクチャがリンク破損アクセス（ＢＬＡ）ピクチャであると判定するための手段と、
    前記現在のピクチャがＢＬＡピクチャであると前記判定したことに基づいて、ピクチャ記憶バッファ中の参照ピクチャを、参照のために使用されないものとしてマーキングするための手段と、ここにおいて、前記ビデオデータのビットストリームの始まりにあるクリーンランダムアクセス（ＣＲＡ）ピクチャの先行ピクチャに対する復号プロセスが前記ＢＬＡピクチャの先行ピクチャのために適用される、
    を備え、
    現在のピクチャがＢＬＡピクチャであると判定するための前記手段は、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであり、前記現在のピクチャからランダムアクセス復号が開始するとき、前記現在のピクチャは前記ＢＬＡピクチャであると判定するための手段、を備え、
    前記マーキングするための手段は、前記ピクチャ記憶バッファ中の、復号順序または出力順序のいずれかにおいて前記ＢＬＡピクチャの前にくるいかなるピクチャも参照のために使用されないものとしてマーキングするための手段を備える、デバイス。
11. 現在のピクチャがＢＬＡピクチャであると判定するための前記手段が、前記現在のピクチャがクリーンランダムアクセス（ＣＲＡ）ピクチャであると判定するための手段と、前記現在のピクチャがランダムアクセスピクチャ（ＲＡＰ）であると判定するための手段をさらに備える、請求項１０に記載のデバイス。
12. 前記現在のピクチャがＢＬＡピクチャを備えると判定するための前記手段が、ネットワーク抽象化層（ＮＡＬ）ユニットタイプに基づいて、前記現在のピクチャがＢＬＡピクチャを備えると判定するための手段を含む、請求項１０に記載のデバイス。
13. 前記参照ピクチャをマーキングするための前記手段が、先行ピクチャが復号可能でない先行ピクチャを備えるときに前記参照ピクチャをマーキングするための手段を備える、請求項１０に記載のデバイス。
14. 前記ピクチャ記憶バッファをさらに備え、前記ピクチャ記憶バッファが復号ピクチャバッファ（ＤＰＢ）を備える、請求項１０に記載のデバイス。
15. 実行されると、請求項１乃至９のうちのいずれか一項に従う方法をデバイスの１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。