(57)【要約】  ＲＲＣが、ＳＩＰ／ＡＲＭレベルにおける活性状況を認識すること、および無線通信ネットワークにおける状態に従ってＡＭＲ速度変更を薦めることを可能にするためのメッセージを使用する、ＶｏＩＰサービスに対する速度制御を実行するための方法。メッセージは、ＶｏＩＰサービスがネットワーク状態に基づき、速度および音声品質の両方を動的に調整することを可能にする。ネットワークにおけるＲＲＭ状態を使用してＲＲＣコーデック速度制御のトリガーを引くための方法。メッセージ間の監視の仕組みを使用して、ＡＭＲ自動速度制御およびＲＲＣコマンドによる速度制御を調整するための方法。
2009533967.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいて、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対してＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コーデック速度制御を実行するための方法であって、
ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）のＲＲＣからメッセージを送信するステップと、
ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣにて前記メッセージを受信するステップであって、前記メッセージが前記ＷＴＲＵのＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）コーデック情報を前記ＲＮＣの前記ＲＲＣに通知することと
を具備することを特徴とする方法。
【請求項２】
前記メッセージが、「ＲＲＣコーデック報告」メッセージであることを特徴とする請求項１に記載の方法。
【請求項３】
前記「ＲＲＣコーデック報告」メッセージが、アプリケーション種別、コーデック種別、その時点のＡＭＲ速度、およびＡＭＲ自動速度制御方式の少なくとも１つを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＲＮＣの前記ＲＲＣに前記情報を送信する前に、前記ＷＴＲＵの前記ＲＲＣが、自身のＡＭＲコーデック情報を認識していることを特徴とする請求項１に記載の方法。
【請求項５】
前記メッセージが、ＡＭＲファンクションおよびＲＲＣファンクションの間に前記ＡＭＲコーデック情報を伝達するために前記ＷＴＲＵの中で内部的に使用されることを特徴とする請求項１に記載の方法。
【請求項６】
前記メッセージが、既存のＲＲＣメッセージに組み込まれることを特徴とする請求項１に記載の方法。
【請求項７】
前記ＡＭＲコーデック情報の前記報告間隔が、構成設定可能であることを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵのアプリケーション層が、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：コア・ネットワーク）およびＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）からのＶｏＩＰアプリケーションのための、接続およびリソースを要求する場合に、ＡＭＲコーデック情報の最も早い報告が発生することを特徴とする請求項７に記載の方法。
【請求項９】
前記ＲＮＣが、ＵＴＲＡＮの中に位置することを特徴とする請求項１に記載の方法。
【請求項１０】
無線通信ネットワークにおいて、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対してＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コーデック速度制御を実行するための方法であって、
ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣからメッセージを送信するステップと、
ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）のＲＲＣにて前記メッセージを受信するステップであって、前記メッセージが、前記ＲＮＣのＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ：無線リソース管理）状態に基づきＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）速度変更を要求することと
を具備することを特徴とする方法。
【請求項１１】
前記メッセージが、「ＲＲＣコーデック速度制御」メッセージであることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記メッセージが、データ速度の明示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）およびＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）の少なくとも１つに対して要求された速度を含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記メッセージが、データ速度の暗示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）およびＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）の少なくとも１つに対して要求された速度を含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかに関する情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
前記メッセージが、前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているかに関する情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記メッセージが、ＲＲＭ情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１７】
前記ＷＴＲＵが前記メッセージを受信すること、およびＡＭＲ速度変更が必要であるかをＡＭＲボコーダが判定することを特徴とする請求項１６に記載の方法。
【請求項１８】
前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかおよび前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているか、が予め定められた規定によって分ることに関する情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１９】
前記メッセージが、前記要求されたＡＭＲ速度変更を組み込まれた既存のＲＲＣメッセージであることを特徴とする請求項１０に記載の方法。
【請求項２０】
前記メッセージが、ＲＲＣコーデック速度制御を引き起こしたときに送信されることを特徴とする請求項１０に記載の方法。
【請求項２１】
ＲＲＣコーデック速度制御が、ＷＴＲＵおよびノードＢの測定ならびに利用可能なネットワーク・リソースに基づき、前記無線通信ネットワークにおけるＲＲＭ状態によって引き起こされることを特徴とする請求項２０に記載の方法。
【請求項２２】
ＡＭＲのためのＲＲＣコーデック速度制御が、回線品質、セル負荷、および干渉レベルの少なくとも１つによって引き起こされることを特徴とする請求項２０に記載の方法。
【請求項２３】
ＡＭＲのためのＲＲＣコーデック速度制御が、複数のＲＲＭトリガー閾値に基づいていることを特徴とする請求項２０に記載の方法。
【請求項２４】
前記複数のＲＲＭトリガー閾値が、構成設定可能であることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ＲＮＣが、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の中に位置していることを特徴とする請求項１０に記載の方法。
【請求項２６】
前記ＲＮＣの前記ＲＲＣからノードＢのスケジューラへメッセージを送信するステップをさらに具備することであって、前記メッセージが、前記要求されたＡＭＲ速度変更を前記ノードＢに通知し、前記ノードＢがそのリソース配分およびスケジューリングを対応して変更することを可能にすることを特徴とする請求項１０に記載の方法。
【請求項２７】
前記メッセージが、「コーデック速度制御要求」メッセージであることを特徴とする請求項２６に記載の方法。
【請求項２８】
前記メッセージが、データ速度の明示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）およびＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）の少なくとも１つに対して要求された速度を含むことを特徴とする請求項２６に記載の方法。
【請求項２９】
前記メッセージが、データ速度の暗示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）およびＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）の少なくとも１つに対して要求された速度を含むことを特徴とする請求項２６に記載の方法。
【請求項３０】
前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかに関する情報を含むことを特徴とする請求項２６に記載の方法。
【請求項３１】
前記メッセージが、前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているかに関する情報を含むことを特徴とする請求項２６に記載の方法。
【請求項３２】
前記メッセージが、ＲＲＭ情報を含むことを特徴とする請求項２６に記載の方法。
【請求項３３】
前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかおよび前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているか、が予め定められた規定によって分ることに関する情報を含むことを特徴とする請求項２６に記載の方法。
【請求項３４】
前記メッセージが、新しい個々のＮＢＡＰ（Ｎｏｄｅ−Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージであることを特徴とする請求項２６に記載の方法。
【請求項３５】
ドリフトＲＮＣに対しては同様に前記メッセージが、新しいＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージであることを特徴とする請求項３４に記載の方法。
【請求項３６】
前記メッセージが、既存のＮＢＡＰメッセージに組み込まれることを特徴とする請求項２６に記載の方法。
【請求項３７】
前記「ＲＲＣコーデック速度制御」メッセージが送信されたときに、前記メッセージが送信されることを特徴とする請求項２６に記載の方法。
【請求項３８】
前記メッセージが、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｉｔｉｏｎ：長期進化版）構造におけるｅノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：拡張ノードＢ）の中の内部メッセージであることを特徴とする請求項２６に記載の方法。
【請求項３９】
前記ノードＢの前記スケジューラから前記ＲＮＣの前記ＲＲＣへメッセージを送信するステップをさらに具備することであって、前記メッセージが、前記ＲＮＣからの前記要求されたＡＭＲ速度変更に応答することを特徴とする請求項２６に記載の方法。
【請求項４０】
前記メッセージが、「コーデック速度制御応答」メッセージであることを特徴とする請求項３９に記載の方法。
【請求項４１】
前記メッセージが、前記ノードＢの前記スケジューラが取り扱うことができない、ＴＦＣ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）およびＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：プロトコル・データ・ユニット）規模の少なくとも１つを含むことを特徴とする請求項３９に記載の方法。
【請求項４２】
前記メッセージが、推奨されたデータ規模および推奨されたデータ速度の少なくとも１つを含むことを特徴とする請求項３９に記載の方法。
【請求項４３】
前記メッセージが、前記要求されたデータ速度が適用されているかに関する表示を含むことを特徴とする請求項３９に記載の方法。
【請求項４４】
前記メッセージが、新しい個々のＮＢＡＰ（Ｎｏｄｅ−Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージであることを特徴とする請求項３９に記載の方法。
【請求項４５】
ドリフトＲＮＣに対しては同様に前記メッセージが、新しいＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージであることを特徴とする請求項３９に記載の方法。
【請求項４６】
前記メッセージが、既存のＮＢＡＰメッセージに組み込まれることを特徴とする請求項３９に記載の方法。
【請求項４７】
前記「コーデック速度制御要求」メッセージが受信されたときに、前記メッセージが送信されることを特徴とする請求項３９に記載の方法。
【請求項４８】
前記メッセージが、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｉｔｉｏｎ：長期進化版）構造におけるｅノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：拡張ノードＢ）の中の内部メッセージであることを特徴とする請求項３９に記載の方法。
【請求項４９】
無線通信ネットワークにおいて、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対して、ＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）速度制御およびＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コマンドによる速度制御を調整するための方法であって、
ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣにてメッセージを受信するステップであって、前記メッセージが、ＡＭＲ自動速度制御についての情報を含むことと、
前記ＲＮＣの前記ＲＲＣからメッセージを送信するステップであって、前記メッセージが、前記ＲＮＣのＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ：無線リソース管理）状態に基づきＡＭＲ速度変更を要求することと
を具備することを特徴とする方法。
【請求項５０】
前記ＲＮＣの前記ＲＲＣにて受信された前記メッセージが、「ＲＲＣ  ＡＭＲ報告」メッセージであることを特徴とする請求項４９に記載の方法。
【請求項５１】
前記ＲＮＣの前記ＲＲＣから送信された前記メッセージが、「ＲＲＣコーデック速度制御」メッセージであることを特徴とする請求項４９に記載の方法。
【請求項５２】
前記ＡＭＲ速度制御が、音声アプリケーションにより引き起こされることを特徴とする請求項４９に記載の方法。
【請求項５３】
前記ＲＲＣコマンドによる速度が、ネットワーク品質によって引き起こされることを特徴とする請求項４９に記載の方法。
【請求項５４】
ＡＭＲ速度が１つの仕組みによって変更され、かつ相反する要求が第２の仕組みから到着した場合には、前記相反する要求が再び到着するか、または多くのフレームが送信されるまで、何の速度制御も行われないことを特徴とする請求項４９に記載の方法。
【請求項５５】
前記仕組みが、前記ＡＭＲ速度制御か、または前記ＲＲＣコマンドによる速度制御であることを特徴とする請求項５４に記載の方法。
【請求項５６】
前記フレームの数が、構成設定可能なパラメータであることを特徴とする請求項５４に記載の方法。
【請求項５７】
前記フレームの数が、規定により設定されることを特徴とする請求項５４に記載の方法。
【請求項５８】
異なった仕組みからの相反する要求が同時に到着した場合には、何の速度制御も実行されないことを特徴とする請求項５４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信の分野に関する。より詳細には、３ＧＰＰシステムにおけるＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対する速度制御に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：統合移動体通信システム）には、音声サービスを提供するために２つの方法がある。１つの方法は、伝統的なＣＳ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ：回線交換の）音声サービスを使用することである。音声サービスを提供するもう１つの方法は、ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ：パケット交換の）分野（ｄｏｍａｉｎ）ドメインにおいてＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）を使用することである。ＶｏＩＰは、ＩＰネットワークを使用して、電話、音声インスタント・メッセージング、および電子会議などの、音声を用いた分野での使用を可能にする一群の技術のことである。
【０００３】
ＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）は、音声（ｓｐｅｅｃｈ）符号化のために３ＧＰＰによって採用された多速度コーデックである。ＡＭＲ音声符号化器は、多速度音声符号化器、音声活性（ｖｏｉｃｅ  ａｃｔｉｖｉｔｙ）検出器および疑似背景雑音（ｃｏｍｆｏｒｔ  ｎｏｉｓｅ）発生システムを含む音源制御型速度方式、ならびに伝送エラーおよびパケット・ロスの影響に対処するためのエラー補正の仕組みから成る。多速度音声符号化器は、４．７５ｋｂｉｔ／ｓから１２．２ｋｂｉｔ／ｓまでの８つの音源速度および低速背景雑音符号化モードを持つ単一の集積型音声・コーデックである。音声符号化器は、２０ｍｓの音声・フレーム毎にコマンドによってそのビット速度を切り換える能力がある。表１は、ＡＭＲコーデックに関しての支援する速度を表示する。
【０００４】
【表１】
2009533967.tif 000003
【０００５】
ＡＭＲ−ＷＢ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ  ＷｉｄｅＢａｎｄ）音声・コーデックもまた、３ＧＰＰにおいて使用可能である。ＡＭＲ−ＷＢ音声・コーデックは、ＡＭＲ音声・コーデックと同じ技術を使用し、より広い音声帯域幅を有する。表２は、ＡＭＲ−ＷＢコーデックに関しての支援する速度を表示する。
【０００６】
【表２】
2009533967.tif 000004
【０００７】
従来技術では、２つの既存のＡＭＲ速度制御動作、多速度動作およびＳＣＲ（Ｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌｌｅｄ  Ｒａｔｅ）動作が開示されている。ＡＭＲ速度制御動作は、ユーザ面（ｕｓｅｒ  ｐｌａｎｅ）に関する。
【０００８】
多速度動作においては、ＡＭＲコーデックおよびＡＭＲ−ＷＢコーデックの多速度符号化能力が、広範囲な伝送状態に対して高い音声品質を維持するために設計されている。多速度動作は、音声符号化速度が変化する伝送状態に連続的に順応するように、通信セッションの間に音声の符号化速度を動的に適応させることを可能とする。
【０００９】
音声符号化速度は、音声圧縮率および許容誤差の間の考えられる最良の妥協（ｔｒａｄｅ−ｏｆｆ）を可能にするために、固定された全体的帯域幅を音声・データおよび誤りを防御する符号化の間で分割することによって、動的に適応される。さらに複数モード適合を実行するために、音声受信機の復号化器は、音声送信機の符号化器に新しい好適なモードを信号送出する（ｓｉｇｎａｌ）必要がある。この信号方式は帯域内信号により発生し、そしてＣＭＲ（Ｃｏｄｅｃ  Ｍｏｄｅ  Ｒｅｑｕｅｓｔ：コーデック・モード要求）と称される。
【００１０】
ＳＣＲ動作においては、音声不活性（ｉｎａｃｔｉｖｉｔｙ）を明らかにすることによって、より低い平均速度にて入力信号が符号化されることがＳＣＲ動作で可能になる。コーデックは、音声活性を検出し、そして音声不活性を示す低い音の期間には、送信されるビットおよびパケットの数を最小限まで減少させる。ＳＣＲ動作は、ユーザ設備における電力を節約し、および／またはネットワークにおいて全体的な干渉および負荷を抑制するために使用される。ＳＣＲは、３ＧＰＰにおけるＡＭＲ音声・コーデックのために必須の仕組みである。
【００１１】
図１は、ＡＭＲ速度制御を実装するように構成されたＣＳ音声サービスを支援する無線通信システム１００の代表的ブロック図である。システム１００は、ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）１０２、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）１０６、およびＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：移動体交換局）１０８を備える。
【００１２】
図１において示すように、ＷＴＲＵ１０２は、ＡＭＲボコーダ１１０、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）１１４、およびＭＡＣ／ＰＨＹ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ／Ｐｈｙｓｉｃａｌ：媒体アクセス制御／物理）層１１６を有している。ＲＮＣ１０６は、ＲＲＣ１３４およびＵＰ／ＳＭ（Ｕｓｅｒ  Ｐｌａｎｅ／Ｓｕｐｐｏｒｔｅｄ  Ｍｏｄｅ：ユーザ面／支援モード）１３６が含まれる。ＭＳＣ１０８には、ボコーダ１４０およびＵＰ／ＳＭモード１４２を有している。
【００１３】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：統合無線通信システム）無線通信システムにおいて、ＲＮＣ１０６は、コーデック速度変更は、ＣＳ音声サービスに対して観測されたチャンネル状態に基づいてＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）開始される。観測されたチャンネル状態は、そのシステムにおけるＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ：無線リソース管理）ファンクションから入力される。ＲＲＭファンクションは、無線状態が悪い場合には、入力速度を減速させ、または無線状態が良い場合には、入力速度を増加させる処理を有することができる。ＲＮＣ１０６は、ＴＦＣ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）制御メッセージをＷＴＲＵ１０２に信号送出することによってＵＬ（ＵｐＬｉｎｋ：上り回線）コーデック速度変更のトリガーを引く（ｔｒｉｇｇｅｒ）ように構成される（ステップ１５０）。さらにＲＮＣ１０６は、速度制御メッセージをＭＳＣに信号送出することによってＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）コーデック速度変更のトリガーを引くように構成される（ステップ１５２）。速度制御メッセージはまた、ＲＮＣおよびＭＳＣの間のＵＬにおける速度変更を信号送出するため使用することができる。実際のＣＳコーデック速度変更は、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ネットワーク・アクセス・階層）レベルにて生じる。しかしながらＮＡＳおよびＡＳは、２つのＡＳメッセージ、ＲＮＣおよびＷＴＲＵの間のＴＦＣ制御メッセージ、およびＲＮＣおよびＭＳＣの間の速度制御メッセージを使用して結合され、その結果全体として、ＡＳが速度変更の必要性を示すこと、およびＣＳ音声通話がある場合には速度変更に対する必要性を通知することが可能となる。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
図２は、ＡＭＲ速度制御を実施するように構成されたＰＳ  ＶｏＩＰサービスを支援する無線通信システム２００の代表的ブロック図である。システム２００は、ＷＴＲＵ２０２、ＲＮＣ２０６、およびＭＧＷ（Ｍｅｄｉａ  ＧａｔｅＷａｙ：メディアゲートウェイ）またはピア（ｐｅｅｒ）ＷＴＲＵ２０８を備える。
【００１５】
図２に示すように、ＷＴＲＵ２０２は、ＡＭＲボコーダ２１０を含む、ＡＭＲフレーム動作ユニット２１２、ＲＲＣ２１４、およびＭＡＣ／ＰＨＹ層２１６を有している。ＲＮＣ２０６はＲＲＣ２３４を有している。ＭＧＷまたはピアＷＴＲＵ２０８は、ＡＭＲボコーダ２４０およびＡＭＲフレーム動作ユニット１４２を有している。
【００１６】
ＰＳ  ＶｏＩＰ音声サービスにおいては、呼およびコーデック制御がネットワークＮＡＳを超えて実行される。このレベルは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）／ＡＭＲレベルと称される。ＶｏＩＰ構造において、ＲＮＣ１０６のＲＲＣ２３４はＡＳ内に位置している。ＲＲＣ２３４は、呼およびコーデック制御の機能とは別途処理される。その結果、ＲＲＣ１２３はコーデック速度変更のトリガーを引くことはできない。代わりにコーデック速度制御を実行するために、ＳＩＰ／ＡＭＲレベルからＲＲＣ２３４へ呼情報を渡す仕組みが必要である。
【００１７】
ＡＭＲ速度制御と異なり、ＲＲＣが要求した速度制御はＡＳにおいて行われる。従って、アプリケーション・レベルでＡＭＲ自動速度制御を持つＶｏＩＰサービスに対するＲＲＣコマンドによる速度制御をＲＲＣ２３４が調整できる必要がある。
【００１８】
従来技術では、ＰＳ  ＶｏＩＰサービスに対するＡＭＲ速度制御問題が取り扱われている。従来技術では、ＲＲＣがＡＭＲ速度を制御するために３つの異なった方法が提案されている。第１の方法において、ＲＮＣはあるＴＦＣ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）を許可するか、または禁止することによってＷＴＲＵのコーデック速度を制御する。第２の方法において、ＲＮＣは、すべてのＵＬおよびＤＬのＶｏＩＰパケットを点検し、そしてその時点のＣＭＲ（Ｃｈａｎｇｅ  Ｍｏｄｅ  Ｒｅｑｕｅｓｔ：モード変更要求）の値が適切であるかを判定する。第３の方法において、１つの新しいＲＲＣメッセージが必要なＡＭＲコーデック速度をＷＴＲＵに信号送出する。
【００１９】
しかしながら、上の記述の第３の方法は、ＳＩＰ／ＡＭＲレベルからＲＲＣへ呼情報を渡す問題については、１つのメッセージでは不十分であるため、解決することができない。したがって、ネットワーク状態に従ってＶｏＩＰアプリケーションがその速度および音声品質を動的に適応させることを可能とするために、ＲＲＣがＳＩＰ／ＡＭＲレベルでの状態を認識することが可能なメッセージ動作のための方法および装置が望まれている。
【００２０】
帯域幅がアプリケーション自体により制御される何れの種別のプロトコルにおいても同様な問題が存在する。ＡＭＲ速度制御問題はこの開示において一例として使用するが、ここに開示されている技法はまた、他の速度制御問題にも適合する。
【課題を解決するための手段】
【００２１】
本発明は、ＲＲＣが、ＳＩＰ／ＡＲＭレベルの活性状況を認識すること、および無線通信ネットワークにおける状態に従ってＡＭＲ速度変更を薦めることを可能にするためのメッセージを使用する、ＶｏＩＰサービスに対する速度制御に関する。メッセージは、ＶｏＩＰサービスがネットワーク状態に基づき、速度および音声品質の両方を動的に適応させることを可能にする。本発明はまた、ネットワークにおけるＲＲＭ状態を使用してＲＲＣコーデック速度制御のトリガーを引くための方法に関する。さらに本発明は、メッセージ間の監視の仕組みを使用して、ＡＭＲ自動速度制御およびＲＲＣコマンドによる速度制御を調整するための方法に関する。
【発明を実施するための最良の形態】
【００２２】
本発明の特徴および要素が好適な実施形態において特定の組み合わせにて記述されているが、それぞれの特徴または要素は、単独で（好適な実施形態の他の特徴および要素なしで）、または本発明の他の特徴および要素のあるなしにかかわらず、様々な組み合わせで使用可能である。
【００２３】
これ以降、ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）には、限定するものではないが、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ設備）、移動端末（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、固定または移動体の加入者ユニット、ページャ、または無線環境において動作することができる他の如何なる種別のデバイスも含まれる。以降参照するように、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ）には、限定するものではないが、ノードＢ（Ｎｏｄｅ−Ｂ）、サイト制御装置、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：アクセス・ポイント）、または無線環境における他の如何なる種別のインタフェース・デバイスも含まれる。
【００２４】
図３は、本発明に従って構成された無線通信システム３００の代表的ブロック図である。このシステムは、ＷＴＲＵ３０２、ノードＢ３０４、ＲＮＣ３０６、ＭＧＷまたはピアＷＴＲＵ３０８を備える。ノードＢ３０４およびＲＮＣ３０６は、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）３５０を構成する。
【００２５】
図３に示すように、ＷＴＲＵ３０２は、ＡＭＲボコーダ３１０、ＡＭＲフレーム動作ユニット３１２、ＲＲＣ３１４、およびＭＡＣ／ＰＨＹ層３１６を有する。ノードＢ３０４は、スケジューラ３２０を有する。ＲＮＣ３０６は、ＲＲＭ３３２およびＲＲＣ３３４を有する。ＭＧＷまたはピアＷＴＲＵ３０８は、ＡＭＲボコーダ３４０およびＡＭＲフレーム動作ユニット３４２を有する。
【００２６】
ＷＴＲＵ３０２のＲＲＣ３１４は、ＲＮＣ３０６のＲＲＣ３３４に「ＲＲＣコーデック報告」メッセージ３６０を送るように構成される。「ＲＲＣコーデック報告」メッセージ３６０は、ＷＴＲＵ３０２のＡＭＲコーデック情報についてＵＴＲＡＮ３５０に通知する。ＡＭＲコーデック情報には、コーデック種別に関する情報が含まれる。ＷＴＲＵ１０２は、ＵＴＲＡＮ３５０のＲＲＣ３３４にメッセージを送る前に、「ＲＲＣコーデック報告」メッセージ３６０の内容を認識している。
【００２７】
さらに「ＲＲＣコーデック報告」メッセージ３６０をＷＴＲＵ１０２の中で内部的に使用し、ＲＲＣ３１４およびＡＭＲフレーム動作ユニット３１２の間でＡＭＲコーデック情報を伝達することができる。
【００２８】
「ＲＲＣコーデック報告」メッセージ３６０の内容には、アプリケーション種別、コーデック種別、その時点のＡＭＲ速度、および／またはＡＲＭ自動速度制御方式が含まれる。コーデック種別は、ＡＲＭまたはＡＭＲ−ＷＢの何れかである。その時点のＡＲＭ速度は、一般的コーデック・モード、またはより一般的なデータ期日（ｄａｔａ  ｄａｔｅ）とすることができる。
【００２９】
ＷＴＲＵ３０２において、ＲＲＣ３１４は、新しいＲＲＣメッセージによりＵＴＲＡＮ３５０のＲＲＣ３３４に「ＲＲＣコーデック報告」メッセージ３６０を送信するように構成される。代替の実施形態においてＷＴＲＵ３０２のＲＲＣ３１４は、「ＲＲＣコーデック報告」メッセージ３６０中に含まれる情報を既存のＲＲＣメッセージに組み込んで、その既存のＲＲＣメッセージをＵＴＲＡＮ３５０のＲＲＣ３３４に送るように構成される。
【００３０】
例えばＵＴＲＡＮ３５０は、ＷＴＲＵ３０２に測定制御メッセージを送信し、ＷＴＲＵ３０２のＲＲＣ３１４が測定制御情報を送るよう要求することができる。ＷＴＲＵ３０２のＲＲＣ３１４は次に、「測定報告」メッセージ中にＡＭＲコーデック情報を加えて、ＵＴＲＡＮ３５０のＲＲＣ３３４へ「測定報告」メッセージを送信することができる。
【００３１】
ＷＴＲＵ３０２のＲＲＣ３１４は、構成設定可能な時間間隔でＡＭＲコーデック情報を報告するように構成される。最も早期の「ＲＲＣコーデック報告」メッセージ３６０は、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：コア・ネットワーク）およびＵＴＲＡＮからのＶｏＩＰアプリケーションのため、ＷＴＲＵアプリケーション層が接続および／またはリソースを要求する場合、ＷＴＲＵ３０２からＵＴＲＡＮ３５０へ送られる。「ＲＲＣコーデック報告」メッセージ３６０の内容は、送信されたメッセージごとに更新する必要はないのである。
【００３２】
ＵＴＲＡＮ３５０のＲＲＣ３３４は、ＲＲＭ３３２からＲＲＭ情報を受け取るように構成される。ＲＲＭ情報は、リンク品質および／またはセル輻輳についての情報を含むようにすることができる。さらにＵＴＲＡＮ３５０のＲＲＣ３３４は、ＷＴＲＵ３０２のＲＲＣ３１４に「ＲＲＣコーデック速度制御」メッセージ３６２を送り、受信されたＲＲＭ情報に基づきＡＭＲ速度変更を要求するように構成される。ＵＴＲＡＮ３５０のＲＲＣ３３４は、ＲＲＣ速度制御のトリガーを引く場合に、「ＲＲＣコーデック速度制御」メッセージ３６２を送信するように構成される。
【００３３】
「ＲＲＣコーデック速度制御」メッセージ３６２の内容には、ＵＬおよび／またはＤＬに対する要求速度、要求速度が効力を発する時間、および／または要求速度が効力を維持している時間期間が含まれる。要求速度は、明示的にまたは暗示的に信号送出できる。要求速度が効力を発する時間、および／または要求速度が効力を維持している時間期間は、規定に従って知ることができる。
【００３４】
代替の実施形態においては、ＵＴＲＡＮ３５０のＲＲＣ３３４が直接的に速度変更を要求することはしない。代わりに、ＷＴＲＵ３０２のＲＲＣ３１４へＲＲＭ情報を送るようにＲＲＣ３３４が構成される。そして、ＷＴＲＵ３０２のＡＭＲボコーダ３１０は、受信したＲＲＭ情報を使用し、そして速度変更を決定するように構成される。
【００３５】
ＵＴＲＡＮ３５０のＲＲＣ３３４は、「ＲＲＣコーデック速度制御」メッセージ３６２を新しいＲＲＣメッセージにてＷＴＲＵ３１２のＲＲＣ３１４に送信するように構成される。代替の実施形態においては、ＵＴＲＡＮ３５０のＲＲＣ３３４は、「ＲＲＣコーデック速度制御」メッセージ３６２中に含まれる情報を既存のＲＲＣメッセージに組み込んで、その既存のＲＲＣメッセージをＷＴＲＵ３０２のＲＲＣ３１４に送信するように構成される。
【００３６】
ＲＲＣ３３４は、ＷＴＲＵ３０２およびノードＢ３０４における測定値（ｍｅａｓｕｒｅｍｅｎｔ）を使用して、ＲＲＭトリガー条件に基づき「ＲＲＣコーデック速度制御」メッセージ３６２のトリガーを引くように構成される。トリガー条件は構成設定可能とすることができる。ＲＲＭトリガー条件には、回線品質状態、セル負荷状態、干渉レベル状態、および／またはリンク品質の判定を可能にする他の同様の情報を含めることができる。リンク品質状態には、受信された信号強度表示および／または誤り率を含むことができる。さらに「ＲＲＣコーデック速度制御」メッセージ３６２は、無線リソースの可用性（ａｖａｉｌａｂｉｌｉｔｙ）に基づき開始することができる。「ＲＲＣコーデック速度制御」メッセージ３６２は、複数のＲＲＭ入力に基づき開始することができる。
【００３７】
ＵＴＲＡＮ３５０のＲＲＣ３３４は、ＵＴＲＡＮ３５０のＲＲＣ３３４がＡＭＲコーデック速度制御を求める要求をＷＴＲＵ３０２のＲＲＣに送った後に、「コーデック速度制御要求」メッセージ３６４をノードＢ３０４のスケジューラ３２０に送信するように構成される。「コーデック速度制御要求」メッセージ３６４によって、ノードＢ３０４に要求されたＡＭＲ速度変更を通知し、そしてノードＢ３０４がそのリソース配分および対応するスケジューリングを変更することを可能となる。「ＲＲＣコーデック速度制御」メッセージ３６２が送信された場合のみ、「コーデック速度制御要求」メッセージ３６４が送信される。
【００３８】
「コーデック速度制御要求」メッセージ３６４の内容として、ＵＬおよび／またはＤＬに対する要求速度、要求速度が効力を発する時間、および／または要求速度が効力を維持している時間期間が含まれる。
【００３９】
ＵＴＲＡＮ３５０のＲＲＣ３３４は、ドリフト（ｄｒｉｆｔ）ＲＮＣの場合には同様に、新しい個々のＮＢＡＰ（Ｎｏｄｅ−Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージまたは新しい個々のＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージにおいて、「コーデック速度制御要求」メッセージ３６４を、ノードＢ３０４のスケジューラ３２０に送信するように構成される。代替の実施形態においては、ＵＴＲＡＮ３５０のＲＲＣ３３４は、「コーデック速度制御要求」メッセージ３６４中に含まれる情報を既存のＮＢＡＰメッセージに組み込み、次にその既存のＮＢＡＰメッセージをノードＢ３０４のスケジューラ３２０に送信するように構成される。この目的のために、例えば無線リンク再構成手順を使用することができる。
【００４０】
ノードＢ３０４のスケジューラ３２０は、ＲＮＣ３３４から受信した「コーデック速度制御要求」メッセージ３６４に応答して、ＵＴＲＡＮ３５０のＲＲＣ３３４に「コーデック速度制御応答」メッセージ３６６を送信するように構成される。「コーデック速度制御要求」メッセージ３６４が受信された場合にのみ、「コーデック速度制御応答」メッセージ３６６が送信される。
【００４１】
「コーデック速度制御応答」メッセージ３６６の内容には、スケジューラ３２０が取り扱うことができないＴＦＣまたはＰＤＵの規模、推奨されるデータ規模または速度、および／または要求速度が適用済であるという表示が含まれる。
【００４２】
ノードＢ３０４のスケジューラ３２０は、新しい個々のＮＢＡＰ（Ｎｏｄｅ−Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージまたはドリフトＲＮＣの場合には新しい個々のＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージにおいて、「コーデック速度制御応答」メッセージ３６６をＵＴＲＡＮ３５０のＲＲＣ３３４に送信するように構成される。代替の実施形態においては、ノードＢ３０４のスケジューラ３２０は、「コーデック速度制御応答」メッセージ３６６に含まれる情報を既存のＮＢＡＰメッセージに組み込んで、その既存のＮＢＡＰメッセージをＵＴＲＡＮ３５０のＲＲＣ３３４に送信するように構成される。この目的のために、例えば無線リンク再構成手順を使用することができる。
【００４３】
上記で導入されたメッセージによって、ＡＭＲ速度制御およびＲＲＣコマンドによる速度制御の調整が可能となる。このメッセージによって、ユーザ面上のＡＭＲ速度制御は、制御面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）上のＲＲＣが要求した速度制御に関連付けられる。ＷＴＲＵ３０２のＲＲＣ３１４は、「ＲＲＣ  ＡＭＲ報告」メッセージによりＡＭＲ自動速度制御を通知され、その結果ＡＳが自動のＮＡＳ速度変更について知ることが可能となる。「ＲＲＣ  ＡＭＲ報告」メッセージによって、ＮＡＳ層におけるＡＭＲユーザ面速度変更の報告が行われ、ＡＳ層がその速度変更に適合することが可能となる。ＲＲＣ３１４によって要求された速度制御は、「ＲＲＣコーデック速度制御」メッセージ３６２によってＵＴＲＡＮ３５０からＷＴＲＵ３０２に送信され、その結果ＮＡＳはＡＳに基づく速度変更の必要性について知ることが可能となる。
【００４４】
ＲＲＣ速度制御と、自動ＡＭＲ速度制御とは各動作が異なった条件でトリガーが引かれるため、同時に動作することが可能である。ＲＲＣ速度制御動作は、無線品質によってトリガーが引かれ、一方ＡＭＲ速度制御動作は音声アプリケーションまたは音声活動によりトリガーが引かれる。
【００４５】
好適な一実施形態において、相反するＡＭＲ速度制御およびＲＲＣ速度制御の要求がある状況を回避するために監視の仕組みを導入する。ＡＭＲ速度がＲＲＣ速度制御動作またはＡＭＲ速度制御動作によって直近に変更され、かつ次に相反する動作を求める要求が到着した場合、速度制御動作は何も開始されない。保護期間（ｇｕｒｄｅ  ｐｅｒｉｏｄ）が過ぎている場合にのみ速度制御動作を開始する。例えば同一の音源から相反する動作を求める第２の要求を受け取るか、または多くのフレームが送信された場合には、何れか最初に実行された方になる。このフレーム数は、構成設定可能なパラメータとすることができ、または一定の規則（ａ  ｒｕｌｅ）により設定できる。相反する動作を求める要求が同時に到着した場合、速度制御動作は何も行なわれない。代わりに、次の要求を受け取るまでＡＭＲ速度は不変のままになる。例えば、ＮＡＳが自動で速度制御を変更し、次にＡＳが速度変更を要求したなら、ＡＳが保護期間後に改めて速度変更を要求した後にのみＡＭＲ速度は変更される。同様にＡＳが速度制御を変更した場合には、ＮＡＳの自動速度変更はすぐには行われないであろう。
【００４６】
図４は、本発明に従って構成された３ＧＰＰのＬＴＥ無線通信システム４００の代表的ブロック図である。このシステムは、ＷＴＲＵ４０２、ｅノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：拡張ノードＢ）４０４、およびＭＧＷまたはピアＷＴＲＵ４０８を備える。
【００４７】
図４に示すようにＷＴＲＵ４０２は、ＡＭＲボコーダ４１０、ＡＭＲフレーム動作ユニット４１２、ＲＲＣ４１４、およびＭＡＣ／ＰＨＹ層４１６を有する。ｅノードＢ４０４は、スケジューラ４２０、ＲＲＣ４３４、およびＲＲＭ４３２を有する。ＭＧＷまたはピアＷＴＲＵ４０８は、ボコーダ４４０およびＡＭＲフレーム動作ユニット４４２を有する。ＬＴＥ構造では、ＲＲＣファンクションはｅノードＢ４０４内に配置される。従って「コーデック速度制御要求」メッセージ４６４および「コーデック速度制御応答」メッセージ４６６は、ｅノードＢ４０４の中の内部メッセージである。
【００４８】
本発明は、３ＧＰＰにおけるＶｏＩＰサービスに対して現在使用されているＡＭＲコーデックに用いることができる。本発明は加えて、ＡＭＲ−ＷＢコーデックおよび他の種別の多速度コーデックにもまた使用できる。本発明は、ＬＴＥ構造と共に現在の３ＧＰＰ構造の中で機能することができる。さらに本発明は、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ：高速パケット・アクセス）の拡張（ＨＳＰＡ＋）に用いることができる。
【００４９】
本発明の特徴は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：集積回路）に組み込むこと、または相互接続された多数の部品を具備する回路に構成することができる。
【００５０】
本発明の特徴および要素が好適な実施形態において特定の組み合わせにて記述されているが、それぞれの特徴または要素は、好適な実施形態の他の特徴および要素なしで単独にて、または本発明の他の特徴および要素のあるなしにかかわらず、様々な組み合わせにて使用可能である。本発明において提供された方法またはフロー図は、汎用目的のコンピュータまたは処理装置による実行のための、コンピュータにて読み込み可能な記憶媒体にて実体的に具現化されたコンピュータ・プログラム、ソフトウェア、またはファームウェアにて実施することができる。コンピュータにて読み込み可能な記憶媒体の例としては、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ：読み出し専用メモリ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ランダム・アクセス・メモリ）、レジスタ、キャッシュ・メモリ、半導体記憶デバイス、内蔵ハード・ディスクおよび着脱可能ディスクなどの磁気媒体、磁気−光学媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ：デジタル多用途ディスク）などの光学媒体が含まれる。
【００５１】
適切な処理装置の例としては、汎用目的処理装置、専用目的処理装置、従来の処理装置、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ：デジタル信号処理装置）、複数のマイクロ処理装置、ＤＳＰコアに関連付けられた１つまたは複数のマイクロ処理装置、制御装置、マイクロ制御装置、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）回路、他の何れかの種別のＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：集積回路）、および／または状態マシンが含まれる。
【００５２】
ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ設備）、端末、基地局、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）、または任意のホスト・コンピュータにおいて使用するための無線周波数送受信機を実施するために、ソフトウェアに関連付けられた処理装置を使用することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアにて実施され、カメラ、ビデオカメラ・モジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンズフリー受話器、キーボード、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））モジュール、ＦＭ（Ｆｒｅｑｕｅｎｃｙ  Ｍｏｄｕｌａｔｅｄ：周波数変調）された無線ユニット、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：液晶）表示装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ：有機発光ダイオード）表示ユニット、デジタル音楽プレーヤ、メディア・プレーヤ、テレビゲーム・プレーヤ・モジュール、インターネット・ブラウザ、および／または任意のＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：無線ＬＡＮ）モジュールなどのモジュールと連動して使用することができる。
【００５３】
実施形態
１．ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対してＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コーデック速度制御を実行するための方法であって、ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）のＲＲＣからメッセージを送信するステップを具備する方法。
【００５４】
２．ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣにて前記メッセージを受信するステップをさらに具備する実施形態１の方法。
【００５５】
３．前記メッセージが、前記ＷＴＲＵのＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）コーデック情報を前記ＲＮＣの前記ＲＲＣに通知する実施形態１〜２の何れかに記載の方法。
【００５６】
４．前記メッセージが、「ＲＲＣコーデック報告」メッセージである実施形態１〜３の何れかに記載の方法。
【００５７】
５．前記「ＲＲＣコーデック報告」メッセージが、アプリケーション種別を含む実施形態４に記載の方法。
【００５８】
６．前記「ＲＲＣコーデック報告」メッセージが、コーデック種別を含む実施形態４〜５の何れかに記載の方法。
【００５９】
７．前記「ＲＲＣコーデック報告」メッセージが、その時点のＡＭＲ速度を含む実施形態４〜６の何れかに記載の方法。
【００６０】
８．前記「ＲＲＣコーデック報告」メッセージが、ＡＭＲ自動速度制御方式を含む実施形態４〜７の何れかに記載の方法。
【００６１】
９．前記ＲＮＣの前記ＲＲＣに前記情報を送信する前に、前記ＷＴＲＵの前記ＲＲＣが、自身のＡＭＲコーデック情報を認識している実施形態４〜８の何れかに記載の方法。
【００６２】
１０．前記メッセージが、ＡＭＲファンクションおよびＲＲＣファンクションの間に前記ＡＭＲコーデック情報を伝達するために前記ＷＴＲＵの中で内部的に使用される実施形態４〜９の何れかに記載の方法。
【００６３】
１１．前記メッセージが、既存のＲＲＣメッセージに組み込まれる実施形態４〜１０の何れかに記載の方法。
【００６４】
１２．前記ＡＭＲコーデック情報の前記報告間隔が、構成設定可能である実施形態１〜１１の何れかに記載の方法。
【００６５】
１３．前記ＷＴＲＵのアプリケーション層が、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：コア・ネットワーク）およびＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）からのＶｏＩＰアプリケーションのための、接続およびリソースを要求する場合に、ＡＭＲコーデック情報の最も早い報告が発生する実施形態１２の方法。
【００６６】
１４．前記ＲＮＣが、ＵＴＲＡＮの中に位置する実施形態１〜１３の何れかに記載の方法。
【００６７】
１５．無線通信ネットワークにおいて、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対してＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コーデック速度制御を実行するための方法であって、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣからメッセージを送信するステップを具備する方法。
【００６８】
１６．ＷＴＲＵ（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：無線送受信ユニット）のＲＲＣにて前記メッセージを受信するステップをさらに具備する実施形態１５の方法。
【００６９】
１７．前記メッセージが、前記ＲＮＣのＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ：無線リソース管理）状態に基づきＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）速度変更を要求する実施形態１５〜１６の何れかに記載の方法。
【００７０】
１８．前記メッセージが、「ＲＲＣコーデック速度制御」メッセージである実施形態１５〜１７の何れかに記載の方法。
【００７１】
１９．前記メッセージが、データ速度の明示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）に対して要求された速度を含む実施形態１５〜１８の何れかに記載の方法。
【００７２】
２０．前記メッセージが、データ速度の明示的信号方式を介してＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）に対して要求された速度を含む実施形態１５〜１９の何れかに記載の方法。
【００７３】
２１．前記メッセージが、データ速度の暗示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）に対して要求された速度を含む実施形態１５〜２０の何れかに記載の方法。
【００７４】
２２．前記メッセージが、データ速度の暗示的信号方式を介してＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）に対して要求された速度を含む実施形態１５〜２１の何れかに記載の方法。
【００７５】
２３．前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかに関する情報を含む実施形態１５〜２２の何れかに記載の方法。
【００７６】
２４．前記メッセージが、前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているかに関する情報を含む実施形態１５〜２３の何れかに記載の方法。
【００７７】
２５．前記メッセージが、ＲＲＭ情報を含む実施形態１５〜２４の何れかに記載の方法。
【００７８】
２６．前記ＷＴＲＵが前記メッセージを受信すること、およびＡＭＲ速度変更が必要であるかをＡＭＲボコーダが判定する実施形態１５〜２５の何れかに記載の方法。
【００７９】
２７．前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかに関する情報を含む実施形態１５〜２６の何れかに記載の方法。
【００８０】
２８．前記メッセージが、前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているか、が予め定められた規定によって分ることに関する情報を含む実施形態１５〜２７の何れかに記載の方法。
【００８１】
２９．前記メッセージが、前記要求されたＡＭＲ速度変更を組み込まれた既存のＲＲＣメッセージである実施形態１５〜２８の何れかに記載の方法。
【００８２】
３０．前記メッセージが、ＲＲＣコーデック速度制御を引き起こしたときに送信される実施形態１５〜２９の何れかに記載の方法。
【００８３】
３１．ＲＲＣコーデック速度制御が、ＷＴＲＵおよびノードＢの測定ならびに利用可能なネットワーク・リソースに基づき、前記無線通信ネットワークにおけるＲＲＭ状態によって引き起こされる実施形態３０の方法。
【００８４】
３２．ＡＭＲのためのＲＲＣコーデック速度制御が、回線品質によって引き起こされる実施形態３０〜３１の何れかに記載の方法。
【００８５】
３３．ＡＭＲのためのＲＲＣコーデック速度制御が、セル負荷によって引き起こされる実施形態３０〜３２の何れかに記載の方法。
【００８６】
３４．ＡＭＲのためのＲＲＣコーデック速度制御が、干渉レベルによって引き起こされる実施形態３０〜３３の何れかに記載の方法。
【００８７】
３５．ＡＭＲのためのＲＲＣコーデック速度制御が、複数のＲＲＭトリガー閾値に基づいている実施形態３０〜３４の何れかに記載の方法。
【００８８】
３６．前記複数のＲＲＭトリガー閾値が、構成設定可能である実施形態３５の方法。
【００８９】
３７．前記ＲＮＣが、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の中に位置している実施形態１５〜３６の何れかに記載の方法。
【００９０】
３８．前記ＲＮＣの前記ＲＲＣからノードＢにおけるスケジューラへメッセージを送信するステップをさらに具備する実施形態１５〜３７の何れかに記載の方法。
【００９１】
３９．前記メッセージが、前記要求されたＡＭＲ速度変更を前記ノードＢに通知し、前記ノードＢがそのリソース配分およびスケジューリングを対応して変更することを可能にする実施形態３８の方法。
【００９２】
４０．前記メッセージが、「コーデック速度制御要求」メッセージである実施形態３８〜３９の何れかに記載の方法。
【００９３】
４１．前記メッセージが、データ速度の明示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）に対して要求された速度を含む実施形態３８〜４０の何れかに記載の方法。
【００９４】
４２．前記メッセージが、データ速度の明示的信号方式を介してＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）に対して要求された速度を含む実施形態３８〜４１の何れかに記載の方法。
【００９５】
４３．前記メッセージが、データ速度の暗示的信号方式を介してＵＬ（ＵｐＬｉｎｋ：上り回線）に対して要求された速度を含む実施形態３８〜４２の何れかに記載の方法。
【００９６】
４４．前記メッセージが、データ速度の暗示的信号方式を介してＤＬ（ＤｏｗｎＬｉｎｋ：下り回線）に対して要求された速度を含む実施形態３８〜４３の何れかに記載の方法。
【００９７】
４５．前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかに関する情報を含む実施形態３８〜４４の何れかに記載の方法。
【００９８】
４６．前記メッセージが、前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているかに関する情報を含む実施形態３８〜４５の何れかに記載の方法。
【００９９】
４７．前記メッセージが、ＲＲＭ情報を含む実施形態３８〜４６の何れかに記載の方法。
【０１００】
４８．前記メッセージが、前記要求されたＡＲＭ速度変更が何時効力を発するかに関する情報を含む実施形態３８〜４７の何れかに記載の方法。
【０１０１】
４９．前記メッセージが、前記要求されたＡＲＭ速度変更がどれくらい長く効力を維持しているか、が予め定められた規定によって分ることに関する情報を含む実施形態３８〜４８の何れかに記載の方法。
【０１０２】
５０．前記「ＲＲＣコーデック速度制御」メッセージが送信されたときに、前記メッセージが送信される実施形態３８〜４９の何れかに記載の方法。
【０１０３】
５１．前記メッセージが、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｉｔｉｏｎ：長期進化版）構造におけるｅノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：拡張ノードＢ）の中の内部メッセージである実施形態３８〜５０の何れかに記載の方法。
【０１０４】
５２．前記ノードＢの前記スケジューラから前記ＲＮＣの前記ＲＲＣへメッセージを送信するステップをさらに具備する実施形態３８〜５０の何れかに記載の方法。
【０１０５】
５３．前記メッセージが、前記ＲＮＣからの前記要求されたＡＭＲ速度変更に応答する実施形態５２の方法。
【０１０６】
５４．前記メッセージが、「コーデック速度制御応答」メッセージである実施形態５２〜５３の何れかに記載の方法。
【０１０７】
５５．前記メッセージが、前記ノードＢの前記スケジューラが取り扱うことができない、ＴＦＣ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）を含む実施形態５２〜５４の何れかに記載の方法。
【０１０８】
５６．前記メッセージが、前記ノードＢの前記スケジューラが取り扱うことができない、ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：プロトコル・データ・ユニット）規模を含む実施形態５２〜５５の何れかに記載の方法。
【０１０９】
５７．前記メッセージが、推奨されたデータ規模を含む実施形態５２〜５６の何れかに記載の方法。
【０１１０】
５８．前記メッセージが、推奨されたデータ速度を含む実施形態５２〜５７の何れかに記載の方法。
【０１１１】
５９．前記メッセージが、前記要求されたデータ速度が適用されているかに関する表示を含む実施形態５２〜５８の何れかに記載の方法。
【０１１２】
６０．前記メッセージが、新しい個々のＮＢＡＰ（Ｎｏｄｅ−Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージである実施形態５２〜５９の何れかに記載の方法。
【０１１３】
６１．ドリフトＲＮＣに対しては同様に前記メッセージが、新しいＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージである実施形態５２〜６０の何れかに記載の方法。
【０１１４】
６２．前記メッセージが、既存のＮＢＡＰメッセージに組み込まれる実施形態５２〜６１の何れかに記載の方法。
【０１１５】
６３．前記「コーデック速度制御要求」メッセージが受信されたときに、前記メッセージが送信される実施形態５２〜６２の何れかに記載の方法。
【０１１６】
６４．前記メッセージが、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｉｔｉｏｎ：長期進化版）構造におけるｅノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：拡張ノードＢ）の中の内部メッセージである実施形態５２〜６３の何れかに記載の方法。
【０１１７】
６５．無線通信ネットワークにおいて、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対して、ＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）速度制御およびＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コマンドによる速度制御を調整するための方法であって、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣにてメッセージを受信するステップを具備することであって、前記メッセージが、ＡＭＲ自動速度制御についての情報を含む方法。
【０１１８】
６６．前記ＲＮＣの前記ＲＲＣからメッセージを送信するステップをさらに具備することであって、前記メッセージが、前記ＲＮＣのＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ：無線リソース管理）状態に基づきＡＭＲ速度変更を要求する実施形態６５の方法。
【０１１９】
６７．前記ＲＮＣの前記ＲＲＣにて受信された前記メッセージが、「ＲＲＣ  ＡＭＲ報告」メッセージである実施形態６５〜６６の何れかに記載の方法。
【０１２０】
６８．前記ＲＮＣの前記ＲＲＣから送信された前記メッセージが、「ＲＲＣコーデック速度制御」メッセージである実施形態６５〜６７の何れかに記載の方法。
【０１２１】
６９．前記ＡＭＲ速度制御が、音声アプリケーションにより引き起こされる実施形態６５〜６８の何れかに記載の方法。
【０１２２】
７０．前記ＲＲＣコマンドによる速度が、ネットワーク品質によって引き起こされる実施形態６５〜６９の何れかに記載の方法。
【０１２３】
７１．ＡＭＲ速度が１つの仕組みによって変更され、かつ相反する要求が第２の仕組みから到着した場合には、前記相反する要求が再び到着するか、または多くのフレームが送信されるまで、何の速度制御も行われない実施形態６５〜７０の何れかに記載の方法。
【０１２４】
７２．前記仕組みが、前記ＡＭＲ速度制御か、または前記ＲＲＣコマンドによる速度制御である実施形態７１の方法。
【０１２５】
７３．前記フレームの数が、構成設定可能なパラメータである実施形態７１〜７２の何れかに記載の方法。
【０１２６】
７４．前記フレームの数が、規定により設定される実施形態７１〜７３の何れかに記載の方法。
【０１２７】
７５．異なった仕組みからの相反する要求が同時に到着した場合には、何の速度制御も実行されない実施形態７１〜７４の何れかに記載の方法。
【図面の簡単な説明】
【０１２８】
【図１】ＡＭＲ速度制御を実施するように構成されたＣＳ音声サービスを支援する無線通信システムの代表的ブロック図である。
【図２】ＡＭＲ速度制御を実施するように構成されたＰＳ  ＶｏＩＰサービスを支援する無線通信システムの代表的ブロック図である。
【図３】本発明に従って構成された無線通信システムの代表的ブロック図である。
【図４】本発明に従って構成された、３ＧＰＰのＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｉｔｉｏｎ：長期進化版）無線通信システムの代表的ブロック図である。
【図１】
2009533967.tif 000005
【図２】
2009533967.tif 000006
【図３】
2009533967.tif 000007
【図４】
2009533967.tif 000008
【手続補正書】
【提出日】平成20年12月15日(2008.12.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：ＷＴＲＵ）において、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対しＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コーデック速度制御を実行するため使用する方法であって、
１つのＲＲＣから、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）のＲＲＣへ前記ＷＴＲＵのＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）コーデック情報を含む「ＲＲＣコーデック報告」メッセージを送信するステップと、
前記ＲＮＣのＲＲＣにおいてＲＲＣコーデック速度制御のトリガーが引かれると、前記ＷＴＲＵのＲＲＣにおいて前記ＲＮＣのＲＲＣから、既存のＲＲＣメッセージに組み込まれ、かつ前記ＲＲＣコーデック速度のＡＭＲ変更を要求する「ＲＲＣコーデック速度制御」メッセージを受信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記「ＲＲＣコーデック速度制御」メッセージは、データ速度を明示的に信号送出することによって上り回線（ＵｐＬｉｎｋ：ＵＬ）および下り回線（ＤｏｗｎＬｉｎｋ：ＤＬ）の少なくとも１つに対して要求されたＲＲＣコーデック速度を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記「ＲＲＣコーデック速度制御」メッセージは、データ速度を潜在的に信号送出することによって上り回線（ＵｐＬｉｎｋ：ＵＬ）および下り回線（ＤｏｗｎＬｉｎｋ：ＤＬ）の少なくとも１つに対して要求されたＲＲＣコーデック速度を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記「ＲＲＣコーデック速度制御」メッセージは、前記ＲＲＣコーデック速度の前記ＡＲＭ変更がいつ効力を発するかに関する情報を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＲＮＣのＲＲＣのＲＲＣ速度制御は、ＲＲＭの状態に基づきトリガーが引かれることを特徴とする請求項１に記載の方法。
【請求項６】
ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）において、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービスに対しＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）コーデック速度制御を実行するため使用する方法であって、
無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ  Ｒｅｃｅｉｖｅ  Ｕｎｉｔ：ＷＴＲＵ）のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）から、該ＷＴＲＵのＡＭＲコーデック情報を含む「ＲＲＣコーデック報告」メッセージを受信するステップと、
前記ＲＮＣのＲＲＣにおいてＲＲＣコーデック速度制御のトリガーが引かれると、該ＲＮＣのＲＲＣから前記ＷＴＲＵのＲＲＣへ、既存のＲＲＣメッセージに組み込まれかつ前記ＲＲＣコーデック速度のＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）変更を要求する「ＲＲＣコーデック速度制御」メッセージを送信するステップと
を備えたことを特徴とする方法。
【請求項７】
前記「ＲＲＣコーデック速度制御」メッセージは、データ速度を明示的に信号送出することによって上り回線（ＵｐＬｉｎｋ：ＵＬ）および下り回線（ＤｏｗｎＬｉｎｋ：ＤＬ）の少なくとも１つに対して要求されたＲＲＣコーデック速度を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記「ＲＲＣコーデック速度制御」メッセージは、データ速度を潜在的に信号送出することによって上り回線（ＵｐＬｉｎｋ：ＵＬ）および下り回線（ＤｏｗｎＬｉｎｋ：ＤＬ）の少なくとも１つに対して要求されたＲＲＣコーデック速度を含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記「ＲＲＣコーデック速度制御」メッセージは、前記ＲＲＣコーデック速度の前記ＡＲＭ変更がいつ効力を発するかに関する情報を含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記ＲＮＣの前記ＲＲＣのＲＲＣ速度制御は、ＲＲＭの状態に基づきトリガーが引かれることを特徴とする請求項６に記載の方法。
【請求項１１】
前記ＲＲＣからノードＢへ、該ノードＢにそのリソース配分およびスケジューリングを対応して変更させるため、前記ＲＲＣコーデック速度の前記要求されたＡＲＭ変更を前記ノードＢに通知する「コーデック速度制御要求」メッセージを送信するステップをさらに備えたことを特徴とする請求項６に記載の方法。
【請求項１２】
前記「コーデック速度制御要求」メッセージは、前記ＲＲＣコーデック速度の前記要求されたＡＲＭ変更がいつ効力を発するかに関する情報を含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記「コーデック速度制御要求」メッセージは、前記「ＲＲＣコーデック速度制御」メッセージが送信されると送信されることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記ノードＢから、前記ＲＲＣコーデック速度の前記要求されたＡＭＲ変更に応答する「コーデック速度制御応答」メッセージを受信するステップをさらに備えたことを特徴とする請求項１１に記載の方法。
【請求項１５】
前記「コーデック速度制御応答」メッセージは、前記ノードＢのスケジューラが取り扱うことができないサイズの、ＴＦＣ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）およびＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：プロトコル・データ・ユニット）の少なくとも１つを含むことを特徴とする請求項１４に記載の方法。
【国際調査報告】
2009533967.tif 000009
2009533967.tif 000010
2009533967.tif 000011