(57)【要約】  ボイスオーバＩＰ（ＶｏＩＰ）接続が、移動無線局との無線インタフェースを介して確立される。ＶｏＩＰ接続に対する現在の無線状態が判定され、その判定結果から、ＶｏＩＰ接続の部分に対する変調及びコーディングスキーム（ＭＣＳ）が選択される。そのＶｏＩＰ接続の部分に対するＶｏＩＰ音声エンコーディングは、判定された変調コーディングスキームに基づいて選択される。次に、ＶｏＩＰ音声は、関係するビットレートを有する選択されたＶｏＩＰ音声エンコーディングモードを使用して、いくつかのＶｏＩＰエンコードフレームにエンコードされる。適切な数のＶｏＩＰエンコードフレームは、選択された音声エンコーディングモードと選択されたＭＣＳによって与えられるＶｏＩＰ接続を介して送信するためのＶｏＩＰパケットに含められる。ＶｏＩＰ接続の耐性を保証するための、容量を最大化するための少なくとも一方のための、別の調整が行なわれても良い。【選択図】  図３
2008543168.tif 000002
【特許請求の範囲】
【請求項１】
移動無線局（３０）との無線インタフェースを介して確立されるボイスオーバＩＰ（ＶｏＩＰ）接続に関係する現在の無線状態を判定して、前記ＶｏＩＰ接続を使用するための方法であって、
前記判定された現在の無線状態に基づいて、前記ＶｏＩＰ接続を介して通信されるＶｏＩＰ情報の部分に対する変調及びコーディングスキーム（ＭＣＳ）を判定し、
前記判定された変調及びコーディングスキームの少なくとも一部に基づいて、前記ＶｏＩＰ接続の部分に対する、関係するビットレートを有するＶｏＩＰ音声エンコーディングモードを選択し、
前記選択されたＶｏＩＰ音声エンコーディングモードを使用して、ＶｏＩＰ音声を、前記判定されたＭＣＳに依存する可変の数のＶｏＩＰエンコードフレームにエンコードし、
前記数のＶｏＩＰエンコードフレームを、前記ＶｏＩＰ接続を介する送信用のＶｏＩＰパケットに含める
ことを特徴とする方法。
【請求項２】
前記ＶｏＩＰエンコードフレームの可変の数は、前記無線インタフェースを介して送信される無線ブロックに含まれるＶｏＩＰビット量を最大にするための最適数である
ことを特徴とする請求項１に記載の方法。
【請求項３】
更に、異なるＭＣＳが前記ＶｏＩＰ接続に対して判定される場合、前記ＶｏＩＰエンコードフレームの可変の数を変更する
ことを特徴とする請求項１に記載の方法。
【請求項４】
更に、前記判定されたＭＣＳがサポートすることができるものよりも低いデータレートのＶｏＩＰ音声エンコーディングモードを選択する
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記現在の無線状態に対して判定されたＭＣＳよりも下位のＭＣＳを選択する
ことを特徴とする請求項１に記載の方法。
【請求項６】
当該方法は、ＧＰＲＳあるいはＥＤＧＥタイプのシステムで使用するためのものであり、
接続をサポートするための無線チャネルリソースはタイムスロットを含み、
前記ＶｏＩＰ音声エンコーディングは、アダプティブマルチレート（ＡＭＲ）コーダ／デコーダ（コーデック）（８２）によって実行される
ことを特徴とする請求項１に記載の方法。
【請求項７】
更に、前記ＶｏＩＰパケットの送信時に使用するためのタイムスロットの数を判定する
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記ＶｏＩＰパケットを送信するために、前記判定された数のタイムスロットとは別にもう１つのタイムスロットを使用する
ことを特徴とする請求項７に記載の方法。
【請求項９】
更に、前記ＶｏＩＰパケットを使用して、無線送信ブロックを形成し、
前記判定されたＭＣＳを使用して、前記無線送信ブロックをチャネルエンコードし、かつ変調し、
前記判定された数のタイムスロットを使用して、前記無線インタフェースを介して、前記チャネルエンコードされ、かつ変調された無線送信ブロックを送信する
ことを特徴とする請求項７に記載の方法。
【請求項１０】
前記無線送信ブロックは、固定サイズであり、
更に、前記無線送信ブロックに納まるように、前記ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数を調整する
ことを特徴とする請求項９に記載の方法。
【請求項１１】
更に、前記ＶｏＩＰ接続の耐性を向上させるために、
前記ＭＣＳを下げること、
前記ＶｏＩＰ音声エンコーディングのレートを下げること、
前記タイムスロットの数を増やすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーディングモードに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整すること
の１つ以上を選択する
ことを特徴とする請求項９に記載の方法。
【請求項１２】
更に、前記ＶｏＩＰ接続に対する無線状態の変更を検出し、
前記変更が無線状態の改善である場合、
ＭＣＳを上げること、
前記ＶｏＩＰ音声エンコーディングのレートを上げること、
前記タイムスロットの数を減らすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーディングモードに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整すること
の１つ以上を選択する
ことを特徴とする請求項９に記載の方法。
【請求項１３】
当該方法は、移動局で、あるいはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ノード（１５）で実現される
ことを特徴とする請求項１に記載の方法。
【請求項１４】
無線アクセスネットワーク（２４）を介する無線インタフェースを介して確立されるボイスオーバＩＰ（ＶｏＩＰ）をサポートするための移動ノード（３０）で使用するための装置であって、
前記ＶｏＩＰ接続に関係する判定された現在の無線状態に基づいて、前記ＶｏＩＰ接続を介して送信されるＶｏＩＰ音声情報の部分に対して使用するチャネルエンコーディングスキーム及び変調スキームを選択するための変調及びコーディングスキーム（ＭＣＳ）セレクタ（５１）と、
（１）前記選択されたＭＣＳの少なくとも一部に基づいて、前記ＶｏＩＰ音声情報の部分に対する、関係するビットレートを有するＶｏＩＰ音声エンコーディングモードを選択し、（２）前記選択されたＶｏＩＰ音声エンコーディングモードを使用して、前記ＶｏＩＰ音声情報を、前記選択されたＭＣＳに依存する可変の数のＶｏＩＰエンコードフレームにエンコードするように構成されているＶｏＩＰ音声エンコーダ（５２）と、
前記数のＶｏＩＰエンコードフレームを、前記ＶｏＩＰ接続を介する送信用のＶｏＩＰパケットに含めるためのＶｏＩＰパケッタイザ（５６）と
を備えることを特徴とする装置。
【請求項１５】
前記ＶｏＩＰエンコードフレームの可変の数は、前記移動ノードによって前記無線インタフェースを介して送信される無線ブロックに含まれるＶｏＩＰビット量を最大にするための最適数である
ことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記ＶｏＩＰ音声エンコーダは、更に、異なるＭＣＳが前記ＶｏＩＰ接続に対して判定される場合、前記ＶｏＩＰエンコードフレームの可変の数を変更するように構成されている
ことを特徴とする請求項１４に記載の装置。
【請求項１７】
前記ＶｏＩＰ音声エンコーダは、更に、前記判定されたＭＣＳがサポートすることができるものよりも低いビットレートのＶｏＩＰ音声エンコーディングモードを選択するように構成されている
ことを特徴とする請求項１４に記載の装置。
【請求項１８】
前記ＭＣＳセレクタは、更に、前記現在の無線状態に対して判定されたＭＣＳよりも下位のＭＣＳを選択するように構成されている
ことを特徴とする請求項１４に記載の装置。
【請求項１９】
当該装置は、前記ＶｏＩＰ接続をサポートするための無線チャネルリソースがタイムスロットを含み、かつ前記ＶｏＩＰ音声エンコーダが、アダプティブマルチレート（ＡＭＲ）コーダ／デコーダ（コーデック）である、ＧＰＲＳタイプのシステムで使用するように構成されている
ことを特徴とする請求項１４に記載の装置。
【請求項２０】
前記ＶｏＩＰパケットの送信時に使用するためのタイムスロットの数を判定するための回路（６４）を更に備える
ことを特徴とする請求項１９に記載の装置。
【請求項２１】
前記ＶｏＩＰパケットを使用して、無線送信ブロックを形成するように構成されている回路（５４）と、
前記選択されたチャネルエンコーディングスキームに基づいて、情報をチャネルエンコードするためのチャネルエンコーダ（６０）と、
前記選択された変調スキームに基づいて、前記チャネルエンコーダからのチャネルエンコード情報を変調するためのモジュレータ（６２）と、
前記判定された数のタイムスロットとは別にもう１つのタイムスロットを使用して、前記無線インタフェースを介して、前記変調された情報を送信するように構成されている無線送受信回路（６４）と
を更に備えることを特徴とする請求項２０に記載の装置。
【請求項２２】
前記無線送信ブロックは、固定サイズであり、
前記ＶｏＩＰ音声エンコーダは、更に、前記無線送信ブロックに納まるように、前記ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数を調整するように構成されている
ことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記ＶｏＩＰ接続の耐性を向上させるために、
前記ＭＣＳを下げること、
ＶｏＩＰ音声エンコーダのレートを下げること、
前記タイムスロットの数を増やすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整すること
の１つ以上を選択するように構成されている制御回路（５１）を更に備える
ことを特徴とする請求項２１に記載の装置。
【請求項２４】
前記現在の無線状態が改善する場合、
ＭＣＳを上げること、
ＶｏＩＰ音声エンコードのレートを上げること、
前記タイムスロットの数を減らすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコードモードに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整すること
の１つ以上を選択するように構成されている制御回路（５１）を更に備える
ことを特徴とする請求項２１に記載の装置。
【請求項２５】
無線アクセスネットワーク（２４）を介する無線インタフェースを介して確立されるボイスオーバＩＰ（ＶｏＩＰ）接続をサポートするためのネットワークノード（１５）で使用するための装置であって、
前記ＶｏＩＰ接続を介してＶｏＩＰ音声情報の部分の送信時に使用するための、前記ＶｏＩＰ接続に関係する判定された現在の無線状態に基づいている選択された変調及びコーディングスキーム（ＭＣＳ）の少なくとも一部に基づいて、前記ＶｏＩＰ接続を介して通信されるＶｏＩＰ音声情報の部分に対するボコーディングモードを選択するように構成されているコーデックモードセレクタ（８０）と、
関係するビットレートを有するＶｏＩＰボコーディングモードに従って、前記ＶｏＩＰ音声情報をエンコードＶｏＩＰデータへエンコードするように構成されているＶｏＩＰコーデック（８２）と、
前記選択されたＶｏＩＰ音声ボコーディングモードを使用して、前記選択されたＭＣＳに依存する可変の数のＶｏＩＰエンコードフレームを生成するために、前記エンコードＶｏＩＰデータをフレーム化するように構成されているコーデックフレーマ（８４）と、
前記数のＶｏＩＰエンコードフレームを、前記ＶｏＩＰ接続を介する送信のためのＶｏＩＰパケットに含めるためのＶｏＩＰパケッタイザ（８６）と
を備えることを特徴とする装置。
【請求項２６】
前記ネットワークノードは、使用時に、前記無線アクセスネットワークに接続される、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ノード（１５）である
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項２７】
前記選択されたＭＣＳは、前記無線アクセスネットワークから受信される情報から判定され、かつ前記ＶｏＩＰ接続の変更に対する無線状態に応じて変更し得る
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項２８】
前記可変の数のＶｏＩＰエンコードフレームは、前記移動ノードによって前記無線インタフェースを介して送信される無線ブロックに含まれるＶｏＩＰビット量を最大にするための最適数である
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項２９】
前記コーデックフレーマは、更に、異なるＭＣＳが前記ＶｏＩＰ接続に対して判定される場合、前記ＶｏＩＰエンコードフレームの可変の数を変更するように構成されている
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項３０】
前記コーデックモードセレクタは、更に、前記判定された変調スキーム及び前記判定されたコーディングスキームがサポートすることができるものよりも低いビットレートのＶｏＩＰボコーディングモードを選択するように構成されている
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項３１】
当該ネットワークノードは、前記ＶｏＩＰ接続をサポートするための無線チャネルリソースがタイムスロットを含み、かつ前記ＶｏＩＰコーデックが、アダプティブマルチレート（ＡＭＲ）コーデック（８２）である、ＧＰＲＳタイプのネットワークで使用するように構成されている
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項３２】
前記コーデックモードセレクタは、（１）前記ＶｏＩＰ接続の耐性を向上させるために、前記ＶｏＩＰ音声エンコーダのレートを下げること、及び前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整することの１つ以上を選択し、（２）現在の無線状態が改善する場合、前記ＶｏＩＰ音声エンコーダのレートを上げること、及び前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整することの１つ以上を選択するように構成されている
ことを特徴とする請求項２５に記載のネットワークノード。
【請求項３３】
請求項３１に記載のネットワークノードとともに使用するための無線アクセスノードであって、
前記ＶｏＩＰ接続に関係する現在の無線状態を判定するためのリンク品質コントローラ（３２）と、
前記ＶｏＩＰパケッタイザからＶｏＩＰパケットを受信し、前記無線インタフェースを介して送信するための無線送信ブロックを形成するためのパケットコントローラ（４０）とを備え、
前記コーデックフレームは、各無線送信ブロックに納まるように、前記ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数を調整するように構成されている
ことを特徴とする無線アクセスノード。
【請求項３４】
各無線送信ブロックを送信するために必要とされるタイムスロットの最小の数を判定し、各無線送信ブロックの送信時に使用するための前記判定された数のタイムスロットとは別にもう１つのタイムスロットのスケジューリングを行なうように構成されている
ことを特徴とする請求項３３に記載の無線アクセスノード。
【請求項３５】
前記ＶｏＩＰ接続の耐性を向上するために、（１）前記ＭＣＳを下げること、及び前記タイムスロットの数を増やすことの１つ以上を選択し、（２）前記現在の無線状態が改善する場合、前記ＭＣＳを上げること、及びＶｏＩＰ音声エンコーダのレートを上げること、及び前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声コーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整することの１つ以上を選択するように構成されている制御回路（３１）を更に備える
ことを特徴とする請求項３３に記載の無線アクセスノード。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、電気通信に関するものであり、ボイスオーバインターネットプロトコル（ＶｏＩＰ）通信に対する有効な実例アプリケーション（example application）を見い出すものである。
【０００２】
背景
ＶｏＩＰは、インターネットプロトコル（ＩＰ）を使用する音声（ボイス：voice）トラフィックの送信である。移動体分野では、ＶｏＩＰは、インターネットプロトコル（ＩＰ）パケットの送信用にパケット交換（ＰＳ）サービスを使用することを意味する。このパケットは、例えば、音声移動体電話呼用のアダプティブ（適合）マルチレート（ＡＭＲ）コーデック音声フレームを含んでいる。パケット交換接続は、単にデータ接続と呼ばれることが多い。
【０００３】
回線交換ネットワークは、音声トラフィックを搬送するために回線交換を使用する。ここで、ネットワークリソースは、メッセージ送信の開始前に、つまり、「回線」を生成する前に、送信側から受信側へと静的に割り当てられる。このネットワークリソースは、全メッセージを送信中はその回線に対して専用にされたままであり、その全メッセージは同一経路を進行する。この構成は、音声送信に対して極めてうまく動作する一方で、ＩＰは、様々な理由で、ＩＰは、音声送信用途についての魅力的な選択となる。この様々な理由には、装置コストを下げること、電子メール、インスタントメッセージング、ビデオ、ワールドワイドウェブ等のマルチメディアを含む音声及びデータアプリケーションの統合、帯域幅要件の緩和、及びＩＰの広範囲の可用性等がある。
【０００４】
パケット交換ネットワークでは、メッセージはパケットに分解される。ここで、それぞれのパケットは、様々な宛先への経路をとることができ、その宛先で、それらのパケットは、オリジナルのメッセージに再コンパイルされる。ＶｏＩＰ用に利用されるパケット交換（ＰＳ）サービスには、例えば、ＧＰＲＳ（汎用パケット無線サービス）、ＥＤＧＥ（グローバル展開用拡張データレート）、あるいはＷＣＤＭＡ（ワイドバンド符号分割多元アクセス）がある。これらの例のそれぞれは、ヨーロッパで最初に開発された第２世代（「２Ｇ」）デジタル無線アクセス技術である、移動体通信用グローバルシステム（ＧＳＭ）の上で構成されている。ＧＳＭは、２．５Ｇで、ＧＰＲＳのような技術を含むように拡張されている。第３世代（３Ｇ）は、国際電気通信連合（ＩＴＵ）ＩＭＴ−２０００ファミリによってカバーされる移動体電話技術を備えている。第３世代パートナシッププロジェクト（３ＧＰＰ）は、国際標準化団体、オペレータ、及びＩＭＴ−２０００の標準化ＷＣＤＭＡに基づくメンバーとして活動するベンダーのグループである。
【０００５】
ＥＤＧＥ（時には、拡張ＧＰＲＳ（ＥＧＲＰＳ）と呼ばれる）は、移動体装置に対してブロードバンド並みのデータ速度をもたらす３Ｇ技術である。ＥＤＧＥは、コンシューマに、インターネットに接続し、従来のＧＳＭ／ＧＰＲＳネットワークで可能な速度の３倍の速度で、デジタル画像、ウェブページ及び写真を含むデータを送受信することを可能にする。ＥＤＧＥは、ＧＳＭオペレータに、より高速な移動体データアクセスを提供し、より多くの移動体データカスタマにサービスを提供し、そして、追加の音声トラフィックに対応するためにＧＳＭネットワーク容量の制限をなくすことを可能にする。ＥＤＧＥは、ＧＳＭネットワークとして、同一のＴＤＭＡ（時間分割多元アクセス）フレーム構造、論理チャネル、及び２００ｋＨｚ搬送帯域幅を使用し、これにより、既存のセル設計を損なわせないことを可能にする。
【０００６】
ＥＤＧＥ技術では、基地送受信局（ＢＴＳ）は、移動局（例えば、セル電話、移動端末あるいは、移動端を備えるラップトップのようなコンピュータを含むその類）と通信する。基地送受信局（ＢＴＳ）は、典型的には、複数の送受信機（ＴＲＸ）を備える。ＧＳＭ、ＧＰＲＳ及びＥＤＧＥのような、時分割多元アクセス（ＴＤＭＡ）無線通信システムは、時間空間を特定の無線周波数上でタイムスロット群に分割する。タイムスロット群は、１つ以上のタイムスロットが割り当てられるユーザ毎のフレームにグループ化される。パケット交換ＴＤＭＡでは、あるユーザに１つ以上のタイムスロットが割り当てられているとしても、他のユーザは、同一のタイムスロット（群）を使用することができる。そのため、タイムスロットスケジューラは、タイムスロットが適切かつ効率的に割り当てられることを保証することが必要とされる。
【０００７】
ＥＤＧＥは、９つの異なる変調及びコーディングスキーム（ＭＳＣ：Modulaiton and Coding Schemes）であるＭＣＳ１からＭＣＳ９を提案している。下位のコーディングスキーム（例えば、ＭＣＳ１−ＭＣＳ２）は、ビットレートは低いが、より信頼性のある搬送を行なうもので、あまり最適でない無線状態に適している。上位のコーディングスキーム（例えば、ＭＣＳ８−ＭＣＳ９）は、より高いビットレートでの搬送を行なうが、より良好な無線状態を必要とする。リンク品質制御（ＬＱＣ）は、現在の無線状態に基づいて、各特定の状況で使用するためのＭＣＳを選択する。
【０００８】
ＥＤＧＥでは、ＬＱＣは、各テンポラリブロックフロー（ＴＢＦ）に対する無線リンク制御（ＲＬＣ）データブロックに対するＭＣＳを選択する。ＴＢＦは、移動局（ＭＳ）とパケット制御ユニット（ＰＣＵ）間の論理接続である。ＰＣＵは、通常は（但し、必須ではない）、無線アクセスネットワーク、例えば、基地局コントローラ（ＢＳＣ）に配置されている。ＴＢＦは、ＧＰＲＳパケットデータのアップリンクあるいはダウンリンク送信用に使用される。実際のパケット送信は、物理データ無線チャネル（ＰＤＣＨ群）上で行われる。ＴＢＦは、ＭＣＳを選択し、自身のビットレートを変更するＴＢＦに対するＭＣＳ用のビットレートを変更することによって、効果的に選択される。
【０００９】
アドバンスドマルチレート（ＡＭＲ）音声フレームは、音声、典型的には、ＡＭＲコーデックによってエンコードされた２０ミリ秒の音声を含んでいる。ボイス（音声）エンコーダであるボコーダとコーデックとは交換可能であり、音声／音の圧縮デジタルフォーマットへのエンコーディングを示すものである。ＡＭＲコーデックは、不均衡なビットエラー検出及び保護（ＵＥＤ／ＵＥＰ）をサポートしている。ＵＥＤ／ＵＥＰメカニズムは、多かれ少なかれの知覚的な感度分類（センシティブクラス）にビットをソートすることにより、劣化を伴う（lossy）ネットワークを介する音声のより効率的な送信を可能にする。最も感度の高いビットで検出される１つ以上のビットエラーが存在する場合には、フレームは、損失が生じたことが通知されるだけで、搬送されることはない。一方、より感度の低いビットで１つ以上のビットエラーを含む音声フレームが搬送される場合、人間の聴覚認識によっては、音声品質は依然として許容可能と判断される。ＥＤＧＥのような高ビットエラーレート（ＢＥＲ）に対する重要な特性は、冗長性及びビットエラーを含むＡＭＲコーデックによってもたらされるパケット損失に対する耐性と、感度ソーティングである。
【００１０】
ＡＭＲの別の利点は、オンザフライでの、コーデックモード間の円滑な切替に対するアダプティブレート適合である。多数のＡＭＲコーデックモードは、ビットレートと得られる音声品質の変更とともに使用されても良い。ＡＭＲコーデックは、複数のナローバンドコーデックモードを含むことができる。：１２．２、１０．２、７．９５、７．４、６．７、５．９、５．５及び４．７５ｋｂｉｔ／ｓを含むことができる。１２．６５ｋｂｉｔ／ｓのワイドバンド（ＷＢ）モードＡＭＲ  ＷＢを利用することも可能である。
【００１１】
典型的には、ＶｏＩＰ接続に対しては、ＶｏＩＰ通信のエンドポイント、例えば、発呼側の移動局Ａと着呼側の移動局Ｂは、ＶｏＩＰ通信に対してどのＡＭＲコーデックモードを使用するかについて交渉する。移動局Ａが、デフォルトモードがＡＭＲコーデックモード２となっている、ＡＭＲコーデックモード１、２及び３を使用できることを示し、また移動局Ｂが、デフォルトモードがＡＭＲコーデックモード２となっている、ＡＭＲコーデックモード２、３及び４を使用できることを示している場合、おそらく、ＡＭＲコーデックモード２が選択されることになる。通信に対して要求されるビットレートに基づいて、ＡＭＲコーデックモードの最初の選択は、典型的には、アプリケーションプロトコレイヤで行われる。その結果、ＶｏＩＰ呼に対するコーデックモードの選択は、現在の無線チャネルの状態あるいは選択されているＭＣＳの知識なしで、アプリケーションプロトコルレイヤ上で行われる。データの次の無線ブロックの送信に対する現在の無線状態の判定及びＭＣＳの選択は、下位の無線アクセスプロトコルレイヤ、即ち、ＲＬＣ／ＭＡＣレイヤで実行される。
【００１２】
ＥＤＧＥは、各特定の無線ブロック期間で、無線状態に依存してＭＣＳを選択することによってＴＢＦ用のビットレートを変更するので、ビットレートは高速に変化する。その結果、ＶｏＩＰ  ＡＭＲエンコーダあるいはコーデックモードの静的な選択は、頻繁に、最適なパフォーマンスを低下させる、例えば、必要とされる音声品質を低下させることになる。例えば、最大ビットレートで、高音声品質のエンコードあるいはコーデックモードが選択される場合、現在の許容無線送信レートよりも高いビットレオートでデータを時には生成する可能生があり、これは、受信側での再生終了時間が経過した後からかなり遅れてＶｏＩＰパケットが到達することになる。ＶｏＩＰ  ＡＭＲエンコーダあるいはコーデックモードの静的な選択に伴う別の問題は、選択されているＶｏＩＰエンコーダあるいはコーデックモードが低ビットレートの低音声品質エンコーダである場合で、かつ現在の無線状態が極めて良好である場合でも、送信することができる無線ブロックで、より少ないデータで送信されてしまうことである。換言すれば、受信側のパーティは、余計な帯域幅消費なしでより良好な品質で音声を受信することができるが、これは、貧弱なリソース利用によるものではない。
【００１３】
関連する問題には、非効率なハードウェア及び帯域幅利用がある。ＥＤＧＥで提供されるより高いビットレートを達成するためには、特定のＭＣＳエンコーダ用の各無線ブロックは、できる限り完全にパックされるようにしなければならない。例えば、ＭＣＳ−８無線ブロックは、１０８８ビットを保持することができる。エンコーダは送信のために５００ビットだけを有している場合、可能なＥＤＧＥスループットの５０％未満しか利用されず、これは、より低いビットレートに解釈されることになる。
【００１４】
これらの問題に対する１つのアプローチには、無線インタフェースを介する測定された全体データスループットに依存して、音声エンコーダあるいはコーデックモードのモードを変更するようにすることである。しかしながら、このアプローチは、変更される無線状態で無線ブロックを変更するＥＤＧＥ  ＴＢＦのような「ベアラー（bearer）」に対しては十分には適してしない。換言すれば、ユーザが、ＴＢＦが確立される場合に特定のビットレートを交渉するとしても、ＴＢＦを介する実際のビットレートは、現在の無線状態の急激な変更に依存して変化する。つまり、測定された全体スループットが、音声エンコーダのモードを変更することができるネットワークエンティティで受信される時点には、無線状態の急激な変更は、そのスループット値を無意味なものとしてしまうことになる。
【００１５】
発明の要約
本発明は、上記の問題を解決し、かつボイスオーバＩＰ（ＶｏＩＰ）品質及び容量を改善するより良い方法を着想した。ＶｏＩＰ接続は、移動無線局との無線インタフェースを介して確立される。ＶｏＩＰ接続に対する現在の無線状態が判定され、その判定結果から、ＶｏＩＰ接続の部分に対する変調及びコーディングスキーム（ＭＣＳ）が選択される。そのＶｏＩＰ接続の部分に対する、ＶｏＩＰ音声エンコーディングあるいはコーデックモードは、選択された変調コーディングスキームに基づいて判定される。次に、ＶｏＩＰ音声は、関係するビットレートを有する選択されたＶｏＩＰ音声エンコーディングモードを使用して、いくつかのＶｏＩＰエンコードフレームにエンコードされる。適切な数のＶｏＩＰエンコードフレームは、選択された音声エンコーディングモードと選択されたＭＣＳによって与えられるＶｏＩＰ接続を介して送信するためのＶｏＩＰパケットに含められる。このＶｏＩＰエンコードフレームの数は、可変であり、かつＭＣＳの変更に伴い変更されても良い。
【００１６】
ＶｏＩＰ接続の耐性を保証すること及びＶｏＩＰ接続の良好なパフォーマンスを保証することの少なくとも一方を行なうための、あるいはＶｏＩＰ接続及び他の接続をサポートする通信システムの全体容量を増やすための、別の調整が行なわれても良い。耐性を改善するために、判定されたＭＣＳがサポートすることができるものよりも低いデータレートのＶｏＩＰ音声エンコーディングモードが選択されても良いし、また／あるいは、ＭＣＳが判定した現在の無線状態よりも下位のＭＣＳが選択されても良い。無線通信システムが、ＧＰＲＳ及びＥＤＧＥのような時分割多元アクセス（ＴＤＭＡ）タイプのシステムである場合には、ＶｏＩＰパケットを送信するために必要な判定された数のタイムスロットとは別にもう１つのタイムスロットが耐性を改善するために使用されても良い。
【００１７】
ＶｏＩＰ接続の容量を増やすための、別の調整が行われても良い。例えば、生成されたＶｏＩＰパケットは、無線インタフェースを介する送信のための１つ以上の無線ブロックを形成するために使用される。ＶｏＩＰパケットに含められるＶｏＩＰエンコードフレームの数は、選択された音声エンコーディングモードと選択されたＭＣＳで与えられる無線送信ブロックに「納まる（fill-in）」ように意図的に選択される。
【００１８】
この方法は、静的というよりはむしろ動的である。現在の無線状態と選択されたＭＣＳで与えられる無線ブロック当たりで搬送することができる実際の音声ビットの量についての情報を、アプリケーションレイヤでＶｏＩＰ音声コーダに提供することによって、音声コーダは、使用される音声コーディングパラメータについてのよりインテリジェントな決定を行なうことができる。ＶｏＩＰ接続に対する無線状態の変更が検出されると、１つ以上の変更をそれに応じて行なうことができる。無線状態が悪化する場合、以下の１つ以上の処理が実行されても良い。：ＭＣＳを下げること、ＶｏＩＰ音声コーダのレートを下げること、タイムスロットの数を増やすこと、及び選択されたＭＣＳと選択されたＶｏＩＰ音声コーダレートに対する無線ブロックに納まるようにＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整することである。一方、無線状態が改善する場合、以下の１つ以上の処理が実行されても良い。：ＭＣＳを上げること、ＶｏＩＰ音声コーダのレートを上げること、タイムスロットの数を減らすこと、及び選択されたＭＣＳと選択されたＶｏＩＰ音声コーダレートに対する無線ブロックに納まるようにＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整することである。
【００１９】
詳細説明
以下の説明では、本発明の全体理解を提供するために、限定するものではなく説明の目的のための特定の詳細を、例えば、特定のアーキテクチャ、インタフェース、技術等で説明する。しかしながら、本発明がこれらの特定の詳細とは離れる他の実施形態で実施されても良いことは当業者には明らかであろう。つまり、当業者は、本明細書で明示的に説明されないあるいは示されてはいないが、本発明の原理を実施し、かつその精神及び範囲内に含まれる様々な構成を実現することができるであろう。いくつかの例では、本発明を不必要な詳細で分かりにくくさせないために、周知の装置、回路及び方法の詳細説明は省略する。本発明の原理、構成、及び実施形態、更にはその特定の例を説明する記述は、本発明の構造及び機能の同等物の両方を包含するように意図されている。加えて、このような同等物は、現在知られている同等物及び将来開発される同等物、即ち、構造とは無関係に同一の機能を実行するように開発される任意の要素の両方を含むことが意図されている。
【００２０】
つまり、例えば、当業者には、本明細書のブロック図は、技術の原理を実施する例示の回路の概念図を表現していることが理解されるであろう。同様に、フローチャート、状態遷移図、疑似コード及びその類が、コンピュータ可読媒体で実質的に表現することができ、かつコンピュータあるいはプロセッサによって実行することができる様々な処理を表現していることが理解されるであろう。ここで、そのようなコンピュータあるいはプロセッサが明示的に示されているか否かは関係ない。
【００２１】
「プロセッサ」あるいは「コントローラ」で示されている機能ブロックを含む様々な要素の機能は、専用ハードウェアの使用を通して、また、適切なソフトウェアと協働して、ソフトウェアを実行することができるハードウェアの使用を通して提供することができる。プロセッサによって提供される場合、その機能は、１つの専用プロセッサ、１つの共有プロセッサ、あるいはそれらのいくつが共有あるいは分散されていても良い複数の個別プロセッサによって提供することができる。また、用語「プロセッサ」あるいは「コントローラ」の明示的な使用は、ソフトウェアを実行することができるハードウェアを排他的に参照するために解釈されるべきではなく、また、これらは、これに制限することなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェア記憶用のリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、及び不揮発記憶部を含むことができる。
【００２２】
図１は、移動体無線通信システム１０の一例を示している。移動体無線通信システム１０は、公衆交換電話ネットワーク（ＰＳＴＮ）及びサービス統合デジタルネットワーク（ＩＳＤＮ）等の１つ以上の回線交換ネットワーク１２に、移動体交換局（ＭＳＣ）１６コアネットワークノードを介して接続していて、また、インターネットのような１つ以上のパケット交換ネットワーク１４に、在圏ＧＰＲＳサポートノード（ＳＧＳＮ）２０及びゲートウェイサポートノード（ＧＧＳＮ）２２を介して接続している。ＰＳＴＮ１２及びＩＳＤＮ１４は、回線交換コアネットワークであり、また、ＭＳＣコアネットワーク１６は、回線交換サービスをサポートする。インターネットは、パケット交換コアネットワークであり、ＳＧＳＮ２０及びＧＧＳＮ２２はパケット交換ネットワークである。これらのコアネットワークに加えて、関係するコアネットワークノードに、ＶｏＩＰ及びマルチメディアサービスのようなＩＰベースのサービスを提供するインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）１３がある。このＩＭＳ１３は、メディアベースのサービスを搬送するためのメディアリソース機能（ＭＲＦ）１５を含んでいても良い。ＩＭＳは、これらのコアネットワーク、ＧＧＳＮ２２及びＳＧＳＮ２０に接続されている。ＭＳＣ１６、ＩＭＳ１３及びＳＧＳＮ２０は、ホーム加入者サーバ（ＨＳＳ）１８のような移動体加入者データベースに接続され、また、無線アクセスネットワークに接続されている。
【００２３】
これに制限することのない例では、無線アクセスネットワークは、ＧＳＭベースであり、かつこれは、基地局システム（ＢＳＳ）２４として参照される。このＧＳＭベース／ＥＤＧＥシステムのタイムで本明細書で説明される技術は、他のタイプの無線アクセスネットワークに適用されている。ＢＳＳ２４は、複数の基地送受信局（ＢＴＳ）２８に接続されている１つ以上の基地局コントローラ（ＢＳＣ）２６（ここでは、１つだけ示されている）を含んでいる。この基地局コントローラ２６は、自身の制御の下、ＢＴＳ２８によってサービスが提供されているセル（在圏セル）に対する無線リソース及び無線接続性を制御する。ＢＴＳ２８は、エアインタフェースを介する無線通信を使用して移動体無線局（ＭＳ）３０と通信する。各基地送受信局（ＢＴＳ）２８は、１つ以上のセルにサービスを提供する。在圏セルそれぞれに対しては、この基地送受信局２８は、そのセル内の移動局と通信するための無線送信リソース（典型的には、ＢＳＣによって管理され、割り当てられる）のプールを提供する。各基地送受信局（ＢＴＳ）２８は、コントローラと、無線送受信機と、各在圏セル内の無線送受信を処理するベースバンド処理回路を含んでいる。
【００２４】
各基地局（ＭＳ）３０は、無線送受信機と、ボイスオーバインターネットプロトコル（ＶｏＩＰ）機能を提供するためのデータ処理制御エンティティ／機能を含んでいる。当業者は、移動局３０と、そのデータ処理及び制御は、典型的には、いくつかの他の機能及びアプリケーションを含んでいることを理解するであろう。移動局３０は、また、ディスプレイ画面、キーパッド、スピーカ、マイクロフォン、及びその類のような入力／出力装置を含んでいる。
【００２５】
ＥＤＧＥ、ＥＧＰＲＳあるいはＧＰＲＳでは、テンポラリブロックフロー（ＴＢＦ）と呼ばれる第１リンクレイヤプロトコルコンテキストは、移動局から無線ネットワークへのセットアップアップリンクであり、第２ＴＢＦは、無線ネットワークから移動局へのセットアップダウンリンクである。ＴＢＦは、ネットワーク内の移動局（ＭＳ）とパケット制御ユニット（ＰＣＵ）間の論理接続として見ることができる。ＰＣＵはＢＳＣ２６に配置することができる一方で、ＰＣＵは、ＢＴＳ２８、ＳＧＳＮ２０等に配置することもできる。図２は、当業者にはよく知られているＥＤＧＥシステムの通信プロトコル図である。ＴＢＦは、ＢＳＣ内の無線リンク制御（ＲＬＣ）プロトコルレイヤエンティティとＭＳ間のテンポラリ（一時）接続として示される。アップリンクＴＢＦとダウンリンクＴＢＦが一旦データ接続に対して確立されると、無線リソース（ＥＤＧＥタイプのシステムにおけるタイムスロット）を、無線／エアインタフェースを介して接続をサポートするために割り当てる。基地局コントローラ（ＢＳＣ）２６は、移動局（ＭＳ）３０とコアネットワーク間でＬＬＣフレーム（図２のＢＳＳ上の「リレー」として示される）を中継する。メディアアクセス制御（ＭＡＣ）レイヤは、利用可能な物理無線チャネルがアクティブである様々なＴＢＦから到来するデータブロックの多重化、ＴＢＦが各タイムスロットに対して選択されるＢＳＣに統合されているタイムスロットスケジューリングメカニズムを介して、様々な移動体ユーザ間の調停を管理する。
【００２６】
一般的には、ＰＣＵは、ＬＱＣを実行し、かつＢＳＣ、ＢＴＳ、ＳＧＳＮ等内に配置することができる。限定する目的ではなく説明の目的だけに、ＰＣＵはＢＳＣ内に存在すると想定する。これに限定しない例におけるＢＳＣ２６は、２０ミリ秒無線送信ブロック毎に、ＶｏＩＰ送信用の変調及びコーディングスキームＭＣＳを選択する。ＶｏＩＰ送信用のより良い無線状態とは、より多くのＶｏＩＰエンコードビットを各２０ミリ秒無線ブロックに含めることができることを意味し、ここで、より上位の変調及びコーディングスキーム（ＭＣＳ）が選択される。以下の表は、各変調及びコーディングスキーム（ＭＣＳ）における、２０ミリ秒無線ブロック毎のＥＤＧＥに対するＶｏＩＰエンコードビットを示している。
【００２７】
【表１】
2008543168.tif 000003
【００２８】
ボコーディング（vocoding）あるいはコーデックモードは、典型的には、利用可能な帯域幅を想定する所望の音声品質に基づいて判定され、ＶｏＩＰ接続に対する現在の無線状態は考慮しない。本発明者は、より良いＶｏＩＰ通信は、選択されるＭＣＳ（選択ＭＣＳ）を、無線送信前の無線ブロックをチャネルエンコード及び変調するために使用されるチャネルエンコーダ及びモジュレータへ提供するだけでなく、音声が符号化（ボコード）され、フレーム化され、パケット化されるＶｏＩＰアプリケーションレイヤへも提供することによって達成することができることを認識した。
【００２９】
これについて、図３は、移動局（ＭＳ）３０の機能ブロック図を示している。ここでは、参照番号（１）で、ＭＳ３０を介在するＶｏＩＰ通信用に選択されているＭＣＳが、無線ブロックの伝統的なチャネルエンコーディング及び変調用のＥＧＰＲＳ下位プロトコルレベルと、上位アプリケーションプロトコルレベルでのＶｏＩＰアプリケーションとの両方に提供される。この情報を用いて、参照番号（２）で、ＶｏＩＰアプリケーションは、現在の無線状態に適切なＶｏＩＰ通信用の音声コーダ／デコーダ（コーデック）モードを選択する。ＥＧＰＲＳでは、このコーデックは、ＡＭＲコーデックである。現在の検出されている無線状態に基づいて、例えば、図５に示されるリンク品質コントローラ（ＬＱＣ）３２によって、ＭＣＳが選択される。上位のコーデックモードは、上位ビットレートコーデック出力に対応し、下位コーデックモードは、下位ビットレートコーデック出力に対応する。
【００３０】
移動局のコーデックは、参照番号（３）で、ＩＰパケット用にいくつかのＡＭＲフレームを選択する。このいくつかのＡＭＲフレームは、ＥＧＲＰＳレベルで選択されているＭＣＳに対して使用されることになる無線ブロックサイズを満足するために、与えられる選択されたＡＭＲコーデックモードで最適化される。例えば、２０ミリ秒の音声は、２０ミリ秒の無線ブロックと一致する１つのＡＭＲフレームにエンコードされても良い。ＡＭＲフレームは、パケット化され（ＩＰパケットにパックされ）、そして、参照番号（４）で、そのＩＰパケットは、移動局３０内で、図２に示されるＳＮＤＣＰ／ＬＬＣ及びＲＬＣ／ＭＡＣレイヤに対応するＥＧＰＲＳレイヤ（群）へ送信される。ＥＧＰＲＳレイヤ（群）は、パケットデータを搬送するための無線送信ブロックを形成し、参照番号（５）で、送信に必要とされるデータ量と、各タイムスロットに合うデータ量とを比較することによって、各無線送信ブロックを送信するためのいくつかのタイムスロットを選択する。例えば、１つのタイムスロットだけが必要とされ、かつ１つのタイムスロットがＰＣＵによってＭＳへ割り当てられる場合、ＭＳはそのデータを送信する。１つのタイムスロットだけが必要とされ、かつ２つのタイムスロットがＰＣＵによってＭＳへ割り当てられる場合、ＭＳはそのデータを送信し、かつＴＢＦの解放をリクエストする。２つのタイムスロットが必要とされ、１つのタイムスロットだけがＰＣＵによってＭＳへ割り当てられる場合、ＭＳはそのデータの送信を開始し、かつ２つのタイムスロットへのアップグレードについてＰＣＵへリクエストする。２つのタイムスロットが必要とされ、かつ２つのタイムスロットがＰＣＵによってＭＳへ割り当てられる場合、ＭＳはそのデータを送信する。参照番号（６）で示されるように、無線送信ブロックは、ＶｏＩＰ送信の部分（１つ以上のパケット）に対する選択ＭＣＳに従って、チャネルエンコードされ、かつ変調され、そして、無線インタフェースを介して送信される。
【００３１】
同様の処理がＶｏＩＰ接続に対するダウンリンクで実行されるが、この機能は、異なるエンティティあるいはノードによって実現されることが好ましい。これに関して、図４は、ＩＭＳノード１４の機能ブロック図を示している。ここでは、参照番号（１）で、ＶｏＩＰ通信用に選択されているＭＣＳが、ＩＭＳノードで実行されるＶｏＩＰアプリケーションに提供される。この情報を用いて、参照番号（２）で、ＶｏＩＰアプリケーションは、現在の無線状態に適しているＶｏＩＰ通信用のＡＭＲコーデックモードを選択する。参照番号（３）で、選択されたＡＭＲコーデックモードは、ＩＰパケット用にいくつかのＡＭＲフレームを選択する。このいくつかのＡＭＲフレームは、ＥＧＰＲＳレベルで選択されているＭＣＳに対して使用されることになる無線ブロックサイズを満足するために、与えられる選択されたＡＭＲコーデックモードで最適化される。ＡＭＲフレームは、パケット化され、そして、参照番号（４）で、そのＩＰパケットは、図５に示されるパケット制御ユニット３１を使用して実現されるＥＧＰＲＳレイヤへ送信される。この例では、ＣＰＵはＢＳＣ２６内に配置される。パケット制御ユニット３１は、パケットデータを搬送するための無線送信ブロックを形成し、そのパケット制御ユニット３１に関係するタイムスロットスケジューラ４０は、例えば、移動局に対して上述したものと同様の方法であっても良い方法で、参照番号（５）で、各無線送信ブロックを搬送するためのいくつかのタイムスロットを選択する。この無線送信ブロックは、１つ以上の基地局２８へ提供される。参照番号（６）で示されるように、この基地局２８は、ＶｏＩＰ送信の部分（１つ以上のパケット）に対する選択ＭＣＳに従って無線送信ブロックのチャネルエンコーディング及び変調と、無線インタフェースを介して、選択されたタイムスロット中でのその変調情報の送信を含む物理レイヤ動作を実現する。
【００３２】
図５は、ブロック図による、リンク品質コントローラ（ＬＱＣ）３２を示している。これは、本例では、パケット制御ユニット（ＰＣＵ）３１に含まれている。ここでも、ＰＣＵ３１は、ＢＳＣ、基地局、あるいはＳＧＳＮのようなコアネットワークノードに配置することができる。ＬＱＣ３２は、ＭＣＳ選択テーブル３６を含むＭＣＳセレクタ３４を含んでいる。この選択テーブル３６への入力は、ＲＳＳＩ、ＳＩＲ、ＣＩＲ、ＢＥＲ、ＢＬＥＲ等のＶｏＩＰ接続に関係する１つ以上の検出されている無線状態であっても良い。より良い無線状態は、上位の番号（より高いスループットではあるが、より耐性が低い）のＭＣＳが選択されることになり、また、あまり好ましくない無線状態は、下位の番号（スループットは低いがより耐性が高い）のＭＣＳが選択されることになる。選択されたＭＣＳは、タイムスロットスケジューラ４０へ提供され、このタイムスロットスケジューラ４０も、ＶｏＩＰパケットをＩＭＳノード１４から受信する。タイムスロットスケジューラ４０は、ＶｏＩＰパケットを、選択されたＭＣＳに基づくサイズとなる無線送信ブロックへ変換する。このタイムスロットスケジューラ４０は、例えば、図３のステップ（５）に対して説明される処理を使用して、選択されたＭＣＳで無線送信ブロックを搬送するために必要とされるいくつかのタイムスロットを判定する。ＰＣＵ３１で形成される無線ブロックと、選択されたタイムスロットは、移動局３０に対するエアインタフェースを介して送信用の適切な基地局（群）２８へ転送される。
【００３３】
図６は、基地局２８のブロック図を示している。ＴＢＦデータキュー７０は、移動局３０へのダウンリンク送信用の無線送信ブロックをバッファする。このキュー７０から出力される無線ブロックは、このＴＢＦ用に選択されているＭＣＳを使用して、チャネルエンコーダ７２でチャネルエンコードされ、モジュレータ７４で変調される。次に、変調された出力は、ＲＦ送信機７６で無線を介して送信される。ＲＦ送信機７６は、変調された無線ブロックデータを送信する間にタイムスロットに関する情報をタイムスロットスケジューラ４０から受信する。また、基地局は、移動局３０から受信するアップリンク無線ブロックをＢＳＣ２６へ転送する。但し、ここでは、アップリンク通信用のブロックのＲＦ受信、復調及びチャネルデコーディングブロックについては示していない。基地局２８は、移動局３０から受信するアップリンク通信の信号品質を検出し、選択されているＭＣＳを判定／調整するために、その検出した無線状態をＬＱＣ３２へ提供する。一実施形態では、この無線状態情報は、各２０ミリ秒の無線ブロックに対して更新される。
【００３４】
図７は、ＭＲＦエンティティ１５を使用して実現することができるＩＭＳノードのブロック図を示している。選択されているＭＣＳは、ＢＳＣ内のＭＣＳセレクタ３４によって提供される情報から受信される、あるいは判定される。選択されたＭＣＳに基づいて、コーデックモードセレクタ８０は、ボコード音声に対する関係ビットレートを有する関係コーデックモードを選択する。選択されたコーデックモードは、ＡＭＲコーデック８２へ提供され、これは、選択されたコーデックモードに従ってＶｏＩＰ音声をボコードする。コーデックフレーマ（codec framer）８４は、ボコード音声データを受信して、現在のＭＣＳ選択に基づいて選択されている、選択されたＡＭＲコーデックに従ってそのデータをフレーム化する。コーデックフレーマ８４は、ＶｏＩＰパケッタイザ８６によってＶｏＩＰパケットに含めるいくつかのフレームを生成する。その数は、選択されたＭＣＳに基づいて、ＥＧＰＲＳレイヤで使用される無線送信ブロックに最適に納めるために、選択されたコーデックモードに基づいて判定される。換言すれば、コーデックフレーマ８４は、選択されたＭＣＳによって決定される無線ブロックサイズに納まるような、ＡＭＲコーデックフレームの正しい数を選択することができる。これは、コーデックフレーマ８４へ提供される選択されたＡＭＲコーデックモードは、選択ＭＣＳによっても決定されるからである。ＶｏＩＰパケットは、ＢＳＣを介して基地局へ提供される。
【００３５】
図８を参照すると、基地局３０は、アップリンク用の機能と同様の機能を実行する。これは、アップリンクとダウンリンクは、異なるＭＣＳを有することができるからである。移動局は、ＡＭＲコーデックモードセレクタ５０を含んでいて、これは、このＴＢＦ用の選択アップリンクＭＣＳを受信する。アップリンクＭＣＳは、ＢＳＣのＭＣＳセレクタ３４によって判定され、そして、一般的にはブロック５１で示されるように、ＭＳへ送信される。選択されたコーデックモードは、受信したＶｏＩＰ音声をボコードするＡＭＲコーデック５２へ提供される。出力ビットストリームは、上述のダウンリンクに対する説明のように、選択されているコーデックモードに従って、ＡＭＲコーデックフレーマ５４でフレーム化される。ＡＭＲコーデックフレームは、ＶｏＩＰパケットに形成され、それは、ＴＢＦデータキュー５８に記憶される。このパケットは、選択されたＭＣＳに従ってチャネルエンコードされ、かつ変調される。その変調データは、無線送信ブロックに形成され、それは、タイムスロットスケジューラによって識別されるタイムスロットを介して送信される。
【００３６】
移動局あるいはＩＭＳノード内のＶｏＩＰアプリケーションがＶｏＩＰコーデックモードを選択し、２０ミリ秒のＶｏＩＰ音声をＶｏＩＰ音声ボコードビットへエンコードする例について検討する。上位コーデックモードはより良い音声品質を意味する。これは、より多くのビットで、２０ミリ秒のＶｏＩＰ音声を搬送するからである。以下の表２は、様々なＡＭＲコーデックモードあるいはレートのＥＤＧＥ例を含んでいる。
【００３７】
【表２】
2008543168.tif 000004
【００３８】
以下の表３は、最下位ＭＣＳを示している。これは、使用することができ、かつ依然として、パケットに関係する２０ミリ秒の無線ブロックへ送信するために使用される様々な数のタイムスロット（例、０．５、１、１．５あるいは２）に対する２つの音声エンコード音声フレームをＩＰパケットに適合させることができる。より少ないの数のタイムスロットが使用される場合、より高いビットレートを有するより上位のＭＣＳは、より多くのデータを適切に送信するために使用されなければならない。より多くのタイムスロットを追加することによって、より低いのビットレートで、より耐性のあるＭＣＳを使用することができる。ここで、表２は、与えられるＭＣＳモードに対して、どれくらいの数のタイムスロットが必要とされるかを示している。ＭＣＳ１とＡＭＲ４．７５に対しては、１つのタイムスロットで十分であり、そうすることで、２０ミリ秒期間に対するデータのすべてが、２０ミリ秒無線ブロック期間中に送信される１つのタイムスロットに納まるような、１．５あるいは２タイムスロットを使用する必要がなくなる。より多くのタイムスロットは、ＡＭＲ  ＷＢ１２．６５に対して必要とされる場合がある。その結果、無線状態が要求する下位のＭＣＳを悪化させる場合、タイムスロットスケジューラは、選択されるコーデックモードによって実現されるビットレートを維持するために使用されるタイムスロットの数を増やすことができる。あるいは、無線状態が悪化する場合には、コーデックレートを、ＶｏＩＰデータを正常に送信するために低下させることが必要となる。
【００３９】
【表３】
2008543168.tif 000005
【００４０】
以下の表４は、２つの異なるＡＭＲコーデックモード−ＡＭＲ４．７５（ナローバンド（ＮＢ））及びＡＭＲ１２．６５（ワイドバンド（ＷＢ））に対する平均パケットサイズを示している。コーデックによってＩＰパケットに含まれるより多くのフレームを用いることで、パケットサイズは増加するが、ビットレートのコストは削減される。ＩＰパケット当たりのフレーム数は、ＭＣＳブロックサイズを保持することができるＩＰパケット当たりの最大ＡＭＲフレーム数に基づく最大構成可能制限まで選択される。これは、送信側で音声をバッファするための時間と、無線ネットワークの容量利用との間のトレードオフとなる。
【００４１】
【表４】
2008543168.tif 000006
【００４２】
各無線ブロック送信に対するＭＣＳ選択を行なう下位プロトコルレイヤ（群）と、上位アプリケーションプロトコルレイヤで行われるＶｏＩＰコーデックモード選択間の調整がないと、ＶｏＩＰ接続には悪影響が発生する。これは、非効率な音声配信あるいは低品質音声配信によるものである。例えば、履歴イベントに基づいて低品質／低ビットレートコーデックモードを選択することを想定すると、２０ミリ秒の音声は２４０ビットで生成される。現在の無線状態に基づいて、この２０ミリ秒に対して、ＭＣＳセレクタが上位のＭＣＳー７を選択すると想定することで、８９７ビットが使用のために利用可能となる。ＶｏＩＰアプリケーションが、このより高い容量を知らない場合、利用可能な８９７ビットの２５％しか使用されないことになる。聴取パーティは、余計な帯域幅を消費することなく、より良好な音声品質を経験することができる。
【００４３】
より良い結果を得るために、いつくかの構成可能な代替の１つを使用することができる。例えば、ＶｏＩＰエンコーダは、ＭＣＳ−７送信の可用性を通知して、ＡＭＲ４．７５からＡＭＲ１２．６５ＷＢへ変更する。この場合、２０ミリ秒の音声期間に対して２２４ビットに代えて３７６ビットが生成される。これらの音声ビットは、ＩＰパケット当たり１ＡＭＲフレームを有する１タイムスロットで直ちに送信される。その結果、受信機は、システムに余計な「コスト」を発生させることなく、より良好な音声を受信する。選択的には、ＶｏＩＰエンコーダは、ＭＣＳ−７による送信の可用性を通知することができ、そうすることで、ＡＭＲ４．７５からＡＭＲ１２．６５ＷＢへ変更する。この場合、２０ミリ秒の音声期間に対して３７６ビットが生成される。ＡＭＲコーデックも２ＡＭＲを各ＩＰパケットにパックするように変更する。その結果、４０ミリ秒の音声期間中に６４０ビットが生成される。この４０ミリ秒の音声は、１つの無線ブロックを介して送信される（例えば、２０ミリ秒で１タイムスロット）。当初の状況と比較して、システム容量は２倍になる。これは、音声がそのタイムスロット上の２つ目の無線ブロック期間毎に送信されるからである（追加のバッファリング時間は２０ミリ秒という少ない消費で）。
【００４４】
２０ミリ秒の音声当たり３７６ビットに対応する履歴イベントに基づいて、ＶｏＩＰエンコーダが高ビットレートコーデックである１２．６５ＷＢを選択するという、別の問題のある状況について検討する。一方で、ＭＣＳセレクタは、１７６ビットのみで搬送することができるという現在の劣悪な無線状態に基づいて、最小のＭＣＳ−１を選択する。ここで、ＶｏＩＰアプリケーションの音声エンコーダは、ＭＣＳの制限を知らないので、ＩＰパケットは、３７６ビットでパケット制御ユニットへ到達する。ここで、パケット制御ユニットは、接続に対して２つのタイムスロットを適合させ割り当てることができるとしても、このパケット制御ユニットは、必要とされる３７６ビットよりも依然といて少ない３５２ビットの容量を提供する。その結果、データが生成される時点での速度よりも送信は遅れ、その結果、バッファアンダーラン及び聴取パーティでの音声品質の低下が生じる。
【００４５】
この問題のある状況は、本明細書で説明される技術的なアプローチを適用することによってより良好に処理される。例えば、ＡＭＲコーデックは、ＭＣＳ−１の選択を通知し、ＡＭＲ４．７５をＩＰパケット当たり２ＡＭＲフレームに変更する。これにより、４０ミリ秒毎に３２０ビットを生成する。これらの４０ミリ秒の音声は、それぞれが１７６ビットを搬送する２つの無線ブロック期間、即ち、２×１７６＝３５２＞３２０ビットで送信することができる。その結果、音声は、話者側のパーティの移動局から中断することなく滑らかに継続することになる。
【００４６】
現在のＭＣＳと音声コーデックモード間には重要な相互作用が存在する。コーデックには選択ＭＣＳが提供されるので、適切なモード／レート適合を行なうことができる。ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数は、選択された音声エンコーディングモードと選択されたＭＣＳで与えられる無線送信ブロックに納まるように意図的に選択される。
【００４７】
耐性及びＶｏＩＰ接続の良好なパフォーマンスの少なくとも一方を保証するために、あるいはＶｏＩＰ接続及び他の接続をサポートする通信システムの全体容量を増加させるための他の調整を行なうこともできる。耐性を改善するためには、ＶｏＩＰ音声エンコーディングモードは、判定されたＭＣＳがサポートできるものよりも低いデータレートで選択されても良く、及び／あるいは、現在の無線状態で判定されるＭＣＳよりも下位のＭＣＳが選択されても良い。無線通信システムが、ＧＰＲＳ及びＥＤＧＥのような、時分割多元アクセス（ＴＤＭＡ）タイプのシステムである場合、ＶｏＩＰパケットを送信するために必要とされる判定された数のタイムスロットとは別にもう１つのタイムスロットを耐性を改善するために使用されても良い。
【００４８】
図９及び図１０は、２つの異なる例を示していて、これらの例は、無線状態（Ｃ／Ｉ  ｄＢ）と、使用されるタイムスロットの数との間の相関関係を示している。図９は、パケット当たり２ＡＭＲフレームでＡＭＲモードが４．７５に対するものであり、図１０は、パケット当たり２ＡＭＲフレームで、ＡＭＲモードが１２．６５に対するものである。破線は、各Ｃ／Ｉで選択されるＭＣＳを示している。実線は、ＩＰパケット当たりのコーデックとＡＭＲフレーム数に対する特定のＭＣＳモードに対してどれくらいの数のタイムスロットが必要とされるかを示している。この音声は、１つのタイムスロットで直ちに送信される。その結果、受信機は、システムにコストを追加することなく、良好な音声品質を得ることになる。
【００４９】
そうすることで、容量の増加及びＶｏＩＰ接続の信頼性の向上の少なくとも一方を行なうために複数の調整が行なわれても良い。無線状態が悪化する場合、次の処理の１つ以上が実行されても良い。：ＭＣＳを下げること、ＶｏＩＰ音声コーダのレートを下げること、及び選択されたＭＣＳ及び選択されたＶｏＩＰ音声コーダレートに対する無線ブロックに納まるようにＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整することである。一方で、無線状態が改善する場合、次の処理の１つ以上が実行されても良い。ＭＣＳを上げること、ＶｏＩＰ音声コーダのレートを上げること、タイムスロット数を減らすこと、選択されたＭＣＳ及び選択されたＶｏＩＰ音声コーダレートに対する無線ブロックに納まるようにＩＰパケット当たりのＶｏＩＰ音声コーダフレーム数を調整することである。その他の調整が使用されても良い。
【００５０】
様々な実施形態が詳細に示されかつ説明されているが、請求項は、特定の実施形態あるいは例に制限されるものではない。例えば、任意のコーデックが使用されても良い。別のコーデックの例には次のものを含んでいる。：Ｇ．７２９、Ｇ．７２９ａ、ＭＰＣ−ＭＬＱアルゴリズムを使用するＧ７２３．１、ＡＣＥＬＰアルゴリズムを使用するＧ７２３．１、Ｇ．７１１、ｉＢＬＣ、ＲＣＵ拡張ｉＢＬＣ，Ｇ．７２９あるいはＧ７２３．１、拡張Ｇ．７１１、ｉＰＣＭ−ｗｂ、ｉＳＡＣ等である。上述の説明は、任意の特定の要素、ステップ、範囲、あるいは機能が本質的なものであり、請求項の範囲に含まれなければならいことを意味するように解釈されるべきではない。本発明の特徴的な構成要素の範囲は、請求項によってのみ定義される。法的な保護の範囲は、許可される請求項及びそれらの等価物で列挙される記載によって定義される。本発明は開示の実施形態に制限されるものではなく、様々な変形及び等価構成を含むように意図されていることが理解されるべきである。
【図面の簡単な説明】
【００５１】
【図１】移動無線通信システムの機能ブロック図である。
【図２】ＥＤＧＥ（グローバル展開用拡張データレート）システムの通信プロトコル図である。
【図３】制限する例ではないアップリンク実装に従う様々なプロトコルレイヤで実行されるプロトコルレイヤとＶｏＩＰ機能間の対話を示す移動局の機能ブロック図である。
【図４】制限する例ではないダウンリンク実装に従うＩＭＳノード、ＢＳＣノード及びＢＴＳノードを含む様々なノードで実行されるＶｏＩＰ機能間の対話を示す機能ブロック図である。
【図５】パケット制御ユニット（ＰＣＵ）内の詳細実装例を示すブロック図である。
【図６】ＢＴＳの内の詳細実装例を示すブロック図である。
【図７】ＩＭＳノード内の詳細実装例を示すブロック図である。
【図８】移動局の詳細実装例を示すブロック図である。
【図９】ＩＰパケット当たり２ＡＭＲフレームでのＡＭＲ４．７５ＮＢコーデックに対する様々なＣ／ＩでのＶｏＩＰデータを送信するためのタイムスロットの数を示すグラフである。
【図１０】ＩＰパケット当たり２ＡＭＲフレームでのＡＭＲ１２．６５ＷＢコーデックに対する様々なＣ／ＩでのＶｏＩＰデータを送信するためのタイムスロットの数を示すグラフである。
【図１】
2008543168.tif 000007
【図２】
2008543168.tif 000008
【図３】
2008543168.tif 000009
【図４】
2008543168.tif 000010
【図５】
2008543168.tif 000011
【図６】
2008543168.tif 000012
【図７】
2008543168.tif 000013
【図８】
2008543168.tif 000014
【図９】
2008543168.tif 000015
【図１０】
2008543168.tif 000016
【手続補正書】
【提出日】平成19年1月15日(2007.1.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動無線局（３０）との無線インタフェースを介して確立されるボイスオーバＩＰ（ＶｏＩＰ）接続に関係する現在の無線状態を判定して、前記ＶｏＩＰ接続を使用するための方法であって、
前記判定された現在の無線状態に基づいて、前記ＶｏＩＰ接続を介して通信されるＶｏＩＰ情報の部分に対する変調及びコーディングスキーム（ＭＣＳ）を判定し、
前記判定された変調及びコーディングスキームの少なくとも一部に基づいて、前記ＶｏＩＰ接続の部分に対する、関係するビットレートを有するＶｏＩＰ音声エンコーディングモードを選択し、
前記選択されたＶｏＩＰ音声エンコーディングモードを使用して、ＶｏＩＰ音声を、前記判定されたＭＣＳに依存する可変の数のＶｏＩＰエンコードフレームにエンコードし、
前記数のＶｏＩＰエンコードフレームを、前記ＶｏＩＰ接続を介する送信用のＶｏＩＰパケットに含め、
タイムスロットを含む接続をサポートするために、ＧＰＲＳあるいはＥＤＧＥタイプのシステムの無線チャネルリソースを使用し、
アダプティブマルチレート（ＡＭＲ）コーダ／デコーダ（コーデック）（８２）によって前記ＶｏＩＰ音声をエンコードし、
前記ＶｏＩＰパケットの送信時に使用するためのタイムスロットの数を判定し、
前記ＶｏＩＰパケットを送信するために、前記判定された数のタイムスロットとは別にもう１つのタイムスロットを使用する
ことを特徴とする方法。
【請求項２】
前記ＶｏＩＰエンコードフレームの可変の数は、前記無線インタフェースを介して送信される無線ブロックに含まれるＶｏＩＰビット量を最大にするための最適数である
ことを特徴とする請求項１に記載の方法。
【請求項３】
更に、異なるＭＣＳが前記ＶｏＩＰ接続に対して判定される場合、前記ＶｏＩＰエンコードフレームの可変の数を変更する
ことを特徴とする請求項１に記載の方法。
【請求項４】
更に、前記判定されたＭＣＳがサポートすることができるものよりも低いデータレートのＶｏＩＰ音声エンコーディングモードを選択する
ことを特徴とする請求項１に記載の方法。
【請求項５】
更に、前記現在の無線状態に対して判定されたＭＣＳよりも下位のＭＣＳを選択する
ことを特徴とする請求項１に記載の方法。
【請求項６】
更に、前記ＶｏＩＰパケットを使用して、無線送信ブロックを形成し、
前記判定されたＭＣＳを使用して、前記無線送信ブロックをチャネルエンコードし、かつ変調し、
前記判定された数のタイムスロットを使用して、前記無線インタフェースを介して、前記チャネルエンコードされ、かつ変調された無線送信ブロックを送信する
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記無線送信ブロックは、固定サイズであり、
更に、前記無線送信ブロックに納まるように、前記ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数を調整する
ことを特徴とする請求項６に記載の方法。
【請求項８】
更に、前記ＶｏＩＰ接続の耐性を向上させるために、
前記ＭＣＳを下げること、
前記ＶｏＩＰ音声エンコーディングのレートを下げること、
前記タイムスロットの数を増やすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーディングモードに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整すること
の１つ以上を選択する
ことを特徴とする請求項６に記載の方法。
【請求項９】
更に、前記ＶｏＩＰ接続に対する無線状態の変更を検出し、
前記変更が無線状態の改善である場合、
ＭＣＳを上げること、
前記ＶｏＩＰ音声エンコーディングのレートを上げること、
前記タイムスロットの数を減らすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーディングモードに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声コーダフレームの数を調整すること
の１つ以上を選択する
ことを特徴とする請求項６に記載の方法。
【請求項１０】
当該方法は、移動局で、あるいはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ノード（１５）で実現される
ことを特徴とする請求項１に記載の方法。
【請求項１１】
無線アクセスネットワーク（２４）を介する無線インタフェースを介して確立されるボイスオーバＩＰ（ＶｏＩＰ）をサポートするための移動ノード（３０）で使用するための装置であって、
当該装置は、前記ＶｏＩＰ接続をサポートするための無線チャネルリソースがタイムスロットを含み、かつＶｏＩＰ音声エンコーダが、アダプティブマルチレート（ＡＭＲ）コーダ／デコーダ（コーデック）である、ＧＰＲＳタイプのシステムで使用するように構成されていて、
当該装置は、
前記ＶｏＩＰ接続に関係する判定された現在の無線状態に基づいて、前記ＶｏＩＰ接続を介して送信されるＶｏＩＰ音声情報の部分に対して使用するチャネルエンコーディングスキーム及び変調スキームを選択するための変調及びコーディングスキーム（ＭＣＳ）セレクタ（５１）と、
（１）前記選択されたＭＣＳの少なくとも一部に基づいて、前記ＶｏＩＰ音声情報の部分に対する、関係するビットレートを有するＶｏＩＰ音声エンコーディングモードを選択し、（２）前記選択されたＶｏＩＰ音声エンコーディングモードを使用して、前記ＶｏＩＰ音声情報を、前記選択されたＭＣＳに依存する可変の数のＶｏＩＰエンコードフレームにエンコードするように構成されているＶｏＩＰ音声エンコーダ（５２）と、
前記数のＶｏＩＰエンコードフレームを、前記ＶｏＩＰ接続を介する送信用のＶｏＩＰパケットに含めるためのＶｏＩＰパケッタイザ（５６）と、
前記ＶｏＩＰを使用して、無線送信ブロックを形成するように構成されている回路（５４）と、
前記選択されたチャネルエンコーディングスキームに基づいて、情報をチャネルエンコードするためのチャネルエンコーダ（６０）と、
前記選択された変調スキームに基づいて、前記チャネルエンコーダからのチャネルエンコード情報を変調するためのモジュレータ（６２）と、
前記ＶｏＩＰパケットの送信時に使用するためのタイムスロットの数を判定し、かつ前記判定された数のタイムスロットとは別にもう１つのタイムスロットを使用して、前記無線インタフェースを介して、前記変調された情報を送信するように構成されている無線送受信回路（６４）と
を備えることを特徴とする装置。
【請求項１２】
前記ＶｏＩＰエンコードフレームの可変の数は、前記移動局によって前記無線インタフェースを介して送信される無線ブロックに含まれるＶｏＩＰビット量を最大にするための最適数である
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ＶｏＩＰ音声エンコーダは、更に、異なるＭＣＳが前記ＶｏＩＰ接続に対して判定される場合、前記ＶｏＩＰエンコードフレームの可変の数を変更するように構成されている
ことを特徴とする請求項１１に記載の装置。
【請求項１４】
前記ＶｏＩＰ音声エンコーダは、更に、前記判定されたＭＣＳがサポートすることができるものよりも低いビットレートのＶｏＩＰ音声エンコーディングモードを選択するように構成されている
ことを特徴とする請求項１１に記載の装置。
【請求項１５】
前記ＭＣＳセレクタは、更に、前記現在の無線状態に対して判定されたＭＣＳよりも下位のＭＣＳを選択するように構成されている
ことを特徴とする請求項１１に記載の装置。
【請求項１６】
前記無線送信ブロックは、固定サイズであり、
前記ＶｏＩＰ音声エンコーダは、更に、前記無線送信ブロックに納まるように、前記ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数を調整するように構成されている
ことを特徴とする請求項１１に記載の装置。
【請求項１７】
前記ＶｏＩＰ接続の耐性を向上させるために、
前記ＭＣＳを下げること、
ＶｏＩＰ音声エンコーダのレートを下げること、
前記タイムスロットの数を増やすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整すること
の１つ以上を選択するように構成されている制御回路（５１）を更に備える
ことを特徴とする請求項１１に記載の装置。
【請求項１８】
前記現在の無線状態が改善する場合、
ＭＣＳを上げること、
ＶｏＩＰ音声エンコードのレートを上げること、
前記タイムスロットの数を減らすこと、
前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコードモードに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整すること
の１つ以上を選択するように構成されている制御回路（５１）を更に備える
ことを特徴とする請求項１１に記載の装置。
【請求項１９】
無線アクセスネットワーク（２４）を介する無線インタフェースを介して確立されるボイスオーバＩＰ（ＶｏＩＰ）接続をサポートするためのネットワークノード（１５）であって、
当該ネットワークノードは、前記ＶｏＩＰ接続をサポートするための無線チャネルリソースがタイムスロットを含み、かつＶｏＩＰコーデックが、アダプティブマルチレート（ＡＭＲ）コーデック（８２）である、ＧＰＲＳタイプのネットワークで使用するように構成されていて、
当該ネットワークノードは、
前記ＶｏＩＰ接続を介してＶｏＩＰ音声情報の部分の送信時に使用するための、前記ＶｏＩＰ接続に関係する判定された現在の無線状態に基づいている選択された変調及びコーディングスキーム（ＭＣＳ）の少なくとも一部に基づいて、前記ＶｏＩＰ接続を介して通信されるＶｏＩＰ音声情報の部分に対するボコーディングモードを選択するように構成されているコーデックモードセレクタ（８０）と、
関係するビットレートを有するＶｏＩＰボコーディングモードに従って、前記ＶｏＩＰ音声情報をエンコードＶｏＩＰデータへエンコードするように構成されているＶｏＩＰコーデック（８２）と、
前記選択されたＶｏＩＰ音声ボコーディングモードを使用して、前記選択されたＭＣＳに依存する可変の数のＶｏＩＰエンコードフレームを生成するために、前記エンコードＶｏＩＰデータをフレーム化するように構成されているコーデックフレーマ（８４）と、
前記数のＶｏＩＰエンコードフレームを、前記ＶｏＩＰ接続を介する送信のためのＶｏＩＰパケットに含めるためのＶｏＩＰパケッタイザ（８６）と、
各無線送信ブロックを送信するために必要とされるタイムスロットの最小の数を判定し、各無線送信ブロックの送信時に使用するための前記判定された数のタイムスロットとは別にもう１つのタイムスロットのスケジューリングを行なうように構成されているタイムスロットスケジューラ（４０）と
を備えることを特徴とするネットワークノード。
【請求項２０】
前記ネットワークノードは、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ノード（１３）、基地局コントローラ（ＢＳＣ）、基地局（ＢＳ）、あるいは在圏ＧＰＲＳサポートノード（ＳＧＳＮ）である
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２１】
前記選択されたＭＣＳは、前記無線アクセスネットワークから受信される情報から判定され、かつ前記ＶｏＩＰ接続の変更に対する無線状態に応じて変更し得る
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２２】
前記可変の数のＶｏＩＰエンコードフレームは、前記移動ノードによって前記無線インタフェースを介して送信される無線ブロックに含まれるＶｏＩＰビット量を最大にするための最適数である
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２３】
前記コーデックフレーマは、更に、異なるＭＣＳが前記ＶｏＩＰ接続に対して判定される場合、前記ＶｏＩＰエンコードフレームの可変の数を変更するように構成されている
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２４】
前記コーデックモードセレクタは、更に、前記判定された変調スキーム及び前記判定されたコーディングスキームがサポートすることができるものよりも低いビットレートのＶｏＩＰボコーディングモードを選択するように構成されている
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２５】
前記コーデックモードセレクタは、（１）前記ＶｏＩＰ接続の耐性を向上させるために、前記ＶｏＩＰ音声エンコーダのレートを下げること、及び前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整することの１つ以上を選択し、（２）現在の無線状態が改善する場合、前記ＶｏＩＰ音声エンコーダのレートを上げること、及び前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声エンコーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整することの１つ以上を選択するように構成されている
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２６】
前記ＶｏＩＰ接続に関係する現在の無線状態を判定するためのリンク品質コントローラ（３２）を更に備える
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２７】
前記タイムスロットスケジューラ（４０）は、前記ＶｏＩＰパケッタイザからＶｏＩＰパケットを受信し、前記無線インタフェースを介して送信するための無線送信ブロックを形成するために使用され、
前記コーデックフレーマ（８４）は、各無線送信ブロックに納まるように、前記ＶｏＩＰパケットに含まれるＶｏＩＰエンコードフレームの数を調整するように構成されている
ことを特徴とする請求項１９に記載のネットワークノード。
【請求項２８】
前記ＶｏＩＰ接続の耐性を向上するために、（１）前記ＭＣＳを下げること、及び前記タイムスロットの数を増やすことの１つ以上を選択し、（２）前記現在の無線状態が改善する場合、前記ＭＣＳを上げること、及びＶｏＩＰ音声エンコーダのレートを上げること、及び前記選択されたＭＣＳ及び前記選択されたＶｏＩＰ音声コーダレートに対する前記無線ブロックに納まるように、ＩＰパケット当たりのＶｏＩＰ音声エンコーダフレームの数を調整することの１つ以上を選択するように構成されている制御回路（３１）を更に備える
ことを特徴とする請求項２７に記載のネットワークノード。
【国際調査報告】
2008543168.tif 000017
2008543168.tif 000018
2008543168.tif 000019
2008543168.tif 000020
2008543168.tif 000021