JP6054319B2 - 無線通信システムにおいてハンドオーバを実行する方法およびシステム - Google Patents

Description

本発明は、無線通信システムに関する。より詳細には、本発明は、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システムにおいてハンドオーバを実行する方法およびシステムに関する。

高いデータ転送速度、短い待ち時間、パケットの最適化ならびに改善されたシステム容量および範囲を提供する新しい無線インターフェイスおよび無線ネットワークアーキテクチャを開発するために、現在、第四世代（４Ｇ）システム用のＬＴＥが検討されている。ＬＴＥシステムでは、現在３Ｇシステムで使用されている符号分割多重アクセス（ＣＤＭＡ）を使用する代わりに、直交周波数分割多元接続（ＯＦＤＭＡ）および周波数分割多元接続（ＦＤＭＡ）を、それぞれダウンリンク伝送およびアップリンク伝送に使用することが提案されている。ＬＴＥシステムにおいては多くの側面が変更されるため、ＬＴＥ内のハンドオーバ手順および関連する動作について再検討する必要がある。

ＬＴＥ＿ＡＣＴＩＶＥモードにおける移動端末装置（ＵＥ）モビリティ管理は、ＬＴＥシステムにおけるシームレスハンドオーバに必要な手順をすべて扱う。たとえば、ソースネットワーク側でのＬＴＥ内のハンドオーバに関する決定（つまり、ＵＥ固有のエリア制限を考慮したＵＥおよびｅＮｏｄｅ−Ｂ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）測定の制御および評価）、ターゲットネットワーク側での無線リソースの準備、ＵＥに対する新しい無線リソースへのインターフェイス命令、ソースネットワーク側での無線リソースの解放などである。ＵＥモビリティ管理メカニズムでは、関連するノード間でのコンテキストデータの転送、ならびにコントロールプレーン（Ｃプレーン）およびユーザプレーン（Ｕプレーン）でのノード関係の更新も扱う。

図１は、現在ＬＴＥシステムに対して提案されているハンドオーバ処理１００のシグナリング図である。ＵＥ１５２およびソースｅＮｏｄｅ−Ｂ１５４は測定を実行し、測定結果報告を交換する（ステップ１０２）。ソースｅＮｏｄｅ−Ｂ１５４は、測定結果報告に基づいてハンドオーバに関する決定を行う（ステップ１０４）。次に、ソースｅＮｏｄｅ−Ｂ１５４は、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１０６）。ハンドオーバに関する決定およびハンドオーバ完了前の後続する手順は、モビリティ管理エンティティ／ユーザプレーンエンティティ（ＭＭＥ／ＵＰＥ）１５８を用いることなく実行される（つまり、ハンドオーバ準備メッセージは、ソースｅＮｏｄｅ−Ｂ１５４とターゲットｅＮｏｄｅ−Ｂ１５６との間で直接交換される）。

ターゲットｅＮｏｄｅ−Ｂ１５６は、ＵＥ１５２に対する受付制御（アドミッション制御）を実行する（ステップ１０８）。ターゲットｅＮｏｄｅ−Ｂ１５６がＵＥ１５２を受け付けることができる場合は、ターゲットｅＮｏｄｅ−Ｂ１５６はソースｅＮｏｄｅ−Ｂ１５４にハンドオーバ応答を送信する（ステップ１１０）。ソースｅＮｏｄｅ−Ｂ１５４は、ハンドオーバコマンドをＵＥ１５２に送信する（ステップ１１２）。シームレスハンドオーバのために、ＵプレーントンネルがソースｅＮｏｄｅ−Ｂ１５４と、ターゲットｅＮｏｄｅ−Ｂ１５６との間で確立される。

次に、ＵＥ１５２およびターゲットｅＮｏｄｅ−Ｂ１５６は、レイヤ１およびレイヤ２（Ｌ１／Ｌ２）シグナリングを交換する（ステップ１１４）。ハンドオーバの実行中に、ユーザデータをソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に転送することができる。この転送は、サービスに依存した実装固有の方法によって実施することができる。ＵＰＥ１５８からパケットがソースｅＮｏｄｅ−Ｂ１５４で受信される限り、ソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に対するユーザデータの転送を実施する必要がある。

ターゲットｅＮｏｄｅ−Ｂ１５６への接続が確立された後、ＵＥ１５２はハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１１６）。ターゲットｅＮｏｄｅ−Ｂ１５６は、ハンドオーバ完了メッセージをＭＭＥ／ＵＰＥ１５８に送信する（ステップ１１８）。次に、ＭＭＥ／ＵＰＥ１５８はハンドオーバ完了確認応答（ＡＣＫ）をターゲットｅＮｏｄｅ−Ｂ１５６に送信する（ステップ１２０）。ハンドオーバ完了メッセージにより、ＵＥ１５２がターゲットｅＮｏｄｅ−Ｂ１５６に対するアクセスを取得したことを、ターゲットｅＮｏｄｅ−Ｂ１５６によってＭＭＥ／ＵＰＥ１５８が通知された後、Ｕプレーンパスは、ＭＭＥ／ＵＰＥ１５８によってソースｅＮｏｄｅ−Ｂ１５４からターゲットｅＮｏｄｅ−Ｂ１５６に切り替えられる。

ソースｅＮｏｄｅ−Ｂ１５４での無線リソースの解放は、ターゲットｅＮｏｄｅ−Ｂ１５６によって送信されるリソース解放メッセージによってトリガされる（ステップ１２２）。ターゲットｅＮｏｄｅ−Ｂ１５６からリソース解放メッセージを受信した後に、ソースｅＮｏｄｅ−Ｂ１５４はＵＥ１５２の無線リソースを解放する（ステップ１２４）。ＵＥ１５２は、ＭＭＥ／ＵＰＥ１５８に対して位置更新を実行する（ステップ１２６）。

上述のＬＴＥ内ハンドオーバ手順１００では、ハンドオーバコマンドに関する詳細（ターゲットｅＮｏｄｅ−Ｂの要件に基づいたＵＥ１５２の構成など）、およびＵＥがハンドオーバコマンドを受信した後のＵＥの動作に関する詳細（ソースｅＮｏｄｅ−Ｂ１５４とＵＥ１５２との間のデータ伝送、無線リンク制御（ＲＬＣ）およびハイブリッド自動再送要求（ＨＡＲＱ）のリセット、ならびにＵＥ１５２によるパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）のシーケンス番号（ＳＮ）のギャップ（ｇａｐ）識別）は提供されない。上述のＬＴＥ内ハンドオーバ手順１００では、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細も提供されない。

