JP2017195607A - パラメータセットコーディング - Google Patents

Abstract

【課題】ビデオデータを処理するためのシステム、方法、およびデバイスを提供する。
【解決手段】固定長コーディングされた識別子を有するパラメータセットを受信または形成する。ここにおいてパラメータセットのためのパラメータセット識別子（ＩＤ）が、エントロピーコーディングされたパラメータセット中の任意のシンタックス要素の前にある、ビデオデータを復号または符号化するために固定長コーディングされた識別子を有するパラメータセットを使用する。第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断する。第２のパラメータセットＩＤが第１のパラメータセットＩＤと同じであると判断したことに応答して、第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更する。
【選択図】図７

Description

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

[0002]本開示は、一般に、ビデオデータを処理することに関し、より詳細には、オーバーヘッドデータをシグナリングすることに関する。

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

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

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

[0006]本開示では、デコーダがスプライスビットストリーム（spliced bitstreams）のパラメータセットを区別することが可能であることも保証しながら、２つのビットストリームをスプライスすること（splicing）に関する技法について説明する。たとえば、本開示では、固定長コードを使用して１つまたは複数のパラメータセット識別子（ＩＤ）をコーディングするための技法、および少なくとも１つのタイプのパラメータセットがアウトオブバンドで（out-of-band）トランスポートされるビデオビットストリームの低複雑度スプライシングのための技法について説明する。いくつかの例では、これにより、スプライスするより前に２つのビットストリームが同じパラメータセットＩＤを有するパラメータセットを含むときでも、２つのビットストリームのスプライスの後のパラメータセットのアウトオブバンドトランスポートが可能になり得る。本開示で使用する「ビットストリーム」は、１つまたは複数のコード化ビデオシーケンスを形成する、コード化ピクチャおよび関連データの表現を形成し得るビットのシーケンスを指す。ビットストリームは、ＮＡＬユニットストリームまたはバイトストリーム（byte stream）のいずれかを指すために使用される総称であり得る。

[0007]一例では、本開示では、固定長コーディングされた（fixed length coded）パラメータセット識別子（ＩＤ）を有するパラメータセットを受信することと、ここにおいてパラメータセットのためのパラメータセットＩＤが、エントロピーコーディングされたパラメータセット中の任意のシンタックス要素（any syntax element）の前にある、ビデオデータを復号するために固定長コーディングされた識別子を有するパラメータセットを使用することと、を含むビデオデータを復号する方法について説明する。

[0008]別の例では、本開示では、固定長コーディングされたパラメータセットＩＤを有するパラメータセットを形成することと、ここにおいてパラメータセットのためのパラメータセットＩＤが、エントロピーコーディングされたパラメータセット中の任意のシンタックス要素の前にある、ビデオデータを符号化するために固定長コーディングされた識別子を有するパラメータセットを使用することと、を含むビデオデータを符号化する方法について説明する。

[0009]別の例では、本開示では、固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理することと、ここにおいてパラメータセットのためのパラメータセットＩＤが、エントロピーコーディングされたパラメータセット中の任意のシンタックス要素の前にある、ビデオデータをコーディングするために固定長コーディングされた識別子を有するパラメータセットを使用することと、を行うように構成された１つまたは複数のプロセッサを含むビデオデータを処理するための装置について説明する。

[0010]別の例では、本開示では、固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理するための手段と、ここにおいてパラメータセットのためのパラメータセットＩＤが、エントロピーコーディングされたパラメータセット中の任意のシンタックス要素の前にある、ビデオデータをコーディングするために固定長コーディングされた識別子を有するパラメータセットを使用するための手段と、を含むビデオデータを処理するための装置について説明する。

[0011]別の例では、本開示では、コンピュータ可読記憶媒体について説明する。コンピュータ可読記憶媒体は、実行時に、デバイスの１つまたは複数のプロセッサに、固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理することと、ここにおいてパラメータセットのためのパラメータセットＩＤが、エントロピーコーディングされたパラメータセット中の任意のシンタックス要素の前にある、ビデオデータをコーディングするために固定長コーディングされた識別子を有するパラメータセットを使用することと、を行わせる命令を記憶する。

[0012]別の例では、本開示では、第１のビットストリームの第１のパラメータセットの第１のパラメータセット識別子（ＩＤ）が第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、第２のパラメータセットＩＤが第１のパラメータセットＩＤと同じであると判断したことに応答して、第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、一意のパラメータセットＩＤに関連するパラメータセットを送信することと、を含むビデオデータを処理する方法について説明する。

[0013]別の例では、本開示では、第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、第２のパラメータセットＩＤが第１のパラメータセットＩＤと同じであると判断したことに応答して、第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、一意のパラメータセットＩＤに関連するパラメータセットを送信することと、を行うように構成された１つまたは複数のプロセッサ含むビデオデータを処理するための装置について説明する。

[0014]別の例では、本開示では、第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断するための手段と、第２のパラメータセットＩＤが第１のパラメータセットＩＤと同じであると判断したことに応答して、第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更するための手段と、一意のパラメータセットＩＤに関連するパラメータセットを送信するための手段と、を含むビデオデータを処理するための装置について説明する。

[0015]別の例では、本開示では、コンピュータ可読記憶媒体について説明する。コンピュータ可読記憶媒体は、実行時に、デバイスの１つまたは複数のプロセッサに、第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、第２のパラメータセットＩＤが第１のパラメータセットＩＤと同じであると判断したことに応答して、第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、一意のパラメータセットＩＤに関連するパラメータセットを送信することと、を行わせる命令を記憶する。

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

[0017]一部のパラメータセット情報がビットストリームの送信に対してアウトオブバンドで送信され、一部のパラメータセット情報がビットストリームの一部として送信される２つのビットストリームをスプライスすることの例を示すブロック図。 [0018]ビットストリーム１および２が単一のビットストリームに一緒にスプライスされて図１に示したスプライシング動作の結果を形成することを示すブロック図。 [0019]本開示で説明される技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0020]本開示で説明される技法を実装し得る例示的なビデオエンコーダを示すブロック図。 [0021]本開示で説明される技法を実装し得る例示的なビデオデコーダを示すブロック図。 [0022]ネットワークの一部を形成するデバイスの例示的なセットを示すブロック図。 [0023]本開示の１つまたは複数の態様を実装する例示的な方法を示す流れ図。 [0024]本開示の１つまたは複数の態様を実装する別の例示的な方法を示す流れ図。 [0025]本開示の１つまたは複数の態様を実装する別の例示的な方法を示す流れ図。 [0026]本開示の１つまたは複数の態様を実装する例示的な方法を示す流れ図。

[0027]本開示では、デコーダがスプライスビットストリームのパラメータセットを区別することが可能であることも保証しながら、２つのビットストリームをスプライスすることに関する技法について説明する。たとえば、本開示では、固定長コードを使用して１つまたは複数のパラメータセット識別子（ＩＤ）をコーディングするための技法および少なくとも１つのタイプのパラメータセットがアウトオブバンドでトランスポートされ得るビデオビットストリームの低複雑度スプライシングのための技法について説明する。いくつかの例では、これにより、スプライスするより前に２つのビットストリームが同じパラメータセットＩＤを有するパラメータセットを含むときでも、２つのビットストリームのスプライスの後のパラメータセットのアウトオブバンドトランスポートが可能になり得る。本開示で使用する「ビットストリーム」は、１つまたは複数のコード化ビデオシーケンスを形成する、コード化ピクチャおよび関連データの表現を形成し得るビットのシーケンスを指す。ビットストリームは、ＮＡＬユニットストリームまたはバイトストリームのいずれかを指すために使用される総称であり得る。

