(57)【要約】符合化オーディオ情報に基づいて復号化オーディオ情報を提供するためのオーディオデコーダは、符合化オーディオ情報によって示される時間−周波数表現を時間領域表現にマッピングするように構成されるウィンドウ・ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は、ウィンドウ情報に基づいて、異なる移行傾斜のウィンドウおよび異なる変換長のウィンドウを含む複数のウィンドウから、ウィンドウを選択するように構成される。オーディオデコーダは、オーディオ情報の所定のフレームに関連する時間−周波数表現の所定の部分の処理のためのウィンドウを選択するために可変符合語長ウィンドウ情報を評価するように構成されるウィンドウ・セレクタを含む。【選択図】図２
2012516462.tif 000002
【特許請求の範囲】
【請求項１】
符合化オーディオ情報（２１０）に基づいて復号化オーディオ情報（２１２）を提供するためのオーディオデコーダ（２００）であって、
前記符合化オーディオ情報（２１０）によって示されるオーディオ情報の時間−周波数表現（２４２）をオーディオ情報の時間領域表現（２５２）にマッピングするように構成されるウィンドウ・ベースの信号変換器（２５０）を含み、
前記ウィンドウ・ベースの信号変換器は、ウィンドウ情報（２７２）を用いて異なる移行傾斜（３１０ａ、３１２ａ、３１４ａ、３１６ａ、３１８ａ、３１０ｂ、３１２ｂ、３１４ｂ、３１６ｂ、３１８ｂ）のウィンドウおよびそれらと関連して異なる変換長を有するウィンドウを含む複数のウィンドウ（３１０、３１２、３１４、３１６、３１８）からウィンドウを選択するように構成され、
前記オーディオデコーダ（２００）は、オーディオ情報の所定のフレームに関連する時間−周波数表現の所定の部分の処理のためのウィンドウを選択するために可変符合語長のウィンドウ情報（２２４）を評価するように構成されるウィンドウ・セレクタ（２７０）を含む、オーディオデコーダ（２００）。
【請求項２】
オーディオデコーダは、前記符合化オーディオ情報を表しているビットストリーム（２１０）を解析して、前記ビットストリーム（２１０）から１ビットのウィンドウ傾斜長情報（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」）を抽出し、前記１ビットのウィンドウ傾斜長情報の値に基づいて１ビットの変換長情報（「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」）を選択的に抽出するように構成されるビットストリームパーサ（２２０）を含み、
前記ウィンドウ・セレクタ（２７０）は、前記ウィンドウ傾斜長情報に基づいて、前記時間−周波数表現（２４２）の所定の部分の処理のためのウィンドウ・タイプ（３１０、３１２、３１４、３１６、３１８）を選択するために、前記変換長情報を選択的に使用するか無視するように構成される、請求項１に記載のオーディオデコーダ（２００）。
【請求項３】
前記時間−周波数表現（２４２）の現在の部分を処理するためのウィンドウの左側ウィンドウ傾斜長が前記時間−周波数表現（２４２）の前の部分を処理するために用いられるウィンドウの右側ウィンドウ傾斜長と合うように、前記ウィンドウ・セレクタ（２７０）は、前記時間−周波数情報（２４２）の現在の部分の処理のためのウィンドウ・タイプ（３１０、３１２、３１４、３１６、３１８）を選択するように構成される、請求項１または請求項２に記載のオーディオデコーダ（２００）。
【請求項４】
前記時間−周波数表現（２４２）の前の部分を処理するためのウィンドウの右側ウィンドウ傾斜長が長い値をとる場合、そして、前記オーディオ情報の前の部分、前記オーディオ情報の現在の部分および前記オーディオ情報の次の部分が全て周波数領域コアモードを用いて符号化されている場合、前記ウィンドウ・セレクタ（２７０）は、１ビット・ウィンドウ傾斜長情報の値に基づいてウィンドウの第１のタイプ（３１０）およびウィンドウの第２のタイプ（３１２）の間で選択するように構成され、
前記オーディオ情報の前の部分を処理するためのウィンドウの右側ウィンドウ傾斜長が短い値をとる場合、そして、前記オーディオ情報の前の部分、前記オーディオ情報の現在の部分および前記オーディオ情報の次の部分が全て周波数領域コアモードを用いて符号化されている場合、前記ウィンドウ・セレクタ（２７０）は、長い右側ウィンドウ傾斜を示す１ビットのウィンドウ傾斜長情報の第１の値に応答してウィンドウの第３のタイプ（３１４）を選択するように構成され、
１ビット・ウィンドウ傾斜長情報が短い右側ウィンドウ傾斜を示している第２の値をとる場合、前記オーディオ情報（２４２）の前の部分を処理するためのウィンドウの右側ウィンドウ傾斜長が短い値をとる場合、そして、前記オーディオ情報の前の部分、前記オーディオ情報の現在の部分および前記音声情報の次の部分が全て周波数領域コアモードを用いて符合化されている場合、前記ウィンドウ・セレクタ（２７０）は、１ビットの変換長情報に基づいて、短いウィンドウシーケンス（３１９ａ〜３１９ｈ）を定める、ウィンドウの第４のタイプ（３１６）およびウィンドウの第５のタイプ（３１８）の間で選択するように構成され、
前記第１のウィンドウ・タイプ（３１０）は、比較的長い左側ウィンドウ傾斜長、比較的長い右側ウィンドウ傾斜長および比較的長い変換長を含み、
前記第２のウィンドウ・タイプ（３１２）は、比較的長い左側ウィンドウ傾斜長、比較的短い右側ウィンドウ傾斜長および比較的長い変換長を含み、
前記第３のウィンドウ・タイプ（３１４）は、比較的短い左側ウィンドウ傾斜長、比較的長い右側ウィンドウ傾斜長および比較的長い変換長を含み、
前記第４のウィンドウ・タイプ（３１６）は、比較的短い左側ウィンドウ傾斜長、比較的短い右側ウィンドウ傾斜長および比較的長い変換長を含み、
前記第５のウィンドウ・タイプ（３１８）のウィンドウ・シーケンス（３１９ａ〜３１９ｈ）は、前記オーディオ情報（２４２）の単一の部分に関連する複数のウィンドウ（３１９ａ〜３１９ｈ）の重ね合わせを定め、複数のウィンドウの中の各々のウィンドウ（３１９ａ〜３１９ｈ）は、比較的短い変換長、比較的短い左側ウィンドウ傾斜および比較的短い右側ウィンドウ傾斜を含む、請求項３に記載のオーディオデコーダ（２００）。
【請求項５】
前記オーディオ情報（２４２）の前の部分の処理のためのウィンドウ・タイプが短いウィンドウのウィンドウシーケンス（３１８）の左側ウィンドウ傾斜長に適合する右側ウィンドウ傾斜長を含み、前記時間−周波数表現（２４２）の現在の部分に関連する１ビットのウィンドウ傾斜長情報が短いウィンドウのウィンドウシーケンス（３１８）の右側ウィンドウ傾斜長に適合する右側ウィンドウ傾斜長を定める場合にだけ、前記ウィンドウ・セレクタ（２７０）は選択的に前記オーディオ情報の現在の部分の可変符合語長ウィンドウ情報（２２４）の変換長ビットを評価するように構成される、請求項１ないし請求項４のいずれかに記載のオーディオデコーダ（２００）。
【請求項６】
前記ウィンドウ・セレクタ（２７０）は、前記オーディオ情報の前のフレームに関連し、前記オーディオ情報の前のフレームを符合化するためのコアモードを表す前のコアモード情報を受信するように構成され、
前記ウィンドウ・セレクタ（２７０）は、前のコアモード情報に基づいて、更に、前記オーディオ情報（２４２）の現在の部分に関連する可変符合語長ウィンドウ情報（２２４）に基づいて、前記時間−周波数表現（２４２）の現在の部分の処理のためのウィンドウ・タイプを選択するように構成される、請求項１ないし請求項５のいずれかに記載のオーディオデコーダ（２００）。
【請求項７】
前記ウィンドウ・セレクタ（２７０）は、更に、前記オーディオ情報（２４２）の次の部分に関連し、前記オーディオ情報の次の部分を符合化するためのコアモードを表す次のコアモード情報を受信するように構成され、
前記ウィンドウ・セレクタ（２７０）は、次のコアモード情報に基づいて、更に、前記時間―周波数表現（２４２）の現在の部分に関連する可変符合語長ウィンドウ情報（２２４）に基づいて、前記オーディオ情報（２４２）の現在の部分の処理のためのウィンドウを選択するように構成される、請求項１ないし請求項６のいずれかに記載のオーディオデコーダ（２００）。
【請求項８】
前記次のコアモード情報が、前記オーディオ情報の次の部分が線形予測領域コアモードを用いて符号化されることを示す場合、前記ウィンドウ・セレクタ（２７０）は、短縮された右側傾斜を有するウィンドウ（３６２、３６６、３６８、３８２）を選択するように構成される、請求項７に記載のオーディオデコーダ（２００）。
【請求項９】
入力オーディオ情報（１１０）に基づいて符号化オーディオ情報（１９２）を提供するためのオーディオエンコーダ（１００）であって、
前記入力オーディオ情報（１１０）の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（１３２）のシーケンスを提供するように構成されたウィンドウ・ベースの信号変換器（１３０）を含み、
前記ウィンドウ・ベースの信号変換器（１３０）は、前記入力オーディオ情報（１１０）の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるように構成され、
前記ウィンドウ・ベースの信号変換器（１３０）は、長い移行傾斜を有するウィンドウ（３１０、３１２、３１４、３１６、３１８）および短い移行傾斜を有するウィンドウの使用の間で切り替わるように構成され、さらに、２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成され、
前記ウィンドウ・ベースの信号変換器（１３０）は、前記入力オーディオ情報の先の部分および前記入力オーディオ情報の現在の部分のオーディオ・コンテンツを変換するために用いられるウィンドウ・タイプに基づいて前記入力オーディオ情報の現在の部分を変換するために用いられるウィンドウ・タイプを決定するように構成され、
前記オーディオエンコーダは、可変長符合語を用いて前記入力オーディオ情報（１１０）の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報（１４０）を符合化するように構成される、オーディオエンコーダ（１００）。
【請求項１０】
前記オーディオエンコーダは、前記時間−周波数表現の所定の部分に関連する前記可変長符合語が前記時間−周波数表現（１３２）の所定の部分を得るために適用されるウィンドウのウィンドウ傾斜長を示す１ビットの情報を含むように前記可変長符合語を提供するように構成され、
前記オーディオエンコーダ（１００）は、前記ウィンドウ傾斜長を示す１ビットの情報が所定の値をとる場合およびその場合に限り前記可変長符合語が前記時間−周波数表現（１３２）の所定の部分を得るために適用される変換長を示す１ビットの変換長情報を選択可能に含むように前記可変長符合語を提供するように構成された、請求項９に記載のオーディオエンコーダ（１００）。
【請求項１１】
音声エンコーダは、前記時間−周波数表現の所定の部分を得るために適用されるウィンドウの右側ウィンドウ傾斜長を示すウィンドウ傾斜長情報およびビットストリーム（１９２）の別のビットを用いて前記時間−周波数表現（１３２）の所定の部分を得るために適用される変換長を示す変換長情報を符号化するように構成され、更に、前記ウィンドウ傾斜長情報の値に基づいて前記変換長情報を持つビットの存在を決定するように構成される、請求項９または請求項１０に記載のオーディオエンコーダ（１００）。
【請求項１２】
符合化オーディオ情報であって、
オーディオ信号の複数のウィンドウ化された部分のオーディオ・コンテンツを示す符合化された時間−周波数表現であって、異なる移行傾斜および異なる変換長のウィンドウが前記オーディオ信号の異なるウィンドウ化された部分に関連する時間−周波数表現、および
前記オーディオ信号の複数のウィンドウ化された部分の符合化された時間−周波数表現を得るために用いられるウィンドウのタイプを符合化している符合化されたウィンドウ情報を含み、
前記符合化されたウィンドウ情報は、第１の、小さい数のビットを用いてウィンドウの１つ以上のタイプを符合化し、第２の、大きい数のビットを用いてウィンドウの１つ以上のタイプを符合化している可変長ウィンドウ情報である、符合化オーディオ情報。
【請求項１３】
前記符合化オーディオ情報は、周波数領域コアモードを用いて符号化されるオーディオ信号の対応するウィンドウ化された部分に関連する１ビットのウィンドウ傾斜長情報ユニット、および
１ビットのウィンドウ傾斜長情報が所定の値をとるオーディオ信号のウィンドウ化された部分に選択的に関連する１ビットの変換長情報ユニットを含む、請求項１２に記載の符合化オーディオ情報。
【請求項１４】
符合化オーディオ情報に基づいて復号化オーディオ情報を提供する方法（１２００）であって、
オーディオ情報の所定のフレームに関連する時間−周波数表現の所定の部分を処理するために、異なる移行傾斜のウィンドウおよびそれに関連して異なる変換長を有するウィンドウを含む複数のウィンドウから、ウィンドウを選択するために可変符合語長ウィンドウ情報を評価するステップ（１２１０）、および
符合化オーディオ情報によって示される前記時間−周波数表現の所定の部分を選択されたウィンドウを用いて時間領域表現にマッピングするステップ（１２２０）を含む、方法（１２００）。
【請求項１５】
入力オーディオ情報に基づいて符合化オーディオ情報を提供する方法（１１００）であって、
前記入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータのシーケンスを提供するステップ（１１１０）であって、前記入力オーディオ情報の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるために、長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウの使用の間で、および、それらと関連して２つ以上の異なる変換長を有するウィンドウの使用の間で切り替えが実行されるステップ（１１１０）、および
可変長符合語を用いて前記入力オーディオ情報の部分を変換するために用いられるウィンドウのタイプを示す情報を符合化するステップを含む、方法（１１００）。
【請求項１６】
コンピュータ上でコンピュータ・プログラムが実行されるとき、請求項１４または請求項１５に記載の方法を実行するためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明による実施例は、入力されたオーディオ情報に基づいて符合化されたオーディオ情報を得るためのオーディオエンコーダ、および符号化されたオーディオ情報に基づいて復号化されたオーディオ情報を得るためのオーディオデコーダに関する。本発明による更なる実施例は、符合化されたオーディオ情報に関する。本発明によるさらに他の実施例は、符合化されたオーディオ情報に基づいて復号化されたオーディオ情報を提供する方法、および入力されたオーディオ情報に基づいて符合化されたオーディオ情報を提供する方法に関する。更なる実施例は、発明の方法を実行するためのコンピュータ・プログラムに関する。
【０００２】
本発明の実施例は、統合音声音響符号化（ＵＳＡＣ）ビットストリーム構文の提案された更新に関する。
【背景技術】
【０００３】
以下に、発明およびその効果を理解しやすくするために、この発明のいくつかの背景が説明される。過去の１０年の間に、デジタル的にオーディオ・コンテンツを格納して配布するという可能性において大きい努力が加えられた。この方法における１つの重要な業績は、国際基準ＩＳＯ／ＩＥＣ  １４４９６−３の定義である。この基準のパート３は、オーディオ・コンテンツの符号化および復号化に関連し、パート３のサブパート４は一般のオーディオ符号化に関連する。ＩＳＯ／ＩＥＣ  １４４９６のパート３、サブパート４は、一般のオーディオ・コンテンツの符合化および復号化のための概念を定義する。さらに、品質を改善しおよび／または必要なビットレートを低下させるために、さらなる改良が提案された。
【０００４】
しかしながら、前記基準に示されている概念によれば、時間領域オーディオ信号は、時間−周波数表現に変換される。時間領域から時間−周波数領域への変換は、典型的には変換ブロックを用いて実行され、それは時間領域サンプルの「フレーム」として指定される。例えばフレームの半分がシフトして重なり合うフレームを使用することが有利であることが分かっており、その理由は、重なりが効果的にアーチファクトを回避する（または、少なくとも減らす）ことができるからである。さらに、時間的に限られたフレームのこの処理から生じているアーチファクトを回避するために、ウィンドウ機能が実行されなければならないことが分かっている。また、ウィンドウ機能は、次の時間的に移され重なり合うフレームの重複および加算処理の最適化を可能にする。
【０００５】
しかしながら、一定の長さのウィンドウを用いて、能率的にエッジ、すなわちオーディオ・コンテンツの中の急激な移行またはいわゆる過渡信号を表すことは問題を含むことが分かっており、その理由は、移行のエネルギーはウィンドウの全ての期間に広げられ、それは聞き取れるアーチファクトという結果になるからである。したがって、オーディオ・コンテンツのおよそ変化しない部分は長いウィンドウを用いて符号化され、オーディオ・コンテンツの移行部分（例えば、過渡信号を含む部分）は短いウィンドウを用いて符号化されるように、異なる長さのウィンドウの間で切り替えることが提案された。
【０００６】
しかしながら、時間領域から時間−周波数領域までオーディオ・コンテンツの変換のための異なるウィンドウの間で選択することができるシステムにおいて、もちろん、与えられたフレームの符号化されたオーディオ・コンテンツの復号化のためにどのウィンドウが用いられるべきかをデコーダに示す必要がある。
【０００７】
従来のシステムにおいて、例えば国際基準ＩＳＯ／ＩＥＣ  １４４９６−３、パート３、サブパート４によるオーディオデコーダにおいて、現在のフレームで使用するウィンドウ・シーケンスを示す「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」と呼ばれているデータのエレメントは、いわゆる「ｉｃｓ＿ｉｎｆｏ」ビットストリーム・エレメントにおけるビットストリームに２ビットで書き込まれる。先行フレームのウィンドウ・シーケンスを考慮に入れることによって、８つの異なるウィンドウ・シーケンスが示される。
【０００８】
上記説明からみて、オーディオ情報を表している符合化されたビットストリームのビット・ロードが、使用されるウィンドウのタイプを示す必要によってつくられることが分かる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】ＩＳＯ／ＩＥＣ  １４４９６−３  パート３
【発明の概要】
【発明が解決しようとする課題】
【００１０】
この状況からみて、オーディオ・コンテンツの時間領域表現およびオーディオ・コンテンツの時間−周波数領域表現の間の変換のために用いられるウィンドウのタイプのよりビットレート効率のよいシグナリングを可能にする概念をつくりたいという要求がある。
【課題を解決するための手段】
【００１１】
この課題は、請求項１に記載のオーディオエンコーダ、請求項９に記載のオーディオデコーダ、請求項１２に記載の符合化されたオーディオ情報、請求項１４に記載の復号化されたオーディオ情報を提供する方法、請求項１５に記載の符号化されたオーディオ情報を提供する方法および請求項１６に記載のコンピュータ・プログラムによって解決される。
【００１２】
本発明による実施例は、符合化されたオーディオ情報に基づいて復号化オーディオ情報を提供するためのオーディオデコーダを提供する。オーディオデコーダは、符号化されたオーディオ情報によって記載されている時間−周波数表現をオーディオ・コンテンツの時間領域表現にマッピングするように構成されるウィンドウ・ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は、ウィンドウ情報に基づいて、異なる移行傾斜のウィンドウおよび異なる変換長のウィンドウを含む複数のウィンドウからウィンドウを選択するように構成される。オーディオデコーダは、オーディオ情報の与えられたフレームに関連する時間−周波数表現の所定の部分（例えばフレーム）の処理のためのウィンドウを選択するために、可変符合語長のウィンドウ情報を評価するように構成されるウィンドウ・セレクタを含む。
【００１３】
本発明の本実施例は、どのタイプのウィンドウがオーディオ・コンテンツの時間−周波数領域表現を時間領域表現に変換するために用いられるべきであるかについて示す情報を格納または送信するために必要なビットレートが、可変符合語長のウィンドウ情報を用いて低減されることができることを発見したことに基づく。適当なウィンドウを選択するために必要な情報がこの種の可変符合語長の表現のために適切であるので、可変符合語長のウィンドウ情報が適切であることが分かっている。
【００１４】
短い変換長が概して１つか２つの長い移行傾斜を有するウィンドウのために用いられないため、例えば、可変符合語長のウィンドウ情報を用いることにより、移行傾斜の選択および変換長の選択の間に依存関係があることを利用することができる。したがって、重複情報の伝送は可変符合語長のウィンドウ情報を用いて回避されることができ、それにより、符合化されたオーディオ情報のビットレート効率を改善する。
【００１５】
さらなる例として、隣接するフレームのウィンドウ形状間に概して相関がある点に留意する必要があり、（現在考慮されたウィンドウと隣接している）もう一つの隣接するウィンドウのウィンドウ・タイプは現在のフレームのためのウィンドウ・タイプの選択を制限する場合のためのウィンドウ情報の符合語長を選択的に減らすために利用されることができる。
【００１６】
上記を要約すると、可変符合語長のウィンドウ情報の使用は、（一定符号語長のウィンドウ情報と比較したとき）オーディオデコーダの複雑さを著しく増加させることなく、オーディオデコーダの出力波形を変えることなく、ビットレートの節減を可能にする。また、符合化されたオーディオ情報の構文は場合によっては単純化されることさえでき、そのことは後ほど詳述する。
【００１７】
好ましい実施例において、オーディオデコーダは、符合化されたオーディオ情報を表しているビットストリームを解析し、ビットストリームから１ビット・ウィンドウ傾斜長情報を引き出し、１ビットウィンドウ傾斜長情報に基づいて、ビットストリームから１ビット変換長情報を引き出すように構成されたビットストリーム・パーサを含む。この場合、時間−周波数表現の所定の部分の処理のためのウィンドウを選択するために、ウィンドウ・セレクタは、好ましくは、ウィンドウ傾斜長情報に基づいて、変換長情報を選択的に使用し、または無視するように構成される。
【００１８】
この概念を用いて、ウィンドウ傾斜長の情報および変換長の情報の間の分離を得ることができ、それは場合によってはマッピングの簡略化に貢献する。また、ウィンドウ傾斜長ビットと、その存在がウィンドウ傾斜長ビットの状態に依存する変換長ビットへのウィンドウ情報の強制的な分離は、ビットストリームの構文を十分に単純に保ちながら得ることができるビットレートの非常に効果的な減少を可能にする。したがって、ビットストリーム・パーサの複雑さは、十分に小さく保たれる。
【００１９】
好ましい実施例において、時間−周波数情報の現在の部分を処理するためのウィンドウの左側ウィンドウ傾斜長が、時間−周波数情報の前の部分を処理するために選択されるウィンドウの右側ウィンドウ傾斜長と合うように、ウィンドウ・セレクタは、時間−周波数情報の前の部分（例えば、前のオーディオフレーム）の処理のために選択されるウィンドウ・タイプに基づいて、時間−周波数情報（例えば、現在のオーディオフレーム）の現在の部分を処理するためのウィンドウ・タイプを選択するように構成される。ウィンドウ・タイプを選択するための情報が特に低い複雑さで符合化されるので、この情報を利用することによって、時間−周波数情報の現在の部分の処理のためのウィンドウ・タイプを選択するために必要なビットレートは特に小さい。特に、時間−周波数情報の現在の部分に関連するウィンドウの左側ウィンドウ傾斜長を符合化するためのビットを「浪費する」必要がない。したがって、時間−周波数情報の前の部分の処理のために用いられる右側ウィンドウ傾斜長に関する情報を用いることにより、２ビット（例えば、強制的なウィンドウ傾斜長のビットおよび任意の変換長のビット）は、４つ以上の複数の選択可能なウィンドウから適当なウィンドウを選択するために用いることができる。このように、不必要な冗長性は回避され、符合化されたビットストリームのビットレート効率は改善される。
【００２０】
時間−周波数情報の前の部分を処理するためのウィンドウの右側ウィンドウ傾斜長が（比較的短いウィンドウ傾斜長を示す「短い」値と比較したときに、比較的長いウィンドウ傾斜長を示す）「長い」値をとる場合、そして、時間−周波数情報の前の部分、時間−周波数情報の現在の部分および時間−周波数情報の次の部分の全てが周波数領域コアモードで符合化される場合、好ましい実施例において、ウィンドウ・セレクタは１ビットウィンドウ傾斜長の情報に基づいてウィンドウの第１のタイプおよびウィンドウの第２のタイプの間で選択するように構成される。
【００２１】
時間−周波数情報の前の部分を処理するためのウィンドウの右側ウィンドウ傾斜長が「短い」値（上述のように）をとる場合、そして、時間−周波数情報の前の部分、時間−周波数情報の現在の部分および時間−周波数情報の次の部分が全て周波数領域コアモードで符合化される場合、ウィンドウ・セレクタは、好ましくは、１ビットウィンドウ傾斜長の情報の第１の値（例えば、値「１」）に対応してウィンドウの第３のタイプを選択するように構成される。
【００２２】
さらに、１ビット・ウィンドウ傾斜長の情報が短い右側ウィンドウ傾斜を示している第２の値（例えば、値「ゼロ」）をとる場合、時間−周波数情報の前の部分を処理するためのウィンドウの右側ウィンドウ傾斜長が「短い」値（上述のように）をとる場合、そして、時間−周波数情報の前の部分、時間−周波数情報の現在の部分および時間−周波数情報の次の部分が全て周波数領域コアモードで符合化される場合、ウィンドウ・セレクタは、好ましくは、ウィンドウの第４のタイプと（ウィンドウの第５のタイプとして考えられる）ウィンドウ・シーケンスとの間で選択するように構成される。
【００２３】
この場合、ウィンドウの第１のタイプは、（比較的）長い左側ウィンドウ傾斜長、（比較的）長い右側ウィンドウ傾斜長および（比較的）長い変換長を含み、ウィンドウの第２のタイプは（比較的）長い左側ウィンドウ傾斜長、（比較的）短い右側ウィンドウ傾斜長および（比較的）長い変換長を含み、ウィンドウの第３のタイプは（比較的）短い左側ウィンドウ傾斜長、（比較的）長い右側ウィンドウ傾斜長および（比較的）長い変換長を含み、ウィンドウの第４のタイプは（比較的）短い左側ウィンドウ傾斜長、（比較的）短い右側ウィンドウ傾斜長および（比較的）長い変換長を含む。「ウィンドウ・シーケンス」（または第５のウィンドウ・タイプ）は、時間−周波数情報の１つの部分（例えば、フレーム）に関連する複数のサブウィンドウのシーケンスまたは重ね合わせを定め、複数のサブウィンドウのそれぞれは、（比較的）短い変換長、（比較的）短い左側ウィンドウ傾斜長および（比較的）短い右側ウィンドウ傾斜長を有する。このような方法を用いて、合計５つのウィンドウ・タイプ（タイプ「ウィンドウ・シーケンス」を含む）は、わずか２ビットを使用して選択されることができ、シングルビット情報（すなわち、１ビット・ウィンドウ傾斜長の情報）は、左側および右側の両方の比較的長いウィンドウ傾斜長を有する複数のウィンドウの非常に共通のシーケンスを送るには充分である。対照的に、２ビット・ウィンドウ情報は、短いウィンドウ（「ウィンドウ・シーケンス」または「ウィンドウの第５のタイプ」）のシーケンスの準備において、および「ウィンドウ・シーケンス」フレームの（複数のフレーム全体に）時間的に拡張された系の間に必要なだけである。
【００２４】
要約すると、ウィンドウの複数の、例えば５つの異なるタイプからウィンドウの１つのタイプを選択する上記した概念は、必要なビットレートの大幅低減を可能にする。従来は、例えば、ウィンドウの５つのタイプからウィンドウの１つのタイプを選択するのに３つの専用のビットが必要であったが、本発明によれば、このような選択を実行するためにわずか１つか２つのビットが必要なだけである。このように、ビットの大幅な節減が成し遂げられることができ、それによって、必要なビットレートを減らしておよび／またはオーディオ品質を改善する機会を提供する。
【００２５】
好ましい実施例において、時間−周波数情報の前の部分（例えばフレーム）の処理のためのウィンドウ・タイプが短いウィンドウ・シーケンスの左側ウィンドウ傾斜長に合致している右側ウィンドウ傾斜長を有する場合にのみ、および時間−周波数情報の現在の部分（例えば現在のフレーム）が短いウィンドウ・シーケンスの右側ウィンドウ傾斜長に合致している右側ウィンドウ傾斜長を定める場合、ウィンドウ・セレクタは、可変符合語長ウィンドウ情報の変換ビットを評価するように構成される。
【００２６】
好ましい実施例において、ウィンドウ・セレクタは、オーディオ情報の前の部分（例えばフレーム）に関連し、オーディオ情報の前の部分（例えばフレーム）を符合化するために使用されるコアモードを説明している前のコアモード情報を受信するように更に構成される。この場合、ウィンドウ・セレクタは、前のコアモード情報に基づいて、さらに、時間−周波数表現の現在の部分に関連する可変符合語長ウィンドウ情報に基づいて、時間−周波数表現の現在の部分（例えばフレーム）の処理のためのウィンドウを選択するように構成される。このように、前のフレームのコアモードは、前のフレームおよび現在フレームの間の移行（例えば、重複および加算動作の形で）のための適当なウィンドウを選択するために利用されることができる。また、かなりの数のビットを節約することが可能であるため、可変符合語長ウィンドウ情報は非常に有利である。例えば、線形予測領域において符号化されるオーディオフレームに利用できる（または有効な）ウィンドウ・タイプの数が少ない場合、特に良好な節減を得ることができる。このように、２つの異なるコアモードの間（例えば、線形予測領域コアモードおよび周波数領域コアモードの間）の移行において、より長い符合語およびより短い符合語から短い符合語を使用することは、しばしば可能である。
【００２７】
好ましい実施例において、さらに、ウィンドウ・セレクタは、オーディオ情報の次の部分（またはフレーム）に関連し、オーディオ情報の次のフレームを符合化するために用いられるコアモードを表している次のコアモード情報を受信するように構成される。この場合、オーディオセレクタは、次のコアモード情報に基づいて、更に、時間−周波数表現の現在の部分に関連する可変符合語長ウィンドウ情報に基づいて、時間−周波数表現の現在の部分（例えばフレーム）の処理のためのウィンドウを選択するように構成される。また、低ビット数要件を有するウィンドウのタイプを決定するために、次のコアモード情報と共同して、可変符合語長ウィンドウ情報は利用されることができる。
【００２８】
好ましい実施例において、オーディオ情報の次のフレームが線形予測領域コアモードを用いて符号化されることを次のコアモード情報が示す場合、ウィンドウ・セレクタは短縮された右側傾斜を有するウィンドウを選択するように構成される。このようにして、周波数領域コアモードと時間領域コアモードとの間の移行に対するウィンドウの適応は、特別な信号効果を必要とせずに決められることができる。
【００２９】
本発明による他の実施例は、入力オーディオ情報に基づいて符合化されたオーディオ情報を提供するためのオーディオエンコーダを作製する。オーディオエンコーダは、入力オーディオ情報の複数のウィンドウ化された部分（例えば、重複または非重複フレーム）に基づいてオーディオ信号パラメータ（例えば、入力オーディオ情報の時間−周波数領域表現）のシーケンスを提供するように構成されるウィンドウ・ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は、好ましくは、ウィンドウ形状を入力オーディオ情報の特性に基づいて入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウの形に適応するように構成される。ウィンドウ・ベースの信号変換器は、（比較的）長い移行傾斜を有するウィンドウおよび（比較的）短い移行傾斜を有するウィンドウの使用の間で切り替わり、更に２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成される。ウィンドウ・ベースの信号変換器は、入力オーディオ情報の前の部分（例えばフレーム）および入力オーディオ情報の現在の部分のオーディオ・コンテンツを変換するために用いられるウィンドウ・タイプに基づいて入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウ・タイプを決定するように構成される。また、オーディオエンコーダは、可変長符合語を用いて入力オーディオ情報の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報を符合化するように構成される。このオーディオエンコーダは、発明のオーディオデコーダに関連してすでに述べられた効果を提供する。特に、これが可能である状況のいくらかまたは全ての比較的長い符合語の使用を回避することによって符合化されたオーディオ情報のビットレートを減らすことは可能である。
【００３０】
本発明による他の実施例は、符合化オーディオ情報をつくる。符合化オーディオ情報は、オーディオ信号の複数のウィンドウ化された部分のオーディオ・コンテンツを示す符号化された時間−周波数表現を含む。異なる移行傾斜（例えば移行傾斜長）および異なる変換長のウィンドウは、オーディオ信号のウィンドウ化された部分の異なるものに関連する。符合化オーディオ情報は、オーディオ信号の複数のウィンドウ化された部分の符合化時間−周波数表現を得るために用いられるウィンドウのタイプを符合化する符合化ウィンドウ情報を含む。符合化されたウィンドウ情報は、第１の、小さい数のビットを用いてウィンドウの１つ以上のタイプを符合化し、第２の、大きい数のビットを用いてウィンドウの１つ以上の他のタイプを符合化する可変長ウィンドウ情報である。この符合化オーディオ情報は、発明のオーディオデコーダおよび発明のオーディオエンコーダに関してすでに上で述べられる効果を持ってくる。
【００３１】
本発明による他の実施例は、符合化オーディオ情報に基づいて復号化オーディオ情報を提供する方法を作成する。この方法は、オーディオ情報の所定のフレームに関連する時間−周波数表現の所定の部分の処理のために、異なる移行傾斜（例えば異なる移行傾斜長）のウィンドウおよび異なる変換長のウィンドウを含む複数のウィンドウからウィンドウを選択するために可変符合語長のウィンドウ情報を評価することを含む。この方法は、符合化オーディオ情報によって示される時間−周波数表現の所定の部分を選択されたウィンドウを用いて時間領域表現にマッピングすることを含む。
【００３２】
本発明による他の実施例は、入力オーディオ情報に基づいて符合化オーディオ情報を提供する方法を作成する。この方法は、入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（例えば時間−周波数領域表現）のシーケンスを提供することを含む。オーディオ信号パラメータのシーケンスを提供するために、入力オーディオ情報の特性に基づいて入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ形状を適応させるために、長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウの使用の間で、更に、２つ以上の異なる変換長を有するウィンドウの使用の間で切り替えが行われる。この方法は、可変長符合語を用いて、入力オーディオ情報の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報を符合化することを含む。
【００３３】
さらに、本発明による実施例は、前記方法を実施するためのコンピュータ・プログラムを作成する。
本発明の実施例は、同封の図面を参照して、後で説明される。
【図面の簡単な説明】
【００３４】
【図１Ａ】図１Ａは、本発明の一実施例によるオーディオエンコーダのブロック図解図である。
【図１Ｂ】図１Ｂは、本発明の一実施例によるオーディオエンコーダのブロック図解図である。
【図２Ａ】図２Ａは、本発明の一実施例によるオーディオデコーダのブロック図解図である。
【図２Ｂ】図２Ｂは、本発明の一実施例によるオーディオデコーダのブロック図解図である。
【図３Ａ】図３Ａは、この発明の概念にしたがって用いられるウィンドウ・タイプの表現を示す図解図である。
【図３Ｂ】図３Ｂは、この発明の概念にしたがって用いられる別のウィンドウ・タイプの表現を示す図解図である。
【図４】図４は、本発明による実施例の設計において適用されることができる異なるウィンドウ・タイプのウィンドウ間の許容される移行を示す図解図である。
【図５】図５は、発明のエンコーダによって生成され、または、発明のオーディオデコーダによって処理される異なるウィンドウ・タイプのシーケンスを示す図解図である。
【図６Ａ】図６Ａは、本発明の一実施例による提案されたビットストリーム構文を示す表である。
【図６Ｂ】図６Ｂは、現在のフレームのウィンドウ・タイプから「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報までのマッピングのグラフである。
【図６Ｃ】図６Ｃは、前のコアモード情報、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報に基づいて現在のフレームのウィンドウ・タイプを得るマッピングの図解図である。
【図７Ａ】図７Ａは、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の構文を示す表である。
【図７Ｂ】図７Ｂは、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の構文を示す表である。
【図７Ｃ】図７Ｃは、新しいビットストリームの構文および移行を示す表である。
【図８】図８は、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報のすべての組合せの上の概要を示す表である。
【図９】図９は、本発明の実施例を使用して得られることができるビット節約を示す表である。
【図１０Ａ】図１０Ａは、いわゆるＵＳＡＣ生データ・ブロックの構文表現を示す図である。
【図１０Ｂ】図１０Ｂは、いわゆるシングル・チャネル・エレメントの構文表現を示す図である。
【図１０Ｃ】図１０Ｃは、いわゆるチャネル・ペア・エレメントの構文表現を示す図である。
【図１０Ｄ】図１０Ｄは、いわゆるＩＣＳ情報の構文表現を示す図である。
【図１０Ｅ】図１０Ｅは、いわゆる周波数領域チャネル・ストリームの構文表現を示す図である。
【図１１】図１１は、入力オーディオ情報に基づいて符合化されたオーディオ情報を提供する方法を示すフローチャートである。
【図１２】図１２は、符合化されたオーディオ情報に基づいて復号化されたオーディオ情報を提供する方法を示すフローチャートである。
【発明を実施するための形態】
【００３５】
オーディオエンコーダ概要
以下に、発明概念を適用することができるオーディオエンコーダが説明される。しかしながら、図１を参照して記載されているオーディオエンコーダは、本発明が適用されることができるオーディオエンコーダの単なる実施例であると考えるべきである点に留意する必要がある。しかしながら、比較的簡単なオーディオエンコーダが図１を参照して議論されるが、本発明がもっと複雑なオーディオエンコーダにおいて、例えば、異なる符号化コアモードの間で（例えば、周波数領域符号化および線形予測領域符号化の間で）切り替えができるオーディオエンコーダに本発明が適用されることができる点に留意する必要がある。それにもかかわらず、単純性のために、単純な周波数領域オーディオエンコーダの基本概念を理解することは有用であると思われる。
【００３６】
図１に示されるオーディオエンコーダは、国際基準ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）、パート３、サブパート４、およびそこに引用されている書類に記載されているオーディオエンコーダと非常に類似している。したがって、前記基準、そこで引用されている書類、ＭＰＥＧオーディオ符号化に関する多くの論文に対して、参照が行われなければならない。
【００３７】
図１に示される音声エンコーダ１００は、例えば時間領域オーディオ信号のような入力オーディオ情報１１０を受信するように構成される。さらに、オーディオエンコーダ１００は、例えば入力オーディオ情報１１０をダウンサンプリングしたり、入力オーディオ情報１１０のゲインを制御することにより、任意に入力オーディオ情報１１０を前処理するように構成される任意のプリプロセッサ１２０を含む。また、オーディオエンコーダ１００は、時間−周波数領域におけるスペクトル値のようなオーディオ信号パラメータのシーケンスを得るために、主要な構成要素として、入力オーディオ情報１１０またはその前処理バージョン１２２を受信し、入力オーディオ情報１１０またはその前処理バージョン１２２を周波数領域（または、時間−周波数領域）に変換するように構成されるウィンドウ・ベースの信号変換器１３０を含む。この目的のために、ウィンドウ・ベースの信号変換器１３０は、入力オーディオ情報１１０、１２２のサンプルのブロック（例えば「フレーム」）をスペクトル値１３２のセットに変換するように構成されるウィンドウ化器／変換器１３６を含む。例えば、ウィンドウ化器／変換器１３６は、１セットのスペクトル値を入力オーディオ情報のサンプルの各ブロックに（すなわち、各「フレーム」に）提供するように構成される。しかしながら、入力オーディオ情報１１０、１２２のサンプルのブロック（すなわち「フレーム」）は、好ましくは、入力オーディオ情報１１０、１２２のサンプルの時間的に隣接するブロック（フレーム）が複数のサンプルを共有するように、重複してもよい。例えば、２つの時間的に続くサンプルのブロック（フレーム）は、サンプルのほぼ５０％重複する。したがって、ウィンドウ化器／変換器１３６は、例えば修正離散コサイン変換（ＭＤＣＴ）のようないわゆる重複変換を実行するように構成される。しかしながら、修正離散コサイン変換を実行するときに、ウィンドウ化器／変換器１３６はウィンドウをサンプルの各ブロックに適用することができ、それによって、（サンプルのブロックの先端および後端の時間的近傍に時間的に配置される）周辺サンプルより（サンプルのブロックの時間的中心の近傍に時間的に配置される）中心サンプルを強く重み付けする。ウィンドウ化は、ブロックへの入力オーディオ情報１１０、１２２の分割から生じるアーチファクトを回避するのに役立つ。このように、時間領域から時間−周波数領域への変換の前または間のウィンドウの適用は、入力オーディオ情報１１０、１２２のサンプルの次のブロックとの間の滑らかな移行を可能にする。ウィンドウ化に関する詳細について、国際基準ＩＳＯ／ＩＥＣ  １４４９６、パート３、サブパート４およびそこに引用されている書類が参照される。オーディオエンコーダの非常に単純なバージョンにおいて、（サンプルのブロックとして定義される）オーディオフレームの２Ｎの数のサンプルは、信号特性から独立したＮのスペクトル係数のセットに変換される。しかしながら、移行の場合、オーディオ情報を復号化するときに、移行のエネルギーは全フレームに広げられるため、オーディオ情報１１０、１２２の２Ｎのサンプルの同一の変換長が入力オーディオ情報１１０、���１２の特性とは無関係に用いられるという概念が移行の重大な低下をもたらすことがわかった。それにもかかわらず、短い変換長（例えば、変換につき２Ｎ／８＝Ｎ／４サンプル）が選択される場合、端の符号化における改良を得ることができることが分かっている。しかしながら、長い変換長と比較したとき短い変換長に対して少ないスペクトル値が得られる場合であっても、短い変換長の選択が概して必要なビットレートを増加させることも分かった。したがって、オーディオ・コンテンツの移行（端として指定される）の近傍において長い変換長（例えば、変換につき２Ｎサンプル）から短い変換長（例えば、変換につき２Ｎ／８＝Ｎ／４サンプル）へ切り替え、移行後に長い変換長（例えば、変換につき２Ｎサンプル）に切り換えることを推薦できることがわかった。変換長の切り替えは変換の前または間に入力オーディオ情報１１０，１２２のサンプルをウィンドウ化するために適用されるウィンドウの変更に関連する。
【００３８】
この問題に関して、多くの場合、オーディオエンコーダが２つ以上の異なるウィンドウを用いることができる点に留意する必要がある。例えば、（現在考慮しているフレームに先行する）先のフレームおよび（現在考慮しているフレームに続く）次のフレームが長い変換長（例えば２Ｎサンプル）を用いて符号化される場合、いわゆる「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」が現在のオーディオフレームを符合化するために用いられる。対照的に、長い変換長を用いて変換され、長い変換長を用いて変換されたフレームの後にあって、後に短い変換長を用いて変換されるフレームが続くフレームにおいて、いわゆる「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」が使用される。短い変換長を用いて変換されるフレームにおいて、８つの短いおよび重複する（サブ）ウィンドウを含む、いわゆる「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・シーケンスが適用される。さらに、いわゆる「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウが短い変換長を用いて変換される先行フレームの後にあり、その後に長い変換長を用いて変換されるフレームが続くフレームを変換するために用いられる。可能なウィンドウ・シーケンスに関する詳細について、ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）、パート３、サブパート４が参照される。また、図３、４、５、６が参照され、それは以下に詳細に説明される。
【００３９】
しかしながら、いくつかの実施例において、ウィンドウの１つ以上の付加的なタイプが使えることに留意する必要がある。例えば、現在のフレームが短い変換長が用いられるフレームの後にある場合、および現在のフレームが短い変換長が用いられるフレームに続く場合、いわゆる「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウが適用される。
【００４０】
したがって、ウィンドウ・ベースの信号変換器１３０は、ウィンドウ化器／変換器１３６がウィンドウの適当なタイプ（「ウィンドウ・シーケンス」）を用いることができるように、ウィンドウ化器／変換器１３６にウィンドウ・タイプ情報１４０を提供するように構成されるウィンドウ・シーケンス決定器１３８を含む。例えば、ウィンドウ・シーケンス決定器１３０は、入力オーディオ情報１１０または前処理された入力オーディオ情報１２２を直接評価するように構成される。しかしながら、オーディオエンコーダ１００は、入力オーディオ情報１１０または前処理された入力オーディオ情報１２２を受信し、入力オーディオ情報１１０、１２２から、入力オーディオ情報１１０、１２２の符号化のために関連する情報を得るために、音響心理学的なモデルを適用するように構成された、音響心理学モデル・プロセッサ１５０を含む。例えば、音響心理学モデル・プロセッサ１５０は、入力オーディオ情報１１０、１２２の範囲内で移行を確認して、対応する入力オーディオ情報１１０、１２２の移行の存在のため、短い変換長が要求されるフレームの信号を送るウィンドウ長の情報１５２を提供するように構成される。
【００４１】
音響心理学モデル・プロセッサ１５０は、スペクトル値は高分解能（すなわち微細な量子化）で符合化される必要があるかどうか、そして、スペクトル値はオーディオ・コンテンツの重大な低下をすることなく低い分解能（すなわちより粗い量子化）で符合化してもよいかどうかを決定するように構成される。この目的のために、音響心理学モデル・プロセッサ１５０は、音響心理学的なマスキング効果を評価するように構成され、それによって、低い音響心理学的な関連性のあるスペクトル値（または、スペクトル値のバンド）を確認し、高い音響心理学的な関連性のある他のスペクトル値（またはスペクトル値のバンド）を確認する。したがって、音響心理学モデル・プロセッサ１５０は、音響心理学的な関連情報１５４を提供する。
【００４２】
さらに、音声エンコーダ１００は、（例えば、入力オーディオ情報１１０、１２２の時間−周波数領域表現のような）オーディオ信号パラメータ１３２のシーケンスを受信し、それに基づいて、オーディオ信号パラメータ１６２の後処理シーケンスを提供するように構成される任意のスペクトル・プロセッサ１６０を含む。たとえば、スペクトル・ポストプロセッサ１６０は、時間的ノイズ成形、長期予測、知覚ノイズ置換および／またはオーディオチャンネル処理を実行するように構成される。
【００４３】
オーディオエンコーダ１００は、オーディオ信号パラメータ（例えば時間―周波数領域値または「スペクトル値」）１３２、１６２をスケーリングし、量子化を実行し、スケーリングされ、量子化された値を符合化するように構成される任意のスケーリング／量子化／符号化プロセッサ１７０を含む。この目的のために、スケーリング／量子化／符号化プロセッサ１７０は、例えば、どのスケーリングおよび／またはどの量子化が、どのオーディオ信号パラメータ（またはスペクトル値）に適用されるかを決定するために、音響心理学モデル・プロセッサによって与えられる情報１５４を用いるように構成される。したがって、スケーリングされ、量子化され、符合化されたオーディオ信号パラメータ（またはスペクトル値）の所望のビットレートが得られるように、スケーリングおよび量子化は適応させることができる。
【００４４】
さらに、オーディオエンコーダ１００は、ウィンドウ・シーケンス決定器１３８からウィンドウ・タイプ情報１４０を受信し、それに基づいて、ウィンドウ化器／変換器１３６によって実行されるウィンドウ化／変換動作のために用いられるウィンドウのタイプを示す可変長符号語１８２を提供するように構成される可変長符合語エンコーダ１８０を含む。可変長符合語エンコーダ１８０に関する詳細は後述される。
【００４５】
さらに、オーディオエンコーダ１００は、任意に、（オーディオ信号パラメータまたはスペクトル値１３２のシーケンスを示す）スケーリングされ、量子化され、符合化されたスペクトル情報１７２、およびウィンドウ化／変換動作のために用いられるウィンドウのタイプを示す可変長符号語１８２を受信するように構成されるビットストリーム・ペイロード・フォーマッタ１９０を含む。したがって、ビットストリーム・ペイロード・フォーマッタ１９０は、情報１７２および可変長符合語１８２が含まれるビットストリーム１９２を提供する。ビットストリーム１９２は、符合化されたオーディオ情報としての機能を果たし、媒体に保存されることができ、および／またはオーディオエンコーダ１００からオーディオデコーダに伝送される。
【００４６】
上記を要約すると、オーディオエンコーダ１００は、入力オーディオ情報１１０に基づいて符合化オーディオ情報１９２を提供するように構成される。オーディオエンコーダ１００は、重要なコンポーネントとして、入力オーディオ情報１１０の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ１３２のシーケンス（例えば、スペクトル値のシーケンス）を提供するように構成されるウィンドウ・ベースの信号変換器１３０を含む。ウィンドウ・ベースの信号変換器１３０は、入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプがオーディオ情報の特性に基づいて選択されるように構成される。ウィンドウ・ベースの信号変換器１３０は、長い移行傾斜を有するウィンドウと短い移行傾斜を有するウィンドウの使用との間で切り替わるように構成され、また、２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成される。たとえば、ウィンドウ・ベースの信号変換器１３０は、入力オーディオ情報の先の部分（例えばフレーム）のために用いられるウィンドウ・タイプに基づいて、そして、入力オーディオ情報の現在の部分のオーディオ・コンテンツに基づいて、入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウ・タイプを決定するように構成される。しかしながら、オーディオエンコーダは、例えば可変長符合語エンコーダ１８０を用いて、可変長符合語を用いた入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウのタイプを示すウィンドウ・タイプ情報１４０を符合化するように構成される。
【００４７】
ウィンドウ・タイプの変換
以下において、ウィンドウ化器／変換器１３６によって適用されることができ、ウィンドウ・シーケンス決定器１３８によって選択される異なるウィンドウの詳細な説明が示される。しかしながら、ここで述べられるウィンドウは、例証としてのみとられるべきものである。次に、ウィンドウ・タイプの効果的な符号化のための発明概念が示される。
【００４８】
今、変換ウィンドウの異なるタイプの図解表現を示す図３を参照して、新しいサンプルウィンドウの上の概要が与えられる。しかしながら、付加的にＩＳＯ／ＩＥＣ  １４４９６−３、パート３、サブパート４が参照され、そこにおいて、変換ウィンドウを適用する概念はさらに詳細に示される。
【００４９】
図３は、（比較的）長い左側ウィンドウ傾斜３１０ａ（１０２４サンプル）および長い右側ウィンドウ傾斜３１０ｂ（１０２４サンプル）を含む第１のウィンドウ・タイプ３１０の図解図を示す。第１のウィンドウ・タイプ３１０がいわゆる「長い変換長」を含むように、合計２０４８のサンプルおよび１０２４のスペクトル係数は第１のウィンドウ・タイプ３１０に関連付けられる。
【００５０】
第２のウィンドウ・タイプ３１２は、「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」または「ｌｏｎｇ＿ｓｔａｒｔ＿ｗｉｎｄｏｗ」として指定される。第２のウィンドウ・タイプは、（比較的）長い左側ウィンドウ傾斜３１２ａ（１０２４サンプル）および（比較的）短い右側ウィンドウ傾斜３１２ｂ（１２８サンプル）を含む。第２のウィンドウ・タイプ３１２が長い変換長を含むように、合計２０４８のサンプルおよび１０２４のスペクトル係数が第２のウィンドウ・タイプに関連付けられる。
【００５１】
第３のウィンドウ・タイプ３１４は、「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」または「ｌｏｎｇ＿ｓｔｏｐ＿ｗｉｎｄｏｗ」として指定される。第３のウィンドウ・タイプ３１４は、短い左側ウィンドウ傾斜３１４ａ（１２８サンプル）および長い右側ウィンドウ傾斜３１４ｂ（１０２４サンプル）を含む。第３のウィンドウ・タイプが長い変換長を含むように、合計２０４８のサンプルおよび１０２４のスペクトル係数が第３のウィンドウ・タイプ３１４に関連付けられる。
【００５２】
第４のウィンドウ・タイプ３１６は、「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」または「ｓｔｏｐ＿ｓｔａｒｔ＿ｗｉｎｄｏｗ」として指定される。第４のウィンドウ・タイプ３１６は、短い左側ウィンドウ傾斜３１６ａ（１２８サンプル）および短い右側ウィンドウ傾斜３１６ｂ（１２８サンプル）を含む。第４のウィンドウ・タイプが「長い変換長」を含むように、合計２０４８のサンプルおよび１０２４のスペクトル係数が第４のウィンドウ・タイプに関連付けられる。
【００５３】
第５のウィンドウ・タイプ３１８は、第１ないし第４のウィンドウ・タイプと著しく異なる。第５のウィンドウ・タイプは、時間的に重複するように配置される８つの「短いウィンドウ」またはサブウィンドウ３１９ａ−３１９ｈの重ね合わせを含む。短いウィンドウ３１９ａ−３１９ｈの各々は、２５６サンプルの長さを含む。したがって、２５６のサンプルを１２８のスペクトル値に変換する「短い」ＭＤＣＴ変換は、短いウィンドウ３１９ａ−３１９ｈの各々に関連付けられる。したがって、１２８スペクトル値の８セットは各々第５のウィンドウ・タイプ３１８に関連しており、その一方で、１０２４スペクトル値の１セットは第１−第４のウィンドウ・タイプ３１０、３１２、３１４、３１６の各々に関連する。したがって、第５のウィンドウ・タイプが、「短い」変換長を含むということができる。それにもかかわらず、第５のウィンドウ・タイプは、短い左側ウィンドウ傾斜３１８ａおよび短い右側ウィンドウ傾斜３１８ｂを含む。
【００５４】
このように、第１のウィンドウ・タイプ３１０、第２のウィンドウ・タイプ３１２、第３のウィンドウ・タイプ３１４または第４のウィンドウ・タイプ３１６が関連するフレームのために、入力オーディオ情報の２０４８のサンプルは、一緒にウィンドウ化され、時間−周波数領域に、単一のグループとして、ＭＤＣＴ変換される。対照的に、第５のウィンドウ・タイプ３１８が関連するフレームのために、２５６のサンプルの８つの（少なくとも部分的に重なり合う）サブセットは、個々（または別に）ＭＤＣＴ変換され、８セットのＭＤＣＴ係数（時間−周波数値）が得られる。
【００５５】
再び図３を参照して、図３が複数の付加的なウィンドウを示す点に留意する必要がある。現在フレームが線形予測領域において符合化される先行フレームの後にある場合、これらの付加的なウィンドウ、すなわちいわゆる「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」または「ｓｔｏｐ＿ｗｉｎｄｏｗ＿１１５２」３３０およびいわゆる「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」または「ｓｔｏｐ＿ｓｔａｒｔ＿ｗｉｎｄｏｗ＿１１５２」３３２は適用されることができる。このような場合、変換の長さは、時間領域−エイリアシング・アーチファクトの取消しを可能にするために適応させられる。
【００５６】
また、現在のフレームの後に線形予測領域において符合化される次のフレームが続く場合、付加的なウィンドウ３６２、３６６、３６８、３８２が任意に適用されることができる。しかしながら、ウィンドウ・タイプ３３０、３３２、３６２、３６６、３６８、３８２は、任意であると考えるべきであり、発明概念を実行するために必要なものではない。
【００５７】
変換ウィンドウ・タイプ間の移行
ウィンドウ・シーケンス（または変換ウィンドウのタイプ）の間の許可された移行の図解図である図４を参照して、若干の詳細が説明される。それぞれウィンドウ・タイプ３１０、３１２、３１４、３１６、３１８の１つを有する２つの次の変換ウィンドウがオーディオサンプルの部分的に重なり合うブロックに適用されることなく、第１のウィンドウの右側ウィンドウ傾斜が、部分的な重なりによって生じるアーチファクトを回避するために第２の、次のウィンドウの左側ウィンドウ傾斜と適合しなければならないと理解することができる。したがって、（２つの次のフレームから）第１のフレームのためのウィンドウ・タイプが与えられる場合、（２つの次のフレームから）第２のフレームのためのウィンドウ・タイプの選択は制限される。図４において見られるように、第１のウィンドウが「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウである場合、第１のウィンドウの後に「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウが続く。対照的に、「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウが第１フレームを変換するために使われる場合、第１フレームの後の第２のフレームのために「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ、「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを使用することができない。同様に、「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウが第１フレームで使われる場合、第２のフレームは「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを使用することができるが、第２のフレームは「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ、「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを使用することができない。
【００５８】
対照的に、（２つの次のフレームから）第１のフレームが「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ、「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いる場合、（２つの次のフレームから）第２のフレームは「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いることができなくて、「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ、「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いることができる。
【００５９】
ウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」間の可能な移行は、図４における「チェック」によって示される。対照的に、「チェック」がないウィンドウ・タイプ間の移行は、いくつかの実施例において許容されない。
【００６０】
さらに、周波数領域コアモードおよび線形予測領域コアモード間の移行が可能である場合、付加的なウィンドウ・タイプ「ＬＰＤ＿ｓｅｑｕｅｎｃｅ」「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」が使用可能である点に留意する必要がある。それにもかかわらず、この種の可能性は、任意であると考えるべきであり、後ほど議論する。
【００６１】
実施例ウィンドウ・シーケンス
以下に、ウィンドウ・シーケンスが表され、それはウィンドウ・タイプ３１０、３１２、３１４、３１６、３１８を利用する。図５は、この種のウィンドウ・シーケンスの図解図を示す。それからわかるように、横軸５１０は時間を示す。ほぼ５０％重複するフレームは、図５において示され、「フレーム１」から「フレーム７」によって示される。図５は、例えば、２０４８サンプルを含む第１フレーム５２０を示す。第２のフレームが（およそ）５０％第１のフレーム５２０に重なるように、第２のフレーム５２２は第１のフレーム５２０に関して時間的に（およそ）１０２４サンプルだけシフトされる。第３のフレーム５２４、第４のフレーム５２６、第５のフレーム５２８、第６のフレーム５３０および第７のフレーム５３２の時間的配列は、図５において見ることができる。（タイプ３１０の）「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５４０は、第１のフレーム５２０に関連付けられる。また、（タイプ３１０の）「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５４２は、第２のフレーム５２２に関連付けられる。（タイプ３１２の）「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５４４は第３のフレームに関連付けられ、（タイプ３１８の）「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５４６は第４のフレーム５２６に関連付けられ、（タイプ３１６の）「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５４８は第５のフレームに関連付けられ、（タイプ３１８の）「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５５０は第６のフレーム５３０に関連付けられ、（タイプ３１４の）「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウ５５２は第７のフレーム５３２に関連している。したがって、１０２４  ＭＤＣＴ係数の１つのセットは第１のフレーム５２０に関連し、１０２４  ＭＤＣＴ係数の他の１つのセットは第２のフレーム５２２に関連し、そして、１０２４  ＭＤＣＴ係数のさらにもう１つのセットが第３のフレーム５２４に関連している。しかしながら、１２８  ＭＤＣＴ係数の８セットは、第４のフレーム５２６に関連している。１０２４  ＭＤＣＴ係数の１つのセットは、第５のフレーム５２８に関連している。
【００６２】
第４のフレーム５２６の中心部において一時的事象がある場合、そして、第６のフレーム５３０の中心部において他の一時的事象がある場合、例えば、図５に示されるウィンドウ・シーケンスは特にビットレート効率のよい符号化結果を持って来ることができ、その一方で、信号は残りの時間の間（例えば第１のフレーム５２０、第２のフレーム５２２、第３のフレーム５２４の始まり、第５のフレーム５２８の中心および第７のフレーム５３２の終わりの間）、およそ静止している。
【００６３】
しかしながら、以下において詳細に説明されるように、本発明はオーディオフレームに関連するウィンドウのタイプを符合化するための特に効果的な概念をつくる。この問題に関して、合計５種類の異なるウィンドウ３１０、３１２、３１４、３１６、３１８が図５のウィンドウ・シーケンス５００において用いられる点に留意する必要がある。したがって、フレームのタイプを符合化するために３ビットを使用することは「通常」必要である。対照的に、本発明は、低減されたビット要求でウィンドウ・タイプの符号化を可能にする概念をつくる。
【００６４】
ここで、図６ａ、更には、図７ａ、７ｂおよび７ｃを参照して、ウィンドウ・タイプを符合化するための発明概念が説明される。図６ａは、ウィンドウ・タイプを符合化するための規則を含むウィンドウ・タイプ情報の提案された構文を表す表を示す。説明の目的で、ウィンドウ・シーケンス決定器１３８によって可変長符合語エンコーダ１８０に提供されるウィンドウ・タイプ情報１４０が現在のフレームのウィンドウ・タイプを示し、値「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」、「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」、「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」、「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」、「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および値「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」と「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」のどちらかの中の１つをとることができると仮定される。しかしながら、発明の符号化概念によれば、可変長符合語エンコーダ１８０は、現在のフレームに関連するウィンドウの右側ウィンドウ傾斜の長さを示す１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を提供する。図７ａで分かるように、１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「０」の値は１０２４サンプルの右側ウィンドウ傾斜の長さを表し、値「１」は１２８サンプルの右側ウィンドウ傾斜の長さを表す。したがって、ウィンドウ・タイプが「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」（第１のウィンドウ・タイプ３１０）または「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」（第３のウィンドウ・タイプ３１４）である場合、可変長符号後エンコーダ１８０は「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「０」の値を提供する。任意には、可変長符号語エンコーダ１８０は、「０」の「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報をタイプ「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」（ウィンドウ・タイプ３３０）のウィンドウに提供することもできる。対照的に、可変長符号語エンコーダ１８０は、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「１」の値を「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」（第２のウィンドウ・タイプ３１２）、「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」（第４のウィンドウ・タイプ３１６）、および、「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」（第５のウィンドウ・タイプ３１８）に提供することができる。任意には、可変長符号語エンコーダ１８０は、「１」の「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」（ウィンドウ・タイプ３３２）に提供することもできる。さらに、可変長符号語エンコーダ１８０は、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「１」の値をウィンドウ・タイプ３６２、３６６、３６８、３８２の１つ以上に、任意に提供することができる。
【００６５】
しかしながら、可変長符号語エンコーダ１８０は、現在のフレームの１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に基づいて、選択的に、別の１ビット情報、すなわち、現在のフレームのいわゆる「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供するように構成される。現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が（ウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および任意に「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」のために）値「０」をとる場合、可変長符号語エンコーダ１８０はビットストリーム１９２に含ませるために「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供しない。対照的に、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が（ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」、「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」、「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」および、任意に、「ＬＰＤ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」のために）値「１」をとる場合、可変長符号語エンコーダ１８０はビットストリーム１９２に含ませるために１ビット「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供する。「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が現在のフレームに適用される変換長を表すようにそれが与えられている場合、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は提供される。このように、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は、ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」、「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および、任意に、「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」および「ＬＰＤ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」のための第１の値（例えば値「０」）をとるために提供され、それによって、現在のフレームに適用されるＭＤＣＴカーネルサイズが１０２４サンプル（または１１５２サンプル）であることを示す。対照的に、「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプが現在のフレームに関連している場合、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は第２の値（例えば、値「１」）をとるために可変長符号語エンコーダ１８０によって提供され、それによって、現在のフレームに関連するＭＤＣＴカーネルサイズが１２８サンプル（図７ｂの構文表現を参照）であることを示す。
【００６６】
要約すると、現在のフレームに関連するウィンドウの右側ウィンドウ傾斜が比較的長い（長いウィンドウ傾斜３１０ｂ、３１４ｂ、３３０ｂ）場合、すなわちウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」に対して、ビットストリーム１９２に含めるために、可変長符合語エンコーダ１８０は、現在のフレームの１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報だけを含む１ビット符合語を提供する。対照的に、現在のフレームに関連するウィンドウの右側ウィンドウ傾斜が短いウィンドウ傾斜３１２ｂ、３１６ｂ、３１８ｂ、３３２ｂである場合、すなわちウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および、任意に、「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」に対して、ビットストリーム１９２に含めるために、可変長符合語エンコーダ１８０は、１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および１ビット「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を含む２ビット符合語を提供する。このように、「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプおよび「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプの場合に（そして、任意に「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプに対して）、１ビットが節約される。
【００６７】
このように、現在のフレームに関連するウィンドウ・タイプに応じて、わずか１または２ビットが、５つの（またはより多くの）可能なウィンドウ・タイプからの選択を符合化するために必要とされるだけである。
【００６８】
ここで、図６ａが、コラム６２０に示される「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に、および、コラム６２４に示される規定位置および（必要であれば）「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の値に、ウィンドウ・タイプ・カラム６３０において定められるウィンドウ・タイプのマッピングを示すことに注意しなければならない。
【００６９】
図６ｂは、現在のフレームのウィンドウ・タイプから、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報、および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報（または「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報がビットストリーム１９２から省略されるという指示）を引き出すためのマッピングの図解図を示す。このマッピングは、現在のフレームのウィンドウ・タイプを示すウィンドウ・タイプ情報１４０を受信して、それを図６ｂの表のコラム６６０に示す「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報に、および、図６ｂの表のコラム６６２で示す「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報にマッピングする、可変長−電信略号文字エンコーダ１８０によって実行される。特に、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が所定の値（例えば「１」）を取るか、さもなければ、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の供給を省略するか、またはビットストリーム１９２への「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の包含を抑制する場合だけ、可変長符合語エンコーダ１８０は「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供する。したがって、現在のフレームのウィンドウ・タイプに基づいて、図６ｂの表のコラム６６４に示すように、所定のフレームのためのビットストリーム１９２に含まれるウィンドウタイプ・ビットの数を変化させることができる。
【００７０】
いくつかの実施例において、現在のフレームの後に線形予測領域で符合化されるフレームが続く場合、現在のフレームのウィンドウ・タイプが適合するかまたは修正される点に注意すべきである。しかしながら、これは、概して「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および選択的に設けられている「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報へのウィンドウ・タイプのマッピングに影響を及ぼさない。
【００７１】
したがって、オーディオエンコーダ１００はビットストリーム１９２を提供するように構成され、ビットストリーム１９２は、図１０ａ〜１０ｅの参照をして後述する構文に従う。
【００７２】
オーディオデコーダ概説
以下に、本発明の一実施例のオーディオデコーダが、図２を参照して、詳細に説明される。図２は、本発明の一実施例に係るオーディオデコーダの回路図を示す。図２のオーディオデコーダ２００は、符合化オーディオ情報を含むビットストリーム２１０を受信して、それに基づいて、（例えば時間領域オーディオ信号の形で）復号化オーディオ情報２１２を提供するように構成される。オーディオデコーダ２００は、ビットストリーム２１０を受信して、ビットストリーム２１０から符合化スペクトル値情報２２２および可変符合語長ウィンドウ情報２２４を抽出するように構成された、任意のビットストリーム・ペイロード・デフォーマッタ２２０を含む。ビットストリーム・ペイロード・デフォーマッタ２２０は、ビットストリーム２１０から、制御情報、利得情報および付加的なオーディオ・パラメータ情報のような付加情報を得るように構成されることができる。しかしながら、この付加情報は当業者にとって周知であり、本発明に関連しない。詳しくは、例えば、国際規格ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４が参照される。
【００７３】
オーディオデコーダ２００は、符合化スペクトル値情報２２２を復号化し、逆量子化を実行し、逆量子化されたスペクトル値情報の再スケーリングを実行し、それにより復号化スペクトル値情報２３２を得るように構成された任意のデコーダ／逆量子化器／再スケーラ２３０を含む。さらに、オーディオデコーダ２００は、１つ以上のスペクトル前処理ステップを実行するように構成される、任意のスペクトル・プレプロセッサ２４０を含む。可能なスペクトル前処理ステップのいくつかは、例えば、国際規格ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）、パート３、サブパート４において説明される。したがって、デコーダ／逆量子化器／再スケーラおよび任意のスペクトル・プレプロセッサ２４０の機能性は、ビットストリーム２１０によって表される符合化オーディオ情報の（復号化され、任意に前処理された）時間−周波数表現２４２の供給という結果となる。オーディオデコーダ２００は、主要な構成要素として、ウィンドウ・ベースの信号変換器２５０を含む。ウィンドウ・ベースの信号変換器２５０は、（復号化した）時間−周波数表現２４２を時間領域オーディオ信号２５２に変換するように構成される。この目的のために、ウィンドウ・ベースの信号変換器２５０は、時間−周波数領域から時間領域への変換を実行するように構成される。たとえば、ウィンドウ・ベースの信号変換器２５０の変換器／ウィンドウ化器２５４は、時間−周波数表現２４２として、符合化オーディオ情報の時間的に重なり合うフレームに関連する修正離散的コサイン変換係数（ＭＤＣＴ係数）を受信するように構成される。したがって、符合化オーディオ情報のウィンドウ化された時間領域部分（フレーム）を得るために、そして、重複および加算演算を用いて次のウィンドウ化された時間領域部分（フレーム）を重複および加算するために、逆修正離散コサイン変換（ＩＭＤＣＴ）の形で、変換器／ウィンドウ化器２５４は、重複変換を実行するように構成される。時間−周波数表現２４２に基づいて時間領域オーディオ信号２５２を再現するときに、すなわち、ウィンドウ化および重複および加算動作と組み合わせて逆修正離散コサイン変換を実行するときに、適当な再現ができるように、そして、いかなるブロッキング・アーチファクトも回避できるように、変換器／ウィンドウ化器２５４は、複数の利用できるウィンドウ・タイプからウィンドウを選択することができる。
【００７４】
さらに、オーディオデコーダは、時間領域オーディオ信号２５２に基づいて復号化オーディオ情報２１２を得るように構成された、任意の時間領域ポストプロセッサ２６０を含む。しかしながら、復号化オーディオ情報２１２がいくつかの実施例において時間領域オーディオ信号２５２と同一であってもよい点に留意する必要がある。さらに、オーディオデコーダ２００は、任意のビットストリーム・ペイロード・デフォーマッタ２２０から可変符合語長ウィンドウ情報２２４を受信するように構成されるウィンドウ・セレクタ２７０を含む。ウィンドウ・セレクタ２７０は、（例えばウィンドウ・タイプ情報またはウィンドウ・シーケンス情報などの）ウィンドウ情報２７２を変換器／ウィンドウ化器２５４に提供するように構成される。ウィンドウ・セレクタ２７０は、実施に応じて、ウィンドウ・ベースの信号変換器２５０の一部でもよいし、そうでなくてもよい点に留意する必要がある。
【００７５】
上記を要約すると、オーディオデコーダ２００は、符合化オーディオ情報２１０に基づいて復号化オーディオ情報２１２を提供するために設定される。オーディオデコーダ２００は、主要な構成要素として、符合化オーディオ情報２１０によって示される時間−周波数表現２４２を時間領域表現２５２にマッピングするように構成されるウィンドウ・ベースの信号変換器２５０を含む。ウィンドウ・ベースの信号変換器２５０は、ウィンドウ情報２７２に基づいて、異なる移行傾斜（例えば異なる移行傾斜長）のウィンドウおよび異なる変換長のウィンドウを含む複数のウィンドウから、ウィンドウを選択するように構成される。オーディオデコーダ２００は、他の主要な構成要素として、オーディオ情報の所定のフレームに関連する時間−周波数表現２４２の所定の部分の処理のためのウィンドウを選択するために可変符合語長のウィンドウ情報２２４を評価するように構成されるウィンドウ・セレクタ２７０を含む。オーディオデコーダの他の構成要素、すなわちビットストリーム・ペイロード・デフォーマッタ２２０、デコーダ／逆量子化器／再スケーラ２３０、スペクトル・プレプロセッサ２４０および時間領域ポストプロセッサ２６０は、オプションであると考えることができるが、オーディオデコーダ２００のいくつかの実施態様において存在することができる。
【００７６】
以下に、変換器／ウィンドウ化器２５４によって実行される変換／ウィンドウ化のためのウィンドウの選択に関する詳細が示される。しかしながら、異なるウィンドウの選択の重要性に関して、上記の説明が参照される。
【００７７】
オーディオデコーダ２００は、好ましくは、上で記載されているウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」を使用することができる。しかしながら、オーディオデコーダは、（その両方が、線形予測領域符合化フレームから周波数領域符合化フレームへの移行のために使われることができる）例えばいわゆる「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」およびいわゆる「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」）のような付加的なウィンドウ・タイプを使用することが任意にできてもよい。さらに、オーディオデコーダ２００は、例えば、周波数領域符合化フレームから線形予測領域符合化フレームへの移行に適合するウィンドウ・タイプ３６２、３６６、３６８、３８２のような、さらなるウィンドウ・タイプを用いるように構成されてもよい。しかしながら、ウィンドウ・タイプ３３０、３３２、３６２、３６６、３６８、３８２の使用は、オプションであると考えることができる。
【００７８】
しかしながら、可変符合語長ウィンドウ情報２２４から適当なウィンドウ・タイプを引き出すために特に効率的な解決案を提供することは、発明のオーディオデコーダの重要な特徴である。上述のように、これは、図１０ａ〜１０ｅを参照して、以下において更に説明される。
【００７９】
可変符合語長ウィンドウ情報２２４は、通常は、１フレームにつき１または２ビットを含む。好ましくは、可変符合語長ウィンドウ情報は、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を有する第１ビットおよび現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を有する第２ビットを含み、第２ビット（「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビット）の存在は、第１ビット（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」ビット）の値に依存している。このように、ウィンドウ・セレクタ２７０は、現在のフレームに関連する「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」ビットの値に基づいて、現在のフレームに関連するウィンドウ・タイプについて決定するための１または２ウィンドウ情報ビット（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」）を選択的に評価するように構成される。それにもかかわらず、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビットがない場合、ウィンドウ・セレクタ２７０は、当然、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビットがデフォルト値をとると仮定することができる。
【００８０】
好ましい実施例において、ウィンドウ・セレクタ２７０は、図６ａを参照して上述のように構文を評価して、ウィンドウ情報を前記構文に従って２７２に提供するように構成されることができる。
【００８１】
まず、オーディオデコーダ２００が周波数領域コアモードで常に作動すると仮定すると、すなわち、周波数領域コアモードと線形予測領域コアモードとの間で切り替えがないと過程すると、上述の５つのウィンドウ・タイプ（「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」）を区別するのに十分である。この場合、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および（利用できる場合）現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は、ウィンドウ・タイプについて決めるのに十分である。
【００８２】
たとえば、（少なくとも３つの次のフレームのシーケンスを通じて）周波数領域コアモードのみにおける動作を仮定すると、それは前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が長い移行傾斜（値「０」）を示し、そして、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報はウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」がこの場合エンコーダによって送信されない「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しないで現在のフレームに関連する長い移行傾斜（値「０」）を示すという事実から結論されることができる。
【００８３】
また、周波数領域コアモードだけの動作を仮定すると、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が長い（右側）移行傾斜を示すという事実から、そして、（この場合、エンコーダによって生成されおよび／または送信されるか、生成されおよび／または送信されない）現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しなかったとしても、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜（値「１」）を示し、ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」が現在のフレームに関係しているという事実から結論されることができる。
【００８４】
さらに、周波数領域コアモードだけの動作を仮定すると、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜（値「１」）の存在を示し、そして、（いずれにしろ対応するオーディオエンコーダによって通常は設けられていない）現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しなかったとしても、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が長い（右側）移行傾斜（値「０」）を示し、ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」が現在のフレームに関連するという事実から結論されることができる。
【００８５】
しかしながら、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜の存在を示し、そして、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報も短い移行傾斜（値「１」）の存在を示す場合、現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価することが必要かもしれない。この場合、現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が第１の値（例えばゼロ）をとる場合、ウィンドウ・タイプ「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」は現在のフレームに関連している。そうでなければ、すなわち、現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が第２の値（例えば１）をとる場合、ウィンドウ・タイプ「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」が現在のフレームに関連すると結論されることができる。
【００８６】
上記を要約すると、ウィンドウ・セレクタ２７０は、現在のフレームに関連するウィンドウ・タイプを決定するために、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を評価するように構成される。さらに、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に基づいて（そして、場合により、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報またはコアモード情報に基づいて）、現在のフレームに関連するウィンドウ・タイプを決定するために、ウィンドウ・セレクタ２７０は、選択的に、現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を考慮に入れるように構成される。このように、ウィンドウ・セレクタ２７０は、現在のフレームに関連するウィンドウ・タイプを決定するために、可変符合語長ウィンドウ情報を評価するように構成される。
【００８７】
図６ｃは、現在のフレームのウィンドウ・タイプ上への前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報のマッピングを表す表を示す。現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は、可変符合語長ウィンドウ情報２２４によって表されることができる。現在のフレームのウィンドウ・タイプは、ウィンドウ情報２７２によって表されることができる。図６ｃの表によって示されているマッピングは、ウィンドウ・セレクタ２７０によって実行されることができる。
【００８８】
上述のように、マッピングは前のコアモードに依存する。前のコアモードが「周波数領域コアモード」（「ＦＤ」によって略記される）である場合、マッピングは上述のような形をとることができる。しかしながら、前のコアモードが「線形予測領域コアモード」（「ＬＰＤ」によって略記される）である場合、図６ｃの表の最後の２つの行で分かるように、マッピングは変えることができる。
【００８９】
さらに、次のコアモード（すなわち次のフレームに関連するコアモード）が周波数領域コアモードでなく、線形予測領域コアモードである場合、マッピングは変えることができる。
【００９０】
オーディオデコーダ２００は、任意に、符合化オーディオ情報を表しているビットストリーム２１０を解析し、ビットストリームから（ここで、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報として示される）１ビット・ウィンドウ傾斜長情報を抽出するように構成され、１ビット・ウィンドウ傾斜長情報の値に基づいて、選択的に（ここで、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報として示される）１ビット変換長情報を抽出するように構成されるビットストリームパーサを含むことができる。この場合、ウィンドウ・セレクタ２７０は、現在のフレームのウィンドウ傾斜長情報に基づいて、時間−周波数表現２４２の所定の部分（例えばフレーム）の処理のためのウィンドウ・タイプを選択するために、変換長情報を使用するかまたは無視するように構成される。ビットストリームパーサは、例えば、ビットストリーム・ペイロード・デフォーマッタ２２０の一部であってもよく、上述のように、そして、図１０ａ〜１０ｅを参照して記載しているように、オーディオデコーダ２００が適切に可変符合語長のウィンドウ情報を処理することを可能にすることができる。
【００９１】
周波数領域コアモードおよび時間領域コアモード間のスイッチング
いくつかの実施形態において、オーディオエンコーダ１００およびオーディオデコーダ２００は、周波数領域コアモードおよび線形予測領域コアモードとの間で切り替わるように構成されることができる。前述したように、周波数領域コアモードが基本的なコアモードであると仮定され、そのため上記の説明は保持する。しかしながら、オーディオエンコーダが周波数領域コアモードと線形予測領域コアモードとの間の切り替えが可能である場合、周波数領域コアモードで符合化されるフレームと線形予測領域コアモードで符合化されるフレームとの間において、（重複および加算動作という意味において）クロスフェードがあってもよい。したがって、異なるコアモードで符号化されているフレームの間において適当なクロスフェードを確実にするために、適当なウィンドウが選択されなければならない。たとえば、いくつかの実施例において、２つのウィンドウ・タイプ、すなわち、線形予測領域コアモードから周波数領域コアモードへの移行に適している、図２Ｂに示されるウィンドウ・タイプ３３０および３３２がある。たとえば、ウィンドウ・タイプ３３０は、線形予測領域符合化フレームと長い左側移行傾斜を有する周波数領域符合化フレームとの間の移行、例えば、ウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」またはウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」を用いた線形予測領域符合化フレームから周波数領域符合化フレームへの移行を可能にすることができる。同様に、ウィンドウ・タイプ３３２は、線形予測領域符合化フレームから短い左側移行傾斜を有する周波数領域符合化フレームへの移行（例えば、線形予測領域符号化フレームからウィンドウ・タイプ「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」または「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」または「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅを関連付けたフレームへの移行）を可能にすることができる。したがって、（現在のフレームに先行する）前のフレームが線形予測領域で符合化され、現在のフレームが周波数領域で符合化され、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が現在のフレームの長い右側移行傾斜（例えば値「０」）を示すことが分かる場合、ウィンドウ・セレクタ２７０はウィンドウ・タイプ３３０を選択するように構成されることができる。対照的に、前のフレームが線形予測領域で符合化され、現在のフレームが周波数領域で符合化され、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報は長い右側移行傾斜が現在のフレーム（例えば値「１」）に関連することを示すことが分かる場合、ウィンドウ・セレクタ２７０は現在のフレームのためのウィンドウ・タイプ３３２を選択するように構成される。
【００９２】
同様に、ウィンドウ・セレクタ２７０は、現在のフレームが周波数領域で符合化される一方、（現在のフレームに続く）次のフレームが線形予測領域で符合化されるという事実に反応するように構成されることができる。この場合、ウィンドウ・セレクタ２７０は、周波数領域符合化フレームが続くのに適しているウィンドウ・タイプ３１２、３１６、１１８、３３２のうちの１つの代わりに、線形予測領域符合化フレームが続くのに適しているウィンドウ・タイプ３６２、３６６、３６８、３８４のうちの１つを選択することができる。しかしながら、ウィンドウ・タイプ３６２によるウィンドウ・タイプ３１２の取換え、ウィンドウ・タイプ３６８によるウィンドウ・タイプ３１８の取換え、ウィンドウ・タイプ３６６によるウィンドウ・タイプ３６０の取換えおよびウィンドウ・タイプ３８２によるウィンドウ・タイプ３３２の取換えを除いて、周波数領域符合化フレームだけがある状況と比較したとき、ウィンドウ・タイプの選択は変わらない。
【００９３】
このように、可変符合語長ウィンドウ情報を使用する発明の機構は、周波数領域符号化および線形予測符号化の間の移行が発生する場合においてさえ、著しく符合化効率を落とすことなく、適用されることができる。
【００９４】
ビットストリーム構文の詳細
以下に、ビットストリーム１９２、２１０のビットストリーム構文に関する詳細が、図１０ａ〜１０ｅを参照して説明される。図１０ａは、いわゆる統合音声音響符合化  ｕｎｉｆｉｅｄ−ｓｐｅｅｃｈ−ａｎｄ−ａｕｄｉｏ−ｃｏｄｉｎｇ（「ＵＳＡＣ」）生データ・ブロック「ＵＳＡＣ＿ｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ」の構文表現を示す。これからわかるように、ＵＳＡＣ生データ・ブロックは、いわゆるシングル・チャネル・エレメント（「ｓｉｎｇｌｅ＿ｃｈａｎｎｅｌ＿ｅｌｅｍｅｎｔ（）」）および／またはチャネル・ペア・エレメント（「ｃｈａｎｎｅｌ＿ｐａｉｒ＿ｅｌｅｍｅｎｔ（）」）を含む。しかしながら、ＵＳＡＣ生データ・ブロックは、もちろん、１つ以上のシングル・チャンネル・エレメントおよび／または１つ以上のチャネル・ペア・エレメントを含んでいてもよい。
【００９５】
今、シングル・チャネル・エレメントの構文表現を示す図１０ｂを参照をして、もう少し詳細に説明される。図１０ｂで分かるように、シングル・チャネル・エレメントは、例えば「ｃｏｒｅ＿ｍｏｄｅ」ビットの形のコアモード情報を含む。コアモード情報は、現在のフレームが線形予測領域コアモードで符合化されるか、または、周波数領域コアモードで符合化されるかを示すことができる。現在のフレームが線形予測領域コアモードで符合化される場合、シングル・チャネル・エレメントは線形予測領域チャネル・ストリーム（「ＬＰＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）を含む。現在のフレームが周波数領域で符合化される場合、シングル・チャネル・エレメントは周波数領域・チャネル・ストリーム（「ＦＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）を含む。
【００９６】
今、チャネル・ペア・エレメントの構文表現を示す図１０ｃを参照して、さらに詳細に説明される。チャネル・ペア・エレメントは、第１チャネルのコアモードを示す、例えば「ｃｏｒｅ＿ｍｏｄｅ０」ビットの形の第１のコアモード情報を含む。さらに、チャネル・ペア・エレメントは、第２チャネルのコアモードを示す、例えば「ｃｏｒｅ＿ｍｏｄｅ１」ビットの形の第２のコアモード情報を含む。このように、異なるか同一のコアモードは、チャネル・ペア・エレメントによって示されている２つのチャネルのために選択される。任意に、チャネル・ペア・エレメントは、チャネルの両方のために共通のＩＣＳ情報（「ＩＣＳ＿ｉｎｆｏ（）」）を含む。チャネル・ペア・エレメントによって示されている２つのチャネルの構成が非常に類似している場合、この共通のＩＣＳ情報は有利である。もちろん、両方のチャネルが同じコアモードで符合化される場合、共通のＩＣＳ情報が好ましくは使われるだけである。
【００９７】
さらに、チャネル・ペア・エレメントは、線形予測領域チャネル・ストリーム（「ＬＰＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）、または（コアモード情報「ｃｏｒｅ＿ｍｏｄｅ０」によって）第１チャネルのために定められるコアモードに基づいて第１チャネルに関連する周波数領域チャネル・ストリーム（「ＦＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）を含む。
【００９８】
また、チャネル・ペア・エレメントは、線形予測領域チャネル・ストリーム（「ＬＰＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）、または（コアモード情報「ｃｏｒｅ＿ｍｏｄｅ１」によって示される）第２チャネルを符合化するために用いられるコアモードに基づく第２チャネルのための周波数領域チャネル・ストリーム（「ＦＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）を含む。
【００９９】
今、ＩＣＳ情報の表現のための構文を示す図１０ｄを参照して、さらに若干の詳細が示される。（図１０ｅを参照して述べられるように）ＩＣＳ情報がチャネル・ペア・エレメントに、または、個々の周波数領域チャネル・ストリームに含まれる点に留意する必要がある。
【０１００】
ＩＣＳ情報は、例えば図７ａにおいて与えられる定義に従って、現在のフレームに関連するウィンドウの右側移行傾斜の長さを示す１ビット（または単一ビット）「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を含む。「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」）情報が所定の値（例えば「１」）をとる場合、およびその場合にだけ、ＩＣＳ情報は、付加的な１ビット（または単一ビット）「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を含む。たとえば、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は、図７ｂにおいて与えられる定義に従うＭＤＣＴカーネルのサイズを記載する。「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が所定の値（例えば値「０」）と異なる値をとる場合、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報はＩＣＳ情報（または対応するビットストリーム）に含まれない（または省略される）。しかしながら、この場合、オーディオデコーダのビット・ストリーム・パーサは、デコーダ可変「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の回復された値をデフォルト値（例えば「０」）に設定することができる。
【０１０１】
さらに、ＩＣＳ情報は、ウィンドウ移行の形を記載している１ビット（または単一ビット）情報である、いわゆる「ｗｉｎｄｏｗ＿ｓｈａｐｅ」情報を含む。たとえば、「ｗｉｎｄｏｗ＿ｓｈａｐｅ」情報は、ウィンドウ移行がサイン／コサイン形状を有するのか、カイザー−ベッセル派生形状を有するのかを示す。「ｗｉｎｄｏｗ＿ｓｈａｐｅ」情報の意味に関する詳細については、例えば、国際基準ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４が参照される。しかしながら、「ｗｉｎｄｏｗ＿ｓｈａｐｅ」情報が基本ウィンドウ・タイプを影響されない状態にしておき、一般の特性（長い移行傾斜または短い移行傾斜；長い変換長または短い変換長）が「ｗｉｎｄｏｗ＿ｓｈａｐｅ」情報によって影響を受けないままにされることに留意する必要がある。
【０１０２】
このように、本発明による実施例において、「ウィンドウ形状」、すなわち移行の形は、ウィンドウ・タイプ、すなわち移行傾斜の一般の長さ（長いか短い）および変換長の一般の長さ（長いか短い）とは別に決定される。
【０１０３】
さらに、ＩＣＳ情報は、ウィンドウ・タイプに左右されるスケール係数情報を含むことができる。たとえば、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が現在のウィンドウ・タイプが「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」であることを示す場合、ＩＣＳ情報は最大のスケール係数バンドを示す「ｍａｘ＿ｓｆｂ」情報およびスケール係数バンドのグループ化示す「ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｇｒｏｕｐｉｎｇ」情報を含むことができる。この情報に関する詳細は、例えば、国際基準ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４に記載されている。あるいは、すなわち、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が、現在のフレームがウィンドウタイプ「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」でないことを示す場合、ＩＣＳ情報は「ｍａｘ＿ｓｆｂ」情報のみ（「ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｇｒｏｕｐｉｎｇ」情報でなく）を含むことができる。
【０１０４】
以下に、若干の詳細は、周波数領域チャネル・ストリーム（「ＦＤ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍ（）」）の構文表現を示す図１０ｅを参照して説明される。周波数領域チャネル・ストリームは、スペクトル値に関連するグローバルゲインを示している「ｇｌｏｂａｌ＿ｇａｉｎ」情報を含む。さらに、周波数領域チャネル・ストリームは、この種の情報が現在の周波数領域チャネル・ストリームを含むチャネル・ペア・エレメントにすでに含まれていない場合、ＩＣＳ情報（「ＩＣＳ＿ｉｎｆｏ（）」）を含む。ＩＣＳ情報に関して、詳細は、図１０ｄを参照して説明された。
【０１０５】
さらに、周波数領域チャネル・ストリームは、復号化されたスペクトル値情報または時間−周波数表現の値（またはスケール係数バンド）に適用されるスケーリングを示すスケール係数データ（「ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｄａｔａ（）」）を含む。さらに、周波数領域チャネル・ストリームは、例えば算術的に符合化されたスペクトルデータ（ａｃ＿ｓｐｅｃｔｒａｌ＿ｄａｔａ（）」）である符合化スペクトルデータを含む。しかしながら、スペクトルデータの異なる符号化が用いられてもよい。スケール係数データおよび符合化スペクトルデータに関して、国際基準ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４が参照される。しかしながら、必要に応じて、スケール係数データおよびスペクトルデータの異なる符号化は、当然適用されることができる。
【０１０６】
結論および性能評価
以下に、いくらかの結論がなされ、発明概念の性能評価がされる。本発明の実施例は、例えば、国際基準ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４において定められるオーディオ符合化スキームと組み合わされて適用されることができる、必要なビットレートの減少のための概念をつくる。しかしながら、ここにおいて述べられる概念が、いわゆる「統合音声音響符号化」方法（ＵＳＡＣ）と組み合わせて使われることもできる。既存のビットストリーム定義およびデコーダ・アーキテクチャに基づいて、本発明は、ウィンドウ・シーケンスの信号の構文を単純化して、複雑さを増加することなくビットレートを保存して、デコーダ出力波形を変えない、ビットストリーム構文の修正をつくる。
【０１０７】
以下に、本発明の基礎をなしている背景および考えが、簡潔に述べられて、要約される。ＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４に従う現在のオーディオ符号化において、更に、ＵＳＡＣ作業草案において、２ビットの固定長を有する符合語がウィンドウ・シーケンスの信号を送るために送られる。さらに、前のフレームのウィンドウ・シーケンス情報は、時々、正しいシーケンスを決定するために必要である。
【０１０８】
しかしながら、この情報を考慮することにより、そして符合語長を可変（１または２ビット）にすることにより、ビットレートを減らすことができることが分かった。新規な符合語は、２ビット（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および場合によっては「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」）の最大長を有する。このように、ビットレートは、（従来のアプローチと比較してとき）決して増加しない。
【０１０９】
新規な符合語（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および場合によっては「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」）は、右側のウィンドウ傾斜の長さを示している１ビット（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」）と、変換長を示している１ビット（「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」）とを含む。多くの場合、変換長は、前のフレームの情報、すなわち、ウィンドウ・シーケンスおよびコアモードによって、明確に引き出されることができる。このように、この情報を再送信する必要はない。したがって、そのような場合、ビット「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」は省略され、ビットレートの減少につながる。
【０１１０】
以下に、本発明による新しいビットストリーム構文の提案に関するいくつかの詳細が説明される。実質的に現在フレームのウィンドウ・シーケンス、すなわち右側のウィンドウ傾斜および変換長を決定するために必要とされる情報だけを伝達するため、提案された新しいビットストリーム構文は、ウィンドウ・シーケンスのより直接的な実現および信号伝達を可能にする。現在のフレームの左のウィンドウ傾斜は、前のフレームの右側のウィンドウ傾斜から引き出される。
【０１１１】
提案（または提案された新しいビットストリーム）は、明確にウィンドウ傾斜の長さに関する情報（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報）、および変換長に関する情報（「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報）を切り離す。可変長符合語は両方の組合せであり、図７ａおよび図７ｄに従って、第１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」は（現在のフレームの）右側のウィンドウ傾斜の長さを決定し、第２ビット「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」は（現在フレームのために）ＭＤＣＴの長さを決定する。「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」＝０、すなわち、長いウィンドウ傾斜が選択される場合、１０２４のサンプル（またはいくつかの場合においては１１５２サンプル）のＭＤＣＴカーネルサイズは必須であるため、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の伝送は省略されることができる（または実質的に省略される）。
【０１１２】
図７ｃは、「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」のすべての組合せの上の概要を与える。それから分かるように、２つの１ビット情報アイテム「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の３つの意味がある組合せがあるだけであり、それにより、所望の情報の伝送に悪い影響を及ぼすことなく「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が値０をとった場合、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の伝送は省略されることができる。
【０１１３】
以下に、（現在のフレームのために使用されるウィンドウのタイプを示す）「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」情報への「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報のマッピングが簡潔に要約される。図６ａの表は、想定されるＵＳＡＣ標準の作業草案の現在の状況のビットストリーム・エレメント「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」がどのように新しい提案されたビットストリーム・エレメントから引き出されることができるかについて示す。これは、提案された変化が情報量に関して「透明な」ことを明らかにする。
【０１１４】
換言すれば、可変符合語長ウィンドウ情報の使用に基づくウィンドウ・タイプの信号を送るための発明のビットレートを減少する構文は、従来高いビットレートで送信されていた「完全な」情報量を担持することができる。また、発明の概念は、例えばＩＳＯ／ＩＥＣ  １４４９６−３：２００５（Ｅ）パート３、サブパート４または現在のＵＳＡＣ作業草案によるオーディオエンコーダまたはオーディオデコーダのような従来のオーディオエンコーダおよびデコーダにおいて、大きな修正をすることなく適用されることができる。
【０１１５】
以下に、達成可能なビット節約の評価が提示される。しかしながら、場合によっては、ビット節約が示されるものよりいくらか小さく、他の場合には、ビット節約が述べられたビット節約より著しく大きい点に留意する必要がある。図９に示される「ビット節約評価」は、新しいビットストリーム構文を用いたビットストリームを（従来のビットストリームが提案の要請を求めた）従来のビットストリームと比較している、ロスレス・トランスコーディングに対するビット節約評価を示す。明らかに分かるように、本発明によれば、「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビットの伝送は、１２ｋｂｐｓのモノラルについてすべての周波数領域フレームの９５．６７％および６４ｋｂｐｓのすべての周波数領域フレームの最高９５．１５％省略されることができる。
【０１１６】
図９から分かるように、オーディオ内容の品質を落とさずに、平均２〜２４ビット／秒を節約することができる。ビットレートがオーディオ・コンテンツの蓄積および伝送に関する重要な資源であるという事実からみて、この改良は非常に貴重であると考えることができる。また、場合によっては、例えば、フレームが比較的短く選択をされる場合、ビットレートの改良が著しく大きくなり得る点に留意する必要がある。
【０１１７】
上記を要約するために、本発明は、ウィンドウ・シーケンスの信号伝達のための新しいビットストリーム構文を提案する。新しいビットストリーム構文は、データレートを節約し、従来の構文と比較してより論理的で柔軟である。それは、実行するのが容易で、複雑さについても欠点がない。
【０１１８】
現在のＵＳＡＣ作業草案に対する比較
以下に、現在のＵＳＡＣ作業草案の技術的な説明用の提案されたテキスト変更が説明される。本発明によって提案された発明の変更を組み込むために、以下のセクションが更新されることを必要とする。
【０１１９】
いわゆるＩＣＳ情報の構文が記載されている「オーディオ・オブジェクト・タイプＵＳＡＣのためのペイロード」の未定の定義において、従来の構文は図１０ｂに示される構文と置き換えられなければならない。
【０１２０】
また、「データエレメント」「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」は、データエレメント「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の以下の定義と交換されなければならない。
ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ：どのウィンドウ傾斜長がこのウィンドウ・シーケンスの右側部分のために使われるのかを決定する１ビットフィールド；および
ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ：どの変換長がこのウィンドウ・シーケンスのために使われるのかを決定する１ビットフィールド。
【０１２１】
さらに、ヘルプエレメント「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」の定義は、以下の通りに加えられなければならない。
ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ：図８に示される表によると、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」、現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」および「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および次のフレームの「ｃｏｒｅ＿ｍｏｄｅ」によって定義されるウィンドウのシーケンスを示す。
図８は、前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報、現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報、現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および次のフレームの「ｃｏｒｅ＿ｍｏｄｅ」情報から任意に引き出されるヘルプエレメント「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」の定義を示す。
【０１２２】
さらに、「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」および「ｗｉｎｄｏｗ＿ｓｈａｐｅ」の従来の定義は、以下の通りに「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」および「ｗｉｎｄｏｗ＿ｓｈａｐｅ」のより適当な定義と交換されることができる。
ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ：どのウィンドウ傾斜長がこのウィンドウの右側部分のために使用されるのかを決定する１ビットフィールド；
ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ：どの変換長がこのウィンドウのために使用されるのかを決定する１ビットフィールド；および
ｗｉｎｄｏｗ＿ｓｈａｐｅ：どのウィンドウ関数が選択されるかを示す１ビット。
【０１２３】
図１１による方法
図１１は、入力オーディオ情報に基づいて符合化されたオーディオ情報を提供する方法のフローチャートを示す。図１１による方法１１００は、入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータのシーケンスを提供するステップ１１１０を含む。オーディオ信号パラメータのシーケンスを提供するときに、入力オーディオ情報の特性に基づいて入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるために、より長い移行傾斜を有するウィンドウおよびより短い移行傾斜を有するウィンドウの使用の間で、更に、それらと関連して２つ以上の異なる変換長を有するウィンドウの使用の間に、切り換えが実行される。また、方法１１００は、可変長符合語を用いて入力されたオーディオ情報の現在の部分を変換するために使用されるウィンドウのタイプを示すウィンドウ情報を符合化するステップ１１２０を含む。
【０１２４】
図１２による方法
図１２は、符合化オーディオ情報に基づいて復号化オーディオ情報を提供する方法のフローチャートを示す。図１２による方法１２００は、オーディオ情報の所定のフレームに関連する時間−周波数表現の所定の部分の処理のために、異なる移行傾斜のウィンドウおよびそれらと関連して異なる変換長を有するウィンドウを含む複数のウィンドウからウィンドウを選択するために可変符合語長ウィンドウ情報を評価するステップ１２１０を含む。方法１２００は、選択されたウィンドウを用いて、符号化オーディオ情報によって示される時間−周波数表現の所定の部分を時間領域表現にマッピンプするステップ１２２０を含む。
【０１２５】
図１１および１２による方法が発明の装置および発明のビットストリーム特性に関してここに記載されている特徴および機能性のいずれかによって補完されることができる点に留意する必要がある。
【０１２６】
実現変形例
いくつかの態様が装置の文脈において記載されたが、これらの態様も対応する方法の説明を表すことは明らかであり、ブロックまたはデバイスは、方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップの文脈にも記載されている態様は、対応する装置の対応するブロックまたは項目または特徴の説明を示す。
【０１２７】
発明の方法のステップのいずれかは、例えば、データ処理ハードウェアのように、マイクロプロセッサ、プログラム可能なコンピュータ、ＦＰＧＡまたは他のいかなるハードウェアを使用して実行されることができる。
【０１２８】
発明の符合化オーディオ信号は、デジタル記憶媒体に格納することができ、また、例えば無線伝送路またはインターネットのような有線伝送路などの伝送路上に送信されることができる。
【０１２９】
特定の実現要求に応じて、本発明の実施例は、ハードウェアにおいて、または、ソフトウェアにおいて実施されることができる。実施は、その上に格納される電子的に読み込み可能な制御信号を有するデジタル記憶媒体、例えばフレキシブルディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリーを使用して実行されることができ、それぞれの方法が実行されるように、それはプログラム可能なコンピュータシステムと協調する（または協調することができる）。したがって、デジタル記憶媒体は、コンピュータ可読であってもよい。
【０１３０】
本発明によるいくつかの実施例は、ここに記載されている方法のうちの１つが実行されるように、プログラム可能なコンピュータシステムと協調することができる電子的に読み込み可能な制御信号を有するデータキャリアを含む。
【０１３１】
通常、本発明の実施例はプログラムコードを有するコンピュータ・プログラム製品として実施されることができ、コンピュータ・プログラム製品がコンピュータで動くときに、プログラムコードが方法のうちの１つを実行するために実施されている。プログラムコードは、例えば、機械可読キャリアに格納されることができる。
【０１３２】
他の実施例は、ここにおいて記載されていて、機械可読キャリアに格納される方法のうちの１つを実行するためのコンピュータ・プログラムを含む。
【０１３３】
換言すれば、発明の方法の実施例は、それがコンピュータ上で実行されるとき、ここに記載されている方法のうちの１つを実行するためのプログラムコードを有するコンピュータ・プログラムである。
【０１３４】
発明の方法の更なる実施例は、その上に記録されて、ここに記載されている方法のうちの１つを実行するためのコンピュータ・プログラムを含むデータキャリア（またはデジタル記憶媒体またはコンピュータ可読媒体）である。
【０１３５】
発明の方法の更なる実施例は、ここに記載されている方法のうちの１つを実行するためのコンピュータ・プログラムを示すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えばインターネットなどのデータ通信コネクションを介して転送されるように構成することができる。
【０１３６】
更なる実施例は、ここにおいて説明した方法の１つを実行するように構成され、または適応されるコンピュータまたはプログラマブルロジックデバイスのような処理手段を含む。
【０１３７】
更なる実施例は、ここに記載されている方法のうちの１つを実行するためのコンピュータ・プログラムを搭載したコンピュータを含む。
【０１３８】
いくつかの実施形態において、プログラマブルロジックデバイス（例えばフィールドプログラマブルゲートアレイ）は、ここに記載されている方法の機能性のいくつかまたは全てを実行するために用いることができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、ここに記載されている方法のうちの１つを実行するために、マイクロプロセッサと協調することができる。通常、方法は、好ましくは、いかなるハードウェア装置によっても実行される。
【０１３９】
上述の実施例は、本発明の原理のための単なる図示にすぎない。ここに記載されている詳細な配置および修正変更は、他の当業者にとって明らかであるものと理解される。したがって、ここの意図は、次の特許クレームの範囲だけによって制限され、ここの実施例の説明および説明として示される具体的な詳細だけによって制限されないということである。
【図１Ａ】
2012516462.tif 000003
【図１Ｂ】
2012516462.tif 000004
【図２Ａ】
2012516462.tif 000005
【図２Ｂ】
2012516462.tif 000006
【図３Ａ】
2012516462.tif 000007
【図３Ｂ】
2012516462.tif 000008
【図４】
2012516462.tif 000009
【図５】
2012516462.tif 000010
【図６Ａ】
2012516462.tif 000011
【図６Ｂ】
2012516462.tif 000012
【図６Ｃ】
2012516462.tif 000013
【図７Ａ】
2012516462.tif 000014
【図７Ｂ】
2012516462.tif 000015
【図７Ｃ】
2012516462.tif 000016
【図８】
2012516462.tif 000017
【図９】
2012516462.tif 000018
【図１０Ａ】
2012516462.tif 000019
【図１０Ｂ】
2012516462.tif 000020
【図１０Ｃ】
2012516462.tif 000021
【図１０Ｄ】
2012516462.tif 000022
【図１０Ｅ】
2012516462.tif 000023
【図１１】
2012516462.tif 000024
【図１２】
2012516462.tif 000025
【国際調査報告】
2012516462.tif 000026
2012516462.tif 000027