本発明は、ＬＴＥシステムにおいてハンドオーバを実行する方法およびシステムに関する。ソースｅＮｏｄｅ−Ｂは、測定に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信する。ターゲットｅＮｏｄｅ−Ｂは、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信する。次にソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを無線送受信ユニット（ＷＴＲＵ）に送信する。このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期のスケジューリングプロセスに関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む。次にＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂにアクセスし、ハンドオーバコマンドに含まれている情報に基づいて、ダウンリンク同期、タイミング調整、ならびにアップリンクおよびダウンリンクリソース割り当てを実行するためにレイヤ１／２シグナリングを交換する。

本発明により、同期および非同期ｅＮｏｄｅ−ＢのためのＵＥタイミング調整に関する詳細、およびＵＥ伝送に対する効率的なターゲットｅＮｏｄｅ−Ｂのリソースのスケジューリングに関する詳細が提供される。

現在ＬＴＥシステムに対して提案されているハンドオーバ処理のシグナリング図である。 本発明によるＬＴＥ内ハンドオーバ処理のシグナリング図である。

本発明は、例として以下に示す好ましい実施形態の説明および添付の図面によって、より詳細に理解されるだろう。

以下、「ＷＴＲＵ」という用語は、ＵＥ、移動局、固定または移動可能な加入者端末、携帯無線呼出し器、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータまたは無線環境において動作可能なその他のあらゆる種類のユーザ用装置を含むが、これらには限定されない。以下、「ｅＮｏｄｅ−Ｂ」という用語は、基地局、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作可能なその他のあらゆる種類の接続装置を含むが、これらには限定されない。

本発明は、ＬＴＥ内ハンドオーバ時におけるハンドオーバに成功した場合およびハンドオーバに失敗した場合の両方に対して、ＷＴＲＵ、ソースｅＮｏｄｅ−ＢおよびターゲットｅＮｏｄｅ−Ｂでのシグナリングならびに動作に関する詳細な手順を提供する。ハンドオーバに成功した場合には、新しい情報要素（ＩＥ：information element）が、ハンドオーバコマンドメッセージおよびハンドオーバ完了メッセージの両方に追加される。ハンドオーバに失敗した場合には、新しいシグナリングメッセージが、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間で交換される。

図２は、本発明によるＬＴＥ内ハンドオーバ処理２００のシグナリング図である。ＷＴＲＵ２５２およびソースｅＮｏｄｅ−Ｂ２５４は、それぞれ少なくとも１つの測定を実行し、ＷＴＲＵ２５２は、測定結果報告をソースｅＮｏｄｅ−Ｂ２５４に送信する（ステップ２０２）。ソースｅＮｏｄｅ−Ｂ２５４は、測定結果報告および自身の測定の結果に基づいてハンドオーバに関する決定を行う（ステップ２０４）。次に、ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂ２５６に送信する（ステップ２０６）。ターゲットｅＮｏｄｅ−Ｂ２５６は、ＷＴＲＵ２５２に対する受付制御を実行する（ステップ２０８）。ターゲットｅＮｏｄｅ−Ｂ２５６がＷＴＲＵ２５２を受け付けることができる場合は、ターゲットｅＮｏｄｅ−Ｂ２５６は、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂ２５４に送信する（ステップ２１０）。次に、ソースｅＮｏｄｅ−Ｂ２５４はハンドオーバコマンドをＷＴＲＵ２５２に送信する（ステップ２１２）。

ハンドオーバコマンドには、無線リソース制御（ＲＲＣ）、無線リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ）、および物理レイヤ（ＰＨＹ）のための再構成情報、ソースｅＮｏｄｅ−Ｂ２５４からターゲットｅＮｏｄｅ−Ｂ２５６にハンドオーバを実施するときのタイミング調整に関する情報（つまり、ＷＴＲＵ２５２はタイミング調整を自律的に実行するか、またはランダムアクセスチャネル（ＲＡＣＨ）手順を使用して実行するか、ＲＡＣＨを使用する場合には、ランダムアクセスシグネチャまたは専用アクセスシグネチャのいずれを使用するかなど）、自律的なタイミング調整のためのｅＮｏｄｅ−Ｂ（またはセル）間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂ２５６の初期の無線リソーススケジューリング手順に関する情報、ならびにターゲットｅＮｏｄｅ−Ｂ２５６の測定情報などの少なくとも１つが含まれている必要がある。ターゲットｅＮｏｄｅ−Ｂ２５６の初期のスケジューリング手順に関する情報は、ＲＡＣＨアクセス手順をリソース割り当て要求に対して使用する必要があるか、または、ターゲットｅＮｏｄｅ−Ｂ２５６はＷＴＲＵ２５２から明示的なリソース割り当て要求を受信せずに、ＷＴＲＵ２５２に対してリソースをスケジューリングすることができるかを示している。あるいは、測定および他の構成情報を、ステップ２２６でＷＴＲＵ２５２からハンドオーバ完了メッセージを受信した後に、ターゲットｅＮｏｄｅ−Ｂ２５６によってＷＴＲＵ２５２に送信することもできる。

シームレスハンドオーバのために、ＵプレーントンネルがソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６との間で確立される。ハンドオーバコマンドを送信した後、ソースｅＮｏｄｅ−Ｂ２５４は、ユーザデータをターゲットｅＮｏｄｅ−Ｂ２５６に転送することができる。この転送は、サービスに依存した実装固有の方法によって実施することができる。

ソースｅＮｏｄｅ−Ｂ２５４からハンドオーバコマンドを受信した後に、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４との間でデータの送受信を継続することができる。データ送信処理は、同期したハンドオーバが使用されるか、または同期されていないハンドオーバが使用されるかによって異なる。