[0028]新生の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格は、パラメータセット概念を採用する。ＨＥＶＣにおけるシーケンスパラメータセット（ＳＰＳ：sequence parameter set）、ピクチャパラメータセット（ＰＰＳ：picture parameter set）およびビデオパラメータセット（ＶＰＳ：video parameter set）機構は、コード化ビデオブロックデータの送信から、まれに変化する情報の送信を分離し（decouple）得る。シーケンス、ピクチャ、およびビデオパラメータセットは、いくつかの適用例では、「アウトオブバンド」で搬送され得る、すなわち、コード化ビデオデータを含んでいるユニットと一緒にトランスポートされ得ない。アウトオブバンド送信は、典型的には信頼できる。

[0029]ＨＥＶＣでは、ＳＰＳピクチャ、ＰＰＳ、またはＶＰＳの識別子は、「ｕｅ（ｖ）」と称する可変長符号化コーディング方法を使用してコーディングされる。ＨＥＶＣワーキングドラフトは、「ｕｅ（ｖ）」コード化シンタックス要素を、左ビットが先頭の符号なし整数指数ゴロムコード化シンタックス要素（unsigned integer Exp-Golomb-coded syntax elements with left bit first）として定義する。各ＳＰＳは、ＳＰＳ ＩＤを含み、各ＰＰＳは、ＰＰＳ ＩＤとＳＰＳ ＩＤとを含み、各スライスヘッダは、ＰＰＳ ＩＤを含む。各バッファリング期間補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージはまた、ＳＰＳ ＩＤを含む。概して、ビデオコーディングデバイスまたはビデオ処理デバイスは、ネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニット内にビットストリームのデータをカプセル化し得る。ＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ：video coding layer）ＮＡＬユニットと非ＶＣＬ ＮＡＬユニットとを含む。ＶＣＬ ＮＡＬユニットは、概して、コード化ビデオデータなど、ビデオコーダによって使用される情報とパラメータセット、たとえば、ＳＰＳ、ＰＰＳ、およびＶＰＳを含む。非ＶＣＬ ＮＡＬユニットは、ＶＣＬのＮＡＬユニットからのコード化ピクチャサンプルを復号するためには必要でないが、復号、表示、誤り耐性、および他の目的に関係するプロセスを支援し得る情報を含み得る、ＳＥＩメッセージを定義する情報を含む。

[0030]ビットストリームスプライシングは、概して、２つ以上のビットストリームの組合せまたはそれの一部を指す。たとえば、ビデオコーディングデバイスまたはビデオ処理デバイスは、場合によっては、スプライスビットストリームを生成するためにビットストリームのいずれか一方または両方にいくつか変更を加えた状態で、第１のビットストリームを第２のビットストリームに付加し得る。第２のビットストリーム中の第１のコード化ピクチャは、スプライシングポイントとも呼ばれる。したがって、スプライスビットストリーム中のスプライシングポイントのピクチャは、第２のビットストリームから生じたものであり、一方、スプライスビットストリーム中のスプライシングポイントの直前のピクチャは、第１のビットストリームから生じたものである。例示のために、以下の説明は、スプライスビットストリーム中に１つのスプライシングポイントしかないと仮定する。しかしながら、この説明の技法は、たとえば、２つ以上のスプライシングポイントに説明する技法を個々に適用することによって、複数のスプライシングポイントをもつスプライスビットストリームにも同様に適用され得る。

[0031]図１は、一部のパラメータセット情報がビットストリームの送信に対してアウトオブバンドで送信されるが、パラメータセット情報の残りがビットストリームの一部として送信される２つのビットストリーム１および２をスプライスすることの例を示す概念図である。この例では、ＰＰＳ、ＳＰＳ、およびＶＰＳのいくつかは、与えられた場合、ビットストリームの送信に対してアウトオブバンドで送信され得る。さらに、ＰＰＳ、ＳＰＳ、およびＶＰＳのいくつかは、ビットストリームの開始中に含まれ、後ろに、一連のビデオサンプル（たとえば、符号化ビデオデータを含むネットワークアブストラクションレイヤ（ＮＡＬ）ユニット）が続き得る。別の例では、ビデオコーディングデバイスまたはビデオ処理デバイスは、ビットストリームとともにＰＰＳ、ＳＰＳ、およびＶＰＳのすべてを送信し得る。別の例では、ＰＰＳ、ＳＰＳ、およびＶＰＳのすべては、ビットストリームの送信に対してアウトオブバンドで送信され得る。ビデオサンプルは、時間的に関係するピクチャまたはそれの一部分、たとえば、スライスまたはブロックのシーケンス中のピクチャを含むことができる。

[0032]図２は、図１に示したスプライシング動作の結果を示す概念図である。図２では、ビットストリーム１および２は、単一のビットストリームに一緒にスプライスされている。いくつかの例では、これは、ビデオコーディングデバイスまたはビデオ処理デバイスによって行われ得る。ビットストリーム２の開始は、ビットストリーム１の最後のビデオサンプル１−Ｎの直後にくる。したがって、ビットストリーム２の第１のビデオサンプル２−１は、ビットストリーム１の最後のビデオサンプル１−Ｎの直後にくる。ビデオコーディングデバイスまたはビデオ処理デバイスは、スプライスビットストリームについてのアウトオブバンドおよびインバンド（in-band）パラメータセット情報を組み合わせ得る。したがって、図２に示すように、スプライスビットストリームの開始時に、ビットストリーム１および２の各々からのビデオサンプルの少なくともいくつかが、同じアウトオブバンドパラメータセットＩＤを参照し得、ビットストリーム１および２の各々からのビデオサンプルのいくつかが、同じインバンドパラメータセットを参照する。

[0033]コード化ビデオデータのビットストリームは、しばしば、比較的少数のＳＰＳと少数のＰＰＳ、さらにはただ１つのＳＰＳと１つのＰＰＳとを含み、最も小さいＳＰＳ ＩＤ値０と最も小さいＰＰＳ ＩＤ値０とを使用する。したがって、２つのビットストリームまたはそれらの一部がスプライスされる場合、スプライシングポイントとスプライシングポイントの前のピクチャとが２つの異なるＳＰＳまたはＰＰＳを実際に参照しているとしても、スプライシングポイントによって参照される同じＳＰＳまたはＰＰＳ ＩＤが、スプライシングポイントの直前のピクチャによって参照されるＳＰＳまたはＰＰＳ ＩＤと同じである可能性があり、さらにはその可能性が高い。簡単のために、本開示の態様はＳＰＳのみに関して説明することになるが、説明する技法は、概して、ＰＰＳ、ＡＰＳ、または他のタイプのパラメータセットにも適用可能である。

[0034]スプライシングポイントピクチャとスプライシングポイントの直前のピクチャとが異なるＳＰＳを参照しているとしても、同じＳＰＳ ＩＤが各々によって参照される場合、スプライスビットストリーム中で、スプライシングポイントの直前のピクチャによって参照されるその特定のＳＰＳ ＩＤをもつＳＰＳは、スプライシングポイントピクチャによって参照されるＳＰＳによって効果的に更新される。そのような場合、スプライスビットストリームのＳＰＳをスプライスビットストリームの開始に置くことができず、ＳＰＳのアウトオブバンド送信が困難にさらには不可能になり得る。しかしながら、いずれにせよ少数の異なるＳＰＳしか使用されないので、スプライスビットストリームのためにＳＰＳのアウトオブバンド送信を使用可能にすることが有益であり得る。

