(57)【特許請求の範囲】
【請求項１】
回線交換通信ネットワークにおけるコーデックレート適合を扱うための、ワイヤレスデバイスによって行われる方法であって、
コーデックモードの指示を受信すること（４０３ａ）と、
前記指示されたコーデックモードに基づいて複数のコーデックモードサブセットから１つのコーデックモードサブセットを判断することであって、前記コーデックモードサブセットは、複数のコーデックモードを含み、第１の性質を有するコーデックモードは第１のコーデックモードサブセットに関連付けられ、第２の性質を有するコーデックモードは第２のコーデックモードサブセットに関連付けられ、前記第１の性質はＥｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）プライマリモードに対応し、前記第２の性質はＥＶＳ  ＡＭＲ−ＷＢ相互運用（ＩＯ）モードに対応する、判断すること（４０５ａ）と、
前記指示されたコーデックモードに関連付けられたビットレートを下回るまたはこれに等しいビットレートを有する前記判断されたコーデックモードサブセットに含まれる前記コーデックモードに基づいて、レート適合を適用すること（４０６ａ）と、を含む、方法。
【請求項２】
コーデックモードの新しい指示を受信することと、
前記新たに指示されたコーデックモードに基づいてコーデックモードサブセットを判断することと、
前記判断されたコーデックモードサブセット内でレート適合を適用することと、をさらに含む、請求項１に記載の方法。
【請求項３】
前記コーデックモードの指示を受信することは、コーデックモードに対する最大ビットレートを指示するように構成されるインジケータ（ＣＭＣ）を受信することを含む、請求項１または２に記載の方法。
【請求項４】
変更された最大許可ビットレートを指示する最大ビットレートの第２の指示を受信することと、前記判断されたコーデックモードサブセット内でレート適合を適用することとをさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
種々の帯域幅性能を有するコーデックモードは種々のコーデックモードサブセットに関連付けられる、請求項１から４のいずれか一項に記載の方法。
【請求項６】
一定ビットレート動作性能および可変ビットレート動作性能を有するコーデックモードは種々のコーデックモードサブセットに関連付けられる、請求項１から４のいずれか一項に記載の方法。
【請求項７】
回線交換通信ネットワークにおけるコーデックレート適合を扱うための、ネットワークノードによって行われる方法であって、
いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットを判断することであって、前記コーデックモードサブセットは、複数のコーデックモードを含み、第１の性質を有するコーデックモードは第１のコーデックモードサブセットに関連付けられ、第２の性質を有するコーデックモードは第２のコーデックモードサブセットに関連付けられ、前記第１の性質はＥｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）プライマリモードに対応し、前記第２の性質はＥＶＳ  ＡＭＲ−ＷＢ相互運用（ＩＯ）モードに対応する、判断すること（５０１）と、
前記サービスに対する最大許可ビットレートを判断すること（５０２）と、
前記判断された最大ビットレートより少ないまたはこれに等しいビットレートに関連付けられた、前記判断されたコーデックモードサブセットにおけるコーデックモードを指示すること（５０３）と、を含む、方法。
【請求項８】
新しいコーデックモードサブセットが適用されるべきであること、または現在適用されているサブセット内の新しい最大ビットレートが適用されるべきであることを判断すること（６０４）と、新しいコーデックモードを指示すること（６０５）と、をさらに含む、請求項７に記載の方法。
【請求項９】
コーデックモードを指示することは、最大ビットレートまたはコーデックモードを指示するためのインジケータ（ＣＭＣ）を構成することを含む、請求項７または８に記載の方法。
【請求項１０】
処理回路構成（９０１）を含むワイヤレスデバイス（９００）であって、
前記処理回路構成（９０１）は、前記ワイヤレスデバイス（９００）に、
コーデックモードの指示を受信させ、
前記指示されたコーデックモードに基づいて複数のコーデックモードサブセットから１つのコーデックモードサブセットを判断させ、および、
前記指示されたコーデックモードに関連付けられたビットレートを下回るまたはこれに等しいビットレートを有する前記判断されたコーデックモードサブセットに含まれる前記コーデックモードに基づいてレート適合を適用させるように構成され、
前記コーデックモードサブセットは、複数のコーデックモードを含み、第１の性質を有するコーデックモードは第１のコーデックモードサブセットに関連付けられ、第２の性質を有するコーデックモードは第２のコーデックモードサブセットに関連付けられ、前記第１の性質はＥｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）プライマリモードに対応し、前記第２の性質はＥＶＳ  ＡＭＲ−ＷＢ相互運用（ＩＯ）モードに対応する、ワイヤレスデバイス（９００）。
【請求項１１】
前記処理回路構成は、前記ワイヤレスデバイスに、請求項２から６のいずれか一項に記載の方法を行わせるようにさらに構成される、請求項１０に記載のワイヤレスデバイス。
【請求項１２】
前記ワイヤレスデバイスは、ユーザ機器、移動端末、機械間通信のための設置型または移動型ワイヤレスデバイス、一体型または組込型ワイヤレスカード、外部プラグインワイヤレスカード、およびドングルのうちの１つである、請求項１０または１１に記載のワイヤレスデバイス。
【請求項１３】
処理回路構成（１００１）を含む、レート適合をサポートするためのネットワークノード（１０００）であって、前記処理回路構成（１００１）は、前記ネットワークノード（１０００）に、
いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットを判断させ、
前記サービスに対する最大許可ビットレートを判断させ、前記コーデックモードサブセットは、複数のコーデックモードを含み、第１の性質を有するコーデックモードは第１のコーデックモードサブセットに関連付けられ、第２の性質を有するコーデックモードは第２のコーデックモードサブセットに関連付けられ、前記第１の性質はＥｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）プライマリモードに対応し、前記第２の性質はＥＶＳ  ＡＭＲ−ＷＢ相互運用（ＩＯ）モードに対応し、
前記判断された最大ビットレートより少ないまたはこれに等しいビットレートに関連付けられた、前記判断されたコーデックモードサブセットにおけるコーデックモードを指示させるように構成される、ネットワークノード（１０００）。
【請求項１４】
前記処理回路構成は、前記ネットワークノードに請求項８または９に記載の方法を行わせるようにさらに構成される、請求項１３に記載のネットワークノード。
【請求項１５】
前記ネットワークノードは、無線ネットワークコントローラ（ＲＮＣ）、移動交換局（ＭＳＣ）、およびメディアゲートウェイ（ＭＧＷ）のうちの１つである、請求項１３または１４に記載のネットワークノード。
【請求項１６】
プロセッサ（１００３）によって実行される時、装置に、請求項１から６または７から９のいずれか一項に記載の方法の操作を行わせる命令を含む、コンピュータプログラム（１００５）。
【請求項１７】
請求項１６に記載のコンピュータプログラムを記憶するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示される解決策の実施形態は、一般に、レート適合（レートアダプテーション）に関し、とりわけ、回線交換システムにおける種々の代替コーデックモードタイプに関わるレート適合に関する。
【背景技術】
【０００２】
Ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ（ＥＶＳ）コーデックは、元々は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）上の、具体的には、パケットベースのアクセスによるＩＭＳ（ＩＰマルチメディアサブシステム）における高度音声サービスを呈するように設計されたマルチモード／マルチレートコーデックである。
【０００３】
ＥＶＳコーデックは、平均５．９ｋｂｐｓ（電力制御された可変ビットレート）からの、７．２ｋｂｐｓ（一定ビットレート）から１２８ｋｂｐｓ（一定ビットレート）までにわたるビットレートの範囲を与える。この多数のレートをプロビジョニングする目的は、変化する場合がある特有のシステムおよびサービスの必要性に合わせた音声サービスオペレーションを可能にすることである。例えば、システムは、厳しい容量制限を有することがあり、この場合、低レートが使用されることになる。このような容量制約がない場合、より高いビットレートが使用可能である。サービス品質の観点から、より高いビットレートの動作は、より良いサービス（通話）品質につながる可能性があるため望ましい。ＥＶＳコーデックはまた、多数のオーディオ帯域幅動作モードを提供する、すなわち、入力信号は、いくつかの異なる帯域幅で符号化可能である。これは、適応型マルチレート（ＡＭＲ）および適応型マルチレート広帯域（ＡＭＲ−ＷＢ）と比較すると主要な強化であり、これは、１つの特有のオーディオ帯域幅のみを、狭帯域に、または対応して広帯域にコード化する。
【０００４】
実際面では、使用されるべきビットレートに対する要件は、音声通話などの通話セッション中に変化する場合がある。このような変化の理由は、利用可能なネットワーク容量が変更になる場合がある、または、移動度によってユーザ機器（ＵＥ）が種々の伝送条件、容量、またはアクセス技術でセルにローミングする場合があることである。レート制御およびコーデック再ネゴシエーションは、次いで、使用されるビットレートを新しい必要性に適合させるために使用される。コーデック再ネゴシエーションは、通話路を中断するのは不可避であるため、全く望ましくない。
【０００５】
ＥＶＳコーデックは、２つの基本的なタイプの動作モードである、ＥＶＳプライマリモードおよびＥＶＳ  ＡＭＲ−ＷＢ相互運用（ＩＯ）モード（略して「ＥＶＳ  ＩＯ」）を含む。ＥＶＳ  ＩＯモードは、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＡＭＲ−ＷＢコーデックと十分なビットストリームで相互運用可能である。これらは、ＥＶＳコーデックに含まれたことで、ＥＶＳではなくＡＭＲ−ＷＢのみをサポートするＵＥ、または、ＥＶＳではなくＡＭＲ−ＷＢをサポートするセルにローミングしたＵＥに対してＥＶＳコーデックのトランスコードしない相互運用性を提供する。このように、コーデック再ネゴシエーションは回避でき、その代わりにレート制御が使用可能である。
【０００６】
ＥＶＳプライマリモードは品質における利点を有するが、ＵＥおよび関わる通信システム構成要素全てがＥＶＳコーデックをサポートする時にのみ使用可能である。
【０００７】
また、ＥＶＳコーデックが従来の狭帯域（ＮＢ：３００Ｈｚ…３４０００Ｈｚ）から広帯域（ＷＢ：１００Ｈｚ〜７０００Ｈｚ）、超広帯域（ＳＷＢ：５０Ｈｚ…１５０００Ｈｚ）まで、さらには全帯域（ＦＢ：２０Ｈｚ〜２００００Ｈｚ）まで、種々のオーディオ帯域幅で動作可能であることに留意することが重要である。種々の帯域幅で動作する多くのモードは同じビットレートを共有する（表１を参照）。
【０００８】
表１は、利用可能なＥＶＳコーデックモードおよびそれらの対応するビットレート、正味のペイロードサイズ（２０ミリ秒フレーム当たりのビット数）、および帯域幅全てを列挙している。ＥＶＳは全てのモードにおいて２０ミリ秒の通話フレームサイズを使用する。
【０００９】
表１からわかるように、ＥＶＳプライマリモードおよびＥＶＳ  ＩＯモードのビットレート範囲は結び付けられ、どちらかのタイプのモードのビットレートは連続していない。ビットレート２．０および２．４ｋｂｐｓは、通話ポーズ、すなわち通話が非アクティブである際の、音声区間検出（ＶＡＤ）および間欠送信（ＤＴＸ）に関連し、ＳＩＤ（無音挿入記述子）フレームの伝送に使用されることにも留意されたい。
【００１０】
ＥＶＳプライマリモード５．９ＶＢＲ（可変ビットレート）は、オーディオ入力信号によって、電源が制御されるように２．８、７．２、および８ｋｂｐｓの瞬間レートでそれぞれ符号化されたフレームを使用する。アクティブな通話のこのモードの長期平均ビットレートは５．９ｋｂｐｓである。
0006526827.tif 000002
表１：ＥＶＳコーデックモードおよびそれらの対応するビットレート、ならびに２０ミリ秒フレーム当たりの正味のビットペイロードサイズ
【００１１】
ＥＶＳコーデックが、ＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ（ＶｏＬＴＥ））におけるような、ＰＳ（パケット交換）ベースのチャネル上の音声サービスに対して元々標準化されているが、３ＧＰＰ  ＵＴＲＡＮ（ユニバーサル地上無線アクセスネットワーク）などの３Ｇ  ＣＳ（回線交換）システムのためにも標準化する努力が現在継続的に行われている。図１は、ＵＴＲＡＮ１００および関連のコアネットワーク（ＣＮ）１０１の図式的概観を示す。
【００１２】
ＡＭＲおよびＡＭＲ−ＷＢコーデックのためのレート制御の作動原理からわかるように、３Ｇ  ＣＳシステムにおけるレート制御シグナリングは、アクセス技術（ＧＥＲＡＮおよびＵＴＲＡＮ）によって異なっており、ＰＳシステムにおけるレート制御シグナリングとも異なっている。
【００１３】
ＰＳベースシステムにおいて、通話フレームの転送は、リアルタイム転送プロトコル（ＲＴＰ）パケットを使用することである。ＲＴＰにおけるコーデックモードリクエスト（ＣＭＲ）は、ユーザプレーン（ＵＰ）におけるレート制御コマンドを信号伝達する１つの手段である。代替的には、ＲＴＣＰ−ＡＰＰは、ユーザプレーンにおいてもＣＭＲを伝えるために使用されてよい。ＲＴＣＰ−ＡＰＰは、ＰＳベースシステムにおける通話のようなリアルタイムのデータのＲＴＰ伝送の姉妹プロトコルであるＲＴＰ制御プロトコル（ＲＴＣＰ）に基づく。
【００１４】
ＧＥＲＡＮ（ＧＳＭ−ＥＤＧＥ無線アクセスネットワーク）において、ＣＭＲは、移動局からネットワークまで、ユーザプレーン上で通話フレームごとに転送され、その逆もまた同様である。ＧＥＲＡＮとＣＳ−Ｃｏｒｅとの間におけるＡ−インターフェースの最新のバリアントのＡｏＩＰにおいて、ＣＭＲは、（理想的には）アップリンクおよびダウンリンクにおいてＲＴＰパケットごとに転送される。
【００１５】
３Ｇ−アクセス、すなわちＵＴＲＡＮにおいて、ＣＭＲは、通話ペイロードと共に転送されない。その代わりに、無線ネットワークコントローラ（ＲＮＣ）１０７は、ＵＥ１０３のアップリンクレートを制御する特有の手段を有し、ＲＮＣは、制御プレーン上で信号伝達するＲＲＣ（無線リソース制御）を介して、ＵＥ１０３が、ある特定の転送フォーマット組み合わせ（ＴＦＣ）を送信しないようにするため、構成されたモードセットのある特定のモードを許可するまたは禁止することができる。
【００１６】
呼び出しセットアップ中、ＲＡＢ（無線アクセスベアラ）割り当てにおいて、ＲＮＣ１０７は、ｌｕインターフェース上で使用される全てのコーデックモードに対するＲＡＢサブフロー組み合わせを初期化し、加えて、ダウンリンク（ＤＬ）に対する最大レートの制限を与えることができる。同様に、無線インターフェース上で、無線ベアラ構成は、与えられたコーデックレート全てに対応する、または、リクエストされたレートの選択されたサブセットのみに対するＴＦＣを含むことができるようにセットアップされる。加えて、ＵＥ１０３は、呼び出し中の初期セットアップ時か後に、一時的に、または全ての呼び出しに対して、アップリンク（ＵＬ）においてある特定の規定されたＴＦＣを使用しないように命じられ得る。
【００１７】
同様に、呼び出し中、ＲＮＣ１０７は、ダウンリンクにおけるある特定のモードを無効にするように、レート制御リクエスト（ＲＣ−Ｒｅｑ）メッセージを（ｌｕ  ＵＰプロトコルメッセージを使用して）ＣＳ−Ｃｏｒｅに送信できる。
【００１８】
例えば、ＲＮＣ１０７が、モードセット４．７５、５．９、７．４、および１２．２によってＡＭＲに対して無線ベアラをセットアップするためにＣＳ−ＣｏｒｅからＲＡＢ割り当てリクエストを受信した場合、ＲＮＣ１０７は、ＲＡＢフォーマット組み合わせ（ＲＦＣ）およびＴＦＣ全てをこれらレート全てに対して初期化するように、ＵＥ１０３およびメディアゲートウェイ（ＭＧＷ）に対して対応する初期化メッセージを生成可能である。
【００１９】
ＲＮＣ１０７は、考えられる無線または転送制限を考慮する最適な無線構成を選択し、かつ、より高いコーデックレートを禁止することで、通話ユーザがシステムに入ることを許す、または全般的に、よりたくさんの通話ユーザに対してサービスを提供することを可能にする。例として、ＲＮＣ１０７は、動作に対して最高レート１２．２を許可しないように選択する。その場合、ｌｕ  ＵＰメッセージは、例えば１２．２ではなく５．９のより低いレートが初期レートとして確実に選択されるようにする。
【００２０】
ＲＡＢ割り当てにおいて、ＲＮＣ１０７は、ＣＳ−Ｃｏｒｅによって指図されると（ｌｕＵＰバージョン２における）全てのモードを受け入れなければならない。後に、呼び出し中に（実際は、ＲＡＢ割り当て直後でも）ＲＮＣ１０７は、例えば、セル容量制限によって、高ビットレートのある特定のモードを無効にすることができる。
【００２１】
無線インターフェースについて、ＲＮＣ１０７は、リソース消費を最適化するために、ＳＩＤを含むリクエストされたコ−デックレート全てに対するＴＦＣ、または、ＳＩＤを含むリクエストされたコーデックレートの適正な低いサブセットに対するＴＦＣのみを含む無線ベアラのどちらかを含む無線ベアラ構成を規定することになる。無線インターフェース上の規定されたＴＦＣに加えて、ＲＮＣ１０７は、ＵＬにおけるＵＥ１０３によって使用されるある特定のＴＦＣの使用を許可しないように選定することもできる。その結果、これによって、最大の許可コーデックレートになる。例として、ＵＥ１０３は、ＡＭＲモード４．７５、５．９、７．４、１２．２に対するＴＦＣによる無線ベアラ構成で初期化されてよい。さらに、ＡＭＲ−ＳＩＤはＤＴＸ動作に必要とされる。最高レート１２．２が使用されるべきでない場合、許可された最大レート７．４より高いレートが許可されないことを指示する情報要素（ＩＥ）が含まれる。このように許可されないことは、最大レート７．４を上回るレートが使用時に禁止されているため、レート１２．２は少なくともその他の場合に信号伝達されるまで使用されないことを意味する。例えば、ＲＮＣ１０７が、最大レートとしてレート１２．２を使用できるようにするか、最大レートをさらに例えば５．９０ｋｂｐｓまで低減するように、最大レートとしてレート７．４を許可する決定を修正することを選定する条件を検出する場合、アップリンクにおいて許可された最大レートを修正するように、ＴＦＣＣ（転送フォーマット組み合わせ制御）メッセージをＵＥ１０３に送信することができる。
【００２２】
重要な態様は、ＲＮＣ１０７がＵＬ上でＵＥ１０３によって使用される最大レートのみを制御することである。最大レートを下回るまたは該最大レートまでの実際のレートをＵＥ１０３が使用できるように、ＲＮＣ１０７が制御できる可能性はない。これはむしろ、最大ＵＥ伝送電力に対するそれぞれのＴＦＣの要求される伝送電力と関連付けられるＵＥ１０３による自発的な決定である。（最大レートまで）コーデックレートに対するＴＦＣにとって要求される伝送電力が最大ＵＥ伝送電力を超える場合、ＵＥ１０３はＴＳ２５．３２１およびＴＳ２５．１３３に記載されるように最大ＵＥ伝送電力を越えないＴＦＣと関連付けられたより低いコーデックレートを自発的に選択できる。
【００２３】
それ故に、簡潔に言えば、一般的に全てのリンクにおけるＡＭＲおよびＡＭＲ−ＷＢに関するＣＳ  ＵＴＲＡＮにおけるコーデックレート制御は「最大レート制御」である。ＵＥ１０３は、構成されたレートのセットの中から最大レートまたはより低いレートを使用してよい。同じことがダウンリンクにも当てはまる。
【００２４】
ハンドオーバのようなある特定の条件では、特にＭＧＷのような他のネットワークノードは、レート制御操作を行うこともできる。例えば、ハンドオーバによって、移動交換局（ＭＳＣ）はアクティブなコーデックセットを変更でき、関連のＭＧＷは両方向にレート制御コマンドを送信することになる。
【発明の概要】
【００２５】
提案された解決策は、さまざまなコード化モードのためのＴＦＣによる無線ベアラ構成におけるモード（またはレート）のサブセットを信号伝達することを可能にする。モードのサブセットを、提供された最大レートまたはコーデックモードコマンドに関連付ける着想は、コーデックモードの１つのサブセットから別のサブセットへ動作を切り換える効率的なやり方である。この解決策によって、最大レート制御の、確立されかつ標準化された概念が守られると共に、モード適合が最大レートまたはコーデックモードコマンドによって特定されるモードのサブセットに含まれるモードに制限されるような修正が可能になる。該解決策はまた、コーデック動作モードの１セットから動作モードの別のセットまでの間の切り換えが必要である場合の解決策と見なされることが可能である無線ベアラ構成を変更することで生じる問題を回避する。
【００２６】
解決策の１つの態様は、信号伝達された最大レート、または対応して信号伝達されたコーデックモードコマンドに対するコーデックモードのサブセットの関連付けである。解決策のさらなる態様は、最大レートまたは対応するコーデックモードコマンドによって特定されるコーデックモードのサブセットのメンバであるそれぞれのコーデックモードにレート適合を制約することである。
【００２７】
一態様によると、回線交換通信を適用する通信ネットワークにおけるコーデックレート適合を扱うための方法が提示される。ワイヤレスデバイスによって行われる該方法は、コーデックモードの指示を受信することと、指示されたコーデックモードに基づいてコーデックモードサブセットを判断することとを含む。レート適合は、指示されたコーデックモードに関連付けられたビットレートを下回るまたはこれに等しいビットレートを有する判断されたコーデックモードサブセットに含まれるコーデックモードに基づいて適用される。
【００２８】
一態様によると、回線交換通信を適用する通信ネットワークにおけるコーデックレート適合を扱うための方法が提示される。ネットワークノードによって行われる該方法は、いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットを判断することを含み、サービスに対する最大許可ビットレートが判断され、判断されたコーデックモードサブセットにおけるコーデックモードは判断された最大ビットレートより少ないまたはこれに等しいビットレートに関連付けられる。
【００２９】
一態様によると、ワイヤレスデバイスに、コーデックモードの指示を受信させ、かつ、指示されたコーデックモードに基づいてコーデックモードサブセットを判断させるように構成される処理回路構成を含むワイヤレスデバイスが提示される。レート適合は、指示されたコーデックモードに関連付けられたビットレートを下回るまたはこれに等しいビットレートを有する判断されたコーデックモードサブセットに含まれるコーデックモードに基づいて適用される。
【００３０】
一態様によると、レート適合をサポートするためのネットワークノードが提示される。ネットワークノードは、いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットをネットワークノードに判断させるように構成される処理回路構成を含む。さらに、サービスに対する最大許可ビットレートが判断され、判断された最大ビットレートより少ないまたはこれに等しいビットレートに関連付けられた、判断されたコーデックモードサブセットにおけるコーデックモードが指示される。
【００３１】
一態様によると、レート適合をサポートするためのワイヤレスデバイスが提示される。ワイヤレスデバイスは、ワイヤレスデバイスに、コーデックモードの指示を受信させるように構成される受信部を含む。ワイヤレスデバイスは、ワイヤレスデバイスに、指示されたコーデックモードに基づいてコーデックモードサブセットを判断させるように構成される判断部と、ワイヤレスデバイスに、指示されたコーデックモードに関連付けられたビットレートを下回るまたはこれに等しいビットレートを有する判断されたコーデックモードサブセットに含まれるコーデックモードに基づいてレート適合を行わせるように構成されるレート適合部とをさらに含む。
【００３２】
一態様によると、レート適合をサポートするためのネットワークノードが提示される。ネットワークノードは、いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットをネットワークノードに判断させるように構成される第１の判断部と、サービスに対する最大許可ビットレートをネットワークノードに判断させるように構成される第２の判断部とを含む。ネットワークノードは、判断された最大ビットレートより低いまたはこれに等しいビットレートに関連付けられた、判断されたコーデックモードサブセットにおけるコーデックモードをネットワークノードに指示させるように構成される指示部をさらに含む。
【００３３】
一態様によると、プロセッサによって実行される時、装置に、最大ビットレートの指示を受信させ、かつ、指示された最大ビットレートに基づいてコーデックモードサブセットを判断させる命令を含むコンピュータプログラムが提示される。レート適合は、指示された最大ビットレートを下回るまたはこれに等しいビットレートを有する判断されたコーデックモードサブセットに含まれるコーデックモードに基づいて適用される。
【００３４】
一態様によると、プロセッサによって実行される時、装置に、いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットを判断させる命令を含むコンピュータプログラムが提示される。さらに、サービスに対する最大許可ビットレートが判断され、判断された最大ビットレートより少ないまたはこれに等しい、判断されたコーデックモードサブセットにおけるコーデックモードのビットレートが指示される。
【００３５】
本明細書に開示される技術の前述のおよび他の目的、特徴、および利点は、添付の図面に示されるような実施形態の以下のより詳細な説明から明らかとなろう。図面は、必ずしも一定の尺度ではなく、それよりむしろ、本明細書に開示される技術の原理を示すことに重点が置かれている。
【図面の簡単な説明】
【００３６】
【図１】ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）および関連のコアネットワーク（ＣＮ）を示す図である。
【図２】例示の実施形態に従って、ワイヤレスデバイス、例えばＵＥによって行われる方法であって、ネットワークノード、例えばＲＮＣまたはＭＧＷによって行われてもよい方法を示すフローチャートである。
【図３】例示の実施形態に従って、ワイヤレスデバイス、例えばＵＥによって行われる方法であって、ネットワークノード、例えばＲＮＣまたはＭＧＷによって行われてもよい方法を示すフローチャートである。
【図４ａ】例示の実施形態に従って、ワイヤレスデバイス、例えばＵＥ、またはネットワークノード、例えばＲＮＣまたはＭＧＷによって行われる方法を示すフローチャートである。
【図４ｂ】例示の実施形態に従って、ワイヤレスデバイス、例えばＵＥ、またはネットワークノード、例えばＲＮＣまたはＭＧＷによって行われる方法を示すフローチャートである。
【図５】例示の実施形態に従って、ネットワークノード、例えばＲＮＣによって行われる方法を示すフローチャートである。
【図６】例示の実施形態に従って、ネットワークノード、例えばＲＮＣによって行われる方法を示すフローチャートである。
【図７】例示の実施形態に従って、ＵＥ、ＲＮＣ、およびＣＮの間のプロトコルメッセージのフローを例示する信号図である。
【図８】例示の実施形態による、通信ネットワーク、および、ハンドオーバ前後の種々のコーデックモードサブセットの使用の概略図である。
【図９ａ】例示の実施形態によるワイヤレスデバイスの種々の実装形態を示す図である。
【図９ｂ】例示の実施形態によるワイヤレスデバイスの種々の実装形態を示す図である。
【図９ｃ】例示の実施形態によるワイヤレスデバイスの種々の実装形態を示す図である。
【図１０ａ】例示の実施形態によるネットワークノードの種々の実装形態を示す図である。
【図１０ｂ】例示の実施形態によるネットワークノードの種々の実装形態を示す図である。
【図１０ｃ】例示の実施形態によるネットワークノードの種々の実装形態を示す図である。
【発明を実施するための形態】
【００３７】
以下に示されるように、モードセットがＥＶＳプライマリモードおよびＥＶＳ  ＩＯモード両方を含む時にＥＶＳコーデックに対して上記の最大レート制御を適用する時、問題が生じる場合がある。
【００３８】
まず、ＡＭＲのケースのように、ＥＶＳコーデック動作に対するアクティブなコーデックセットは呼び出しセットアップ時に規定され、これに対して、ＭＳＣおよびＲＮＣ１０７はＣＮ１０１の方への対応するＲＡＢサブフロー組み合わせのみならず、ＵＥ１０３の方への対応するＴＦＣを初期化することが想定される。考えられる最良の通話品質を提供するために、このモードセットは、少なくともＥＶＳプライマリモードを含まなければならない。
【００３９】
これに対する例が、「構成０」として表２に挙げられている。この場合、「１」は、対応するＥＶＳプライマリモードがモードセットに含まれることを指示する。
0006526827.tif 000003
表２：構成ＥＶＳコーデックモードによるＥＶＳコーデックモード構成の例
【００４０】
それに加えて、ＥＶＳ  ＩＯモードの使用を要求する場合があるハンドオーバのケース、例えば、ＳＲＶＣＣ（単一無線音声通信継続）に対する規定を設ける必要があることが多いが、これは、ハンドオーバ後のターゲットアクセスが、ＡＭＲ−ＷＢのみサポートする場合があり、「残りの」ネットワークはＥＶＳ  ＩＯまで「フォールバック」しなければならないからである。
【００４１】
これに対する少なくとも２つの潜在的な可能性が存在する。
【００４２】
１つの可能性（ａ）は、対応するＥＶＳ  ＩＯモードを同じモードセット、すなわち構成０内に含ませることである。この可能性に従って含まれたＥＶＳ  ＩＯモードは、表内の「（ａ）」で指示される。
【００４３】
別の可能性は、ＥＶＳ  ＩＯモードを別個のモードセットとして特定する第２の構成（構成１）を規定することである。この可能性に従って含まれたＥＶＳ  ＩＯモードは、表内の「（ｂ）」で指示される。
【００４４】
両方の可能性には問題がある。
【００４５】
第１の可能性（構成０、同様に構成２）の問題は、使用されるビットレートの観点から、最大レート制御、および、ＥＶＳプライマリモードとＥＶＳ−ＩＯモードとの結び付きに関する。該問題は、具体的には、構成に含まれる最大レートを下回るいずれの低いレートもその伝送電力の必要性によって選択する自発的なＵＥの決定によって引き起こされる。それ故に、ＲＮＣ１０７（または任意のネットワークノード）が、ＥＶＳプライマリモード（最大レートまでの）のみの間の、または、ＥＶＳ  ＩＯモード（これも最大レートまでの）のみの間のどちらかの適合を指図する可能性はない。むしろ、ＵＥ１０３は、制御不可能なやり方で、ＥＶＳプライマリモードおよびＥＶＳ  ＩＯモード両方を使用して適合することができる。例えば、ＵＥ１０３が現在ＥＶＳプライマリモード９．６を使用しており、伝送電力制限に達している場合、ＥＶＳ  ＩＯモード８．８５に対応する次に低いビットレートを選択する場合がある。それ故に、ＥＶＳ  ＩＯモードへの切り換えは、単にＵＥ１０３の伝送電力条件の結果として発生することになり、例えば、ＥＶＳ  ＩＯモードの使用を実際に要求することになるハンドオーバの結果としてではない。
【００４６】
引き起こされる問題は、ＵＥ１０３による自発的なモード切り換えが間違ったコーデックモードの選択につながる可能性があることである。例えば、ハンドオーバ条件によって実際の必要性がないＥＶＳ  ＩＯモードへの切り換えは、ＥＶＳプライマリモードを備えることができるよりも低い品質のコーデックモードを選択することになるため、望ましくない。さらに一層問題になる点は、ＥＶＳ  ＩＯモードの使用を要求する接続の場合のＥＶＳプライマリモードへの自発的な切り換えである。例えば、リモートレガシーＡＭＲ−ＷＢ−ＵＥは、このような場合に受信することになるＥＶＳプライマリモードフレームを復号することができなくなり、むしろ無音を生じさせる。
【００４７】
ＵＥに対してだけでなく、自発的な最大レート適合を行う場合があるＲＮＣ１０７のような通話路内の他のノードに対しても、同様の問題が存在する場合がある。
【００４８】
別個の構成に関わる他の可能性の問題は、構成０から構成１までの継続中の呼び出しの間望ましくない構成の切り換えがＴｒＦＯを維持するために必要となることである。現在の３ＧＰＰ仕様に続いて、これは、ｌｕインターフェース上のＲＡＢ修正に関わる呼び出し半ばのネゴシエーションによって達成される。
【００４９】
このようなアプローチの２つの主な問題は、以下のように強調され得る：
１．無線ベアラ構成は、構成１を組み込む新しいものに変更される必要がある。これは、認識される必要があるＲＲＣプロトコル上で信号伝達される同期済み切り換えによって実現される。これの遅延が、（無線条件が悪く、多くの送電が送られる必要がある場合に重大となる場合がある）新しい構成を使用するようにさせることになるのに加えて、追加の信号伝達はまた、完全な接続が断絶されるリスクを負う。
２．ｌｕユーザプレーンは、ＤＬに対する最大レート規制に対する新しい条件による構成１について再初期化される必要がある。ｌｕインターフェース上での障害および再伝送の限定されるリスクに加えて、新しい最大レート規制がそのＵＬを規制するために他のエンド／ＵＥに送信される必要があり、これによって、追加の信号伝達および潜在的なドロップレートのリスクが生じる。また、他のＵＥに対する最大レート規制が遅延される場合があるため、受信するＲＮＣ１０７において通話フレームを扱うことができず、廃棄されることを必要とするリスクがあり、このことはさらに、末端間の通話中断を増加させることになる。
【００５０】
種々の実装オプションおよび機能性が、生じる場合がある中断時間を短縮するために存在するが、これは１秒より長い中断を生じさせる可能性があり、ハンドオーバ（例えばＳＲＶＣＣ）時に経験される通話中断に加えて追加されなければならない。それ故に、このような種類の中断は、かなりマイナスの通話サービス品質の影響を及ぼすことになる。
【００５１】
別の問題は、同じビットレートが種々のオーディオ帯域幅に関連する場合があるため、ＥＶＳプライマリモードのみがモードセットに含まれる場合にも生じる。それ故に、最大レートの信号伝達は、そのサポートされるオーディオ帯域幅に関するコード化モードを一意に特定しない。この不明瞭さの問題を解決するための解決策が要求される。
【００５２】
本明細書に説明される解決策は、例えば、上記のような制限によって、回線交換通信を適用する通信ネットワークにおけるコーデックレート適合を扱うための、少なくとも、ワイヤレスデバイス、ネットワークノード、およびこれらにおける方法に関する。
【００５３】
解決策の１つの態様は、構成に含まれるコーデックモードがサブセットで構造化されるように、ＵＥ１０３においてＥＶＳに対して最大レート制御を修正することである。そして、最大レート制御は、構成全体に収められるモードの完全なセットではなく、このようなサブセット内に適用されてよい。次いで、音声サービス中に、ＵＥ１０３は、第１のステップにおいて、許可最大レートまたはコーデックモードコマンドを受信することができる。
【００５４】
第２のステップにおいて、ＵＥ１０３は、該当するコーデックモードサブセットを、受信された最大レート、または、対応して受信されたコーデックモードコマンドに関連付けることができる。このことは、信号伝達された最大レートまたは対応して指図されたコーデックモードがどのモードサブセットに属しているかを特定することによって行われてよい。
【００５５】
第３のステップにおいて、最大レート適合は、特定されたサブセットのコーデックモード内のみで（必要な場合に）ＵＥ１０３によって行われて、最大レート、または対応してコーデックモードコマンドに関連付けられたレートを越えないように、かつ、別のモードサブセットに変更されないようにすることができる。
【００５６】
ＲＮＣ１０７（または全体のネットワーク）が別のモードサブセットに変更する必要がある／ことを望む場合、ＵＥ１０３は、別の最大レート、または対応するコーデックモードコマンドが与えられて、望んだモードサブセットを特定することができる。
【００５７】
類似の解決策は、ＵＥに対してだけでなく、ＭＧＷまたはＲＮＣ１０７のようなネットワークノードにも適用する。
【００５８】
本明細書に説明される解決策は、改善されたトランスコーダフリー動作（ＴｒＦＯ）について、ＣＳ上でＥＶＳに対してシームレスのレート切り換えを提供する方式として説明できる。
【００５９】
最初に、図２〜図３および図４ａ〜図４ｂを参照して、ワイヤレスデバイスによって行われる例示の実施形態が説明され、次いで、図５〜図６を参照して、ＲＮＣ１０７などのネットワークノード、または別の制御ノードによって行われる実施形態が説明される。ワイヤレスデバイスについて説明される実施形態は、ＲＮＣ１０７またはＭＧＷのようなネットワークノードにも適用可能であるが、これは、これらのネットワークノード（ワイヤレスデバイスと全く同じように）が自発的なレート適合を行うことができ、これが適正なセブセットにおいて行われなければならないからである。
【００６０】
上記の種々のコーデックモードは、ＥＶＳ標準内で利用可能なＥＶＳプライマリモードおよびＥＶＳ  ＩＯモードによって例示されている。しかしながら、該解決策は、種々のタイプのコード化モードから成る構成に関わる他のコード化方法にも適用可能である。これは、いくつかのコーデックモードが第１のタイプの機能性を有する、例えば、広帯域信号を符号化することができる第１のタイプの機器に適合される構成のためのものであり、この場合、他のコーデックモードは第１のタイプの機能性を有さない第２のタイプの機器に対して適合されるため、他のコード化モードを必要とする。第２のタイプの機器は、例えば、狭帯域信号の符号化のみ可能とすることができる。
【００６１】
本明細書に説明される実施形態は、本明細書に例示されるように、種々のタイプのコーデックモードを含むコーデック構成に対して回線交換サービスに対して適切なレート適合を可能にする。
【００６２】
図２は、回線交換を適用する通信ネットワークにおいて動作可能なワイヤレスデバイスによって行われる方法を示す。ワイヤレスデバイスは、例えば、表２に示される構成０または２といった、複数のコーデックモードで構成されると想定されてよい。例として表２からこれらの構成のうちの１つを使用する時、この例では、１つの帯域幅の代替策のみがそれぞれのＥＶＳプライマリモードに対して利用可能であること、およびコーデックモードサブセットが結果として関連のビットレートに基づいて特定可能であることが想定可能である。複数のコーデックモードは種々のサブセットに属し、この場合、それぞれのサブセットは、種々の特性を有するある特定のタイプのコーデックモードを含む。ワイヤレスデバイスは図１におけるＵＥ１０３などのデバイスに対応することができる。方法は、回線交換通信を適用する通信ネットワークにおいて種々のタイプのコーデックモードを扱うのに適している。該方法は、最大ビットレートの指示を受信すること２０１を含む。該指示は、例えば、ＲＮＣ、ＭＳＣ、またはＭＧＷといったネットワークノード、例えば制御ノードから受信されてよい。指示は、例えば、実際の最大ビットレートとすることが可能であるインジケータ（例えばＲｍａｘ）、または、最大ビットレートおよび／またはコーデックモードサブセットを指示するように構成されていてよいいくつかの他のパラメータまたは値として受信されてよい。方法は、指示される最大ビットレートまたはインジケータに基づいてコーデックモードサブセットを判断すること２０２と、指示された最大ビットレートを下回るまたはこれに等しい最大ビットレートを有する判断されたコーデックモードサブセットに含まれるコーデックモードに基づいて、レート適合またはレート制御を適用すること２０３とをさらに含む。この方法を行うことによって、ワイヤレスデバイスが複数のタイプのコーデックモードで構成される時でも適切なコーデックモードがレート適合において選択可能である。
【００６３】
指示された最大ビットレートは、構成に含まれるコーデックモードに関連付けられる。それによって、コーデックモードは、指示されたビットレート、またはビットレートを指示するインジケータに基づいて判断可能である。構成に含まれるコーデックモードは、例えば、標準的な取り決めによってまたは構成手順の一部として、サブセットに、分類、分割、または配置される。ＥＶＳの例では、１つのサブセットは、例えば１つの帯域幅に対してＥＶＳプライマリコーデックモードを含むことができ、別のサブセットはＥＶＳ  ＩＯコーデックモードを含むことができる。よって、コーデックモードサブセットは、２つのコーデックモードが同じ最大ビットレートに関連付けられていないことで、指示された最大ビットレートによって分離可能であると想定して、指示される最大ビットレートに基づいて判断されてよい。他の実施形態では、種々のコーデックモードは、同じビットレートに関連付けられてよく、これは、さらに以下でより詳細に説明される。一実施形態によると、コーデックモードサブセットは互いに素である、すなわち、それぞれのコーデックモードは１つのサブセットにのみ含まれ、２つの異なるサブセットに含まれない。種々のサブセットに含まれるコーデックモードは、先に説明されたように、結び付けられたまたはインターリーブされたビットレートを有することができることで、第１のサブセットにおけるコーデックモードの所与のビットレートは別のコーデックモードサブセットの２つのビットレートの間に置かれてよい。
【００６４】
レート適合は、音声通話といった、回線交換サービスに関連して行われると想定されてよい。そのようなレート適合は、以前から知られており、従って、本明細書において詳細な説明は行われない。
【００６５】
図３は、ワイヤレスデバイスまたはネットワークノードによって行われる例示の方法の実施形態の別のフローチャートを示す。図３に示される方法は、図２に示される操作に対応する操作を含み、また、最大ビットレートの新しい指示が操作３０４で受信可能であることを示す。最大ビットレートの新しい指示、例えばインジケータＲｍａｘを受信すると、ワイヤレスデバイスは新たに指示された最大ビットレートに基づいて、または新しいビットレートのインジケータに基づいて、コーデックモードサブセットを判断する３０２。次いで、レート適合は、判断されたコーデックモードサブセット内で、すなわち、指示された最大ビットレートより低いまたはこれに等しいビットレートを有する判断されたコーデックモードサブセットに含まれるコーデックモードを使用して、適用３０３されてよい。
【００６６】
図４ａは、ワイヤレスデバイスによって行われる方法の例示の実施形態を示すフローチャートを示す。この例では、方法は、ワイヤレスデバイスが種々の性質を有する多数のコーデックモードで構成される４０１ａことを含む。モードは、種々のサブセットに関連付けられることで、第１の性質を有するモードは第１のサブセットに関連付けられ、第２の性質を有するモードは第２のサブセットに関連付けられ、これは操作４０２ａによって示される。最大ビットレートは、コーデックモードコマンド（ＣＭＣ）４０３ａによって指示され、これに基づいて、最大ビットレートが判断される４０４ａ。ＣＭＣは、特有のコーデックモードおよびレートを指示するコーデックモードコマンドである。図４ａに示される実施形態によると、コーデックモードサブセットは、受信されたＣＭＣに基づいて判断され４０５ａ、これは、代替的には、コーデックモードサブセットがＣＭＣによって指示されるコーデックモードに基づいて判断される４０５ａように表現されてよい。レート適合は、最大ビットレートより低いまたはこれに等しいビットレートを有する現在のサブセット（ＣＳＳ）（Ｒ∈ＣＳＳ）に属するコーデックモード（およびビットレートＲ）を使用して適用４０６ａ可能である。ＣＭＣによる新しい最大ビットレートの指示は、操作４０７ａとして示される、ネットワークノードによってワイヤレスデバイスに与えられてよい。
【００６７】
図４ｂには、別の実施形態が示される。この例では、方法は、ワイヤレスデバイスがプライマリモードおよびＥＶＳ  ＩＯモード（ＥＶＳ構成）を含むコーデックモードのセットによって構成される４０１ｂことを含む。コーデックモードは種々のサブセットに関連付けられることで、プライマリモードは、例えば、標準的な取り決めによって、第１のサブセットに関連付けられ、ＥＶＳ  ＩＯモードは、操作４０２ｂによって示される、第２のサブセットに関連付けられる。最大ビットレート（Ｒｍａｘ）の指示は受信され４０３ｂ、現在のサブセットＣＳＳは、受信された、指示済みビットレートまたはインジケータに基づいて特定される４０４ｂ。レート適合は、指示された最大ビットレートより低いまたはこれに等しい（Ｒ≦Ｒｍａｘ）ビットレートを有するＣＳＳ（Ｒ∈ＣＳＳ）に属するコーデックモード（およびビットレートＲ）を使用して適用４０５ｂされてよい。このレート適合は、最大ビットレートの新しい指示が受信される４０３ｂまで継続可能である。すなわち、新しい最大ビットレートの指示は、操作４０６ｂとして示される、ネットワークノードによってワイヤレスデバイスに与えられてよい。
【００６８】
コーデックモードサブセットが、例えば、種々の帯域幅に対するＥＶＳプライマリコーデックモードといった、同じビットレートに関連付けられたコーデックモードを含む場合、最大ビットレートはコーデックモードサブセットを特定するまたは判断するのに十分ではない場合がある。このような場合、現在のコーデックモードサブセット（ＣＳＳ）は、好ましくは、指示される最大ビットレートによってのみというよりはいくつかの他のやり方で指示されるべきである。例えば、ＣＭＣなどのインジケータは、最大ビットレートおよびコーデックモードサブセット両方を指示するように構成可能である。このような構成情報は、例えばセットアップ手順においてワイヤレスデバイスに与えられてよい。標準的な取り決めによる既知のアプリオリも可能である。
【００６９】
図５は、ネットワークノードによって行われる方法の例示の実施形態を示す。ネットワークノードは、例えば、ＲＮＣ、ＭＳＣ、もしくはＭＧＷ、または、いくつかの他のコアネットワークノードであってよい。方法は、音声通話といった、回線交換サービスに関連して行われるものである。方法は、いくつかのコーデックモードサブセットの中から、ワイヤレスデバイスおよびネットワークノード、例えばＵＥおよび／またはＲＮＣなど、サービスに関わるノードによって現在サポートされているコーデックモードサブセットを判断すること５０１を含むことができる。方法は、サービスに対する最大許可ビットレートを判断すること５０２をさらに含むことができる。方法は、ワイヤレスデバイスに対して、判断された最大ビットレートより少ないまたはこれに等しい、判断されたコーデックモードサブセットにおけるコーデックモードのビットレートを指示すること５０３をさらに含むことができる。
【００７０】
図６は、ネットワークノードによって行われる例示の方法の実施形態を示す。図６に示される方法は、図５に示される操作に対応する操作、すなわち、コーデックモードサブセット６０１、およびサービスに対する最大許可ビットレート６０２を判断することと、判断された最大ビットレート６０３より少ないまたはこれに等しいサブセットにおけるコーデックモードのビットレートを指示することと、また、コーデックモードサブセットおよび／または最大許可ビットレートの変更に関連付けられた操作６０４および６０５に対応する操作を含む。新しいサブセットが適用されるべきであること、または現在適用されているサブセット内の新しい最大ビットレートが適用されるべきであることを、ネットワークノードが判断する（ＹＥＳ）ことを必然的に伴う新しい状況が生じる６０４時、この新しい状況に対応する新しいビットレートはワイヤレスデバイスに対して指示される６０５。
【００７１】
ワイヤレスデバイスについて上述されることに対応して、コーデックモードサブセットが同じビットレートに関連付けられたコーデックモードを含む場合、最大ビットレートの指示は、コーデックモードサブセットを、ワイヤレスデバイスなどの別のネットワークノードに対して特定するまたは信号伝達するのに十分ではない場合がある。このような場合、現在のコーデックモードサブセット（ＣＳＳ）は、好ましくは、指示される最大ビットレートによってのみというよりはいくつかの他のやり方で指示されるべきである。例えば、インジケータは、最大ビットレートおよびコーデックモードサブセット両方を指示するように構成可能である。このような構成情報は、例えばセットアップ手順において、該当するネットワークノードに与えられてよい。
【００７２】
３ＧＰＰ  ＵＴＲＡＮおよびＥＶＳのシナリオを想定する詳細な例では、方法は、図７を参照して、以下のように作用することができる。呼び出しセットアップ中に、ＲＮＣ１０７は、点（１）において、ＥＶＳプライマリモードレートおよびＥＶＳ  ＩＯモードレートによるＲＡＢ割り当てリクエストを受信する。そして次に、ＵＥ１０３は、点（２）において、ＥＶＳプライマリモードおよびＥＶＳ  ＩＯモードのこれらのレートに対してＴＦＣによる無線ベアラ構成でセットアップされる。このセットアップの一部は、また、レートＲｍａｘ、ｉｎｉｔに対する初期レート選択である。ＲＡＢ割り当ての一部はまた、少なくともある最小コーデックレートに対する保証ビットレート（ＧＢＲ）の設定である。ＧＢＲは典型的には、最小ＥＶＳ  ＩＯレートとなるように選定されることになり、このことは、ＡＭＲ−ＷＢモードの使用を要求する潜在的なハンドオーバ後もＴｒＦＯを徹底することになる。ＵＥ１０３は、内部の最大レート規制によって構成されたレートを限定することができるが、該構成は、少なくとも、この最小ＥＶＳ  ＩＯコーデックレートを下回るレート全てを収めることになる。
【００７３】
例として、セットアップは、上記の表２に従って構成０に対応してよい。この構成は、「１」で指示されるＥＶＳプライマリモード７．２、８．０、９．６、および１３．２を、ならびに、「（ａ）」で指示されるＥＶＳ  ＩＯモード６．６０、８，８５、および１２．６５を収める。ＤＴＸ動作について、ＥＶＳプライマリＳＩＤおよびＥＶＳ  ＩＯ  ＳＩＤに対するＴＦＣがまた構成される。初期レートはＥＶＳプライマリモードの１つのレート、例えば１３．２である。下位互換性を理由として、初期レートはまた、低いＥＶＳ  ＩＯモードレート、例えば６．６０になるように選定されてよい。
【００７４】
ＵＥ１０３は、例えば、標準的な取り決め、またはいくつかの他のタイプのアプリオリ情報によって、プライマリモードに関連付けられたレート（すなわち、７．２、８．０、９．６、および１３．２）がレートまたはコーデックモードの１つのサブセットを構成し、かつ、ＥＶＳ  ＩＯモードに関連付けられたレート（すなわち、６．６０、８．８５、および１２．６５）がレートまたはコーデックモードの第２の互いに素のサブセットを構成するという追加の情報を知る、点（３）。アプリケーション層では、構成されたＴＦＣはＥＶＳコーデック（ＮＡＳ同期ＩＤ）に関連付けられ、さらに、レートの上記のサブセットは、ＥＶＳプライマリモードおよびＥＶＳ  ＩＯモードそれぞれに関連付けられた標準的な取り決めに準拠している。ＵＥアプリケーション層は、標準的な取り決めに準拠して、ＲＮＣ１０７からの明白なＴＦＣＣメッセージなしでこれらのサブセット間での切り換えが許可されないことを知る。
【００７５】
ＵＥ１０３におけるコーデックモードレート適合制御手順は、点（４）において、呼び出し中に、潜在的に変更される最大許可レートＲｍａｘを指示するＴＦＣＣメッセージをＩＥで受信することができる。例として、新しい最大許可レートは９．６ｋｂｐｓとすることができる。これは、より高いレートを要求する全ての構成されたコーデックモードおよび対応するＴＦＣが許可されないまたは使用不可とされることを意味する。本明細書に説明される解決策のこの例によると、点（５）において、コーデックモードレート適合制御手順は、指示された最大レートＲｍａｘに関連付けられるレートの現在のサブセット（ＣＳＳ）を特定する。９．６ｋｂｐｓの最大レートの例において、この関連性はＥＶＳプライマリモードのサブセットをもたらし、この中で、レート適合が最大レートまで許可される。これは、レート７．２、８．０、９．６ｋｂｐｓによるプライマリモードの中で適合が行われなければならないことを意味する。ＵＥ伝送電力に応じたレート適合の例は、下記のように詳述可能である。
【００７６】
ＵＥ１０３は、最大ＵＥ伝送電力に対するその要求される伝送電力に基づいて、構成されるＴＦＣそれぞれの状態を連続的に監視する。この監視に基づいて、サポートされるＴＦＣの数が変化するかどうかによって、対応する、新たに利用可能となる、すなわち実現可能なまたは考えられるビットレートは、使用されるコーデックモードの対応する適合を容易にするために上層（とりわけ、アプリケーション層）に報告される。新たに利用可能となるビットレートは、先の利用可能なビットレートより高いまたは低いものであってよい。この段階で、コーデックモードレート適合制御手順は、報告された利用可能なビットレートより少ないまたはこれに等しい、および最大許可ビットレートＲｍａｘより少ないまたはこれに等しいビットレートを有するコーデックモードを選択する。アプリケーション、例えば符号器は、最大レートを下回るレートを選定してもよく、これは、例えば、ＤＴＸまたはＶＢＲ（可変ビットレート）動作についての典型的なケースであることに留意されたい。さらに、本明細書に説明される解決策のこの例によると、点（６）において、新たに選択されたコーデックモードは、ネットワークから指示されるような許可最大レートに関連付けられたコーデックモードのサブセットから選定される。この例によると、最大伝送電力の監視に基づいて、９．６ｋｂｐｓのビットレートは、例えば、現在利用可能な最大伝送電力によってこれ以上サポートされない可能性がある恐れがあり、むしろ、８．８５のビットレートは新たに利用可能なビットレートとなる。しかしながら、適合制御は、そのケースにおいて、８．８５ｋｂｐｓのビットレートによる別のサブセットにおいてコーデックモードがあっても、８．０ｋｂｐｓであるＥＶＳプライマリモードのサブセットの最高と考えられるビットレートを選定することになる。しかしながら、ビットレート８．８５ｋｂｐｓを有するモードは、許可されないまたは禁止されたＥＶＳ  ＩＯサブセットに属する。
【００７７】
結果的に、点（７）において、（ＵＥ１０３から）ＵＬ上で、さらにはＲＮＣ１０７からＣＮ１０１に送信される通話ユーザデータは、指示された許可最大レートを下回るまたはこれに等しいレートを有し、さらには、このレートは、最大レートに関連付けられたレートのＣＳＳの中からの１つのレートである。
【００７８】
ＲＮＣまたはネットワークベースのレート適合制御がＥＶＳコーデックモードの異なるサブセットＳＳｎｅｗへの切り換えを選定することに基づいた条件が生じる場合、ＲＮＣまたはネットワークベースのレート適合制御は、ＵＥ１０３に、最大レートの対応する適合リクエストをもたらすことになる。次いで、点（８）において、新しい最大レートは、成功した適合後に使用されるべきであるコーデックモードのこの新しいサブセットの中からのレートとなる。例として、ＥＶＳプライマリモードとでなくＥＶＳ  ＩＯモードのみとの接続が継続できない条件が生じる場合がある。その例では、最大レートを９．６ｋｂｐｓから８．８５ｋｂｐｓに変更する適合リクエストが、ＵＥ１０３に送信されることになる。これによって、コーデックモードレート適合制御は、８．８５ｋｂｐｓの最大レートを越えない、すなわち、８．８５ｋｂｐｓおよび６．６０ｋｂｐｓの中からのＥＶＳ  ＩＯモードのサブセットの中でのみレート適合を適用する。
【００７９】
点（９）において、モードの新しいサブセット（例えばＥＶＳ  ＩＯモード）の使用からモード（例えばＥＶＳプライマリ）の初期のサブセットの使用に戻ることは、類似のやり方で行われる。ＵＥ１０３は、ＥＶＳプライマリモードから成るサブセットの中からのレート、例えば、９．６ｋｂｐｓによる最大レートについての適合リクエストが与えられることになる。その場合、ＵＥ１０３におけるコーデックモードレート適合制御手順は、９．６ｋｂｐｓの指示された最大レートより少ないまたはこれに等しいＥＶＳプライマリモードのサブセット、すなわち、７．２、８、および９．６ｋｂｐｓに戻るように切り換えることになる。
【００８０】
前述の説明の一般的な注釈として、ＥＶＳ  ＩＯモードとプライマリＥＶＳコーデックモードとの間のシームレスの切り替えを可能にするために、必要条件は、無線構成がそれぞれのサブセットの１つのコーデックレートを少なくとも収めることである。
【００８１】
ＵＥ１０３に伝達される最大レートがコーデックモードサブセットの選定も制御するとすれば、通話路内の少なくともいくつかのネットワークノードがこの手のサブセット選択およびＣＳＳ内のレート適合を制御するやり方を知っておくべきであることが必要な場合がある。例えば、ＲＮＣ１０７が、最大レートの修正を選択するが、その他の場合、モードのＣＳＳを変更することを要求する制御メッセージを受信していない条件に遭遇する場合、レート適合はＣＳＳに属するレート内で行われてよい。ＲＮＣ１０７は、サブセット特有のＴＦＣＣメッセージを送信する場合、好ましくは、それ故に、アクティブなサブセットを知るものとする。例えば、表２の構成０に従った構成が使用される場合、および、現在ＥＶＳプライマリモード９．６が使用されている場合、ＲＮＣ１０７は、構成されたＥＶＳプライマリレートのサブセットの他のレート（７．２、８、または１３．２）の中から最大レートのみを変更するものとする。類似の原理が任意の他のサブセットに適用される。それ故に、レートのＣＳＳの制御は、この中で、サブセットを受信された最大レートに関連付けることによってローカルなレート適合が行われてよく、ＵＥに適用するものとするだけでなく、ネットワークノードおよび通話路全体に対しても適用するものとする。しかしながら、ＲＮＣ１０７のようなノードがサブセットおよびサブセット選択を知っておく必要性は、一般的に望ましくない。このような影響および結果として生じる実装形態の必要性を回避するために、ＲＮＣ１０７がアプリケーションにとらわれないままにすることができる、上記の代替策を使用することが好ましい。ＲＮＣ１０７のようなノードがサブセットおよびサブセット選択を知っておく必要性は、例えば、正確なサブセットが選択されることを上層が保証できる場合に回避されてもよい。
【００８２】
レート適合リクエストまたはコマンドをＵＥなどのワイヤレスデバイスに伝達するＲＮＣまたはネットワークなどのネットワークノードに対するさまざまな考えられる機構がある。１つの可能性は、転送フォーマット組み合わせ制御（ＴＦＣＣ）メッセージを使用するための現在標準化されているやり方である（例えば、３ＧＰＰ  ＴＳ２５．３３１を参照）。新しい最大コーデックモードレートを特定するようなメッセージを受信すると、ＵＥは、このレートを、上層に、とりわけコーデックモードレート適合制御手順または機能に送付することができる。
【００８３】
レート適合リクエストをＵＥ１０３に伝達する代替的なやり方は、制御プレーンにおけるＴＦＣＣメッセージの代わりに、ユーザプレーンにおける通話ペイロードと共にコーデックモードリクエスト（ＣＭＲ）を伝送することである。この代替策は、帯域内信号方式と呼ぶことができる。この代替策によると、ＣＭＲは、ダウンリンク通話ペイロードデータと共にＵＥ１０３に提供される。受信後、コード化通話フレームを表す通話ペイロードデータのようなＣＭＲは、上層に、すなわち、符号器または復号器に提供される。上層では、ＣＭＲは、コーデックモードレート適合制御手順または機能に送付される。
【００８４】
別の可能性は、最大レート制御に対して、ＴＦＣＣメッセージおよび帯域内ＣＭＲメッセージ両方を、例えば同時に使用することである。例えば、これは、ＲＮＣ１０７によって生成されるＴＦＣＣメッセージがＵＬのローカルな無線ネットワーク要件に応じてレート適合を行うために使用され、かつ、コアネットワーク１０１またはリモートＤＬの必要性を反映するレート適合リクエストがＣＭＲによって伝達されてよいケースとすることができる。次いで、ＵＥ１０３のコーデックモードレート適合制御手順は、これらの適合リクエストを組み合わせることになる。１つの可能性は、２つの同時発生する適合リクエストメッセージ、例えば、ＴＦＣＣメッセージにおいて伝達される１つと、帯域内ＣＭＲにおいて伝達される１つとが、いわゆる最小動作を適用して組み合わせられることである。これは、最大許可レートがＴＦＣＣメッセージおよび帯域内ＣＭＲによって伝達される最小限のレートリクエストとして算出されることを意味する。
【００８５】
ＴＦＣＣメッセージおよび帯域内ＣＭＲメッセージが最大レート制御に対して同時に使用される場合、（ＴＦＣＣメッセージを発行する）ＲＮＣ１０７は、レート適合が許可されるコーデックモードのサブセットの変更を要求する条件を知っていない恐れがある。例えば、（ＭＳＣまたはＭＧＷのような）コアネットワークノードのみが、１つのコーデックモードサブセットから別のコーデックモードサブセットへの切り換えを要求する、リモートエンドにおける条件を知っている場合がある。例として、回線交換サービスに関わるリモートＵＥ１０３は、ＥＶＳコーデックのプライマリモードではなくＡＭＲ−ＷＢのみをサポートするセル内にローミングすることができる。代替的には、リモートＵＥ１０３は、ＮＢ通話のみをサポートするセルにハンドオーバされてよい。
【００８６】
このような種類のケースについての好ましい解決策は、ネットワークから受信されたＣＭＲによって伝達される最大レートがレートのＣＳＳ（例：ＥＶＳ  ＩＯレートまたはＥＶＳ−ＮＢモード）を特定するために使用され、これらの中で、ＵＥ１０３はレート適合を行うことができることである。そして、このＣＳＳ内のレート適合は、ＴＦＣＣメッセージおよび帯域内ＣＭＲによって伝達される最小限のレートリクエストである最大レートまで行われる。これは、ＴＦＣＣメッセージが最大ビットレートのみを設定し、ＣＭＲはＣＳＳを設定することを意味する。より具体的には、ＴＦＣＣメッセージは、ＵＬの「ローカルな」最大ビットレートのみを制御し、ＣＭＲは、リモートダウンリンク、および通話路内の任意のネットワークノードの他の潜在的な制約の必要性に従って、ＣＳＳおよび「リモートな」最大ビットレートを設定する。
【００８７】
ＲＮＣ１０７は、ＣＮ１０１の方へ対応するｌｕ  ＵＰ制御メッセージを発行することによって、最大ビットレートをそのローカルなＤＬにおいて使用するようにすることに留意されたい。ＲＮＣ１０７がアプリケーションにとらわれない場合、最大レートリクエストは、使用されるべきレートのＣＳＳに対応しなくてもよい。それ故に、ＭＧＷのようなＣＮノードは、リクエストされた最大レートが確実にレートのＣＳＳに対応するようにすることが好ましい。ＲＮＣ１０７から受信される最大レートリクエストがＣＳＳのレートに対応しない場合、最大レートリクエストは、ＲＮＣ１０７によってリクエストされるレートより少ないまたはこれに等しいレートのＣＳＳの中から最も近いレートまで低減されなければならない。上述されるようなＣＭＲを使用する解決策について、この動作は、好ましくは、ｌｕ  ＵＰメッセージをＣＭＲに変換する時に同時に行われ得る。
【００８８】
ＲＮＣ１０７をアプリケーションにとらわれないままにすることができるさらなる可能性は、ＲＮＣ最大レート制御動作をそのローカルなＵＬに対して変更することで、ＵＥ１０３に対して直接自発的な最大レート適合リクエストを発行しないようにすることとなる。むしろ、上記段落でＤＬについて説明されたように、ＲＮＣ１０７は、ＲＮＣ１０７自体のＵＬについてのｌｕ  ＵＰレート制御メッセージをＣＳＳが変更されないように最大レートリクエストを修正できるＣＮノード（ＭＧＷ）に送信することが可能である。ＭＧＷは、次いで、最大レートリクエストが、ＲＮＣ１０７によって元々リクエストされたレートより少ないまたはこれに等しいレートのＣＳＳの中から最も近いレートに修正されている場合に、ＲＮＣ１０７に、場合によっては修正される最大レートリクエストを送り返すことになる。その後、ＵＬに対するこの最大レートは、ＴＦＣＣメッセージまたはさらにはＣＭＲを使用することによって、ＵＥ１０３に安全に伝送可能である。
【００８９】
要約すると、ＲＮＣ１０７は、一般的に、アプリケーションを意識することなく、かつ、既定されたサブセットを知らないようにすべきである。この知識なく、ＲＮＣ１０７が、リモートＵＥまたはＣＮ１０１の必要性に従ってコーデックモードサブセットを同時に正確に使用させるようにする最大レート制御についてのＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージを生成することは可能ではない。それ故に、ＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージのどちらかは、モードサブセットが独立する様式で規定されており、ＲＮＣ１０７が、使用されるべきコーデックモードサブセットに関する末端間の要件を知ることなく最大レート制御についてこのシグナリング機構を使用できるようにする。言い換えれば、ネットワークは、ＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージを使用して最大レート制御を行う時に考慮されるべきモードサブセットを、ＲＮＣ１０７に知らせなければならない。それ故に、その問題に対する以下の考えられる解決策がある。
ａ）ＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージは、単に最大ビットレート制御に対して特定され、ＣＭＲはモードセットを規定する。この代替策は、ＲＮＣ１０７をアプリケーションにとらわれないままにするため好ましい。
ｂ）ＲＮＣ１０７は、さらにまたローカルＵＬについての最大レート制御メッセージを、リクエストされるレートが意図せずにＣＳＳを変更することを暗示しないように制御するＣＮノードに送信する。次いで、ＣＮノードは、対応して調整される最大レート制御メッセージを返す。ＲＮＣ１０７は、ＵＥ１０３に対して自発的な最大レート制御ＴＦＣＣメッセージを送信せず、ＣＮノードから受信された対応する最大レート制御メッセージに応じた最大レート制御メッセージのみを送信する。この代替策は、ＲＮＣ１０７をアプリケーションにとらわれないままにするため好ましい。
ｃ）ＲＮＣ１０７は、異なるオーディオ帯域幅（ＥＶＳ−ＮＢ、ＥＶＳ−ＷＢ、ＥＶＳ−ＳＷＢ、ＥＶＳ−ＦＢ、ＥＶＳ−ＩＯ）への拡張を含む、アプリケーション特有のモードサブセットを知った後、ＲＮＣ１０７は、それに応じてＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージを送信できる。この解決策は、ＣＮ１０１が、サブセットについてまたは少なくともＣＳＳを、ＲＮＣ１０７に知らせることを要求する。該解決策はまた、新しいＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージの定義を要求する。
ｄ）ＴＦＣＣメッセージおよびｌｕ  ＵＰメッセージは最大レート制御を放棄し、ＣＭＲだけがモードサブセットおよび最大レートを特定する。これは、ＴＦＣＣメッセージからエアインターフェースをオフロードすることができるが、ＲＮＣ１０７から、ＣＭＲのアプリケーションを意識した扱い、および、サブセット、または少なくともＣＳＳのサブセットについての知識を再び必要求する。
【００９０】
本発明の実施形態は、ＥＶＳプライマリモードおよび対応するＥＶＳ  ＩＯモードである、コーデックモードの２つの構成されたサブセットの例で示されている。例えば、種々の帯域幅性能を有するモードのようなモードの他のサブセットへの拡張が可能であり、この場合、モードの１つのサブセットは狭帯域モードとすることができ、第２のサブセットは広帯域モードとすることができ、第３のサブセットは超広帯域モードを含む。ＶＢＲ５．９ｋｂｐｓモードの瞬間レート（すなわち、２．８、７．２、８、およびＥＶＳプライマリＳＩＤ）を別個のサブセットに関連付けることも可能である。
【００９１】
種々のサブセットに属するモードが同じビットレートを有するケースもあり得る。例として、種々の性質を有するが同じ対応するビットレートで動作するコーデックモードがあり得る。例として、ＮＢモードの第１のサブセット、およびＷＢモードの第２のサブセットがあり得、これら両方は、７．２、８、９．６、および１３．２ｋｂｐｓの同じレートについて規定される。そのケースについての解決策を生じさせることが可能である。この実施形態によると、異なる性質を有するこれらのモードによる無線ベアラ構成のセットアップ後、これらのモードは、まず、それらの異なる性質に従って互いに素のサブセットに関連付けられる。ＮＢモードは、例えば、第１のサブセットに、ＷＢモードは第２のサブセットに関連付け可能である。動作中、ＵＥ１０３（またはネットワークノード）は、最大レートを直接信号伝達するＩＥではなくコーデックモードコマンド（ＣＭＣ）を得る。それぞれの受信されたＣＭＣは、その後、対応する最大レートおよびコーデックモードのサブセットに関連付けられ、これらの中で最大レート制御が許可される。新しいＣＭＣが利用可能である場合、例えば、ハンドオーバがコーデックモードのサブセットの変更を要求する場合、新たに受信されたＣＭＣによって手順が繰り返される。図４ａはこの解決策を示すフローチャートを収めている。図４ｂは同様のフローチャートを収めているが、ここで、ＣＭＣではなく最大レートが直接信号伝達される。図４ｂの例では、ＥＶＳプライマリモード（サブセット１）およびＥＶＳ  ＩＯモード（サブセット２）による構成が使用される。
【００９２】
説明された実施形態はまた、構成されるＥＶＳ  ＩＯレートに加えて、ＥＶＳプライマリＶＢＲ５．９モード、およびいくつかの一定レートのＥＶＳプライマリモードによる無線ベアラ構成で作用するように拡張可能である。この構成は、追加の５．９ＶＢＲモード以外の上で論じられた構成０と同一であり、表２の構成２として示される。ＶＢＲ５．９モードは、瞬間レート２．８、７．２、８、およびＥＶＳプライマリＳＩＤに対するＴＦＣを要求する。さらに、ＴＦＣが、一定レートＥＶＳプライマリモード７．２、８、９．６、および１３．２に対して、かつＥＶＳ  ＩＯモード６．６、８．８５、および１２．６５に対して構成されることが想定される。ＶＢＲモードがその動作について上で列挙されるようなＴＦＣを要求しても、ＶＢＲモードは唯一のレートとしてその最大瞬間レート８．０ｋｂｐｓを収める第１のサブセットのみに関連付けられる。これは、電力制御されたＶＢＲモードがいずれのフレームに対しても８．０ｋｂｐｓの瞬間レートによる伝送を要求する場合があり、この最大値より低いレートへのレート適合はそれ故にその最大瞬間レートの伝送に対して要求されるＴＦＣを与えない恐れがあるため、必要である。一定レートのＥＶＳプライマリモードは、第２のサブセットに関連付けられる。ネットワークが一定レートモードまたはＥＶＳ  ＩＯモードのいずれかに対してＣＭＣを発行する場合、このＣＭＣに関連付けられるレートは、一定ビットレートのＥＶＳプライマリモードまたはＥＶＳ  ＩＯモードのそれぞれのサブセットの中からのモードの間のレート適合が行われるまで、最大レートとして使用される。ネットワークがＶＢＲモードに対してＣＭＣを発行する場合、動作はＶＢＲに制約される。一定レートモードのいずれか、特に構成された８ｋｂｐｓ最大レートを下回る７．２ＣＢＲモードに対するレート適合は除外される。
【００９３】
図８は、本明細書に説明される解決策の実施形態の例のシステム視像を図示する。ＵＥ−１  ８０３ａは、ＵＥ−２  ８０３ｂとの通話サービス接続を有する。ＵＥ−１  ８０３ａは初めに、ＲＮＣ−１  ８０７ｂによってサーブされるが、ＲＮＣ−３  ８０７ｃによってサーブされる別のセルに呼び出し中にローミングする。ＵＥ−２  ８０３ｂはＲＮＣ−２  ８０７ｂによってサーブされる。ＲＮＣ−１  ８０７ａを介した初期接続における全てのネットワークノードは新しいＥＶＳコーデックをサポートするが、これは、ＲＮＣ−３  ８０７ｃによってサーブされるセルに対するＵＥ−１  ８０３ａのハンドオーバ後のケースではない。サーブするＲＮＣ−３  ８０７ｃに対するローミング後、ＥＶＳプライマリコーデックモードはもはやサポートされないが、これはＲＮＣ−３  ８０７ｃがＡＭＲ−ＷＢのみをサポートするからである。ＥＶＳプライマリモードおよびＥＶＳ  ＩＯモードを含む構成によって、ＲＮＣ−１  ８０７ａを介して、呼び出しは初めにセットアップされる。さらにまた、呼び出しを、最大レートＸ＝１３．２までのＥＶＳプライマリモードで始めに動作させる。ＵＥ−１  ８０３ａとＵＥ−２  ８０３ｂとの間の両方向におけるレート制御は、最大レートを越えないレートによる、構成されたＥＶＳプライマリモードのサブセットを使用して行われる。最大レートがＥＶＳプライマリレートのサブセットに属するとすれば、ＥＶＳ  ＩＯレートはレート適合が禁止される（図の灰色部分）。
【００９４】
サーブするＲＮＣ−３  ８０７ｃへのハンドオーバによって、通話接続はＥＶＳ  ＩＯモードおよびＡＭＲ−ＷＢそれぞれで動作させることが必要となる。ＥＶＳ  ＩＯモードのサブセットへの切り換えは、ＥＶＳ  ＩＯレートのサブセットの中からのレート、例えばＹ＝１２．６５に最大レートを変更することによって開始される。これは、ＥＶＳ  ＩＯレートのサブセットのみを使用して動作を行うために関わるネットワークノード全てに対する信号である。ＥＶＳプライマリレートはここで、レート適合が禁止される（灰色部分）。例えば、正確なサブセットが選択されることを上層が保証できるならば、またはＲＮＣをアプリケーションにとらわれないままにする、提供される解決策のいずれかが使用される場合、サブセットおよびサブセット選択を、ＲＮＣのようなノードが知っておく、厳密な必要性がないことは留意されたい。この例示の実施形態では、コーデックモードサブセットが最大ビットレートに基づいて特定可能であることが想定される。
【００９５】
上記の方法および技法は、ワイヤレスデバイスおよびネットワークノードで実装されてよい。上に、方法の実施形態の説明に関連して、例えばＵＴＲＡＮシステムにおけるこのノードにおいて方法が実装されようとしていることが例示される。他の通信システムにおける対応するノードは異なるように示される場合がある。
【００９６】
ＵＥなどのワイヤレスデバイスの例示の実施形態は、図９ａに一般的なやり方で示されている。ワイヤアレスデバイス９００は、図２〜図４ｂのいずれかを参照して上述される方法の実施形態のうちの少なくとも１つを行うように構成される。すなわち、ワイヤレスデバイス９００は、上述される種々の実施形態に関わる１つのワイヤレスデバイスの観点による方法を行うように構成されてよい。ワイヤレスデバイス９００は、先に説明された方法の実施形態と同じ技術的特徴、目的、および利点に関連付けられると想定されてよい。ノードは、不必要な繰り返しを回避するために簡潔に説明される。
【００９７】
ワイヤレスデバイスは以下のように実装されてよいおよび／または説明されてよい。無線デバイス９００はレート適合をサポートするように構成される。ワイヤレスデバイス９００は、処理回路構成９０１および通信インターフェース９０２を含むことができる。処理回路構成９０１は、ワイヤレスデバイス９００に、上述される方法の実施形態のいずれかに関連付けられた操作を行わせるように構成される。例えば、入力／出力（Ｉ／Ｏ）インターフェースと示されてもよい通信インターフェース９０２は、他のネットワークノードに対してデータの送受信を行うためのネットワークインターフェースを含むことができる。
【００９８】
処理回路構成９０１は、図９ｂに示されるように、プロセッサ９０３、例えばＣＰＵなどの処理手段と、命令を記憶するまたは保持するためのメモリ９０４とを含むことができる。そしてメモリは、処理手段９０３によって実行される時、ワイヤレスデバイス９００に上述される操作のいずれかを行わせる、例えばコンピュータプログラム９０５の形式の命令を含むことになる。このようなコンピュータプログラムは、代替的には、コンピュータプログラムの使用前および／または使用中にキャリアによって伝えられるまたはキャリアに記憶されることが可能である。
【００９９】
処理回路構成９０１の代替的な実装形態は図９ｃに示される。処理回路構成はここで、ワイヤレスデバイスに、ＲＮＣ、ＭＳＣ、またはＭＧＷなどのネットワークノードから生じる最大ビットレートの指示を受信させるように構成される、受信部９０６などの機能ユニットを含む。処理回路構成は、ワイヤレスデバイスに、コーデックモードサブセットを、指示された最大ビットレートまたはそのインジケータに基づいて判断または特定させるように構成させる、例えば判断部９０７をさらに含むことができる。処理回路構成は、指示された最大ビットレートを下回るまたはこれに等しい最大ビットレートを有する、判断されたコーデックモードサブセットに含まれるコーデックモードに基づいて、レート適合またはレート制御を、ワイヤレスデバイスに行わせるように構成されるレート適合部９０８をさらに含むことができる。処理回路構成は、より多くのユニットを含むことが可能であり、操作またはタスクは、代替的には、他のユニットのうちの１つによって行われる可能性がある。
【０１００】
上述されるワイヤレスデバイスは、本明細書に説明される種々の方法の実施形態の別個の特徴のいずれかについて構成可能である。ワイヤレスデバイス９００は、正則関数を実行するための機能性をさらに含むことが想定可能である。
【０１０１】
上述される機能性はまた、ネットワークノードにおいて同様に実装可能である。以下に、ネットワークノードに関連するいくつかのさらなる態様が説明される。
【０１０２】
ＲＮＣ、ＭＳＣ、またはＭＧＷなどのネットワークノードの例示の実施形態は、図１０ａにおいて一般的なやり方で示されている。ネットワークノード１０００は、例えば、図５〜図６のいずれかを参照して上述される方法の実施形態のうちの少なくとも１つを行うように構成される。すなわち、ネットワークノード１０００は、上述される種々の実施形態に関わる１つのネットワークノードの観点による方法を行うように構成されてよい。ネットワークノード１０００は、先に説明された方法の実施形態と同じ技術的特徴、目的、および利点に関連付けられると想定されてよい。ノードは、不必要な繰り返しを回避するために簡潔に説明される。
【０１０３】
ネットワークノードは、以下のように実装されてよいおよび／または説明されてよい。ネットワークノード１０００はレート適合をサポートするように構成される。ネットワークノード１０００は、処理回路構成１００１および通信インターフェース１００２を含むことができる。処理回路構成１００１は、ネットワークノード１０００に、上述される方法の実施形態のいずれかに関連付けられた操作を行わせるように構成される。例えば、入力／出力（Ｉ／Ｏ）インターフェースと示されてもよい通信インターフェース１００２は、他のネットワークノードに対してデータの送受信を行うためのネットワークインターフェースを含むことができる。
【０１０４】
処理回路構成１００１は、図１０ｂに示されるように、プロセッサ１００３、例えばＣＰＵなどの処理手段と、命令を記憶するまたは保持するためのメモリ１００４とを含むことができる。そしてメモリは、処理手段１００３によって実行される時、ネットワークノード１０００に上述される操作のいずれかを行わせる、例えばコンピュータプログラム１００５の形式の命令を含むことになる。このようなコンピュータプログラムは、代替的には、コンピュータプログラムの使用前および／または使用中にキャリアによって伝えられるまたはキャリアに記憶されることが可能である。
【０１０５】
処理回路構成１００１の代替的な実装形態は図１０ｃに示される。処理回路構成はここで、いくつかのコーデックモードサブセットの中から、サービスに関わるノードによって現在サポートされているコーデックモードサブセットを、ネットワークノードに判断または特定させるように構成される、第１の判断部１００６などの機能ユニットを含む。処理回路構成は、サービスに対する最大許可ビットレートをネットワークノードに判断または特定させるように構成される、第２の判断部１００７をさらに含むことができる。処理回路構成は、ネットワークノードに、例えば、複数のコーデックモードサブセットが同じレートに関連付けられたモードを含む場合に、判断された最大ビットレートより低いまたはこれに等しい判断されたコーデックモードサブセットにおけるコーデックモードのビットレートを指示させる、および／または、コーデックモードサブセットを指示させるように構成される指示部１００８をさらに含むことができる。処理回路構成は、より多くのユニットを含むことが可能であり、操作またはタスクは、代替的には、他のユニットのうちの１つによって行われる可能性がある。
【０１０６】
上述されるネットワークノードは、本明細書に説明される種々の方法の実施形態について構成可能である。ネットワークノード１０００は、正則関数を実行するための機能性をさらに含むことが想定可能である。
【０１０７】
本開示の文脈内で、「ワイヤレスデバイス」または「ワイヤレス端末」という用語は、ワイヤレス信号を伝送するおよび／または受信することによって、基地局などのネットワークノード、または別のワイヤレスデバイスと通信できる任意のタイプのワイヤレスノードを包含する。よって、「ワイヤレスデバイス」という用語は、ユーザ機器、移動端末、機械間通信のための設置型または移動型ワイヤレスデバイス、一体型または組込型ワイヤレスカード、外部プラグインワイヤレスカード、ドングルなどを包含するが、これらに限定されない。本開示全体を通して「ユーザ機器」（「ＵＥ」）という用語は、さまざまな実施形態を例示するため使用される時がある。しかしながら、これは、本明細書に示される概念が他のワイヤレスデバイスと等しく適用可能であるため、限定的に解釈されるべきではない。それ故に、「ＵＥ」は、本開示において言及される時はいつでも、上記で規定されるようにいずれのワイヤレスデバイスも包含すると理解されるべきである。
【０１０８】
本明細書における例は例証の目的でＲＮＣに言及するが、説明される概念はまた、対応する機能を有する他のネットワークノードに適用し、異なって示されることは理解されるべきである。本開示において種々のバージョンで使用されるようなネットワークノードの表現は、ＲＮＣ、ＭＳＣ、またはＭＧＷの任意のタイプ、または、通信ネットワークにおいて回線交換サービスのレート適合に関わるように動作可能である他のコアネットワークノードを包含することが意図される。
【０１０９】
「レート適合」、「レート制御」、および「レート適合制御」のような表現が本明細書において同義語として使用可能であることは留意されるべきである。
【０１１０】
３ＧＰＰ  ＵＴＲＡＮによる専門用語は本発明を例示するために本開示において使用されているが、これは本発明の範囲を先述のシステムのみに限定するとして理解されるべきでないことは留意されるべきである。本明細書に説明されるように適切なレート適合制御の限定される可能性を有する他のワイヤレスシステムはまた、本開示内に対象として含まれる着想を活用することによって利益を得ることができる。
【０１１１】
本書は、本文において説明されない略語を含むことができる。これらの略語に対する説明は、ＴＳ２５．４０１、または３ＧＰＰ  ＴＳ２６．４４１〜２６．４５１などの３ＧＰＰ文献、およびここに言及される他の仕様において見出すことが可能である。本明細書に説明されるステップ、機能、手順、モジュール、ユニット、および／またはブロックは、汎用電子回路構成および特定用途向け回路構成の両方を含む、ディスクリート回路または集積回路技術などの任意の従来の技術を使用してハードウェアに実装されてよい。
【０１１２】
特定の例は、１つまたは複数の、適当に構成されたデジタル信号プロセッサ、および他の既知の電子回路、例えば、特殊機能を果たすために相互接続されるディスクリート論理ゲート、または特定用途向け集積回路（ＡＳＩＣ）を含む。
【０１１３】
代替的には、上述されるステップ、機能、手順、モジュール、ユニット、および／またはブロックの少なくともいくつかは、１つまたは複数の処理ユニットを含む、適した処理回路構成によって実行するためのコンピュータプログラムなどのソフトウェアに実装されてよい。ソフトウェアは、ネットワークノードにおけるコンピュータプログラムの使用前および／または使用中に、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体といったキャリアによって伝えられることが可能である。
【０１１４】
上述されるネットワークノードは、いわゆるクラウドソリューションにおいて実装されてよく、これは、実装形態が分散可能であり、ネットワークノードがいわゆる仮想ノードまたは仮想マシンであってよいことに言及する。
【０１１５】
本明細書に提示されるフロー図または図は、１つまたは複数のプロセッサによって行われる時のコンピュータフロー図または図と見なされてよい。対応する装置は、機能モジュールのグループとして規定されてよく、この場合、プロセッサによって行われるそれぞれのステップは機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で起動するコンピュータプログラムとして実装される。
【０１１６】
処理回路構成の例は、１つまたは複数のマイクロプロセッサ、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、１つまたは複数の中央処理装置（ＣＰＵ）、および／または、１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）または１つもしくは複数のプログラマブル論理コントローラ（ＰＬＣ）などの任意の適したプログラマブル論理回路構成を含むがこれらに限定されない。すなわち、上述される種々のノードにおける配置のユニットまたはモジュールは、アナログ回路およびデジタル回路の組み合わせ、および／または、例えばメモリに記憶される、ソフトウェアおよび／またはファームウェアで構成される１つもしくは複数のプロセッサによって実装可能である。これらのプロセッサのみならず、他のデジタルハードウェアの１つまたは複数は、単一の特定用途向け集積回路構成（ＡＳＩＣ）に含まれてよい、または、いくつかのプロセッサおよびさまざまなデジタルハードウェアは、システムオンチップ（ＳｏＣ）に個々にパッケージ化されようと組み付けられようと、いくつかの別個の構成要素の間で分散可能である。
【０１１７】
提案された技術が実装される任意の従来のデバイスまたはユニットの一般的な処理性能を再利用することを可能としてよいことも理解されるべきである。例えば、既存のソフトウェアの再プログラミングによって、または新しいソフトウェア構成要素を加えることによって、既存のソフトウェアを再利用することを可能にしてもよい。
【０１１８】
上述される実施形態は単に例として挙げられており、提案された技術がこれらに限定されないことは理解されるべきである。本発明の範囲から逸脱することなく、さまざまな修正、組み合わせ、および変更が実施形態になされてよいことは、当業者には理解されるであろう。特に、種々の実施形態における種々の部分的な解決策は、技術的に可能な場合、他の構成で組み合わせ可能である。
【０１１９】
「含む（ｃｏｍｐｒｉｓｅ）」または「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」という単語を使用する時、非限定的、すなわち、「少なくとも〜から成る」という意味で解釈されるべきである。
【０１２０】
いくつかの代替的な実装形態では、ブロックに記される機能／操作は、フローチャートに記される順序以外で生じる場合があることも留意されるべきである。例えば、連続して示される２つのブロックは、実際、実質的に同時に実行されてよい、または、これらブロックは、時には、関わる機能性／操作によって、逆の順序で実行される場合がある。さらに、フローチャートおよび／またはブロック図のあるブロックの機能性は複数のブロックに分離可能である、および／または、フローチャートおよび／またはブロック図の２つ以上のブロックの機能性は少なくとも部分的に一体化されてよい。最後に、他のブロックは、示されるブロック間に加えられて／挿入されてよい、および／または、ブロック／動作は、発明概念の範囲から逸脱することなく省略されてよい。
【０１２１】
相互作用するユニットの選定のみならず、本開示内のユニットの名前付けが単に例示の目的によるものであり、上述される方法のいずれかを実行するのに適したノードが、示唆された手順操作を実行できるようにするために複数の代替的なやり方で構成可能であることは理解されるべきである。
【０１２２】
本開示に説明されるユニットが、論理エンティティと見なされるべきであり、別個の物理エンティティとしての必要性はないことも留意されるべきである。
【図１】
0006526827.tif 000004
【図２】
0006526827.tif 000005
【図３】
0006526827.tif 000006
【図４ａ】
0006526827.tif 000007
【図４ｂ】
0006526827.tif 000008
【図５】
0006526827.tif 000009
【図６】
0006526827.tif 000010
【図７】
0006526827.tif 000011
【図８】
0006526827.tif 000012
【図９ａ】
0006526827.tif 000013
【図９ｂ】
0006526827.tif 000014
【図９ｃ】
0006526827.tif 000015
【図１０ａ】
0006526827.tif 000016
【図１０ｂ】
0006526827.tif 000017
【図１０ｃ】
0006526827.tif 000018