同期したハンドオーバ手順が使用される場合（つまり、ソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６とが同期される場合、または相対的なタイミング差がＷＴＲＵ２５２に認識されている場合）、ハンドオーバコマンドを受信した後、ハンドオーバコマンドを介して伝えられる特定のハンドオーバ時（ｔ_ＨＯ）まで、ｅＮｏｄｅ−Ｂ２５４およびＷＴＲＵ２５２はデータの送受信を継続することができる。ハンドオーバコマンドを受信した後に伝送されるデータは、ハンドオーバコマンドが送信される前に伝送された不完全なサービスデータ単位（ＳＤＵ）（つまりＲＬＣプロトコルデータ単位（ＰＤＵ））に制限されていることが好ましい。ＲＬＣ制御メッセージは、正しく受信されたＳＤＵのシーケンス番号（ＳＮ）およびＳＤＵギャップを示すためにＷＴＲＵ２５２に送信される。ＳＮは、ＰＤＣＰ ＳＮでも他の種類のＳＮでもよい。正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとに共通のＳＮを、ＲＬＣ制御メッセージに含めることができる。

同期していないハンドオーバ手順が使用される場合（つまり、ソースｅＮｏｄｅ−Ｂ２５４とターゲットｅＮｏｄｅ−Ｂ２５６とが同期していない場合、または相対的なタイミング差がＷＴＲＵ２５２に認識されていない場合）、ソースｅＮｏｄｅ−Ｂ２５４がハンドオーバコマンドをＷＴＲＵ２５２に送信するとすぐに、ソースｅＮｏｄｅ−Ｂ２５４は伝送を停止する。ＷＴＲＵ２５２がハンドオーバコマンドを受信するとすぐに、ＷＴＲＵ２５２はソースｅＮｏｄｅ−Ｂ２５４に対するデータパケットの伝送も停止する。あるいは、ＷＴＲＵ２５２がターゲットｅＮｏｄｅ−Ｂ２５４に切り替えられるまで、ソースｅＮｏｄｅ−Ｂ２５４は、データパケットの伝送を継続することもできる。

ハンドオーバコマンドを受信した後に、ＷＴＲＵ２５２はターゲットｅＮｏｄｅ−Ｂ２５６にアクセスし、ハンドオーバコマンドに含まれている情報に基づいてダウンリンク同期、タイミング調整（つまりアップリンク同期）、ならびにアップリンクおよびダウンリンクリソース割り当てを実行するために、レイヤ１／２（Ｌ１／Ｌ２）シグナリングをターゲットｅＮｏｄｅ−Ｂ２５６と交換する。

タイミング調整（つまりアップリンク同期）については、ＷＴＲＵ２５２は２つあるオプションのうちの１つを実装する。ネットワークによって使用するオプションが決定されることが好ましい。

第１のオプションによると、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４（またはセル）とターゲットｅＮｏｄｅ−Ｂ２５６（またはセル）との間の相対的なタイミング差に基づいて、タイミング調整を自律的に実行する（ステップ２１４ａ）。相対的なタイミング差情報は、ハンドオーバコマンドに含まれていることが好ましい。

第２のオプションによると、従来のＲＡＣＨアクセス手順がタイミング調整に使用される（ステップ２１４ｂ）。ＷＴＲＵは、ＲＡＣＨプリアンブルをターゲットｅＮｏｄｅ−Ｂに送信し、ターゲットｅＮｏｄｅ−Ｂは、伝送されたＲＡＣＨプリアンブルに基づいてタイミングオフセットを計算し、アップリンク同期のためにタイミングオフセット情報をＷＴＲＵに送信する。

異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャを使用することができ、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、および／またはより高い電力を持つＲＡＣＨプリアンブルシグネチャをハンドオーバ目的で使用することができる。

特定の（専用の）ＲＡＣＨプリアンブルシグネチャは、送信側がハンドオーバＷＴＲＵ（つまりハンドオーバ処理を受けるＷＴＲＵ）であることを示すためにハンドオーバ目的で予約することができる。この専用ＲＡＣＨプリアンブルシグネチャは、ハンドオーバコマンドに示されている。予約されたＲＡＣＨプリアンブルシグネチャを受信した後、ターゲットｅＮｏｄｅ−Ｂ２５６は、送信側がハンドオーバＷＴＲＵであることを認識し、優先権をこのハンドオーバＷＴＲＵに提供することができる。これにより、ハンドオーバ時に長い中断時間を引き起こすランダムアクセスプロセスを回避することができる。あるいは、ＲＡＣＨプリアンブルに続くＲＡＣＨメッセージに、送信側がハンドオーバＷＴＲＵであることを明示的に示すこともできる。ハンドオーバＷＴＲＵは、状態遷移により非ハンドオーバＷＴＲＵより高いｅＮｏｄｅ−Ｂ（セル）にアクセスするための優先権を与えられることが好ましい。予約されたＲＡＣＨプリアンブルシグネチャを使用するＲＡＣＨ手順は、同期している、または同期していないｅＮｏｄｅ−Ｂ（またはセル）ハンドオーバのどちらにでも使用することができる。ランダムアクセスの遅延を短縮するために、予約されたＲＡＣＨプリアンブルシグネチャをターゲットｅＮｏｄｅ−Ｂ２５６に送信するための物理的な無線リソース割り当てを、ハンドオーバコマンドに含めることもできる。

ランダムアクセス手順は、異なる目的で使用することができる。ランダムアクセス手順は、ＷＴＲＵとＬＴＥ＿ｉｄｌｅ状態からＬＴＥ＿ａｃｔｉｖｅ状態への状態移行を必要とするネットワーク間の通信を始めるために使用することができる。ランダムアクセス手順は、ハンドオーバ時にタイミング調整に使用して、次に新しいセルへのアクセス要求に使用することができる。ランダムアクセス手順がハンドオーバ時に使用される場合、ランダムアクセス手順によって引き起こされる遅延を最小限にする必要がある。したがって、ハンドオーバ以外の場合におけるＬＴＥ−Ｉｄｌｅ状態からＬＴＥ−Ａｃｔｉｖｅ状態への状態遷移のために、ハンドオーバ時のターゲットｅＮｏｄｅ−Ｂ（セル）に対するランダムアクセスとハンドオーバ以外の状況でのソースｅＮｏｄｅ−Ｂ（セル）へのランダムアクセスとでは、違いがある必要がある（たとえば、ハンドオーバＷＴＲＵに優先権を与えるなど）。

ＷＴＲＵからＲＡＣＨプリアンブルシグネチャを受信した後、ターゲットｅＮｏｄｅ−Ｂはタイミング調整値を推定し、この値をＷＴＲＵに送信する（ステップ２１６）。