[0035]本開示では、上記で説明した短所のいくつかを克服し得る、スプライスビットストリームのためにＳＰＳ（または他のタイプのパラメータセット、たとえば、ＰＰＳおよび／またはＶＰＳ）のアウトオブバンド送信を使用可能にするためにコード化ビデオデータのビットストリームを変更することを含む技法について説明する。一例として、スプライスビットストリーム中に含まれる特定のタイプの異なるパラメータセットの数が、特定のタイプの許容パラメータセットの最大数以下である場合、以下の技法が適用され得る（そうでない場合、特定のタイプのパラメータセットはアウトオブバンド送信され得ない）。スプライシングポイントの第２のビットストリーム中に含まれる特定のタイプ（たとえば、ＳＰＳ、ＰＰＳ、またはＶＰＳ）の各パラメータセットについて、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが、同じパラメータセットタイプのためのパラメータセットＩＤのいずれかと同じである場合、ビデオコーディングデバイスまたはビデオ処理デバイスは、スプライスビットストリーム中に含まれる同じタイプのすべてのパラメータセットの中で、パラメータセットＩＤの値を一意の値に変更する。上記のステップの後に、ビデオコーディングデバイスまたはビデオ処理デバイスは、そのタイプのパラメータセットをアウトオブバンドで送信し得る。ビデオコーディングデバイスまたはビデオ処理デバイスは、ビットストリームの開始にパラメータセットを配置し得る。

[0036]パラメータセットＩＤの値の変更の際に、ＩＤが（たとえば、「ｕｅ（ｖ）」を使用して）エントロピーコーディングされるとき、ビデオコーディングデバイスまたはビデオ処理デバイスは、データユニット中でＩＤの後にすべてのビットをシフトし得る。ビデオコーディングデバイスまたはビデオ処理デバイスは、そのＩＤを参照するすべてのコード化データユニットに対してこの動作を実行する必要があり得るので、これは煩雑なプロセスであり得る。パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、本開示の技法は、パラメータセット自体の中のＩＤとそれが参照される（たとえば、ＮＡＬユニット内でカプセル化されたスライスのスライスヘッダ内の）場所との両方を含む固定長コードを使用してパラメータセットＩＤをコーディングすることを含む。ビット単位の長さは、Ｃｅｉｌ（ｌｏｇ２（Ｎ））に等しくなり得、ここで、Ｎは、特定のタイプの許容パラメータセットの最大数である。たとえば、許容ＳＰＳの最大数が３２である場合、ＳＰＳ ＩＤは、５ビットを使用してコーディングされる。

[0037]本開示の技法は、コード化データユニット中でできるだけ早く、たとえば、任意のエントロピーコード化データの前にパラメータセットＩＤを配置することをさらに含み得る。いくつかの事例では、スタートコードエミュレーション（emulation）を回避するために、パラメータセットＩＤ値が０ではなく１で開始し得る。スタートコードエミュレーションは、たとえば、パラメータセットＩＤが値０を有するときに発生し得る。パラメータセットの値が０であるとき、すべてのビットは０からなる。スタートコードが、いくつかの０値ビットを含んでいる０ｘ０００００１に等しい３バイトの固定値シーケンスであり得るので、これは、スタートコードエミュレーションの可能性を増加させ得る。

[0038]以下の表に、ＳＰＳ ＩＤ、ＰＰＳ ＩＤ、ＡＰＳ ＩＤ、およびＶＰＳ ＩＤを伴うＨＥＶＣについての例示的なシンタックスを示す。これらの例では、他の最大値も使用され得るが、各タイプのための許容パラメータセットの最大数が３２に等しくなると仮定され得る。すなわち、以下の例では、様々なＩＤ値は、５ビットがＩＤ値に割り振られることを示すｕ（５）記述子を使用してコーディングされる。ただし、他の例では、他のビット数がＩＤ値に割り振られ得る。

[0039]表１に、本開示の技法による、ＳＰＳローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）シンタックスの一例を示す。

[0040]表１に示すように、一例では、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。記述子ｕ（５）は、シンタックス要素をシグナリングするために５ビットが使用されることを示す。記述子ｕｅ（ｖ）は、可変ビット数が使用され得ることを示す。パラメータセットＩＤの値の変更の際に、ＩＤが（たとえば、「ｕｅ（ｖ）」を使用して）エントロピーコーディングされるとき、データユニット中でＩＤの後のすべてのビットのシフトが必要になることになる。潜在的にそのＩＤを参照するすべてのコード化データユニットに対してこの動作が必要とされるので、これは煩雑である。パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、固定長コードを使用してパラメータセットＩＤをコーディングすることが使用され得る。これは、パラメータセット自体の中のＩＤとそれが参照される場所の両方を含み得る。ビット単位の長さは、Ｃｅｉｌ（ｌｏｇ２（Ｎ））に等しくなり、ここで、Ｎは、特定のタイプの許容パラメータセットの最大数である。たとえば、許容ＳＰＳの最大数が３２である場合、ＳＰＳ ＩＤは、５ビットを使用してコーディングされる。したがって、表１の例では、シンタックス要素ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄをシグナリングするために５ビットが使用される。可変ビット数（「ｕｅ（ｖ）」）を使用するのではなく、ビット数を５（「ｕ（５）」）に制限すると、パラメータセットＩＤ値を変更するためのプロセスが簡略化される。他の固定ビット数が使用され得ることを理解されよう。

[0041]表２に、本開示の技法による、ＳＰＳ ＲＢＳＰシンタックスの別の例を示す。

[0042]表２に示すように、一例では、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。この場合も、可変ビット数（「ｕｅ（ｖ）」）を使用するのではなく、ビット数を５（「ｕ（５）」）に制限すると、パラメータセットＩＤ値を変更するためのプロセスが簡略化される。さらに、表２に示したように、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、非エントロピー符号化を可能にするために、コード化データユニット中でできるだけ早く配置されることが好ましい。

[0043]表３に、本開示の技法による、ＰＳＰ ＲＢＳＰシンタックスの一例を示す。

[0044]表３に示すように、一例では、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。この場合も、可変ビット数（「ｕｅ（ｖ）」）を使用するのではなく、ビット数を５（「ｕ（５）」）に制限すると、パラメータセットＩＤ値を変更するためのプロセスが簡略化される。さらに、表３に示したように、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、非エントロピー符号化を可能にするために、コード化データユニット中でできるだけ早く配置されることが好ましい。

[0045]表４に、本開示の技法による、ＡＰＳ ＲＢＳＰシンタックスの一例を示す。

[0046]この場合も、表４に示すように、一例では、ａｐｓ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。コード化データユニット中でできるだけ早くａｐｓ＿ｉｄを配置することによって、非エントロピー符号化が可能になり得る。

[0047]表５に、本開示の技法による、スライスヘッダシンタックスの一例を示す。

[0048]この場合も、表５に示すように、一例では、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびａｐｓ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。コード化データユニット中でできるだけ早くそれらを配置することによって、非エントロピー符号化が可能になり得る。

[0049]表６に、本開示の技法による、スライスヘッダシンタックスの別の例を示す。

[0050]この場合も、表６に示すように、一例では、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびａｐｓ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。コード化データユニット中でできるだけ早くそれらを配置することによって、非エントロピー符号化が可能になり得る。

[0051]表６の例では、各ＡＰＳは、０よりも大きいＡＰＳ ＩＤを有する必要があり、０に等しいスライスヘッダ中のａｐｓ＿ｉｄは、スライスヘッダによってＡＰＳが参照されないことを意味し、以下の条件が成り立たないとき、スライスヘッダ中のａｐｓ＿ｉｄは０に等しくなるものとし、そうでない場合、ａｐｓ＿ｉｄは０でないものとする。

[0052]この例では、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄも０よりも大きい必要がある。これは、各ＰＰＳが０よりも大きいＰＰＳ ＩＤを有することを必要とすることによって達成され得る。

[0053]表７に、本開示の技法による、スライスヘッダシンタックスの別の例を示す。

[0054]この場合も、表７に示すように、一例では、ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびａｐｓ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。コード化データユニット中でできるだけ早くそれらを配置することによって、非エントロピー符号化が可能になり得る。

