(57)【要約】無線通信ネットワークにおける無線リンク障害（ＲＬＦ）回復のための方法において、タイマＴは、モバイル端末ＵＥに対する新しいｅＮＢにハンドオーバするようにとのコマンドから予め決められた時間帯をセットする。リソースはターゲットｅＮＢ２において保持される。ＵＥがターゲットｅＮＢ２に接続せずに時間帯が終了した場合は、ソースｅＮＢは他の候補ｅＮＢ３及び４にリソースを保持するように要求する。ＵＥがターゲットｅＮＢ２と連携した後は、候補ｅＮＢ３及び４において保持されているリソースはリリースされる。ＵＥが時間帯Ｔの終了前にターゲットｅＮＢ２と連携した場合は、リソースは候補ｅＮＢ３及び４において不必要に保持されない。ＵＥがターゲットｅＮＢ２ではなく候補ｅＮＢ３の１つと連携した場合は、リソースはすでに保持されており、ＬＴＥ構成において、ＵＥがＬＴＥ＿ＩＤＬＥを経由せずにＲＬＦ回復を実施することができるようになる。
2011511590.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおける無線リンク障害回復のための方法であって、
モバイル端末とソースネットワークノードとの間の無線リンクの障害の場合に前記モバイル端末を受け入れるためのターゲットノードとしてネットワークノードを指定するステップ、
候補ノードとして１つ以上の他のネットワークノードを指定するステップ、
前記ターゲットノードにおいてリソースを保持するステップ、
前記ターゲットノードが前記ソースノードからの前記モバイル端末のハンドオーバを受け入れる準備ができた時に前記モバイル端末にハンドオーバコマンドを送信するステップ、
前記ハンドオーバコマンドがその時から送信される予め決められた時間帯を定義するためにタイマを開始するステップ、及び
前記モバイル端末が前記ターゲットノードに接続せずに前記予め決められた時間帯が経過した時に前記１つ以上の候補ノードにおいてリソースを保持するステップ
を含む方法。
【請求項２】
請求項１に記載の方法であって、１つのノードにリソースを保持するように要求するためにそのノードにハンドオーバ要求を送信するステップを含む方法。
【請求項３】
請求項１又は２に記載の方法であって、前記モバイル端末が１つのノードに接続した時に、前記ソースノードはリソースを保持している他のノードにそれらのリソースを開放するようにとの要求を送信するステップを含む方法。
【請求項４】
請求項１、２又は３に記載の方法であって、前記予め決められた時間帯は、前記ソースノードが、前記指定されたノードからハンドオーバ要求確認応答を受信した後に、前記指定されたノードからメッセージを受信してリソースをリリースするための通常の時間の持続時間から計算される方法。
【請求項５】
請求項１乃至４のいずれか１項に記載の方法であって、前記予め決められた時間帯は、無線リンク障害手順のために指定されたタイマを使用して計算される方法。
【請求項６】
請求項５に記載の方法であって、前記予め決められた時間帯は、無線リンク障害手順のための前記タイマを使用して計算され、モバイル端末ごとに個々にセットされる方法。
【請求項７】
請求項４及び５に記載の方法であって、前記予め決められた時間帯は、前記ソースノードが前記指定されたノードからメッセージを受信してリソースをリリースするための前記通常の時間の持続時間と前記無線リンク障害手順のための前記タイマとの組合せを使用して計算される方法。
【請求項８】
請求項１乃至７のいずれか１項に記載の方法であって、前記ネットワークは、ロングタームエボリューション（ＬＴＥ）仕様に準拠している方法。
【請求項９】
請求項８に記載の方法であって、前記予め決められた時間帯は、ＬＴＥ仕様において定義されているタイマＴ１及びＴ２の少なくとも１つを使用して計算される方法。
【請求項１０】
無線通信ネットワークであって、モバイル端末がソースネットワークノードを介して前記ネットワークにアクセスし、モバイル端末と前記ソースネットワークノードとの間の無線リンクの障害の場合には、別のネットワークノードが前記モバイル端末を受け入れるためのターゲットノードとして指定され、１つ以上の他のネットワークノードが候補ノードとして指定される複数のネットワークノード、及び前記ターゲットノードが前記ソースノードからの前記モバイル端末のハンドオーバを受け入れる準備ができた時にハンドオーバコマンドがその時から前記モバイル端末に送信される予め決められた時間帯を定義するためのタイマを備え、前記ネットワークは前記ターゲットノードにおいてリソースを保持し、前記タイマを開始し、前記モバイル端末が前記ターゲットノードに接続せずに前記予め決められた時間帯が経過した時に前記１つ以上の候補ノードにおいてリソースを保持するように動作可能である、無線通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークにおける無線リンク障害回復のための方法及び装置に関し、より具体的には、しかし排他的にではなく、第３世代パートナーシッププロジェクト（３ＧＰＰ）進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）及び進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）仕様に準拠して実施される方法及び装置に関する。
【背景技術】
【０００２】
現在、３ＧＰＰは、参照として本明細書に組み込まれている技術仕様３ＧＰＰ  ＴＳ  ３６．３００  ｖ  ８．３．０（２００７−１２）、及び関連文書に述べられているＥ−ＵＴＲＡ及びＥ−ＵＴＲＡＮの開発を考えている。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、例えば、効率及びサービスを改善することにより、ユニバーサル移動電気通信システム（ＵＭＴＳ）規格を拡張することを目指している。
【０００３】
Ｅ−ＵＴＲＡＮでは、ユーザ装置（ＵＥ）はネットワークノード、ＮｏｄｅＢ（ｅＮＢ）と通信し、データはそれらの間の無線リンクを介して無線ベアラ（ＲＢ）で送信される。ｅＮＢは、Ｓ１と呼ばれるインターフェースを介してモバイル管理エンティティ（ＭＭＥ）とインターフェースする。Ｅ−ＵＴＲＡＮネットワークは複数のｅＮＢ及びＭＭＥを含む。ＵＥと、ＵＥが接続されているソースｅＮＢとの間の接続は失われることがあり、これは無線リンク障害（ＲＬＦ）として知られている。ＲＬＦを経験し、別のｅＮＢのセルに再度現れるＵＥを、アイドル状態、ＲＲＣ＿ＩＤＬＥ経由の移動として扱うことが以前提案されたことがあった。この機構では、ソースｅＮＢにＲＬＦがあると、ＵＥはＩＤＬＥ状態に入り、新しいターゲットｅＮＢを選択する。ＵＥが新しいターゲットｅＮＢに接続され、ターゲットｅＮＢに関するシステム情報を受信した時、ＵＥは、ターゲットｅＮＢにおいてリソースを設定するためにアクセス手順を実行することができる。しかし、この手順は時間がかかりすぎる。
【０００４】
ＲＬＦは、ソースｅＮＢからターゲットｅＮＢへのハンドオーバが今にも起ころうとしている時に、フェージングチャネル状態中に特に生じる可能性がある。ＩＤＬＥ状態を経由することを回避するために、ハンドオーバ準備手順を使用することにより、ＵＥを受け入れるために新しいｅＮＢを予め準備しておくことができることが示唆されている。Ｈａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔメッセージが複数のｅＮＢに送られることが可能であり、従って、複数のｅＮＢがＵＥを認識することができ、各ｅＮＢはハンドオーバ候補として準備される。次いで、ＵＥは、ＲＬＦのモビリティフェーズ中に新しいターゲットｅＮＢを選択した後にその古いコンテキストを続行することができる。
【０００５】
参照として本明細書に組み込まれているＮｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋｓ等による文書「Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ」、Ｒ２−０７２３８２、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃５８は、ハンドオーバ手順を使用して複数のｅＮＢを準備することによるＲＬＦ回復について論じている。準備されたｅＮＢは、ＵＥコンテキスト及びリソースを保持しており、従って、複数のｅＮＢを準備することにより、ＵＥがＲＲＣ＿ＩＤＬＥを経由する必要なしにＲＬＦから回復することができる確率が上がり、従って回復時間を低減する。
【０００６】
参照として本明細書に組み込まれているＮｏｋｉａ及びＮｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋｓによる文書「Ｈａｎｄｏｖｅｒ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ」Ｒ２−０７１７１７、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃５８、並びに、参照として本明細書に組み込まれているＶｏｄａｆｏｎｅによる文書「Ｍｏｂｉｌｉｔｙ  ｉｎ  ＬＴＥ＿ＡＣＴＩＶＥ  ｓｔａｔｅ」、Ｒ２−０７２３８２３、ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃５８も、ＵＥがＩＤＬＥ状態を経由することを回避するためにハンドオーバ中に複数のｅＮＢを準備することを考察している。
【０００７】
図１を参照すると、複数のｅＮＢとのハンドオーバを準備している１つのＬＴＥネットワークにおいて、ソースｅＮＢ１は、指定されたターゲットｅＮＢ２、並びにそれらの２つが図示されている他の候補ｅＮＢ３及び４にＨａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔを送信する。Ｈａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔは、指定されたターゲットｅＮＢ及び候補ｅＮＢ、２、３及び４に、５、６及び７において示されているように、リソースを保持させ、その結果、ＵＥがＲＬＦ中に候補ｅＮＢ３及び４の１つに接続している場合は、回復時間が低減される。ｅＮＢ２、３及び４はそれぞれ、メッセージＨａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔ＿ＡｃｋをソースｅＮＢ１に送信してハンドオーバ要求を確認応答する。ＲＬＦ中に、ＵＥは、８において示されているように、指定されたターゲットｅＮＢ２に関連するセルの中に現れる。ターゲットｅＮＢ２は、ハンドオーバ手順を完了した後は、リリースリソースメッセージをソースｅＮＢ１に送信する。次いで、ソースｅＮＢ１はＵＥのために保持していたリソースをリリースし、Ｆｒｅｅ＿Ｒｅｓｏｕｒｃｅメッセージをその他の候補ｅＮＢ３及び４に送信し、９及び１０において示されているように、その他の候補ｅＮＢ３及び４が保持していたリソースを解放する。
【０００８】
他の以前の提案では、Ｒ２−０７４１７９に述べられているように、ＵＥコンテキスト情報は、ターゲットｅＮＢになるべき候補である複数のｅＮＢに送信され、いずれはこれらのｅＮＢへのハンドオーバが生じるが、これらの候補ｅＮＢにおけるリソースの保持は行われない。このことによって、ＵＥはＲＲＣ＿ＩＤＬＥを経由せずにＲＬＦ手順の中で新しいｅＮＢに接続することができるようになる。一変形形態では、複数の候補ｅＮＢがＵＥコンテキスト情報を送信され、ＵＥがハンドオーバするものである可能性が最も高い候補ｅＮＢである１つの候補ｅＮＢのみがリソースを保持する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】技術仕様３ＧＰＰ  ＴＳ  ３６．３００  ｖ  ８．３．０（２００７−１２）
【非特許文献２】Ｎｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋｓ等による文書「Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ」、Ｒ２−０７２３８２、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃５８
【非特許文献３】Ｎｏｋｉａ及びＮｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋｓによる文書「Ｈａｎｄｏｖｅｒ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ」Ｒ２−０７１７１７、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃５８
【非特許文献４】Ｖｏｄａｆｏｎｅによる文書「Ｍｏｂｉｌｉｔｙ  ｉｎ  ＬＴＥ＿ＡＣＴＩＶＥ  ｓｔａｔｅ」、Ｒ２−０７２３８２３、ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃５８
【非特許文献５】Ｒ２−０７４１７９
【発明の概要】
【課題を解決するための手段】
【００１０】
本発明の第１の態様によれば、無線通信ネットワークにおける無線リンク障害回復のための方法は、モバイル端末とソースネットワークノードとの間の無線リンクの障害の場合にモバイル端末を受け入れるためのターゲットノードとしてネットワークノードを指定するステップ、
候補ノードとして１つ以上の他のネットワークノードを指定するステップ、
ターゲットノードにおいてリソースを保持するステップ、
ターゲットノードがソースノードからのモバイル端末のハンドオーバを受け入れる準備ができた時にモバイル端末にハンドオーバコマンドを送信するステップ、
ハンドオーバコマンドがその時から送信される予め決められた時間帯を定義するためにタイマを開始するステップ、及び
モバイル端末がターゲットノードに接続せずに予め決められた時間帯が経過した時に１つ以上の候補ノードにおいてリソースを保持するステップ
を含む。
【００１１】
本発明はＬＴＥに準拠した構成に特に適用可能であるが、有利には、他の仕様又は規格に準拠したネットワークにおいて使用されることが可能である。ＬＴＥではモバイル端末はＵＥであり、ネットワークノードはｅＮＢである。
【００１２】
無線リンク障害がある時に、ソースノードからの要求によってリソースが保持されているネットワークノードのセルにモバイル端末が現れた場合は、そのノードはモバイル端末を認識し、接続を完了するための手順を開始することができ、この接続は初めからセットアップされる必要はない。ＬＴＥネットワークにおいては、このことは、ＵＥがＩＤＬＥ状態に入るのを回避し、従って、ＵＥとの無線リンク接続を回復するために必要とされる時間を低減する。本発明による構成では、リソースは、最初、ＲＬＦ中はターゲットノードにおいて保持されるが、リソースは、予め決められた時間帯の後には、他の候補ノードにおいて保持されるのみである。このリソースの保持の延期は、オーバヘッドを低減する。例えば、ＬＴＥでは、Ｈａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔメッセージは、このメッセージを受信するノードにリソースを保持するよう指令するものであり、予め決められた指定された時間帯の間延期される。次いで、ＵＥはＲＬＦの第１のフェーズの中でソースｅＮＢにおいて再度現れ、時間帯が終了する前に、無駄に準備される候補ｅＮＢはなく、関連するメッセージングは回避される。他の場合には、ＲＬＦ中、ＵＥはリソースが保持されている指定されたターゲットｅＮＢに接続することができ、ターゲットノードはリソースをリリースするためにソースノードにメッセージを送信する。従って、候補ｅＮＢは、ＵＥがソースノードに再接続されないか、それとも予め決められた時間帯以内にターゲットノードへのハンドオーバを経験しない場合に準備されるのみである。従って、ｅＮＢ間のＸ２インターフェース上のシグナリング負荷は低減され、リソースは必要とされる可能性がより高い時にのみ候補ノードにおいて保持される。
【００１３】
本発明による１つの構成では、予め決められた時間帯は、ソースノードが、指定されたノードからハンドオーバ要求確認応答を受信した後にリソースをリリースするために、指定されたノードからメッセージを受信するための通常の時間の持続時間から計算される。例えば、これは９５パーセント変位値の最大持続時間でセットされてよい。本発明による他の構成では、予め決められた時間帯は無線リンク障害手順のために指定されたタイマを使用して計算され、この時間は個々のモバイル端末に固有でよい。ＬＴＥでは、これは、例えば３ＧＰＰ  ＴＳ  ３６．３００  ｖ  ８．３．０（２００７−１２）に述べられているように、ＲＬＦにおいて使用されるＴ１タイマでよい。予め決められた時間帯を計算するために、システム内信号の正の傾きのように、ＬＴＥ実施形態におけるＲＬＦ手順のタイマＴ２、又はいくつかのイベントをカウントするカウンタなど、他のタイマ、カウンタ、又はイベントベースのパラメータが使用されてよい。これらの時間帯パラメータの組合せは、例えばそれぞれの様々なパラメータを使用して計算された複数の時間帯から最小時間帯を選択することにより使用されてよい。
【００１４】
保持されているリソースは、データ送信のためのハンドオーバターゲットノードの容量に関連するハンドオーバターゲットノードにおける時間及び周波数領域を割り当てることを含んでよい。他のリソースは特別のコードであるプリアンブルを含んでよく、ＵＥとｅＮＢとの間に前の通信がない場合は、ＵＥはそのプリアンブルを用いてｅＮＢにアクセスすることができる。このアクセスは、ランダムアクセスチャネル（ＲＡＣＨ）を介して実行される。ＵＥはＲＡＣＨを介して送信されるプリアンブルをランダムに選択する。プリアンブルは、ｅＮＢからの応答を認識するために使用される。そのようなＲＡＣＨ手順は、コンテンションベースである。ソースｅＮＢからターゲットｅＮＢへのハンドオーバの場合にコンテンションを回避するために、プリアンブルのセットは、２つの基本的部分、即ち、ＵＥによってランダムに選択されるランダムプリアンブル、及びｅＮＢが特定のＵＥに送信する専用プリアンブルに分割される。ターゲットｅＮＢは、専用プリアンブルを、潜在的ターゲットｅＮＢからＵＥに向けて送信されたデータ部分である透過コンテナの中でソースｅＮＢを介してＵＥに送信することができる。このデータ部分は、実際には、潜在的ターゲットｅＮＢから現在のソースｅＮＢを介してＵＥに送信される。ソースｅＮＢは、このデータ部分を変更せず、従ってこのデータ部分は「透過コンテナ」と呼ばれる。専用プリアンブルは、特定のＵＥのみのために排他的に保持され、従って、別のＵＥが同じプリアンブルを使用するのを回避する。従って、ハンドオーバの場合のＲＡＣＨアクセスはコンテンションフリーにしておかれる。従って、専用プリアンブルは、保持されているリソースとみなされてよい。
【００１５】
ＬＴＥは、現在、１つのハンドオーバターゲットｅＮＢがあることを提案するのみであるが、将来バージョンでは、或いは他の規格又はプロトコルに準拠して実施されるネットワークでは、２つ以上のハンドオーバターゲットが選択されてよい。例えば、これらは先行順に編成されてよい。そのようなネットワークでは、予め決められた時間帯が終了するまでリソースを保持せずに少なくとも１つの候補ノードを使用すること以外に、リソースを保持するよう最初に要求される２つ以上のターゲットネットワークノードが選択されてもよい。
【００１６】
本発明による１つの方法では、無線リンク障害に続いて、モバイル端末がノードに接続すると、モバイル端末が接続されたノードは、ソースノードにリソースをリリースするように要求する。「接続される」によって、接続プロセスの少なくとも最初の諸ステップが実行されることが意味される。モバイル端末は、ハンドオーバターゲットノード又は候補ノードであるノードに接続することができる。ソースノードは、モバイル端末が接続されたノードを除いて、リソースを保持しているノードにリソースをリリースするように要求することができる。リソースを保持しているノードは、そのノードに対するリソースを保持するようにとの要求に続いて、セットされた時間後にリソースをリリースするように構成されることが可能である。従って、たとえネットワークノードがリリースメッセージを受信しなくても、リソースはリリースされる。
【００１７】
本発明の第２の態様によれば、無線通信ネットワークは本発明の方法によって動作する。
【００１８】
次に、本発明の方法及び実施形態が、例としてのみ、添付の図面を参照しながら説明される。
【図面の簡単な説明】
【００１９】
【図１】複数のノード準備を使用する従来の構成の例示的概略図である。
【図２】予め決められた時間帯の終了後に候補ｅＮＢへのＨａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔの送付が延期される本発明による構成の例示的概略図である。
【図３】予め決められた時間帯の終了前にＵＥがターゲットｅＮＢに到着する本発明による構成の例示的概略図である。
【図４】予め決められた時間帯の終了後にＵＥが候補ｅＮＢに到着する本発明による構成の例示的概略図である。
【発明を実施するための形態】
【００２０】
図２を参照すると、ＬＴＥネットワークにおいて、ＵＥ（図示せず）はソースｅＮＢ１に接続される。Ｈａｎｄｏｖｅｒ＿ＲｅｑｕｅｓｔメッセージがターゲットｅＮＢ２に送信され、ターゲットｅＮＢ２はそれに応答して、５において「リソースをアクティブ化する」と示されているように、リソースを保持する。ターゲットｅＮＢ２がＵＥを受け入れることができる場合は、ターゲットｅＮＢ２はハンドオーバ要求確認応答メッセージをソースｅＮＢ１に送信する。次いで、ソースｅＮＢ１は、ＵＥにＨａｎｄｏｖｅｒ＿Ｃｏｍｍａｎｄを送信し、さらに、１１において示されているように、この構成ではＬＴＥにおけるＲＬＦのためのタイマＴ１であるタイマＴをトリガする。
【００２１】
タイマＴ１の終了時、つまり予め決められた時間帯が終了した時に、ＵＥがターゲットｅＮＢ２に接続したことを示すためにターゲットｅＮＢ２からソースｅＮＢ１に送信されたメッセージはなかった。従って、ソースｅＮＢ１は、次いで、他の候補ｅＮＢ３及び４にＨａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔメッセージを送信する。候補ｅＮＢ３及び４は、６及び７において示されているように、リソースを保持しており、ＵＥを受け入れることができる場合は、Ｈａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔ＿ＡｃｋメッセージをソースｅＮＢ１に送信し返す。従って、Ｈａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔメッセージは、最初、ターゲットｅＮＢ２に送信され、その後、候補ｅＮＢ３及び４に送信される。
【００２２】
次いで、ＵＥは１２において示されているように、ターゲットｅＮＢ２に現れ、ターゲットｅＮＢ２によって認識される。ＵＥはターゲットｅＮＢ２と連携し、ターゲットｅＮＢ２はソースｅＮＢ１にＲｅｌｅａｓｅ＿Ｒｅｓｏｕｒｃｅｓメッセージを送信し、ソースｅＮＢ１は候補ｅＮＢ３及び４にそれらが保持しているリソースをリリースするよう指令する。
【００２３】
図３を参照すると、図２に示されているものに対する代替シーケンスは、ターゲットノードｅＮＢ２が５においてリソースを保持しているという点で同様である。しかし、今回は、ＵＥはターゲットノードｅＮＢ２に現れ、ターゲットノードｅＮＢ２は、タイマＴ１１によってセットされた予め決められた時間帯の終了前に、ソースｅＮＢ１にメッセージを送信してソースｅＮＢ１にリソースをリリースするように要求する。従って、ソースｅＮＢ１は他の候補ｅＮＢ３及び４にリソースを保持するように要求する必要がなく、一面に灰色にされている部分１３に示されている諸段階は実行されず、従ってリソースの不必要な使用を回避し、ｅＮＢ間のシグナリングを低減する。
【００２４】
図４を参照すると、これは、ＵＥが、予め決められた時間帯Ｔ中に、又は時間帯Ｔの終了後に、５において示されているリソースを保持しているターゲットｅＮＢ２に現れない場合の手順を例示する。時間帯Ｔの終了に続いて、ソースｅＮＢ１は２つの候補ｅＮＢ３及び４にＨａｎｄｏｖｅｒ＿Ｒｅｑｕｅｓｔメッセージを送信し、それらの両方から確認応答を受信する。候補ｅＮＢ３及び４は、６及び７においてリソースを保持する。１４において示されているように、ＵＥは候補ｅＮＢ３の１つに現れ、従って候補ｅＮＢ３は、ＵＥがその新しいｅＮＢ３に接続した後は、ソースｅＮＢ１にＵＥのために保持されているリソースをリリースするように要求する。次いで、１５及び１０において示されているように、ソースｅＮＢ１は、ターゲットｅＮＢ２及びもう一方の候補ｅＮＢ４にメッセージを送信してそれらにそれらがＵＥのために保持しているリソースを開放するよう指令する。
【００２５】
他の構成では、予め決められた時間帯Ｔの持続時間は、以下の構成要素の１つ以上の組合せ、例えば最小値によって計算された値にセットされる。（ａ）Ｒｅｌｅａｓｅ＿ＲｅｓｏｕｒｃｅｓメッセージがターゲットｅＮＢ２から到着するまでソースｅＮＢ１が通常待たなければならない時間、例えば９５パーセント変位値の最大持続時間、（ｂ）ＬＴＥにおいて無線リンク障害手順のために使用されるタイマＴ１、及びこの値はＵＥごとに個々にセットされてよい、並びに（ｃ）ＬＴＥにおけるＲＬＦ手順のタイマＴ２など、別のタイマ、カウンタ、又はハンドオーバ若しくはＲＬＦパラメータに基づくイベント、又はこれらの組合せ。
【００２６】
本発明は、本発明の趣旨又は本質的な特徴から逸脱することなく他の特定の形態で実施されても、他の方法によって実行されてもよい。説明された諸実施形態及び方法は、全ての点で例示的であって制限的ではないとみなされるものとする。従って、本発明の範囲は、前述の説明によってではなく、添付の特許請求の範囲によって示される。特許請求の範囲の同等物の意味及び範囲の中に入る全ての変更は特許請求の範囲の範囲内に含まれるものとする。
【図１】
2011511590.tif 000003
【図２】
2011511590.tif 000004
【図３】
2011511590.tif 000005
【図４】
2011511590.tif 000006
【国際調査報告】
2011511590.tif 000007
2011511590.tif 000008