タイミング調整を実行した後（自律的にまたはＲＡＣＨプリアンブルの伝送を介して）、ＷＴＲＵ２０２は、無線リソース割り当て要求をターゲットｅＮｏｄｅ−Ｂ２５６に送信することができる（ステップ２１８）。この要求は、ＲＡＣＨプリアンブルに続くＲＡＣＨメッセージを介して送信されることが好ましい。次に、ターゲットｅＮｏｄｅ−Ｂ２５６はＷＴＲＵ２５２に対してダウンリンクおよびアップリンクのリソースをスケジューリングする（ステップ２２０）。あるいは、ターゲットｅＮｏｄｅ−Ｂ２５６は、明示的な要求をＷＴＲＵ２５２から受信することなく、ＷＴＲＵ２５２に対してリソースをスケジューリングすることができる。リソースのスケジューリングは、ステップ２０８でターゲットｅＮｏｄｅ−Ｂ２５６がＷＴＲＵを受け付けた後ならいつでも実施することができる。たとえば、同期したハンドオーバ手順に対して、ターゲットｅＮｏｄｅ−Ｂ２５６は、あらかじめ定義した時間が経過した後（ｅＮｏｄｅ−Ｂ切り替えの予想時刻より前）にアップリンクおよびダウンリンクのリソースをスケジューリングすることができる。

ターゲットｅＮｏｄｅ−Ｂ２５６は、アップリンクリソース割り当てをＷＴＲＵ２５２に送信する（ステップ２２２）。このアップリンクリソースは、データ伝送に対してではなく、ステップ２２６でハンドオーバ完了メッセージを送信するために使用される。ＷＴＲＵ２５２は、ターゲットｅＮｏｄｅ−Ｂ２５６からアップリンクリソース割り当てを受信した後に、ＲＬＣおよびＨＡＲＱのパラメータをリセットすることが好ましい（ステップ２２４）。あるいは、ＷＴＲＵ２５２は、ステップ２１２でハンドオーバコマンドを受信して処理した後に、ＲＬＣおよびＨＡＲＱのパラメータをリセットすることができる。ターゲットｅＮｏｄｅ−Ｂ２５６（またはセル）への伝送に関係するこれらのパラメータは、ハンドオーバコマンドに含まれている。

ＷＴＲＵ２５２は、ハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂ２５６に送信する（ステップ２２６）。ＷＴＲＵ２５２は、ハンドオーバ完了メッセージの中に、伝送されることになるアップリンクの開始ＰＤＣＰ ＳＮを含めることが好ましい。必要に応じて、ＷＴＲＵ２５２は、ハンドオーバ完了メッセージの後に、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂ２５６に送信することができる。

ターゲットｅＮｏｄｅ−Ｂ２５６は、データ伝送のためのアップリンクおよびダウンリンクのリソーススケジューリング情報、ならびにＲＲＣメッセージをＷＴＲＵに送信する（ステップ２２８）。ＲＲＣメッセージには、無線アクセスベアラ（ＲＡＢ）再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮ、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つが含まれる。上記の情報の一部またはすべてを、必要に応じて、ハンドオーバコマンドの一部またはターゲットｅＮｏｄｅ−Ｂ２５６からの最初のパケットとして送信することができる。

ＷＴＲＵ２５２がターゲットｅＮｏｄｅ−Ｂ２５６でアクセスを取得したことを通知するために、ターゲットｅＮｏｄｅ−Ｂ２５６は、ハンドオーバ完了メッセージをＭＭＥ／ＵＰＥ２５８に送信する（ステップ２３０）。次に、ＭＭＥ／ＵＰＥ２５８はハンドオーバ完了確認応答（ＡＣＫ）をターゲットｅＮｏｄｅ−Ｂ２５６に送信し、ＵプレーンデータパスをソースｅＮｏｄｅ−Ｂ２５４からターゲットｅＮｏｄｅ−Ｂ２５６に切り替える（ステップ２３２）。ソースｅＮｏｄｅ−Ｂ２５４での無線リソースの解放は、ターゲットｅＮｏｄｅ−Ｂ２５６によって送信されるリソース解放メッセージによりトリガされる（ステップ２３４）。ターゲットｅＮｏｄｅ−Ｂ２５６からメッセージを受信した後、ソースｅＮｏｄｅ−Ｂ２５４は、ＷＴＲＵ２５２に対する無線リソースを解放する（ステップ２３６）。

図２を参照しながら、ハンドオーバが失敗した場合について、以下に説明する。ＷＴＲＵ２５２がハンドオーバに成功しなかった場合、ＷＴＲＵ２５２は、無線リンク（ＲＬ）の失敗手順またはセルの再選択手順を用いることができる。ステップ２１２でハンドオーバコマンドが失敗すると、ソースｅＮｏｄｅ−Ｂ２５４は、その失敗についてターゲットｅＮｏｄｅ−Ｂ２５６に通知する。ターゲットｅＮｏｄｅ−Ｂ２５６は、ステップ２０８の後にＷＴＲＵ２５２に対するアップリンクおよびダウンリンクのリソースをスケジューリングする。ハンドオーバに失敗した場合にセルの再選択を実行するとき、ＷＴＲＵ２５２は、ソースｅＮｏｄｅ−Ｂ２５４内で最初に接続したセルへのアクセスを最初に試みることができる。これに失敗すると、ＷＴＲＵ２５２はソースｅＮｏｄｅ−Ｂ内の他のセルへのアクセスを試みることができる。これにも失敗すると、ＷＴＲＵ２５２は測定結果に基づいてソースｅＮｏｄｅ−Ｂに含まれていない他のセルへのアクセスを試みることができる。

ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバコマンドが失敗した後に所定時間が経過した後にハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを保持している。ソースｅＮｏｄｅ−Ｂ２５４は、ハンドオーバ失敗タイマの期限が切れたときに、ＷＴＲＵ２５２に関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットすることができる。次に、ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵ２５２に対する無線リソースを解放する。

セルの再選択がＷＴＲＵ２５２によって実行されると、ソースセルまたはｅＮｏｄｅ−Ｂの識別（ＩＤ）が、ＷＴＲＵ２５２によってＬＴＥ無線ネットワークの一時識別（ＲＮＴＩ）情報の一部として任意のｅＮｏｄｅ−Ｂに送信され、ＷＴＲＵ２５２が元のセルと他のセルのいずれにアクセスするかを検出する。ソースｅＮｏｄｅ−Ｂでは、ハンドオーバコマンドの伝送に失敗したことをＭＡＣレイヤが検出すると、ソースｅＮｏｄｅ−ＢのＭＡＣレイヤは自身のＲＲＣレイヤにハンドオーバの失敗を通知する。