[0055]表８に、本開示の技法による、バッファリング期間ＳＥＩメッセージシンタックスの一例を示す。

[0056]この場合も、表８に示すように、一例では、ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびａｐｓ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。コード化データユニット中でできるだけ早くそれらを配置することによって、非エントロピー符号化が可能になり得る。

[0057]表９に、本開示の技法による、ピクチャシーケンス（ＳＯＰ：sequence of pictures）記述ＳＥＩメッセージシンタックスの一例を示す。

[0058]この場合も、表９に示すように、一例では、ｓｐｓ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（５）を使用し得る。コード化データユニット中でできるだけ早くそれらを配置することによって、非エントロピー符号化が可能になり得る。

[0059]表１０に、本開示の技法による、ビデオパラメータセットＲＢＳＰシンタックスの一例を示す。

[0060]この場合も、表１０に示すように、一例では、ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、パラメータセットＩＤ値を変更するためのプロセスを簡略化するために、ｕｅ（ｖ）ではなく記述子ｕ（４）を使用し得る。コード化データユニット中でできるだけ早くそれらを配置することによって、非エントロピー符号化が可能になり得る。

[0061]本開示の技法によれば、バッファリング期間ＳＥＩメッセージおよびＳＯＰ記述ＳＥＩメッセージは、存在するとき、ＳＥＩネットワークアブストラクションレイヤ（ＮＡＬ）ユニット中の第１のＳＥＩメッセージとして含み、ＳＥＩ ＮＡＬユニット中でできるだけ早く配置され得る。

[0062]パラメータセットおよびそれのＩＤを参照する上記のシンタックス構造に加えて、バッファリング期間ＳＥＩメッセージとＳＯＰ記述ＳＥＩメッセージとのためのシンタックス構造もパラメータセットとパラメータセットＩＤとを参照し得る。したがって、これらのＳＥＩメッセージはまた、上記で説明した他のシンタックス構造中で使用されるパラメータセットＩＤのために固定長コーディング技法を採用し得る。いくつかの例では、バッファリング期間およびＳＯＰ記述ＳＥＩメッセージは、存在するとき、ＳＥＩ ＮＡＬユニット中でできるだけ早く配置される。一例では、ビデオコーディングデバイスまたはビデオ処理デバイスは、そのようなＳＥＩメッセージをＳＥＩ ＮＡＬユニット中の第１のＳＥＩメッセージとして配置する。

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

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

[0065]いくつかの例では、リンク１６は、ソースデバイス１２と別のソースデバイスとからビットストリームを（またはソースデバイス１２から２つのビットストリームを）受信するメディアアウェアネットワーク要素（ＭＡＮＥ：media aware network element）などの中間デバイス（図示せず）を含み得る。ＭＡＮＥは、２つのビットストリームを一緒にスプライスし、次いで、スプライスビットストリームを宛先デバイス１４に転送し得る。本開示の技法によれば、ＭＡＮＥは、第２のビットストリームのパラメータセットが第１のビットストリームのパラメータセットと同じＩＤを有するかどうかを判断し、同じＩＤを有する場合、第２のビットストリームのパラメータセットに一意のパラメータセットＩＤを割り当て、次いで、宛先デバイス１４にパラメータセットをアウトオブバンドで送り得る。

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

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

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

[0069]いくつかの例では、本開示の技法によれば、ビデオソース１８は、１つまたは複数のビットストリームを生成し得る。たとえば、ビデオソースがビデオキャプチャデバイスである場合、ビデオキャプチャデバイスは、２つ以上のビットストリームを生成し得る。別の例では、ビデオソース１８は、それぞれが１つのビットストリームを生成する２つ以上のソースデバイスを含み得る。これらのビットストリームは一緒にスプライスされ得る。

[0070]したがって、ビデオソース１８内のプロセッサは、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断し得る。第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、プロセッサは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更し得る。ビデオソース１８は、次いで、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る。

[0071]ビデオエンコーダ２０は、キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成ビデオを符号化し得る。たとえば、ビデオエンコーダ２０は、スプライスビットストリームを符号化し得る。さらに、いくつかの例では、ビデオデコーダ３０は、第１のビットストリームのパラメータセットＩＤと一意のパラメータセットＩＤとに基づいて第１のビットストリームと第２のビットストリームとを区別し得る。他の例では、ソースデバイス１２の出力インターフェース２２は、符号化ビデオデータを、宛先デバイス１４に直接送信し得る。符号化ビデオデータは、さらに（または代替的に）、宛先デバイス１４または復号および／もしくは再生のための他のデバイスによる後のアクセスのためにストレージデバイス３４上に記憶され得る。

[0072]いくつかの例では、本開示の技法によれば、メディアアウェアネットワーク要素（ＭＡＮＥ）などのいくつかの他のビデオ処理デバイスは、２つ以上のビットストリームを一緒にスプライスし得る。したがって、ＭＡＮＥまたは他のビデオ処理デバイス内のプロセッサは、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断し得る。第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、プロセッサは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更し得る。ＭＡＮＥまたは他のビデオ処理デバイスは、次いで、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る。

[0073]宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を介して符号化ビデオデータを受信する。リンク１６を介して通信され、またはストレージデバイス３４上に与えられた符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３０のようなビデオデコーダが使用するためのビデオエンコーダ２０によって生成される様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信される、記憶媒体上に記憶される、またはファイルサーバ上に記憶される、符号化されたビデオデータとともに含まれ得る。いくつかの例では、本開示の技法によれば、ビデオデコーダ３０は、スプライスビットストリームを復号し得る。ビデオ処理デバイスは、スプライスビットストリームを生成し得る。したがって、ビデオ処理デバイス内のプロセッサは、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断していることがある。第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、プロセッサは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更していることがある。ビデオ処理デバイスは、次いで、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る。スプライスビットストリームは、ビデオエンコーダ２０によって符号化され、出力インターフェース２２によって送信され、入力インターフェース２８によって受信され、デコーダ３０によって復号され得る。ディスプレイデバイス３２は、次いで、このスプライスビットストリームを表示し得る。いくつかの例では、ビデオデコーダ３０は、第１のビットストリームのパラメータセットＩＤと一意のパラメータセットＩＤとに基づいて第１のビットストリームと第２のビットストリームとを区別し得る。

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

[0075]ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格のようなビデオ圧縮規格に従って動作することができ、ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＨＭ）に準拠し得る。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ９」または「ＷＤ９」と呼ばれるＨＥＶＣ規格の最近のドラフトは、文書ＪＣＴＶＣ−Ｋ１００３ｖ１３、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１１回会合：上海、中国、２０１２年１０月１０日〜１９日に記載されており、２０１２年１２月２７日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐからダウンロード可能であり、その内容全体は参照により本明細書に組み込まれる。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４、Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格のような、他のプロプライエタリもしくは業界標準、またはそのような規格の拡張に従って動作することができる。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0092]いくつかの例では、以前に送信されたパラメータセットを上書きしたいという意図がない限り、ビットストリームのコンテキスト内で、パラメータセットＩＤは一意に割り当てられ得る。さらに、ビデオエンコーダ２０は、同じコンテンツを表すが、別様にフォーマットされたデータ（たとえば、ＨＥＶＣのベースプロファイルおよびハイプロファイル（high profile）、１つが７２０ｐバージョンで１つが１０８０ｐバージョンなど）を含む２つのビットストリームを符号化するように構成され得る。同様に、メディアコンテンツの２つの異なるセットを符号化するとき、そのようなメディアコンテンツから生じる２つの異なるメディアストリームは競合しないので、ビデオエンコーダ２０は、パラメータセットＩＤを再使用し得る（言い換えれば、ビデオエンコーダ２０は、メディアコンテンツの異なるセットを符号化するのを開始するとき、パラメータセットＩＤカウンタを「リセット」し得る）。いくつかの例では、２つのビットストリームに、同じパラメータセットＩＤ値空間を共有させること、すなわち、パラメータセットＩＤを再使用させないことが可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0107]ビデオデータを符号化する例示的な方法では、ビデオエンコーダ２０は、一意のパラメータセットＩＤに関連する新しいパラメータセットを受信し得、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信するデバイスは、（１）第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断しており、（２）第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更しており、（３）一意のパラメータセットＩＤに関連する新しいパラメータセットを送信している。ビデオエンコーダ２０はまた、第１のビットストリームのパラメータセットＩＤと一意のパラメータセットＩＤとに基づいて第１のビットストリームと第２のビットストリームとを区別し得る。いくつかの例では、受信することはアウトオブバンドで行われる。

