(57)【要約】  デバイスは、受信機とデコーダとを含む。受信機は、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するように構成される。デコーダは、少なくとも２つのオーディオ信号を生成するために、ステレオパラメータを使用してアップミックスオペレーションを行うように構成される。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成される。第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。【選択図】図１
2019512737.tif 000002
【特許請求の範囲】
【請求項１】
デバイスであって、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するように構成された受信機と、
少なくとも２つのオーディオ信号を生成するために、前記ステレオパラメータを使用してアップミックスオペレーションを行うように構成されたデコーダと、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、デバイス。
【請求項２】
前記エンコーダでのステレオダウンミックス処理中に使用される前記複数のウィンドウの各ウィンドウの全体の長さは、前記デコーダでのステレオアップミックス処理中に使用される前記第２の複数のウィンドウの各ウィンドウの前記全体の長さとは異なる、請求項１に記載のデバイス。
【請求項３】
前記複数のウィンドウは、前記ステレオダウンミックス処理に使用されるＤＦＴ分析ウィンドウに対応し、前記第２の複数のウィンドウは、前記ステレオアップミックス処理に使用される逆ＤＦＴ合成ウィンドウに対応する、請求項２に記載のデバイス。
【請求項４】
前記エンコーダにおける変換領域中の各周波数ビンに関連付けられた第１の周波数分解能は、前記デコーダにおける前記変換領域中の各周波数ビンに関連付けられた第２の周波数分解能とは異なる、請求項２に記載のデバイス。
【請求項５】
前記エンコーダで使用される前記複数のウィンドウの各ウィンドウのウィンドウロケーションは、前記デコーダで使用される前記複数のウィンドウの各ウィンドウのウィンドウロケーションとは異なる、請求項１に記載のデバイス。
【請求項６】
前記ステレオパラメータのうちの少なくとも１つのパラメータは、フレーム間で補間され、前記少なくとも１つの補間されたパラメータおよび少なくとも１つの補間されていない値は、前記デコーダで使用される、請求項５に記載のデバイス。
【請求項７】
前記第２の複数のウィンドウのウィンドウオーバーラップは、非対称である、請求項１に記載のデバイス。
【請求項８】
前記受信機は、ミッド信号を受信するようにさらに構成される、請求項１に記載のデバイス。
【請求項９】
前記ミッド信号は、前記ステレオパラメータを使用して、ダウンミックスオペレーションに基づいて前記エンコーダによって生成される、請求項８に記載のデバイス。
【請求項１０】
前記アップミックスオペレーションは、前記ステレオパラメータと前記ミッド信号とを使用して行われる、請求項８に記載のデバイス。
【請求項１１】
前記第２の複数のウィンドウのうちの連続したウィンドウのペアの両方のウィンドウは、非対称である、請求項１に記載のデバイス。
【請求項１２】
前記第２の複数のウィンドウのうちの連続したウィンドウのペアの第１のウィンドウは、非対称である、請求項１に記載のデバイス。
【請求項１３】
前記第１のウィンドウと前記第２のウィンドウとの第１のオーバーラップ部分の第３の長さは、連続するウィンドウの第２のペアの前記第２のウィンドウと第３のウィンドウとの第２のオーバーラップ部分の第４の長さとは異なる、請求項１２に記載のデバイス。
【請求項１４】
前記受信機は、前記ステレオパラメータを含むオーディオ信号を受信するように構成され、前記デコーダは、ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記オーディオ信号の復号中に前記第２の複数のウィンドウを適用するように構成される、請求項１に記載のデバイス。
【請求項１５】
前記受信機および前記デコーダは、モバイル通信デバイスに統合される、請求項１に記載のデバイス。
【請求項１６】
前記受信機および前記デコーダは、基地局に統合される、請求項１に記載のデバイス。
【請求項１７】
方法であって、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することと、
前記ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することと、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、方法。
【請求項１８】
前記複数のウィンドウは、第１のホップ長に関連付けられ、前記第２の複数のウィンドウは、第２のホップ長に関連付けられる、請求項１７に記載の方法。
【請求項１９】
前記複数のウィンドウは、前記第２の複数のウィンドウとは異なる数のウィンドウを含む、請求項１７に記載の方法。
【請求項２０】
前記複数のウィンドウのうちの第１のウィンドウと、前記第２の複数のウィンドウのうちの第２のウィンドウとは、同じサイズである、請求項１７に記載の方法。
【請求項２１】
前記複数のウィンドウの各ウィンドウは、対称であり、前記第２の複数のウィンドウのうちの第１のウィンドウは、非対称である、請求項１７に記載の方法。
【請求項２２】
前記ステレオパラメータを含むオーディオ信号を受信することと、
ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記第２の複数のウィンドウを適用することと、
をさらに備える、請求項１７に記載の方法。
【請求項２３】
ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、前記ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うことをさらに備える、請求項２２に記載の方法。
【請求項２４】
受信することおよび生成することは、モバイル通信デバイスを備えるデバイスで行われる、請求項１７に記載の方法。
【請求項２５】
受信することおよび生成することは、基地局を備えるデバイスで行われる、請求項１７に記載の方法。
【請求項２６】
装置であって、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するための手段と、
少なくとも２つのオーディオ信号を生成するために、前記ステレオパラメータを使用してアップミックスオペレーションを行うための手段と、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、装置。
【請求項２７】
ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記第２の複数のウィンドウを適用するための手段と、
ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、前記ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うための手段と、
をさらに備える、請求項２６に記載の装置。
【請求項２８】
受信するための前記手段および行うための前記手段は、モバイル通信デバイスに統合される、請求項２６に記載の装置。
【請求項２９】
受信するための前記手段および行うための前記手段は、基地局に統合される、請求項２６に記載の装置。
【請求項３０】
命令を記憶するコンピュータ可読記憶デバイスであって、前記命令はプロセッサによって実行されるとき、前記プロセッサに、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することと、
前記ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することと、
を備える動作を行わせ、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、方法。
【請求項３１】
前記第２の長さは、前記第１の長さよりも短い、請求項３０に記載のコンピュータ可読記憶デバイス。
【請求項３２】
前記ステレオパラメータは、離散フーリエ変換（ＤＦＴ）ステレオキューパラメータに対応する、請求項３０に記載のコンピュータ可読記憶デバイス。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本願は、共有された、「MULTI CHANNEL CODING」と題する２０１６年３月１８日に出願された米国仮特許出願第６２／３１０，６３５号、および「MULTI CHANNEL CODING」と題する２０１７年３月１６日に出願された米国非仮特許出願第１５／４６１，３１２号からの優先権の利益を主張し、上記出願の各々の内容は、それら全体が参照により本明細書に明示的に組み込まれている。
【技術分野】
【０００２】
本願は、概してオーディオコーディングに関する。
【背景技術】
【０００３】
[0003]  コンピューティングデバイスは、オーディオ信号を受信するために複数のマイクロフォンを含み得る。マルチチャンネル符号化−復号システムでは、コーダ（例えば、エンコーダ、デコーダ、または両方）は、制限されない例であるが、例示されるような変換領域、時間領域、ハイブリット領域、または別の領域などの１つまたは複数の領域中で機能するように構成され得る。ステレオ符号化では、マイクロフォンからのオーディオ信号は、ミッドチャンネル信号（mid channel signal）および１つまたは複数のサイドチャンネル信号（side channel signals）を生成するように符号化され得る。例えば、ステレオ（２チャンネル）信号がコーディングされるとき、離散フーリエ変換（ＤＦＴ）領域などの変換領域中の１つまたは複数の帯域中で空間パラメータのセットが推定され得る。追加的にまたは代替的に、１つまたは複数のサブフレームのための時間領域中で空間パラメータの別のセットが推定され得る。他の波形コーディングは、変換領域または時間領域のいずれかで行われ得る。ミッドチャンネル信号は、第１のオーディオ信号と第２のオーディオ信号との和に対応し得る。加えて、ステレオ復号では、ミッドチャンネル信号および１つまたは複数のサイドチャンネル信号は、複数の出力信号を生成するために復号され得る。
【０００４】
[0004]  マルチチャンネル符号化−復号システムでは、ＤＦＴ変換は、オーディオ信号を時間領域から変換領域にコンバートするために、オーディオ信号に対して行われ得る。ＤＦＴ変換は、ウィンドウ（例えば、分析ウィンドウ）を使用して、オーディオ信号の一部分に対して行われ得る。そのウィンドウは、コーディング処理（例えば、符号化および復号）に何らかの遅延をもたらすルックアヘッド部分（look ahead portion）を含み得る。符号化処理および復号処理のルックアヘッド部分に基づいてもたらされた遅延は、オーディオ信号を符号化および復号するためのマルチチャンネル符号化−復号システムの遅延の総量の一因となる。
【発明の概要】
【０００５】
[0005]  特定の態様では、デバイスは、受信機とデコーダとを含む。受信機は、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するように構成される。デコーダは、少なくとも２つのオーディオ信号を生成するために、ステレオパラメータを使用してアップミックス（upmix）オペレーションを行うように構成される。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成される。第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。
【０００６】
[0006]  別の特定の態様では、方法は、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することを含む。方法はさらに、ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することを含む。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成される。第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。
【０００７】
[0007]  別の特定の態様では、装置は、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するための手段を含む。装置はまた、少なくとも２つのオーディオ信号を生成するために、ステレオパラメータを使用してアップミックスオペレーションを行うための手段を含む。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成される。第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。
【０００８】
[0008]  別の特定の態様では、コンピュータ可読記憶デバイスは、プロセッサによって実行されたとき、プロセッサに、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することを含むオペレーションを行わせる命令を記憶する。オペレーションはまた、ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することを含む。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成される。第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。
【０００９】
[0009]  本開示の他の態様、利点、および特徴は、図面の簡単な説明、発明の詳細な説明、および特許請求の範囲を含む本願全体のレビュー後に明らかになるだろう。
【図面の簡単な説明】
【００１０】
【図１】[0010]  図１は、複数のオーディオ信号を符号化するように動作可能なエンコーダと、複数のオーディオ信号を復号するように動作するデコーダとを含むシステムの特定の例示的実施例（illustrative example）のブロック図である。
【図２】[0011]  図２は、図１のエンコーダの例を例示する図である。
【図３】[0012]  図３は、図１のデコーダの例を例示する図である。
【図４】[0013]  図４は、図１のシステムによって行われる符号化および復号のためのウィンドウの第１の例示的実施例を含む。
【図５】[0014]  図５は、図１のシステムによって行われる符号化および復号のためのウィンドウの第２の例示的実施例を含む。
【図６】[0015]  図６は、図１のシステムによって行われる符号化および復号のためのウィンドウの第３の例示的実施例を含む。
【図７】[0016]  図７は、コーダを動作する方法の例を例示するフローチャートである。
【図８】[0017]  図８は、コーダを動作する方法の例を例示するフローチャートである。
【図９】[0018]  図９は、複数のオーディオ信号を符号化するように動作可能なデバイスの特定の例示的実施例のブロック図である。
【発明の詳細な説明】
【００１１】
[0019]  本開示の特定の態様が、図面を参照して下記で説明される。この説明では、共通の特徴は、共通の参照番号で指定される。本明細書で使用されるとき、様々な技術用語は、特定の実装を説明する目的のみで使用され、実装の制限を意図するものではない。例えば、単数形「a」、「an」、および「the」は、コンテキストが別段に明示していない限り、複数形も含むことを意図する。「備える（comprise）」、「備える(comprises)」、および「備えている(comprising)」という用語は、「含む(include)」、「含む(includes)」、または「含んでいる(including)」と互換的に使用され得ることがさらに理解されるだろう。加えて、「ここにおいて(wherein)」は、「ここで(where)」と互換的に使用され得ることが理解されるだろう。本明細書で使用されるとき、構造、構成要素、オペレーションなどの要素を一部変更するために使用される一般的な用語（例えば、「第１の」、「第２の」、「第３の」など）は、それ自体が、別の要素に対するその要素の任意の優先度または順序を示すものではなく、単に、その要素を（一般的な用語の使用を別にして）同じ名前を有する別の要素と区別している。本明細書で使用されるとき、「セット（set）」という用語は、特定の要素のうちの１つまたは複数を指し、「複数の」という用語は、特定の要素のうちの複数（例えば、２つ以上）を指す。
【００１２】
[0020]  本開示では、「決定すること」、「計算すること」、「シフトすること」、「調整すること」などの用語は、１つまたは複数のオペレーションがどのように行われるかを説明するために使用され得る。このような用語は限定的であると解釈されるべきではなく、他の技法は同様のオペレーションを行うために利用され得ることに留意されたい。加えて、本明細書で言及されるとき、「生成すること」、「計算すること」、「使用すること」、「選択すること」、「アクセスすること」、および「決定すること」は、互換的に使用され得る。例えば、パラメータ（または信号）を「生成すること」、「計算すること」、または「決定すること」は、パラメータ（または信号）をアクティブに生成すること、計算すること、または決定することを指し得るか、あるいは、別の構成要素またはデバイスなどによって既に生成されたパラメータ（または信号）を使用すること、選択すること、またはアクセスすることを指し得る。
【００１３】
[0021]  本開示では、複数のオーディオ信号をコーディング（例えば、符号化、復号、または両方）するように動作可能なシステムおよびデバイスが開示される。いくつかの実装では、エンコーダ／デコーダウィンドウ処理（windowing）は、本明細書でさらに説明されるように、復号遅延を低減するためのマルチチャンネルコーディングに関して不一致となり得る。
【００１４】
[0022]  デバイスは、複数のオーディオ信号を符号化するように構成されたエンコーダ、複数のオーディオ信号を復号するように構成されたデコーダ、または両方を含み得る。複数のオーディオ信号は、複数の記録デバイス、例えば、複数のマイクロフォンを使用して時間内に同時にキャプチャされ得る。いくつかの例では、複数のオーディオ信号（または、マルチチャンネルオーディオ）は、一度にまたは異なる時間に記録された数個のオーディオチャンネルを多重化することによって合成的に（例えば、人工的に）生成され得る。例示的実施例として、オーディオチャンネルの同時記録または多重化は、２チャンネル構成（すなわち、ステレオ：左および右）、５．１チャンネル構成（左、右、センター、左サラウンド、右サラウンド、および低周波数拡張（ＬＦＥ）チャンネル）、７．１チャンネル構成、７．１＋４チャンネル構成、２２．２チャンネル構成、またはＮチャンネル構成をもたらし得る。
【００１５】
[0023]  いくつかのシステムでは、エンコーダとデコーダとは、ペアとして動作し得る。エンコーダは、オーディオ信号を符号化するために１つまたは複数のオペレーションを行い、デコーダは、復号されたオーディオ出力を生成するために１つまたは複数のオペレーションを（逆の順序で）行い得る。例示のために、エンコーダおよびデコーダの各々は、変換オペレーション（例えば、ＤＦＴオペレーション）と、逆変換オペレーション（例えば、ＩＤＦＴオペレーション）とを行うように構成され得る。例えば、エンコーダは、ＤＦＴ帯域などの変換領域帯域中で１つまたは複数のパラメータ（例えば、チャンネル間ステレオパラメータ（Inter Channel stereo parameters））を推定するために、オーディオ信号を時間領域から変換領域へと変換し得る。エンコーダはまた、その推定された１つまたは複数のパラメータに基づいて、１つまたは複数のオーディオ信号を波形コーディングし得る。別の例では、デコーダは、受信されたオーディオ信号への１つまたは複数の受信されたパラメータの適用（application）の前に、合成されたオーディオ信号を時間領域から変換領域へと変換し得る。
【００１６】
[0024]  各変換オペレーションの前に、および各逆変換オペレーションの後に、信号（例えば、オーディオ信号）は、「ウィンドウ処理」され（windowed）て、複数のウィンドウ処理されたサンプルを生成し、それらウィンドウ処理されたサンプルは、変換オペレーションまたは逆変換オペレーションを行うために使用される。いくつかの実施形態では、マルチチャンネルコーディングまたはステレオコーディングにおいて、ステレオダウンミックスオペレーションが変換領域中で行われ、推定されたステレオキューパラメータが、サイドおよびミッドチャンネルコーディングビットストリームとともに送信される。ミッドチャンネルおよびサイドチャンネルは、ステレオダウンミックスされたミッドおよびサイド信号（mid and side signals）を逆変換した後に、例えば、ＡＣＥＬＰ／ＢＷＥまたはＴＣＸコーディングを使用して符号化される。デコーダにおいて、ミッドおよびサイドチャンネルは、復号され、ウィンドウ処理され、周波数領域に変換され、その後に、ステレオアップミックス処理、逆変換、ウィンドウオーバーラップ加算（window overlap add）が続き、レンダリングのための複数チャンネル（またはステレオチャンネル）を生成する。本明細書で使用されるとき、信号にウィンドウを適用すること、または信号をウィンドウ処理することは、信号のサンプルの時間レンジを生成するために、信号の一部分をスケーリングすることを含む。一部分をスケーリングすることは、ウィンドウの形態に対応する値によって信号の一部分を多重化することを含み得る。
【００１７】
[0025]  いくつかの実装では、エンコーダおよびデコーダは、異なるウィンドウ処理スキームを実装し得る。エンコーダまたはデコーダによって実装される特定のウィンドウ処理スキームは、（例えば、ＤＦＴ変換を行うための）ＤＦＴ分析のために使用され得るか、または（例えば、逆ＤＦＴ逆変換を行うための）ＤＦＴ合成のために使用され得る。本明細書で使用されるとき、ウィンドウ（または、分析−合成ウィンドウ）は、分析ウィンドウ、合成ウィンドウ、または分析ウィンドウおよび対応する合成ウィンドウの両方である。エンコーダおよびデコーダで実装される異なるウィンドウ処理スキームの例として、エンコーダは、特性の第１のセット（例えば、パラメータの第１のセット）を有する第１のウィンドウを適用し、デコーダは、特性の第２のセット（例えば、パラメータの第２のセット）を有する第２のウィンドウを適用し得る。特性の第１のセットのうちの１つまたは複数の特性は、特性の第２のセットとは異なり得る。例えば、特性の第１のセットは、制限されない例であるが、例示されるような（例えば、ルックアヘッドの量に基づく）ウィンドウのオーバーラップ部分サイズのサイズ、ゼロパディングの量、ウィンドウのホップサイズ、ウィンドウのセンター、ウィンドウのフラット部分のサイズ、ウィンドウの形状、またはそれらの組み合わせの観点から、特性の第２のセットとは異なり得る。いくつかの実装では、（例えば、マルチチャンネルまたはステレオダウンミックス処理での）エンコーダにおける第１のウィンドウは、第１のウィンドウ処理されたサンプルを生成するように構成され、（例えば、マルチチャンネルまたはステレオアップミックス処理での）デコーダにおける第２のウィンドウは、第２のウィンドウ処理されたサンプルを生成するように構成される。第１のウィンドウ処理されたサンプルおよび第２のウィンドウ処理されたサンプルは、システムのエンコーダ遅延およびデコーダ遅延に関連付けられたサンプルの異なるセットまたは異なる時間フレームに対応し得る。第１のウィンドウ処理されたサンプルおよび第２のウィンドウ処理されたサンプルは、同じＤＦＴビン分解能（binresolution）を有し得るか、または異なるＤＦＴビン分解能を有し得る。例えば、エンコーダにおける第１のウィンドウは、４０Ｈｚ ＤＦＴビン（周波数）分解能をもたらす２５ｍｓの長さであり得、デコーダにおける第２のウィンドウは、５０ＨｚＤＦＴビン（周波数）分解能をもたらす２０ｍｓの長さであり得る。ウィンドウは、オーバーラップ部分、フラット部分、およびゼロパディング部分を含み得る。
【００１８】
[0026]  開示される態様のうちの少なくとも１つによって提供される１つの特別の利点は、コーディング遅延が低減され得ることである。さらに、コーダの計算の複雑さが大幅に低減され得る。例えば、第１のウィンドウと第２のウィンドウとを不一致（ミスマッチ）にすることにより（例えば、デコーダにおける第２のウィンドウのゼロパディング部分またはオーバーラップ部分が、エンコーダにおける第１のウィンドウのゼロパディング部分またはオーバーラップ部分よりも短い）、エンコーダとデコーダとの両方が（大きいオーバーラップ部分およびゼロパディング部分を有する）同じ第１のウィンドウを使用し、かつサンプルの同じ時間レンジに対応するサンプル上で適用されるシステムと比較して、遅延が低減され得る。
【００１９】
[0027]  図１を参照すると、システム１００の特定の例示的実施例が描かれている。システム１００は、ネットワーク１２０を介して、第２のデバイス１０６と通信可能に結合された第１のデバイス１０４を含む。ネットワーク１２０は、１つまたは複数のワイヤレスネットワーク、１つまたは複数のワイヤードネットワーク、あるいはそれらの組み合わせを含み得る。
【００２０】
[0028]  第１のデバイス１０４は、エンコーダ１１４、送信機１１０、１つまたは複数の入力インターフェース１１２、またはそれらの組み合わせを含み得る。（１つまたは複数の）入力インターフェース１１２のうちの第１の入力インターフェースは、第１のマイクロフォン１４６に結合され得る。（１つまたは複数の）入力インターフェース１１２のうちの第２の入力インターフェースは、第２のマイクロフォン１４８に結合され得る。エンコーダ１１４は、本明細書で説明されるように、サンプル生成器１０８を含み得、変換デバイス１０９は、複数のオーディオ信号を符号化するように構成され得る。
【００２１】
[0029]  第１のデバイス１０４はまた、第１のウィンドウパラメータ１５２を記憶するように構成されたメモリ１５３も含み得る。第１のウィンドウパラメータ１５２は、第１のオーディオ信号１３０または第２のオーディオ信号１３２などのオーディオ信号の少なくとも一部分に対してサンプル生成器１０８によって適用されるべき第１のウィンドウまたは第１のウィンドウ処理スキームを定義し得る。例えば、サンプル生成器１０８は、変換デバイス１０９に提供されるウィンドウ処理されたサンプル１１１を生成するために、（第１のウィンドウパラメータ１５２に基づいて）第１のウィンドウをオーディオ信号の少なくとも一部分に適用し得る。変換デバイス１０９は、ウィンドウ処理されたサンプル上で、変換オペレーション（例えば、ＤＦＴオペレーション）または逆変換オペレーション（例えば、ＩＤＦＴオペレーション）などの変換オペレーションを行うように構成され得る。
【００２２】
[0030]  ウィンドウ処理スキーム１９０の例は、第１のウィンドウ（ｎ−１）１９２、第２のウィンドウ（ｎ）１９１、および第３のウィンドウ（ｎ＋１）１９３などの複数のウィンドウを含み、ここで、ｎは整数である。ウィンドウ処理スキーム１９０は３つのウィンドウを有するように説明されているが、他の実装では、ウィンドウ処理スキームは、３つよりも多いまたは少ないウィンドウを含み得る。
【００２３】
[0031]  第２のウィンドウ（ｎ）１９１を参照すると、第２のウィンドウ（ｎ）１９１は、ゼロパディング部分１９４、１９６、ウィンドウセンター１９５、およびフラット部分１９８を含む。ゼロパディング部分１９４、１９６は、例えば、第２のウィンドウ（ｎ）１９１の全体の長さ（例えば、持続時間）を制御するために、第２のウィンドウ（ｎ）１９１に含まれ得る。フラット部分１９８は、例えば、１のスケーリングファクタに対応し得る。第２のウィンドウ（ｎ）１９１はまた、代表的なオーバーラップ部分１９９などの複数のオーバーラップ部分を含み得る。ホップサイズ１９７は、第１のウィンドウ（ｎ−１）１９２に対する第２のウィンドウ（ｎ）１９１のオフセット（offset）を示し得る。ウィンドウ処理スキーム１９０の任意の連続する２つのウィンドウ間のホップサイズも、同じであり得る。
【００２４】
[0032]  第２のデバイス１０６は、デコーダ１１８、メモリ１７５、受信機１７８、１つまたは複数の出力インターフェース１７７、またはそれらの組み合わせを含み得る。第２のデバイス１０６の受信機１７８は、第１のデバイス１０４から、ネットワーク１２０を介して、符号化されたオーディオ信号（例えば、１つまたは複数のビットストリーム）、１つまたは複数のパラメータ、または両方を受信し得る。デコーダ１１８は、サンプル生成器１７２および変換デバイス１７４を含み得、複数のチャンネルをレンダリングするように構成され得る。第２のデバイス１０６は、第１のラウドスピーカ１４２、第２のラウドスピーカ１４４、または両方に結合され得る。
【００２５】
[0033]  メモリ１７５は、第２のウィンドウパラメータ１７６を記憶するように構成され得る。第２のウィンドウパラメータ１７６は、符号化されたオーディオ信号（例えば、サイドビットストリーム１６４、ミッドビットストリーム１６６、または両方）などのオーディオ信号の少なくとも一部分に対してサンプル生成器１７２によって適用されるべき第２のウィンドウまたは第２のウィンドウ処理スキームを定義し得る。例えば、サンプル生成器１７２は、変換デバイス１７４に提供されるウィンドウ処理されたサンプルを生成するために、（第２のウィンドウパラメータ１７６に基づいて）第２のウィンドウを、符号化されたオーディオ信号の少なくとも一部分に適用し得る。変換デバイス１７４は、ウィンドウ処理されたサンプル上で、変換オペレーション（例えば、ＤＦＴオペレーション）または逆変換オペレーション（例えば、ＩＤＦＴオペレーション）などの変換オペレーションを行うように構成され得る。
【００２６】
[0034]  エンコーダ１１４によって使用される（第１のデバイス１０４の）第１のウィンドウパラメータ１５２と、デコーダ１１８によって使用される（第２のデバイス１０６の）第２のウィンドウパラメータ１７６とは、不一致（ミスマッチ）であり得る。例えば、（第１のウィンドウパラメータ１５２によって定義される）第１のウィンドウは、例えば、制限されない例であるが、例示されるような（例えば、ルックアヘッドの量に基づく）ウィンドウのオーバーラップ部分サイズのサイズ、ゼロパディングの量、ウィンドウのホップサイズ、ウィンドウのセンター、ウィンドウのフラット部分のサイズ、ウィンドウの形状、またはそれらの組み合わせの観点から、（第２のウィンドウパラメータ１７６によって定義される）第２のウィンドウとは異なり得る。いくつかの実装では、（例えば、マルチチャンネルまたはステレオダウンミックス処理での）エンコーダ１１４における第１のウィンドウは、第１のウィンドウ処理されたサンプルを生成するように構成され、（例えば、マルチチャンネルまたはステレオアップミックス処理での）デコーダ１１８における第２のウィンドウは、第２のウィンドウ処理されたサンプルを生成するように構成される。いくつかの実装では、第１のウィンドウは、第１のウィンドウ処理されたサンプルを生成するためにエンコーダ１１４によって使用され、第２のウィンドウは、第２のウィンドウ処理されたサンプルを生成するためにデコーダ１１８によって使用され得る。第１のウィンドウ処理されたサンプルおよび第２のウィンドウ処理されたサンプルは、同じＤＦＴビン（または周波数）分解能を有し得るか、または異なるビン分解能を有し得る。
【００２７】
[0035]  オペレーション中、第１のデバイス１０４は、第１の入力インターフェースを介して第１のマイクロフォン１４６から第１のオーディオ信号１３０を受信し得、第２の入力インターフェースを介して第２のマイクロフォン１４８から第２のオーディオ信号１３２を受信し得る。第１のオーディオ信号１３０は、右チャンネル信号または左チャンネル信号のうちの一方に対応し得る。第２のオーディオ信号１３２は、右チャンネル信号または左チャンネル信号のうちの他方に対応し得る。いくつかの実装では、サウンドソース１５２（例えば、ユーザ、スピーカ、環境雑音、楽器など）は、第２のマイクロフォン１４８よりも第１のマイクロフォン１４６の近くにあり得る。従って、サウンドソース１５２からのオーディオ信号は、（１つまたは複数の）入力インターフェース１１２において、第１のマイクロフォン１４６を介して、第２のマイクロフォン１４８を介するよりも早い時間で受信され得る。複数のマイクロフォンを通じたマルチチャンネル信号捕捉におけるこの自然遅延は、第１のオーディオ信号１３０および第２のオーディオ信号１３２間の時間シフトをもたらし得る。いくつかの実装では、エンコーダ１１４は、時間内に第１のオーディオ信号１３０および第２のオーディオ信号１３２を時間的にアラインするために、第１のオーディオ信号１３０または第２のオーディオ信号１３２のうちの少なくとも１つを調整（例えば、シフト）するように構成され得る。例えば、エンコーダ１１８は、（第１のオーディオ信号１３０の）第１のフレームを（第２のオーディオ信号１３２の）第２のフレームに対してシフトし得る。
【００２８】
[0036]  サンプル生成器１０８は、変換デバイス１０９に提供されるウィンドウ処理されたサンプル１１１を生成するために、（第１のウィンドウパラメータ１５２に基づいて）第１のウィンドウをオーディオ信号の少なくとも一部分に適用し得る。ウィンドウ処理されたサンプル１１１は、時間領域中に生成され得る。変換デバイス１０９（例えば、周波数領域ステレオコーダ）は、ウィンドウ処理されたサンプル（例えば、第１のオーディオ信号１３０および第２のオーディオ信号１３２）などの１つまたは複数の時間領域信号を、周波数領域信号に変換し得る。周波数領域信号は、ステレオキュー１６２を推定するために使用され得る。ステレオキュー１６２は、左チャンネルおよび右チャンネルに関連付けられた空間特性のレンダリングを可能にするパラメータを含み得る。いくつかの実装によると、ステレオキュー１６２は、チャンネル間強度差（ＩＩＤ：interchannel intensity difference）パラメータなど（例えば、制限されない例であるが、例示として、チャンネル間レベル差(ＩＬＤ：interchannel level differences）、チャンネル間時間差（ＩＴＤ：interchannel time difference）パラメータ、チャンネル間位相差（ＩＰＤ：interchannel phase difference）パラメータ、チャンネル間相関（ＩＣＣ：interchannel correlation）パラメータ、ステレオフィリングパラメータ、非因果的シフトパラメータ（non-causal shift parameters）、スペクトルチルトパラメータ、チャンネル間有声化パラメータ、チャンネル間ピッチパラメータ、チャンネル間利得パラメータなど）のパラメータを含み得る。ステレオキュー１６２は、ステレオダウンミックス処理中に、周波数領域ステレオコーダ１０９で使用され得る。ステレオキュー１６２はまた、符号化された信号の一部として送信され得る。ステレオキュー１６２の推定および使用は、図２に関してより詳細に説明される。
【００２９】
[0037]  エンコーダ１１４はまた、周波数領域信号に少なくとも部分的に基づいて、サイドビットストリーム１６４およびミッドビットストリーム１６６を生成し得る。例示のために、別段の記載がない場合、第１のオーディオ信号１３０は左チャンネル信号（ｌまたはＬ）であり、第２の信号１３２は、右チャンネル信号（ｒまたはＲ）であると仮定される。第１のオーディオ信号１３０の周波数領域表現は、Ｌfr（ｂ）と記載され得、第２のオーディオ信号１３２の周波数領域表現は、Ｒfr（ｂ）と記載され得、ここで、ｂは、周波数ビンの周波数帯域を表す。１つの実装によると、サイド信号Ｓfr（ｂ）は、周波数領域中で、第１のオーディオ信号１３０および第２のオーディオ信号１３２の周波数領域表現から生成され得る。例えば、サイド信号Ｓfr（ｂ）は、（Ｌfr（ｂ）−Ｒfr（ｂ））／２と表され得る。サイド信号Ｓfr（ｂ）は、サイドビットストリーム１６４を生成するために、「サイドまたは残差（residual）」エンコーダに提供され得る。１つの実装によると、ミッド信号Ｍfr（ｂ）は、周波数領域中に、第１のオーディオ信号１３０および第２のオーディオ信号１３２の周波数領域表現から生成され得る。１つの実装によると、ミッド信号Ｍfr（ｂ）は、周波数領域中に生成され得、周波数領域ミッド信号ｍ（ｔ）に変換され得る。別の実装によると、ミッド信号ｍ（ｔ）は、時間領域中で生成され、周波数領域に変換され得る。例えば、ミッド信号ｍ（ｔ）は、（ｌ（ｔ）＋ｒ（ｔ））／２と表され得る。ミッド信号およびサイド信号を生成することは、図２に関してより詳細に説明される。時間領域／周波数領域ミッド信号は、ミッドビットストリーム１６６を生成するためにミッド信号エンコーダに提供され得る。
【００３０】
[0038]  サイド信号Ｓfr（ｂ）およびミッド信号ｍ（ｔ）またはＭfr（ｂ）は、複数の技法を使用して符号化され得る。１つの実装によると、時間領域ミッド信号ｍ（ｔ）は、ハイバンドコーディングのための帯域幅拡張を用いて、代数符号励起予測（ＡＣＥＬＰ：algebraic code-excited linear prediction）などの時間領域技法を使用して符号化され得る。
【００３１】
[0039]  サイドコーディングの１つの実装は、帯域ｂに対応する周波数ミッド信号Ｍfr（ｂ）およびステレオキュー１６２（例えば、ＩＬＤ）中の情報を使用して周波数領域ミッド信号Ｍfr（ｂ）からサイド信号ＳPRED（ｂ）を予測することを含む。例えば、予測されたサイド信号ＳPRED（ｂ）は、Ｍfr（ｂ）＊（ＩＬＤ（ｂ）−１）／（ＩＬＤ（ｂ）＋１）と表され得る。帯域（ｂ）中のエラー信号（または残差信号）ｅ（ｂ）は、サイド信号Ｓfr（ｂ）および予測されたサイド信号ＳPRED（ｂ）の関数として計算され得る。例えば、エラー信号ｅ（ｂ）は、Ｓfr（ｂ）−ＳPRED（ｂ）と表され得る。エラー信号ｅ（ｂ）は、コーディングされたエラー信号ｅCODED（ｂ）を生成するために、変換領域コーディング技法を使用してコーディングされ得る。上層帯域について、エラー信号ｅ（ｂ）は、前のフレームからの帯域（ｂ）中のミッド信号Ｍ＿ＰＡＳＴfr（ｂ）のスケーリングされたバージョンとして表され得る。例えば、コーディングされたエラー信号ｅCODED（ｂ）は、ｇPRED（ｂ）＊Ｍ＿ＰＡＳＴfr（ｂ）と表され得、ここで、いくつかの実装では、ｇPRED（ｂ）は、ｅ（ｂ）−ｇPRED（ｂ）＊Ｍ＿ＰＡＳＴfr（ｂ）のエネルギが大幅に低減される（例えば、最小化される）ように推定され得る。ｇPRED（ｂ）値は、代替的に、ステレオフィリング利得（stereo filling gains）と呼ばれ得る。
【００３２】
[0040]  送信機１１０は、ステレオキュー１６２、サイドビットストリーム１６４、ミッドビットストリーム１６６、またはそれらの組み合わせを、ネットワーク１２０を介して第２のデバイス１０６に送信し得る。代替的にまたは追加的に、送信機１１０は、後にさらに処理するか復号するために、ネットワーク１２０のデバイスまたはローカルデバイスにおいて、ステレオキュー１６２、サイドビットストリーム１６４、ミッドビットストリーム１６６、またはそれらの組み合わせを記憶し得る。
【００３３】
[0041]  デコーダ１１８は、ステレオキュー１６２、サイドビットストリーム１６４、およびミッドビットストリーム１６６に基づいて復号オペレーションを行い得る。サンプル生成器１７２は、変換デバイス１７４に提供されるウィンドウ処理されたサンプルを生成するために、（例えば、サイドビットストリーム１６４、ミッドビットストリーム１６６、または両方に基づいて）受信され符号化された信号（例えば、合成されたミッド信号またはサイド信号）の少なくとも一部分に、（第２のウィンドウパラメータ１７６に基づいて）第２のウィンドウを適用し得る。ウィンドウ処理されたサンプルは、時間領域に生成され得る。変換デバイス１７４（例えば、周波数領域ステレオコーダ）は、ウィンドウ処理されたサンプル（例えば、サイドビットストリーム１６４、ミッドビットストリーム１６６、または両方）などの１つまたは複数の時間領域信号を周波数領域信号に変換し得る。ステレオキュー１６２は、周波数領域信号に適用され得る。
【００３４】
[0042]  ステレオキュー１６２を適用することによって、デコーダ１１８は、ステレオアップミックス処理を行い得、（例えば、第１のオーディオ信号１３０に対応する）第１の出力信号１２６、（例えば、第２のオーディオ信号１３２に対応する）第２の出力信号１２８、または両方を生成し得る。第２のデバイス１０６は、第１のラウドスピーカ１４２を介して第１の出力信号１２６を出力し得る。第２のデバイス１０６は、第２のラウドスピーカ１４４を介して第２の出力信号１２８を出力し得る。代替的な例では、第１の出力信号１２６および第２の出力信号１２８は、ステレオ信号ペアとして単一の出力ラウドスピーカに送信され得る。
【００３５】
[0043]  第１のデバイス１０４および第２のデバイス１０６は別個のデバイスとして説明されているが、他の実装では、第１のデバイス１０４は、第２のデバイス１０６を参照して説明される１つまたは複数の構成要素を含み得る。追加的にまたは代替的に、第２のデバイス１０６は、第１のデバイス１０４を参照して説明される１つまたは複数の構成要素を含み得る。例えば、単一のデバイスが、エンコーダ１１４、デコーダ１１８、送信機１１０、受信機１７８、１つまたは複数の入力インターフェース１１２、１つまたは複数の出力インターフェース１７７、およびメモリを含み得る。単一のデバイスのメモリは、エンコーダ１１４によって適用されるべき第１のウィンドウを定義する第１のウィンドウパラメータ１５２と、デコーダ１７６によって適用されるべき第２のウィンドウを定義する第２のウィンドウパラメータ１７６とを含み得る。
【００３６】
[0044]  特定の実装では、第２のデバイス１０６は、複数のウィンドウ間でのオーバーラップ部分の第１の長さを有する複数のウィンドウ（例えば、特定のウィンドウ処理スキーム）に基づいて、（第１のデバイス１０４の）エンコーダ１１４によって符号化されたステレオパラメータ（例えば、ステレオキュー１６２）を受信するように構成された受信機１７８を含む。受信機１７８はまた、図２を参照して説明されるようなステレオパラメータ（例えば、ステレオキュー１６２）を使用して、ダウンミックスオペレーションに基づいてエンコーダ１１４によって生成されたミッドビットストリーム１６６などのミッド信号を受信するように構成され得る。
【００３７】
[0045]  第２のデバイス１０６は、第１の出力信号１２６および第２の出力信号１２８などの少なくとも２つのオーディオ信号を生成するために、ステレオパラメータを使用して、図３を参照してさらに説明されるようなアップミックスオペレーションを行うように構成されたデコーダ１１８をさらに含む。第２の複数のウィンドウは、複数のウィンドウに対応する１つのウィンドウオーバーラップよりも少ない復号遅延を生成するように構成される。言い換えると、デコーダにおける第２の複数のウィンドウのフレーム間オーバーラップは、対応するエンコーダにおける複数のウィンドウよりも少ない。少なくとも２つのオーディオ信号は、第２の複数のウィンドウ間でのオーバーラップ部分の第２の長さを有する第２の複数のウィンドウに基づいて生成される。第２の長さは、第１の長さとは異なる。例えば、第２の長さは、第１の長さよりも短い。いくつかの実装では、アップミックスオペレーションは、ステレオパラメータとミッド信号とを使用して行われる。いくつかの実装では、受信機は、ステレオパラメータを含むオーディオ信号を受信するように構成され、デコーダ１１８は、ウィンドウ処理された時間領域オーディオ復号信号を生成するために、オーディオ信号の復号中に第２の複数のウィンドウを適用するように構成される。
【００３８】
[0046]  いくつかの実装では、エンコーダ１１４によって使用される複数のウィンドウの各ウィンドウの全体の長さ（total length）は、デコーダ１１８によって使用される第２の複数のウィンドウの各ウィンドウの全体の長さとは異なる。追加的にまたは代替的に、エンコーダ１１４における変換領域中の各周波数ビンに関連付けられた第１の周波数幅は、デコーダ１１８における変換領域中の各周波数ビンに関連付けられた第２の周波数幅とは異なる。
【００３９】
[0047]  いくつかの実装では、複数のウィンドウは、第１のホップ長に関連付けられ、第２の複数のウィンドウは、第２のホップ長に関連付けられる。第１のホップ長は、第２のホップ長とは異なる。追加的にまたは代替的に、複数のウィンドウは、オーディオデータの各フレームごとに、第２の複数のウィンドウとは異なる数のウィンドウを含み得る。いくつかの実装では、複数のウィンドウのうちの第１のウィンドウと、第２の複数のウィンドウのうちの第２のウィンドウとは、同じサイズである。特定の実装では、複数のウィンドウの各ウィンドウは、対称（symmetric）であり、第２の複数のウィンドウのうちの第１の特定のウィンドウは、（例えば、個々に（individually）、または、第２の複数のウィンドウのうちの第２の特定のウィンドウに関して）非対称（asymmetric）である。
【００４０】
[0048]  いくつかの実装では、第２の複数のウィンドウのウィンドウオーバーラップは、非対称である。追加的にまたは代替的に、第２の複数のウィンドウのうちの連続したウィンドウのペアの第１のウィンドウは、非対称である。第１のウィンドウと第２のウィンドウとの第１のオーバーラップ部分の第３の長さは、連続するウィンドウの第２のペアの第２のウィンドウと第３のウィンドウとの第２のオーバーラップ部分の第４の長さとは異なる。他の実装では、第２の複数のウィンドウの連続するウィンドウのペアの両方のウィンドウは、対称である。
【００４１】
[0049]  いくつかの実装では、第２のデバイス１０６は、ウィンドウ処理された時間領域オーディオ符号化信号を生成するために、第２のオーディオ信号の符号化中に複数のウィンドウを適用するように構成されたエンコーダを含む。第２のデバイス１０６は、ウィンドウ処理された時間領域オーディオ符号化信号に基づいて生成された出力ビットストリーム（例えば、出力オーディオ信号）を送信するように構成された送信機をさらに含み得る。
【００４２】
[0050]  よって、システム１００は低減されたコーディング遅延を可能にし得る。例えば、（エンコーダ１１４によって適用された）第１のウィンドウと（デコーダ１１８によって適用された）第２のウィンドウとを不一致（ミスマッチ）にする（例えば、デコーダの第２のウィンドウのオーバーラップ部分は、エンコーダの第１のウィンドウのオーバーラップ部分よりも短い）ことによって、遅延は、エンコーダおよびデコーダの変換ウィンドウが正確に一致しかつ複数のサンプルの同じ時間レンジに対応するサンプルで適用されるシステムと比較して、低減され得る。
【００４３】
[0051]  図２を参照すると、エンコーダ１１４の特定の実装を例示する図が示されている。第１の信号２９０と第２の信号２９２とは、左チャンネル信号と右チャンネル信号とに対応し得る。いくつかの実装では、左チャンネル信号または右チャンネル信号のうちの一方（「ターゲット」信号）は、コーディング効率を上げるために（例えば、サイド信号エネルギを低減するために）、左チャンネル信号または右チャンネル信号の他方（「基準」信号）に対して時間シフトされている。いくつかの例では、第１の信号または基準信号２９０は、ウィンドウ処理された左チャンネル信号を含み得、第２の信号またはターゲット信号２９２は、ウィンドウ処理された右チャンネル信号を含み得る。ウィンドウは、第１のウィンドウパラメータ１５２に基づき得る。しかしながら、他の例では、基準信号２９０がウィンドウ処理された右チャンネル信号を含み得、ターゲット信号２９２がウィンドウ処理された左チャンネル信号を含み得ることが理解されるべきである。他の実装では、基準チャンネル２９０は、フレーム毎ベースで選択された左または右のウィンドウ処理されたチャンネルのいずれか一方であり得、同様に、ターゲット信号２９２は、左または右のウィンドウ処理されたチャンネルの他方であり得る。下記で説明のために、基準信号２９０が、ウィンドウ処理された左チャンネル信号（Ｌ）を含み、ターゲット信号２９２が、ウィンドウ処理された右チャンネル信号（Ｒ）を含む特定のケースの例が提供される。他のケースに関する同様の説明は、自明に拡張され得る。図２で例示される様々な構成要素（例えば、変換、信号生成器、エンコーダ、推定器など）がハードウェア（例えば、回路専用）、ソフトウェア（例えば、プロセッサによって実行された命令）、またはそれらの組み合わせを使用して実装され得ることもまた理解されるべきである。
【００４４】
[0052]  変換２０２は、基準信号２９０（または左チャンネル）に対して行われ得、変換２０４は、ターゲット信号２９２（または右チャンネル）に対して行われ得る。変換２０２、２０４は、周波数領域（あるいは、サブバンド領域またはフィルタリングされたローバンドコアおよびハイバンド帯域幅拡張）信号を生成する変換オペレーションによって行われ得る。限定されない例として、変換２０２、２０４を行うことは、ウィンドウ処理された左チャンネル２９０およびウィンドウ処理された右チャンネル２９２において、離散フーリエ変換（ＤＴＦ）オペレーション、高速フーリエ変換（ＦＦＴ）オペレーション、修正された離散コサイン変換（ＭＤＣＴ）などを行うことを含み得る。いくつかの他の実装では、第１のウィンドウパラメータ１５２に基づくウィンドウ処理は、変換デバイス１０９の一部であり得、変換２０２、２０４の一部であり得る。いくつかの実装によると、（複素低遅延フィルタバンクなどのフィルタバンドを使用する）直交ミラーフィルタバンク（ＱＭＦ：Quadrature Mirror Filterbank）オペレーションは、入力信号（例えば、基準信号２９０およびターゲット信号２９２）を複数のサブバンドに分割するために使用され得、それらサブバンドは、別の周波数領域変換オペレーションを使用して、周波数領域にコンバートされ得る。変換２０２は、周波数領域基準信号（Ｌfr（ｂ））２３０を生成するために基準信号２９０に適用され得、変換２０４は、周波数領域ターゲット信号（Ｒfr（ｂ））２３２を生成するためにターゲット信号２９２に適用され得る。変換２０２、２０４オペレーションは、第１のウィンドウパラメータ１５２に基づくウィンドウ処理オペレーションを含み得る。周波数領域基準信号２３０および周波数領域ターゲット信号２３２は、ステレオキュー推定器２０６に、およびサイド信号生成器２０８に提供され得る。
【００４５】
[0053]  ステレオキュー推定器２０６は、周波数領域基準信号２３０および周波数領域ターゲット信号２３２に基づいて、ステレオキュー１６２を抽出（例えば、生成）し得る。例示のために、ＩＩＤ（ｂ）は、帯域（ｂ）中の左チャンネルのエネルギＥL（ｂ）と、帯域（ｂ）中の右チャンネルのエネルギＥR（ｂ）との関数であり得る。例えば、ＩＩＤ（ｂ）は、２０＊ｌｏｇ１０（ＥL（ｂ）／ＥR（ｂ））と表され得る。エンコーダにおいて推定および送信されたＩＰＤは、帯域（ｂ）中の左および右チャンネル間の周波数領域中の位相差の推定値を提供し得る。ステレオキュー１６２は、ＩＣＣ、ＩＴＣなどの追加的（または代替的）パラメータを含み得る。ステレオキュー１６２は、図１の第２のデバイス１０６に送信され得、サイド信号生成器２０８に提供され、サイド信号エンコーダ２１０に提供される。いくつかの実装では、ステレオパラメータのうちの少なくとも１つのパラメータは、フレーム間で補間され、（複数のステレオパラメータのうちの）少なくとも１つの補間されたパラメータまたは少なくとも１つの補間されていない値は、図１のデコーダ１１８などのデコーダに送られ、それによって使用される。例えば、補間は、エンコーダで行われ、少なくとも１つの補間されたパラメータは、デコーダに送られ得る。代替的に、ステレオパラメータは、エンコーダからデコーダに送られ、デコーダは、少なくとも１つの補間されたパラメータを生成するために、フレーム間補間を行う。
【００４６】
[0054]  サイド信号生成器２０８は、周波数領域基準信号２３０および周波数領域ターゲット信号２３２に基づいて、周波数領域サイド信号（Ｓfr（ｂ））２３４を生成し得る。周波数領域サイド信号２３４は、周波数領域ビン／帯域中で推定され得る。各帯域では、利得パラメータ（ｇ）は、チャンネル間レベル差（例えば、ステレオキュー１６２に基づく）に基づき得る、またはそれとは異なり得る。例えば、周波数領域サイド信号２３４は、（Ｌfr（ｂ）−ｃ（ｂ）＊Ｒfr（ｂ））／（１＋ｃ（ｂ））と表され得、ここで、ｃ（ｂ）は、ＩＬＤ（ｂ）であり得るか、またはＩＬＤ（ｂ）の関数（例えば、ｃ（ｂ）＝１０＾（ＩＬＤ（ｂ）／２０））であり得る。周波数領域サイド信号２３４は、逆変換２５０に提供され得る。例えば、周波数領域サイド信号２３４は、時間領域サイド信号Ｓ（ｔ）２３５を生成するために、逆変換されて、時間領域に戻されるか、またはコーディングのためにＭＤＣＴ領域に変換される。時間領域サイド信号２３５は、サイド信号エンコーダ２１０に提供され得る。
【００４７】
[0055]  周波数領域基準信号２３０および周波数領域ターゲット信号２３２は、ミッド信号生成器２１２に提供され得る。いくつかの実装によると、ステレオキュー１６２はまた、ミッド信号生成器２１２にも提供され得る。ミッド信号生成器２１２は、周波数領域基準信号２３０および周波数領域ターゲット信号２３２に基づいて、周波数領域ミッド信号Ｍfr（ｂ）２３８を生成し得る。いくつかの実装によると、周波数領域ミッド信号Ｍfr（ｂ）２３８は、ステレオキュー１６２にもまた基づいて生成され得る。周波数領域基準チャンネル２３０、ターゲットチャンネル２３２、およびステレオキュー１６２に基づくミッド信号２３８の生成のいくつかの方法は、下記の通りである。
【００４８】
[0056]  Ｍfr（ｂ）＝（Ｌfr（ｂ）＋Ｒfr（ｂ））／２
[0057]  Ｍfr（ｂ）＝ｃ1（ｂ）＊Ｌfr（ｂ）＋ｃ2＊Ｒfr（ｂ）、ここで、ｃ1（ｂ）およびｃ2（ｂ）は、複素数値である。
【００４９】
[0058]  いくつかの実装では、複素数値ｃ1（ｂ）およびｃ2（ｂ）は、ステレオキュー１６２に基づく。例えば、ＩＰＤが推定されるとき、ミッドサイドダウンミックスの１つの実装では、ｃ1（ｂ）＝（ｃｏｓ（−γ）−ｉ＊ｓｉｎ（−γ））／２０．５、およびｃ2（ｂ）＝（ｃｏｓ（ＩＰＤ（ｂ）−γ）＋ｉ＊ｓｉｎ（ＩＰＤ（ｂ）−γ））／２０．５であり、ここで、ｉは−１の平方根を意味する虚数である。
【００５０】
[0059]  周波数領域ミッド信号２３８は、逆変換２５２に提供され得る。例えば、周波数領域ミッド信号２３８は、時間領域ミッド信号２３６を生成するために時間領域に逆変換され得るか、またはコーディングのためにＭＤＣＴ領域に変換され得る。逆変換２５２の後、ミッド信号はウィンドウ処理され得、前のフレームのウィンドウ処理されたミッド信号オーバーラップ部分にオーバーラップ加算される。このウィンドウは、変換２０２、２０４で使用されるウィンドウに類似するか、またはそれとは異なり得る。時間領域ミッド信号２３６は、ミッド信号エンコーダ２１６に提供され得、周波数領域ミッド信号２３８は、効率的なサイドバンド信号符号化のためにサイド信号エンコーダ２１０に提供され得る。
【００５１】
[0060]  サイド信号エンコーダ２１０は、ステレオキュー１６２に基づいてサイドビットストリーム１６４、時間領域サイド信号２３５、および周波数領域ミッド信号２３８を生成し得る。ミッド信号エンコーダ２１６は、時間領域ミッド信号２３６に基づいてミッドビットストリーム１６６を生成し得る。例えば、ミッド信号エンコーダ２１６は、ミッドビットストリーム１６６を生成するために、時間領域ミッド信号２３６を符号化し得る。
【００５２】
[0061]  変換２０２および２０４は、図１の第１のウィンドウパラメータ１５２に関連付けられた分析ウィンドウ処理スキームを適用するように構成され得る。例えば、ステレオキューパラメータ１６２は、図１のウィンドウ処理されたサンプル１１１に基づいて計算されたパラメータ値を含み得る。加えて、逆変換２５０、２５２は、逆変換を行うように構成され得、その後に、周波数領域信号をオーバーラップウィンドウ処理された時間領域信号に戻すために、（図１の第１のウィンドウパラメータ１５２に関連するウィンドウ処理スキームを使用して生成された）合成ウィンドウ処理が続く。
【００５３】
[0062]  いくつかの実装では、ステレオキュー推定器２０６、サイド信号生成器２０８、およびミッド信号生成器２１２のうちの１つまたは複数は、ダウンミキサに含まれ得る。追加的にまたは代替的に、エンコーダ１１４はサイド信号エンコーダ２１０を含むように説明されているが、他の実装では、エンコーダ１１４は、サイド信号エンコーダ２１０を含まない可能性がある。
【００５４】
[0063]  図３を参照すると、デコーダ１１８の特定の実装を例示する図が示されている。符号化されたオーディオ信号は、デコーダ１１８のデマルチプレクサ（ＤＥＭＵＸ）３０２に提供される。符号化されたオーディオ信号は、ステレオキュー１６２、サイドビットストリーム１６４、およびミッドビットストリーム１６６を含み得る。デマルチプレクサ３０２は、符号化されたオーディオ信号からミッドビットストリーム１６６を抽出するように構成され得、ミッド信号デコーダ３０４にミッドビットストリーム１６６を提供する。デマルチプレクサ３０２はまた、符号化されたオーディオ信号から、サイドビットストリーム１６４およびステレオキュー１６２を抽出するように構成され得る。サイドビットストリーム１６４およびステレオキュー１６２は、サイド信号デコーダ３０６に提供され得る。
【００５５】
[0064]  ミッド信号デコーダ３０４は、ミッド信号（ｍCODED（ｔ））３５０を生成するために、ミッドビットストリーム１６６を復号するように構成され得る。変換３０８は、周波数領域ミッド信号（ＭCODED（ｂ））３５２を生成するために、ミッド信号３５０に適用され得る。周波数領域ミッド信号３５２は、アップミキサ３１０に提供され得る。
【００５６】
[0065]  サイド信号デコーダ３０６は、サイドビットストリーム１６４、ステレオキュー１６２、および周波数領域ミッド信号３５２に基づいて、サイド信号（ＳCODED（ｂ））３５４を生成し得る。例えば、エラー（ｅ）は、ローバンドおよびハイバンドに関して復号され得る。サイド信号３５４は、ＳPRED（ｂ）＋ｅCODED（ｂ）と表され得、ここで、ＳPRED（ｂ）＝ＭCODED（ｂ）＊（ＩＬＤ（ｂ）−１）／（ＩＬＤ（ｂ）＋１）である。変換３０９は、周波数領域サイド信号（ＳCODED（ｂ））３５５を生成するために、サイド信号３５４に適用され得る。周波数領域サイド信号３５５はまた、アップミキサ３１０にも提供され得る。
【００５７】
[0066]  アップミキサ３１０は、周波数領域ミッド信号３５２および周波数領域サイド信号３５５に基づいてアップミックスオペレーションを行い得る。例えば、アップミキサ３１０は、周波数領域ミッド信号３５２および周波数領域サイド信号３５５に基づいて、第１のアップミックスされた信号（Ｌfr）３５６および第２のアップミックスされた信号（Ｒfr）３５８を生成し得る。よって、説明された例では、第１のアップミックスされた信号３５６は、左チャンネル信号であり得、第２のアップミックスされた信号３５８は、右チャンネル信号であり得る。第１のアップミックスされた信号３５６は、ＭCODED（ｂ）＋ＳCODED（ｂ）と表され得、第２のアップミックスされた信号３５８は、ＭCODED（ｂ）−ＳCODED（ｂ）と表され得る。アップミックスされた信号３５６、３５８は、ステレオキュープロセッサ３１２に提供され得る。
【００５８】
[0067]  ステレオキュープロセッサ３１２は、信号３６０、３６２を生成するために、ステレオキュー１６２を、アップミックスされた信号３５６、３５８に適用し得る。例えば、ステレオキュー１６２は、周波数領域中の、アップミックスされた左および右チャンネルに適用され得る。利用可能なとき、ＩＰＤ（位相差）は、チャンネル間位相差を維持するために、左および右チャンネルに拡散され得る。逆変換３１４は、第１の時間領域信号ｌ（ｔ）３６４（例えば、左チャンネル信号）を生成するために、信号３６０に適用され得、逆変換３１６は、第２の時間領域信号ｒ（ｔ）３６６（例えば、右チャンネル信号）を生成するために、信号３６２に適用され得る。逆変換３１４、３１６の制限されない例は、逆離散コサイン変換（ＩＤＣＴ）オペレーション、逆高速フーリエ変換（ＩＦＦＴ）オペレーションなどを含む。１つの実装によると、第１の時間領域信号３６４は、基準信号２９０の再構成されたバージョンであり得、第２の時間領域信号３６６は、ターゲット信号２９２の再構成されたバージョンであり得る。
【００５９】
[0068]  １つの実装によると、アップミキサ３１０で行われるオペレーションは、ステレオキュープロセッサ３１２で行われ得る。別の実装によると、ステレオキュープロセッサ３１２で行われるオペレーションは、アップミキサ３１０で行われ得る。さらに別の実装によると、アップミキサ３１０およびステレオキュープロセッサ３１２は、単一の処理要素（例えば、単一のプロセッサ）内に実装され得る。
【００６０】
[0069]  変換３０８および３０９は、図１の第２のウィンドウパラメータ１７６に関連付けられた分析ウィンドウ処理スキームを適用するように構成され得る。変換３０８および３０９によって使用されるウィンドウ処理スキームに関連付けられた第２のウィンドウ処理パラメータ１７６は、図１のエンコーダ１１４などのエンコーダによって使用されるウィンドウ処理スキームとは異なり得る。第２のウィンドウ処理スキームは、復号の際の遅延を低減するために、変換３０８、３０９で使用され得る。例えば、（デコーダによって適用された）第２のウィンドウ処理スキームは、変換が、同じ数の周波数帯域（周波数分解能とは異なるが）をもたらし得、さらに、ウィンドウオーバーラップの量が変換３０８および３０９に関して低減され得るように、（エンコーダによって適用された）第１のウィンドウ処理スキーム中に使用されるウィンドウとは異なるサイズを有するウィンドウを含み得る。ウィンドウオーバーラップの量を低減することは、前のウィンドウからのオーバーラップされたサンプルを処理する復号遅延を低減する。ステレオキューが（エンコーダ１１４によって適用される）第１のウィンドウ処理に基づいて生成され得るため、デコーダ１１８は、ウィンドウ処理スキームでの差に相当する（account for）ように調整されたステレオパラメータを生成し得る。例えば、デコーダ１１４（例えば、ステレオキュープロセッサ３１２）は、受信したステレオパラメータの補間（例えば、重み付けされた和）を介して、調整されたステレオパラメータを生成し得る。同様に、逆変換３１４、３１６は、周波数領域信号を、オーバーラップウィンドウ処理された時間領域信号に戻すために、逆変換を行うように構成され得る。  [0070]  いくつかの実装では、ステレオキュープロセッサ３１２は、アップミキサ３１０に含まれ得る。追加的にまたは代替的に、デコーダ１１８は、サイド信号デコーダ３０６および変換３０９を含むように説明されているが、他の実装では、デコーダ１１８は、サイド信号デコーダ３０６および変換３０９を含み得ない。このような実装では、サイドビットストリーム１６４は、デマルチプレクサ３０２からアップミキサ３１０に提供され得、ステレオキュー１６２は、デマルチプレクサ３０２からアップミキサ３１０またはステレオキュープロセッサ３１２に提供され得る。
【００６１】
[0071]  図２のエンコーダおよび図３のデコーダが、エンコーダまたはデコーダの枠組みの、全てではないが一部を含み得ることに留意されたい。例えば、図２のエンコーダ、図３のデコーダ、あるいは両方はまた、ハイバンド（ＨＢ）処理の並列経路（parallel path）も含み得る。追加的にまたは代替的に、いくつかの実装では、時間領域ダウンミックスは、図２のエンコーダで実行され得る。追加的にまたは代替的に、時間領域アップミックスは、左および右チャンネルを補償されたデコーダシフトを取得するために、図３のデコーダの後に続く。
【００６２】
[0072]  図４を参照すると、エンコーダおよびデコーダで実装されるウィンドウ処理スキームの例が描かれている。例えば、図１のデコーダ１１８などのデコーダで実装されるウィンドウ処理スキームが描かれ、概して４００と示される。いくつかの実装では、ウィンドウ処理スキーム４００は、第２のウィンドウ処理パラメータ１７６に基づいて実装され得る。図１のエンコーダ１１４などのエンコーダで実装されるウィンドウ処理スキームが描かれ、概して４５０と示される。いくつかの実装では、ウィンドウ処理スキーム４５０は、第１のウィンドウパラメータ１５２に基づいて実装され得る。ウィンドウ処理スキーム４００およびウィンドウ処理スキーム４５０を参照すると、各ウィンドウは同じであり得る。例示のために、各ウィンドウは、同じゼロパディング長、同じホップサイズ、同じオーバーラップ、および同じフラット部分サイズを有する。例えば、ゼロパディング長は３．１２５ｍｓであり、ウィンドウホップサイズは１０ｍｓであり、ウィンドウのオーバーラップの長さは８．７５ｍｓであり、ウィンドウのフラット部分のサイズは１．２５ｍｓである。従って、各ウィンドウは、２５ｍｓの全体の長さを有し得る。
【００６３】
[0073]  オーディオ信号のフレームサイズは２０ｍｓであり得、ＤＴＦオペレーションなどの変換オペレーションは、フレームごとに２つのウィンドウで推定され得る。各フレームに関して、図１のステレオキュー１６２などのステレオキューパラメータ（例えば、ＤＴＦステレオキューパラメータ）のセットが、量子化および送信され得る。これらのステレオキューはまた、（上述された）図１および２を参照して説明される、並びに（下記に含まれる）式１および式２を参照して説明される、変換領域中のミッドおよびサイド信号を生成するためにも使用される。例えば、ミッドチャンネルは、下記に基づき得る。
【００６４】
Ｍ＝（Ｌ＋ｇＤＲ）／２、または                    式１
Ｍ＝ｇ１Ｌ＋ｇ２Ｒ                                 式２
ここで、ｇ１＋ｇ２＝１．０であり、ｇＤは利得パラメータであり、Ｍはミッドチャンネルに対応し、Ｌは左チャンネルに対応し、Ｒは右チャンネルに対応する。
【００６５】
[0074]  コーディングの前に、ミッドおよびサイドの［０−２８．７５］に対応するフレームは、変換領域ミッドおよびサイド信号上で逆変換を適用することによって合成される。逆変換の後に、時間領域信号は、上記と同様のウィンドウにオーバーラップ加算（overlap-add）される。いくつかの実装では、ウィンドウは、全く同じである可能性があり、その他の場合には、この変換ウィンドウおよび逆変換ウィンドウは、ゼロパディング、オーバーラップ、およびフラット部分サイズの長さを全く同じに保ちつつ、オーバーラップ領域中で異なるウィンドウ値を有している可能性がある。オーバーラップ加算は、逆変換合成で使用され、なぜなら、オーバーラップウィンドウがオーバーラップ部分中に時間サンプルの２つのセットを生成し得るからである。例えば、ｗ０（ｎ）における逆変換（例えば、フレームｎの第１のウィンドウ）は、［０−１８．７５］ｍｓからサンプルを生成するが、一方、逆変換は、［１０−２８．７５］ｍｓからサンプルを生成する。［１０−１８．７５］ｍｓからのサンプルは、［０−２８．７５］ｍｓの部分のためのミッドおよびサイド信号を生成するためにオーバーラップ加算される。エンコーダにおいて、未だ［２０−３８．７５］ｍｓからオーバーラップウィンドウ（ｗ０（ｎ＋１））（例えば、フレームｎ＋１の第１のウィンドウ）が存在しないため、（２８．７５の後のサンプルは将来にあり、現在フレームｎ中で利用可能でないので）ｗ１（ｎ）（例えば、フレームｎの第２のウィンドウ）の逆変換から生成されたサンプルは、アンウィンドウ処理され（un-windowed）、［２０−２８．７５］ｍｓの部分中でコーディングのために使用される。サンプルがＩＤＦＴから生成される、アンウィンドウ処理手段は、その部分においてｗ１（ｎ）によって分割される。
【００６６】
[0075]  エンコーダ上の［２０−２８．７５］からのサンプルが、フレームｎ中のミッド／サイドコーディングルックアヘッドの一部であることに留意されたい。デコーダ上で、これらのサンプルは、フレームｎ＋１で復号されることが意図され得る。
【００６７】
[0076]  デコーダにおいて、ビットストリームが受信され、ミッドおよびサイド信号の最初の復号は、ＡＣＥＬＰデコーダなどのスピーチデコーダが使用される場合には［０−２０］ｍｓ部分から時間領域に受信され得、ＴＣＸデコーダなどの非スピーチデコーダが使用される場合には［０−２８．７５］ｍｓ部分から時間領域に受信され得る。非スピーチデコーダが使用される場合、［２０−２８．７５］からのサンプルは、現在フレームで使用されない／使い切られない（played out）可能性があるが、［０−２０］ｍｓからの使用可能なサンプルのセットを生成する効果を有する次のフレーム中にオーバーラップ加算するために記憶される。［２０−２８．７５］からのサンプルがそのデコーダで利用可能でないため、ウィンドウホップサイズの遅延は、時間内に戻る（look back in time）ように導入され（introduced）、ウィンドウ処理およびステレオパラメータの適用のために［−１０〜１８．７５］ｍｓを使用する。一旦、このウィンドウ処理が復号されたミッド／サイド信号で行われると、アップミックスが行われ、その後に、左および右チャンネルの符号化されたＤＦＴ領域表現を得るために、ステレオパラメータアプリケーションが続く。逆変換ＤＦＴが適用され、その後に、復号された左および右時間領域信号を取得するために、オーバーラップ加算オペレーションが続く。
【００６８】
[0077]  図４で描かれているように、（ウィンドウ処理スキーム４５０の）エンコーダウィンドウおよび（ウィンドウ処理スキーム４００の）デコーダウィンドウは、同じ特性を有する。例えば、（ウィンドウ処理スキーム４５０の）エンコーダウィンドウおよび（ウィンドウ処理スキーム４００の）デコーダウィンドウは、同じサイズ、同じ量のオーバーラップ、同じゼロパディング、同じサイズのフラット部分などを有する。エンコーダウィンドウとデコーダウィンドウとが一致するため、エンコーダ上でもたらされる２８．７５ｍｓの遅延に加えて、デコーダ上で１０ｍｓの遅延がもたらされる。
【００６９】
[0078]  エンコーダのウィンドウ処理スキーム４５０およびデコーダのウィンドウ処理スキーム４００が、全く同じ時間サンプルで適用されることに留意されたい。例えば、図４で描かれるように、デコーダウィンドウとエンコーダウィンドウとは同じであり、同じ時間レンジに位置する。よって、ウィンドウセンターは、エンコーダおよびデコーダでアラインされる。代替的に、他の実装では、エンコーダによって使用されるウィンドウとデコーダによって使用されるウィンドウとは、アラインされない可能性がある。例えば、エンコーダによって使用される複数のウィンドウの各ウィンドウのウィンドウロケーション（例えば、ウィンドウセンター）は、デコーダで使用される複数のウィンドウの各ウィンドウのウィンドウロケーション（例えば、ウィンドウセンター）とは異なる。
【００７０】
[0079]  図５を参照すると、エンコーダおよびデコーダで実装されるウィンドウ処理スキームの別の例が描かれている。例えば、図１のデコーダ１１８などのデコーダで実装されるウィンドウ処理スキームが描かれ、概して５１０と示されている。いくつかの実装では、ウィンドウ処理スキーム５１０は、第２のウィンドウ処理パラメータ１７６に基づいて実装され得る。図１のエンコーダ１１４などのエンコーダで実装されるウィンドウ処理スキームが描かれ、概して５２０と示されている。いくつかの実装では、ウィンドウ処理スキーム５２０は、第１のウィンドウパラメータ１５２に基づいて実装され得る。
【００７１】
[0080]  ウィンドウ処理スキーム５１０は、フレーム（２０ｍｓのホップサイズ）ごとの単一のウィンドウおよび３．２５ｍｓのオーバーラップ領域を有し得る。従って、デコーダ遅延は、３．２５ｍｓである。ウィンドウ処理スキーム５１０のゼロパディング（ｚｐ）長は、ウィンドウの両側で０．８７５ｍｓであり、フラット部分の長さは、１６．７５ｍｓである。ウィンドウ処理スキーム５１０のウィンドウの全体の長さ（Ｌ）は、Ｌ＝２＊ｚｐ＋２＊ｏｖｅｒｌａｐ＋ｆｌａｔ＿ｐｏｒｔｉｏｎ＝２５ｍｓのように決定され得る。オーバーラップ部分＋フラット部分の合計の長さは、使用されるサンプルの実際の量を構成する。ゼロパディングは、ウィンドウを所望のサイズにするために使用される。別の実装では、ウィンドウ処理スキーム５１０は、例えば１０ｍｓの内部オーバーラップの間、例えば３．１２５ｍｓの外部オーバーラップを有する２つのウィンドウを使用し得る。
【００７２】
[0081]  ウィンドウ処理スキーム５２０は、図４のウィンドウ処理スキーム４５０を含むか、または対応し得る。エンコーダで使用されるウィンドウ処理スキーム５２０の各ウィンドウの全体の長さが、デコーダで使用されるウィンドウ処理スキーム５１０の全体と同じであることに留意されたい。同じ全体の長さを有することによって、エンコーダおよびデコーダによって生成されたＤＦＴビンのサイズは一致し得る。ウィンドウのサイズの全体の長さを一致させることは便宜上のことであると考えられ、他の実装では、同じ長さを有すること、従ってエンコーダおよびデコーダで同じサイズのＤＦＴビンを有すること、というこの原理は、破綻し得ることに留意されたい。例示されるウィンドウ処理スキーム５２０が、エンコーダにおける、ＤＦＴ変換オペレーションの前およびＤＦＴ逆変換オペレーションの後の両方に関して使用されるウィンドウを表し得ることに留意されたい。いくつかの実装では、エンコーダで使用されるウィンドウ（例えば、分析ウィンドウ、合成ウィンドウ、または両方）は、同じオーバーラップ部分の長さ、同じゼロパディング、同じフラット部分の長さ、同じホップサイズなどを有することにより、ウィンドウ処理スキーム５２０と極めて類似し得るが、オーバーラップ部分中のウィンドウの形状は、例示されたウィンドウ処理スキーム５２０とは異なり得る（例えば、修正され得る）。
【００７３】
[0082]  図６を参照すると、エンコーダおよびデコーダで実装されるウィンドウ処理スキームの別の例が描かれている。例えば、図１のデコーダ１１８などのデコーダで実装されるウィンドウ処理スキームが描かれ、概して６１０と示されている。いくつかの実装では、ウィンドウ処理スキーム６１０は、第２のウィンドウパラメータ１７６に基づいて実装され得る。図１のエンコーダ１１４などのエンコーダで実装されるウィンドウ処理スキームが描かれ、概して６２０と示されている。いくつかの実装では、ウィンドウ処理スキーム６２０は、第１のウィンドウパラメータ１５２に基づいて実装され得る。
【００７４】
[0083]  エンコーダによって使用されるウィンドウ処理スキーム６２０は、図４のウィンドウ処理スキーム４５０または図５のウィンドウ処理スキーム５２０と比較して、１つの大きいウィンドウを含み得る。ウィンドウ処理スキーム６２０は、８．７５ｍｓのオーバーラップ領域、ウィンドウの両サイドにおける３．１２５のゼロパディング長を有し得、フラット部分の長さは、１１．２５ｍｓである。ウィンドウ処理スキーム６２０のウィンドウの全体の長さ（Ｌ）は、Ｌ＝２＊ｚｐ＋２＊ｏｖｅｒｌａｐ＋ｆｌａｔ＿ｐｏｒｔｉｏｎ＝３５ｍｓと決定され得る。
【００７５】
[0084]  デコーダによって使用されるウィンドウ処理スキーム６１０は、図４のウィンドウ処理スキーム４００と比較して、１つのウィンドウを含み得、図５のウィンドウ処理スキーム５１０とは異なり得る。ウィンドウ処理スキーム６１０は、３．２５ｍｓのオーバーラップ領域、ウィンドウの両サイドにおける５．８７５ｍｓのゼロパディング長を有し得、フラット部分の長さは、１６．７５ｍｓである。ウィンドウ処理スキーム６２０のウィンドウの全体の長さ（Ｌ）は、Ｌ＝２＊ｚｐ＋２＊ｏｖｅｒｌａｐ＋ｆｌａｔ＿ｐｏｒｔｉｏｎ＝３５ｍｓと決定され得る。
【００７６】
[0085]  図５〜６を参照して上述される実装では、ウィンドウセンターは、エンコーダとデコーダとで同じロケーションにはない。特定のパラメータが時間内に（in time）非常に早く変わる状況では、この不一致は、符号化または復号されたオーディオ信号におけるアーティファクト（例えば、歪み）を引き起こし得る。このような高速変化パラメータに関して、重み付けされたウィンドウ間補間が、エンコーダ、デコーダ、または両方で行われ得る。この重み付けは、補間されたパラメータが、デコーダウィンドウの時間レンジで推定されるパラメータに近くなるようなものであり得る。例えば、パラメータ（ｂ，ｎ）は、ｎ番目のエンコーダウィンドウ中で帯域ｂに対応し得、ここで、ｎは整数である。重み付けされた補間値、α１＊ｐａｒａｍｅｔｅｒ（ｂ，ｎ）＋α２＊ｐａｒａｍｅｔｅｒ（ｂ，ｎ−１）が使用され得、ここで、α１およびα２の各々は正である。いくつかの実装では、α１＋α２＝１である。
【００７７】
[0086]  図７を参照すると、デコーダを動作する方法の特定の例示的実施例のフローチャートが開示され、概して、７００と指定されている。デコーダは、図１または図３のデコーダ１１８に対応し得る。例えば、方法７００は、図１の第２のデバイス１０６によって行われ得る。
【００７８】
[0087]  方法７００は、７０２において、第１のウィンドウ特性を有するサンプリングウィンドウに基づいて符号化されたオーディオ信号を受信することを含む。例えば、オーディオ信号は、ステレオキュー１６２、サイドビットストリーム１６４、およびミッドビットストリーム１６６を含む、図１の符号化されたオーディオ信号に対応し得る。オーディオ信号は、第１のウィンドウパラメータ１５２に基づくサンプリングウィンドウを使用して、第１のデバイス１０４のエンコーダ１１４によって符号化されている可能性がある。例えば、第１のウィンドウパラメータ１５２は、ウィンドウホップ長、ウィンドウサイズオーバーラップ、ゼロパディング量、またはセンタロケーションを含む第１のウィンドウ特性を指定し得る。他の制限されない例は、ウィンドウ形状、フラットウィンドウ部分、またはウィンドウサイズを含む。
【００７９】
[0088]  方法７００はまた、７０４において、第１のウィンドウ特性とは異なる第２のウィンドウ特性を有するサンプリングウィンドウを使用して、オーディオ信号を復号することを含む。例えば、オーディオ信号は、第２のウィンドウパラメータ１７６に基づくサンプリングウィンドウを使用して、第２のデバイス１０６のデコーダ１１８によって復号され得る。第２のウィンドウ特性を有するサンプリングウィンドウを使用して復号することは、第１のウィンドウ特性に対応するウィンドウオーバーラップよりも少ないフレーム間復号遅延を生成し得る。
【００８０】
[0089]  いくつかの実装では、オーディオ信号を復号することは、ウィンドウ処理された時間領域オーディオ復号信号を生成するために、第２のウィンドウ特性を有するサンプリングウィンドウを適用することを含む。例えば、第２のウィンドウ特性を有するサンプリングウィンドウが、図１のサンプル生成器１７２で適用され得る。別の例では、第２のウィンドウ特性を有するサンプリングウィンドウが、図３の変換３０８、３０９で適用され得る。オーディオ信号を復号することは、ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うこともまた含み得る。例えば、変換オペレーションが、図１の変換デバイス１７４によって行われ得る。例示のために、変換オペレーションが、図３の変換３０８、３０９によって行われ得る。
【００８１】
[0090]  デコーダ１１８は、第１のウィンドウ特性を有するサンプリングウィンドウに基づいて、ウィンドウ処理された周波数領域オーディオ符号化信号に対応する第１の推定されたステレオパラメータを受信し得る。例えば、第１の推定されたステレオパラメータは、図１〜３のステレオキュー１６２に対応し得るか、またはそれに含まれ得る。オーディオ信号を復号することは、第２のウィンドウ特性を有するサンプリングウィンドウに基づいて、ウィンドウ処理された周波数領域オーディオ復号信号に関連付けられた第２の推定されたステレオパラメータを適用することを含み得る。例えば、第２の推定されたステレオパラメータは、受信された第１の推定されたステレオパラメータの補間に基づいて、第２のウィンドウ特性を有するサンプリングウィンドウに対応するように生成され得る。
【００８２】
[0091]  よって、方法７００は、符号化されたオーディオ信号を符号化するために使用されるサンプリングウィンドウのオーバーラップ部分と比較して、符号化されたオーディオ信号の復号中に、低減されたオーバーラップ部分を有するサンプリングウィンドウを使用することによって、デコーダが復号遅延を低減することを可能にし得る。第１の特性を有するサンプリングウィンドウ（例えば、より大きいオーバーラップ部分）を使用して符号化中に生成され得るパラメータ（例えば、ステレオキュー１６２）は、第２の特性を有するサンプリングウィンドウでのウィンドウ差を少なくとも部分的に補償するために、復号中に補間され得る。結果として、復号遅延は、再生された信号品質への無視できるほどの影響はあるものの、改善され得る。
【００８３】
[0092]  図８を参照すると、デコーダを動作する方法の特定の例示的実施例のフローチャートが開示され、概して、８００と指定されている。デコーダは、図１または図３のデコーダ１１８に対応し得る。例えば、方法８００は、図１の第２のデバイス１０６によってまたは基地局などの別のデバイスで実行され得る。
【００８４】
[0093]  方法８００は、８０２において、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することを含む。例えば、ステレオパラメータは、ステレオキュー１６２を含み得るか、または対応し得る。ステレオパラメータは、ステレオキュー１６２、サイドビットストリーム１６４、およびミッドビットストリーム１６６を含む、図１の符号化されたオーディオ信号などのオーディオ信号中に含まれ得る。ステレオパラメータは、第１のウィンドウパラメータ１５２に基づくサンプリングウィンドウを使用して、第１のデバイス１０４のエンコーダ１１４によって符号化されたのかもしれない。例えば、第１のウィンドウパラメータ１５２は、ウィンドウホップ長、ウィンドウサイズオーバーラップ、ゼロパディング量、またはセンタロケーションなどの第１のウィンドウ特性を指定し得る。ウィンドウ特性の他の制限されない例は、ウィンドウ形状、フラットウィンドウ部分、またはウィンドウサイズを含む。
【００８５】
[0094]  方法８００はまた、８０４において、ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することを含む。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成される。第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。例えば、少なくとも２つのオーディオ信号は、第２のウィンドウパラメータ１７６に基づくサンプリングウィンドウを使用して、第２のデバイス１０６のデコーダ１１８によって生成され得る。
【００８６】
[0095]  いくつかの実装では、複数のウィンドウは、第１のホップ長に関連付けられ、第２の複数のウィンドウは、第２のホップ長に関連付けられる。第１のホップ長と第２のホップ長とは、同じホップ長であり得るか、または異なるホップ長であり得る。追加的にまたは代替的に、複数のウィンドウは、第２の複数のウィンドウと異なる数のウィンドウを含み得る。他の実装では、複数のウィンドウは、第２の複数のウィンドウと同じ数のウィンドウを含む。追加的にまたは代替的に、複数のウィンドウのうちの第１のウィンドウと、第２の複数のウィンドウのうちの第２のウィンドウとは、同じサイズである。他の実装では、複数のウィンドウのうちの第１のウィンドウと、第２の複数のウィンドウのうちの第２のウィンドウとは、異なるサイズである。追加的にまたは代替的に、複数のウィンドウの各ウィンドウは、対称であるが、第２の複数のウィンドウのうちの第１の特定のウィンドウは、非対称である。他の実装では、複数のウィンドウの全てが非対称である。
【００８７】
[0096]  いくつかの実装では、方法８００は、ステレオパラメータを含むオーディオ信号を受信することと、ウィンドウ処理された時間領域オーディオ復号信号を生成するために、第２の複数のウィンドウを適用することとを含み得る。方法８００はまた、ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うことを含み得る。
【００８８】
[0097]  いくつかの実装では、エンコーダでのステレオダウンミックス処理中に使用される複数のウィンドウの各ウィンドウの全体の長さは、デコーダでのステレオアップミックス処理中に使用される第２の複数のウィンドウの各ウィンドウの全体の長さとは異なる。複数のウィンドウは、ステレオダウンミックス処理に使用されるＤＦＴ分析ウィンドウに対応し、第２の複数のウィンドウは、ステレオアップミックス処理に使用される逆ＤＦＴ合成ウィンドウに対応し得る。追加的にまたは代替的に、エンコーダにおける変換領域中の各周波数ビンに関連付けられた第１の周波数分解能は、デコーダにおける変換領域中の各周波数ビンに関連付けられた第２の周波数分解能とは異なる。
【００８９】
[0098]  他の実装では、エンコーダで使用される複数のウィンドウの各ウィンドウのウィンドウロケーションは、デコーダで使用される複数のウィンドウの各ウィンドウのウィンドウロケーションとは異なる。追加的にまたは代替的に、ステレオパラメータのうちの少なくとも１つのパラメータは、フレーム間で補間され、少なくとも１つの補間されたパラメータは、デコーダで使用される。この補間は、エンコーダで行われかつデコーダに送信されるか、または、補間さていれない値をエンコーダが送信しかつフレーム間補間をデコーダが行い得るか、のいずれかであり得る。
【００９０】
[0099]  よって、方法８００は、符号化されたオーディオ信号を符号化するために使用されるサンプリングウィンドウのオーバーラップ部分の長さと比較して、異なる長さのオーバーラップ部分を有するサンプリングウィンドウを復号中に使用することによって、復号遅延を低減することを可能にする。結果として、復号遅延は、再生された信号品質への無視できるほどの影響はあるものの、大幅に低減される。
【００９１】
[0100]  特定の態様では、図７の方法７００および図８の方法８００は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイス、特定用途向け集積回路（ＡＳＩＣ）、中央処理ユニット（ＣＰＵ）などの処理ユニット、デジタルシグナルプロセッサ（ＤＳＰ）、コントローラ、別のハードウェアデバイス、ファームウェアデバイス、またはそれらの組み合わせによって実施され得る。一例として、図９に関して説明されるように、図７の方法７００または図８の方法８００は、命令を実行するプロセッサによって行われ得る。
【００９２】
[0101]  図９を参照すると、デバイス（例えば、ワイヤレス通信デバイス）の特定の例示的実施例のブロック図が描かれ、概して９００と指定されている。様々な実装では、デバイス９００は、図９で例示されているものよりも多いか、またはより少ない構成要素を有し得る。例示的実施例では、デバイス９００は、図１のシステムに対応し得る。例えば、デバイス９００は、図１の第１のデバイス１０４または第２のデバイス１０６に対応し得る。例示的実施例では、デバイス９００は、図７の方法または図８の方法に従って動作し得る。
【００９３】
[0102]  特定の実装では、デバイス９００は、プロセッサ９０６（例えば、ＣＰＵ）を含む。デバイス９００は、プロセッサ９１０（例えば、ＤＳＰ）などの１つまたは複数の追加のプロセッサを含み得る。プロセッサ９１０は、スピーチＣＯＤＥＣ、ミュージックＣＯＤＥＣ、またはそれらの組み合わせなどのＣＯＤＥＣ９０８を含み得る。プロセッサ９１０は、スピーチ／ミュージックＣＯＤＥＣ９０８のオペレーションを行うように構成された１つまたは複数の構成要素（例えば、回路）を含み得る。別の例として、プロセッサ９１０は、スピーチ／ミュージックＣＯＤＥＣ９０８のオペレーションを行うための１つまたは複数のコンピュータ可読命令を実行するように構成され得る。よって、ＣＯＤＥＣ９０８は、ハードウェアおよびソフトウェアを含み得る。スピーチ／ミュージックＣＯＤＥＣ９０８がプロセッサ９１０の構成要素として例示されているが、他の例では、スピーチ／ミュージックＣＯＤＥＣ９０８の１つまたは複数の構成要素は、プロセッサ９０６、ＣＯＤＥＣ９３４、別の処理構成要素、またはこれらの組み合わせに含まれ得る。
【００９４】
[0103]  スピーチ／ミュージックＣＯＤＥＣ９０８は、ボコーダデコーダなどのデコーダ９９２を含み得る。例えば、デコーダ９９２は、図１のデコーダ１１８に対応し得る。特定の態様では、デコーダ９９２は、信号を符号化するために使用されるサンプリングウィンドウの第１のウィンドウ特性とは異なる第２のウィンドウ特性を有するサンプリングウィンドウを使用して、符号化された信号を復号するように構成される。例えば、デコーダ９９２は、１つまたは複数の記憶されたウィンドウパラメータ９９１（例えば、図１の第２のウィンドウパラメータ１７６）に基づくサンプリングウィンドウを使用するように構成され得る。スピーチ／ミュージックＣＯＤＥＣ９０８は、図１のエンコーダ１１４などのエンコーダ９９１を含み得る。エンコーダ９９１は、第１のウィンドウ特性を有するサンプリングウィンドウを使用してオーディオ信号を符号化するように構成され得る。
【００９５】
[0104]  デバイス９００は、メモリ９３２およびＣＯＤＥＣ９３４を含み得る。ＣＯＤＥＣ９３４は、デジタル−アナログコンバータ（ＤＡＣ）９０２およびアナログ−デジタルコンバータ（ＡＤＣ）９０４を含み得る。スピーカ９３６、マイクロフォンアレイ９３８、または両方が、ＣＯＤＥＣ９３４に結合され得る。ＣＯＤＥＣ９３４は、マイクロフォンアレイ９３８からアナログ信号を受信し、アナログ−デジタルコンバータ９０４を使用してアナログ信号をデジタル信号にコンバートし、そのデジタル信号をスピーチ／ミュージックＣＯＤＥＣ９０８に提供し得る。スピーチ／ミュージックＣＯＤＥＣ９０８は、デジタル信号を処理し得る。いくつかの実装では、スピーチ／ミュージックＣＯＤＥＣ９０８は、デジタル信号をＣＯＤＥＣ９３４に提供し得る。ＣＯＤＥＣ９３４は、デジタル−アナログコンバータ９０２を使用してデジタル信号をアナログ信号にコンバートし得、そのアナログ信号をスピーカ９３６に提供し得る。
【００９６】
[0105]  デバイス９００は、トランシーバ９５０（例えば、送信機、受信機、または両方）を介して、アンテナ９４２に結合されたワイヤレスコントローラ９４０を含み得る。デバイス９００は、コンピュータ可読記憶デバイスなどのメモリ９３２を含み得る。メモリ９３２は、図１〜６に関して説明された技法、図７の方法、図８の方法、またはそれらの組み合わせのうちの１つまたは複数を行うために、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせによって実行可能な１つまたは複数の命令などの命令９６０を含み得る。
【００９７】
[0106]   例示的実施例として、メモリ９３２は、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせによって実行されると、第１のウィンドウ特性を有するサンプリングウィンドウに基づいて符号化されたオーディオ信号を受信すること（例えば、第１のウィンドウパラメータ１５２を使用してサンプリングウィンドウを符号化することに基づいて、ステレオキュー１６２を受信すること）と、（第２のウィンドウパラメータ１７６に基づいて）第１のウィンドウ特性とは異なる第２のウィンドウ特性を有するサンプリングウィンドウを使用してオーディオ信号を復号することとを含むオペレーションを、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせに行わせる命令を記憶し得る。
【００９８】
[0107]  別の例示的実施例として、メモリ９３２は、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせによって実行されると、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信すること（例えば、ステレオキュー１６２を受信すること）と、ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することとを含むオペレーションを、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせに行わせる命令を記憶し得る。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。
【００９９】
[0108]  いくつかの実装では、メモリ９３２は、図１の第２のデバイス１０６、あるいは図１または図３のデコーダ１１８を参照して説明されるような機能を行うこと、図７の方法７００の少なくとも一部分を行うこと、図８の方法８００の少なくとも一部分を行うこと、あるいはそれらの組み合わせを、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせに行わせるために、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせによって実行され得るコード（例えば、解釈された（interpreted）またはコンプライされた（complied）プログラム命令）を含み得る。
【０１００】
[0109]  メモリ９３２は、プロセッサ９０６、プロセッサ９１０、ＣＯＤＥＣ９３４、デバイス９００の別の処理ユニット、またはそれらの組み合わせによって、本明細書で開示された方法および処理を行うために実行可能な命令９６０を含み得る。図１のシステム１００の１つまたは複数の構成要素は、１つまたは複数のタスク、またはそれらの組み合わせを行うための命令（例えば、命令９６０）を実行するプロセッサによって、専用ハードウェア（例えば、回路）を介して実装され得る。例として、メモリ９３２、あるいはプロセッサ９０６、プロセッサ９１０、ＣＯＤＥＣ９３４、またはそれらの組み合わせのうちの１つまたは複数の構成要素は、ランダムアクセスメモリ（ＲＡＭ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）、スピントルクトランスファーＭＲＡＭ（ＳＴＴ−ＭＲＡＭ：spin-torque transfer MRAM）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバブルディスク、またはコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）などのメモリデバイスであり得る。メモリデバイスは、コンピュータ（例えば、ＣＯＤＥＣ９３４中のプロセッサ、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせ）によって実行されると、コンピュータに、図７の方法の少なくとも一部分、図８の方法の少なくとも一部分、またはそれらの組み合わせを行わせ得る命令（例えば、命令９６０）を含み得る。例として、メモリ９３２、あるいは、プロセッサ９０６、プロセッサ９１０、ＣＯＤＥＣ９３４のうちの１つまたは複数の構成要素は、コンピュータ（例えば、ＣＯＤＥＣ９３４中のプロセッサ、プロセッサ９０６、プロセッサ９１０、またはそれらの組み合わせ）によって実行されると、コンピュータに、図７の方法のうちの少なくとも１つ、図８の方法のうちの少なくとも１つ、またはそれらの組み合わせを行わせる命令（例えば、命令９６０）を含む非一時的コンピュータ可読媒体であり得る。
【０１０１】
[0110]  特定の実装では、デバイス９００は、システムインパッケージまたはシステムオンチップデバイス９２２に含まれ得る。いくつかの実装では、メモリ９３２、プロセッサ９０６、プロセッサ９１０、ディスプレイコントローラ９２６、ＣＯＤＥＣ９３４、ワイヤレスコントローラ９４０、およびトランシーバ９５０は、システムインパッケージまたはシステムオンチップデバイス９２２に含まれる。いくつかの実装では、入力デバイス９３０および電源９４４は、システムオンチップデバイス９２２に結合される。さらに、特定の実装では、図９に例示されているように、ディスプレイ９２８、入力デバイス９３０、スピーカ９３６、マイクロフォンアレイ９３８、アンテナ９４２、および電源９４４は、システムオンチップデバイス９２２の外部にある。他の実装では、ディスプレイ９２８、入力デバイス９３０、スピーカ９３６、マイクロフォンアレイ９３８、アンテナ９４２、および電源９４４の各々は、システムオンチップデバイス９２２のコントローラまたはインターフェースなどのシステムオンチップデバイス９２２の構成要素に結合され得る。例示的実施例では、デバイス９００は、通信デバイス、モバイル通信デバイス、スマートフォン、セルラフォン、ラップトップコンピュータ、コンピュータ、タブレットコンピュータ、パーソナルデジタルアシスタント、セットトップンボックス、ディスプレイデバイス、テレビジョン、ゲーム機器、音楽プレイヤ、ラジオ、デジタルビデオプレイヤ、デジタルビデオディスク（ＤＶＤ）プレイヤ、光ディスクプレイヤ、チューナ、カメラ、ナビゲーションデバイス、デコーダシステム、エンコーダシステム、基地局、自動車、またはそれらの任意の組み合わせに対応し得る。
【０１０２】
[0111]  説明された態様とともに、装置は、第１のウィンドウ特性を有するサンプリングウィンドウに基づいて符号化されたオーディオ信号を受信するための手段を含み得る。例えば、受信するための手段は、図１の受信機１７８、図９のトランシーバ９５０、符号化されたオーディオ信号を受信するための、１つまたは複数の他の構成、デバイス、回路、モジュール、または命令、あるいはそれらの組み合わせを含み得るか、または対応し得る。
【０１０３】
[0112]  装置はまた、第１のウィンドウ特性とは異なる第２のウィンドウ特性を有するサンプリングウィンドウを使用してオーディオ信号を符号化するための手段を含み得る。例えば、復号するための手段は、図１または図３のデコーダ１１８、図９の命令９６０を実行するためにプログラムされたプロセッサ９０６、９１０のうちの１つまたは複数、オーディオ信号を復号するための、１つまたは複数の他の構成、デバイス、回路、モジュール、または命令、あるいはそれらの組み合わせを含み得るか、または対応し得る。
【０１０４】
[0113]  装置は、ウィンドウ処理された時間領域オーディオ復号信号を生成するための第２のウィンドウ特性を有するサンプリングウィンドウを適用するための手段を含み得る。例えば、適用するための手段は、図１のサンプル生成器１７２、図９のデコーダ９０２、命令９６０を実行するためにプログラムされたプロセッサ９０６、９１０のうちの１つまたは複数、サンプリングウィンドウを適用するための、１つまたは複数の他の構成、デバイス、回路、モジュール、または命令、あるいはそれらの組み合わせを含み得るか、または対応し得る。
【０１０５】
[0114]  装置はまた、ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うための手段を含み得る。例えば、変換オペレーションを行うための手段は、図１の変換デバイス１７４、図３の変換３０８、３０９、図９のデコーダ９９２、命令９６０を実行するためにプログラムされたプロセッサ９０６、９１０のうちの１つまたは複数、変換オペレーションを行うための、１つまたは複数の他の構成、デバイス、回路、モジュール、または命令、あるいはそれらの組み合わせを含み得るか、または対応し得る。
【０１０６】
[0115]  別の実装では、装置は、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するための手段を含む。例えば、受信するための手段は、図１のデコーダ１１８、受信機１７８、図３のデマルチプレクサ３０２、サイド信号デコーダ３０６、ステレオキュープロセッサ３１２、図９のアップミキサ、トランシーバ９５０、ステレオパラメータを受信するための、１つまたは複数の他の構成、デバイス、回路、モジュール、または命令、あるいはそれらの組み合わせを含み得るか、または対応し得る。いくつかの実装では、ステレオパラメータは、離散フーリエ変換（ＤＦＴ）ステレオキューパラメータに対応し得る。装置はまた、少なくとも２つのオーディオ信号を生成するために、ステレオパラメータを使用してアップミックスオペレーションを行うための手段を含む。例えば、アップミックスオペレーションを行うための手段は、図１のデコーダ１１８、図３のアップミキサ３１０、ステレオキュープロセッサ３１２、図９の命令９６０を実行するためにプログラムされたプロセッサ９０６、９１０のうちの１つまたは複数、デコーダ９９２、アップミックスオペレーションを行うための１つまたは複数の他の構成、デバイス、回路、モジュール、または命令、あるいはそれらの組み合わせを含み得るか、または対応し得る。少なくとも２つのオーディオ信号は、アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、第２の複数のウィンドウは、第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有する。第２の長さは、第１の長さとは異なる。例えば、第２の長さは、第１の長さよりも短い可能性がある。
【０１０７】
[0116]  上述された説明の態様では、プログラムされた様々な機能は、図１のシステム１００の構成要素またはモジュールなどのある特定の構成要素またはモジュールによって行われるものとして説明されている。しかしながら、構成要素およびモジュールのこの区分は、例示のためのものでしかない。代替的な例では、特定の構成要素またはモジュールによって実行される機能は、代わりに複数の構成要素またはモジュール間で分けられ得る。さらに、他の代替的な例では、図１の２つ以上の構成要素またはモジュールは、単一の構成要素またはモジュールに一体化され得る。図１に例示される各構成要素またはモジュールは、ハードウェア（例えば、ＡＳＩＣ、ＤＳＰ、コントローラ、ＦＰＧＡデバイスなど）、ソフトウェア（例えば、プロセッサによって実行可能な命令）、またはこれらの任意の組み合わせを使用して実装され得る。
【０１０８】
[0117]  当業者は、本明細書で開示された態様に関連して説明した様々な例示的な論理ブロック、構成、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、プロセッサによって実行されるコンピュータソフトウェア、または両方の組み合わせとして実装され得ることをさらに認識するだろう。様々な例示的な構成要素、ブロック、構成、モジュール、回路、およびステップは、概して、それらの機能の観点から上記に説明されている。このような機能が、ハードウェアとして実装されるか、あるいは命令を実行可能なプロセッサとして実装されるかは、特定の適用例およびシステム全体に課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実施し得るが、そのような実施の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【０１０９】
[0118]  本明細書で開示された態様に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアに含まれるか、プロセッサによって実行されるソフトウェアモジュールに含まれるか、またはその２つの組合せに含まれ得る。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている非一時的記憶媒体の任意の他の形態中に存在し得る。特定の記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣは、コンピューティングデバイスまたはユーザ端末に存在し得る。代替では、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末内の離散構成要素として存在し得る。
【０１１０】
[0119]  先の説明は、当業者が開示された態様を製造または使用することができるように提供されている。これらの態様に対する様々な修正は、当業者に対して容易に明らかであり、本明細書で定義される原理は、本開示の範囲から逸脱することなく他の態様に適用され得る。よって、本開示は、本明細書で示される態様に限定されることを意図するものではなく、下記の特許請求の範囲で定義されるような原理および新規な特徴と一致し得る最も広い範囲を与えられるべきである。
【図１】
2019512737.tif 000003
【図２】
2019512737.tif 000004
【図３】
2019512737.tif 000005
【図４】
2019512737.tif 000006
【図５】
2019512737.tif 000007
【図６】
2019512737.tif 000008
【図７】
2019512737.tif 000009
【図８】
2019512737.tif 000010
【図９】
2019512737.tif 000011
【手続補正書】
【提出日】平成30年11月27日(2018.11.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスであって、
エンコーダによって符号化されたステレオパラメータを受信するように構成された受信機と、ここで、前記ステレオパラメータは、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウを使用して符号化される、
少なくとも２つのオーディオ信号を生成するために、前記ステレオパラメータを使用してアップミックスオペレーションを行うように構成されたデコーダと、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、デバイス。
【請求項２】
前記エンコーダでのステレオダウンミックス処理中に使用される前記複数のウィンドウの各ウィンドウの全体の長さは、前記デコーダでのステレオアップミックス処理中に使用される前記第２の複数のウィンドウの各ウィンドウの前記全体の長さとは異なる、請求項１に記載のデバイス。
【請求項３】
前記複数のウィンドウは、前記ステレオダウンミックス処理に使用されるＤＦＴ分析ウィンドウに対応し、前記第２の複数のウィンドウは、前記ステレオアップミックス処理に使用される逆ＤＦＴ合成ウィンドウに対応する、請求項２に記載のデバイス。
【請求項４】
前記エンコーダにおける変換領域中の各周波数ビンに関連付けられた第１の周波数分解能は、前記デコーダにおける前記変換領域中の各周波数ビンに関連付けられた第２の周波数分解能とは異なる、請求項２に記載のデバイス。
【請求項５】
前記エンコーダで使用される前記複数のウィンドウの各ウィンドウのウィンドウロケーションは、前記デコーダで使用される前記複数のウィンドウの各ウィンドウのウィンドウロケーションとは異なる、請求項１に記載のデバイス。
【請求項６】
前記ステレオパラメータのうちの少なくとも１つのパラメータは、フレーム間で補間され、前記少なくとも１つの補間されたパラメータおよび少なくとも１つの補間されていない値は、前記デコーダで使用される、請求項５に記載のデバイス。
【請求項７】
前記第２の複数のウィンドウのウィンドウオーバーラップは、非対称である、請求項１に記載のデバイス。
【請求項８】
前記受信機は、ミッド信号を受信するようにさらに構成される、請求項１に記載のデバイス。
【請求項９】
前記ミッド信号は、前記ステレオパラメータを使用して、ダウンミックスオペレーションに基づいて前記エンコーダによって生成される、請求項８に記載のデバイス。
【請求項１０】
前記アップミックスオペレーションは、前記ステレオパラメータと前記ミッド信号とを使用して行われる、請求項８に記載のデバイス。
【請求項１１】
前記第２の複数のウィンドウのうちの連続したウィンドウのペアの両方のウィンドウは、非対称である、請求項１に記載のデバイス。
【請求項１２】
前記第２の複数のウィンドウのうちの連続したウィンドウのペアの第１のウィンドウは、非対称である、請求項１に記載のデバイス。
【請求項１３】
前記第１のウィンドウと前記第２のウィンドウとの第１のオーバーラップ部分の第３の長さは、連続するウィンドウの第２のペアの前記第２のウィンドウと第３のウィンドウとの第２のオーバーラップ部分の第４の長さとは異なる、請求項１２に記載のデバイス。
【請求項１４】
前記受信機は、前記ステレオパラメータを含むオーディオ信号を受信するように構成され、前記デコーダは、ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記オーディオ信号の復号中に前記第２の複数のウィンドウを適用するように構成される、請求項１に記載のデバイス。
【請求項１５】
前記受信機および前記デコーダは、モバイル通信デバイスに統合される、請求項１に記載のデバイス。
【請求項１６】
前記受信機および前記デコーダは、基地局に統合される、請求項１に記載のデバイス。
【請求項１７】
方法であって、
エンコーダによって、符号化されたステレオパラメータを受信することと、ここで、前記ステレオパラメータは、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウを使用して符号化される、
前記ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することと、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、方法。
【請求項１８】
前記複数のウィンドウは、第１のホップ長に関連付けられ、前記第２の複数のウィンドウは、第２のホップ長に関連付けられる、請求項１７に記載の方法。
【請求項１９】
前記複数のウィンドウは、前記第２の複数のウィンドウとは異なる数のウィンドウを含む、請求項１７に記載の方法。
【請求項２０】
前記複数のウィンドウのうちの第１のウィンドウと、前記第２の複数のウィンドウのうちの第２のウィンドウとは、同じサイズである、請求項１７に記載の方法。
【請求項２１】
前記複数のウィンドウの各ウィンドウは、対称であり、前記第２の複数のウィンドウのうちの第１のウィンドウは、非対称である、請求項１７に記載の方法。
【請求項２２】
前記ステレオパラメータを含むオーディオ信号を受信することと、
ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記第２の複数のウィンドウを適用することと、
をさらに備える、請求項１７に記載の方法。
【請求項２３】
ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、前記ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うことをさらに備える、請求項２２に記載の方法。
【請求項２４】
受信することおよび生成することは、モバイル通信デバイスを備えるデバイスで行われる、請求項１７に記載の方法。
【請求項２５】
受信することおよび生成することは、基地局を備えるデバイスで行われる、請求項１７に記載の方法。
【請求項２６】
装置であって、
エンコーダによって符号化されたステレオパラメータを受信するための手段と、ここで、前記ステレオパラメータは、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウを使用して符号化される、
少なくとも２つのオーディオ信号を生成するために、前記ステレオパラメータを使用してアップミックスオペレーションを行うための手段と、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、装置。
【請求項２７】
ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記第２の複数のウィンドウを適用するための手段と、
ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、前記ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うための手段と、
をさらに備える、請求項２６に記載の装置。
【請求項２８】
受信するための前記手段および行うための前記手段は、モバイル通信デバイスに統合される、請求項２６に記載の装置。
【請求項２９】
受信するための前記手段および行うための前記手段は、基地局に統合される、請求項２６に記載の装置。
【請求項３０】
命令を記憶するコンピュータ可読記憶デバイスであって、前記命令はプロセッサによって実行されるとき、前記プロセッサに、
エンコーダによって符号化されたステレオパラメータを受信することと、ここで、前記ステレオパラメータは、複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウを使用して符号化される、
前記ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することと、
を備える動作を行わせ、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、コンピュータ可読記憶デバイス。
【請求項３１】
前記第２の長さは、前記第１の長さよりも短い、請求項３０に記載のコンピュータ可読記憶デバイス。
【請求項３２】
前記ステレオパラメータは、離散フーリエ変換（ＤＦＴ）ステレオキューパラメータに対応する、請求項３０に記載のコンピュータ可読記憶デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
[0119]  先の説明は、当業者が開示された態様を製造または使用することができるように提供されている。これらの態様に対する様々な修正は、当業者に対して容易に明らかであり、本明細書で定義される原理は、本開示の範囲から逸脱することなく他の態様に適用され得る。よって、本開示は、本明細書で示される態様に限定されることを意図するものではなく、下記の特許請求の範囲で定義されるような原理および新規な特徴と一致し得る最も広い範囲を与えられるべきである。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
デバイスであって、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するように構成された受信機と、
少なくとも２つのオーディオ信号を生成するために、前記ステレオパラメータを使用してアップミックスオペレーションを行うように構成されたデコーダと、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、デバイス。
［Ｃ２］
前記エンコーダでのステレオダウンミックス処理中に使用される前記複数のウィンドウの各ウィンドウの全体の長さは、前記デコーダでのステレオアップミックス処理中に使用される前記第２の複数のウィンドウの各ウィンドウの前記全体の長さとは異なる、Ｃ１に記載のデバイス。
［Ｃ３］
前記複数のウィンドウは、前記ステレオダウンミックス処理に使用されるＤＦＴ分析ウィンドウに対応し、前記第２の複数のウィンドウは、前記ステレオアップミックス処理に使用される逆ＤＦＴ合成ウィンドウに対応する、Ｃ２に記載のデバイス。
［Ｃ４］
前記エンコーダにおける変換領域中の各周波数ビンに関連付けられた第１の周波数分解能は、前記デコーダにおける前記変換領域中の各周波数ビンに関連付けられた第２の周波数分解能とは異なる、Ｃ２に記載のデバイス。
［Ｃ５］
前記エンコーダで使用される前記複数のウィンドウの各ウィンドウのウィンドウロケーションは、前記デコーダで使用される前記複数のウィンドウの各ウィンドウのウィンドウロケーションとは異なる、Ｃ１に記載のデバイス。
［Ｃ６］
前記ステレオパラメータのうちの少なくとも１つのパラメータは、フレーム間で補間され、前記少なくとも１つの補間されたパラメータおよび少なくとも１つの補間されていない値は、前記デコーダで使用される、Ｃ５に記載のデバイス。
［Ｃ７］
前記第２の複数のウィンドウのウィンドウオーバーラップは、非対称である、Ｃ１に記載のデバイス。
［Ｃ８］
前記受信機は、ミッド信号を受信するようにさらに構成される、Ｃ１に記載のデバイス。
［Ｃ９］
前記ミッド信号は、前記ステレオパラメータを使用して、ダウンミックスオペレーションに基づいて前記エンコーダによって生成される、Ｃ８に記載のデバイス。
［Ｃ１０］
前記アップミックスオペレーションは、前記ステレオパラメータと前記ミッド信号とを使用して行われる、Ｃ８に記載のデバイス。
［Ｃ１１］
前記第２の複数のウィンドウのうちの連続したウィンドウのペアの両方のウィンドウは、非対称である、Ｃ１に記載のデバイス。
［Ｃ１２］
前記第２の複数のウィンドウのうちの連続したウィンドウのペアの第１のウィンドウは、非対称である、Ｃ１に記載のデバイス。
［Ｃ１３］
前記第１のウィンドウと前記第２のウィンドウとの第１のオーバーラップ部分の第３の長さは、連続するウィンドウの第２のペアの前記第２のウィンドウと第３のウィンドウとの第２のオーバーラップ部分の第４の長さとは異なる、Ｃ１２に記載のデバイス。
［Ｃ１４］
前記受信機は、前記ステレオパラメータを含むオーディオ信号を受信するように構成され、前記デコーダは、ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記オーディオ信号の復号中に前記第２の複数のウィンドウを適用するように構成される、Ｃ１に記載のデバイス。
［Ｃ１５］
前記受信機および前記デコーダは、モバイル通信デバイスに統合される、Ｃ１に記載のデバイス。
［Ｃ１６］
前記受信機および前記デコーダは、基地局に統合される、Ｃ１に記載のデバイス。
［Ｃ１７］
方法であって、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することと、
前記ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することと、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、方法。
［Ｃ１８］
前記複数のウィンドウは、第１のホップ長に関連付けられ、前記第２の複数のウィンドウは、第２のホップ長に関連付けられる、Ｃ１７に記載の方法。
［Ｃ１９］
前記複数のウィンドウは、前記第２の複数のウィンドウとは異なる数のウィンドウを含む、Ｃ１７に記載の方法。
［Ｃ２０］
前記複数のウィンドウのうちの第１のウィンドウと、前記第２の複数のウィンドウのうちの第２のウィンドウとは、同じサイズである、Ｃ１７に記載の方法。
［Ｃ２１］
前記複数のウィンドウの各ウィンドウは、対称であり、前記第２の複数のウィンドウのうちの第１のウィンドウは、非対称である、Ｃ１７に記載の方法。
［Ｃ２２］
前記ステレオパラメータを含むオーディオ信号を受信することと、
ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記第２の複数のウィンドウを適用することと、
をさらに備える、Ｃ１７に記載の方法。
［Ｃ２３］
ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、前記ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うことをさらに備える、Ｃ２２に記載の方法。
［Ｃ２４］
受信することおよび生成することは、モバイル通信デバイスを備えるデバイスで行われる、Ｃ１７に記載の方法。
［Ｃ２５］
受信することおよび生成することは、基地局を備えるデバイスで行われる、Ｃ１７に記載の方法。
［Ｃ２６］
装置であって、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信するための手段と、
少なくとも２つのオーディオ信号を生成するために、前記ステレオパラメータを使用してアップミックスオペレーションを行うための手段と、
を備え、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、装置。
［Ｃ２７］
ウィンドウ処理された時間領域オーディオ復号信号を生成するために、前記第２の複数のウィンドウを適用するための手段と、
ウィンドウ処理された周波数領域オーディオ復号信号を生成するために、前記ウィンドウ処理された時間領域オーディオ復号信号に対し変換オペレーションを行うための手段と、
をさらに備える、Ｃ２６に記載の装置。
［Ｃ２８］
受信するための前記手段および行うための前記手段は、モバイル通信デバイスに統合される、Ｃ２６に記載の装置。
［Ｃ２９］
受信するための前記手段および行うための前記手段は、基地局に統合される、Ｃ２６に記載の装置。
［Ｃ３０］
命令を記憶するコンピュータ可読記憶デバイスであって、前記命令はプロセッサによって実行されるとき、前記プロセッサに、
複数のウィンドウ間のオーバーラップ部分の第１の長さを有する前記複数のウィンドウに基づいてエンコーダによって符号化されたステレオパラメータを受信することと、
前記ステレオパラメータを使用するアップミックスオペレーションに基づいて、少なくとも２つのオーディオ信号を生成することと、
を備える動作を行わせ、
前記少なくとも２つのオーディオ信号は、前記アップミックスオペレーションに使用される第２の複数のウィンドウに基づいて生成され、前記第２の複数のウィンドウは、前記第２の複数のウィンドウ間のオーバーラップ部分の第２の長さを有し、前記第２の長さは、前記第１の長さとは異なる、コンピュータ可読記憶デバイス。
［Ｃ３１］
前記第２の長さは、前記第１の長さよりも短い、Ｃ３０に記載のコンピュータ可読記憶デバイス。
［Ｃ３２］
前記ステレオパラメータは、離散フーリエ変換（ＤＦＴ）ステレオキューパラメータに対応する、Ｃ３０に記載のコンピュータ可読記憶デバイス。
【国際調査報告】
2019512737.tif 000012
2019512737.tif 000013
2019512737.tif 000014