(57)【要約】無線通信システムにおけるバッテリ節約のための方法が、ＲＮＣ（無線ネットワークコントローラ）（１０４）が、ＷＴＲＵ（無線送受信ユニット）（１０２）からバッテリレベル測定値を要求することから始まる。バッテリレベルは、ＷＴＲＵ（１０２）において測定され、ＲＮＣ（１０４）に報告される。バッテリレベル測定値は、ＲＲＭ（無線リソース管理）（１００）手続きによってアクセスされることが可能な、ＲＮＣ（１０４）に格納される。バッテリレベル測定値は、バッテリレベル測定値に基づいてＲＲＭ（１００）手続きに調整を行うことによって、その手続きに適用され、ＷＴＲＵ（１０２）のバッテリが節約される。
2006520170.tif 000002
【特許請求の範囲】
【請求項１】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムにおけるバッテリ節約のための方法であって、
前記ＲＮＣが前記ＷＴＲＵからバッテリレベル測定値を要求するステップと、
前記ＷＴＲＵにおいてバッテリレベルを測定するステップと、
該測定値を前記ＷＴＲＵから前記ＲＮＣに報告するステップと、
該測定値を前記ＲＮＣに格納するステップと、
該測定値に前記ＲＮＣ内のＲＲＭ（無線リソース管理）手続きがアクセスするステップと、
該測定値を前記ＲＲＭ手続きに適用するステップであって、該測定値に基づいて該手続きにされた調整により前記ＷＴＲＵのバッテリが節約されるステップと
を含むことを特徴とする方法。
【請求項２】
前記要求するステップは、前記ＲＮＣから前記ＷＴＲＵに測定制御メッセージを送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記測定制御メッセージは、測定値報告基準を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記報告するステップは、前記ＷＴＲＵから前記ＲＮＣに測定値報告メッセージを送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記測定値報告メッセージは、通話時間の残りの分数およびアイドル時間の残りの分数を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記測定値報告メッセージは、残りの利用可能なバッテリ電力のパーセンテージを含むことを特徴とする請求項４に記載の方法。
【請求項７】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムにおけるバッテリ節約のためのシステムであって、
前記ＲＮＣが前記ＷＴＲＵからバッテリレベル測定値を要求するための要求手段と、
前記ＷＴＲＵにおいてバッテリレベルを測定するための測定手段と、
該測定値を前記ＷＴＲＵから前記ＲＮＣに報告するための報告手段と、
該測定値を格納するための格納手段と、
該測定値に前記ＲＮＣ内のＲＲＭ（無線リソース管理）手続きがアクセスするためのアクセス手段と、
該測定値を前記ＲＲＭ手続きに適用する適用手段であって、該測定値に基づいて該手続きにされた調整により前記ＷＴＲＵのバッテリが節約される手段と
を備えることを特徴とするシステム。
【請求項８】
前記要求手段は、前記ＲＮＣから前記ＷＴＲＵに送信される測定制御メッセージを含むことを特徴とする請求項７に記載のシステム。
【請求項９】
前記測定制御メッセージは、測定値報告基準を含むことを特徴とする請求項８に記載のシステム。
【請求項１０】
前記報告手段は、前記ＷＴＲＵから前記ＲＮＣに送信される測定値報告メッセージを含むことを特徴とする請求項７に記載のシステム。
【請求項１１】
前記測定値報告メッセージは、通話時間の残りの分数およびアイドル時間の残りの分数を含むことを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記測定値報告メッセージは、残りの利用可能なバッテリ電力のパーセンテージを含むことを特徴とする請求項１０に記載のシステム。
【請求項１３】
前記格納手段は、前記ＲＮＣ内部のデータベースを含むことを特徴とする請求項７に記載のシステム。
【請求項１４】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムにおけるコール受付制御のための方法であって、
前記ＷＴＲＵが前記ＲＮＣにコールの受付を要求するステップと、
前記ＷＴＲＵのバッテリレベルを調べ、該バッテリレベルに基づいて第１のビットレートを算出するステップと、
セル負荷を調べ、該セル負荷に基づいて第２のビットレートを算出するステップと、
前記第１のビットレートと前記第２のビットレートのうち、より低いビットレートを選択するステップと、
前記コールに物理的リソースを割り当てるステップと、
前記より低いビットレートで前記コールを受け付けるステップと
を含むことを特徴とする方法。
【請求項１５】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムのアップリンクにおける輻輳制御のための方法であって、
（ａ）各ユーザに関する干渉レポートを受信するステップと、
（ｂ）各ユーザに関する平均雑音上昇を計算するステップと、
（ｃ）前記平均雑音上昇を速度低減閾値と比較するステップと、
（ｄ）前記平均雑音上昇が前記速度低減閾値より大きい場合、最高干渉レベルを有するユーザに関して速度低減を実行するステップと、
（ｅ）前記平均雑音上昇が前記速度低減閾値より小さい場合、（ｉ）前記平均雑音上昇を速度回復閾値と比較し、（ｉｉ）前記平均雑音上昇が前記速度回復閾値より小さい場合、（Ａ）受信した干渉レベルに基づき、前記ユーザを候補リストに最低から最高までランク付けし、（Ｂ）前記候補リストから最低干渉レベルを有するユーザを選択し、（Ｃ）選択されたユーザのＷＴＲＵバッテリレベルを調べ、（Ｄ）該バッテリレベルが低レベルを下回っている場合、前記選択されたユーザに関して速度回復を実行して終了し、（Ｅ）前記バッテリレベルが前記低レベルを超えている場合、前記候補リストから次のユーザを選択して（ｅ）（ｉｉ）（Ｃ）の処理を繰り返すステップと
を含むことを特徴とする方法。
【請求項１６】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムのアップリンクにおける輻輳制御のための方法であって、
各ユーザに関して干渉レポートを受信するステップと、
各ユーザに関して平均雑音上昇を計算するステップと、
前記平均雑音上昇および前記ＷＴＲＵのバッテリレベルに基づいて輻輳軽減措置を実施するステップと
を含むことを特徴とする方法。
【請求項１７】
前記輻輳軽減措置を実施するステップは、
前記平均雑音上昇を速度低減閾値と比較するステップと、
前記平均雑音上昇が前記速度低減閾値より大きい場合、最高干渉レベルを有するユーザに関して速度低減を実行するステップと、
前記平均雑音上昇が前記速度低減閾値より小さい場合、前記平均雑音上昇を速度回復閾値と比較して、前記平均雑音上昇が前記速度回復閾値より小さい場合、受信した干渉レベルおよび前記バッテリレベルに基づいて速度回復を実行するステップと
を含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記速度回復を実行するステップは、
前記干渉レベルに基づき、ユーザを候補リストに最低から最高までランク付けするステップと、
前記候補リストから最低干渉レベルを有するユーザを選択するステップと、
該選択されたユーザのＷＴＲＵバッテリレベルを調べるステップと、
該バッテリレベルが低レベルを下回っている場合、前記選択されたユーザに関して速度回復を実行するステップと、
前記バッテリレベルが前記低レベルを超えている場合、前記候補リストから次のユーザを選択して、前記調べるステップを繰り返すステップと
を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムのダウンリンクにおける輻輳制御のための方法であって、
（ａ）各ユーザに関する送信電力レポートを受信するステップと、
（ｂ）各ユーザに関する平均送信電力を計算するステップと、
（ｃ）前記平均送信電力を速度低減閾値と比較するステップと、
（ｄ）前記平均送信電力が前記速度低減閾値より大きい場合、前記平均送信電力を速度回復閾値と比較し、（ｉ）前記平均送信電力が前記速度回復閾値より大きい場合、最低送信電力を有するユーザに関して速度回復を実行するステップと、
（ｅ）前記平均送信電力が前記速度低減閾値より小さい場合、該送信電力に基づきユーザを候補リストに最高から最低までランク付けして、（ｉ）前記候補リストから最高送信電力を有するユーザを選択し、（ｉｉ）前記選択されたユーザのＷＴＲＵバッテリレベルを調べ、（ｉｉｉ）該バッテリレベルが低レベルを下回っている場合、速度低減を実行して終了し、（ｉｖ）該バッテリレベルが前記低レベルを超えている場合、前記候補リストから次のユーザを選択して（ｅ）（ｉｉ）の処理を繰り返すステップと
を含むことを特徴とする方法。
【請求項２０】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムのダウンリンクにおける輻輳制御のための方法であって、
各ユーザに関して平均送信電力のレポートを受信するステップと、
各ユーザに関して前記平均送信電力を計算するステップと、
前記平均送信電力および前記ＷＴＲＵのバッテリレベルに基づいて輻輳軽減措置を実施するステップと
を含むことを特徴とする方法。
【請求項２１】
前記輻輳軽減措置を実施するステップは、
前記平均送信電力を速度低減閾値と比較するステップと、
前記平均送信電力が前記速度低減閾値より大きい場合、前記平均送信電力を速度回復閾値と比較して、前記平均送信電力が前記速度回復閾値より大きい場合、最低送信電力を有するユーザに関して速度回復を実行するステップと、
前記平均送信電力が前記速度低減閾値より小さい場合、前記平均送信電力および前記バッテリレベルに基づいて速度低減を実行するステップと
を含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記速度低減を実行するステップは、
前記平均送信電力に基づき、ユーザを候補リストに最高から最低までランク付けするステップと、
前記候補リストから最高送信電力を有するユーザを選択するステップと、
該選択されたユーザの前記バッテリレベルを調べるステップと、
前記バッテリレベルが低レベルを下回っている場合、速度低減を実行するステップと、
前記バッテリレベルが前記低レベルを超えている場合、前記候補リストから次のユーザを選択して、前記調べるステップを繰り返すステップと
を含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムにおけるユーザリンク維持のための、ＷＴＲＵバッテリレベル測定値の受信によってトリガされる方法であって、
測定されたバッテリレベルを低レベルと比較するステップと、
該バッテリレベルが低レベルを下回っている場合、アップリンク上でユーザに関するビットレートを低下させ、ダウンリンク上でユーザに関するビットレートを増加させて終了するステップと、
該バッテリレベルが前記低レベルを超えている場合、該バッテリレベルを高レベルと比較して、該バッテリレベルが高レベルを超えている場合、リンク速度が前に低減されているかどうかを判定し、前記リンク速度が前に低減されている場合、測定された送信電力および測定された干渉が低であるかどうかを判定し、該送信電力と該干渉がともに低ではない場合、速度回復を実行して、前記ユーザに関するアップリンク速度およびダウンリンク速度が速度低減が行われる前の最後の速度に復元されるステップと
を含むことを特徴とする方法。
【請求項２４】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムのアップリンクにおけるユーザリンク維持のための方法であって、
前記アップリンクにおける前記ＷＴＲＵの送信電力測定値を受信するステップと、
該電力測定値を速度低減閾値と比較するステップと、
該電力測定値が前記速度低減閾値を超えている場合、速度低減を実行するステップと、
該電力測定値が前記速度低減閾値を下回っている場合、該電力測定値を速度回復閾値と比較して、該電力測定値が前記速度回復閾値を下回っている場合、前記ＷＴＲＵのバッテリレベルを調べ、該レベルが低レベルを超えている場合、速度回復を実行するステップと
を含むことを特徴とする方法。
【請求項２５】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムのダウンリンクにおけるユーザリンク維持のための方法であって、
前記ダウンリンクにおける符号送信電力測定値を受信するステップと、
該電力測定値を速度低減閾値と比較するステップと、
該電力測定値が前記速度低減閾値を超えている場合、前記ＷＴＲＵのバッテリレベルを調べ、該レベルが低レベルを超えている場合、速度低減を実行するステップと、
該電力測定値が前記速度低減閾値を下回っている場合、該電力測定値を速度回復閾値と比較するステップと、
該電力測定値が前記速度回復閾値を下回っている場合、速度回復を実行するステップと
を含むことを特徴とする方法。
【請求項２６】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムにおいてハンドオーバを実行するための方法であって、
前記ＲＮＣにおいてハンドオーバ要求を受信するステップと、
さらなるハンドオーバ要求が前記ＲＮＣにおいて保留中であるかどうかを判定するステップと、
該要求が存在する場合、複数の前記ＷＴＲＵをバッテリレベルによって最低から最高まで順に並べ、最低バッテリレベルのＷＴＲＵを選択するステップと、
ソフトハンドオーバレッグの数を算出するステップと、
可能な限り少ないソフトハンドオーバレッグを使用してハンドオーバを実行するステップと
を含むことを特徴とする方法。
【請求項２７】
ＷＴＲＵ（無線送受信ユニット）とＲＮＣ（無線ネットワークコントローラ）を有する無線通信システムにおける電力制御のための方法であって、
前記ＷＴＲＵからバッテリレベル測定値を獲得するステップと、
前記バッテリレベル測定値に応答して前記ＷＴＲＵの動作パラメータを調整するステップと
を含むことを特徴とする方法。
【請求項２８】
前記獲得するステップは、
前記ＲＮＣが前記ＷＴＲＵから前記バッテリレベル測定値を要求するステップと、
前記ＷＴＲＵにおいてバッテリレベルを測定するステップと、
前記ＷＴＲＵから前記ＲＮＣに前記バッテリレベル測定値を報告するステップと、
前記バッテリレベル測定値を前記ＲＮＣに格納するステップと
を含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記調整するステップは、
前記バッテリレベル測定値を低レベルと比較するステップと、
前記バッテリレベル測定値が前記低レベルより小さい場合、前記ＷＴＲＵを低バッテリレベル設定で構成するステップと、
前記バッテリレベル測定値が前記低レベルより大きい場合、前記バッテリレベル測定値を中レベルと比較し、前記バッテリレベル測定値が前記中レベルより大きい場合、前記ＷＴＲＵを高バッテリレベル設定で構成するステップと
を含むことを特徴とする請求項２７に記載の方法。
【請求項３０】
前記低バッテリレベル設定で構成するステップは、
ブロック誤り率を低品質値に設定するステップと、
リンク維持手続きを開始するステップと、
アプリケーションパラメータを、バッテリ寿命を保つように、利用可能な最高圧縮レベル向けに設定するステップと
を含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
前記高バッテリレベル設定で構成するステップは、
ブロック誤り率を高品質値に設定するステップと、
現在使用される圧縮レベルを調べるステップと、
最高圧縮レベルが使用されている場合、低圧縮レベルを使用するようにアプリケーションパラメータを設定するステップと
を含むことを特徴とする請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信システムにおけるＷＴＲＵ（無線送受信ユニット）バッテリ節約に関し、より詳細には、ネットワークおよびＲＲＭ（無線リソース管理）から支援されたＷＴＲＵバッテリ節約を実現する方法に関する。
【背景技術】
【０００２】
ＷＴＲＵに関するバッテリ寿命は、エンドユーザが感知するサービス品質の重要な態様であり、バッテリ節約を実現することが可能ないずれの手段も、無線通信システム設計における望ましい成果である。バッテリ電力を節約するための既存のシステムおよび方法のいくつかは、ＷＴＲＵの少なくとも一部の電力を低減して、バッテリ寿命を保つことに関する。例えば、特許文献１では、基地局が、メッセージの中で伝えられた時間の長さにわたって移動局をオフにする信号を移動局に送信する。「オフ」期間の終りに、移動局は、自らを自動的に再起動して、アクティブなままでいる必要があるかどうか、またはさらなる期間にわたってオフにされることが可能であるかどうかを判定する。
【０００３】
特許文献２は、無線端末装置が、ヘッダパケットを受信し、ヘッダパケットの電力レベルを推定する方法に関する。次に、無線端末装置は、後続のデータパケットの一部分を受信し、そのデータパケットの電力レベルを推定する。ヘッダパケットの電力レベルとデータパケットの電力レベルの間で比較が行われる。それらの電力レベルが、ほぼ等しい場合、無線端末装置は、データパケットの残りの部分を受信し、処理する。ヘッダパケットの電力レベルが、データパケットの電力レベルより大きい場合、そのことは、基地局が、Ｑ−ＤＴＸ（準不連続（quasi-discontinuous）伝送）モードで動作していること、および無線端末装置が、データパケットの残りの部分を無視することができ、コンポーネントの一部を低電力モードに入れることができることの表れである。
【０００４】
特許文献３では、基地局または移動端末装置によってハイバネーション（hibernation）要求が行われる。次に、いつ移動端末装置を目覚めさせて、ページングメッセージをチェックするか、または移動端末装置が、送信すべきデータパケットを有するかどうかを含む、ハイバネーション期間に関連するパラメータが、基地局によって設定され、移動端末装置に伝送される。ハイバネーション期間が終了すると、待ち状態のページングメッセージが存在する場合、移動端末装置は、目覚めさせられ、ページングメッセージがチェックされる。ページングメッセージがまったく存在しない場合、移動端末装置が、送信すべき保留中のデータパケットを有するかどうかの判定が行われる。保留中のデータパケットが存在する場合、移動端末装置は、目覚めさせられ、そのパケットが送信される。保留中のパケットが存在しない場合、移動端末装置は、ハイバネーションモードに戻る。
【０００５】
【特許文献１】米国特許第５５３９９２５号明細書
【特許文献２】米国特許第６４６３０４２号明細書
【特許文献３】米国特許第６４６３３０７号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
以上に説明した諸システムおよび諸方法は、コンポーネントの電源を切って、バッテリ電力を節約することだけに関し、ＷＴＲＵが、アクティブに伝送を行っている間に、バッテリ電力を節約するための方法には関係しない。したがって、ＷＴＲＵがアクティブである場合に、バッテリ節約を実現することが望ましい。
【課題を解決するための手段】
【０００７】
本発明は、無線ネットワーク側におけるＲＲＭ（無線リソース管理）を可能にして、ＷＴＲＵ（無線送受信ユニット）バッテリ消費を低減する。ＷＴＲＵが、ＷＴＲＵのバッテリレベル情報をネットワークに報告する。次に、ネットワーク内のＲＲＭが、要求されるＱｏＳ（サービス品質）およびシステム容量を依然として維持しながらも、ＷＴＲＵのバッテリ寿命を最大化するように、情報を得た上で決定を行うことができる。報告されたバッテリレベルに基づき、コール受付制御（call admission control）、輻輳制御、ユーザリンク維持、ハンドオーバ、電力制御、ＢＬＥＲ（ブロック誤り率）目標、およびアプリケーション構成に関係する、異なるＲＲＭアクションが行われることが可能である。本発明は、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム（universal mobile telecommunication system））ＦＤＤ（周波数分割二重）／ＴＤＤ（時間分割二重）システムを参照して説明するが、ＩＥＥＥ８０２．１１およびＧＳＭ（グローバルシステムフォーモバイルコミュニケーションズ（global system for mobile communicatins））を含め、任意の無線システムに適用可能である。
【０００８】
本発明による無線通信システムにおけるバッテリ節約のための方法は、ＲＮＣ（無線ネットワークコントローラ）が、ＷＴＲＵ（無線送受信ユニット）からバッテリレベル測定値を要求することから始まる。バッテリレベルは、ＷＴＲＵにおいて測定され、ＲＮＣに報告される。バッテリレベル測定値は、ＲＲＭ手続きによってアクセスされることが可能な、ＲＮＣの中に格納される。バッテリレベル測定値は、バッテリレベル測定値に基づいてＲＲＭ手続きに調整を行うことによって、その手続きに適用され、ＷＴＲＵのバッテリが節約される。
【０００９】
本発明のより詳細な理解は、例として与えられ、添付の図面と併せて理解されるべき、好ましい実施形態の以下の説明から得ることができる。
【発明を実施するための最良の形態】
【００１０】
本発明のインプリメンテーションを、ＵＭＴＳ（ＦＤＤ／ＴＤＤ）システムに適用可能な、以下の好ましい実施形態において説明する。ただし、本発明は、例えば、ＩＥＥＥ８０２．１１およびＧＳＭを含む、任意の無線システムに適用可能である。以降、ＷＴＲＵには、ユーザ機器、移動局、固定加入者ユニットまたは移動加入者ユニット、ポケットベル、あるいは無線環境において動作することができる他の任意のタイプのデバイスが含まれるが、以上には限定されない。以降で言及する場合、基地局には、基地局、ノードＢ、サイトコントローラ、アクセスポイント、あるいは無線環境における他のインターフェースデバイスが含まれるが、以上には限定されない。
【００１１】
図１は、ＷＴＲＵ１０２およびＲＮＣ１０４を含む、ＵＭＴＳシステム１００における情報の交換を示す。ＷＴＲＵ１０２は、次の通り、ＷＴＲＵ１０２のバッテリレベルをネットワークに報告する。ＲＮＣ１０４が、ダウンリンクで測定制御メッセージ１１０を送信することにより、バッテリレベル測定値を報告するようにＷＴＲＵ１０２に要求する。メッセージ１１０の中で、ＲＮＣ１０４は、周期ベースの報告のための報告の頻度、または閾値ベースの報告のための閾値などの測定値報告基準で、ＷＴＲＵ１０２を構成する。ＷＴＲＵ１０２は、ＲＮＣ１０４によって規定された報告基準に従って測定値報告メッセージ１１２を送信することにより、バッテリレベルを報告する。バッテリ電力を節約するため、報告メッセージ１１２は、他の測定値とともに伝送されることが可能である。例えば、ＵＭＴＳ網において、バッテリレベルは、他のいずれの測定値とも同様の形で（すなわち、ＲＲＣ（無線リソースコントローラ）シグナルを介して）、報告されることが可能である。
【００１２】
報告メッセージ１１２の中に含まれる情報には、通話時間の残りの分数、およびアイドル時間の残りの分数が含まれることが可能である。この数値は、現在の伝送環境および現在のサービスタイプ（例えば、音声またはデータ）に基づく瞬間的な値であることも、過去Ｘ分間にわたる諸条件に基づく平均値であることも可能である。代替として、報告されるバッテリレベルは、残っている利用可能なバッテリ電力のパーセンテージであることも可能である。ＷＴＲＵ１０２は、報告メッセージ１１２を定期的に送信するように、または閾値に達した場合に報告メッセージ１１２を送信するように設定することができる。定期的報告は、１秒間から１０分間までの幅があることが可能であり、好ましい既定値は、１分間である。閾値ベースの報告の場合、ＷＴＲＵは、頻繁な測定を行うことが可能であるが、ある閾値を超えた場合にだけ、ＲＮＣに測定値レポートを送信する。評価される閾値のタイプには、低閾値、中閾値、および高閾値が含まれ、以下により詳細に説明する。
【００１３】
ＲＮＣ１０４内のＲＲＭは、ＷＴＲＵ１０２の報告されたバッテリレベルに基づき、情報を得た上で決定を行う。一般に、決定を行うのにＲＲＭが使用する測定値は、各タイプの決定に関連して当技術分野で通常、使用される測定値であり、ＷＴＲＵ１０２のバッテリレベルは、追加の基準として使用される。ＲＲＭによって使用されるその他の測定値の一部には、ダウンリンクＩＳＣＰ（干渉信号符号電力）、ＲＳＣＰ（受信信号符号電力）、および経路損失が含まれる。
【００１４】
バッテリレベル測定値による影響を受ける手続きを以下により詳細に説明する。ＷＴＲＵ１０２とＲＮＣ１０４の間の信号交換として見ると、受付制御手続き１２０は、ＷＴＲＵ１０２によって送信された受付要求１２２によってトリガされる。受付制御１２０は、受付応答１２４を送信することにより、コールが受け付けられたかどうかを示す。輻輳制御手続き１３０が、信号１３２を送信することにより、新たな伝送速度のためにＷＴＲＵ１０２を構成する。リンク維持手続き１４０が、信号１４２を送信することにより、新たな伝送速度のためにＷＴＲＵ１０２を構成する。ハンドオーバ手続き１５０が、信号１５２を送信することにより、ハンドオーバのためにＷＴＲＵ１０２を構成する。電力制御手続き１６０が、信号１６２を送信することにより、ＷＴＲＵ１０２のＢＬＥＲ目標を変更する。
【００１５】
図２は、ＷＴＲＵ１０２からバッテリレベル報告メッセージ１１２を受信した際のＲＮＣ１０４内におけるＲＲＭ動作２２０を示す。ＲＮＣ１０４内のＲＲＭはまず、ＷＴＲＵバッテリ測定値報告メッセージ１１２を受け取る（ステップ２０２）。次に、ＲＮＣ  ＲＲＭは、ＷＴＲＵバッテリレベルパラメータを更新して、データベースに格納する（ステップ２０４）。他のすべての手続きが、このパラメータへのアクセスを有する。というのは、手続き動作は、各手続きに関連して以下に説明する通り、ＷＴＲＵバッテリレベルに応じて変わるからである。次の３つのバッテリレベル閾値が、トリガとして使用される。すなわち、低、中、および高である。これらの閾値は、閾値ベースのバッテリレベル報告に関連して前述した閾値と同一である。具体的なバッテリレベルおよび閾値は、各インプリメンテーションで異なる設計パラメータであることが、当業者には理解されよう。したがって、これらの具体的なレベルおよび閾値については、以降、説明しない。
【００１６】
ＷＴＲＵバッテリレベルが調べられて、低閾値を下回るかどうかが判定される（ステップ２０６）。低閾値を超えるバッテリレベルの場合、ＷＴＲＵバッテリレベルが調べられて（ステップ２１０）、中閾値を超えるかどうかが判定される。ＢＬＥＲ目標が高いほど、必要とされる送信電力が高くなり、バッテリは、より速く消耗する。したがって、現在のバッテリレベルに基づいてＢＬＥＲ目標を調整することが望ましい。バッテリレベルが中閾値を下回る場合、現在のＢＬＥＲ目標が維持され（ステップ２１２）、手続きが終了される（ステップ２１４）。
【００１７】
バッテリレベルが、中閾値を超える場合（ステップ２１０）、ＢＬＥＲ目標は、「高品質ＢＬＥＲ」目標に設定される（ステップ２２０）。次に、現在の圧縮レベルが評価される（ステップ２２２）。現在の圧縮レベルが、最高圧縮レベルである場合は、より低い圧縮レベルに切り替え（ステップ２２４）、手続きを終了する（ステップ２１４）。それ以外の場合、現在の圧縮レベルを維持し、手続きを終了する（ステップ２１４）。
【００１８】
ＷＴＲＵバッテリレベルが低閾値を下回る場合（ステップ２０６）、ＢＬＥＲ目標は、「低品質ＢＬＥＲ」目標に設定されて（ステップ２３０）、バッテリ寿命が延ばされる。次に、リンク維持がトリガされて（ステップ２３２）、以下に説明する通り、バッテリ消費速度が低減される。アプリケーション構成および圧縮レベルが調整されて（ステップ２３４）、以下に説明する通り、バッテリ電力が節約される。その後、手続きは終了する（ステップ２１４）。
【００１９】
コール受付制御
次に、図３を参照すると、ＣＡＣ（コール受付制御）手続き３００が、ＣＡＣをトリガすることによって開始され（ステップ３０２）、このトリガは、ＷＴＲＵ１０２が、コール受付をＲＮＣ１０４に要求した時点で行われる（図１の信号１２２）。次に、ＷＴＲＵのバッテリレベルが調べられる（ステップ３０４）。ＣＡＣ手続き３００によって行われる次のステップは、バッテリレベル、ならびに現在のコールがリアルタイムであるか（図３に「ＲＴ」として示す）、または非リアルタイムであるか（図３に「ＮＲＴ」として示す）に直接に依存する。
【００２０】
バッテリレベルが低である場合、ＣＡＣは、リアルタイムのコールに関して、保証されたビットレートでセルへのハンドオーバを許し、非リアルタイムのコールに関して、最低ビットレート（ＴＦＣ１）でセルへのハンドオーバを許す（ステップ３０６）。バッテリレベルが中である場合、ＣＡＣは、リアルタイムのコールに関して、保証されたビットレートでコールを受け付け、非リアルタイムのコールに関して、ＴＦＣ２（２番目に低いビットレート）で、またはより低いビットレートで受け付ける（ステップ３０８）。バッテリレベルが高である場合、リアルタイムのコールと非リアルタイムのコールの両方に関して、ＣＡＣは、最大ビットレート以下のコールを受け付ける（ステップ３１０）。バッテリレベルに応じたＣＡＣ動作を以下の表に要約する。
【００２１】
【表１】
2006520170.tif 000003
【００２２】
現在のＷＴＲＵバッテリレベルに従ってビットレート算出が行われた後（ステップ３０６、３０８、または３１０）、ＣＡＣ手続き３００はステップ３１２に進み、セル負荷が調べられて、許容できるコール受付ビットレートが算出される。コールに関して受け入れられるビットレートが、バッテリレベルおよびセル負荷によって決まる、より低い受付速度を選択することにより、選択される（ステップ３１４）。最後に、コールのために要求される物理的リソースが割り当てられ（ステップ３１６）、手続きが終了する（ステップ３１８）。
【００２３】
ユーザを受け入れる（admit）か否か、受け入れのためのビットレートを決めるのに使用される従来の基準（例えば、干渉、搬送波電力、セル負荷）の他に、ＲＮＣ１０４は、ＷＴＲＵバッテリレベルに依存して、割り当てられたビットレートも調整する。ＣＡＣに関して評価される基準は、手続き設計に依存し、知られているＣＡＣ手続きごとに異なる可能性がある。
【００２４】
また、ＴＤＤにおける符号の断片化も、低バッテリレベルのＷＴＲＵに関して、最小限に抑えられる。使用されるタイムスロット数、ならびに、いずれの符号をツリーの中で使用するかに関して、コールによって要求されるＯＶＳＦ（直交可変拡散率）符号を割り当てる複数の問題解決法が、通常、存在する。使用されるタイムスロット数が少ないほど、符号の断片化は、低くなる。符号の断片化を最小限に抑えるのに、ＲＮＣ  ＲＲＭは、できる限り少ないタイムスロットの中に符号を割り当てなければならない。これにより、ＷＴＲＵ１０２が基地局から遠く離れている場合に、ＷＴＲＵ１０２の電力レベルを上げる可能性が小さくなる。コールが受け付けられると、ＲＮＣ１０４は、応答メッセージをＷＴＲＵに送信する（図１の信号１２４）。
【００２５】
輻輳制御
輻輳制御は、アップリンクとダウンリンクの両方で、速度低減および速度回復を実行する。本発明の場合、アップリンクにおける速度回復およびダウンリンクにおける速度低減を実行する際に、ＷＴＲＵのバッテリレベルが考慮される。図４は、本発明による輻輳制御手続き４００の流れ図を示す。輻輳制御手続き４００において使用される基準は、この手続きの設計に依存することに留意されたい。図４は、速度制御をトリガするか否かを判定する基準として、アップリンクにおける平均雑音上昇（noise rise）およびダウンリンクにおける平均送信電力を使用する、遅い輻輳制御手続きを示す。遅い輻輳制御手続きは一例に過ぎず、本発明は、任意の輻輳制御手続きに等しく適用可能であることを理解されたい。
【００２６】
次に、図４を参照すると、輻輳制御手続き４００は、各ユーザに関して、干渉および送信電力に関する測定値レポートを受信することから始まる（ステップ４０２）。次に、アップリンクにおける平均雑音上昇、およびダウンリンクにおける送信電力が、すべてのユーザに関して計算される（ステップ４０４）。それらの測定値は、ＲＮＣにおいて格納され、この手続きの間に数回、使用される。アップリンクを評価する際、平均雑音上昇が速度低減に関する閾値を超えるかどうかの判定が行われる（ステップ４０６）。平均雑音上昇が速度低減閾値を超えている場合、最高干渉レベルを有するユーザに関して速度低減が実行され（ステップ４０８）、手続きは終了する（ステップ４０９）。
【００２７】
平均雑音上昇が速度低減閾値を下回っている場合（ステップ４０６）、平均雑音上昇を速度回復に関する閾値と比較する別個の判定が行われる（ステップ４１０）。平均雑音上昇が速度回復閾値を超えている場合、速度回復を呼び出す必要はなく（ステップ４１２）、手続きは終了する（ステップ４０９）。平均雑音上昇が速度回復閾値を下回っている場合は、最低の測定された干渉を有するユーザが選択される（ステップ４１４）。前述した通り、干渉は、ステップ４０２で、すべてのユーザに関して測定され、測定値はステップ４０２またはステップ４１４のいずれかで格納されることができる。次に、選択されたユーザのＷＴＲＵバッテリレベルが調べられて、低バッテリレベルを下回っているかどうかが判定される（ステップ４１６）。バッテリレベルが低レベルを超えている場合は、選択されたユーザに関して速度回復が実行され（ステップ４１８）、手続きは終了する（ステップ４０９）。バッテリレベルが低レベルを下回っている場合は速度回復に関する候補リストの中の次のユーザが選択され（ステップ４２０）、ステップ４１６が繰り返される。
【００２８】
ダウンリンク上で、平均送信電力が速度低減に関する閾値と比較される（ステップ４３０）。平均送信電力が速度低減閾値を下回っている場合、平均送信電力を速度回復に関する閾値と比較する別個の判定が行われる（ステップ４３２）。平均送信電力が速度回復閾値を超えている場合は速度制御を呼び出す必要がなく（ステップ４３４）、手続きは終了する（ステップ４０９）。平均送信電力が速度回復閾値を下回っている場合は、最低送信電力を有するユーザに関して速度回復が実行され（ステップ４３６）、手続きは終了する（ステップ４０９）。前述した通り、各ユーザに関する送信電力はステップ４０２で格納され、ステップ４０２またはステップ４３６のいずれかで格納されることもできる。
【００２９】
平均送信電力が速度低減閾値を超えている場合（ステップ４３０）、最高送信電力を有するユーザが選択される（ステップ４３８）。次に、選択されたユーザのＷＴＲＵバッテリレベルが調べられて、低バッテリレベルを下回っているかどうかが判定される（ステップ４４０）。バッテリレベルが低レベルを超えている場合、選択されたユーザに関して速度低減が実行され（ステップ４４２）、手続きは終了する（ステップ４０９）。バッテリレベルが低レベルを下回っている場合、速度低減に関する候補リストの中の次のユーザが選択され（ステップ４４４）、ステップ４４０が繰り返される。
【００３０】
手続き４００において、アップリンク上で、ＲＮＣ１０４が、輻輳状況が軽減されたことを検出した（平均雑音上昇が速度回復に関する閾値より低い）場合、ＲＮＣ１０４は、ＷＴＲＵ１０２のバッテリレベルを追加の基準として使用する。アップリンク伝送速度を増加させることにより、バッテリがより速く消耗させられる。というのは、より高い伝送速度は、より低い伝送速度よりも高い電力を使用するからである。輻輳制御は、複数のＷＴＲＵ１０２を干渉レベルに従って、低干渉から高干渉までランク付けする。次に、輻輳制御は、最低干渉レベルを有するＷＴＲＵ１０２を選択する。選択されたＷＴＲＵのバッテリレベルが低閾値を下回っている場合、輻輳制御は、候補リストの中の次のＷＴＲＵ１０２を選ぶ。そのＷＴＲＵ１０２のバッテリレベルが低レベルより高い場合は、速度回復が実行されることが可能である。
【００３１】
手続き４００において、ダウンリンク上で、ＲＮＣ１０４は、最近に受信された測定値の平均値に基づいて輻輳を検出する。輻輳が検出されると（平均送信電力が速度低減に関する閾値より大きい）、ＲＮＣ１０４は、最高送信電力を有するユーザを速度低減のために選択する。ダウンリンク受信ビットレートを低下させることにより、バッテリがより速く消耗させられる。というのは、ＷＴＲＵ１０２が、同一量のデータを受信するのに、さらなる時間を要するからである。したがって、ＲＮＣ１０４は、ＷＴＲＵ１０２のバッテリレベルを、速度低減を実施するかどうかを判定するための追加の基準として使用する。選択されたＷＴＲＵのバッテリレベルが低閾値を下回っている場合、輻輳制御は、候補リストの中の次のＷＴＲＵ１０２を選ばなければならない。下回っていない場合、選択されたＷＴＲＵに関して速度低減が実行されることが可能である。平均送信電力が速度回復に関する閾値より低い場合、速度回復が行われなければならない。ダウンリンク受信ビットレートを増加させることにより、ＷＴＲＵ１０２が同一量のデータを受信する時間が短縮されて、バッテリ寿命が延ばされる。したがって、ＷＴＲＵ１０２バッテリレベルは、ダウンリンクにおける速度回復のための基準ではない。
【００３２】
速度低減または速度回復が、ＲＮＣ１０４において実行されると、ＲＮＣ１０４は、新たな速度向けにＷＴＲＵ１０２を再構成する（図１の信号１３２）。
【００３３】
ユーザリンク維持
次に、図５ａ〜図５ｃを参照すると、ユーザリンク維持手続きが、次の３つの異なるイベントによってトリガされることが可能である。すなわち、（１）ＲＮＣにおけるバッテリレベル測定値レポートの受信時、（２）アップリンク上のＷＴＲＵ送信電力測定値の受信時、および（３）ダウンリンク上の符号送信電力測定値の受信時である。
【００３４】
図５ａは、バッテリレベル測定値レポートの受信時（ステップ５０２）に実行されるユーザリンク維持手続き５００を示す。ＷＴＲＵバッテリレベルが低レベルを下回っているかどうかの判定が行われる（ステップ５０４）。バッテリレベルが低レベルを下回っている場合は、アップリンクで動作している場合、ユーザのビットレートが低減され、ダウンリンクで動作している場合、ビットレートが増加されて（ステップ５０６）、手続きは終了する（ステップ５０７）。
【００３５】
バッテリレベルが低レベルを超えている場合（ステップ５０４）は、バッテリレベルが高レベルを超えているかどうかの別個の判定が行われる（ステップ５０８）。バッテリレベルが高レベルを下回っている場合は、リンク速度制御を呼び出す必要がなく（ステップ５１０）、手続きは終了する（ステップ５０７）。バッテリレベルが高レベルを超えている場合は、バッテリレベル測定値レポートのトリガに起因して、別の速度低減手続きによってユーザリンク速度が低減されているかどうかの別個の判定が行われる（ステップ５１２）。リンク速度が、以前に低減されていない場合は、リンク速度制御を呼び出す必要がなく（ステップ５１０）、手続きは終了する（ステップ５０７）。リンク速度が、以前に低減されている場合は、送信電力、および測定された干渉が低であるかどうかの判定が行われる（ステップ５１４）。送信電力と測定された干渉がともに低ではない場合は、リンク速度制御を呼び出す必要がなく（ステップ５１０）、手続きは終了する（ステップ５０７）。送信電力と測定された干渉がともに低である場合は、そのユーザに関するアップリンク速度およびダウンリンク速度が速度低減の前に使用されていた最後の速度に復元される、速度回復が実行され（ステップ５１６）、手続きは終了する（ステップ５０７）。
【００３６】
図５ｂは、アップリンクにおけるＷＴＲＵ送信電力の受信時（ステップ５２２）に実行されるユーザリンク維持手続き５２０を示す。ＷＴＲＵ送信電力が調べられて、速度低減に関する閾値を超えているかどうかが判定される（ステップ５２４）。送信電力が速度低減閾値を超えている場合は速度低減が実行され（ステップ５２６）、手続きは終了する（ステップ５２７）。送信電力が速度低減閾値を下回っている場合（ステップ５２４）は、ＷＴＲＵ送信電力が速度回復に関する閾値を下回っているかどうかの別個の判定が行われる（ステップ５２８）。送信電力が速度回復閾値を下回っている場合は、ＷＴＲＵバッテリレベルが低レベルを下回っているかどうかの別の判定が行われる（ステップ５３０）。バッテリレベルが低レベルを超えている場合は速度回復が実行され（ステップ５３２）、手続きは終了する（ステップ５２７）。バッテリレベルが低レベルを下回っている場合、速度回復は実行されず（ステップ５３４）、手続きは終了する（ステップ５２７）。送信電力が速度回復に関する閾値を超えている場合（ステップ５２８）は、速度回復は実行されず（ステップ５３４）、手続きは終了する（ステップ５２７）。
【００３７】
図５ｃは、ダウンリンクにおける符号送信電力測定値の受信時（ステップ５４２）に実行されるユーザリンク維持手続き５４０を示す。符号送信電力が調べられて、速度低減に関する閾値を超えているかどうかが判定される（ステップ５４４）。符号送信電力が速度低減閾値を下回っている場合、符号送信電力が速度回復に関する閾値を下回っているかどうかの判定が行われる（ステップ５４６）。符号送信電力が速度回復閾値を超えている場合は、リンク速度制御を呼び出す必要がなく（ステップ５４８）、手続きは終了する（ステップ５４９）。符号送信電力が速度回復閾値を超えている場合は速度回復が実行され（ステップ５５０）、手続きは終了する（ステップ５４９）。
【００３８】
符号送信電力が速度低減閾値を超えている場合（ステップ５４４）、ＷＴＲＵバッテリレベルが調べられて、低レベルを下回っているかどうかが判定される（ステップ５５２）。バッテリレベルが低レベルを超えている場合は速度低減が実行され（ステップ５５４）、手続きは終了する（ステップ５４９）。バッテリレベルが低レベルを下回っている場合、速度低減は実行されず（ステップ５５６）、手続きは終了する（ステップ５４９）。
【００３９】
ＷＴＲＵバッテリ測定値レポートは、ユーザリンク維持手続きのトリガであることが可能である。ＲＮＣ１０４が低バッテリレベルを示すバッテリ報告メッセージ１１２を受信した場合、アップリンクにおけるＷＴＲＵビットレートが低減されて、バッテリ消費速度が低下させられ、これは、長時間のコールに関して特に有用である。ＲＮＣ１０４は、より低いビットレートのためにＷＴＲＵ１０２を構成する（図１の信号１４２）。ダウンリンクにおいて、ＲＮＣ１０４は、ＷＴＲＵ１０２に伝送されるビットレートを増加させて、ＷＴＲＵ１０２の電源オン時間を短縮する。ＲＮＣ１０４が低レベルを超えるバッテリレベルを示すバッテリ報告メッセージ１１２を受信し、バッテリ電力低下（low battery）に起因してビットレートが以前に低減されている場合、アップリンクおよびダウンリンクにおけるリンク速度は、前回の速度低減より前の以前の速度に復元される。
【００４０】
ダウンリンクにおいて、別の測定値によって、例えば、符号送信電力によってユーザリンク維持がトリガされた場合、ＲＮＣ１０４は、ＷＴＲＵ１０２のバッテリレベルを、速度低減のための追加の基準として使用する。使用される基準は、リンク維持制御手続き５００、５２０、５４０の設計に依存する。リンク維持制御を実行する際の異なるアプローチは、異なる基準を使用することができる。例えば、前述したリンク維持制御手続きは、アップリンクＷＴＲＵ送信電力およびダウンリンク符号送信電力を使用する。ＷＴＲＵのバッテリレベルが低閾値を下回っている場合、ダウンリンク受信ビットレートを低下させることにより、ＷＴＲＵ１０２が同一量のデータを受信するのにかかる時間が増加して、ＷＴＲＵ１０２バッテリが、より速く消耗させられる。したがって、リンク維持は、ＷＴＲＵ１０２に関する受信ビットレートを低下させてはならない。
【００４１】
アップリンクにおいて、別の測定値によって、例えば、ＷＴＲＵ送信電力によってユーザリンク維持がトリガされた場合、ＲＮＣ１０４は、ＷＴＲＵ１０２のバッテリレベルを、速度回復のための追加の基準として使用する。ＷＴＲＵのバッテリレベルが低閾値を下回っている場合、アップリンク伝送ビットレートを増加させることにより、バッテリがより速く消耗させられる。このため、リンク維持は、ＷＴＲＵ１０２に関する伝送ビットレートを増加させてはならない。
【００４２】
ハンドオーバ
図６は、本発明によるハンドオーバ手続き６００を示す。ＲＮＣはまず、ハンドオーバ要求を受信し（ステップ６０２）、次に、処理されるのを待っている、さらなるハンドオーバ要求が存在するかどうかを確認する（ステップ６０４）。追加のハンドオーバ要求が存在する場合、最低バッテリレベルを有するＷＴＲＵが選択される（ステップ６０６）。次に、ソフトハンドオーバレッグ（leg）の数が算出され、ＦＤＤで動作している場合、その数が可能な限り低く保たれる（ステップ６０８）。ステップ６０４で、さらなる要求がまったく存在しない場合、ステップ６０６は抜かされ、手続きはステップ６０８に進む。最後にハンドオーバが実行され（ステップ６１０）、手続きは終了する（ステップ６１２）。
【００４３】
ハンドオーバに関するより高い優先順位は、低バッテリレベルを有するＷＴＲＵ１０２に与えられる（図１の信号１５２）。バッテリレベルは、ＦＤＤに関するソフトハンドオーバレッグの数を決めるのに使用することができ、バッテリレベルが低いほど、割り当てられるべきハンドオーバレッグの数は少なくなる。ＦＤＤでは、ＷＴＲＵ１０２は、異なるセルにおいて同時の無線リンク接続（ソフトハンドオーバレッグ）を有することができる。確立されるハンドオーバレッグ数が多いほど、追加のハンドオーバレッグに必要とされる追加の処理に起因して、ＷＴＲＵのバッテリは、速く消費される。
【００４４】
電力制御
ＢＬＥＲ目標は、ＷＴＲＵバッテリレベルに応じて変更される。コール受付時に、ＲＮＣ  ＲＲＭが、サービスを調べ、サービスタイプに基づいてＢＬＥＲ目標を算出する。サービスタイプは、サービス品質クラス、例えば、会話、ストリーミング、対話／背景、シグナリングＡＭ／ＵＭ、またはその他のサービスタイプである。各サービスタイプに関して、ＷＴＲＵバッテリレベルを考慮する場合、ＲＮＣ  ＲＲＭに関する、可能な２つのＢＬＥＲ目標が存在する。
【００４５】
第１の可能なＢＬＥＲ目標は、ネットワークが容認できる最小ＢＬＥＲであり、ＷＴＲＵ１０２のバッテリレベルが低閾値を下回っている場合に、ＷＴＲＵ１０２が使用することができる「低品質ＢＬＥＲ」である。第２の可能なＢＬＥＲ目標は、低品質ＢＬＥＲより良好であり、ＷＴＲＵ１０２のバッテリレベルが中閾値を超えている場合に、ＷＴＲＵ１０２が使用することができる「高品質ＢＬＥＲ」である。ＷＲＴＵは、高品質ＢＬＥＲ目標を満たすために、より高い電力で伝送する必要があり、したがって、バッテリは、急速な枯渇を防止するのに十分なだけの電力を有する必要がある。
【００４６】
コール中、電力制御は、ＷＴＲＵバッテリレベルに基づいてトリガされる（図１の信号１６２）。いくつかの異なるサービスタイプに関するＢＬＥＲ目標の数値の例を表２に示す。これらの値は、ＯＡ＆Ｍ（交換、管理、保守）構成可能でなければならない。電力制御手続きは、図２のステップ２２０およびステップ２３０で示す通り、バッテリレベル測定値レポートによってトリガされることが可能である。
【００４７】
【表２】
2006520170.tif 000004
【００４８】
アプリケーション構成
非リアルタイム（ＮＲＴ）のコールに関して、複数のレベルの符号化圧縮をもたらすように圧縮レイヤを構成することができる。アプリケーション構成は、ＷＴＲＵ１０２のバッテリレベルを唯一の基準として使用して、圧縮レベルを決める。バッテリレベルが低いほど、構成される圧縮のレベルは、高くなる。アプリケーションレベルで、すなわち、ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセス網）の外部で、アプリケーションは、異なるレベルの情報を提供するように最適化することができる。例えば、Ｗｅｂブラウズ中の低バッテリレベルの場合、アプリケーションは、テキストのダウンロードを許し、ピクチャのダウンロードは許さないように構成することができる。バッテリレベル測定値レポートは、図２のステップ２２４およびステップ２３４に関連して前述した通り、アプリケーション構成手続きをトリガすることができる。
【００４９】
本発明を、好ましい諸実施形態を参照して詳細に示し、説明してきたが、前述した本発明の範囲を逸脱することなく、形態および詳細の様々な変更を行うことができることが、当業者には理解されよう。
【図面の簡単な説明】
【００５０】
【図１】ＷＴＲＵバッテリレベルに応じたＲＮＣ（無線ネットワークコントローラ）ＲＲＭアクションを示す図である。
【図２】ＷＴＲＵバッテリレベルを受け取った際のＲＮＣ  ＲＲＭ動作を示す流れ図である。
【図３】ＷＴＲＵバッテリレベルを調べることを組み込んだコール受付制御手続きを示す流れ図である。
【図４】ＷＴＲＵバッテリレベルを調べることを組み込んだ輻輳制御手続きを示す流れ図である。
【図５ａ】ＷＴＲＵバッテリレベルを調べることを組み込んだユーザリンク維持手続きを示す流れ図である。
【図５ｂ】ＷＴＲＵバッテリレベルを調べることを組み込んだユーザリンク維持手続きを示す流れ図である。
【図５ｃ】ＷＴＲＵバッテリレベルを調べることを組み込んだユーザリンク維持手続きを示す流れ図である。
【図６】ＷＴＲＵバッテリレベルを調べることを組み込んだハンドオーバ手続きを示す流れ図である。
【図１】
2006520170.tif 000005
【図２】
2006520170.tif 000006
【図３】
2006520170.tif 000007
【図４】
2006520170.tif 000008
【図５ａ】
2006520170.tif 000009
【図５ｂ】
2006520170.tif 000010
【図５ｃ】
2006520170.tif 000011
【図６】
2006520170.tif 000012
【国際調査報告】
2006520170.tif 000013
2006520170.tif 000014
2006520170.tif 000015