[0108]図５は、上記で説明したＣＲＡピクチャに基づくストリーム適応およびスプライシングの強化されたサポートについて説明した技法を実施し得る例示的なビデオデコーダ３０を示すブロック図である。一例では、ビデオデコーダ３０が、以前に受信されたパラメータセットの同じパラメータセットＩＤを有するパラメータセットを受信する場合、ビデオデコーダ３０は、前のパラメータセットを新しいパラメータセットで上書きするように構成され得る。したがって、ビデオデコーダ３０は、新しいパラメータセットの（復号順序で）前のパラメータセットＩＤを参照するビデオデータを、そのＩＤを有する前のパラメータセットを使用して復号するが、新しいパラメータセットの（復号順序で）後のパラメータセットＩＤを参照するビデオデータを、新しいパラメータセットを使用して復号し得る。本開示の技法によれば、一意のＩＤを有するパラメータセットをアウトオブバンドで受信することによって、ビデオデコーダ３０は、アウトオブバンドで受信されたパラメータセットへの参照と、帯域中で受信された別のパラメータセットへの参照とを区別することが可能であり得る。いくつかの例では、ビデオデコーダ３０は、スプライスビットストリームを復号し、アップストリームデバイスによるアウトオブバンドＳＰＳのためのＳＰＳ ＩＤへの変更の結果、ＳＰＳをアウトオブバンドで受信することが可能である。

[0109]図５の例では、ビデオデコーダ３０は、エントロピー復号モジュール８０と、予測モジュール８１と、逆量子化モジュール８６と、逆変換モジュール８８と、加算器９０と、フィルタモジュール９１と、参照ピクチャメモリ９２とを含む。予測モジュール８１は、動き補償モジュール８２と、イントラ予測モジュール８４とを含む。ビデオデコーダ３０は、一部の例では、図４のビデオエンコーダ２０に関して説明された符号化パスとは概して逆の（reciprocal）復号パスを実行し得る。

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

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

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

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

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

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

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

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

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

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

[0120]本開示の技法は、ルーティングデバイス１０４およびスプライシングデバイス１０６などのネットワークデバイスによって実施され得る。様々な例では、クライアントデバイス１０８は、本開示の技法に従ってスプライスされたビットストリームを受信し処理するように構成され得る。このようにして、ルーティングデバイス１０４、スプライシングデバイス１０６、およびクライアントデバイス１０８は、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断することと、第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信することと、を行うように構成されたデバイスの例を表す。送信はアウトオブバンドで行われ得る。第１のビットストリームのパラメータセットＩＤ、第２のビットストリームのパラメータセットＩＤ、および一意のパラメータセットＩＤのうちの１つまたは複数は、固定長コードを使用してコーディングされ得る。第１のビットストリームのパラメータセットＩＤは、特定のパラメータタイプ、たとえば、シーケンスパラメータセットタイプ、ピクチャパラメータセットタイプ、適応パラメータセットタイプ、または他のタイプのパラメータセットのうちの１つに関連付けられ得、第２のビットストリームのパラメータセットＩＤは、第１のビットストリームのパラメータセットＩＤと同じタイプのパラメータセットに関連付けられ得る。第１のビットストリームは、スプライシングポイントの前の１つまたは複数のコード化ピクチャについてのコード化ビデオデータを備え得、第２のビットストリームは、スプライシングポイントの後の１つまたは複数のコード化ピクチャについてのコード化ビデオデータを備え得る。

[0121]いくつかの例では、本開示の技法によれば、サーバデバイス１０２などのビデオソースは、１つまたは複数のビットストリームを生成し得る。異なるビットストリームは、クライアントデバイス１０８によるチャネル変更要求のために、同じビデオプログラミングにビデオ品質の違い、たとえば、より多くの帯域幅を使用し得るより高品質のビデオ信号またはより少ない帯域幅を使用するか、または帯域幅をより効率的に使用し得るより低品質のビデオ信号を与え得る。異なるビットストリームは、メインのビデオ信号と連携して使用され得る営業送信または他の一時的送信を提供し得る。たとえば、サーバデバイス１０２、ルーティングデバイス１０４Ａ／Ｂ、またはスプライシングデバイス１０６内のプロセッサは、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断し得る。これは、ビットストリームが少数のＳＰＳさらにはただ１つのＳＰＳをしばしば使用するためであり得る。ビットストリームは、最も小さいＳＰＳ ＩＤ値０を使用し得る。この場合、２つのビットストリームまたはそれの一部がスプライスされる場合、実際に２つの異なるＳＰＳが使用され得るとき、同じＳＰＳ ＩＤが、スプライシングポイントとスプライシングポイントピクチャの直前のピクチャとによって参照される可能性がある。第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、プロセッサは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更し得る。サーバデバイス１０２、ルーティングデバイス１０４Ａ／Ｂ、またはスプライシングデバイス１０６のうちの１つは、次いで、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る。

[0122]図７は、本開示の１つまたは複数の態様を実装する例示的な方法を示す流れ図である。いくつかの例では、本開示の技法によれば、ＭＡＮＥなどのいくつかの他のビデオ処理デバイスは、２つ以上のビットストリームを一緒にスプライスし得る。したがって、ＭＡＮＥまたは他のビデオ処理デバイス内のプロセッサは、第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第１のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断し得る（７００）。第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、プロセッサは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更し得る（７０２）。ＭＡＮＥまたは他のビデオ処理デバイスは、次いで、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る（７０４）。これにより、たとえば、デコーダがスプライスビットストリームのパラメータセットを区別することが可能であることも保証しながら、２つのビットストリームをスプライスすることが可能になり得る。

[0123]図８は、本開示の１つまたは複数の態様を実装するための別の例示的な方法を示す流れ図である。例示的なビデオコーダでは、ビデオ処理デバイスは、一意のパラメータセットＩＤに関連する新しいパラメータセットを受信し得る（８００）。

[0124]受信される新しいパラメータセットは、ＭＡＮＥなどのデバイスから送信されていることがある。デバイス、たとえば、ＭＡＮＥは、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る。これは、たとえば、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第２のパラメータセットのパラメータセットＩＤと同じであるとデバイスが判断したときに行われ得る。一意のパラメータセットＩＤに関連する新しいパラメータセットの送信は、第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答し得る。したがって、そのようなデバイスは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更し、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る。

[0125]ビデオコーダ、たとえば、ビデオデコーダ３０またはビデオ処理デバイスは、第１のビットストリームのパラメータセットＩＤと一意のパラメータセットＩＤとに基づいて第１のビットストリームと第２のビットストリームとを区別し得る（８０２）。

