(57)【要約】チャネル・エンコーディングされた通話フレームがインバンド・ビット部分および通話部分を含む、多重（Ｍ）コーデック・モードが可能な受信機において、通話フレームをチャネル・デコーディングするためのシステムおよび方法を開示する。インバンド・ビット・デコーダは、受け取ったフレームのインバンド・ビット部分をデコードして（７００）、Ｍ個のコーデック・モードのそれぞれに関連する信頼レベルを得る。これらの信頼レベルを用い、コーデック・モードは最大尤度から最小尤度まで順序づけられる。次に、通話フレームは、チャネル・デコーダにより最大尤度のコーデック・モードを用いてデコードされる（７０４）。デコードされた通話フレームの品質を決定するために、フレーム決定チェック（７２０）が行われる。もしデコードされた通話フレームが、劣った品質であると決定されれば、チャネル・デコーディング・プロセスは、次の最高インバンド・ビット・デコーディング信頼レベルに対応する、次の最大尤度コーデック・モードを用いて繰り返される（７３６）。このプロセスは、良好な通話フレームがデコードされるか、またはなんらかの出口判定基準に達するまで繰り返される。
2006516846.tif 000002
【特許請求の範囲】
【請求項１】
チャネル・エンコーディングされた通話フレームがインバンド・ビット部分および通話部分から構成される、多重（Ｍ）コーデック・モードが可能な受信機において、通話フレームをチャネル・デコーディングする方法であって、該方法は、
（ａ）Ｍ個のコーデック・モードのそれぞれに関連した信頼レベルを得るために受信フレームの前記インバンド・ビット部分をデコーディングするステップ７００と、
（ｂ）前記通話部分をチャネル・デコーディングするために、最高信頼レベルに基づいて最大尤度コーデック・モードを選択するステップ７０４と、
（ｃ）前記選択された通話コーデック・モードを用い、前記受信フレームの前記通話部分をデコーディングするステップ３１０と、
（ｄ）前記デコーディングされた通話フレームの品質を決定するために、フレーム決定チェックを行うステップ７２０と、
（ｅ）もし前記デコーディングされた通話フレームが劣った品質であると決定されたならば、次の最高インバンド・ビット・デコーディング信頼レベルに対応する、次の最大尤度コーデック・モードを選択するステップ７３６と、ステップ（ｃ）から（ｅ）を繰り返すステップと、
を含む前記方法。
【請求項２】
ステップ（ｃ）から（ｅ）は、最大繰返し数（Ｎ）にわたり繰り返され７３２、ただしＮ≦Ｍである請求項１記載の方法。
【請求項３】
ステップ（ｃ）から（ｅ）は、現在のコーデック・モードに関する前記インバンド・ビット・デコーディングの前記信頼レベルが、スレショルド信頼レベルよりも高い限り繰り返される８０２請求項１記載の方法。
【請求項４】
前記最大繰返し数Ｎは、前記最高信頼レベルに基づいて前記通話部分をデコーディングするために、前記最大尤度コーデック・モードを選択する前に決定される（９０２、９０４、７０４）請求項２記載の方法。
【請求項５】
前記最大繰返し数（Ｎ）は、スレショルド信頼レベルを超えているコーデック・モードの数にセットされる９０２請求項４記載の方法。
【請求項６】
チャネル・エンコーディングされた通話フレームがインバンド・ビット部分および通話部分から構成される、多重（Ｍ）コーデック・モードが可能な受信機において、通話フレームをチャネル・デコーディングする方法であって、該方法は、
それぞれの通話コーデック・モードのためのインバンド・デコード・メトリックを計算するステップ１００２と、
それぞれの通話コーデック・モードのための通話データを部分的にデコーディングするステップ１００４と、
前記部分的にデコーディングされた通話データおよび前記計算されたインバンド・デコード・メトリック・データに基づいて前記最大尤度通話コーデック・モードを決定するステップ１００６と、
前記最大尤度通話コーデック・モードを用い前記通話データのデコーディングを再開するステップ１００８と、
を含む前記方法。
【請求項７】
通話フレームをチャネル・デコーディングするための受信機において、該受信機は多重（Ｍ）コーデック・モードが可能であり、前記チャネル・エンコーディングされた通話フレームはインバンド・ビット部分および通話部分から構成され、前記受信機は、
Ｍ個のコーデック・モードのそれぞれに関連した信頼レベルを得るために通話フレームの前記インバンド・ビット部分をデコーディングし７００、
前記通話部分をチャネル・デコーディングするために、最高信頼レベルに基づいて最大尤度コーデック・モードを選択する７０４ための、
インバンド・ビット・デコーダと、
前記選択されたコーデック・モードを用い、前記受信フレームの前記通話部分をデコーディングし３１０、
前記デコーディングされた通話フレームの品質を決定するために、フレーム決定チェックを行い７２０、
もし前記デコーディングされた通話フレームが劣った品質であると決定されたならば、次の最高インバンド・ビット・デコーディング信頼レベルに対応する、次の最大尤度コーデック・モードを選択し７３６、前記受信フレームに対しチャネル・デコーダを再動作させるための、
前記インバンド・ビット・デコーダに結合された前記チャネル・デコーダと、
を含む前記受信機。
【請求項８】
前記チャネル・デコーダは、最大繰返し数（Ｎ）にわたり動作せしめられ７３２、ただしＮ≦Ｍである請求項７記載の受信機。
【請求項９】
前記チャネル・デコーダは、現在のコーデック・モードに関する前記インバンド・ビット・デコーディングの前記信頼レベルが、スレショルド信頼レベルよりも高い限り動作せしめられる８０２請求項７記載の受信機。
【請求項１０】
前記最大繰返し数Ｎは、前記最高信頼レベルに基づいて前記通話部分をデコーディングするために、前記インバンド・ビット・デコーダが前記最大尤度コーデック・モードを選択する前に決定される（９０２、９０４、７０４）請求項８記載の受信機。
【請求項１１】
前記最大繰返し数（Ｎ）は、スレショルド信頼レベルを超えているコーデック・モードの数にセットされる９０２請求項１０記載の受信機。
【請求項１２】
通話フレームをチャネル・デコーディングするための受信機において、該受信機は多重（Ｍ）コーデック・モードが可能であり、前記チャネル・エンコーディングされた通話フレームはインバンド・ビット部分および通話部分から構成され、前記受信機は、
それぞれの通話コーデック・モードのためのインバンド・デコード・メトリックを計算する１００２ための、
インバンド・ビット・デコーダと、
それぞれのコーデック・モードのための通話データを部分的にデコーディングし１００４、
前記部分的にデコーディングされた通話データおよび前記計算されたインバンド・デコード・メトリック・データに基づいて前記最大尤度コーデック・モードを決定し１００６、
前記最大尤度コーデック・モードを用い前記通話データのデコーディングを再開する１００８ための、
チャネル・デコーダと、
を含む前記受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
（背景技術）
（説明）
下記の頭字語は、本説明の全体を通して用いられる。それらは、参照しやすいように下の表１内に列挙されている。
【０００２】
（表１）
頭字語              定義                                                
ＡＣＳ              アクティブ・コーデック・セット
ＡＦＳ              ＡＭＲフル・レート通話サービス
ＡＨＳ              ＡＭＲハーフ・レート通話サービス
ＡＭＲ              適応マルチレート通話サービス
ＡＳＩＣ            特定用途向け集積回路
ＢＥＲ              ビット誤り率
ＢＳＳ              基地局サブシステム
ＢＴＳ              基地トランシーバ局
ＣＤＭＡ            符号分割多元接続
ＣＨＤ              チャネル・デコーダ
ＣＨＥ              チャネル・エンコーダ
Ｃ／Ｉ              搬送波対干渉波比（リンク品質の測定に用いられる）
ＣＭＩ              コーデック・モード・インディケーション（取り付けられたリンク
上で用いられる通話レート）
ＣＭＣ              コーデック・モード指令（ＭＳがそのアップリンク上で用いるよう
に指令された通話レート）
ＣＭＲ              コーデック・モード要求（ＭＳがその受信リンク上で用いられるよ
うに要求した通話レート）
ＣＲＣ              巡回冗長チェック
ｄＢ                デシベル
ＤＬ                ダウンリンク
ＤＳＰ              ディジタル信号プロセッサ
ＤＴＸ              不連続送信
ＥＦＲ              ＧＳＭ用高度フル・レート通話コーデック
ＥＶＲＣ            ＩＳ−９５  ＣＤＭＡにおいて用いられる、高度可変レート・コー
デック
ＦＥＣ              フォワード・エラー・コレクション
ＦＡＣＣＨ          高速付随制御チャネル
ＦＥＲ              フレーム消去率
ＦＰＧＡ            フィールド・プログラマブル・ゲート・アレイ
ＦＲ                ＧＳＭ用フル・レート通話コーデック
ＧＳＭ              移動通信グローバル・システム、共通ディジタル・セルラ規格
ＨＲ                ＧＳＭ用ハーフ・レート通話コーデック
ＫＢＰＳ            キロビット毎秒
ＭＳ                移動局、例えば、携帯電話機
ＲＡＴＳＣＣＨ      ロバストＡＭＲトラヒック同期制御チャネル
ＲＢＥＲ            残留ビット誤り率
ＲＦ                無線周波数
ＲＸＱＵＡＬ        受信信号品質
ＳＩＤ              サイレンス・ディスクリプタ
ＳＩＤ ＵＰＤＡＴＥ    ＤＴＸ中に快適雑音を伝えるために用いるＡＭＲフレーム
ＳＮＲ              信号対雑音比
ＳＰＤ              通話デコーダ
ＳＰＥ              通話エンコーダ
ＴＤＭＡ            時分割多元接続
ＴＲＡＵ            トランスコーダと速度整合ユニット
ＵＬ                アップリンク
【０００３】
現在、ディジタル・セルラ・システムは、主として音声の送信用として用いられている。そのようなシステムの制限された利用可能スペクトル（帯域幅）は、ソース・データの冗長度を低下させるために通話が最小のビット数を用いてコード化されることを要求する。セルラ・システムにおいて一般的である潜在的に劣ったチャネル条件、例えば、低いＳＮＲおよびフェージングは、効率的な方法で冗長度を追加し返すチャネル・コーディングの使用を必要とする。一般に、このチャネル・コーディングは、フォワード・エラー・コレクション・スキーム（ブロックまたは畳み込み符号）およびエラー検出スキーム、例えばＣＲＣから成る。
【０００４】
ＧＳＭディジタル・セルラ規格に関連し、いくつかの通話コーデックが規格化されて用いられている。本来のＧＳＭ通話コーデックは、通常フル・レート（ＦＲ）通話コーデックと呼ばれ、通話を１３ｋｂｐｓのレートでコード化する。次世代のコーデックは、さまざまな経路をたどっている。ハーフ・レート（ＨＲ）コーデックは、システム容量を倍増する代わりに、音声品質を犠牲にしている。高度フル・レート（ＥＦＲ）は、通話レートをほぼ同じ（１２．２ｋｂｐｓ）に保ったが、改善されたアルゴリズムおよび増大したＤＳＰの処理力は、著しく高い音声品質を提供した。このコーデックは十分に受け入れられ、現在たいていのＧＳＭシステムにおいて用いられている。これらの音声サービスは全て、エラー訂正のために畳み込み符号を、またエラー検出のためにある形式のＣＲＣを用いている。
【０００５】
１９９７年には、通話コーディングの進歩を利用するために、ＧＳＭ通話サービスの規格化のプロセスが開始された。従来のＧＳＭコードよりも改善された品質および容量の双方を含む、一組の要件が確立された。改善された品質要件は、主として劣ったチャネル条件での動作に関連する。新しい音声サービスは、多重通話コーディング・レートを含み、かつチャネル・コーディングのレベルをそのチャネル条件に適応させることができるものとして定義された。この新しいサービスは、ＧＳＭ用適応マルチレート（ＡＭＲ）通話サービスとして公知されるようになった。
【０００６】
ＡＭＲサービスの容量および品質の双方の目標を達成するために、それはハーフおよびフル・レート・モードの動作により定義された。フル・レート・モードにおいては、８つの通話コーデック・レートが定められた。それぞれは、関連するチャネル・コーディング・スキームを含む。ハーフ・レート・モードにおいては、６つの通話コーデック・レートが定められ、それぞれは、独特のチャネル・コーディング・スキームを有する。従って、ＡＭＲ音声のために総計１４のチャネル・コードが定められ、８つの通話レートが存在する。６つのＡＨＳ通話レートは８つのＡＦＳレートのサブセットである。
【０００７】
コーデックモードの全てが、与えられた呼内で用いられるわけではない。詳述すると、呼のセットアップにおいて、ＡＭＲ構成がＭＳおよびＢＴＳにダウンロードされる。ＡＭＲ構成は、アクティブ・コーデック・セット（ＡＣＳ）をスレショルドおよびヒステリシス値と共に含む。ＡＣＳは、１つから４つのコーデックをどこかに含む。それらのスレショルドおよびヒステリシス値は、ＡＣＳ内の受信リンク・コーデック・モードから最適の受信リンク・コーデック・モードを決定するために、ＡＭＲにより用いられる。
【０００８】
ＡＭＲの利点は、チャネル・コーディングを、リンクの現在の必要を満たすように動的に適応させるその能力から生じ、リンクは、低信号、フェージング、シャドウイング、雑音、などによる劣化を含みうる。このリンク適応は、ＢＴＳおよびＭＳ双方のＡＭＲ受信機内における測定により支援される。ＡＭＲリンク適応の一般動作は、図１のブロック図に示されている。
【０００９】
ＭＳに関しては、その受信機が、適切なダウンリンク・コーデック・モードを決定するために、チャネル品質を絶えずモニタする必要がある。チャネル品質は、対数（ｄＢ）Ｃ／Ｉ比として定量化される。それは一般に、ＴＤＭＡバーストに基づいて、または通話フレームに基づいて測定され、次に高速で変動するランダム成分を除去するためにフィルタされる。フィルタされたチャネル品質は、最適コーデック・モードを決定するために、ＢＳＳ指令スレショルドおよびヒステリシスと比較される。その結果得られたモードは、コーデック・モード要求（ＣＭＲ）としてコード化され、逆方向リンク内のＢＳＳへ返される。通常は、ＢＳＳは、その要求を認め、要求モードを用いてＭＳへのダウンリンク・チャネルをコード化する。
【００１０】
同様のプロシージャは、ＢＴＳ内においても用いられる。詳述すると、ＢＴＳ受信機は、ＭＳからのアップリンク品質をモニタし、ネットワーク制御からの潜在的制約と共にスレショルド／ヒステリシス値に基づいて最適コーデック・モードを決定する。結果として得られたモードは、ダウンリンクを経てＭＳへ送信される。このモードは、コーデック・モード指令（ＣＭＣ）と呼ばれ、これは、ＣＭＣがＭＳにアップリンク上でいずれのレートを用いるべきかに関して指令し、一方、ＣＭＲがＢＴＳにダウンリンク上で用いるレートを要求することを特に除外すれば、ＣＭＲと類似している。
【００１１】
レート適応は、効果的であるためには比較的に高速で行われなければならず、従って、それぞれのＡＭＲトラヒック・フレーム内にコード化されたインバンド・データを用いて知らされる。どのフレームもみなインバンド・データを含むが、その目的は、そのホスト・リンクの記述と、逆リンクのためのモードの指令／要求との間で交番する。そのホスト・リンクを表している時は、このデータは、コーデック・モード・インディケーション（ＣＭＩ）と呼ばれ、それは、そのリンクがどのようにコード化されたかを示す。与えられたＣＭＩ値は、それがコード化されたフレームと、後続のフレームとの双方に関連している。逆リンクを表している時は、このデータは、（順方向リンク内に送信された）ＣＭＣまたは（逆方向リンク内に送信された）ＣＭＲを与える。その目的にかかわらず、インバンド・データは、常に２つのソース・ビット（０から３）を表し、ＡＣＳ内へのインデックスと考えることができる。
【００１２】
チャネル・コーディングに関しては、通話、インバンド・データ、ＦＥＣ、およびＣＲＣエラー保護ビットの間でのビットの割り当てが、ＡＦＳおよびＡＨＳフレームの双方ついて、図２の図表にまとめられている。それぞれのＡＦＳフレームにおいては、２ビットのインバンド・データをコード化するために８ビットが割り当てられる。このコーディングは、事実上１／４レート・ブロック・コードである。ＡＨＳフレームにおいては、コード化されるインバンド・データのために４ビットが割り当てられ、１／２レート・ブロック・コードを与える。通話ビットは、恣意的に順序づけられ、それらの重要性に従って３つのクラスに分割される。クラス１ａの（最も重要な）ビットは、計算されてそれらに対し追加された６ビットのＣＲＣを有する。クラス１ａのビット、クラス１ａのＣＲＣビット、およびクラス１ｂのビットは、システマティックな、低減レートの、再帰的畳み込み符号を用いてコード化される。残りの通話ビットはクラス２に分類され、チャネル・コーディングを受けない。ＡＦＳフレームにおいては、全ての通話ビットは保護されているので、クラス２のビットは存在しない。チャネル・コーディングされたＡＭＲフレームは、現在の（ＨＲ、ＦＲ、ＥＦＲ）ＧＳＭ通話フレームと同様に、ブロックを対角線状にインタリーブされてバースト上にマッピングされる。
【００１３】
前述のコーディング・スキームが与えられると、残りの決定されるべきことは、受信機がどのようにＲＦ情報を通話デコーダのために適切なビットに変換し、最終的には、例えばＭＳユーザである受話者に対して快適な可聴音とするかである。
【００１４】
ＧＳＭ規格は、受信機の設計に関しかなりの柔軟性を有する。送信側、特にチャネル・エンコーディング・スキームおよび関連事項は、正確に指定されるが、受信側は、感度などに関する性能限度によってのみ制限される。ＭＳおよびＢＴＳの製造業者は従って、与えられたアーキテクチャ内における妥当性によりさまざまな設計を許される。例えば、劣ったＲＦ受信機の性能は、良好なベースバンド受信機（チャネル・デコーディング）により補償することができ、逆のこともいえる。ここで説明される受信機は代表的なものであること、また本発明の新しい特徴は別の受信機設計に対しても適用可能であることを理解すべきである。
【００１５】
図３は、代表的なＡＭＲベースバンド受信機のブロック図を示す。ＲＦサンプル、例えば、Ｉ／Ｑは、データのバーストについて収集され、等化器／復調ブロック３０２へ送られる。この等化器ブロックは、一般に復調データに対応するソフト・ビットを出力する。これらのバーストは、通話フレームに対応するデータのブロック内に蓄積され、この場合４つのバーストはＡＦＳブロックを構成し、２つのバーストはＡＨＳブロックを構成する。これらのデータ・ブロックは、デインタリーブされ３０４、ＡＭＲチャネル・デコーダ３０６に送られて処理され、またフレーム分類ブロック３０８にも送られる。データ・ブロックが通話（またはＤＴＸ期間中の快適雑音）を表しているものとすると、結果として得られた通話フレーム出力は、通話デコーダへ入力され、通話デコーダはそのデータを、可聴音に変換するのに適したＰＣＭサンプルに変換する。
【００１６】
チャネル・デコーダから出る、いくつかの他のデータ経路もまた可能である。詳述すると、フレーム分類プロシージャが、デインタリーバから出たそれぞれのフレームを解析し、そのタイプ、例えば、通話３１０、ＦＡＣＣＨ３１２、ＲＡＴＳＣＣＨ３１４、ＳＩＤ ＵＰＤＡＴＥ、などを決定する。結果として得られた分類は、チャネル・デコーダがどのように動作すべきか、すなわち、いずれのチャネル・コーディング・スキームがデコードされるべきかを決定する。
【００１７】
図４のブロック図は、通話フレームのためのＡＭＲチャネル・デコーダのデータフローを詳細に説明している。受け取られたデータのブロックは、まずコード化されたインバンド・ビット・フィールドを抽出される。このデータは、ブロック・デコーディングされ４０２、２ビット・ソース・データが決定される。このデコーディングは、受信シーケンスに最も近いコードワード、すなわち、受信シーケンスに、２乗距離の意味で最も近いコードワードを見出すことにより行われる。これは一般に、ソフト受信ビットを用いて行われる。このコードワードにより示された２ビット・ソース・データは、インバンド・デコーダから出力される４０４。
【００１８】
ＣＭＲ／ＣＭＣ相に対応するフレームにおいては、インバンド・ビットは、チャネル・デコーダ４０６から送り出されて、逆リンク上で用いられる。残りのＣＭＣ相のフレームにおいては、インバンド・ビットは、関連する現在の（および次の）フレームがどのようにチャネル・デコーディング４０８されるべきかを決定するために用いられる。
【００１９】
ソース・インバンド・データは、ＡＣＳ内への２ビット・インデックスであり、ＡＣＳ ｓｉｚｅ−１の最大値を有する。ＣＭＩに対応する２ビット・インデックスは、全コーデック・セットから、すなわち、ＡＦＳについては０から７、またＡＨＳについては０から５の３ビット値から、絶対ＡＭＲモードへ、マッピングされる。このＣＭＩの絶対形式は、いずれのチャネル・デコーディングを行うべきかを決定するために用いられる。
【００２０】
次の諸ステップは、現在の、または前のフレームの絶対ＣＭＩインバンド・データによるフレームのチャネル・デコーディングを含む。まず、チャネルにより誘起されたビット・エラーを除去するために、インバンド・データ部分から取り出されたコード化データが畳み込みデコーディングされる４１０。これは一般に、ソフト・ビット・データに対して動作する再帰的ビタビ（最尤）デコーダを用いて行われる。結果として得られる（ハード・ビット）出力データは、６ビットのＣＲＣフィールドを含む。次のステップは、ＣＲＣを原ソース・データと対照してチェックし、ＣＲＣが正しいことを確認して、ＣＲＣビットをビットストリームから除去する４１２。
【００２１】
チャネル・デコーダの出力は、通話フレーム、ＣＲＣ状態（およびことによると他の入力）から得られた不良フレーム・インディケーション４１４、およびやはりデコードすべき通話レートを示すコーデック・モードである。この規格はまた、もしＣＲＣは合格であるが、他のパラメータはフレームが信頼できないことを示せば、フレームを「劣化フレーム」として分類することを考慮している。
【００２２】
この方法はまた、ＣＭＩ相のフレームに対してのみ適用される図５のフロー・チャートによっても説明される。受信されたデータの諸ブロックは、まず、２ビットのソース・データを決定するために、コード化インバンド・ビットをフィールド抽出され、またブロック・デコーディングされる５０２。ソース・インバンド・データは、ＡＣＳ内への２ビット・インデックスであり、ＡＣＳ ｓｉｚｅ−１の最大値を有する。ＣＭＩに対応する２ビット・インデックスは、全コーデック・セットから、すなわち、ＡＦＳについては０から７、またＡＨＳについては０から５の３ビット値から、絶対ＡＭＲモードへ、マッピングされる５０４。次に、チャネルにより誘起されたビット・エラーを除去するために、インバンド・データ部分から取り出されたコード化データが畳み込みデコーディングされる５０６。次のステップは、ＣＲＣを原ソース・データと対照してチェックし５０８、ＣＲＣが正しいことを確認して、ＣＲＣビットをビットストリームから除去する。これに続くのは、不良フレームのメトリック計算５１０である。次に、フレームが良好であるかどうかを決定するチェック５１２が行われる。もし良好であれば、通話フレームは通話デコーダへ送られる５１４。そうでなければ、通話フレームは、どのように不良であるかを決定する第２のチェック５１６を受ける。もしそれが劣化フレームであれば、それはそのようなものとしてマークされ、デコードされるビットは通話デコーダへ送られる５１８。もしそれが劣化を超えるものであれば、通話フレームは、通話デコーダに対してマスクされる５２０。
【００２３】
限界のチャネル条件においてユーザが感知する可聴音の品質の重要なファクターは、受信機の（ＲＦおよびベースバンド）感度である。これは、さまざまな測度を用いて定量化される。これに関連する重要な測度は、フレーム消去率（ＦＥＲ）および残留ビット誤り率（ＲＢＥＲ）である。
【００２４】
ＦＥＲとは、ＣＲＣ不良または過剰ビット・エラーのために、フレームが「消去」される割合のことをいう。そのようなフレームは回復不可能であり、一般に通話デコーダ内における不良フレーム・マスキング、例えば、前のフレームの反復またはミューティング／快適雑音発生を必要とする。ＲＢＥＲとは、消去されたフレームが統計から除外された時に、受け取られたビットストリーム内に存在するビット誤り率のことをいう。
【００２５】
ＦＥＲおよびＲＢＥＲの双方を低くするためには、良い性能のインバンド・デコーダが必要である。説明の目的上、インバンド・データが誤ってデコードされる限界のチャネルを考える。そのようなチャネルにおいて、不調なチャネル・デコーダが動作すると、フレーム消去、または（まれには）極めて高いＲＢＥＲを生じる。
【００２６】
インバンド・ビットのデコーディング問題は、チャネル・コードが比較的に強い事実により、いっそう顕著である。例えば、ＡＦＳサービスにおいては、最低の通話コーデック・モード（４．７５ｋｂｐｓ）は、１０１／４４２の実効レートまで低減された、１／５レートの再帰的システマティック畳み込み符号を用いてコード化される。対応するインバンド・データは、簡単な１／４レートのブロック・コードを用いてコード化される。同様にして、最低のＡＲＳ通話サービスは、再帰的システマティック低減レート１／３畳み込み符号を用いてコード化され、一方インバンド・データは、簡単なレート１／２のブロック・コードを用いてコード化される。これらの、および他の低レートにおいては、ペイロード・データのためのチャネル・コードは、インバンド・データ・ビットのそれよりも優れたエラー訂正能力を有する。換言すれば、限界のチャネル条件において、もしインバンド・デコーディングが、正しいチャネル・デコーダが動作するように指令すれば、チャネル・デコーダ（ビタビおよびＣＲＣチェック）は、多くのフレームを救済する（エラーを訂正する／ＢＥＲおよびＦＥＲを最小化する）ことができる。しかし、インバンド・デコーダは、しばしば失敗しがちであり、通常のチャネル・デコーダは、不良フレームを救済する機会を失う。
【００２７】
上述のインバンド・デコードの問題をさらに複雑にする、いくつかの事柄がある。第１に、比較的に弱いインバンド・コーディングおよび強いチャネル・コーディングが、低い動作モード、例えば、４．７５ｋｂｐｓの通話において行われる。問題が最も起こりやすいのは、これらのレートにおいてである。そのような低いレートは、チャネルが極めて劣っており、インバンド／チャネル・デコードの組み合わせがベストを尽くす必要がある時に用いられる。第２に、与えられたフレームのＣＭＩが、現在のフレームおよび次のフレームを制御する事実により、不良デコードは、ちょうど１つではなく、２つのフレームを消去する。
【００２８】
不良インバンド・デコードによる性能劣化は、デコードを行う時に先験的な知識を用いる、例えば、統計情報によるマルコフのモデル化を用いることにより、低減される。定性的にいえば、ＣＭＩインバンド・データは、頻繁には変化しない。それは、一般に強くフィルタされ、かつスレショルド値に関連する、チャネル品質測度から得られる。もし適切なヒステリシス値が用いられれは、フィルタリングは多くのモード変化の発生を効果的に防止し、例えば、モード変化は、一般に数秒程度の変化間の平均時間で起こるようになる。従って、与えられたＣＭＩ相のフレームにおいては、インバンド・データは、前にデコードされたものと同じままでいる可能性が最も高い。インバンド・デコーダを同じ状態にとどまるようにバイアスすることにより、その性能を著しく改善することができる。
【発明の開示】
【発明が解決しようとする課題】
【００２９】
本発明は、チャネル・エンコーディングされた通話フレームが少なくともインバンド・ビット部分および通話部分を含む、多重（Ｍ）コーデック・モードが可能な受信機において、通話フレームをチャネル・デコーディングするためのシステムおよび方法を提供する。
【課題を解決するための手段】
【００３０】
インバンド・ビット・デコーダは、受け取ったフレームのインバンド・ビット部分をデコードして、Ｍ個のコーデック・モードのそれぞれに関連する信頼レベルを得る。これらの信頼レベルを用い、コーデック・モードは最大尤度から最小尤度まで順序づけられる。次に、通話フレームは、チャネル・デコーダにより最大尤度のコーデック・モードを用いてデコードされる。デコードされた通話フレームの品質を決定するために、フレーム決定チェックが行われる。もしデコードされた通話フレームが、劣った品質であると決定されれば、チャネル・デコーディング・プロセスは、次の最高インバンド・ビット・デコーディング信頼レベルに対応する、次の最大尤度コーデック・モードを用いて繰り返される。
【００３１】
別の実施例においては、チャネル・デコーディング・プロセスは、最大繰返し数にわたり繰り返され、この最大値の上限はコーデック・モードの数（Ｍ）に等しい。さらに、最大繰返し数は、スレショルド値を超えた信頼レベルの数により制限されうる。
【００３２】
さらにもう１つの実施例においては、多重（Ｍ個の）通話コーデック・モードが可能な受信機における通話フレームをチャネル・デコーディングするシステムおよび方法が開示され、そこでは、チャネル・エンコードされた通話フレームが、インバンド・ビット部分および通話部分から構成される。インバンド・デコーダは、それぞれのコーデック・モードにおけるインバンド・デコード・メトリックを計算する。次に、チャネル・デコーダは、Ｍ個のコーデック・モードのそれぞれにおける通話データを部分的にデコードする。次に、最尤コーデック・モードが、部分的にデコードされた通話データおよび計算されたインバンド・デコード・メトリック・データに基づき決定される。この段階において、通話データのデコーディングは、いま決定された最尤通話コーデック・モードを用いて再開される。
【実施例】
【００３３】
簡単に、かつわかりやすくするために、ここでの説明は、ＧＳＭ  ＡＭＲシステムに関連して行う。しかし、開示される方法は、他のマルチレート可聴音サービス、例えば、広帯域ＡＭＲ、または狭帯域ＣＤＭＡ（ＩＳ−９５）のＥＶＲＣに対しても適用可能である。
【００３４】
本発明は、主としてＣＭＩ相のフレームにおける正しいインバンド・データを見出す確率を増大させることにより、ＡＭＲチャネル・デコーダの性能を改善する。改善される性能は、ＡＭＲ  ＡＣＳが多重コーデックを含む呼構成に関するものである。
【００３５】
本発明の方法は、ソフトウェア（ＤＳＰまたは汎用マイクロプロセッサ）、ディジタル・ハードウェア（例えば、ＡＳＩＣまたはＦＰＧＡ）またはこれらの組み合わせにおいて、具体的に実施される。そのようなアプリケーションにおける主な要件は、多重チャネル・コーディング方法が定められることと、良好なフレーム・デコーディングと不良フレーム・デコーディングとを識別する、なんらかの方法が存在することとである。
【００３６】
マルコフ・モデルに基づくインバンド・デコーディングは、計算の複雑さの増大を代償として、性能を顕著に改善する。そのような複雑さの増大は、あるアーキテクチャにおいては不可能であるので、まったく他の方法が必要となる。他のアーキテクチャは、理想的なマルコフに基づくデコーダを実施できず、代わりに、簡単な無メモリ・デコーダのそれと、理想的なマルコフに基づくデコーダとの間の性能の、複雑さを低減したバージョンを用いる。
【００３７】
本発明の方法は、マルコフに基づくインバンド・デコーダの代わりに（すなわち、簡単な無メモリ・デコーダにより）、マルコフに基づくインバンド・デコーダと共に、または、ある他のさまざまなデコーダと共に、用いることができる。実際のところ、インバンド・デコーダの詳細は、本発明にとってどちらかというと重要でない。たいていのどのインバンド・デコーダも使用可能であり、本発明は、それらの性能をさまざまな程度まで改善する。本発明の新しい特徴は、インバンド・デコーダの高レベルの制御およびそれと他の受信機ブロックとの組み合わせにある。
【００３８】
図４の受信方法においては、インバンド・デコーダ、畳み込みデコーダ、およびＣＲＣチェックが順次動作する。もしＣＲＣチェックが不合格であるか、または他の手段によりフレームが「不良」として分類されれば、通話デコーダは、フレームが不良であることを知らされ、なんらかの方法でそれをマスクする。受信機は、そのフレームについては事実上あきらめ、ＦＥＲは通話品質と同様に悪影響を受ける。
【００３９】
しかし、もしフレームが不良インバンド・デコーディングのために不合格となっても、そのフレームはなお救済できる。必要なことは、他のアクティブ・チャネル・コードを用いてチャネル・デコーディングをさらに試みることである。
【００４０】
本発明の方法は、図６のブロック図に説明されている。この図と従来技術の図（図４）との間の相違は、図６が、不良フレーム決定ブロックからチャネル・デコーディングの最初のブロックへの帰還経路６０２を含むことである。このようにして、不良（または潜在的不良）フレームは、強制的にチャネル・デコーダを、異なるチャネル・デコーディング・スキームを用いて再び動作させる。
【００４１】
本発明の方法は、図７のフロー・チャートに、もっと明示的に説明されている。まず、インバンド・データがデコードされ７００、またインデックスが最大尤度から最小尤度まで、例えば、ユークリッド距離測度に基づいて順序づけられる。例えば、インバンド・デコーダが、３が送信されたことに６０％の信頼度、１が送信されたことに２５％の信頼度、２が送信されたことに１０％の信頼度、および０が送信されたことに５％の信頼度を有する場合は、［３、１、２、０］の順序となる。
【００４２】
最大尤度インバンド・デコーディング（例においては３）が選択され７０４、アクティブ・コーデック・セットを用いて、その３ビットの絶対コーデック・モードにマッピングされる７０８。［４．７５ｋｂｐｓ（絶対コーデック０）、５．９０ｋｂｐｓ（絶対コーデック２）、７．９５ｋｂｐｓ（絶対コーデック４）、１０．２ｋｂｐｓ（絶対コーデック６）］の例ＡＣＳの場合、マッピングは１０．２ｋｂｐｓモードに対し行われる。
【００４３】
選択されたモードおよびその関連するチャネル・コーディングを用いて、再帰的畳み込みデコードが、非インバンド受信ビット（一般にソフト）のクラス１部分に対して行われる７１２。結果として得られる出力データは、通話フレーム（上述の例の場合は２０４ビット）と６ビットＣＲＣとの双方を含む。このＣＲＣフィールドは抽出され、畳み込みデコーダが出力したクラス１ａのビットの正しい値と対照してチェックされる７１６。
【００４４】
次に、不良フレーム分類プロシージャ７２０が行われる。最も簡単な場合は、これはＣＲＣチェックのみから成り、すなわち、もしＣＲＣチェックが不合格ならば、フレームは不良として分類され、一方もしそれが合格であれば、フレームは良好として分類される。ＣＲＣの弱点と、フレームを「劣化」として分類する必要とにより、そのような簡単なチェックは一般に十分ではないので、たとえＣＲＣが合格であっても別のチェックが必要となる。
【００４５】
１つのそのような方法は、チャネル・デコーディングされたデータを再コード化し、それを最初に受け取ったデータと比較して、チャネルＢＥＲを推定する。この方法は、一般に（固定レート通話サービスを有する）ＧＳＭにおいて用いられる。その理由は、ＲＸＱＵＡＬを計算するために、機構がしかるべき場所に通常すでに配置されているからである。もし得られたＢＥＲの推定が高ければ、フレームは「不良」として分類され、もしそれが低ければ、フレームは「良好」として分類され、もしそれが中程度であれば、フレームは「劣化」として分類される。不良フレームを決定するための正確な方法は、本発明の範囲外にあると考えられ、そのような分類のための最新の（または将来の）方法は本発明内において用いることができると認識すべきである。
【００４６】
もし不良フレーム決定ブロックの結果が、フレームが良好であるというものであれば７２４、通話フレームに対応するビット（１０．２ｋｂｐｓモードにおいて２０４個）は、関連するフレームが良好であるというフラグと共に通話デコーダへ送られる７２８。そこで、そのフレームのためのチャネル・デコード・プロシージャは完了する。
【００４７】
しかし、もしフレームが良好として分類されなければ、異なるプロシージャ経路がとられる。まず、ループを経ての繰返し数が、繰返しスレショルドＮに達していないことがチェックされる７３２。最適の性能の場合、このスレショルドは、ＡＣＳのサイズ、例えば、前述の例においては４にセットされる。実際には、それぞれの追加の繰返しにより、性能の改善は著しく低下する。それぞれの繰返しは、計算上ささいとはいえない畳み込みデコーディングを含み、これは、多くの実施（特にソフトウェアに基づく）が、そのような徹底的な調査をできないことを意味する。そのような実施において、Ｎは、０ＡＣＳのサイズより低く、例えば２という値にセットされる。
【００４８】
もしもう１回の繰返しを行うべきであれば、次の最大尤度インバンド・デコーディングが選択され７３６、絶対（３ビット）コーデック・モードへマッピングされる。その後、プロシージャは、インバンド・データ・マッピングから開始して、前述のように続けられる。上述の例の場合は、選択されるインバンド・デコーディングは１となり、これは次に絶対コーデック２（５．９０ｋｂｐｓモード）へマッピングされる。
【００４９】
もしすでに最大繰返し数に達していれば、チャネル・デコード・ループが存在する。最後のチャネル・デコーディングされたフレームが不良であるか７４０否かを知るためのチェックが行われる。これは一般に、前に不良フレーム決定ブロックの一部として計算されたメトリックのチェックを含む。もしフレームが不良であり、かつ劣化としてフラグを立てられた、前にチャネル・デコーディングされたフレームが存在しなかったならば７４８、通話デコーダは、それがフレームをマスクしなければならないことを知らされる７５２。もしフレームが不良でなければ（かつ前のチェックによれば良好でない）、それは劣化としてフラグを立てられ７４４、通話デコーダへ送られる。
【００５０】
マルチパス・チャネル・デコーディングにおける「良好」フレームを見出す試みにおいて、「劣化」フレームが見落とされることが起こるかもしれない。従って、それぞれのチャネル・デコーディングの試みの格付けを維持する必要がある。もし「良好」フレームが見出されずに最大繰返し数に達すれば、いずれかのデコーディングが劣化フレームを生じたかどうかを確かめるための調査が行われる。もし生じていれば、そのフレームは、適切にフラグを立てられ７５６、通話デコーダへ送られる。
【００５１】
もし最大尤度インバンド・デコーディングのみがかなりのメトリックを有すれば、早期にループから脱出することは有効である。３つのアクティブ・コーデックを有し、またインバンド・デコーディング尤度［９６％、２％、２％］を有する例を考えよう。もし不良フレーム決定が、最初の繰返しにおいてフレームを良好でないとして分類すれば、ループを経てのもう１回のパスが良好フレームを見出すことは極めてありそうにない。この場合は、インバンド・データは多分良好であるが、ペイロードの残りはかなりのエラーを有し、不良ＣＲＣまたは他の不良インディケーションを生じさせる。
【００５２】
この副次的方法は、好ましい方法の計算上の複雑さを低減するのに役立つが、性能に著しい影響を与えない。図８のフロー・チャートは、例を提供する。それは、スレショルド・メトリック・チェック８０２を、「良好フレーム」チェックと、「インバンド・データのマッピング」ブロックにおけるチャネル・デコーディング・ループ内への復帰エントリとの間のどこかに追加することにより実施される。新しいスイッチ８０２は、次のチャネル・デコーディングを駆動するインバンド・データが、妥当な、すなわち、あるスレショルドより高い信頼度によりデコードされたかどうかをチェックする。もしそのような信頼度によりデコードされていなければ、ループは脱出され、実行は、繰返しのチェックの後に「不良フレーム」チェック７４０に入る。フロー・チャート内の「良好フレーム」チェックの後の諸ブロックの特定の順序は、変化させても同等の結果を達成できることに注意すべきである。例えば、繰返しのチェックは、メトリック・チェックの後に移動させることができる。
【００５３】
当業者は、インバンド・デコーディングの信頼レベルを、それらのレベルの順序づけおよびそれに応じた繰返しスレショルドのセッティングの後にチェックすることにより、同等の方法をプロセス・フローの早期においても実施できることを認識すべきである。そのようなプロセスは、図９のフロー・チャートに示されている。例えば、そのアルゴリズムは、２０％より高い信頼レベルを有するインバンド・データのみが考慮されるべきであり、かつ繰返しスレショルドＮはこれを保証するようにセットされることを決定する９０２。信頼度［６０％、２５％、１０％、５％］を有する前の例の場合は、これは、Ｎが２にセットされ、３および１のインバンド・データ値に対応するモードのみが、チャネル・デコーディングのために考慮されることを意味する。このプロセスはまた、プロシージャにより決定される繰返しを制限すること９０４が必要であることを示す。この方法は、前のものと性能的にほぼ同等であるが、この方法は、この方法をあるアーキテクチャにおいて好ましいものとする、ある実施上の利点を有する。
【００５４】
これから、図７に関して説明した実施例と同様の性能を有する別の実施例を提示する。この別の実施例は、多重完全チャネル・デコーディングを避けるために、信頼できないフレームのチェックをプロセスの早期へ移動させる。この方法は、好適な実施例の方法ほどエレガントではないが、この代わりの方法は、最悪の場合に必要な計算が少ない実施のためには、より適切である。
【００５５】
背景技術の項において述べたように、チャネル・デコーダは一般に、通例ビタビ・デコーダと呼ばれる、最尤系列推定（ＭＬＳＥ）技術を用いて実施される。読者は、ビタビ・デコーディング技術およびその再帰的チャネル・コードとの共用に、少なくとも適度に精通しているものと想定されている。本説明は、そのような再帰的コードを用いたＡＭＲに関連して記述されているが、本発明の独特の特徴は、非再帰的畳み込みコードを用いた他のシステムに対しても同様に適用される。他のデコーディング技術も可能であるが、本説明はビタビ・アルゴリズムの使用を想定している。
【００５６】
ビタビ・アルゴリズムは、通常トレリスを用いて説明される。トレリス内のそれぞれのカラムはステージと呼ばれ、与えられたカラム内のそれぞれのノードはステートと呼ばれる。トレリスの第１のステージは、単一のステートを有する。それぞれのそれに続くステージ内のステートの数は、サイズが２の（拘束長−１）乗に達するまで倍になっていく。ここで、拘束長とは、チャネル・エンコーダ・シフト・レジスタ内の桁の数として定義される。ステートの数は、トレリスの終了近くまで一定にとどまる。一般に、畳み込みエンコーダ内のシフト・レジスタは、有効なデータ・ビットの全てがコード化され終わった時に、ゼロにそろえられる。これは、トレリスにおいては、トレリスが定常状態のサイズから単一ステートまで低下収縮することにより表され、その場合、ステートの数はそれぞれのステージにおいて半分になる。すなわち、トレリスの終了は、トレリスの開始の鏡像のように見える。レート１／ｎのコードにおいては、トレリス内の与えられたステートは、次のステージ内では２ステートになり、これは、次のステージ内のそれぞれのステートが２つの入力経路を有することを意味する。次のステージ内のそれぞれのステートにおいては、そのステートにおいて最良のメトリックを与える遷移のみが保持され、すなわち、２つの遷移のうちの１つは取り除かれる。
【００５７】
ビタビ・アルゴリズムを用いたトレリスを経ての追跡においては、与えられたステージ内のそれぞれのステートにおいてメトリックが計算される。今後ビタビ・メトリックと呼ぶこのメトリックは、送信データが、そのステートに至るトレリス経路のそれに対応していることの信頼レベルを示す。実際には、そのメトリックは、トレリス内のことごとくのノードのために維持される必要はなく、与えられたステージにおけるステートの最大数のメトリックを維持することのみが必要である。そのようなメトリックは、トレリスを経て遷移するときにそれぞれのステートにおいて正規化されるが、この実施例の目的のためには、そのメトリックは正規化されることなく蓄積されるべきである。与えられたステージにおける最良のメトリックは、その点までの最尤経路である。
【００５８】
この代わりの実施例は、図１０のフローチャートに説明されている。この方法においては、それぞれの可能なモードにおけるインバンド・データが解析され、かつメトリックが計算され１００２、例えば、それぞれのモードにおける信頼レベルを決定するためにユークリッド距離が測定される。それぞれの可能なチャネル・コーディング（モード）において、ビタビ・デコーディングが、あるステージを上方に経ることによってのみ行われる１００４。横切られるステージの数は、そのステージにおけるビタビ・メトリックが表すある信頼度を達成するために十分に大きくなければならないが、この方法の計算上の利点が失われるほど大きくてはならない。このステージの数は、それぞれのコードにおいて定常状態に達するのに必要なステージの数に少なくとも等しく、すなわち、最大の拘束長を有するコードの（拘束長−１）である。前記拘束長の２−３倍の値が推奨され、例えば、２０ステージが横切られる。
【００５９】
この段階において、それぞれのチャネル・デコーディングの試みのための最良のメトリックが見出される１００６。これは、信頼レベルにマッピングされ、この信頼レベルは、インバンド・デコーディングの結果と組み合わされて、最大尤度チャネル・モードを決定する１００８。そのモードに対応するビタビ・デコーディングは、次に、早まって停止された点から再開される。結果として得られるデコードされたフレームは分類され、通常の方法で通話デコーディングされる。
【００６０】
この方法に関するわずかな変化は、インバンド・デコーディング・メトリックの順序づけを行うステップと、インバンド・デコーダにより最大尤度として示された順序で部分的ビタビ・デコーディングを行うステップと、を含む。もし最大尤度モードのための最良のビタビ・メトリックが、あるスレショルドを超えていれば、チャネル・デコーディングは継続され、そのモードは確実に用いられる。そうでなければ、部分的ビタビ・デコーディングは、次の最大尤度モードを仮定して行われる。もしそのデコーディングのための最良のビタビ・メトリックが、あるスレショルドを超えていれば、チャネル・デコーディングはそのモードにおいて継続される。このプロセスは、前記スレショルドを超えた最良の部分的ビタビ・メトリックが見出されるまで、または可能なモードが使い尽くされるまで、繰り返される。もしデコーディングが使い尽くされたならば、最良のメトリックを有するものが追跡される。
【００６１】
当業者は、以上に説明した諸方法のさまざまな組み合わせも、明示的に検討しなかった派生物と共に用いられることを認識すべきである。それらの方法は、ソフトウェア（ＤＳＰまたは汎用マイクロプロセッサ）、ハードウェア、またはこれらの組み合わせにより実施することができる。
【００６２】
ここで用いられている用語「受信機」は、セルラ送受信装置の受信部分のことを言っているのにも注意すべきである。セルラ送受信装置は、移動端末（ＭＳ）ならびに基地局（ＢＳＳ）の双方を含む。移動端末は、呼を行い、または受けるためには、基地局と通信状態になければならない。移動端末と基地局との間での無線通信には、さまざまなプロトコル、規格、および通話コーデックを用いることができる。
【００６３】
ここでは、本発明を移動局に関連して説明したが、用語「移動局」は、マルチライン・ディスプレイを有する、または有しないセルラ無線電話機；セルラ電話機をデータ処理、ファクシミリおよびデータ通信機能と組み合わせうる、パーソナル通信システム（ＰＣＳ）端末；無線電話機、ポケットベル、インタネット／イントラネット・アクセス、ウェブ・ブラウザ、オーガナイザ、カレンダおよび／またはグローバル・ポジショニング・システム（ＧＰＳ）受信機を含みうるパーソナル・ディジタル・アシスタント（ＰＤＡ）；および従来のラップトップおよび／またはバームトップ受信機またはＧＵＩのためのディスプレイを含む他のコンピュータ・システムを含む。移動局はまた、「普及型計算」装置のことをも言う。
【００６４】
ここでは、本発明の特定の実施例を開示した。当業者は、本発明が、他の環境においては他の応用を有することを容易に認識するであろう。実際に、多くの実施例および実施が可能である。以下の特許請求の範囲は、決して本発明の範囲を上述の特定の実施例に制限しようとするものではない。さらに、「のための手段」という記述は、要素および特許請求の範囲において、手段＋機能という読み取り方を喚起しようとしており、一方、特に「のための手段」という記述を用いていない要素は、たとえ特許請求の範囲が「手段」という語を別の形式で含んでいても、手段＋機能をもつ要素として読み取られるようには意図していない。
【図面の簡単な説明】
【００６５】
【図１】ＡＭＲシステムの高レベル動作を示すブロック図である。
【図２】ＡＭＲビット割り当てを示す。
【図３】ベースバンドＡＭＲ受信機を示すブロック図である。
【図４】ＡＭＲ通話フレーム・チャネル・デコーダを示す従来技術のブロック図である。
【図５】ＡＭＲ通話フレームをチャネル・デコーディングするプロセスを示す従来技術のフロー・チャートである。
【図６】本発明によるＡＭＲ通話フレーム・チャネル・デコーダを示すブロック図である。
【図７】本発明によるＡＭＲ通話フレームをチャネル・デコーディングするプロセスを示すフロー・チャートである。
【図８】本発明によるＡＭＲ通話フレームをチャネル・デコーディングする別のプロセスを示すフロー・チャートである。
【図９】本発明によるＡＭＲ通話フレームをチャネル・デコーディングするもう１つの別のプロセスを示すフロー・チャートである。
【図１０】本発明によるＡＭＲ通話フレームをチャネル・デコーディングするさらにもう１つの別のプロセスを示すフロー・チャートである。
【図１】
2006516846.tif 000003
【図２】
2006516846.tif 000004
【図３】
2006516846.tif 000005
【図４】
2006516846.tif 000006
【図５】
2006516846.tif 000007
【図６】
2006516846.tif 000008
【図７】
2006516846.tif 000009
【図８】
2006516846.tif 000010
【図９】
2006516846.tif 000011
【図１０】
2006516846.tif 000012
【手続補正書】
【提出日】平成16年11月19日(2004.11.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
チャネル・エンコーディングされた通話フレームがインバンド・ビット部分および通話部分から構成される、多重（Ｍ）コーデック・モードが可能な受信機において、通話フレームをチャネル・デコーディングする方法であって、該方法は、
（ａ）Ｍ個のコーデック・モードのそれぞれに関連した信頼レベルを得るために受信フレームの前記インバンド・ビット部分をデコーディングするステップ７００と、
（ｂ）前記通話部分をチャネル・デコーディングするために、最高信頼レベルに基づいて最大尤度コーデック・モードを選択するステップ７０４と、
（ｃ）前記選択された通話コーデック・モードを用い、前記受信フレームの前記通話部分をデコーディングするステップ３１０と、
（ｄ）前記デコーディングされた通話フレームの品質を決定するために、フレーム決定チェックを行うステップ７２０と、
（ｅ）もし前記デコーディングされた通話フレームが劣った品質であると決定されたならば、次の最高インバンド・ビット・デコーディング信頼レベルに対応する、次の最大尤度コーデック・モードを選択するステップ７３６と、ステップ（ｃ）から（ｅ）を繰り返すステップと、
を含む前記方法。
【請求項２】
ステップ（ｃ）から（ｅ）は、最大繰返し数（Ｎ）にわたり繰り返され７３２、ただしＮ≦Ｍである請求項１記載の方法。
【請求項３】
ステップ（ｃ）から（ｅ）は、現在のコーデック・モードに関する前記インバンド・ビット・デコーディングの前記信頼レベルが、スレショルド信頼レベルよりも高い限り繰り返される８０２請求項１記載の方法。
【請求項４】
前記最大繰返し数Ｎは、前記最高信頼レベルに基づいて前記通話部分をデコーディングするために、前記最大尤度コーデック・モードを選択する前に決定される（９０２、９０４、７０４）請求項２記載の方法。
【請求項５】
前記最大繰返し数（Ｎ）は、スレショルド信頼レベルを超えているコーデック・モードの数にセットされる９０２請求項４記載の方法。
【請求項６】
チャネル・エンコーディングされた通話フレームがインバンド・ビット部分および通話部分から構成される、多重（Ｍ）コーデック・モードが可能な受信機において、通話フレームをチャネル・デコーディングする方法であって、該方法は、
それぞれの通話コーデック・モードのためのインバンド・デコード・メトリックを計算するステップ１００２と、
それぞれの通話コーデック・モードのための複数の通話データを部分的にデコーディングするステップ１００４と、
前記部分的にデコーディングされた通話データおよび前記計算されたインバンド・デコード・メトリック・データに基づいて前記最大尤度通話コーデック・モードを決定するステップ１００６と、
前記最大尤度通話コーデック・モードを用い前記通話データのデコーディングを再開するステップ１００８と、
を含む前記方法。
【請求項７】
通話フレームをチャネル・デコーディングするための受信機において、該受信機は多重（Ｍ）コーデック・モードが可能であり、前記チャネル・エンコーディングされた通話フレームはインバンド・ビット部分および通話部分から構成され、前記受信機は、
Ｍ個のコーデック・モードのそれぞれに関連した信頼レベルを得るために通話フレームの前記インバンド・ビット部分をデコーディングし７００、
前記通話部分をチャネル・デコーディングするために、最高信頼レベルに基づいて最大尤度コーデック・モードを選択する７０４ための、
インバンド・ビット・デコーダと、
前記選択されたコーデック・モードを用い、前記受信フレームの前記通話部分をデコーディングし３１０、
前記デコーディングされた通話フレームの品質を決定するために、フレーム決定チェックを行い７２０、
もし前記デコーディングされた通話フレームが劣った品質であると決定されたならば、次の最高インバンド・ビット・デコーディング信頼レベルに対応する、次の最大尤度コーデック・モードを選択し７３６、前記受信フレームに対しチャネル・デコーダを再動作させるための、
前記インバンド・ビット・デコーダに結合された前記チャネル・デコーダと、
を含む前記受信機。
【請求項８】
前記チャネル・デコーダは、最大繰返し数（Ｎ）にわたり動作せしめられ７３２、ただしＮ≦Ｍである請求項７記載の受信機。
【請求項９】
前記チャネル・デコーダは、現在のコーデック・モードに関する前記インバンド・ビット・デコーディングの前記信頼レベルが、スレショルド信頼レベルよりも高い限り動作せしめられる８０２請求項７記載の受信機。
【請求項１０】
前記最大繰返し数Ｎは、前記最高信頼レベルに基づいて前記通話部分をデコーディングするために、前記インバンド・ビット・デコーダが前記最大尤度コーデック・モードを選択する前に決定される（９０２、９０４、７０４）請求項８記載の受信機。
【請求項１１】
前記最大繰返し数（Ｎ）は、スレショルド信頼レベルを超えているコーデック・モードの数にセットされる９０２請求項１０記載の受信機。
【請求項１２】
通話フレームをチャネル・デコーディングするための受信機において、該受信機は多重（Ｍ）コーデック・モードが可能であり、前記チャネル・エンコーディングされた通話フレームはインバンド・ビット部分および通話部分から構成され、前記受信機は、
それぞれの通話コーデック・モードのための複数のインバンド・デコード・メトリックを計算する１００２ための、
インバンド・ビット・デコーダと、
それぞれのコーデック・モードのための通話データを部分的にデコーディングし１００４、
前記部分的にデコーディングされた通話データおよび前記計算されたインバンド・デコード・メトリック・データに基づいて前記最大尤度コーデック・モードを決定し１００６、
前記最大尤度コーデック・モードを用い前記通話データのデコーディングを再開する１００８ための、
チャネル・デコーダと、
を含む前記受信機。
【国際調査報告】
2006516846.tif 000013
2006516846.tif 000014