実施形態
実施形態１
無線通信システムにおいてハンドオーバを実行する方法。

実施形態２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂが測定を実行することを含む実施形態１に記載の方法。

実施形態３
ソースｅＮｏｄｅ−Ｂが測定に基づいて、ハンドオーバに関する決定を行うことを含む実施形態２に記載の方法。

実施形態４
ソースｅＮｏｄｅ−Ｂが、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信することを含む実施形態３に記載の方法。

実施形態５
ターゲットｅＮｏｄｅ−Ｂが、ハンドオーバを始める必要があることを示すハンドオーバ応答をソースｅＮｏｄｅ−Ｂに送信することを含む実施形態４に記載の方法。

実施形態６
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信することを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態５に記載の方法。

実施形態７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態６に記載の方法。

実施形態８
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−ＢがＲＡＣＨアクセス手順に基づいてＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態６から７のいずれか１つに記載の方法。

実施形態９
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−Ｂが、ＷＴＲＵから明示的なリソース割り当て要求を受信することなくＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態６から８のいずれか１つに記載の方法。

実施形態１０
ソースｅＮｏｄｅ−ＢがユーザデータをターゲットｅＮｏｄｅ−Ｂに転送することをさらに含む実施形態６から９のいずれか１つに記載の方法。

実施形態１１
ユーザデータの転送は、サービスに依存した実装固有の方法で実施される実施形態１０に記載の方法。

実施形態１２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがハンドオーバコマンドを受信した後も、データの送受信を継続する実施形態６から９のいずれか１つに記載の方法。

実施形態１３
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータの送受信を継続する実施形態１２に記載の方法。

実施形態１４
伝送されるデータは、不完全なＳＤＵである実施形態１２から１３のいずれか１つに記載の方法。

実施形態１５
ソースｅＮｏｄｅ−Ｂは、正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとを示すＳＮを含むＲＬＣメッセージをＷＴＲＵに送信する実施形態１４に記載の方法。

実施形態１６
ＳＮはＰＤＣＰ ＳＮまたは共通ＳＮである実施形態１５に記載の方法。

実施形態１７
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信するとすぐに、ソースｅＮｏｄｅ−ＢはＷＴＲＵへのデータ伝送を停止し、ＷＴＲＵがハンドオーバコマンドを受信するとすぐに、ＷＴＲＵはソースｅＮｏｄｅ−Ｂへのデータ伝送を停止する実施形態６から９のいずれか１つに記載の方法。

実施形態１８
ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂに切り替えられるまでデータの伝送を継続する実施形態６から９のいずれか１つに記載の方法。

実施形態１９
ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行することをさらに含む実施形態６から１８のいずれか１つに記載の方法。

実施形態２０
ＷＴＲＵは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行する実施形態１９に記載の方法。

実施形態２１
相対的なタイミング差情報はハンドオーバコマンドに含まれている実施形態１９から２０のいずれか１つに記載の方法。

実施形態２２
ＷＴＲＵは、タイミング調整にＲＡＣＨアクセス手順を使用する実施形態１９から２１のいずれか１つに記載の方法。

実施形態２３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態２２に記載の方法。

実施形態２４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態２３に記載の方法。

実施形態２５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態２４に記載の方法。

実施形態２６
ターゲットｅＮｏｄｅ−ＢがＷＴＲＵのハンドオーバ完了メッセージの伝送のためにアップリンクリソースを割り当てることをさらに含む実施形態６から２５のいずれか１つに記載の方法。

実施形態２７
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵからのリソース割り当て要求に基づいてアップリンクリソースをスケジューリングする実施形態２６に記載の方法。

実施形態２８
リソース割り当て要求はＲＡＣＨを介して送信される実施形態２７に記載の方法。

実施形態２９
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵから要求を受信することなくアップリンクリソースをスケジューリングする実施形態２６に記載の方法。

実施形態３０
ＷＴＲＵが、ターゲットｅＮｏｄｅ−Ｂからアップリンクリソースを受信した後にＲＬＣおよびＨＡＲＱをリセットすることをさらに含む実施形態６から２９のいずれか１つに記載の方法。

実施形態３１
ＷＴＲＵが、ハンドオーバコマンドを受信した後にＲＬＣおよびＨＡＲＱをリセットすることをさらに含む実施形態６から２９のいずれか１つに記載の方法。

実施形態３２
ＷＴＲＵがハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂに送信することをさらに含み、このハンドオーバ完了メッセージは、伝送されるアップリンクＰＤＣＰ ＳＮを含む実施形態６から３１のいずれか１つに記載の方法。

実施形態３３
ＷＴＲＵが、ハンドオーバ完了メッセージの後に、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂに送信することをさらに含む実施形態３２に記載の方法。

実施形態３４
ターゲットｅＮｏｄｅ−Ｂがデータ伝送のためのアップリンクおよびダウンリンクのスケジューリング情報ならびにＲＲＣメッセージをＷＴＲＵに送信することをさらに含み、ＲＲＣメッセージは、ＲＡＢ再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮの開始、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つを含む実施形態６から３３のいずれか１つに記載の方法。

実施形態３５
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにＲＬ失敗手順を実行することをさらに含む実施形態６から３４のいずれか１つに記載の方法。

実施形態３６
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドが正しく伝えられなかった後に所定時間が経過するまでハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを保持する実施形態６から３５のいずれか１つに記載の方法。

実施形態３７
ソースｅＮｏｄｅ−Ｂは、タイマの期限が切れたときに、ＷＴＲＵに関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットする実施形態３６に記載の方法。

実施形態３８
ＷＴＲＵが、ハンドオーバコマンドが正しく伝えられなかったときにセルの再選択手順を実行することをさらに含む実施形態６から３７のいずれか１つに記載の方法。

実施形態３９
ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態３８に記載の方法。

実施形態４０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態３９に記載の方法。

実施形態４１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態４０に記載の方法。

実施形態４２
ＷＴＲＵは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信する実施形態３８から４１のいずれか１つに記載の方法。

実施形態４３
ハンドオーバを実行するための無線通信システム。

実施形態４４
測定を実行して測定結果報告を送信するように構成されたＷＴＲＵを含む実施形態４３に記載のシステム。

実施形態４５
ターゲットｅＮｏｄｅ−Ｂを含む実施形態４４に記載のシステム。