[0126]図９は、本開示の態様による、図７の方法と図８の方法との間の相互作用の一例を示す流れ図である。図示の例では、本開示の技法によれば、ＭＡＮＥなどのいくつかの他のビデオ処理デバイスは、２つ以上のビットストリームを一緒にスプライスし得る。したがって、ＭＡＮＥまたは他のビデオ処理デバイス内のプロセッサは、第１のビットストリームの第１のパラメータセットのパラメータセットＩＤが第２のビットストリームの第１のパラメータセットのパラメータセットＩＤと同じであるかどうかを判断し得る（７００）。第２のビットストリームのパラメータセットＩＤが第１のビットストリームのパラメータセットＩＤに一致することに応答して、プロセッサは、第２のビットストリームのパラメータセットＩＤを一意のパラメータセットＩＤに変更し得る（７０２）。ＭＡＮＥまたは他のビデオ処理デバイスは、次いで、一意のパラメータセットＩＤに関連する新しいパラメータセットを送信し得る（７０４）。

[0127]ＭＡＮＥまたは他のビデオ処理デバイスによって送信される新しいパラメータセットは、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダによって受信され得る（８００）。ビデオコーダ（たとえば、ビデオエンコーダ２０および／またはビデオデコーダ３０）は、第１のビットストリームのパラメータセットＩＤと一意のパラメータセットＩＤとに基づいて第１のビットストリームと第２のビットストリームとを区別し得る（８０２）。

[0128]図１０は、図６に示したスプライシングデバイス１０６などのスプライシングデバイスの観点から本開示の１つまたは複数の態様を実装する例示的な方法を示す流れ図である。スプライシングデバイス１０６は、クライアントデバイス１０８から第１のチャネルを閲覧したいという要求を受信する（１０００）。第１のチャネルは、たとえば、ビデオデータであり得る。

[0129]スプライシングデバイス１０６は、この要求に応答してクライアントデバイス１０８に（第１のチャネルに対応する）第１のビットストリームのビデオデータを転送する（１００２）。後に、スプライシングデバイス１０６は、クライアントデバイス１０８から第２のチャネルを閲覧したいというチャネル変更要求を受信し得る（１００４）。第２のチャネルは、たとえば、まったく異なるプログラムまたは同じプログラムであるが、異なるビデオ品質であり得る。

[0130]スプライシングデバイス１０６は、スプライシングポイントとして使用するために、（第２のチャネルに対応する）第２のビットストリーム内のスイッチポイント（たとえば、ＩＤＲ）ピクチャを判断する（１００６）。スイッチポイントは、たとえば、瞬時デコーダリフレッシュ（ＩＤＲ：instantaneous decoder refresh）ピクチャ、クリーンランダムアクセス（ＣＲＡ：clean random access）ピクチャ、リンク切断アクセス（ＢＬＡ：broken link access）ピクチャなどのランダムアクセスポイント（ＲＡＰ：random access point）に対応し得る。スイッチポイントが２つの別個のビデオビットストリームを１つの単一のビットストリームにスプライスするために使用されるとき、スイッチポイントは、スプライシングポイントと見なされ得る。この例では、スプライシングデバイス１０６は、スプライシングポイントに関連するＳＰＳが第１のビットストリームのＳＰＳと同じＳＰＳ ＩＤを有すると判断する（１００８）。概して、スプライシングデバイス１０６は、スプライシングポイントに関連するＳＰＳが第１のビットストリームのＳＰＳと同じＳＰＳ ＩＤを有するかどうかを判断し、同じＳＰＳ ＩＤを有しない場合、ＳＰＳに関していかなるアクションを取る必要もない。

[0131]一方、ＳＰＳ ＩＤが第１のビットストリームのＳＰＳと同じであるという判断に基づいて、スプライシングデバイス１０６は、クライアントデバイスに転送されるビットストリームが、スイッチポイントの前の第１のビットストリームからのデータとスイッチポイントの後の第２のビットストリームからのデータとを含むスプライスビットストリームを形成するように、（１）新しいＳＰＳ ＩＤを第２のチャネルのＳＰＳに再割り当てすることと、（２）クライアントデバイスに新しいＳＰＳ ＩＤを有するＳＰＳをアウトオブバンドで転送することと、（３）新しいＳＰＳ ＩＤを参照するために第２のチャネルのビデオデータ中のＳＰＳ ＩＤへの参照を更新することと、（４）第２のビットストリームのビデオデータをクライアントデバイスに転送することとを行い得る（１０１０）。

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

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

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

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

[0136]様々な例が説明された。これらおよび他の例は添付の特許請求の範囲内に入る。

