(57)【要約】【課題】ＵＭＴＳネットワークにおけるモードと状態との間における好適な移行の提供。【解決手段】複数の無線リソース制御（ＲＲＣ）状態（１２２、１２４、１２６、１２８）を有するワイヤレスネットワークにおける、ユーザ装備の改善されたバッテリー性能の方法および装置であって、ユーザ装備において、アプリケーションデータ交換を監視するステップと、ユーザ装備上のどのアプリケーションもデータ交換を期待されない場合を決定するステップと、ユーザ装備から、低バッテリー要求無線リソース制御状態またはモードへの移行を開始するステップとを包含する。【選択図】図１
2010206807.tif 000002
【特許請求の範囲】
【請求項１】
本明細書に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ユーザ装備（ＵＥ）とＵｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）との間の無線リソース制御に関し、より特定的には、ＵＭＴＳネットワークにおけるモードと状態との間における移行に関する。
【背景技術】
【０００２】
Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）は、テキスト、デジタル化された音声、映像、およびマルチメディアの伝送のための、ブロードバンドによるパケットベースシステムである。それは第三世代規格として認知度が高く、一般に、広帯域符号分割多元アクセス（Ｗ−ＣＤＭＡ）に基づく。
【０００３】
ＵＭＴＳネットワークにおいて、プロトコルスタックの無線リソース制御（ＲＲＣ）は、ＵＥとＵＴＲＡＮとの間における無線リソースの割り当て、構成、および解放を担う。このＲＲＣプロトコルは、３ＧＰＰ  ＴＳ２５．３３１仕様において詳細に記載される。ＵＥに備わる２つの基本的なモードは、「アイドルモード」および「ＵＴＲＡ接続モード」として規定される。ＵＴＲＡとは、ＵＭＴＳ  Ｔｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓのことである。アイドルモードにおいて、ＵＥは、ＵＥが任意のユーザデータを送信したときはいつでも、または、ページングに応答して、プッシュサーバなどの外部データネットワークからデータを受信するために、ＵＴＲＡＮまたはサービングＧＰＲＳサポートノード（ＳＧＳＮ）がそれをページングする（ｐａｇｅ）ときはいつでも、ＲＲＣ接続をリクエストすることが要求される。アイドルモードおよび接続モードの動作は、３ＧＰＰ仕様ＴＳ２５．３０４およびＴＳ２５．３３１において詳細に記載されている。
【０００４】
ＵＴＲＡ  ＲＲＣ接続モード中の場合、デバイスは、４つの状態のうちの一つであり得る。それらは：
ＣＥＬＬ−ＤＣＨ：専用チャネルが、データを交換するために、この状態におけるアップリンクおよびダウンリンクにおいて、ＵＥへ割り当てられる。ＵＥは、３ＧＰＰ  ２５．３３１において概略的に示されるような動作を実行しなければならない。
ＣＥＬＬ＿ＦＡＣＨ：専用チャネルは、この状態におけるユーザ装置に割り当てられない。その代わり、通常のチャネルが少量のバースティなデータを交換するために用いられる。ＵＥは、３ＧＰＰ  ＴＳ２５．３０４に規定されるセル選択プロセスを含む３ＧＰＰ２５．３３１に概略的に示されるような動作を実行しなければならない。
ＣＥＬＬ＿ＰＣＨ：ＵＥは、不連続受信（ＤＲＸ）を用い、ページング通知チャネル（ＰＩＣＨ）を介した放送メッセージおよびページをモニタする。アップリンクの活動は可能ではない。ＵＥは、３ＧＰＰ  ＴＳ２５．３０４に規定されるセル選択プロセスを含む３ＧＰＰ  ２５．３３１に概略的に示されるような動作を実行しなければならない。ＵＥは、セルの再選択の後、ＣＥＬＬ  ＵＰＤＡＴＥ手順を実行しなければならない。
ＵＲＡ＿ＰＣＨ：ＵＥは、不連続受信（ＤＲＸ）を用い、ページング通知チャネル（ＰＩＣＨ）を介した放送メッセージおよびページをモニタする。アップリンクの活動は可能ではない。ＵＥは、３ＧＰＰ  ＴＳ２５．３０４に規定されるセル選択プロセスを含む３ＧＰＰ  ２５．３３１に概略的に示されるような動作を実行しなければならない。ＵＲＡ  ＵＰＤＡＴＥ手順が、ＵＴＲＡＮ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｒｅａ（ＵＲＡ）再選択を介してのみトリガされる点を除いて、この状態はＣＥＬＬ＿ＰＣＨに類似する。
【０００５】
アイドルモードから接続モードおよび接続モードからアイドルモードへの移行は、ＵＴＲＡＮによって制御される。アイドルモードＵＥがＲＲＣ接続をリクエストする場合、ネットワークは、ＵＥを、ＣＥＬＬ＿ＤＣＨ状態またはＣＥＬＬ＿ＦＡＣＨ状態のいずれかに移動するかを決定する。ＵＥがＲＲＣ接続モードにある場合、ＲＲＣ接続をいつ解放するかを決定するのもまたネットワークである。そのネットワークはまた、ＵＥを、その接続を解放するのに先立って、あるＲＲＣ状態から別のものへと移動し得る。状態の移行は、通常は、ＵＥとネットワークとの間におけるデータ活動または不活動によってトリガされる。ネットワークは、ＵＥがいつデータ交換を完了するかを知り得ないゆえに、通常は、ＵＥへの／ＵＥからのさらなるデータを予測して、しばらくＲＲＣ接続を保持する。これは、通常は、通話の設定および無線ベアラー設定の待ち時間を低減するようになされる。ＲＲＣ接続解放メッセージは、ＵＴＲＡＮによってのみ送信され得る。このメッセージは、ＵＥとＵＴＲＡＮとの間における信号リンク接続および全ての無線ベアラーを解放する。
【０００６】
上述における問題は、ＵＥ上のアプリケーションがそのデータトランザクションを完了し、任意のさらなるデータ交換をしない場合であっても、ネットワークが正しい状態へと移動するのを待機することである。そのネットワークは、ＵＥ上のアプリケーションがそのデータ交換を完了しているという事実に気付き得ないのである。例えば、ＵＥ上のアプリケーションはそれ自身の認証ベースプロトコルを使用し得、ＵＭＴＳコアネットワークに接続されるアプリケーションサーバを用いてデータを交換する。例としては、アプリケーション自体の保証付き伝送をインプリメントするＵＤＰ／ＩＰ上にて実行するアプリケーションである。そのような場合において、ＵＥは、アプリケーションサーバが全てのデータパケットを送信または受信したかどうかを知っており、任意のさらなるデータ交換が生じるかどうかを決定するためにより良い位置にあり、そして、それ故、いつＲＲＣ接続を終了するかを決定する。ＵＴＲＡＮは、いつＲＲＣ接続状態が異なる低バッテリ状態またはアイドルモードへと変化するかを制御し、および、ＵＴＲＡＮがＵＥと外部サーバとの間におけるデータ伝送の状態に気付いていないという事実ゆえに、ＵＥは、要求される状態またはモードよりも、さらに高いデータレートおよび強いバッテリー状態に置かされることになり、それによって、バッテリー寿命を使い果たし、ネットワークリソースを無駄使いさせる。
【発明の概要】
【課題を解決するための手段】
【０００７】
本システムおよび方法は、ＲＣＣ接続モードから、より効率的なバッテリー状態またはモードへの移行を提供することによって従来技術の所定の弱点を克服する。特に、本方法および装置は、好適には、ＵＥが特定のコアネットワークドメインのための信号接続の終了を開始するか、または、移行が一つの接続状態から他の接続状態へと生じるべきであるとＵＴＲＡＮに指示するかのいずれかに基づく移行を提供する。
【０００８】
特に、ＵＥ上のアプリケーションは、それがデータの交換を用いてなされたと決定する場合、好適には、それは「なされた」との指示を、ＵＥソフトウェアの「ＲＲＣ接続マネージャ」構成要素へ送信する。ＲＲＣ接続マネージャは、関連パケットデータプロトコル（ＰＤＰ）コンテキスト、関連パケット交換（ＰＳ）無線ベアラー、および関連回路交換（ＣＳ）無線ベアラーなどの全ての現行のアプリケーション（一つまたは複数のプロトコルを介したサービスを提供するものを含む）を追跡し続ける。ＰＤＰコンテキストは、ＵＭＴＳコアネットワークを介して走るＵＥとＰＤＮ（公衆データネットワーク）との間の論理関係である。ＵＥ上の一つまたは複数のアプリケーション（例えば、ｅメールアプリケーションおよびブラウザアプリケーションなど）は、一次ＰＤＰコンテキストと関連される。ＰＤＰコンテキストおよび複数のアプリケーションは、二次ＰＤＰコンテキストに結合され得る。ＲＲＣ接続マネージャは、同時にアクティブであるＵＥ上の異なるアプリケーションから、「なされた」との指示を受信する。例えば、ユーザは、ウェブを閲覧している間にプッシュサーバからｅメールを受信し得る。ｅメールアプリケーションが承認を送信した後、それは、データトランザクションを完了したことを指示し得るが、しかしながら、ブラウザアプリケーションは、そのような指示を送信し得ない。アクティブなアプリケーションからのそのような指示の合成状態に基づいて、ＵＥソフトウェアは、それが、コアネットワークパケットサービスドメインの信号接続解放を開始し得る前に、どの程度待機するべきかを決定することができる。この場合において、遅延が導入され得、そのアドレシングがデータ交換を用いて真に終了され、ＲＲＣ接続を要求しないことを保証する。その遅延は、トラフィック履歴および／またはアプリケーションプロフィールに基づいてダイナミックであり得る。ＲＲＣ接続マネージャはアプリケーションが任意のデータを交換することを期待しない一部の可能性とともに、それを決定するときはいつでも、適切なドメイン（例えば、ＰＳドメイン）に対して、信号接続解放指示手順を送信することができる。あるいは、ＵＴＲＡＮに対して接続されたモード内において、状態移行のリクエストを送信することができる。
【０００９】
上述の決定はまた、ネットワークが、ＵＲＡ＿ＰＣＨ状態およびこの状態に対する移行動作をサポートするかどうかを考慮し得る。
【００１０】
ＵＥによって開始されたアイドルモードへの移行は、ＲＲＣ接続モードの任意の状態から生じ得、最終的には、ネットワークをＲＲＣ接続に解放させ、アイドルモードへと移動する。アイドルモード中のＵＥは、当業者によって理解されるように、接続状態中のＵＥよりも、相当に低バッテリーである。
【００１１】
それゆえ、本出願は、複数の無線リソース制御（ＲＲＣ）状態を有するワイヤレスネットワークにおける、ユーザ装備の改善されたバッテリー性能の方法および装置であって、ユーザ装備において、アプリケーションデータ交換を監視するステップと、ユーザ装備上のどのアプリケーションもデータ交換を期待されない場合を決定するステップと、ユーザ装備から、低バッテリー要求無線リソース制御状態またはモードへの移行を開始するステップとを包含する、方法および装置を提供する。
【００１２】
本出願はさらに、好適には、ＵＭＴＳネットワークにおけるバッテリー消費を低減するように適合されたユーザ装備を提供し、そのユーザ装備は、無線サブシステムを有し、無線サブシステムは、ＵＭＴＳネットワークと通信するように適合された無線と、デジタル信号プロセッサを有し、無線サブシステムと相互作用するように適合された無線プロセッサと、メモリと、ユーザインターフェースと、ユーザアプリケーションを実行し、メモリ、無線、およびユーザインターフェースと相互作用するように適合され、アプリケーションを実行するように適合されたプロセッサとを備える無線サブシステムを有する、ユーザ装備であって、ユーザ装備において、アプリケーションデータ交換を監視する手段と、ユーザ装備上のどのアプリケーションもデータ交換を期待されない場合を決定する手段と、ユーザ装備から、低バッテリー要求無線リソース制御状態またはモードへの移行を開始する手段とを有することを特徴とする。
【００１３】
本発明は、さらに以下の手段を提供する。
【００１４】
（項目１）  
複数の無線リソース制御（ＲＲＣ）状態を有するワイヤレスネットワークにおける、ユーザ装備の改善されたバッテリー性能の方法であって、
該ユーザ装備において、アプリケーションデータ交換を監視するステップと、
該ユーザ装備上のどのアプリケーションもデータ交換を期待されない場合を決定するステップと、
該ユーザ装備から、低バッテリー要求無線リソース制御状態またはモードへの移行を開始するステップと
を包含する、方法。
【００１５】
（項目２）  
上記開始するステップが、上記ユーザ装備と上記ワイヤレスネットワークとの間の信号接続設定を解体するステップを包含する、項目１に記載の方法。
【００１６】
（項目３）  
上記解体するステップによって、上記ネットワークが上記無線リソース接続を解放し、上記ユーザ装備に対して、上記無線リソース制御状態からアイドルモードへ移行する、項目２に記載の方法。
【００１７】
（項目４）  
上記解体するステップが、ネットワークリソースを解放する、項目２または３に記載の方法。
【００１８】
（項目５）  
上記ワイヤレスネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ「ＵＭＴＳ」ネットワークである、項目１〜４のいずれか一項に記載の方法。
【００１９】
（項目６）  
上記開始するステップに先立って無線リソース制御状態が、ＣＥＬＬ＿ＤＣＨ状態またはＣＥＬＬ＿ＦＡＣＨ状態である、項目５に記載の方法。
【００２０】
（項目７）  
上記開始するステップに先立って無線リソース制御状態が、ＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態である、項目５に記載の方法。
【００２１】
（項目８）  
上記開始するステップは、低バッテリー状態へと、上記無線リソース制御状態を移動するために、メッセージをＵｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ「ＵＴＲＡＮ」に送信するステップをさらに包含する、項目５に記載の方法。
【００２２】
（項目９）  
上記低バッテリー状態は、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態を含む状態である、項目８に記載の方法。
【００２３】
（項目１０）  
上記ユーザ装備が、活動状態のメッセージをアプリケーションサーバに送信するように要求される常時オンデバイスである、項目１〜９のいずれか一項に記載の方法。
【００２４】
（項目１１）  
上記ユーザ装備は、無線リソース制御「ＲＲＣ」接続マネージャをさらに備え、該ＲＲＣ接続マネージャは、上記決定するステップを実行する、項目１〜９のいずれか一項に記載の方法。
【００２５】
（項目１２）  
上記決定するステップは、現在実行中のアプリケーションを追跡するステップをさらに包含し、該現在実行中のアプリケーションのそれぞれは、不活動タイムアウトを有し、どのアプリケーションもデータ交換を期待されない場合を見出すために、合成状態を生成する、項目１１に記載の方法。
【００２６】
（項目１３）  
上記決定するステップは、関連パケットデータプロトコル「ＰＤＰ」コンテキスト、パケット交換「ＰＳ」無線アクセスベアラー、および上記ユーザ装備に対するＰＳ無線ベアラーを追跡するステップをさらに包含する、項目１２に記載の方法。
【００２７】
（項目１４）  
上記決定するステップが、関連回路交換「ＣＳ」無線ベアラーを追跡するステップをさらに包含する、項目１２に記載の方法。
【００２８】
（項目１５）  
上記決定するステップが、トラフィックパターン履歴に基づいてダイナミックである、項目１３または１４に記載の方法。
【００２９】
（項目１６）  
上記ＲＲＣ状態がＵＲＡ＿ＰＣＨ状態である場合に、上記開始するステップをブロックするステップをさらに包含する、項目１３または１４に記載の方法。
【００３０】
（項目１７）  
Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ「ＵＭＴＳ」ネットワークにおいて、バッテリー消費を低減するように適合されたユーザ装備であって、該ユーザ装備は、無線サブシステムを有し、該無線サブシステムは、ＵＭＴＳネットワークと通信するように適合された無線と、デジタル信号プロセッサを有し、該無線サブシステムと相互作用するように適合された無線プロセッサと、メモリと、ユーザインターフェースと、ユーザアプリケーションを実行し、該メモリ、該無線、および該ユーザインターフェースと相互作用するように適合され、アプリケーションを実行するように適合されたプロセッサとを備える無線サブシステムを有する、ユーザ装備であって、
該ユーザ装備において、アプリケーションデータ交換を監視する手段と、
該ユーザ装備上のどのアプリケーションもデータ交換を期待されない場合を決定する手段と、
該ユーザ装備から、低バッテリー要求無線リソース制御状態またはモードへの移行を開始する手段と
を有することを特徴とする、ユーザ装備。
【００３１】
（項目１８）  
上記開始する手段が、上記ユーザ装備と上記ワイヤレスネットワークとの間における信号接続設定を解体するように適合されている、項目１７に記載のユーザ装備。
【００３２】
（項目１９）  
上記信号接続を解体する場合、上記開始する手段は、上記ネットワークが上記無線リソース接続を解放し、上記ユーザ装備に対して、上記無線リソース制御状態をアイドルモードへ移行するように適合されている、項目１８に記載のユーザ装備。
【００３３】
（項目２０）
上記信号接続を解体する場合、上記解体する手段が、ネットワークリソースを解放するように適合されている、項目１７または１８に記載のユーザ装備。
【００３４】
（項目２１）  
上記開始する手段は、上記無線リソース制御状態を低バッテリー状態へ移動するために、メッセージをＵｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ「ＵＴＲＡＮ」に送信するように適合されている、項目１７に記載のユーザ装置。
【００３５】
（項目２２）  
上記低バッテリー状態は、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態を含む状態である、項目２１に記載のユーザ装備。
【００３６】
（項目２３）  
上記決定する手段は、無線リソース制御「ＲＲＣ」接続マネージャである、項目１７〜２２のいずれか一項に記載のユーザ装備。
【００３７】
（項目２４）  
上記ＲＲＣ接続マネージャは、現在実行中のアプリケーションまたはアプリケーションプロトコルを追跡するように適合されており、該現在実行中のアプリケーションまたはアプリケーションプロトコルのそれぞれは、不活動タイムアウトを有し、該ＲＲＣ接続マネージャは、どのアプリケーションもデータ交換を期待されない場合を見出すために、合成状態を生成するように適合されている、項目２３に記載のユーザ装備。
【００３８】
（項目２５）  
上記ＲＲＣ接続マネージャは、関連パケットデータプロトコル「ＰＤＰ」コンテキスト、パケット交換「ＰＳ」無線アクセスベアラー、および上記ユーザ装備に対するＰＳ無線ベアラーを追跡するように適合されている、項目２４に記載のユーザ装備。
【００３９】
（項目２６）  
上記ＲＲＣ接続マネージャは、上記ユーザ装備に対して、関連回路交換「ＣＳ」無線ベアラーを追跡するように適合されている、項目２４に記載のユーザ装備。
【００４０】
（項目２７）  
上記ＲＲＣ接続マネージャは、トラフィックパターン履歴に基づいたダイナミック基準において決定するように適合されている、項目２５または２６に記載のユーザ装備。
【００４１】
（項目２８）  
ブロックする手段をさらに包含し、該ブロックする手段は、上記ＲＲＣ状態がＵＲＡ＿ＰＣＨである場合、移行を始めることから、上記開始する手段を防止するように適合されている、項目２５または２６に記載のユーザ装備。
【００４２】
（項目２９）  
複数の無線リソース制御（ＲＲＣ）状態を有するワイヤレスネットワークにおけるユーザ装備の改善されたバッテリー性能のためのコンピュータプログラム製品であって、該コンピュータプログラム製品は、項目１〜１６のいずれか一項の方法をインプリメントするために、ユーザ装備によって実行可能なプログラムコード手段を具体化するコンピュータ可読媒体を備える、コンピュータプログラム製品。
【００４３】
（項目３０）  
項目１７〜２８のいずれか一項に従い、複数のユーザ装備を備える、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ「ＵＭＴＳ」ネットワーク。
【図面の簡単な説明】
【００４４】
【図１】ＲＲＣ状態および移行を示すブロック図である。
【図２】様々なＵＭＴＳセルおよびＵＲＡを示すＵＭＴＳネットワークの略図である。
【図３】ＲＲＣ接続設定における様々なステージを示すブロック図である。
【図４Ａ】現在の方法に従った、ＣＥＬＬ＿ＤＣＨ接続モード状態とＵＴＲＡＮによって開始されたアイドルモードとの間の例示的な移行のブロック図である。
【図４Ｂ】本発明の方法および装置に従った、ＣＥＬＬ＿ＤＣＨ状態接続モード間からアイドルモードへの例示的な移行を示すブロック図である。
【図５Ａ】現在の方法に従い、ＵＴＲＡＮによって開始された、ＣＥＬＬ＿ＤＣＨ不活動からＣＥＬＬ＿ＦＡＣＨ不活動へ、およびアイドルモードへの例示的な移行のブロック図である。
【図５Ｂ】本方法に従った、ＣＥＬＬ＿ＤＣＨ不活動およびアイドルモードとの間の例示的な移行のブロック図である。
【図６】ＵＴＭＳプロトコルスタックのブロック図である。
【図７】本方法に関連して用いられ得る例示的なＵＥである。
【図８】本方法および装置に関連する使用に対する例示的なネットワークである。
【発明を実施するための形態】
【００４５】
本出願は、図面を参照してより良く理解される。
【００４６】
ここで、図１を参照する。図１は、ＵＭＴＳネットワーク内のプロトコルスタックの無線リソース制御部分に対する様々なモードおよび状態を示すブロック図である。特に、ＲＲＣは、ＲＲＣアイドル状態１１０またはＲＲＣ接続状態１２０のいずれかであり得る。
【００４７】
当業者には理解されるように、ＵＭＴＳネットワークは、２つの陸上ベースのネットワークセグメントから形成される。それらは、Ｃｏｒｅ  Ｎｅｔｗｏｒｋ（ＣＮ）およびＵｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ−Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋである（ＵＴＲＡＮ）（図８に図示されているように）。Ｃｏｒｅ  Ｎｅｔｗｏｒｋは、外部ネットワークへのデータコールおよびデータ接続のスイッチングおよびルーティングを担っており、一方、ＵＴＲＡＮは、全ての無線関連機能に対処している。
【００４８】
アイドルモード１１０において、データがＵＥとネットワークとの間で交換される必要のある場合はいつも、ＵＥは、無線リソースを設定するために、ＲＲＣ接続を要求しなくてはならない。これは、データを送信するための接続を要求するＵＥ上のアプリケーション、あるいは、ＵＥがページングチャネルを監視した結果として、ＵＴＲＡＮまたはＳＧＳＮがＵＥをページングして、プッシュサーバのような外部データネットワークからデータを受信したかどうかの指示のいずれかの結果によってであり得る。さらに、ＵＥは、Ｌｏｃａｔｉｏｎ  Ａｒｅａ  ＵｐｄａｔｅのようなＭｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ信号伝達メッセージを送信する必要があるときは、いつも、ＲＲＣ接続を要求する。
【００４９】
ＵＥが一旦ＵＴＲＡＮに要求を送信し、無線接続を確立したら、ＵＴＲＡＮは、ＲＲＣ接続の状態を選択する。特に、ＲＲＣ接続モード１２０は、４つの個別の状態を含む。それらは、ＣＥＬＬ＿ＤＣＨ状態１２２、ＣＥＬＬ＿ＦＡＣＨ状態１２４、ＣＥＬＬ＿ＰＣＨ状態１２６およびＵＲＡ＿ＰＣＨ状態１２８である。
【００５０】
ＲＲＣ接続状態は、アイドルモード１１０から、Ｃｅｌｌ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ（ＣＥＬＬ＿ＤＣＨ）状態１２２、または、Ｃｅｌｌ  Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（ＣＥＬＬ＿ＦＡＣＨ）状態１２４のいずれかに行き得る。
【００５１】
ＣＥＬＬ＿ＤＣＨ状態１２２において、専用チャネルは、データ交換をするために、ＵＥに対して、アップリンクおよびダウンリンクの双方に割り当てられる。この状態は、典型的には、ＵＥからのバッテリパワーの最も多く必要とする。それは、この状態が、ＵＥに割り当てられた専用物理的チャネルを有するからである。
【００５２】
代替的に、ＵＴＲＡＮは、アイドルモード１１０から、ＣＥＬＬ＿ＦＡＣＨ状態１２４に移動し得る。ＣＥＬＬ＿ＦＡＣＨ状態においては、ＵＥには、専用チャネルは割り当てられない。その代わりに、共通チャネルが、少量のバースティ（ｂｕｒｓｔｙ）信号を送るために使用される。しかしながら、ＵＥは、ＦＡＣＨを継続的に監視する必要があり、それゆえ、バッテリパワーを消費する。
【００５３】
ＲＲＣ接続モード１２０内において、ＲＲＣ状態は、ＵＴＲＡＮ次第で変化し得る。特に、データがアクティブでないことが特定の時間にわたって検出された場合、あるいは、所定の閾値未満のデータ処理能力が検出された場合、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ＿ＤＣＨ状態１２２からＣＥＬＬ＿ＦＡＣＨ状態１２４、ＣＥＬＬ＿ＰＣＨ状態１２６またはＵＲＡ＿ＰＣＨ状態１２８に移動し得る。同様に、ペイロードが、所定の閾値より大きいことが検出されたら、ＲＲＣ状態は、ＣＥＬＬ＿ＦＡＣＨ状態１２４からＣＥＬＬ＿ＤＣＨ状態１２２に移動し得る。
【００５４】
ＣＥＬＬ＿ＦＡＣＨ状態１２４から、一部のネットワークにおいて所定の時間にわたりアクティブでないことが検出されたら、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ＿ＦＡＣＨ状態１２４からページングチャネル（ＰＣＨ）状態に移動し得る。これは、ＣＥＬＬ＿ＰＣＨ状態１２６またはＵＲＡ＿ＰＣＨ状態１２８のいずれかであり得る。
【００５５】
専用チャネルを要求して、更新手順を開始するためには、ＣＥＬＬ＿ＰＣＨ状態１２６またはＵＲＡ＿ＰＣＨ状態１２８から、ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態１２４に移動しなくてはならない。これは、ＵＥが制御する唯一の状態移行である。
【００５６】
ＣＥＬＬ＿ＰＣＨ状態１２６およびＵＲＡ＿ＰＣＨ状態１２８は、Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＩＣＨ）による放送メッセージとページとを監視するために、不連続な受信サイクル（ＤＲＸ）で使用する。アップリンクアクティビティは、いずれも可能でない。
【００５７】
ＣＥＬＬ＿ＰＣＨ状態１２６とＵＲＡ＿ＰＣＨ状態１２８との違いは、ＵＥの現在のＵＴＲＡＮ登録エリア（ＵＲＡ）が、現在のセルにおいて存在するＵＲＡＩＤのリストの中にない場合、ＵＲＡ＿ＰＣＨ状態のみが更新手順をトリガすることである。詳細には、図２を参照する。図２は、様々なＵＭＴＳセル２１０、２１２および２１４の図を示す。これらのセルの全ては、ＣＥＬＬ＿ＰＣＨ状態に再選択されると、セル更新手順を要求する。しかしながら、ＵＴＲＡＮ登録エリアにおいて、それぞれのセルは、同じＵＴＲＡＮ登録エリア２２０内にあり、こうして、ＵＲＡ更新手順は、ＵＲＡ＿ＰＣＨモードにおいて、２１０、２１２および２１４の間を移動するときに、トリガーされない。
【００５８】
図２に示すように、他のセル２１８は、ＵＲＡ２２０の外側にあり、別個のＵＲＡの一部ともなり得るし、あるいは、ＵＲＡになり得ない。
【００５９】
当業者には理解されるように、バッテリ寿命の観点から、アイドル状態は、上述の状態と比較して、最もバッテリ使用量の少ない方法を提供する。特に、ＵＥは、インターバルにおいてのみ、ページングチャネルを監視することを要求されるので、無線は、連続的にオンである必要はなく、定期的に、目を覚ませばよい。これによって相殺されるのは、データ送信の待ち時間である。しかしながら、待ち時間がさほど長くなければ、アイドルモードにあって、バッテリパワーを節約できるというメリットは、接続待ち時間のデメリットに勝る。
【００６０】
再び、図１を参照する。様々なＵＭＴＳインフラストラクチャのサプライヤは、様々な基準に基づいて、状態１２２、１２４、１２６および１２８の間を移動する。例示的なインフラストラクチャは、以下に述べられる。
【００６１】
第一の例示的なインフラストラクチャにおいて、ＲＲＣは、アイドルモードとＣｅｌｌ＿ＤＣＨ状態との間を直接移動する。Ｃｅｌｌ＿ＤＣＨ状態において、２秒間アクティブでないことが検出されると、ＲＲＣ状態は、Ｃｅｌｌ＿ＦＡＣＨ状態１２４に変化する。Ｃｅｌｌ＿ＦＡＣＨ状態１２４において、１０秒間アクテイブでないことが検出されたら、ＲＲＣ状態は、ＰＣＨ状態１２６に変化する。Ｃｅｌｌ＿ＰＣＨ状態において、４５分間アクテイブでないことが検出されたら、その結果、ＲＲＣ状態は、アイドル状態１１０に戻る。
【００６２】
第二の例示的なインフラストラクチャにおいて、ＲＲＣ移行は、ペイロード閾値に依存して、アイドルモード１１０と接続モード１２０との間で発生し得る。第二のインフラストラクチャにおいて、ペイロードが、所定の閾値未満であれば、ＵＴＲＡＮは、ＲＲＣ状態からＣＥＬＬ＿ＦＡＣＨ状態１２４に移動する。逆に、データが所定のペイロードを上回る場合、ＵＴＲＡＮは、ＲＲ状態をＣＥＬＬ＿ＤＣＨ状態１２２に移行する。第二のインフラストラクチャで、ＣＥＬＬ＿ＤＣＨ状態１２２において、２分間アクティブでないことが検出されると、ＵＴＲＡＮは、ＲＲＣをＣＥＬＬ＿ＦＡＣＨ状態１２４に移動する。ＣＥＬＬ＿ＦＡＣＨ状態１２４において、５分間アクティブでないことが検出されると、ＵＴＲＡＮは、ＲＲＣ段階をＣＥＬＬ＿ＰＣＨ状態１２６に移動する。ＣＥＬＬ＿ＰＣＨ状態１２６において、アイドルモード１１０に戻る前に、２時間の不活動が要求される。
【００６３】
第三の例示的なインフラストラクチャにおいて、アイドルモードと接続モード１２０との間の移動は、常に、ＣＥＬＬ＿ＤＣＨ状態１２２である。ＣＥＬＬ＿ＤＣＨ状態１２２において、５秒間アクティブでなかった後に、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ＿ＦＡＣＨ状態１２４に移動する。ＣＥＬＬ＿ＦＡＣＨ状態１２４において、３０秒間アクティブでないと、その結果、アイドル状態１１０に戻る。
【００６４】
第四の例示的なインフラストラクチャにおいて、ＲＲＣは、アイドルモードから接続モードに直接移行し、ＣＥＬＬ＿ＤＣＨ状態１２２になる。第四の例示的なインフラストラクチャにおいて、ＣＥＬＬ＿ＤＣＨ状態１２２は、２つのサブ状態を含む。一つは、高いデータレートを有するサブ状態であり、第二のサブ状態は、より低いデータレートを含むが、それでもなおＣＥＬＬ＿ＤＣＨ状態の範囲内である。第四の例示的なインフラストラクチャにおいて、ＲＲＣは、アイドルモード１１０から、高いデータレートのＣＥＬＬ＿ＤＣＨサブ状態へと直接移行する。１０秒間アクティブでない後、ＲＲＣ状態は、低いＣＥＬＬ＿ＤＣＨ状態に移行する。低データのＣＥＬＬ＿ＤＣＨ状態１２２から１７秒間アクティブでないと、その結果、ＲＲＣ状態は、アイドルモード１１０に変化する。
【００６５】
上述の４つの例示的なインフラストラクチャは、いかに様々なＵＭＴＳのインフラストラクチャサプライヤが、状態をインプリメントしているかを示す。当業者には理解されるように、各場合においても、実際のデータ交換に使用される時間は、各場合、実際のデータ交換（例えば、ｅメール）に要した時間は、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態に留まっていることを要求される時間に比べ、かなり短い。このため、不必要なカレントドレインが生じ、その結果、ユーザは、ＵＭＴＳのような新たな世代のネットワークにおいて、ＧＰＲＳのような以前の世代のネットワークよりも、悪化するのを体験する。
【００６６】
さらに、ＣＥＬＬ＿ＰＣＨ状態は、ＣＥＬＬ＿ＦＡＣＨ状態よりも最適であるが、バッテリ寿命の観点から、ＣＥＬＬ＿ＰＣＨ状態におけるＤＲＸサイクルは、典型的には、アイドルモード１１０より低い値に設定される。その結果、ＵＥは、アイドルモードよりも、ＣＥＬＬ＿ＰＣＨ状態で、より頻繁に目覚めていることが要求される。
【００６７】
アイドル状態のサイクルと同様のＤＲＸサイクルを有するＵＲＡ＿ＰＣＨ状態は、バッテリ寿命と接続における待ち時間との最適なトレードアップのように思われる。しかしながら、ＵＲＡ＿ＰＣＨは、現在、ＵＴＲＡＮでサポートされていない。それゆえ、バッテリ寿命の観点から、アプリケーションがデータ交換で終了したら、できるだけ迅速に、アイドルモードに移行することが望ましい。
【００６８】
ここで、図３を参照する。アイドルモードから接続モードへ移行するとき、様々な信号伝達およびデータ接続が、生成される必要がある。図３を参照すると、実行されるべき必要のある第一のアイテムは、ＲＲＣ接続設定である。上述のように、このＲＲＣ接続設定は、ＵＴＲＡＮによってのみ、解体され得る。
【００６９】
一度、ＲＲＣ接続設定３１０が達成されると、信号接続設定３１２が開始される。
【００７０】
一度、信号設定３１２が終了すると、暗号化・整合性設定３１４が開始される。これが完了すると、無線ベアラー設定３１６が達成される。この時点で、データは、ＵＥとＵＴＲＡＮとの間で交換され得る。
【００７１】
接続解体は、一般的に、この逆順で同様に達成される。無線ベアラー設定３１６は、解体され、次いで、ＲＲＣ接続設定３１０が取り払われる。この時点で、ＲＲＣは、図１に示すように、アイドルモード１１０へと移動する。
【００７２】
現在の３ＧＰＰ仕様によれば、ＵＥが、ＲＲＣ接続を解放すること、または、ＲＲＣ状態にとってその好みを指示することはできないが、それでも、ＵＥは、特定のコアネットワークドメイン（例えば、パケット交換アプリケーションで使用されるＰａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ（ＰＳ））に対する信号伝達接続の終了を指示し得る。３ＧＰＰ  ＴＳ  ２５．３３１のセクション８．１．１４．１に従うと、信号接続解放指示手順は、ＵＥによって使用され、ＵＴＲＡＮに、その信号伝達接続の一つが解放されたことを指示する。この手順は、順に、ＲＲＣ接続解放手順を開始し得る。
【００７３】
このように、現行の３ＧＧＰ仕様の範囲に留まると、信号伝達接続解放は、信号接続設定３１２の解体によって、開始され得る。信号伝達接続設定３１２を解体する（ｔｅａｒ
ｄｏｗｎ）ことは、ＵＥの能力の範囲内であり、次いで、仕様に従えば、このことは、ＲＲＣ接続解放を開始し「得る」。
【００７４】
当業者には理解されるように、信号伝達接続設定３１２は、解体される場合、ＵＴＲＡＮは、また、解読・整合性設定３１２を一掃し、信号接続設定３１２が解体された後に、無線ベアラー設定３１６を一掃するも必要がある。
【００７５】
信号伝達接続設定３１２が、解体される場合、ＲＲＣ接続設定は、典型的には、現在のサプライヤのインフラストラクチャに対するネットワークによって、引き払われる。
【００７６】
上述を用いて、データ交換とともに行われるとＵＥが決定する場合、例えば、ＵＥソフトウェアの「ＲＲＣ接続マネージャ」構成要素が、データ交換が完了したという指示を提供された場合、ＲＲＣ接続マネージャは、信号伝達接続設定３１２を解体するかどうかを判断し得る。例えば、デバイス上でのｅメールアプリケーションは、ｅメールが本当にプッシュサーバによって受信されたという、プッシュｅメールサーバからの通知を受信したという指示を送信する。ＲＲＣマネージャは、関連ＰＤＰコンテキスト、関連ＰＳ無線ベアラーおよび関連回路交換（ＣＳ）無線ベアラーの全ての現行のアプリケーション全てを追跡し得る。この場合の遅延は、データ交換でもって、そのアプリケーションが本当に終了し、もはや、「完了」指示を送信した後もＲＲＣ接続をもはや必要としない。この遅延は、このアプリケーションと関連する非アクティブなタイムアウトと同等である。各アプリケーションは、それ自身の非アクティブなタイムアウトを有し得る。例えば、ｅメールアプリケーションは、５秒の非アクティブなタイムアウトを有し得るが、アクティブなブラウザアプリケーションは、６０秒の非アクティブなタイムアウトを有し得る。アクティブなアプリケーションからの全てのこのような指示の復号ステータスに基づいて、ＵＥソフトウェアは、ＵＥソフトウェアが、適切なコアネットワーク（例えば、ＰＳ  Ｄｏｍａｉｎ）の信号伝達接続解放を開始し得るまでに、どのくらい待つべきであるかを判断する。
【００７７】
非アクティブなタイムアウトは、トラフィックパターン履歴および／またはアプリケーションプロファイルに基づいて、ダイナミックベースでなされ得る。
【００７８】
ＲＲＣ接続マネージャが、どのアプリケーションもデータ交換を期待されないと、ある程度の確立で判断するときはいつも、ＲＣＣ接続マネージャは、適切なドメインに対する信号伝達接続解放指示手順を送信し得る。
【００７９】
上述のＵＥで開始されたアイドルモードへの移行は、図１に示すようなＲＲＣ接続モード１２０の任意の段階で起こり得て、また、ＲＲＣ接続ネットワークから解放させ、図１に示すようなアイドルモード１１０に移動させて終了する。これは、また、音声通話中に、ＵＥが任意のパケットデータサービスを実行しているときにも、適用可能である。この場合、ＰＳドメインのみが解放されるが、ＣＳドメインは接続されたままである。
【００８０】
当業者には理解されるように、一部の場合において、アイドルモードにあるよりも、接続モード状態ＵＲＡ＿ＰＣＨにあることが、より望ましい。例えば、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ接続モード状態に接続する待ち時間が少なくなることを要求される場合、接続モードＰＣＨ状態にあることが望ましい。これを達成するには、２つの方法がある。第一は、３ＧＰＰ仕様を変更して、ＵＥがＵＴＲＡＮに、自身を特定の状態（この場合は、ＵＲＡ＿ＰＣＨ状態１２８）に移動するように要求する。
【００８１】
代替的に、ＲＲＣ接続マネージャは、ＲＲＣの接続が、現状どのような状態であるかのような他の要因を考慮に入れ得る。例えば、ＲＲＣ接続は、ＵＲＡ＿ＰＣＨ状態である場合、ＲＲＣ接続は、自身がアイドルモード１１０に移動する必要がなく、それゆえ、信号接続解放の手順は、開始されない。
【００８２】
図４を参照する。図４Ａは、上述のインフラストラクチャの「４つ」の例に従って、現在のＵＭＴＳのインプリメンテーションを示す。図４に示すように、時間は横軸に沿う。
【００８３】
ＵＥは、ＲＲＣアイドル状態１１０で開始し、送信されるべきローカルデータ、または、ＵＴＲＡＮから受領したページに基づいて、ＲＲＣ接続を確立し始める。
【００８４】
図４Ａに示されるように、ＲＲＣ接続設定３１０は、最初に起こり、ＲＲＣ状態は、この時間中、接続状態４１０である。
【００８５】
次いで、信号接続設定３１２、暗号化・整合性設定３１４、および、無線ベアラー設定３１６が起こる。ＲＲＣ状態は、この間、ＣＥＬＬ＿ＤＣＨ状態１２２である。図４Ａに示されるように、ＲＲＣアイドルから移動する時間と、無線ベアラーが設定される時間との比率は、この例において、ほぼ２秒である。
【００８６】
次いで、データが交換される。図４Ａの例において、これは、約２〜４秒で達成され、ステップ４２０によって示される。
【００８７】
ステップ４２０において、データが交換された後、必要に応じての断続的なＲＬＣ信号ＰＤＵを除くと、データは全く交換されない。こうして、無線ベアラーは、約１０秒後に、低データレートのＤＣＨ状態に移動するように、ネットワークによって再構成される。これは、ステップ４２２および４２４で示されている。
【００８８】
低データレートのＤＣＨ状態において、１７秒間にわたって何も受信されない。この時点で、ステップ４２８で、ＲＲＣ接続は、ネットワークによって解放される。
【００８９】
一度、ＲＲＣ接続が、ステップ４２８で開始されると、ＲＲＣ状態は、約４０ミリ秒にわたって非接続状態４３０に入り、その後、ＵＥがＲＲＣアイドル状態１１０になる。
【００９０】
また、図４Ａに示されているように、ＵＥの電流消費は、ＲＲＣがＣＥＬＬ＿ＤＣＨ状態１２２にあるときの期間にわたって示される。図示のように、電流消費は、ＣＥＬＬ＿ＤＣＨ状態の全期間にわたって、約２００〜３００ミリアンペアである。非接続およびアイドルの間に、ＤＲＸサイクルを１．２８秒と仮定すると、約３ミリアンペアが使用される。しかしながら、３５秒間の電流消費２００〜３００ミリアンペアは、バッテリ上でドレイン排出している。
【００９１】
ここで、図４Ｂを参照する。図４Ｂは、上記から同じ例示的なインフラストラクチャ「４つ」を利用しているが、ここでのみ、信号接続解放をインプリメントしている。
【００９２】
図４Ｂに示すように、同じ設定ステップ３１０、３１２、３１４および３１６が起こり、これには、ＲＲＣアイドル状態１１０とＲＲＣ  ＣＥＬＬ＿ＤＣＨ状態１２２との間を移動するときと、同じ時間量を要する。
【００９３】
さらに、図４Ａの例示的なｅメール用のＲＲＣデータＰＤＵ交換も、また、図４Ｂで行われ、これに、約２〜４秒を要する。
【００９４】
図４Ｂの例の中のＵＥは、アプリケーション特有の不活動タイムアウトを有する。図４Ｂの例におけるこのタイムアウトは２秒であり、ステップ４４０によって描かれている。ＲＲＣ接続マネージャが、特定の時間量にわたって、不活動があると判断した後、ステップ４４２で、ＵＥは、信号接続設定を解放し、ステップ４２８で、ＲＲＣ接続は、ネットワークによって解放される。
【００９５】
図４Ｂに示すように、ステップ１２２のＣＥＬＬ＿ＤＣＨの電流消費は、それでも、約２００〜３００ミリアンペアである。しかしながら、接続時間は、約８秒のみである。当業者には理解されるように、モバイルがセルＤＣＨ状態１２２のままである時間が、かなり短い時間量なので、その結果、常にオンであるＵＥデバイス上のバッテリ節約は、著しいものとなる。
【００９６】
ここで、図５を参照する。図５は、上述で示したインフラストラクチャ「３」を用いる第二の例である。図４Ａおよび図４Ｂと同様、接続設定は、約２秒を要して、起こる。これには、ＲＲＣ接続設定３１０、信号接続設定３１２、暗号化・整合性設定３１４、および、無線ベアラー３１６を要する。
【００９７】
この設定の間に、ＵＥは、ＲＲＣアイドルモード１１０からＣＥＬＬ＿ＤＣＨ状態１２２に移動する。この両者の間に、ＲＲＣ状態接続ステップ４１０がある。
【００９８】
図４Ａと同様に、図５Ａにおいて、ＲＬＣデータＰＤＵ交換が起こり、図５Ａの例においては、約２〜４秒を要する。
【００９９】
インフラストラクチャ３に従うと、ＲＬＣ信号ＰＤＵ交換は、データを全く受信しないので、こうして、ステップ４２２で、５秒の間、アイドルである。ただし、必要に応じての断続的なＲＬＣ信号ＰＤＵを除き、この時点において、無線ベアラーは、ＣＥＬＬ＿ＤＣＨ状態１２２からＣＥＬＬ＿ＦＡＣＨ状態１２４に移動するために、ネットワークを再構成する。これは、ステップ４５０で行われる。
【０１００】
ＣＥＬＬ＿ＦＡＣＨ状態１２４において、ＲＬＣ信号ＰＤＵ交換は、所定の時間量に対し必要とされるような断続的なＲＬＣ信号ＰＤＵを除くと、全くデータがないことを見出す。所定の時間量は、この場合、３０秒であって、この点において、ステップ４２８で、ＲＲＣ接続のネットワークによる解放は、実行される。
【０１０１】
図５Ａに示すように、これは、ＲＲＣ状態をアイドルモード１１０に移動する。
【０１０２】
さらに、図５Ａに示すように、ＤＣＨモードの間の電流消費は、２００〜３００ミリアンペアの間である。ＣＥＬＬ＿ＦＡＣＨ状態１２４に移動するとき、電流消費は、約１２０〜１８０ミリアンペアに下がる。ＲＲＣコネクタが、解放され、ＲＲＣがアイドルモード１１０に移動すると、電力消費は、約３ミリアンペアになる。
【０１０３】
ＵＴＲＡ  ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ状態は、ＣＥＬＬ＿ＤＣＨ状態１２２またはＣＥＬＬ＿ＦＡＣＨ状態１２４であり、図５Ａの例では、約４０秒続く。
【０１０４】
ここで、図５Ｂを参照する。図５Ｂは、図５Ａと同じインフラストラクチャ「３」で、ＲＲＣ接続設定３１０、信号接続設定３１２、暗号化・整合性設定３１４、および、無線ベアラー設定３１６を得るために、約２秒の同じ接続時間を有するものを示す。さらに、ＲＬＣデータＰＤＵ交換４２０は、約２〜４秒を要する。
【０１０５】
図４Ｂと同様に、ＵＥアプリケーションは、ステップ４４０で、特定の不活動タイムアウトを検出する。この検出した時点で、信号接続解放指示手順は、ＵＥによって開始され、その結果、ＲＲＣ接続は、ステップ４４８で、ネットワークによって解放される。
【０１０６】
さらに、図５Ｂから分かるように、ＲＲＣは、アイドルモード１１０にて始まり、ＣＥＬＬ＿ＦＡＣＨ  状態を経ずして、ＣＥＬＬ＿ＤＣＨ状態１２２に移動する。
【０１０７】
さらに、図５Ｂに示すように、ＲＲＣ段階が、ＣＥＬＬ＿ＤＣＨ状態１２２である時間（図５の例に従うと、約８秒である）における電流消費は、約２００〜３００ミリアンペアの間である。
【０１０８】
それゆえ、図４Ａおよび図４Ｂと図５Ａおよび図５Ｂとを比較すると、著しい量の電流消費が、除去されている。こうして、ＵＥのバッテリ寿命が著しく伸びる。当業者には理解されるように、上述は、現行の３ＧＰＰ仕様の関連において、さらに使用され得る。
【０１０９】
ここで、図６を参照する。図６は、ＵＭＴＳネットワークに対するプロトコルスタックを示す。
【０１１０】
図６に示すように、ＵＭＴＳは、ＣＳ制御プレーン６１０、ＰＳ制御プレーン６１１、および、ＰＳユーザプレーン６３０を含む。
【０１１１】
これら３つのプレーンの中には、非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）（ＮＡＳ）部分６１４およびアクセス層部分６１６が存在する。
【０１１２】
ＣＳ制御プレーン６１０内のＮＡＳ部分６１４は、コール制御（ＣＣ）６１８、追加サービス（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｓｅｒｖｉｃｅｓ）（ＳＳ）６２０、および、ショートメッセージサービス（ＳＭＳ）６２２を含む。
【０１１３】
ＰＳ制御プレーン６１１のＮＡＳ部分６１４は、移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）（ＭＭ）およびＧＰＲＳ移動性管理（ＧＭＭ）６２６を含む。さらに、ＰＳ制御プレーン６１１のＮＡＳ部分６１４は、ＳＭ／ＲＡＢＭ６２４およびＧＳＭＳ６２８を含む。
【０１１４】
ＣＣ６１８は、回路交換サービス向けのコール管理信号を提供する。ＳＭ／ＲＡＢＭ６２４のセッション管理部分は、ＰＤＰコンテキスト活性化、不活性化および修正を提供する。ＳＭ／ＲＡＢＭ６２４は、また、サービスの質交渉にも提供する。
【０１１５】
ＳＭ／ＲＡＢＭ６２４のＲＢＡＭ部分の主機能は、ＰＤＰコンテキストをＲａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒに接続することである。このように、ＳＭ／ＲＡＢＭ６２４は、無線ベアラーの設定、修正、および解放を担っている。
【０１１６】
アクセス層６１６中のＣＳ制御プレーン６１０およびＰＳ制御プレーン６１１は、無線リソース制御（ＲＲＣ）６１７の上に座している。
【０１１７】
ＰＳユーザプレーン６３０内のＮＡＳ部分６１４は、アプリケーション層６３８、ＴＣＰ／ＵＤＰ層６３６、および、ＰＤＰ層６３４を含む、ＰＤＰ層６３４は、例えば、インターネットプロトコル（ＩＰ）を含む。
【０１１８】
ＰＳユーザプレーン６３０内のアクセス層６１６は、パケットデータ収束プロトコル（ＰＤＣＰ）６３２を含む。ＰＤＣＰ６３２は、ＵＥとＲＮＣとの間で、ＴＣＰ／ＩＰプロトコルを運搬するのに適切なＷＣＤＭＡプロトコルを作成するように設計され（図８を参照されるように）、オプションとして、ＩＰトラフィックストリームプロトコルヘッダ圧縮・解凍用である。
【０１１９】
ＵＭＴＳ  Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（ＲＬＣ）６４０およびＭｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）層６５０は、ＵＭＴＳ無線インターフェースのデータリンクサブレイヤを形成し、ＲＮＣノードおよびＵｓｅｒ  Ｅｑｕｉｐｍｅｎｔ上に存在する。
【０１２０】
層１（Ｌ１）ＵＭＴＳ層（物理層６６０）は、ＲＬＣ／ＭＡＣ層６４０および６５０の下にある。この層は、通信用の物理層である。
【０１２１】
以上の記述は、様々な移動体デバイス上でインプリメントされ得るが、その一方で、一つの移動体デバイスの例が、以下に、図７と関連付けて述べられる。ここで、図７を参照する。
【０１２２】
ＵＥ１１００は、少なくとも音声およびデータ通信能力を有する双方向ワイヤレス通信デバイスであることが好ましい。ＵＥ１１００は、インターネット上の他のコンピュータシステムと通信する能力を有することが好ましい。提供された正確な機能に依存して、例えば、ワイヤレスデバイスは、データメッセージデバイス、双方向ページャ、ワイヤレスｅメールデバイス、データメッセージ能力を備えた携帯電話、ワイヤレスインターネット機器、または、データ通信デバイスであり得る。
【０１２３】
ＵＥ１１００が双方向通信可能な場合、ＵＥ１１００は、受信機１１１２および送信機１１１４を含む通信サブシステム１１１１、ならびに、１つ以上の好ましくは内蔵または内部のアンテナエレメント１１１６および１１１８、局部発振器（ＬＯ）１１１３、および、デジタル信号プロセッサ（ＤＳＰ）１１２０のような処理モジュールのような関連する構成要素を組み込む。通信分野の当業者には明らかなように、通信サブシステムの特定の設計は、そのデバイスが動作することを意図される通信ネットワークに依存する。例えば、ＵＥ１１００は、ＧＰＲＳネットワークまたはＵＭＴＳネットワーク内で動作するように設計された通信サブシステムを含み得る。
【０１２４】
ネットワークアクセス要求は、ネットワーク１１１９のタイプに依存して変化する。例えば、ＵＭＴＳおよびＧＰＲＳネットワークにおいて、ネットワークアクセスは、ＵＥ１１００の契約者またはユーザと関連する。例えば、ＧＰＲＳ移動体デバイスは、それゆえ、ＧＰＲＳネットワーク上で動作するために、契約者認証モジュール（ＳＩＭ）カードを要求する。ＵＭＴＳにおいては、ＵＳＩＭまたはＳＩＭモジュールが要求される。ＣＤＭＡにおいては、ＲＵＩＭカードまたはモジュールが要求される。これらは、本明細書において、ＵＩＭインターフェースと称する。有効なＵＩＭインターフェースがないと、移動体デバイスは、十分に機能し得ない。緊急時通話のような法的に要求される機能（もしあれば）のみならず、ローカルまたは非ネットワーク通信機能は、利用可能であり得る。しかし、移動体デバイス１１００は、ネットワーク１１１９を介した通信を伴う任意の他の機能を実行することはできない。ＵＩＭインターフェース１１４４は、通常は、カードスロットに似ており、このカードスロットの中に、ディスケットまたはＰＣＭＣＩＡカードなどが、挿入および排出される。ＵＩＭカードは、約６４Ｋのメモリを有し得、多数のキー構成１１５１、および、認証のような他の情報１１５３、ならびに、契約者関連情報を保持し得る。
【０１２５】
必要なネットワーク登録または活性化手順が完了されたとき、ＵＥ１１１０は、ネットワーク１１１９を介して、通信信号を送信および受信し得る。通信ネットワーク１１１９を介してアンテナ１１１６によって受信された信号は、受信機１１１２に入力される。この受信機は、信号増幅、周波数下方変換、フィルタリング、チャネル選択などのような通常の受信機機能と、図７に示す例のシステムにおいては、アナログデジタル（Ａ／Ｄ）変換を実行し得る。受信信号をＡ／Ｄ変換すると、ＤＳＰ１１２０内で実行される復調およびデコード化のようなより複雑な通信機能が可能になる。同様にして、送信されるべき信号（例えば、変調およびコード化含む）は、ＤＳＰ１１２０によって処理され、デジタルアナログ変換、周波数上方変換、フィルタリング、増幅、および、アンテナ１１１８経由での通信ネットワーク１１１９を介した送信のために、送信機１１１４に入力される。ＤＳＰ１１２０は、通信信号を処理するだけでなく、受信機および送信機の制御をも提供する。例えば、受信機１１１２および送信機１１１４内の通信信号に適用されるゲインは、ＤＳＰ１１２０内でインプリメントされた自動ゲイン制御アルゴリズムを介して、順応するように制御され得る。
【０１２６】
ネットワーク１１１９は、サーバ１１６０および他の要素（図示せず）を含む多数のシステムと、さらに通信し得る。例えば、ネットワーク１１１９は、様々なサービスレベルで、様々なクライアントに適合するために、企業システムとウェブクライアントシステムとの双方と通信し得る。
【０１２７】
ＵＥ１１００は、デバイスの動作全体を制御するマイクロプロセッサ１１３８を含むことが好ましい。少なくともデータ通信を含む通信機能は、通信サブシステム１１１１を介して実行される。マイクロプロセッサ１１３８は、また、ディスプレイ１１２２、フラッシュメモリ１１２４、ランダムアクセスメモリ（ＲＡＭ）１１２６、補助入力／出力（Ｉ／Ｏ）サブシステム１１２８、シリアルポート１１３０、キーボード１１３２、スピーカ１１３４、マイク１１３６、短距離通信サブシステム１１４０、および、参照番号１１４２で一般に表される任意の他のデバイスサブシステムのような、さらなるデバイスサブシステムと相互作用する。
【０１２８】
図７に示すサブシステムの一部は、通信関連機能を実行する。その一方で、他のサブシステムは、「常駐」またはオンデバイス機能を提供し得る。特に、キーボード１１３２およびディスプレイ１１２２のような一部のサブシステムは、例えば、通信ネットワークを介した送信用のテキストメッセージ入力のような通信関連機能と、計算機またはタスクリストのようなデバイス常駐機能との双方のために、使用され得る。
【０１２９】
マイクロプロセッサ１１３８によって使用されるオペレーティングシステムソフトウェアは、フラッシュメモリ１１２４のような持続性ストアの中に格納されることが好ましい。フラッシュメモリは、その代わりに、読み出し専用メモリ、または、類似のストレージ素子（図示せず）でもあり得る。当業者には理解されるように、オペレーティングシステム、特定のデバイスアプリケーション、または、それらのパーツは、ＲＡＭ１１２６のような揮発性メモリの中に、一時的に、ロードされ得る。受信通信信号も、また、ＲＡＭ１１２６の中に格納され得る。さらに、一意的な識別子も、また、読み出し専用メモリの中に格納されることが好ましい。
【０１３０】
図示されるように、フラッシュメモリ１１２４は、コンピュータプログラム１１５８と、プログラムデータストレージ１１５０、１１５２、１１５４および１１５６との双方のための異なるエリアに隔離され得る。これらの異なるストレージタイプが示すのは、各プログラムが、それ自身のストレージ要求に対し、フラッシュメモリ１１２４の一部に割り当てられ得ることである。マイクロプロセッサ１１３８は、そのオペレーティングシステム機能に加え、移動体デバイス上のソフトウェアアプリケーションの実行を可能にすることが好ましい。ベーシックな動作を制御する所定のアプリケーションセット（例えば、少なくとも、データおよび音声通信アプリケーションを含む）は、通常は、製造時に、ＵＥ１１００にインストールされる。好ましいソフトウェアアプリケーションは、移動体デバイスのユーザに関するデータアイテム（例えば、ｅメール、カレンダイベント、ボイスメール、約束、タスクアイテムなどだが、これらに限定されない）を組織および管理する能力を有する個人情報マネージャ（ＰＩＭ）アプリケーションであり得る。普通、１つ以上のメモリストアは、ＰＩＭデータアイテムのストレージを容易にするために、移動体デバイス上で利用可能である。このようなＰＩＭアプリケーションは、ワイヤレスネットワーク１１１９を介して、データアイテムを送信および受信する能力を有することが好ましい。好ましい実施形態において、ＰＩＭデータアイテムは、ワイヤレスネットワーク１１１９を介して、ホストコンピュータシステムに格納または関連する移動体デバイスのユーザの対応データアイテムを用いて、途切れなく集積され、同期され、更新される。さらに、アプリケーションは、また、マイクロプロセッサ１１３８による実行のために、ネットワーク１１１９、補助Ｉ／Ｏサブシステム１１２８、シリアルポート１１３０、短距離通信サブシステム１１４０、または、任意の適切なサブシステム１１４２を介して、ロードされ得、ユーザによって、ＲＡＭ１１２６または好ましくは不揮発性ストア（図示せず）にインストールされ得る。このようにアプリケーションのインストールに融通が利くので、デバイスの機能性が向上し、オンデバイス機能、通信機能、あるいは、その双方の機能の強化が提供され得る。例えば、安全な通信アプリケーションは、電子商取引機能およびＵＥ１１００を用いて実行される他のこのような金融取引を可能にし得る。これらのアプリケーションは、しかしながら、これらのアプリケーションは、上記に従うと、多くの場合、キャリアによって認められる必要がある。
【０１３１】
データ通信モードにおいて、テキストメッセージまたはウェブページダウンロードのような受信信号は、通信サブシステム１１１１によって処理され、マイクロプロセッサ１１３８に入力される。このマイクロプロセッサは、ディスプレイ１１２２または代替的に補助Ｉ／Ｏデバイス１１２８に出力用の受信信号を処理することが好ましい。ＵＥ１１００のユーザは、また、例えば、ｅメールメッセージのようなデータアイテムを、キーボード１１３２を用いて作成し得る。このキーボードは、ディスプレイ１１２２およびおそらくは補助Ｉ／Ｏデバイス１１２８と連携する完全な英数字キーボードまたは電話のキーパッドであることが好ましい。このように作成されたアイテムは、次いで、通信サブシステム１１１１を経由し、通信ネットワークを介して送信され得る。
【０１３２】
音声通信に関しては、ＵＥ１１００の全体的動作は同様であるが、受信信号が、スピーカ１１３４への出力であること、および、送信のための信号が、マイク１１３６によって生成されることが異なる。また、音声メッセージ録音サブシステムのような代替的な音声またはオーディオＩ／Ｏサブシステムも、ＵＥ１１００上にインプリメントされ得る。音声またはオーディオ信号出力は、主として、スピーカ１１３４を介して達成されることが好ましいが、また、ディスプレイ１１２２も、例えば、発呼者側のＩＤ、音声通話の長さ、他の音声通話関連情報などの指標を提供するために使用され得る。
【０１３３】
図７のシリアルポート１１３０は、通常は、携帯情報端末（ＰＤＡ）型の携帯デバイスでインプリメントされ得る。この携帯デバイスは、ユーザのデスクトップコンピュータ（図示せず）と同期することが望ましい。このようなポート１１３０は、外部デバイスまたはソフトウェアアプリケーションによって、ユーザの好みとすることが可能であり、無線通信ネットワークを介する以外にも、情報またはソフトウェアのダウンロードをＵＥ１１００に提供することによって、移動体デバイス１１００の能力を拡張する。代替的なダウンロード経路は、例えば、ダイレクトで信頼のおける・信用された接続を介して暗号化キーをデバイス上にロードするため、こうして、安全なデバイス通信を可能とするために、使用され得る。
【０１３４】
代替的に、シリアルポート１１３０は、他の通信にも使用され得、ユニバーサルシリアルバス（ＵＳＢ）ポートとして含まれ得る。インターフェースは、シリアルポート１１３０と連携する。
【０１３５】
短距離通信サブシステムのような他の通信サブシステム１１４０は、ＵＥ１１００と異なるシステムまたはデバイス（必ずしも、同様のデバイスである必要はない）との間の通信を提供し得るさらなるオプション構成要素である。例えば、サブシステム１１４０は、同様に可能なシステムおよびデバイスとの通信を提供する赤外線デバイスと、関連回路および構成要素、あるいは、ＢｌｕｅｔｏｏｔｈＴＭ通信モジュールを含み得る。
【０１３６】
ここで図８が参照される。図８は、ワイヤレス通信ネットワークを介して通信するＵＥ８０２を含む通信システム８００のブロック図である。
【０１３７】
ＵＥ８０２は、複数のノードＢ８０６のうちの一つとワイヤレスに通信する。各ノードＢ８０６は、エアインターフェース処理および一部の無線リソース管理機能を担う。ノードＢ８０６は、ＧＳＭ／ＧＰＲＳネットワークにおける基地局と同様の機能性を提供する。
【０１３８】
図８の通信システム８００に示されるワイヤレスリンクは、一つ以上の異なるチャネルを表し、通常は、異なる無線周波数（ＲＦ）チャネル、および、ワイヤレスネットワークとＵＥ８０２との間において用いられる関連プロトコルである。ＵＵエアインターフェース８０４は、ＵＥ８０２とノードＢ８０６との間において用いられる。
【０１３９】
ＲＦチャネルは、通常は、帯域幅全体における制限、およびＵＥ８０２の制限されたバッテリ電源のために、保存されなければならない制限されたリソースである。実際の操作におけるワイヤレスネットワークが、ネットワーク範囲の所望の総合的なコストに依存して、数百ものセルを含み得ることを当業者は理解する。全ての関連する構成要素は、複数のネットワーク制御器によって制御される複数のスイッチおよびルータ（図示されず）によって接続され得る。
【０１４０】
各ノードＢ８０６は、無線ネットワーク制御器（ＲＮＣ）８１０と通信する。ＲＮＣ８１０は、そのエリアにおける無線リソースの制御を担う。一つのＲＮＣ８１０は複数のノードＢ８０６を制御する。
【０１４１】
ＵＭＴＳネットワークにおけるＲＮＣ８１０は、ＧＳＭ／ＧＰＲＳネットワークにおける基地局（ＢＳＣ）機能と同等の機能を提供する。しかしながら、ＲＮＣ８１０は、例えば、ＭＳＣおよびＳＧＳＮと関連することなく、自立的譲渡管理を含む、さらなるインテリジェンスを含む。
【０１４２】
ノードＢ８０６とＲＮＣ８１０との間において用いられるインターフェースはｌｕｂインターフェース８０８である。ＮＢＡＰ（ノードＢアプリケーションパート）信号プロトコルは、３ＧＰＰ  ＴＳ２５．４３３  Ｖ３．１１．０（２００２−０９）および３ＧＰＰ  ＴＳ２５．４３３  Ｖ５．７．０（２００４−０１）に規定されるように、まず用いられる。
【０１４３】
Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）８２０は、ＲＮＣ８１０、ノードＢ８０６、およびＵＵエアインターフェース８０４を含む。
【０１４４】
回路交換トラフィックは、Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ（ＭＳＣ）８３０へルーティングされる。ＭＳＣ８３０は、通話をし、加入者またはＰＳＴＮ（図示されず）からデータを受領または受信するコンピュータである。
【０１４５】
ＲＮＣ８１０とＭＳＣ８３０との間におけるトラフィックは、ＩＵ−ＣＳインターフェース８２８を用いる。ＩＵ−ＣＳインターフェース８２８は、音声トラフィックの搬送（通常は）、およびＵＴＲＡＮ８２０とコア音声ネットワークとの間における信号伝達のための回路交換接続である。用いられる主な信号伝達プロトコルは、ＲＡＮＡＰ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）である。ＲＡＮＡＰプロトコルは、コアネットワーク８２１間におけるＵＭＴＳ信号伝達において用いられ、ＭＳＣ８３０またはＳＳＧＮ８５０（以下でさらに規定される）およびＵＴＲＡＮ８２０であり得る。ＲＡＮＡＰプロトコルは、３ＧＰＰ  ＴＳ２５．４１３  Ｖ３．１１．１（２００２−０９）およびＴＳ２５．４１３  Ｖ５．７．０（２００４−０１）において規定される。
【０１４６】
ネットワークオペレータに登録された全てのＵＥ８０２に対して、恒常性データ（ＵＥ１０２のユーザプロフィール）および一時的データ（ＵＥ８０２の現在位置）は、ホームロケーションレジストリ（ＨＬＲ）８３８に保存される。ＵＥ８０２への音声通話の場合、ＨＬＲ８３８はクエリされ、ＵＥ８０２の現在位置を決定する。ＭＳＣ８３０のビジターロケーションレジストリ（ＶＬＲ）８３６は、一群のロケーションエリアを担い、そのエリア内に現在、存在しているそれらの移動局のデータを保存する。これは、より迅速なアクセスのために、ＨＬＲ８３８からＶＬＲ８３６へ伝送されている恒常的な移動局データの一部を含む。しかしながら、ＭＳＣ８３０のＶＬＲ８３６はまた、一時ＩＤなどのようなローカルデータを割り当て得、保存し得る。ＵＥ８０２はまた、ＨＬＲ８３８によって、システムアクセス上において認証される。
【０１４７】
パケットデータは、Ｓｅｒｖｉｃｅ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）８５０を介してルーティングされる。ＳＧＳＮ８５０は、ＲＮＣと、ＧＰＲＳ／ＵＭＴＳネットワークにおけるコアネットワークとの間におけるゲートウェイであり、その地理的サービスエリア内におけるＵＥからのおよびＵＥへのデータパケットの伝送を担う。ＩＵ−ＰＳインターフェース８４８は、ＲＮＣ８１０とＳＧＳＮ８５０との間において用いられ、データトラフィックの搬送（通常は）、およびＵＴＲＡＮ８２０とコアデータネットワークとの間における信号伝達のためのパケット交換接続である。用いられる主な信号伝達プロトコルはＲＡＮＡＰ（上述された）である。
【０１４８】
ＳＳＧＮ８５０は、Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＧＧＳＮ）８６０と通信する。ＧＧＳＮ８６０は、ＵＭＴＳ／ＧＰＲＳネットワークと、インターネットネットワークまたはプライベートネットワークなどの他のネットワークとの間におけるインターフェースである。ＧＧＳＮ８６０は、Ｇｉインターフェースを介して、公衆データネットワークＰＤＮ８７０に接続される。
【０１４９】
ワイヤレスネットワークは他のシステム、可能であれば、図８に明示的に示されていない他のネットワークと接続され得ることを当業者は理解する。たとえ実際の交換されたパケットデータが存在しなくても、ネットワークは、通常、継続しながら少なくともページングの一部およびシステム情報を伝送している。ネットワークは多くの部分から構成されるが、これらの部分は共に動き、ワイヤレスリンクにおいて所定の動作をする。
【０１５０】
本明細書において記載された実施形態は、本出願の技術の要素に対応する要素を有する構造、システムまたは方法の例である。本明細書において書かれた記載によって、当業者は、本出願の技術の要素に同様に対応する代替的な要素を有する実施形態を作成および使用することができる。本出願の技術の意図された範囲は、本明細書において記載された、本出願における技術とは異ならない他の構造、システム、または方法を含み、さらに、本明細書に記載された、本出願の技術と実質的に異ならない他の構造、システム、または方法を含む。
【０１５１】
複数の無線リソース制御（ＲＲＣ）状態を有するワイヤレスネットワークにおける、ユーザ装備の改善されたバッテリー性能の方法および装置であって、ユーザ装備において、アプリケーションデータ交換を監視するステップと、ユーザ装備上のどのアプリケーションもデータ交換を期待されない場合を決定するステップと、ユーザ装備から、低バッテリー要求無線リソース制御状態またはモードへの移行を開始するステップとを包含する。
【０１５２】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。
【符号の説明】
【０１５３】
１１０  ＲＲＣアイドル状態
１２０  ＲＲＣ接続状態
１２２  ＣＥＬＬ＿ＤＣＨ状態、
１２４  ＣＥＬＬ＿ＦＡＣＨ状態、
１２６  ＣＥＬＬ＿ＰＣＨ状態
１２８  ＵＲＡ＿ＰＣＨ状態
【図１】
2010206807.tif 000003
【図２】
2010206807.tif 000004
【図３】
2010206807.tif 000005
【図４Ａ】
2010206807.tif 000006
【図４Ｂ】
2010206807.tif 000007
【図５Ａ】
2010206807.tif 000008
【図５Ｂ】
2010206807.tif 000009
【図６】
2010206807.tif 000010
【図７】
2010206807.tif 000011
【図８】
2010206807.tif 000012