実施形態４６
測定結果報告に基づいてハンドオーバに関する決定を行い、ハンドオーバ要求をターゲットｅＮｏｄｅ−Ｂに送信し、ハンドオーバを始める必要があることを示すハンドオーバ応答をターゲットｅＮｏｄｅ−Ｂから受信した後にハンドオーバコマンドをＷＴＲＵに送信するように構成されたソースｅＮｏｄｅ−Ｂを含み、ハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態４５に記載のシステム。

実施形態４７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態４６に記載のシステム。

実施形態４８
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−ＢがＲＡＣＨアクセス手順を使用してＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態４６から４７のいずれか１つに記載のシステム。

実施形態４９
ハンドオーバコマンドは、ターゲットｅＮｏｄｅ−Ｂが、ＷＴＲＵから明示的なリソース割り当て要求を受信することなくＷＴＲＵ用のリソースをスケジューリングすることを示す実施形態４６から４８のいずれか１つに記載のシステム。

実施形態５０
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドをＷＴＲＵに送信した後にユーザデータをターゲットｅＮｏｄｅ−Ｂに転送するように構成されている実施形態４６から４９のいずれか１つに記載のシステム。

実施形態５１
ユーザデータの転送は、サービスに依存した実装固有の方法で実施される実施形態５０に記載のシステム。

実施形態５２
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがハンドオーバコマンドを受信した後も、データの送受信を継続する実施形態４６から５１のいずれか１つに記載のシステム。

実施形態５３
ＷＴＲＵおよびソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータの送受信を継続する実施形態４６から５１のいずれか１つに記載のシステム。

実施形態５４
伝送されるデータは、不完全なＳＤＵである実施形態５２から５３のいずれか１つに記載のシステム。

実施形態５５
ソースｅＮｏｄｅ−Ｂは、正しく受信されたＳＤＵと正しく受信されなかったＳＤＵとを示すＳＮを含むＲＬＣメッセージをＷＴＲＵに送信する実施形態５４に記載のシステム。

実施形態５６
ＳＮはＰＤＣＰ ＳＮまたは共通ＳＮである実施形態５５に記載のシステム。

実施形態５７
ソースｅＮｏｄｅ−ＢがハンドオーバコマンドをＷＴＲＵに送信するとすぐに、ソースｅＮｏｄｅ−ＢはＷＴＲＵへのデータ伝送を停止し、ＷＴＲＵがハンドオーバコマンドを受信するとすぐに、ＷＴＲＵはソースｅＮｏｄｅ−Ｂへのデータ伝送を停止する実施形態４６から５１のいずれか１つに記載のシステム。

実施形態５８
ソースｅＮｏｄｅ−Ｂは、ＷＴＲＵがターゲットｅＮｏｄｅ−Ｂに切り替えられるまでデータの伝送を継続する実施形態４６から５１のいずれか１つに記載のシステム。

実施形態５９
ＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行するように構成されている実施形態４６から５８のいずれか１つに記載のシステム。

実施形態６０
ＷＴＲＵは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行するように構成されている実施形態５９に記載のシステム。

実施形態６１
相対的なタイミング差情報はハンドオーバコマンドに含まれている実施形態６０に記載のシステム。

実施形態６２
ＷＴＲＵは、タイミング調整にＲＡＣＨアクセス手順を使用するように構成されている実施形態５９から６１のいずれか１つに記載のシステム。

実施形態６３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態６２に記載のシステム。

実施形態６４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態６３に記載のシステム。

実施形態６５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態６４に記載のシステム。

実施形態６６
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵのハンドオーバ完了メッセージの伝送のためにアップリンクリソースを割り当てるように構成されている実施形態４６から６５のいずれか１つに記載のシステム。

実施形態６７
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵからのリソース割り当て要求に基づいてアップリンクリソースをスケジューリングするように構成されている実施形態６６に記載のシステム。

実施形態６８
リソース割り当て要求はＲＡＣＨを介して送信される実施形態６７に記載のシステム。

実施形態６９
ターゲットｅＮｏｄｅ−Ｂは、ＷＴＲＵから要求を受信することなくアップリンクリソースをスケジューリングするように構成されている実施形態６６に記載のシステム。

実施形態７０
ＷＴＲＵは、ターゲットｅＮｏｄｅ−Ｂからアップリンクリソースを受信した後にＲＬＣおよびＨＡＲＱをリセットするように構成されている実施形態６６から６９のいずれか１つに記載のシステム。

実施形態７１
ＷＴＲＵは、ハンドオーバコマンドを受信した後にＲＬＣおよびＨＡＲＱをリセットするように構成されている実施形態４６から７０のいずれか１つに記載のシステム。

実施形態７２
ＷＴＲＵは、ハンドオーバ完了メッセージをターゲットｅＮｏｄｅ−Ｂに送信するように構成され、このハンドオーバ完了メッセージは、伝送されるアップリンクＰＤＣＰ ＳＮを含む実施形態４６から７１のいずれか１つに記載のシステム。

実施形態７３
ＷＴＲＵは、正しく伝送されたＳＤＵおよびＳＤＵギャップを示すハンドオーバ完了メッセージの後にＲＬＣ制御メッセージをターゲットｅＮｏｄｅ−Ｂに送信するように構成されている実施形態７２に記載のシステム。

実施形態７４
ターゲットｅＮｏｄｅ−Ｂは、データ伝送のためのアップリンクおよびダウンリンクのスケジューリング情報ならびにＲＲＣメッセージをＷＴＲＵに送信するように構成され、ＲＲＣメッセージは、ＲＡＢ再構成情報、ダウンリンクの開始ＰＤＣＰ ＳＮの開始、ＲＬＣ制御メッセージ、および測定関連の情報の少なくとも１つを含む実施形態４６から７３のいずれか１つに記載のシステム。

実施形態７５
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにＲＬ失敗手順を実行するように構成されている実施形態４６から７４のいずれか１つに記載のシステム。

実施形態７６
ソースｅＮｏｄｅ−Ｂは、ハンドオーバコマンドが正しく伝えられなかった後に所定時間が経過するまでハンドオーバ完了メッセージが受信されない場合にタイムアウトするタイマを含む実施形態４６から７５のいずれか１つに記載のシステム。