[0136]様々な例が説明された。これらおよび他の例は添付の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、前記方法が、
固定長コーディングされたパラメータセット識別子（ＩＤ）を有するパラメータセットを受信することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
ビデオデータを復号するために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
を備える方法。
［Ｃ２］
受信されたシグナリングに基づいて前記固定長コーディングのためのビット数を判断することをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
一緒にスプライスされた第１のビットストリームと第２のビットストリームとを備えるスプライスビットストリームを受信することをさらに備え、ここにおいて前記パラメータセットＩＤが、前記第１のビットストリームの第１のパラメータセットのパラメータセットＩＤと第２のビットストリームの第２のパラメータセットのパラメータセットＩＤとを備え、前記第１のパラメータセットＩＤが、前記第２のパラメータセットＩＤとは異なり一意である、Ｃ１に記載の方法。
［Ｃ４］
前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤおよび前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤのうちの１つまたは複数を復号することをさらに備える、Ｃ３に記載の方法。
［Ｃ５］
前記スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ３に記載の方法。
［Ｃ６］
パラメータセットＩＤへの参照をコーディングすることをさらに備え、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、Ｃ１に記載の方法。
［Ｃ７］
ビデオデータを符号化する方法であって、前記方法が、
固定長コーディングされたパラメータセットＩＤを有するパラメータセットを形成することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
ビデオデータを符号化するために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
を備える方法。
［Ｃ８］
前記ＩＤの前記固定長コーディングのためのビット数をシグナリングすることをさらに備える、Ｃ７に記載の方法。
［Ｃ９］
一緒にスプライスされた第１のビットストリームと第２のビットストリームとを備えるスプライスビットストリームを送信することをさらに備え、ここにおいて前記パラメータセットＩＤが、前記第１のビットストリームの第１のパラメータセットのパラメータセットＩＤと第２のビットストリームの第２のパラメータセットのパラメータセットＩＤとを備え、前記第１のパラメータセットＩＤが、前記第２のパラメータセットＩＤとは異なり一意である、Ｃ７に記載の方法。
［Ｃ１０］
前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤおよび前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤのうちの１つまたは複数を符号化することをさらに備える、Ｃ９に記載の方法。
［Ｃ１１］
前記スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ９に記載の方法。
［Ｃ１２］
パラメータセットＩＤへの参照をコーディングすることをさらに備え、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、Ｃ７に記載の方法。
［Ｃ１３］
ビデオデータを処理するための装置であって、前記装置が、
固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
ビデオデータをコーディングするために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
を行うように構成された１つまたは複数のプロセッサ
を備える装置。
［Ｃ１４］
前記１つまたは複数のプロセッサが、受信されたシグナリングに基づいて前記固定長コーディングのためのビット数を判断するようにさらに構成された、Ｃ１３に記載の装置。
［Ｃ１５］
前記１つまたは複数のプロセッサが、一緒にスプライスされた第１のビットストリームと第２のビットストリームとを備えるスプライスビットストリームを受信するようにさらに構成され、ここにおいて前記パラメータセットＩＤが、前記第１のビットストリームの第１のパラメータセットのパラメータセットＩＤと第２のビットストリームの第２のパラメータセットのパラメータセットＩＤとを備え、前記第１のパラメータセットＩＤが、前記第２のパラメータセットＩＤとは異なり一意である、Ｃ１３に記載の装置。
［Ｃ１６］
前記１つまたは複数のプロセッサが、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤおよび前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤのうちの１つまたは複数をコーディングするようにさらに構成された、Ｃ１５に記載の装置。
［Ｃ１７］
前記スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ１５に記載の装置。
［Ｃ１８］
前記１つまたは複数のプロセッサが、パラメータセットＩＤへの参照をコーディングするようにさらに構成され、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、Ｃ１３に記載の装置。
［Ｃ１９］
ビデオデータを処理するための装置であって、前記装置が、
固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理するための手段と、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
ビデオデータをコーディングするために固定長コーディングされた前記識別子を有する前記パラメータセットを使用するための手段と
を備える装置。
［Ｃ２０］
実行されたとき、デバイスの１つまたは複数のプロセッサに、
固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
ビデオデータをコーディングするために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
を行わせる命令
を記憶するコンピュータ可読記憶媒体。
［Ｃ２１］
ビデオデータを処理する方法であって、前記方法が、
第１のビットストリームの第１のパラメータセットの第１のパラメータセット識別子（ＩＤ）が第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、
前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、
前記一意のパラメータセットＩＤに関連するパラメータセットを送信することと
を備える方法。
［Ｃ２２］
送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、Ｃ２１に記載の方法。
［Ｃ２３］
固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングすることをさらに備える、Ｃ２１に記載の方法。
［Ｃ２４］
前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、Ｃ２１に記載の方法。
［Ｃ２５］
スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ２１に記載の方法。
［Ｃ２６］
前記方法が、ビデオ処理デバイスによって実行される、Ｃ２１に記載の方法。
［Ｃ２７］
前記ビデオ処理デバイスが、ビデオデコーダを備えるクライアントデバイス、多重化ユニット、ビデオ前処理デバイス、プロセッサ、プロセッサによって実行されるウェブブラウザ、ルータ、またはコンテンツ配信ネットワークのデバイスのうちの１つを備える、Ｃ２６に記載の方法。
［Ｃ２８］
前記第１のビットストリームと前記第２のビットストリームとを一緒にスプライスすることをさらに備える、Ｃ２６に記載の方法。
［Ｃ２９］
前記第２のビットストリームについての関連するコード化されたビデオデータ中の前記第２のパラメータセットＩＤへの参照が代わりに前記一意のパラメータセットＩＤを対象とするように前記参照を更新することをさらに備える、Ｃ２１に記載の方法。
［Ｃ３０］
パラメータセットＩＤへの参照をコーディングすることをさらに備え、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、Ｃ２１に記載の方法。
［Ｃ３１］
ビデオデータを処理するための装置であって、前記装置が、
第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、
前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、
前記一意のパラメータセットＩＤに関連するパラメータセットを送信することと
を行うように構成された１つまたは複数のプロセッサ
を備える装置。
［Ｃ３２］
送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、Ｃ３１に記載の装置。
［Ｃ３３］
前記１つまたは複数のプロセッサが、固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングするようにさらに構成された、Ｃ３１に記載の装置。
［Ｃ３４］
前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記パラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、Ｃ３１に記載の装置。
［Ｃ３５］
スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ３１に記載の装置。
［Ｃ３６］
前記装置がビデオ処理デバイスを備える、Ｃ３１に記載の装置。
［Ｃ３７］
前記ビデオ処理デバイスが、ビデオデコーダを備えるクライアントデバイス、多重化ユニット、ビデオ前処理デバイス、プロセッサ、プロセッサによって実行されるウェブブラウザ、ルータ、またはコンテンツ配信ネットワークのデバイスのうちの１つを備える、Ｃ３６に記載の装置。
［Ｃ３８］
前記１つまたは複数のプロセッサが、前記第２のビットストリームについての関連するコード化されたビデオデータ中の前記第２のパラメータセットＩＤへの参照が代わりに前記一意のパラメータセットＩＤを対象とするように前記参照を更新するようにさらに構成された、Ｃ３６に記載の装置。
［Ｃ３９］
前記ビデオ処理デバイスが、メディアアウェアネットワーク要素（ＭＡＮＥ）を備える、Ｃ３６に記載の装置。
［Ｃ４０］
前記１つまたは複数のプロセッサが、前記第１のビットストリームと前記第２のビットストリームとを一緒にスプライスするようにさらに構成された、Ｃ３６に記載の装置。
［Ｃ４１］
前記１つまたは複数のプロセッサが、パラメータセットＩＤへの参照をコーディングするようにさらに構成され、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、Ｃ３６に記載の装置。
［Ｃ４２］
ビデオデータを処理するための装置であって、前記装置が、
第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断するための手段と、
前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更するための手段と、
前記一意のパラメータセットＩＤに関連するパラメータセットを送信するための手段と
を備える装置。
［Ｃ４３］
送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、Ｃ４２に記載の装置。
［Ｃ４４］
固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングするための手段をさらに備える、Ｃ４２に記載の装置。
［Ｃ４５］
前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、Ｃ４２に記載の装置。
［Ｃ４６］
スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ４２に記載の装置。
［Ｃ４７］
実行されたとき、デバイスの１つまたは複数のプロセッサに、
第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、
前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、
前記一意のパラメータセットＩＤに関連するパラメータセットを送信することと
を行わせる命令
を記憶するコンピュータ可読記憶媒体。
［Ｃ４８］
送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、Ｃ４７に記載のコンピュータ可読記憶媒体。
［Ｃ４９］
前記１つまたは複数のプロセッサに、固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングさせる命令をさらに備える、Ｃ４７に記載のコンピュータ可読記憶媒体。
［Ｃ５０］
前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記第１のパラメータセットのパラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、Ｃ４７に記載のコンピュータ可読記憶媒体。
［Ｃ５１］
スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、Ｃ４７に記載のコンピュータ可読記憶媒体。

Claims (51)

1. ビデオデータを復号する方法であって、前記方法が、
   固定長コーディングされたパラメータセット識別子（ＩＤ）を有するパラメータセットを受信することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
   ビデオデータを復号するために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
   を備える方法。
2. 受信されたシグナリングに基づいて前記固定長コーディングのためのビット数を判断することをさらに備える、請求項１に記載の方法。
3. 一緒にスプライスされた第１のビットストリームと第２のビットストリームとを備えるスプライスビットストリームを受信することをさらに備え、ここにおいて前記パラメータセットＩＤが、前記第１のビットストリームの第１のパラメータセットのパラメータセットＩＤと第２のビットストリームの第２のパラメータセットのパラメータセットＩＤとを備え、前記第１のパラメータセットＩＤが、前記第２のパラメータセットＩＤとは異なり一意である、請求項１に記載の方法。
4. 前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤおよび前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤのうちの１つまたは複数を復号することをさらに備える、請求項３に記載の方法。
5. 前記スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項３に記載の方法。
6. パラメータセットＩＤへの参照をコーディングすることをさらに備え、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、請求項１に記載の方法。
7. ビデオデータを符号化する方法であって、前記方法が、
   固定長コーディングされたパラメータセットＩＤを有するパラメータセットを形成することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
   ビデオデータを符号化するために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
   を備える方法。
8. 前記ＩＤの前記固定長コーディングのためのビット数をシグナリングすることをさらに備える、請求項７に記載の方法。
9. 一緒にスプライスされた第１のビットストリームと第２のビットストリームとを備えるスプライスビットストリームを送信することをさらに備え、ここにおいて前記パラメータセットＩＤが、前記第１のビットストリームの第１のパラメータセットのパラメータセットＩＤと第２のビットストリームの第２のパラメータセットのパラメータセットＩＤとを備え、前記第１のパラメータセットＩＤが、前記第２のパラメータセットＩＤとは異なり一意である、請求項７に記載の方法。
10. 前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤおよび前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤのうちの１つまたは複数を符号化することをさらに備える、請求項９に記載の方法。
11. 前記スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項９に記載の方法。
12. パラメータセットＩＤへの参照をコーディングすることをさらに備え、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、請求項７に記載の方法。
13. ビデオデータを処理するための装置であって、前記装置が、
    固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
    ビデオデータをコーディングするために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
    を行うように構成された１つまたは複数のプロセッサ
    を備える装置。
