(57)【特許請求の範囲】
【請求項１】
通信システムにおいて第１のリンクで情報を送信し、第２のリンクで情報を受信する方法であって、
前記システムにおいて前記情報を処理するための少なくとも２つの異なるコーデックモードを付与する過程と、
前記第１リンクでの、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む第１組のフレームにおいて、前記第１組のフレームのデータを処理するために使用される前記少なくとも２つの異なるコーデックモードの一方を識別するモード指標を送信する過程と、
前記第１リンクの第１組のフレームとは異なる第２組のフレームにおいて、前記第２リンクで送信される情報を処理するために使用される前記少なくとも２つの異なるコーデックモードの一方を識別するモード要求を送信する過程とを含む方法。
【請求項２】
前記少なくとも２つの異なるコーデックモードの各々がソース符号化手法およびチャネル符号化手法の両方を識別する請求項１に記載の方法。
【請求項３】
前記モード要求が、前記第２リンクで送信される情報を処理するための前記少なくとも２つの異なるコーデックモードの適切な一方を決定するために無線装置によって使用することができるチャネル測定情報である請求項１に記載の方法。
【請求項４】
前記少なくとも１つの第１組および第２組のフレームが連続的に送信される請求項１に記載の方法。
【請求項５】
前記第２の送信過程が、
フレーム（１．．．ｎ／２）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む前記第２組のフレームにおいて前記モード要求を送信する過程をさらに含む、請求項１に記載の方法。
【請求項６】
前記第１組および第２組のフレームが偶数および奇数フレームである請求項１に記載の方法。
【請求項７】
前記第１組のフレームが２つの連続する偶数番のフレームよりなる請求項６に記載の方法。
【請求項８】
前記第２組のフレームが２つの連続する奇数番のフレームよりなる請求項６に記載の方法。
【請求項９】
前記第１組および第２組のフレームを、前記通信システムによって送信された他の情報のタイムフレーム構造と同期させる過程をさらに含む、請求項１に記載の方法。
【請求項１０】
前記タイムフレーム構造が、低速付随制御チャネル（ＳＡＣＣＨ）構造である請求項９に記載の方法。
【請求項１１】
通信システムにおいて第１のリンクで情報を送信し、第２のリンクで情報を受信するシステムであって、
前記システムにおいて前記情報を処理するための少なくとも２つの異なるコーデックモードを付与する手段と、
前記第１リンクでの、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む第１組のフレームにおいて、前記第１組のフレームのデータを処理するために使用された前記少なくとも２つの異なるコーデックモードの一方を識別するモード指標を送信する手段と、
前記第１リンクの第１組のフレームとは異なる第２組のフレームにおいて、前記第２リンクで送信される情報を処理するために使用される前記少なくとも２つの異なるコーデックモードの一方を識別するモード要求を送信する手段とよりなるシステム。
【請求項１２】
前記少なくとも２つの異なるコーデックモードの各々がソース符号化手法およびチャネル符号化手法の両方を識別する請求項１１に記載のシステム。
【請求項１３】
前記モード要求が、前記第２リンクで送信される情報を処理するための前記少なくとも２つの異なるコーデックモードの適切な一方を決定するために無線装置によって使用することができるチャネル測定情報である請求項１１に記載のシステム。
【請求項１４】
前記少なくとも１つの第１組および第２組のフレームが連続的に送信される請求項１１に記載のシステム。
【請求項１５】
前記第２の送信手段が、
フレーム（１．．．ｎ／２）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む前記少なくとも１つの第２組のフレームにおいて前記モード要求を送信する過程をさらに含む、請求項１１に記載のシステム。
【請求項１６】
前記少なくとも１つの第１組および第２組のフレームが偶数および奇数フレームである請求項１１に記載のシステム。
【請求項１７】
前記少なくとも１つの第１組のフレームが２つの連続する偶数番のフレームよりなる請求項１６に記載のシステム。
【請求項１８】
前記少なくとも１つの第２組のフレームが２つの連続する奇数番のフレームよりなる請求項１６に記載のシステム。
【請求項１９】
前記第１組および第２組のフレームを、前記通信システムによって送信された他の情報のタイムフレーム構造と同期させる手段をさらに含む、請求項１１に記載のシステム。
【請求項２０】
タイムフレーム構造が、低速付随制御チャネル（ＳＡＣＣＨ）構造である請求項１９記載のシステム。
【請求項２１】
通信局であって、
ペイロード情報、モード指標を示す情報およびモード要求を示す情報を処理するためのプロセッサと、
前記プロセッサから前記ペイロード情報、前記モード指標を示す情報および前記モード要求を示す情報を受信するための送信機とを具備し、
前記送信機が、第１のリンクでの、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む第１組のフレームにおいて、前記第１組のフレームのデータを処理するために使用される前記少なくとも２つの異なるコーデックモードの一方を識別するモード指標を送信し、かつ、前記第１リンクの第１組のフレームとは異なる第２組のフレームにおいて、前記第２リンクで送信される情報を処理するために使用される前記少なくとも２つの異なるコーデックモードの一方を識別するモード要求を送信するように構成されたことを特徴とする通信局。
【請求項２２】
第２の通信リンクでモード指標を示す情報、モード要求を示す情報およびペイロード情報を受信する受信機であって、ここにおいて前記モード指標を示す情報は前記ペイロード情報を復号化するために前記プロセッサにより使用され、前記モード要求を示す情報は前記送信機によって送信された前記ペイロード情報の符号化モードを判定するために使用されるものである受信機をさらに備えた請求項２１記載の通信局。
【請求項２３】
前記プロセッサが、受信ペイロード情報にもとづき前記モード指標を示す情報の送信を選択的に適応させる、請求項２１記載の通信局。
【請求項２４】
前記第１リンクに関係するデータソースが休止状態であることを判定する過程と、
前記データソースが休止状態である期間中、前記少なくとも１つの第１組のフレームにおける前記モード指標の送信を停止する過程とをさらに含む、請求項１に記載の方法。
【請求項２５】
前記休止状態である期間中、前記少なくとも１つの第１組および第２組のフレームの両方において前記モード要求を送信する過程をさらに含む、請求項２４に記載の方法。
【請求項２６】
前記休止状態である期間が終了した後に、前記第１リンクでの送信のために前記情報を処理するために前記少なくとも２つの異なるコーデックモードのうちの所定の第ｎの最も耐性の高いコーデックモードを使用する過程をさらに含む、請求項２４に記載の方法。
【請求項２７】
前記休止状態である期間が終了した後に、前記第１リンクでの送信のために前記情報を処理するために前記休止状態である期間の前に使用されていたコーデックモードを使用する過程をさらに含む、請求項２４に記載の方法。
【請求項２８】
前記休止状態である期間が終了した後に、送信のために前記情報を処理するために前記休止状態である期間の直前に使用されていたコーデックモードよりも耐性の高いｎモードであるコーデックモードを使用する過程をさらに含む、請求項２４に記載の方法。
【請求項２９】
前記第１リンクに関係するデータソースが休止状態であることを判定する手段と、
前記データソースが休止状態である期間中、前記少なくとも１つの第１組のフレームにおける前記モード指標の送信を停止する手段とをさらに含む、請求項１１に記載のシステム。
【請求項３０】
前記休止状態である期間中、前記少なくとも１つの第１組および第２組のフレームの両方において前記モード要求を送信する手段をさらに含む、請求項２９に記載のシステム。
【請求項３１】
前記休止状態である期間が終了した後に、前記第１リンクでの送信のために前記情報を処理するために前記少なくとも２つの異なるコーデックモードのうちの所定の第ｎの最も耐性の高いコーデックモードを使用する手段をさらに含む、請求項２９に記載のシステム。
【請求項３２】
前記休止状態である期間が終了した後に、前記第１リンクでの送信のために前記情報を処理するために前記休止状態である期間の前に使用されていたコーデックモードを使用する手段をさらに含む、請求項２９に記載のシステム。
【請求項３３】
前記休止状態である期間が終了した後に、送信のために前記情報を処理するために前記休止状態である期間の直前に使用されていたコーデックモードよりも耐性の高いｎモードであるコーデックモードを使用する手段をさらに含む、請求項２９に記載のシステム。
【請求項３４】
通信システムにおいて第１のリンクで情報を受信する方法であって、
前記システムにおいて前記情報を処理するための少なくとも２つの異なるコーデックモードを付与する過程と、
前記第１リンクでの、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む第１組のフレームにおいて、ペイロードデータを処理するために使用された前記少なくとも２つの異なるコーデックモードの一方を識別するモード指標を受信する過程と、
前記第１リンクの前記第１組のフレームとは異なる第２組のフレームにおいて、第２のリンクで送信される情報を処理するために使用される前記少なくとも２つの異なるコーデックモードの一方を識別するモード要求を受信する過程とを含む方法。
【請求項３５】
前記少なくとも２つの異なるコーデックモードの各々がソース符号化手法およびチャネル符号化手法の両方を識別する請求項３４に記載の方法。
【請求項３６】
前記ペイロードデータが前記モード指標と同じ受信フレームに含まれている請求項３４に記載の方法。
【請求項３７】
前記ペイロードデータが、前記モード指標を含む前記少なくとも１つの第１フレームとは異なる以降の受信フレームに含まれている請求項３４に記載の方法。
【請求項３８】
前記受信モード指標にもとづき、前記ペイロードデータを処理する過程と、
前記少なくとも１つの第２組のフレームにおいて、以前に受信したモード指標にもとづき付加的なペイロードデータを処理し続ける過程とをさらに含む、請求項３４に記載の方法。
【請求項３９】
前記第１の送信過程が、
フレーム（１．．．ｎ／２）＊２＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む、前記少なくとも１つの第１フレームにおいて前記モード指標を送信する過程をさらに含む、請求項１に記載の方法。
【請求項４０】
前記第２の送信過程が、
フレーム２＊（１．．．ｎ／２）−１＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む前記少なくとも１つの第２フレームにおいて前記モード要求を送信する過程をさらに含む、請求項１に記載の方法。
【請求項４１】
前記第１の送信手段が、
フレーム（１．．．ｎ／２）＊２＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む前記少なくとも１つの第１フレームにおいて前記モード指標を送信する手段をさらに含む、請求項１１に記載のシステム。
【請求項４２】
前記第２の送信手段が、
フレーム２＊（１．．．ｎ／２）−１＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む前記少なくとも１つの第２フレームにおいて前記モード要求を送信する手段をさらに含む、請求項１１に記載のシステム。
【請求項４３】
前記第１リンクに関係するデータソースが休止状態であることを判定する過程と、
前記データソースが休止状態である期間中、前記第２リンクでのモード要求の送信を停止する過程とをさらに含む、請求項３４に記載の方法。
【請求項４４】
前記休止状態である期間中、前記少なくとも１つの第１組および第２組のフレームの両方において前記第２リンクでモード指標を送信する過程をさらに含む、請求項４３に記載の方法。
【請求項４５】
前記休止状態である期間が終了した後に送信のために前記情報を処理するために前記第２リンクで使用されるコーデックモードより耐性の高いｎモードであるコーデックモードを使用する過程をさらに含む、請求項２４に記載の方法。
【請求項４６】
前記第１リンクで前記休止状態である期間中に前記第２リンクにおけるすべての各フレームにおいてモード指標を受信する手段をさらに含む、請求項２４に記載の方法。
【請求項４７】
前記休止状態である期間が終了した後に送信のために前記情報を処理するために前記第２リンクで使用されるコーデックモードより耐性の高いｎモードであるコーデックモードを使用する手段をさらに含む、請求項２９に記載のシステム。
【請求項４８】
前記受信モード要求に従って処理されている情報を前記第２リンクで送信する過程と、
前記少なくとも１つの第１組のフレームにおいて、以前に受信されたモード要求にもとづき前記第２リンクで送信される前記情報を処理し続ける過程とをさらに含む、請求項３４に記載の方法。
【請求項４９】
前記少なくとも１つの第１組および第２組のフレームが時分割多元接続（ＴＤＭＡ）構造と関係するタイムフレームである請求項１に記載の方法。
【請求項５０】
前記少なくとも１つの第１組および第２組のフレームが時分割多元接続（ＴＤＭＡ）構造と関係するタイムフレームである請求項１１に記載のシステム。
【請求項５１】
前記休止状態である期間が終了した後に、送信のために前記情報を処理するために前記第２リンクで使用されるコーデックモードと同じコーデックモードを使用する過程をさらに含む、請求項２４に記載の方法。
【請求項５２】
前記休止状態である期間が終了した後に、送信のために前記情報を処理するために前記第２リンクで使用されるコーデックモードと同じコーデックモードを使用する手段をさらに含む、請求項２９記載のシステム。
【請求項５３】
前記少なくとも１つの第１組および第２組のフレームが使用されたソースおよびチャネル符号化処理のタイムフレーム構造と関係するタイムフレームである請求項１に記載の方法。
【請求項５４】
前記少なくとも１つの第１組および第２組のフレームが使用されたソースおよびチャネル符号化処理のタイムフレーム構造と関係するタイムフレームである請求項１１に記載のシステム。
【請求項５５】
通信システムにおける第１リンク上で情報を受信する端末装置であって、
通信システムは、前記情報を処理するための少なくとも２つの異なるコーデックモードを利用し、
第１リンクでの、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含む第１組のフレームにおいて、第１リンク上で端末装置に送信されるペイロードデータを処理するために使用された少なくとも２つの異なるコーデックモードの一方を識別するモード指標を受信する手段と、
第１組のフレームと異なった第１リンク上の第２組のフレームにおいて第２リンク上で端末装置から送信されるべき情報を処理するために、端末装置で使用される少なくとも２つの異なるコーデックモードの一方を識別するモード要求を受信する手段と、
を具備する端末装置。
【請求項５６】
通信システムにおける端末装置と通信局との間でペイロードデータ情報を送受信するための端末装置であって、
前記通信局は、該通信局が複数の有効なコーデックモードから選択した１つのコーデックモードと共にペイロード情報を処理し、
第１リンクでの、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含むモード指標フレームにおいて、通信局がペイロード情報を処理するために使用したコーデックモードを識別するモード指標を受信する手段と、
第１リンクでの、フレーム（１．．．ｎ／２）＋ｋ＊ｎ（ここに、ｋは増分フレーム番号であり、ｎは整数）を含むモード要求フレームにおいて、第２リンク上で通信局に返送されるペイロード情報を処理するために、端末装置で使用すべく要求されたコーデックモードを識別するモード要求を受信する手段と、
モード指標もモード要求も送信しない規定数の介在フレームを通信局から受信する手段と、
受信した最新のモード指標により識別されて示されたコーデックモードを利用して受信したペイロード情報を処理する手段と、
受信した最新のモード要求により識別されて要求されたコーデックモードを利用して端末装置により処理されたペイロードデータを端末装置から通信局への第２リンク上で送信する手段と、
を具備する端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムの分野におけるモードの取扱に関し、詳細には、複数の音声／フォワード誤り訂正符号化方式をサポートするディジタル通信システムにおける符号化モードの要求および識別に関係する情報の取扱に関する。
【０００２】
【従来の技術】
商業通信システムの成長、特にセルラー無線電話システムの爆発的な成長により、システム設計者は、通信品質を低下させることなくシステム容量を消費者が許容する品質限界を維持しつつ拡大させるための方法を探索することを強いられている。そうした目的を達成する１つの手法は、データを搬送波に乗せるためにアナログ変調を使用するシステムから、データを搬送波に乗せるためにディジタル変調を使用するシステムへの変更である。
【０００３】
無線ディジタル通信システムにおいて、標準エア（無線空間）インタフェースは、音声符号化形式、バーストフォーマット、通信プロトコルなどを含むシステムパラメータのほとんどを指定している。例えば、欧州電気通信標準化機構（ＥＴＳＩ）は、２７１ｋｓｐｓのシンボルレートでガウシアンミニマムシフトキーイング（ＧＭＳＫ：Gaussian Minimum Shift Keying）変調方式によって制御、音声およびデータ情報を無線周波（ＲＦ）物理チャネルまたはリンクにより通信するために時分割多元接続（ＴＤＭＡ：time division multiple access）を使用する移動通信グローバルシステム（ＧＳＭ：Global System for Mobile Communications）規格を規定している。米国では、米国電気通信工業会（ＴＩＡ）が、ＲＦリンクによってデータを通信するための差分４位相シフトキーイング（ＤＱＰＳＫ：differential quadrature phase shift keying）変調方式を使用するＴＤＭＡシステムである、ディジタルアドバンスドモバイルフォンサービス（Ｄ−ＡＭＰＳ：digital advanced mobile phone service）の各種バージョンを規定した、ＩＳ−５４およびＩＳ−１３６などの多数の暫定規格（Interim Standard）を公開している。
【０００４】
ＴＤＭＡシステムは、使用可能な周波数を１つ以上のＲＦチャネルに再分割する。それらのＲＦチャネルは、ＴＤＭＡフレームのタイムスロットに対応する多数の物理チャネルにさらに分割される。論理チャネルは、変調および符号化が指定される単数または複数の物理チャネルにより形成される。これらのシステムにおいて、移動局は、上り線および下り線のＲＦチャネルによりディジタル情報バーストを送受信することによって多数の分散した基地局と通信する。
【０００５】
現在使用されている移動局の数の増加は、セルラー電気通信システム内においてより多くの音声およびデータチャネルの必要性を生じている。その結果、基地局はより近い間隔で位置することになり、隣接するまたは近い間隔で位置するセルにおいて同一周波数で動作する移動局間の干渉の増加を伴う。実際、一部のシステムは現在、信号が同一の時間および周波数を意図的に共有するスペクトル拡散変調の１形態を用いる符号分割多元接続（ＣＤＭＡ：code division multiple access）を使用している。ディジタル手法は一定の周波数スペクトルを利用して、より多数の有効チャネルを付与するが、干渉を許容レベルに維持する必要性、詳細には、搬送波信号強度対干渉比（すなわち搬送波対干渉（Ｃ／Ｉ）比）を監視および制御する必要性が依然存在する。
【０００６】
各種通信サービスを提供する際にますます重要となる別の要因は、データが特定の接続によって送信されるために望ましいまたは必要なユーザビットレートである。例えば、音声および／またはデータサービスの場合、ユーザビットレートは音声品質および／またはデータスループットに対応し、より高いユーザビットレートは、より良好な音声品質および／またはより高いデータスループットを生じる。全ユーザビットレートは、音声符号化、チャネル符号化、変調および資源割当てに関する手法の選択された組合せによって決定され、例えばＴＤＭＡシステムの場合、この後者の手法は接続当たりの割り当て可能なタイムスロットの数といってよく、ＣＤＭＡシステムの場合、その後者のパラメータは接続当たりの割り当て可能な符号の数である。
【０００７】
音声符号化（またはより一般的には、データの圧縮に関係する手法を含む「ソース符号化」）手法は、入力情報を、許容される量の帯域幅を使用するが明瞭な出力信号が再生できるフォーマットに圧縮するために使用される。音声符号化アルゴリズムは、例えば、残差駆動形線形予測（ＲＥＬＰ：residual excited linear predictive）、規則パルス励起（ＲＰＥ：regular-pulse excitation）など多様な形式が存在し、それらの詳細は本発明には特に関連しない。この文脈においてより重要なことは、各種音声コーダが多様な出力ビットレートを有しており、予想されるように、より高い出力ビットレートを有する音声コーダは、低出力ビットレートを有するものよりも再生音声品質の高い消費者容認性を提供する傾向があるということである。例えば、従来の有線電話システムが６４ｋｂｐｓのＰＣＭ音声符号化を使用するのに対して、ＧＳＭシステムは１３ｋｂｐｓで動作するＲＰＥ音声符号化方式を使用することを考えてみればよい。
【０００８】
音声符号化に加え、ディジタル通信システムは、誤って受信された情報を処理するための各種手法も使用する。一般的に言えば、これらの手法には、例えばフォワード誤り訂正（ＦＥＣ：forward error correction）手法といった、誤って受信された情報を受信機が訂正するのを助成するものや、例えば自動再送要求（ＡＲＱ：automatic retransmission request）手法といった、誤って受信された情報を受信機に再送信可能にするものが含まれる。ＦＥＣ手法は例えば、変調前にデータの畳込みまたはブロック符号化（ここでは集合的に「チャネル符号化」と称する）を含む。チャネル符号化は、ある数の符号ビットを使ってある数のデータビットを表現することを伴う。従って、例えば、１／２および１／３などとそれぞれの符号レートによって畳込み符号を呼ぶのが普通であり、この場合、より低い符号レートは、与えられたチャネルビットレートに関して、より大きい誤り保護を与えるが、ユーザビットレートはより低くなる。
【０００９】
【発明が解決しようとする課題】
従来、ユーザビットレートに影響を及ぼす手法のそれぞれは、その無線通信システムにとって、または少なくとも無線通信システムにより確立された接続期間にとって固定的であった。すなわち、個々のシステムは、１形式の音声符号化、１形式のチャネル符号化、１形式の変調および１形式の資源割当てにより動作する接続を確立した。しかし、近年ますます、これらの手法の動的な適応は、例えば無線通信チャネルの無線伝搬特性、システムの負荷、ユーザビットレート要求条件といった、経時的に急速に変化し得る無数のパラメータに対してシステム性能を最適化するための一般的な方法になっている。
【００１０】
例えば、個々の変調方式の強みを選択的に活用し、より高いユーザビットレートかつ／または雑音および干渉に対する耐性を強化するために、異なる変調が動的に割り当てられるようになっている。複数の変調方式を使用する通信システムの１例は、米国特許第５，５７７，０８７号にみられる。そこでは、１６ＱＡＭとＱＰＳＫとを切り替える手法が記載されている。変調形式間で切り替える決定は品質測定にもとづき行われるが、このシステムは、一定のユーザビットレートを使用しており、それは、変調方式の変更が、送信チャネルをサポートするために使用されるタイムスロットの数といったチャネルビットレートの変更も要することを意味する。
【００１１】
これらの処理手法の多様な組合せが、無線通信システムによりサポートされる異なる接続間および単一の接続の有効期間中の両方において選択的に使用できることが想定される。しかし、その場合も、使用されている送信モードを受信側装置に知らせるために、かつ／または受信側装置が送信側装置から特定の送信モードを要求するために、送信側装置と受信側装置との間に何らかの形式の「ハンドシェーク」の必要性が存在するであろう。例えば、無線信号に関係する処理手法を受信機に知らせるための手法の２つの一般的分類がある。（１）処理形式を指示するモード値を有する送信情報内におけるメッセージフィールドである明示的インフォメーション、および（２）受信信号を分析することにより送信機によって実行された処理を受信機が判定する、時に「盲目的」復号化とも呼ばれる、暗示的インフォメーションである。この後者の手法は、ＴＩＡ／ＥＩＡ  ＩＳ−９５規格に従って動作するＣＤＭＡシステムで使用されている。明示的インフォメーションは、受信機における処理遅延を低減させるので望ましいとみなされる場合もあるが、送信機がユーザデータとともに付加的なオーバヘッドビットを包含させる必要性と引換えになる。
【００１２】
本発明にとって特に対象となるのは、送信機の現に使用した音声符号化／チャネル符号化の組合せを反映するモード指標および、使用されるべき特定の音声符号化／チャネル符号化モードに関する受信機の要求を反映するモード要求である。例えば、チャネル状態が良好な時には、受信機は音声符号化／チャネル符号化モードのモード要求を上り線で送信することができ、それは高いソース符号化ビットレートおよび相対的に低い程度の誤り保護をもたらす。送信機が要求されたモードによって情報を送信する場合、その下り線送信で対応したモード指標も含める。
【００１３】
代わって、チャネル状態が不良な時には、相対的に高度の誤り保護と結合された低ビットレートの音声符号化手法を付与する符号化モードが受信機によって要求することができる。送信機は、その後、リターンリンクでその別のモードに関係する対応した指標を供給するであろう。システムは、チャネル状態の絶えず変わる変化にもとづきこれらの異なる符号化モード間を迅速に変更することができ、従ってモード要求および／または指標は相対的に頻繁に送信される必要がある。
【００１４】
このようにして、モード指標およびモード要求は、可変コーデックモード動作を可能にするために送信側装置と受信側装置との間で通信される。一般に、これらのモード指標／要求は、例えばデータフィールドとともに搬送される２ビットといったごく少数のビットを含み得る。従って、受信機／送信機がモード指標／要求を正確かつ迅速に復号化できることは特に重要であると認められよう。そうでなければ、データフレーム全体が受信機によって回復不可能となったり、最適ではない送信モードが使用される可能性を生じるからである。モード指標／要求の正確かつ迅速な受信に対するこの要求は、設計者に対し、重みのあるチャネル符号化によりモード指標／要求を強力に保護する。
【００１５】
しかし、重みのあるチャネル符号化の使用は、より高い冗長性を暗示し、それはモード指標および／または要求フィールドについて送信されるビットがより多くなることになる。これは、前述の通り、オーバヘッドビットが増加せず最小化されるべきであることから、望ましくない。従って、符号化モード指標および要求といったモード指標および要求が適切に復号化される尤度を増大させると同時に、ペイロードデータとともに送信されるオーバヘッドビットの数を最小化し、処理モード情報に関係する遅延を低減させるための手法およびシステムを提供することが望ましい。
【００１６】
【課題を解決するための手段】
情報を伝達するための従来の方法およびシステムの上述および他の欠点および制約は、本発明に従って克服され、本発明では、関係する帯域幅利用率を低減させるかつ／またはモード情報のより重みのあるチャネル符号化を可能にするためにモード情報の送信レートがデシメートされる。
【００１７】
モード情報は、例えば、ペイロードデータを符号化するために現在使用されている音声符号化／チャネル符号化の組合せを受信機に知らせるモード指標、以降送信される情報ブロックまたはフレームについて受信機が要求する特定のコーデックモードを送信機に知らせるモード要求および／または、送信機によって付与される特定のコーデックモードの暗示的な要求として機能するチャネル測定情報より構成することができる。本発明の例示実施態様によれば、モード情報の変更レートは、フレーム毎の場合よりも少なくなるように制約される。例えば、モード指標およびモード要求は１フレームおきの場合より大きく変化しないように制約することができる。こうしたわけで、モード指標およびモード要求の送信は、それらのインジケータにより使用される伝送容量を低減し、モード変更に関係する処理遅延を最小限にするために、交互にすることもできる。
【００１８】
本発明の別の例示実施態様によれば、リンクが休止状態になると、例えば話者が沈黙した場合、モード情報の送信はそれに応じてさらに低減または調整することができる。
【００１９】
【発明の実施の形態】
以下の例示実施態様は、時分割多元接続（ＴＤＭＡ）無線通信システムを前提として示される。しかし、当業者には、その接続方法論が単に例示のためだけに使用されており、本発明が、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続、符号分割多元接続（ＣＤＭＡ）およびそれらの組合せを含むすべての形式の接続方法に容易に適用可能であることを理解するであろう。
【００２０】
さらに、ＧＳＭ通信システムに従った動作は、欧州電気通信標準化機構（ＥＴＳＩ）の文書ＥＴＳ３００５７３、ＥＴＳ３００５７４およびＥＴＳ３００５７８に記載されており、参照によって本願に採り入れる。従って、ＧＳＭシステムの動作は、ここでは本発明を理解するために必要な程度に記述するにすぎない。本発明はＧＳＭシステムにおける例示実施態様について説明するが、当業者は、本発明が、ＰＤＣまたはＤ−ＡＭＰＳ規格およびそれらの拡張にもとづくものといった広範な他のディジタル通信システムにおいて使用し得ることを理解されるであろう。
【００２１】
図１には、本発明の例示実施態様に従った通信システム１０が図示されている。システム１０は、呼を管理するための複数のレベルを備える階層ネットワークとして設計されている。１組の上り線および下り線周波数を使用し、システム１０内で動作する移動局１２は、それらの周波数において各自に割り当てられたタイムスロットを用いて呼に参加する。上位階層レベルでは、１群の移動通信交換局（ＭＳＣ：Mobile Switching Center）１４が、発信者から宛て先への呼の経路指定に責任を負う。詳細には、これらの装置は、呼のセットアップ、制御および終了に責任を負う。ゲートウェイＭＳＣとして知られるＭＳＣ  １４の１つが、公衆電話交換網（ＰＳＴＮ）１８、または他の公衆網および私設網との通信を取り扱う。
【００２２】
下位階層レベルでは、ＭＳＣ  １４の各々は、１群の無線基地局制御装置（ＢＳＣ：base station controller）１６と接続されている。ＧＳＭ規格下では、ＢＳＣ  １６は、ＣＣＩＴＴ  Ｎｏ．７信号方式のモバイルアプリケーション部にもとづくＡインタフェースとして周知の標準インタフェースの下でＭＳＣ  １４と通信する。
【００２３】
さらに下位の階層レベルでは、ＢＳＣ  １６の各々は、１群の基地無線装置局（ＢＴＳ：base transceiver station）２０を制御する。各ＢＴＳ  ２０は、１つ以上の通信セル２１といった特定の共通の地理的領域にサービスするために上り線および下り線ＲＦチャネルを使用する多数のＴＲＸ（図示せず）を含む。ＢＴＳ  ２０は第一に、各自の割り当てられたセル内の移動局１２との間でのデータバーストの送受信用のＲＦリンクを付与する。例示実施態様において、多数のＢＴＳ  ２０が無線基地局（ＲＢＳ：radio base station）２２に組み込まれている。ＲＢＳ  ２２は例えば、本発明の譲受人であるテレフォンアクチーボラゲット・エル・エム・エリクソン（Telefonaktiebolaget L M Ericsson）から提供されている製品である、ＲＢＳ−２０００製品ファミリに従って構成することができる。例示移動局１２およびＲＢＳ  ２２の具体化に関する詳細について、関心ある読者は、１９９７年８月２９日出願のマグナス・フロディ（Magnus Frodigh）らの“Ａ  Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ  Ｍｅｔｈｏｄ  Ｆｏｒ    Ｌｉｎｋｓ  ｕｓｉｎｇ  Ｍｏｄｕｌａｔｉｏｎ  Ｓｃｈｅｍｅｓ  Ｔｈａｔ  Ｈａｖｅ  Ｄｉｆｆｅｒｅｎｔ  Ｓｙｍｂｏｌ  Ｒａｔｅｓ”と題する米国特許出願第０８／９２１，３１９号に記載されており、その開示は参照により本願に取り込む。
【００２４】
本発明の例示実施態様によれば、ＢＴＳ  ２０と移動局１２との間で送信される情報は、異なるコーデックモードを用いて処理できる。ここで使用する用語「コーデックモード」はソース符号化（例えば音声符号化）とチャネル符号化の組合せを指すが、本発明は、他の形式のモード情報の送受信、より一般的にはエアインタフェースによる他の情報の送受信にも適用可能である。関係する指標、要求および情報が保護、復号化および送信することができる例示モードをより完全に理解するために、図２（ａ）および２（ｂ）に図示した例示ＧＳＭコーデックモードを検討する。
【００２５】
図２（ａ）は、例示入力オーディオ信号をディジタル化するＡ／Ｄ変換器（図示せず）の下流における送信信号処理経路の一部を示す。１６０サンプルのブロックが、１３ｋｂｐｓの全出力ビットレートで１８２個のクラス１ビットおよび７８個のクラス２ビットの２カテゴリの出力ビットを生成するために公知のＧＳＭ仕様（例えばＧＳＭ０６．５３）に従って動作する、ＲＰＥ音声コーダ３０に導入される。図２（ｂ）に見られるように、クラス１のビットはクラスｌａビットおよびクラス１ｂビットにさらに分割され、これらは両者とも、レート１／２畳込み符号化を実行するチャネルコーダ３２に入力される。この結果、チャネルコーダ３２から、クラス１ａビットに関係する３パリティビットおよびクラス１ｂビットに関係する４テールビットを含む３７８ビットの出力を生じる。この複合プロセスは、単一コーデックモードの一例である。
【００２６】
しかし、出願人は、複数の異なるコーデックモードに配慮した将来のシステムを想定している。例えば、図３（ａ）において概念的に例示するように、送信前に各種組合せにおいてビットを符号化するために使用できる２つの異なる音声コーダおよび２つの異なるチャネルコーダが存在し得る。第１の音声コーダ４０はディジタルサンプルを処理しＸｋｂｐｓの出力ビットレートを付与するように動作することができ、他方、第２の音声コーダ４２は入力ディジタルサンプルを処理しＹｋｂｐｓの出力ビットレートを付与し得る（ここでＸ＞Ｙ）。同様に、２つの異なるチャネルコーダ４４および４６（この例では畳込みコーダであるが、一方または両方を代わりにブロックコーダとすることもできよう）は、各自の異なるレート１／Ａおよび１／Ｂ（ここでＡ＞Ｂ）により、異なる程度の誤り保護をそれぞれ付与する。従って、ペイロードデータの特定のブロックまたはフレームを処理するための経路を選択する、すなわちこの場合音声コーダおよびチャネルコーダの組合せを選択するためにマルチプレクサ５０および５２と連係してモード制御プロセッサ４８を使用することによって、４つの異なるコーデックモードが使用可能であることがわかる。
【００２７】
当然ながら、送信機において複数のコーデックモードを創出するために他の多くの手法が使用可能である。図３（ｂ）の例を検討すれば、複数のソース（例えば音声）コーダ６０、６２、６４および６６が選択可能な送信信号処理経路に設けられている。各コーダは、異なる出力レート（Ｘ＞Ｙ＞Ｚ＞Ａｋｂｐｓ）を有し、チャネルコーダ６８、７０、７２および７４のうちの異なるものと関係づけられている。（類似の資源割当て／接続のために望ましいとすることができる）異なる選択可能な経路間においてＦｋｂｐｓの均一な出力データレートを付与するために、チャネルコーダは、ソース符号化データストリームに付加される冗長性の量が、低ビットレートのソースコーダについては高く、高ビットレートのソースコーダについては低くなるように設計することができる。上記の例におけるように、いずれかのデータブロックまたはフレームに選択された特定のコーデックモードは、例えばモード制御プロセッサ７６およびマルチプレクサ７８によって制御可能である。
【００２８】
各種コーデックモードを付与するために送信側で使用される手法にかかわらず、受信データを正しく復号化できるように、受信機は、受信データのあらゆるブロックまたはフレームを処理するために送信機が使用したコーデックモードを知っている必要があろう。本発明の例示実施態様によれば、これは、関係するデータのブロックまたはフレームとともに、またはそれに先立って、モード指標を送信機から受信機に送信することによって実現できる。図３（ａ）および３（ｂ）の例において、２ビットモード指標フィールドは、送信前にデータを処理するために使用された音声コーダおよびチャネルコーダの組合せを受信機に知らせるために十分であろう。さらに、受信機は、特定のコーデックモードの要求をリターン無線リンクで送信機に送信したり、または、後に送信機が適切なコーデックモードを識別するために使用できる、下り線チャネル（すなわちＢＴＳから移動局へのリンク）に関係する信号品質測定値を送信機に送信することもできる。これらの３例のいずれにおいても、何らかの形式のモード情報が、他の形式のモード情報と同様に、エアインタフェース（この用語は上記の特定的な３例の各々を包含するために使用する）によって送信機と受信機との間で交換される。
【００２９】
いずれにせよ、モード情報もＢＴＳ  ２０と移動局１２との間でエアインタフェースによって通信されるので、それもやはりデータと同様にチャネル誤りから保護されなければならない。しかし、重みのあるチャネル符号化を付加する、すなわち大量の冗長性を付加することは、オーバヘッド（すなわち非ペイロードデータ）の送信をさらに追加し、ユーザの有効ビットレートを低減させるので、望ましくない。また、コーデックモードが送信チャネル状態の急激な変化を考慮するために迅速に変更できるように、低符号化遅延を維持することが望ましい。
【００３０】
上述の関連特許出願によれば、上記の目的は、モード情報を相対的に弱い（すなわち少量の冗長性を備える）チャネル符号で符号化することによって達成できる。図３（ａ）において、これはレート１／Ｃ畳込み符号を使用するチャネルコーダ５４によって例示されている。図３（ｂ）では、これは（８，２）ブロック符号化を使用するブロックコーダ６７によって例示されている。しかし、本発明は、後述する通り一定のモード情報の変更のレートを低減することによってモード情報の送信に関係する容量消費の問題に意を向けている。
【００３１】
図４のブロック図により例示するように、受信機側では、例えば受信装置のアンテナ１００はある無線チャネルによって無線信号を受信する。このチャネルによって送信された信号（例えば、データ／音声メッセージ）は、例えばフェージングのために激しく歪むこともあり、その結果ＴＤＭＡバーストが高歪み音声フレームを生じ得る。
【００３２】
復調は、所定の無線周波数（ＧＳＭシステムの８６５〜９３５ＭＨｚでの）で無線受信機１０２において公知の方式で行われ、ベースバンド変調信号を得る。無線受信機１０２に入る無線信号の信号強度レベルは測定でき、図４においてＳｍで参照されている。ベースバンド変調信号は中間周波レンジで復調器１０４において復調され、この復調器はまた、送信の間に受信信号が受けたマルチパス伝播を公知の方式で補償または補正するための等化器も備える。例えば、公知のビタビ（Viterbi）等化器がこの目的に使用できる。
【００３３】
いずれかのシンボル推定の信頼度に関係するいわゆるソフト情報は、復調器１０４のビタビ等化器から得られ、このソフト情報は図４でＳｊと参照されている。復調器／等化器１０４の下流にデインタリーバ１０６が接続されており、受信機に意図された時分割バーストを公知の方式で回復する。
【００３４】
受信機はまた、受信されたモード情報にもとづきコーデックモードを識別するために動作するモード指標デコーダ１０７も備える。モード指標デコーダは、チャネルデコーダ１０９および音声デコーダ１１２に出力を供給し、受信されたデータブロックまたはフレームを処理するために送信前に送信機が使用した手法を指示する。モード指標デコーダ１０７を実施するための例示手法は、前述し参照により一体となる出願に見ることができるので、ここではこれ以上説明しない。
【００３５】
より一般的には、（遠隔装置またはネットワーク側のいずれかにおける）本発明に従った無線装置は、図５のブロック図に示す通り、モード指標情報、送信モード要求情報、受信モード指標情報および受信モード要求情報を送信するための機能を備えるであろう。この図で、第１のリンクで無線装置１１６によって受信されたＲＸ＿ｄａｔａは、その構成要素フィールドに分離され、デマルチプレクサ１２０により適切な復号化ブロックまたはアルゴリズムに供給される。本発明を説明する際の単純さのために、図５はモードおよびペイロード情報だけに言及しているが、当業者は、他の形式の情報も無線装置により受信することができることを理解されよう。
【００３６】
受信されたフレームがモード指標情報を含む場合、その情報はモード指標デコーダ１２２に供給され、受信されたペイロードデータを符号化するために使用されたコーデックモードを判定する。復号化されたモード指標情報は、例えば音声といった適切に復号化されたペイロードデータが出力することができるように、マルチモードデコーダ１２４に供給される。他方、受信されたフレームがモード要求情報を含む場合、その情報はモード要求デコーダ１２６に供給される。モード要求デコーダは、他の無線装置（図示せず）により要求されたコーデックモードを判定し、その情報はその後、この無線装置の送信機側に転送される。
【００３７】
送信側では、要求されたモードは、受信ペイロード（例えば音声）情報を処理するために適切なコーデックモードを選択するモード制御装置１２８に導入される。このモード情報は、例えば受信音声フレームを音声符号化および誤り訂正符号化するマルチモードエンコーダ１３０に渡される。モード情報はまたモードエンコーダ１３２にも渡され、これは、マルチモードエンコーダ１３０により使用されたモードを識別する第２の（リターン）リンクで他の無線装置（図示せず）に送信されるモード指標を生成する。さらに、無線装置１１６の送信側は、例えば第１のリンクでの測定品質にもとづき、第２のリンクで送信されるモード要求または測定情報を供給する、測定またはコーデックモード要求機能１３４を含む。モード要求、ペイロード情報およびモード指標は、例えば変調、アップコンバージョンなどの公知手法による選択的送信のためにマルチプレクサ１３６に供給される。
【００３８】
本発明の例示実施態様によれば、一方ではモード情報を送信誤りから保護し、低遅延を付与することと、他方ではモード情報の送信により消費される帯域幅の量を低減することとの葛藤は、モード情報に関係する許容変更レートをデシメートし、モード指標の送信とモード要求（または測定情報）の送信を交互にすることによって解決される。これは、本発明の例示実施態様に従った多様な方法により実現できる。
【００３９】
例えば、送信側装置でのコーデックモード変更は、ｎフレームごとにだけ生じるように制約することができる。この制約の結果、コーデックモード指標は、ｎフレームにつき一度というデシメートされたレートで変更されるにすぎなくなる。ここでｎは、例えば、２に等しいかまたはその倍数とし得る。同様に、受信機によって生成されたコーデックモード要求は、デシメーション係数ｎでサブサンプリングでき、その結果、コーデックモード要求はｎフレームあたり一度の最大レートで変更できるだけになる。モード指標およびモード要求の変更可能性に対するこうした制約はさらに、モード指標およびモード要求の送信を交互にするために使用することができ、それにより、モード情報の送信により消費される全帯域幅は係数１／ｎにより低減することができる。
【００４０】
例示ＧＳＭ移動局１５０と基地局１５２との間の通信について図６に示した例を検討しよう。図において、移動局１５０は情報を上り線で基地局１５２に送信し、基地局によって送信された情報を下り線で受信する。この実例のために、本発明に従って例えば無線装置１１６によって受信されるモード情報の交互送信特性は、下り線に図示されている。その中で、いくつかの連続するチャネルフレーム（図を簡略にするためにデインタリーブ後の）に含まれている情報が示されている。詳細には、フレームｎにおいて、移動局１５０は、移動局が上り線で基地局に送信するために用いるコーデックモードを指示するモード要求（ＭＲ）を基地局１５２から受信する。フレームｎではいかなるモード指標も送信されないので、移動局は、フレームｎ−１（図示せず）において指示されたコーデックモードによって情報を復号化し続ける。同様に、フレームｎ＋１においてもモード要求情報がまったく送信されないので、フレームｎからのモード要求はフレームｎ＋１についても有効のままとなる。
【００４１】
しかし、フレームｎ＋１で、基地局１５２はモード要求の代わりにモード指標（ＭＩ）を送信する。従って、移動局は、このモード情報を使用し、その（かつ／または以降の）フレームにあるペイロード情報を復号化するためにコーデックモード（新しいコーデックモードが指示された場合）を切り替える。その後、フレームｎ＋２で、このリンクは再度、移動局１５０によって復号化され、図５によって上述したその送信側の処理において使用されるモード要求を含む。図６に示すように、個々のフレームは、例えば同期情報を含めオーバヘッド情報も含み得る。当業者はさらに、ここに明示的に説明していないが、移動局１５０が同様に上り線で基地局１５２へのモード要求およびモード指標の送信を交互にできることを理解するであろう。さらに、図６において明示的に説明していないが、モード情報ＭＩおよびＭＲが各フレーム内において同じビット位置を占有し得ることも留意しなければならない。
【００４２】
さらに詳細ではあるがやはり完全に例示的な実例において、上記実例のモード情報は、８グロスビット（フルレート、４グロスビットハーフレート）よりなり、デシメーション係数ｎは２に等しいとしてよい。モード要求は偶数フレームで送信され、モード指標は奇数フレームで送信される。直交インタリービングの後、各符号ワードに属するグロスビットは別個のバーストに個々に配分され、それにより、周波数ホッピングチャネルに最適なインタリーブゲインを付与する。
【００４３】
例えば、１フレームおきにのみモード指標およびモード要求を送信することによって、それらのオーバヘッドフィールドを送信するための総帯域幅は、誤り訂正符号化のために付加される冗長性の量に関わらず、係数２で低減する。当然ながら、交互パターンを選択するために使用される特定の方式は変えることができる。例えば、連続するコーデックモード要求は、フレーム（１．．．ｎ／２）＋ｋ＊ｎによって送信することができる（ここでｋは整数値である）。その場合、コーデックモード指標は、フレーム（ｎ／２＋１．．．ｎ）＋ｋ＊ｎによって送信されよう。あるいはまた、コーデックモード要求を奇数番フレームによってだけ送信し、モード指標を偶数番フレームによってだけ送信することも可能であるが、この後者の解決策は伝送遅延を増大させ得る。
【００４４】
本発明のこれらの例示実施態様はモード指標およびモード要求の送信を交互にすることを可能にするので、受信側装置がモード指標を受信する時およびモード要求を受信する時がわかるように、モード情報の送信／復号化のいずれかの形式の同期を行うことが重要である。そうしなければ、モード情報の誤った復号化が生じ得る。モード情報に関して同期をとる１方法は、モード情報の送信を無線通信システムのタイムフレーム構造に合わせることである。例えば、ＧＳＭシステムでは、例えばモード指標はＳＡＣＣＨに関して偶数フレームで送信され、モード要求は奇数フレームによって送信されるように、モード情報をＳＡＣＣＨ（低速付随制御チャネル）と合わせることができよう。あるいはまた、両方のリンクがアクティブである場合、第１の送信は必ず、モード要求またはモード指標のうちの指定のものとなることが理解できよう。
【００４５】
本発明の他の態様によれば、一部の無線通信システムにおける不連続送信制御（ＤＴＸ：discontinuous transmission）または音声駆動送信制御（ＶＯＸ：voice operated transmissions）の使用を、モード情報の送信と連係して考慮できる。ＤＴＸおよびＶＯＸは音声期間の間にだけ情報のフレームを送信するための機構であるが、送信機は電力消費および干渉を低減するために音声休止状態の間はオフにされる。従って、ＤＴＸを使用する相方向通信システムでは、両方のリンクがアクティブである（例えば、会話中にアクティブの話し手が変わる時）、一方のリンクがアクティブで一方のリンクが休止状態である、または両方のリンクが休止状態であるという状況が生じ得る。休止状態リンクを有する送信機は一般に、依然何らかの情報を送信している。これは一般に、サイレンスデスクリプタ（ＳＩＤ：silence descriptor）フレームまたはコンフォートノイズ情報と呼ばれ、聴取者が再生音の完全な不在に関係するポップ音やクラック音を経験することなく、受信機に適切なバックグラウンドノイズ出力を生成可能にするものである。しかし、これらのＳＩＤフレームは、アクティブな音声フレームに対して低減したフレームレートによって送信される。
【００４６】
ＳＩＤフレームだけでなく、上述のシステムの形式では、モード情報も送信されなければならない。しかし、上述のようにモード情報を交互させる代わりに、休止状態リンクの生起が、システムによって認識され、モード情報の送信をさらに低減させるために使用できる。例えば、符号化された音声フレームがそれには含まれないので、モード指標は休止状態リンクについては送信される必要がない。移動局が現在上り線で基地局に送信していないが、下り線で音声フレーム（または他のデータ）を受信している事例を検討しよう。その場合、移動局は上り線でモード指標を送信する必要がなく、代わりに、その要求に対して現在アクティブの下り線で基地局が行うべき送信に関係するモード要求を送信できるだけである。同様に、アクティブリンクでは、休止状態リンクでの送信に対するコーデックモード要求は、その休止状態リンクが再びアクティブになるまで送信される必要はない。休止状態リンクでのモード指標およびアクティブリンクでのモード要求を送信する必要性が削除されることによって、それにより解放された帯域幅は、多様な方法で使用できる。例えば、すべての送信されたＳＩＤフレームについて、モード要求を休止状態リンクで繰り返し、モード指標をアクティブリンクで繰り返すことができ、これが改善されたチャネル誤り保護をもたらす。あるいはまた、省略されたモード情報フィールドにおいて、いずれかの他の形式のオーバヘッド情報を送信することもできる。
【００４７】
両方のリンクが休止状態である状況では、全部のモード情報の送信は、一方または両方のリンクの再起動まで一時的に中断することができる。その際、対応する伝送容量は、他の用途、例えば他のオーバヘッド情報の送信のために自由になる。あるいはまた、モード要求を、チャネルの現在品質の指標として休止状態リンクで送信し続けることもできる。その後、休止状態リンクがアクティブになった場合、これらのモード要求は、送信される情報の次のフレームを符号化するための適切なコーデックモードを選択するために使用できる。
【００４８】
伝送容量を他の目的に使用するために休止状態リンクに関係するモード要求が送信されない場合、休止状態リンクが再びアクティブになった時に、受信側装置が他方のリンクでモード要求を返し始めるまで当初どのコーデックモードを使用するかを決定するために、いずれかの他の手法を使用しなければならない。いくつかの可能性が存在する。例えば、送信側装置は、所定の第ｎの最も耐性の高いコーデックモードを使用することができる。ここで、ｎ＝１は、最大レベルの誤り訂正保護を有するコーデックモードを含意する。この解決策を使用する場合、単数または複数のこの初期情報フレームとともにいかなるモード指標も送信される必要がない。なぜなら、受信側装置は、休止状態後の送信にいずれのモードが使用されるかを先験的に知っているからである。
【００４９】
コーデックモードの休止状態後の選択のための別の選択肢は、アクティブリンクに現に使用されている同じコーデックモードを使用することである。例えば、移動局が上り線で休止状態で、下り線でアクティブである場合に、上り線での送信のために別のフレームを準備すると、移動局は、基地局から下り線で受信されたフレームを復号化するために現に使用されているコーデックモードを選択することができる。この解決策は、二重ペアにおける上り線チャネルおよび下り線チャネルの特性間に一定の相関関係が存在するという認識にもとづく。前述の例示実施態様におけるように、受信側装置は、適用されたコーデックモードが、他方のリンクで情報のフレームを送信するために使用しているものと同一のモードであると知っている。この解決策の変更例は、アクティブリンクで使用されている同じモードの代わりに、より耐性の高いモードが存在するとして、次に最も耐性の高いモードといった、アクティブリンクで使用されているモードよりもロバストであるｎモードであるモードを使用することである。図３（ｂ）に図示した例示モードをとれば、アクティブリンクが現在ソースコーダ６２およびレートＣチャネルコーダ７０の組合せによって規定されるコーデックモードを使用している場合、（ｎ＝１に関して）以前に休止状態であったリンクは、その最初の情報フレームを送信するためにソースコーダ６４およびチャネルコーダ７２により得られる次に最も耐性の高いコーデックモードを使用するであろう。
【００５０】
送信休止状態の期間後にコーデックモードを選択するためのさらに別の選択肢は、休止状態の前に、そのリンクで送信するためのモードを選択しておくことである。この解決策は、特に無線チャネル状態が急速に変化しない状況で有効となり得る。前述の例示実施態様と同様、この手法は、以前に使用された同じコーデックモードの代わりに、例えば次に最も耐性の高いモードといった、より耐性の高いｎモードであるコーデックモードを使用することによって変更できる。
【００５１】
本発明は少数の例示実施態様だけに関して詳述したが、当業者は、本発明を逸脱することなく様々な変更態様がなし得ることを理解されるであろう。例えば、本発明の前述の例示実施態様は、変更レートをデシメートした後にモード情報の送信を交互にするが、他の送信パターンを選択することもできる。それゆえ、本発明は、個々のフレームにおいてモード要求情報およびモード指標情報の両方の一部を送信することによって実施できる。従って、本発明は、その全部の等価物を包含するように意図された特許請求の範囲によってのみ規定される。
【図面の簡単な説明】
本発明の上記その他の目的、特徴および利益は、添付図面と連係してなされる以下の詳細な説明を読むことによってより明白となるはずである。
【図１】  本発明を好適に用いた例示ＧＳＭ通信システムのブロック図である。
【図２】  図２（ａ）は従来のＧＳＭシステムにおいて使用されるコーデックモードを例示する。図２（ｂ）は、不等誤り保護符号化のための音声フレームにおけるビットの従来のマッピングを例示する。
【図３】  図３（ａ）は、それぞれが送信データを処理するために選択できる複数のコーデックモードおよび、本発明の例示実施態様に従った対応するモード指標を例示するブロック図である。図３（ｂ）は、複数のコーデックモードを生成するための別の例示手法を図示する別のブロック図である。
【図４】  モード信頼度処理装置およびモード情報モデルを含む受信機のブロック図を示す。
【図５】  本発明に従った例示無線装置のブロック図である。
【図６】  本発明の例示実施態様に従ったモード指標およびモード要求の交互送信を例示する。
【図１】
0003834477.tif 000002
【図２（ａ）】
0003834477.tif 000003
【図２（ｂ）】
0003834477.tif 000004
【図３（ａ）】
0003834477.tif 000005
【図３（ｂ）】
0003834477.tif 000006
【図４】
0003834477.tif 000007
【図５】
0003834477.tif 000008
【図６】
0003834477.tif 000009