実施形態７７
ソースｅＮｏｄｅ−Ｂは、タイマの期限が切れたときに、ＷＴＲＵに関係するＲＲＣコンテキスト、ＰＤＣＰコンテキスト、ＲＬＣおよびＨＡＲＱパラメータをリセットする実施形態７６に記載のシステム。

実施形態７８
ＷＴＲＵは、ハンドオーバコマンドが正しく伝えられなかったときにセルの再選択手順を実行するように構成されている実施形態４６から７７のいずれか１つに記載のシステム。

実施形態７９
ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態７８に記載のシステム。

実施形態８０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態７９に記載のシステム。

実施形態８１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態８０に記載のシステム。

実施形態８２
ＷＴＲＵは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信するように構成されている実施形態７８から８１のいずれか１つに記載のシステム。

実施形態８３
無線通信システムにおいてハンドオーバを実行するためのｅＮｏｄｅ−Ｂ。

実施形態８４
ＷＴＲＵとの間でデータを送受信するための送受信機を含む実施形態８３に記載のｅＮｏｄｅ−Ｂ。

実施形態８５
ＷＴＲＵ用のチャネルにおいて測定を実行するための測定ユニットを含む実施形態８４に記載のｅＮｏｄｅ−Ｂ。

実施形態８６
測定に基づいてハンドオーバに関する決定を行い、ハンドオーバコマンドをＷＴＲＵに送信するように構成されたハンドオーバコントローラを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態８４から８５のいずれか１つに記載のｅＮｏｄｅ−Ｂ。

実施形態８７
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態８６に記載のｅＮｏｄｅ−Ｂ。

実施形態８８
ハンドオーバコントローラは、ＷＴＲＵがハンドオーバコマンドを受信した後もデータがＷＴＲＵとの間で送受信されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。

実施形態８９
ハンドオーバコントローラは、ハンドオーバコマンドを介して伝えられるハンドオーバ時までデータがＷＴＲＵとの間で送受信されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。

実施形態９０
伝送されるデータは、不完全なＳＤＵである実施形態８９に記載のｅＮｏｄｅ−Ｂ。

実施形態９１
ハンドオーバコントローラは、ハンドオーバコマンドがＷＴＲＵに送信されるとすぐにデータ伝送が停止されるように送受信機を制御する実施形態８６から８７のいずれか１つに記載のｅＮｏｄｅ−Ｂ。

実施形態９２
無線通信システムにおいてハンドオーバを実行するためのＷＴＲＵ。

実施形態９３
ｅＮｏｄｅ−Ｂとの間でデータを送受信するための送受信機を含む実施形態９２に記載のＷＴＲＵ。

実施形態９４
測定を実行するための測定ユニットを含む実施形態９３に記載のＷＴＲＵ。

実施形態９５
ソースｅＮｏｄｅ−Ｂから受信したハンドオーバコマンドに従ってソースｅＮｏｄｅ−ＢからターゲットｅＮｏｄｅ−Ｂへのハンドオーバを実行するためのコントローラを含み、このハンドオーバコマンドは、再構成情報、タイミング調整に関する情報、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差、ターゲットｅＮｏｄｅ−Ｂにおける初期の無線リソーススケジューリング手順に関する情報、およびターゲットｅＮｏｄｅ−Ｂに関する測定情報の少なくとも１つを含む実施形態９３から９４のいずれか１つに記載のＷＴＲＵ。

実施形態９６
再構成情報は、ＲＲＣレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、および物理レイヤの少なくとも１つを対象とする実施形態９５に記載のＷＴＲＵ。

実施形態９７
コントローラは、ＷＴＲＵがハンドオーバコマンドを受信した後もデータがソースｅＮｏｄｅ−Ｂとの間で送受信されるように送受信機を制御する実施形態９５から９６のいずれか１つに記載のＷＴＲＵ。

実施形態９８
伝送されるデータは、不完全なＳＤＵである実施形態９７に記載のＷＴＲＵ。

実施形態９９
コントローラは、ＷＴＲＵがハンドオーバコマンドを受信するとすぐにソースｅＮｏｄｅ−Ｂへのデータ伝送が停止するように送受信機を制御する実施形態９５から９６のいずれか１つに記載のＷＴＲＵ。

実施形態１００
コントローラは、ターゲットｅＮｏｄｅ−Ｂとのタイミング調整を実行するように構成されている実施形態９５から９９のいずれか１つに記載のＷＴＲＵ。

実施形態１０１
コントローラは、ソースｅＮｏｄｅ−ＢとターゲットｅＮｏｄｅ−Ｂとの間の相対的なタイミング差に基づいてタイミング調整を自律的に実行する実施形態１００に記載のＷＴＲＵ。

実施形態１０２
コントローラは、タイミング調整にＲＡＣＨアクセス手順を使用する実施形態１００に記載のＷＴＲＵ。

実施形態１０３
異なる直交性および異なる優先権を持つ複数のＲＡＣＨプリアンブルシグネチャが使用され、複数のＲＡＣＨプリアンブルシグネチャの中で、より高い直交性、より高い優先権、およびより高い電力を持つＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で使用される実施形態１０２に記載のＷＴＲＵ。

実施形態１０４
特定のＲＡＣＨプリアンブルシグネチャがハンドオーバ目的で予約される実施形態１０３に記載のＷＴＲＵ。

実施形態１０５
予約されたＲＡＣＨプリアンブルシグネチャはハンドオーバコマンドに示されている実施形態１０４に記載のＷＴＲＵ。

実施形態１０６
コントローラは、アップリンクリソースのスケジューリングのためにリソース割り当て要求をターゲットｅＮｏｄｅ−Ｂに送信する実施形態９５から１０５のいずれか１つに記載のＷＴＲＵ。

実施形態１０７
リソース割り当て要求はＲＡＣＨを介して送信される実施形態１０６に記載のＷＴＲＵ。

実施形態１０８
コントローラは、ハンドオーバコマンドが正しく受信されなかったときにセルの再選択手順を実行する実施形態９５から１０７のいずれか１つに記載のＷＴＲＵ。

実施形態１０９
コントローラは、ソースｅＮｏｄｅ−Ｂで最初に接続したセルに最初にアクセスを試みる実施形態１０８に記載のＷＴＲＵ。

実施形態１１０
ＷＴＲＵが最初に接続したセルへのアクセスに失敗した場合、コントローラは、ソースｅＮｏｄｅ−Ｂの別のセルへのアクセスを試みる実施形態１０９に記載のＷＴＲＵ。

