無線通信システムにおいてハンドオーバを実行する方法およびシステム
【課題】ＬＴＥ内ハンドオーバ手順では、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細も提供されない。
【解決手段】ソースｅＮｏｄｅ−Ｂは、測定に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信する。ターゲットｅＮｏｄｅ−Ｂは、ハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信する。ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを無線送受信ユニットに送信する。ハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期のスケジューリング手順に関する情報およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む。
【解決手段】ソースｅＮｏｄｅ−Ｂは、測定に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信する。ターゲットｅＮｏｄｅ−Ｂは、ハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信する。ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを無線送受信ユニットに送信する。ハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期のスケジューリング手順に関する情報およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は、無線通信システムに関する。より詳細には、本発明は、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システムにおいてハンドオーバを実行する方法およびシステムに関する。
【０００２】
高いデータ転送速度、短い待ち時間、パケットの最適化ならびに改善されたシステム容量および範囲を提供する新しい無線インターフェイスおよび無線ネットワークアーキテクチャを開発するために、現在、第四世代（４Ｇ）システム用のＬＴＥが検討されている。ＬＴＥシステムでは、現在３Ｇシステムで使用されている符号分割多重アクセス（ＣＤＭＡ）を使用する代わりに、直交周波数分割多元接続（ＯＦＤＭＡ）および周波数分割多元接続（ＦＤＭＡ）を、それぞれダウンリンク伝送およびアップリンク伝送に使用することが提案されている。ＬＴＥシステムにおいては多くの側面が変更されるため、ＬＴＥ内のハンドオーバ手順および関連する動作について再検討する必要がある。
【０００３】
ＬＴＥ＿ＡＣＴＩＶＥモードにおける移動端末装置（ＵＥ）モビリティ管理は、ＬＴＥシステムにおけるシームレスハンドオーバに必要な手順をすべて扱う。たとえば、ソースネットワーク側でのＬＴＥ内のハンドオーバに関する決定（つまり、ＵＥ固有のエリア制限を考慮したＵＥおよびｅＮｏｄｅ−Ｂ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）測定の制御および評価）、ターゲットネットワーク側での無線リソースの準備、ＵＥに対する新しい無線リソースへのインターフェイス命令、ソースネットワーク側での無線リソースの解放などである。ＵＥモビリティ管理メカニズムでは、関連するノード間でのコンテキストデータの転送、ならびにコントロールプレーン（Ｃプレーン）およびユーザプレーン（Ｕプレーン）でのノード関係の更新も扱う。
【０００４】
図１は、現在ＬＴＥシステムに対して提案されているハンドオーバ処理１００のシグナリング図である。ＵＥ１５２およびソースｅＮｏｄｅ−Ｂ１５４は測定を実行し、測定結果報告を交換する（ステップ１０２）。ソースｅＮｏｄｅ−Ｂ１５４は、測定結果報告に基づいてハンドオーバに関する決定を行う（ステップ１０４）。次に、ソースｅＮｏｄｅ−Ｂ１５４は、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１０６）。ハンドオーバに関する決定およびハンドオーバ完了前の後続する手順は、モビリティ管理エンティティ／ユーザプレーンエンティティ（ＭＭＥ／ＵＰＥ）１５８を用いることなく実行される（つまり、ハンドオーバ準備メッセージは、ソースｅＮｏｄｅ−Ｂ１５４とターゲットｅＮｏｄｅ−Ｂ１５６との間で直接交換される）。
【０００５】
ターゲットｅＮｏｄｅ−Ｂ１５６は、ＵＥ１５２に対する受付制御（アドミッション制御）を実行する（ステップ１０８）。ターゲットｅＮｏｄｅ−Ｂ１５６がＵＥ１５２を受け付けることができる場合は、ターゲットｅＮｏｄｅ−Ｂ１５６はソースｅＮｏｄｅ−Ｂ１５４にハンドオーバ応答を送信する（ステップ１１０）。ソースｅＮｏｄｅ−Ｂ１５４は、ハンドオーバコマンドをＵＥ１５２に送信する（ステップ１１２）。シームレスハンドオーバのために、ＵプレーントンネルがソースｅＮｏｄｅ−Ｂ１５４と、ターゲットｅＮｏｄｅ−Ｂ１５６との間で確立される。
【０００６】
次に、ＵＥ１５２およびターゲットｅＮｏｄｅ−Ｂ１５６は、レイヤ１およびレイヤ２（Ｌ１／Ｌ２）シグナリングを交換する（ステップ１１４）。ハンドオーバの実行中に、ユーザデータをソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に転送することができる。この転送は、サービスに依存した実装固有の方法によって実施することができる。ＵＰＥ１５８からパケットがソースｅＮｏｄｅ−Ｂ１５４で受信される限り、ソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に対するユーザデータの転送を実施する必要がある。
【０００７】
ターゲットｅＮｏｄｅ−Ｂ１５６への接続が確立された後、ＵＥ１５２はハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１１６）。ターゲットｅＮｏｄｅ−Ｂ１５６は、ハンドオーバ完了メッセージをＭＭＥ／ＵＰＥ１５８に送信する（ステップ１１８）。次に、ＭＭＥ／ＵＰＥ１５８はハンドオーバ完了確認応答（ＡＣＫ）をターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１２０）。ハンドオーバ完了メッセージにより、ＵＥ１５２がターゲットｅＮｏｄｅ−Ｂ１５６に対するアクセスを取得したことを、ターゲットｅＮｏｄｅ−Ｂ１５６によってＭＭＥ／ＵＰＥ１５８が通知された後、Ｕプレーンパスは、ＭＭＥ／ＵＰＥ１５８によってソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に切り替えられる。
【０００８】
ソースｅＮｏｄｅ−Ｂ１５４での無線リソースの解放は、ターゲットｅＮｏｄｅ−Ｂ１５６によって送信されるリソース解放メッセージによってトリガされる（ステップ１２２）。ターゲットｅＮｏｄｅ−Ｂ１５６からリソース解放メッセージを受信した後に、ソースｅＮｏｄｅ−Ｂ１５４はＵＥ１５２の無線リソースを解放する（ステップ１２４）。ＵＥ１５２は、ＭＭＥ／ＵＰＥ１５８に対して位置更新を実行する（ステップ１２６）。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述のＬＴＥ内ハンドオーバ手順１００では、ハンドオーバコマンドに関する詳細（ターゲットｅＮｏｄｅ−Ｂの要件に基づいたＵＥ１５２の構成など）、およびＵＥがハンドオーバコマンドを受信した後のＵＥの動作に関する詳細（ソースｅＮｏｄｅ−Ｂ１５４とＵＥ１５２との間のデータ伝送、無線リンク制御（ＲＬＣ）およびハイブリッド自動再送要求（ＨＡＲＱ）のリセット、ならびにＵＥ１５２によるパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）のシーケンス番号（ＳＮ）のギャップ（ｇａｐ）識別）は提供されない。上述のＬＴＥ内ハンドオーバ手順１００では、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細も提供されない。
【課題を解決するための手段】
【００１０】
本発明は、ＬＴＥシステムにおいてハンドオーバを実行する方法およびシステムに関する。ソースｅＮｏｄｅ−Ｂは、測定に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信する。ターゲットｅＮｏｄｅ−Ｂは、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信する。次にソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを無線送受信ユニット（ＷＴＲＵ）に送信する。このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期のスケジューリングプロセスに関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む。次にＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂにアクセスし、ハンドオーバコマンドに含まれている情報に基づいて、ダウンリンク同期、タイミング調整、ならびにアップリンクおよびダウンリンクリソース割り当てを実行するためにレイヤ１／２シグナリングを交換する。
【発明の効果】
【００１１】
本発明により、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細が提供される。
【図面の簡単な説明】
【００１２】
【図１】現在ＬＴＥシステムに対して提案されているハンドオーバ処理のシグナリング図である。
【図２】本発明によるＬＴＥ内ハンドオーバ処理のシグナリング図である。
【発明を実施するための形態】
【００１３】
本発明は、例として以下に示す好ましい実施形態の説明および添付の図面によって、より詳細に理解されるだろう。
【００１４】
以下、「ＷＴＲＵ」という用語は、ＵＥ、移動局、固定または移動可能な加入者端末、携帯無線呼出し器、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータまたは無線環境において動作可能なその他のあらゆる種類のユーザ用装置を含むが、これらには限定されない。以下、「ｅＮｏｄｅ−Ｂ」という用語は、基地局、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作可能なその他のあらゆる種類の接続装置を含むが、これらには限定されない。
【００１５】
本発明は、ＬＴＥ内ハンドオーバ時におけるハンドオーバに成功した場合およびハンドオーバに失敗した場合の両方に対して、ＷＴＲＵ、ソースｅＮｏｄｅ−ＢおよびターゲットｅＮｏｄｅ−Ｂでのシグナリングならびに動作に関する詳細な手順を提供する。ハンドオーバに成功した場合には、新しい情報要素（ＩＥ：information element）が、ハンドオーバコマンドメッセージおよびハンドオーバ完了メッセージの両方に追加される。ハンドオーバに失敗した場合には、新しいシグナリングメッセージが、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間で交換される。
【００１６】
図２は、本発明によるＬＴＥ内ハンドオーバ処理２００のシグナリング図である。ＷＴＲＵ２５２およびソースｅＮｏｄｅ−Ｂ２５４は、それぞれ少なくとも１つの測定を実行し、ＷＴＲＵ２５２は、測定結果報告をソースｅＮｏｄｅ−Ｂ２５４に送信する（ステップ２０２）。ソースｅＮｏｄｅ−Ｂ２５４は、測定結果報告および自身の測定の結果に基づいてハンドオーバに関する決定を行う（ステップ２０４）。次に、ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂ２５６に送信する（ステップ２０６）。ターゲットｅＮｏｄｅ−Ｂ２５６は、ＷＴＲＵ２５２に対する受付制御を実行する（ステップ２０８）。ターゲットｅＮｏｄｅ−Ｂ２５６がＷＴＲＵ２５２を受け付けることができる場合は、ターゲットｅＮｏｄｅ−Ｂ２５６は、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂ２５４に送信する（ステップ２１０）。次に、ソースｅＮｏｄｅ−Ｂ２５４はハンドオーバコマンドをＷＴＲＵ２５２に送信する（ステップ２１２）。
【００１７】
ハンドオーバコマンドには、無線リソース制御（ＲＲＣ）、無線リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ）、および物理レイヤ（ＰＨＹ）のための再構成情報、ソースｅＮｏｄｅ−Ｂ２５４からターゲットｅＮｏｄｅ−Ｂ２５６にハンドオーバを実施するときのタイミング調整に関する情報（つまり、ＷＴＲＵ２５２はタイミング調整を自律的に実行するか、またはランダムアクセスチャネル（ＲＡＣＨ）手順を使用して実行するか、ＲＡＣＨを使用する場合には、ランダムアクセスシグネチャまたは専用アクセスシグネチャのいずれを使用するかなど）、自律的なタイミング調整のためのｅＮｏｄｅ−Ｂ（またはセル）間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂ２５６の初期の無線リソーススケジューリング手順に関する情報、ならびにターゲットｅＮｏｄｅ−Ｂ２５６の測定情報などの少なくとも１つが含まれている必要がある。ターゲットｅＮｏｄｅ−Ｂ２５６の初期のスケジューリング手順に関する情報は、ＲＡＣＨアクセス手順をリソース割り当て要求に対して使用する必要があるか、または、ターゲットｅＮｏｄｅ−Ｂ２５６はＷＴＲＵ２５２から明示的なリソース割り当て要求を受信せずに、ＷＴＲＵ２５２に対してリソースをスケジューリングすることができるかを示している。あるいは、測定および他の構成情報を、ステップ２２６でＷＴＲＵ２５２からハンドオーバ完了メッセージを受信した後に、ターゲットｅＮｏｄｅ−Ｂ２５６によってＷＴＲＵ２５２に送信することもできる。
【００１８】
シームレスハンドオーバのために、ＵプレーントンネルがソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６との間で確立される。ハンドオーバコマンドを送信した後、ソースｅＮｏｄｅ−Ｂ２５４は、ユーザデータをターゲットｅＮｏｄｅ−Ｂ２５６に転送することができる。この転送は、サービスに依存した実装固有の方法によって実施することができる。
【００１９】
ソースｅＮｏｄｅ−Ｂ２５４からハンドオーバコマンドを受信した後に、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４との間でデータの送受信を継続することができる。データ送信処理は、同期したハンドオーバが使用されるか、または同期されていないハンドオーバが使用されるかによって異なる。
【００２０】
同期したハンドオーバ手順が使用される場合（つまり、ソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６とが同期される場合、または相対的なタイミング差がＷＴＲＵ２５２に認識されている場合）、ハンドオーバコマンドを受信した後、ハンドオーバコマンドを介して伝えられる特定のハンドオーバ時（ｔＨＯ）まで、ｅＮｏｄｅ−Ｂ２５４およびＷＴＲＵ２５２はデータの送受信を継続することができる。ハンドオーバコマンドを受信した後に伝送されるデータは、ハンドオーバコマンドが送信される前に伝送された不完全なサービスデータ単位（ＳＤＵ）（つまりＲＬＣプロトコルデータ単位（ＰＤＵ））に制限されていることが好ましい。ＲＬＣ制御メッセージは、正しく受信されたＳＤＵのシーケンス番号（ＳＮ）およびＳＤＵギャップを示すためにＷＴＲＵ２５２に送信される。ＳＮは、ＰＤＣＰ ＳＮでも他の種類のＳＮでもよい。正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとに共通のＳＮを、ＲＬＣ制御メッセージに含めることができる。
【００２１】
同期していないハンドオーバ手順が使用される場合（つまり、ソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６とが同期していない場合、または相対的なタイミング差がＷＴＲＵ２５２に認識されていない場合）、ソースｅＮｏｄｅ−Ｂ２５４がハンドオーバコマンドをＷＴＲＵ２５２に送信するとすぐに、ソースｅＮｏｄｅ−Ｂ２５４は伝送を停止する。ＷＴＲＵ２５２がハンドオーバコマンドを受信するとすぐに、ＷＴＲＵ２５２はソースｅＮｏｄｅ−Ｂ２５４に対するデータパケットの伝送も停止する。あるいは、ＷＴＲＵ２５２がターゲットｅＮｏｄｅ−Ｂ２５４に切り替えられるまで、ソースｅＮｏｄｅ−Ｂ２５４は、データパケットの伝送を継続することもできる。
【００２２】
ハンドオーバコマンドを受信した後に、ＷＴＲＵ２５２はターゲットｅＮｏｄｅ−Ｂ２５６にアクセスし、ハンドオーバコマンドに含まれている情報に基づいてダウンリンク同期、タイミング調整（つまりアップリンク同期）、ならびにアップリンクおよびダウンリンクリソース割り当てを実行するために、レイヤ１／２（Ｌ１／Ｌ２）シグナリングをターゲットｅＮｏｄｅ−Ｂ２５６と交換する。
【００２３】
タイミング調整（つまりアップリンク同期）については、ＷＴＲＵ２５２は２つあるオプションのうちの１つを実装する。ネットワークによって使用するオプションが決定されることが好ましい。
【００２４】
第１のオプションによると、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４（またはセル）とターゲットｅＮｏｄｅ−Ｂ２５６（またはセル）との間の相対的なタイミング差に基づいて、タイミング調整を自律的に実行する（ステップ２１４ａ）。相対的なタイミング差情報は、ハンドオーバコマンドに含まれていることが好ましい。
【００２５】
第２のオプションによると、従来のＲＡＣＨアクセス手順がタイミング調整に使用される（ステップ２１４ｂ）。ＷＴＲＵは、ＲＡＣＨプリアンブルをターゲットｅＮｏｄｅ−Ｂに送信し、ターゲットｅＮｏｄｅ−Ｂは、伝送されたＲＡＣＨプリアンブルに基づいてタイミングオフセットを計算し、アップリンク同期のためにタイミングオフセット情報をＷＴＲＵに送信する。
【００２６】
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャを使用することができ、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、および／またはより高い電力を持つＲＡＣＨプリアンブルシグネチャをハンドオーバ目的で使用することができる。
【００２７】
特定の（専用の）ＲＡＣＨプリアンブルシグネチャは、送信側がハンドオーバＷＴＲＵ（つまりハンドオーバ処理を受けるＷＴＲＵ）であることを示すためにハンドオーバ目的で予約することができる。この専用ＲＡＣＨプリアンブルシグネチャは、ハンドオーバコマンドに示されている。予約されたＲＡＣＨプリアンブルシグネチャを受信した後、ターゲットｅＮｏｄｅ−Ｂ２５６は、送信側がハンドオーバＷＴＲＵであることを認識し、優先権をこのハンドオーバＷＴＲＵに提供することができる。これにより、ハンドオーバ時に長い中断時間を引き起こすランダムアクセスプロセスを回避することができる。あるいは、ＲＡＣＨプリアンブルに続くＲＡＣＨメッセージに、送信側がハンドオーバＷＴＲＵであることを明示的に示すこともできる。ハンドオーバＷＴＲＵは、状態遷移により非ハンドオーバＷＴＲＵより高いｅＮｏｄｅ−Ｂ（セル）にアクセスするための優先権を与えられることが好ましい。予約されたＲＡＣＨプリアンブルシグネチャを使用するＲＡＣＨ手順は、同期している、または同期していないｅＮｏｄｅ−Ｂ（またはセル）ハンドオーバのどちらにでも使用することができる。ランダムアクセスの遅延を短縮するために、予約されたＲＡＣＨプリアンブルシグネチャをターゲットｅＮｏｄｅ−Ｂ２５６に送信するための物理的な無線リソース割り当てを、ハンドオーバコマンドに含めることもできる。
【００２８】
ランダムアクセス手順は、異なる目的で使用することができる。ランダムアクセス手順は、ＷＴＲＵとＬＴＥ＿ｉｄｌｅ状態からＬＴＥ＿ａｃｔｉｖｅ状態への状態移行を必要とするネットワーク間の通信を始めるために使用することができる。ランダムアクセス手順は、ハンドオーバ時にタイミング調整に使用して、次に新しいセルへのアクセス要求に使用することができる。ランダムアクセス手順がハンドオーバ時に使用される場合、ランダムアクセス手順によって引き起こされる遅延を最小限にする必要がある。したがって、ハンドオーバ以外の場合におけるＬＴＥ−Ｉｄｌｅ状態からＬＴＥ−Ａｃｔｉｖｅ状態への状態遷移のために、ハンドオーバ時のターゲットｅＮｏｄｅ−Ｂ（セル）に対するランダムアクセスとハンドオーバ以外の状況でのソースｅＮｏｄｅ−Ｂ（セル）へのランダムアクセスとでは、違いがある必要がある（たとえば、ハンドオーバＷＴＲＵに優先権を与えるなど）。
【００２９】
ＷＴＲＵからＲＡＣＨプリアンブルシグネチャを受信した後、ターゲットｅＮｏｄｅ−Ｂはタイミング調整値を推定し、この値をＷＴＲＵに送信する（ステップ２１６）。
【００３０】
タイミング調整を実行した後（自律的にまたはＲＡＣＨプリアンブルの伝送を介して）、ＷＴＲＵ２０２は、無線リソース割り当て要求をターゲットｅＮｏｄｅ−Ｂ２５６に送信することができる（ステップ２１８）。この要求は、ＲＡＣＨプリアンブルに続くＲＡＣＨメッセージを介して送信されることが好ましい。次に、ターゲットｅＮｏｄｅ−Ｂ２５６はＷＴＲＵ２５２に対してダウンリンクおよびアップリンクのリソースをスケジューリングする（ステップ２２０）。あるいは、ターゲットｅＮｏｄｅ−Ｂ２５６は、明示的な要求をＷＴＲＵ２５２から受信することなく、ＷＴＲＵ２５２に対してリソースをスケジューリングすることができる。リソースのスケジューリングは、ステップ２０８でターゲットｅＮｏｄｅ−Ｂ２５６がＷＴＲＵを受け付けた後ならいつでも実施することができる。たとえば、同期したハンドオーバ手順に対して、ターゲットｅＮｏｄｅ−Ｂ２５６は、あらかじめ定義した時間が経過した後（ｅＮｏｄｅ−Ｂ切り替えの予想時刻より前）にアップリンクおよびダウンリンクのリソースをスケジューリングすることができる。
【００３１】
ターゲットｅＮｏｄｅ−Ｂ２５６は、アップリンクリソース割り当てをＷＴＲＵ２５２に送信する（ステップ２２２）。このアップリンクリソースは、データ伝送に対してではなく、ステップ２２６でハンドオーバ完了メッセージを送信するために使用される。ＷＴＲＵ２５２は、ターゲットｅＮｏｄｅ−Ｂ２５６からアップリンクリソース割り当てを受信した後に、ＲＬＣおよびＨＡＲＱのパラメータをリセットすることが好ましい（ステップ２２４）。あるいは、ＷＴＲＵ２５２は、ステップ２１２でハンドオーバコマンドを受信して処理した後に、ＲＬＣおよびＨＡＲＱのパラメータをリセットすることができる。ターゲットｅＮｏｄｅ−Ｂ２５６（またはセル）への伝送に関係するこれらのパラメータは、ハンドオーバコマンドに含まれている。
【００３２】
ＷＴＲＵ２５２は、ハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂ２５６に送信する（ステップ２２６）。ＷＴＲＵ２５２は、ハンドオーバ完了メッセージに伝送されるアップリンクの開始ＰＤＣＰ ＳＮを含めることが好ましい。必要に応じて、ＷＴＲＵ２５２は、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後に、ＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂ２５６に送信することができる。
【００３３】
ターゲットｅＮｏｄｅ−Ｂ２５６は、データ伝送のためのアップリンクおよびダウンリンクのリソーススケジューリング情報、ならびにＲＲＣメッセージをＷＴＲＵに送信する（ステップ２２８）。ＲＲＣメッセージには、無線アクセスベアラ（ＲＡＢ）再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮ、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つが含まれる。上記の情報の一部またはすべてを、必要に応じて、ハンドオーバコマンドの一部またはターゲットｅＮｏｄｅ−Ｂ２５６からの最初のパケットとして送信することができる。
【００３４】
ＷＴＲＵ２５２がターゲットｅＮｏｄｅ−Ｂ２５６でアクセスを取得したことを通知するために、ターゲットｅＮｏｄｅ−Ｂ２５６は、ハンドオーバ完了メッセージをＭＭＥ／ＵＰＥ２５８に送信する（ステップ２３０）。次に、ＭＭＥ／ＵＰＥ２５８はハンドオーバ完了確認応答（ＡＣＫ）をターゲットｅＮｏｄｅ−Ｂ２５６に送信し、ＵプレーンデータパスをソースｅＮｏｄｅ−Ｂ２５４からターゲットｅＮｏｄｅ−Ｂ２５６に切り替える（ステップ２３２）。ソースｅＮｏｄｅ−Ｂ２５４での無線リソースの解放は、ターゲットｅＮｏｄｅ−Ｂ２５６によって送信されるリソース解放メッセージによりトリガされる（ステップ２３４）。ターゲットｅＮｏｄｅ−Ｂ２５６からメッセージを受信した後、ソースｅＮｏｄｅ−Ｂ２５４は、ＷＴＲＵ２５２に対する無線リソースを解放する（ステップ２３６）。
【００３５】
図２を参照しながら、ハンドオーバが失敗した場合について、以下に説明する。ＷＴＲＵ２５２がハンドオーバに成功しなかった場合、ＷＴＲＵ２５２は、無線リンク（ＲＬ）の失敗手順またはセルの再選択手順を用いることができる。ステップ２１２でハンドオーバコマンドが失敗すると、ソースｅＮｏｄｅ−Ｂ２５４は、その失敗についてターゲットｅＮｏｄｅ−Ｂ２５６に通知する。ターゲットｅＮｏｄｅ−Ｂ２５６は、ステップ２０８の後にＷＴＲＵ２５２に対するアップリンクおよびダウンリンクのリソースをスケジューリングする。ハンドオーバに失敗した場合にセルの再選択を実行するとき、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４内で最初に接続したセルへのアクセスを最初に試みることができる。これに失敗すると、ＷＴＲＵ２５２はソースｅＮｏｄｅ−Ｂ内の他のセルへのアクセスを試みることができる。これにも失敗すると、ＷＴＲＵ２５２は測定結果に基づいてソースｅＮｏｄｅ−Ｂに含まれていない他のセルへのアクセスを試みることができる。
【００３６】
ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバコマンドが失敗した後に所定時間が経過した後にハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを保持している。ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバ失敗タイマの期限が切れたときに、ＷＴＲＵ２５２に関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットすることができる。次に、ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵ２５２に対する無線リソースを解放する。
【００３７】
セルの再選択がＷＴＲＵ２５２によって実行されると、ソースセルまたはｅＮｏｄｅ−Ｂの識別（ＩＤ）が、ＷＴＲＵ２５２によってＬＴＥ無線ネットワークの一時識別（ＲＮＴＩ）情報の一部として任意のｅＮｏｄｅ−Ｂに送信され、ＷＴＲＵ２５２が元のセルと他のセルのいずれにアクセスするかを検出する。ソースｅＮｏｄｅ−Ｂでは、ハンドオーバコマンドの伝送に失敗したことをＭＡＣレイヤが検出すると、ソースｅＮｏｄｅ−ＢのＭＡＣレイヤは自身のＲＲＣレイヤにハンドオーバの失敗を通知する。
【００３８】
実施形態
実施形態１
無線通信システムにおいてハンドオーバを実行する方法。
【００３９】
実施形態２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂが測定を実行することを含む実施形態１に記載の方法。
【００４０】
実施形態３
ソースｅＮｏｄｅ−Ｂが測定に基づいて、ハンドオーバに関する決定を行うことを含む実施形態２に記載の方法。
【００４１】
実施形態４
ソースｅＮｏｄｅ−Ｂが、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信することを含む実施形態３に記載の方法。
【００４２】
実施形態５
ターゲットｅＮｏｄｅ−Ｂが、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信することを含む実施形態４に記載の方法。
【００４３】
実施形態６
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信することを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態５に記載の方法。
【００４４】
実施形態７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態６に記載の方法。
【００４５】
実施形態８
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−ＢがＲＡＣＨアクセス手順に基づいてＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態６から７のいずれか１つに記載の方法。
【００４６】
実施形態９
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−Ｂが、ＷＴＲＵから明示的なリソース割り当て要求を受信することなくＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態６から８のいずれか１つに記載の方法。
【００４７】
実施形態１０
ソースｅＮｏｄｅ−ＢがユーザデータをターゲットｅＮｏｄｅ−Ｂに転送することをさらに含む実施形態６から９のいずれか１つに記載の方法。
【００４８】
実施形態１１
ユーザデータの転送は、サービスに依存した実装固有の方法で実施される実施形態１０に記載の方法。
【００４９】
実施形態１２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがハンドオーバコマンドを受信した後も、データの送受信を継続する実施形態６から９のいずれか１つに記載の方法。
【００５０】
実施形態１３
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータの送受信を継続する実施形態１２に記載の方法。
【００５１】
実施形態１４
伝送されるデータは、不完全なＳＤＵである実施形態１２から１３のいずれか１つに記載の方法。
【００５２】
実施形態１５
ソースｅＮｏｄｅ−Ｂは、正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとを示すＳＮを含むＲＬＣメッセージをＷＴＲＵに送信する実施形態１４に記載の方法。
【００５３】
実施形態１６
ＳＮはＰＤＣＰ ＳＮまたは共通ＳＮである実施形態１５に記載の方法。
【００５４】
実施形態１７
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信するとすぐに、ソースｅＮｏｄｅ−ＢはＷＴＲＵへのデータ伝送を停止し、ＷＴＲＵがハンドオーバコマンドを受信するとすぐに、ＷＴＲＵはソースｅＮｏｄｅ−Ｂへのデータ伝送を停止する実施形態６から９のいずれか１つに記載の方法。
【００５５】
実施形態１８
ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂに切り替えられるまでデータの伝送を継続する実施形態６から９のいずれか１つに記載の方法。
【００５６】
実施形態１９
ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行することをさらに含む実施形態６から１８のいずれか１つに記載の方法。
【００５７】
実施形態２０
ＷＴＲＵは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行する実施形態１９に記載の方法。
【００５８】
実施形態２１
相対的なタイミング差情報はハンドオーバコマンドに含まれている実施形態１９から２０のいずれか１つに記載の方法。
【００５９】
実施形態２２
ＷＴＲＵは、タイミング調整にＲＡＣＨアクセス手順を使用する実施形態１９から２１のいずれか１つに記載の方法。
【００６０】
実施形態２３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態２２に記載の方法。
【００６１】
実施形態２４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態２３に記載の方法。
【００６２】
実施形態２５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態２４に記載の方法。
【００６３】
実施形態２６
ターゲットｅＮｏｄｅ−ＢがＷＴＲＵのハンドオーバ完了メッセージの伝送のためにアップリンクリソースを割り当てることをさらに含む実施形態６から２５のいずれか１つに記載の方法。
【００６４】
実施形態２７
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵからのリソース割り当て要求に基づいてアップリンクリソースをスケジューリングする実施形態２６に記載の方法。
【００６５】
実施形態２８
リソース割り当て要求はＲＡＣＨを介して送信される実施形態２７に記載の方法。
【００６６】
実施形態２９
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵから要求を受信することなくアップリンクリソースをスケジューリングする実施形態２６に記載の方法。
【００６７】
実施形態３０
ＷＴＲＵが、ターゲットｅＮｏｄｅ−Ｂからアップリンクリソースを受信した後にＲＬＣおよびＨＡＲＱをリセットすることをさらに含む実施形態６から２９のいずれか１つに記載の方法。
【００６８】
実施形態３１
ＷＴＲＵが、ハンドオーバコマンドを受信した後にＲＬＣおよびＨＡＲＱをリセットすることをさらに含む実施形態６から２９のいずれか１つに記載の方法。
【００６９】
実施形態３２
ＷＴＲＵがハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂに送信することをさらに含み、このハンドオーバ完了メッセージは、伝送されるアップリンクＰＤＣＰ ＳＮを含む実施形態６から３１のいずれか１つに記載の方法。
【００７０】
実施形態３３
ＷＴＲＵが、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後にＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂに送信することをさらに含む実施形態３２に記載の方法。
【００７１】
実施形態３４
ターゲットｅＮｏｄｅ−Ｂがデータ伝送のためのアップリンクおよびダウンリンクのスケジューリング情報ならびにＲＲＣメッセージをＷＴＲＵに送信することをさらに含み、ＲＲＣメッセージは、ＲＡＢ再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮの開始、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つを含む実施形態６から３３のいずれか１つに記載の方法。
【００７２】
実施形態３５
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにＲＬ失敗手順を実行することをさらに含む実施形態６から３４のいずれか１つに記載の方法。
【００７３】
実施形態３６
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドが正しく伝えられなかった後に所定時間が経過するまでハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを保持する実施形態６から３５のいずれか１つに記載の方法。
【００７４】
実施形態３７
ソースｅＮｏｄｅ−Ｂは、タイマの期限が切れたときに、ＷＴＲＵに関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットする実施形態３６に記載の方法。
【００７５】
実施形態３８
ＷＴＲＵが、ハンドオーバコマンドが正しく伝えられなかったときにセルの再選択手順を実行することをさらに含む実施形態６から３７のいずれか１つに記載の方法。
【００７６】
実施形態３９
ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態３８に記載の方法。
【００７７】
実施形態４０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態３９に記載の方法。
【００７８】
実施形態４１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態４０に記載の方法。
【００７９】
実施形態４２
ＷＴＲＵは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信する実施形態３８から４１のいずれか１つに記載の方法。
【００８０】
実施形態４３
ハンドオーバを実行するための無線通信システム。
【００８１】
実施形態４４
測定を実行して測定結果報告を送信するように構成されたＷＴＲＵを含む実施形態４３に記載のシステム。
【００８２】
実施形態４５
ターゲットｅＮｏｄｅ−Ｂを含む実施形態４４に記載のシステム。
【００８３】
実施形態４６
測定結果報告に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信し、ハンドオーバを始める必要があることを示すハンドオーバ応答をターゲットｅＮｏｄｅ−Ｂから受信した後にハンドオーバコマンドをＷＴＲＵに送信するように構成されたソースｅＮｏｄｅ−Ｂを含み、ハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態４５に記載のシステム。
【００８４】
実施形態４７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態４６に記載のシステム。
【００８５】
実施形態４８
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−ＢがＲＡＣＨアクセス手順を使用してＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態４６から４７のいずれか１つに記載のシステム。
【００８６】
実施形態４９
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−Ｂが、ＷＴＲＵから明示的なリソース割り当て要求を受信することなくＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態４６から４８のいずれか１つに記載のシステム。
【００８７】
実施形態５０
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドをＷＴＲＵに送信した後にユーザデータをターゲットｅＮｏｄｅ−Ｂに転送するように構成されている実施形態４６から４９のいずれか１つに記載のシステム。
【００８８】
実施形態５１
ユーザデータの転送は、サービスに依存した実装固有の方法で実施される実施形態５０に記載のシステム。
【００８９】
実施形態５２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがハンドオーバコマンドを受信した後も、データの送受信を継続する実施形態４６から５１のいずれか１つに記載のシステム。
【００９０】
実施形態５３
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータの送受信を継続する実施形態４６から５１のいずれか１つに記載のシステム。
【００９１】
実施形態５４
伝送されるデータは、不完全なＳＤＵである実施形態５２から５３のいずれか１つに記載のシステム。
【００９２】
実施形態５５
ソースｅＮｏｄｅ−Ｂは、正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとを示すＳＮを含むＲＬＣメッセージをＷＴＲＵに送信する実施形態５４に記載のシステム。
【００９３】
実施形態５６
ＳＮはＰＤＣＰ ＳＮまたは共通ＳＮである実施形態５５に記載のシステム。
【００９４】
実施形態５７
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信するとすぐに、ソースｅＮｏｄｅ−ＢはＷＴＲＵへのデータ伝送を停止し、ＷＴＲＵがハンドオーバコマンドを受信するとすぐに、ＷＴＲＵはソースｅＮｏｄｅ−Ｂへのデータ伝送を停止する実施形態４６から５１のいずれか１つに記載のシステム。
【００９５】
実施形態５８
ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂに切り替えられるまでデータの伝送を継続する実施形態４６から５１のいずれか１つに記載のシステム。
【００９６】
実施形態５９
ＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行するように構成されている実施形態４６から５８のいずれか１つに記載のシステム。
【００９７】
実施形態６０
ＷＴＲＵは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行するように構成されている実施形態５９に記載のシステム。
【００９８】
実施形態６１
相対的なタイミング差情報はハンドオーバコマンドに含まれている実施形態６０に記載のシステム。
【００９９】
実施形態６２
ＷＴＲＵは、タイミング調整にＲＡＣＨアクセス手順を使用するように構成されている実施形態５９から６１のいずれか１つに記載のシステム。
【０１００】
実施形態６３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態６２に記載のシステム。
【０１０１】
実施形態６４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態６３に記載のシステム。
【０１０２】
実施形態６５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態６４に記載のシステム。
【０１０３】
実施形態６６
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵのハンドオーバ完了メッセージの伝送のためにアップリンクリソースを割り当てるように構成されている実施形態４６から６５のいずれか１つに記載のシステム。
【０１０４】
実施形態６７
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵからのリソース割り当て要求に基づいてアップリンクリソースをスケジューリングするように構成されている実施形態６６に記載のシステム。
【０１０５】
実施形態６８
リソース割り当て要求はＲＡＣＨを介して送信される実施形態６７に記載のシステム。
【０１０６】
実施形態６９
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵから要求を受信することなくアップリンクリソースをスケジューリングするように構成されている実施形態６６に記載のシステム。
【０１０７】
実施形態７０
ＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂからアップリンクリソースを受信した後にＲＬＣおよびＨＡＲＱをリセットするように構成されている実施形態６６から６９のいずれか１つに記載のシステム。
【０１０８】
実施形態７１
ＷＴＲＵは、ハンドオーバコマンドを受信した後にＲＬＣおよびＨＡＲＱをリセットするように構成されている実施形態４６から７０のいずれか１つに記載のシステム。
【０１０９】
実施形態７２
ＷＴＲＵは、ハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂに送信するように構成され、このハンドオーバ完了メッセージは、伝送されるアップリンクＰＤＣＰ ＳＮを含む実施形態４６から７１のいずれか１つに記載のシステム。
【０１１０】
実施形態７３
ＷＴＲＵは、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後にＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂに送信するように構成されている実施形態７２に記載のシステム。
【０１１１】
実施形態７４
ターゲットｅＮｏｄｅ−Ｂは、データ伝送のためのアップリンクおよびダウンリンクのスケジューリング情報ならびにＲＲＣメッセージをＷＴＲＵに送信するように構成され、ＲＲＣメッセージは、ＲＡＢ再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮの開始、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つを含む実施形態４６から７３のいずれか１つに記載のシステム。
【０１１２】
実施形態７５
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにＲＬ失敗手順を実行するように構成されている実施形態４６から７４のいずれか１つに記載のシステム。
【０１１３】
実施形態７６
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドが正しく伝えられなかった後に所定時間が経過するまでハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを含む実施形態４６から７５のいずれか１つに記載のシステム。
【０１１４】
実施形態７７
ソースｅＮｏｄｅ−Ｂは、タイマの期限が切れたときに、ＷＴＲＵに関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットする実施形態７６に記載のシステム。
【０１１５】
実施形態７８
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにセルの再選択手順を実行するように構成されている実施形態４６から７７のいずれか１つに記載のシステム。
【０１１６】
実施形態７９
ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態７８に記載のシステム。
【０１１７】
実施形態８０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態７９に記載のシステム。
【０１１８】
実施形態８１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態８０に記載のシステム。
【０１１９】
実施形態８２
ＷＴＲＵは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信するように構成されている実施形態７８から８１のいずれか１つに記載のシステム。
【０１２０】
実施形態８３
無線通信システムにおいてハンドオーバを実行するためのｅＮｏｄｅ−Ｂ。
【０１２１】
実施形態８４
ＷＴＲＵとの間でデータを送受信するための送受信機を含む実施形態８３に記載のｅＮｏｄｅ−Ｂ。
【０１２２】
実施形態８５
ＷＴＲＵ用のチャネルにおいて測定を実行するための測定ユニットを含む実施形態８４に記載のｅＮｏｄｅ−Ｂ。
【０１２３】
実施形態８６
測定に基づいてハンドオーバに関する決定を行い、ハンドオーバコマンドをＷＴＲＵに送信するように構成されたハンドオーバコントローラを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態８４から８５のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２４】
実施形態８７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態８６に記載のｅＮｏｄｅ−Ｂ。
【０１２５】
実施形態８８
ハンドオーバコントローラは、ＷＴＲＵがハンドオーバコマンドを受信した後もデータがＷＴＲＵとの間で送受信されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２６】
実施形態８９
ハンドオーバコントローラは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータがＷＴＲＵとの間で送受信されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２７】
実施形態９０
伝送されるデータは、不完全なＳＤＵである実施形態８９に記載のｅＮｏｄｅ−Ｂ。
【０１２８】
実施形態９１
ハンドオーバコントローラは、ハンドオーバコマンドがＷＴＲＵに送信されるとすぐにデータ伝送が停止されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２９】
実施形態９２
無線通信システムにおいてハンドオーバを実行するためのＷＴＲＵ。
【０１３０】
実施形態９３
ｅＮｏｄｅ−Ｂとの間でデータを送受信するための送受信機を含む実施形態９２に記載のＷＴＲＵ。
【０１３１】
実施形態９４
測定を実行するための測定ユニットを含む実施形態９３に記載のＷＴＲＵ。
【０１３２】
実施形態９５
ソースｅＮｏｄｅ−Ｂから受信したハンドオーバコマンドに従ってソースｅＮｏｄｅ−ＢからターゲットｅＮｏｄｅ−Ｂへのハンドオーバを実行するためのコントローラを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態９３から９４のいずれか１つに記載のＷＴＲＵ。
【０１３３】
実施形態９６
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態９５に記載のＷＴＲＵ。
【０１３４】
実施形態９７
コントローラは、ＷＴＲＵがハンドオーバコマンドを受信した後もデータがソースｅＮｏｄｅ−Ｂとの間で送受信されるように送受信機を制御する実施形態９５から９６のいずれか１つに記載のＷＴＲＵ。
【０１３５】
実施形態９８
伝送されるデータは、不完全なＳＤＵである実施形態９７に記載のＷＴＲＵ。
【０１３６】
実施形態９９
コントローラは、ＷＴＲＵがハンドオーバコマンドを受信するとすぐにソースｅＮｏｄｅ−Ｂへのデータ伝送が停止するように送受信機を制御する実施形態９５から９６のいずれか１つに記載のＷＴＲＵ。
【０１３７】
実施形態１００
コントローラは、ターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行するように構成されている実施形態９５から９９のいずれか１つに記載のＷＴＲＵ。
【０１３８】
実施形態１０１
コントローラは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行する実施形態１００に記載のＷＴＲＵ。
【０１３９】
実施形態１０２
コントローラは、タイミング調整にＲＡＣＨアクセス手順を使用する実施形態１００に記載のＷＴＲＵ。
【０１４０】
実施形態１０３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態１０２に記載のＷＴＲＵ。
【０１４１】
実施形態１０４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態１０３に記載のＷＴＲＵ。
【０１４２】
実施形態１０５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態１０４に記載のＷＴＲＵ。
【０１４３】
実施形態１０６
コントローラは、アップリンクリソースのスケジューリングのためにリソース割り当て要求をターゲットｅＮｏｄｅ−Ｂに送信する実施形態９５から１０５のいずれか１つに記載のＷＴＲＵ。
【０１４４】
実施形態１０７
リソース割り当て要求はＲＡＣＨを介して送信される実施形態１０６に記載のＷＴＲＵ。
【０１４５】
実施形態１０８
コントローラは、ハンドオーバコマンドが正しく受信されなかったときにセルの再選択手順を実行する実施形態９５から１０７のいずれか１つに記載のＷＴＲＵ。
【０１４６】
実施形態１０９
コントローラは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態１０８に記載のＷＴＲＵ。
【０１４７】
実施形態１１０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、コントローラは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態１０９に記載のＷＴＲＵ。
【０１４８】
実施形態１１１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記の別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態１１０に記載のＷＴＲＵ。
【０１４９】
実施形態１１２
コントローラは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信する実施形態１０８から１１１のいずれか１つに記載のＷＴＲＵ。
【０１５０】
本発明の特徴および要素は好ましい実施形態において特定の組み合わせを用いて説明された。しかし、各特徴または要素は、好ましい実施形態の他の特徴および要素を用いずに単独で用いることが可能であり、または本発明の他の特徴および要素を用いてもしくは用いずにさまざまな組み合わせで用いることができる。本発明で提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータで読み出し可能な記憶媒体に実際に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータで読み出し可能な記憶媒体の例としては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内蔵型ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクなどの光学式媒体、ならびにデジタル多用途ディスク（ＤＶＤ）などがある。
【０１５１】
適したプロセッサの例を挙げると、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと共に用いる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書き替え可能ゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、および／または状態遷移マシーンなどがある。
【０１５２】
プロセッサをソフトウェアと共に使用することで、無線送受信ユニット（ＷＴＲＵ）、移動端末装置（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、またはホストコンピュータで使用するＲＦ送受信機（radio frequency transceiver）を実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビの送受信装置、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、ＬＣＤ表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されたモジュールと共に使用することができる。
【産業上の利用可能性】
【０１５３】
本発明は、一般的に無線通信システムに利用することができる。
【背景技術】
【０００１】
本発明は、無線通信システムに関する。より詳細には、本発明は、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システムにおいてハンドオーバを実行する方法およびシステムに関する。
【０００２】
高いデータ転送速度、短い待ち時間、パケットの最適化ならびに改善されたシステム容量および範囲を提供する新しい無線インターフェイスおよび無線ネットワークアーキテクチャを開発するために、現在、第四世代（４Ｇ）システム用のＬＴＥが検討されている。ＬＴＥシステムでは、現在３Ｇシステムで使用されている符号分割多重アクセス（ＣＤＭＡ）を使用する代わりに、直交周波数分割多元接続（ＯＦＤＭＡ）および周波数分割多元接続（ＦＤＭＡ）を、それぞれダウンリンク伝送およびアップリンク伝送に使用することが提案されている。ＬＴＥシステムにおいては多くの側面が変更されるため、ＬＴＥ内のハンドオーバ手順および関連する動作について再検討する必要がある。
【０００３】
ＬＴＥ＿ＡＣＴＩＶＥモードにおける移動端末装置（ＵＥ）モビリティ管理は、ＬＴＥシステムにおけるシームレスハンドオーバに必要な手順をすべて扱う。たとえば、ソースネットワーク側でのＬＴＥ内のハンドオーバに関する決定（つまり、ＵＥ固有のエリア制限を考慮したＵＥおよびｅＮｏｄｅ−Ｂ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）測定の制御および評価）、ターゲットネットワーク側での無線リソースの準備、ＵＥに対する新しい無線リソースへのインターフェイス命令、ソースネットワーク側での無線リソースの解放などである。ＵＥモビリティ管理メカニズムでは、関連するノード間でのコンテキストデータの転送、ならびにコントロールプレーン（Ｃプレーン）およびユーザプレーン（Ｕプレーン）でのノード関係の更新も扱う。
【０００４】
図１は、現在ＬＴＥシステムに対して提案されているハンドオーバ処理１００のシグナリング図である。ＵＥ１５２およびソースｅＮｏｄｅ−Ｂ１５４は測定を実行し、測定結果報告を交換する（ステップ１０２）。ソースｅＮｏｄｅ−Ｂ１５４は、測定結果報告に基づいてハンドオーバに関する決定を行う（ステップ１０４）。次に、ソースｅＮｏｄｅ−Ｂ１５４は、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１０６）。ハンドオーバに関する決定およびハンドオーバ完了前の後続する手順は、モビリティ管理エンティティ／ユーザプレーンエンティティ（ＭＭＥ／ＵＰＥ）１５８を用いることなく実行される（つまり、ハンドオーバ準備メッセージは、ソースｅＮｏｄｅ−Ｂ１５４とターゲットｅＮｏｄｅ−Ｂ１５６との間で直接交換される）。
【０００５】
ターゲットｅＮｏｄｅ−Ｂ１５６は、ＵＥ１５２に対する受付制御（アドミッション制御）を実行する（ステップ１０８）。ターゲットｅＮｏｄｅ−Ｂ１５６がＵＥ１５２を受け付けることができる場合は、ターゲットｅＮｏｄｅ−Ｂ１５６はソースｅＮｏｄｅ−Ｂ１５４にハンドオーバ応答を送信する（ステップ１１０）。ソースｅＮｏｄｅ−Ｂ１５４は、ハンドオーバコマンドをＵＥ１５２に送信する（ステップ１１２）。シームレスハンドオーバのために、ＵプレーントンネルがソースｅＮｏｄｅ−Ｂ１５４と、ターゲットｅＮｏｄｅ−Ｂ１５６との間で確立される。
【０００６】
次に、ＵＥ１５２およびターゲットｅＮｏｄｅ−Ｂ１５６は、レイヤ１およびレイヤ２（Ｌ１／Ｌ２）シグナリングを交換する（ステップ１１４）。ハンドオーバの実行中に、ユーザデータをソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に転送することができる。この転送は、サービスに依存した実装固有の方法によって実施することができる。ＵＰＥ１５８からパケットがソースｅＮｏｄｅ−Ｂ１５４で受信される限り、ソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に対するユーザデータの転送を実施する必要がある。
【０００７】
ターゲットｅＮｏｄｅ−Ｂ１５６への接続が確立された後、ＵＥ１５２はハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１１６）。ターゲットｅＮｏｄｅ−Ｂ１５６は、ハンドオーバ完了メッセージをＭＭＥ／ＵＰＥ１５８に送信する（ステップ１１８）。次に、ＭＭＥ／ＵＰＥ１５８はハンドオーバ完了確認応答（ＡＣＫ）をターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１２０）。ハンドオーバ完了メッセージにより、ＵＥ１５２がターゲットｅＮｏｄｅ−Ｂ１５６に対するアクセスを取得したことを、ターゲットｅＮｏｄｅ−Ｂ１５６によってＭＭＥ／ＵＰＥ１５８が通知された後、Ｕプレーンパスは、ＭＭＥ／ＵＰＥ１５８によってソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に切り替えられる。
【０００８】
ソースｅＮｏｄｅ−Ｂ１５４での無線リソースの解放は、ターゲットｅＮｏｄｅ−Ｂ１５６によって送信されるリソース解放メッセージによってトリガされる（ステップ１２２）。ターゲットｅＮｏｄｅ−Ｂ１５６からリソース解放メッセージを受信した後に、ソースｅＮｏｄｅ−Ｂ１５４はＵＥ１５２の無線リソースを解放する（ステップ１２４）。ＵＥ１５２は、ＭＭＥ／ＵＰＥ１５８に対して位置更新を実行する（ステップ１２６）。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述のＬＴＥ内ハンドオーバ手順１００では、ハンドオーバコマンドに関する詳細（ターゲットｅＮｏｄｅ−Ｂの要件に基づいたＵＥ１５２の構成など）、およびＵＥがハンドオーバコマンドを受信した後のＵＥの動作に関する詳細（ソースｅＮｏｄｅ−Ｂ１５４とＵＥ１５２との間のデータ伝送、無線リンク制御（ＲＬＣ）およびハイブリッド自動再送要求（ＨＡＲＱ）のリセット、ならびにＵＥ１５２によるパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）のシーケンス番号（ＳＮ）のギャップ（ｇａｐ）識別）は提供されない。上述のＬＴＥ内ハンドオーバ手順１００では、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細も提供されない。
【課題を解決するための手段】
【００１０】
本発明は、ＬＴＥシステムにおいてハンドオーバを実行する方法およびシステムに関する。ソースｅＮｏｄｅ−Ｂは、測定に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信する。ターゲットｅＮｏｄｅ−Ｂは、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信する。次にソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを無線送受信ユニット（ＷＴＲＵ）に送信する。このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期のスケジューリングプロセスに関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む。次にＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂにアクセスし、ハンドオーバコマンドに含まれている情報に基づいて、ダウンリンク同期、タイミング調整、ならびにアップリンクおよびダウンリンクリソース割り当てを実行するためにレイヤ１／２シグナリングを交換する。
【発明の効果】
【００１１】
本発明により、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細が提供される。
【図面の簡単な説明】
【００１２】
【図１】現在ＬＴＥシステムに対して提案されているハンドオーバ処理のシグナリング図である。
【図２】本発明によるＬＴＥ内ハンドオーバ処理のシグナリング図である。
【発明を実施するための形態】
【００１３】
本発明は、例として以下に示す好ましい実施形態の説明および添付の図面によって、より詳細に理解されるだろう。
【００１４】
以下、「ＷＴＲＵ」という用語は、ＵＥ、移動局、固定または移動可能な加入者端末、携帯無線呼出し器、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータまたは無線環境において動作可能なその他のあらゆる種類のユーザ用装置を含むが、これらには限定されない。以下、「ｅＮｏｄｅ−Ｂ」という用語は、基地局、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作可能なその他のあらゆる種類の接続装置を含むが、これらには限定されない。
【００１５】
本発明は、ＬＴＥ内ハンドオーバ時におけるハンドオーバに成功した場合およびハンドオーバに失敗した場合の両方に対して、ＷＴＲＵ、ソースｅＮｏｄｅ−ＢおよびターゲットｅＮｏｄｅ−Ｂでのシグナリングならびに動作に関する詳細な手順を提供する。ハンドオーバに成功した場合には、新しい情報要素（ＩＥ：information element）が、ハンドオーバコマンドメッセージおよびハンドオーバ完了メッセージの両方に追加される。ハンドオーバに失敗した場合には、新しいシグナリングメッセージが、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間で交換される。
【００１６】
図２は、本発明によるＬＴＥ内ハンドオーバ処理２００のシグナリング図である。ＷＴＲＵ２５２およびソースｅＮｏｄｅ−Ｂ２５４は、それぞれ少なくとも１つの測定を実行し、ＷＴＲＵ２５２は、測定結果報告をソースｅＮｏｄｅ−Ｂ２５４に送信する（ステップ２０２）。ソースｅＮｏｄｅ−Ｂ２５４は、測定結果報告および自身の測定の結果に基づいてハンドオーバに関する決定を行う（ステップ２０４）。次に、ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂ２５６に送信する（ステップ２０６）。ターゲットｅＮｏｄｅ−Ｂ２５６は、ＷＴＲＵ２５２に対する受付制御を実行する（ステップ２０８）。ターゲットｅＮｏｄｅ−Ｂ２５６がＷＴＲＵ２５２を受け付けることができる場合は、ターゲットｅＮｏｄｅ−Ｂ２５６は、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂ２５４に送信する（ステップ２１０）。次に、ソースｅＮｏｄｅ−Ｂ２５４はハンドオーバコマンドをＷＴＲＵ２５２に送信する（ステップ２１２）。
【００１７】
ハンドオーバコマンドには、無線リソース制御（ＲＲＣ）、無線リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ）、および物理レイヤ（ＰＨＹ）のための再構成情報、ソースｅＮｏｄｅ−Ｂ２５４からターゲットｅＮｏｄｅ−Ｂ２５６にハンドオーバを実施するときのタイミング調整に関する情報（つまり、ＷＴＲＵ２５２はタイミング調整を自律的に実行するか、またはランダムアクセスチャネル（ＲＡＣＨ）手順を使用して実行するか、ＲＡＣＨを使用する場合には、ランダムアクセスシグネチャまたは専用アクセスシグネチャのいずれを使用するかなど）、自律的なタイミング調整のためのｅＮｏｄｅ−Ｂ（またはセル）間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂ２５６の初期の無線リソーススケジューリング手順に関する情報、ならびにターゲットｅＮｏｄｅ−Ｂ２５６の測定情報などの少なくとも１つが含まれている必要がある。ターゲットｅＮｏｄｅ−Ｂ２５６の初期のスケジューリング手順に関する情報は、ＲＡＣＨアクセス手順をリソース割り当て要求に対して使用する必要があるか、または、ターゲットｅＮｏｄｅ−Ｂ２５６はＷＴＲＵ２５２から明示的なリソース割り当て要求を受信せずに、ＷＴＲＵ２５２に対してリソースをスケジューリングすることができるかを示している。あるいは、測定および他の構成情報を、ステップ２２６でＷＴＲＵ２５２からハンドオーバ完了メッセージを受信した後に、ターゲットｅＮｏｄｅ−Ｂ２５６によってＷＴＲＵ２５２に送信することもできる。
【００１８】
シームレスハンドオーバのために、ＵプレーントンネルがソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６との間で確立される。ハンドオーバコマンドを送信した後、ソースｅＮｏｄｅ−Ｂ２５４は、ユーザデータをターゲットｅＮｏｄｅ−Ｂ２５６に転送することができる。この転送は、サービスに依存した実装固有の方法によって実施することができる。
【００１９】
ソースｅＮｏｄｅ−Ｂ２５４からハンドオーバコマンドを受信した後に、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４との間でデータの送受信を継続することができる。データ送信処理は、同期したハンドオーバが使用されるか、または同期されていないハンドオーバが使用されるかによって異なる。
【００２０】
同期したハンドオーバ手順が使用される場合（つまり、ソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６とが同期される場合、または相対的なタイミング差がＷＴＲＵ２５２に認識されている場合）、ハンドオーバコマンドを受信した後、ハンドオーバコマンドを介して伝えられる特定のハンドオーバ時（ｔＨＯ）まで、ｅＮｏｄｅ−Ｂ２５４およびＷＴＲＵ２５２はデータの送受信を継続することができる。ハンドオーバコマンドを受信した後に伝送されるデータは、ハンドオーバコマンドが送信される前に伝送された不完全なサービスデータ単位（ＳＤＵ）（つまりＲＬＣプロトコルデータ単位（ＰＤＵ））に制限されていることが好ましい。ＲＬＣ制御メッセージは、正しく受信されたＳＤＵのシーケンス番号（ＳＮ）およびＳＤＵギャップを示すためにＷＴＲＵ２５２に送信される。ＳＮは、ＰＤＣＰ ＳＮでも他の種類のＳＮでもよい。正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとに共通のＳＮを、ＲＬＣ制御メッセージに含めることができる。
【００２１】
同期していないハンドオーバ手順が使用される場合（つまり、ソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６とが同期していない場合、または相対的なタイミング差がＷＴＲＵ２５２に認識されていない場合）、ソースｅＮｏｄｅ−Ｂ２５４がハンドオーバコマンドをＷＴＲＵ２５２に送信するとすぐに、ソースｅＮｏｄｅ−Ｂ２５４は伝送を停止する。ＷＴＲＵ２５２がハンドオーバコマンドを受信するとすぐに、ＷＴＲＵ２５２はソースｅＮｏｄｅ−Ｂ２５４に対するデータパケットの伝送も停止する。あるいは、ＷＴＲＵ２５２がターゲットｅＮｏｄｅ−Ｂ２５４に切り替えられるまで、ソースｅＮｏｄｅ−Ｂ２５４は、データパケットの伝送を継続することもできる。
【００２２】
ハンドオーバコマンドを受信した後に、ＷＴＲＵ２５２はターゲットｅＮｏｄｅ−Ｂ２５６にアクセスし、ハンドオーバコマンドに含まれている情報に基づいてダウンリンク同期、タイミング調整（つまりアップリンク同期）、ならびにアップリンクおよびダウンリンクリソース割り当てを実行するために、レイヤ１／２（Ｌ１／Ｌ２）シグナリングをターゲットｅＮｏｄｅ−Ｂ２５６と交換する。
【００２３】
タイミング調整（つまりアップリンク同期）については、ＷＴＲＵ２５２は２つあるオプションのうちの１つを実装する。ネットワークによって使用するオプションが決定されることが好ましい。
【００２４】
第１のオプションによると、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４（またはセル）とターゲットｅＮｏｄｅ−Ｂ２５６（またはセル）との間の相対的なタイミング差に基づいて、タイミング調整を自律的に実行する（ステップ２１４ａ）。相対的なタイミング差情報は、ハンドオーバコマンドに含まれていることが好ましい。
【００２５】
第２のオプションによると、従来のＲＡＣＨアクセス手順がタイミング調整に使用される（ステップ２１４ｂ）。ＷＴＲＵは、ＲＡＣＨプリアンブルをターゲットｅＮｏｄｅ−Ｂに送信し、ターゲットｅＮｏｄｅ−Ｂは、伝送されたＲＡＣＨプリアンブルに基づいてタイミングオフセットを計算し、アップリンク同期のためにタイミングオフセット情報をＷＴＲＵに送信する。
【００２６】
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャを使用することができ、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、および／またはより高い電力を持つＲＡＣＨプリアンブルシグネチャをハンドオーバ目的で使用することができる。
【００２７】
特定の（専用の）ＲＡＣＨプリアンブルシグネチャは、送信側がハンドオーバＷＴＲＵ（つまりハンドオーバ処理を受けるＷＴＲＵ）であることを示すためにハンドオーバ目的で予約することができる。この専用ＲＡＣＨプリアンブルシグネチャは、ハンドオーバコマンドに示されている。予約されたＲＡＣＨプリアンブルシグネチャを受信した後、ターゲットｅＮｏｄｅ−Ｂ２５６は、送信側がハンドオーバＷＴＲＵであることを認識し、優先権をこのハンドオーバＷＴＲＵに提供することができる。これにより、ハンドオーバ時に長い中断時間を引き起こすランダムアクセスプロセスを回避することができる。あるいは、ＲＡＣＨプリアンブルに続くＲＡＣＨメッセージに、送信側がハンドオーバＷＴＲＵであることを明示的に示すこともできる。ハンドオーバＷＴＲＵは、状態遷移により非ハンドオーバＷＴＲＵより高いｅＮｏｄｅ−Ｂ（セル）にアクセスするための優先権を与えられることが好ましい。予約されたＲＡＣＨプリアンブルシグネチャを使用するＲＡＣＨ手順は、同期している、または同期していないｅＮｏｄｅ−Ｂ（またはセル）ハンドオーバのどちらにでも使用することができる。ランダムアクセスの遅延を短縮するために、予約されたＲＡＣＨプリアンブルシグネチャをターゲットｅＮｏｄｅ−Ｂ２５６に送信するための物理的な無線リソース割り当てを、ハンドオーバコマンドに含めることもできる。
【００２８】
ランダムアクセス手順は、異なる目的で使用することができる。ランダムアクセス手順は、ＷＴＲＵとＬＴＥ＿ｉｄｌｅ状態からＬＴＥ＿ａｃｔｉｖｅ状態への状態移行を必要とするネットワーク間の通信を始めるために使用することができる。ランダムアクセス手順は、ハンドオーバ時にタイミング調整に使用して、次に新しいセルへのアクセス要求に使用することができる。ランダムアクセス手順がハンドオーバ時に使用される場合、ランダムアクセス手順によって引き起こされる遅延を最小限にする必要がある。したがって、ハンドオーバ以外の場合におけるＬＴＥ−Ｉｄｌｅ状態からＬＴＥ−Ａｃｔｉｖｅ状態への状態遷移のために、ハンドオーバ時のターゲットｅＮｏｄｅ−Ｂ（セル）に対するランダムアクセスとハンドオーバ以外の状況でのソースｅＮｏｄｅ−Ｂ（セル）へのランダムアクセスとでは、違いがある必要がある（たとえば、ハンドオーバＷＴＲＵに優先権を与えるなど）。
【００２９】
ＷＴＲＵからＲＡＣＨプリアンブルシグネチャを受信した後、ターゲットｅＮｏｄｅ−Ｂはタイミング調整値を推定し、この値をＷＴＲＵに送信する（ステップ２１６）。
【００３０】
タイミング調整を実行した後（自律的にまたはＲＡＣＨプリアンブルの伝送を介して）、ＷＴＲＵ２０２は、無線リソース割り当て要求をターゲットｅＮｏｄｅ−Ｂ２５６に送信することができる（ステップ２１８）。この要求は、ＲＡＣＨプリアンブルに続くＲＡＣＨメッセージを介して送信されることが好ましい。次に、ターゲットｅＮｏｄｅ−Ｂ２５６はＷＴＲＵ２５２に対してダウンリンクおよびアップリンクのリソースをスケジューリングする（ステップ２２０）。あるいは、ターゲットｅＮｏｄｅ−Ｂ２５６は、明示的な要求をＷＴＲＵ２５２から受信することなく、ＷＴＲＵ２５２に対してリソースをスケジューリングすることができる。リソースのスケジューリングは、ステップ２０８でターゲットｅＮｏｄｅ−Ｂ２５６がＷＴＲＵを受け付けた後ならいつでも実施することができる。たとえば、同期したハンドオーバ手順に対して、ターゲットｅＮｏｄｅ−Ｂ２５６は、あらかじめ定義した時間が経過した後（ｅＮｏｄｅ−Ｂ切り替えの予想時刻より前）にアップリンクおよびダウンリンクのリソースをスケジューリングすることができる。
【００３１】
ターゲットｅＮｏｄｅ−Ｂ２５６は、アップリンクリソース割り当てをＷＴＲＵ２５２に送信する（ステップ２２２）。このアップリンクリソースは、データ伝送に対してではなく、ステップ２２６でハンドオーバ完了メッセージを送信するために使用される。ＷＴＲＵ２５２は、ターゲットｅＮｏｄｅ−Ｂ２５６からアップリンクリソース割り当てを受信した後に、ＲＬＣおよびＨＡＲＱのパラメータをリセットすることが好ましい（ステップ２２４）。あるいは、ＷＴＲＵ２５２は、ステップ２１２でハンドオーバコマンドを受信して処理した後に、ＲＬＣおよびＨＡＲＱのパラメータをリセットすることができる。ターゲットｅＮｏｄｅ−Ｂ２５６（またはセル）への伝送に関係するこれらのパラメータは、ハンドオーバコマンドに含まれている。
【００３２】
ＷＴＲＵ２５２は、ハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂ２５６に送信する（ステップ２２６）。ＷＴＲＵ２５２は、ハンドオーバ完了メッセージに伝送されるアップリンクの開始ＰＤＣＰ ＳＮを含めることが好ましい。必要に応じて、ＷＴＲＵ２５２は、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後に、ＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂ２５６に送信することができる。
【００３３】
ターゲットｅＮｏｄｅ−Ｂ２５６は、データ伝送のためのアップリンクおよびダウンリンクのリソーススケジューリング情報、ならびにＲＲＣメッセージをＷＴＲＵに送信する（ステップ２２８）。ＲＲＣメッセージには、無線アクセスベアラ（ＲＡＢ）再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮ、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つが含まれる。上記の情報の一部またはすべてを、必要に応じて、ハンドオーバコマンドの一部またはターゲットｅＮｏｄｅ−Ｂ２５６からの最初のパケットとして送信することができる。
【００３４】
ＷＴＲＵ２５２がターゲットｅＮｏｄｅ−Ｂ２５６でアクセスを取得したことを通知するために、ターゲットｅＮｏｄｅ−Ｂ２５６は、ハンドオーバ完了メッセージをＭＭＥ／ＵＰＥ２５８に送信する（ステップ２３０）。次に、ＭＭＥ／ＵＰＥ２５８はハンドオーバ完了確認応答（ＡＣＫ）をターゲットｅＮｏｄｅ−Ｂ２５６に送信し、ＵプレーンデータパスをソースｅＮｏｄｅ−Ｂ２５４からターゲットｅＮｏｄｅ−Ｂ２５６に切り替える（ステップ２３２）。ソースｅＮｏｄｅ−Ｂ２５４での無線リソースの解放は、ターゲットｅＮｏｄｅ−Ｂ２５６によって送信されるリソース解放メッセージによりトリガされる（ステップ２３４）。ターゲットｅＮｏｄｅ−Ｂ２５６からメッセージを受信した後、ソースｅＮｏｄｅ−Ｂ２５４は、ＷＴＲＵ２５２に対する無線リソースを解放する（ステップ２３６）。
【００３５】
図２を参照しながら、ハンドオーバが失敗した場合について、以下に説明する。ＷＴＲＵ２５２がハンドオーバに成功しなかった場合、ＷＴＲＵ２５２は、無線リンク（ＲＬ）の失敗手順またはセルの再選択手順を用いることができる。ステップ２１２でハンドオーバコマンドが失敗すると、ソースｅＮｏｄｅ−Ｂ２５４は、その失敗についてターゲットｅＮｏｄｅ−Ｂ２５６に通知する。ターゲットｅＮｏｄｅ−Ｂ２５６は、ステップ２０８の後にＷＴＲＵ２５２に対するアップリンクおよびダウンリンクのリソースをスケジューリングする。ハンドオーバに失敗した場合にセルの再選択を実行するとき、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４内で最初に接続したセルへのアクセスを最初に試みることができる。これに失敗すると、ＷＴＲＵ２５２はソースｅＮｏｄｅ−Ｂ内の他のセルへのアクセスを試みることができる。これにも失敗すると、ＷＴＲＵ２５２は測定結果に基づいてソースｅＮｏｄｅ−Ｂに含まれていない他のセルへのアクセスを試みることができる。
【００３６】
ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバコマンドが失敗した後に所定時間が経過した後にハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを保持している。ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバ失敗タイマの期限が切れたときに、ＷＴＲＵ２５２に関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットすることができる。次に、ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵ２５２に対する無線リソースを解放する。
【００３７】
セルの再選択がＷＴＲＵ２５２によって実行されると、ソースセルまたはｅＮｏｄｅ−Ｂの識別（ＩＤ）が、ＷＴＲＵ２５２によってＬＴＥ無線ネットワークの一時識別（ＲＮＴＩ）情報の一部として任意のｅＮｏｄｅ−Ｂに送信され、ＷＴＲＵ２５２が元のセルと他のセルのいずれにアクセスするかを検出する。ソースｅＮｏｄｅ−Ｂでは、ハンドオーバコマンドの伝送に失敗したことをＭＡＣレイヤが検出すると、ソースｅＮｏｄｅ−ＢのＭＡＣレイヤは自身のＲＲＣレイヤにハンドオーバの失敗を通知する。
【００３８】
実施形態
実施形態１
無線通信システムにおいてハンドオーバを実行する方法。
【００３９】
実施形態２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂが測定を実行することを含む実施形態１に記載の方法。
【００４０】
実施形態３
ソースｅＮｏｄｅ−Ｂが測定に基づいて、ハンドオーバに関する決定を行うことを含む実施形態２に記載の方法。
【００４１】
実施形態４
ソースｅＮｏｄｅ−Ｂが、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信することを含む実施形態３に記載の方法。
【００４２】
実施形態５
ターゲットｅＮｏｄｅ−Ｂが、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信することを含む実施形態４に記載の方法。
【００４３】
実施形態６
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信することを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態５に記載の方法。
【００４４】
実施形態７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態６に記載の方法。
【００４５】
実施形態８
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−ＢがＲＡＣＨアクセス手順に基づいてＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態６から７のいずれか１つに記載の方法。
【００４６】
実施形態９
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−Ｂが、ＷＴＲＵから明示的なリソース割り当て要求を受信することなくＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態６から８のいずれか１つに記載の方法。
【００４７】
実施形態１０
ソースｅＮｏｄｅ−ＢがユーザデータをターゲットｅＮｏｄｅ−Ｂに転送することをさらに含む実施形態６から９のいずれか１つに記載の方法。
【００４８】
実施形態１１
ユーザデータの転送は、サービスに依存した実装固有の方法で実施される実施形態１０に記載の方法。
【００４９】
実施形態１２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがハンドオーバコマンドを受信した後も、データの送受信を継続する実施形態６から９のいずれか１つに記載の方法。
【００５０】
実施形態１３
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータの送受信を継続する実施形態１２に記載の方法。
【００５１】
実施形態１４
伝送されるデータは、不完全なＳＤＵである実施形態１２から１３のいずれか１つに記載の方法。
【００５２】
実施形態１５
ソースｅＮｏｄｅ−Ｂは、正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとを示すＳＮを含むＲＬＣメッセージをＷＴＲＵに送信する実施形態１４に記載の方法。
【００５３】
実施形態１６
ＳＮはＰＤＣＰ ＳＮまたは共通ＳＮである実施形態１５に記載の方法。
【００５４】
実施形態１７
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信するとすぐに、ソースｅＮｏｄｅ−ＢはＷＴＲＵへのデータ伝送を停止し、ＷＴＲＵがハンドオーバコマンドを受信するとすぐに、ＷＴＲＵはソースｅＮｏｄｅ−Ｂへのデータ伝送を停止する実施形態６から９のいずれか１つに記載の方法。
【００５５】
実施形態１８
ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂに切り替えられるまでデータの伝送を継続する実施形態６から９のいずれか１つに記載の方法。
【００５６】
実施形態１９
ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行することをさらに含む実施形態６から１８のいずれか１つに記載の方法。
【００５７】
実施形態２０
ＷＴＲＵは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行する実施形態１９に記載の方法。
【００５８】
実施形態２１
相対的なタイミング差情報はハンドオーバコマンドに含まれている実施形態１９から２０のいずれか１つに記載の方法。
【００５９】
実施形態２２
ＷＴＲＵは、タイミング調整にＲＡＣＨアクセス手順を使用する実施形態１９から２１のいずれか１つに記載の方法。
【００６０】
実施形態２３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態２２に記載の方法。
【００６１】
実施形態２４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態２３に記載の方法。
【００６２】
実施形態２５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態２４に記載の方法。
【００６３】
実施形態２６
ターゲットｅＮｏｄｅ−ＢがＷＴＲＵのハンドオーバ完了メッセージの伝送のためにアップリンクリソースを割り当てることをさらに含む実施形態６から２５のいずれか１つに記載の方法。
【００６４】
実施形態２７
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵからのリソース割り当て要求に基づいてアップリンクリソースをスケジューリングする実施形態２６に記載の方法。
【００６５】
実施形態２８
リソース割り当て要求はＲＡＣＨを介して送信される実施形態２７に記載の方法。
【００６６】
実施形態２９
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵから要求を受信することなくアップリンクリソースをスケジューリングする実施形態２６に記載の方法。
【００６７】
実施形態３０
ＷＴＲＵが、ターゲットｅＮｏｄｅ−Ｂからアップリンクリソースを受信した後にＲＬＣおよびＨＡＲＱをリセットすることをさらに含む実施形態６から２９のいずれか１つに記載の方法。
【００６８】
実施形態３１
ＷＴＲＵが、ハンドオーバコマンドを受信した後にＲＬＣおよびＨＡＲＱをリセットすることをさらに含む実施形態６から２９のいずれか１つに記載の方法。
【００６９】
実施形態３２
ＷＴＲＵがハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂに送信することをさらに含み、このハンドオーバ完了メッセージは、伝送されるアップリンクＰＤＣＰ ＳＮを含む実施形態６から３１のいずれか１つに記載の方法。
【００７０】
実施形態３３
ＷＴＲＵが、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後にＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂに送信することをさらに含む実施形態３２に記載の方法。
【００７１】
実施形態３４
ターゲットｅＮｏｄｅ−Ｂがデータ伝送のためのアップリンクおよびダウンリンクのスケジューリング情報ならびにＲＲＣメッセージをＷＴＲＵに送信することをさらに含み、ＲＲＣメッセージは、ＲＡＢ再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮの開始、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つを含む実施形態６から３３のいずれか１つに記載の方法。
【００７２】
実施形態３５
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにＲＬ失敗手順を実行することをさらに含む実施形態６から３４のいずれか１つに記載の方法。
【００７３】
実施形態３６
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドが正しく伝えられなかった後に所定時間が経過するまでハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを保持する実施形態６から３５のいずれか１つに記載の方法。
【００７４】
実施形態３７
ソースｅＮｏｄｅ−Ｂは、タイマの期限が切れたときに、ＷＴＲＵに関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットする実施形態３６に記載の方法。
【００７５】
実施形態３８
ＷＴＲＵが、ハンドオーバコマンドが正しく伝えられなかったときにセルの再選択手順を実行することをさらに含む実施形態６から３７のいずれか１つに記載の方法。
【００７６】
実施形態３９
ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態３８に記載の方法。
【００７７】
実施形態４０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態３９に記載の方法。
【００７８】
実施形態４１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態４０に記載の方法。
【００７９】
実施形態４２
ＷＴＲＵは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信する実施形態３８から４１のいずれか１つに記載の方法。
【００８０】
実施形態４３
ハンドオーバを実行するための無線通信システム。
【００８１】
実施形態４４
測定を実行して測定結果報告を送信するように構成されたＷＴＲＵを含む実施形態４３に記載のシステム。
【００８２】
実施形態４５
ターゲットｅＮｏｄｅ−Ｂを含む実施形態４４に記載のシステム。
【００８３】
実施形態４６
測定結果報告に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信し、ハンドオーバを始める必要があることを示すハンドオーバ応答をターゲットｅＮｏｄｅ−Ｂから受信した後にハンドオーバコマンドをＷＴＲＵに送信するように構成されたソースｅＮｏｄｅ−Ｂを含み、ハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態４５に記載のシステム。
【００８４】
実施形態４７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態４６に記載のシステム。
【００８５】
実施形態４８
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−ＢがＲＡＣＨアクセス手順を使用してＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態４６から４７のいずれか１つに記載のシステム。
【００８６】
実施形態４９
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−Ｂが、ＷＴＲＵから明示的なリソース割り当て要求を受信することなくＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態４６から４８のいずれか１つに記載のシステム。
【００８７】
実施形態５０
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドをＷＴＲＵに送信した後にユーザデータをターゲットｅＮｏｄｅ−Ｂに転送するように構成されている実施形態４６から４９のいずれか１つに記載のシステム。
【００８８】
実施形態５１
ユーザデータの転送は、サービスに依存した実装固有の方法で実施される実施形態５０に記載のシステム。
【００８９】
実施形態５２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがハンドオーバコマンドを受信した後も、データの送受信を継続する実施形態４６から５１のいずれか１つに記載のシステム。
【００９０】
実施形態５３
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータの送受信を継続する実施形態４６から５１のいずれか１つに記載のシステム。
【００９１】
実施形態５４
伝送されるデータは、不完全なＳＤＵである実施形態５２から５３のいずれか１つに記載のシステム。
【００９２】
実施形態５５
ソースｅＮｏｄｅ−Ｂは、正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとを示すＳＮを含むＲＬＣメッセージをＷＴＲＵに送信する実施形態５４に記載のシステム。
【００９３】
実施形態５６
ＳＮはＰＤＣＰ ＳＮまたは共通ＳＮである実施形態５５に記載のシステム。
【００９４】
実施形態５７
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信するとすぐに、ソースｅＮｏｄｅ−ＢはＷＴＲＵへのデータ伝送を停止し、ＷＴＲＵがハンドオーバコマンドを受信するとすぐに、ＷＴＲＵはソースｅＮｏｄｅ−Ｂへのデータ伝送を停止する実施形態４６から５１のいずれか１つに記載のシステム。
【００９５】
実施形態５８
ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂに切り替えられるまでデータの伝送を継続する実施形態４６から５１のいずれか１つに記載のシステム。
【００９６】
実施形態５９
ＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行するように構成されている実施形態４６から５８のいずれか１つに記載のシステム。
【００９７】
実施形態６０
ＷＴＲＵは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行するように構成されている実施形態５９に記載のシステム。
【００９８】
実施形態６１
相対的なタイミング差情報はハンドオーバコマンドに含まれている実施形態６０に記載のシステム。
【００９９】
実施形態６２
ＷＴＲＵは、タイミング調整にＲＡＣＨアクセス手順を使用するように構成されている実施形態５９から６１のいずれか１つに記載のシステム。
【０１００】
実施形態６３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態６２に記載のシステム。
【０１０１】
実施形態６４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態６３に記載のシステム。
【０１０２】
実施形態６５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態６４に記載のシステム。
【０１０３】
実施形態６６
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵのハンドオーバ完了メッセージの伝送のためにアップリンクリソースを割り当てるように構成されている実施形態４６から６５のいずれか１つに記載のシステム。
【０１０４】
実施形態６７
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵからのリソース割り当て要求に基づいてアップリンクリソースをスケジューリングするように構成されている実施形態６６に記載のシステム。
【０１０５】
実施形態６８
リソース割り当て要求はＲＡＣＨを介して送信される実施形態６７に記載のシステム。
【０１０６】
実施形態６９
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵから要求を受信することなくアップリンクリソースをスケジューリングするように構成されている実施形態６６に記載のシステム。
【０１０７】
実施形態７０
ＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂからアップリンクリソースを受信した後にＲＬＣおよびＨＡＲＱをリセットするように構成されている実施形態６６から６９のいずれか１つに記載のシステム。
【０１０８】
実施形態７１
ＷＴＲＵは、ハンドオーバコマンドを受信した後にＲＬＣおよびＨＡＲＱをリセットするように構成されている実施形態４６から７０のいずれか１つに記載のシステム。
【０１０９】
実施形態７２
ＷＴＲＵは、ハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂに送信するように構成され、このハンドオーバ完了メッセージは、伝送されるアップリンクＰＤＣＰ ＳＮを含む実施形態４６から７１のいずれか１つに記載のシステム。
【０１１０】
実施形態７３
ＷＴＲＵは、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後にＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂに送信するように構成されている実施形態７２に記載のシステム。
【０１１１】
実施形態７４
ターゲットｅＮｏｄｅ−Ｂは、データ伝送のためのアップリンクおよびダウンリンクのスケジューリング情報ならびにＲＲＣメッセージをＷＴＲＵに送信するように構成され、ＲＲＣメッセージは、ＲＡＢ再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮの開始、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つを含む実施形態４６から７３のいずれか１つに記載のシステム。
【０１１２】
実施形態７５
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにＲＬ失敗手順を実行するように構成されている実施形態４６から７４のいずれか１つに記載のシステム。
【０１１３】
実施形態７６
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドが正しく伝えられなかった後に所定時間が経過するまでハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを含む実施形態４６から７５のいずれか１つに記載のシステム。
【０１１４】
実施形態７７
ソースｅＮｏｄｅ−Ｂは、タイマの期限が切れたときに、ＷＴＲＵに関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットする実施形態７６に記載のシステム。
【０１１５】
実施形態７８
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにセルの再選択手順を実行するように構成されている実施形態４６から７７のいずれか１つに記載のシステム。
【０１１６】
実施形態７９
ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態７８に記載のシステム。
【０１１７】
実施形態８０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態７９に記載のシステム。
【０１１８】
実施形態８１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態８０に記載のシステム。
【０１１９】
実施形態８２
ＷＴＲＵは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信するように構成されている実施形態７８から８１のいずれか１つに記載のシステム。
【０１２０】
実施形態８３
無線通信システムにおいてハンドオーバを実行するためのｅＮｏｄｅ−Ｂ。
【０１２１】
実施形態８４
ＷＴＲＵとの間でデータを送受信するための送受信機を含む実施形態８３に記載のｅＮｏｄｅ−Ｂ。
【０１２２】
実施形態８５
ＷＴＲＵ用のチャネルにおいて測定を実行するための測定ユニットを含む実施形態８４に記載のｅＮｏｄｅ−Ｂ。
【０１２３】
実施形態８６
測定に基づいてハンドオーバに関する決定を行い、ハンドオーバコマンドをＷＴＲＵに送信するように構成されたハンドオーバコントローラを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態８４から８５のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２４】
実施形態８７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態８６に記載のｅＮｏｄｅ−Ｂ。
【０１２５】
実施形態８８
ハンドオーバコントローラは、ＷＴＲＵがハンドオーバコマンドを受信した後もデータがＷＴＲＵとの間で送受信されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２６】
実施形態８９
ハンドオーバコントローラは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータがＷＴＲＵとの間で送受信されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２７】
実施形態９０
伝送されるデータは、不完全なＳＤＵである実施形態８９に記載のｅＮｏｄｅ−Ｂ。
【０１２８】
実施形態９１
ハンドオーバコントローラは、ハンドオーバコマンドがＷＴＲＵに送信されるとすぐにデータ伝送が停止されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。
【０１２９】
実施形態９２
無線通信システムにおいてハンドオーバを実行するためのＷＴＲＵ。
【０１３０】
実施形態９３
ｅＮｏｄｅ−Ｂとの間でデータを送受信するための送受信機を含む実施形態９２に記載のＷＴＲＵ。
【０１３１】
実施形態９４
測定を実行するための測定ユニットを含む実施形態９３に記載のＷＴＲＵ。
【０１３２】
実施形態９５
ソースｅＮｏｄｅ−Ｂから受信したハンドオーバコマンドに従ってソースｅＮｏｄｅ−ＢからターゲットｅＮｏｄｅ−Ｂへのハンドオーバを実行するためのコントローラを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態９３から９４のいずれか１つに記載のＷＴＲＵ。
【０１３３】
実施形態９６
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態９５に記載のＷＴＲＵ。
【０１３４】
実施形態９７
コントローラは、ＷＴＲＵがハンドオーバコマンドを受信した後もデータがソースｅＮｏｄｅ−Ｂとの間で送受信されるように送受信機を制御する実施形態９５から９６のいずれか１つに記載のＷＴＲＵ。
【０１３５】
実施形態９８
伝送されるデータは、不完全なＳＤＵである実施形態９７に記載のＷＴＲＵ。
【０１３６】
実施形態９９
コントローラは、ＷＴＲＵがハンドオーバコマンドを受信するとすぐにソースｅＮｏｄｅ−Ｂへのデータ伝送が停止するように送受信機を制御する実施形態９５から９６のいずれか１つに記載のＷＴＲＵ。
【０１３７】
実施形態１００
コントローラは、ターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行するように構成されている実施形態９５から９９のいずれか１つに記載のＷＴＲＵ。
【０１３８】
実施形態１０１
コントローラは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行する実施形態１００に記載のＷＴＲＵ。
【０１３９】
実施形態１０２
コントローラは、タイミング調整にＲＡＣＨアクセス手順を使用する実施形態１００に記載のＷＴＲＵ。
【０１４０】
実施形態１０３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態１０２に記載のＷＴＲＵ。
【０１４１】
実施形態１０４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態１０３に記載のＷＴＲＵ。
【０１４２】
実施形態１０５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態１０４に記載のＷＴＲＵ。
【０１４３】
実施形態１０６
コントローラは、アップリンクリソースのスケジューリングのためにリソース割り当て要求をターゲットｅＮｏｄｅ−Ｂに送信する実施形態９５から１０５のいずれか１つに記載のＷＴＲＵ。
【０１４４】
実施形態１０７
リソース割り当て要求はＲＡＣＨを介して送信される実施形態１０６に記載のＷＴＲＵ。
【０１４５】
実施形態１０８
コントローラは、ハンドオーバコマンドが正しく受信されなかったときにセルの再選択手順を実行する実施形態９５から１０７のいずれか１つに記載のＷＴＲＵ。
【０１４６】
実施形態１０９
コントローラは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態１０８に記載のＷＴＲＵ。
【０１４７】
実施形態１１０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、コントローラは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態１０９に記載のＷＴＲＵ。
【０１４８】
実施形態１１１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記の別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態１１０に記載のＷＴＲＵ。
【０１４９】
実施形態１１２
コントローラは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信する実施形態１０８から１１１のいずれか１つに記載のＷＴＲＵ。
【０１５０】
本発明の特徴および要素は好ましい実施形態において特定の組み合わせを用いて説明された。しかし、各特徴または要素は、好ましい実施形態の他の特徴および要素を用いずに単独で用いることが可能であり、または本発明の他の特徴および要素を用いてもしくは用いずにさまざまな組み合わせで用いることができる。本発明で提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータで読み出し可能な記憶媒体に実際に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータで読み出し可能な記憶媒体の例としては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内蔵型ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクなどの光学式媒体、ならびにデジタル多用途ディスク（ＤＶＤ）などがある。
【０１５１】
適したプロセッサの例を挙げると、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと共に用いる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書き替え可能ゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、および／または状態遷移マシーンなどがある。
【０１５２】
プロセッサをソフトウェアと共に使用することで、無線送受信ユニット（ＷＴＲＵ）、移動端末装置（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、またはホストコンピュータで使用するＲＦ送受信機（radio frequency transceiver）を実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビの送受信装置、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、ＬＣＤ表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されたモジュールと共に使用することができる。
【産業上の利用可能性】
【０１５３】
本発明は、一般的に無線通信システムに利用することができる。
【特許請求の範囲】
【請求項１】
無線通信送受信ユニット（ＷＴＲＵ）によって実行されるハンドオーバを実行する方法において、
前記ＷＴＲＵが、測定を実行するステップと、
前記ＷＴＲＵが、ソースｅＮｏｄｅ−Ｂへ測定報告を送るステップと、
前記ＷＴＲＵが、前記ソースｅＮｏｄｅ−Ｂからハンドオーバコマンドを受信するステップであって、前記ハンドオーバコマンドは、使用されるタイミング調整手順のタイプに関する表示を少なくとも含んでおり、前記タイミング調整の前記タイプに関する前記表示は、専用ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルまたはランダムＲＡＣＨプリアンブルがランダムアクセス手順に対して使用されるかどうかを示している、受信するステップと、
前記ＷＴＲＵが、前記ハンドオーバコマンドの中に含まれる情報を使用して、前記ターゲットｅＮｏｄｅ−Ｂへハンドオーバを実行するステップと
を備えることを特徴とする方法。
【請求項２】
前記ハンドオーバコマンドは、前記手順に対して前記ランダムＲＡＣＨプリアンブルが使用されるべきことを示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記ハンドオーバコマンドは、前記ＷＴＲＵからの明示的なリソース割り当て要求を受信することなく、前記ターゲットｅＮｏｄｅ−Ｂが前記ＷＴＲＵ用のリソースをスケジューリングすることを示すことを特徴とする請求項１に記載の方法
【請求項４】
前記ハンドオーバコマンドは、前記ターゲットｅＮｏｄｅ−Ｂに対する測定情報を示すことを特徴とする請求項１に記載の方法
【請求項５】
前記ＷＴＲＵは、前記タイミング調整のために前記ランダムアクセス手順を使用することを特徴とする請求項２に記載の方法。
【請求項１】
無線通信送受信ユニット（ＷＴＲＵ）によって実行されるハンドオーバを実行する方法において、
前記ＷＴＲＵが、測定を実行するステップと、
前記ＷＴＲＵが、ソースｅＮｏｄｅ−Ｂへ測定報告を送るステップと、
前記ＷＴＲＵが、前記ソースｅＮｏｄｅ−Ｂからハンドオーバコマンドを受信するステップであって、前記ハンドオーバコマンドは、使用されるタイミング調整手順のタイプに関する表示を少なくとも含んでおり、前記タイミング調整の前記タイプに関する前記表示は、専用ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルまたはランダムＲＡＣＨプリアンブルがランダムアクセス手順に対して使用されるかどうかを示している、受信するステップと、
前記ＷＴＲＵが、前記ハンドオーバコマンドの中に含まれる情報を使用して、前記ターゲットｅＮｏｄｅ−Ｂへハンドオーバを実行するステップと
を備えることを特徴とする方法。
【請求項２】
前記ハンドオーバコマンドは、前記手順に対して前記ランダムＲＡＣＨプリアンブルが使用されるべきことを示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記ハンドオーバコマンドは、前記ＷＴＲＵからの明示的なリソース割り当て要求を受信することなく、前記ターゲットｅＮｏｄｅ−Ｂが前記ＷＴＲＵ用のリソースをスケジューリングすることを示すことを特徴とする請求項１に記載の方法
【請求項４】
前記ハンドオーバコマンドは、前記ターゲットｅＮｏｄｅ−Ｂに対する測定情報を示すことを特徴とする請求項１に記載の方法
【請求項５】
前記ＷＴＲＵは、前記タイミング調整のために前記ランダムアクセス手順を使用することを特徴とする請求項２に記載の方法。
【図１】
【図２】
【図２】
【公開番号】特開２０１２−１７８８８５（Ｐ２０１２−１７８８８５Ａ）
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願番号】特願２０１２−１３７０７５（Ｐ２０１２−１３７０７５）
【出願日】平成２４年６月１８日（２０１２．６．１８）
【分割の表示】特願２００９−５１６５６３（Ｐ２００９−５１６５６３）の分割
【原出願日】平成１９年６月１９日（２００７．６．１９）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願日】平成２４年６月１８日（２０１２．６．１８）
【分割の表示】特願２００９−５１６５６３（Ｐ２００９−５１６５６３）の分割
【原出願日】平成１９年６月１９日（２００７．６．１９）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
[ Back to top ]