14. 前記１つまたは複数のプロセッサが、受信されたシグナリングに基づいて前記固定長コーディングのためのビット数を判断するようにさらに構成された、請求項１３に記載の装置。
15. 前記１つまたは複数のプロセッサが、一緒にスプライスされた第１のビットストリームと第２のビットストリームとを備えるスプライスビットストリームを受信するようにさらに構成され、ここにおいて前記パラメータセットＩＤが、前記第１のビットストリームの第１のパラメータセットのパラメータセットＩＤと第２のビットストリームの第２のパラメータセットのパラメータセットＩＤとを備え、前記第１のパラメータセットＩＤが、前記第２のパラメータセットＩＤとは異なり一意である、請求項１３に記載の装置。
16. 前記１つまたは複数のプロセッサが、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤおよび前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤのうちの１つまたは複数をコーディングするようにさらに構成された、請求項１５に記載の装置。
17. 前記スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項１５に記載の装置。
18. 前記１つまたは複数のプロセッサが、パラメータセットＩＤへの参照をコーディングするようにさらに構成され、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、請求項１３に記載の装置。
19. ビデオデータを処理するための装置であって、前記装置が、
    固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理するための手段と、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
    ビデオデータをコーディングするために固定長コーディングされた前記識別子を有する前記パラメータセットを使用するための手段と
    を備える装置。
20. 実行されたとき、デバイスの１つまたは複数のプロセッサに、
    固定長コーディングされたパラメータセットＩＤを有するパラメータセットを処理することと、ここにおいて前記パラメータセットのための前記パラメータセットＩＤが、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、
    ビデオデータをコーディングするために固定長コーディングされた前記識別子を有する前記パラメータセットを使用することと
    を行わせる命令
    を記憶するコンピュータ可読記憶媒体。
21. ビデオデータを処理する方法であって、前記方法が、
    第１のビットストリームの第１のパラメータセットの第１のパラメータセット識別子（ＩＤ）が第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、
    前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、
    前記一意のパラメータセットＩＤに関連するパラメータセットを送信することと
    を備える方法。
22. 送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、請求項２１に記載の方法。
23. 固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングすることをさらに備える、請求項２１に記載の方法。
24. 前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、請求項２１に記載の方法。
25. スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項２１に記載の方法。
26. 前記方法が、ビデオ処理デバイスによって実行される、請求項２１に記載の方法。
27. 前記ビデオ処理デバイスが、ビデオデコーダを備えるクライアントデバイス、多重化ユニット、ビデオ前処理デバイス、プロセッサ、プロセッサによって実行されるウェブブラウザ、ルータ、またはコンテンツ配信ネットワークのデバイスのうちの１つを備える、請求項２６に記載の方法。
28. 前記第１のビットストリームと前記第２のビットストリームとを一緒にスプライスすることをさらに備える、請求項２６に記載の方法。
29. 前記第２のビットストリームについての関連するコード化されたビデオデータ中の前記第２のパラメータセットＩＤへの参照が代わりに前記一意のパラメータセットＩＤを対象とするように前記参照を更新することをさらに備える、請求項２１に記載の方法。
30. パラメータセットＩＤへの参照をコーディングすることをさらに備え、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、請求項２１に記載の方法。
31. ビデオデータを処理するための装置であって、前記装置が、
    第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、
    前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、
    前記一意のパラメータセットＩＤに関連するパラメータセットを送信することと
    を行うように構成された１つまたは複数のプロセッサ
    を備える装置。
32. 送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、請求項３１に記載の装置。
33. 前記１つまたは複数のプロセッサが、固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングするようにさらに構成された、請求項３１に記載の装置。
34. 前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記パラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、請求項３１に記載の装置。
35. スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項３１に記載の装置。
36. 前記装置がビデオ処理デバイスを備える、請求項３１に記載の装置。
37. 前記ビデオ処理デバイスが、ビデオデコーダを備えるクライアントデバイス、多重化ユニット、ビデオ前処理デバイス、プロセッサ、プロセッサによって実行されるウェブブラウザ、ルータ、またはコンテンツ配信ネットワークのデバイスのうちの１つを備える、請求項３６に記載の装置。
38. 前記１つまたは複数のプロセッサが、前記第２のビットストリームについての関連するコード化されたビデオデータ中の前記第２のパラメータセットＩＤへの参照が代わりに前記一意のパラメータセットＩＤを対象とするように前記参照を更新するようにさらに構成された、請求項３６に記載の装置。
39. 前記ビデオ処理デバイスが、メディアアウェアネットワーク要素（ＭＡＮＥ）を備える、請求項３６に記載の装置。
40. 前記１つまたは複数のプロセッサが、前記第１のビットストリームと前記第２のビットストリームとを一緒にスプライスするようにさらに構成された、請求項３６に記載の装置。
41. 前記１つまたは複数のプロセッサが、パラメータセットＩＤへの参照をコーディングするようにさらに構成され、ここにおいて前記参照が、固定長コーディングされ、エントロピーコーディングされた前記パラメータセット中の任意のシンタックス要素の前にある、請求項３６に記載の装置。
42. ビデオデータを処理するための装置であって、前記装置が、
    第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断するための手段と、
    前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更するための手段と、
    前記一意のパラメータセットＩＤに関連するパラメータセットを送信するための手段と
    を備える装置。
43. 送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、請求項４２に記載の装置。
44. 固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングするための手段をさらに備える、請求項４２に記載の装置。
45. 前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、請求項４２に記載の装置。
46. スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項４２に記載の装置。
47. 実行されたとき、デバイスの１つまたは複数のプロセッサに、
    第１のビットストリームの第１のパラメータセットの第１のパラメータセットＩＤが第２のビットストリームの第２のパラメータセットの第２のパラメータセットＩＤと同じであるかどうかを判断することと、
    前記第２のパラメータセットＩＤが前記第１のパラメータセットＩＤと同じであると判断したことに応答して、前記第２のパラメータセットＩＤを一意のパラメータセットＩＤに変更することと、
    前記一意のパラメータセットＩＤに関連するパラメータセットを送信することと
    を行わせる命令
    を記憶するコンピュータ可読記憶媒体。
48. 送信することが、前記第１のビットストリームを前記第２のビットストリームとスプライスすることから生じるスプライスビットストリームの送信に対してアウトオブバンドで前記一意のパラメータセットＩＤに関連する前記パラメータセットを送信することを備える、請求項４７に記載のコンピュータ可読記憶媒体。
49. 前記１つまたは複数のプロセッサに、固定長コードを使用して、前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤと、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤと、前記一意のパラメータセットＩＤとのうちの１つまたは複数をコーディングさせる命令をさらに備える、請求項４７に記載のコンピュータ可読記憶媒体。
50. 前記第１のビットストリームの前記第１のパラメータセットの前記パラメータセットＩＤが、シーケンスパラメータセットタイプと、ピクチャパラメータセットタイプと、適応パラメータセットタイプとのうちの１つを備えるパラメータタイプに関連付けられ、前記第２のビットストリームの前記第２のパラメータセットの前記パラメータセットＩＤが、前記第１のビットストリームの前記第１のパラメータセットのパラメータセットＩＤと同じタイプのパラメータセットに関連付けられる、請求項４７に記載のコンピュータ可読記憶媒体。
51. スプライスビットストリームが、スプライシングポイントの前の前記第１のビットストリームのビデオデータと前記スプライシングポイントの後の前記第２のビットストリームのビデオデータとを備える、請求項４７に記載のコンピュータ可読記憶媒体。

Images