(57)【要約】  少なくとも１つの伝送チャネルを用いてマルチチャネル出力信号を再構成するためのいくつかの異なるパラメータセットを発生するマルチチャネルデコーダにおいて、２つのパラメータセットが互いに独立して復号化可能になるように、データストリーム（２６）が書き込まれる（２５）。このようにして、マルチチャネルデコーダは、データストリームを読み込む際に、任意のものとしてマークされるか、および／または、高いバージョン数を有するパラメータセットをスキップし、さらに、必須のものとしてマークされるデータセットまたは十分に小さいバージョン数を有するデータセットを用いて有効なマルチチャネル再構成を実行することができるようになる。これによって、後方互換性および信頼性で特徴付けられる将来の更新に適した柔軟なエンコータ／デコーダの概念が達成される。【選択図】図２ａ
2008511848.tif 000002
【特許請求の範囲】
【請求項１】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を発生するための装置であって、Ｎは２以上であり、
Ｍ個の伝送チャネル（２３）からＫ個の出力チャネルを再構成するためのパラメータ情報（２４ａ、２４ｂ、２４ｃ）を提供するための手段（２２）であって、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備える手段と、
データストリーム（２６）を書き込むための手段（２５）であって、書き込むための前記手段（２５）は、前記Ｋ個の出力チャネルのうちの少なくとも１つの出力チャネルの再構成が第２のパラメータセットと前記Ｍ個の伝送チャネル（２３）のうちの少なくとも１つの伝送チャネルとを用いることなく行われるように、第１および第２のパラメータセットを前記データストリームに書き込むように設計される手段とを備える、装置。
【請求項２】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を復号化するための装置であって、前記符号化されたマルチチャネル信号はＭ個の伝送チャネルからＫ個の出力チャネルを再構成するためのパラメータ情報を備えるデータストリームによって表され、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備え、さらに、第１および第２のパラメータセットは、前記Ｋ個の出力チャネルの再構成が前記第２のパラメータセットを用いることなく行われるように、前記データストリームに書き込まれる装置であって、
前記第１のパラメータセット（３０ａ）において読み込み、さらに前記第２のパラメータセット（３０ｂ）をスキップするように、前記データストリームを読み込むためのデータストリーム読み込み手段（２８）を備える、装置。
【請求項３】
前記Ｍ個の伝送チャネルおよび前記第１のパラメータセットを用いるが、前記第２のパラメータセットを用いずに、前記Ｋ個の出力チャネルを再構成するための再構成手段（３２）をさらに備える、請求項２に記載の装置。
【請求項４】
前記第１のパラメータセットは、関連付けられたシンタクスバージョン情報（１０３から１０５）を備え、さらに
前記読み込み手段（２８）は、読み込まれたシンタクスバージョン情報が復号化するための前記装置の所定のシンタクスバージョン情報と互換性がある場合にだけ再構成が前記再構成手段によって実行されるように、前記関連付けられたシンタクスバージョン情報を読み込み、さらに前記再構成手段（３１）を駆動するように設計される、請求項２または請求項３に記載の装置。
【請求項５】
前記第２のパラメータセットは、関連付けられたシンタクスバージョン情報（１０３から１０５）を備え、さらに、前記読み込み手段（２８）は、読み込まれたシンタクスバージョン情報が復号化するための前記装置の所定のシンタクスバージョン情報と互換性がない場合に前記第２のパラメータセットをスキップし、さらに前記読み込まれたシンタクスバージョン情報が前記所定のシンタクスバージョン情報と互換性がある場合に前記第２のパラメータセットにおいて読み込むように設計される、請求項２、請求項３または請求項４に記載の装置。
【請求項６】
前記第２のパラメータセットは、関連付けられた第２のパラメータセットのデータ量を示す長さ情報を備え、さらに、前記読み込み手段（２８）は、前記第２のパラメータセットのデータを解析することなく、前記長さ情報に基づいて、前記長さ情報によって示されるデータセットにおけるデータ量をスキップするように設計される、請求項２ないし請求項５のいずれかに記載の装置。
【請求項７】
前記読み込み手段（２８）は、リソースアベイラビリティ情報を得るために制御可能（３２）であり、さらに
前記読み込み手段（２８）は、前記リソースアベイラビリティ情報が十分なリソースを示す場合に前記第２のパラメータセットにおいて読み込み、さらに前記リソースアベイラビリティ情報が不十分なリソースを示す場合に前記第２のパラメータセットをスキップするようにさらに設計される、請求項２ないし請求項６にいずれかに記載の装置。
【請求項８】
１つのパラメータセットは、再構成されたマルチチャネル信号の品質に関して、前記Ｋ個の出力チャネルの再構成において他のパラメータセットよりも重要性が低く、さらに、前記データストリーム読み込み手段（２８）は、前記重要性の低いデータセットをスキップするように設計される、請求項２ないし請求項７のいずれかに記載の装置。
【請求項９】
前記データストリームは、関連付けられた識別子（１００から１０５）を有するパラメータセットを備え、あるパラメータセットに対する識別子は、このパラメータセットが再構成に対して絶対に用いられなければならないことを示すか、または、他のパラメータセットに対する識別子は、このパラメータセットが再構成に対して単に任意に用いられてもよいことを示し、前記データストリーム読み込み手段（２８）は、前記識別子を検出し、必須のパラメータセットを読み込み、さらに前記検出された識別子に基づいて任意のパラメータをスキップするように設計される、請求項２ないし請求項８のいずれかに記載の装置。
【請求項１０】
前記データストリームは、第１のパラメータセット部分（１２ａ）における第１のパラメータセットと、第２のパラメータセット部分（１２ｂ）における第２のパラメータセットとを備え、前記データストリーム読み込み手段は、前記パラメータセット部分に関して前記データストリームを解釈し、前記第１のパラメータセット部分において読み込み、さらに前記第２のパラメータセット部分をスキップするように設計される、請求項２ないし請求項９のいずれかに記載の装置。
【請求項１１】
パラメータセットは、チャネル間レベル差、チャネル間時間差、チャネル間位相差、または、チャネル間コヒーレンス情報を含むグループから選択され、前記データストリームにおいて、前記チャネル間レベル差パラメータセットは、復号化するために絶対に必要とされるものとしてマークされ、さらに前記グループの少なくとも１つの他のパラメータセットは、復号化に対して任意なものとしてマークされ、さらに、前記データストリーム読み込み手段（２８）は、前記チャネル間レベル差パラメータセットにおいて読み込み、さらに前記グループから他のパラメータセットをスキップするように設計される、請求項２ないし請求項１０のいずれかに記載の装置。
【請求項１２】
前記データストリームは、任意のパラメータセットなしで前記Ｋ個の出力チャネルの再構成が前記デコーダによって行われるこの任意のパラメータセットの数を示す数情報（１０２）を備え、前記データストリーム読み込み手段は、前記数情報に基づいて少なくとも１つの任意のパラメータセットを読み込むように設計される、請求項２ないし請求項１１のいずれかに記載の装置。
【請求項１３】
適用可能な場合、前記第２のパラメータセットとさらなる任意のパラメータセットとに対してだけ前記データストリームにおいて関連付けられたシンタクスバージョン情報がある、請求項２に記載の装置。
【請求項１４】
前記データストリームにおいてパラメータセットのシーケンスにおける最終の任意のパラメータセットは、何らかの関連付けられた長さ情報を備えず、前記データストリーム読み込み手段（２８）は、前記最終の任意のパラメータセットにおける読み込み前に何らかの長さ情報を読み込んで解釈しないように設計される、先行する請求項のいずれかに記載の装置。
【請求項１５】
パラメータセット長さ情報の存在および長さは、前記データストリームにおいて動的に伝達され、さらに、前記データストリーム読み込み手段（２８）は、前記データストリームにおいてパラメータセット長さ情報の前記存在をまず検出し、次に、検出された存在に基づいて前記データストリームから前記パラメータセット長さ情報の前記長さを抽出するように設計される、請求項２ないし請求項１４のいずれかに記載の装置。
【請求項１６】
前記Ｍ個の伝送チャネルはＢＣＣダウンミックスチャネルであり、前記パラメータセットはＢＣＣパラメータを含み、さらに、前記再構成手段（３２）はＢＣＣ合成を実行するように設計される、請求項３ないし請求項１５のいずれかに記載の装置。
【請求項１７】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を発生するための方法であって、Ｎが２以上であり、
Ｍ個の伝送チャネル（２３）からＫ個の出力チャネルを再構成するためのパラメータ情報（２４ａ、２４ｂ、２４ｃ）を提供するステップ（２２）であって、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備えるステップと、
前記Ｋ個の出力チャネルのうちの少なくとも１つの出力チャネルの再構成が、第２のパラメータセットを用いることなく、さらに前記Ｍ個の伝送チャネル（２３）のうちの少なくとも１つの伝送チャネルを用いて行われるように、第１および第２のパラメータセットをデータストリームに書き込むことによってデータストリーム（２６）を書き込むステップ（２５）とを備える、方法。
【請求項１８】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を復号化するための方法であって、前記符号化されたマルチチャネル信号はＭ個の伝送チャネルからＫ個の出力チャネルを再構成するためのパラメータ情報を備えるデータストリームによって表され、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備え、さらに、第１および第２のパラメータセットは、前記Ｋ個の出力チャネルの再構成が前記第２のパラメータセットを用いることなく行われるように、前記データストリームに書き込まれる方法であって、
前記第１のパラメータセット（３０ａ）において読み込み、さらに前記第２のパラメータセット（３０ｂ）をスキップするように、前記データストリームを読み込むステップ（２８）を備える、方法。
【請求項１９】
コンピュータ上で動作するときに、請求項１７に記載の方法を実行し、または、請求項１８に記載の方法を実行するためのプログラムコードを有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パラメトリックオーディオマルチチャネル処理技術に関し、特に、再構成に利用可能ないくつかの異なるパラメータセットがある場合のパラメトリックサイド情報の効率的な構成に関する。
【背景技術】
【０００２】
推奨されたマルチチャネルサラウンド表現は、２つのステレオチャネルに加えて、中央チャネルＣおよび２つのサラウンドチャネル、すなわち、左サラウンドチャネルＬｓおよび右サラウンドチャネルＲｓを含み、さらに、適用可能な場合、ＬＦＥチャネル（ＬＦＥ＝低周波エンハンスメント）とも呼ばれるサブウーファチャネルを含む。この基準サウンドフォーマットは、３／２（プラスＬＥＦ）ステレオとも呼ばれ、最近では、３つの前チャネル、２つのサラウンドチャネルおよび１つのＬＥＦチャネルがあることを意味する５．１マルチチャネルとも呼ばれる。一般に、この推奨されたマルチチャネルサラウンド表現に対して５個または６個の伝送チャネルが必要である。再生環境では、正しく置かれた５つのラウドスピーカから所定の距離離れた最適ないわゆるスイートスポットを得るために、それぞれの５つの異なった位置に、少なくとも５つのラウドスピーカが必要である。しかしながら、その位置決めに関して、サブウーファは、比較的自由な方法で使用することができる。
【０００３】
マルチチャネルオーディオ信号を送信するために必要とされるデータ量を減らすためのいくつかの技術がある。このような技術は、ジョイントステレオ技術とも呼ばれる。このために、図５を参照する。図５は、ジョイントステレオ装置６０を示す。この装置は、例えば、インテンシティステレオ技術（ＩＳ技術）またはバイノーラルキュー符号化（ＢＣＣ）を実施する装置とすることができる。このような装置は、一般に、入力信号として少なくとも２つのチャネル（ＣＨ１、ＣＨ２、・・・ＣＨｎ）を受信し、少なくとも１つのキャリアチャネル（ダウンミックス）およびパラメトリックデータ、すなわち１つ以上のパラメータセットを出力する。パラメトリックデータは、各元のチャネル（ＣＨ１、ＣＨ２、・・・ＣＨｎ）の近似値をデコーダで算出することができるように決められる。
【０００４】
通常、キャリアチャネルは、サブバンドサンプル、スペクトル係数または時間領域サンプル等を含み、これらにより、基礎となる信号の比較的細かな表現を提供する一方、パラメトリックデータおよび／またはパラメータセットは、そのようなサンプルまたはスペクトル係数を含まない。その代わり、パラメトリックデータは、乗算による重み付け、時間シフト、周波数シフトなどのように、所定の再構成アルゴリズムを制御するための制御パラメータを含む。このため、パラメトリックデータは、信号または関連付けられたチャネルの比較的粗い表現だけを含む。キャリアチャネルにより必要とされるデータ量は、数字で表現すると、６０から７０キロビット／秒の範囲内になる一方、パラメトリックサイド情報のより必要とされるデータ量は、１つのチャネルに対して１．５キロビット／秒からのオーダーになる。以下で説明するように、パラメトリックデータの一例は、既知のスケールファクタ、インテンシティステレオ情報またはバイノーラルキューパラメータである。
【０００５】
インテンシティステレオ符号化技術は、Ｊ．ヘレ（Ｈｅｒｒｅ）、Ｋ．Ｈ．ブランデンブルグ（Ｂｒａｎｄｅｎｂｕｒｇ）およびＤ．レーデラー（Ｌｅｄｅｒｅｒ）の「インテンシティステレオ符号化（Ｉｎｔｅｎｓｉｔｙ  ｓｔｅｒｅｏ  ｃｏｄｉｎｇ）」という題名のＡＥＳ予稿集３７９９、１９９４年２月、アムステルダム、に記載されている。一般に、インテンシティステレオの概念は、２つのステレオオーディオチャネルのデータに適用される主軸変換に基づいている。大部分のデータポイントが第１の主軸のまわりに置かれる場合、符号化を行う前に２つの信号を所定の角度回転することにより符号化利得を達成することができる。しかしながら、これは、常に実際のステレオ再生技術に適用されるわけではない。左右チャネルに対して再構成された信号は、同じ送信信号の別々に重み付けまたはスケーリングされたバージョンからなる。それにもかかわらず、再構成された信号は、振幅において異なるが、それらの位相情報については同一である。しかしながら、２つの元のオーディオチャネルのエネルギー時間エンベロープは、周波数選択的な方式において典型的に動作する選択的なスケーリング動作により維持される。これは、エネルギーエンベロープにより主要な空間キューが決定される高い周波数での人間のサウンド知覚に一致する。
【０００６】
さらに、実際の実施において、送信信号、すなわちキャリアチャネルは、２つの成分を回転させる代わりに、左チャネルおよび右チャネルの和信号で形成される。さらに、この処理、すなわちスケーリング動作を実行するためのインテンシティステレオパラメータの発生は、周波数選択的な方法において実行され、すなわち、各スケールファクタバンド、すなわち各エンコーダの周波数区分に対して互いに独立して実行される。好ましくは、２つのチャネルは、結合または「キャリア」チャネルを形成するために結合される。結合チャネルの他に、第１のチャネルのエネルギー、第２のチャネルのエネルギーおよび結合または和チャネルのエネルギーに依存するインテンシティステレオ情報が決定される。
【０００７】
ＢＣＣ技術については、Ｃ．フォーラ（Ｆａｌｌｅｒ）およびＦ．バウムガルテ（Ｂａｕｍｇａｒｔｅ）の「ステレオおよびマルチチャネルオーディオ圧縮に応用されるバイノーラルキュー符号化（Ｂｉｎａｕｒａｌ  ｃｕｅ  ｃｏｄｉｎｇ  ａｐｐｌｉｅｄ  ｔｏ  ｓｔｅｒｅｏ  ａｎｄ  ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ａｕｄｉｏ  ｃｏｍｐｒｅｓｓｉｏｎ）」という題名のＡＥＳコンベンション論文５５７４、２００２年５月、ミュンヘン、に記載されている。ＢＣＣ符号化では、オーバーラップウィンドウを有するＤＦＴベースの変換を用いて、多数のオーディオ入力チャネルが、スペクトル表現に変換される。得られるスペクトルは、重なりのない区分に分割される。各区分は、等価矩形帯域幅（ＥＲＢ）に比例する帯域幅を有する。いわゆるチャネル間レベル差（ＩＣＬＤ）のほかにいわゆるチャネル間時間差（ＩＣＴＤ）が、各区分、すなわち各帯域および各フレームｋ、すなわち時間サンプルのブロックに対して算出される。ＩＣＤＴおよびＩＣＤＴパラメータは、ＢＣＣビットストリームを得るために量子化および符号化される。チャネル間レベル差およびチャネル間時間差は、基準チャネルに関して、各チャネルに与えられる。特に、パラメータは、処理される信号の特定の区分に依存する所定の式に従って算出される。
【０００８】
デコーダ側において、デコーダは、モノラル信号およびＢＣＣビットストリーム、すなわちチャネル間時間差に対する第１のパラメータセットおよびチャネル間レベル差に対する第２のパラメータセットを受信する。モノラル信号は、周波数領域に変換され、復号化されたＩＣＬＤおよびＩＣＴＤ値も受信する合成ブロックに入力される。合成ブロックまたは再構成ブロックにおいて、ＢＣＣパラメータ（ＩＣＬＤおよびＩＣＴＤ）は、マルチチャネル信号を再構成するためにモノラル信号の重み付け動作を実行するために用いられ、次に、このマルチチャネル信号は、周波数／時間変換後、元のマルチチャネルオーディオ信号の再構成を表す。
【０００９】
ＢＣＣの場合、ジョイントステレオモジュール６０は、パラメトリックチャネルデータが量子化され、ＩＣＬＤおよびＩＣＴＤパラメータを符号化するように、チャネルサイド情報を出力するために動作し、元のチャネルのうちの１つは、チャネルサイド情報を符号化するために基準チャネルとして用いられる。通常、キャリアチャネルは、関与する元のチャネルの和で形成される。
【００１０】
もちろん、上記の技術では、キャリアチャネルを復号化できるが、２つ以上の入力チャネルの１つ以上の近似値を発生するためのパラメータデータを発生できないデコーダに対して、モノラル表現を提供するにすぎない。
【００１１】
ＢＣＣ技術と呼ばれるオーディオ符号化技術については、米国特許出願公開第２００３／０２１９１３０Ａ１号、米国特許出願公開第２００３／００２６４４１Ａ１号および米国特許出願公開第２００３／００３５５５３Ａ１号にさらに記載されている。さらに、Ｃ．フォーラ（Ｆａｌｌｅｒ）およびＦ．バウムガルテ（Ｂａｕｍｇａｒｔｅ）の「バイノーラルキュー符号化パートＩＩ：スキームおよびアプリケーション（Ｂｉｎａｕｒａｌ  Ｃｕｅ  Ｃｏｄｉｎｇ．  Ｐａｒｔ．  ＩＩ：Ｓｃｈｅｍｅｓ  ａｎｄ  Ａｐｐｌｉｃａｔｉｏｎｓ）」、オーディオおよびスピーチプロシーディング（Ａｕｄｉｏ  ａｎｄ  Ｓｐｅｅｃｈ  Ｐｒｏｃ．）におけるＩＥＥＥトランザクション、１１巻、第６号、１９９３年１１月、も参照のこと。さらに、Ｃ．フォーラ（Ｆａｌｌｅｒ）およびＦ．バウムガルテ（Ｂａｕｍｇａｒｔｅ）の「ステレオおよびマルチチャネルオーディオ圧縮に応用されるバイノーラルキュー符号化（Ｂｉｎａｕｒａｌ  Ｃｕｅ  Ｃｏｄｉｎｇ  ａｐｐｌｉｅｄ  ｔｏ  Ｓｔｅｒｅｏ  ａｎｄ  Ｍｕｌｔｉ−Ｃｈａｎｎｅｌ  Ａｕｄｉｏ  ｃｏｍｐｒｅｓｓｉｏｎ）」、オーディオ技術学会（ＡＥＳ）第１１２回コンベンション予稿集、２００２年５月およびＪ．ヘレ（Ｈｅｒｒｅ）、Ｃ．フォーラ（Ｆａｌｌｅｒ）、Ｃ．エルテル（Ｅｒｔｅｌ）、Ｊ．ヒルパート（Ｈｉｌｐｅｒｔ）、Ａ．ヘルツァー（Ｈｏｅｌｚｅｒ）およびＣ．シュピンガー（Ｓｐｅｎｇｅｒ）の「ＭＰ３サラウンド：マルチチャネルオーディオの効率的で互換性のある符号化（ＭＰ３  Ｓｕｒｒｏｕｎｄ：Ｅｆｆｉｃｉｅｎｔ  ａｎｄ  Ｃｏｍｐａｔｉｂｌｅ  Ｃｏｄｉｎｇ  ｏｆ  Ｍｕｌｔｉ−Ｃｈａｎｎｅｌ  Ａｕｄｉｏ）」、第１１６回ＡＥＳコンベンション予稿集６０４９、２００４年、ベルリン、も参照のこと。以下、図６〜図８を参照して、マルチチャネルオーディオ符号化のための典型的で一般的なＢＣＣスキームについてさらに詳細に説明する。図６は、マルチチャネルオーディオ信号の符号化／伝送のための一般的なＢＣＣ符号化スキームを示す。マルチチャネルオーディオ入力信号は、ＢＣＣエンコーダ１１２の入力１１０に入力され、いわゆるダウンミックスブロック１１４において「ミックスダウン」、すなわち、１つの和チャネルに変換される。本例において、入力１１０における信号は、前左チャネル、前右チャネル、左サラウンドチャネル、右サラウンドチャネルおよび中央チャネルを有する５チャネルのサラウンド信号である。典型的には、ダウンミックスブロックは、これらの５つのチャネルをモノラル信号に単純に加算することにより和信号を発生する。他のダウンミックススキームについては、当技術において公知であり、これらは全て、マルチチャネル入力信号を用いて、１つのチャネルを有するか、または、いかなる場合においても元の入力チャネルの数よりも少ない多数のダウンミックスチャネルを有するダウンミックス信号を発生する。本例では、ダウンミックス動作は、４つのキャリアチャネルが５つの入力チャネルから発生されていれば、すでに達成されていることになる。１つの出力チャネルおよび／または多数の出力チャネルは、和信号ライン１１５に出力される。
【００１２】
ＢＣＣ解析ブロック１１６により得られるサイド情報は、サイド情報ライン１１７に出力される。ＢＣＣ解析ブロックでは、ＩＣＬＤ、ＩＣＴＤまたはチャネル間相関値（ＩＣＣ値）に対するパラメータセットを算出することもできる。このように、ＢＣＣ合成ブロック１２２における再構成に対して３つまでの異なるパラメータセット（ＩＣＬＤ、ＩＣＴＤおよびＩＣＣ）があることになる。
【００１３】
和信号およびパラメータセットを有するサイド情報は、典型的には、量子化および符号化されたフォーマットにおいてＢＣＣデコーダ１２０に送信される。ＢＣＣデコーダは、送信和信号を多数のサブバンドに分割し、再構成されるいくつかのチャネルのサブバンドを発生するために、スケーリング、遅延およびさらなる処理を実行する。この処理は、出力１２１における再構成されたマルチチャネル信号のＩＣＬＤ、ＩＣＴＤおよびＩＣＣパラメータ（キュー）がＢＣＣエンコーダ１１２の入力１１０における元のマルチチャネル信号に対するそれぞれのキューと同様になるように実行される。このために、ＢＣＣデコーダ１２０は、ＢＣＣ合成ブロック１２２およびサイド情報処理ブロック１２３を含む。
【００１４】
以下に、図７を参照して、ＢＣＣ合成ブロック１２２の内部構造を例示する。ライン１１５上の和信号は、典型的にはフィルタバンクＦＢ１２５として具現化される時間／周波数変換ブロックに入力される。ブロック１２５の出力には、オーディオフィルタバンク１２５がＮ個の時間領域サンプルからＮ個のスペクトル係数を発生する変換を実行する場合、Ｎ個のサブバンド信号、または、極端な場合ではスペクトル係数のブロックがある。
【００１５】
ＢＣＣ合成ブロック１２２は、さらに、遅延ステージ１２６、レベル修正ステージ１２７、相関処理ステージ１２８および逆フィルタバンクを表すステージＩＦＢ１２９を含む。ステージ１２９の出力では、例えば、５チャネルのサラウンドシステムの場合に、５つのチャネルを有する再構成されたマルチチャネルオーディオ信号が、図６に示されるように、１セットのラウドスピーカ１２４に出力される。
【００１６】
図７は、さらに、入力信号ｓ（ｎ）がエレメント１２５により、周波数領域またはフィルタバンク領域に変換されることを示す。エレメント１２５により出力される信号は、ノード１３０で示されるように、同じ信号のいくつかのバージョンが得られるように、乗算される。元の信号のバージョンの数は、再構成される出力信号における出力チャネルの数と等しい。元の信号の各バージョンがノード１３０における所定の遅延ｄ1、ｄ2、・・・ｄi、ｄNを受ける場合、結果として、ブロック１２６の出力では、同じ信号のバージョンを含むが異なる遅延を有する状況になる。遅延パラメータは、図６のサイド情報処理ブロック１２３により算出され、ＢＣＣ解析ブロック１１６により決定されたように、チャネル間時間差から導出される。
【００１７】
同じことが、乗算パラメータａ1、ａ2・・・ａi、ａNについて適用され、これらについても、ＢＣＣ解析ブロック１１６により決定されるチャネル間レベル差に基づきサイド情報処理ブロック１２３によって算出される。
【００１８】
ＩＣＣパラメータは、遅延されレベルが操作された信号間の所定の相関値がブロック１２８の出力で得られるように、ＢＣＣ解析ブロック１１６により算出され、さらにブロック１２８の機能を制御するために用いられる。ステージ１２６、１２７、１２８の順序は、図７に示すものと異なっていてもよいことに留意されたい。
【００１９】
さらに、オーディオ信号のブロック的な処理において、ＢＣＣ解析も、ブロック的に実行されることにも留意されたい。さらに、ＢＣＣ解析も、周波数的に実施され、すなわち、周波数選択的な方法で実施される。これは、各スペクトル帯域に対して、ＩＣＬＤパラメータ、ＩＣＴＤパラメータおよびＩＣＣパラメータがあることを意味する。このため、全ての帯域にわたる少なくとも１つのチャネルに対するＩＣＴＤパラメータは、ＩＣＴＤパラメータセットを表す。これは、少なくとも１つの出力チャネルを再構成するための全ての周波数帯域に対する全てのＩＣＬＤパラメータを表すＩＣＬＤパラメータセットにも適用される。これは、次に、入力チャネルまたは和チャネルに基づき少なくとも１つの出力チャネルを再構成するための種々の帯域に対するいくつかの個別のＩＣＣパラメータも含むＩＣＣパラメータセットにも適用される。
【００２０】
以下において、ＢＣＣパラメータの決定がわかる状況を示す図８を参照する。通常、ＩＣＬＤ、ＩＣＴＤおよびＩＣＣパラメータは、チャネルペア間で決めることができる。しかしながら、典型的には、ＩＣＬＤおよびＩＣＴＤパラメータの決定は、入力チャネルのおのおのに明確なパラメータセットがあるように、基準チャネルおよび相互入力チャネル間で実行される。これは、図８Ｂでも示される。
【００２１】
しかしながら、ＩＣＣパラメータは、別に決めることもできる。一般に、ＩＣＣパラメータは、図８Ｂでも概略的に示されているように、任意のチャネルペア間でエンコーダにおいて発生することができる。この場合、デコーダは、任意のチャネルペア間で元の信号に存在するものとほぼ同じ結果が得られるように、ＩＣＣ合成を実行する。しかしながら、任意の時間、すなわち各時間フレームにおいて最も強い２つのチャネル間でＩＣＣパラメータだけを算出する提案がされていた。このスキームは、図８Ｃに表され、同図は、ある時点で、チャネル１および２間のＩＣＣパラメータが算出され送信され、別の時点で、チャネル１および５間のＩＣＣパラメータが算出される例を示す。デコーダは、その後、デコーダの最も強い２つのチャネル間のチャネル間相関を合成し、さらに典型的には、残りのチャネルペアに対するチャネル間コヒーレンスを合成するためのヒューリスティックルールを実行する。
【００２２】
例えば、送信ＩＣＬＤパラメータに基づいて乗算パラメータａ1、・・・ａNを算出するには、前述のＡＥＳコンベンション論文５５７４を参照する。ＩＣＬＤパラメータは、元のマルチチャネル信号におけるエネルギー分布を表す。一般性を失うことなく、図８Ａは、前左チャネルと他の全てのチャネルとの間のエネルギー差を表す４つのＩＣＬＤパラメータがあることを示す。サイド情報処理ブロック１２３において、乗算パラメータａ1、・・・ａNは、再構成された全ての出力チャネルの総エネルギーが送信和信号のエネルギーと同じになるか、または、少なくともこのエネルギーに比例するように、ＩＣＬＤパラメータから導出される。これらのパラメータを決定する１つの方法は、２ステージ処理であり、これは、第１のステージにおいて、左前チャネルに対する乗算ファクタが１に設定され、他方、図８Ｃの他のチャネルに対する乗算ファクタが送信ＩＣＬＤ値に設定される。次に、第２のステージにおいて、５つのチャネル全てのエネルギーが算出され、送信和信号のエネルギーと比較される。次に、全てのチャネルは、すなわち全てのチャネルに対して等しいスケーリングファクタを用いてダウンスケーリングされ、このスケーリングファクタは、スケーリング後、再構成された全ての出力チャネルの総エネルギーが送信和信号および／または複数の送信和信号の総エネルギーと等しくなるように選択される。
【００２３】
さらなるパラメータセットとしてＢＣＣエンコーダからＢＣＣデコーダに送信されるチャネル間コヒーレンス測定値ＩＣＣに関して、２０ｌｏｇ１０-6から２０ｌｏｇ１０6の間の値を有する乱数により全てのサブバンドの重み付けファクタを乗算するといった乗算ファクタの修正によってコヒーレンス操作を実行することができるということに留意されたい。擬似乱数シーケンスは、典型的には、全ての重要な帯域のバリアンスがほぼ等しく、各重要な帯域内での平均値がゼロになるように選択される。同じシーケンスは、各々の異なるフレームまたはブロックのスペクトル係数に対して用いられる。したがって、オーディオシーンの幅は、擬似乱数シーケンスのバリアンスを修正することにより制御される。より大きいバリアンスは、より大きい聴覚幅も発生する。バリアンス修正は、重要な帯域の幅を有する個別の帯域において実行することができる。このように、異なる聴覚幅を有する各対象が、聴覚シーンにおいて、いくつか同時に存在できるようになる。擬似乱数シーケンスに対して適した振幅の分布は、米国特許出願公開第２００２／０２１９１３０Ａ１号で表されているように、対数目盛上での均一な分布である。
【００２４】
通常のステレオデコーダにも適しているビットストリームフォーマットなどの互換性方法で５つのチャネルを送信するために、Ｇ．タイレ（Ｔｈｅｉｌｅ）およびＧ．ストール（Ｓｔｏｌｌ）の「ＭＵＳＩＣＡＭサラウンド：ＩＳＯ／ＩＥＣ１１１７２−３と互換性のある汎用マルチチャネル符号化システム（ＭＵＳＩＣＡＭ  Ｓｕｒｒｏｕｎｄ：Ａ  ｕｎｉｖｅｒｓａｌ  ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｓｙｓｔｅｍ  ｃｏｍｐａｔｉｂｌｅ  ｗｉｔｈ  ＩＳＯ／ＩＥＣ  １１１７２−３）」、ＡＥＳ予稿集、１９９２年１０月、サンフランシスコ、に記載されているいわゆるマトリクス技術が用いられる。
【００２５】
さらに、Ｂ．グリル（Ｇｒｉｌｌ）、Ｊ．ヘレ（Ｈｅｒｒｅ）、Ｋ．Ｈ．ブランデンブルグ（Ｂｒａｎｄｅｎｂｕｒｇ）、Ｉ．エバーライン（Ｅｂｅｒｌｅｉｎ）、Ｊ．コラー（Ｋｏｌｌｅｒ）およびＪ．ミラー（Ｍｉｌｌｅｒ）の出版物「改良されたＭＰＥＧ２オーディオマルチチャネル符号化（Ｉｍｐｒｏｖｅｄ  ＭＰＥＧ  ２  Ａｕｄｉｏ  ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ｅｎｃｏｄｉｎｇ）」、ＡＥＳ予稿集３８６５、１９９４年２月、アムステルダム、にマルチチャネル符号化技術がさらに記載され、ここでは、元の入力チャネルからダウンミックスチャネルを得るために互換性マトリクスが用いられる。
【００２６】
要約すると、ＢＣＣ技術によればマルチチャネルオーディオ素材の効率的であって後方互換性もある符号化をすることが可能になるが、これについては、例えば、「複雑さの低いパラメトリックステレオ符号化（Ｌｏｗ−Ｃｏｍｐｌｅｘｉｔｙ  Ｐａｒａｍｅｔｒｉｃ  Ｓｔｅｒｅｏ  Ｃｏｄｉｎｇ）」という題名のＥ．シュイヤー（Ｓｃｈｕｉｊｅｒ）、Ｊ．ブレーバールト（Ｂｒｅｅｂａａｒｔ）、Ｈ．パーンハーゲン（Ｐｕｒｎｈａｇｅｎ）およびＪ．エングデガルド（Ｅｎｇｄｅｇａｒｄ）による専門家の出版物、第１１９回ＡＥＳコンベンション予稿集６０７３、２００４年、ベルリン、にも記載されている。これに関連して、ＭＰＥＧ４標準、および特にパラメトリックオーディオ技術の拡張について述べる必要があるが、この標準部分は、同じく記号表示ＩＳＯ／ＩＥＣ１４４９６−３：２００１／ＦＤＡＭ２（パラメトリックオーディオ）でも知られている。これに関して、特に、「ｓｙｎｔａｘ  ｏｆ  ｔｈｅ  ｐｓ＿ｄａｔａ（）」という題名のＭＰＥＧ４標準の表８．９のシンタクスに言及する必要がある。この例では、シンタクスエレメント「ｅｎａｂｌｅ＿ｉｃｃ」および「ｅｎａｂｌｅ＿ｉｐｄｏｐｄ」について言及する必要があり、これらのシンタクスエレメントは、ＩＣＣパラメータおよびチャネル間時間差に対応する位相の伝送をオン／オフするために用いられる。さらに、シンタクスエレメント「ｉｃｃ＿ｄａｔａ（）」、「ｉｐｄ＿ｄａｔａ（）」および「ｏｐｄ＿ｄａｔａ（）」についても言及する必要がある。
【００２７】
要約すると、一般的に、このようなパラメトリックマルチチャネル技術は、１つまたはいくつかの伝送キャリアチャネルを使用して用いられることに留意されたい。ここでは、Ｍ個の伝送チャネルは、Ｎ個の出力チャネルまたはＫ個の出力チャネルを再構成するためにＮ個の元のチャネルから形成され、ここで、Ｋは、元のチャネル数Ｎ以下である。
【００２８】
ここまで説明したどの技術でも問題になっているのは、ＢＣＣデコーダおよびパラメトリックサイド情報の異なるバージョンなどに対して、マルチチャネルデコーダのためのデコーダの異なるタイプ間でどのようなフォーマット互換性が作成されるかという問題である。特に、異なるマルチチャネルデコーダが市場に存在すると同時にその一方で、異なるマルチチャネルデコーダにより発生される異なるパラメータセットを有するサイド情報が市場にあり、このため１つのデコーダだけを有するユーザにも利用可能である場合は、２つの問題が生ずる。
【００２９】
第１は、復号化において最適なマルチチャネルサウンド品質を提供する高計算能力を有するデコーダを有することが望ましいということである。しかしながら、同時に、携帯電話といった移動式装置のデコーダといったリソースの限られた条件下で動作するデコーダもある。当然ながら、このようなデコーダであっても可能な限り良好な品質のマルチチャネル出力を提供するが、限られた計算量しかもたないようにする必要もある。その結果、この種の拡張性をサポートする空間再構成のためのパラメータセットを有するビットストリームフォーマットが有り得るかどうか、すなわち、非常に複雑な復号化もできるし、ひいてはあまり複雑でなく、それに応じて品質も劣るが最善の品質および復号化を実現することもできるものが有り得るのか、という問題が発生する。
【００３０】
ＢＣＣエンコーダの新しい世代／バージョン、ひいてはＢＣＣビットストリームを導入する場合に考慮しなければならない点は、ＢＣＣビットストリームの異なるバージョンとＢＣＣデコータとの間の互換性がどのように維持されるかという問題である。言い換えると、新しいＢＣＣパラメータセットおよび同じく更新された古いパラメータセットは、後方互換性であることが望ましい。これによって、当然ながら、技術の進歩によって新しい改良されたマルチチャネルスキームが利用可能になった場合に、このスキームをＢＣＣユーザが導入できるように更新までの方針を提供することが望ましい。他方、新しいＢＣＣビットストリームフォーマットができると、通常、これらのビットストリームと種々の（古い）ＢＣＣデコーダバージョンとの間で不適合が起こる。
【００３１】
特に、マルチチャネルエンコーダ／デコーダが用いられるフィールドで、必ずしも最大の計算能力を利用することができるわけでなく、必ずしも常に完全なサウンドの品質が必要とされないアプリケーションのフィールドの数が増えていることに留意されたい。
【００３２】
【特許文献１】米国特許出願公開第２００３／０２１９１３０Ａ１号
【特許文献２】米国特許出願公開第２００３／００２６４４１Ａ１号
【特許文献３】米国特許出願公開第２００３／００３５５５３Ａ１号
【非特許文献１】Ｊ．ヘレ（Ｈｅｒｒｅ）、Ｋ．Ｈ．ブランデンブルグ（Ｂｒａｎｄｅｎｂｕｒｇ）およびＤ．レーデラー（Ｌｅｄｅｒｅｒ）の「インテンシティステレオ符号化（Ｉｎｔｅｎｓｉｔｙ  ｓｔｅｒｅｏ  ｃｏｄｉｎｇ）」、ＡＥＳ予稿集３７９９、１９９４年２月、アムステルダム
【非特許文献２】Ｃ．フォーラ（Ｆａｌｌｅｒ）およびＦ．バウムガルテ（Ｂａｕｍｇａｒｔｅ）の「ステレオおよびマルチチャネルオーディオ圧縮に応用されるバイノーラルキュー符号化（Ｂｉｎａｕｒａｌ  ｃｕｅ  ｃｏｄｉｎｇ  ａｐｐｌｉｅｄ  ｔｏ  ｓｔｅｒｅｏ  ａｎｄ  ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ａｕｄｉｏ  ｃｏｍｐｒｅｓｓｉｏｎ）」、ＡＥＳコンベンション論文５５７４、２００２年５月、ミュンヘン、
【非特許文献３】Ｃ．フォーラ（Ｆａｌｌｅｒ）およびＦ．バウムガルテ（Ｂａｕｍｇａｒｔｅ）の「バイノーラルキュー符号化パートＩＩ：スキームおよびアプリケーション（Ｂｉｎａｕｒａｌ  Ｃｕｅ  Ｃｏｄｉｎｇ．  Ｐａｒｔ．  ＩＩ：Ｓｃｈｅｍｅｓ  ａｎｄ  Ａｐｐｌｉｃａｔｉｏｎｓ）」、オーディオおよびスピーチプロシーディング（Ａｕｄｉｏ  ａｎｄ  Ｓｐｅｅｃｈ  Ｐｒｏｃ．）におけるＩＥＥＥトランザクション、１１巻、第６号、１９９３年１１月
【非特許文献４】Ｃ．フォーラ（Ｆａｌｌｅｒ）およびＦ．バウムガルテ（Ｂａｕｍｇａｒｔｅ）の「ステレオおよびマルチチャネルオーディオ圧縮に応用されるバイノーラルキュー符号化（Ｂｉｎａｕｒａｌ  Ｃｕｅ  Ｃｏｄｉｎｇ  ａｐｐｌｉｅｄ  ｔｏ  Ｓｔｅｒｅｏ  ａｎｄ  Ｍｕｌｔｉ−Ｃｈａｎｎｅｌ  Ａｕｄｉｏ  ｃｏｍｐｒｅｓｓｉｏｎ）」、オーディオ技術学会（ＡＥＳ）第１１２回コンベンション予稿集、２００２年５月
【非特許文献５】Ｊ．ヘレ（Ｈｅｒｒｅ）、Ｃ．フォーラ（Ｆａｌｌｅｒ）、Ｃ．エアテル（Ｅｒｔｅｌ）、Ｊ．ヒルパート（Ｈｉｌｐｅｒｔ）、Ａ．ヘルツァー（Ｈｏｅｌｚｅｒ）およびＣ．シュピンガー（Ｓｐｅｎｇｅｒ）の「ＭＰ３サラウンド：マルチチャネルオーディオの効率的で互換性のある符号化（ＭＰ３  Ｓｕｒｒｏｕｎｄ：Ｅｆｆｉｃｉｅｎｔ  ａｎｄ  Ｃｏｍｐａｔｉｂｌｅ  Ｃｏｄｉｎｇ  ｏｆ  Ｍｕｌｔｉ−Ｃｈａｎｎｅｌ  Ａｕｄｉｏ）」、第１１６回ＡＥＳコンベンション予稿集６０４９、２００４年、ベルリン、
【非特許文献６】Ｇ．タイレ（Ｔｈｅｉｌｅ）およびＧ．ストール（Ｓｔｏｌｌ）の「ＭＵＳＩＣＡＭサラウンド：ＩＳＯ／ＩＥＣ１１１７２−３と互換性のある汎用マルチチャネル符号化システム（ＭＵＳＩＣＡＭ  Ｓｕｒｒｏｕｎｄ：Ａ  ｕｎｉｖｅｒｓａｌ  ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｓｙｓｔｅｍ  ｃｏｍｐａｔｉｂｌｅ  ｗｉｔｈ  ＩＳＯ／ＩＥＣ  １１１７２−３）」、ＡＥＳ予稿集、１９９２年１０月、サンフランシスコ
【非特許文献７】Ｂ．グリル（Ｇｒｉｌｌ）、Ｊ．ヘレ（Ｈｅｒｒｅ）、Ｋ．Ｈ．ブランデンブルグ（Ｂｒａｎｄｅｎｂｕｒｇ）、Ｉ．エバーライン（Ｅｂｅｒｌｅｉｎ）、Ｊ．コラー（Ｋｏｌｌｅｒ）およびＪ．ミラー（Ｍｉｌｌｅｒ）の「改良されたＭＰＥＧ２オーディオマルチチャネル符号化（Ｉｍｐｒｏｖｅｄ  ＭＰＥＧ  ２  Ａｕｄｉｏ  ｍｕｌｔｉ−ｃｈａｎｎｅｌ  ｅｎｃｏｄｉｎｇ）」、ＡＥＳ予稿集３８６５、１９９４年２月、アムステルダム
【非特許文献８】Ｅ．シュイヤー（Ｓｃｈｕｉｊｅｒ）、Ｊ．ブレーバールト（Ｂｒｅｅｂａａｒｔ）、Ｈ．パーンハーゲン（Ｐｕｒｎｈａｇｅｎ）およびＪ．エングデガルド（Ｅｎｇｄｅｇａｒｄ）の「複雑さの低いパラメトリックステレオ符号化（Ｌｏｗ−Ｃｏｍｐｌｅｘｉｔｙ  Ｐａｒａｍｅｔｒｉｃ  Ｓｔｅｒｅｏ  Ｃｏｄｉｎｇ）」、第１１９回ＡＥＳコンベンション予稿集６０７３、２００４年、ベルリン
【発明の開示】
【発明が解決しようとする課題】
【００３３】
本発明の目的は、効率的で柔軟な、すなわち、例えば、新しいパラメータセットの統合または古いパラメータセットの更新を可能にし、同時に、さまざまな異なるアプリケーションで柔軟に用いられる概念を提供することである。
【課題を解決するための手段】
【００３４】
この目的は、請求項１に記載の符号化されたマルチチャネル信号を発生するための装置、請求項１５に記載の符号化されたマルチチャネル信号を復号化するための装置、請求項２１に記載の符号化されたマルチチャネル信号を発生するための方法、請求項２２に記載のマルチチャネル信号を復号化するための方法、または、請求項２３に記載のコンピュータプログラムによって達成される。
【００３５】
本発明は、少なくとも１つの伝送チャネルまたはキャリアチャネルに加えて、少なくとも２つの異なるパラメータセットを含むデータストリームとして、符号化されたマルチチャネル信号が書き込まれる場合に、符号化されたマルチチャネル信号の効率的で後方互換性のある復号化が達成され、ここで、出力チャネルの再構成が少なくとも２つのパラメータセットより少ないパラメータセットで実行されるように、２つのパラメータセットがデータストリームに書き込まれるという研究結果に基づいている。本発明により、パラメータセットのうちのどの１つが再構成で必要であり、どのパラメータセットが再構成で任意に必要であるかをデコーダが識別するように、データストリームが書き込まれる。この場合、デコーダは、再構成に対して不可欠な（すなわち、義務的な）パラメータセットだけを用いることができ、外部の事情によって求められる場合は、任意のパラメータセットを単に無視する場合もある。これによって、再構成のための必須のパラメータセットだけを用いる場合にデコーダが高速であり、限られた計算能力で管理する一方、同時に、符号化されたマルチチャネル信号を表す同一のデータストリームに基づいて高品質のマルチチャネル再構成を他のデコーダが実行するが、これがさらに時間および／またはさらに計算能力および／またはさらに一般的にはさらなるデコーダリソースも必要とすることになる。
【００３６】
本発明の好適な実施の形態において、必須のパラメータセットはチャネル間レベル差を含むものである。本発明によって見出されたように、これらのチャネル間レベル差は、あらゆるタイプの再構成状況のための出力チャネル間における基本的なマルチチャネルサウンド分布を決める上で極めて重要である。ヘッドホン、すなわち１つの伝送チャネルから２つの出力チャネルを経由して表現される場合、または、いわゆる相対的に「乾燥した」音響状況、すなわちエコーのほとんどない音響状況でマルチチャネルオーディオ表現が発生する場合のいずれかにおいて、チャネル間時間差が主に関連することから、このチャネル間時間差が任意のパラメータセットとして分類される。このように、チャネル間時間差は、任意のパラメータセットとしてすでに分類される場合もある。
【００３７】
チャネル間相関値は、サウンドソースの幅を提供し、さらに、多くの非相関サウンドコンポーネンツを含む複雑なサウンドソース、例えばクラッシックのオーケストラを有するシナリオに聴取者が置かれる場合の聴取者に対して印象を発生する上で重要である。ＩＣＣパラメータセットは、品質に大きな影響を与えることが明らかであることから、任意のパラメータセットとして分類される場合があるが、再構成において、比較的大きな計算量をもたらすものの、これは、例えば、チャネル間レベル差の必須のパラメータセットではあまり重要ではなく、その理由として、本質的に重み付け動作、すなわち、計算に関して効率的に実行される乗算だけが必要とされるからである。
【００３８】
データストリームにおけるパラメータセットを有する符号化されたマルチチャネル信号の後方互換性の問題に関して、例えば、高バージョン数を有するパラメータセットは、デコーダによる再構成がこのパラメータセットなしで行われるように、データストリームに書き込まれ、その結果、デコーダは、再構成のために第１のパラメータセットだけを用い、第２のパラメータセットをスキップし、この際、この第２のパラメータセットを処理できなくするようにこれを確立する。
【００３９】
デコーダ側において、これは、つまり、デコーダが完全にパラメータセットを読み込んでこれを処理しなければならないが、この際、このパラメータセットを必須のパラメータセットとして識別するものの、デコーダは、再構成に対して必須でない、すなわち任意のものとしてマークされるパラメータセットに遭遇した場合に、パラメータセットに属するビットストリームにおいてビットを単にスキップすることを意味する。このようにして、デコーダは、符号化されたマルチチャネル信号を取扱うことが可能になる第２のパラメータセットのシンタクスに関して何らかの知見を有する必要はないが、単にこれをスキップし、再構成で必要とされる符号化されたマルチチャネル信号の次のエリアを単に続行することができる。
【００４０】
好ましくは、このようにして、長さ情報は、任意のものとしてマークされるパラメータセットに対するデータストリームに挿入されるが、これによって、デコーダは、高速で効率的な方法でこのパラメータセットと関連付けられるビットを単にスキップし、復号化で必須のものとしてマークされるパラメータセットだけを取得することができるようになる。後方互換性に関して、さらに、バージョン数が少なくとも各任意のパラメータセットと関連付けられ、このパラメータセットがどのエンコーダバージョンで発生されたかを特定することが好ましい。このようにして、例えば、最低バージョンのチャネル間レベル差に対するパラメータセットは、データストリームにおいて必須のものとしてマークされる一方、後のエンコーダバージョンのチャネル間レベル差に対するパラメータセットは、他のバージョン数を得るため、デコーダは、より高いバージョン数を有するパラメータセットを処理できなくなるようにこれを確立する場合に再構成に対するより低いバージョン数の対応するパラメータセットを単に用いるだけである。
【００４１】
最後に、マルチチャネル信号を表すデータストリームは、必ずしも同様に伝送チャネルを含む必要はないことに留意されたい。その代わりに、ＢＣＣパラメータが後に対応するチャネルにＣＤに書き込まれるような場合のように、伝送チャネルが別々に発生されて送信されるが、ここで、ＣＤは、既にＭ個（＝１個以上）の伝送チャネルを含む。
【００４２】
本発明の好適な実施の形態が添付図面に関して以下において説明されるが、これらの図としては：
図１ａは、本発明の実施の形態による所定のデータストリームシンタクスを有する符号化されたマルチチャネル信号の概要であり、
図１ｂは、本発明の実施の形態による図１ａの制御ブロックの詳細な表現であり、
図２ａは、本発明の実施の形態によるエンコーダのブロック回路図であり、
図２ｂは、本発明の実施の形態によるデコーダのブロック回路図であり、
図３ａから図３ｄは、本発明によるパラメータセット構成の好適な実施の形態を示し、
図４ａから図４ｃは、本発明によるパラメータセットデータの好適な実施の形態を示し、
図５は、マルチチャネルエンコーダの一般的な表現を示し、
図６は、ＢＣＣエンコーダ／ＢＣＣデコーダパスの概略ブロック図であり、
図７は、図６のＢＣＣ合成ブロックのブロック回路図であり、
図８Ａから図８Ｃは、パラメータセットＩＣＬＤ、ＩＣＴＤおよびＩＣＣの計算のための典型的なシナリオの表現を示す。
【発明を実施するための最良の形態】
【００４３】
図２ａは、Ｍ個の伝送チャネルと、少なくとも２つのパラメータセットを有するパラメータ情報との両方を提供するための手段２２の入力２０に送られるＮ個の元のチャネルを備える符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を発生するための装置の好適な実施の形態を示す。特に、手段２２の出力２３における伝送チャネル出力の数Ｍは、元のオーディオチャネルの数Ｎよりも小さい。Ｋ個の出力チャネルを再構成するためのパラメータ情報をともに表す個別のパラメータセットは、提供するための手段２２の出力２４ａ、２４ｂ、２４ｃに適用される。Ｍが１以上でかつＮより小さい場合に、Ｍ個の伝送チャネルは、出力側においてデータストリームを書き込むための手段２５に供給され、これは、出力２４ａ、２４ｂ、２４ｃにおけるパラメータセットとちょうど同じく出力２６に適用される。
【００４４】
上記のように、ダウンミックス情報（Ｍ個の伝送チャネル）も、パラメータ情報と別に送信／保存される場合がある。
【００４５】
符号化されたマルチチャネル信号を表すデータストリームを書き込むための手段２５は、Ｍ個の伝送チャネルをデータストリームに書き込み、さらに第１、第２、第３のパラメータセットをデータストリームに書き込むように設計されるため、３つのパラメータセットのうちの１つのパラメータセットを用いないで、さらに好ましくは３つのパラメータセットのうちの少なくとも２つのパラメータセットを用いないで、Ｋ個の出力チャネルの再構成が行われる。これに関して、提供するための手段２２の出力２４ａから２４ｃにおけるパラメータセットは、第１のパラメータセットのような１つのパラメータセットが再構成で絶対に必要である一方、さらに２つのパラメータセット、すなわち第２のパラメータセットおよび第３のパラメータセットは、再構成に対して任意に必要とされるだけであるものとして決められるようにマークされる。
【００４６】
書き込むための手段２５は、その後、以下に述べるように、第１のパラメータセットを必須のパラメータセットとしてデータストリームに書き込み、さらに、第２のパラメータセットおよび第３のパラメータセットを単なる任意のパラメータセットとしてデータストリームに書き込む。
【００４７】
図２ａの出力２６におけるデータストリームは、図２ｂで示されるマルチチャネルデコーダのデータストリーム入力２７に送られる。データストリームのデータは、データストリームを読み込むための手段２８に供給されるが、ここで、図２ａで示されるエンコーダとちょうど同じように、データストリームを読み込むための手段２８も、データストリームから抽出されるＭ個の伝送チャネルに対する論理出力２９と、データストリームに含まれるパラメータセットに対する論理出力３０ａ、３０ｂとをさらに備える。第１のパラメータセットが必須のものとしてマークされるか、再構成に対して絶対に必要とされるような本発明の好適な実施の形態において、読み込むための手段２８は、この第１のパラメータセットを、論理出力３０ａを経由して再構成するための手段３１に提供する。例えば、読み込むための手段２８が、必須のパラメータセットだけを読み込み、さらにこれを再構成するための手段３１に供給するように固定的に設定される場合、手段２８は、入力２７においてデータストリームにおける第２のパラメータセットを単にスキップするが、これは図２ｂにおける中断された論理出力３０ｂによって記号的に表される。
【００４８】
必須のパラメータセットだけ、またはさらに任意のパラメータセットがデータストリームから抽出され、手段３１に供給される制御も、制御入力３２を経由して手段２８に供給される場合があるが、ここで、リソースアベイラビリティ情報および／またはそこから導出される制御情報は制御入力３２を経由して到達する。
【００４９】
例えば、データストリームを読み込むための手段２８が、必須のパラメータセットだけでなく任意のパラメータセットも抽出し、さらにこれらのパラメータセットを対応する論理出力を経由して再構成するための手段３１に供給するように指示され、これによって次に、この手段が出力３３でＫ個の出力チャネルを提供し、ここでＫは図２ａの入力２０における元の入力チャネルの元の数Ｎ以下であるように、十分なバッテリーパワーが利用可能であるように、バッテリーパワー式デコーダがこれを確立することで、リソースアベイラビリティ情報は構成される。デコーダは、データストリームにおいて符号化される全ての出力チャネルを発生することを望むために、数Ｋは数Ｎと等しいことが望ましいことに留意されたい。
【００５０】
データストリームを読み込むためのデータストリーム読み込み手段２８についても、少なくとも第１のパラメータセットにおいて読み込むために動作し、さらにデータストリームにおける拡張性が利用可能である場合、すなわちデータストリームにおけるパラメータセットが再構成で用いられない場合に、第２のパラメータセットのような少なくとも１つのパラメータセットをスキップできるように動作する。次に、Ｍ個の伝送チャネルおよび第１のパラメータセットを用い、第２のパラメータセットを用いずに、Ｋ個の出力チャネルを再構成するために再構成手段３１が動作できるようになる。
【００５１】
本発明の実施の形態において、提供するための手段２２は、Ｎ個の元のチャネルを受信し、出力側においてＭ個の伝送チャネルおよび個別のパラメータセットを提供するＢＣＣエンコーダである。あるいは、提供するための手段２２は、入力側において、例えば、図７のエレメント１１４および１１６によって発生される非拡張フォーマット（パラメータセットのみ、または伝送チャネルを有するパラメータセット）において既に書き込まれている情報を受信し、さらに、拡張可能フォームにおいてパラメータセットをデータストリームに書き込むためにビットストリームを対応して書き換えるように書き込むための手段２５に指示する、いわゆるビットストリームトランスコーダであってもよい。つまり、データストリームを理解できるようにするために、デコーダは、データストリームの全てのデータを読み込んで解析する必要はないが、任意のパラメータセットを検出した場合に任意のパラメータセットと関連付けられるデータをスキップする場合がある。
【００５２】
このように、拡張可能なパラメータセットを有するデータストリームの実際の書き込み対して種々の可能性がある。実施の形態において、パラメータセットに対するデータの開始は、固定データストリームラスタに従って定められる場合がある。この場合、任意のパラメータセットと関連付けられる長さ情報の伝送は、必須ではない。しかしながら、この固定ラスタによって、ビット挿入によってデータストリームのデータ量を人為的に拡張する場合もある。このように、各任意のパラメータセットを長さ情報と関連付け、これによって、長さ情報を有する場合に、デコーダが任意のパラメータセットをスキップする、すなわち長さ情報に基づいて、好ましくはシリアルデータストリームにおける一定数のビットを単にスキップし、その後、データストリームの正しい場所、すなわち新しいパラメータセットおよび／または新しい情報に対するデータが開始する場合に、読み込みおよびそこでの解析を再開することが好ましい。
【００５３】
新しいパラメータセットの開始を伝達する他の可能性としては、例えば、同期パターンを特定のビットパターンを有する実際のデータに先行させる、すなわち、パラメータセットに対するデータがここで開始して後の同期パターンで終了することをデコーダに対して伝達するために、ビットパターン検索だけに基づいてデータの実解析に基づかずに識別される場合があるというものがある。この場合、パラメータセットが任意のパラメータセットとして識別されていると、デコーダは、任意のパラメータセットの開始と関連付けられる同期パターンを探し、次に、次の同期パターンに遭遇するまで解析することなく同期パターンに続くビットでパターン検索を実行する。２つの同期パターン間のビットは、その後、再構成のために用いられず、単に無視される一方、任意のパラメータセットの終了を伝達する次の同期パターンにおけるデータは、このデータがさらなる任意のパラメータセットに属していなければ、ビットストリームシンタクスに従って所定のように用いられる場合もある。
【００５４】
本発明の好適な実施の形態において、いくつかのチャネルの再構成で必要とされる少なくとも２つのパラメータセットは、その知覚的な重要性に関して分類される。知覚、すなわち再構成されたマルチチャネル信号の品質で最の重要なパラメータセットは、データストリームにおいて必須のパラメータセットとしてマークされる一方、他のパラメータセットは、任意のパラメータセットとしてだけマークされる。必須の、任意の、および、例えばスタジオ再構成だけで必要なパラメータセットへのさらなる等級付けは、また、２つだけのスケーリングステップの代わりに、例えば３つのスケーリングステップを達成するために実行される場合もある。義務的なまたは好ましくは任意のパラメータセットのいずれかをマークすることだけで十分であるが、この理由は、マークされていないことから自動的にそれぞれマークされていないパラメータセットのタイプが得られるためであるという点に留意されたい。
【００５５】
図１ａは、データストリームの概略表示を示し、図１ａに示される実施の形態において、このデータストリームは、まず、制御ブロック１０と、１１で指定されるＭ個の伝送チャネルのデータであるブロックと、各パラメータセットに対するブロック１２ａ、１２ｂ、・・・１２ｃとを含む。本発明の好適な実施の形態において、制御ブロック１０は、図１ｂに概略的に示されるように情報の種々の個別の部分を含む。これによって、制御ブロック１０のエントリ１００は、タイトル「ｎｕｍＢｃｃＤａｔａＭａｎｄ」を有するフィールドによって必須のパラメータセットの数を伝達する。さらに、フィールド１０１は、任意のパラメータセットがあるかどうかを伝達する。この目的のために、「ＯｐｔＢｃｃＤａｔａＰｒｅｓｅｎｔ」とマークされるフィールドが用いられる。制御ブロック１０のさらなるフィールドは、変数「ｎｕｍＢｃｃＤａｔａＯｐｔ」を有する任意のパラメータセットの数をさらに伝達する。さらなるブロック１０３、１０４、１０５は、各パラメータセットに対するパラメータセットｉのタイプおよび／またはバージョン数を伝達する。ネイム「ＢｃｃＤａｔａＩｄ」を有するさらなるフィールドは、このために用いられる。フィールド１０６、１０７、１０８のさらなる任意のシーケンスは、任意のものとしてマークされる、すなわち任意のパラメータセットの数に含まれる各パラメータセットに対して「Ｌｅｎｇｔｈｉｎｆｏ」が指定される任意の長さ情報を与える。この長さ情報は、対応する、関連付けられた、例えばｉ番目のパラメータセットのビット長を与える。以下に論じるように、「Ｌｅｎｇｔｈｉｎｆｏ」は、長さまたはその他の場合、実際の長さ指定を伝達する上で必要なビット数に関する情報を含む。
【００５６】
図３ａから図３ｄは、パラメータセット構成の好適なフォームを示す。パラメータセット構成は、各フレームに対して行われる場合もあるが、例えば、多くのフレームを含むファイルの開始といったフレーム群に対して１回だけ行う場合もある。このように、図３ａは、擬似コードにおける任意のパラメータセットの存在および数の定義を与えるが、ここで、「ｕｉｍｓｂｆ」は、「符号なし整数で最も重要なビットが最初」、すなわち符号を含まず、最も重要なビットがデータストリームにおける最初の整数を表す。このように、ＢＣＣデータ数を特定する変数ｎｕｍＢｃｃＤａｔａは、例えば、制御ブロック１０のフィールド１００で最初に表される。
【００５７】
さらに、フィールド１０１は、任意のパラメータセットがあるかどうか（ｏｐｔＢｃｃＤａｔａＰｒｅｓｅｎｔ）を確立するために用いられる。その後、任意のパラメータセットの数（ｎｕｍＢｃｃＤａｔａＯｐｔ）は、任意のパラメータセットのさらなる情報、または、これが行われた場合にいわゆる「チャンク」（ＯｐｔＣｈｕｎｋＩｎｆｏ）を得るために読み込まれる。変数ｎｕｍＢｃｃＤａｔａＯｐｔＭ１は、「マイナス１」を表す接尾辞「Ｍ１」を含む。これは、図３ｄにおいて「＋１」の追加によって再びバランスが取られる。
【００５８】
図３ｂは、実施の形態において、パラメータセットデータ識別子がフィールド１０３から１０５において有する値の概要を示す。このように、変数「ＢｃｃＤａｔａＩｄ」は、まず名前、すなわちパラメータのタイプ、すなわちＩＣＬＤ、ＩＣＴＤおよびＩＣＣを含み、同時にバージョン数Ｖ１またはＶ２をそれぞれ含む場合がある。このように、図３ｂにおいて、データストリームは、実際に、第１のバージョンＶ１と後の第２のバージョンＶ２とのチャネル間レベル差を同時に含む場合があるが、ここで、第１のバージョンに対する適切な対応デコーダは、ＩＣＬＤ＿Ｖ１において必須のパラメータセットとして単に読み込む場合があり、ＩＣＬＤ＿Ｖ２を無視する一方、高バージョン数を有するデコーダは、ＩＣＬＤ＿Ｖ２において、すなわち必須のパラメータセットとして単に読み込むが、このシナリオにおいてただ任意で必要とされるパラメータとしてＩＣＬＤ＿Ｖ１を無視する。あるいは、データセットは、義務的なデータセットがデータストリームにおいて１つのバージョンで常に存在するだけになるように、書き込まれる場合もある。
【００５９】
図３ｃは、任意のパラメータセットの識別を示す。任意のパラメータセットに関する情報において、図１ｂのパラメータセット識別子１０３から１０５は、任意の各パラメータセットに関する情報を得るために各パラメータセットに対して読み込まれる。さらに、パラメータセットの長さは、図３ｃのコマンド「ＯｐｔＣｈｕｎｋＬｅｎ（）」で表されるように、ビットストリームにおいて送信されるのであれば、各任意のパラメータセットに対して読み込まれる。
【００６０】
任意のパラメータセットに対する長さ情報の決定に関して、本発明の好適な実施の形態において、各任意のパラメータセットと関連付けられるデータからの各パラメータセットに対してビット長がどのように読み込まれるかを示す図３ｄを参照すること。
【００６１】
デコーダで実行されるループを読み取るパラメータセットは、図４ａで概略的に示される。このように、図１のブロック１２ａから１２ｃにある実際のパラメータセットデータは、ＢｃｃＤａｔａ（）において読み込まれる。
【００６２】
長さ情報の読み込みについては、図４ｂに示される。例えば、ＢｃｃＤａｔａＬｅｎＢｉｔｓは、チャンクの実際のビット長を伝達する上で必要なビット数を表す。ＢｃｃＤａｔａＬｅｎは、次に、チャンクが有するビット長を実際に与える。この２ステージシステムは、一方で柔軟であり、他方でデータを節約するが、その理由は、大きく異なるタイプでこれにより長さの異なるパラメータセットに対して特に適用される、非常に大きく変動するビット長をチャンクが有する場合に、特に効率的であるからである。これによって、ほとんど任意の長さを有するさらなるチャンクの将来的な定義が可能になる。
【００６３】
図４ｃは、最終的にパラメータセットスイッチを表し、ここで、図３ｂに示されるように、パラメータセットが対応する再構成アルゴリズムと関連付けられるようにパラメータセット識別子が評価されることから、例えば、チャネル間レベル差がチャネル間時間差におよびその逆に考えられるようなケースは発生しない。
【００６４】
図４ｃは、さらに、パラメータセットが任意のものとして識別され、さらに任意のパラメータセットを用いる復号化が所望されない場合に、このパラメータセットのビット数が、全ての必須のパラメータセットが読み込まれる（または、デコーダに知られていないデータ、例えば、パラメータセットがある）（「解析を終了し、出力を開始する」）場合に、さらなる任意のパラメータセットを考慮することなく出力を開始するために、スキップされる（「スキップし、継続する」）ことを示す。このように、そのようなデコーダは、出力が少なくとも１つの義務的なチャンクにおいて既に読み込まれ、さらにデータストリームにおいてさらなる情報を解析できない場合に、出力を開始する。このように、デコーダは、これが理解しないデータストリームコンテンツによって完全なエラー出口に誘起されない。これによって非常に強固なデコーダができる。
【００６５】
以下において、本発明の機能が、本発明の好適な実施の形態に基づいて、さらに詳細に説明される。例えば、ＩＣＬＤ、ＩＣＴＤ、ＩＣＣのような種々のタイプのパラメータ情報や、将来的に決められる他のパラメータセット情報は、異なる別々のデータ部分、すなわち異なるスケーリング層に収容される。この目的のために、図４ａから図４ｃを再び参照すること。パラメータセットは、チャネル間レベル差パラメータセットのような必須のまたは（義務的な）パラメータセットと、チャネル間時間差パラメータおよびチャネル間相関値パラメータセットとのような任意のパラメータセットに区別される。
【００６６】
必須のパラメータセットの数（ｎｕｍＢｃｃＤａｔａＭａｎｄ）と任意のパラメータセットの存在（ＯｐｔＢｃｃＤａｔａＰｒｅｓｅｎｔ）および数（ｎｕｍＢｃｃＤａｔａＯｐｔ）とに関する情報が提供される。通常、必須のパラメータセットの数（ｎｕｍＢｃｃＤａｔａＭａｎｄ）に関する情報は、システム仕様に依存するため、必ずしも明示的に送信されなくてもよいが、エンコーダとデコーダとの間に固定的に定められる場合もある。対照的に、任意のパラメータセットの数（ｎｕｍＢｃｃＤａｔａＯｐｔ）を明示的に送信することが好ましい。存在パラメータ（ＯｐｔＢｃｃＤａｔａＰｒｅｓｅｎｔ）は、図３ａに示されるように、任意のパラメータセットの存在を示す場合、任意のパラメータセットに関して対応する評価が開始される。
【００６７】
本発明の好適な実施の形態において、各パラメータセットに対する識別子（ＢｃｃＤａｔａＩｄ）がさらに提供される。この識別子は、ＩＣＬＤ、ＩＣＴＤまたはＩＣＣのようなパラメータセットタイプおよび／または図３ｂでも示されるように、特定のパラメータセットのシンタクスバージョンに関する情報を提供する。通常、必須のパラメータセットに対する識別子は、黙示的に伝達される一方、任意のパラメータに対する識別子は、明示的に伝達される。しかしながら、この場合、例えば、遭遇される第１のパラメータセットが、例えば、固定的に定められたシナリオにおいてチャネル間レベル差パラメータセットを含む必須のパラメータセットになるように、エンコーダとデコーダとの間に定められなければならない。あるいは、パラメータセットタイプ情報も、同じくパラメータセットタイプのオーダーを黙示的に表すことによって決められる場合がある。
【００６８】
パラメータセットは、好ましくは、パラメータセット長さ情報を含む。このようなパラメータセット長さ情報を提供することは、パラメータセットの正確なビットストリームシンタックスを知ることも必要とされるデコーダなしで関連付けられたビットを単にスキップすることによって、このパラメータセットをデコーダが無視できるようになる。この目的のために、図４ｂを参照のこと。
【００６９】
本発明の好適な実施の形態において、単に必須のパラメータセットにおけるデータを破棄できる代わりに、いずれにしてもデコーダが何らかの場合において必須のパラメータセットにおけるデータを解析し処理しなければならないことから、必須のパラメータセットはパラメータセット長さ情報を含まない。このように、デコーダは、パラメータセットを見出すが、何らかの関連するさらなる情報を含まない場合、パラメータセット（例えば、ＩＣＬＤ）が所定の利用可能なパラメータセット内にあり、何らかの対応する情報を含まないという事実のために、このパラメータセットが必須のパラメータセットであるということを想定してデコーダが実施されることがあり得る。
【００７０】
任意のパラメータセットに対して、パラメータセット長さ情報は、送信されるか、または、アプリケーションの例に依存しない場合もある。単純なルールとしては、エンコーダとデコーダとの間の相互運用性を改善するために、全ての任意のパラメータセットがパラメータ長さ情報を含む。しかしながら、ビットを節約するために、長さ情報は、最終パラメータセットに対して送信されない場合があり、その理由は、これらのデータをスキップして、次のパラメータセットにアクセスする必要がなく、いずれにしてもこのパラメータセットが最終パラメータセットであるためである。この手順は、図１ａに示されるように、データブロックが第ｉのパラメータセット１２ｃで実際に終わりになり、次に、例えば、和信号および／または処理したばかりのＭ個の伝送チャネルのブロックに対してさらなる制御情報等がない場合に、明らかに有用である。
【００７１】
明示的な伝達は、例えば、リソースアベイラビリティ情報３２（図２ｂ）により、パラメータ長さ情報の伝送は、図３ｄに基づいて既に示したように、パラメータセット長さ情報の存在／長さに関してデコーダに知らせるビットストリームエレメントによってエンコーダで動的に伝達される場合もある。
【００７２】
以下において、図２ｂに示されるデコーダの復号化プロセスに対する好適な実施の形態が論じられる。好適なデコーダは、好ましくはチャネル間レベル差パラメータセットである必須の（義務的な）パラメータセットのアベイラビリティをまずチェックする。さらに、ＩＬＤパラメータセットのシンタクスバージョン数が、デコーダそのものが復号化できるバージョン数よりも大きな場合で、例えば、デコーダが１からｎのシンタクスバージョンをサポートする場合、図２ｂの再構成するための手段３１によって再構成が行われない場合もある。他の全ての場合において、有効な復号化プロセスの所定のフォームは、必須のパラメータセットの復号化によって、さらに任意のパラメータセットが用いられない場合、必須のパラメータセットだけを用いてマルチチャネル合成を実行することによって行われる場合もある。
【００７３】
しかしながら、デコーダは、任意のパラメータセットを検出すると、このパラメータセットを用いるか、または、そのコンテンツを破棄する場合がある。２つの可能性のいずれの１つが選択されるかは、例えば、以下で論じるシナリオによる。
【００７４】
任意のパラメータセットのシンタクスバージョン数が、このパラメータセットタイプに対するデコーダそのもののインストールされたシンタクスバージョンの能力より高い場合、このパラメータセットタイプは、デコーダによって処理されずにスキップされる。しかしながら、この場合でも、任意のパラメータセットタイプを用いて改良されたマルチチャネル再構成を実行することなく、有効な符号化が達成される。しかしながら、任意のパラメータセットのコンテンツがデコーダの能力に応じて考慮に入れられる場合、高品質の再構成が行われる。
【００７５】
例えば、チャネル間コヒーレンス値を用いる合成はかなりの量の計算リソースを占拠する場合があることに留意されたい。このため、例えば、複雑さの低いデコーダは、リソース制御情報に応じてこのパラメータセットを無視する一方、高出力品質を提供することのできるデコーダは、再構成のために全てのパラメータセット、すなわち必須のおよび任意のパラメータセットの両方を抽出して用いる。好適な実施に形態において、パラメータセットを利用／破棄する決定は、対応する時間で、すなわち動的に計算リソースのアベイラビリティに基づいて行われる。
【００７６】
本発明の概念は、既存のデコーダによる復号化能力、すなわち後方互換性に干渉することなく、必須でない、すなわち任意のパラメータセットタイプに対するビットストリームフォーマットを適合して更新する可能性を提供する。さらに、本発明は、いかなる場合においても、古いデコーダが最悪の場合にラウドスピーカの破壊をもたらすことがある無効な出力を発生することもあり、この際、必須のパラメータセットの、すなわち、ＩＬＤ情報のシンタクスバージョン数を増やすことによって、または、例えば、図３ｂのフィールド「ＢｃｃＤａｔａＩｄ」ＮＯ．４で任意に示されるように、シンタクスの更新が行われる。
【００７７】
このように、本発明の概念は、第１の場所において全てのパラメータセットをまず読み込むことができ、次に、対応するパラメータを用いて図７で示されるような対応するプロセッサエレメントを駆動できるようにするために、ビットストリームにおいて用いられる各パラメータセットの全シンタクスをデコーダが知らなければならない過去のビットストリームシンタクスとは異なる。本発明のデコーダは、ブロック１２６および１２８をスキップし、この際、低品質であってもマルチチャネル再構成を実行するために、チャネル間レベル差だけが必須のパラメータセットとして抽出される。
【００７８】
要約すると、以下にエンコーダの本質的な特徴が再度表されるが、この特徴は、低データ速度のデータストリームを用いて効率的で高品質の復号化を達成するためにデコーダによって有利に用いられる。
【００７９】
パラメータセットが、再構成されたマルチチャネル信号の品質に関してＫ個の出力チャネルの再構成において他のパラメータセットよりも重要でない場合、書き込むための手段２５は、重要でないデータセットを用いることなく再構成が可能になるように、データセットを書き込むように設計される。
【００８０】
好ましくは、書き込むための手段２５は、さらに、関連付けられた識別子１００から１０５を用いてパラメータセットを提供するように設計され、ここで、パラメータセットに対する識別子は、パラメータセットが再構成で絶対に用いられなければならないことを示すか、または、他のパラメータセットに対する識別子は、パラメータセットが再構成のために任意に用いられるだけであることを示す。
【００８１】
好ましくは、書き込むための手段２５は、デコーダが第２のパラメータセット部分（１２ｂ）を読み込んで解釈することなくＫ個の出力チャネルを再構成するように、第１のパラメータセットを第１のパラメータセット部分１２ａに書き込み、さらに第２のパラメータセットを第２のパラメータセット部分１２ｂに書き込むために、データストリームのデータセットの伝送チャネル部分１１にＭ個の伝送チャネルを書き込むように、さらに設計される。
【００８２】
パラメータセットが、チャネル間レベル差、チャネル間時間差、チャネル間位相差、または、チャネル間コヒーレンス情報を含むグループから選択される場合、書き込むための手段２５は、複号化のために必須なものとしてチャネル間レベル差パラメータセットをマークし、さらに復号化のために任意なものとしてそのグループの少なくとも１つの他のパラメータセットをマークするように設計される。
【００８３】
好ましくは、書き込むための手段２５は、デコーダが長さ情報に基づいてデータ量をスキップすることができるように、データセットにおけるどのデータ量が第２のパラメータセットに属するかを示す長さ情報１０６から１０８を有する第２のパラメータセットを提供するように設計され、ここで、長さ情報は、好ましくは、長さフィールドのビット長を伝達するための第１のフィールドを備え、さらに長さフィールドは、第２のパラメータセットのビット量が与えられるビット長を備える。
【００８４】
好ましくは、書き込むための手段２５は、任意のパラメータセットなしでＫ個の出力チャネルの再構成がデコーダによって行われるこの任意のパラメータセットの数を示すデータストリームに数情報１０２を書き込むようにさらに設計される。
【００８５】
好ましくは、書き込み手段２５は、シンタクスバージョン情報が所定の状態にある場合にだけ、デコーダが対応するパラメータセットを用いて再構成を実行するように、シンタクスバージョン情報１０３から１０５をパラメータセットと関連付けるようにさらに設計される。
【００８６】
好ましくは、適用可能な場合、第２のパラメータセットとさらなる任意のパラメータセットとに対するシンタクスバージョン情報だけがさらにある。
【００８７】
さらに、データストリームにおいてパラメータセットのシーケンスにおける最後の任意のパラメータセットは、何らかの関連付けられた長さ情報を備えない場合もある。
【００８８】
さらに、書き込むための手段２５は、データストリームにおいて動的にパラメータセット長さ情報の存在および長さを伝達するように設計される場合もある。
【００８９】
提供するための手段２２は、少なくとも１つの元のチャネルの時間サンプルのブロックのシーケンスに基づくＭ個の伝送チャネルに対するデータブロックのシーケンスを提供するように設計される場合もある。
【００９０】
状況によっては、発生および／または復号化のための本発明の方法は、ハードウェアまたはソフトウェアで実施されてもよい。この実施は、その方法が実行されるように、プログラム可能なコンピュータシステムと協働する、電子的に読み出すことができる制御信号を有する、デジタル保存媒体、特に、フロッピー（登録商標）ディスクまたはＣＤ上で行うことができる。本発明は、一般に、コンピュータプログラム製品がコンピュータ上で実行されるときに、機械で読み出し可能なキャリアに格納されたこの方法を実行するためのプログラムコードを有するコンピュータプログラム製品にも存在する。言い換えると、本発明は、コンピュータプログラムがコンピュータ上で実行されるときに、この方法を実行するためのプログラムコードを有するコンピュータプログラムとしても実現することができる。
【図面の簡単な説明】
【００９１】
【図１ａ】図１ａは、本発明の実施の形態による所定のデータストリームシンタクスを有する符号化されたマルチチャネル信号の概要である。
【図１ｂ】図１ｂは、本発明の実施の形態による図１ａの制御ブロックの詳細な表現である。
【図２ａ】図２ａは、本発明の実施の形態によるエンコーダのブロック回路図である。
【図２ｂ】図２ｂは、本発明の実施の形態によるデコーダのブロック回路図である。
【図３ａ】図３ａは、本発明によるパラメータセット構成の好適な実施の形態を示す。
【図３ｂ】図３ｂは、本発明によるパラメータセット構成の好適な実施の形態を示す。
【図３ｃ】図３ｃは、本発明によるパラメータセット構成の好適な実施の形態を示す。
【図３ｄ】図３ｄは、本発明によるパラメータセット構成の好適な実施の形態を示す。
【図４ａ】図４ａは、本発明によるパラメータセットデータの好適な実施の形態を示す。
【図４ｂ】図４ｂは、本発明によるパラメータセットデータの好適な実施の形態を示す。
【図４ｃ】図４ｃは、本発明によるパラメータセットデータの好適な実施の形態を示す。
【図５】図５は、マルチチャネルエンコーダの一般的な表現を示す。
【図６】図６は、ＢＣＣエンコーダ／ＢＣＣデコーダパスの概略ブロック図である。
【図７】図７は、図６のＢＣＣ合成ブロックのブロック回路図である。
【図８】図８Ａから図８Ｃは、パラメータセットＩＣＬＤ、ＩＣＴＤおよびＩＣＣの計算のための典型的なシナリオの表現を示す。
【図１ａ】
2008511848.tif 000003
【図１ｂ】
2008511848.tif 000004
【図２ａ】
2008511848.tif 000005
【図２ｂ】
2008511848.tif 000006
【図３ａ】
2008511848.tif 000007
【図３ｂ】
2008511848.tif 000008
【図３ｃ】
2008511848.tif 000009
【図３ｄ】
2008511848.tif 000010
【図４ａ】
2008511848.tif 000011
【図４ｂ】
2008511848.tif 000012
【図４ｃ】
2008511848.tif 000013
【図５】
2008511848.tif 000014
【図６】
2008511848.tif 000015
【図７】
2008511848.tif 000016
【図８】
2008511848.tif 000017
【手続補正書】
【提出日】平成18年7月3日(2006.7.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を発生するための装置であって、Ｎは２以上であり、
Ｍ個の伝送チャネル（２３）からＫ個の出力チャネルを再構成するためのパラメータ情報（２４ａ、２４ｂ、２４ｃ）を提供するための手段（２２）であって、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも１つの第１のパラメータセットおよび異なる第２のパラメータセットを備え、前記第２のパラメータセットは関連付けられたシンタクスバージョン情報を（１０３から１０５）を備える手段と、
データストリーム（２６）を書き込むための手段（２５）であって、書き込むための前記手段（２５）は、前記Ｋ個の出力チャネルのうちの少なくとも１つの出力チャネルの再構成が前記第１のパラメータを用いて、前記第２のパラメータセットを用いることなく、さらに前記Ｍ個の伝送チャネル（２３）のうちの少なくとも１つの伝送チャネルを用いて行われるように、前記第１および第２のパラメータセットを前記データストリームに書き込むように設計される手段とを備える、装置。
【請求項２】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を復号化するための装置であって、前記符号化されたマルチチャネル信号はＭ個の伝送チャネルからＫ個の出力チャネルを再構成するためのパラメータ情報を備えるデータストリームによって表され、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備え、さらに、第１および第２のパラメータセットは、前記Ｋ個の出力チャネルの再構成が前記第１のパラメータセットを用いて、さらに前記第２のパラメータセットを用いることなく行われるように、前記データストリームに書き込まれ、前記第２のパラメータセットは関連付けられたシンタクスバージョン情報（１０３から１０５）を備える装置であって、
前記第２のパラメータセットに関連付けられる前記シンタクスバージョン情報が復号化するための前記装置の所定のシンタクスバージョン情報と互換性がない場合に、前記第１のパラメータセット（３０ａ）において読み込み、さらに前記第２のパラメータセット（３０ｂ）をスキップし、前記シンタクスバージョン情報が前記所定のシンタクスバージョン情報と互換性がある場合に、前記第２のパラメータセットにおいて読み込むように、前記データストリームを読み込むためのデータストリーム読み込み手段（２８）を備える、装置。
【請求項３】
前記Ｍ個の伝送チャネルおよび前記第１のパラメータセットを用いるが、前記第２のパラメータセットを用いずに、前記Ｋ個の出力チャネルを再構成するための再構成手段（３２）をさらに備える、請求項２に記載の装置。
【請求項４】
前記第１のパラメータセットは、関連付けられたシンタクスバージョン情報（１０３から１０５）を備え、さらに
前記読み込み手段（２８）は、読み込まれたシンタクスバージョン情報が復号化するための前記装置の所定のシンタクスバージョン情報と互換性がある場合にだけ再構成が前記再構成手段によって実行されるように、前記関連付けられたシンタクスバージョン情報を読み込み、さらに前記再構成手段（３１）を駆動するように設計される、請求項２または請求項３に記載の装置。
【請求項５】
前記第２のパラメータセットは、関連付けられた第２のパラメータセットのデータ量を示す長さ情報を備え、さらに、前記読み込み手段（２８）は、前記第２のパラメータセットのデータを解析することなく、前記長さ情報に基づいて、前記長さ情報によって示されるデータセットにおけるデータ量をスキップするように設計される、請求項２ないし請求項４のいずれかに記載の装置。
【請求項６】
前記読み込み手段（２８）は、リソースアベイラビリティ情報を得るために制御可能（３２）であり、さらに
前記読み込み手段（２８）は、前記リソースアベイラビリティ情報が十分なリソースを示す場合に前記第２のパラメータセットにおいて読み込み、さらに前記リソースアベイラビリティ情報が不十分なリソースを示す場合に前記第２のパラメータセットをスキップするようにさらに設計される、請求項２ないし請求項５にいずれかに記載の装置。
【請求項７】
１つのパラメータセットは、再構成されたマルチチャネル信号の品質に関して、前記Ｋ個の出力チャネルの再構成において他のパラメータセットよりも重要性が低く、さらに、前記データストリーム読み込み手段（２８）は、前記重要性の低いデータセットをスキップするように設計される、請求項２ないし請求項６のいずれかに記載の装置。
【請求項８】
前記データストリームは、関連付けられた識別子（１００から１０５）を有するパラメータセットを備え、あるパラメータセットに対する識別子は、このパラメータセットが再構成に対して絶対に用いられなければならないことを示すか、または、他のパラメータセットに対する識別子は、このパラメータセットが再構成に対して単に任意に用いられてもよいことを示し、前記データストリーム読み込み手段（２８）は、前記識別子を検出し、必須のパラメータセットを読み込み、さらに前記検出された識別子に基づいて任意のパラメータをスキップするように設計される、請求項２ないし請求項７のいずれかに記載の装置。
【請求項９】
前記データストリームは、第１のパラメータセット部分（１２ａ）における第１のパラメータセットと、第２のパラメータセット部分（１２ｂ）における第２のパラメータセットとを備え、前記データストリーム読み込み手段は、前記パラメータセット部分に関して前記データストリームを解釈し、前記第１のパラメータセット部分において読み込み、さらに前記第２のパラメータセット部分をスキップするように設計される、請求項２ないし請求項８のいずれかに記載の装置。
【請求項１０】
パラメータセットは、チャネル間レベル差、チャネル間時間差、チャネル間位相差、または、チャネル間コヒーレンス情報を含むグループから選択され、前記データストリームにおいて、前記チャネル間レベル差パラメータセットは、復号化するために絶対に必要とされるものとしてマークされ、さらに前記グループの少なくとも１つの他のパラメータセットは、復号化に対して任意なものとしてマークされ、さらに、前記データストリーム読み込み手段（２８）は、前記チャネル間レベル差パラメータセットにおいて読み込み、さらに前記グループから他のパラメータセットをスキップするように設計される、請求項２ないし請求項９のいずれかに記載の装置。
【請求項１１】
前記データストリームは、任意のパラメータセットなしで前記Ｋ個の出力チャネルの再構成が前記デコーダによって行われるこの任意のパラメータセットの数を示す数情報（１０２）を備え、前記データストリーム読み込み手段は、前記数情報に基づいて少なくとも１つの任意のパラメータセットを読み込むように設計される、請求項２ないし請求項１０のいずれかに記載の装置。
【請求項１２】
適用可能な場合、前記第２のパラメータセットとさらなる任意のパラメータセットとに対して前記データストリームにおいて関連付けられたシンタクスバージョン情報があり、前記第１のパラメータセットに対してシンタクスバージョン情報がない、請求項２に記載の装置。
【請求項１３】
前記データストリームにおいてパラメータセットのシーケンスにおける最終の任意のパラメータセットは、何らかの関連付けられた長さ情報を備えず、前記データストリーム読み込み手段（２８）は、前記最終の任意のパラメータセットにおける読み込み前に何らかの長さ情報を読み込んで解釈しないように設計される、先行する請求項のいずれかに記載の装置。
【請求項１４】
パラメータセット長さ情報の存在および長さは、前記データストリームにおいて動的に伝達され、さらに、前記データストリーム読み込み手段（２８）は、前記データストリームにおいてパラメータセット長さ情報の前記存在をまず検出し、次に、検出された存在に基づいて前記データストリームから前記パラメータセット長さ情報の前記長さを抽出するように設計される、請求項２ないし請求項１３のいずれかに記載の装置。
【請求項１５】
前記Ｍ個の伝送チャネルはＢＣＣダウンミックスチャネルであり、前記パラメータセットはＢＣＣパラメータを含み、さらに、前記再構成手段（３２）はＢＣＣ合成を実行するように設計される、請求項３ないし請求項１４のいずれかに記載の装置。
【請求項１６】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を発生するための方法であって、Ｎが２以上であり、
Ｍ個の伝送チャネル（２３）からＫ個の出力チャネルを再構成するためのパラメータ情報（２４ａ、２４ｂ、２４ｃ）を提供するステップ（２２）であって、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備えるステップと、
前記Ｋ個の出力チャネルのうちの少なくとも１つの出力チャネルの再構成が、第１のパラメータセットを用いて、第２のパラメータセットを用いることなく、さらに前記Ｍ個の伝送チャネル（２３）のうちの少なくとも１つの伝送チャネルを用いて行われるように、第１および第２のパラメータセットをデータストリームに書き込むことによってデータストリーム（２６）を書き込み、前記第２のパラメータセットは関連付けられたシンタクスバージョン情報（１０３から１０５）を備えるステップ（２５）とを備える、方法。
【請求項１７】
Ｎ個の元のチャネルを備え、符号化されていないマルチチャネル信号を表す符号化されたマルチチャネル信号を復号化するための方法であって、前記符号化されたマルチチャネル信号はＭ個の伝送チャネルからＫ個の出力チャネルを再構成するためのパラメータ情報を備えるデータストリームによって表され、Ｍは１以上でかつＮ以下であり、ＫはＭより大きくかつＮ以下であり、前記パラメータ情報は１つの同一の出力チャネルを再構成するための少なくとも２つの異なるパラメータセットを備え、さらに、第１および第２のパラメータセットは、前記Ｋ個の出力チャネルの再構成が前記第１のパラメータセットを用いて、さらに前記第２のパラメータセットを用いることなく行われるように、前記データストリームに書き込まれ、前記第２のパラメータセットは関連付けられたシンタクスバージョン情報（１０３から１０５）を備える方法であって、
前記第２のパラメータセットに関連付けられる前記シンタクスバージョン情報が復号化するための前記装置の所定のシンタクスバージョン情報と互換性がない場合に、前記第１のパラメータセット（３０ａ）において読み込み、さらに前記第２のパラメータセット（３０ｂ）をスキップし、前記シンタクスバージョン情報が前記所定のシンタクスバージョン情報と互換性がある場合に、前記第２のパラメータセットにおいて読み込むように、前記データストリームを読み込むステップ（２８）を備える、方法。
【請求項１８】
コンピュータ上で動作するときに、請求項１６または請求項１７に記載の方法を実行するためのプログラムコードを有するコンピュータプログラム。
【国際調査報告】
2008511848.tif 000018
2008511848.tif 000019
2008511848.tif 000020
2008511848.tif 000021
2008511848.tif 000022
2008511848.tif 000023