無線通信システムのサービングノードにおいて実装される方法であって、前記サービングノードは、無線リンクを通じて複数のリモート端末との接続を確立するように構成され、リモート端末からモビリティ情報を受信するための前記方法であって、リモート端末からの接続要求を受信すること200と、前記接続要求を受信することに応じて、前記リモート端末からのモビリティ情報を要求すること230と、前記リモート端末から要求された前記モビリティ情報を受信すること240と、前記リモート端末との要求された前記接続を確立すること250と、を含む方法。前記接続要求を受信することは、RRC接続要求メッセージを受信することを含む、請求項1に記載の方法。モビリティ情報を要求することは、推定されたモビリティ状態を要求することを含む、請求項1または2に記載の方法。推定された前記モビリティ状態は、前記リモート端末がアイドルモード中であった際に前記リモート端末によって推定されたモビリティ状態である、請求項3に記載の方法。推定された前記モビリティ状態を要求することは、前記リモート端末に測定制御メッセージを送信することを含む、請求項3に記載の方法。推定された前記モビリティ状態を要求することは、様々な無線周波数帯域クラスについての前記リモート端末の無線アクセスケイパビリティを含むUEUserEquipment情報メッセージを含む、請求項3に記載の方法。モビリティ情報を要求することは、前記リモート端末からの、horizontalVelocityというUEUserEquipmentの情報要素を要求することを含む、請求項1~6のいずれか1項以上に記載の方法。要求された前記モビリティ情報を受信することは、前記リモート端末によって生成された、前記リモート端末の移動の速さの推定値を受信することを含む、請求項1~7のいずれか1項以上に記載の方法。接続要求を受信することは、無線リンクを通じてリカバリすることを含み、前記方法は、受信された前記接続要求に基づいて前記リモート端末との無線リンクの品質を測定すること210と、受信された前記接続要求の信号対雑音比を閾値と比較することによって、前記無線リンクの可用性が良好であるかを決定することと、をさらに含み、モビリティ情報を要求すること230は、前記無線リンクが十分な品質を有する場合にのみモビリティ情報を要求すること、を含む、請求項1~8のいずれか1項以上に記載の方法。複数の他のリモート端末からのモビリティ情報を受信することと、前記リモート端末からの受信された前記モビリティ情報と、前記複数の他のリモート端末からの受信された前記モビリティ情報とを合成することと、をさらに含む請求項1に記載の方法。複数のリモート端末とパケットデータを通信し、リモート端末からモビリティ情報を取得するように構成された無線通信システムのサービングノード400であって、リモート端末からの接続要求を受信する200ように構成された受信機409と、前記接続要求を受信することに応じて、前記リモート端末からのモビリティ情報についての要求を送信する230ように構成された送信機407と、前記リモート端末との要求された前記接続を確立する250コントローラ415と、を備え、前記受信機は、さらに、前記リモート端末からの要求された前記モビリティ情報を受信する240ように構成される、サービングノード。要求された前記モビリティ情報は、前記リモート端末によって生成された、前記リモート端末の移動の速さの推定値を含む、請求項11に記載のサービングノード。前記受信機は、さらに、他のリモート端末からの要求されたモビリティ情報を受信し、前記コントローラは、前記他のリモート端末から受信された、受信された前記モビリティ情報を合成する、請求項11に記載のサービングノード。無線通信システムのリモート端末において実装される方法であって、前記リモート端末は、無線リンクを通じて複数のサービングノードのうちの1つとの接続を要求するように動作し、前記方法は、サービングノードへモビリティ情報を送信するものであり、前記リモート端末でのアイドルモードにおいてモビリティ情報を決定すること110と、前記サービングノードへ接続要求を送信すること130と、前記接続要求を送信することに応じて、前記サービングノードからモビリティ情報についての要求を受信すること150と、前記モビリティ情報についての要求に応じて、前記サービングノードへ前記モビリティ情報を送信すること160とを含む方法。モビリティ情報を送信することは、推定されたモビリティ状態を送信することを含む、請求項14に記載の方法。モビリティ情報を送信することは、前記リモート端末によって決定される、horizontalVelocityというUEUserEquipmentの情報要素を送信することを含む、請求項14または15に記載の方法。前記接続要求を送信することは、RRC接続要求メッセージを送信することを含む、請求項14~16のいずれか1項以上に記載の方法。前記サービングノードとの接続を確立すること170をさらに含む、請求項14~17のいずれか1項以上に記載の方法。複数のサービングノードのうちの1つとパケットデータを通信し、サービングノードへモビリティ情報を送信するように動作するよう構成された無線通信システムのリモート端末400であって、ユーザ機器は、前記リモート端末でのアイドルモードにおいてモビリティ情報を決定する110ように構成されたコントローラ415と、前記サービングノードへ接続要求を送信する130ように構成された送信機407と、前記接続要求を送信することに応じて、前記サービングノードからモビリティ情報についての要求を受信する150ように構成された受信機409と、を備え、前記送信機は、さらに、前記モビリティ情報についての要求に応じて、前記サービングノードへ推定された前記モビリティ情報を送信する160ように構成される、リモート端末。UEの速さの情報はまた、隣接セルで交換される。これは、UEがRLFを検出し、UEが隣接セルに入った場合に発生する。その隣接セルは、この情報を、モビリティロバスト性最適化MROにおける使用のために、当のUEの最後のサービングセルへ転送する。最後のサービングセルは、そのセルのモビリティトリガを更新するために、この情報を使用する。モビリティトリガは、ハンドオーバの決定において用いられる閾値である。しかし、サービングセルは、RLF後は、もはやこの特定のUEにサービスを行っていない。情報が受信される場合であっても、正確ではないことがある。horizontalVelocityのIEの正確性は、UEのケイパビリティに依存する。その一方で、UE履歴情報は、ネットワークに、UEが最後のN個のセル群に滞在した時間を推定することによってUEの速さの近似値の取得を可能にする。しかし、セルは様々なサイズであり得、UEはセル全体を横断し、またはセルの小さな一部を単に横断したのかもしれない。モビリティ情報をモバイルデバイスからネットワークに伝送することが目的である。モビリティ情報は、モビリティ状態またはhorizontalVelocityの情報要素を含む多くの異なる形態をとり得る。モビリティ状態は、ある期間内のハンドオーバ回数を測定することにより、またはロケーションもしくは位置の経時的な情報を用いてより直接的に推定され得る。一例では、接続要求は、無線通信システムのサービングノードにおいて無線通信システムのユーザ機器UEから受信される。接続要求を受信することに基づいてUEからのモビリティ情報が要求される。要求されたモビリティ情報がUEから受信され、要求された接続がUEとの間で確立される。もう一つの例では、無線通信システムのサービングノードは、無線通信システムのユーザ機器UEからの接続要求を受信する受信機と、接続要求の受信に基づいてUEからのモビリティ情報についての要求を送信する送信機とを有する。受信機は、UEからの要求されたモビリティ情報を受信し、コントローラは、UEとの要求された接続を確立する。もう一つの例では、モビリティ情報は、アイドルモードの無線通信システムのUEで決定される。接続要求は、無線通信システムのサービングノードに送信される。サービングノードからのモビリティ情報についての要求が受信され、推定されたモビリティ情報はサービングノードに送信される。もう一つの例では、UEは、アイドルモードにおいてモビリティ情報を決定するコントローラを有する。UEはまた、無線通信システムのサービングノードに接続要求を送信する送信機と、およびサービングノードからのモビリティ情報についての要求を受信する受信機とを有する。送信機は、推定されたモビリティ情報をサービングノードに送信する。ネットワークにおけるモバイルデバイスの速さについての正確なまたはその時点の情報は、ネットワークに、より効率的に管理されることを可能とするという有利性を提供する。これは、様々な割合で移動するモバイルデバイスについて、ハンドオーバを多様に管理すること、およびモバイルデバイスの様々な動作パラメータを設定することを含む。以下の説明においては、ロジック実装logicimplementation、命令コードopcode、オペランドを指定するための手段、リソースの分割/共有/複製の実装、システムコンポーネントの型および相互関係、ならびにロジックの分割/統合の選択のような多くの特定の詳細が説明される。しかし、そのような特定の詳細なしで様々な実装が実践され得ることは、当業者によって理解されるであろう。他の例では、制御構造、ゲートレベル回路、およびソフトウェア命令シーケンスの全てが、説明を不明瞭にしないために詳細に示されていない。以下の説明および特許請求の範囲においては、結合されるおよび接続されるという言葉は、それらの派生と共に、使用され得る。これらの言葉は互いにとっての同義として意図されないことを理解されたい。結合されるは、直接的に物理的または電気的に、互いに接触する場合またはそうでない場合がある2以上の要素が、協働しまたは互いに作用し合うことを示す。接続されるは、互いに結合された2以上の要素の間の通信の確立を示すために使用される。ユーザは、通信システムを介してユーザ機器UEを用いて通信し得、そのシステム内のまたはそのシステム外の他のUEに対してデータを送信および受信し得る。通信システムへのアクセスは、固定回線、無線通信インターフェース、またはこれらの組合せによって提供され得る。UEのためのモビリティを提供する無線アクセスシステムの例は、セルラアクセスネットワーク、様々な無線ローカルエリアネットワークWLAN、無線パーソナルエリアネットワークWPAN、衛星に基づく通信システムおよびこれらの様々な組合せを含む。通信システムは、概して、標準ならびに/または仕様およびプロトコルのセットに従って動作し、それらは、システムの様々な要素が何をすることが許容されるか、およびそれがどのように達成されるべきかを定める。例えば、ユーザ、またはより正確にはユーザデバイスが回線交換通信、パケット交換通信、または両方を提供されるかが、概して定義される。また、ユーザデバイスと通信の様々な要素との間に実装されるべき通信の手法ならびにそれらの機能および責任は、概して所定の通信プロトコルによって定義される。様々な機能および特徴は、概して、階層的なまたはレイヤ化された構造、いわゆるプロトコルスタックで用意され、より高いレベルのレイヤは、より低いレベルの機能の動作に影響し得る。セルラシステムにおいては、基地局の形態におけるネットワークエンティティは、1以上のセルまたはセクタにおけるモバイルデバイスとの通信のためのノードを提供する。あるシステムにおいては、基地局はNodeBと呼ばれる。概して、通信について要求されるアクセスシステムの基地局装置および他の装置の動作は、特定のコントロールエンティティ、例えば、基地局コントローラ、モバイルスイッチングセンタ、またはパケットデータサポートノードによって制御される。本開示は、UMTSuniversalmobiletelecommunicationssystem、特にLTElongtermevolutionの第三世代3Gモバイル通信システムの文脈で説明される。LTEの特定の例は、E-UTRAEvolvedUniversalTerrestrialRadioAccessである。E-UTRANEvolvedUniversalTerrestrialRadioAccessNetworkは、基地局および制御機能性を提供するように構成されたeNBE-UTRANNodeB群を含む。しかし、本発明はそのように限定されない。以下の説明および特許請求の範囲においては、UEおよびユーザ機器という言葉は、リモート端末、モバイルデバイスまたは無線装置radios、加入者機器、および1セル以上と接続し、ハンドオーバを経験し得る任意の他の型のモバイルデバイスを指すために使用される。ハンドオーバという言葉はまた、ハンドオフを含む。eNBまたはセルという言葉は、一般に、基地局、アクセスポイント、固定端末および類似のデバイスを指し、ならびに基地局、セルまたはセクタの無線カバレッジエリアを指すために使用される。本説明は、例示の目的でLTEの文脈において表されるが、本発明はそのように限定されない。LTEにおいては、モビリティは、モビリティロバスト性最適化MROにおけるように、一般に、ハンドオーバおよびハンドオーバプロトコルを指すために使用される。それはまた、UEがセルを通じて移動する速さを示す情報要素を指すために使用される。その情報要素は、高、中および低の3つの値のうちの1つを有し得る。このモビリティは、UEが地上を横断して移動する速さに、およびhorizontalVelocityとして言及されるLTEパラメータに関連付けられる。以下の説明および特許請求の範囲においては、モビリティは、一般的な意味におけるハンドオーバ、およびUEの運動の割合の両方を指す。UEがデータを送信または受信するレートは、例えば、データレート、高いまたは低いトラフィックなどのような他の言葉で称され得る。本開示は、RRC接続モードへのスイッチング後に、UE群がそれらのモビリティ状態を報告する方法を提示する。モビリティ状態は、RRCアイドルモードにおいて推定される。UE群は、3GPPTS36.304において仕様化された通り、アイドルモードにおいてそれらのモビリティ状態を認識する。ここで説明するように、RRC接続後に、ネットワークはUEに、自身の推定されたモビリティ状態、例えば、情報の中でもとりわけ自身の速さを報告させ得る。UEは、測定結果報告MeasurementReportのようなメッセージを用いることによってこの情報を報告し得る。さらに、ハンドオーバ中においては、モビリティ状態についての情報は、サービングセルとターゲットセルとの間で交換されるハンドオーバ要求メッセージにおいて含まれ得る。これらのメッセージ交換を用いて、ネットワークは、そのネットワークでのユーザの速さの完全なイメージを有し得る。この情報は、様々な目的、例えば、ページングエリアの設定、DRXの設定、モビリティトリガの設定、ネットワーク配置戦略の決定などのために使用され得る。そのため、例えば、ネットワークがシステムにおけるUEの速さを認識する場合、それはページングを最適化することができる。あるエリア内のユーザがとても速く移動している場合、ページングエリアは大きくあるよう設定され得る。同様に、自身のバッファにおけるデートがないまたはほんの少ししかデートがない所定のUEのDRX周期は、自身の速さの平均に従って設定され得る。速く移動するUE群は、ゆっくり移動するそれのものよりも長いDRX周期について設定され得る。UEの速さを収集するためのプロセスの一例では、それらがアイドルモードから接続モードに切り替わる際、UE群はそれらの速さ、またはモビリティ状態を報告する。図1は、UEの観点から簡略化された処理フロー図である。図1の100においては、UEはRRCアイドルモード中である。RRCのモードおよびコマンドがここで説明されるが、本発明はそのように限定されず、様々なプロトコルおよび標準の広範囲のいずれもが説明される技術、プロセス、およびシステムから利益を享受し得る。110では、UEはモバイルの速さの推定、例えば、アイドルモードにおけるモビリティ状態の推定を実行する。モビリティ状態の推定は、UEの速さを示す値を取得するため、経過時間に対する横断されたセルの数最大16を比較する。モビリティ状態は、高、中、または低の値を有する。所与の時間におけるハンドオーバの数はモビリティ状態を決定するために使用され、所与の時間ウィンドウ中に、多くのハンドオーバがある場合は高、中間の数のハンドオーバがある場合は中、およびわずかなハンドオーバしかない場合は低とされる。別の方法として、他の速さの推定が、UEによって使用されてもよい。LTEは、3GPPTS36.331において仕様化された通り、情報要素であるhorizontalVelocityを定義する。それは、概して、3GPPTS36.423において仕様化された通り、X2を介してセル間で交換されるハンドオーバ要求メッセージのUE履歴情報要素に含まれる。他の測定および報告形式が用いられてもよい。UEは、受信された通信もしくは測位信号、または他の要因に基づいて、自身の速さを直接的に測定してもよい。120では、UEがRRCアイドルモードからRRC接続モードに切り替わるかどうかを、UEが決定する。その決定は、概して、データを送信または受信するために、ユーザ機器によって引き起こされるが、サービングeNBからのページングpageによって、または管理機能によっても引き起こされ得る。UEがアイドルモードから遷移しようとしていない場合、そのとき、プロセスは100に戻り、UEはアイドルモードを維持する。130では、UEは、ページング応答、またはRRC接続要求のどちらかを、接続を確立したサービングeNBに対して送信する。eNBは、どのメッセージがUEによって送信されたかに依存して異なる方法で応答するであろう。eNBは、接続を確立することができる場合、140で、接続が許可された旨のメッセージを送信する。このメッセージは、アップリンクのチャネル割当て、トレーニングデータおよび同期データ、ならびに他の情報を含み得る。150では、UEは、eNBに対してモビリティ情報を返信するための要求を、サービングeNBから受信する。この要求は接続確立メッセージと結合されてもよく、またはそれは別個のメッセージとして送信されてもよい。一例では、その要求は測定結果制御メッセージMeasurementControlmessageの形式をとる。その要求は、要望される特定の情報、例えば、モビリティ状態、horizontalvelocity、または他のもしくは追加的なパラメータを特定し得る。160では、UEは、その要求に準拠して、要求された情報を送信する。サービングeNBは、自身の目的でこの情報を使用してもよく、またはS1上でネットワークへ若しくはX2を介して他のノードへ、当該情報を提供してもよい。いくつかの使用例は、上述されたが、本発明はそのように限定されない。170では、UEはサービングeNBとパケットデータを通信する。確立された、130で要求された接続は、確立の対象であったデータトランザクションを完了するために使用される。180では、データバッファの空乏またはタイムアウトに応じて、データトランザクションは完了され、UEはアイドルモードに戻り得る。処理フロー図は、アイドルモードからのUEの遷移に応じて、即時にUEからのモビリティ情報をどのように取得するかを示すために簡略化されている。任意のリスト化された動作の前または後に中間的なステップがあってもよい。データ通信は、例えば、様々なハンドオーバおよび他の中断にもかかわらず継続されてもよい。さらに、特定の実装に依存して、割当てられたアップリンクチャネルを通じて、またはランダムアクセスチャネルもしくは制御チャネルを用いて、モビリティ情報が送信されてもよい。図2は、サービングeNBの観点から簡略化された処理フロー図である。200では、eNBはUEからの接続要求またはページング応答を受信する。UEがアイドルである場合、そのとき、eNBはそれの位置および移動について最近の情報を有し得ない。一例では、所与のUEからの例えばRRC接続要求メッセージの受信後に、サービングeNBは、230で、UEにそれの推定されたモビリティ状態を報告させる。UEはアイドルモードからちょうど遷移したところであるため、直近のモビリティ状態は、おそらく、UEがアイドルモードであった間にそのUEによって推定されたモビリティ状態であり得る。ネットワークは、測定制御MeasurementControlメッセージを用いて、または他の形態で、UEにこれを求め得る。他のメッセージはまた、代替として、例えば、UE情報メッセージが用いられ得る。E-UTRANは、様々な無線周波数帯域クラスについてのUEの無線アクセスケイパビリティをeNBに示すUECapabilityInformationメッセージを定義している。上述のように、要求は、接続確立およびチャネル割当てメッセージと結合されてもよく、または別個のメッセージであってもよい。230におけるモビリティ情報についての要求は、UEの直近のMobilityStateの推定についての要求という形をとるが、MobilityStateの代わりに、または追加して、eNBは、UEが移動する速さに関連する他の情報を要求してもよい。これらは、上述したように、horizontalVelocityおよび他の速さの指標を含む。中間的な動作が接続要求およびモビリティ状態要求の間に実行されてもよい。これらの動作は、接続の許可もしくは拒否または他の動作上の事柄と関連付けられ得る。図2の例においては、ネットワークはまず210でリンク品質を確認する。例えば、RRC接続要求メッセージのSINRSignaltoInterferenceandNoiseRatioが閾値より高い場合、リンク品質は良好とみなされ、eNBは接続要求を許可し、モビリティ状態を要求するであろう。そうでない場合、eNBは、返答をせず、または接続要求の拒否を送信し得る。別の方法として、示したように、リンク品質が十分に良好でない場合、ネットワークは待機する。遅延または待機の後、220にて、また別の接続要求を200で受信した後に、またはちょうど接続されたUEからのパケットデータを受信した後に、品質が品質の閾値よりも良好になる場合、220にて、eNBはモビリティ状態についての要求を送信し得る。リンク品質のチェックを行う動作210はオプションである。それは、ネットワークがモビリティ情報を正しく受信する確率を改善することを可能にする。品質の閾値は、信頼性のある接続をサポートし得ないUEに対して接続が与えられることを防止するように選択され得る。特定の閾値が特定の実装に適するように選択され得る。240では、返答が、モビリティ状態データ、およびeNBからのメッセージの任意の他の態様に対する任意の必要な返答とともに、UEから受信される。UEは、モビリティの点で、任意の多様性のある様々な型の情報を用いて返答し得る。返答は、3GPPTS36.331および36.304において仕様化された通りの情報要素であるhorizontalVelocityおよび/もしくは情報要素であるmobilityState、またはUEで内部的に推定された何らかの他の型の速さもしくは速度、特にまだネットワークにシグナリングされていないもの、を含み得る。これらは、概して、3GPPTS36.423において仕様化された通りのX2を介して交換されるハンドオーバ要求メッセージのUE履歴情報要素の中に含まれるが、そうでなければ、それらは送信されない。さらに、ネットワークが例えば、アップリンク送信の測定に基づいてUEの速さの移動の速さを推定した場合、この情報はすでにネットワークにとって既知であり得る。ネットワークは、この情報の全てを合成して、平均的、瞬間的な速さの推定値を生成してもよい。250では、サービングeNBは、UEとパケットデータを通信する。確立された、200にて要求された接続は、確立の対象であったデータトランザクションを完了するために使用される。接続の確立は、230でのモビリティ情報についての要求に伴って発生してもよく、または他のメッセージング図示せずを用いて発生してもよい。260では、データバッファの空乏またはタイムアウト後に、データトランザクションは完了されることになり、UEはアイドルモードに戻り得る。追加的な動作は、パケットデータ通信との関係において、またはハンドオーバ、再構成、パラメータの割当てなどを含む補助的な動作として発生してもよい。図3は無線通信システムの一般的な構成図である。図3において、図の右に位置する矢印によって示されるように、UEはセルAからセルBへ、そしてセルCへ移動している。各セルは3つのセルの各々の中心の近くに、塔のように描かれた基地局、例えばeNB、または類似の構造を有する。基地局が各セルの中心の近くにあるように示されるが、それらは別の方法として、セクタ化されたアンテナを用いて各セルの外側に定義され得、または任意の他の要望される構成中にもあり得る。E-UTRANにおいては、様々なユーザ機器端末UEが無線基地局通常、eNBevolvedNodeBと称されると無線で接続され、示されるように、それらがセルからセルへ移動する際、異なるeNBへハンドオーバされる。E-UTRANにおいては、無線基地局はS1インターフェースを介してコアネットワークCNに直接的に接続され、コアネットワークは自身に接続するeNBを制御する。eNBはまた、X2インターフェースを介して互いに接続される。OSSOperationandSupportSystemは、OSSインターフェースを介して、CNに対してだけでなく全ての無線基地局に対しても論理的に接続される。図4は、UEについて、およびeNBについて適したデバイスアーキテクチャの一例のハードウェア図である。ハードウェア400は、1以上のアンテナ要素401を含む。別個の送信または受信アレイの、セクタ化されたもしくはダイバーシティ用のアンテナ、または単一の全方向性アンテナ要素があってよい。送信のため、データは、送信キュー403に収集され、そこからベースバンド変調器405に、シンボルへの変換、変調、およびアップコンバートのために転送される。送信機407は、アンテナを通じて送信するために、さらに信号を変調し、増幅する。受信側では、受信チェーン409において、受信されたシンボルが復調され、ベースバンドへダウンコンバートされる。ベースバンドシステムは、受信された信号からビットシーケンスを抽出し、必要とされ得る任意のエラー検出コードを生成する。ビットストリームは、システムによる使用のため、受信バッファまたはキュー413に格納される。コントローラ415は、受信および送信チェーンの動作を制御し、データをアウトバウンドキューに適用し、インバウンドキューからデータを受信する。それはまた、その通信が行われる無線または有線プロトコルをサポートするためのメッセージを生成する。コントローラは、ソフトウェア、中間キャッシュ値、構成パラメータ、ユーザデータおよびシステムデータを含み得る1以上のメモリシステム417に結合される。コントローラはまた、任意の1以上のこれらの型の情報およびデータが、外部メモリシステムに格納されることの代わりに、またはそれに加えて、格納される内部メモリを含み得る。コントローラは、外部デバイスとの通信を可能にするシステム入出力インターフェース419、およびユーザの制御、消費量consumption、管理およびシステム動作を可能にするユーザ入出力インターフェース421と結合される。eNBの場合、システムインタフェース419は、データ、メッセージおよび管理データを送信または受信するために、S1、OSSおよびX2インターフェースを通じた、ネットワーク機器の残り部分に対するアクセスを提供し得る。しかし、これらのインターフェースの1以上はまた、無線インターフェース401または別のインターフェース図示せず。を用い得る。UEの場合、システムインターフェースは、例えばセンサ、マイクロフォン、およびカメラ、並びにパーソナルコンピュータなどの他のデバイスといった、デバイス上の他のコンポーネントと接続し、または、無線または有線インターフェースを通じて他の型の無線ネットワークと接続し得る。図5は開示技術の側面を図示するシグナリング図である。処理フロー図と同様に、追加的なおよび代替可能な動作が、図示されたシグナリングに追加されまたは差し引かれてもよい。図の上部において1、UEはモビリティ状態推定を含むアイドルモード動作を実行している。UEはまた、セルサイト選択、ブロードキャスト同期などのような他の動作を実行してもよい。アイドルモード中に接続イベントが発生する2。これはeNB図示せず。からのページングの受信、起動タイマ、送信するデータの発見もしくは導入、または任意の他のイベントであり得る。すると、UEはサービングeNBまたはアイドルモード中に選択されたeNBへ接続要求を送信する3。eNBは、信号強度または受信強度のSINRの測定を含み得る流入制御を実行する4。それはまた、要求された接続に割当てるためにチャネルが利用可能かどうかを決定し、利用可能である場合、どのチャネルがそうなのかを決定することを含み得る。UEが受け入れられる場合、eNBは接続構成情報5およびモビリティ状態情報のようなモビリティ情報についての要求6を送信する。上述したように、MobilityStateが容易に要求され得る、手軽に利用可能なLTEにおける情報要素であるが、他のデータがMobilityStateの代わりに、または追加的に要求されてもよい。UEはモビリティ状態情報で応答し7、パケットデータ通信が確立される。ネットワークは、上述したような、システムマネジメントおよび様々なeNB間のチャネル割当てを含む、任意の多様な様々な目的でモビリティ情報を使用し得る9。しばらくの時間経過後、UEとeNBとの間の通信が切断される10。そして、UEはアイドルモードに戻り、またはアクティブ接続を伴わず、他の処理が実行され得るオンモードに戻る。フローおよびシグナリング図の動作は典型的な実施形態を参照しながら説明される。しかし、フロー図の動作は、これらの他の図を参照しながら考察されるそれら以外のバリエーション、およびこれらの他の図がフロー図を参照しながら考察されるそれらと異なる動作を実行し得ることを参照しながら考察されるバリエーションによって実行され得ることを理解されたい。ここで説明されるように、指示は、ある動作を実行するように構成されもしくは予め決められた機能性を有するASICapplicationspecificintegratedcircuitのようなハードウェア、または非一時的なコンピュータ可読媒体に具備されたメモリに格納されるソフトウェア命令、の特定の構成を指し得る。そのため、図に示される技術は、1以上の電子デバイス例えば、UE、eNBなど上で格納されおよび実行されるコードおよびデータを用いて実装され得る。電子デバイスは、非一時的な機械可読な記憶媒体例えば、磁気ディスク、光ディスク、ランダムアクセスメモリ、読出し専用メモリ、フラッシュメモリ装置、相変化メモリおよび一時的な機械可読な通信媒体例えば、搬送波、赤外線信号、デジタル信号などのような、電子的、光学的、音響的または他の形態の伝搬された信号のような機械可読な媒体を用いてコードおよびデータを格納および内部的におよび/またはネットワークを通じて他の電子デバイスと通信する。さらに、そのような電子デバイスは概して1組の、1以上のストレージデバイス非一時的な機械可読な記憶媒体、ユーザ入出力デバイス例えば、キーボード、タッチスクリーン、および/またはディスプレイ、およびネットワーク接続のような1以上の他のコンポーネントと結合された1以上のプロセッサを含む。1組のプロセッサおよび他のコンポーネントの結合は、概して1以上のバスおよびブリッジバスコントローラとも称されるを通じてなされる。そのため、所定の電子デバイスのストレージデバイスは概してその電子デバイスの1以上のプロセッサの組での実行のためのコードおよび/またはデータを格納する。もちろん、本発明の実施形態の1以上の部分はソフトウェア、ファームウェアおよび/またはハードウェアの様々な組み合わせを用いて実装され得る。