(57)【要約】      （修正有）【課題】携帯電話の電力消費の最適化のために、携帯電話が電力消費状態の表示を設定し、基地局に提供する適切なメカニズムを提供する。【解決手段】基地局と通信する携帯機器により実行される方法であって、携帯機器が電力節約のために事前に最適化された設定を優先するかを示すための電力優先表示を含む情報を生成し、基地局に対し、情報を含むメッセージを送信する。メッセージは、無線リソース制御（ＲＲＣ）メッセージである。【選択図】図９
2018011339.tif 000002
【特許請求の範囲】
【請求項１】
基地局と通信する携帯機器により実行される方法であって、
前記携帯機器が電力節約のために事前に最適化された設定を優先するかを示すための電力優先表示を含む情報を生成し、
前記基地局に対し、前記情報を含むメッセージを送信する、方法。
【請求項２】
前記メッセージは、無線リソース制御（ＲＲＣ）メッセージである、請求項１に記載の方法。
【請求項３】
基地局と通信する携帯機器であって、
前記携帯機器が電力節約のために事前に最適化された設定を優先するかを示すための電力優先表示を含む情報を生成する手段と、
前記基地局に対し、前記情報を含むメッセージを送信する手段と、を含む携帯機器。
【請求項４】
前記メッセージは、無線リソース制御（ＲＲＣ）メッセージである、請求項３に記載の携帯機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムと、携帯又は固定された通信装置を設定するための通信システムの構成要素とに関する。本発明は、特に、関連する第３世代パートナーシッププロジェクト（３ＧＰＰ）スタンダードドキュメントで現在定義された通りのロング・ターム・エボリューション（ＬＴＥ）アドバンスドシステムで用いられる、端末の電力消費と移動の最適化に関するものであるが、これに制限されるものではない。
【背景技術】
【０００２】
ＬＴＥアドバンスドスタンダードに沿った通信システムの動作において、基地局（ｅＮＢ）は、携帯電話といった端末（ＵＥ）に、１又は複数の基地局のセルを経由して、コアネットワーク（及び、従って他の端末又は他のネットワークノード）へのアクセスを提供する。携帯電話と基地局の間の通信は、３ＧＰＰ  ＴＳ  ２５．３３１で定義された通りの無線リソース制御（ＲＲＣ）プロトコルを用いて制御される。ＲＲＣは、携帯電話と無線アクセスネットワーク（ＲＡＮ）との間のレイヤ３のコントロールプレーンシグナリングを取り扱うとともに、システム情報の送信、ページング、接続の確立と解放、無線ベアラの確立、再設定と解放、移動手続き及び電力制御の機能をとりわけ含む。
【０００３】
携帯電話はいつでも「ＲＲＣ  ｉｄｌｅ  ｍｏｄｅ」又は「ＲＲＣ  ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ」のいずれかで動作してもよい。後者は「ＣＥＬＬ＿ＰＣＨ」（セルページングチャネル）と「ＵＲＡ＿ＰＣＨ」（ＵＲＡページングチャネル）モード、「ＣＥＬＬ＿ＦＡＣＨ」（フォワードアクセスチャネル）モード及び「ＣＥＬＬ＿ＤＣＨ」（専用チャネル）モードを含む。
【０００４】
携帯電話は、ＲＲＣアイドルモードにおいて最低のエネルギー消費の利益を得る（即ち、基地局と携帯電話との間で伝送されるデータがない場合である）。ＲＲＣ接続モードの状態は、電力消費が高い順から低い順において、「ＣＥＬＬ＿ＤＣＨ」、「ＣＥＬＬ＿ＦＡＣＨ」、「ＣＥＬＬ＿ＰＣＨ」及び「ＵＲＡ＿ＰＣＨ」である。携帯電話の電力消費は、一般的に、「ＣＥＬＬ＿ＤＣＨ」モードの場合と比較して、「ＣＥＬＬ＿ＦＡＣＨ」モードで動作する場合に略５０％が抑えられ、ＰＣＨモードのうちの１つで動作する場合に略９８−９９％が抑えられる。
【０００５】
基地局は、そのセル内での各携帯電話について、様々な動作モード間の移行を制御する。基地局と携帯電話との間のＲＲＣ接続のセットアップと終了にはシグナリングメッセージの交換が必要であり、従って貴重なシステムリソースを利用し、また完了するために時間を要する。接続モードからアイドルモードへの移行は、３ＧＰＰ  ＴＳ  ２５．３３１スタンダードで定義された通りの特定状況下でのみ許可される。この内容は、参照することによりここに組み込まれる。例えば、サービングしている基地局は、特定の携帯電話への／からの伝送データがこれ以上ないこと（例えば、アップリンクとダウンリンクの両方のバッファが空であること）を確認して初めて、携帯電話に対し、ＲＲＣアイドルモードに入るよう指示する。
【０００６】
特に、ＲＲＣプロトコルは、低エネルギー消費状態への移行を制御するために非活動タイマーを提供する（即ち、ある一定期間内で伝送されるデータがない場合である）。それにより、アイドルモードへの移行が早く起こらないことが保証されている間にも、可能な限り、携帯電話のバッテリーの寿命を維持する。いわゆる「Ｔ１」タイマーは、携帯電話のＤＣＨモードからＦＡＣＨモードへの移行を制御し、「Ｔ２」タイマーは、ＦＡＣＨモードからＰＣＨモードへの移行を制御し、「Ｔ３」タイマーは、ＰＣＨモードからアイドルモードへの移行を制御する。
【０００７】
異なる非活動タイマー値は、基地局により設定され、かつ送信可能である。異なる非活動タイマー値は、所定の基地局によりサーブされる携帯電話（活動中及びアイドルの両方）の異なる全体のエネルギー消費を引き起こす。従って、各携帯電話が最適な電力消費の利益を得られるように、それらのタイマーを選択することが重要となる。
【０００８】
ＲＲＣ接続モードで動作している携帯電話に対して、基地局は、いわゆる間欠受信（ＤＲＸ）及び／又は間欠送信（ＤＴＸ）を設定することにより、電力消費を最適化してもよい。両方の技術は、活動動作中に、携帯電話のトランシーバのデューティーサイクルを削減することに基づいている。
【０００９】
ＤＲＸモードにおいて、基地局は、ある期間携帯電話が動作し、この期間中のみ基地局が（この携帯電話に対して）全てのスケジューリング及びページング情報を伝送する期間のサイクルをセットする。携帯電話は、ＤＲＸサイクルの残りの期間において、そのトランシーバの電源を切ることができる。ＤＲＸは、接続モードよりも長いサイクル時間を有するＲＲＣアイドルモードにも適用される。
【００１０】
ＤＴＸモードでは、携帯電話はそのトランシーバの電源を完全に切ることはできないが、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の監視を続けることで、基地局からのデータを過度に遅れることなく受信することができる。
【００１１】
デューティーサイクルに対する「オフ」の期間をより長くすることで、さらなる電力の節約を達成することができる。しかしながら、ＤＲＸ及び／又はＤＴＸモードで動作中には、携帯電話のデータスループットは達成された電力の節約に比例して減少する。
【００１２】
通信システムによってカバーされるエリア内で、ＲＲＣ接続モードで動作している携帯電話が動き回ると、信号状況と、要求されるサービスの質、使用されるサービスの種類、全体のシステム負荷等といった他の要求とによって、携帯電話は１つのセル（即ち基地局）から他にハンドオーバーされる。新しいセルへの携帯電話のハンドオーバーのトリガは、特定の携帯電話により実行されるセルの測定に基づいていてもよい。トリガと携帯電話により実行される関連した測定の種類は、３ＧＰＰ  ＴＳ  ３６．３３１スタンダードのセクション５．５．４で詳細に述べられている。特に、上述のスタンダードは、基地局がそのセル内の端末を設定してもよいような８つの異なるイベントの種類（イベントＡ１からＡ６、Ｂ１及びＢ２）に関連する測定レポートのトリガを定義する。要するに、そのようなトリガは、一般的に、携帯電話のサービングセル（又は隣接するセル）が、予め定義された閾値又は所定のオフセット値のいずれかよりも良くなる（又は悪くなる）ときのイベントに関連していてもよい。
【００１３】
移動シーケンスの全体についてのさらなる詳細は、３ＧＰＰ  ＴＳ  ３６．３００スタンダードのセクション１０．１．２に説明されている。そこでは、基地局による測定の設定及び続いて起こるハンドオーバーのトリガが説明されている。
【００１４】
それらの帯域幅の利用を最適化するため、ＬＴＥ基地局は、各サーブされた携帯機器から、周期的な信号測定レポートを受信する。このレポートは、携帯機器により使用される所定の周波数帯（又は携帯機器における候補の周波数帯）における認識された信号の質に関する情報を含む。そして、これらの信号測定レポートは、基地局により、その基地局の周波数帯のある部分をサーブされた携帯機器に対して割り当てる基地局の決定や、信号の質が確立された基準を満たしていないときに、携帯機器を他の基地局（又は他の周波数帯／他の無線アクセス技術（ＲＡＴｓ））にハンドオーバーする基地局の決定に用いられる。例えば、携帯機器が所定の基地局から離れて動いているときであって、干渉問題が生じているときに、携帯機器のハンドオーバーは必要になる可能性がある。このような測定レポートは、ＲＲＣ接続モードで動作している携帯電話からのみ送信されることができる。
【００１５】
他方では、ＲＲＣアイドルモードにおいて、携帯電話に対して／から新しいデータが送信されるべきときに、携帯電話が最も好ましい信号状況の利益を得ることができるように、携帯電話は、最良な質の信号を有する「サービング」セルを選択（又はそのサービングセルにキャンプオンする）ようにプログラムされている。アイドルな携帯電話が、例えば携帯電話がその位置を変更することにより、現在のサービングセルよりも良い信号の質を有する新しいセルを検出した場合、携帯電話はいわゆるセル再選択手続き（即ち、アイドルな端末に対する一種のハンドオーバー）を実行する。しかしながら、アイドルモードの携帯電話は、選択された新しいセルに関して、そのセルが同じ「トラッキングエリア」（即ち、予め定義されたセルのセットを有する、更に広い地理的なエリア）内にある場合には、ネットワークに通知しない。なぜなら、携帯電話がキャンプオンする現在のセルには無関係に、携帯電話への／からの通信を開始することを可能にするため、無線ネットワークは、システム情報及びＵＥの特定のページングメッセージを全体のトラッキングエリア内において伝送するからである。セル再選択手続きの更なる詳細は、３ＧＰＰ  ＴＳ  ３６．３０４スタンダードに開示されている。この内容は、参照することによりここに組み込まれる。
【００１６】
セル再選択手続きを最適化するために、３ＧＰＰは３つの移動状態を定義している：低移動（即ち、歩行速度で移動しているＵＥ）、中移動（即ち、中速度で移動する、例えばバス等の低速度走行の車両にいるＵＥ）、高移動（即ち、高速度で移動する、例えば高速度の列車等の高速度走行の車両にいるＵＥ）の状態である。携帯電話は、中移動又は高移動状態のいずれかに切り替えるための予め定義された基準を満たさない限り、低移動状態で動作する。高移動及び／又は中移動状態を確立するために必要なパラメータは、サーブする基地局により、選択され送信される。また、このパラメータは、例えば、セル再選択の数を評価するための期間（即ち、「ＴＣＲｍａｘ」パラメータ）、高移動状態に入るためのセル再選択の最大の数（即ち、「ＮＣＲ＿Ｈ」パラメータ）、中移動状態に入るためのセル再選択の最大の数（即ち、「ＮＣＲ＿Ｍ」パラメータ）、速度に依存する倍率の数、及び携帯電話が低移動状態に入ることができる前の付加的な期間（即ち、「ＴＣＲｍａｘＨｙｓｔ」パラメータ）を含む。ＲＲＣ接続モードにおける携帯電話の移動状態を確立するために、携帯電話は、セル再選択の数の代わりにハンドオーバーの数を用いる。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
基地局によって設定された基準が一旦満たされると、携帯電話は対応する移動状態に入り、それに応じてその動作を変更する。特に、中移動又は高移動状態にある携帯電話は、通常の移動状態における携帯電話よりも速い速度でサービングセルから離れて動いているため、このような速く動く携帯電話は、セル再選択処理が完了する前に、好ましくない信号状況を経験しうるサービングセルの縁に早く到達しうる。従って、携帯電話は、新しいサービングセルをタイミング良く確立することができるように、携帯電話の現在の移動状態に依存して、セル再選択のタイミングを変更することができる。例えば、高移動状態では、携帯電話が低移動状態にあるときと比較して、セル再選択は７秒早く始めることができる。セル再選択の正確なタイミングは、特定の時間ウインドウ内に訪れたセルの数（例えば、ＴＣＲｍａｘ、ＮＣＲ＿Ｈ、ＮＣＲ＿Ｍ及びＴＣＲｍａｘＨｙｓｔの値を用いる）と適切な倍率とに基づいて、携帯電話により判定される。
【００１８】
携帯電話の現在のＲＲＣ状態、使用中のＤＲＸ／ＤＴＸ設定の他に、個別の携帯電話で動作しているアプリケーションの種類も、携帯電話全体の電力消費に影響を与える。広い種類のデータアプリケーションを動作させることが可能な様々な機器の種類があることが知られている。このような機器及びアプリケーションの種類の多様性は、それらの機器（例えば携帯電話）が接続されるＲＡＮによって効率的にサポートされなくてはならないトラフィックプロファイルにおける対応する多様性を作り出す。
【００１９】
更に、携帯電話で動作するアプリケーションは、セルラーネットワークの特性を考慮せずに設計されていてもよく、そのため、ワイヤレス接続にあまり適さないデータトラフィックプロファイルを示すことがある。従って、ネットワークにとっては、ＵＥ電力消費と、ユーザーエクスペリエンス、データ伝達の待ち時間、ネットワークの効率及び制御プレーンシグナリングのオーバーヘッド等の他のファクターとの間の正しいバランスを見つけることが非常に難しい。
【００２０】
ＲＲＣ状態制御メカニズム及びＤＲＸの設定は、特定のアプリケーション（又はアプリケーションの種類）について最適化される。しかしながら、携帯電話において、新しいアプリケーションがインストール／スタート／ストップされることで、特定の携帯電話によって示されるトラフィックプロファイルが時間とともに変化するときに、これらの設定は、もう最適であり続けないことがある。実際に、それらは、（ＲＡＮと同様にコアネットワークにおいて）ごく頻繁に起こるＲＲＣ状態の移行及び過度のシグナリング負荷を引き起こしうる。代わりに、延長された期間にわたりＲＲＣ接続モードが保持されていてもよいが、これは、特に非常に広い接続モードのユーザー人口に対して、アイドルモードにあるときと比較して高い電力消費を引き起こしうるとともに、システムリソース及びその管理に付加的な要求をしうることにもなる。
【００２１】
３ＧＰＰは、携帯電話から基地局に対する支援通知を提供することを許可することで、携帯電話の動作を最適化する（即ち、より良いユーザーエクスペリエンスを提供し、バッテリー寿命を向上する）ことを模索している。このような支援通知は、接続されたＲＲＣモードにおいて動作する携帯電話により使用されるパラメータを設定するために、サービングする基地局によって用いられることができる。この支援通知は、接続解放パラメータを設定するためにも用いられることができる。提案された支援通知は、例えば、１ビットの「ＵＥ  ｐｒｅｆｅｒｅｎｃｅ  ＦＯＲ  ｐｏｗｅｒ  ｏｐｔｉｍｉｚｅｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ」表示の形式内で、携帯電話から基地局に送信されることができる。この表示を送信することにより、携帯電話はその優先、即ち、電力節約のために事前に最適化された設定を用いる（例えば、長いＤＲＸサイクル又は短いＲＲＣ接続解放タイマーを用いる）か否かを通信することができる。
【００２２】
しかしながら、携帯電話が移動状態及び／又は電力消費状態の表示を設定し、提供する適切なメカニズムは存在していなかった。
【００２３】
本発明は、１又は複数の上述の問題を克服するか、又は少なくとも軽減する、改良された通信システム及び通信システムの改良された構成要素を提供することを目的とする。
【課題を解決するための手段】
【００２４】
一態様において、本発明は、携帯電話により、複数の基地局を含む通信システムに対し情報を提供するために実行される方法を提供する。前記方法は、前記携帯電話の現在の移動状態を確立すること、前記現在の移動状態が前記通信システムに対し送信されるべきかを判定すること、前記現在の移動状態が前記通信システムに対し送信されるべきと判定された場合、前記携帯電話の前記現在の移動状態を識別する情報を生成すること、及び前記複数の基地局のうち少なくとも１つに対し、前記携帯電話の前記現在の移動状態を識別する前記情報を送信すること、を含む。
【００２５】
前記現在の移動状態は、所定時間間隔において前記携帯電話によりなされたセル再選択、及び／又はハンドオーバーの数をカウントすることで確立されてもよい。
【００２６】
前記現在の移動状態を識別する前記情報は、低移動状態、中移動状態、又は高移動状態のうち１つを識別してもよい。
【００２７】
前記判定のステップは、前記移動状態の変化に応じて前記現在の移動状態がレポートされるべきかを判定することを含んでもよい。代わりに、前記判定のステップは、前記複数の基地局のうち少なくとも１つからのリクエストを受信したことに応じて、前記現在の移動状態がレポートされる必要があるかを判定することを含んでもよい。また、前記判定のステップは、前記情報が最後に送信されたときか、又は前記移動状態が前に変化したときから所定時間が経過したときに、前記現在の移動状態がレポートされるべきかを判定することを含んでもよい。
【００２８】
前記現在の移動状態を識別する前記情報は、情報要素を含む無線リソース制御（ＲＲＣ）プロトコルメッセージを少なくとも１つ用いて送信されてもよい。
【００２９】
１つの可能性として、携帯電話は、前記携帯電話の前記現在の移動状態を識別する前記情報を、前記複数の基地局のうちの１つに送信させるよう前記携帯電話を設定する非アクセス層（ＮＡＳ）メッセージ（例えば「ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍｏｂｉｌｅ−Ｏｒｉｇｉｎａｔｅｄ（ＭＯ）  ｄａｔａ」メッセージ）を受信する。
【００３０】
前記携帯電話の現在の電力消費状態が確立され、前記複数の基地局の前記１つに対して送信されてもよい。
【００３１】
前記複数の基地局の前記１つが前記電力消費状態を設定したと判定された場合に、前記現在の移動状態が前記複数の基地局の前記１つに送信されてもよい。
【００３２】
他の態様において、本発明は、携帯電話により、複数の基地局を含む通信システムに対し情報を提供するために実行される方法を提供する。前記方法は、前記携帯電話の現在の電力消費状態を確立すること、前記現在の電力消費状態が前記通信システムに対し送信されるべきかを判定すること、前記現在の電力消費状態が前記通信システムに対し送信されるべきと判定された場合、前記携帯電話の前記現在の電力消費状態を識別する情報を生成すること、及び前記複数の基地局のうち少なくとも１つに対し、前記携帯電話の前記現在の電力消費状態を識別する前記情報を送信すること、を含む。
【００３３】
前記現在の電力消費状態を識別する前記情報は、デフォルトの電力消費状態又は最適化された電力消費状態のうち１つを識別してもよい。
【００３４】
前記判定のステップは、前記電力消費状態の変化に応じて前記現在の電力消費状態がレポートされるべきかを判定することを含んでもよい。代わりに、前記判定のステップは、前記複数の基地局のうち少なくとも１つからのリクエストを受信したことに応じて、前記現在の電力消費状態がレポートされる必要があるかを判定することを含んでもよい。前記リクエストは、システム送信情報メッセージ、セル無線リソース制御（ＲＲＣ）測定設定メッセージ、及び非アクセス層（ＮＡＳ）設定メッセージのうち少なくとも１つを含んでもよい。
【００３５】
また、前記判定のステップは、前記情報が最後に送信されたときか、又は前記電力消費状態の前の変化から所定時間が経過したときに、前記現在の電力消費状態がレポートされるべきかを判定することを含んでもよい。
【００３６】
前記現在の電力消費状態を識別する前記情報は、情報要素を含む無線リソース制御（ＲＲＣ）プロトコルメッセージを少なくとも１つ用いて送信されてもよい。前記少なくとも１つのＲＲＣメッセージは、前記携帯電話がＲＲＣアイドルモードからＲＲＣ接続モードにその動作を変更したときに送信されてもよい。前記ＲＲＣメッセージは、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ」メッセージ、「ＲＲＣ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ」メッセージ、移動状態レポートメッセージ、及び電力消費状態メッセージのうち少なくとも１つを含んでもよい。
【００３７】
前記方法は、前記携帯電話の前記現在の電力消費状態を識別する前記情報を、前記複数の基地局のうちの１つに送信させるよう前記携帯電話を設定する非アクセス層（ＮＡＳ）メッセージ（例えば「ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＭＯ  ｄａｔａ」メッセージ）を受信することをさらに含んでもよい。
【００３８】
任意には、前記携帯電話の現在の移動状態が確立され、前記複数の基地局の前記１つに対して送信されてもよい。
【００３９】
もう一態様において、本発明は、基地局により実行される方法を提供する。前記方法は、前記基地局によりサーブされる携帯電話の現在の移動状態を識別する情報を受信することを含む。
【００４０】
更なる一態様において、本発明は、基地局により実行される方法を提供する。前記方法は、前記基地局によりサーブされる携帯電話の現在の電力消費状態を識別する情報を受信することを含む。
【００４１】
前記基地局は、前記携帯電話の動作パラメータを少なくとも１つ設定してもよい。この場合、前記設定は前記受信した情報に基づいてもよい。前記動作パラメータは、非活動タイマー、不連続動作モード、セル再選択パラメータ、及びレポート状況のうち少なくとも１つであってもよい。前記動作パラメータは、前記携帯電話に伝送されてもよい。
【００４２】
前記方法は、前記情報を提供させるように、前記携帯電話に対してリクエストを伝送することをさらに含んでもよい。この場合、前記リクエストは、送信システム情報を含んでもよい。代わりに、前記リクエストは、情報要素を含む無線リソース制御（ＲＲＣ）プロトコルメッセージを少なくとも１つ含んでもよい。前記ＲＲＣプロトコルメッセージは、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージを含んでもよい。前記リクエストは、少なくとも１つの非アクセス層設定メッセージを含んでもよい。
【００４３】
前記方法は、前記携帯電話の前記移動状態の変化に応じて前記情報を提供するよう前記携帯電話を設定することをさらに含んでもよい。代わりに、前記方法は、前記携帯電話の前記電力消費状態の変化に応じて前記情報を提供するよう前記携帯電話を設定してもよい。また、前記方法は、定期的に前記情報を提供するよう前記携帯電話を設定してもよい。
【００４４】
前記基地局は、他のネットワークエンティティ、例えば隣接した基地局を経由して前記情報を受信してもよい。この場合、前記基地局は、前記隣接した基地局からＸ２インタフェースによって前記情報を受信してもよい。
【００４５】
前記方法は、他のネットワークエンティティから、前記携帯電話が前記情報を提供するよう設定されているかを識別するサブスクリプション情報を取得することを含んでもよい。この他のネットワークエンティティは、ホーム加入者サーバ（ＨＳＳ）又は移動管理エンティティ（ＭＭＥ）であってもよく、前記サブスクリプション情報は、「Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」メッセージ中に含まれていてもよい。例えば、前記サブスクリプション情報は、前記「Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」メッセージに組み込まれた「Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｄａｔａ」情報要素に含まれていてもよい。
【００４６】
加えて、本発明は、複数の基地局を含む通信システムに対し情報を提供する携帯電話を提供する。前記携帯電話は、前記携帯電話の現在の移動状態を確立する手段と、前記現在の移動状態が前記通信システムに対し送信されるべきかを判定する手段と、前記現在の移動状態が前記通信システムに対し送信されるべきと判定された場合、前記携帯電話の前記現在の移動状態を識別する情報を生成する手段と、前記複数の基地局のうち少なくとも１つに対し、前記携帯電話の前記現在の移動状態を識別する前記情報を送信する手段と、を備える。
【００４７】
また、本発明は、複数の基地局を含む通信システムに対し情報を提供する携帯電話も提供する。前記携帯電話は、前記携帯電話の現在の電力消費状態を確立する手段と、前記現在の電力消費状態が前記通信システムに対し送信されるべきかを判定する手段と、前記現在の電力消費状態が前記通信システムに対し送信されるべきと判定された場合、前記携帯電話の前記現在の電力消費状態を識別する情報を生成する手段と、前記複数の基地局のうち少なくとも１つに対し、前記携帯電話の前記現在の電力消費状態を識別する前記情報を送信する手段と、を備える。
【００４８】
また、本発明は、基地局も提供する。前記基地局は、前記基地局によりサーブされる携帯電話の現在の移動状態を識別する情報を受信する手段を備える。
【００４９】
本発明は、さらに基地局を提供する。前記基地局は、前記基地局によりサーブされる携帯電話の現在の電力消費状態を識別する情報を受信する手段を備える。
【００５０】
前記基地局は、前記受信した情報に基づき、前記携帯電話の動作パラメータを少なくとも１つ設定する手段をさらに備えてもよい。前記動作パラメータは、非活動タイマー、不連続動作モード、及びセル再選択パラメータのうち少なくとも１つを含んでもよい。
【００５１】
本発明の他の態様は、プログラム可能なコンピュータ装置を、上述した通りの携帯電話のように設定させるコンピュータが実施可能な指示を含む、コンピュータプログラム製品を提供する。前記コンピュータソフトウェア製品は、キャリア信号又はＣＤ、ＤＶＤ等といった記録媒体で提供されてもよい。
【発明の効果】
【００５２】
ネットワークにとって、セル再選択（又はハンドオーバー）をタイミング良く実行する携帯電話の能力を損なうことなく、携帯電話の電力消費設定を調整するために、携帯電話の移動（即ち、携帯電話が動く際の速度）及び／又は電源消費状態を認識することは、有益になりうる。例えば、短いＤＲＸサイクル（即ち、携帯電話のトランシーバの電源が更に頻繁にオンとなるよう指示されるとき）は、例えば高速の列車又は高速道路を移動中の車内で携帯電話が使用されているときなど、ＵＥが高移動状態にあるときにより適している。ＤＲＸサイクルの正確なセットアップは、携帯電話によるセル再選択及び／又はハンドオーバー関連のシグナリングの適切なタイミングを可能にする。
【図面の簡単な説明】
【００５３】
本発明の実施形態は、添付図面を参照して、例示として以下に説明される。添付図面は次の通りである：
【図１】図１は、本発明の実施形態を適用してもよい移動体通信システムを模式的に図示したものである；
【図２】図２は、図１に示したシステムにおける携帯電話の構成部分の主な構成要素を図示したブロック図である；
【図３】図３は、図１に示したシステムにおける基地局の構成部分の主な構成要素を図示したブロック図である；
【図４】図４は、携帯電話の移動状態の変化をレポートしたときに、通信システムの構成要素により実行される方法を図示したタイミングチャートの一例を示している；
【図５】図５は、携帯電話の電力消費状態の変化をレポートしたときに、通信システムの構成要素により実行される方法を図示したタイミングチャートの一例を示している；
【図６】図６は、携帯電話の移動状態の変化をレポートしたときに、通信システムの構成要素により実行される他の方法を図示したタイミングチャートの一例を示している；
【図７】図７は、携帯電話の電力消費状態の変化をレポートしたときに、通信システムの構成要素により実行される他の方法を図示したタイミングチャートの一例を示している；
【図８】図８は、ホーム加入者サーバとサービング基地局との間で、最適化された電力消費及び／又は移動の設定の交換が行われているときの、通信システムの構成要素により実行される方法を図示したタイミングチャートの一例を示している；及び
【図９】図９は、携帯電話の移動状態及び／又は電力消費状態の変化をレポートしたときに、通信システムの構成要素により実行される更なる方法を図示したタイミングチャートの一例を示している。
【発明を実施するための形態】
【００５４】
（概略）
図１は、端末、例えば、基地局５−１及び５−２にサーブされている携帯電話３−１から３−４を含む移動体（セルラー）通信システム１を模式的に図示している。それぞれの基地局５−１及び５−２は、多くのセル（即ち、それぞれセル１とセル２）を運用し、セル内では、携帯電話３に対し、コアネットワーク７へのアクセスを提供する。本例では、セル１及びセル２は同じトラッキングエリアに所属する。
【００５５】
このシステムでは、基地局５は互いにＸ２インタフェースを経由して接続されている。また、基地局５は、コアネットワーク７とも接続されている。コアネットワーク７は、とりわけ、コアネットワーク７内の携帯電話３の移動を管理する移動管理エンティティ（ＭＭＥ）９と、ユーザサブスクリプション関連設定を格納し実行するホーム加入者サーバ１１とを含む。また、コアネットワーク７は、携帯電話３を設定する、いわゆるオープンモバイルアライアンス装置管理（ＯＭＡ  ＤＭ）エンティティ１３とも（例えば（不図示の）ゲートウェイを経由して）接続されている。
【００５６】
初めに、携帯電話３−１は、矢印Ａで示されるように、（不図示の）他のセルから現在のサービングセル（即ち、基地局５−１のセル１）のカバー範囲に入る。この段階で、携帯電話３−１は、ＲＲＣアイドルモードで動作する。また、セル１が最良な信号の質を提供しているため、携帯電話３−１は、セル１をキャンプオン対象として選択している。しかしながら、この特定の携帯電話３−１は、既に特定の時間枠内において多くのセル再選択を行っており、そのため携帯電話３−１の移動状態は変化したと判定する（例えば、携帯電話が、通常の移動状態の代わりに中又は高移動状態に現在ある、又はその逆である。）。携帯電話３−１は、例えば送信されたシステム情報を聴取することにより（又はその他の適切な方法で）、サービング基地局５−１がこの携帯電話３−１の移動状態に関する情報（又はこの基地局５−１によりサーブされる各携帯電話３の移動状態に関する情報）を必要としていることを検出する。
【００５７】
従って、携帯電話３−１は、ＲＲＣ接続リクエストメッセージを生成し、サービングする基地局５−１に送信することで、ネットワークとのＲＲＣ接続の確立を引き起こす。基地局５−１は、携帯電話３−１にとってネットワークと通信をするのに必要な設定が含まれるＲＲＣ接続セットアップメッセージを応答し、携帯電話３−１をＲＲＣアイドルモードからＲＲＣ接続モードに移行させる。次に、携帯電話３−１は、適切なＲＲＣメッセージ、例えばＲＲＣ接続セットアップが完了したことを基地局５−１に知らせるメッセージ等を使用して、ネットワークに対し、携帯電話３−１の現在の移動状態を識別する情報を提供する。この情報に応じて、ネットワークは、携帯電話３−１のＲＲＣ接続解放のタイミング（即ち、非活動タイマーＴ１からＴ３）を再設定することができる。例えば、ネットワークは、携帯電話の移動状態が低いとレポートされた場合には比較的長いＤＲＸサイクル値を選択し、移動状態が中又は高いとレポートされた場合には比較的短いＤＲＸサイクル値を選択してもよい。
【００５８】
（矢印Ｂで示した通り）携帯電話３−１がセル１から離れつつある前に、携帯電話３−１がもうデータを送信又は受信しない場合には、基地局５−１により設定されたタイマーが過ぎた場合に、携帯電話３−１はＲＲＣアイドルモードに戻ってもよい。この場合、アイドルな携帯電話３−１は、上述の手続きに従って、キャンプオンする新しいセル（例えば基地局５−２により運用されるセル２）を選択する。また、この一連のセル再選択が、携帯電話３−１の移動状態の変化を引き起こすものでない場合、セル再選択が完了した後、携帯電話３−１はそのアイドルモードＲＲＣ動作を保ち、新しいサービング基地局にその移動状態をレポートしない。
【００５９】
しかしながら、ネットワークには（例えば基地局５−１を経由して）携帯電話３−１の現在の移動状態が事前に通知されている。そのため、セル２のカバー範囲内に携帯電話３−１が位置する間に携帯電話３−１がＲＲＣ接続を再び確立する場合に、新しいサービング基地局５−２は、携帯電話３−１のＲＲＣ接続解放タイミングを設定する十分な情報を有する。これは、隣接する基地局５−１及び５−２が、例えばＸ２インタフェースを用いて、特定の携帯電話３の移動状態に関して情報を互いに交換する場合に、可能となりうる。
【００６０】
また、図１は、基地局５−１のセル１内にあって基地局５−１によりサーブされる第２の携帯電話３−２も図示している。携帯電話３−２は、ＲＲＣアイドル又はＲＲＣ接続状態のいずれかで動作し続けてよい。しかしながら、携帯電話３−２（又はそのユーザー）が多くのアプリケーションをちょうど開始（又は終了）したばかりであると、電力消費状態の変化（例えば、デフォルトの電力消費状態から最適化された電力消費状態への変化、又はその逆）が引き起こされる。更に、携帯電話３−２（例えばそのオペレーティングシステム）は、現在動作中のアプリケーションを考慮すると、現在のＲＲＣ設定はバッテリー寿命を維持するのに最適ではないことを検出してもよい。ネットワークは、アップリンク／ダウンリンクデータの伝送キュー及び関連するトラフィックパラメータ（動作しているアプリケーションによりこれらに影響が与えられる場合でも）以外に、携帯電話３−２で動作しているアプリケーションを一般的に認識していない。そのため、基地局５−１がこの携帯電話３−２のＲＲＣパラメータを設定したときに、これらのアプリケーションは考慮に入れられない。
【００６１】
しかし、この例で、基地局５−１は、この携帯電話３−２（又はこの基地局５−１によりサーブされる各携帯電話３）の電力消費状態に関する情報が必要であるというリクエストを送信する（又は、他の適切な方法で、携帯電話３−２と通信する）。
【００６２】
従って、携帯電話３−２の電力消費状態が変化したことを検出したときに、携帯電話３−２は、サービング基地局５−１に送信する電力消費状態レポートを生成する。携帯電話３−２がなおもＲＲＣアイドルモードにある場合、携帯電話３−２がＲＲＣ接続リクエストメッセージを生成しサービング基地局５−１に送信した後、生成された電力消費状態レポートはネットワークに送信される。ここで、基地局５−１は、携帯電話３−２がネットワークと通信できるように必要な設定を提供することで、携帯電話３−２をＲＲＣアイドルモードからＲＲＣ接続モードに移行させる。次に、携帯電話３−２は、適切なＲＲＣメッセージ、例えばＲＲＣ接続セットアップが完了したことを基地局５−１に通知するメッセージ等を用いて、ネットワークに対し、現在の電力消費状態（例えば、デフォルト、最適化、通常、中又は高い電力消費状態）を識別する情報を伝送する。
【００６３】
伝送された情報に応じて、ネットワークは、この携帯電話３−２により使用されるＲＲＣパラメータを再設定することができる。例えば、ネットワークは、示された電力消費状態に依存して、携帯電話３−２のＤＲＸ／ＤＴＸ設定を変更するか、又は携帯電話３−２の接続解放タイミング（即ち、非活動タイマーＴ１からＴ３）を変更するように携帯電話３−２に指示してもよい。
【００６４】
有利には、本実施形態では、以下に詳細に説明されるように、可能であれば、その移動状態及び／又は電力消費状態に変化があったときにいつでも、携帯電話３を現在サービングしている基地局５に対し、携帯電話３が支援情報を提供してもよい。このようにして、移動の支援及び／又は、携帯電話３にインストールされたアプリケーションによるデータの送信／受信の能力を損なうことなく、最適化されたバッテリー使用が達成できる。
【００６５】
（携帯電話）
図２は、図１に示された携帯電話３の主な構成要素を図示したブロック図である。
【００６６】
示されるように、携帯電話３はトランシーバ回路３１を備える。トランシーバ回路３１は、アンテナ３３を経由して、基地局５に信号を送信したり、基地局５から信号を受信したりする。トランシーバ回路３１の動作は、メモリ３９に格納されたソフトウェアに従って、コントローラ３７により制御される。このソフトウェアは、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、無線リソース制御モジュール４４、移動状態判定モジュール４５；電力消費監視モジュール４７、測定及びレポートモジュール４８；及びオープンモバイルアライアンス装置管理モジュール４９を有する。
【００６７】
通信制御モジュール４３は、基地局５との通信を制御する。この制御には、例えば、トランシーバ回路３１の基地局５との通信において、トランシーバ回路３１に使用されるべきリソースの割り当ても含まれる。
【００６８】
無線リソース制御モジュール４４は、様々なＲＲＣモード間の移行を制御し、基地局５への／からの関連するＲＲＣシグナリングを取り扱う。
【００６９】
電力消費監視モジュール４７は、携帯電話３で動作しているアプリケーションを監視し、現在及び／又は所望の電力消費状態をそれに応じて判定する。
【００７０】
測定及びレポートモジュール４８は、基地局５により設定される測定イベントに応じて、信号測定を実行する。また、測定及びレポートモジュール４８は、測定レポートを生成し、設定する基地局５に送信する。
【００７１】
オープンモバイルアライアンス装置管理モジュール４９は、携帯電話３の動作状態に関連した情報を提供するための設定パラメータを受信し、格納するために、コアネットワーク７内のＯＭＡ  ＤＭエンティティ１３とインタフェースをとることができる。
【００７２】
（基地局）
図３は、ドナーの基地局５の主な構成要素を図示したブロック図である。基地局５は、そのカバー範囲内で、端末３に対してサービスを提供する固定された通信ノードである。示されるように、基地局５は、少なくとも１つのアンテナ５３を経由して携帯電話３へ信号を送信したり、携帯電話３からの信号を受信したりするトランシーバ回路５１を備える。また、基地局５は、（隣接した基地局５及びコアネットワーク７との通信用の）ネットワークインタフェース５５を経由して、コアネットワーク７及び他の隣接した基地局５に信号を送信したり、コアネットワーク７及び他の隣接した基地局５から信号を受信したりもする。トランシーバ回路５１の動作は、メモリ５９に格納されたソフトウェアに従って、コントローラ５７により制御される。ソフトウェアは、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、無線リソース制御モジュール６５、ハンドオーバーモジュール６７、及び端末電力管理モジュール６９を備える。
【００７３】
通信制御モジュール６３は、基地局５と携帯電話３、及びＭＭＥ９、ＨＳＳ１１、ＯＭＡ  ＤＭ１３等のネットワーク装置との間の通信を制御する。
【００７４】
無線リソース制御モジュール６５は、基地局５と、基地局５に帰属する携帯電話３との間で用いられる無線通信リソースを制御する。
【００７５】
ハンドオーバーモジュール６７は、携帯電話３に対し、他のセルへのハンドオーバーに関連して実行されるべき測定を設定する。また、ハンドオーバーモジュール６７は、帰属する携帯電話３の移動状態及び／又は電力消費状態の報告も設定する。
【００７６】
端末電力管理モジュール６９は、各携帯電話３によりレポートされた移動状態及び／又は電力消費状態に依存して、帰属する携帯電話３の動作モード（例えば、ＤＲＸ／ＤＴＸモードの使用及びパラメータ、接続解放タイマー、ＲＲＣ非活動タイマー）を設定する。
【００７７】
上記記載において、携帯電話３及び基地局５は、理解を容易にするため、多くの個別のモジュール（例えば、通信制御モジュール、動作及びメンテナンスモジュール等）を有するとして説明されている。これらのモジュールは、あるアプリケーションのため、この方法で提供されてもよい一方、例えば、他のアプリケーションにおいて、本発明を実施するために現行のシステムを変更した場合、例えば最初から考慮されて進歩的な特徴を有するように設計されたシステム内では、これらのモジュールが全体の動作システム又はコード内に組み込まれていてもよく、従ってこれらのモジュールが個別のエンティティとして認識できなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア又はそれらの組み合わせで実施することもできる。
【００７８】
上述の携帯電話３及び基地局５を用いることで、どのように本発明の異なる態様が実施可能であるか説明するため、多くの異なる実施形態を説明する。図４から６に示されるフローチャートを参照することで実施形態は説明される。
【００７９】
（動作）
（第１の実施形態−ＲＲＣ接続セットアップにおける移動状態レポート）
図４は、携帯電話３の移動状態の変化をレポートしたときに、通信システム１の構成要素により実行される方法を図示したタイミングチャートの一例を示している。
【００８０】
この実施形態では、最初に、ステップｓ４０１で示されるように、携帯電話３はＲＲＣアイドルモードで動作している。次に、ステップｓ４０３において、携帯電話３は、基地局５から移動状態レポートリクエストを受信する。例えば、移動状態レポートリクエストは、システム情報の一部として、この基地局５から基地局５のセル内に送信される。
【００８１】
その結果、ステップｓ４０５では、移動状態判定モジュール４５が携帯電話３の移動状態の変化を検出したときに、ＲＲＣ接続が確立されるとすぐ、移動状態判定モジュール４５はネットワークに送信する移動状態レポートを生成する。ステップｓ４０７では、「ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」メッセージを生成して基地局５に（トランシーバ回路３１を経由して）送信することで、ＲＲＣモジュール４４はネットワークとのＲＲＣ接続を開始する。これに応じて、基地局５はステップｓ４０９において、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ」メッセージを携帯電話３に送り返すことで、必要なＲＲＣパラメータを提供する。
【００８２】
ステップｓ４１１において、受信したＲＲＣパラメータを用いて、携帯電話３のＲＲＣモジュール４４の動作をそれに応じて変更することにより、携帯電話３はＲＲＣ接続モード動作に移行する。ＲＲＣ接続モードにより、携帯電話３は、データを基地局５に送信／基地局５から受信することができる。
【００８３】
従って、ステップｓ４１３にて、ＲＲＣモジュール４４は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ」メッセージを生成し、基地局５に送信する。また、ステップｓ４０５にて移動状態判定モジュール４５により生成された移動状態レポートを、このメッセージ中に含める。
【００８４】
最後に、ステップｓ４１５にて、基地局５は受信した移動状態レポートを格納し、移動状態レポートを、基地局５のＲＲＣモジュール６５、ハンドオーバーモジュール６７及びＵＥ電力管理モジュール６９に利用可能とすることで、それらの動作をそれに応じて調整する。
【００８５】
有利には、ＲＲＣモジュール６５は、レポートされた移動状態を考慮に入れることで、この特定の携帯電話３のための新しい非活動タイマーを選択する。任意には、基地局５は、そのネットワークインタフェース５５を経由して、更なるネットワークノードと（例えば、Ｘ２インタフェースを用いて、隣接した基地局と）、受信した移動状態情報を共有してもよい。
【００８６】
上述で説明した通り、アイドルな携帯電話は、所定の期間におけるサービングセルの変化数をカウントすることで、その移動を評価し、自身が通常、中、又は高移動状態のいずれにあるかであるかを分類することができる。有利には、この例では、基地局はシステム情報の一部としてリクエストを送信する。このリクエストは、現在ＲＲＣアイドルモードで動作している携帯電話に対し、その移動状態をネットワークにレポートするよう指示するものである。
【００８７】
（第２の実施形態−ＲＲＣ接続セットアップ段階における電力消費状態レポート）
図５は、携帯電話３の電力消費状態の変化をレポートしたときに、通信システム１の構成要素により実行される方法を図示したタイミングチャートの一例を示している。
【００８８】
この実施形態は概して実施形態１に追従するが、移動状態レポートの代わりに、電力消費状態レポートがなされる。
【００８９】
最初に、ステップｓ５０１で示されるように、携帯電話３はＲＲＣアイドルモードで動作している。次に、ステップｓ５０３において、携帯電話３は、基地局５から電力消費状態レポートリクエストを受信する。例えば、電力消費状態レポートリクエストは、システム情報の一部として、この基地局５から基地局５のセル内に送信される。
【００９０】
その結果、ステップｓ５０５では、電力消費監視モジュール４７が携帯電話３の電力消費状態の変化を検出したときに、ＲＲＣ接続が利用可能になるとすぐ、電力消費監視モジュール４７はネットワークに送信する電力消費状態レポートを生成する。ＲＲＣ接続がまだ確立されていない場合には、ＲＲＣモジュール４４は、ステップｓ５０７で、「ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」メッセージを生成して基地局５に（トランシーバ回路３１を経由して）送信する。これに応じて、基地局５はステップｓ５０９において、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ」メッセージを携帯電話３に送り返すことで、必要なＲＲＣパラメータを提供する。
【００９１】
ステップｓ５１１において、受信したＲＲＣパラメータを用いて、携帯電話３のＲＲＣモジュール４４の動作をそれに応じて変更することにより、携帯電話３はＲＲＣ接続モード動作に移行する。ＲＲＣ接続モードにより、携帯電話３は、データを基地局５に送信／基地局５から受信することができる。
【００９２】
従って、ステップｓ５１３にて、ＲＲＣモジュール４４は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ」メッセージを生成し、基地局５に送信する。また、ステップｓ５０５にて電力消費監視モジュール４７により生成された電力消費状態レポートを、このメッセージ中に含める。
【００９３】
最後に、ステップｓ５１５にて、基地局５は受信した電力消費状態レポートを格納し、電力消費状態レポートを、基地局５のＲＲＣモジュール６５、ハンドオーバーモジュール６７及びＵＥ電力管理モジュール６９に利用可能とすることで、それらの動作をそれに応じて調整する。
【００９４】
有利には、この実施形態では、ＵＥ電力管理モジュール６９は、レポートされた電力消費状態を考慮に入れることで、この特定の携帯電話３のための新しい動作パラメータを選択する。例えば、ＵＥ電力管理モジュール６９は、ＲＲＣモジュール６５に対し、この携帯電話３のＤＲＸ／ＤＴＸモード動作を開始するように指示してもよい。この特定の携帯電話３が既にＤＲＸ／ＤＴＸモードで動作している場合には、ＲＲＣモジュール６５は、デューティーサイクルを調整することで、更なる電力の節約が達成できるようにしてもよい。
【００９５】
任意には、基地局５は、そのネットワークインタフェース５５を経由して、更なるネットワークノードと（例えば、Ｘ２インタフェースを用いて、隣接した基地局と）、受信した電力消費状態情報を共有することもできる。
【００９６】
有利には、システム情報の一部としてリクエストを送信することで、携帯電話がネットワークに対してその電力消費状態をレポートするように、携帯電話が指示されるようにすることができる。
【００９７】
（第３の実施形態−ＲＲＣ測定手続きを用いた移動状態レポート）
図６は、携帯電話３の移動状態の変化をレポートしたときに、通信システム１の構成要素により実行される他の方法を図示したタイミングチャートの一例を示している。
【００９８】
この例では、ステップｓ６０１で示されるように、携帯電話３は既にＲＲＣ接続モードで動作しており、データを交換している。例えば、携帯電話３は、サービング基地局５のセルを経由して、他の端末又はネットワークノードとデータを交換している。
【００９９】
ステップｓ６０３において、基地局のハンドオーバーモジュール６７は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージを生成し、（トランシーバ回路５１を経由して）携帯電話３に送信する。このメッセージは、携帯電話３に、他の基地局にハンドオーバーするタイミングの判定に関連する測定を実行するよう要求する。これは、このメッセージに「ＭｅａｓＣｏｎｆｉｇ」情報要素（ＩＥ）を含めることによって行う。「ＭｅａｓＣｏｎｆｉｇ」ＩＥは、測定と、測定が携帯電話３により開始される必要がある状況との種類を特定する。特に、「ＭｅａｓＣｏｎｆｉｇ」ＩＥは、３ＧＰＰ  ＴＳ  ３６．３３１  ｖ１０．５．０スタンダードで特定されるイベントの種類（イベントＡ１からＡ６、Ｂ１及びＢ２）のうち少なくとも１つの測定パラメータを含む。３ＧＰＰ  ＴＳ  ３６．３３１  ｖ１０．５．０スタンダードの内容は、参照することによりここに組み込まれる。このパラメータは、例えば、現在のサービングセルの閾値信号レベルを特定してもよい。この信号レベル未満で、携帯電話３は設定された測定を開始する。これにより、（例えば、現在の基地局５から携帯電話３が離れて移動していることにより）携帯電話３が現在のセル内において信号の質の劣化を経験したとき、効果的に、ハンドオーバー可能な他の基地局のセルを携帯電話３が探すことになる。
【０１００】
この例では、しかしながら、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージが携帯電話３への移動状態リクエストをも含んでいる。このリクエストは、例えば、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージ内の「ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ」ＩＥに組み込まれている。
【０１０１】
このＲＲＣ接続再設定メッセージを受信したことに応じて、携帯電話３は、ステップｓ６０５において、受信した「ＭｅａｓＣｏｎｆｉｇ」ＩＥに従い、測定及びレポートモジュール４８を設定し、その中で定義される状況を満たしているか否かの監視を開始する。携帯電話３は、携帯電話３の移動状態のいかなる変化も監視してレポートするように、携帯電話３の移動状態判定モジュール４５を設定することも行う。
【０１０２】
そして、ステップｓ６０７において、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ」メッセージを生成し、基地局５に送信することにより、携帯電話３は、設定が成功していることを確認する。
【０１０３】
移動状態判定モジュール４５が、ステップｓ６０９において、（例えば、ＴＣＲｍａｘタイマーにより指定された期間内でのセル変化数の変化が起きていることにより）携帯電話３の移動状態の変化を検出したとき、移動状態判定モジュール４５は、ステップｓ６１１に進み、以前に基地局５により提供された「ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ」ＩＥに従って、移動状態レポートを生成する。
【０１０４】
一旦レポートが生成されると、ステップｓ６１３において、測定及びレポートモジュール４８は、測定レポートを生成し、「ＲＲＣ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ」メッセージに入れて基地局５に送信する。この測定レポートは、ステップｓ６１１で生成された移動状態レポートを含む。任意には、ステップｓ６１４で示される通り、この測定レポートは、受信したＭｅａｓＣｏｎｆｉｇ  ＩＥに基づいて携帯電話３が実行したいかなるセル測定の結果も含む。
【０１０５】
基地局５が測定レポートを受信し終わった後、基地局５はステップｓ６１５において、受信した移動状態レポートを格納し、そのレポートを、基地局５のＲＲＣモジュール６５、ハンドオーバーモジュール６７及びＵＥ電力管理モジュール６９に利用可能とすることで、それらの動作をそれに応じて調整する。
【０１０６】
有利には、携帯電話３は、無線測定手続きの一部として、その変化した移動状態をネットワークにレポートする。即ち、移動状態レポートにおいて、不要な遅れがないか、又は開始される専用の手続きを必要としない。結果的に、この解決は、貴重なシステムリソースを節約する。
【０１０７】
（第４の実施形態−ＲＲＣ測定手続きを用いた電力消費状態レポート）
図７は、携帯電話３の電力消費状態の変化をレポートしたときに、通信システム１の構成要素により実行される他の方法を図示したタイミングチャートの一例を示している。この例は、図６で参照される上述の例と類似しているが、移動状態の代わりに電力消費状態がレポートされる。
【０１０８】
ステップｓ７０１で示されるように、携帯電話３は既にＲＲＣ接続モードで動作しており、データを交換している。例えば、携帯電話３は、サービング基地局５のセルを経由して、他の端末又はネットワークノードとデータを交換している。
【０１０９】
ステップｓ７０３において、基地局のハンドオーバーモジュール６７は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージを生成し、（トランシーバ回路５１を経由して）携帯電話３に送信する。このメッセージは、携帯電話３に、他の基地局にハンドオーバーするタイミングの判定に関連する測定を実行するよう要求する。これは、上述の通り、このメッセージに「ＭｅａｓＣｏｎｆｉｇ」情報要素（ＩＥ）を含めることによって行う。この例では、しかしながら、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージは、携帯電話３の電力消費状態リクエストを更に含む。このリクエストは、例えば、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージ内の「ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ」ＩＥに組み込まれている。
【０１１０】
このＲＲＣ接続再設定メッセージを受信したことに応じて、携帯電話３は、ステップｓ７０５において、受信した「ＭｅａｓＣｏｎｆｉｇ」ＩＥに従い、測定及びレポートモジュール４８を設定し、その中で定義される状況を満たしているか否かの監視を開始する。携帯電話３は、携帯電話３の電力消費状態のいかなる変化も監視してレポートするように、その電力消費監視モジュール４７を設定することも行う。
【０１１１】
そして、ステップｓ７０７において、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ」メッセージを生成し、基地局５に送信することにより、携帯電話３は、設定が成功していることを確認する。
【０１１２】
電力消費監視モジュール４７が、ステップｓ７０９において、（例えば、アプリケーションがオン／オフになること、又はアップリンク／ダウンリンクの伝送キューが空になったことにより）携帯電話３の電力消費状態の変化を検出したとき、電力消費監視モジュール４７は、ステップｓ７１１に進み、以前に基地局５により提供された「ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ」ＩＥに従って、電力消費状態レポートを生成する。
【０１１３】
一旦レポートが生成されると、ステップｓ７１３において、測定及びレポートモジュール４８は、測定レポートを生成し、「ＲＲＣ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ」メッセージに入れて基地局５に送信する。この測定レポートは、ステップｓ７１１で生成された電力消費状態レポートを含む。任意には、ステップｓ７１４で示される通り、この測定レポートは、受信したＭｅａｓＣｏｎｆｉｇ  ＩＥに基づいて携帯電話３が実行したいかなるセル測定の結果を含んでもよい。
【０１１４】
基地局５が測定レポートを受信し終わった後、基地局５はステップｓ７１５において、受信した電力消費状態レポートを格納し、そのレポートを、基地局５のＲＲＣモジュール６５、ハンドオーバーモジュール６７及びＵＥ電力管理モジュール６９に利用可能とすることで、それらの動作をそれに応じて調整する。
【０１１５】
有利には、携帯電話３は、無線測定手続きの一部として、その変化した電力消費状態をネットワークにレポートする。即ち、電力消費状態レポートにおいて、不要な遅れがないか、又は開始される専用の手続きを必要としない。
【０１１６】
（第５の実施形態−移動状態及び／又は電力消費状態レポートに依存するサブスクリプション）
図８は、ホーム加入者サーバ１１とサービング基地局５との間で、最適化された電力消費及び／又は移動の設定の交換が行われているときの、通信システム１の構成要素により実行される方法を図示したタイミングチャートの一例を示している。
【０１１７】
図１に図示した通信システム１では、携帯電話３の中には、移動状態及び／又は電力消費状態レポートと、関連する最適化とをサポートできないものがありうる。従って、そのようなレポートを設定する前、即ちステップｓ６０３又はｓ７０３を実行する前に、有利には、基地局５は、特定の携帯電話３がこの特徴をサポートするか否かを検証してもよい。
【０１１８】
表１は、各携帯電話３に対して、ホーム加入者サーバ１１内に格納された一部の情報を示す。特に、ＵＥコンテキストと、最適化された電力消費及び／又は移動状態レポートがサポートされているか否かとに関連する情報は、ＨＳＳ１１内に以下の通り格納されている：
【０１１９】
【表１】
2018011339.tif 000003
【０１２０】
表２は、各携帯電話３に対して、移動管理エンティティ９内に格納された一部の情報を示す。特に、ＵＥコンテキストと、最適化された電力消費及び／又は移動状態レポートがサポートされているか否かとに関連する情報は、ＭＭＥ９内に以下の通り格納されている：
【０１２１】
【表２】
2018011339.tif 000004
【０１２２】
この例では、基地局５は、「Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ」を生成して、ＭＭＥ９に送信する。このメッセージは、この基地局５によりサーブされる携帯電話のうちの１つ（不図示）から受信した「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を含む。この「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」は、典型的には、ＲＲＣアイドルからＲＲＣ接続状態に初めて移行した状態の携帯電話によって生成され、基地局５に送信されるＲＲＣ接続セットアップ完了メッセージ内に含まれて、コアネットワーク７に向かって伝送される。
【０１２３】
ＭＭＥ９が「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を受信したときには、ステップｓ８０３において、ＭＭＥ９は「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ」を生成し、ＨＳＳ１１に送信する。このメッセージは、ＨＳＳ１１に、携帯電話の新しい位置、即ち、携帯電話の現在のサービング基地局／セルを伝える。
【０１２４】
これに応じて、ＨＳＳは、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を提供する特定の携帯電話の最適化された電力消費及び／又は移動状態についての関連するサブスクリプションデータを、ＵＥコンテキストテーブルから取り出す。また、ＨＳＳ１１は、ステップｓ８０５において、「Ｕｐｄａｔｅ  ＬｏｃａｔｉｏｎＡｃｋ」メッセージを生成し、ＭＭＥ９に送信する。ここで、ＨＳＳ１１は、電力消費及び／又は移動状態レポートがこの携帯電話によりサポートされるか否かの表示をこのメッセージに含める。ＨＳＳ１１は、この表示を、例えば「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ａｃｋ」メッセージに組み込まれた「Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｄａｔａ」ＩＥに含める。
【０１２５】
次に、ステップｓ８０７においては、ＭＭＥ９は、「Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」メッセージを生成し、サービング基地局５に送信する。ここで、ＭＭＥ９は、電力消費及び／又は移動状態レポートがこの特定の携帯電話によりサポートされるか否かの表示を含む、受信した「Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｄａｔａ」ＩＥを、このメッセージに含める。このステップでは、ＭＭＥ９は、必要であれば、自身のＵＥコンテキストテーブルを更新してもよい。
【０１２６】
ステップｓ８０９では、基地局５は、ＭＭＥ９から（「Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｄａｔａ」ＩＥに含まれる）表示を受信し終わった後に、それに従って携帯電話の測定とレポートを設定する。例えば、受信した表示が、特定の携帯電話が移動状態レポートをサポートしていることを示している場合、基地局５は、図６のステップｓ６０３を実施する。代わりに、受信した表示が、特定の携帯電話が電力消費状態レポートをサポートしていることを示している場合、基地局５は、図７のステップｓ７０３を実施する。
【０１２７】
この例では、有利には、この特徴をサポートしない携帯電話に対する、基地局５によるレポートの不要な設定を避けることができる。
【０１２８】
（第６の実施形態−非アクセス層シグナリングを用いて設定される移動状態及び／又は電力消費状態レポート）
図９は、携帯電話３の移動状態及び／又は電力消費状態の変化をレポートしたときに、通信システム１の構成要素により実行される更なる方法を図示したタイミングチャートの一例を示している。この例では、ＯＭＡ  ＤＭ  エンティティ１３（例えばアプリケーション）が、携帯電話の移動状態及び電力消費状態を携帯電話がレポートするように設定する。
【０１２９】
初めに、ステップｓ９００では、携帯電話３は基地局５を経由して（ＲＲＣアイドル又はＲＲＣ接続モードのいずれかで）ネットワークに帰属する。
【０１３０】
ステップｓ９０１で、ＯＭＡ  ＤＭ  エンティティ１３は、非アクセス層（ＮＡＳ）設定メッセージを生成し、基地局５を経由して、携帯電話３に送信する。ＯＭＡ  ＤＭ  エンティティ１３は、このメッセージ、例えば図９に示される「ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＭＯ  ｄａｔａ」メッセージに、情報要素内の移動状態リクエスト及び／又は電力消費状態リクエスト、例えばそれぞれ「ｌｏｗｅｒＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎＲｅｐｏｒｔＲｅｑｕｅｓｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｍｏｂｉｌｉｔｙＳｔａｔｅ−ＲｅｐｏｒｔＲｅｑｕｅｓｔｆｏｒＲＲＣ」ＩＥ等を含める。このメッセージは、携帯電話３に、携帯電話３の電力消費状態及び移動状態についてのサービング基地局５へのレポートが許可されたことを通知する。任意には、ＯＭＡ  ＤＭ  エンティティ１３は、適切な情報要素、例えばそれぞれ「ｐｅｒｉｏｄｉｃｉｔｙＦｏｒｌｏｗｅｒＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｐｅｒｉｏｄｉｃｉｔｙＦｏｒｍｏｂｉｌｉｔｙＳｔａｔｅＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ等を使用して、携帯電話３の移動状態及び／又は電力消費状態をレポートする時間周期を示してもよい。任意には、ＯＭＡ  ＤＭ  エンティティ１３は、情報要素、例えばそれぞれ「ｃｏｎｄｉｔｉｏｎＦｏｒｌｏｗｅｒＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｃｏｎｄｉｔｉｏｎＦｏｒｍｏｂｉｌｉｔｙＳｔａｔｅＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ等を使用して、携帯電話３の移動状態及び／又は電力消費状態をレポートする状況を示してもよい。そのような状況は、例えば、移動状態及び／又は電力消費状態の更新を含んでもよい。
【０１３１】
従って、ステップｓ９０３において、携帯電話３のＯＭＡ  ＤＭ  モジュール４９は、移動状態リクエスト及び／又は電力消費状態リクエストを受信し、メモリ３９に格納する。また、ＯＭＡ  ＤＭ  モジュール４９は、移動状態判定モジュール４５及び／又は電力消費監視モジュール４７に、適切な移動状態レポート及び／又は電力消費レポートをそれぞれ生成するように指示する。受信した「ｌｏｗｅｒＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎＲｅｐｏｒｔＲｅｑｕｅｓｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｍｏｂｉｌｉｔｙＳｔａｔｅＲｅｐｏｒｔ−ＲｅｑｕｅｓｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｐｅｒｉｏｄｉｃｉｔｙＦｏｒｌｏｗｅｒＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｐｅｒｉｏｄｉｃｉｔｙＦｏｒｍｏｂｉｌｉｔｙＳｔａｔｅＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｃｏｎｄｉｔｉｏｎＦｏｒｌｏｗｅｒ−ＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎＲｅｐｏｒｔｆｏｒＲＲＣ」ＩＥ及び／又は「ｃｏｎｄｉｔｉｏｎＦｏｒｍｏｂｉｌｉｔｙＳｔａｔｅＲｅｐｏｒｔ−ｆｏｒＲＲＣ」ＩＥで指定された通り、このレポートは、リクエストの受信があったときにすぐ、携帯電話３の移動状態及び／又は電力消費状態の変化があったときだけ、又は周期的、のいずれかで生成されてもよい。
【０１３２】
次に、ステップｓ９０５においては、ＲＲＣモジュール４４はＲＲＣメッセージを生成し、基地局５に送信する。ここでＲＲＣモジュール４４は、ステップｓ９０３で生成された移動状態レポート及び／又は電力消費レポートをこのメッセージに含める。
【０１３３】
最後に、ステップｓ９０７では、基地局５は受信した電力消費状態レポートを格納し、電力消費状態レポートを、基地局５のＲＲＣモジュール６５、ハンドオーバーモジュール６７及びＵＥ電力管理モジュール６９に利用可能とすることで、それらの動作をそれに応じて調整する。
【０１３４】
有利には、携帯電話３のＮＡＳ層はＲＲＣモジュール４４とインタフェースをとって、ＯＭＡ  ＤＭ  エンティティ１３により提供される設定に基づき、適切な移動状態レポート及び／又は電力消費レポートを生成し、ネットワークに提供する。そのような設定は、移動状態及び／又は電力消費状態レポートの送信の期間を含んでもよい。従って、この例では、基地局５が、携帯電話３の移動状態レポート及び／又は電力消費レポートの設定を生成する必要がない。
【０１３５】
（変更及び代替）
詳細な実施の形態を以上で説明した。当業者は、ここで具現化された本発明からの利益をなおも得つつ、上述の実施形態に対し多くの変更及び代替を行うことができることを理解するであろう。換言すれば、当業者には、特許請求の範囲により定義された通りの本発明の精神及びスコープを逸脱することなく、ここで形式上及び細部において様々な変更がなされてもよいことが理解されるであろう。
【０１３６】
図６及び図７で、基地局が、ＲＲＣ接続再設定メッセージの送信により、携帯電話にその移動状態及び／又は電力消費状態の変更をレポートするよう要求することを示したが、他のメッセージを使用してもよいことが理解されるであろう。例えば、ネットワークは、移動状態リクエスト及び／又は電力消費レポートリクエストを携帯電話に伝送するために、システム情報ブロック（ＳＩＢ）メッセージを使用してもよい。この場合、携帯電話は、ＳＩＢ応答メッセージ内で、その移動状態及び／又は電力消費状態をレポートする。
【０１３７】
携帯電話が、その各移動状態及び／又は電力消費状態の変化を検出すると、移動状態及び／又は電力消費状態レポートを生成し、送信する様々な実施形態を説明した。しかしながら、そのような移動状態及び／又は電力消費状態レポートは、携帯電話の移動状態及び／又は電力消費状態の変化が検出されない場合であっても、周期的に携帯電話によって生成され及び／又は基地局に送信されてもよいことが理解されるであろう。
【０１３８】
更に、移動状態リクエスト及び／又は電力消費レポートリクエストがＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ情報要素に含まれることが上記で説明された。しかしながら、そのようなリクエストは、例えばＭｅａｓｃｏｎｆｉｇ  ＩＥ等のその他の適切な情報要素、あるいはその他の存在する又は専用の情報要素に含まれていてもよい。そのようなリクエストは、任意の適切なメッセージの部分（例えば、ヘッダー、ペイロード等）に含まれて、基地局から携帯電話に伝送されてもよいことが更に理解されるであろう。そのようなメッセージは、アドレスが指定されて単独の携帯電話に送信されても、１グループの携帯電話に送信されても、又はこの基地局によりサーブされる全ての（アイドル及び接続されたものを含む）携帯電話に送信されてもよい。
【０１３９】
移動状態レポートと電力消費状態レポートの手続きが別々に（例えば、図６及び７の別々のタイミングチャートで）実行されるとして説明したが、これらの手続きは結合されてもよいことが理解されるであろう。その結果として、ステップｓ４０３とｓ５０３、ステップｓ４１３とｓ５１３、ステップｓ６０３とｓ７０３、ステップｓ６１３とｓ７１３、ステップｓ６１４とｓ７１４は、それぞれ結合されてもよい。この変更は、基地局と携帯電話との間の必要なシグナリングを著しく削減する。
【０１４０】
図８に示すように、（即ちステップｓ８０５において）サブスクリプションデータ情報要素は、ＨＳＳから発せられている。しかしながら、この情報要素がない場合は、ＭＭＥはステップｓ８０７において、自身のＵＥコンテキストテーブルを用いて、この情報要素を生成し、付加してもよいことが理解されるであろう。
【０１４１】
上記の実施形態では、通信システムに基づく携帯電話が説明された。当業者は、他の通信システムにおいて、本出願で説明されたシグナリング技術が適用できることを理解するであろう。他の通信ノード又は装置は、例えば、パーソナルデジタルアシスタント、ラップトップコンピュータ、ウェブブラウザ等といったユーザー装置を含んでもよい。当業者は、上述のシステムが移動通信装置に用いられることは本質的ではないことを理解するであろう。システムは、携帯通信装置と同様、あるいはその代わりに１又は複数の固定された計算装置を有するネットワーク内で使用されてもよい。
【０１４２】
上記では、基地局及び携帯電話は、理解を容易にするため、多くの個別のモジュールを有するとして説明された。これらのモジュールは、何らかのアプリケーションのため、この方法で提供されてもよい一方、例えば、本発明を実施するために現行のシステムが変更された場合、他のアプリケーション内、例えば最初から考慮されて進歩的な特徴を有するように設計されたシステム内では、これらのモジュールが全体の動作システム又はコード内に組み込まれていてもよく、従ってこれらのモジュールが個別のエンティティとして認識できなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア又はそれらの組み合わせで実施することもできる。
【０１４３】
ここで説明された、測定結果を含むシグナリングメッセージは、簡単さ、実施の容易さ及び要求されるメッセージ数の最小化の観点から有利である一方、この情報は他の多数の異なる方法、例えば多数のメッセージで送信されてもよい。更に、説明されたシグナリングメッセージを変更する代わりに、測定結果を含む完全に新しいメッセージが生成されてもよい。
【０１４４】
上述の実施形態において、携帯電話及び基地局はトランシーバ回路を含んでいるものである。典型的には、この回路は専用のハードウェア回路により形成される。しかしながら、ある実施形態では、トランシーバ回路の一部は、対応するコントローラにより実行されるソフトウェアとして実施されてもよい。
【０１４５】
上記の実施形態では、多くのソフトウェアモジュールが説明された。当業者は、ソフトウェアモジュールがコンパイルされた又はコンパイルされていない形式で提供されてもよく、基地局又は中継局に、コンピュータネットワークで送られる信号として、又は記録媒体で供給されてもよいことを理解するであろう。更に、このソフトウェアの一部又は全部により実行される機能は、１又は複数の専用のハードウェア回路を用いて実行されてもよい。
【０１４６】
更に、プログラム可能なコンピュータ装置を上述の携帯電話として設定させるコンピュータプログラムを提供することも可能である。同様に、プログラム可能なコンピュータ装置を上述の基地局として設定させるコンピュータプログラムを提供することも可能である。プログラムは、任意の種類の非一時的なコンピュータ可読媒体を用いて格納され、コンピュータに提供されることができる。非一時的なコンピュータ可読媒体は、任意の種類の実体のある記憶媒体を含む。非一時的なコンピュータ可読媒体の例は、磁気記憶媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ等）、光磁気記憶媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。ソフトウェアモジュールは、任意の種類の一時的なコンピュータ可読媒体を用いてコンピュータに提供されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、（例えば電線、光ファイバといった）有線通信路、又は無線通信路を経由して、ソフトウェアモジュールをコンピュータに提供できる。
【０１４７】
様々な他の変更は当業者にとって明らかなことであり、ここで更なる詳細について説明はしない。
【０１４８】
この出願は、２０１２年８月６日に出願された英国特許出願番号１２１３９７０．５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１４９】
１  通信システム
３（３−１から３−４）  携帯電話
５（５−１、５−２）  基地局
７  コアネットワーク
９  移動管理エンティティ
１１  ホーム加入者サーバ
１３  オープンモバイルアライアンス装置管理
３１  トランシーバ回路
３３  アンテナ
３５  ユーザインタフェース
３７  コントローラ
３９  メモリ
４１  オペレーティングシステム
４３  通信制御モジュール
４４  無線リソース制御モジュール
４５  移動状態判定モジュール
４７  電力消費監視モジュール
４８  測定及びレポートモジュール
４９  オープンモバイルアライアンス装置管理モジュール
５１  トランシーバ回路
５３  アンテナ
５５  ネットワークインタフェース
５７  コントローラ
５９  メモリ
６１  オペレーティングシステム
６３  通信制御モジュール
６５  無線リソース制御モジュール
６７  ハンドオーバーモジュール
６９  端末電力管理モジュール
【図１】
2018011339.tif 000005
【図２】
2018011339.tif 000006
【図３】
2018011339.tif 000007
【図４】
2018011339.tif 000008
【図５】
2018011339.tif 000009
【図６】
2018011339.tif 000010
【図７】
2018011339.tif 000011
【図８】
2018011339.tif 000012
【図９】
2018011339.tif 000013