(57)【特許請求の範囲】
【請求項１】
スケーラブルビデオコーディング（ＳＶＣ）スキーム中で拡張レイヤをコード化する方法において、前記コード化はエンコーディングを含み、
前記方法は、
ランレングスコード化のラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化することと、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、ランレングスコード化情報を生成させることと、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定することと、
前記リファインメント係数規則に基づいて、前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係する前記符号情報を除外することと
を含み、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係する符号情報と、前記ラン値とを含み、
前記符号情報を除外することは、第１の技術または第２の技術のうちの１つを含み、
前記第１の技術は、
ビデオブロック中の前記リファインメント係数の数がＸより大きいか否かを決定し、ここで、Ｘは正の整数であることと、
前記リファインメント係数の数がＸより大きくないときに、前記ランレングスコード化情報中に、前記リファインメント係数に関係する符号情報を含めることと、
前記リファインメント係数の数が、Ｘより大きいときに、１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定することと、
前記リファインメント係数の数が、Ｘより大きいときに、前記符号情報のうちの少なくともいくつかを除外することと
を含み、
前記第２の技術は、
前記リファインメント係数のうちの何らかのものが、ゼロでない値を有するか否かを決定することと、
１つ以上のリファインメント係数がゼロでない値を有するときに、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記ゼロでない値を有するリファインメント係数に関係する符号情報を決定することと、
前記ランレングスコード化情報から、前記ゼロでない値を有するリファインメント係数のうちの少なくともいくつかに関係する符号情報を除外することと
を含む、方法。
【請求項２】
前記リファインメント係数規則は、コード化ユニットに対する第１の規則と、前記コード化ユニット内の所定のビデオブロックに対する第２の規則とを含む、請求項１記載の方法。
【請求項３】
前記コード化ユニットは、ビデオフレーム、または、ビデオフレームのスライスのうちのいずれかを含む、請求項２記載の方法。
【請求項４】
前記第１の規則は、２つ以上のタイプのビデオブロックのそれぞれに対して、前記リファインメント係数に関係する符号を、前記ＳＶＣスキームにおける前のレイヤの対応する係数の符号に関して、同一に保持すべきか、または、変更すべきかを示し、前記第２の規則は、前記所定のビデオブロックに対して、前記第１の規則を適用すべきか、または、無視すべきかを示す、請求項２記載の方法。
【請求項５】
前記方法は、
前記第２の規則が、前記第１の規則を無視すべきであることを示すときに、前記所定のビデオブロックに対するランレングスコード化情報中に、前記リファインメント係数に関係する符号情報を含めることと、
前記第２の規則が、前記第１の規則を適用すべきであることを示すときに、前記所定のビデオブロックに対するランレングスコード化情報中に、前記リファインメント係数の符号情報を含めないことと
をさらに含む、請求項４記載の方法。
【請求項６】
前記２つ以上のタイプのビデオブロックは、イントラコード化されたビデオブロックと、インターコード化されたビデオブロックとを含む、請求項４記載の方法。
【請求項７】
前記ランレングスコード化情報と、前記リファインメント係数規則を規定する情報とを送信することをさらに含む、請求項１記載の方法。
【請求項８】
前記ランレングスコード化は、前記ラン値に基づいて、テーブルルックアップを実行して、可変長コードを生成させることを含む、請求項１記載の方法。
【請求項９】
前記ランレングスコード化は、値の対に基づいて、テーブルルックアップを実行して、可変長コードを生成させることを含み、前記対は、コード化されているビデオブロックに関係するタイプに依拠する第２の値と、前記ラン値とを含む、請求項１記載の方法。
【請求項１０】
デバイスにおいて、
スケーラブルビデオコーディング（ＳＶＣ）スキーム中で、拡張レイヤをコード化するように構成されているランレングスコード化ユニットを具備し、
前記ランレングスコード化ユニットは、前記拡張レイヤをエンコードし、
前記ランレングスコード化ユニットは、
ランレングスコード化のラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化し、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、ランレングスコード化情報を生成させ、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定し、
前記リファインメント係数規則に基づいて、前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係する前記符号情報を除外し、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係する符号情報と、前記ラン値とを含み、
前記符号情報を除外するために、前記ランレングスコード化ユニットは、第１の技術または第２の技術のうちの１つを利用し、
前記第１の技術を利用する前記ランレングスコード化ユニットは、
ビデオブロック中の前記リファインメント係数の数がＸより大きいか否かを決定し、ここで、Ｘは正の整数であり、
前記リファインメント係数の数がＸより大きくないときに、前記ランレングスコード化情報中に、前記リファインメント係数に関係する符号情報を含ませ、
前記リファインメント係数の数が、Ｘより大きいときに、１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定し、
前記リファインメント係数の数が、Ｘより大きいときに、前記符号情報のうちの少なくともいくつかを除外し、
前記第２の技術を利用する前記ランレングスコード化ユニットは、
前記リファインメント係数のうちの何らかのものが、ゼロでない値を有するか否かを決定し、
１つ以上の前記リファインメント係数がゼロでない値を有するときに、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記ゼロでない値を有するリファインメント係数に関係する符号情報を決定し、
前記ランレングスコード化情報から、前記ゼロでない値を有するリファインメント係数のうちの少なくともいくつかに関係する符号情報を除外する、デバイス。
【請求項１１】
前記リファインメント係数規則は、コード化ユニットに対する第１の規則と、前記コード化ユニット内の所定のビデオブロックに対する第２の規則とを含む、請求項１０記載のデバイス。
【請求項１２】
前記コード化ユニットは、ビデオフレーム、または、ビデオフレームのスライスのうちのいずれかを含む、請求項１１記載のデバイス。
【請求項１３】
前記第１の規則は、２つ以上のタイプのビデオブロックのそれぞれに対して、前記リファインメント係数に関係する符号を、前記ＳＶＣスキームにおける前のレイヤの対応する係数の符号に関して、同一に保持すべきか、または、変更すべきかを示し、前記第２の規則は、前記所定のビデオブロックに対して、前記第１の規則を適用すべきか、または、無視すべきかを示す、請求項１１記載のデバイス。
【請求項１４】
前記デバイスは、
回路と、
ワイヤレス通信デバイスと
のうちの少なくとも１つを含む、請求項１０記載のデバイス。
【請求項１５】
命令を備えるコンピュータ読取可能記憶媒体において、
前記命令は、ビデオコード化デバイスにおいて実行される際に、前記ビデオコード化デバイスに、スケーラブルビデオコーディング（ＳＶＣ）スキーム中で拡張レイヤをコード化させ、前記コード化は、エンコーディングを含み、
前記命令は、前記ビデオコード化デバイスに、ランレングスコード化のラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化させ、
前記命令は、前記ビデオコード化デバイスに、前記シグニフィカント係数と前記リファインメント係数とに基づいて、ランレングスコード化情報を生成させ、
前記命令は、前記ビデオコード化デバイスに、１つ以上のリファインメント係数規則を規定させて、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定させ、
前記命令は、前記ビデオコード化デバイスに、前記リファインメント係数規則に基づいて、前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係する前記符号情報を除外させ、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係する符号情報と、前記ラン値とを含み、
前記ビデオコード化デバイスに、前記符号情報を除外させる命令は、前記ビデオコード化デバイスに、第１の技術または第２の技術のうちの１つを実行させ、
前記第１の技術は、実行されるときに、前記ビデオコード化デバイスに、
ビデオブロック中の前記リファインメント係数の数がＸより大きいか否かを決定させ、ここで、Ｘは正の整数であり、
前記リファインメント係数の数がＸより大きくないときに、前記ランレングスコード化情報中に、前記リファインメント係数に関係する符号情報を含めさせ、
前記リファインメント係数の数が、Ｘより大きいときに、１つ以上のリファインメント係数規則を規定させて、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定させ、
前記リファインメント係数の数が、Ｘより大きいときに、前記符号情報のうちの少なくともいくつかを除外させ、
前記第２の技術は、実行されるときに、前記ビデオコード化デバイスに、
前記リファインメント係数のうちの何らかのものが、ゼロでない値を有するか否かを決定させ、
１つ以上のリファインメント係数がゼロでない値を有するときに、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記ゼロでない値を有するリファインメント係数に関係する符号情報を決定させ、
前記ランレングスコード化情報から、前記ゼロでない値を有するリファインメント係数のうちの少なくともいくつかに関係する符号情報を除外させる、コンピュータ読取可能記憶媒体。
【請求項１６】
デバイスにおいて、
スケーラブルビデオコーディング（ＳＶＣ）スキーム中で拡張レイヤをエンコードするように構成されている拡張レイヤコード化手段を具備し、
前記拡張レイヤコード化手段は、
ランレングスコード化のラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化する手段と、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、ランレングスコード化情報を生成させる手段と、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定する手段と、
前記リファインメント係数規則に基づいて、前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係する前記符号情報を除外する手段と
を備え、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係する符号情報と、前記ラン値とを含み、
前記符号情報を除外する手段は、第１の技術または第２の技術のうちの１つを実行し、
前記第１の技術は、
ビデオブロック中の前記リファインメント係数の数がＸより大きいか否かを決定し、ここで、Ｘは正の整数であることと、
前記リファインメント係数の数がＸより大きくないときに、前記ランレングスコード化情報中に、前記リファインメント係数に関係する符号情報を含めることと、
前記リファインメント係数の数が、Ｘより大きいときに、１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係する符号情報を決定することと、
前記リファインメント係数の数が、Ｘより大きいときに、前記符号情報のうちの少なくともいくつかを除外することと
を含み、
前記第２の技術は、
前記リファインメント係数のうちの何らかのものが、ゼロでない値を有するか否かを決定することと、
１つ以上のリファインメント係数がゼロでない値を有するときに、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数規則に基づいて、前記ゼロでない値を有するリファインメント係数に関係する符号情報を決定することと、
前記ランレングスコード化情報から、前記ゼロでない値を有するリファインメント係数のうちの少なくともいくつかに関係する符号情報を除外することと
を含む、デバイス。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２００７年３月７日に出願された米国仮出願第６０／８９３，５８６号に対する優先権を主張し、この内容全体は、ここで参照により組み込まれている。
【技術分野】
【０００２】
本開示は、デジタルビデオコーディングに関連し、より詳細には、スケーラブルビデオコーディング（ＳＶＣ）スキームの拡張レイヤにおける、変換係数のランレングスコーディングに関連する。
【背景技術】
【０００３】
デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレス通信デバイス、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタルレコーディングデバイス、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、および類似物を含む、広範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、または、Ｈ．２６４／ＭＰＥＧ−４パート１０、アドバンストビデオコーディング（ＡＶＣ）のようなビデオ圧縮技術を実現して、デジタルビデオをより効率的に送受信する。ビデオ圧縮技術は、空間的および時間的予測を実効して、ビデオシーケンスに固有の冗長性を減少させ、または、なくす。
【０００４】
ビデオコーディングにおいて、ビデオ圧縮は、一般的に、空間的予測、動き推定、および動き補間を含む。イントラコーディングは、空間的予測に依拠して、所定のビデオフレーム内のビデオブロック間の空間的冗長性を減少させ、または、なくす。インターコーディングは、時間的予測に依拠して、ビデオシーケンスの連続的ビデオフレームのビデオブロック間の時間的冗長性を減少させ、または、なくす。インターコーディングに対して、ビデオエンコーダは、動き推定を実行して、２つ以上の隣接フレームの間の一致するビデオブロックの動きを追跡する。動き推定は、動きベクトルを生成し、動きベクトルは、１つ以上の参照フレーム中の、対応する予測ビデオブロックに相対的なビデオブロックの変位を示す。動き補間は、動きベクトルを使用して、参照フレームから予測ビデオブロックを生成させる。動き補間の後、コード化されることになるオリジナルのビデオブロックから、予測ビデオブロックを減ずることによって、残差のビデオブロックが形成される。
【０００５】
ビデオエンコーダは、変換、量子化、およびランレングスコーディング処理を適用して、残差ブロックの通信に関係するビットレートをさらに減少させてもよい。ランレングスコーディングにおいて、ラン値、レベル値、および符号値を使用して、係数のシーケンスをコード化してもよい。ランレングスコーディングアルゴリズムは、一緒にコード化することができるゼロのシーケンスを識別するために、例えば、ジグザグの方法で、ビデオブロックの変換係数を通してスキャンしてもよい。ラン値は、ゼロのシーケンスを識別し、レベル値は、ゼロのシーケンスに続く係数の値を識別する。例えば、何らかの係数の大きさが、−１、０、または１の値に制限されているときのような、いくつかのケースにおいて、レベル値が１であるとして推定してもよい。符号値は、レベル値に関係する符号を識別する。
【０００６】
いくつかのケースでは、可変長コーディング（ＶＬＣ）テーブルを使用して、コーディング効率を上げるような方法で、異なるラン値をコード化してもよく、異なるビデオコンテンツに対して異なるＶＬＣテーブルを使用してもよい。ビデオデコーダは、逆の動作を実行して係数を再構成し、次に、係数を逆変換する。ビデオデコーダは、次に、動き情報と、ビデオブロックに関係する残差情報とに基づいて、ビデオ情報をデコードする。
【０００７】
スケーラブル技術の使用を行うビデオコーディングもある。例えば、スケーラブルビデオコーディング（ＳＶＣ）は、その中で、基本レイヤと、１つ以上のスケーラブル拡張レイヤとが使用されるビデオコーディングを指す。ＳＶＣに対して、基本レイヤは、一般的に基本レベルの品質で、ビデオデータを担持する。１つ以上の拡張レイヤは、追加的なビデオデータを担持して、より高度な空間的、時間的、および／またはＳＮＲレベルをサポートする。基本レイヤは、拡張レイヤの送信よりもより信頼可能な方法で送信されてもよい。例えば、変調された信号の最も信頼可能な部分を使用して、基本レイヤを送信してもよく、他方、変調された信号のより信頼可能でない部分を使用して、拡張レイヤを送信してもよい。拡張レイヤは、シグニフィカント係数とリファインメント係数として呼ばれる異なるタイプの係数を規定してもよい。
【発明の概要】
【０００８】
一般的に、本開示はスケーラブルビデオコーディング（ＳＶＣ）スキーム中で拡張レイヤをコーディングするための技術を説明する。この技術は、拡張レイヤのシグニフィカント係数とリファインメント係数とのランレングスコーディングを含む。シグニフィカント係数と、リファインメント係数とを個別にコード化するために、２つの異なるランレングスパスを実行するというよりは、本開示の技術は、シグニフィカント係数と、リファインメント係数との結合されたランレングスコーディングを実行する。言い換えると、シグニフィカント係数と、リファインメント係数とのランレングスコーディングは、単一のコーディングパスで、一緒に実行される。したがって、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化する。追加的技術をまた説明し、これは、リファインメント係数のいくつかのものに対する符号情報を送る必要性をなくすことができる。代わりに、ＳＶＣスキームの前にエンコードされたレイヤの対応する係数の符号値に基づいて、このリファインメント係数のいくつかのものに対する符号情報を、デコーダにおいて導出してもよく、これは、圧縮効率性をさらに改善することができる。
【０００９】
１つの例において、本開示は、ＳＶＣスキーム中で拡張レイヤをコーディングする方法を提供し、方法は、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、拡張レイヤのシグニフィカント係数とリファインメント係数とを一緒にランレングスコーディングすることを含む。
【００１０】
別の例において、本開示は、ＳＶＣスキーム中で、拡張レイヤをコード化するように構成されているランレングスコーディングユニットを具備するデバイスを提供し、ランレングスコーディングユニットは、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、拡張レイヤのシグニフィカント係数とリファインメント係数とを一緒にランレングスコード化する。
【００１１】
別の例において、本開示は、ＳＶＣスキーム中で、拡張レイヤをコード化する手段を具備するデバイスを提供し、コード化手段は、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、拡張レイヤのシグニフィカント係数とリファインメント係数とに一緒にランレングスコーディングを実行する。
【００１２】
本開示において説明した技術は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせにおいて実現されてもよい。ソフトウェアにおいて実現される場合、ソフトウェアは、マイクロプロセッサ、アプリケーション専用集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、または、デジタルシグナルプロセッサ（ＤＳＰ）のような、１つ以上のプロセッサにおいて実行されてもよい。技術を実行するソフトウェアは、最初にコンピュータ読取可能媒体中に記憶されてもよく、プロセッサ中にロードされ、実行されてもよい。
【００１３】
したがって、本開示はまた、命令を備えるコンピュータ読取可能媒体も企図しており、命令は、ビデオコーディングデバイスにおいて、実行される際に、デバイスに、ＳＶＣスキーム中で拡張レイヤをコード化させ、命令は、デバイスに、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコードするように、拡張レイヤのシグニフィカント係数とリファインメント係数とを一緒にランレングスコード化させる。いくつかのケースでは、コンピュータ読取可能媒体は、コンピュータプログラム製品の一部を成してもよく、これは、製造者に対して販売されてもよく、および／または、ビデオコーディングデバイスにおいて使用されてもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでもよく、いくつかのケースでは、パッケージングマテリアルも含んでもよい。
【００１４】
他のケースでは、本開示は、集積回路、チップセット、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、論理、または、ここで説明する技術の１つ以上のものを実行するように構成されている、これらのさまざまな組み合わせのような回路に向けられていてもよい。
【００１５】
本開示の１つ以上の観点の詳細を、添付の図面と、以下の詳細な説明において述べる。本開示において説明する技術の、他の特徴、目的、および利点は、詳細な説明と図面から、また、特許請求の範囲から明らかになるだろう。
【図面の簡単な説明】
【００１６】
【図１】図１は、ビデオエンコーディングおよびデコーディングシステムを図示する例示的なブロック図である。
【図２】図２は、スケーラブルビデオビットストリームの基本レイヤと拡張レイヤのビデオストリームを図示する概念図である。
【図３】図３は、本開示に一貫したビデオエンコーダの例を図示するブロック図である。
【図４】図４は、本開示に一貫したビデオデコーダの例を図示するブロック図である。
【図５】図５は、エンコーディングに対して使用されてもよいランレングスコーディングユニットの例示的なブロック図である。
【図６】図６は、デコーディングに対して使用されてもよいランレングスコーディングユニットの例示的なブロック図である。
【図７】図７は、本開示に一貫した説明的な例を示すグラフである。
【図８】図８は、本開示に一貫したランレングスエンコーディング技術を図示するフロー図である。
【図９】図９は、本開示に一貫したランレングスデコーディング技術を図示するフロー図である。
【詳細な説明】
【００１７】
図１は、ビデオエンコーディングおよびデコーディングシステム１０を図示するブロック図である。図１に示したように、システム１０は、通信チャネル１５を介して、受信デバイス１６にエンコードされたビデオを送信するソースデバイス１２を含む。ソースデバイス１２は、ビデオソース２０、ビデオエンコーダ２２、および変調器／送信機２４を含んでもよい。受信デバイス１６は、受信機／復調器２６、ビデオデコーダ２８、およびディスプレイデバイス３０を含んでもよい。システム１０は、スケーラブルビデオコーディング（ＳＶＣ）スキームにおける拡張レイヤに関係するビデオ情報のランレングスコーディングに対して技術を適用するように構成されていてもよい。ソースデバイス１２の送信機と、受信機デバイス１６の受信機とは、両方とも通信手段の例である。
【００１８】
ＳＶＣは、基本レイヤと、１つ以上のスケーラブル拡張レイヤとが使用されるビデオコーディングを指す。ＳＶＣに対して、基本レイヤは、一般的に基本レベルの品質で、ビデオデータを担持する。１つ以上の拡張レイヤは、追加的なビデオデータを担持して、より高度な空間的、時間的、および／または信号対雑音ＳＮＲレベルをサポートする。拡張レイヤは、前にエンコードされたレイヤに関して規定されてもよい。拡張レイヤは、シグニフィカント係数とリファインメント係数として言及される、少なくとも２つの異なるタイプの係数を規定してもよい。リファインメント係数は、前にエンコードされたレイヤの対応する値に関する値を規定してもよい。
【００１９】
リファインメント係数は、それに対して、ＳＶＣスキームにおける前のレイヤの対応する係数がゼロでない値を持つ拡張レイヤの係数を指し、対照的に、シグニフィカント係数は、ＳＶＣスキームにおける前のレイヤの対応する係数がゼロの値を持つ拡張レイヤの係数を指す。従来、拡張レイヤのランレングスコーディングは、２つのパスのアプローチを含む。第１のパスを実行して、シグニフィカント係数をランレングスコード化し、もう１つのパスを実行して、リファインメント係数をコード化する。
【００２０】
本開示にしたがうと、しかしながら、デバイス１２と１６は、シグニフィカント係数とリファインメント係数とのランレングスコーディングを一緒に実行している。したがって、ランレングスコーディングのラン値は、リファインメント係数とともにシグニフィカント係数をコード化する。さらに、デバイス１２と１６は、ソースデバイス１２が、いくつかのリファインメント係数に対して、符号情報を送る必要性をなくしてもよい、追加的な技術を実行してもよい。代わりに、いくつかのリファインメント係数に対する、この符号情報は、受信デバイス１６において導出されてもよく、このことは圧縮効率をさらに改良することができる。
【００２１】
図１の例において、通信チャネル１５は、無線周波数（ＲＦ）スペクトル、または１つ以上の物理的送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体、あるいは、ワイヤレスおよびワイヤード媒体の何らかの組み合わせを含んでもよい。通信チャネル１５は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成してもよい。通信チャネル１５は、一般的に、ソースデバイス１２から受信デバイス１６に対してビデオデータを送信するための何らかの適切な通信媒体、または、異なる通信媒体の集合体を表す。
【００２２】
ソースデバイス１２は、受信デバイス１６に対して送信するためのコード化されたビデオデータを生成する。いくつかのケースでは、しかしながら、デバイス１２と１６は、実質的に対照的な方法で動作してもよい。例えば、デバイス１２と１６のそれぞれは、ビデオエンコーディングコンポーネントと、ビデオデコーディングコンポーネントとを含んでもよい。したがって、システム１０は、例えば、ビデオストリーミング、ビデオブロードキャスティング、または、ビデオテレフォニーのための、ビデオデバイス１２と１６との間の、１方向または２方向のビデオ送信をサポートしてもよい。
【００２３】
ソースデバイス１２のビデオソース２０は、ビデオカメラ、従前にキャプチャされたビデオを含んでいるビデオアーカイブ、または、ビデオコンテンツプロバイダからのビデオフィードのような、ビデオキャプチャデバイスを含んでもよい。さらなる代替として、ビデオソース２０は、コンピュータグラフィックスベースのデータ、または、ライブビデオとコンピュータ生成されたビデオの組み合わせをソースビデオとして生成させてもよい。いくつかのケースでは、ビデオソース２０がビデオカメラである場合、ソースデバイス１２と受信デバイス１６とは、いわゆるカメラ電話機またはビデオ電話機を形成してもよい。何れのケースにおいても、キャプチャされた、予めキャプチャされた、または、コンピュータ生成されたビデオは、ビデオソースデバイス１２から、変調器／送信機２２、通信チャネル１５、および受信機／復調器２６を介して、ビデオ受信デバイス１６のビデオデコーダ２８に、送信するために、ビデオエンコーダ２２によってエンコードされてもよい。ビデオエンコーディングおよびデコーディング処理は、ここで説明したランレングスコーディング技術を実現して、処理を改良してもよい。ディスプレイデバイス３０は、デコードされたビデオデータをユーザに対して表示し、陰極線管、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、他のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちの何らかのものを含んでもよい。
【００２４】
ビデオエンコーダ２２とビデオデコーダ２８とは、空間的、時間的、および／または信号対雑音（ＳＮＲ）スケーラビリティに対するＳＶＣをサポートするように構成されてもよい。いくつかの観点では、ビデオエンコーダ２２とビデオデコーダ２８とは、基本レイヤと、１つ以上のスケーラブル拡張レイヤとのエンコーディング、送信、およびデコーディングをサポートすることによって、さまざまな度合のスケーラビリティをサポートしてもよい。再び、スケーラブルビデオコーディングに対して、基本レイヤは基本レベルの品質で、ビデオデータを担持する。１つ以上の拡張レイヤは、追加的なデータを担持して、より高度な空間的、時間的、および／またはＳＮＲレベルをサポートする。基本レイヤは、拡張レイヤの送信より信頼可能な方法で送信されてもよい。例えば、変調信号の最も信頼可能な部分を使用して、基本レイヤを送信してもよく、他方、変調信号のより信頼可能でない部分を使用して、拡張レイヤを送信してもよい。
【００２５】
ＳＶＣをサポートするために、ビデオエンコーダ２２は、基本レイヤエンコーダ３２と、１つ以上の拡張レイヤエンコーダ３４とを含み、それぞれ、基本レイヤと、１つ以上の拡張レイヤとのエンコードを実行してもよい。拡張係数とともにシグニフィカント係数のランレングスコーディングを含む、本開示の技術は、ＳＶＣにおける拡張レイヤのビデオブロックのコーディングに適用可能である。
【００２６】
ビデオデコーダ２８は、基本レイヤと拡張レイヤの両方に関係するビデオブロックをデコードする、結合された基本／拡張デコーダを含んでもよい。ビデオデコーダ２８は、基本レイヤと拡張レイヤの両方に関係するビデオブロックをデコードして、デコードされたビデオを結合させて、ビデオシーケンスのフレームを再構成してもよい。ディスプレイデバイス３０は、デコードされたビデオシーケンスを受け取って、ビデオシーケンスをユーザに提示してもよい。
【００２７】
ビデオエンコーダ２２と、ビデオデコーダ２８とは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、または、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４パート１０、アドバンストビデオコーディング（ＡＶＣ）のような、ビデオ圧縮標準規格にしたがって、動作してもよい。図１に示していないが、いくつかの観点において、ビデオエンコーダ２２と、ビデオデコーダ２８とは、それぞれ音声エンコーダおよびデコーダに一体化されてもよく、適切なＭＵＸ−ＤＥＭＵＸユニット、または、他のハードウェアとソフトウェアを含み、共通のデータストリーム、または個別のデータストリームでの、音声とビデオの両方のエンコーディングを取り扱ってもよい。適用可能である場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルに準拠していてもよい。
【００２８】
Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）標準規格は、ＩＳＯ／ＩＥＣ動画像符号化専門グループ（ＭＰＥＧ）とともに、ＩＴＵ−Ｔビデオコーディング専門グループ（ＶＣＥＧ）によって、ジョイントビデオチーム（ＪＶＴ）として知られている集合的パートナーシップのプロダクトとして、策定された。いくつかの観点では、一般的に、Ｈ．２６４標準規格に準拠するデバイスに対して、本開示で説明する技術を適用してもよい。Ｈ．２６４標準規格は、ＩＴＵ−Ｔ研究グループによる、２００５年３月付けの、ＩＴＵ−Ｔ勧告Ｈ．２６４、汎用オーディオビジュアルサービスのためのアドバンストビデオコーディングに記述されており、これを、ここで、Ｈ．２６４標準規格、もしくはＨ．２６４仕様、または、Ｈ．２６４／ＡＶＣ標準規格、もしくはＨ．２６４／ＡＶＣ仕様として呼ぶ。
【００２９】
ジョイントビデオチーム（ＪＶＴ）は、Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）のＳＶＣ拡張に作業を続行中である。進歩中のＳＶＣ拡張の仕様は、ジョイントドラフト（ＪＤ）の形態にある。ＪＶＴによって作成された、ジョイントスケーラブルビデオモデル（ＪＳＶＭ）は、スケーラブルビデオにおいて使用するためのツールを実現し、これは、本開示において説明されているさまざまなコーディングタスクのためにシステム１０内で使用されてもよい。細粒度ＳＮＲスケーラビリティ（ＦＧＳ）コーディングに関する詳細な情報を、このジョイントドラフト中で、特に、ジョイントドラフト６（ＳＶＣ ＪＤ６）、Thomas Wiegand氏、Gary Sullivan氏、Julien Reichel氏、Heiko Schwarz氏、およびMathias Wien氏による、“ジョイントドラフト６：スケーラブルビデオコーディング”、ＪＶＴ−Ｓ ２０１、２００６年４月、ジュネーブと、ジョイントドラフト９（ＳＶＣ ＪＤ９）、Thomas Wiegand氏、Gary Sullivan氏、Julien Reichel氏、Heiko Schwarz氏、および、Mathias Wien氏による、“Joint Draft 9 of SVC Amendment”、ＪＶＴ−Ｖ ２０１、２００７年１月、モロッコ、マラケシュとの中で見つけられる。
【００３０】
いくつかの観点では、ビデオブロードキャストに関して、技術標準規格ＴＩＡ−１０９９として公示されることになる、フォワードリンク専用（ＦＬＯ）無線インターフェース仕様、“地上移動体マルチメディアマルチキャストのためのフォワードリンク専用（ＦＬＯ）無線インターフェース仕様”（“ＦＬＯ仕様”）を使用して、地上移動体マルチメディアマルチキャスト（ＴＭ３）システムにおいて、リアルタイムビデオサービスを配信するための、拡張Ｈ．２６４ビデオコーディングに対して、本開示に説明する技術を適用してもよい。すなわち、通信チャネル１５は、ＦＬＯ仕様、または、類似の仕様にしたがって、ワイヤレスビデオ情報をブロードキャストするのに使用されるワイヤレス情報チャネルを含んでもよい。ＦＬＯ仕様は、ＦＬＯ無線インターフェースに適した、ビットストリームのシンタックスとセマンティクス、およびデコーディング処理を規定する例を含む。代わりに、ＤＶＢ−Ｈ（デジタルビデオブロードキャスト−ハンドヘルド）、ＩＳＤＢ−Ｔ（一体化サービスデジタルブロードキャスト−地上）、または、ＤＭＢ（デジタルメディアブロードキャスト）のような、他の標準規格にしたがって、ビデオをブロードキャストしてもよい。したがって、ソースデバイス１２は、移動体ワイヤレス端末、ビデオストリーミングサーバ、または、ビデオブロードキャストサーバであってもよい。しかしながら、本開示で説明した技術は、何らかの特定のタイプのブロードキャスト、マルチキャスト、または、ポイント対ポイントシステムに制限されるわけではない。ブロードキャストのケースでは、ソースデバイス１２は、いくつかのチャネルのビデオデータを、複数の受信デバイスにブロードキャストしてもよく、複数の受信デバイスのそれぞれは、図１の受信デバイス１６に類似していてもよい。
【００３１】
ビデオエンコーダ２２とビデオデコーダ２８とは、１つ以上のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの任意の組み合わせとして実現されてもよい。ビデオエンコーダ２２とビデオデコーダ２８とのそれぞれは、それぞれの移動体デバイス、加入者デバイス、ブロードキャストデバイス、サーバ、および類似物中で、１つ以上のエンコーダまたはデコーダに含まれてもよく、これらはともに、結合されたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。さらに、ソースデバイス１２と受信デバイス１６とは、それぞれ、ワイヤレス通信をサポートするのに十分な無線周波数（ＲＦ）ワイヤレスコンポーネントとアンテナを含む、適用可能なようにエンコードされたビデオを送受信するための、適切な変調、復調、周波数変換、フィルタリング、および増幅器コンポーネントを含んでもよい。しかしながら、説明の簡潔さのために、このようなコンポーネントは、図１の、ソースデバイス１２の変調器／送信機２４と、受信デバイス１６の受信機／復調器２６とであるとして要約する。
【００３２】
ビデオシーケンスは一連のビデオフレームを含む。ビデオエンコーダ２２は、ビデオデータをエンコードするために、個別のビデオフレーム内のビデオブロック上に動作する。ビデオブロックは、固定のまたは可変のサイズを持っていてもよく、指定されたコーディング標準規格にしたがって、サイズにおいて異なるかもしれない。それぞれのビデオフレームは、一連のスライスを含む。それぞれのスライスは、一連のマクロブロックを含み、これは、サブブロックへと配分されてもよい。例として、ＩＴＵ−Ｔ  Ｈ．２６４標準規格は、ルーマ（luma）コンポーネントに対する１６×１６、８×８、または４×４と、クロマコンポーネントに対する８×８とのような、さまざまなブロックサイズにおけるイントラ予測とともに、ルーマコンポーネントに対する１６×１６、１６×８、８×１６、８×８、８×４、４×８、および４×４と、クロマコンポーネントに対する対応しているスケールされたサイズとのような、さまざまなブロックサイズにおけるインター予測をサポートする。ビデオブロックは、ピクセルデータのブロック、または、例えば、離散コサイン変換のような変換プロセスにしたがう、変換係数のブロックを含んでもよい。本開示のランレングスコーディング技術は、変換係数のビデオブロックに該当する。
【００３３】
より小さいビデオブロックは、よりよい解像度を提供でき、より高いレベルの詳細を含むビデオフレームの位置に対して使用されてもよい。一般的に、マクロブロック（ＭＢ）と、さまざまなサブブロックとが、ビデオブロックであるとして考えられてもよい。さらに、スライスは、ＭＢ、および／またはサブブロックのような、一連のビデオブロックであるとして考えられてもよい。それぞれのスライスは、独立してデコード可能なユニットのビデオフレームであってもよい。予測の後、８×８残差ブロック、または、４×４残差ブロック上に、変換が実行されてもよく、イントラ１６×１６予測モードが使用される場合、クロマコンポーネントまたはルーマコンポーネントに対して、４×４ブロックのＤＣ係数に、追加的な変換が適応されてもよい。再び、変換に引き続いて、データは、ビデオブロック、すなわち、変換係数のブロックであるとして、依然として呼ばれてもよい。
【００３４】
以下のイントラまたはインターベースの予測コーディングと、（Ｈ．２６４／ＡＶＣ、または離散コサイン変換ＤＣＴにおいて使用される４×４、または８×８整数変換のような）変換技術、ランレングスコーディングが実行されてもよい。この開示は、拡張レイヤのリファインメント係数およびシグニフィカント係数の、結合されたランレングスコーディングに対する技術を提供し、この技術は、データをエンコードするエンコーダ２２において、そして、データをデコードするデコーダ２６において実行されてもよい。再び、シグニフィカント係数は、前のレイヤにおけるゼロの値を持っていた係数を指し、リファインメント係数は、前のレイヤにおけるゼロでない値を持っていた係数を指す。従来は、拡張レイヤのランレングスコーディングは、２つのパスのアプローチを含み、これは、シグニフィカント係数のランレングスコーディングに対する１つのパスと、リファインメント係数のランレングスコーディングに対するもう１つのパスとを含む。
【００３５】
本開示の技術にしたがうと、拡張レイヤのランレングスコーディングは、リファインメント係数とともにシグニフィカント係数をコード化する、１つのパスアプローチに関する。ランレングスコーディングスキームにおいて、可変長コーディング（ＶＬＣ）テーブルを使用してもよい。例えば、ＶＬＣテーブルを使用して、ランレングスをコーディングしてもよく、いくつかのケースでは、コンテンツに基づいて、異なるテーブルを選択してもよく、これは、ランレングスカウント、ブロック終わりの位置カウント、または類似のもののようなさまざまな統計によって表現されてもよい。ランレングス情報は、テーブルインデックスを規定してもよく、ビデオ情報のエンコードされたゼロのシーケンスを規定してもよく、これは、このようなゼロの値を持っているシグニフィカント係数、またはリファインメント係数であってもよい。ランレングス情報を使用して、デコーディングデバイスに送信するために、選択されたＶＬＣテーブルから適切なコードワードを選択してもよい。
【００３６】
エンコーダ２２とデコーダ２８とは、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、拡張レイヤのリファインメント係数と、シグニフィカント係数とをランレングスコーディングすることによって、ＳＶＣスキーム中の拡張レイヤをコードする逆の方法を実行してもよい。用語コーディングは、一般的に、エンコーディングまたはデコーディングプロセスのいずれかを指す。ビデオエンコーダ２２はデータをエンコードし、他方、ビデオデコーダ２８はデータをデコードする。
【００３７】
図２は、スケーラブルビデオビットストリームの基本レイヤ１７と、拡張レイヤ１８との内のビデオフレームを図示する。前述のように、本開示の技術は、拡張レイヤのデータのコーディングに適用可能である。基本レイヤ１７は、第１のレベルの空間的、時間的、および／またはＳＮＲスケーラビリティを表す、エンコードされたビデオデータを含有するビットストリームを含んでもよい。拡張レイヤ１８は、第２のレベルの空間的、時間的、および／またはＳＮＲスケーラビリティを表す、エンコードされたビデオデータを含有するビットストリームを含んでもよい。単一の拡張レイヤを示したが、いくつかのケースでは、いくつかの拡張レイヤを使用してもよい。拡張レイヤのビットストリームは、基本レイヤ（または、複数の拡張レイヤが存在する場合は、前の拡張レイヤ）とともにのみ、デコード可能であってもよい。拡張レイヤ１８は、基本レイヤ１７中のデコードされたビデオデータに対する参照を含む。変換ドメインまたはピクセルドメインのいずれかにおいて、このような参照を使用して、最終的なデコードされたビデオデータを生成させてもよい。
【００３８】
基本レイヤ１７と拡張レイヤ１８とは、イントラ（Ｉ）、インター（Ｐ）、および、２方向性（Ｂ）フレームを含んでもよい。拡張レイヤ１８中のＰフレームは、基本レイヤ１７中のＰフレームへの参照に依拠する。拡張レイヤ１８と基本レイヤ１７中のフレームをデコーディングすることによって、ビデオデコーダは、デコードされたビデオのビデオ品質を増加させることができる。例えば、基本レイヤ１７は、例えば、１５フレーム毎秒の最小フレームレートで、エンコードされたビデオを含んでもよく、他方、拡張レイヤ１８は、例えば、３０フレーム毎秒のより高いフレームレートでエンコードされたビデオを含んでもよい。異なる品質レベルでのエンコーディングをサポートするために、基本レイヤ１７と拡張レイヤ１８とは、より高い量子化パラメータ（ＱＰ）と、より低いＱＰとで、それぞれエンコードされてもよい。さらに、基本レイヤ１７は、拡張レイヤ１８の送信よりも、より信頼可能な方法で送信されてもよい。例として、変調された信号の最も信頼可能な部分を使用して、基本レイヤ１７を送信してもよく、他方、変調された信号のより信頼可能でない部分を使用して、拡張レイヤ１８を送信してもよい。いくつかのケースでは、基本レイヤ１７のフレームレートは、拡張レイヤ１８のフレームレートよりも少なくてもよい。図２の図示は、単に例示的なものであり、基本および拡張レイヤは、多くの異なる方法で規定することができる。
【００３９】
図３は、本開示に一貫して、データをエンコードするランレングスコーディングユニット４７を含むビデオエンコーダ５０の例を図示するブロック図である。図３のビデオエンコーダ５０は、図１のソースデバイス２の拡張レイヤエンコーダ２４に対応していてもよい。すなわち、基本レイヤエンコーディングコンポーネントは、簡潔さのために、図３には図示していない。したがって、ビデオエンコーダ５０は、拡張レイヤエンコーダであるとして考えてもよい。代わりに、ビデオエンコーダ５０の図示したコンポーネントは、例えば、基本レイヤと拡張レイヤとのスケーラブルビデオコーディングをサポートするピラミッドエンコーダ設計において、基本レイヤエンコーディングモジュールまたはユニットとの組み合わせで実現することもできる。
【００４０】
ビデオエンコーダ５０は、ビデオフレーム内のブロックの、イントラコーディング、およびインターコーディングを実行してもよい。イントラコーディングは、空間的予測に依拠して、所定のビデオフレーム内のビデオ中の空間的冗長性を減少させ、または、なくす。インターコーディングは、ビデオシーケンスの隣接フレーム内のビデオ中の時間的冗長性を減少させ、または、なくす。インターコーディングに対して、ビデオエンコーダ５０は、動き推定を実行して、２つ以上の隣接フレームの間の一致するビデオブロックの動きを追跡する。イントラコーディングに対して、空間的予測を使用して、コードされているブロックに近く一致する、フレーム内の他のブロックを識別する。イントラコーディング、空間予測コンポーネントは、図３には図示していない。
【００４１】
図３に示したように、ビデオエンコーダ５０は、エンコードされることになるビデオフレーム内の、現在のビデオブロック３１（例えば、拡張レイヤビデオブロック）を受け取る。図３の例において、ビデオエンコーダ５０は、動き推定ユニット３３、参照フレーム記憶３５、動き補間ユニット３７、ブロック変換ユニット３９、量子化ユニット４１、逆量子化ユニット４２、逆変換ユニット４４、およびＶＬＣユニット４６を含む。（示していない）デブロッキングフィルタもまた含まれてもよく、ブロック境界をフィルタして、濃淡のアーティファクトをなくしてもよい。ビデオエンコーダ５０はまた、加算器４８と加算器５１とを含んでもよい。図３は、ビデオブロックのインターコーディングのための、ビデオエンコーダ５０の時間的予測コンポーネントを図示する。説明の簡潔さのために、図３には示していないが、ビデオエンコーダ５０はまた、いくつかのビデオブロックのイントラコーディングのための空間的予測コンポーネントも含んでもよい。しかしながら、空間的予測コンポーネントは、通常は、基本レイヤのコーディングだけに使用される。
【００４２】
動き推定ユニット３３は、ビデオブロック３１を、１つ以上の隣接ビデオフレーム中のブロックに対して比較して、１つ以上の動きベクトルを生成する。隣接フレームは、参照フレーム記憶３５から取得されてもよく、参照フレーム記憶３５は、前にエンコードされたブロックから再構成されたビデオブロックを記憶するための、任意のタイプのメモリまたはデータ記憶デバイスを含んでもよい。例えば、１６×１６、１６×８、８×１６、８×８、または、より小さいブロックサイズの、さまざまなサイズのブロックに対して、動き推定を実行してもよい。動き推定ユニット３３は、例えば、レート歪みモデルに基づいて、現在のビデオブロック３１に最も近く一致する隣接フレーム中のブロックを識別し、ブロックの間の変位を決定する。これをベースに、動き推定ユニット３３は、動きベクトル（ＭＶ）（または、２方向性予測のケースでは、複数のＭＶ）を生み出し、ＭＶは、現在のビデオブロック３１と、現在のビデオブロック３１をコードするのに使用された予測ブロックとの間の変位の大きさと軌線を表示する。
【００４３】
動きベクトルは、２分の１ピクセルの精度、または、４分の１ピクセルの精度、あるいは、より高い精度を持っていてもよく、ビデオエンコーダ５０が、整数ピクセル位置よりも高い精度で、動きを追跡できるように、また、よりよい精度のブロックを取得できるようにしてもよい。分数のピクセル値を持つ、動きベクトルが使用されるとき、動き補間ユニット３７において、補間動作が実行される。動き推定ユニット３３は、レート歪みモデルを使用して、ビデオブロックに対する、最もよい動きベクトルを識別してもよい。この結果の動きベクトルを使用して、動き補間ユニット３７は、動き補間によって、予測ビデオブロックを形成する。
【００４４】
ビデオエンコーダ５０は、オリジナルの現在のビデオブロック３１から、合計器４８において、動き補間ユニット３７によって生成された予測ビデオブロックを減算することによって、残差ビデオブロックを形成する。ブロック変換ユニット３９は、残差ブロックに、離散コサイン変換（ＤＣＴ）のような変換を適用し、残差変換ブロック係数を生成する。量子化ユニット４１は、残差変換ブロック係数を量子化して、ビットレートをさらに減少させる。合計器４９Ａは、例えば、（示していない）基本レイヤエンコーダから、基本レイヤ係数情報を受け取り、合計器４９Ａは、ブロック変換ユニット３９と量子化ユニット４１との間に位置しており、この基本レイヤ係数情報を、拡張レイヤコーディングに供給する。特に、合計器４９Ａは、ブロック変換ユニット３９の出力から基本レイヤ係数情報を抽出する。同様な方法で、逆変換ユニット４４と、逆量子化ユニット４２との間に位置している、合計器４９Ｂは、また、（示していない）基本レイヤエンコーダから、基本レイヤ係数情報を受け取る。合計器４９Ｂは、基本レイヤ係数情報を、逆量子化ユニット４２の出力に付加し戻す。
【００４５】
空間的予測コーディングは、時間的予測コーディングに非常に類似して動作する。しかしながら、時間的予測コーディングが、隣接フレームのブロック（または、他のコード化されたユニット）に依拠して、コーディングを実行する一方で、空間的予測は、共通フレーム（他のコード化されたユニット）内のブロックに依拠して、コーディングを実行する。空間的予測コーディングは、ブロック内をコード化し、他方、時間的予測コーディングは、ブロック間をコード化する。再び、空間的予測コンポーネントは、簡潔さのために、図３には示していない。
【００４６】
ランレングスコーディングユニット４７は、可変長コーディング方法にしたがって、量子化変換係数をコード化して、送信された情報のビットレートをさらに減少させさえする。特に、ランレングスコーディングユニット４７は、本開示の技術を適用して、拡張レイヤのリファインメント係数とともに、シグニフィカント係数を、ランレングスコード化する。さらに、ランレングスコーディングユニット４７は、さらなる技術を実行して、少なくともいくつかのリファインメント係数に対して、符号情報を送る必要性をなくす。これらの技術のさらなる詳細を、以下の説明で提供する。
【００４７】
ランレングスコーディングに続いて、エンコード化されたビデオが、別のデバイスに送信されてもよい。加えて、逆量子化ユニット４２と、逆変換ユニット４４とは、逆量子化と、逆変換とをそれぞれ適用して、残差ブロックを再構成する。合計器５１は、動き補間ユニット３７によって生成された動き補間された予測ブロックに、再構成された残差ブロックを追加して、再構成されたビデオブロックを生成して、参照フレーム記憶３５に記憶させる。再構成されたビデオブロックは、動き推定ユニット３３と、動き補間ユニット３７とによって使用され、後続するビデオフレーム中のブロックをエンコードする。
【００４８】
図４は、ビデオデコーダ６０の例を図示するブロック図であり、これは、図１のビデオデコーダ２８、または、別のデバイスのデコーダに対応していてもよい。ビデオデコーダ６０は、拡張レイヤ情報のためのランレングスコーディングユニット５２Ａを含み、これは、図３のランレングスコーディングユニット４７の反対の機能を実行する。すなわち、ランレングスコーディングユニット４７と同様に、ランレングスコーディングユニット５２Ａは、拡張レイヤのリファインメント係数とともに、シグニフィカント係数をランレングスコード化する。さらに、ランレングスコーディングユニット５２Ａは、追加的な技術を実行して、少なくともいくつかのリファインメント係数に対する符号情報を導出してもよく、これは、ビットストリームから除外されてもよい。
【００４９】
ビデオデコーダ６０はまた、基本レイヤ情報に対する別のランレングスコーディングユニット５２Ｂも含んでもよい。イントラ予測ユニット５５は、基本レイヤビデオブロックの何らかの空間的デコーディングをオプション的に実行してもよく、イントラ予測ユニット５５の出力は、加算器５３に提供されてもよい。拡張レイヤパスは、逆量子化ユニット５８Ａを含んでいてもよく、基本レイヤパスは、逆量子化ユニット５８Ｂを含んでいてもよい。基本レイヤパスと拡張レイヤパスとの中の情報は、加算器５７によって結合されてもよい。
【００５０】
ビデオデコーダ６０は、ビデオフレーム内のイントラデコーディングおよびインターデコーディングを実行してもよい。図４の例において、ビデオデコーダ６０は、（上で述べた）ランレングスコーディングユニット５２Ａと５２Ｂ、動き補間ユニット５４、逆量子化ユニット５６Ａと５６Ｂ、逆変換ユニット５８、および、参照フレーム記憶６２を含む。ビデオデコーダ６０はまた、加算器６４も含む。オプション的に、ビデオデコーダ６０はまた、合計器６４の出力をフィルタする（示していない）デブロッキングフィルタも含んでもよい。再び、合計器５７は、基本レイヤパスと拡張レイヤパスとの中の情報を結合させ、イントラ予測ユニット５５と加算器５３は、基本レイヤビデオブロックの何らかの空間的デコーディングを容易にする。
【００５１】
本開示にしたがうと、ランレングスコーディングユニット５２Ａは、エンコード化されたビデオビットストリームを受け取り、本開示に説明しているように、ランレングスコーディング技術を適用する。これは、量子化された残差係数、マクロブロックおよびサブブロックコーディングモード、ならびに、動き情報を生成させてもよく、これは、動きベクトルとブロックパーティションとを含んでもよい。特に、ランレングスコーディングユニット５２Ａは、リファインメント係数とシグニフィカント係数とが一緒にランレングスコーディングされることを仮定する、ランレングスデコーディング技術を使用する。
【００５２】
ランレングスコーディングユニット５２Ａによって実行されたデコーディングに引き続いて、動き補間ユニット５４は、参照フレーム記憶６２から、動きベクトルと、１つ以上の再構成された参照フレームとを受け取る。逆量子化ユニット５６Ａは、量子化されたブロック係数を、逆量子化する、すなわち、非量子化させる。加算器５７による拡張レイヤ情報と基本レイヤ情報との結合に引き続いて、逆変換ユニット５８は、係数に対して逆変換、例えば、逆ＤＣＴを適用して、残差ブロックを生成させる。動き補間ユニット５４は、合計器６４によって合計された動き補間されたブロックを生成させて、残差ブロックとともにデコードされたブロックを形成する。所望の場合、デブロッキングフィルタを適用して、濃淡のアーティファクトを除去するために、デコードされたブロックをフィルタしてもよい。フィルタされたブロックは、参照フレーム記憶６２に配置されてもよく、これは、動き補間から参照ブロックを提供し、また、デコードされたビデオを生成させて、（図１のデバイス３０のような）ディスプレイデバイスに送る。
【００５３】
図５は、例示的なランレングスコーディングユニット７０を図示するブロック図であり、これは、図３のランレングスコーディングユニット４７に対応していてもよい。ランレングスコーディングユニット７０は、ランレングスコードモジュール７２、フレーム／スライス規則モジュール７４、ブロック規則モジュール７６、および１つ以上のＶＬＣテーブル７８を含む。ＶＬＣテーブル７８は、一般的に、何らかの位置に、例えば、ローカルに、または、個別のメモリ位置中のオフチップに、記憶されてもよいテーブルを指す。ＶＬＣテーブル７８は、所望のように、時折更新されてもよく、コーディング処理の一環として、定期的に更新されてもよい。
【００５４】
ランレングスコードモジュール７２は、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコードするように、拡張レイヤのシグニフィカント係数と、リファインメント係数とを、一緒にランレングスコード化する。言い換えると、シグニフィカント係数、および、リファインメント係数に対して、２つの異なるランレングスコーディングパスを実行するというよりは、ランレングスモジュール７２は、シグニフィカント係数と、リファインメント係数とを、単一のランレングスパスで、一緒にコード化する。ランレングスコーディングは、変換されたビデオブロックのすべての係数を、その係数が、シグニフィカント係数であるか、または、リファインメント係数であるかに関わらず、例えば、ジグザグの方法でスキャンしてもよい。もちろん、ビデオブロックがスキャンされる方法、例えば、ジグザグ、または、その他の方法は、本開示から逸脱することなく変更することができる。
【００５５】
リファインメント係数は、−１、０、および１に制限される値を持っていてもよく、これは、２ビットの情報でコード化されていてもよい。第１のビットは、係数が、０に等しいか否かを示してもよく、第２のビットは、リファインメント係数の（ｓnとして表す）符号が、（ｓn-1として表す）前のレイヤの対応する係数の符号と同じであるか（coeff_ref_dir_flag=0）、または、（ｓn-1として表す）前のレイヤの対応する係数の符号とは異なるか（coeff_ref_dir_flag=1）を示してもよい。前のレイヤは、ｓn-1として表す。現在の係数の符号が、前のレイヤの符号と同じである場合、coeff_ref_dir_flag=0になる。現在の係数の符号が、前のレイヤの符号とは異なる場合、coeff_ref_dir_flag=1になる。２つのリファインメントビットが結合されて、以下で表１に示すような、３つのリファインメントシンボルのアルファベットへと結合されてもよい。
【表１】
0005155340.tif 000002
【００５６】
本開示は、リファインメント係数の符号の高いレベルの相関が、ＳＶＣスキームの前のレイヤの対応する係数に関して存在することを認識する。このベースを使用して、規則を規定して、いくつかのリファインメント係数の符号情報の係数に対するランレングスコード化された情報から、いくつかのリファインメント係数の符号情報を削除できるようにしてもよい。代わりに、この符号情報をデコーダにおいて導出してもよい。リファインメント係数は、１、０、または−１のようにコード化することができ、ゼロ値が、リファインメント係数、および、シグニフィカント係数の両方を含むラン値に含まれてもよい。
【００５７】
この相関を利用するために、ランレングスコーディングユニット７０は、規則モジュール７４と、規則モジュール７６とを含んでもよい。規則モジュール７４と７６は、１つ以上のリファインメント係数規則を規定して、少なくともいくつかのリファインメント係数に関係する符号情報の決定を容易にする。このケースでは、このような符号情報は、ランレングスコード化された情報から除外されてもよい。
【００５８】
フレーム／スライス規則モジュール７４は、一般的に、コード化されたユニット（例えば、フレーム、スライス、または別のタイプのコード化されたユニット）に対する１つ以上の規則を規定する。ブロック規則モジュール７６は、コード化ユニット内の所定のビデオブロックに対する１つ以上の規則を規定する。例えば、モジュール７４によって規定される第１の規則は、２つ以上のタイプのビデオブロック（例えば、イントラコード化されたブロックと、インターコード化されたブロック）のそれぞれに対して、ＳＶＣスキームにおいて、前のレイヤの対応する係数に関して、符号情報を同一に保持すべきか、または、符号情報を変更すべきかどうかを示してもよい。モジュール７６によって規定される第２の規則は、所定のビデオブロックに対して、第１の規則を適用すべきであるか、または、第１の規則を無視すべきであるかを示してもよい。
【００５９】
より詳細には、第１の規則は、イントラコード化されたブロック、または、インターコード化されたブロックに対して、ＳＶＣスキームにおいて、前のレイヤの対応する係数に関して、リファインメント係数の符号を、同一のまま維持すべきか、または、リファインメント係数の符号を反転（すなわち、フリップ）すべきかどうかを示してもよい。このことが、所定のビデオブロックに対する効率性を達成する場合、第２の規則は、そのブロックに対して、第１の規則にしたがうべきであることを示してもよい。代わりに、第１の規則が、所定のビデオブロックに対する効率性を達成しない場合、第２の規則は、そのブロックに対して、第１の規則を無視すべきであることを示してもよい。第１の規則は、コード化されることになる、それぞれのフレーム（または、スライス）の始めにおいて、設定されてもよく、第２の規則は、コード化されることになる、それぞれのビデオブロックの始めにおいて、設定されてもよい。したがって、コード化ユニット規則として、第１の規則を呼んでもよく、ブロック規則として、第２の規則を呼んでもよい。
【００６０】
第２の規則が、所定のビデオブロックに対して、第１の規則を無視すべきであることを示すとき、所定のビデオブロックに対するランレングスコード化された情報中に、所定のビデオブロックのリファインメント係数の符号情報を含めてもよい。第２の規則が、第１の規則を適用すべきであることを示すとき、所定のビデオブロックのリファインメント係数の符号情報を、所定のビデオブロックに対するランレングスコード化情報中に含めなくてもよい。送信されたビットストリームは、ランレングスコード化情報と、リファインメント係数規則を規定する追加的情報との両方を含んでもよい。
【００６１】
ＶＬＣテーブル７８は、異なるラン値を伝えるために、送信されることができる、異なるラン値と、可変長コードとの間のマッピングを規定してもよい。ＶＬＣテーブル７８に対する更新は、必要とされるように行われてもよく、コンテンツに基づいて、異なるテーブルが選択されてもよく、これは、ランレングスカウント、ブロックの終了位置カウント、および類似物のようなさまざまな統計によって表現されてもよい。いずれにせよ、ＶＬＣテーブルは、高度に有望なラン値を、より短い可変長コードに対してマッピングしてもよく、より有望でないラン値を、より長い可変長コードに対してマッピングしてもよい。
【００６２】
代替として、モジュール７２によって実行されるランレングスコーディングは、複数の入力値、例えば、値の対に基づいた、ＶＬＣテーブル７８中へのテーブルルックアップを含んでもよい。値の対は、コード化されている（例えば、イントラまたはインター）ビデオブロックに関係するタイプに依拠する第２の値と、ラン値とを含んでもよい。このケースでは、異なるタイプのコード化ブロックに対する異なる規則をテーブルルックアップの一部として含めてもよい。したがって、コード化されている（例えば、イントラまたはインター）ビデオブロックのタイプに依拠する第２の値が、上に説明した１つ以上の規則に置き代わってもよい。代わりに、規則によって伝えられる情報が、ＶＬＣテーブルに組みまれていてもよく、コード化されているビデオブロックに関係するタイプに依拠する第２の値と、ラン値とに基づいて、テーブルルックアップが行われてもよい。
【００６３】
さらに、コードワードを規定するための２つ以上の入力を持つ、より複雑なテーブルが規定されてもよい。これらの代替技術はまた、符号情報を送る必要性をなくし、本質的に、このような導出可能な符号情報をテーブルルックアップ中に組み込む。しかしながら、ラン値に基づいて、１つの入力テーブルを使用する技術に関しては、テーブル中のコードワードの数が増加されることになり、規則情報を伝えて、デコーダにおける、いくつかのリファインメント係数に対する符号情報の導出を可能にするだろう。このケースでは、“規則”情報は、複数の入力テーブルルックアップによって、本質的に置換されてもよい。
【００６４】
図６は、図４のランレングスコーディングユニット５２に対応していてもよい、例示的なランレングスコーディングユニット８０を図示するブロック図である。ランレングスコーディングユニット８０は、本質的には、ランレングスコーディングユニット７０に類似しているが、ランレングスコーディングユニット７０によって実行されるエンコーディングに関して、相補的なデコーディング機能を実行する。したがって、ランレングスコーディングユニット７０が、量子化された残差係数を受け取り、ビットストリームを生成させる一方、ランレングスコーディングユニット８０は、ビットストリームを受け取り、量子化された残差係数を生成させる。ランレングスコーディングユニット８０は、ランレングスデコードモジュール８２、フレーム／スライス規則モジュール８４、ブロック規則モジュール８６、および、１つ以上のＶＬＣテーブル８８を含む。ユニット７０におけるものと同様に、ランレングスコーディングユニット８０のＶＬＣテーブル８８は、一般的に、何らかの位置、例えば、ローカルに、または、個別のメモリ位置にオフチップで記憶されてもよいテーブルを指す。ＶＬＣテーブル８８は、所望のように定期的に更新されてもよい。
【００６５】
ランレングスデコードモジュール８２は、拡張レイヤのシグニフィカント係数とリファインメント係数のランレングスデコーディングを一緒に実行する。ランレングスコーディングのラン値は、リファインメント係数とともにシグニフィカント係数の両方を企図する。したがって、ランレングスデコードモジュール８２は、単一のランレングスパスを実行して、すべての情報をデコードし、シグニフィカント係数とリファインメント係数上での個別のパスを実行しない。リファインメント係数は、−１、０、１に限定された値を持っていてもよく、これは、上に述べたように、情報の２ビットによってコード化されてもよい。
【００６６】
ランレングスデコードモジュール８２によって受け取られるビットストリームは、ランレングスコード化された情報とともに、１つ以上のリファインメント係数規則を含んでもよい。ランレングスコード化された情報は、ゼロでないシグニフィカント係数に関係する符号情報を含むが、少なくともいくつかのゼロでないリファインメント係数に関係する符号情報を含まない。しかしながら、ランレングスデコードモジュール８２は、リファインメント係数規則と、ＳＶＣスキーム中の前のレイヤの係数に関係する対応する符号情報とに基づいて、少なくともいくつかのゼロでないリファインメント係数に関係する符号情報を決定することができる。特に、フレーム／スライス規則モジュール８４と、ブロック規則モジュール８６とは、それぞれの規則を適用して、失われた符号情報を決定する。再び、コード化されたユニット（例えば、スライスまたはフレーム）に関して、第１の規則を適用してもよく、コード化されたユニット内の所定のビデオブロックに対して、第２の規則を適用されてもよい。
【００６７】
第２の規則が、第１の規則を無視すべきであることを示すとき、ランレングスデコードモジュール８２は、所定のビデオブロックに対するランレングスコード化された情報から、所定のビデオブロックのゼロでないリファインメント係数の符号情報を決定する。第２の規則が、第１の規則を適用すべきであることを示すとき、ランレングスデコードモジュール８２は、基本レイヤまたはＳＶＣスキーム中の前のレイヤの係数に関係する、対応する符号情報に基づいて、第２の規則に関係する所定のビデオブロックのゼロでないリファインメント係数の符号情報を決定する。
【００６８】
図６のランレングスコーディングユニット８０と、図５のランレングスコーディングユニット７０との両方において、リファインメントパス係数は、シグニフィカント係数とともにコード化され、すなわち、これらは、計算、またはランレングスデコーディングのときに、スキップされない。細粒度ＳＮＲスケーラビリティ（ＦＧＳ）レイヤｎにおけるリファインメント係数の符号ｓnは、基本または前のレイヤにおける共通に位置する係数の符号ｓn-1に高度に相関しており、それゆえに、前のＦＧＳレイヤにおいて受け取られた情報に基づいて、再構成することができる。符号が、同じまたは反対の値である確率は、使用される量子化に依拠しており、より詳細には、エンコーダにおいて使用される、いわゆる“デッドゾーンパラメータ”の値に依拠する。
【００６９】
Ｈ．２６４／ＭＰＥＧ４−ＡＶＣ ＣＯＤＥＣ、またはＳＶＣ ＣＯＤＥＣにおける変換係数の量子化は、一般的に、ユニフォーム再構成量子化（ＵＲＱ）に基づいている。データを量子化するための分類規則は、エンコーダによって決定されてもよいが、一般的に、これは、いわゆる、デッドゾーンプラスユニフォームしきい値量子化（ＤＺ−ＵＴＱ）アプローチを含む。数式１は、ＤＺ−ＵＴＱアプローチを適用するデッドゾーン量子化を規定し、ここで、ｆ0は、０≦ｆ0≦０．５でのデッドゾーンパラメータを表し、Δはステップサイズを表す。
【数１】
0005155340.tif 000003
【００７０】
数式１において、ｃは、オリジナルの変換係数を表し、ｃ0は、Ｈ．２６４／ＭＰＥＧ４−ＡＶＣにおける、またはＳＶＣ基本レイヤにおける、対応するレベルである。対応するレベルは、同じ位置において、基本レイヤにおけるそれぞれの係数値を指す。概念的には、レベルｃ0に対応する再構成値ｒ0は、以下のように、対応するステップサイズΔで、ｃ0を乗算することによって導出される。
【数２】
0005155340.tif 000004
【００７１】
数式２は、ＡＶＣとＳＶＣとに対して、実際に特定されているものの、簡潔化したバージョンである。対応する基本関数の正規化に対して含まれてもよい、スケーリングファクターは、明確さのために除外される。
【００７２】
ＤＺ−ＵＴＱ戦略に基づいて、前の拡張レイヤ、または基本レイヤであってもよい、（ｎ−１）番目のレイヤの再構成係数ｒn-1が与えられたとして、数式３は、ｎ番目のＦＧＳレイヤにおけるｃの再量子化を規定する。
【数３】
0005155340.tif 000005
【００７３】
より詳細には、数式３は、先行レイヤの再構成値ｒn-1が、オリジナルの係数から減じられることと、先行レイヤのステップサイズの２分の１を使用して、結果としての差異が量子化されることとを暗示する。ｒn-1が０に等しくない場合において、ｎ＞０に対して、ｃnが、[−１，１]の間隔範囲にクリップされることに留意すべきである。
【００７４】
図７において、グラフィカルな例を示すが、ここで、デッドゾーンパラメータｆnは、それぞれ、ｎ≧０であるすべてのレイヤに対して、１／６に等しい。異なるレイヤに対する再構成値の位置を、水平線上の小さい連続した三角形として示し、ここで、下部において基本レイヤから開始しており、グラフ上部の第３のＦＧＳレイヤまでの、それぞれのこのような線は、異なるレイヤを示す。ｆnの固定選択を有する数式３の量子化規則に対応する、判定しきい値もまた示した。図７のグラフは、coeff_ref_dir_flag=0の確率が、coeff_ref_dir_flag=1の確率よりも高いことを図示する。
【００７５】
coeff_ref_dir_flagが、０であるか、または、１であるかの確率を決定する、デッドゾーンパラメータは、マクロブロックと、フレームタイプ（Ｉ、Ｐ、または、Ｂフレーム）に依拠して、エンコーダ中で通常は設定され、インターおよびイントラマクロブロックに対して異なっている。したがって、隣接マクロブロックが異なるタイプのものである場合、coeff_ref_dir_flagは、隣接マクロブロックの間で異なることになる確率が高い。
【００７６】
したがって、シグニフィカント係数に対して成されるように、１つのビットを使用して、それぞれのゼロでない係数に対する符号を送る代わりに、シグニフィカントとリファインメント係数が一緒にコード化されるとき、符号ｓn-1に関するリファインメント係数符号ｓnの統計的関係を使用して、コーディングの効率をさらに増加させることができる。さらに、coeff_ref_dir_flagが、０であるか、または、１であるかは、マクロブロックタイプに依拠する。したがって、マクロブロックタイプを使用して、符号値、またはＶＬＣテーブルの選択を信号送信してもよい。
【００７７】
いくつかのケースでは、４×４、８×８、または、１６×１６ブロックを含んでもよい、それぞれのコード化されたブロックに対して、このブロック中のすべてのリファインメント係数の符号ｓnが、前のレイヤの対応する係数の符号ｓn-1から推測できることを示す追加的な情報が送られる。すなわち、特に、すべての符号ｓnは、ｓn-1と同じ値を持ち（ｓn＝ｓn-1）、または、すべての符号ｓnは、ｓn-1の反対と同じ値を持つ（ｓn＝−ｓn-1）。これらの２つのケースの確率は、マクロブロックのタイプに依拠しており、したがって、コード化されているユニット（例えば、スライスまたはフレーム）の最初において、規則情報を送って、どちらのケースをイントラマクロブロックに対して使用すべきかと、どちらのケースをインターマクロブロックに対して使用すべきかを識別してもよい。
【００７８】
代替的に、ＶＬＣテーブルに対するランレングス値に対して、コードワードだけを割り当てる代わりに、ＶＬＣコードワードを対（ラン、coeff_ref_dir_flag）に対して割り当てることができる。coeff_ref_dir_flagは、マクロブロックに依拠するので、サイクル数と、マクロブロックタイプとに依拠して、ＶＬＣテーブルを作成することができる。サイクル数は、ランレングスサイクル中にコード化されるジグザグスキャン中の位置を指す。それぞれのランレングスサイクルは、ラン値、レベル値、および符号値を規定してもよい。
【００７９】
これらの代替を、エンコーダデバイスが、すべてがゼロであるリファインメント係数を持つブロックを識別する情報を、デコーダデバイスに送る解決法と組み合わせてもよい。このケースでは、すべてのリファインメント係数が、現在のレイヤにおいて０に等しい場合、ランレングスを計算するときに、これらをスキップしてもよく、デコーダは、すべてがゼロであるリファインメント係数を持つブロックを識別する、送られた情報に基づいて、ランレングスを計算するときに、これらの値をスキップするという仮定の下、情報を導出してもよい。
【００８０】
図８は、本開示に一貫した、拡張レイヤのランレングスコーディング係数に対するエンコーディング技術を図示するフロー図である。図８に示すように、ランレングスコーディングユニット７０のモジュール７４は、フレームまたはフレームのスライスのような、コード化されたユニットに対するリファインメント係数規則を規定する（９１）。例として、コード化されたユニットに対するリファインメント係数規則は、前のレイヤの対応する係数の符号に関して、同じであるべきか、または逆であるべきであるかどうかを、（例えば、イントラまたはインターブロックの）異なるブロックタイプに対して指定してもよい。次に、モジュール７６は、コード化ユニット内のビデオブロックに対するリファインメント係数規則を規定する（９２）。例として、所定のビデオブロックに対するリファインメント係数規則は、コード化ユニットに対する規則にしたがうべきか、無視すべきか否かを指定してもよい。
【００８１】
これらの規則に基づいて、ランレングスエンコードモジュール７２は、単一パスにおいてビデオブロックのリファインメント係数とシグニフィカント係数とにランレングスエンコーディングを実行する（９３）。ランレングスエンコードモジュール７２は、ＶＬＣテーブル８８にアクセスして、このエンコーディングを容易にしてもよい。ランレングスエンコードモジュール７２は、前のレイヤのコンテンツに基づいて、異なるタイプの係数を識別してもよいが、ＶＬＣテーブル８８からラン値を決定する目的のために、異なる係数を同様に取り扱ってもよい。エンコーディング処理において、シグニフィカント係数に対する符号値は、ランレングスコード化された情報内に含められてもよい。しかしながら、リファインメント係数に対する符号値は、規則情報に基づいて、このような情報がデコーダにおいて導出できるいくつかのケースにおいて、除外されてもよい。例えば、第２の規則が、第１の規則を適用すべきであることを示す場合、リファインメント係数に対する符号情報をランレングスエンコード化情報から除外して、所定のビデオブロックのコーディングにおける圧縮効率を改善してもよい。
【００８２】
ランレングスエンコードモジュール７２は、例えば、図１に示した変調器／送信機２４を介して、別のデバイスに送信するためのエンコード化されたビットストリームを出力する（９４）。送信されたビットストリームは、ランレングスエンコード化情報と、規則情報との両方を含んでもよい。コード化ユニットのそれぞれのブロックに対して、そのブロックに対するリファインメント係数規則を規定してもよい（９５）。それぞれのコード化ユニットに対して、そのコード化ユニットに対するリファインメント係数規則を規定してもよい（９６）。このような方法で、ブロックベースとコード化ユニットベースの両方で、コンテンツに規則を適用できる。
【００８３】
上に述べたように、規則情報を送ることに対する代替は、例えば、エンコーダ側の複数の入力インデックス値と、デコーダ側のコードワード毎の複数の出力とを持つ、より複雑なＶＬＣテーブルを使用することを含んでもよい。このケースでは、モジュール７２によって実行されるランレングスコーディングは、値の対に基づいた、ＶＬＣテーブル７８へのテーブルルックアップを含んでもよく、対は、コード化されているビデオブロックに関係するタイプに依拠する第２の値と、ラン値とを含む。このようにして、コード化されたブロックに対する異なる規則がテーブルルックアップの一部として含まれてもよい。言い換えると、（図８の技術によって、）規則によって伝えられた情報は、ＶＬＣテーブルへと組み込まれてもよく、テーブルルックアップは、コード化されているビデオブロックに関係するタイプに依拠する第２の値と、ラン値とに基づくことができる。この代替技術はまた、符号情報を送る必要性をなくし、少なくともいくつかの導出可能な符号ベースの情報を、テーブルルックアップ中に本質的に組みこんでもよい。このテーブルベースの実現は、テーブル中のより多くのコードワードを要求することになるが、より複雑でないテーブルを使用して、それぞれのコード化ユニットおよびそれぞれのブロックに対して、デコーダに対して規則情報を送るときよりも、より効率的でなくなるおそれがある。
【００８４】
図９は、本開示に一貫した、拡張レイヤのランレングスコーディング係数に対するデコーディング技術を図示するフロー図である。図９に示すように、ランレングスデコードモジュール８２は、シグニフィカントおよびリファインメント係数に対するランレングスエンコードされた情報と、規則情報とを含むビットストリームを受け取る（１０１）。モジュール８４は、ビットストリーム中で受け取られた規則情報に基づいて、コード化ユニット、例えば、フレームまたはスライスに対するリファインメント係数規則を識別する（１０２）。同様に、モジュール８６は、コード化ユニット内の所定のビデオブロックに対するリファインメント係数規則を識別する（１０３）。
【００８５】
これらの規則に基づいて、ランレングスデコードモジュール８２は、単一パスにおいてビデオブロックのリファインメント係数とシグニフィカント係数とにランレングスデコーディングを実行する（１０４）。このようにする際に、ランレングスデコードモジュール８２は、ＳＶＣスキームにおいて、前のレイヤの係数に関係する、リファインメント係数規則と、対応する符号情報とに基づいて、少なくともいくつかのリファインメント係数に関係する符号情報を決定してもよく、これは、ＶＬＣテーブル８８に関係するメモリのような、ランレングスデコードモジュール８２に対してアクセス可能なメモリ中に記憶されてもよい。
【００８６】
ランレングスデコードモジュール８２は、前のレイヤのコンテンツに基づいて、異なるタイプの係数を識別してもよいが、ラン値をデコードする目的のために、異なる係数を同様に取り扱ってもよい。ラン値は、ＶＬＣテーブル８８中へのコードワードのルックアップに基づいて、生成されてもよい。シグニフィカント係数に対する符号値は、ビットストリームからデコードされてもよい。しかしながら、リファインメント係数に対する符号値は、ビットストリームから除外されているかもしれない。このような除外された符号値に対して、ランレングスデコードモジュール８２は、前のＳＶＣレイヤの対応する係数の対応する符号情報と、規則とに基づいて符号値を導出する。
【００８７】
特に、第２の規則（ブロックベースの規則）が、第１の規則（コード化ユニットの規則）を無視すべきであることを示すとき、ランレングスデコードモジュール８２は、ランレングスコード化情報から、所定のビデオブロックのリファインメント係数の符号情報を決定する。しかしながら、第２の規則が、第１の規則を適用すべきであることを示すとき、ランレングスデコードモジュール８２は、ＳＶＣスキームにおいて、前のレイヤの係数に関係する、対応する符号情報に基づいて、所定のビデオブロックのリファインメント係数の符号情報を決定する。
【００８８】
コード化ユニットのそれぞれのブロックに対して（１０５）、そのブロックに対するリファインメント係数規則がビットストリーム中で識別される。また、それぞれのコード化ユニットに対して（１０６）、そのコード化ユニットに対するリファインメント係数規則が規定されてもよい。このような方法で、ブロックベースと、コード化ユニットベースとの両方で、規則を識別することができ、これを使用して、一緒にコード化されるシグニフィカント係数とリファインメント係数との両方に関して発生するランレングスデコーディングを実行してもよい（１０４）。
【００８９】
規則情報を受け取って、適用することの代替としてのデコーディングは、より複雑なＶＬＣテーブルの使用を含んでもよい。再び、このケースにおいて、モジュール７２によって実行されるランレングスコーディングは、値の対に基づいた、ＶＬＣテーブル７８中へのテーブルルックアップを含んでもよく、この対は、コード化されているビデオブロックに関係するタイプに依拠する第２の値と、ラン値とを含む。コード化されているビデオブロックに関係するタイプに依拠する第２の値と、ラン値とに、送信されたコードワードがマップし戻すことができるように、ランレングスコーディングユニット８０中に、逆数ＶＬＣテーブル８８が含まれてもよい。再び、この代替技術はまた、符号情報を送る必要性をなくし、ＶＬＣテーブル８８によって、デコード可能であるコードワードへと導出可能な符号ベースの情報を本質的に組みこむ。
【００９０】
再び図１を参照して、上に説明した技術に加えて、いくつかのケースでは、ビデオエンコーダ２２は、追加的情報を使用して、リファインメント係数の符号値が、ランレングス情報中にエンコードされているか否か、または、リファインメント係数の符号値が、ランレングス情報から除外されており、ビデオデコーダ２８において導出される必要があるか否かを、ビデオデコーダ２８に信号送信してもよい。この追加的情報を、ここで、“コード符号情報”として呼ぶ。（図５の）ランレングスコーディングユニット７０のランレングスエンコードモジュール７２は、このようなコード符号情報をコード化し、送信してもよく、（図６の）ランレングスコーディングユニット８０のランレングスデコードモジュール８２が、何らかの受信されたコード符号情報を解釈してもよい。このようにして、エンコーダ２２とデコーダ２８は、リファインメント係数に対する符号情報が、コード化ランレングス情報に含まれているか、または、コード化ランレングス情報から除外されているかどうかを示す情報を通信することができる。
【００９１】
例えば、コード符号＝１であるとき、それぞれのゼロでないリファインメント係数の符号を、デコーダ２８に送る必要があるかもしれない、代わりに、コード符号＝０であるとき、デコーダ２８において、このような情報を導出することができるので、ゼロでないリファインメント係数に対する何の符号情報も送る必要がない。コード化ユニットの始め（例えば、フレームまたはスライス）において、コード符号情報を含んでもよいビデオブロックのタイプ（インターおよび／またはイントラ）と、イントラビデオブロックおよびインタービデオブロックに対してどの規則を使用すべきかとを示すために、情報を送ることができる。代わりに、エンコーダ２２およびデコーダ２８は、例えば、コード化ユニット（例えば、フレームまたはスライス）ビデオブロックタイプと、ＦＧＳレイヤの数とに依拠して、コード符号情報を含んでもよいビデオブロックのタイプの同意と、使用すべき規則の同意とを有していてもよい。２つの追加的技術を以下で説明することとし、これらのそれぞれは、それに対してコード符号が送信されるビデオブロックの数を制限することによって、コード化されたビデオの送信に関係するビットレートをさらに減少させてもよい。
【００９２】
１つの例では、コード符号情報は、リファインメント係数の数がＸより大きいビデオブロックに対してのみ送信され、ここで、Ｘは、０より大きい整数である。例として、Ｘは、５に等しくてもよい。Ｘまたはより少ないリファインメント係数を有するビデオブロックに対しては、コード符号情報が、ビットストリーム中へとコード化されなくてもよく、または、ビットストリーム中で送信されなくてもよい。このようなビデオブロックは、それに対して符号情報が送られることになるゼロでないリファインメント係数を有する。しかしながら、何らかのリファインメント係数が０である確率は、通常、８５−９５％の範囲内であり、これらのブロックの（例えば、その中でＸが５より大きくない）大多数に対して、すべてのリファインメント係数は、０に等しくなることが多いだろう。
【００９３】
このケースでは、ビデオエンコーダ２２（例えば、（図５の）拡張レイヤエンコーダ３４のランレングスコーディングユニット７０）は、シグニフィカント係数と、リファインメント係数とに基づいて、ビデオブロックに対するランレングスコード化された情報を生成してもよく、ここで、ランレングスコード化情報は、シグニフィカント係数に関係する符号情報と、ラン値とを含む。ビデオエンコーダ２２は、次に、ビデオブロック中のリファインメント係数の数が、Ｘより大きいか否かを決定してもよく、ここで、Ｘは整数である。リファインメント係数の数が、Ｘより大きくないとき、ビデオエンコーダ２２は、ランレングスコード化情報中にリファインメント係数に関係する符号情報を含めてもよい。リファインメント係数の数が、Ｘより大きいとき、ビデオエンコーダ２２は、１つ以上のリファインメント係数規則を規定して、少なくともいくつかのリファインメント係数に関係する符号情報の決定を容易にしてもよく、ランレングスコード化情報から少なくともいくつかのリファインメント係数に関係する符号情報を除外してもよい。
【００９４】
別の可能性は、所定のビデオブロック内のすべてのリファインメント係数をコーディングして、送った後のみに、コード符号情報と、必要とされる何らかの追加的な符号情報とをコード化し、送ることである。このケースでは、コード符号情報が、ゼロでないリファインメント係数を実際に有するビデオブロックに対してだけ、コード化され、送られてもよい。このケースでは、何のゼロでないリファインメント係数もない場合、コード符号情報は、コード化されず、送られない。
【００９５】
このケースでは、ビデオエンコーダ２２（例えば、（図５の）拡張レイヤエンコーダ３４のランレングスコーディングユニット７０）は、シグニフィカント係数と、リファインメント係数とに基づいて、ビデオブロックに対するランレングスコード化された情報を生成してもよく、リファインメント係数の何らかのものがゼロでない値を有するか否かを決定してもよく、ここで、ランレングスコード化情報は、シグニフィカント係数に関係する符号情報と、ラン値とを含む。１つ以上のリファインメント係数がゼロでない値を有するとき、ビデオエンコーダ２２は、１つ以上のリファインメント係数規則を規定して、ゼロでない値を有するリファインメント係数に関係する符号情報の決定を容易にしてもよく、ゼロでない値を有する少なくともいくつかのリファインメント係数に関係する符号情報を、ランレングスコード化情報から除外してもよい。
【００９６】
デコーダ側では、ビデオデコーダ２８（例えば、（図６の）基本／拡張レイヤデコーダ４０のランレングスコーディングユニット８０）は、何らかの受け取られたコード符号情報を使用するデコーディング技術を実行してもよい。例えば、ビデオデコーダ２８は、シグニフィカント係数とリファインメント係数とに基づいて、ビデオブロックに対するランレングスコード化情報を受け取ってもよく、ここで、ランレングスコード化情報は、シグニフィカント係数に関係する符号情報と、ラン値とを含む。さらに、ビデオデコーダ２８は、ビデオデコーダ２８が、１つ以上のリファインメント係数規則を適用して、少なくともいくつかのリファインメント係数に関係する符号情報を決定すべきであることを示すコード符号情報を受け取ってもよい。このケースでは、ビデオデコーダ２８は、規則に基づいて、少なくともいくつかのリファインメント係数に関係する符号情報を生成してもよい。
【００９７】
上に説明した技術に加えて、追加的な技術も使用して、ビデオ情報の送信に関係するビットレートをさらに減少させてもよい。特に、いくつかのリファインメント係数値を示す情報は、ソースデバイス１２から受信デバイス１６に送信されるビットストリームから除外されてもよい。対応する変換係数に関係する履歴に基づいて、ビデオデコーダ２８においてこのような除外されたリファインメント係数に対する値を導出できる。特に、所定のタイプのビデオブロックに対して、対応する変換係数に関係する履歴に基づいて、いくつかのリファインメント係数の値はゼロであるとして決定することができる。このケースでは、デコーダにおいて値を導出することができるので、これらのリファインメント係数に対する値を示す情報が、ビットストリームから除外されてもよい。履歴に基づいて、ゼロであるとして決定されることができるリファインメント係数をタイプ０係数として呼んでもよく、他方、他のリファインメント係数をタイプ１係数として呼んでもよい。
【００９８】
再び、図７を参照して、いくつかのリファインメント係数値は、−１、０、および１の値であるとして仮定することができ、他方、他のリファインメント係数値はこれらの値のサブセットであるとしてだけ仮定することができる。過去の履歴が与えられたとして、いくつかのリファインメント係数値は、ゼロのみであることができる。例えば、基本レイヤが、（２０１において示したように）１のリファインメント係数値を有する場合、図７に示した値の履歴が与えられたとすると、第１のＦＧＳレイヤ中の対応するリファインメント係数に対する可能な値は、（２０２において示したように）０と１だけである。また、基本レイヤが、（２０１において示したように）１のリファインメント係数値を有し、第１のＦＧＳレイヤが、（２０２における最も右の三角形）１のリファインメント係数値を有する場合、第２のＦＧＳレイヤ中の対応するリファインメント係数に対する可能な値は、（２０３において示したように）０と１だけである。この履歴が与えられたとすると、第３のＦＧＳレイヤに対する対応するリファインメント係数値は、（２０４において示したように）０の値を持っていてもよい。このケースでは、履歴リファインメント係数値（基本レイヤ＝１、第１のＦＧＳレイヤ＝１、第２のＦＧＳレイヤ＝１）が与えられたとして、第３のＦＧＳレイヤは、ゼロに等しいリファインメント係数を持たねばならないことが知られている。このようにして、（上に説明した技術に関連して）リファインメント係数値の履歴を利用してもよく、これによって、前のレイヤ中の対応する係数の履歴に基づいて導出することができる、係数値に対するいくつかのリファインメント係数情報を送る必要性をなくす。
【００９９】
ここで説明した技術は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせにおいて実現されてもよい。モジュールまたはコンポーネントとして説明した任意の特徴は、統合された論理デバイス中で一緒に実現されてもよく、別個だが、相互互換性のある論理デバイスとして、個別に実現されてもよい。ソフトウェアにおいて実現される場合、実行されるときに、上で説明した技術のうちの１つ以上を実行する命令を含むプログラムコードを備えるコンピュータ読取可能媒体によって、技術を少なくとも部分的に具現化してもよい。コンピュータ読取可能データ記憶媒体は、パッケージングマテリアルを含んでもよいコンピュータプログラム製品の一部を成してもよい。コンピュータ読取可能媒体は、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）のようなランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的消去可能プログラム可能リードオンリーメモリ（ＥＥＰＲＯＭ）、ＦＬＡＳＨメモリ、磁気もしくは光学データ記憶媒体、および、これらに類する物を含んでいてもよい。技術は、追加的に、または、代替的に、命令またはデータ構造の形態でコードを担持または搬送してもよく、コンピュータによってアクセスされ、読み出され、および／または、実行されることができる、コンピュータ読取可能通信媒体によって、少なくとも部分的に具体化されてもよい。
【０１００】
１つ以上のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラム可能論理回路（ＦＰＧＡ）、または他の均等な集積もしくはディスクリート論理回路のような１つ以上のプロセッサ、あるいは他の機械によって、コードを実行してもよい。したがって、ここで使用する用語“プロセッサ”は、何らかの前述の構造を指してもよく、または、ここで説明する技術の実現に適した、何らかの他の構造を指してもよい。さらに、いくつかの観点では、エンコーディングおよびデコーディングのために構成された、または、組み合わされたビデオエンコーダ−デコーダ（ＣＯＤＥＣ）に組み込まれた、専用ソフトウェアモジュールまたはハードウェアユニット内に、ここで説明した機能を提供してもよい。
【０１０１】
ハードウェアで実現される場合、本開示は、集積回路のような回路、チップセット、アプリケーション専用集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、論理、または、ここで説明する技術の１つ以上のものを実効するように構成されている、これらのさまざまな組み合わせに向けられていてもよい。
【０１０２】
本発明のさまざまな実施形態を説明してきた。これらのおよび他の実施形態は、特許請求の範囲を逸脱しない。  
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］スケーラブルビデオコーディング（ＳＶＣ）スキーム中で拡張レイヤをコード化する方法において、
ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化することを含む方法。
［２］前記コーディングはエンコーディングを含み、
前記方法は、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、ランレングスコード化された情報を生成させることと、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報の決定を容易にすることと、
前記規則に基づいて、前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報を除外することと
をさらに含み、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係するサイン情報と、前記ラン値とを含む、上記［１］の方法。
［３］前記リファインメント係数規則は、コード化されたユニットに対する第１の規則と、前記コード化ユニット内の所定のビデオブロックに対する第２の規則とを含む、上記［２］の方法。
［４］前記コード化ユニットは、ビデオフレーム、または、ビデオフレームのスライスのうちのいずれかを含む、上記［３］の方法。
［５］前記第１の規則は、２つ以上のタイプのビデオブロックのそれぞれに対して、前記リファインメント係数に関係するサインを、前記ＳＶＣスキームにおける前のレイヤの対応する係数のサインに関して、同一に保持すべきか、または、変更すべきかを示し、前記第２の規則は、前記所定のビデオブロックに対して、前記第１の規則を適用すべきか、または、無視すべきかを示す、上記［３］の方法。
［６］前記方法は、
前記第２の規則が、前記第１の規則を無視すべきであることを示すときに、前記所定のビデオブロックに対するランレングスコード化情報中に、前記リファインメント係数に関係するサイン情報を含めることと、
前記第２の規則が、前記第１の規則を適用すべきであることを示すときに、前記所定のビデオブロックに対するランレングスコード化情報中に、前記リファインメント係数のサイン情報を含めないことと
をさらに含む、上記［５］の方法。
［７］前記２つ以上のタイプのビデオブロックは、イントラコード化されたビデオブロックと、インターコード化されたビデオブロックとを含む、上記［５］の方法。
［８］前記ランレングスコード化情報と、前記リファインメント係数規則を規定する情報とを送信することをさらに含む、上記［２］の方法。
［９］前記ランレングスコーディングは、前記ラン値に基づいて、テーブルルックアップを実行して、可変長コードを生成させることを含む、上記［１］の方法。
［１０］前記ランレングスコーディングは、値の対に基づいて、テーブルルックアップを実行して、可変長コードを生成させることを含み、前記対は、コード化されているビデオブロックに関係するタイプに依拠する第２の値と、前記ラン値とを含む、上記［１］の方法。
［１１］前記コーディングはデコーディングを含み、
前記方法は、
前記シグニフィカント係数に関係するサイン情報を含むが、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報は含まない、ランレングスコード化された情報を受け取ることと、
１つ以上のリファインメント係数規則を受け取ることと、
前記リファインメント係数規則と、前記ＳＶＣスキームにおける前のレイヤの係数に関係する対応するサイン情報とに基づいて、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報を決定することと
をさらに含む、上記［１］の方法。
［１２］前記リファインメント係数規則は、コード化されたユニットに対する第１の規則と、前記コード化ユニット内の所定のビデオブロックに対する第２の規則とを含む、上記［１１］の方法。
［１３］前記第１の規則は、２つ以上のタイプのビデオブロックのそれぞれに対して、前記リファインメント係数に関係するサインを、前記ＳＶＣスキームにおける前のレイヤの対応する係数のサインに関して、同一に保持すべきか、または、変更すべきかを示し、前記第２の規則は、前記所定のビデオブロックに対して、前記第１の規則を適用すべきか、または、無視すべきかを示す、上記［１２］の方法。
［１４］前記方法は、
前記第２の規則が、前記第１の規則を無視すべきであることを示すときに、前記所定のビデオブロックに対するランレングスコード化情報に基づいて、前記所定のビデオブロックのリファインメント係数に関係するサイン情報を決定することと、
前記第２の規則が、前記第１の規則を適用すべきであることを示すときに、前記ＳＶＣスキームにおける前記前のレイヤの係数に関係する対応するサイン情報に基づいて、前記所定のビデオブロックのリファインメント係数のサイン情報を決定することと
をさらに含む、上記［１３］の方法。
［１５］前記コーディングはビデオブロックをエンコードすることを含み、
前記方法は、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、前記ビデオブロックに対するランレングスコード化された情報を生成させることと、
前記ビデオブロック中の前記リファインメント係数の数がＸより大きいか否かを決定し、ここで、Ｘは正の整数であることと、
前記リファインメント係数の数がＸより大きくないときに、前記ランレングスコード化情報中に、前記リファインメント係数に関係するサイン情報を含めることと、
前記リファインメント係数の数が、Ｘより大きいときに、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報の決定を容易にすることと、
前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報を除外することと
をさらに含み、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係するサイン情報と、前記ラン値とを含む、上記［１］の方法。
［１６］前記コーディングはビデオブロックをエンコードすることを含み、
前記方法は、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、前記ビデオブロックに対するランレングスコード化された情報を生成させることと、
前記リファインメント係数のうちの何らかのものが、ゼロでない値を有するか否かを決定することと、
１つ以上の前記リファインメント係数がゼロでない値を有するときに、
１つ以上のリファインメント係数規則を規定して、前記ゼロでない値を有するリファインメント係数に関係するサイン情報の決定を容易にすることと、
前記ランレングスコード化情報から、前記ゼロでない値を有するリファインメント係数のうちの少なくともいくつかに関係するサイン情報を除外することと
をさらに含む、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係するサイン情報と、前記ラン値とを含む、上記［１］の方法。
［１７］前記コーディングはビデオブロックをデコードすることを含み、
前記方法は、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、前記ビデオブロックに対するランレングスコード化された情報を受け取ることと、
デコーダが、１つ以上のリファインメント係数規則を適用して、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報を決定すべきであることを示す、コードサイン情報を受け取ることと、
前記規則に基づいて、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報を生成させることと
をさらに含み、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係するサイン情報と、前記ラン値とを含む、上記［１］の方法。
［１８］デバイスにおいて、
スケーラブルビデオコーディング（ＳＶＣ）スキーム中で、拡張レイヤをコード化するように構成されているランレングスコーディングユニットを具備し、
前記ランレングスコーディングユニットは、
ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化するデバイス。
［１９］前記ランレングスコーディングユニットは、前記拡張レイヤをエンコードし、
前記ランレングスコーディングユニットは、
前記シグニフィカント係数と前記リファインメント係数とに基づいて、ランレングスコード化された情報を生成させ、
１つ以上のリファインメント係数規則を規定して、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報の決定を容易にし、
前記規則に基づいて、前記ランレングスコード化情報から、前記リファインメント係数のうちの少なくともいくつかに関係するサイン情報を除外し、
前記ランレングスコード化情報は、前記シグニフィカント係数に関係するサイン情報と、前記ラン値とを含む、上記［１８］のデバイス。
［２０］前記リファインメント係数規則は、コード化されたユニットに対する第１の規則と、前記コード化ユニット内の所定のビデオブロックに対する第２の規則とを含む、上記［１９］のデバイス。
［２１］前記コード化ユニットは、ビデオフレーム、または、ビデオフレームのスライスのうちのいずれかを含む、上記［２０］のデバイス。
［２２］前記第１の規則は、２つ以上のタイプのビデオブロックのそれぞれに対して、前記リファインメント係数に関係するサインを、前記ＳＶＣスキームにおける前のレイヤの対応する係数のサインに関して、同一に保持すべきか、または、変更すべきかを示し、前記第２の規則は、前記所定のビデオブロックに対して、前記第１の規則を適用すべきか、または、無視すべきかを示す、上記［２０］のデバイス。
［２３］前記デバイスは、
回路と、
ワイヤレス通信デバイスと
のうちの少なくとも１つを具備する、上記［１８］のデバイス。
［２４］命令を備えるコンピュータ読取可能媒体において、
前記命令は、ビデオコーディングデバイスにおいて実行される際に、デバイスに、スケーラブルビデオコーディング（ＳＶＣ）スキーム中で拡張レイヤをコード化させ、
前記命令は、デバイスに、ランレングスコーディングのラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化させる、コンピュータ読取可能媒体。
［２５］デバイスにおいて、
スケーラブルビデオコーディング（ＳＶＣ）スキーム中で、拡張レイヤをコード化する手段と、
ラン値を含むランレングスコード化情報を通信する手段と
を具備し、
前記コード化手段は、
ランレングスコーディングの前記ラン値が、リファインメント係数とともにシグニフィカント係数をコード化するように、前記拡張レイヤの前記シグニフィカント係数と前記リファインメント係数とを一緒にランレングスコード化するデバイス。
【図１】
0005155340.tif 000006
【図２】
0005155340.tif 000007
【図３】
0005155340.tif 000008
【図４】
0005155340.tif 000009
【図５】
0005155340.tif 000010
【図６】
0005155340.tif 000011
【図７】
0005155340.tif 000012
【図８】
0005155340.tif 000013
【図９】
0005155340.tif 000014