(57)【特許請求の範囲】
【請求項１】
互換性のないシステム内で可変レートボコーダフレームの伝送を支援する装置であって、受信した可変レートボコーダフレームのフレームタイプを識別し、フレームタイプにしたがって、受信した可変レートボコーダフレームのビットを順序変更し、順序変更されたビットを使用して、フレームタイプにしたがって、マルチレートボコーダフレームを組立てるように構成されたインフラストラクチャ素子を含み、
インフラストラクチャ素子が、不活動のビットパターンをマルチレートボコーダフレームへ挿入するようにも構成され、不活動のビットパターンがフレームタイプと関係付けられている装置。
【請求項２】
互換性のないシステム内で可変レートボコーダフレームの伝送を支援する装置であって、受信した可変レートボコーダフレームのフレームタイプを識別し、フレームタイプにしたがって、受信した可変レートボコーダフレームのビットを順序変更し、順序変更されたビットを使用して、フレームタイプにしたがって、マルチレートボコーダフレームを組立てるように構成されたインフラストラクチャ素子を含み、
インフラストラクチャ素子が、可変レートボコーダフレームの前記フレームタイプと関係付けられたモードインデックスをマルチレートボコーダフレームに付けることによって、マルチレートボコーダフレームを組立てるようにも構成されている装置。
【請求項３】
インフラストラクチャ素子が、不活動のビットパターンをマルチレートボコーダフレームへ挿入することによって、マルチレートボコーダフレームを組立てるようにも構成されている請求項２記載の装置。
【請求項４】
インフラストラクチャ素子が、各予測フレームタイプを１つのモードインデックスと関係付けることによって、マルチレートボコーダフレームを組立てるようにも構成されている請求項２記載の装置。
【請求項５】
互換性のないシステム内で可変レートボコーダフレームの伝送を支援する装置であって、受信した可変レートボコーダフレームのフレームタイプを識別し、フレームタイプにしたがって、受信した可変レートボコーダフレームのビットを順序変更し、順序変更されたビットを使用して、マルチレートボコーダフレームを組立てるように構成されたインフラストラクチャ素子を含み、
インフラストラクチャ素子が、不活動のビットパターンをマルチレートボコーダフレームへ挿入することによって、マルチレートボコーダフレームを組立てるようにも構成されている装置、
ここにおいて、前記不活動のビットパターンは前記可変レートボコーダフレームのフレームタイプと関連付けられている。
【請求項６】
互換性のないシステム内で可変レートボコーダフレームを支援する装置であって、
受信したマルチレートボコーダフレームを復調する復調サブシステムと、
復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断するシステム弁別器であって、モードインデックスのサーチを行うことによって、復調されたマルチレートボコーダフレームが可変レートボコーダフレームを保持しているかどうかを判断するシステム弁別器と、
マルチレートボコーダフレームのカーゴを、可変レートボコーダフレームへ順序変更する結合器と、
可変レートボコーダフレームを復号するように構成された復号器とを含む装置。
【請求項７】
互換性のないシステム内で可変レートボコーダフレームを支援する装置であって、
受信したマルチレートボコーダフレームを復調する復調サブシステムと、
復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断するシステム弁別器であって、不活動のビットパターンのサーチを行うことによって、復調されたマルチレートボコーダフレームが可変レートボコーダフレームを保持しているかどうかを判断するシステム弁別器と、
マルチレートボコーダフレームのカーゴを、可変レートボコーダフレームへ順序変更する結合器と、
可変レートボコーダフレームを復号するように構成された復号器とを含む装置。
【請求項８】
互換性のないシステム内で可変レートボコーダフレームを支援する装置であって、
受信したマルチレートボコーダフレームを復調する復調サブシステムと、
復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断するシステム弁別器であって、ブラインドレートのサーチを行うことによって、復調されたマルチレートボコーダフレームが可変レートボコーダフレームを保持しているかどうかを判断するシステム弁別器と、
マルチレートボコーダフレームのカーゴを、可変レートボコーダフレームへ順序変更する結合器と、
可変レートボコーダフレームを復号するように構成された復号器とを含む装置。
【請求項９】
互換性のないシステム内で可変レートボコーダフレームを支援する装置であって、
受信したマルチレートボコーダフレームを復調する復調サブシステムと、
復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断するシステム弁別器であって、システム弁別器が、復調されたマルチレートボコーダフレームが可変レートボコーダフレームを保持していると判断すると、可変レートボコーダフレームのフレームタイプも判断するシステム弁別器と、
マルチレートボコーダフレームのカーゴを、可変レートボコーダフレームへ順序変更する結合器と、
可変レートボコーダフレームを復号するように構成された復号器とを含む装置。
【請求項１０】
システム弁別器が、復調されたマルチレートボコーダフレームのモードを判断することによって、可変レートボコーダフレームのフレームタイプを判断する請求項９記載の装置。
【請求項１１】
システム弁別器が、ビットパターンのサーチを行うことによって、可変レートボコーダフレームのフレームタイプを判断する請求項９記載の装置。
【請求項１２】
システム弁別器が、ブラインドレートの検出を行うことによって、可変レートボコーダフレームのフレームタイプを判断する請求項９記載の装置。
【請求項１３】
可変レートボコーダフレームをマルチレートボコーダフレームとして再フォーマットする方法であって、
受信した可変レートボコーダフレームのフレームタイプを識別することと、
受信した可変レートボコーダフレームの音声パラメータを構成するビットの位置をマルチレートボコーダフレーム内の該ビットの重要度に対応したビット位置へ順序変更することと、
マルチレートボコーダフレームを組立てることであって、順序変更されたビットがマルチレートボコーダフレームのカーゴを構成し、不変レートのモードインデックスをマルチレートボコーダフレームに付けることとを含む方法、
ここにおいて、可変レートボコーダフレームのフレームタイプを識別することは、下記のいずれか一つ以上を含む：
モードインデックスを判断すること；
不活動のビットパターンをサーチすること；および、
ブラインドレートを判断すること。
【請求項１４】
マルチレートボコーダフレームを組立てることが、不活動のビットパターンを、マルチレートボコーダフレームの別のカーゴとして埋め込むことを含み、不活動のビットパターンが、マルチレートボコーダフレーム内の可変レートボコーダフレームの存在を識別するためのものである請求項１３記載の方法、
ここにおいて、前記不活動のビットパターンは前記可変レートボコーダフレームのフレームタイプと関連付けられている。
【請求項１５】
可変レートボコーダフレームをマルチレートボコーダフレームとして再フォーマットする方法であって、
受信した可変レートボコーダフレームのフレームタイプを識別することと、
受信した可変レートボコーダフレームの音声パラメータを構成するビットの位置をマルチレートボコーダフレーム内の該ビットの重要度に対応したビット位置へ順序変更することと、
マルチレートボコーダフレームを組立てることであって、順序変更されたビットがマルチレートボコーダフレームのカーゴを構成し、不変レートのモードインデックスをマルチレートボコーダフレームに付けることとを含む方法、
ここにおいて、可変レートボコーダフレームのフレームタイプを識別することは、下記のいずれか一つ以上を含む：
モードインデックスを判断すること；
不活動のビットパターンをサーチすること；および、
ブラインドレートを判断すること。
【請求項１６】
マルチレートボコーダフレームを組立てることが、不活動のビットパターンを、マルチレートボコーダフレームの別のカーゴとして埋め込むことを含み、不活動のビットパターンが、可変レートボコーダフレームのフレームタイプを識別するためのものである請求項１５記載の方法、
ここにおいて、前記不活動のビットパターンは前記可変レートボコーダフレームのフレームタイプと関連付けられている。
【請求項１７】
可変レートのモードインデックスが、可変レートボコーダフレームのフレームタイプを示す請求項１５記載の方法。
【請求項１８】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
モードインデックスの判断を行うことによって、マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法。
【請求項１９】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
不活動のビットパターンのサーチを行うことによって、マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法、
ここにおいて、前記不活動のビットパターンは前記可変レートボコーダフレームのフレームタイプと関連付けられている。
【請求項２０】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
ブラインドレートの検出を行うことによって、マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法。
【請求項２１】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
モードインデックスの判断によって、可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法。
【請求項２２】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
不活動ビットパターンのサーチによって、可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法、
ここにおいて、前記不活動のビットパターンは前記可変レートボコーダフレームのフレームタイプと関連付けられている。
【請求項２３】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
ブラインドレートの判断によって、可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法。
【請求項２４】
可変レートボコーダフレームをマルチレートボコーダフレームとして再フォーマットする装置であって、
受信した可変レートボコーダフレームのフレームタイプを識別する手段と、
受信した可変レートボコーダフレームのビットを順序変更する手段と、
マルチレートボコーダフレームを組立てる手段であって、順序変更されたビットがマルチレートボコーダフレームのカーゴを構成し、可変レートモードインデックスをマルチレートボコーダフレームに付ける手段とを含む装置。
【請求項２５】
互換性のないシステム内で可変レートボコーダフレームを支援する装置であって、
マルチレートボコーダフレームを受信する手段と、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているかどうかを判断する手段と、
マルチレートボコーダフレームが可変レートボコーダフレームのカーゴを保持しているときは、可変レートボコーダフレームのカーゴのフレームタイプを識別する手段であって、モードインデックスの判断を行う識別する手段と、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更する手段と、
可変レートボコーダフレームを復号する手段とを含む装置。
【請求項２６】
互換性のないシステム内で可変レートボコーダフレームの伝送を支援する装置であって、受信した可変レートボコーダフレームのフレームタイプを識別し、フレームタイプにしたがって、受信した可変レートボコーダフレームのビットを順序変更し、順序変更されたビットを使用して、マルチレートボコーダフレームを組立てるように構成されたインフラストラクチャ素子を含む装置。
【請求項２７】
インフラストラクチャ素子が、フレームタイプにしたがってマルチレートボコーダフレームを組立てるようにも構成されている請求項２６記載の装置。
【請求項２８】
可変レートボコーダフレームをマルチレートボコーダフレームとして再フォーマットする装置であって、
可変レートボコーダフレームのフレームタイプを識別するフレームタイプ識別器と、
フレームタイプにしたがって、可変レートボコーダフレームのビットを順序変更するように構成されたインフラストラクチャ素子と、
マルチレートボコーダフレームを組立てるフレーム生成器であって、マルチレートボコーダフレームのカーゴが、可変レートボコーダフレームの順序変更されたビットを含むフレーム生成器とを含む装置。
【請求項２９】
互換性のないシステム内で可変レートボコーダフレームを支援する装置であって、
受信したマルチレートボコーダフレームを復調する復調サブシステムと、
復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断するシステム弁別器と、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、かつ音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更する結合器と、
可変レートボコーダフレームを復号するように構成された復号器とを含む装置、
ここにおいて、復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断することは、下記のいずれか一つ以上を含む：
モードインデックスを判断すること；
不活動のビットパターンをサーチすること；および、
ブラインドレートを検出すること。
【請求項３０】
可変レートボコーダフレームをマルチレートボコーダフレームとして再フォーマットする方法であって、
受信した可変レートボコーダフレームのフレームタイプを識別することと、
受信した可変レートボコーダフレームの音声パラメータを構成するビットの位置をマルチレートボコーダフレーム内の該ビットの重要度に対応したビット位置へ順序変更することと、
マルチレートボコーダフレームを組立てることであって、順序変更されたビットがマルチレートボコーダフレームのカーゴを構成していることとを含む方法、
ここにおいて、可変レートボコーダフレームのフレームタイプを識別することは、下記のいずれか一つ以上を含む：
モードインデックスを判断すること；
不活動のビットパターンをサーチすること；および、
ブラインドレートを判断すること。
【請求項３１】
互換性のないシステム内で可変レートボコーダフレームを支援する方法であって、
マルチレートボコーダフレームを受信することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているかどうかを判断することと、
マルチレートボコーダフレームが、可変レートボコーダフレームのカーゴを保持しているときは、
可変レートボコーダフレームのカーゴのフレームタイプを識別することと、
マルチレートボコーダフレーム構造の異なる重要度に対応するビット位置に配置され、音声パラメータを構成する前記カーゴ内の各ビットを、可変レートボコーダフレーム内のビット位置へ順序変更することと、
可変レートボコーダフレームを復号することとを含む方法、
ここにおいて、復調されたマルチレートボコーダフレームが可変レートボコーダフレームをカーゴとして保持しているかどうかを判断することは、下記のいずれか一つ以上を含む：
モードインデックスを判断すること；
不活動のビットパターンをサーチすること；および、
ブラインドレートを検出すること。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信に関する。とくに、本発明は、システム間伝送のための可変レートボコーダのフレームの再フォーマッティングに関する。
【背景技術】
【０００２】
無線通信の分野には、例えば、コードレス電話、ページング、無線ローカルループ、パーソナルディジタルアシスタント（personal digital assistant, PDA）、インターネット電話、および衛星通信システムを含む多くの応用がある。とくに重要な応用は、遠隔加入者のためのセルラ電話システムである。ここで使用されているように、“セルラ”システムという用語は、セルラまたはパーソナル通信サービス（personal communications service, PCS）の周波数を使用するシステムを含む。このようなセルラ電話システムのために、例えば、周波数分割多元接続（frequency division multiple access, FDMA）、時分割多元接続（time division multiple access, TDMA）、および符号分割多元接続（code division multiple access, CDMA）を含む種々の空中インターフェイスが開発された。これに関連して、例えば、Advanced Mobile Phone Service(AMPS)、Global System for Mobile(GSM)、およびInterim Standard 95(IS-95)を含む種々の国内および国際標準が設定された。IS-95およびその派生の標準であるIS-95A、IS-95B、ANSI J-STD-008（ここでは、多くの場合に、まとめてIS-95と呼ぶ）、並びに提案された高データレートシステムは、米国電気通信工業会（Telecommunication Industry Association, TIA）および他の周知の標準規格設定機関によって公布された。
【０００３】
IS-95標準の使用にしたがって構成されたセルラ電話システムは、ＣＤＭＡの信号処理技術を採用し、非常に効率がよく、かつ頑強なセルラ電話サービスを提供する。IS-95標準にしたがって実質的に構成されたセルラ電話システムの例は、米国特許第5,103,459号および第4,901,307号に記載されており、両文献は、本発明の譲受け人に譲渡され、ここでは参考文献として取り上げている。ＣＤＭＡ技術を使用したシステムの例には、ＴＩＡによって発行されたcdma2000 ITU-R Radio Transmission Technology (RTT) Candidate Submission （ここでは、cdma2000と呼ばれる）がある。ｃｄｍａ２０００標準は、ＩＳ−２０００の草案に与えられており、ＴＩＡによって承認されている。別のＣＤＭＡの標準には、Ｗ−ＣＤＭＡ標準があり、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project, 3GPP）の文献、第3G TS 25.211号、第3G TS 25.212号、第3G TS 25.213号、および第3G TS 25.214号に具体化されている。
【０００４】
各標準は、種々のタイプの情報が伝送のためにどのように処理されるかを定めている。通常の通信システムでは、符号化器は、音声またはデータトラヒックを表わす情報ビットストリームを生成する。このビットストリームは、細かく分割され、グループにまとめられ、種々の制御ビットと連接され、適切な伝送フォーマットへパックされる。音声およびデータトラヒックは、適切な通信標準にしたがって、例えば、フレーム、パケット、およびサブパケットのような、種々のフォーマットで伝送される。説明を簡潔にするために、ここでは“フレーム”という用語を使用して、トラヒックを乗せる伝送フォーマットを示す。しかしながら、ここでは“フレーム”という用語を使用して、音声コーダの出力も示す。用語の定義は、用語が使用される文脈に依存する。
【０００５】
音声コーダは、人間の音声生成モデルに関係するパラメータを抽出し、次に、これらのパラメータを使用して、伝送のために音声を圧縮する装置である。音声コーダは、一般に、符号化器および復号器を含む。音声コーダは、到来した音声信号を、時間のブロック、すなわち解析フレームに分割する。符号化器は、到来した音声フレームを解析して、ある特定の関連パラメータを抽出し、次に、パラメータを二値表現へ量子化する。二値表現は、伝送フレームへパックされ、通信チャネルによって、復号器をもつ受信機へ伝送される。復号器は、伝送フレームを処理し、それらを逆量子化して、パラメータを生成し、逆量子化されたパラメータを使用して、音声フレームを再合成する。音声コーダ（speech coder）は、ボイスコーダ（voice coder）、すなわち“ボコーダ”とも呼ばれ、ここでは、これらの用語を同義で使用する。
【０００６】
音声コーダの機能は、音声に内在する自然冗長の全てを取り除くことによって、ディジタル化された音声信号を低ビットレートの信号へ圧縮することである。ディジタル圧縮は、入力音声フレームを１組のパラメータで表わし、量子化を用いて、そのパラメータを１組のビットで表わすことによって達成される。入力音声フレームが、多数のビットＮｉをもち、音声コーダが生成する出力フレームが、多数のビットＮｏをもつとき、音声コーダによって達成される圧縮率は、Ｃｒ＝Ｎｉ／Ｎｏである。課題は、復号された音声の高い音声品質を維持する一方で、目標の圧縮率を達成することである。音声コーダの性能は、音声モデル、すなわち上述の解析および合成処理の組合せが、どのくらい適切に働くか、およびパラメータ量子化処理が、１フレーム当りＮｏビットの目標ビットレートで、どのくらい適切に行われるかに依存する。したがって、音声モデルの目標は、音声信号の本質、すなわち目標の音声品質を、各フレームごとに、パラメータの小さい組で捕捉することである。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
種々の既存の無線通信システムにおいて、様々なタイプの音声コーダが、多くの場合に非常に異なる音声圧縮技術を使用して、展開されている。さらに加えて、１つの特定の標準によって定められている伝送フレームフォーマットおよび処理は、他の標準のものと大抵異なる。例えば、ＣＤＭＡの標準は、スペクトラム拡散環境における可変レートボコーダのフレームの使用を支援し、一方で、ＧＳＭの標準は、固定レートボコーダのフレームおよびマルチレートボコーダのフレームの使用を支援する。同様に、ユニバーサル モバイル テレコミュニケーションズ システム（Universal Mobile Telecommunications Systems, UMTS）の標準も、固定レートおよびマルチレートのボコーダを支援するが、可変レートのボコーダは支援しない。これらの通信システム間の互換性および相互運用性のために、ＧＳＭおよびＵＭＴＳシステム内での可変レートボコーダのフレームの支援と、ＣＤＭＡシステム内での不変レートボコーダのフレームの支援とを可能にすることが非常に望ましい。ＣＤＭＡの標準内でのマルチレートボコーダのフレームの支援は、現在審査中の米国特許出願第09/755,843号（“METHOD AND APPARATUS FOR SUPPORTING ADAPTIVE MULTI-RATE (AMR) DATA IN A CDMA COMMUNICATION SYSTEM”）において扱われており、これは本発明の譲受人に譲渡され、ここでは参考文献として取り上げている。しかしながら、従来の互換性のないシステム内で可変レートボコーダのフレームの伝送を支援することが、依然として現在必要とされている。
【課題を解決するための手段】
【０００８】
ここでは、互換性のないシステム間の相互運用性を可能にする方法および装置が与えられる。１つの態様において、互換性のないシステム内で可変レートボコーダのフレームの伝送を支援する装置であって、受信した可変レートボコーダのフレームのフレームタイプを識別し、フレームのタイプにしたがって、受信した可変レートボコーダのフレームのビットを順序変更し、順序変更されたビットを使用して、マルチレートボコーダのフレームを組立てるように構成されたインフラストラクチャ素子を含む装置が与えられる。
【０００９】
別の態様では、可変レートボコーダのフレームをマルチレートボコーダのフレームとして再フォーマットする装置であって、可変レートボコーダのフレームのフレームタイプを識別するフレームタイプ識別装置、フレームのタイプにしたがって可変レートボコーダのフレームのビットを順序変更するように構成されたインフラストラクチャ素子、およびマルチレートボコーダのフレームを組立てるフレーム生成器とを含み、マルチレートボコーダのフレームのカーゴが、可変レートボコーダのフレームの順序変更されたビットを含む装置が与えられる。
【００１０】
別の態様では、互換性のないシステム内で可変レートボコーダのフレームを支援する装置であって、受信したマルチレートボコーダのフレームを復調する復調サブシステムと、復調されたマルチレートボコーダのフレームが可変レートボコーダのフレームをカーゴとして保持するかどうかを判断するシステム弁別器と、マルチレートボコーダのフレームのカーゴを、可変レートボコーダのフレームへ順序変更する合成器と、可変レートボコーダのフレームを復号するように構成された復号器とを含む装置が与えられる。
【００１１】
別の態様では、可変レートボコーダのフレームをマルチレートボコーダのフレームへ再フォーマットする方法であって、受信した可変レートボコーダのフレームのフレームタイプを識別することと、受信した可変レートボコーダのフレームのビットを順序変更することと、マルチレートボコーダのフレームを組立てることとを含み、順序変更されたビットが、マルチレートボコーダのフレームのカーゴを含む方法が与えられる。
【００１２】
別の態様では、互換性のないシステム内で可変レートボコーダのフレームを支援する方法であって、マルチレートボコーダのフレームを受信することと、マルチレートボコーダのフレームが、可変レートボコーダのフレームのカーゴを保持しているかどうかを判断することと、マルチレートボコーダのフレームが、可変レートボコーダのフレームのカーゴを保持しているときは、可変レートボコーダのフレームのカーゴのフレームタイプを識別することと、可変レートボコーダのフレームのカーゴを、可変レートボコーダのフレームへ順序変更することと、可変レートボコーダのフレームを復号することとを含む方法が与えられる。
【発明を実施するための最良の形態】
【００１３】
図１に示されているように、無線通信ネットワーク10は、概ね、複数の遠隔局（加入者装置、移動局、またはユーザ装置とも呼ばれる）12aないし12d、複数の基地局（基地局トランシーバ（base station transceiver, BTS）またはノードＢとも呼ばれる）14aないし14c、基地局制御装置（base station controller, BSC）（無線ネットワーク制御装置またはパケット制御機能とも呼ばれる）16、移動交換局（mobile switching center, MSC）またはスイッチ18、パケットデータ供給ノード（packet data serving node, PDSN）またはインターネットワーキング機能（internetworking function, IWF）20、公衆交換電話網（public switched telephone network, PSTN）22（一般には、電話会社）、およびインターネットプロトコル（Internet Protocol, IP）ネットワーク24（一般には、インターネット）を含む。簡潔化のために、４つの遠隔局12aないし12d、３つの基地局14aないし14c、１つのＢＳＣ16、１つのＭＳＣ18、および１つのＰＤＳＮ20が示されている。当業者には、任意の数の遠隔局12、基地局14、ＢＳＣ16、ＭＳＣ18、およびＰＤＳＮ20があることが分かるであろう。
【００１４】
１つの実施形態において、無線通信ネットワーク10は、パケットデータサービスネットワークである。遠隔局12aないし12dは、多数の異なるタイプの無線通信装置の何れかであり、例えば、携帯電話、ＩＰベースのウエブブラウザアプリケーションを実行するラップトップコンピュータに接続されたセルラ電話、付属のハンドフリーカーキットを備えたセルラ電話、ＩＰベースのウエブブラウザアプリケーションを実行するパーソナルデータアシスタント（personal data assistant, PDA）、ポータブルコンピュータに組込まれた無線通信モジュール、または無線ローカルループまたは検針システムにおいて見られるような固定通信モジュールである。最も一般的な実施形態において、遠隔局は、何れのタイプの通信装置であってもよい。
【００１５】
遠隔局12aないし12dは、例えば、EIA/TIA/IS-707標準に記載されているような１つ以上の無線パケットデータプロトコルを実行するように構成されることが好都合である。特定の実施形態において、遠隔局12aないし12dは、ＩＰネットワーク24に宛てられたＩＰパケットを生成し、ポイント-ツウ-ポイントプロトコル(point-to-point protocol, PPP)を使用して、ＩＰパケットをフレームへカプセル化する。
【００１６】
１つの実施形態において、ＩＰネットワーク24はＰＤＳＮ20に接続され、ＰＤＳＮ20はＭＳＣ18に接続され、ＭＳＣはＢＳＣ16およびＰＳＴＮ22に接続され、ＢＳＣ16は、いくつかの既知のプロトコルにしたがって、音声パケットまたはデータパケット、あるいはこの両者の伝送のために構成されたワイヤーラインを介して、基地局14aないし14cに接続される。既知のプロトコルは、例えば、Ｅ１、Ｔ１、非同期転送モード（Asynchronous Transfer Mode, ATM）、インターネットプロトコル（IP）、ポイント-ツウ-ポイントプロトコル(PPP)、フレーム中継、高ビットレートディジタル加入者回線（High-bit-rate Digital Subscriber Line, HDSL）、非対称ディジタル加入者回線（Asynchronous Digital Subscriber Line, ADSL）、または他の一般のディジタル加入者回線の装置およびサービス（xDSL）を含む。別の実施形態では、ＢＳＣ16はＰＤＳＮ20に直接に接続され、ＭＳＣ18はＰＤＳＮ20に接続されない。
【００１７】
無線通信ネットワーク10の通常の動作中に、基地局14aないし14cは、電話呼、ウエブブラウジング、または他のデータ通信中の種々の遠隔局12aないし12dからの逆方向リンク信号の組を受信して復調する。ここで使用されているように、“逆方向リンク”は、遠隔局から基地局へ宛てられた伝送を含む。所与の基地局14aないし14cによって受信された各逆方向リンク信号は、その基地局14aないし14c内で処理される。各基地局14aないし14cは、順方向リンク信号の組を変調して、遠隔局12aないし12dへ伝送することによって、複数の遠隔局12aないし12dと通信する。ここで使用されているように、“順方向リンク”は、基地局から遠隔局へ宛てられた伝送を含む。例えば、図１に示されているように、基地局14aは第１および第２の遠隔局12a、12bと同時に通信し、基地局14cは第３および第４の遠隔局12c、12dと同時に通信する。結果のパケットはＢＳＣ16へ送られ、ＢＳＣ16は、呼資源割当ておよび移動管理機能を備えていて、例えば、個々の遠隔局12aないし12dの呼を１つの基地局14aないし14cから別の基地局14aないし14cへソフトハンドオフするのを調整する。例えば、遠隔局12cは、２つの基地局14b、14cと同時に通信する。したがって、遠隔局12cが基地局の一方14cから十分に離れると、呼は他方の基地局14bへハンドオフされることになる。
【００１８】
伝送が従来の電話呼であるときは、ＢＳＣ16が、受信データをＭＳＣ18へルート設定し、ＭＳＣ18が、ＰＳＴＮ22とのインターフェイスの追加のルーティングサービスを与える。伝送が、ＩＰネットワーク24へ宛てられたデータ呼のようなパケットベースの伝送であるときは、ＭＳＣ18が、データパケットをＰＤＳＮ20へルート設定し、ＰＤＳＮ20が、パケットをＩＰネットワーク24へ送る。その代りに、ＢＳＣ16が、直接にＰＤＳＮ20へパケットをルート設定し、ＰＤＳＮ20が、パケットをＩＰネットワーク24へ送ってもよい。
【００１９】
ＵＭＴＳシステムとして分類されるＷ−ＣＤＭＡシステムでは、無線通信システムの構成要素の用語は、異なるが、その機能は同じである。例えば、基地局は、ＵＭＴＳ地上無線アクセスネットワーク（UMTS Terrestrial Radio Access Network, U-TRAN）において動作しているとき、無線ネットワーク制御装置（Radio Network Controller, RNC）と呼ばれる。順方向リンクは“ダウンリンク”と呼ばれ、逆方向リンクは“アップリンク”と呼ばれる。しかしながら、伝送フレームのフォーマッティングは、非常に異なる。ＣＤＭＡシステムでは、音声は、可変レートのボコーダを使用して、符号化される。ＧＳＭシステム、またはＵＭＴＳシステムでは、音声は、固定レートのボコーダまたはマルチレートのボコーダを使用して、符号化される。可変レートのボコーダの例は、IS-893において公表されている選択可能モードボコーダ（Selectable Mode Vocoder, SMV）であり、マルチレートのボコーダの例は、“ETSI EN 301 704 Digital Cellular Telecommunications System; Adaptive Multi-Rate (AMR) Speech Transcoding”(ＡＭＲ標準)において公表されている適応マルチレート（Adaptive Multi-Rate, AMR）ボコーダであり、固定レートのボコーダの例は、3GPP TS 46.060：“Digital cellular telecommunications system (Phase 2+); Enhanced Full Rate (EFR) speech transcoding”に公表されている高度フルレートボコーダである。
【００２０】
ボコーダのタイプは構造上および機能上異なるが、２つのタイプを示すのに、共通の包括的な用語が使用される。例えば、ＡＭＲボコーダにおける“モード”は、固定データレートを指す。しかしながら、ＳＭＶボコーダにおける“モード”は、異なるフレームタイプの混合によって達成される平均データレートを指す。（このトピックについては、別途より詳しく記載する。）用語の意味は、その用語の使われ方に関連して読み取るべきである。このような、よく共用される用語を使用することにより生じる混乱を最小化するために、別途記載する実施形態では、ＳＭＶボコーダの構成および用語を使用して、可変レートのボコーダを表わし、ＡＭＲボコーダの構成および用語を使用して、固定レートおよびマルチレートのボコーダを表わす。しかしながら、実施形態の範囲は、他の可変レートのコーダ、例えば、高度可変レートコーデック（Enhanced Variable Rate Codec, EVRC）および広帯域ＳＭＶ（Wideband SMV, WB-SMV）コーダと、他の固定レートおよびマルチレートのコーダ、例えば、高度フルレート（Enhanced Full Rate, EFR）およびＡＭＲ−ＷＢのボコーダにも適用されることに注意すべきである。
【００２１】
ここでは、可変レートボコーダのフレームの内容を互換性のないシステム上で伝送するためにパッケージし直す実施形態が記載される。互換性のないシステム上でのマルチレートボコーダのフレームの伝送をどのように支援するかについての逆の問題は、上述の米国特許出願第09/755,843号で扱われている。
【００２２】
ＡＭＲボコーダは、音声フレームと快適雑音フレームとの両者を出力する。ＡＭＲのフレーム構造は、図２に示されている。ＡＭＲのヘッダ部分は、フレームタイプフィールドおよびフレーム品質指標フィールドを含む。ＡＭＲの補助情報部分は、モード表示フィールド、モード要求フィールド、およびコーデックＣＲＣフィールドを含む。ＡＭＲのコアフレーム部分は、音声パラメータのビットまたは快適雑音パラメータのビットを保持する。音声パラメータのビットは、クラスＡ、クラスＢ、またはクラスＣに分類される。
【００２３】
クラスＡのビットは、最も重要なビットであり、クラスＢのビットは、次に重要なビットであり、クラスＣのビットは、最も重要でないビットである。重要度における指定された差のために、各クラスのビットは、異なる“トランスポート”チャネルを介して伝送され、異なる“トランスポート”チャネルでは、異なる処理（例えば、誤り訂正および検出の符号化、レート整合、など）を行うことができ、処理は、クラスの重要度レベルに相応するように選択される。例えば、クラスＡのビットには、畳込み符号化および巡回冗長検査（cyclic redundancy check, CRC）が採用され、クラスＢのビットには、ＣＲＣではなく、畳込み符号化が採用され、クラスＣのビットには、畳込み符号化も、ＣＲＣも採用されない。
【００２４】
表１は、Ｗ−ＣＤＭＡ標準によって特定されるＡＭＲモードと、各ＡＭＲモードにおけるクラスＡ、Ｂ、およびＣのビット数とを示す。３つのクラスへのビットの分類、各クラスのビット数、および／または各データブロックのビット合計数は、表１に示されているものと異なっていてもよい。
【００２５】
表１に示されているように、ＡＭＲモード０ないし７は、４．７５キロビット秒ないし１２．２キロビット秒の範囲の８つの異なるＡＭＲ音声データレートに割当てられている。ＡＭＲモード８ないし１１は、無音記述子（silence descriptor, SID）情報の異なるタイプを送るのに使用され、ＳＩＤ情報は、快適雑音フレームを組立てるのに使用される。ＡＭＲモード１２ないし１４は、将来の使用に備えての予備であり、ＡＭＲモード１５は、データ伝送がないことを表わす。
【００２６】
【表１】
0004739757.tif 000002
各々が固定データレートを表わす１５個の異なるモードとは対照的に、可変レートのボコーダは、フルレート、ハーフレート、４分の１レート、および８分の１レートのフレームを出力する。各フレームタイプの構造は、図３の（ａ）および（ｂ）に示されている。図３（ａ）は、可変レートボコーダがレート組１にしたがって動作しているときのフレームの構造であり、図３（ｂ）は、可変レートボコーダがレート組２にしたがって動作しているときのフレームの構造である。各フレームは、１消去ビット、複数の情報ビット、ＣＲＣビット（レート組１内の４分の１レートおよび８分の１レートのフレームには無い）、およびテールビットを保持する。概して、フルレートのフレームは、過渡（または有声音）の音声を保持するのに使用され、ハーフレートのフレームは、有声音（または過渡）の音声を保持するのに使用され、４分の１レートのフレームは、無声音の音声を保持するのに使用され、８分の１レートのフレームは、背景雑音を保持するのに使用される。背景雑音は、話者の背景環境における音響（話者の無音および背景の無音を含む）を指すことに注意すべきである。
【００２７】
したがって、可変レートボコーダは、各解析期間内に現れる音響アクティビティのタイプを分類し、信号パラメータを抽出する符号化モードを選択し、それにしたがってフレームタイプを選択する。“符号化モード”は、可変レートボコーダに関連して使用されるとき、音声パラメータを抽出するのに使用される符号励起線形予測（code excited linear prediction, CELP）のような符号化方式におけるパラメータを指すのに使用される。“モード”は、固定レートボコーダに関連して使用されるとき、符号化方式ではなく、データレートを指す。音声の分類を使用して、解析フレームのパラメータを保持する可変レートボコーダのフレームタイプを選択する１つの方法は、現在審査中の米国特許出願第09/733,740号（“METHOD AND APPARATUS FOR ROBUST SPEECH CLASSIFICATION”）に示されており、これは、ここでは参考文献として取り上げられ、本発明の譲受け人に譲渡されている。この現在審査中の特許出願において、音声アクティビティ検出器、ＬＰＣ解析器、および開ループピッチ推定器は、音声分類器が種々の過去、現在、および未来の音声フレームのエネルギーパラメータを判断するのに使用する情報を出力するように構成されている。したがって、これらの音声フレームのエネルギーパラメータは、音響信号を音声モードまたは非音声モードへ、より正確で頑強に分類するのに使用される。
【００２８】
ＳＭＶボコーダに関連して、“モード”という用語は、平均データレートを指すのにも使用され、音声アクティビティレベルの閾値エネルギーパラメータを変更することによって、平均データレートが変わり、したがって音声を乗せるための選択されるフレームタイプが変わる。例えば、ＳＭＶボコーダが“モード０”で動作するとき、フルレートのフレームが、ハーフレートのフレームよりも、より多くの有声音の音声セグメントを保持するように、音声アクティビティレベルを設定することができる。したがって、モード０では、６０％を越える出力フレームがフルレートのフレームであり、約５％の出力フレームがハーフレートのフレームである。次に、ＳＭＶボコーダを“モード２”で動作するように設定するとき、フルレートフレームがより少ない過渡の音声セグメントを保持するように、音声アクティビティレベルのエネルギーパラメータを再設定することができる。したがって、モード２では、約１１％の出力フレームがフルレートのフレームであり、約４７％の出力フレームがハーフレートのフレームである。ＳＭＶボコーダのモードは、ネットワークによって設定できるが、音声情報を乗せるのに使用される実際のフレームは、依然として、音声アクティビティのレベルによって判断され、すなわち、ＳＭＶボコーダおよび他の可変レートボコーダは“源制御”される。
【００２９】
対照的に、ＡＭＲボコーダは、物理チャネルの品質についての情報を使用して、モード、すなわち、音声信号が送られるレートを選択する。したがって、レートは、音声アクティビティのレベルによってではなく、ネットワークによって明示的に設定される。図４は、各クラスが、Ｗ−ＣＤＭＡ環境で動作しているＡＭＲボコーダにおいて受ける処理のブロック図である。クラスＡのビットは、トランスポートチャネルプロセッサ420a内で、ＣＲＣ符号化され（ブロック422a）、畳込み符号化され（ブロック424a）、レート整合され（ブロック426a）、インターリーブされる（ブロック428a）。クラスＢのビットは、トランスポートチャネルプロセッサ420b内で、畳込み符号化され（ブロック424b）、レート整合され（ブロック426b）、インターリーブされる（ブロック428b）。クラスＣのビットは、トランスポートチャネルプロセッサ420c内で、レート整合され（ブロック426c）、インターリーブされる（ブロック428c）。トランスポートチャネルプロセッサ420aないし420cからの処理されたビットは、次に、トランスポートチャネルマルチプレクサ430によって符号化合成トランスポートチャネル（coded composite transport channel, CCTrCH）へ多重化され、ＣＣＴｒＣＨは、さらに、物理チャネルデマルチプレクサ432によって、１本以上の物理チャネルストリームへデマルチプレックスされる。各物理チャネルストリーム上の各（２０ミリ秒の）フレームは、さらにインターリーブされ（ブロック434）、生成されたデータストリームは、物理チャネルのデータを含む。
【００３０】
既に記載したように、ＡＭＲボコーダの出力フレームは、ＡＭＲヘッダ、ＡＭＲ補助情報、およびＡＭＲコアフレームを含む一般構造をもつ。ＡＭＲコアフレーム内で、音声符号化器によって生成されたビットは、誤り保護のために順序変更される。音声ビットは、３Ｇ ＴＳ ２６．０９０（“AMR Speech Codec; Speech Transcoding Functions”）に規制されているように、表にしたがって順序変更される。音声符号化器は、{s(1),s(2),s(3),…,s(K)}（Ｋは、符号化器によって生成されるビット数である）で示されるビットを出力する。次に、適切な表にしたがって各出力ビットをコアフレーム内に配置する。順序変更されたビットは、重要度の降順で{d(0),d(1),d(2),…,d(K-1)}のように示される。したがって、値d(i)は、ＡＭＲコアフレーム内のｉ番目のビットの位置を示す。
【００３１】
例として、４．７５キロビット／秒のモードにおける音声符号化器ビットの順序を表２に示した。表の左上の角部は、インデックス０であり、表は、左から右へ読み、したがって、最後の行の最右の要素は、インデックスＫ−１（Ｋは、指定モードにおける音声ビットの合計数）である。
【００３２】
【表２】
0004739757.tif 000003
この特定の表において、音声符号化器によって生成された２０番目の出力ビットは、位置の値２７と関係付けられ、すなわち、表内の２０番目の位置、すなわちtable０(20)は、２７である。
ＣＤＭＡシステムでは、音声およびデータトラヒックは、順方向リンクまたは逆方向リンクによって１本以上のトラヒックチャネル上で伝送される。（トラヒックチャネルは、Ｗ−ＣＤＭＡシステムの物理チャネルに似ている。）各チャネルは、異なるタイプの情報を目標の宛先へ運ぶ。一般に、音声トラヒックは、基礎チャネル上で運ばれ、データトラヒックは、補助チャネルまたはパケットデータチャネル上で運ばれる。補助チャネルは、一般に、秒のオーダの時間期間の間、イネーブルされ、変調および符号化フォーマットを殆ど変更せず、一方でパケットデータチャネルは、２０ミリ秒の間隔から別の間隔へ動的に変更される。ここで実施形態を記載するために、補助チャネルおよびパケットデータチャネルを、総称してデータトラヒックチャネルと呼ぶ。
【００３３】
音声トラヒックおよびデータトラヒックは、一般に、順方向リンクまたは逆方向リンク上で伝送する前に、符号化され、変調され、および拡散される。符号化、変調、および拡散は、種々のフォーマットで実行することができる。種々の伝送パラメータの組合せに対応する所定の伝送フォーマットを使用して、伝送フォーマットの選択を簡単にすることができる。伝送フォーマットは、次の伝送パラメータ（すなわち、システムによって使用される変調方式、直交または準直交符号の数、データペイロードのサイズ（ビット）、メッセージフレームの継続期間、および／または符号化方式に関する詳細）の一部または全ての組合せに対応する。通信システム内で使用される変調方式には、例えば、直角位相シフトキーイング（Quadrature Phase Shift Keying, QPSK）方式、８位相シフトキーイング（8-ary Phase Shift Keying, 8-PSK）方式、および１６直角振幅変調（16-ary Quadrature Amplitude Modulation, 16-QAM）がある。選択的に実行することができる種々の符号化方式のいくつかは、種々のレートで実行される畳込み符号化方式、またはインターリービングステップによって分割される多数の符号化ステップを含むターボ符号化である。ウオルシュ符号系列のような、直交および準直交符号は、順方向リンク上で各遠隔局へ送られる情報をチャネル化するのに使用される。言い換えると、ウオルシュ符号系列を順方向リンク上で使用すると、システムは多数のユーザを重畳でき、各ユーザは、同じ時間期間中に、同じ周波数上で、異なる直交または準直交符号を割り当てられる。
【００３４】
順方向データトラヒックチャネル上の伝送フォーマットおよび電力は、一般に、高い受信成功率を保証するように、ネットワーク素子によって調整される。復号に成功したかは、データパケットの巡回冗長検査（cyclic redundancy check, CRC）のビットが合格であるか、または不合格であるかを判断すること、再符号化の誤り率を計算すること、またはビタビ復号器のためのヤマモトメトリックを計算することのような、この分野においてよく知られている１つまたはいくつかの方法の組合せによって確認される。データトラヒックチャネル上のフレームの伝送フォーマットは、ボコーダの出力ビットのフレームフォーマットと異なることに注意すべきである。図５は、この違いをより詳しく示している。
【００３５】
図５は、順方向リンクトラヒックチャネルのチャネル構造のブロック図である。可変レートボコーダは、選択されたフレームフォーマットにしたがって生成されるビットを出力する。ボコーダのビットは、ブロック500において、チャネル上で伝送するために符号化される。符号化は、畳込みまたはターボ符号化を含む。反復素子は、ブロック510において表わされ、ここで、符号化されたビットは所定の反復率で反復される。符号化され、反復されたシンボルは、ブロック520においてパンクチャされる。符号化、反復、およびパンクチャが行われるレートは、伝送レート要件に依存するシステム規定パラメータである（すなわち、出力ビットは、フルレート、ハーフレート、４分の１レート、または８分の1レートの何れかのボコーダフレームの一部である）。ブロック530は、インターリービング処理を表わす。インターリーバの出力は、ここでは、変調シンボルと呼ばれる。
【００３６】
ブロック530におけるインターリーバの出力である変調シンボルは、ウオルシュカバリング素子540aによって直交拡散される。さらに加えて、パイロット系列は、ウオルシュカバリング素子540bによって同時に拡散される。ブロック540aおよび540bからの出力は、次に、加算素子ブロック550において合成され、次に、ブロック560において直角拡散される。ブロック570において、結果のストリームは、ＰＮ拡散される。ブロック580において、結果のストリームは、ベースバンドフィルターにかけられ、伝送搬送波信号上へ変調される。
【００３７】
ここに記載されている実施形態は、互換性のない通信システムにおいて、可変レートボコーダのフレームの内容の移送を支援する。ここで使用されているように、互換性のないシステムは、固定レートボコーダのフレームまたはマルチレートボコーダのフレームを搬送するように構成されたシステムである。互換性のないシステムは、ＣＤＭＡとは異なるアクセス技術、例えば、ＴＤＭＡまたはＧＳＭを使用するシステムであるとも考えられ、ボコーダフレームからチャネル伝送フレームへの処理およびフォーマッティングは、図５の処理およびフォーマッティングと異なる。
【００３８】
ここに記載されている実施形態を使用すると、互換性のないシステムは、可変レートボコーダのフレームを固定レートまたはマルチレートのボコーダのフレームのフォーマットへ変換する必要なく、可変レートボコーダのフレームを通すことができる。変換には、可変レートボコーダのフレームを復号して、音響音声を合成することと、固定レートまたはマルチレートのボコーダの方法を使用して、音響音声を符号化することとを含む。したがって、変換処理は、信号の音響品質を劣化することがある。その代りに、可変レートボコーダのフレームは、固定レートのフレームまたはマルチレートボコーダのフレームへ再フォーマット／再パッケージされることもある。
【００３９】
可変レートボコーダのフレームを互換性のないシステム上で伝送するために再フォーマットするには、ボコーダのフレームをチャネル伝送フレームから抽出しなければならない。チャネル伝送フレームからボコーダのフレームを検索する手続きおよび装置は、ここに示されている再フォーマッティングの問題に対して、ほんの些末的なことであり、ボコーダのフレームを検索する一般的な方法（図５に記載されている処理と逆の処理を行う）以外は、詳しく記載しない。しかしながら、ここに記載されている実施形態では、不変レートのシステム内で動作している基地局に相当するものは、可変レートボコーダのフレームの受信を認識するように構成されていて、受信は、どんな形でも、すなわち、可変レートボコーダのフレームとして現れても、またはチャネル伝送フレーム内に保持される可変レートボコーダのフレームとして現れてもよい。したがって、実施形態は、可変レートボコーダのフレームが、互換性のないシステムの送信端に既にあると仮定して記載される。
【００４０】
１つの実施形態では、全ての可変レートのフレームタイプは、送信端によって、マルチレートボコーダのフレームのより高いモードの1つの中に埋め込まれるか、または、まだ割り当てられていないマルチレートボコーダのフレームの１つの中に埋め込まれる。この実施形態の1つの態様では、フレームタイプを識別するのに、受信端において、ブラインドレート検出が必要である。この実施形態の別の態様では、オーバーヘッドビットを使用して、異なるフレームタイプを区別する。
【００４１】
別の実施形態では、各可変レートボコーダのフレームタイプは、送信端においてマルチレートのボコーダの個々のモードごとに保持される。この実施形態の1つの態様では、認識可能なパターンで配置されているオーバーヘッドビットを使用して、送信ビットがＡＭＲ以外のビットであることを受信端に知らせる。
【００４２】
さらに別の実施形態では、可変レートボコーダのフレームは、送信端においてマルチレートボコーダの既に割り当てられたモードに埋め込まれる。
上述の実施形態を行うために、受信端は、マルチレートの復号器および可変レートの復号器の両者をもつべきである。
【００４３】
単一モードの実施形態
この実施形態では、マルチレートボコーダの割り当てられていないフレームタイプか、またはマルチレートボコーダの割り当てられたフレームタイプの一方のフレームタイプのみを使用して、可変レートボコーダのフレームの内容を保持することができる。すなわち、全ての可変レートボコーダのフレームは、マルチレートボコーダの１つのより高いレートのモードによって保持される。例えば、表１において、割り当てられていないモードインデックス１２ないし１４の１つを、可変レートのフレームの支援に割り当てることができる。フルレートのフレームを支援するために、選択モードに、例えば、１４．２５キロビット秒のような高いレートを要求することができる。
【００４４】
可変レートボコーダのフレームが、互換性のないシステムへ取り入れられるとき、互換性のないシステム内のインフラストラクチャ素子は、伝送される各可変レートボコーダのフレームのビットを、クラスＡ、クラスＢ、またはクラスＣのビットとして、順序変更する。既に記載したように、クラスＡ、クラスＢ、およびクラスＣのビットは、ＡＭＲのコアフレームのペイロードである。インフラストラクチャ素子は、ＡＭＲのコアフレームを形成することに加えて、マルチレートのフレームの他の部分を形成してもよい。インフラストラクチャ素子は、ビットを順序変更することができるハードウエアであり、さらに加えて、マルチレートボコーダのフレームを形成することができるハードウエアであってもよい。その代りに、別々のインフラストラクチャ素子が、順序変更およびマルチレートボコーダのフレームの生成を行ってもよい。さらに加えて、可変レートボコーダのフレームのフレームタイプの識別もする多用途のインフラストラクチャ素子が構成されても、または別々のハードウエア構成要素が、フレームタイプ識別装置としての役割を果たしてもよい。
【００４５】
マルチレートボコーダのフレームを受信する受信機は、単一レートモードによって保持される種々の可変レートのフレームタイプを区別することができるように構成されるべきである。受信機が可変レートおよびマルチレートの復号サブシステムをもつと仮定すると、受信機は、マルチレートボコーダのフレームが、可変レートボコーダのフレームを保持するかどうかを識別することができ、可変レートボコーダのフレームが保持されるときは、受信機は、可変レートボコーダのフレームのタイプを識別することもできる。
【００４６】
この実施形態において、マルチレートフレームが可変レートボコーダのフレームを保持するかどうかの識別は、単一モードのインデックスを使用することによって明示的に示される。したがって、固定レートの復号サブシステムは、マルチレートのフレームからクラスＡ、クラスＢ、およびクラスＣのビットを抽出して、それらを可変レートの復号サブシステムへ直接に送ることができる。これらのビットが抽出されると、受信機は、種々の可変レートのフレームタイプを区別して、可変レートのフレームをどのように復号するかを判断しなければならない。既に記載したように、可変レートの各フレームタイプは、異なる復号要件をもつ異なる伝送パラメータと関係付けられる。したがって、可変レートのフレームを適切に復号するには、フレームタイプの知識が必要である。
【００４７】
１つの態様では、ブラインドレート検出方式を使用して、単一固定レートモードが保持できる種々のフレームタイプを区別する。ブラインドレート検出方式の明細は、米国特許第5,774,496号（“Method and Apparatus or Determining Data Rate of Transmitted Variable Rate Data in a Communications Receiver”）に記載されており、これは、本発明の譲受け人に譲渡され、ここでは参考文献として取り上げている。ブラインドレート検出方式では、到来シンボルを、復号のために多数の経路に与える。各経路では、予測レートの１つでシンボルを復号し、レートが判断されるまで、復号結果を記憶する。復号シンボルの品質を示す誤りメトリックを抽出し、解析し、到来シンボルを復号した確率の最も高いレートを判断する。次に、選択されたデータレートに対応する記憶されている復号出力を、さらに処理するために次の段へ送る。
【００４８】
図６は、ブラインドレートサーチを行う装置のブロック図である。復号素子600は、一組のレート仮説にしたがって各フレームを受信して、受信フレームを復号する。各レート仮説は、受信フレームの個々の仮説のレートに対応し、そのレートに使用されるパラメータ値の個々の組と関係付けられる。各レート仮説において、復号素子600は、誤り訂正復号を行い、復号フレームを各緩衝器610a、610b、610c、または610dに与える。各レートごとに、緩衝器610a、610b、610c、または610dが与えられている。レート検出器620は、復号されたフレームを受信し、誤りメトリックに基づ、復号されたフレームの１つを、伝送フレームとして選択する。図６において、レート検出器620は、ＣＲＣ検査器622、シンボル誤り率（symbol error rate, SER）検出器624、ヤマモトメトリック検出器626、復号器メトリック検出器628、およびヘッダ検査器630を含む。レート検出器620は、これらの検査器および検出器のサブセットのみで構成されても、あるいは異なる、または追加の検査器および検出器を採用してもよい。
【００４９】
別の態様では、パターン整合方式を使用して、単一固定レートモードが保持できる種々の可変レートのフレームタイプを区別する。ある特定のビットパターンは、実際の伝送内に殆ど現れない音声パラメータに対応することが確認された。既に記載したように、音声コーダは、音声パラメータを抽出するためのものであり、人間の声道には、ある特定の物理的制約があり、例えば、デュアルトーンのような、いくつかの周波数特性の生成を妨げる。これらの特性の知識を使用して、送信端におけるインフラストラクチャ素子は、これらの特性と関係付けられる“不活動”のビットパターンを、固定レートフレームのペイロードビットまたはオーバーヘッドビットへ挿入して、受信端に、マルチレートフレームが特別なカーゴを保持していることを知らせることができる。言い換えると、受信機は、固定レートの音声またはデータのトラヒックを表わすのではなく、可変レートのフレームタイプを表わす、ある特定の不活動のビットパターンを認識するように構成される。不活動のビットパターンは、各可変レートのフレームタイプに割り当てることができる。
【００５０】
マルチモードの実施形態
別の実施形態では、可変レートボコーダのフレームは、４つの可変レートボコーダのフレームのタイプの各々のために、マルチレートのボコーダのモードインデックスを確保することによって、マルチレートのボコーダによって支援される。可変レートボコーダのフレームが互換性のないシステムへ取り入れられると、互換性のないシステム内のインフラストラクチャ素子は、可変レートボコーダのフレームのフレームタイプを識別し、フレームタイプと関係付けられる特定のモードインデックスをもつマルチレートフレームを形成する。可変レートボコーダのフレームは、マルチレートボコーダのフレームのカーゴであり、特定のモードインデックスは、可変レートボコーダのフレームの存在と、可変レートボコーダのフレームのタイプとの両者を示す。したがって、４つのモードインデックスが確保され、各モードはフレームタイプごとに確保される。
【００５１】
この実施形態では、受信端のマルチレートサブシステムおよび可変レートサブシステムは、ブラインドレート検出も、パターン整合も行う必要がないので、単一モードの実施形態よりも必要な処理資源がより少ない。４つのモードを使用すると、可変レートのフレームの存在と可変レートのフレームの性質との両者が明示的に識別される。
【００５２】
埋め込みフレームの実施形態
別の実施形態では、互換性のない通信システムにおいて、可変レートボコーダのフレームの内容を、マルチレートボコーダの既に確保されているモードへ埋め込むことによって、可変レートボコーダのフレームをマルチレートボコーダによって支援する。可変レートボコーダのフレームが互換性のないシステムへ取り入れられるとき、互換性のないシステム内のインフラストラクチャ素子は、フレームタイプを識別し、オーバーヘッドビットをもつマルチレートフレームを形成し、オーバーヘッドビットは、可変レートボコーダのフレームの存在と、可変レートボコーダのフレームのフレームタイプとを伝達する役割を果たす。
【００５３】
この実施形態では、不活動のビットパターンがマルチレートのフレーム内へ挿入され、可変レートのフレームが所与のモードでペイロード（すなわち、クラスＡ、クラスＢ、またはクラスＣのビット）として保持されることを受信機に知らせる。１つの態様では、単一の不活動のビットパターンを使用して、可変レートボコーダのフレームの存在を識別し、ブラインドレート検出方式を使用して、可変レートボコーダのフレームのタイプを識別する。別の態様では、少なくとも４つの異なる不活動のビットパターンをマルチレートのフレームへ挿入し、受信機は、少なくとも４つの不活動のビットパターンを検出して、認識するように構成される。したがって、この態様では、不活動のビットパターンは、可変レートボコーダのフレームの存在を識別することと、可変レートボコーダのフレームタイプを識別することとの両者に使用される。
【００５４】
広帯域装置における実施形態の実行
上述のＳＭＶボコーダおよびＡＭＲボコーダは、広帯域（wideband, WB）の対応するボコーダをもち、広帯域信号は、伝送のために符号化される。狭帯域信号は、４０００ヘルツの周波数範囲をもち、広帯域信号は、７０００ヘルツの周波数範囲をもち、知覚的に重要な音響品質を与える。一般の陸線電話システムは、狭帯域信号を伝えるように構成されている。しかしながら、セルラ環境は、狭帯域の範囲に帯域制限する必要がないので、音声を乗せるのに広帯域信号を使用することは、向上した音響品質のために、よりよい選択である。
【００５５】
したがって、実施形態の特定の実行は、ここでは、狭帯域のボコーダではなく、ＡＭＲ−ＷＢおよびＷＢ−ＳＭＶのボコーダに関連して記載される。しかしながら、構成の詳細は、必要以上に実験することなく、狭帯域または広帯域のボコーダに適するように拡張されることが分かるであろう。
【００５６】
ＡＭＲ−ＷＢのフレーム構造の技術仕様は、文献3GPP TS 26.201 V5.0.0(2001-03)に示されている。ＷＢ−ＳＭＶのフレーム構造の技術仕様は、まだ公表されていない。
各ＷＢ−ＳＭＶのフレームタイプが、ＡＭＲ−ＷＢのモードインデックスと関係付けられている実施形態において、表３は、ＷＢ−ＳＭＶのフレームタイプのために、ビットがどのように確保されるかの例を示している。表３において、“ＥＲ”という用語は、８分の１レートのフレームを指し、“ＱＲ”は、４分の１レートのフレームを指し、“ＨＲ”は、２分の１レートのフレームを指し、“ＦＲ”は、フルレートのフレームを指す。ここでは、ＡＭＲ−ＷＢの技術仕様に前もって割り当てられていなかったモードインデックス／フレームタイプ１０ないし１３は、ＷＢ−ＳＭＶ ＥＲ、ＷＢ−ＳＭＶ ＱＲ、ＷＢ−ＳＭＶ ＨＲ、およびＷＢ−ＳＭＶ ＦＲを支援するように割り当てられている。
【００５７】
【表３】
0004739757.tif 000004
フレームタイプの割当てに関連して、各ビットクラスのビット数も判断すべきである。表４は、各ＡＭＲ−ＷＢのコーデックモードおよびＷＢ−ＳＭＶのコーデックレートにおいて、クラスＡ、クラスＢ、およびクラスＣに割り当てられたビット数を示す。
【００５８】
【表４】
0004739757.tif 000005
ＷＢ−ＳＭＶのペイロードを保持しているＡＭＲ−ＷＢのフレームの各部分、すなわち、ＡＭＲ−ＷＢのヘッダ部、ＡＭＲ−ＷＢの補助情報部、およびＡＭＲ−ＷＢのコアフレーム部のビット数の割当ては、表５に示されている。
【００５９】
【表５】
0004739757.tif 000006
表４および５の例において、ＷＢ−ＳＭＶのフレームは、クラスＡまたはクラスＢ、あるいはこの両者のビットによって保持される。しかしながら、ＷＢ−ＳＭＶのフレームは、希望であれば、クラスＣのビットによっても保持することができる。
【００６０】
ＷＢ−ＳＭＶのフレームを保持するのに使用されるクラスＡ、クラスＢ、およびクラスＣのビット数が判断されても、フレームの再パッケージは完成しない。ＷＢ−ＳＭＶのフレームは、ＡＭＶ−ＷＢのボコーダの音声パラメータ抽出とは異なる音声パラメータ抽出方式の音声パラメータを保持するので、標準のＡＭＲ−ＷＢのフレームに適した順序変更表は、ＷＢ−ＳＭＶのフレームを保持している新しいＡＭＲ−ＷＢのフレームには最適でない。したがって、表６、７、８、および９は、ＷＢ−ＳＭＶのフレームのビットを順序変更するために作成された。
【００６１】
【表６】
0004739757.tif 000007
【００６２】
【表７】
0004739757.tif 000008
【００６３】
【表８】
0004739757.tif 000009
【００６４】
【表９】
0004739757.tif 000010
表６ないし９を使用して、ＷＢ−ＳＭＶのフレームタイプを、ＡＭＲ−ＷＢのフレームとして再フォーマット／再パッケージすることができる。
１つのみのＡＭＲ−ＷＢのフレームのタイプ／モード／レートが割当てに使用可能である実施形態か、またはＷＢ−ＳＭＶのフレームの全てが、既に割り当てられているＡＭＲ−ＷＢのフレームタイプ内に埋め込まれている実施形態において、ブラインドレート検出方式およびパターン整合方式の両者が実行されるべきである。
【００６５】
表１０は、ビットパターン方式の例であり、ここでは、不活動のビットパターンが、ＡＭＲ−ＷＢのコアフレーム内のある特定のテールビット位置に戦略的に位置付けられている。
【００６６】
【表１０】
0004739757.tif 000011
表１０において、ＥＲビット（１．０キロビット秒）は、ＷＢ−ＳＭＶのＥＲフレームを区別するための特別のＸのパターンを含む。特別のＸのパターンは、ｄ（２０）ないしｄ（２８４）にわたる領域内において見付けられる。ＥＲビットは、ｄ（０）ないしｄ（１９）にわたる位置において見付けられる。ＱＲビット（２．７キロビット秒）は、ＷＢ−ＳＭＶのＱＲフレームを区別するための特別のＹのパターンを含む。特別のＹのパターンは、ｄ（５４）ないしｄ（２８４）にわたる領域において見付けられる。ＨＲビット（６．２キロビット秒）は、ＷＢ−ＳＭＶのＨＲフレームを区別するための特別のＺのパターンを含む。特別のＺのパターンは、ｄ（１２４）ないしｄ（２８４）にわたる領域において見付けられる。ＦＲビット（１３．３キロビット秒）は、ＷＢ−ＳＭＶのＦＲフレームを区別する特別のＶのパターンを含む。特別のＶのパターンは、ｄ（２６７）ないしｄ（２８４）にわたる領域において見付けられる。ビットパターンが見付からないときは、ＷＢ−ＳＭＶのタイプは、ブラインドレート検出によって判断される。
【００６７】
表１１、１２、および１３は共に、ビットパターン方式の別の例を構成し、ここでは、不活動のビットパターンは、異なるＡＭＲ−ＷＢフレーム内のある特定のテールビットの位置に戦略的に位置付けられる。この例では、ＡＭＲ−ＷＢボコーダの２つのモードおよびＳＩＤフレームを使用して、４つのＷＢ−ＳＭＶフレームを埋め込んでいる。４つの可変レートボコーダのフレームタイプは、３つのモード上に分散されている。したがって、これは、単一モードの実施形態と多数モードの実施形態とのハイブリッドである。表１１は、ＷＢ−ＳＭＶのＱＲおよびＨＲを６．６キロビット秒のＡＭＲ−ＷＢモードへ埋め込むことを示している。
【００６８】
【表１１】
0004739757.tif 000012
ＡＭＲ−ＷＢのコアフレームは、テールビットｄ（５４）ないしｄ（１３１）において特別の不活動のビットパターン“Ｘ”をもち、６．６キロビット秒のモードのＡＭＲ−ＷＢフレームの内容を、４分の１レートのＷＢ−ＳＭＶのフレームとして区別する。テールビットｄ（１２４）ないしｄ（１３１）における特別の不活動のビットパターン“Ｙ”は、６．６キロビット秒のモードのＡＭＲ−ＷＢのフレームの内容が、ハーフレートのＷＢ−ＳＭＶのフレームであることを示す。不活動のビットパターンがないことは、ブラインドレート検出を行うべきであることを示す。
【００６９】
【表１２】
0004739757.tif 000013
ＡＭＲ−ＷＢのコアフレームは、テールビットｄ（２６７）ないしｄ（２８４）において特別の不活動のビットパターン“Ｘ”をもち、１４．２５のＡＭＲ−ＷＢのフレームの内容を、フルレートのＷＢ−ＳＭＶフレームとして区別する。不活動のビットパターンがないことは、ブラインドレート検出を行うべきであることを示す。
【００７０】
【表１３】
0004739757.tif 000014
ＡＭＲ−ＷＢのＳＩＤフレームは、テールビットｄ（２０）ないしｄ（３４）において特別の不活動のビットパターン“Ｘ”をもち、ＳＩＤフレームの内容を、８分の１レートのＷＢ−ＳＭＶフレームとして区別する。不活動のビットパターンがないことは、ブラインドレート検出を行うべきであることを示す。
【００７１】
上述の例において、不活動のビットパターンは、テールビットとして挿入されることに注意すべきである。しかしながら、当業者には、不活動のビットパターンを、フレーム内の所定の位置（すなわち、前、中央、など）に挿入でき、したがって異なるビット位置は、ここに記載されている実施形態の技術的範囲内であることが分かるであろう。
【００７２】
表１１、１２、および１３によって示されている特定の実施形態は、表１０によって示されている特定の実施形態よりも著しい特長をもつ。したがって、表１０は、全てのＳＭＶのフレーム（一般に背景雑音に使用される８分の１レートのＳＭＶフレームでさえも）を搬送するための高速ＡＭＲモード／レートの使用を記載している。表１１、１２、および１３は、より低いレートのＡＭＲモードの使用を示していて、これを使用すると、よりよいチャネル保護を検出して与えるのがより簡単である。
【００７３】
図７は、マルチレートボコーダのフレームを受信し、可変レートのフレームのカーゴを保持するマルチレートボコーダのフレームと、それを保持していないマルチレートボコーダのフレームとを区別するように構成された装置のブロック図である。図７の装置は、システム弁別器を使用することによって、可変レートボコーダのフレームタイプを区別するようにも構成されている。１つの実施形態において、システム弁別器は、上述の多数モードの実施形態が実行される場合のように、モードサーチのみを行うように構成されている。別の実施形態では、システム弁別器は、単一モードまたは埋め込みフレームの実施形態が実行されるときに、モードサーチ、パターンサーチ、および／またはブラインドレートサーチを行うように構成されている。
【００７４】
受信信号は、復調サブシステム700において処理され、ここでは、受信信号の復調、デインターリービング、復号が行われる。システム弁別器710は、受信信号が“標準”のマルチレートボコーダのフレームを得たかどうか、または“特別”のマルチレートボコーダのフレームを得たかどうかを判断する。“標準”という用語は、可変レートボコーダのフレームのペイロードをもたないマルチレートボコーダのフレームを示すのに使用され、“特別”という用語は、可変レートボコーダのフレームのペイロードをもつマルチレートボコーダのフレームを示すのに使用される。システム弁別器710が、ボコーダフレームが標準であると判断すると、制御信号が切換え素子720へ送られ、出力（クラスＡ、クラスＢ、およびクラスＣのビット）を復調サブシステム700からマルチレート合成器730へルート設定する。マルチレート合成器730は、適切な表にしたがってビットを順序変更し、順序変更されたビットをマルチレートの復号器740へ送る。
【００７５】
システム弁別器710が、ボコーダフレームが特別であると判断すると、制御信号が切換え素子720へ送られ、出力（クラスＡ、クラスＢ、およびクラスＣのビット）を復調サブシステム700から可変レート合成器750へルート設定する。システム弁別器710は、受信した可変レートのフレームについての情報も可変レート合成器750へ送る。可変レート合成器750は、フレームタイプ情報を使用して、ビットを順序変更するための適切な表を選択する。可変レート合成器750は、順序変更されたビットを可変レート復号器760へ送る。可変レート復号器760は、ブラインドレート検出を行うように構成されていているときと、そのように構成されていないときがある。ブラインドレート検出を行うように構成されていないときは、受信信号を正確に復号するのに、システム弁別器710からのフレームタイプ情報が必要である。可変レート復号器760が、レート検出方式を行うように構成されているときは、システム弁別器710からのフレームタイプ情報は必要ない。
【００７６】
図８Ａおよび８Ｂは、上述の実施形態をより全体的に示すフローチャートである。図８Ａは、送信端に関し、図８Ｂは、受信端に関する。図８Ａのステップ800では、互換性のないシステム内のインフラストラクチャ素子は、可変レートボコーダのフレームを保持している伝送チャネルフレームを受信する。ステップ802では、インフラストラクチャ素子は、伝送チャネルフレームから可変レートボコーダのフレームを検索し、フレームタイプを識別する。ステップ804では、インフラストラクチャ素子は、上述の実施形態の１つにしたがって、可変レートボコーダのフレームをマルチレートボコーダのフレームへ再フォーマットする。すなわち、再フォーマッティングは、ボコーダフレームのビットを順序変更することと、ビットパターンを適宜、埋め込むこと、および／または、モードインデックスを適宜、選択することとを含む。ステップ806では、インフラストラクチャ素子は、互換性のないシステムに適した伝送チャネルのフォーマットにしたがって、マルチレートボコーダのフレームを処理する。
【００７７】
図８Ｂのステップ810では、受信端の復調素子は、受信した伝送フレームを復調して、誤り訂正復号を行って、マルチレートボコーダのフレームを取り戻す。ステップ820では、受信端は、マルチレートボコーダのフレームが、可変レートボコーダのフレームの特別のカーゴを含むか、もしくは標準の音声またはデータ、あるいはこの両者のトラヒックを含むかを判断する。判断は、モードインデックス値のサーチ、特別の不活動のビットパターン、ブラインドレート検出、またはこの組み合わせによって行われる。マルチレートボコーダのフレームが、標準の音声またはデータ、あるいはこの両者のトラヒックを含むとき、プログラムのフローは、ステップ830に進む。マルチレートボコーダのフレームが特別のカーゴを含むとき、プログラムのフローはステップ840へ進む。
【００７８】
ステップ830では、マルチレートボコーダのフレームは、順序変更のために合成器へ送られる。プログラムのフローは、ステップ835へ進む。
ステップ835では、順序変更されたマルチレートボコーダのフレームは、復号のためにマルチレートの復号器へ送られる。プログラムはここで終了する。
【００７９】
ステップ840では、受信機は、何れのタイプの可変レートボコーダのフレームが特別のカーゴとして受信されたかを判断する。ステップ850では、ステップ840において判断されたフレームタイプ情報および特別のカーゴが合成器へ送られ、特別のカーゴは適切に順序変更される。ステップ860では、順序変更されたビットが、復号のために可変レートの復号器へ送られる。プログラムのフローは終了する。
【００８０】
分かり易くするために、本発明の種々の態様、実施形態、および特徴は、Ｗ−ＣＤＭＡシステムおよびｃｄｍａ２０００システムの特定の実行のために記載された。しかしながら、他の固定レート、マルチレート、および可変レートのシステムおよび標準は、ここに記載された実施形態を支援するために、効果的に実行または採用される。
【００８１】
当業者は、情報および信号が、種々の異なる技能および技術を使用して表されることが分かるであろう。例えば、これまでの記述全体で参照されるデータ、命令、コマンド、情報、ビット、信号、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁粒、光の界または粒子、あるいはこれらの組み合わせによって表される。
【００８２】
当業者には、ここに開示されている実施形態に関係して記載された種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムのステップが、電子ハードウエア、コンピュータソフトウエア、またはこの両者の組合せとして実行されることも分かるであろう。ハードウエアとソフトウエアとのこの互換性を明らかに示すために、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能に関して上述で概ね記載されている。このような機能が、ハードウエアとして実行されるか、またはソフトウエアとして実行されるかは、個々の応用と、全体的なシステムに課された設計上の制約とに依存する。熟練した技能をもつ者は、各個々の応用ごとに種々のやり方で上述の機能を実行してもよいが、このような実行の決定は、本発明の技術的範囲から逸脱しないと解釈される。
【００８３】
ここに開示されている実施形態に関係して記載されている種々の例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（digital signal processor, DSP）、特定用途向け集積回路（application specific integrated circuit, ASIC）、フィールドプログラマブルゲートアレイ（field programmable gate array, FPGA）または他のプログラマブル論理装置、ディスクリートなゲートまたはトランジスタ論理、ディスクリートなハードウエア構成要素、あるいはここに記載されている機能を実行するように設計された組合せで構成または実行される。汎用プロセッサは、マイクロプロセッサであってもよいが、その代わりに、従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサは、計算機の組合せ、例えば、１つのＤＳＰと１つのマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、１つ以上のマイクロプロセッサと１つのＤＳＰのコアとの組み合わせ、または他のこのような構成としても実行される。
【００８４】
ここに開示されている実施形態に関係して記載された方法またはアルゴリズムのステップは、ハードウエアにおいて、プロセッサによって実行されるソフトウエアモジュールにおいて、またはこの２つの組み合わせにおいて直接に具体化される。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、またはこの分野において知られている他の形態の記憶媒体の中にあってもよい。例示的な記憶媒体をプロセッサに接続すると、プロセッサは、記憶媒体から情報を読み出し、かつ記憶媒体へ情報を書き込むことができる。その代りに、記憶媒体は、プロセッサと一体構成であってもよい。プロセッサおよび記憶媒体は、ＡＳＩＣの中にあってもよい。ＡＳＩＣは、ユーザ端末の中にあってもよい。その代りに、プロセッサおよび記憶媒体は、ディスクリートな構成要素として、ユーザ端末の中にあってもよい。
【００８５】
開示された実施形態のこれまでの記述は、当業者が本発明を作成または使用できるようにするために与えられている。当業者には、これらの実施形態に対する種々の変更は容易に明らかであり、ここに定められている一般的な原理は、本発明の意図および技術的範囲から逸脱しないならば、他の実施形態に適用してもよい。したがって、本発明は、ここに示された実施形態に制限されることを意図されないが、ここに開示されている原理および新奇な特徴に一致する最も幅広い範囲にしたがうことを意図される。
【図面の簡単な説明】
【００８６】
【図１】多数のユーザを支援する通信システムの図。
【図２】ＡＭＲフレーム構造のブロック図。
【図３】（ａ）レート組１の可変レートボコーダのフレーム構造のブロック図と、（ｂ）レート組２の可変レートボコーダのフレーム構造のブロック図。
【図４】ＵＭＴＳシステムにおけるＡＭＲボコーダ内での処理のブロック図。
【図５】ＣＤＭＡシステムにおける順方向リンクのトラヒックチャネルの処理構造の機能ブロック図。
【図６】ブラインドレートのサーチを行う装置のブロック図。
【図７】マルチレートフレーム内の可変レートフレームのカーゴを処理する装置のブロック図。
【図８Ａ】マルチレートボコーダのフレーム内の可変レートボコーダのフレームの再フォーマッティングを記載するフローチャート。
【図８Ｂ】マルチレートボコーダのフレーム内で伝送された可変レートボコーダのフレームの検索を記載するフローチャート。
【符号の説明】
【００８７】
10・・・無線通信ネットワーク、420・・・トランスポートチャネルプロセッサ。
【図１】
0004739757.tif 000015
【図２】
0004739757.tif 000016
【図３】
0004739757.tif 000017
【図４】
0004739757.tif 000018
【図５】
0004739757.tif 000019
【図６】
0004739757.tif 000020
【図７】
0004739757.tif 000021
【図８Ａ】
0004739757.tif 000022
【図８Ｂ】
0004739757.tif 000023