(57)【要約】【課題】【解決手段】接続要求は無線通信システムのサービングノードで前記無線通信システムのリモート端末から受信される。前記接続要求を受信すること（２００）に基づいて前記リモート端末からのモビリティ情報が要求される（２３０）。要求された前記モビリティ情報はリモート端末から受信され（２４０）、要求された前記接続が前記リモート端末との間で確立される（２５０）。【選択図】図２
2014525697.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムのサービングノードにおいて実装される方法であって、前記サービングノードは、無線リンクを通じて複数のリモート端末との接続を確立するように構成され、リモート端末からモビリティ情報を受信するための前記方法であって、
リモート端末からの接続要求を受信すること（２００）と、
前記接続要求を受信することに応じて、前記リモート端末からのモビリティ情報を要求すること（２３０）と、
前記リモート端末から要求された前記モビリティ情報を受信すること（２４０）と、
前記リモート端末との要求された前記接続を確立すること（２５０）と、
を含む方法。
【請求項２】
前記接続要求を受信することは、ＲＲＣ接続要求メッセージを受信することを含む、請求項１に記載の方法。
【請求項３】
モビリティ情報を要求することは、推定されたモビリティ状態を要求することを含む、請求項１または２に記載の方法。
【請求項４】
推定された前記モビリティ状態は、前記リモート端末がアイドルモード中であった際に前記リモート端末によって推定されたモビリティ状態である、請求項３に記載の方法。
【請求項５】
推定された前記モビリティ状態を要求することは、前記リモート端末に測定制御メッセージを送信することを含む、請求項３に記載の方法。
【請求項６】
推定された前記モビリティ状態を要求することは、様々な無線周波数帯域クラスについての前記リモート端末の無線アクセスケイパビリティを含むＵＥ（User  Equipment）情報メッセージを含む、請求項３に記載の方法。
【請求項７】
モビリティ情報を要求することは、前記リモート端末からの、horizontalVelocityというＵＥ（User  Equipment）の情報要素を要求することを含む、請求項１〜６のいずれか１項以上に記載の方法。
【請求項８】
要求された前記モビリティ情報を受信することは、前記リモート端末によって生成された、前記リモート端末の移動の速さの推定値を受信することを含む、請求項１〜７のいずれか１項以上に記載の方法。
【請求項９】
接続要求を受信することは、無線リンクを通じてリカバリすることを含み、前記方法は、
受信された前記接続要求に基づいて前記リモート端末との無線リンクの品質を測定すること（２１０）と、
受信された前記接続要求の信号対雑音比を閾値と比較することによって、前記無線リンクの可用性が良好であるかを決定することと、をさらに含み、
モビリティ情報を要求すること（２３０）は、前記無線リンクが十分な品質を有する場合にのみモビリティ情報を要求すること、を含む、
請求項１〜８のいずれか１項以上に記載の方法。
【請求項１０】
複数の他のリモート端末からのモビリティ情報を受信することと、
前記リモート端末からの受信された前記モビリティ情報と、前記複数の他のリモート端末からの受信された前記モビリティ情報とを合成することと、をさらに含む請求項１に記載の方法。
【請求項１１】
複数のリモート端末とパケットデータを通信し、リモート端末からモビリティ情報を取得するように構成された無線通信システムのサービングノード（４００）であって、
リモート端末からの接続要求を受信する（２００）ように構成された受信機（４０９）と、
前記接続要求を受信することに応じて、前記リモート端末からのモビリティ情報についての要求を送信する（２３０）ように構成された送信機（４０７）と、
前記リモート端末との要求された前記接続を確立する（２５０）コントローラ（４１５）と、を備え、
前記受信機は、さらに、前記リモート端末からの要求された前記モビリティ情報を受信する（２４０）ように構成される、サービングノード。
【請求項１２】
要求された前記モビリティ情報は、前記リモート端末によって生成された、前記リモート端末の移動の速さの推定値を含む、請求項１１に記載のサービングノード。
【請求項１３】
前記受信機は、さらに、他のリモート端末からの要求されたモビリティ情報を受信し、前記コントローラは、前記他のリモート端末から受信された、受信された前記モビリティ情報を合成する、請求項１１に記載のサービングノード。
【請求項１４】
無線通信システムのリモート端末において実装される方法であって、前記リモート端末は、無線リンクを通じて複数のサービングノードのうちの１つとの接続を要求するように動作し、前記方法は、サービングノードへモビリティ情報を送信するものであり、
前記リモート端末でのアイドルモードにおいてモビリティ情報を決定すること（１１０）と、
前記サービングノードへ接続要求を送信すること（１３０）と、
前記接続要求を送信することに応じて、前記サービングノードからモビリティ情報についての要求を受信すること（１５０）と、
前記モビリティ情報についての要求に応じて、前記サービングノードへ前記モビリティ情報を送信すること（１６０）と
を含む方法。
【請求項１５】
モビリティ情報を送信することは、推定されたモビリティ状態を送信することを含む、請求項１４に記載の方法。
【請求項１６】
モビリティ情報を送信することは、前記リモート端末によって決定される、horizontalVelocityというＵＥ（User  Equipment）の情報要素を送信することを含む、請求項１４または１５に記載の方法。
【請求項１７】
前記接続要求を送信することは、ＲＲＣ接続要求メッセージを送信することを含む、請求項１４〜１６のいずれか１項以上に記載の方法。
【請求項１８】
前記サービングノードとの接続を確立すること（１７０）をさらに含む、請求項１４〜１７のいずれか１項以上に記載の方法。
【請求項１９】
複数のサービングノードのうちの１つとパケットデータを通信し、サービングノードへモビリティ情報を送信するように動作するよう構成された無線通信システムのリモート端末（４００）であって、ユーザ機器は、
前記リモート端末でのアイドルモードにおいてモビリティ情報を決定する（１１０）ように構成されたコントローラ（４１５）と、
前記サービングノードへ接続要求を送信する（１３０）ように構成された送信機（４０７）と、
前記接続要求を送信することに応じて、前記サービングノードからモビリティ情報についての要求を受信する（１５０）ように構成された受信機（４０９）と、を備え、
前記送信機は、さらに、前記モビリティ情報についての要求に応じて、前記サービングノードへ推定された前記モビリティ情報を送信する（１６０）ように構成される、
リモート端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、セルラ無線通信における情報交換の分野に関し、特に、ユーザ機器のモビリティについてユーザ機器から情報を取得することに関する。
【背景技術】
【０００２】
ネットワーク内のコントローラがユーザ群およびユーザ機器（ＵＥ）群についての知識をより多く有する場合、無線通信ネットワークの管理および運営は改善する。この知識は、ネットワークに、モバイルユーザ機器群に対してネットワークの設定を適合させることを可能にする。ユーザ機器群の移動の速さまたは運動の割合（rate  of  travel）は、例えばハンドオーバのようなモビリティトリガおよびセル再選択トリガ、ページング、間欠受信（ＤＲＸ）パラメータの設定、新たな基地局の設置など、様々なパラメータのチューニングにとって有用である。
【０００３】
ＬＴＥ（Long  Term  Evolution）では、モビリティ状態、例えば、ＵＥの速さの情報等は、ネットワークにおいて利用可能であり得るが、特定の場合においてのみである。ＵＥの速さの情報は、例えば、ＵＥによって送信される測定報告（Measurement  Report）メッセージに含まれる。測定報告メッセージにおいて、ＵＥは、パラメータ群の中でもとりわけ、location-info-r10を報告する。location-info-r10は、３６．３３１（３ＧＰＰ  ＴＳ  ３６．３３１，第３世代パートナーシッププロジェクト  技術仕様Ｎｏ．３６．３３１）で定められている測位技術によって推定されるhorizontalVelocityと呼ばれるフィールドを含む。ＵＥの速さの情報は、ＵＥが無線リンク障害またはハンドオーバ障害を検出する場合、ＵＥによって報告される。
【０００４】
ＵＥがハンドオーバ障害に対する無線リンク障害（ＲＬＦ）を検出する場合、この原因は、ＵＥによって、ＲＬＦのリカバリ手続き中にＵＥが行き着くセルへ送信されるＲＲＣ接続再確立要求（Connection  Reestablishment  Request）メッセージによって示される。ＲＬＦのリカバリ手続き中にＵＥが行き着くセルは、ＲＬＦの検出に先立って、ＵＥによって行われた全ての最新の測定結果を送信する。測定結果は、horizontalVelocityの情報要素を含むであろう。その情報は、３ＧＰＰ  ＴＳ  ３６．４２３（Ｘ２アプリケーションプロトコル）で定められるように、２個のセル間でＸ２を介して交換されるＲＬＦ  Ｉｎｄｉｃａｔｉｏｎメッセージを介して送信される。別の方法として、ＵＥは、ＵＥ情報であるＲＲＣメッセージを用いてこの情報を送信し得る。
【０００５】
ハンドオーバ要求メッセージもまた、ＵＥ履歴（UE  History）という情報要素を有するが、それはハンドオーバ手続き中に送信されるのみであり、３ＧＰＰ  ＴＳ  ３６．４２３に定められるように、サービングセルを制御する基地局によって、ターゲットセルを制御する基地局へ送信される。ＵＥ履歴の情報要素は、最後のＮ個の訪問先のセル群のＧＣＩ（Global  Cell  Identifier）を、当該Ｎ個のセル群の各々で費やされた時間と共に含む。Ｎの最大値は１６である。この情報は、速さまたは速度の直接的な測定結果ではないが、おおよその推定値としてネットワークによって使用され得る。
【０００６】
上述したメッセージの各々において、ネットワークは、ある目的についての、およびあるイベント、例えば、ハンドオーバまたはＲＬＦ等での、ＵＥの速さの知識を受信する。ネットワークは、これらのイベントを経験していないどのＵＥについてのＵＥの速さの情報も有しない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＵＥの速さの情報はまた、隣接セルで交換される。これは、ＵＥがＲＬＦを検出し、ＵＥが隣接セルに入った場合に発生する。その隣接セルは、この情報を、モビリティロバスト性最適化（ＭＲＯ）における使用のために、当のＵＥの最後のサービングセルへ転送する。最後のサービングセルは、そのセルのモビリティトリガを更新するために、この情報を使用する。モビリティトリガは、ハンドオーバの決定において用いられる閾値である。しかし、サービングセルは、ＲＬＦ後は、もはやこの特定のＵＥにサービスを行っていない。
【０００８】
情報が受信される場合であっても、正確ではないことがある。horizontalVelocityのＩＥの正確性は、ＵＥのケイパビリティに依存する。その一方で、ＵＥ履歴情報は、ネットワークに、ＵＥが最後のＮ個のセル群に滞在した時間を推定することによってＵＥの速さの近似値の取得を可能にする。しかし、セルは様々なサイズであり得、ＵＥはセル全体を横断し、またはセルの小さな一部を単に横断したのかもしれない。
【課題を解決するための手段】
【０００９】
モビリティ情報をモバイルデバイスからネットワークに伝送することが目的である。モビリティ情報は、モビリティ状態またはhorizontalVelocityの情報要素を含む多くの異なる形態をとり得る。モビリティ状態は、ある期間内のハンドオーバ回数を測定することにより、またはロケーションもしくは位置の経時的な情報を用いてより直接的に推定され得る。
【００１０】
一例では、接続要求は、無線通信システムのサービングノードにおいて無線通信システムのユーザ機器（ＵＥ）から受信される。接続要求を受信することに基づいてＵＥからのモビリティ情報が要求される。要求されたモビリティ情報がＵＥから受信され、要求された接続がＵＥとの間で確立される。
【００１１】
もう一つの例では、無線通信システムのサービングノードは、無線通信システムのユーザ機器（ＵＥ）からの接続要求を受信する受信機と、接続要求の受信に基づいてＵＥからのモビリティ情報についての要求を送信する送信機とを有する。受信機は、ＵＥからの要求されたモビリティ情報を受信し、コントローラは、ＵＥとの要求された接続を確立する。
【００１２】
もう一つの例では、モビリティ情報は、アイドルモードの無線通信システムのＵＥで決定される。接続要求は、無線通信システムのサービングノードに送信される。サービングノードからのモビリティ情報についての要求が受信され、推定されたモビリティ情報はサービングノードに送信される。
【００１３】
もう一つの例では、ＵＥは、アイドルモードにおいてモビリティ情報を決定するコントローラを有する。ＵＥはまた、無線通信システムのサービングノードに接続要求を送信する送信機と、およびサービングノードからのモビリティ情報についての要求を受信する受信機とを有する。送信機は、推定されたモビリティ情報をサービングノードに送信する。
【００１４】
ネットワークにおけるモバイルデバイスの速さについての正確なまたはその時点の情報は、ネットワークに、より効率的に管理されることを可能とするという有利性を提供する。これは、様々な割合で移動するモバイルデバイスについて、ハンドオーバを多様に管理すること、およびモバイルデバイスの様々な動作パラメータを設定することを含む。
【図面の簡単な説明】
【００１５】
本開示は、以下の説明および添付図面を参照することにより最も良好に理解され得る。
【図１】図１は、ユーザ機器から基地局にモビリティ情報を送信することの処理フロー図である。
【図２】図２は、ユーザ機器から基地局にモビリティ情報を受信することの処理フロー図である。
【図３】図３は、ＵＥにより横断され、ＵＴＲＡＮについての標準に従って接続された３個の無線通信システムのセルの簡略図である。
【図４】図４は、無線端末のハードウェアの簡略的なブロック図である。
【図５】図５は、モビリティ情報を受信するために実行されるシグナリングおよび装置の動作を説明するシグナリング図である。
【発明を実施するための形態】
【００１６】
以下の説明においては、ロジック実装（logic  implementation）、命令コード（opcode）、オペランドを指定するための手段、リソースの分割／共有／複製の実装、システムコンポーネントの型および相互関係、ならびにロジックの分割／統合の選択のような多くの特定の詳細が説明される。しかし、そのような特定の詳細なしで様々な実装が実践され得ることは、当業者によって理解されるであろう。他の例では、制御構造、ゲートレベル回路、およびソフトウェア命令シーケンスの全てが、説明を不明瞭にしないために詳細に示されていない。
【００１７】
以下の説明および特許請求の範囲においては、「結合される」および「接続される」という言葉は、それらの派生と共に、使用され得る。これらの言葉は互いにとっての同義として意図されないことを理解されたい。「結合される」は、直接的に物理的または電気的に、互いに接触する場合またはそうでない場合がある２以上の要素が、協働しまたは互いに作用し合うことを示す。「接続される」は、互いに結合された２以上の要素の間の通信の確立を示すために使用される。
【００１８】
ユーザは、通信システムを介してユーザ機器（ＵＥ）を用いて通信し得、そのシステム内のまたはそのシステム外の他のＵＥに対してデータを送信および受信し得る。通信システムへのアクセスは、固定回線、無線通信インターフェース、またはこれらの組合せによって提供され得る。ＵＥのためのモビリティを提供する無線アクセスシステムの例は、セルラアクセスネットワーク、様々な無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、衛星に基づく通信システムおよびこれらの様々な組合せを含む。通信システムは、概して、標準ならびに／または仕様およびプロトコルのセットに従って動作し、それらは、システムの様々な要素が何をすることが許容されるか、およびそれがどのように達成されるべきかを定める。例えば、ユーザ、またはより正確にはユーザデバイスが回線交換通信、パケット交換通信、または両方を提供されるかが、概して定義される。また、ユーザデバイスと通信の様々な要素との間に実装されるべき通信の手法ならびにそれらの機能および責任は、概して所定の通信プロトコルによって定義される。様々な機能および特徴は、概して、階層的なまたはレイヤ化された構造、いわゆるプロトコルスタックで用意され、より高いレベルのレイヤは、より低いレベルの機能の動作に影響し得る。
【００１９】
セルラシステムにおいては、基地局の形態におけるネットワークエンティティは、１以上のセルまたはセクタにおけるモバイルデバイスとの通信のためのノードを提供する。あるシステムにおいては、基地局は「Node  B」と呼ばれる。概して、通信について要求されるアクセスシステムの基地局装置および他の装置の動作は、特定のコントロールエンティティ、例えば、基地局コントローラ、モバイルスイッチングセンタ、またはパケットデータサポートノードによって制御される。
【００２０】
本開示は、ＵＭＴＳ（universal  mobile  telecommunications  system）、特にＬＴＥ（long  term  evolution）の第三世代（３Ｇ）モバイル通信システムの文脈で説明される。ＬＴＥの特定の例は、Ｅ−ＵＴＲＡ（Evolved  Universal  Terrestrial  Radio  Access）である。Ｅ−ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）は、基地局および制御機能性を提供するように構成されたｅＮＢ（Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）群を含む。しかし、本発明はそのように限定されない。
【００２１】
以下の説明および特許請求の範囲においては、「ＵＥ」および「ユーザ機器」という言葉は、リモート端末、モバイルデバイスまたは無線装置（radios）、加入者機器、および１セル以上と接続し、ハンドオーバを経験し得る任意の他の型のモバイルデバイスを指すために使用される。「ハンドオーバ」という言葉はまた、「ハンドオフ」を含む。「ｅＮＢ」または「セル」という言葉は、一般に、基地局、アクセスポイント、固定端末および類似のデバイスを指し、ならびに基地局、セルまたはセクタの無線カバレッジエリアを指すために使用される。本説明は、例示の目的でＬＴＥの文脈において表されるが、本発明はそのように限定されない。
【００２２】
ＬＴＥにおいては、モビリティは、モビリティロバスト性最適化（ＭＲＯ）におけるように、一般に、ハンドオーバおよびハンドオーバプロトコルを指すために使用される。それはまた、ＵＥがセルを通じて移動する速さを示す情報要素を指すために使用される。その情報要素は、高、中および低の３つの値のうちの１つを有し得る。このモビリティは、ＵＥが地上を横断して移動する速さに、およびhorizontalVelocityとして言及されるＬＴＥパラメータに関連付けられる。以下の説明および特許請求の範囲においては、モビリティは、一般的な意味におけるハンドオーバ、およびＵＥの運動の割合の両方を指す。ＵＥがデータを送信または受信するレートは、例えば、データレート、高いまたは低いトラフィックなどのような他の言葉で称され得る。
【００２３】
本開示は、ＲＲＣ接続モードへのスイッチング後に、ＵＥ群がそれらのモビリティ状態を報告する方法を提示する。モビリティ状態は、ＲＲＣアイドルモードにおいて推定される。ＵＥ群は、３ＧＰＰ  ＴＳ  ３６．３０４において仕様化された通り、アイドルモードにおいてそれらのモビリティ状態を認識する。ここで説明するように、ＲＲＣ接続後に、ネットワークはＵＥに、自身の推定されたモビリティ状態、例えば、情報の中でもとりわけ自身の速さを報告させ得る。ＵＥは、測定結果報告（Measurement  Report）のようなメッセージを用いることによってこの情報を報告し得る。さらに、ハンドオーバ中においては、モビリティ状態についての情報は、サービングセルとターゲットセルとの間で交換されるハンドオーバ要求メッセージにおいて含まれ得る。
【００２４】
これらのメッセージ交換を用いて、ネットワークは、そのネットワークでのユーザの速さの完全なイメージを有し得る。この情報は、様々な目的、例えば、ページングエリアの設定、ＤＲＸの設定、モビリティトリガの設定、ネットワーク配置戦略の決定などのために使用され得る。そのため、例えば、ネットワークがシステムにおけるＵＥの速さを認識する場合、それはページングを最適化することができる。あるエリア内のユーザがとても速く移動している場合、ページングエリアは大きくあるよう設定され得る。同様に、自身のバッファにおけるデートがないまたはほんの少ししかデートがない所定のＵＥのＤＲＸ周期は、自身の速さの平均に従って設定され得る。速く移動するＵＥ群は、ゆっくり移動するそれのものよりも長いＤＲＸ周期について設定され得る。
【００２５】
ＵＥの速さを収集するためのプロセスの一例では、それらがアイドルモードから接続モードに切り替わる際、ＵＥ群はそれらの速さ、またはモビリティ状態を報告する。図１は、ＵＥの観点から簡略化された処理フロー図である。図１の１００においては、ＵＥはＲＲＣアイドルモード中である。ＲＲＣのモードおよびコマンドがここで説明されるが、本発明はそのように限定されず、様々なプロトコルおよび標準の広範囲のいずれもが説明される技術、プロセス、およびシステムから利益を享受し得る。
【００２６】
１１０では、ＵＥはモバイルの速さの推定、例えば、アイドルモードにおけるモビリティ状態の推定を実行する。モビリティ状態の推定は、ＵＥの速さを示す値を取得するため、経過時間に対する横断されたセルの数（最大１６）を比較する。モビリティ状態は、高、中、または低の値を有する。所与の時間におけるハンドオーバの数はモビリティ状態を決定するために使用され、所与の時間ウィンドウ中に、多くのハンドオーバがある場合は高、中間の数のハンドオーバがある場合は中、およびわずかなハンドオーバしかない場合は低とされる。
【００２７】
別の方法として、他の速さの推定が、ＵＥによって使用されてもよい。ＬＴＥは、３ＧＰＰ  ＴＳ  ３６．３３１において仕様化された通り、情報要素であるhorizontalVelocityを定義する。それは、概して、３ＧＰＰ  ＴＳ  ３６．４２３において仕様化された通り、Ｘ２を介してセル間で交換されるハンドオーバ要求メッセージのＵＥ履歴情報要素に含まれる。他の測定および報告形式が用いられてもよい。ＵＥは、受信された通信もしくは測位信号、または他の要因に基づいて、自身の速さを直接的に測定してもよい。
【００２８】
１２０では、ＵＥがＲＲＣアイドルモードからＲＲＣ接続モードに切り替わるかどうかを、ＵＥが決定する。その決定は、概して、データを送信または受信するために、ユーザ機器によって引き起こされるが、サービングｅＮＢからのページング（page）によって、または管理機能によっても引き起こされ得る。ＵＥがアイドルモードから遷移しようとしていない場合、そのとき、プロセスは１００に戻り、ＵＥはアイドルモードを維持する。
【００２９】
１３０では、ＵＥは、ページング応答、またはＲＲＣ接続要求のどちらかを、接続を確立したサービングｅＮＢに対して送信する。ｅＮＢは、どのメッセージがＵＥによって送信されたかに依存して異なる方法で応答するであろう。ｅＮＢは、接続を確立することができる場合、１４０で、接続が許可された旨のメッセージを送信する。このメッセージは、アップリンクのチャネル割当て、トレーニングデータおよび同期データ、ならびに他の情報を含み得る。
【００３０】
１５０では、ＵＥは、ｅＮＢに対してモビリティ情報を返信するための要求を、サービングｅＮＢから受信する。この要求は接続確立メッセージと結合されてもよく、またはそれは別個のメッセージとして送信されてもよい。一例では、その要求は測定結果制御メッセージ（Measurement  Control  message）の形式をとる。その要求は、要望される特定の情報、例えば、モビリティ状態、horizontal  velocity、または他のもしくは追加的なパラメータを特定し得る。
【００３１】
１６０では、ＵＥは、その要求に準拠して、要求された情報を送信する。サービングｅＮＢは、自身の目的でこの情報を使用してもよく、またはＳ１上でネットワークへ若しくはＸ２を介して他のノードへ、当該情報を提供してもよい。いくつかの使用例は、上述されたが、本発明はそのように限定されない。
【００３２】
１７０では、ＵＥはサービングｅＮＢとパケットデータを通信する。確立された、１３０で要求された接続は、確立の対象であったデータトランザクションを完了するために使用される。１８０では、データバッファの空乏またはタイムアウトに応じて、データトランザクションは完了され、ＵＥはアイドルモードに戻り得る。
【００３３】
処理フロー図は、アイドルモードからのＵＥの遷移に応じて、即時にＵＥからのモビリティ情報をどのように取得するかを示すために簡略化されている。任意のリスト化された動作の前または後に中間的なステップがあってもよい。データ通信は、例えば、様々なハンドオーバおよび他の中断にもかかわらず継続されてもよい。さらに、特定の実装に依存して、割当てられたアップリンクチャネルを通じて、またはランダムアクセスチャネルもしくは制御チャネルを用いて、モビリティ情報が送信されてもよい。
【００３４】
図２は、サービングｅＮＢの観点から簡略化された処理フロー図である。２００では、ｅＮＢはＵＥからの接続要求またはページング応答を受信する。ＵＥがアイドルである場合、そのとき、ｅＮＢはそれの位置および移動について最近の情報を有し得ない。
【００３５】
一例では、所与のＵＥからの例えばＲＲＣ接続要求メッセージの受信後に、サービングｅＮＢは、２３０で、ＵＥにそれの推定されたモビリティ状態を報告させる。ＵＥはアイドルモードからちょうど遷移したところであるため、直近のモビリティ状態は、おそらく、ＵＥがアイドルモードであった間にそのＵＥによって推定されたモビリティ状態であり得る。ネットワークは、測定制御（Measurement  Control）メッセージを用いて、または他の形態で、ＵＥにこれを求め得る。他のメッセージはまた、代替として、例えば、ＵＥ情報メッセージが用いられ得る。Ｅ−ＵＴＲＡＮは、様々な無線周波数帯域クラスについてのＵＥの無線アクセスケイパビリティをｅＮＢに示すUECapabilityInformationメッセージを定義している。上述のように、要求は、接続確立およびチャネル割当てメッセージと結合されてもよく、または別個のメッセージであってもよい。２３０におけるモビリティ情報についての要求は、ＵＥの直近のMobility  Stateの推定についての要求という形をとるが、Mobility  Stateの代わりに、または追加して、ｅＮＢは、ＵＥが移動する速さに関連する他の情報を要求してもよい。これらは、上述したように、horizontalVelocityおよび他の速さの指標を含む。
【００３６】
中間的な動作が接続要求およびモビリティ状態要求の間に実行されてもよい。これらの動作は、接続の許可もしくは拒否または他の動作上の事柄と関連付けられ得る。図２の例においては、ネットワークはまず２１０でリンク品質を確認する。例えば、ＲＲＣ接続要求メッセージのＳＩＮＲ（Signal  to  Interference  and  Noise  Ratio）が閾値より高い場合、リンク品質は良好とみなされ、ｅＮＢは接続要求を許可し、モビリティ状態を要求するであろう。そうでない場合、ｅＮＢは、返答をせず、または接続要求の拒否を送信し得る。別の方法として、示したように、リンク品質が十分に良好でない場合、ネットワークは待機する。遅延または待機の後、２２０にて、また別の接続要求を２００で受信した後に、またはちょうど接続されたＵＥからのパケットデータを受信した後に、品質が品質の閾値よりも良好になる場合、２２０にて、ｅＮＢはモビリティ状態についての要求を送信し得る。リンク品質のチェックを行う動作２１０はオプションである。それは、ネットワークがモビリティ情報を正しく受信する確率を改善することを可能にする。品質の閾値は、信頼性のある接続をサポートし得ないＵＥに対して接続が与えられることを防止するように選択され得る。特定の閾値が特定の実装に適するように選択され得る。
【００３７】
２４０では、返答が、モビリティ状態データ、およびｅＮＢからのメッセージの任意の他の態様に対する任意の必要な返答とともに、ＵＥから受信される。ＵＥは、モビリティの点で、任意の多様性のある様々な型の情報を用いて返答し得る。返答は、３ＧＰＰ  ＴＳ  ３６．３３１および３６．３０４において仕様化された通りの情報要素であるhorizontalVelocityおよび／もしくは情報要素であるmobilityState、またはＵＥで内部的に推定された何らかの他の型の速さもしくは速度、特にまだネットワークにシグナリングされていないもの、を含み得る。これらは、概して、３ＧＰＰ  ＴＳ  ３６．４２３において仕様化された通りのＸ２を介して交換されるハンドオーバ要求メッセージのＵＥ履歴情報要素の中に含まれるが、そうでなければ、それらは送信されない。さらに、ネットワークが例えば、アップリンク送信の測定に基づいてＵＥの速さの移動の速さを推定した場合、この情報はすでにネットワークにとって既知であり得る。ネットワークは、この情報の全てを合成して、平均的、瞬間的な速さの推定値を生成してもよい。
【００３８】
２５０では、サービングｅＮＢは、ＵＥとパケットデータを通信する。確立された、２００にて要求された接続は、確立の対象であったデータトランザクションを完了するために使用される。接続の確立は、２３０でのモビリティ情報についての要求に伴って発生してもよく、または他のメッセージング（図示せず）を用いて発生してもよい。２６０では、データバッファの空乏またはタイムアウト後に、データトランザクションは完了されることになり、ＵＥはアイドルモードに戻り得る。追加的な動作は、パケットデータ通信との関係において、またはハンドオーバ、再構成、パラメータの割当てなどを含む補助的な動作として発生してもよい。
【００３９】
図３は無線通信システムの一般的な構成図である。図３において、図の右に位置する矢印によって示されるように、ＵＥはセルＡからセルＢへ、そしてセルＣへ移動している。各セルは３つのセルの各々の中心の近くに、塔のように描かれた基地局、例えばｅＮＢ、または類似の構造を有する。基地局が各セルの中心の近くにあるように示されるが、それらは別の方法として、セクタ化されたアンテナを用いて各セルの外側に定義され得、または任意の他の要望される構成中にもあり得る。Ｅ−ＵＴＲＡＮにおいては、様々なユーザ機器端末（ＵＥ）が無線基地局（通常、ｅＮＢ（evolved  NodeB）と称される）と無線で接続され、示されるように、それらがセルからセルへ移動する際、異なるｅＮＢへハンドオーバされる。Ｅ−ＵＴＲＡＮにおいては、無線基地局はＳ１インターフェースを介してコアネットワーク（ＣＮ）に直接的に接続され、コアネットワークは自身に接続するｅＮＢを制御する。ｅＮＢはまた、Ｘ２インターフェースを介して互いに接続される。ＯＳＳ（Operation  and  Support  System）は、ＯＳＳインターフェースを介して、ＣＮに対してだけでなく全ての無線基地局に対しても論理的に接続される。
【００４０】
図４は、ＵＥについて、およびｅＮＢについて適したデバイスアーキテクチャの一例のハードウェア図である。ハードウェア４００は、１以上のアンテナ要素４０１を含む。別個の送信または受信アレイの、セクタ化されたもしくはダイバーシティ用のアンテナ、または単一の全方向性アンテナ要素があってよい。送信のため、データは、送信キュー４０３に収集され、そこからベースバンド変調器４０５に、シンボルへの変換、変調、およびアップコンバートのために転送される。送信機４０７は、アンテナを通じて送信するために、さらに信号を変調し、増幅する。
【００４１】
受信側では、受信チェーン４０９において、受信されたシンボルが復調され、ベースバンドへダウンコンバートされる。ベースバンドシステムは、受信された信号からビットシーケンスを抽出し、必要とされ得る任意のエラー検出コードを生成する。ビットストリームは、システムによる使用のため、受信バッファまたはキュー４１３に格納される。
【００４２】
コントローラ４１５は、受信および送信チェーンの動作を制御し、データをアウトバウンドキューに適用し、インバウンドキューからデータを受信する。それはまた、その通信が行われる無線または有線プロトコルをサポートするためのメッセージを生成する。コントローラは、ソフトウェア、中間キャッシュ値、構成パラメータ、ユーザデータおよびシステムデータを含み得る１以上のメモリシステム４１７に結合される。コントローラはまた、任意の１以上のこれらの型の情報およびデータが、外部メモリシステムに格納されることの代わりに、またはそれに加えて、格納される内部メモリを含み得る。コントローラは、外部デバイスとの通信を可能にするシステム入出力インターフェース４１９、およびユーザの制御、消費量（consumption）、管理およびシステム動作を可能にするユーザ入出力インターフェース４２１と結合される。
【００４３】
ｅＮＢの場合、システムインタフェース４１９は、データ、メッセージおよび管理データを送信または受信するために、Ｓ１、ＯＳＳおよびＸ２インターフェースを通じた、ネットワーク機器の残り部分に対するアクセスを提供し得る。しかし、これらのインターフェースの１以上はまた、無線インターフェース４０１または別のインターフェース（図示せず。）を用い得る。ＵＥの場合、システムインターフェースは、例えばセンサ、マイクロフォン、およびカメラ、並びにパーソナルコンピュータなどの他のデバイスといった、デバイス上の他のコンポーネントと接続し、または、無線または有線インターフェースを通じて他の型の無線ネットワークと接続し得る。
【００４４】
図５は開示技術の側面を図示するシグナリング図である。処理フロー図と同様に、追加的なおよび代替可能な動作が、図示されたシグナリングに追加されまたは差し引かれてもよい。図の上部において（１）、ＵＥはモビリティ状態推定を含むアイドルモード動作を実行している。ＵＥはまた、セルサイト選択、ブロードキャスト同期などのような他の動作を実行してもよい。アイドルモード中に接続イベントが発生する（２）。これはｅＮＢ（図示せず。）からのページングの受信、起動タイマ、送信するデータの発見もしくは導入、または任意の他のイベントであり得る。
【００４５】
すると、ＵＥはサービングｅＮＢまたはアイドルモード中に選択されたｅＮＢへ接続要求を送信する（３）。ｅＮＢは、信号強度または受信強度のＳＩＮＲの測定を含み得る流入制御を実行する（４）。それはまた、要求された接続に割当てるためにチャネルが利用可能かどうかを決定し、利用可能である場合、どのチャネルがそうなのかを決定することを含み得る。ＵＥが受け入れられる場合、ｅＮＢは接続構成情報（５）およびモビリティ状態情報のようなモビリティ情報についての要求（６）を送信する。上述したように、Mobility  Stateが容易に要求され得る、手軽に利用可能なＬＴＥにおける情報要素であるが、他のデータがMobility  Stateの代わりに、または追加的に要求されてもよい。
【００４６】
ＵＥはモビリティ状態情報で応答し（７）、パケットデータ通信が確立される。ネットワークは、上述したような、システムマネジメントおよび様々なｅＮＢ間のチャネル割当てを含む、任意の多様な様々な目的でモビリティ情報を使用し得る（９）。しばらくの時間経過後、ＵＥとｅＮＢとの間の通信が切断される（１０）。そして、ＵＥはアイドルモードに戻り、またはアクティブ接続を伴わず、他の処理が実行され得るオンモードに戻る。
【００４７】
フローおよびシグナリング図の動作は典型的な実施形態を参照しながら説明される。しかし、フロー図の動作は、これらの他の図を参照しながら考察されるそれら以外のバリエーション、およびこれらの他の図がフロー図を参照しながら考察されるそれらと異なる動作を実行し得ることを参照しながら考察されるバリエーションによって実行され得ることを理解されたい。
【００４８】
ここで説明されるように、指示は、ある動作を実行するように構成されもしくは予め決められた機能性を有するＡＳＩＣ（application  specific  integrated  circuit）のようなハードウェア、または非一時的なコンピュータ可読媒体に具備されたメモリに格納されるソフトウェア命令、の特定の構成を指し得る。そのため、図に示される技術は、１以上の電子デバイス（例えば、ＵＥ、ｅＮＢなど）上で格納されおよび実行されるコードおよびデータを用いて実装され得る。電子デバイスは、非一時的な機械可読な記憶媒体（例えば、磁気ディスク、光ディスク、ランダムアクセスメモリ、読出し専用メモリ、フラッシュメモリ装置、相変化メモリ）および一時的な機械可読な通信媒体（例えば、搬送波、赤外線信号、デジタル信号などのような、電子的、光学的、音響的または他の形態の伝搬された信号）のような機械可読な媒体を用いてコードおよびデータを格納および（内部的におよび／またはネットワークを通じて他の電子デバイスと）通信する。さらに、そのような電子デバイスは概して１組の、１以上のストレージデバイス（非一時的な機械可読な記憶媒体）、ユーザ入出力デバイス（例えば、キーボード、タッチスクリーン、および／またはディスプレイ）、およびネットワーク接続のような１以上の他のコンポーネントと結合された１以上のプロセッサを含む。１組のプロセッサおよび他のコンポーネントの結合は、概して１以上のバスおよびブリッジ（バスコントローラとも称される）を通じてなされる。そのため、所定の電子デバイスのストレージデバイスは概してその電子デバイスの１以上のプロセッサの組での実行のためのコードおよび／またはデータを格納する。もちろん、本発明の実施形態の１以上の部分はソフトウェア、ファームウェアおよび／またはハードウェアの様々な組み合わせを用いて実装され得る。
【図１】
2014525697.tif 000003
【図２】
2014525697.tif 000004
【図３】
2014525697.tif 000005
【図４】
2014525697.tif 000006
【図５】
2014525697.tif 000007
【国際調査報告】
2014525697.tif 000008
2014525697.tif 000009
2014525697.tif 000010
2014525697.tif 000011