実施形態１１１
ＷＴＲＵがソースｅＮｏｄｅ−Ｂの前記の別のセルへのアクセスに失敗した場合、ＷＴＲＵは、ソースｅＮｏｄｅ−Ｂに含まれていない別のセルへのアクセスを試みる実施形態１１０に記載のＷＴＲＵ。

実施形態１１２
コントローラは、セルの再選択時にソースｅＮｏｄｅ−Ｂ ＩＤをターゲットｅＮｏｄｅ−Ｂに送信する実施形態１０８から１１１のいずれか１つに記載のＷＴＲＵ。

本発明の特徴および要素は好ましい実施形態において特定の組み合わせを用いて説明された。しかし、各特徴または要素は、好ましい実施形態の他の特徴および要素を用いずに単独で用いることが可能であり、または本発明の他の特徴および要素を用いてもしくは用いずにさまざまな組み合わせで用いることができる。本発明で提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータで読み出し可能な記憶媒体に実際に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータで読み出し可能な記憶媒体の例としては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内蔵型ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクなどの光学式媒体、ならびにデジタル多用途ディスク（ＤＶＤ）などがある。

適したプロセッサの例を挙げると、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと共に用いる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書き替え可能ゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、および／または状態遷移マシーンなどがある。

プロセッサをソフトウェアと共に使用することで、無線送受信ユニット（ＷＴＲＵ）、移動端末装置（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、またはホストコンピュータで使用するＲＦ送受信機（radio frequency transceiver）を実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビの送受信装置、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、ＬＣＤ表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されたモジュールと共に使用することができる。

本発明は、一般的に無線通信システムに利用することができる。

１５２ ＵＥ
１５４、２５３ ソースｅノードＢ
１５６、２５６ ターゲットｅノードＢ
１５８ ＭＭＥ／ＵＰＥ
２５２ ＷＴＲＵ

Claims (17)

1. 無線送受信ユニット（ＷＴＲＵ）によって実行される、ハンドオーバを実行する方法において、
   前記ＷＴＲＵが、ソースｅノードＢからハンドオーバコマンドを受信するステップと、
   前記ＷＴＲＵが、ランダムアクセス手順を使用して、ターゲットｅノードＢとタイミング調整を実行するステップと、
   前記ＷＴＲＵが、前記ハンドオーバコマンドの受信に応答して、無線リンク制御（ＲＬＣ）およびハイブリッド自動再送要求（ＨＡＲＱ）パラメータをリセットするステップと、
   前記ＷＴＲＵが、前記ハンドオーバコマンドの中に含まれた情報を使用して、前記ターゲットｅノードＢへハンドオーバを実行するステップと
   を備えることを特徴とする方法。
2. 前記ハンドオーバコマンドは、ランダムなランダムアクセスチャネル（ＲＡＣＨ）プリアンブルが、前記ランダムアクセス手順のために使用されなければならないことを示すことを特徴とする請求項１に記載の方法。
3. 前記ハンドオーバコマンドは、前記ＷＴＲＵからの明示的なリソース割り当て要求を受信することなしに、前記ターゲットｅノードＢが前記ＷＴＲＵのためのリソースをスケジュールすることを示すことを特徴とする請求項１に記載の方法。
4. 前記ハンドオーバコマンドは、前記ターゲットｅノードＢに対する測定情報を示すことを特徴とする請求項１に記載の方法。
5. 専用ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルが、前記ハンドオーバコマンドの中に含まれることを特徴とする請求項１に記載の方法。
6. 前記専用ＲＡＣＨプリアンブルは、非ハンドオーバ目的に対して使用されるよりもより高い直交性、より高い優先度、および、より高い電力を持つＲＡＣＨプリアンブルシグネチャを含むことを特徴とする請求項５に記載の方法。
7. 特定のＲＡＣＨプリアンブルシグネチャが、前記ハンドオーバの目的のために予約されることを特徴とする請求項１に記載の方法。
8. 前記ＷＴＲＵが、ハンドオーバ完了メッセージを前記ターゲットｅノードＢに送るステップをさらに備えることを特徴とする請求項１に記載の方法。
9. 前記ハンドオーバ完了メッセージは、送信されることになるアップリンクパケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）を含むことを特徴とする請求項８に記載の方法。
10. ハンドオーバを実行する無線送受信ユニット（ＷＴＲＵ）において、
    １つ以上の発展型ノードＢ（ｅノードＢ）へデータを送信しおよび１つ以上のｅノードＢからデータを受信するよう構成された送受信機と、
    ランダムアクセス手順を使用して、ターゲットｅノードＢとタイミング調整を行い、
    ハンドオーバコマンドの受信に応答して、無線リンク制御（ＲＬＣ）およびハイブリッド自動再送要求（ＨＡＲＱ）パラメータをリセットし、
    ソースｅノードＢから受信された前記ハンドオーバコマンドの中に含まれた情報を使用して、前記ソースｅノードＢから前記ターゲットｅノードＢへハンドオーバを実行する
    よう構成されたコントローラと
    を備えたことを特徴とするＷＴＲＵ。
11. 前記コントローラは、前記ＷＴＲＵが前記ハンドオーバコマンドを受信するとすぐに前記ソースｅノードＢへのデータ送信が止まるように、前記送受信機を制御するよう構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
12. 前記ハンドオーバコマンドは、ランダムなランダムアクセスチャネル（ＲＡＣＨ）プリアンブルが使用されることになることを示すことを特徴とする請求項１０に記載のＷＴＲＵ。
13. 専用ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルが、前記ハンドオーバコマンドの中に含まれることを特徴とする請求項１０に記載のＷＴＲＵ。
14. 前記専用ＲＡＣＨプリアンブルは、非ハンドオーバ目的に対して使用されるよりもより高い直交性、より高い優先度および、より高い電力を持つＲＡＣＨプリアンブルを含むことを特徴とする請求項１３に記載のＷＴＲＵ。
15. 特定のＲＡＣＨプリアンブルシグネチャが、前記ハンドオーバの目的のために予約されることを特徴とする請求項１０に記載のＷＴＲＵ。
16. 前記コントローラは、アップリンクリソースをスケジューリングするリソース割り当て要求を前記ターゲットｅノードＢへ送るよう構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
17. 前記リソース割り当て要求は、ランダムアクセスチャネル（ＲＡＣＨ）を経由して、送られることを特徴とする請求項１６に記載のＷＴＲＵ。

Images