(57)【要約】  オーディオ信号情報を符号化／復号するための方法および装置ならびに非一時的メモリユニットが提供される。エンコーダ側は、信号フレームが長期ポストフィルタリング（ＬＴＰＦ）および／またはパケット損失の一隠蔽法（ＰＬＣ）に役立つかどうかを判定し、判定の結果に従って情報を符号化することができる。デコーダ側は、エンコーダから取得した情報に従って、ＬＴＰＦおよび／またはＰＬＣを適用できる。【特許請求の範囲】
【請求項１】
フレームのシーケンスに分割されたオーディオ信号に関連付けられたオーディオ信号情報（１２、１２’、１２”）を復号するための装置（７０、３００）であって、
符号化されたオーディオ信号情報（１２、１２’、１２”、３１０）を読み取るように構成されたビットストリームリーダ（７１、３２０）であって、前記符号化されたオーディオ信号情報は、
第１のフレーム（１６、１６’、１６”）と第２のフレーム（１７、１７’、１７”）のオーディオ信号（１１）の符号化された表現（１６ａ、１７ａ、１８ａ、３１０）と、
前記第１のフレーム（１６、１６’、１６”）の第１のピッチ情報（１６ｂ）、および第１の値を有する第１の制御データ項目（１６ｃ）と、
前記第２のフレーム（１７、１７’、１７”）の第２のピッチ情報（１７ｂ）、および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）と
を有する、ビットストリームリーダ、および
長期ポストフィルタＬＴＰＦ（７３、３７６）を、
前記第２の制御データ項目（１７ｃ）が前記第２の値を有するとき、前記第２のピッチ情報（１７ｂ）を使用して前記第２のフレーム（１７、１７’、１７”）の前記オーディオ信号の復号された表現（７１ａ、３７２）をフィルタリングし、
前記第１の制御データ項目（１６ｃ）が前記第１の値を有するとき、前記第１のフレーム（１６、１６’、１６”）の前記ＬＴＰＦ（７３、３７６）を非アクティブにする
ように制御すべく構成されたコントローラ（７２）
を備える装置（７０、３００）。
【請求項２】
前記ビットストリームリーダ（７１、３２０）が、第３のフレーム（１８”）を読み取るように構成され、前記第３のフレーム（１８”）は、前記第１のピッチ情報（１６ｂ）および／または前記第２のピッチ情報（１７ｂ）の有無を示す制御データ項目（１８ｅ）を有する、請求項１に記載の装置。
【請求項３】
前記第３のフレーム（１８”）は、前記第１のピッチ情報（１６ｂ）、前記第１の制御データ項目（１６ｃ）、前記第２のピッチ情報（１７ｂ）、および前記第２の制御データ項目（１７ｃ）を欠くフォーマットを有する、
請求項２に記載の装置。
【請求項４】
前記第３の制御データ項目（１８ｅ）が、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）と区別する値を有する１つの単一ビットに符号化される、
請求項２または３に記載の装置。
【請求項５】
前記符号化されたオーディオ信号情報では、前記第１のフレーム（１６”）について、１つの単一ビットが前記第１の制御データ項目（１６ｃ）に予約され、固定のデータフィールド（１６ｂ）が前記第１のピッチ情報に予約される、請求項１〜４のいずれかに記載の装置。
【請求項６】
前記符号化されたオーディオ信号情報では、前記第２のフレーム（１７”）について、１つの単一ビットが前記第２の制御データ項目（１７ｃ）に予約され、固定のデータフィールド（１７ｂ）が前記第２のピッチ情報に予約される、請求項１〜５のいずれかに記載の装置。
【請求項７】
前記第１の制御データ項目（１６ｃ）および前記第２の制御データ項目（１７ｃ）は、前記符号化されたオーディオ信号情報の同じ部分またはデータフィールドに符号化される、
請求項１〜６のいずれかに記載の装置。
【請求項８】
前記符号化されたオーディオ信号情報は、前記第３の制御データ項目（１８ｅ）を符号化する１つの第１のシグナリングビットを含み、
前記第１のピッチ情報（１６ｂ）および／または前記第２のピッチ情報（１７ｂ）が存在していることを示す前記第３の制御データ項目（１８ｅ）の値の場合、第２のシグナリングビットは前記第１の制御データ項目（１６ｃ）および前記第２の制御データ項目（１７ｃ）を符号化する、
請求項１〜７のいずれかに記載の装置。
【請求項９】
前記第１および／または第２のピッチ情報（１６ｂ、１７ｂ）を使用して、後続の適切に復号されていないオーディオフレームを隠蔽するように構成された隠蔽ユニット（７５、３８０）
をさらに含む、請求項１〜８のいずれかに記載の装置。
【請求項１０】
前記隠蔽ユニット（７５、３８０）は、
無効なフレームの復号の判定（Ｓ１０２）の場合、以前に正しく復号されたフレームに関するピッチ情報が格納されているかどうかをチェックし（Ｓ１０７）、
無効に復号されたフレームを、前記格納されたピッチ情報を使用して取得されたフレームで隠蔽する（Ｓ１０８）
ように構成される、請求項９に記載の装置。
【請求項１１】
オーディオ信号（１１）を符号化するための装置（１０、１０’）であって、
オーディオ信号（１１）のピッチに関連するピッチ情報（１３ａ）を取得するように構成されたピッチ推定器（１３）、
前記オーディオ信号（１１）のハーモニック性に関連するハーモニック性情報（１４ａ、２４ａ、２４ｃ）を取得するように構成された信号分析器（１４）、および
符号化されたオーディオ信号情報（１２”）符号化フレーム（１６”、１７”、１８”）を準備して前記ビットストリームに、
第１のフレーム（１６”）、第２のフレーム（１７”）、および第３のフレーム（１８”）の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ、１８ａ）、
第１のフレーム（１６”）の第１のピッチ情報（１６ｂ）、および第１の値を有する第１の制御データ項目（１６ｃ）、
第２のフレーム（１７”）の第２のピッチ情報（１７ｂ）、および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）、および
前記第１のフレーム、第２のフレーム、第３のフレームの第３の制御データ項目（１８ｅ）
を含めるように構成されたビットストリーム形成器（１５）を備え、
それにおいて、前記第１の値（１６ｃ）および前記第２の値（１７ｃ）は、前記ハーモニック性情報（１４ａ、２４ａ、２４ｃ）に関連付けられた第２の基準（６００）に依存し、
前記第１の値（１６ｃ）は、前記第１のフレーム（１６”）の前記オーディオ信号（１１）の前記ハーモニック性に関する前記第２の基準（６００）を満たしていないことを示し、
前記第２の値（１７ｃ）は、前記第２のフレーム（１７”）の前記オーディオ信号（１１）の前記ハーモニック性に関する前記第２の基準（６００）を満たしていることを示し、
それにおいて、前記第２の基準（６００）は、少なくとも１つの第２のハーモニック性測定値（２４ａ”）が少なくとも１つの第２の閾値より大きいときに満たされる少なくとも条件（Ｓ６３）を含み、
前記第３の制御データ項目（１８ｅ）は、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）と区別する値を持つ１つの単一ビットに符号化され、前記第３のフレーム（１８”）は第１の基準（Ｓ６１）が満たされない場合、符号化され、前記第１の基準（Ｓ６１）が満たされた場合に、前記第１および第２のフレーム（１６”、１７”）が符号化され、前記第１の基準（Ｓ６１）は少なくとも１つの第１のハーモニック性測定値（２４ａ’）が少なくとも１つの第１閾値より大きいときに満たされる少なくとも１つの条件を含み、それにおいて、前記ビットストリームでは、前記第１のフレーム（１６”）の場合、１つの単一ビットが前記第１の制御データ項目（１６ｃ）に予約され、固定データフィールド（１６ｂ）が前記第１のピッチ情報に予約され、
前記ビットストリームでは、前記第２のフレーム（１７”）について、１つの単一ビットが前記第２の制御データ項目（１７ｃ）に予約され、固定データフィールド（１７ｂ）が前記第２のピッチ情報に予約され、
それにおいて、前記ビットストリームでは、前記第３のフレーム（１８”）について、前記固定データフィールドおよび／または前記第１および第２の制御項目のためにビットが予約されていない装置。
【請求項１２】
前記第２の基準（６００）は、前記前のフレームの少なくとも１つのハーモニック性測定値が前記少なくとも１つの追加の閾値より大きいときに満たされる少なくとも追加の条件を含む、請求項１１に記載の装置。
【請求項１３】
前記第１および第２のハーモニック性測定値が異なるサンプリングレートで得られる、請求項１１または１２のいずれかに記載の装置。
【請求項１４】
前記ピッチ情報（１３ａ）は、ピッチラグ情報またはその処理版を含む、請求項１１〜１３のいずれかに記載の装置。
【請求項１５】
前記ハーモニック性情報（１４ａ、２４ａ、２４ａ’、２４ａ”、２４ｃ）は、自己相関値および／または正規化された自己相関値および／またはそれらの処理版の少なくとも１つを含む、請求項１１〜１４のいずれかに記載の装置。
【請求項１６】
フレームのシーケンスに分割されたオーディオ信号に関連付けられたオーディオ信号情報を復号するための方法（１００）であって、
第１のフレーム（１６”）と第２のフレーム（１７”）の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ）と、
前記第１のフレーム（１６”）の第１のピッチ情報（１６ｂ）、および第１の値を有する第１の制御データ項目（１６ｃ）と、
前記第２のフレーム（１７”）の第２のピッチ情報（１７ｂ）、および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）と
を含む符号化されたオーディオ信号情報（１２”）を読み取ること（Ｓ１０１）、
第１の制御データ項目（１６ｃ）が前記第１の値を持っているという判定において、長期ポストフィルタＬＴＰＦの前記第１のピッチ情報（１６ｂ）を使用すること、および
第２の制御データ項目（１７ｃ）の前記第２の値の判定において、ＬＴＰＦを非アクティブにすること
を含む、方法。
【請求項１７】
前記第１または第２の制御データ項目（１６ｃ、１７ｃ）が第１または第２の値を有するという判定で、誤り隠蔽機能のための前記第１または第２のピッチ情報（１６ｃ、１７ｂ）を使用することをさらに含む、請求項１６に記載の方法。
【請求項１８】
フレームに分割された信号に関連付けられたオーディオ信号情報を符号化するための方法（６０）であって、
オーディオ信号から測定値（２４ａ、２４ａ’、２４ａ”）を取得すること（Ｓ６０）、
第２の基準（６００）を満たしていることを検証すること（Ｓ６３、Ｓ６１０〜Ｓ６１２）であって、前記第２の基準（６００）は前記測定値（２４ａ、２４ａ’、２４ａ”）に基づいており、少なくとも１つの第２のハーモニック性測定値（２４ａ’）が第２の閾値より大きいときに満たされる少なくとも１つの条件を含む、検証すること、および
第１のフレーム（１６”）および第２のフレーム（１７”）および第３のフレーム（１８”）の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ）、
前記第１のフレーム（１６”）の第１のピッチ情報（１６ｂ）と、第１の値を有する第１の制御データ項目（１６ｃ）および第３の制御データ項目（１８ｅ）、
前記第２のフレーム（１７”）の第２のピッチ情報（１７ｂ）および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）および第３の制御データ項目（１８ｅ）を含む、フレーム（１６”、１７”、１８”）を有する符号化されたオーディオ信号情報（１２、１２’、１２”）を形成すること（Ｓ６４）を含み、
それにおいて前記第１の値（１６ｃ）および第２の値（１７ｃ）は、前記第２の基準（６００）に依存し、前記第１の値（１６ｃ）は、前記第１のフレーム（１６”）の前記オーディオ信号（１１）のハーモニック性に基づいて前記第２の基準（６００）を満たしていないことを示し、前記第２の値（１７ｃ）は、前記第２のフレーム（１７）の前記オーディオ信号（１１）のハーモニック性に基づいて前記第２の基準（６００）が満たされていることを示し、
前記第３の制御データ項目（１８ｅ）は、第１の基準（Ｓ６１）を満たしていることに関連して、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）から区別する値を有する１つの単一ビットであり、前記第３の制御データ項目（１８ｅ）が前記第１の基準（Ｓ６１）を満たしていないことを示すとき、少なくとも１つの第１のハーモニック性測定値（２４ａ’）が少なくとも１つの第１の閾値よりも高いときに満たされる少なくとも１つの条件に基づいて、前記第３のフレーム（１８”）を識別し、
それにおいて前記符号化されたオーディオ信号情報は、前記第１のフレーム（１６”）について、１つの単一ビットが前記第１の制御データ項目（１６ｃ）および前記第１のピッチ情報（１６ｂ）の固定データフィールド用に予約されるように形成され、
それにおいて前記符号化されたオーディオ信号情報は、前記第２のフレーム（１７”）について、１つの単一ビットが前記第２の制御データ項目（１７ｃ）および前記第２のピッチ情報（１７ｂ）の固定データフィールド用に予約されるように形成され、
それにおいて前記符号化されたオーディオ信号情報は、前記第３のフレーム（１８”）について、前記固定データフィールド用にビットが予約されず、ビットが前記第１の制御データ項目（１６ｃ）と前記第２の制御データ項目（１７ｃ）用に予約されない、方法。
【請求項１９】
請求項１６または１７に記載のオーディオ信号（１１）を符号化すること、
符号化されたオーディオ信号情報（１２、１２’、１２”）をデコーダに送信するか、前記符号化されたオーディオ信号情報を格納すること、および
請求項１８に記載の前記オーディオ信号情報（１２、１２’、１２”）を復号することを含む方法。
【請求項２０】
プロセッサによって実行されるとき、請求項１６〜１９のいずれかに記載の方法を実行する命令を格納する非一時的メモリユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
例は、オーディオ信号情報を符号化／復号するための方法および装置について言及する。
【背景技術】
【０００２】
従来技術は、以下の開示を含む。
【０００３】
［１］３ＧＰＰ  ＴＳ  ２６．４４５；Ｃｏｄｅｃ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）；Ｄｅｔａｉｌｅｄ  ａｌｇｏｒｉｔｈｍｉｃ  ｄｅｓｃｒｉｐｔｉｏ
【０００４】
［２］ＩＳＯ／ＩＥＣ  ２３００８−３：２０１５；Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−−Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ  ａｎｄ  ｍｅｄｉａ  ｄｅｌｉｖｅｒｙ  ｉｎ  ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｅｎｖｉｒｏｎｍｅｎｔｓ  −−Ｐａｒｔ  ３：３Ｄ  ａｕｄｉ
【０００５】
［３］Ｒａｖｅｌｌｉ  ｅｔ  ａｌ．「Ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄ  ｆｏｒ  ｐｒｏｃｅｓｓｉｎｇ  ａｎ  ａｕｄｉｏ  ｓｉｇｎａｌ  ｕｓｉｎｇ  ａ  ｈａｒｍｏｎｉｃ  ｐｏｓｔ−ｆｉｌｔｅｒ」米国特許出願公開第２０１７／０１４０７６９号明細書、２０１７年５月１８
【０００６】
［４］Ｍａｒｋｏｖｉｃ  ｅｔ  ａｌ．「Ｈａｒｍｏｎｉｃｉｔｙ−ｄｅｐｅｎｄｅｎｔ  ｃｏｎｔｒｏｌｌｉｎｇ  ｏｆ  ａ  ｈａｒｍｏｎｉｃ  ｆｉｌｔｅｒ  ｔｏｏｌ」米国特許出願公開第２０１７／０１３３０２９号明細書、２０１７年５月１１
【０００７】
［５］ＩＴＵ−Ｔ  Ｇ．７１８：Ｆｒａｍｅ  ｅｒｒｏｒ  ｒｏｂｕｓｔ  ｎａｒｒｏｗ−ｂａｎｄ  ａｎｄ  ｗｉｄｅｂａｎｄ  ｅｍｂｅｄｄｅｄ  ｖａｒｉａｂｌｅ  ｂｉｔ−ｒａｔｅ  ｃｏｄｉｎｇ  ｏｆ  ｓｐｅｅｃｈ  ａｎｄ  ａｕｄｉｏ  ｆｒｏｍ  ８−３２  ｋｂｉｔ／
【０００８】
［６］ＩＴＵ−Ｔ  Ｇ．７１１  Ａｐｐｅｎｄｉｘ  Ｉ：Ａ  ｈｉｇｈ  ｑｕａｌｉｔｙ  ｌｏｗ−ｃｏｍｐｌｅｘｉｔｙ  ａｌｇｏｒｉｔｈｍ  ｆｏｒ  ｐａｃｋｅｔ  ｌｏｓｓ  ｃｏｎｃｅａｌｍｅｎｔ  ｗｉｔｈ  Ｇ．７１
【０００９】
［７］３ＧＰＰ  ＴＳ  ２６．４４７；  Ｃｏｄｅｃ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）；Ｅｒｒｏｒ  ｃｏｎｃｅａｌｍｅｎｔ  ｏｆ  ｌｏｓｔ  ｐａｃｋｅｔｓ
【００１０】
変換ベースのオーディオコーデックは、一般に、特に低遅延および低ビットレートで、ハーモニックオーディオ信号を処理するときに、インターハーモニックノイズを発生させる。このインターハーモニックノイズは一般に非常に迷惑なアーティファクトとして認識され、非常にトーンの高いオーディオマテリアルで主観的に評価すると、変換ベースのオーディオコーデックのパフォーマンスが大幅に低下する。
【００１１】
長期ポストフィルタリング（ＬＴＰＦ）は、このインターハーモニックノイズの低減に役立つ変換ベースのオーディオコーディング用のツールである。これは、変換復号後に時間領域信号に適用されるポストフィルタに依存している。このポストフィルタは本質的に無限インパルス応答（ＩＩＲ）フィルタであり、ピッチ情報（ピッチラグなど）などのパラメータによって制御される櫛状の周波数応答を備えている。
【００１２】
良好なロバスト性のために、ポストフィルタパラメータ（ピッチラグ、およびいくつかの例では、フレームごとの利得）は、エンコーダ側で推定され、例えば利得がゼロでない場合にビットストリームで符号化される。例では、利得がゼロの場合は１ビットで通知され、信号にハーモニック部分が含まれていない場合に使用される非アクティブなポストフィルタに対応する。
【００１３】
ＬＴＰＦは３ＧＰＰ  ＥＶＳ標準［１］で最初に導入され、その後ＭＰＥＧ−Ｈ  ３Ｄオーディオ標準［２］に統合された。対応する特許は［３］と［４］である。
【００１４】
従来技術では、デコーダにおける他の機能がピッチ情報を利用することができる。例は、パケット損失の一隠蔽法（ＰＬＣ）または誤り隠蔽である。ＰＬＣは、オーディオコーデックで使用され、エンコーダからデコーダへの送信中に失われたパケットまたは破損したパケットを隠蔽する。従来技術では、ＰＬＣは、デコーダ側で実行され、変換領域または時間領域のいずれかで復号された信号を外挿することができる。理想的には、隠蔽される信号はアーティファクトがなく、欠落した信号と同じスペクトル特性を備えるべきある。この目標は、隠蔽される信号にハーモニック構造が含まれている場合は達成するのが特に困難である。
【００１５】
この場合、ピッチベースのＰＬＣ技術が許容できる結果を生み出す可能性がある。これらのアプローチは、信号が局所的に静止していると仮定し、外挿されたピッチ周期を使用して周期的な信号を合成することにより、失われた信号を回復する。これらの手法は、ＣＥＬＰベースの音声コーディングで使用できる（例えば、ＩＴＵ−Ｔ  Ｇ．７１８  ［５］を参照）。また、それらはＰＣＭコーディングでも使用できる（ＩＴＵ−Ｔ  Ｇ．７１１  ［６］）。さらに最近では、これらはＭＤＣＴベースのオーディオコーディングに適用され、３ＧＰＰ  ＥＶＳ規格のＴＣＸ時間領域隠蔽（ＴＣＸ  ＴＤ−ＰＬＣ）が最も良い例である［７］。
【００１６】
ピッチ情報（ピッチラグの場合もある）は、ピッチベースのＰＬＣで使用される主なパラメータである。このパラメータは、エンコーダ側で推定し、ビットストリームに符号化できる。この場合、最後の良好なフレームのピッチラグを使用して、現在失われたフレームを隠蔽する（［５］や［７］などのように）。ビットストリームにピッチラグがない場合は、復号された信号に対してピッチ検出アルゴリズムを実行することにより、デコーダ側で推定できる（［６］などのように）。
【００１７】
３ＧＰＰ  ＥＶＳ標準（［１］および［７］を参照）では、ＬＴＰＦとピッチベースのＰＬＣの両方が同じＭＤＣＴベースのＴＣＸオーディオコーデックで使用される。どちらのツールも同じピッチラグパラメータを共有する。ＬＴＰＦエンコーダは、ピッチラグパラメータを推定して符号化する。このピッチラグは、利得がゼロ以外のときにビットストリームに存在する。デコーダ側では、デコーダはこの情報を使用して、復号された信号をフィルタリングする。パケット損失の場合、最後の良好なフレームのＬＴＰＦ利得が特定の閾値を上回り、他の条件が満たされると、ピッチベースのＰＬＣが使用される（詳細は［７］を参照）。その場合、ピッチラグはビットストリームに存在し、ＰＬＣモジュールで直接使用できる。
【００１８】
従来技術のビットストリームシンタックスは
【００１９】
【表１】
2021502605.tif 000002
しかし、いくつかの問題が発生する可能性がある。
【００２０】
ピッチラグパラメータは、すべてのフレームのビットストリームで符号化されはしない。フレームで利得がゼロの場合（ＬＴＰＦが非アクティブ）、ピッチラグ情報はビットストリームに存在しない。これは、信号のハーモニックコンテンツが支配的でない、および／または十分に安定していない場合に発生する可能性がある。
【００２１】
したがって、ピッチラグの符号化を利得に基づいて区別することにより、他の機能（例えば、ＰＬＣ）によってピッチラグが得られない場合がある。
【００２２】
例えば、信号がわずかにハーモニックであり、ＬＴＰＦには不十分であるが、ピッチベースのＰＬＣを使用するには十分であるフレームがある。その場合、ピッチラグパラメータはビットストリームには存在しないが、デコーダ側で必要になる。
【００２３】
１つの解決策は、デコーダ側に第２のピッチ検出器を追加することであるが、これはかなりの複雑さを追加する。これは、低電力デバイスを対象とするオーディオコーデックの問題である。
【先行技術文献】
【特許文献】
【００２４】
【特許文献１】米国特許出願公開第２０１７／０１４０７６９号明細書
【特許文献２】米国特許出願公開第２０１７／０１３３０２９号明細書
【非特許文献】
【００２５】
【非特許文献１】３ＧＰＰ  ＴＳ  ２６．４４５；Ｃｏｄｅｃ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）；Ｄｅｔａｉｌｅｄ  ａｌｇｏｒｉｔｈｍｉｃ  ｄｅｓｃｒｉｐｔｉｏｎ
【非特許文献２】ＩＳＯ／ＩＥＣ  ２３００８−３：２０１５；Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−−Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ  ａｎｄ  ｍｅｄｉａ  ｄｅｌｉｖｅｒｙ  ｉｎ  ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｅｎｖｉｒｏｎｍｅｎｔｓ−−Ｐａｒｔ  ３：３Ｄ  ａｕｄｉｏ
【非特許文献３】ＩＴＵ−Ｔ  Ｇ．７１８：Ｆｒａｍｅ  ｅｒｒｏｒ  ｒｏｂｕｓｔ  ｎａｒｒｏｗ−ｂａｎｄ  ａｎｄ  ｗｉｄｅｂａｎｄ  ｅｍｂｅｄｄｅｄ  ｖａｒｉａｂｌｅ  ｂｉｔ−ｒａｔｅ  ｃｏｄｉｎｇ  ｏｆ  ｓｐｅｅｃｈ  ａｎｄ  ａｕｄｉｏ  ｆｒｏｍ  ８−３２  ｋｂｉｔ／ｓ
【非特許文献４】ＩＴＵ−Ｔ  Ｇ．７１１  Ａｐｐｅｎｄｉｘ  Ｉ：Ａ  ｈｉｇｈ  ｑｕａｌｉｔｙ  ｌｏｗ−ｃｏｍｐｌｅｘｉｔｙ  ａｌｇｏｒｉｔｈｍ  ｆｏｒ  ｐａｃｋｅｔ  ｌｏｓｓ  ｃｏｎｃｅａｌｍｅｎｔ  ｗｉｔｈ  Ｇ．７１１
【非特許文献５】３ＧＰＰ  ＴＳ  ２６．４４７；Ｃｏｄｅｃ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）；Ｅｒｒｏｒ  ｃｏｎｃｅａｌｍｅｎｔ  ｏｆ  ｌｏｓｔ  ｐａｃｋｅｔｓ
【発明の概要】
【００２６】
例によれば、フレームのシーケンスに分割されたオーディオ信号に関連付けられたオーディオ信号情報を復号するための装置であって、
符号化されたオーディオ信号情報を読み取るように構成されたビットストリームリーダであって、
第１のフレームと第２のフレームのオーディオ信号の符号化された表現と、
第１のフレームの第１のピッチ情報、および第１の値を有する第１の制御データ項目と、
第２のフレームの第２のピッチ情報、および第１の値とは異なる第２の値を有する第２の制御データ項目と
を有するビットストリームリーダ、および
長期ポストフィルタＬＴＰＦを、
第２の制御データ項目が第２の値を有するとき、第２のピッチ情報を使用して第２のフレームのオーディオ信号の復号された表現をフィルタリングし、
第１の制御データ項目が第１の値を有するとき、第１のフレームのＬＴＰＦを非アクティブにする
ように制御すべく構成されたコントローラ
を備える装置が提供される。
【００２７】
したがって、装置は、ＬＴＰＦが適切でなくても、誤り隠蔽に対してフレームを使用しながら、ＬＴＰＦに適したフレームとＬＴＰＦに適していないフレームとを区別することが可能である。例えば、高次のハーモニック性の場合、装置はＬＴＰＦのピッチ情報（例えば、ピッチラグ）を利用することができる。低次のハーモニック性の場合、装置は、ＬＴＰＦのためのピッチ情報の使用を回避し得るが、他の機能（例えば、隠蔽）のためのピッチ情報を利用し得る。
【００２８】
例によれば、ビットストリームリーダは、第３のフレームを読み取るように構成され、第３のフレームは、第１のピッチ情報および／または第２のピッチ情報の有無を示す制御データ項目を有する。
【００２９】
例によれば、第３のフレームは、第１のピッチ情報、第１の制御データ項目、第２のピッチ情報、および第２の制御データ項目を欠くフォーマットを有する。
【００３０】
例によれば、第３の制御データ項目は、第３のフレームを第１および第２のフレームと区別する値を有する１つの単一ビットで符号化される。
【００３１】
例によれば、符号化されたオーディオ信号情報では、第１のフレームについて、１つの単一ビットが第１の制御データ項目に予約され、固定のデータフィールドが第１のピッチ情報に予約される。
【００３２】
例によれば、符号化されたオーディオ信号情報において、第２のフレームについて、１つの単一ビットが第２の制御データ項目に予約され、固定のデータフィールドが第２のピッチ情報のために予約される。
【００３３】
例によれば、第１の制御データ項目および第２の制御データ項目は、符号化されたオーディオ信号情報の同じ部分またはデータフィールドに符号化される。
【００３４】
例によれば、符号化されたオーディオ信号情報は、第３の制御データ項目を符号化する１つの第１のシグナリングビットを含み、第１のピッチ情報（１６ｂ）および／または第２のピッチ情報（１７ｂ）が存在していることを示す第３の制御データ項目（１８ｅ）の値の場合、第２のシグナリングビットは第１の制御データ項目（１６ｃ）および第２の制御データ項目（１７ｃ）を符号化する。
【００３５】
例によれば、装置は、第１および／または第２のピッチ情報を使用して、後続の適切に復号されていないオーディオフレームを隠蔽するように構成された隠蔽ユニットをさらに備え得る。
【００３６】
例によれば、隠蔽ユニットは、無効なフレームの復号の判定の場合、以前に正しく復号されたフレームに関するピッチ情報が格納されているかどうかをチェックし、無効に復号されたフレームを、格納されたピッチ情報を使用して取得されたフレームで隠蔽するように構成され得る。
【００３７】
したがって、オーディオ信号がＬＴＰＦに準拠しているときだけでなく、オーディオ信号が隠蔽に準拠しているときはいつでも、良好な隠蔽を得ることが可能である。ピッチ情報が取得されると、ピッチラグを推定する必要がないため、複雑さが軽減される。
【００３８】
例によれば、オーディオ信号を符号化するための装置であって、
オーディオ信号のピッチに関連するピッチ情報を取得するように構成されたピッチ推定器、
オーディオ信号のハーモニック性に関連するハーモニック性情報を取得するように構成された信号分析器、および
符号化されたオーディオ信号情報符号化フレームを準備してビットストリームに、
第１のフレーム、第２のフレーム、および第３のフレームのオーディオ信号の符号化された表現、
第１のフレームの第１のピッチ情報、および第１の値を有する第１の制御データ項目、
第２のフレームの第２のピッチ情報、および第１の値とは異なる第２の値を有する第２の制御データ項目、および
第１のフレーム、第２のフレーム、第３のフレームの第３の制御データ項目
を含めるように構成されたビットストリーム形成器を備え、
それにおいて、第１の値および第２の値は、ハーモニック性情報に関連付けられた第２の基準に依存し、
第１の値は、第１のフレームのオーディオ信号のハーモニック性に関する第２の基準を満たしていないことを示し、
第２の値は、第２のフレームのオーディオ信号のハーモニック性に関する第２の基準を満たしていることを示し、
それにおいて、第２の基準は、少なくとも１つの第２のハーモニック性測定値が少なくとも１つの第２の閾値より大きいときに満たされる少なくとも条件を含み、
第３の制御データ項目は、第３のフレームを第１および第２のフレームと区別する値を持つ１つの単一ビットに符号化され、第３のフレームは第１の基準が満たされない場合、符号化され、第１の基準が満たされた場合に、第１および第２のフレームが符号化され、第１の基準は少なくとも１つの第１のハーモニック性測定値が少なくとも１つの第１閾値より大きいときに満たされる少なくとも１つの条件を含み、それにおいて、ビットストリームでは、第１のフレームの場合、１つの単一ビットが第１の制御データ項目に予約され、固定データフィールドが第１のピッチ情報に予約され、
ビットストリームでは、第２のフレームについて、１つの単一ビットが第２の制御データ項目に予約され、固定データフィールドが第２のピッチ情報に予約され、
それにおいて、ビットストリームでは、第３のフレームについて、固定データフィールドおよび／または第１および第２の制御項目のためにビットが予約されていない装置が提供される。
【００３９】
したがって、デコーダは、ＬＴＰＦに有用なフレーム、ＰＬＣにのみ有用なフレーム、ＬＴＰＦとＰＬＣの両方に役に立たないフレームを区別することができる。
【００４０】
例によれば、第２の基準は、前のフレームの少なくとも１つのハーモニック性測定値が少なくとも１つの第２の閾値よりも大きいときに満たされる追加の条件を含む。
【００４１】
例によれば、信号分析器は、第２の基準の条件として、２つの連続するフレーム間で信号が安定しているかどうかを判定するように構成されている。
【００４２】
したがって、デコーダは、例えば、安定した信号と不安定な信号とを区別することが可能である。不安定な信号の場合、デコーダはＬＴＰＦのピッチ情報の使用を回避できるが、他の機能（例えば、隠蔽）のピッチ情報を使用できる。
【００４３】
例によれば、第１および第２のハーモニック性の測定値は、異なるサンプリングレートで取得される。
【００４４】
例によれば、ピッチ情報は、ピッチラグ情報またはその処理版を含む。
【００４５】
例によれば、ハーモニック性情報は、自己相関値および／または正規化された自己相関値および／またはそれらの処理版の少なくとも１つを含む。
【００４６】
例によれば、フレームのシーケンスに分割されたオーディオ信号に関連付けられたオーディオ信号情報を復号するための方法であって、
第１のフレームと第２のフレームのオーディオ信号の符号化された表現と、
第１のフレームの第１のピッチ情報、および第１の値を有する第１の制御データ項目（１６ｃ）と、
第２のフレームの第２のピッチ情報、および第１の値とは異なる第２の値を有する第２の制御データ項目と
を含む符号化されたオーディオ信号情報を読み取ること、
第１の制御データ項目が第１の値を持っているという判定において、長期ポストフィルタＬＴＰＦの第１のピッチ情報を使用すること、および
第２の制御データ項目（１７ｃ）の第２の値の判定において、ＬＴＰＦを非アクティブにすること
を含む方法が提供される。
【００４７】
例によれば、この方法は、第１または第２の制御データ項目が第１または第２の値を有するという判定において、誤り隠蔽機能の第１または第２のピッチ情報を使用することをさらに含む。
【００４８】
例によれば、フレームに分割された信号に関連付けられたオーディオ信号情報を符号化する方法であって、
オーディオ信号から測定値を取得すること、
第２の基準を満たしていることを検証することであって、第２の基準は測定値に基づいており、少なくとも１つの第２のハーモニック性測定値が第２の閾値より大きいときに満たされる少なくとも１つの条件を含む、検証すること、および
第１のフレームおよび第２のフレームおよび第３のフレームのオーディオ信号の符号化された表現、
第１のフレームの第１のピッチ情報と、第１の値を有する第１の制御データ項目および第３の制御データ項目、
第２のフレームの第２のピッチ情報および第１の値とは異なる第２の値を有する第２の制御データ項目および第３の制御データ項目を含む、フレームを有する符号化されたオーディオ信号情報を形成することを含み、
それにおいて第１の値および第２の値は、第２の基準に依存し、第１の値は、第１のフレームのオーディオ信号のハーモニック性に基づいて第２の基準を満たしていないことを示し、第２の値は、第２のフレームのオーディオ信号のハーモニック性に基づいて第２の基準が満たされていることを示し、
第３の制御データ項目は、第１の基準を満たしていることに関連して、第３のフレームを第１および第２のフレームから区別する値を有する１つの単一ビットであり、第３の制御データ項目が第１の基準を満たしていないことを示すとき、少なくとも１つの第１のハーモニック性測定値が少なくとも１つの第１の閾値よりも高いときに満たされる少なくとも１つの条件に基づいて、第３のフレームを識別し、
それにおいて符号化されたオーディオ信号情報は、第１のフレームについて、１つの単一ビットが第１の制御データ項目および第１のピッチ情報の固定データフィールド用に予約されるように形成され、
それにおいて符号化されたオーディオ信号情報は、第２のフレームについて、１つの単一ビットが第２の制御データ項目および第２のピッチ情報の固定データフィールド用に予約されるように形成され、
それにおいて符号化されたオーディオ信号情報は、第３のフレームについて、固定データフィールド用にビットが予約されず、ビットが第１の制御データ項目と第２の制御データ項目用に予約されない、
を含むフレームを有する符号化されたオーディオ信号情報を形成する方法が提供される。
【００４９】
例によれば、
オーディオ信号の符号化／復号をするための方法であって、
エンコーダで、オーディオ信号を符号化し、ハーモニック性情報および／またはピッチ情報を導出すること、
エンコーダで、ハーモニック性情報および／またはピッチ情報が少なくともＬＴＰＦおよび／または誤り隠蔽機能に適しているかどうかを判定すること、
デコーダからエンコーダに送信し、および／またはオーディオ信号のデジタル表現と、ハーモニック性に関連する情報を含むビットストリームをメモリに格納し、ピッチ情報がＬＴＰＦおよび／または誤り隠蔽に適合しているかどうかをシグナリングすること、
デコーダで、オーディオ信号のデジタル表現を復号し、ピッチ情報を使用して、シグナリングによるＬＴＰＦおよび／または誤り隠蔽がエンコーダを形成すること
を含む方法が提供される。
【００５０】
例では、エンコーダは上記または下記の例のいずれかに従い、および／またはデコーダは上記または下記の例のいずれかに従い、および／または符号化は上記または下記の例に従い、および／または復号は上記または以下の例に従う。
【００５１】
例によれば、プロセッサによって実行されるとき、上記または下記の方法を実行する命令を格納する非一時的メモリユニットが提供される。
【００５２】
したがって、エンコーダは、信号フレームが長期ポストフィルタリング（ＬＴＰＦ）および／またはパケット損失の一隠蔽法（ＰＬＣ）に役立つかどうかを判定し、判定の結果に従って情報を符号化することができる。デコーダは、エンコーダから取得した情報に従って、ＬＴＰＦおよび／またはＰＬＣを適用できる。
【図面の簡単な説明】
【００５３】
【図１】オーディオ信号情報を符号化するための装置を示す。
【図２】オーディオ信号情報を符号化するための装置を示す。
【図３】図１または２の装置によって符号化され得る符号化された信号情報のフォーマットを示す。
【図４】図１または２の装置によって符号化され得る符号化された信号情報のフォーマットを示す。
【図５】図１または２の装置によって符号化され得る符号化された信号情報のフォーマットを示す。
【図６ａ】オーディオ信号情報を符号化するための方法を示す。
【図６ｂ】オーディオ信号情報を符号化するための方法を示す。
【図７】オーディオ信号情報を復号するための装置を示す。
【図８ａ】符号化されたオーディオ信号情報のフォーマットを示す。
【図８ｂ】符号化されたオーディオ信号情報のフォーマットを示す。
【図９】オーディオ信号情報を復号するための装置を示す。
【図１０】オーディオ信号情報を復号するための方法を示す。
【図１１】オーディオ信号情報を符号化／復号するためのシステムを示す。
【図１２】オーディオ信号情報を符号化／復号するためのシステムを示す。
【図１３】符号化／復号の方法を示す。
【発明を実施するための形態】
【００５４】
５．エンコーダ側
図１は装置１０を示す。装置１０は、信号を符号化するためのもの（エンコーダ）であってもよい。例えば、装置１０は、オーディオ信号１１を符号化して、符号化されたオーディオ信号情報（例えば、以下で使用される用語で、情報１２、１２’、１２”）を生成することができる。
【００５５】
装置１０は、（例えば、元のオーディオ信号をサンプリングすることによって）オーディオ信号のデジタル表現を取得し、それをデジタル形式で処理する（示されていない）コンポーネントを含み得る。オーディオ信号は、フレーム（例えば、時間間隔のシーケンスに対応する）またはサブフレーム（フレームの副次的な分割であり得る）に分割され得る。例えば、各間隔は２０ミリ秒の長さであり得る（サブフレームは１０ミリ秒の長さであり得る）。各フレームは、時間領域（ＴＤ）において有限数のサンプル（例えば、２０ミリ秒フレームに対して１０２４または２０４８サンプル）を含み得る。例では、フレームまたはそのコピーまたはその処理版は、（部分的または完全に）周波数領域（ＦＤ）の表現に変換され得る。符号化されたオーディオ信号情報は、例えば、符号励振線形予測（ＣＥＬＰ）、または代数ＣＥＬＰ（ＡＣＥＬＰ）タイプ、および／またはＴＣＸタイプのものであり得る。例では、装置１０は、フレームあたりのサンプル数を減らすために（図示されていない）ダウンサンプラを含み得る。例では、装置１０は、リサンプラ（アップサンプラ、ローパスフィルタ、およびアップサンプラタイプであり得る）を含み得る。
【００５６】
例では、装置１０は、符号化されたオーディオ信号情報を通信ユニットに提供することができる。通信ユニットは、他のデバイスと通信する（例えば、符号化されたオーディオ信号情報を他のデバイスに送信する）ハードウェア（例えば、少なくともアンテナを備える）を備えてもよい。通信ユニットは、特定のプロトコルに従って通信を実行することができる。通信は無線であってもよい。Ｂｌｕｅｔｏｏｔｈ規格に準拠した送信が行われる場合がある。例では、装置１０は、記憶装置を備える（またはそれに符号化されたオーディオ信号情報を格納する）ことができる。
【００５７】
装置１０は、フレーム内の（例えば、時間間隔の間の）オーディオ信号１１のピッチ情報１３ａを推定して提供することができる出力ピッチ推定器１３を備えることができる。ピッチ情報１３ａは、ピッチラグまたはその処理版を含み得る。ピッチ情報１３ａは、例えば、オーディオ信号１１の自己相関を計算することによって取得され得る。ピッチ情報１３ａは、バイナリデータフィールド（ここでは「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」で示される）で表すことができ、これは、例では、７から１１（例えば、９ビット）の間に含まれるビット数で表すことができる。
【００５８】
装置１０は、（例えば、時間間隔中に）フレームのオーディオ信号１１を分析することができる信号分析器１４を備えることができる。信号分析器１４は、例えば、オーディオ信号１１に関連するハーモニック性情報１４ａを取得することができる。ハーモニック性情報は、例えば、相関の情報（例えば、自己相関の情報）、利得の情報（例えば、ポストフィルタ利得の情報）、周期性の情報、予測可能性の情報などの少なくとも１つまたは組み合わせを含むか、またはそれらに基づくことができる。これらの値の少なくとも１つは、例えば、正規化または処理され得る。
【００５９】
例では、ハーモニック性情報１４ａは、１ビットで符号化され得る情報（ここでは「ｌｔｐｆ＿ａｃｔｉｖｅ」で示される）を含み得る。ハーモニック性情報１４ａは、信号のハーモニック性の情報を含むことができる。ハーモニック性情報１４ａは、信号による基準（「第２の基準」）を満たすことに基づくことができる。ハーモニック性情報１４ａは、例えば、第２の基準を満たしていること（信号のより高い周期性および／またはより高い予測可能性および／または安定性に関連し得る）と、第２の基準を満たしていないこと（低次のハーモニック性および／または低次の予測可能性および／または信号の不安定性に関連している可能性がある）との間を区別できる。低次のハーモニック性は一般にノイズに関連している。ハーモニック性情報１４ａのデータの少なくとも１つは、第２の基準の検証および／または第２の基準によって確立された状態の少なくとも１つの検証に基づくことができる。例えば、第２の基準は、少なくとも１つのハーモニック性に関連する測定値（例えば、正規化および／または処理されてもよい自己相関、ハーモニック性、利得、予測可能性、周期性などの１つまたは組み合わせ）またはその処理版と、少なくとも１つの閾値との比較を含み得る。例えば、閾値は「第２の閾値」であり得る（２つ以上の閾値が可能である）。いくつかの例では、第２の基準は、前のフレーム（例えば、現在のフレームの直前のフレーム）の条件の検証を含む。いくつかの例では、ハーモニック性情報１４ａは、１ビットで符号化され得る。他のいくつかの例では、ビットのシーケンス（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」用の１ビットと、例えば、利得の情報または他のハーモニック性情報を符号化するための他の何らかのビット）である。
【００６０】
セレクタ２６によって示されるように、出力されるハーモニック性情報２１ａは、ピッチ情報１３ａの実際の符号化を制御することができる。例えば、ハーモニック性が極端に低い場合、ピッチ情報１３ａがビットストリームに符号化されるのを防ぎ得る。
【００６１】
セレクタ２５によって示されるように、出力ハーモニック性情報２１ａの値（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）は、ハーモニック性情報１４ａの実際の符号化を制御することができる。したがって、（例えば、第２の基準とは異なる基準に基づいて）極端に低次のハーモニック性を検出した場合、ハーモニック性情報１４ａがビットストリームに符号化されるのを防ぐことができる。
【００６２】
装置１０は、ビットストリーム形成器１５を含み得る。ビットストリーム形成器１５は、（例えば、時間間隔において）オーディオ信号１１の（１２、１２’、または１２”で示される）符号化されたオーディオ信号情報を提供し得る。特に、ビットストリーム形成器１５は、少なくともオーディオ信号１１のデジタル版、ピッチ情報１３ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）、およびハーモニック性情報１４ａ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）を含むビットストリームを形成することができる。符号化されたオーディオ信号情報は、デコーダに提供され得る。符号化されたオーディオ信号情報は、例えば格納および／または受信機に送信され得る（次に、装置１０によって符号化されるオーディオ情報を復号し得る）ビットストリームであり得る。
【００６３】
符号化されたオーディオ信号情報のピッチ情報１３ａは、デコーダ側で、長期ポストフィルタ（ＬＴＰＦ）に使用されてもよい。ＬＴＰＦはＴＤで動作し得る。例では、ハーモニック性情報１４ａがより高次のハーモニック性を示す場合、ＬＴＰＦは、（例えば、ピッチ情報１３ａを使用して）デコーダ側でアクティブ化される。ハーモニック性情報１４ａが低次の（中間の）ハーモニック性（またはいずれにせよＬＴＰＦに適さないハーモニック性）を示す場合、ＬＴＰＦはデコーダ側で非アクティブ化または減衰される（例えば、ピッチ情報が依然ビットストリームにて符号化されていても、ピッチ情報１３ａを使用せずに）。ハーモニック性情報１４ａがフィールド「ｌｔｐｆ＿ａｃｔｉｖｅ」（１ビットで符号化され得る）を含む場合、ｌｔｐｆ＿ａｃｔｉｖｅ＝０は「デコーダでＬＴＰＦを使用しない」ことを意味し得るが、ｌｔｐｆ＿ａｃｔｉｖｅ＝１は「ＬＴＰＦデコーダで使用する」ことを意味し得る。例えば、ｌｔｐｆ＿ａｃｔｉｖｅ＝０は、例えば、ハーモニック性測定値を第２の閾値と比較した後、ｌｔｐｆ＿ａｃｔｉｖｅ＝１に関連するハーモニック性よりも低次のハーモニック性に関連し得る。本文書の規則に従うと、ｌｔｐｆ＿ａｃｔｉｖｅ＝０はｌｔｐｆ＿ａｃｔｉｖｅ＝１に関連付けられたハーモニック性よりも低次のハーモニック性を指すが、（例えば、バイナリ値の異なる意味に基づく）異なる規則が規定される場合がある。ｌｔｐｆ＿ａｃｔｉｖｅの値を判定するために、追加または代替の基準および／または条件を使用できる。例えば、ｌｔｐｆ＿ａｃｔｉｖｅ＝１と述べるために、（例えば、同様に前のフレームに関連するハーモニック性測定値をチェックすることにより）信号が安定しているかどうかもチェックされ得る。
【００６４】
ＬＴＰＦ機能に加えて、ピッチ情報１３ａは、例えば、デコーダでパケット損失の一隠蔽法（ＰＬＣ）動作を実行するために使用されてもよい。例では、ハーモニック性情報１４ａに関係なく（例えば、ｌｔｐｆ＿ａｃｔｉｖｅ＝０の場合でも）、ＰＬＣは実行される。したがって、例では、ピッチ情報１３ａは常にデコーダのＰＬＣ機能によって使用されるが、同じピッチ情報１３ａは、ハーモニック性情報１４ａによって設定される条件のみで、デコーダのＬＴＰＦ機能によって唯一使用される。
【００６５】
例えば、ハーモニック性情報１３ａの送信がデコーダにとって有用性が高い情報であるかどうかを判定するために、（第２の基準とは異なり得る）「第１の基準」を満たしているかいないかを検証することも可能である。
【００６６】
例において、信号分析器１４が、ハーモニック性（例えば、ハーモニック性の特定の測定値）が第１の基準を満たしていない（例えばハーモニック性、特にハーモニック性の測定値が、特定の「第１の閾値」よりも高いという条件で第１の基準を満たす）とき、ピッチ情報１３ａを符号化しないという選択は、装置１０によって行われ得る。その場合、例えば、デコーダは符号化されたフレームのデータをＬＴＰＦ機能にもＰＬＣ機能にも使用しない（少なくとも、いくつかの例では、デコーダはピッチ情報に基づいていない隠蔽戦略を使用するが、デコーダベースの推定、ＦＤ隠蔽技法、または他の技法など、様々な隠蔽技法を使用する）。
【００６７】
上記の第１および第２の閾値は、いくつかの例では、次のように選択できる。
【００６８】
−第１の閾値および／または第１の基準は、ＰＬＣに適したオーディオ信号とＰＬＣに適さないオーディオ信号を区別する、および
−第２の閾値および／または第２の基準は、ＬＴＰＦに適したオーディオ信号とＬＴＰＦに適していないオーディオ信号を区別する。
【００６９】
例では、第１および第２の閾値は、第１および第２の閾値と比較されるハーモニック性測定値が０と１の間の値で（この場合０はハーモニック性信号ではないことを意味し、１は完全にハーモニック性信号であることを意味する）、次いで、第１の閾値の値が、第２の閾値の値よりも低い（例えば、第１の閾値に関連するハーモニック性は、第２の閾値に関連するハーモニック性よりも低い）と仮定して選択できる。
【００７０】
第２の基準に対して設定された条件の中で、オーディオ信号１１の時間的進展がＬＴＰＦのための信号を使用することが可能であるかどうかをチェックすることも可能である。例えば、前のフレームについて、同様の（または同じ）閾値に達したかどうかをチェックすることが可能であり得る。例では、ハーモニック性測定値（またはその処理版）の組み合わせ（または重み付けされた組み合わせ）は、１つまたは複数の閾値と比較され得る。異なるハーモニック性測定値（例えば、異なるサンプリングレートで取得）を使用できる。
【００７１】
図５は、装置１０によって準備され得る符号化されたオーディオ信号情報のフレーム１２”（またはフレームの一部）の例を示す。フレーム１２”は、第１のフレーム１６”、第２のフレーム１７”、および第３のフレーム１８”の間で区別され得る。オーディオ信号１１の時間的進展において、第１のフレーム１６”は、例えば、特定の時間間隔のオーディオ信号の特徴（例えば、ハーモニック性）に従って（例えば、第１および／または第２の基準を満たす信号または満たさない信号、および／または第１の閾値および／または第２の閾値よりも大きいまたは小さいハーモニック性に基づく）、第２のフレーム１７”および／または第３のフレームによって置き換えられてもよく、逆もまた同様である。
【００７２】
第１のフレーム１６”は、ＰＬＣに適しているが必ずしもＬＴＰＦには適していない（第１の基準が満たされ、第２の基準が満たされていない）ハーモニック性に関連するフレームであり得る。例えば、ハーモニック性の測定値が第２の閾値よりも低いか、他の条件が満たされていない（例えば、信号が前のフレームと現在のフレームの間で安定していない）。第１のフレーム１６”は、オーディオ信号１１の符号化された表現１６ａを含み得る。第１のフレーム１６”は、第１のピッチ情報１６ｂ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）を含み得る。第１のピッチ情報１６ｂは、例えば、ピッチ推定器１３によって取得されたピッチ情報１３ａを符号化する、またはそれに基づくことができる。第１のフレーム１６”は、第１の制御データ項目１６ｃ（例えば、本規則に従って「０」の値を有する「ｌｔｐｆ＿ａｃｔｉｖｅ」）を含み得、これは、例えば、信号分析器１４によって得られるハーモニック性情報１４ａを含み得るか、またはそれに基づき得る。この第１のフレーム１６”は、（フィールド１６ａに）デコーダ側でオーディオ信号を復号し、さらに必要な場合にＰＬＣにピッチ情報１３ａ（１６ｂで符号化された）を使用するのに十分な情報を含むことができる。例において、デコーダは、第２の基準（例えば、信号の低ハーモニック性測定値および／または２つの連続するフレーム間の非安定信号）を満たさないハーモニック性のために、ＬＴＰＦのピッチ情報１３ａを使用しない。
【００７３】
第２のフレーム１７”は、ＬＴＰＦに十分に保たれるハーモニック性に関連付けられたフレームであり得（例えば、測定値によるハーモニック性などの第２の基準が第２の閾値より高く、および／または前のフレームがまた少なくとも特定の閾値よりも大きいことを満たす）。第２のフレーム１７”は、オーディオ信号１１の符号化された表現１７ａを含み得る。第２のフレーム１７”は、第２のピッチ情報１７ｂ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）を含み得る。第２のピッチ情報１７ｂは、例えば、ピッチ推定器１３によって得られたピッチ情報１３ａを符号化する、またはそれに基づくことができる。第２のフレーム１７”は、第２の制御データ項目１７ｃ（例えば、本規則に従って「１」の値を有する「ｌｔｐｆ＿ａｃｔｉｖｅ」）を含むことができ、これは、例えば、信号分析器１４によって得られるハーモニック性情報１４ａを含み得る、またはそれに基づき得る。この第２のフレーム１７”には、デコーダ側でオーディオ信号１１が復号され、さらにピッチ情報１７ｂ（ピッチ推定器の出力１３ａから）が必要な場合にＰＬＣに使用されるように、十分な情報が含まれて得る。さらに、デコーダは、特に信号のハーモニック性に基づいて（本規則に従ってｌｔｐｆ＿ａｃｔｉｖｅ＝１で示されるように）第２の基準を満たすため、ＬＴＰＦのピッチ情報１７ｂ（１３ａ）を使用する。
【００７４】
例では、第１のフレーム１６”および第２のフレーム１７”は、制御データ項目１６ｃおよび１７ｃの値によって（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」のバイナリ値によって）識別される。
【００７５】
例では、ビットストリームで符号化されるときに、第１および第２のフレームが存在しており、第１および第２のピッチ情報（１６ｂ、１７ｂ）と、第１および第２の制御データ項目（１６ｃ、１７ｃ）について、次のような形式になっている。
【００７６】
−１つの単一ビットが、第１および第２の制御データ項目１６ｃおよび１７ｃを符号化するように予約されている、また
−固定データフィールドが、第１および第２のピッチ情報１６ｂおよび１７ｂのそれぞれに予約されている。
【００７７】
したがって、単一の第１のデータ項目１６ｃは、フレーム内の特定の（例えば、固定された）部分のビットの値によって、単一の第２のデータ項目１７ｃと区別され得る。また、第１および第２のピッチ情報は、予約された位置（例えば、固定の位置）の１つの固定ビット数に挿入されてもよい。
【００７８】
例（例えば、図４および／または５に示される）では、ハーモニック性情報１４ａは、第２の基準を満たすことと満たしていないことをまったく区別していない、例えば、高次のハーモニック性とより低次のハーモニック性をまったく区別していない。いくつかの場合、ハーモニック性情報は、利得の情報（例えば、ポストフィルタ利得）、および／または相関の情報（自己相関、正規化相関）、および／またはそれらの処理版などの追加のハーモニック性情報を含むことができる。いくつかの場合、ここで言及がなされ、利得または他のハーモニック性情報が１〜４ビット（例えば、２ビット）で符号化される場合があり、また信号分析器１４によって取得されたポストフィルタ利得を示す場合がある。
【００７９】
追加のハーモニック性情報が符号化される例では、デコーダは、ｌｔｐｆ＿ａｃｔｉｖｅ＝１を認識することで（例えば、第２のフレーム１７’または１７”）、第２のフレーム１７’または１７”の後続のフィールドが追加のハーモニック性情報１７ｄを符号化することを理解できる。逆に、ｌｔｐｆ＿ａｃｔｉｖｅ＝０を識別することにより（例えば、第１のフレーム１６’または１６”）、デコーダは、フレーム１７’または１７”において追加のハーモニック性情報フィールド１７ｄが符号化されないことを理解することができる。
【００８０】
例（例えば、図５）において、第３のフレーム１８”は、ビットストリームにおいて符号化され得る。第３のフレーム１８”は、ピッチ情報およびハーモニック性情報を欠くフォーマットを有するように定義され得る。そのデータ構造は、データ１６ｂ、１６ｃ、１７ｂ、１７ｃを符号化するためのビットを提供しない。しかし、第３のフレーム１８”は、オーディオ信号および／またはエンコーダに有用な他の制御データの符号化された表現１８ａを依然として含み得る。
【００８１】
例において、第３のフレーム１８”は、第１および第２のフレーム１６”および１７“の値とは異なる第３のフレームの値を有し得る第３の制御データ１８ｅ「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）によって、第１および第２のフレームから区別される。例えば、第３の制御データ項目１８ｅは、第３のフレーム１８”を識別することに関しては「０」であり得、第１および第２のフレーム１６”および１７”を識別することに関しては１であり得る。
【００８２】
例において、第３のフレーム１８”は、情報の信号がＬＴＰＦおよびＰＬＣにとって有用ではない場合に（例えば、非常に低次のハーモニック性のために、例えば、ノイズが優勢である場合に）符号化され得る。したがって、制御データ項目１８ｅ（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）は、ピッチラグに価値のある情報がなく、したがって、それを符号化することは意味をなさないことをデコーダに通知するために「０」であり得る。これは、第１の基準に基づく検証プロセスの結果であり得る。
【００８３】
本規則によれば、第３の制御データ項目１８ｅが「０」である場合、ハーモニック性の測定値は、低次のハーモニック性に関連する第１の閾値よりも低くなり得る（これは、第１の基準を満たしていることを検証するための１つの技術であり得る）。
【００８４】
図３および図４は、第３の制御項目１８ｅが提供されていない第１のフレーム１６、１６’および第２のフレーム１７、１７’の例を示している（第２のフレーム１７’は、いくつかの例では任意選択であり得る追加のハーモニック性情報を符号化する）。一部の例では、これらのフレームは使用されない。ただし、特に、いくつかの例では、第３の制御項目１８ｅがないことを除いて、フレーム１６、１６’、１７、１７’には、図５のフレーム１６”と１７”と同じフィールドがある。
【００８５】
図２は、装置１０の特定の実装形態であり得る装置１０’の例を示す。したがって、装置１０の特性（信号の機能、コード、送信／記憶機能、Ｂｌｕｅｔｏｏｔｈの実装など）はここでは繰り返されない。装置１０’は、オーディオ信号１１の符号化されたオーディオ信号情報（例えば、フレーム１２、１２’、１２”）を準備することができる。装置１０’は、ピッチ推定器１３、信号分析器１４、およびビットストリーム形成器１５を含み得、装置１０のものと同じ（または非常に類似）であり得る。装置１０’はまた、装置１０と同様に、サンプリング、リサンプリング、およびフィルタリングのためのコンポーネントを含み得る。
【００８６】
ピッチ推定器１３は、ピッチ情報１３ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」などのピッチラグ）を出力することができる。
【００８７】
信号分析器１４は、ハーモニック性情報２４ｃ（１４ａ）を出力することができ、それは、いくつかの例では、複数の値（例えば、複数の値から構成されるベクトル）によって形成され得る。信号分析器１４は、ハーモニック性測定値２４ａを出力することができるハーモニック性測定器２４を含むことができる。ハーモニック性測定値２４ａは、正規化または非正規化相関／自己相関の情報、利得（例えば、ポストフィルタ利得）の情報、周期性の情報、予測可能性の情報、信号の安定性および／または進展に関する情報、それらの処理版などを含み得る。参照符号２４ａは、複数の値を指し得るが、それらの少なくとも一部（またはすべて）は、同じでも異なっていてもよく、および／または同じ値の処理版であってよく、および／または異なるサンプリングレートで得られてもよい。
【００８８】
例において、ハーモニック性測定値２４ａは、第１のハーモニック性測定値２４ａ’（第１のサンプリングレート、例えば６．４ＫＨｚで測定され得る）および第２のハーモニック性測定値２４ａ”（例えば、第２のサンプリングレート、例えば１２．８ＫＨｚで測定され得る）を含み得る。他の例で、同じ測定値が使用されてもよい。
【００８９】
ブロック２１では、ハーモニック性測定値２４ａ（例えば、第１のハーモニック性測定値２４ａ’）が第１の基準を満たすかどうか、例えば、それらが第１の閾値を超えているかどうかが検証され、それはメモリ要素２３に格納され得る。
【００９０】
例えば、少なくとも１つのハーモニック性測定値２４ａ（例えば、第１のハーモニック性測定値２４ａ’）は、第１の閾値と比較されてもよい。第１の閾値は、例えば、メモリ要素２３（例えば、非一時的なメモリ要素）に格納されてもよい。ブロック２１（これは、第１のハーモニック性測定値２４ａ’と第１の閾値との比較器として見ることができる）は、オーディオ信号１１のハーモニック性が第１の閾値を超えるかどうか（特に、第１のハーモニック性測定値２４ａ’が第１の閾値を超えているかどうか）を示唆するハーモニック性情報２１ａを出力することができる。
【００９１】
例では、ｌｔｐｆ＿ｐｉｔｃｈ＿ｐｒｅｓｅｎｔは、例えば、
2021502605.tif 000003
式中、
2021502605.tif 000004
はサンプリングレート６．４ｋＨｚのオーディオ信号、
2021502605.tif 000005
は現在のフレームの長さ、
2021502605.tif 000006
は現在のフレームのピッチ推定器によって取得されたピッチラグであり、
2021502605.tif 000007
はラグ
2021502605.tif 000008
2021502605.tif 000009
の長さ
2021502605.tif 000010
の信号
2021502605.tif 000011
の正規化された相関である。
【００９２】
いくつかの例では、他のサンプリングレートまたは他の相関が使用され得る。例において、第１の閾値は、０．６であり得る。実際、０．６を超えるハーモニック性測定値では、ＰＬＣを確実に実行できる場合があることに留意されたい。ただし、０．６をわずかに超える値でも、ＬＴＰＦが確実に実行できることが必ず保証されるわけではない。
【００９３】
したがって、ブロック２１からの出力２１ａは、ハーモニック性が第１の閾値を超える場合（例えば、第１のハーモニック性測定値２４ａ’が第１の閾値を超える場合）「１」であり得、ハーモニック性が第１の閾値を下回る場合は「０」になり得るバイナリ値（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）であり得る。ハーモニック性情報２１ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）は、出力１３ａの実際の符号化を制御できる。（例えば、上に示したような第１の測定値２４ａ’について）ハーモニック性が第１の閾値を下回っている（ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ＝０）場合、または第１の基準が満たされない場合、ピッチ情報１３ａは符号化されない。ハーモニック性が第１の閾値を超えている（ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ＝１）場合、または第１の基準が満たされている場合、ピッチ情報は実際に符号化される。出力２１ａ（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）は、符号化され得る。したがって、出力２１ａは、第３の制御項目１８ｅとして符号化され得る（例えば、出力２１ａが「０」である場合、第３のフレーム１８”を符号化し、出力２１ａが「１」である場合、第２または第３のフレームを符号化するため）。
【００９４】
ハーモニック性測定器２４は、任意選択で、例えば、ビットストリーム形成器１５によって符号化オーディオ信号情報１２、１２’、１２”に符号化され得る利得の情報（例えば、「ｌｔｐｆ＿ｇａｉｎ」）であり得るハーモニック性測定値２４ｂを出力し得る。他のパラメータが提供される場合がある。他のハーモニック性情報２４ｂは、いくつかの例では、デコーダ側のＬＴＰＦに使用され得る。
【００９５】
ブロック２２によって示されるように、第２の基準の充足の検証は、少なくとも１つのハーモニック性測定値２４ａ（例えば、第２のハーモニック性測定値２４ａ”）に基づいて実行されてもよい。
【００９６】
第２の基準が基づく１つの条件は、少なくとも１つのハーモニック性測定値２４ａ（例えば、第２のハーモニック性測定値２４ａ”）と第２の閾値との比較であってもよい。第２の閾値は、例えば、メモリ要素２３に（例えば、第１の閾値を格納するのとは異なるメモリ位置に）格納されてもよい。
【００９７】
また、第２の基準は、他の条件（例えば、２つの異なる条件が同時に満たされること）に基づいていてもよい。１つの追加の条件は、例えば、前のフレームに基づくことである場合がある。例えば、少なくとも１つのハーモニック性測定値２４ａ（例えば、第２のハーモニック性測定値２４ａ”）を閾値と比較することが可能である。
【００９８】
したがって、ブロック２２は、少なくとも１つの条件または複数の条件（例えば、現在のフレームに関する１つの条件および前のフレームに関する１つの条件）に基づいていてもよいハーモニック性情報２２ａを出力することができる。
【００９９】
ブロック２２は、（例えば、第２の基準の検証プロセスの結果として）オーディオ信号１１のハーモニック性（現在のフレームおよび／または前のフレームに対する）が第２の閾値を超えているかどうか（また、例えば、第２のハーモニック性測定値２４ａ”が第２の閾値を超えているかどうか）を示すハーモニック性情報２２ａを出力し得る。ハーモニック性情報２２ａは、ハーモニック性が第２の閾値を超える場合（例えば、第２のハーモニック性測定値２４ａ”が第２の閾値を超える場合）に「１」であり得、（現在のフレームおよび／または前のフレームの）ハーモニック性が第２の閾値を下回る場合（例えば、第２のハーモニック性測定値２４ａ”が第２の閾値を下回る場合）、「０」であり得るバイナリ値（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）であり得る。
【０１００】
ハーモニック性情報２２ａ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）は、（値２４ｂが実際に提供される例では）値２４ｂの実際の符号化を制御する（提供されている場合に）ことができ、ハーモニック性（例えば、第２のハーモニック性測定値２４ａ”）が第２の基準を満たさない場合（例えば、ハーモニック性が第２の閾値未満であり、ｌｔｐｆ＿ａｃｔｉｖｅ＝０である場合）、さらなるハーモニック性情報２４ｂ（例えば、追加のハーモニック性情報）は符号化されず、ハーモニック性（例えば、第２のハーモニック性測定値２４ａ”）が第２の基準を満たす場合（例えば、第２の閾値を超え、ｌｔｐｆ＿ａｃｔｉｖｅ＝１）、追加のハーモニック性情報２４ｂが実際に符号化される。
【０１０１】
特に、第２の基準は、異なるおよび／または追加の条件に基づくことができる。例えば、信号が時間的に安定しているかどうかを検証することができる（例えば、正規化された相関が２つの連続するフレームで同様の動作をするものであるかどうか）。
【０１０２】
第２の閾値は、第１の閾値に関連付けられたハーモニック性であるコンテンツを超えるハーモニック性のコンテンツに関連付けられるように定義されてもよい。例では、第１および第２の閾値は、第１および第２の閾値と比較されるハーモニック性測定値が０と１の間の値で（この場合０はハーモニック性信号ではないことを意味し、１は完全にハーモニック性信号であることを意味する）、次いで、第１の閾値の値が、第２の閾値の値よりも低い（例えば、第１の閾値に関連するハーモニック性は、第２の閾値に関連するハーモニック性よりも低い）と仮定して選択できる。
【０１０３】
値２２ａ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）は、例えば、第１または第２の制御データ項目１６ｃまたは１７ｃ（図４）になるように符号化されてもよい。値２２ａの実際の符号化は、値２１ａによって（例えば、セレクタ２５を使用して）制御できる。例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」は、ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ＝１の場合にのみ符号化できるが、ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ＝０の場合（第３のフレーム１８”を符号化するため）「ｌｔｐｆ＿ａｃｔｉｖｅ」はビットストリーム形成器１５に提供されない。その場合、デコーダにピッチ情報を提供する必要はない。ハーモニック性は非常に低いことがあり、デコーダはＰＬＣにもＬＴＰＦにもピッチ情報を使用しない。また、「ｌｔｐｆ＿ａｃｔｉｖｅ」などのハーモニック性情報はその場合役に立たない場合がある。ピッチ情報がデコーダに提供されないため、デコーダがＬＴＰＦを実行しようとする可能性はない。
【０１０４】
ここでは、ｌｔｐｆ＿ａｃｔｉｖｅ値（１６ｃ、１７ｃ、２２ａ）を取得する例を示す。他の代替戦略が実行されてもよい。
【０１０５】
正規化された相関は、最初に次のように計算され得る。
2021502605.tif 000012
2021502605.tif 000013
はピッチラグの整数部分、
2021502605.tif 000014
はピッチラグの小数部分、および
2021502605.tif 000015
2021502605.tif 000016
は（例えば）１２．８ｋＨｚでリサンプリングされた入力信号であり、
2021502605.tif 000017
は
2021502605.tif 000018
で得られるＦＩＲローパスフィルタのインパルス応答であり、
2021502605.tif 000019
は例えば、次の値から選択する。
【０１０６】
double tab_ltpf_interp_x12k8[15] = {
+6.698858366939680e-03, +3.967114782344967e-02, +1.069991860896389e-01
+2.098804630681809e-01, +3.356906254147840e-01, +4.592209296082350e-01
+5.500750019177116e-01, +5.835275754221211e-01, +5.500750019177116e-01
+4.592209296082350e-01, +3.356906254147840e-01, +2.098804630681809e-01
+1.069991860896389e-01, +3.967114782344967e-02, +6.698858366939680e-03};
【０１０７】
その後、ＬＴＰＦアクティブ化ビット（「ｌｔｐｆ＿ａｃｔｉｖｅ」）は、次の手順に従って取得できる。
【０１０８】
if (
(mem_ltpf_active==0 && mem_nc>0.94 && nc>0.94) ||
(mem_ltpf_active==1 && nc>0.9) ||
(mem_ltpf_active==1 && abs(pit-mem_pit)<2 && (nc-mem_nc)>-0.1 && nc>0.84)
)
{
ltpf_active = 1;
}
else
{
ltpf_active = 0;
}
【０１０９】
式中、ｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅは前のフレームのｌｔｐｆ＿ａｃｔｉｖｅの値であり（前のフレームでｌｔｐｆ＿ｐｉｔｃｈ＿ｐｒｅｓｅｎｔ＝０の場合は０）、ｍｅｍ＿ｎｃは前のフレームのｎｃの値であり（前のフレームでｌｔｐｆ＿ｐｉｔｃｈ＿ｐｒｅｓｅｎｔ＝０の場合は０）、ｐｉｔ＝ｐｉｔｃｈ＿ｉｎｔ＋ｐｉｔｃｈ＿ｆｒ／４およびｍｅｍ＿ｐｉｔは、前のフレームのピットの値である（前のフレームでｌｔｐｆ＿ｐｉｔｃｈ＿ｐｒｅｓｅｎｔ＝０の場合は０である）。この手順は、例えば、図６ｂに示されている（以下も参照されたい）。
【０１１０】
図２の図式化は純粋に指標であることに留意することが重要である。ブロック２１、２２およびセレクタの代わりに、異なるハードウェアおよび／またはソフトウェアユニットが使用されてもよい。例では、ブロック２１、２２、ピッチ推定器、信号分析器および／またはハーモニック性測定器および／またはビットストリーム形成器などのコンポーネントの少なくとも２つは、単一の要素として実装されてもよい。
【０１１１】
実行された測定に基づいて、以下を区別することが可能である。
【０１１２】
−第３のステータス
・第１の基準が満たされていない。
・ブロック２１およびブロック２２の出力２１ａおよび２２ａがともに「０」である。
・出力１３ａ（「例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）、２４ｂ（例えば、追加のハーモニック性情報、任意選択）、および２２ａ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）は符号化されていない。
【０１１３】
・出力２１ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）の値「０」のみが符号化される。
【０１１４】
・第３のフレーム１８”は、第３の制御項目「０」（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」から）およびオーディオ信号の信号表現で符号化されるが、いずれのビット符号化ピッチ情報および／または第１および第２の制御項目もない。
【０１１５】
・したがって、デコーダは、ＬＴＰＦとＰＬＣにピッチ情報とハーモニック性情報を使用できないことを理解する（例えば、極めて低次のハーモニック性のため）。
【０１１６】
−第１のステータス
・第１の基準が満たされ、第２の基準が満たされていない。
【０１１７】
・ブロック２１の出力２１ａが「１」である（例えば、第１の基準を満たすことにより、例えば、第１の測定値２４ａ’が第１の閾値よりも大きいため）一方、ブロック２２の出力２２ａは「０」である（例えば、第２の基準を満たさないことにより、例えば現在または前のフレームについて、第２の測定値２４ａ”が第２の閾値未満であるため）。
【０１１８】
・出力２１ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）の値「１」は、１８ｅで符号化される。
【０１１９】
・出力１３ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）は１６ｂで符号化されている。
【０１２０】
・出力２２ａ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）の値「０」は、１６ｃで符号化される。
【０１２１】
・任意選択の出力２４ｂ（例えば、追加のハーモニック性情報）は符号化されていない。
【０１２２】
・第１のフレーム１６は、「１」に等しい第３の制御データ項目（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」１８ｅから）で符号化され、１つの単一ビットは、「０」に等しい第１の制御データ項目を符号化し（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」１６ｃから）、また固定の量のビット（例えば、固定の位置）は第１のピッチ情報１６ｂ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」から取得された）を符号化する。
【０１２３】
・それに応じて、デコーダは、ＰＬＣに対してのみピッチ情報１３ａ（例えば、１６ｂで符号化されたピッチラグ）を使用するが、ＬＴＰＦにはピッチ情報またはハーモニック性情報は使用しないことを理解する。
【０１２４】
−第２のステータス
・第１および第２の基準が満たされている。
【０１２５】
・ブロック２１およびブロック２２の出力２１ａおよび２２ａの両方が「１」である（例えば、第１の基準を満たし、例えば、第１の測定値２４ａ’が第２の閾値よりも大きく、また第２の測定値２４ａ”が第２の基準を満たす、例えば第２の測定値２４ａ”が、現在のフレームまたは前のフレームにおいて第２の閾値よりも大きいことによる）。
【０１２６】
・出力２１ａ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）の値「１」が符号化される。
・出力１３ａ（例えば「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）が符号化される。
・出力２２ａ（例えば「ｌｔｐｆ＿ａｃｔｉｖｅ」）の値「１」が符号化される。
【０１２７】
・第２のフレーム１７”は、１に等しい第３の制御データ項目（例えば、１８ｅの「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」から）で符号化され、１つの単一ビットが「１」に等しい第２の制御データ項目を符号化し（例えば、１７ｃの「ｌｔｐｆ＿ａｃｔｉｖｅ」から）、固定の量のビット（例えば、固定の位置）は１７ｂの第２のピッチ情報（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」から取得された）を符号化し、任意選択で、１７ｄでの追加情報（追加のハーモニック性情報など）を符号化する。
【０１２８】
・それに応じて、デコーダは、ＰＬＣのピッチ情報１３ａ（例えば、ピッチラグ）を利用し、ＬＴＰＦのピッチ情報と（場合によっては）追加のハーモニック性情報も利用する（例えば、ハーモニック性はＬＴＰＦとＰＬＣの両方に十分であると仮定する）。
【０１２９】
したがって、図５を参照すると、例えば装置１０’のビットストリーム形成器１５によって提供され得るフレーム１２”が示されている。特に、以下が符号化され得る。
【０１３０】
−第３のステータスの場合、以下のフィールドの第３のフレーム１８”：
・値「０」の第３の制御データ項目１８ｅ（例えば、２１ａから得られる「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）、および
・オーディオ信号１１の符号化された表現１８ａ；
−第１のステータスの場合、以下のフィールドの第１のフレーム１６”：
・値「１」の第３の制御データ項目１８ｅ（例えば、２１ａから得られる「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）；
・オーディオ信号１１の符号化された表現１６ａ；
・第１のフレーム１６”の固定データフィールドにおける第１のピッチ情報１６ｂ（例えば、１３ａから得られる「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）、および
・値「０」の第１の制御データ項目１６ｃ（例えば、２２ａから取得した「ｌｔｐｆ＿ａｃｔｉｖｅ」）、および
−第２のステータスの場合、次のフィールドの第２のフレーム１７”：
・値「１」の第３の制御データ項目１８ｅ（例えば、２１ａから得られる「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）；
・オーディオ信号１１の符号化された表現１７ａ；
・第２のフレーム１７”の第２のピッチ情報１７ｂ（例えば、１３ａから得られる「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）；
・値「１」の第２の制御データ項目１７ｃ（例えば、２２ａから得られる「ｌｔｐｆ＿ａｃｔｉｖｅ」）、および
・提供されている場合、（任意選択の）ハーモニック性情報１７ｄ（例えば、２４ｂから取得）。
【０１３１】
例では、第３のフレーム１８”は、第１または第２のピッチ情報の固定データフィールドを提示せず、第１の制御データ項目と第２の制御データ項目を符号化するいずれのビットをも提示しない。
【０１３２】
第３の制御データ項目１８ｅならびに第１および第２の制御データ項目１６ｃおよび１７ｃから、デコーダは以下であるかどうかを理解する。
【０１３３】
−第３のステータスの場合、デコーダはピッチ情報とハーモニック性情報でＬＴＰＦとＰＬＣを実装しない。
【０１３４】
−第１のステータスの場合、デコーダはＬＴＰＦを実装しないが、ピッチ情報のみでＰＬＣを実装する。
【０１３５】
−第２のステータスの場合、デコーダは、両者のピッチ情報を使用してＬＴＰＦを、またピッチ情報を使用してＰＬＣを両方共実行する。
【０１３６】
図５から分かるように、いくつかの例では：
・第３のフレーム１８は、第１のピッチ情報１６ｂ、第１の制御データ項目１６ｃ、第２のピッチ情報１７ｂ、および第２の制御データ項目１７ｃを欠くフォーマットを有することができる。
【０１３７】
・第３の制御データ項目１８ｅは、第３のフレーム１８”を第１および第２のフレーム１６”、１７”から区別する値を有する１つの単一ビットで符号化されてもよい、および／または
−符号化されたオーディオ信号情報では、第１のフレーム１６”について、１つの単一ビットが第１の制御データ項目１６ｃに予約でき、固定データフィールド１６ｂが第１のピッチ情報に予約され得る。および／または
−符号化されたオーディオ信号情報では、第２のフレーム１７”について、１つの単一ビットが第２の制御データ項目１７ｃに予約でき、固定データフィールド１７ｂが第２のピッチ情報に予約され得る、および／または
−第１の制御データ項目１６ｃおよび第２の制御データ項目１７ｃは、符号化されたオーディオ信号情報の同じ部分またはデータフィールドに符号化され得る、および／または
−符号化されたオーディオ信号情報は、第３の制御データ項目１８ｅを符号化する１つの第１のシグナリングビット、および／または第１のピッチ情報および／または第２のピッチ情報の存在を示す第３の制御データ項目の値の場合、第１の制御データ項目および第２の制御データ項目を符号化する第２のシグナリングビットを含み得る。
【０１３８】
図６ａは、例による方法６０を示す。この方法は、例えば、装置１０または１０’を使用して操作することができる。この方法は、例えば、上で説明したように、フレーム１６”、１７”、１８”を符号化することができる。
【０１３９】
方法６０は、（特定の時間間隔で）例えば信号分析器１４、特にハーモニック性測定器２４を使用して、オーディオ信号１１からハーモニック性測定値（例えば２４ａ）を取得するステップＳ６０を含むことができる。ハーモニック性測定値（ハーモニック性情報）は、例えば、オーディオ信号１１に（例えば、時間間隔に対して）適用される、相関の情報（例えば、自己相関の情報）、利得の情報（例えば、ポストフィルタ利得の情報）、周期性の情報、予測可能性の情報の少なくとも１つまたは組み合わせを含むか、またはそれらに基づくことができる。例では、第１のハーモニック性測定値２４ａ’が（例えば、６．４ＫＨｚで）取得され得、第２のハーモニック性測定値２４ａ”が（例えば、１２．８ＫＨｚで）取得され得る。異なる例では、同じハーモニック性測定値を使用できる。
【０１４０】
この方法は、例えばブロック２１を使用して、第１の基準の充足の検証することを含むことができる。例えば、ハーモニック性測定値と第１の閾値との比較を実行することができる。Ｓ６１で第１の基準が満たされない場合（例えば、第１の測定値２４ａ’が第１の閾値を下回る場合など、ハーモニック性が第１の閾値を下回る場合）、Ｓ６２で第３のフレーム１８”が符号化され得、第３のフレーム１８”は、第３の制御データ項目１８ｅ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）の「０」値を示し、例えば、ピッチ情報および追加のハーモニック性情報などの値を符号化するためのいずれかのビットを予約しない。したがって、デコーダは、エンコーダから提供されたピッチ情報とハーモニック性情報に基づいて、ＬＴＰＦもＰＬＣも実行しない。
【０１４１】
Ｓ６１で、第１の基準が満たされている（例えば、そのハーモニック性が第１の閾値より大きく、したがって、より低次のレベルのハーモニック性ではない）と判定される場合、ステップＳ６３およびＳ６５で、第２の基準が満たされているかどうかがチェックされる。第２の基準は、例えば、現在のフレームのハーモニック性測定値と少なくとも１つの閾値との比較を含むことができる。
【０１４２】
例えば、ステップＳ６３において、ハーモニック性（例えば、第２のハーモニック性測定値２４ａ”）は、第２の閾値と比較される（いくつかの例では、第２の閾値は、例えば、ハーモニック性の測定値が、完全に非ハーモニック性の信号に関連付けられた０の値と完全にハーモニック性の信号に関連付けられた１の値の間であるという仮定の下で、第１の閾値に関連するハーモニック性コンテンツよりも大きいハーモニック性コンテンツに関連するように設定される）。
【０１４３】
Ｓ６３で、ハーモニック性が第２の閾値（例えば、場合によっては中間レベルのハーモニック性に関連する場合がある）ほど大きくないと判定された場合、Ｓ６４で、第１のフレーム１６、１６’、１６”が符号化される。第１のフレーム（中間のハーモニック性を示す）は、「１」であり得る第３の制御データ項目１８ｅ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）、「０」であり得る第１の制御データ項目１６ｂ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）、およびピッチラグ（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）などの第１のピッチ情報１６ｂの値を含むように符号化され得る。したがって、第１のフレーム１６、１６’、１６”の受信時に、デコーダはＰＬＣの第１のピッチ情報１６ｂを使用するが、ＬＴＰＦの第１のピッチ情報１６ｂを使用しない。
【０１４４】
特に、Ｓ６１およびＳ６２で実行される比較は、例えば、異なるサンプリングレートで取得され得る、異なるハーモニック性測定値に基づき得る。
【０１４５】
Ｓ６３で、ハーモニック性が第２の閾値より大きい（例えば、第２のハーモニック性測定値が第２の閾値を超える）と判定された場合、ステップＳ６５で、オーディオ信号が過渡信号である、例えばオーディオ信号１１の一次的な構造が変化した（または前のフレームの別の条件が満たされた）かどうかをチェックできる。例えば、前のフレームも第２の閾値を超えるという条件を満たすかどうかをチェックすることが可能である。前のフレームの条件も保持する（過渡的でない）場合、信号は安定していると見なされ、ステップＳ６６をトリガーすることが可能である。そうでない場合、方法はステップＳ６４に続き、第１のフレーム１６、１６’、または１６”（上記参照）を符号化する。
【０１４６】
ステップＳ６６では、第２のフレーム１７、１７’、１７”を符号化することができる。第２のフレーム１７”は、値「１」を有する第３の制御データ項目１８ｅ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）および「１」であり得る第２の制御データ項目１７ｃ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）を含み得る。したがって、ピッチ情報１７ｂ（「ｐｉｔｃｈ＿ｌａｇ」、および任意選択で、追加のハーモニック性情報１７ｄなど）も符号化することができる。デコーダは、ピッチ情報を備えたＰＬＣとピッチ情報を備えたＬＴＰＦ（および任意選択でハーモニック性情報も）の両方を使用できることを理解する。
【０１４７】
Ｓ６７において、符号化されたフレームは、（例えば、Ｂｌｕｅｔｏｏｔｈ接続を介して）デコーダに送信され、メモリに格納され、または別の方法で使用され得る。
【０１４８】
ステップＳ６３およびＳ６４において、正規化された相関測定値ｎｃ（第２の測定値２４ａ”）は、１２．８ＫＨｚで得られた正規化された相関測定値ｎｃであってもよい（上記および下記も参照）。ステップＳ６１において、正規化された相関（第１の測定値２４ａ’）は、６．４ＫＨｚでの正規化された相関であってもよい（上記および下記も参照）。
【０１４９】
図６ｂは、同様に使用され得る方法６０ｂを示す。図６ｂは、ｌｔｐｆ＿ａｃｔｉｖｅの値を判定するために使用され得る第２の基準６００の例を明示的に示す。
【０１５０】
見て分かるように、ステップＳ６０、Ｓ６１、およびＳ６２は方法６０と同様であり、したがって繰り返されない。
【０１５１】
ステップＳ６１０では、以下のことをチェックすることができる。
【０１５２】
−前のフレームでは、ｌｔｐｆ＿ａｃｔｉｖｅ＝０（ｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝０で示される）が取得されていたこと、および
−前のフレームの場合、正規化された相関測定値ｎｃ（２４ａ”）は、第３の閾値（例えば、０．９４のような０．９２と０．９６の間の値）を上回っていたこと、および
−現在のフレームの場合、正規化された相関測定値ｎｃ（２４ａ”）は第３の閾値（例えば、０．９４のような０．９２と０．９６の間の値）より大きいこと。
【０１５３】
結果が肯定の場合、Ｓ６１４でｌｔｐｆ＿ａｃｔｉｖｅが１に設定され、ステップＳ６６（第２のフレーム１７、１７’、１７”を符号化）およびＳ６７（符号化されたフレームを送信または保存）がトリガーされる。
【０１５４】
ステップＳ６１０で設定された条件が検証されない場合、ステップＳ６１１でそれをチェックすることができる。
【０１５５】
−前のフレームでは、ｌｔｐｆ＿ａｃｔｉｖｅ＝１（ｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝１で示される）が取得されていた。
【０１５６】
−現在のフレームの場合、正規化された相関測定値ｎｃ（２４ａ”）は、第４の閾値（例えば、０．８５から０．９５の間の値、例えば０．９）より大きい。
【０１５７】
結果が肯定の場合、Ｓ６１４でｌｔｐｆ＿ａｃｔｉｖｅが１に設定され、ステップＳ６６（第２のフレーム１７、１７’、１７”を符号化）およびＳ６７（符号化されたフレームを送信または保存）がトリガーされる。
【０１５８】
ステップＳ６１１で設定された条件が検証されない場合、ステップＳ６１２で、以下の場合であるかをチェックすることができる。
【０１５９】
−前のフレームでは、ｌｔｐｆ＿ａｃｔｉｖｅ＝０（ｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝０で示される）が取得されていたか、
−現在のフレームの場合、現在のピッチと前のピッチの間の距離が第５の閾値（例えば、１．８と２．２の間の値、例えば２）未満であるか、および
−現在のフレームの正規化された相関測定値ｎｃ（２４ａ”）と前のフレームの正規化された相関測定値ｍｅｍ＿ｎｃの間の差が第６の閾値（例えば、−０．１などの−０．１５から−０．０５の間の値）より大きいか、および
−現在のフレームの場合、正規化された相関測定値ｎｃ（２４ａ”）は、第７の閾値（例えば、０．８４のような０．８２と０．８６の間の値）より大きいか。
【０１６０】
（ステップＳ６１０〜Ｓ６１２のいくつかの例では、上記の条件は、一部維持されながらもいくつか回避される場合がある。）
Ｓ６１２でのチェックの結果が肯定的である場合、Ｓ６１４でｌｔｐｆ＿ａｃｔｉｖｅが１に設定され、ステップＳ６６（第２のフレーム１７、１７’、１７”を符号化する）およびＳ６７（符号化されたフレームを送信または格納する）がトリガーされる。
【０１６１】
それ以外の場合、Ｓ６１０からＳ６１２のいずれのチェックも検証されない場合、Ｓ６１３で現在のフレームのｌｔｐｆ＿ａｃｔｉｖｅが０に設定され、第１のフレーム１６、１６’、１６”を符号化するためにステップＳ６４がトリガーされる。
【０１６２】
ステップＳ６１０〜Ｓ６１２において、正規化された相関測定値ｎｃ（第２の測定値２４ａ”）は、１２．８ＫＨｚ（上記参照）で得られた正規化された相関測定値であり得る。ステップＳ６１において、正規化された相関（第１の測定値２４ａ’）は、６．４ＫＨｚでの正規化された相関であってもよい（上記参照）。
【０１６３】
見て分かるように、現在のフレームおよび／または前のフレームに関連するいくつかのメトリックが考慮され得る。したがって、第２の基準の充足は、いくつかの測定値（例えば、現在および／または以前のフレームに関連付けられている）がそれぞれいくつかの閾値（例えば、ステップＳ６１０〜Ｓ６１２の少なくとも第３から第７の閾値のいくつか）を超えているか下回っているどうかを確認することで検証できる。
【０１６４】
エンコーダ側でＬＴＰＦのパラメータを取得する方法の例をいくつか示す。
【０１６５】
ここでは、リサンプリング手法の例について説明する（他の手法を使用することもできる）。
【０１６６】
サンプリングレートの入力信号
2021502605.tif 000020
は、１２．８ｋＨｚの固定サンプリングレートにリサンプリングされる。リサンプリングは、アップサンプリング＋ローパスフィルタリング＋ダウンサンプリングアプローチを使用して実行され、それは次のように定式化できる。
【０１６７】
2021502605.tif 000021
ただし、
2021502605.tif 000022
は入力信号、
2021502605.tif 000023
は１２．８ｋＨｚでリサンプリングされた信号、
2021502605.tif 000024
はアップサンプリング係数、
2021502605.tif 000025
は、
2021502605.tif 000026
で得られるＦＩＲローパスフィルタのインパルス応答である。
2021502605.tif 000027
は例えば、次の値から選択する。
【０１６８】
double tab_resamp_filter[239] = { 
-2.043055832879108e-05, -4.463458936757081e-05, -7.163663994481459e-05,
-1.001011132655914e-04, -1.283728480660395e-04, -1.545438297704662e-04,
-1.765445671257668e-04, -1.922569599584802e-04, -1.996438192500382e-04,
-1.968886856400547e-04, -1.825383318834690e-04, -1.556394266046803e-04,
-1.158603651792638e-04, -6.358930335348977e-05, +2.810064795067786e-19,
+7.292180213001337e-05, +1.523970757644272e-04, +2.349207769898906e-04,
+3.163786496265269e-04, +3.922117380894736e-04, +4.576238491064392e-04,
+5.078242936704864e-04, +5.382955231045915e-04, +5.450729176175875e-04,
+5.250221548270982e-04, +4.760984242947349e-04, +3.975713799264791e-04,
+2.902002172907180e-04, +1.563446669975615e-04, -5.818801416923580e-19,
-1.732527127898052e-04, -3.563859653300760e-04, -5.411552308801147e-04,
-7.184140229675020e-04, -8.785052315963854e-04, -1.011714513697282e-03,
-1.108767055632304e-03, -1.161345220483996e-03, -1.162601694464620e-03,
-1.107640974148221e-03, -9.939415631563015e-04, -8.216921898513225e-04,
-5.940177657925908e-04, -3.170746535382728e-04, +9.746950818779534e-19,
+3.452937604228947e-04, +7.044808705458705e-04, +1.061334465662964e-03,
+1.398374734488549e-03, +1.697630799350524e-03, +1.941486748731660e-03,
+2.113575906669355e-03, +2.199682452179964e-03, +2.188606246517629e-03,
+2.072945458973295e-03, +1.849752491313908e-03, +1.521021876908738e-03,
+1.093974255016849e-03, +5.811080624426164e-04, -1.422482656398999e-18,
-6.271537303228204e-04, -1.274251404913447e-03, -1.912238389850182e-03,
-2.510269249380764e-03, -3.037038298629825e-03, -3.462226871101535e-03,
-3.758006719596473e-03, -3.900532466948409e-03, -3.871352309895838e-03,
-3.658665583679722e-03, -3.258358512646846e-03, -2.674755551508349e-03,
-1.921033054368456e-03, -1.019254326838640e-03, +1.869623690895593e-18,
+1.098415446732263e-03, +2.231131973532823e-03, +3.348309272768835e-03,
+4.397022774386510e-03, +5.323426722644900e-03, +6.075105310368700e-03,
+6.603520247552113e-03, +6.866453987193027e-03, +6.830342695906946e-03,
+6.472392343549424e-03, +5.782375213956374e-03, +4.764012726389739e-03,
+3.435863514113467e-03, +1.831652835406657e-03, -2.251898372838663e-18,
-1.996476188279370e-03, -4.082668858919100e-03, -6.173080374929424e-03,
-8.174448945974208e-03, -9.988823864332691e-03, -1.151698705819990e-02,
-1.266210056063963e-02, -1.333344579518481e-02, -1.345011199343934e-02,
-1.294448809639154e-02, -1.176541543002924e-02, -9.880867320401294e-03,
-7.280036402392082e-03, -3.974730209151807e-03, +2.509617777250391e-18,
+4.586044219717467e-03, +9.703248998383679e-03, +1.525124770818010e-02,
+2.111205854013017e-02, +2.715337236094137e-02, +3.323242450843114e-02,
+3.920032029020130e-02, +4.490666443426786e-02, +5.020433088017846e-02,
+5.495420172681558e-02, +5.902970324375908e-02, +6.232097270672976e-02,
+6.473850225260731e-02, +6.621612450840858e-02, +6.671322871619612e-02,
+6.621612450840858e-02, +6.473850225260731e-02, +6.232097270672976e-02,
+5.902970324375908e-02, +5.495420172681558e-02, +5.020433088017846e-02,
+4.490666443426786e-02, +3.920032029020130e-02, +3.323242450843114e-02,
+2.715337236094137e-02, +2.111205854013017e-02, +1.525124770818010e-02,
+9.703248998383679e-03, +4.586044219717467e-03, +2.509617777250391e-18,
-3.974730209151807e-03, -7.280036402392082e-03, -9.880867320401294e-03,
-1.176541543002924e-02, -1.294448809639154e-02, -1.345011199343934e-02,
-1.333344579518481e-02, -1.266210056063963e-02, -1.151698705819990e-02,
-9.988823864332691e-03, -8.174448945974208e-03, -6.173080374929424e-03,
-4.082668858919100e-03, -1.996476188279370e-03, -2.251898372838663e-18,
+1.831652835406657e-03, +3.435863514113467e-03, +4.764012726389739e-03,
+5.782375213956374e-03, +6.472392343549424e-03, +6.830342695906946e-03,
+6.866453987193027e-03, +6.603520247552113e-03, +6.075105310368700e-03,
+5.323426722644900e-03, +4.397022774386510e-03, +3.348309272768835e-03,
+2.231131973532823e-03, +1.098415446732263e-03, +1.869623690895593e-18,
-1.019254326838640e-03, -1.921033054368456e-03, -2.674755551508349e-03,
-3.258358512646846e-03, -3.658665583679722e-03, -3.871352309895838e-03,
-3.900532466948409e-03, -3.758006719596473e-03, -3.462226871101535e-03,
-3.037038298629825e-03, -2.510269249380764e-03, -1.912238389850182e-03,
-1.274251404913447e-03, -6.271537303228204e-04, -1.422482656398999e-18,
+5.811080624426164e-04, +1.093974255016849e-03, +1.521021876908738e-03,
+1.849752491313908e-03, +2.072945458973295e-03, +2.188606246517629e-03,
+2.199682452179964e-03, +2.113575906669355e-03, +1.941486748731660e-03,
+1.697630799350524e-03, +1.398374734488549e-03, +1.061334465662964e-03,
+7.044808705458705e-04, +3.452937604228947e-04, +9.746950818779534e-19,
-3.170746535382728e-04, -5.940177657925908e-04, -8.216921898513225e-04,
-9.939415631563015e-04, -1.107640974148221e-03, -1.162601694464620e-03,
-1.161345220483996e-03, -1.108767055632304e-03, -1.011714513697282e-03,
-8.785052315963854e-04, -7.184140229675020e-04, -5.411552308801147e-04,
-3.563859653300760e-04, -1.732527127898052e-04, -5.818801416923580e-19,
+1.563446669975615e-04, +2.902002172907180e-04, +3.975713799264791e-04,
+4.760984242947349e-04, +5.250221548270982e-04, +5.450729176175875e-04,
+5.382955231045915e-04, +5.078242936704864e-04, +4.576238491064392e-04,
+3.922117380894736e-04, +3.163786496265269e-04, +2.349207769898906e-04,
+1.523970757644272e-04, +7.292180213001337e-05, +2.810064795067786e-19,
-6.358930335348977e-05, -1.158603651792638e-04, -1.556394266046803e-04,
-1.825383318834690e-04, -1.968886856400547e-04, -1.996438192500382e-04,
-1.922569599584802e-04, -1.765445671257668e-04, -1.545438297704662e-04,
-1.283728480660395e-04, -1.001011132655914e-04, -7.163663994481459e-05,
-4.463458936757081e-05, -2.043055832879108e-05};
【０１６９】
ハイパスフィルタ技術の例をここで説明する（他の技術を使用することもできる）。
【０１７０】
リサンプリングされた信号は、移行関数が
2021502605.tif 000028
により得られる２次ＩＩＲフィルタを使用してハイパスフィルタ処理できる。
【０１７１】
ピッチ検出技術の例をここで説明する（他の技術を使用することもできる）。
【０１７２】
信号
2021502605.tif 000029
は、
2021502605.tif 000030
を使用して２倍にダウンサンプリングできる、ただし
2021502605.tif 000031
＝｛０．１２３６７９６４１１１８０５３７、０．２３５３５１２１２８３６４８８９、０．２８１９３８２９２０９０９１４８、０．２３５３５１２１２８３６４８８９、０．１２３６７９６４１１１８０５３７｝である。
2021502605.tif 000032
の自己相関は、
2021502605.tif 000033
によって計算され得る、ただし
2021502605.tif 000034
と
2021502605.tif 000035
は最小と最大のラグである。
【０１７３】
自己相関は、
2021502605.tif 000036
を用いて重み付けされ得る、ただし
2021502605.tif 000037
は次の
2021502605.tif 000038
のように定義される。
【０１７４】
ピッチラグの第１の推定値
2021502605.tif 000039
は、重み付けされた自己相関を最大化するラグであり得る。
2021502605.tif 000040
ピッチラグの第２の推定値
2021502605.tif 000041
は、前のフレームで推定されたピッチラグの近傍で重み付けされていない自己相関を最大化するラグであり得る。
2021502605.tif 000042
ただし、
2021502605.tif 000043
、
2021502605.tif 000044
、および
2021502605.tif 000045
は、前のフレームで推定された最終ピッチラグである。
【０１７５】
次いで、現在のフレームのピッチラグの最終的な推定値は、
2021502605.tif 000046
で得られる、ただし
2021502605.tif 000047
はラグ
2021502605.tif 000048
2021502605.tif 000049
での長さ
2021502605.tif 000050
の信号
2021502605.tif 000051
の正規化された相関である。
【０１７６】
正規化された相関は、信号分析器１４および／またはハーモニック性測定器２４によって得られたハーモニック性測定値のうちの少なくとも１つであり得る。これは、例えば、第１の閾値との比較に使用できるハーモニック性測定値の１つである。
【０１７７】
ＬＴＰＦビットストリーム手法を取得する例をここで説明する（他の手法を使用することもできる）。
【０１７８】
ＬＴＰＦビットストリームの第１のビットは、ビットストリーム内のピッチラグパラメータの存在を示す。それは
2021502605.tif 000052
によって得られる。
2021502605.tif 000053
ｐｉｔｃｈ＿ｐｒｅｓｅｎｔが０の場合、それ以上ビットは符号化されず、１ビットのみのＬＴＰＦビットストリームになる（第３のフレーム１８”を参照されたい）。
2021502605.tif 000054
ｐｉｔｃｈ＿ｐｒｅｓｅｎｔが１の場合、さらに２つのパラメータが符号化される。１つはピッチラグパラメータ（９ビットで符号化されるなど）、もう１つはＬＴＰＦのアクティブ化を通知する１ビットである（フレーム１６”と１７”を参照されたい）。その場合、ＬＴＰＦビットストリーム（フレーム）は１１ビットで構成され得る。
2021502605.tif 000055
ピッチラグパラメータとアクティブ化ビットは、次のセクションで説明するように取得される。
【０１７９】
これらのデータは、上記のモダリティに従ってフレーム１２、１２’、１２”に符号化される。
【０１８０】
ここでは、ＬＴＰＦピッチラグパラメータを取得する例について説明する（他の手法を使用できる）。
【０１８１】
ＬＴＰＦピッチラグパラメータの整数部分は、
2021502605.tif 000056
により得られる、ただし
2021502605.tif 000057
および
2021502605.tif 000058
、
2021502605.tif 000059
である。
【０１８２】
次いで、ＬＴＰＦピッチラグの小数部分は、
2021502605.tif 000060
により得られる、ただし
2021502605.tif 000061
および
2021502605.tif 000062
は、
2021502605.tif 000063
で得られるＦＩＲローパスフィルタのインパルス応答である。
2021502605.tif 000064
の値は、例えば次のようになり得る。
【０１８３】
double 
2021502605.tif 000065
[31] = {
-2.874561161519444e-03, -3.001251025861499e-03, +2.745471654059321e-03
+1.535727698935322e-02, +2.868234046665657e-02, +2.950385026557377e-02
+4.598334491135473e-03, -4.729632459043440e-02, -1.058359163062837e-01
-1.303050213607112e-01, -7.544046357555201e-02, +8.357885725250529e-02
+3.301825710764459e-01, +6.032970076366158e-01, +8.174886856243178e-01
+8.986382851273982e-01, +8.174886856243178e-01, +6.032970076366158e-01
+3.301825710764459e-01, +8.357885725250529e-02, -7.544046357555201e-02
-1.303050213607112e-01, -1.058359163062837e-01, -4.729632459043440e-02
+4.598334491135473e-03, +2.950385026557377e-02, +2.868234046665657e-02
+1.535727698935322e-02, +2.745471654059321e-03, -3.001251025861499e-03
-2.874561161519444e-03};
【０１８４】
2021502605.tif 000066
の場合、
2021502605.tif 000067
と
2021502605.tif 000068
の両方が
2021502605.tif 000069
に応じて変更される。
【０１８５】
最後に、ピッチラグパラメータインデックスは
2021502605.tif 000070
で得られる。
【０１８６】
正規化された相関は、最初に次のように
2021502605.tif 000071
で計算され得る、ただし
2021502605.tif 000072
と
2021502605.tif 000073
は、
2021502605.tif 000074
で得られるＦＩＲローパスフィルタのインパルス応答であり、例えば、次の値から
2021502605.tif 000075
を選択する。
【０１８７】
double tab_ltpf_interp_x12k8[15] = {
+6.698858366939680e-03, +3.967114782344967e-02, +1.069991860896389e-01
+2.098804630681809e-01, +3.356906254147840e-01, +4.592209296082350e-01
+5.500750019177116e-01, +5.835275754221211e-01, +5.500750019177116e-01
+4.592209296082350e-01, +3.356906254147840e-01, +2.098804630681809e-01
+1.069991860896389e-01, +3.967114782344967e-02, +6.698858366939680e-03};
【０１８８】
その後、ＬＴＰＦアクティブ化ビット（「ｌｔｐｆ＿ａｃｔｉｖｅ」）は、
if (
(mem_ltpf_active==0 && mem_nc>0.94 && nc>0.94) ||
(mem_ltpf_active==1 && nc>0.9) ||
(mem_ltpf_active==1 && abs(pit-mem_pit)<2 && (nc-mem_nc)>-0.1 && nc>0.84)
)
{
ltpf_active = 1;
}
else
{
ltpf_active = 0;
}
に従って設定できる。
【０１８９】
式中、ｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅは前のフレームのｌｔｐｆ＿ａｃｔｉｖｅの値であり（前のフレームでｐｉｔｃｈ＿ｐｒｅｓｅｎｔ＝０の場合は０）、ｍｅｍ＿ｎｃは前のフレームのｎｃの値であり（前のフレームでｐｉｔｃｈ＿ｐｒｅｓｅｎｔ＝０の場合は０）、ｐｉｔ＝ｐｉｔｃｈ＿ｉｎｔ＋ｐｉｔｃｈ＿ｆｒ／４およびｍｅｍ＿ｐｉｔは、前のフレームのピットの値である（前のフレームでｐｉｔｃｈ＿ｐｒｅｓｅｎｔ＝０の場合は０である）。
【０１９０】
６．デコーダ側
図７は、装置７０を示す。装置７０は、デコーダであり得る。装置７０は、符号化されたオーディオ信号情報１２、１２’、１２”などのデータを取得することができる。装置７０は、上および／または下で説明される動作を実行することができる。符号化されたオーディオ信号情報１２、１２’、１２”は、例えば、装置１０または１０’などのエンコーダによって、または方法６０を実行することによって生成された可能性がある。例において、符号化されたオーディオ信号情報１２、１２’、１２”は、例えば、装置１０または１０’とは異なる、または方法６０を実行しないエンコーダによって生成された可能性がある。装置７０は、フィルタリングされた復号されたオーディオ信号情報７６を生成し得る。
【０１９１】
装置７０は、符号化されたオーディオ信号情報を取得するための（例えば、アンテナを使用する）通信ユニットを含み得る（からデータを受け取れる）。Ｂｌｕｅｔｏｏｔｈ通信が行われ得る。装置７０は、符号化されたオーディオ信号情報を取得するための（例えば、メモリを使用する）記憶ユニットを含み得る（からデータを受け取れる）。装置７０は、ＴＤおよび／またはＦＤで動作する機器を含み得る。
【０１９２】
装置７０は、符号化されたオーディオ信号情報１２、１２’、１２”を復号することができるビットストリームリーダ７１（または「ビットストリーム分析器」、または「ビットストリームデフォーマッタ」、または「ビットストリームパーサ」）を備えることができる。ビットストリームリーダ７１は、例えば、ビットストリームの形で得られたデータを解釈するための状態機械を含み得る。ビットストリームリーダ７１は、オーディオ信号１１の復号された表現７１ａを出力することができる。
【０１９３】
復号された表現７１ａは、ビットストリームリーダ（ここでは簡単にするために示されていない）の下流で１つまたは複数の処理技術を受けることができる。
【０１９４】
装置７０は、ＬＴＰＦ７３を備えることができ、これは、次に、フィルタリングされた復号されたオーディオ信号情報７３’を提供することができる。
【０１９５】
装置７０は、ＬＴＰＦ７３を制御することができるフィルタコントローラ７２を備えることができる。
【０１９６】
特に、ＬＴＰＦ７３は、ビットストリームリーダ７１によって提供されるとき、追加のハーモニック性情報（例えば、利得の情報）によって制御され得る（特に、フィールド１７ｄに存在するとき、「ｌｔｐｆ＿ｇａｉｎ」、フレーム１７’または１７”における）。
【０１９７】
加えて、または代替として、ＬＴＰＦ７３は、ピッチ情報（例えば、ピッチラグ）によって制御され得る。ピッチ情報は、フレーム１６、１６’、１６”、１７、１７’、１７”のフィールド１６ｂまたは１７ｂに存在する場合がある。しかし、セレクタ７８によって示されるように、ピッチ情報は、ＬＴＰＦを制御するために常に使用されるとは限らない。制御データ項目１６ｃ（「ｌｔｐｆ＿ａｃｔｉｖｅ」）が「０」である場合、ピッチ情報は、ＬＴＰＦのために使用されない（ハーモニック性がＬＴＰＦに対して低すぎるため）。
【０１９８】
装置７０は、オーディオ情報７６を提供するためにＰＬＣ機能を実行するための隠蔽ユニット７５を備えることができる。復号されたフレームに存在する場合、ピッチ情報はＰＬＣに使用できる。
【０１９９】
装置７０におけるＬＴＰＦの例は、以下の節で説明される。
【０２００】
図８ａおよび図８ｂは、使用され得るフレームのシンタックスの例を示す。様々なフィールドも示されている。
【０２０１】
図８ａに示すように、ビットストリームリーダ７１は、（フレームが図５のフレーム１６”、１７”および１８”の１つであるという仮説の下で）符号化されているフレームの特定の位置（フィールド）で第１の値を検索することができる。特定の位置は、例えば、フレーム１８”（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）における第３の制御項目１８ｅに関連付けられた位置として解釈され得る。
【０２０２】
「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」１８ｅの値が「０」である場合、ビットストリームリーダ７１は、ＬＴＰＦおよびＰＬＣに関する他の情報がない（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」、「ｌｔｐｆ＿ｇａｉｎ」がない）ことを理解する。
【０２０３】
「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」１８ｅの値が「１」である場合、リーダ７１は、ハーモニック性情報を示す制御データ１６ｃまたは１７ｃ（例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」）を含むフィールド（例えば、１ビットフィールド）を検索することができる（例えば１４ａ、２２ａ）。例えば、「ｌｔｐｆ＿ａｃｔｉｖｅ」が「０」の場合、フレームは第１のフレーム１６”であることが分かり、これは、ＬＴＰＦには価値がないがＰＬＣに使用できるハーモニック性を示す。「ｌｔｐｆ＿ａｃｔｉｖｅ」が「１」の場合、フレームは第２のフレーム１７であり、ＬＴＰＦとＰＬＣの両方に有益な情報を伝えることができると理解される。
【０２０４】
リーダ７１はまた、ピッチ情報１６ｂまたは１７ｂ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）を含むフィールド（例えば、９ビットフィールド）を検索する。このピッチ情報は、隠蔽ユニット７５（ＰＬＣ用）に提供されてもよい。このピッチ情報は、図７にセレクタ７８によって示されるように、「ｌｔｐｆ＿ａｃｔｉｖｅ」が「１」（例えば、より高次のハーモニック性）である場合にのみ、フィルタコントローラ７２／ＬＴＰＦ７３に提供され得る。
【０２０５】
図８ｂの例でも同様の動作が実行され、さらに、利得１７ｄが任意選択で符号化されてもよい。
【０２０６】
７．デコーダ側のＬＴＰＦの例
ＭＤＣＴ（修正離散コサイン変換）の合成、ＭＤＳＴ（修正離散コサイン変換）の合成、または別の変換に基づく合成後の復号された信号は、パラメータがＬＴＰＦビットストリームデータ「ｐｉｔｃｈ＿ｉｎｄｅｘ」と「ｌｔｐｆ＿ａｃｔｉｖｅ」に依存する可能性があるＩＩＲフィルタを使用して、時間領域でポストフィルタ処理できる。パラメータが１つのフレームから次のフレームに変化するときに不連続性を回避するために、移行メカニズムが第１の現在のフレームの４分の１に適用され得る。
【０２０７】
例では、ＬＴＰＦ  ＩＩＲフィルタは以下を使用して実装できる。
2021502605.tif 000076
2021502605.tif 000077
はフィルタ入力信号（つまり、ＭＤＣＴ合成後の復号された信号）であり、
2021502605.tif 000078
はフィルタ出力信号である。
【０２０８】
ＬＴＰＦ・ピッチラグの整数部分
2021502605.tif 000079
と小数部分
2021502605.tif 000080
は次のように計算できる。まず、１２．８ｋＨｚでのピッチラグは
2021502605.tif 000081
2021502605.tif 000082
2021502605.tif 000083
を利用して回復する。
【０２０９】
次にピッチラグを出力サンプリングレート
2021502605.tif 000084
に換算し、
2021502605.tif 000085
2021502605.tif 000086
2021502605.tif 000087
2021502605.tif 000088
を使用して整数部分と小数部分に変換でき、
式中
2021502605.tif 000089
はサンプリングレートである。
【０２１０】
フィルタ係数
2021502605.tif 000090
と
2021502605.tif 000091
は次のように、すなわち
2021502605.tif 000092
2021502605.tif 000093
ただし
2021502605.tif 000094
2021502605.tif 000095
で計算でき、
2021502605.tif 000096
と
2021502605.tif 000097
は
fs_idx = min(4,(
2021502605.tif 000098
/8000-1));
if (nbits < 320 + fs_idx*80)
{
gain_ltpf = 0.4;
gain_ind = 0;
}
else if (nbits < 400 + fs_idx*80) 
{
gain_ltpf = 0.35; 
gain_ind = 1;
}
else if (nbits < 480 + fs_idx*80) 
{
gain_ltpf = 0.3; 
gain_ind = 2;
} 
else if (nbits < 560 + fs_idx*80) 
{
gain_ltpf = 0.25; 
gain_ind = 3;
}
else
{
gain_ltpf = 0;
}
に従って得ることができ、
表
2021502605.tif 000099
と
2021502605.tif 000100
は事前に決定されている。
2021502605.tif 000101
の例をここに示す（「ｆｓ」の代わりに、サンプリングレートが示されている）。
【０２１１】
double tab_ltpf_num_8000[4][3] = {
{6.023618207009578e-01,4.197609261363617e-01,-1.883424527883687e-02},
{5.994768582584314e-01,4.197609261363620e-01,-1.594928283631041e-02},
{5.967764663733787e-01,4.197609261363617e-01,-1.324889095125780e-02},
{5.942410120098895e-01,4.197609261363618e-01,-1.071343658776831e-02}};
double tab_ltpf_num_16000[4][3] = {
{6.023618207009578e-01,4.197609261363617e-01,-1.883424527883687e-02},
{5.994768582584314e-01,4.197609261363620e-01,-1.594928283631041e-02},
{5.967764663733787e-01,4.197609261363617e-01,-1.324889095125780e-02},
{5.942410120098895e-01,4.197609261363618e-01,-1.071343658776831e-02}};
double tab_ltpf_num_24000[4][5] = {
{3.989695588963494e-01,5.142508607708275e-01,1.004382966157454e-01,-1.278893956818042e-02,-1.572280075461383e-03},
{3.948634911286333e-01,5.123819208048688e-01,1.043194926386267e-01,-1.091999960222166e-02,-1.347408330627317e-03},
{3.909844475885914e-01,5.106053522688359e-01,1.079832524685944e-01,-9.143431066188848e-03,-1.132124620551895e-03},
{3.873093888199928e-01,5.089122083363975e-01,1.114517380217371e-01,-7.450287133750717e-03,-9.255514050963111e-04}};
double_tab_ltpf_num_32000[4][7] = {
{2.982379446702096e-01,4.652809203721290e-01,2.105997428614279e-01,3.766780380806063e-02,-1.015696155796564e-02,-2.535880996101096e-03,-3.182946168719958e-04},
{2.943834154510240e-01,4.619294002718798e-01,2.129465770091844e-01,4.066175002688857e-02,-8.693272297010050e-03,-2.178307114679820e-03,-2.742888063983188e-04},
{2.907439213122688e-01,4.587461910960279e-01,2.151456974108970e-01,4.350104772529774e-02,-7.295495347716925e-03,-1.834395637237086e-03,-2.316920186482416e-04},
{2.872975852589158e-01,4.557148886861379e-01,2.172126950911401e-01,4.620088878229615e-02,-5.957463802125952e-03,-1.502934284345198e-03,-1.903851911308866e-04}};
double tab_ltpf_num_48000[4][11] = {
{1.981363739883217e-01,3.524494903964904e-01,2.513695269649414e-01,1.424146237314458e-01,5.704731023952599e-02,9.293366241586384e-03,-7.226025368953745e-03,-3.172679890356356e-03,-1.121835963567014e-03,-2.902957238400140e-04,-4.270815593769240e-05},
{1.950709426598375e-01,3.484660408341632e-01,2.509988459466574e-01,1.441167412482088e-01,5.928947317677285e-02,1.108923827452231e-02,-6.192908108653504e-03,-2.726705509251737e-03,-9.667125826217151e-04,-2.508100923165204e-04,-3.699938766131869e-05},
{1.921810055196015e-01,3.446945561091513e-01,2.506220094626024e-01,1.457102447664837e-01,6.141132133664525e-02,1.279941396562798e-02,-5.203721087886321e-03,-2.297324511109085e-03,-8.165608133217555e-04,-2.123855748277408e-04,-3.141271330981649e-05},
{1.894485314175868e-01,3.411139251108252e-01,2.502406876894361e-01,1.472065631098081e-01,6.342477229539051e-02,1.443203434150312e-02,-4.254449144657098e-03,-1.883081472613493e-03,-6.709619060722140e-04,-1.749363341966872e-04,-2.593864735284285e-05}};
2021502605.tif 000102
の例をここに示す（「ｆｓ」の代わりにサンプリングレートが示されている）。
【０２１２】
double_tab_ltpf_den_8000[4][5] = {
{0.000000000000000e+00, 2.098804630681809e-01, 5.835275754221211e-01, 2.098804630681809e-01, 0.000000000000000e+00},
{0.000000000000000e+00, 1.069991860896389e-01, 5.500750019177116e-01, 3.356906254147840e-01, 6.698858366939680e-03},
{0.000000000000000e+00, 3.967114782344967e-02, 4.592209296082350e-01, 4.592209296082350e-01, 3.967114782344967e-02},
{0.000000000000000e+00, 6.698858366939680e-03, 3.356906254147840e-01, 5.500750019177116e-01, 1.069991860896389e-01}};
double_tab_ltpf_den_16000[4][5] = {
{0.000000000000000e+00, 2.098804630681809e-01, 5.835275754221211e-01, 2.098804630681809e-01, 0.000000000000000e+00},
{0.000000000000000e+00, 1.069991860896389e-01, 5.500750019177116e-01, 3.356906254147840e-01, 6.698858366939680e-03},
{0.000000000000000e+00, 3.967114782344967e-02, 4.592209296082350e-01, 4.592209296082350e-01, 3.967114782344967e-02},
{0.000000000000000e+00, 6.698858366939680e-03, 3.356906254147840e-01, 5.500750019177116e-01, 1.069991860896389e-01}};
double_tab_ltpf_den_24000[4][7] = {
{0.000000000000000e+00, 6.322231627323796e-02, 2.507309606013235e-01, 3.713909428901578e-01, 2.507309606013235e-01, 6.322231627323796e-02, 0.000000000000000e+00},
{0.000000000000000e+00, 3.459272174099855e-02, 1.986515602645028e-01, 3.626411726581452e-01, 2.986750548992179e-01, 1.013092873505928e-01, 4.263543712369752e-03},
{0.000000000000000e+00, 1.535746784963907e-02, 1.474344878058222e-01, 3.374259553990717e-01, 3.374259553990717e-01, 1.474344878058222e-01, 1.535746784963907e-02},
{0.000000000000000e+00, 4.263543712369752e-03, 1.013092873505928e-01, 2.986750548992179e-01, 3.626411726581452e-01, 1.986515602645028e-01, 3.459272174099855e-02}};
double_tab_ltpf_den_32000[4][9] = {
{0.000000000000000e+00, 2.900401878228730e-02, 1.129857420560927e-01, 2.212024028097570e-01, 2.723909472446145e-01, 2.212024028097570e-01, 1.129857420560927e-01, 2.900401878228730e-02, 0.000000000000000e+00},
{0.000000000000000e+00, 1.703153418385261e-02, 8.722503785537784e-02, 1.961407762232199e-01, 2.689237982237257e-01, 2.424999102756389e-01, 1.405773364650031e-01, 4.474877169485788e-02, 3.127030243100724e-03},
{0.000000000000000e+00, 8.563673748488349e-03, 6.426222944493845e-02, 1.687676705918012e-01, 2.587445937795505e-01, 2.587445937795505e-01, 1.687676705918012e-01, 6.426222944493845e-02, 8.563673748488349e-03},
{0.000000000000000e+00, 3.127030243100724e-03, 4.474877169485788e-02, 1.405773364650031e-01, 2.424999102756389e-01, 2.689237982237257e-01, 1.961407762232199e-01, 8.722503785537784e-02, 1.703153418385261e-02}};
double_tab_ltpf_den_48000[4][13] = {
{0.000000000000000e+00, 1.082359386659387e-02, 3.608969221303979e-02, 7.676401468099964e-02, 1.241530577501703e-01, 1.627596438300696e-01, 1.776771417779109e-01, 1.627596438300696e-01, 1.241530577501703e-01, 7.676401468099964e-02, 3.608969221303979e-02, 1.082359386659387e-02, 0.000000000000000e+00},
{0.000000000000000e+00, 7.041404930459358e-03, 2.819702319820420e-02, 6.547044935127551e-02, 1.124647986743299e-01, 1.548418956489015e-01, 1.767122381341857e-01, 1.691507213057663e-01, 1.352901577989766e-01, 8.851425011427483e-02, 4.499353848562444e-02, 1.557613714732002e-02, 2.039721956502016e-03},
{0.000000000000000e+00, 4.146998467444788e-03, 2.135757310741917e-02, 5.482735584552816e-02, 1.004971444643720e-01, 1.456060342830002e-01, 1.738439838565869e-01, 1.738439838565869e-01, 1.456060342830002e-01, 1.004971444643720e-01, 5.482735584552816e-02, 2.135757310741917e-02, 4.146998467444788e-03},
{0.000000000000000e+00, 2.039721956502016e-03, 1.557613714732002e-02, 4.499353848562444e-02, 8.851425011427483e-02, 1.352901577989766e-01, 1.691507213057663e-01, 1.767122381341857e-01, 1.548418956489015e-01, 1.124647986743299e-01, 6.547044935127551e-02, 2.819702319820420e-02, 7.041404930459358e-03}}
移行処理について言及しながら、５つの異なるケースを検討する。
【０２１３】
第１のケース：ｌｔｐｆ＿ａｃｔｉｖｅ＝０およびｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝０
2021502605.tif 000103
第２のケース：ｌｔｐｆ＿ａｃｔｉｖｅ＝１およびｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝０
2021502605.tif 000104
第３のケース：ｌｔｐｆ＿ａｃｔｉｖｅ＝０およびｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝１
2021502605.tif 000105
ただし、
2021502605.tif 000106
、
2021502605.tif 000107
、
2021502605.tif 000108
、および
2021502605.tif 000109
は、前のフレームで計算されたフィルタパラメータである。
【０２１４】
第４のケース：ｌｔｐｆ＿ａｃｔｉｖｅ＝１およびｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝１
2021502605.tif 000110
および
2021502605.tif 000111
2021502605.tif 000112
2021502605.tif 000113
第５のケース：ｌｔｐｆ＿ａｃｔｉｖｅ＝１およびｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝１および（
2021502605.tif 000114
または
2021502605.tif 000115
）
2021502605.tif 000116
2021502605.tif 000117
【０２１５】
８．パケット損失の一隠蔽法
パケット損失の一隠蔽法（ＰＬＣ）または誤り隠蔽の例をここに示す。
【０２１６】
８．１一般的な情報
破損したフレームは正しい可聴出力を提供せず、破棄されるものである。
【０２１７】
復号されたフレームごとに、その有効性を検証できる。例えば、各フレームは、所定のアルゴリズムによって提供される所定の動作を実行することによって検証される巡回冗長コード（ＣＲＣ）を伝えるフィールドを有し得る。リーダ７１（または隠蔽ユニット７５などの別の論理コンポーネント）は、アルゴリズムを繰り返し、計算された結果がＣＲＣフィールドの値に対応するかどうかを検証することができる。フレームが適切に復号されていない場合、いくつかの誤りがフレームに影響を与えたと考えられる。したがって、検証で不正確な復号の結果が提供された場合、フレームは正しく復号されない（無効、破損）まま保持される。
【０２１８】
フレームが正しく復号されていないと判断された場合は、隠蔽戦略を使用して可聴出力を提供できる。そうしないと、不快な聞き取りの穴のような何かが聞こえる可能性がある。したがって、正しく復号されていないフレームによって開かれたままになっている「ギャップを埋める」何らかの形式のフレームを見つける必要がある。フレーム損失隠蔽手順の目的は、復号のためにいずれかの使用不可または破損したフレームの影響を隠蔽することである。
【０２１９】
フレーム損失隠蔽手順は、様々な信号タイプの隠蔽方法を含むことができる。フレーム損失のある誤りが発生しやすい状況での最良の可能なコーデックパフォーマンスは、最も適切な方法を選択することで得られる。パケット損失の一隠蔽法の１つは、例えば、ＴＣＸ時間領域隠蔽であり得る。
【０２２０】
８．２  ＴＣＸ時間領域隠蔽
ＴＣＸ時間領域隠蔽法は、時間領域で動作するピッチベースのＰＬＣテクニックである。支配的なハーモニック性構造を持つ信号に最適である。手順の例は次のとおりである。最後の復号されたフレームの合成信号は、セクション８．２．１で説明されているようにＬＰフィルタで逆フィルタ処理され、セクション８．２．２で説明されているように周期信号を取得する。ランダム信号は、セクション８．２．３においてほぼ均一に分布するランダムジェネレーターによって生成される。セクション８．２．４で説明されているように、２つの励起信号を合計して合計励起信号を形成する。これは、セクション８．２．６で説明されている減衰係数で適応的にフェードアウトされ、最終的にＬＰフィルタでフィルタ処理されて、合成された隠蔽された時間信号を取得する。最後の良好なフレームでＬＴＰＦがアクティブであった場合、セクション８．３で説明されているように、ＬＴＰＦはまた合成された隠蔽された時間信号にも適用される。失われたフレームの後の第１の良好なフレームと適切に重畳するために、時間領域エイリアスキャンセル信号がセクション８．２．５で生成される。
【０２２１】
８．２．１  ＬＰＣパラメータの計算
ＴＣＸ時間領域隠蔽法は、励起領域で動作している。自己相関関数は、８０の等距離周波数領域帯域で計算できる。エネルギーは固定されたプリエンファシス係数
2021502605.tif 000118
でプリエンファシスされてい
【０２２２】
【表２】
2021502605.tif 000119
自己相関関数は、次のウィンドウ
2021502605.tif 000120
を使用して遅延ウィンドウ処理され、
逆に均等にスタックされたＤＦＴを使用して時間領域に変換される。最後に、Ｌｅｖｉｎｓｏｎ  Ｄｕｒｂｉｎ操作を使用して、隠蔽されたフレームのＬＰフィルタ
2021502605.tif 000121
を取得できる。以下に例を示す。
2021502605.tif 000122
2021502605.tif 000123
2021502605.tif 000124
2021502605.tif 000125
2021502605.tif 000126
2021502605.tif 000127
2021502605.tif 000128
2021502605.tif 000129
2021502605.tif 000130
ＬＰフィルタは、正常なフレームの後の第１の失われたフレームでのみ計算され、その後失われたフレームに残る。
【０２２３】
８．２．２励起の周期的部分の構築
最後に
2021502605.tif 000131
復号された時間サンプルは、最初に、フィルタを使用してセクション８．２．１のプリエンファシス係数でプリエンファシスされ、
2021502605.tif 000132
信号
2021502605.tif 000133
を取得する、式中、
2021502605.tif 000134
は、
2021502605.tif 000135
であればピッチラグ値
2021502605.tif 000136
または
2021502605.tif 000137
である。値
2021502605.tif 000138
と
2021502605.tif 000139
は、ビットストリームで送信されるピッチラグ値である。
【０２２４】
プリエンファシスされた信号
2021502605.tif 000140
は、計算された逆ＬＰフィルタでさらにフィルタ処理され、前の励起信号
2021502605.tif 000141
を取得する。励起信号
2021502605.tif 000142
を構成するために、現在の失われたフレームに対して、次のように
2021502605.tif 000143
が繰り返し
2021502605.tif 000144
でコピーされる
2021502605.tif 000145
式中
2021502605.tif 000146
は
2021502605.tif 000147
の最後のサンプルに対応する。安定係数
2021502605.tif 000148
が１未満の場合、第１のピッチサイクル
2021502605.tif 000149
は、下の表に記載されている１１タップの線形位相ＦＩＲフィルタで最初にローパスフィルタされる
【０２２５】
【表３】
2021502605.tif 000150
ピッチの利得
2021502605.tif 000151
は次のように計算される
2021502605.tif 000152
2021502605.tif 000153
であれば、
2021502605.tif 000154
である。それ以外の場合、ピッチの第２の利得
2021502605.tif 000155
は次の
2021502605.tif 000156
および
2021502605.tif 000157
のように計算される。
2021502605.tif 000158
であれば、さらに処理するために
2021502605.tif 000159
は１減らされる。
【０２２６】
最後に、
2021502605.tif 000160
は
2021502605.tif 000161
によって制限される。
【０２２７】
形成された周期的励起
2021502605.tif 000162
は、１から開始してフレーム全体でサンプルごとに減衰され、減衰係数
2021502605.tif 000163
で終了して
2021502605.tif 000164
を取得する。ピッチの利得は、良好なフレームの後の第１の失われたフレームでのみ計算され、さらに連続するフレームの損失に対しては
2021502605.tif 000165
が設定される。
【０２２８】
８．２．３  励起のランダムな部分の構築
励起のランダムな部分は、次のようにほぼ均一な分布を持つランダムジェネレーターで生成できる
2021502605.tif 000166
式中、
2021502605.tif 000167
は、この方法で隠蔽されたまさに第１のフレームに対して２４６０７で初期化され、
2021502605.tif 000168
は値の１６ＬＳＢを抽出する。以降のフレームでは、
2021502605.tif 000169
が保存され、次の
2021502605.tif 000170
として使用される。
【０２２９】
ノイズをより高い周波数にシフトするために、励起信号は、以下の表に記載されている１１タップの線形位相ＦＩＲフィルタでハイパスフィルタ処理され、
2021502605.tif 000171
を得る
【０２３０】
【表４】
2021502605.tif 000172
減衰係数
2021502605.tif 000173
に依存したフェージング速度でノイズがフルバンドノイズにフェードできることを保証するために、励起
2021502605.tif 000174
のランダムな部分は、フルバンド
2021502605.tif 000175
と、ハイパスフィルタ版
2021502605.tif 000176
との間の線形補間によって、
2021502605.tif 000177
と構成される、式中
2021502605.tif 000178
は良好なフレームの後の第１の失われたフレームに対し、
2021502605.tif 000179
は第２のさらに続く連続するフレーム損失に対し、式中
2021502605.tif 000180
は前の隠蔽されたフレームの
2021502605.tif 000181
である。
【０２３１】
ノイズレベルを調整するために、ノイズの利得
2021502605.tif 000182
は
2021502605.tif 000183
のように計算され、セクション８．２．２の後の
2021502605.tif 000184
の場合、
2021502605.tif 000185
である。それ以外の場合、ノイズの第２の利得
2021502605.tif 000186
は、上の式のように計算されるが、
2021502605.tif 000187
は
2021502605.tif 000188
である。続いて、
2021502605.tif 000189
である。
【０２３２】
さらなる処理のために、
2021502605.tif 000190
は最初に正規化され、次に
2021502605.tif 000191
で乗算されて
2021502605.tif 000192
を取得する。
【０２３３】
形成されたランダムな励起
2021502605.tif 000193
は、
2021502605.tif 000194
で、第１のサンプルからサンプル５まで、続いてフレームごとに、
2021502605.tif 000195
で始まり
2021502605.tif 000196
で終わるまで、サンプルごとに均一に減衰し、
2021502605.tif 000197
を得る。ノイズの利得
2021502605.tif 000198
は、良好なフレームの後の第１の失われたフレームでのみ計算され、さらに連続するフレームの損失に対しては
2021502605.tif 000199
が設定される。
【０２３４】
８．２．４  励起、合成、後処理全体の構成
ランダム励起
2021502605.tif 000200
は、周期的励起
2021502605.tif 000201
に追加され、合計励起信号
2021502605.tif 000202
を形成する。隠蔽されたフレームの最終的な合成信号は、セクション８．２．１のＬＰフィルタで全励起をフィルタリングすることにより取得され、ディエンファシスフィルタで後処理される。
【０２３５】
８．２．５  時間領域エイリアスのキャンセル
次のフレームが良好なフレームである場合に適切な重畳加算を取得するために、時間領域エイリアスキャンセル部分
2021502605.tif 000203
を生成することができる。そのために、上記と同じように
2021502605.tif 000204
の追加のサンプルが作成され、
2021502605.tif 000205
信号を取得する。その上で、タイム領域エイリアスのキャンセル部分は、次のステップで作成される。
【０２３６】
合成された時間領域バッファーをゼロで埋める
2021502605.tif 000206
2021502605.tif 000207
ＭＤＣＴウィンドウ
2021502605.tif 000208
2021502605.tif 000209
によるウィンドウ処理
2021502605.tif 000210
２ＮからＮへの形状変更
2021502605.tif 000211
Ｎから２Ｎへの形状変更
2021502605.tif 000212
反転したＭＤＣＴウィンドウ
2021502605.tif 000213
2021502605.tif 000214
によるウィンドウ処理
2021502605.tif 000215
【０２３７】
８．２．６  複数のフレーム損失の処理
構築された信号はゼロにフェードアウトする。フェードアウト速度は、前回の減衰係数
2021502605.tif 000216
に依存する減衰係数
2021502605.tif 000217
、最後に正しく受信されたフレームで計算されたピッチの利得
2021502605.tif 000218
、連続して消去されたフレームの数
2021502605.tif 000219
、および安定性
2021502605.tif 000220
によって制御される。次の手順を使用して、減衰係数
2021502605.tif 000221
を計算できる。
【０２３８】
if (
2021502605.tif 000222
== 1)
2021502605.tif 000223
= 
2021502605.tif 000224
if (
2021502605.tif 000225
> 0.98)
2021502605.tif 000226
= 0.98
else if (
2021502605.tif 000227
< 0.925)
2021502605.tif 000228
= 0.925
else if (
2021502605.tif 000229
== 2)
2021502605.tif 000230
= (0.63 + 0.35
2021502605.tif 000231
)
2021502605.tif 000232
if 
2021502605.tif 000233
< 0.919
2021502605.tif 000234
= 0.919;
else if (
2021502605.tif 000235
== 3)
2021502605.tif 000236
= (0.652 + 0.328
2021502605.tif 000237
)
2021502605.tif 000238
else if (
2021502605.tif 000239
== 4)
2021502605.tif 000240
= (0.674 + 0.3
2021502605.tif 000241
)
2021502605.tif 000242
else if (
2021502605.tif 000243
== 5) {
2021502605.tif 000244
= (0.696 + 0.266
2021502605.tif 000245
)
2021502605.tif 000246
else
2021502605.tif 000247
= (0.725 + 0.225
2021502605.tif 000248
)
2021502605.tif 000249
2021502605.tif 000250
= 
2021502605.tif 000251
【０２３９】
係数
2021502605.tif 000252
（最後の２つの隣接する換算係数ベクトル
2021502605.tif 000253
と
2021502605.tif 000254
の安定性）は、例えば、
2021502605.tif 000255
式中、
2021502605.tif 000256
および
2021502605.tif 000257
は、最後の２つの隣接するフレームの換算係数ベクトルである。係数
2021502605.tif 000258
は
2021502605.tif 000259
によって制限され、
2021502605.tif 000260
の値が大きいほど、より安定した信号に対応する。これにより、エネルギーとスペクトルエンベロープの変動が制限される。２つの隣接する換算係数ベクトルが存在しない場合、係数
2021502605.tif 000261
は０．８に設定される。
【０２４０】
急激な高エネルギーの増加を防ぐために、スペクトルは
2021502605.tif 000262
および
2021502605.tif 000263
でローパスフィルタリングされる。
【０２４１】
８．３  ＬＴＰＦに関連する隠蔽操作
隠蔽されたフレームでｍｅｍ＿ｌｔｐｆ＿ａｃｔｉｖｅ＝１の場合、隠蔽方法が符号スクランブルまたはＴＣＸ時間領域隠蔽を伴うＭＤＣＴフレームの繰り返しである場合、ｌｔｐｆ＿ａｃｔｉｖｅは１に設定される。したがって、セクション５で説明されているように、合成後の時間領域信号に長期ポストフィルタが適用されるが、ただし
2021502605.tif 000264
式中、
2021502605.tif 000265
は前のフレームのＬＴＰＦ利得であり、
2021502605.tif 000266
は減衰係数である。ＬＴＰＦに使用されるピッチ値
2021502605.tif 000267
と
2021502605.tif 000268
は、最後のフレームから再利用される。
【０２４２】
９．図９のデコーダ
図９は、（例えば、装置７０の実装であり得る）例による、オーディオデコーダ３００の概略ブロック図を示す。
【０２４３】
オーディオデコーダ３００は、符号化されたオーディオ信号情報３１０（例えば、符号化されたオーディオ信号情報１２、１２’、１２”であり得る）を受信し、それに基づいて、復号されたオーディオ情報３１２を提供するように構成され得る。
【０２４４】
オーディオデコーダ３００は、ビットストリームリーダ７１に対応することができるビットストリーム分析器３２０（「ビットストリームデフォーマッタ」または「ビットストリームパーサ」と呼ばれることもある）を含むことができる。ビットストリーム分析器３２０は、符号化されたオーディオ信号情報３１０を受信し、それに基づいて、周波数領域表現３２２および制御情報３２４を提供することができる。
【０２４５】
制御情報３２４は、ピッチ情報１６ｂ、１７ｂ（例えば、「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」）、および追加のハーモニック性情報または利得の情報（例えば、「ｌｔｐｆ＿ｇａｉｎ」）などの追加のハーモニック性情報、ならびに制御データ項目、例えばデコーダにおけるオーディオ信号１１のハーモニック性に関連する１６ｃ、１７ｃ、１８ｃを含むことができる。
【０２４６】
制御情報３２４はまた、データ制御項目（例えば、１６ｃ、１７ｃ）を含み得る。セレクタ３２５（例えば、図７のセレクタ７８に対応する）は、ピッチ情報が、制御項目の制御下でＬＴＰＦコンポーネント３７６に提供されることを示す（これは、次に、エンコーダで得られるハーモニック性情報によって制御される）。符号化されたオーディオ信号情報３１０のハーモニック性が低すぎる場合（例えば、上述の第２の閾値の下）、ＬＴＰＦコンポーネント３７６はピッチ情報を受信しない。
【０２４７】
周波数領域表現３２２は、例えば、符号化されたスペクトル値３２６、符号化された換算係数３２８、および任意選択で、例えば、ノイズフィリング、中間処理または後処理などの特定の処理ステップを制御し得る追加のサイド情報３３０を含み得る。オーディオデコーダ３００はまた、符号化されたスペクトル値３２６を受信し、それに基づいて復号されたスペクトル値のセット３４２を提供するように構成され得るスペクトル値復号コンポーネント３４０を含み得る。オーディオデコーダ３００はまた、符号化された換算係数３２８を受信し、それに基づいて復号された換算係数３５２のセットを提供するように構成され得る換算係数復号コンポーネント３５０を含み得る。
【０２４８】
例えば、符号化されたオーディオ情報が換算係数情報ではなく符号化されたＬＰＣ情報を含む場合、換算係数復号の代わりに、ＬＰＣから換算係数への変換コンポーネント３５４が使用されてもよい。ただし、一部のコーディングモード（例えば、ＵＳＡＣオーディオデコーダまたはＥＶＳオーディオデコーダのＴＣＸ復号モード）では、ＬＰＣ係数のセットを使用して、オーディオデコーダ側の換算係数のセットを導出できる。この機能は、ＬＰＣから換算係数への変換コンポーネント３５４によって到達され得る。
【０２４９】
オーディオデコーダ３００はまた、任意選択の信号処理（例えば、ノイズフィリング、および／または時間的ノイズシェーピング、ＴＮＳなど）を実行するための任意選択の処理ブロック３６６を含み得、これは、復号されたスペクトル値３４２に適用され得る。復号されたスペクトル値３４２の処理版３６６’は、処理ブロック３６６によって出力され得る。
【０２５０】
オーディオデコーダ３００はまた、換算された係数のセット３５２をスペクトル値のセット３４２（またはそれらの処理版３６６’）に適用し、それによって換算された値のセット３６２を取得するように構成され得るスケーラ３６０を含み得る。例えば、複数の復号されたスペクトル値３４２（またはそれらの処理版３６６’）を含む第１の周波数帯域は、第１の換算係数を使用して換算でき、複数の復号されたスペクトル値３４２を含む第２の周波数帯域は、第２の換算係数を使用して換算され得る。したがって、換算された値３６２のセットが得られる。
【０２５１】
オーディオデコーダ３００はまた、換算された値３６２を受け取り、換算された値のセット３６２に関連する時間領域表現３７２を提供するように構成され得る周波数領域から時間領域への変換３７０を含み得る。例えば、周波数領域から時間領域への変換３７０は、オーディオコンテンツのフレームまたはサブフレームに関連する時間領域表現３７２を提供することができる。例えば、周波数領域から時間領域への変換では、ＭＤＣＴ（またはＭＤＳＴ）係数のセット（換算された復号済みスペクトル値と見なすことができる）を受け取り、それに基づいて時間領域サンプルのブロックを提供でき、これは時間領域表現３７２を形成し得る。
【０２５２】
オーディオデコーダ３００はまた、フィルタコントローラ７２およびＬＴＰＦ７３に対応し得るＬＴＰＦコンポーネント３７６を備える。ＬＴＰＦコンポーネント３７６は、時間領域表現３７２を受け取り、時間領域表現３７２をいくらか修正して、それにより時間領域表現３７２の後処理版３７８を取得することができる。
【０２５３】
オーディオデコーダ３００は、例えば、（ＰＬＣ機能を実行するための）隠蔽ユニット７５に対応し得る誤り隠蔽コンポーネント３８０も含み得る。誤り隠蔽コンポーネント３８０は、例えば、周波数領域から時間領域への変換３７０から時間領域表現３７２を受信することができ、これは、例えば、１つ以上の失われたオーディオフレームに対して誤り隠蔽オーディオ情報３８２を提供することができる。言い換えれば、例えば、符号化スペクトル値３２６がオーディオフレーム（またはオーディオサブフレーム）に対して利用可能ではないように、オーディオフレームが失われた場合、誤り隠蔽コンポーネント３８０は、失われたオーディオフレームに先行する１つ以上のオーディオフレームに関連する時間領域表現３７２を基にして、誤り隠蔽オーディオ情報を提供することができる。誤り隠蔽オーディオ情報は、通常、オーディオコンテンツの時間領域表現であり得る。
【０２５４】
誤り隠蔽に関しては、誤り隠蔽はフレームの復号と同時には起こらないことに留意されたい。例えば、フレームｎが良好な場合は通常の復号を行い、最後に次のフレームを隠蔽する必要がある場合に役立つ変数を保存する。ｎ＋１が失われた場合は、変数を指定して前の良好なフレームに由来する隠蔽関数を呼び出す。また、いくつかの変数を更新して、次のフレームの損失または次の良好なフレームへの回復を支援する。
【０２５５】
したがって、誤り隠蔽コンポーネント３８０は、将来の使用のために値１６ｂ、１７ｂ、１７ｄがリアルタイムで格納される記憶コンポーネント３２７に接続され得る。それらは、後続のフレームが不完全に復号されていると認識される場合にのみ使用される。そうでなければ、記憶コンポーネント３２７に格納された値は、新しい値１６ｂ、１７ｂ、１７ｄでリアルタイムで更新される。
【０２５６】
例では、誤り隠蔽コンポーネント３８０は、信号スクランブル、および／またはＴＣＸ時間領域隠蔽、および／または位相ＥＣＵを用いて、ＭＤＣＴ（またはＭＤＳＴ）フレーム解像度反復を実行することができる。例では、その場で積極的に好ましい手法を認識して使用することが可能である。
【０２５７】
オーディオデコーダ３００は、フィルタリングされた（後処理された）時間領域表現３７８を受信するように構成され得る信号の結合コンポーネント３９０も含み得る。信号の結合３９０は、失われたオーディオフレームに対して提供された誤り隠蔽オーディオ信号の時間領域表現でもあり得る、誤り隠蔽オーディオ情報３８２を受信し得る。信号の結合３９０は、例えば、後続のオーディオフレームに関連する時間領域表現を組み合わせることができる。後続の適切に復号されたオーディオフレームがある場合、信号の結合３９０は、これらの後続の適切に復号されたオーディオフレームに関連付けられた時間領域表現（例えば、重畳加算）を結合できる。しかし、オーディオフレームが失われた場合、信号の結合３９０は、失われたオーディオフレームに先行する適切に復号されたオーディオフレームに関連する時間領域表現と、失われたオーディオフレームに関連する誤り隠蔽オーディオ情報とを結合（例えば、重畳加算）し、これにより、適切に受信されたオーディオフレームと失われたオーディオフレームの間のスムーズな移行が可能になる。同様に、信号の結合３９０は、失われたオーディオフレームに関連付けられた誤り隠蔽オーディオ情報と、失われたオーディオフレームに続く別の適切に復号されたオーディオフレームに関連付けられた時間領域表現（または、複数の連続したオーディオフレームが失われた場合に備えて、別の失われたオーディオフレームに関連付けられた別の誤り隠蔽オーディオ情報）とを組み合わせる（例えば、重畳加算する）ように構成され得る。
【０２５８】
したがって、信号の結合３９０は、復号されたオーディオ情報３１２を提供することができ、時間領域表現３７２またはその後処理版３７８が、適切に復号されたオーディオフレームに提供され、誤り隠蔽オーディオ情報３８２が失われたオーディオフレームに提供されるようにし、この場合後続のオーディオフレームのオーディオ情報間で重畳加算操作が実行される可能性がある（周波数領域から時間領域への変換３７０によって提供されるか、誤り隠蔽コンポーネント３８０によって提供されるかに関係なく）。一部のコーデックには、キャンセルする必要がある重畳加算部分にいくらかエイリアスが設定されているため、任意選択で、重畳加算を実行するために作成したフレームの半分に幾分人工的なエイリアスを作成できる。
【０２５９】
とりわけ、隠蔽コンポーネント３８０がＬＴＰＦコンポーネントに提供されていない場合でも、隠蔽コンポーネント３８０は入力でピッチ情報および／または利得の情報（１６ｂ、１７ｂ、１７ｄ）を受信する可能性がある。これは、隠蔽コンポーネント３８０が、ＬＴＰＦコンポーネント３７０が動作するべきハーモニック性よりも低次のハーモニック性で動作する可能性があるためである。上記のように、ハーモニック性が第１の閾値を超えているが第２の閾値を下回っている場合、ＬＴＰＦ機能が非アクティブ化または削減されていても、隠蔽機能がアクティブになることがある。
【０２６０】
とりわけ、他の実装が選択されてもよい。特に、コンポーネント３４０、３５０、３５４、３６０、および３７０とは異なるコンポーネントを使用することができる。
【０２６１】
とりわけ、第３のフレーム１８”が使用され得ることが条件とされる例（例えば、フィールド１６ｂ、１７ｂ、１６ｃ、１７ｃなし）では、第３のフレーム１８”が取得されるとき、第３のフレーム１８からの情報は、ＬＴＰＦコンポーネント３７６および誤り隠蔽コンポーネント３８０に使用される。
【０２６２】
１０．図１０の方法
方法１００が図１０に示されている。ステップＳ１０１で、フレーム（１２、１２’、１２”）は、リーダ（７１、３２０）によって復号されてもよい。例において、フレームは、（例えば、Ｂｌｕｅｔｏｏｔｈ接続を介して）受信され、および／または記憶ユニットから取得されてもよい。
【０２６３】
ステップＳ１０２では、フレームの有効性がチェックされる（例えば、ＣＲＣ、パリティなどで）。フレームの無効性が確認されると、隠蔽が実行される（以下を参照）。
【０２６４】
そうではなく、フレームが有効に保持されている場合、ステップＳ１０３で、ピッチ情報がフレームに符号化されているかどうかがチェックされる。例えば、フレーム１２”のフィールド１８ｅ（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）の値がチェックされる。例において、ピッチ情報は、ハーモニック性が第１の閾値を超えていると認められた場合（例えば、ブロック２１によっておよび／またはステップＳ６１において）にのみ符号化される。ただし、デコーダは比較を実行しない。
【０２６５】
Ｓ１０３において、ピッチ情報が実際に符号化されている（例えば、現在の規則でｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ＝１）と認められた場合、ピッチ情報は（例えば、ピッチ情報１６ｂまたは１７ｂを符号化するフィールド「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」から）復号され、ステップＳ１０４で格納される。そうでない場合、サイクルが終了し、新しいフレームがＳ１０１で復号され得る。
【０２６６】
次に、ステップＳ１０５で、ＬＴＰＦが有効になっているかどうか、すなわちＬＴＰＦのピッチ情報を使用することが可能であるかどうかがチェックされる。この検証は、それぞれの制御項目（１６ｃ、１７ｃ、「ｌｔｐｆ＿ａｃｔｉｖｅ」など）をチェックすることで実行できる。これは、ハーモニック性が第２の閾値を超えていること（例えば、ブロック２２および／またはステップＳ６３で認識されるように）および／または時間進展が極端に複雑ではないこと（信号は時間間隔で十分にフラットであること）を意味し得る。ただし、比較はデコーダによって実行されない。
【０２６７】
ＬＴＰＦがアクティブであることが確認された場合、ステップＳ１０６でＬＴＰＦが実行される。それ以外の場合、ＬＴＰＦはスキップされる。サイクルは終了する。新しいフレームは、Ｓ１０１で復号されてもよい。
【０２６８】
隠蔽を参照すると、後者はいくつかのステップに分割できる。ステップＳ１０７で、前のフレームのピッチ情報（または前のフレームの１つのピッチ情報）がメモリに格納されている（すなわち、それが自由に使える）かどうかが確認される。
【０２６９】
検索されたピッチ情報が格納されていることが確認された場合、ステップＳ１０８で（例えば、コンポーネント７５または３８０によって）誤り隠蔽を実行することができる。信号スクランブリングでのＭＤＣＴ（またはＭＤＳＴ）フレーム解像度の反復、および／またはＴＣＸ時間領域隠蔽、および／またはフェーズＥＣＵを実行できる。
【０２７０】
そうでなければ、Ｓ１０７で新しいピッチ情報が保存されていないことが確認された場合（その結果、前のフレームが信号の非常に低次のハーモニック性または非常に高い変動に関連付けられていたため）、異なる隠蔽技法はそれ自体既知であり、エンコーダによって提供されるピッチ情報の使用を示唆せずステップＳ１０９で使用されてもよい。これらの技法のいくつかは、デコーダでのピッチ情報および／または他のハーモニック性情報の推定に基づいている場合がある。いくつかの例では、この場合、隠蔽技法は実行されない場合がある。
【０２７１】
隠蔽を実行した後、サイクルは終了し、新しいフレームがＳ１０１で復号され得る。
【０２７２】
１１．解決策についての議論
提案された解決策は、エンコーダ側に１つのピッチ検出器のみを保持し、ＬＴＰＦまたはＰＬＣがこの情報を必要とする場合は常にピッチラグパラメータを送信するものと見なすことができる。１ビットは、ピッチ情報がビットストリームに存在するかどうかを示すために使用される。ＬＴＰＦがアクティブかどうかを通知するために、１つの追加ビットが使用される。
【０２７３】
提案された解決策は、１つではなく２つのシグナリングビットを使用することにより、ピッチベースのＰＬＣがアクティブでＬＴＰＦではない場合でも、いずれの追加の複雑さもなしに両方のモジュールにピッチラグ情報を直接提供できる。
【０２７４】
したがって、ＬＴＰＦとピッチベースのＰＬＣとの複雑さの低い結合を得ることができる。
【０２７５】
１１．１  エンコーダ
ａ．フレームにつき１つのピッチラグは、ピッチ検出アルゴリズムを使用して推定される。これは、複雑さを低減して精度を向上させるために３つのステップで実行できる。第１のピッチラグは、低減されたサンプリングレートで「開ループピッチ分析」を使用して大まかに推定される（例えば、例の［１］または［５］を参照されたい）。次に、ピッチラグの整数部分は、より高いサンプリングレートで相関関数を最大化することによって調整される。第３のステップは、ピッチラグの小数部分を、例えば内挿された相関関数を最大化することにより推定するものである。
【０２７６】
ｂ．ビットストリームのピッチラグを符号化するかどうかを決定する。信号のハーモニック性の尺度は、例えば、正規化された相関などで使用され得る。次に、信号のハーモニック性が閾値を超える場合はビットｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが１に設定され、それ以外の場合は０に設定される。ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが１の場合、ピッチラグｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇはビットストリームで符号化される。
【０２７７】
ｃ．ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが１の場合、現在のフレームでＬＴＰＦツールをアクティブにするかどうかの第２の決定が行われる。この決定はまた、例えば、信号のハーモニック性、例えば正規化された相関関係に基づくこともできるが、より高い閾値で、さらには安定した決定を提供するためにヒステリシスメカニズムに基づき得る。この決定により、ビットｌｔｐｆ＿ａｃｔｉｖｅが設定される。
【０２７８】
ｄ．（任意選択）ｌｔｐｆ＿ａｃｔｉｖｅが１の場合、ＬＴＰＦ利得が推定され、ビットストリームに符号化される。ＬＴＰＦ利得は、相関ベースの関数を使用して推定し、均一量子化を使用して量子化できる。
【０２７９】
１１．２  ビットストリーム
例によると、ビットストリームシンタックスは図８ａおよび図８ｂに示されている。
【０２８０】
１１．３  デコーダ
デコーダが破損していないフレームを正しく受信した場合：
ａ．ＬＴＰＦデータはビットストリームから復号される
ｂ．ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが０またはｌｔｐｆ＿ａｃｔｉｖｅが０の場合、ＬＴＰＦデコーダは、ＬＴＰＦ利得０で呼び出される（その場合、ピッチラグはない）。
【０２８１】
ｃ．ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが１で、ｌｔｐｆ＿ａｃｔｉｖｅが１の場合、ＬＴＰＦデコーダは、復号されたピッチラグと復号された利得で呼び出される。
【０２８２】
デコーダが破損したフレームを受信した場合、またはフレームが失われた場合：
ａ．ピッチベースのＰＬＣを使用して、失われた／破損したフレームを隠蔽するかどうかを決定する。この決定は、最後の良好なフレームのＬＴＰＦデータと、おそらく他の情報に基づいている。
【０２８３】
ｂ．最後の良好なフレームのｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが０の場合、ピッチベースのＰＬＣは使用されない。その場合、別のＰＬＣ方式が使用される。例えば、符号スクランブルを伴うフレーム反復がある（［７］を参照）。
【０２８４】
ｃ．最後の良好なフレームのｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔが１であり、他の条件が満たされている可能性がある場合は、ピッチベースのＰＬＣを使用して、失われた／破損したフレームを隠蔽する。ＰＬＣモジュールは、最後の良好なフレームのビットストリームから復号されたピッチラグｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇを使用する。
【０２８５】
１２．その他の例
図１１は、符号化装置１０または１０’を実装し、かつ／または方法６０を実行することができるシステム１１０を示す。システム１１０は、プロセッサ１１１と、プロセッサ１１１によって実行されたときにプロセッサ１１１にピッチ推定１１３を実行させる（例えば、ピッチ推定器１３を実装する）ことができる命令を格納する非一時的メモリユニット１１２、信号分析１１４（例えば、信号分析器１４および／またはハーモニック性測定器２４を実装するため）、およびビットストリーム形成１１５（例えば、ビットストリーム形成器１５および／またはステップＳ６２、Ｓ６４、および／またはＳ６６を実装するため）を備えることができる。システム１１０は、オーディオ信号（例えば、オーディオ信号１１）を取得することができる入力ユニット１１６を含むことができる。したがって、プロセッサ１１１は、オーディオ信号の（例えば、フレーム１２、１２’、１２”のフォーマットの）符号化された表現を取得するためのプロセスを実行することができる。この符号化された表現は、出力ユニット１１７を使用して外部ユニットに提供され得る。出力ユニット１１７は、例えば、（例えば、Ｂｌｕｅｔｏｏｔｈなどの無線通信を使用して）外部デバイスおよび／または外部記憶空間と通信するための通信ユニットを備えることができる。プロセッサ１１１は、オーディオ信号の符号化された表現をローカル記憶空間１１８に保存することができる。
【０２８６】
図１２は、復号装置７０または３００を実装し、かつ／または方法１００を実行することができるシステム１２０を示す。システム１２０は、プロセッサ１２１と、プロセッサ１２１によって実行されるとき、プロセッサ１２１にビットストリーム読み取り１２３（例えば、ピッチリーダ７１および／または３２０および／またはステップＳ１０１、ユニット７５または３８０、および／またはステップＳ１０７〜Ｓ１０９を実装する）、フィルタ制御１２４（例えば、ＬＴＰＦ  ７３または３７６および／またはステップＳ１０６を実装する）、および隠蔽１２５（例えば実装する）を実行させ得る命令を格納する非一時的メモリユニット１２２とを備えることができる。システム１２０は、（例えば、フレーム１２、１２’、１２”の形で）オーディオ信号の復号された表現を取得することができる入力ユニット１２６を備えることができる。したがって、プロセッサ１２１は、オーディオ信号の復号された表現を取得するためのプロセスを実行することができる。この復号された表現は、出力ユニット１２７を使用して外部ユニットに提供され得る。出力ユニット１２７は、例えば、（例えば、Ｂｌｕｅｔｏｏｔｈなどの無線通信を使用して）外部デバイスおよび／または外部記憶空間と通信するための通信ユニットを備えることができる。プロセッサ１２１は、オーディオ信号の復号された表現をローカル記憶空間１２８に保存することができる。
【０２８７】
例において、システム１１０および１２０は、同じデバイスであり得る。
【０２８８】
図１３は、例による方法１３００を示す。エンコーダ側では、ステップＳ１３０において、方法は、（例えば、上記の方法のいずれかに従って、または上記の少なくともいくつかのデバイスを使用して）オーディオ信号を符号化し、ハーモニック性情報および／またはピッチ情報を導出することを提供し得る。
【０２８９】
エンコーダ側では、ステップＳ１３１で、この方法は、ピッチ情報が少なくともＬＴＰＦおよび／または誤り隠蔽機能がデコーダ側で動作するのに適しているかどうかを（例えば、ハーモニック性測定値などのハーモニック性情報に基づいて）判定することができる。
【０２９０】
エンコーダ側では、ステップＳ１３２において、方法は、エンコーダから送信すること（例えば、Ｂｌｕｅｔｏｏｔｈを使用して、例えば無線で）、および／またはメモリに、オーディオ信号のデジタル表現およびハーモニック性に関連する情報を含むビットストリームを格納することを提供し得る。このステップはまた、ピッチ情報がＬＴＰＦおよび／または誤り隠蔽に適合しているかどうかをデコーダにシグナリングすることも提供できる。例えば、第３の制御項目１８ｅ（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ＿ｐｒｅｓｅｎｔ」）は、ピッチ情報（ビットストリームに符号化されている）が、第３の制御項目１８ｅに符号化された値に従って少なくとも誤り隠蔽のために適合または非適合であることをシグナリングし得る。例えば、第１の制御項目１６ａ（ｌｔｐｆ＿ａｃｔｉｖｅ＝０）は、ピッチ情報（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」としてビットストリームに符号化される）が誤り隠蔽に適合されているが、（例えば、その中間ハーモニック性により）ＬＴＰＦに適合されていないことをシグナリングし得る。例えば、第２の制御項目１７ａ（ｌｔｐｆ＿ａｃｔｉｖｅ＝１）は、ピッチ情報（「ｌｔｐｆ＿ｐｉｔｃｈ＿ｌａｇ」としてビットストリームに符号化される）が、誤り隠蔽およびＬＴＰＦ（例えば、そのより高いハーモニック性のため）の両方に適合されることをシグナリングし得る。
【０２９１】
デコーダ側で、方法は、ステップＳ１３４で、オーディオ信号のデジタル表現を復号し、ピッチ情報を使用して、シグナリングによるピッチ情報ＬＴＰＦおよび／または誤り隠蔽を使用することがエンコーダを形成することを提供することができる。
【０２９２】
特定の実装要件に応じて、例はハードウェアで実装できる。実装は、デジタル記憶メディア、例えば、フロッピーディスク、デジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク、コンパクトディスク（ＣＤ）、読み取り専用メモリ（ＲＯＭ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ）、消去およびプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）、またはフラッシュメモリを使用して実行できる。これらは電子的に読み取り可能な制御信号を格納し、プログラム可能なコンピュータシステムと協働し（または協働でき）、それぞれの方法が実行されるようにする。したがって、デジタル記憶媒体は、コンピュータ可読であり得る。
【０２９３】
一般に、例は、プログラム命令を含むコンピュータプログラム製品として実装されてもよく、プログラム命令は、コンピュータプログラム製品がコンピュータ上で実行されるときに方法の１つを実行するように動作する。プログラム命令は、例えば、機械可読媒体に格納されてもよい。
【０２９４】
他の例は、機械可読キャリアに格納された、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを含む。換言すると、方法の例は、したがって、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載される方法の１つを実行するためのプログラム命令を有するコンピュータプログラムである。
【０２９５】
したがって、方法のさらなる例は、本明細書に記載の方法のうちの１つを実行するための、記録されたコンピュータプログラムを含むデータキャリア媒体（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。データキャリア媒体、デジタル記憶メディア、または記録されたメディアは、無形で一時的な信号ではなく、有形および／または非一時的なものである。
【０２９６】
さらなる例は、本明細書に記載されている方法の１つを実行する処理ユニット、例えばコンピュータ、またはプログラム可能な論理デバイスを含む。
【０２９７】
さらなる例は、本明細書に記載されている方法の１つを実行するためのコンピュータプログラムがインストールされているコンピュータを含む。
【０２９８】
さらなる例は、本明細書で説明される方法の１つを実行するためのコンピュータプログラムを受信機に（例えば、電子的または光学的に）転送する装置またはシステムを含む。受信機は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどであり得る。装置またはシステムは、例えば、コンピュータプログラムを受信機に転送するためのファイルサーバを含み得る。
【０２９９】
いくつかの例では、プログラム可能な論理デバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書で説明されている方法の機能の一部またはすべてを実行することができる。いくつかの例では、フィールドプログラマブルゲートアレイは、本明細書で説明される方法の１つを実行するために、マイクロプロセッサと協働し得る。一般に、方法は、任意の適切なハードウェア装置によって実行され得る。
【０３００】
上記の例は、上で説明した原理を例示するものである。本明細書に記載された構成および詳細の修正および変形は明らかであることが理解される。したがって、直後の特許請求の範囲によって制限されることを意図しており、本明細書の例の記載および説明のために提示される特定の細部によって制限されることはない。
【図１】
2021502605.tif 000269
【図２】
2021502605.tif 000270
【図３】
2021502605.tif 000271
【図４】
2021502605.tif 000272
【図５】
2021502605.tif 000273
【図６ａ】
2021502605.tif 000274
【図６ｂ】
2021502605.tif 000275
【図７】
2021502605.tif 000276
【図８ａ】
2021502605.tif 000277
【図８ｂ】
2021502605.tif 000278
【図９】
2021502605.tif 000279
【図１０】
2021502605.tif 000280
【図１１】
2021502605.tif 000281
【図１２】
2021502605.tif 000282
【図１３】
2021502605.tif 000283
【手続補正書】
【提出日】令和2年7月5日(2020.7.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
フレームのシーケンスに分割されたオーディオ信号に関連するオーディオ信号情報（１２、１２’、１２”）を復号するための装置（７０、３００）であって、フレームの前記シーケンスの各フレームは、第１のフレーム（１６、１６’、１６”）、第２のフレーム（１７、１７’、１７”）、および第３のフレーム（１８”）の１つであり、前記装置は、符号化されたオーディオ信号情報（１２、１２’、１２”、３１０）を読み取るように構成されたビットストリームリーダ（７１、３２０）であって、前記符号化されたオーディオ信号情報は、前記第１のフレーム（１６、１６’、１６”）、前記第２のフレーム（１７、１７’、１７”）、および前記第３のフレーム（１８”）用の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ、１８ａ、３１０）を有する符号化されたオーディオ信号表現（１２、１２’、１２”、３１０）、
前記第１のフレーム（１６、１６’、１６”）の第１のピッチ情報（１６ｂ）、および第１の値を有する第１の制御データ項目（１６ｃ）、および
前記第２のフレーム（１７、１７’、１７”）の第２のピッチ情報（１７ｂ）、および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）であって、前記第１の制御データ項目（１６ｃ）および前記第２の制御データ項目（１７ｃ）は同じフィールドにある第２の制御データ項目（１７ｃ）、および
前記第１のフレーム（１６、１６’、１６”）、前記第２のフレーム（１７、１７’、１７”）、および前記第３のフレーム（１８”）の第３の制御データ項目（１８ｅ）であって、前記第１のピッチ情報（１６ｂ）および／または前記第２のピッチ情報（１７ｂ）の有無を示し、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）と区別する値を有する１つの単一ビットにおいて符号化され、前記第３のフレーム（１８”）は、前記第１のピッチ情報（１６ｂ）、前記第１の制御データ項目（１６ｃ）、前記第２のピッチ情報（１７ｂ）、および前記第２の制御データ項目（１７ｃ）を欠くフォーマットを有する第３の制御データ項目（１８ｅ）を有する、ビットストリームリーダ、および
長期ポストフィルタＬＴＰＦ（７３、３７６）を制御して、
フレームが第３のフレーム（１８”）であるかどうかを確認するために前記第３の制御データ項目（１８ｅ）をチェックし（Ｓ１０３）、前記フレームが第３のフレーム（１８”）でないことを確認した場合は、前記フレームが第１のフレーム（１６、１６’、１６”）であるか第２のフレーム（１７、１７’、１７”）であるかを確認するために前記第１のデータ項目と第２の制御データ項目をチェックして（Ｓ１０５）、
前記第２の制御データ項目（１７ｃ）に前記第２の値があることが確認された場合、前記第２のピッチ情報（１７ｂ）を使用して前記第２のフレーム（１７、１７’、１７”）の前記オーディオ信号の復号された表現（７１ａ、３７２）をフィルタ処理し、後続の適切に復号されていないオーディオフレームを隠蔽するための前記第２のピッチ情報を格納（Ｓ１０４）し、
前記第１の制御データ項目（１６ｃ）に前記第１の値があることが確認された場合、前記第１のフレーム（１６、１６’、１６”）の前記ＬＴＰＦ（７３、３７６）を非アクティブ化するが、後続の適切に復号されていないオーディオフレームを隠蔽するための前記第１のピッチ情報を格納（Ｓ１０４）して、
前記フレームが第３のフレームであることが前記第３の制御データ項目（１８ｅ）から確認された場合は、前記ＬＴＰＦ（７３、３７６）を非アクティブ化すること、および後続の正しく復号されていないオーディオフレームを隠蔽するためのピッチ情報を格納すること
を行うように構成されたコントローラ（７２）を
含む、装置。
【請求項２】
前記符号化されたオーディオ信号情報では、前記第１のフレーム（１６”）について、１つの単一ビットが前記第１の制御データ項目（１６ｃ）に予約され、固定のデータフィールド（１６ｂ）が前記第１のピッチ情報に予約される、請求項１に記載の装置。
【請求項３】
前記符号化されたオーディオ信号情報では、前記第２のフレーム（１７”）について、１つの単一ビットが前記第２の制御データ項目（１７ｃ）に予約され、固定のデータフィールド（１７ｂ）が前記第２のピッチ情報に予約される、請求項１〜２のいずれかに記載の装置。
【請求項４】
前記第１および／または第２のピッチ情報（１６ｂ、１７ｂ）を使用して、後続の適切に復号されていないオーディオフレームを隠蔽するように構成された隠蔽ユニット（７５、３８０）
をさらに含む、請求項１〜３のいずれかに記載の装置。
【請求項５】
前記隠蔽ユニット（７５、３８０）は、
無効なフレームの復号の判定（Ｓ１０２）の場合、以前に正しく復号されたフレームに関するピッチ情報が格納されているかどうかをチェックし（Ｓ１０７）、
無効に復号されたフレームを、前記格納されたピッチ情報を使用して取得されたフレームで隠蔽する（Ｓ１０８）
ように構成される、請求項４に記載の装置。
【請求項６】
オーディオ信号（１１）を符号化するための装置（１０、１０’）であって、
オーディオ信号（１１）のピッチに関連するピッチ情報（１３ａ）を取得するように構成されたピッチ推定器（１３）、
前記オーディオ信号（１１）のハーモニック性に関連するハーモニック性情報（１４ａ、２４ａ、２４ｃ）を取得するように構成された信号分析器（１４）、および
符号化されたオーディオ信号情報（１２”）符号化フレーム（１６”、１７”、１８”）を準備して前記ビットストリームに、
第１のフレーム（１６”）、第２のフレーム（１７”）、および第３のフレーム（１８”）の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ、１８ａ）、
第１のフレーム（１６”）の第１のピッチ情報（１６ｂ）、および第１の値を有する第１の制御データ項目（１６ｃ）、
第２のフレーム（１７”）の第２のピッチ情報（１７ｂ）、および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）、および
前記第１のフレーム、第２のフレーム、第３のフレームの第３の制御データ項目（１８ｅ）
を含めるように構成されたビットストリーム形成器（１５）を備え、
それにおいて、前記第１の値（１６ｃ）および前記第２の値（１７ｃ）は、前記ハーモニック性情報（１４ａ、２４ａ、２４ｃ）に関連付けられた第２の基準（６００）に依存し、
前記第１の値（１６ｃ）は、前記第１のフレーム（１６”）の前記オーディオ信号（１１）の前記ハーモニック性に関する前記第２の基準（６００）を満たしていないことを示し、
前記第２の値（１７ｃ）は、前記第２のフレーム（１７”）の前記オーディオ信号（１１）の前記ハーモニック性に関する前記第２の基準（６００）を満たしていることを示し、
それにおいて、前記第２の基準（６００）は、少なくとも１つの第２のハーモニック性測定値（２４ａ”）が少なくとも１つの第２の閾値より大きいときに満たされる少なくとも条件（Ｓ６３）を含み、
前記第３の制御データ項目（１８ｅ）は、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）と区別する値を持つ１つの単一ビットに符号化され、前記第３のフレーム（１８”）は第１の基準（Ｓ６１）が満たされない場合、符号化され、前記第１の基準（Ｓ６１）が満たされた場合に、前記第１および第２のフレーム（１６”、１７”）が符号化され、前記第１の基準（Ｓ６１）は少なくとも１つの第１のハーモニック性測定値（２４ａ’）が少なくとも１つの第１閾値より大きいときに満たされる少なくとも１つの条件を含み、それにおいて、前記ビットストリームでは、前記第１のフレーム（１６”）の場合、１つの単一ビットが前記第１の制御データ項目（１６ｃ）に予約され、固定データフィールド（１６ｂ）が前記第１のピッチ情報に予約され、
前記ビットストリームでは、前記第２のフレーム（１７”）について、１つの単一ビットが前記第２の制御データ項目（１７ｃ）に予約され、固定データフィールド（１７ｂ）が前記第２のピッチ情報に予約され、
それにおいて、前記ビットストリームでは、前記第３のフレーム（１８”）について、前記固定データフィールドおよび／または前記第１および第２の制御項目のためにビットが予約されていない装置。
【請求項７】
前記第２の基準（６００）は、前記前のフレームの少なくとも１つのハーモニック性測定値が前記少なくとも１つの追加の閾値より大きいときに満たされる少なくとも追加の条件を含む、請求項６に記載の装置。
【請求項８】
前記第１および第２のハーモニック性測定値が異なるサンプリングレートで得られる、請求項６または７のいずれかに記載の装置。
【請求項９】
前記ピッチ情報（１３ａ）は、ピッチラグ情報またはその処理版を含む、請求項６〜８のいずれかに記載の装置。
【請求項１０】
前記ハーモニック性情報（１４ａ、２４ａ、２４ａ’、２４ａ”、２４ｃ）は、自己相関値および／または正規化された自己相関値および／またはそれらの処理版の少なくとも１つを含む、請求項６〜９のいずれかに記載の装置。
【請求項１１】
フレームのシーケンスに分割されたオーディオ信号に関連するオーディオ信号情報を復号するための方法（１００）であって、各フレームは、第１のフレーム、第２のフレーム、および第３のフレームのうちの１つであって、前記方法は、
前記第１のフレーム（１６”）および前記第２のフレーム（１７”）の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ）、
前記第１のフレーム（１６”）の第１のピッチ情報（１６ｂ）および第１の値を有する第１の制御データ項目（１６ｃ）、
前記第２のフレーム（１７”）の第２のピッチ情報（１７ｂ）および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）であって、前記第１の制御データ項目（１６ｃ）および前記第２の制御データ項目（１７ｃ）が同じフィールドである第２の制御データ項目（１７ｃ）、
前記第１のフレーム（１６、１６’、１６”）、前記第２のフレーム（１７、１７’、１７”）、および前記第３のフレーム（１８”）の第３の制御データ項目（１８ｅ）であって、前記第１のピッチ情報（１６ｂ）および／または前記第２のピッチ情報（１７ｂ）の有無を示し、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）と区別する値を有する１つの単一ビットにおいて符号化され、前記第３のフレーム（１８”）は、前記第１のピッチ情報（１６ｂ）、前記第１の制御データ項目（１６ｃ）、前記第２のピッチ情報（１７ｂ）、および前記第２の制御データ項目（１７ｃ）を欠くフォーマットを有する第３の制御データ項目（１８ｅ）
を含む、符号化されたオーディオ信号情報（１２”）を読み取ること（Ｓ１０１）、
前記第１の制御データ項目（１６ｃ）が前記第１の値を有するとの判定において、長期ポストフィルタＬＴＰＦ、および誤り隠蔽機能のための前記第１のピッチ情報（１６ｂ）を使用すること、
前記第２の制御データ項目（１７ｃ）が前記第２の値を有するとの判定において、前記ＬＴＰＦを非アクティブ化するが、前記誤り隠蔽機能のための前記第２のピッチ情報（１７ｂ）を使用すること、
および
前記フレームが第３のフレームであるとの判定において、前記ＬＴＰＦを非アクティブ化し、前記誤り隠蔽機能のための前記オーディオ信号（１１）の前記符号化された表現（１６ａ、１７ａ、１８ａ、３１０）の前記使用を非アクティブ化すること
を含む、方法。
【請求項１２】
フレームに分割された信号に関連付けられたオーディオ信号情報を符号化するための方法（６０）であって、
オーディオ信号から測定値（２４ａ、２４ａ’、２４ａ”）を取得すること（Ｓ６０）、
第２の基準（６００）を満たしていることを検証すること（Ｓ６３、Ｓ６１０〜Ｓ６１２）であって、前記第２の基準（６００）は前記測定値（２４ａ、２４ａ’、２４ａ”）に基づいており、少なくとも１つの第２のハーモニック性測定値（２４ａ’）が第２の閾値より大きいときに満たされる少なくとも１つの条件を含む、検証すること、および
第１のフレーム（１６”）および第２のフレーム（１７”）および第３のフレーム（１８”）の前記オーディオ信号（１１）の符号化された表現（１６ａ、１７ａ）、
前記第１のフレーム（１６”）の第１のピッチ情報（１６ｂ）と、第１の値を有する第１の制御データ項目（１６ｃ）および第３の制御データ項目（１８ｅ）、
前記第２のフレーム（１７”）の第２のピッチ情報（１７ｂ）および前記第１の値とは異なる第２の値を有する第２の制御データ項目（１７ｃ）および第３の制御データ項目（１８ｅ）を含む、フレーム（１６”、１７”、１８”）を有する符号化されたオーディオ信号情報（１２、１２’、１２”）を形成すること（Ｓ６４）を含み、
それにおいて前記第１の値（１６ｃ）および第２の値（１７ｃ）は、前記第２の基準（６００）に依存し、前記第１の値（１６ｃ）は、前記第１のフレーム（１６”）の前記オーディオ信号（１１）のハーモニック性に基づいて前記第２の基準（６００）を満たしていないことを示し、前記第２の値（１７ｃ）は、前記第２のフレーム（１７）の前記オーディオ信号（１１）のハーモニック性に基づいて前記第２の基準（６００）が満たされていることを示し、
前記第３の制御データ項目（１８ｅ）は、第１の基準（Ｓ６１）を満たしていることに関連して、前記第３のフレーム（１８”）を前記第１および第２のフレーム（１６”、１７”）から区別する値を有する１つの単一ビットであり、前記第３の制御データ項目（１８ｅ）が前記第１の基準（Ｓ６１）を満たしていないことを示すとき、少なくとも１つの第１のハーモニック性測定値（２４ａ’）が少なくとも１つの第１の閾値よりも高いときに満たされる少なくとも１つの条件に基づいて、前記第３のフレーム（１８”）を識別し、
それにおいて前記符号化されたオーディオ信号情報は、前記第１のフレーム（１６”）について、１つの単一ビットが前記第１の制御データ項目（１６ｃ）および前記第１のピッチ情報（１６ｂ）の固定データフィールド用に予約されるように形成され、
それにおいて前記符号化されたオーディオ信号情報は、前記第２のフレーム（１７”）について、１つの単一ビットが前記第２の制御データ項目（１７ｃ）および前記第２のピッチ情報（１７ｂ）の固定データフィールド用に予約されるように形成され、
それにおいて前記符号化されたオーディオ信号情報は、前記第３のフレーム（１８”）について、前記固定データフィールド用にビットが予約されず、ビットが前記第１の制御データ項目（１６ｃ）と前記第２の制御データ項目（１７ｃ）用に予約されない、方法。
【請求項１３】
プロセッサによって実行されるとき、請求項１１〜１２のいずれかに記載の方法を実行する命令を格納する非一時的メモリユニット。
【国際調査報告】
2021502605.tif 000284
2021502605.tif 000285
2021502605.tif 000286
2021502605.tif 000287
2021502605.tif 000288
2021502605.tif 000289