(57)【特許請求の範囲】
【請求項１】
強化型接続リカバリの方法であって、前記方法は、
移動通信ネットワークにおいて、ユーザー装置（ＵＥ）により、サービング基地局と、無線リソース制御（ＲＲＣ）接続を構築する工程と、
前記ＲＲＣ接続の無線リンク障害（ＲＬＦ）を検出する工程と、
非アクセス層（ＮＡＳ）サービス要求を含むＲＲＣ再構築要求メッセージをターゲット基地局に伝送する工程であって、前記ＮＡＳサービス要求が、ターゲット基地局との後続のＲＲＣ接続セットアップ工程の実行の前に伝送される工程と、
ＲＲＣ再構築要求メッセージをターゲット基地局に伝送し、前記ＲＲＣ再構築要求メッセージが、非アクセス層（ＮＡＳ）サービス要求を含む工程と、
前記ターゲット基地局と、ＲＲＣ接続再設定を実行する工程と、
を含むことを特徴とする方法。
【請求項２】
さらに、
前記ターゲット基地局から、ＲＲＣ再構築拒否メッセージを受信する工程と、
前記ターゲット基地局と、ＲＲＣ接続セットアップを実行する工程と、
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＵＥはＲＲＣアイドルモードに入り、セル選択／再選択を実行し、および、前記ＲＲＣ再構築を受信後、ＮＡＳリカバリを初期化することを特徴とする請求項２に記載の方法。
【請求項４】
前記ＲＲＣ再構築拒否メッセージは、前記ターゲット基地局との後続のＲＲＣ接続セットアップ工程を実行するために、アップリンクリソースグラントを含むことを特徴とする請求項２に記載の方法。
【請求項５】
ＲＡＣＨ工程を初期化しない状況下、前記ＲＲＣ接続セットアップの期間、前記ＵＥは、ＲＲＣメッセージを伝送するために、前記アップリンクリソースグラントを用いることを特徴とする請求項４に記載の方法。
【請求項６】
強化型接続リカバリの方法であって、前記方法は、
移動通信ネットワークにおいて、ユーザー装置（ＵＥ）から、ターゲット基地局により、非アクセス層（ＮＡＳ）サービス要求を含む無線リソース制御（ＲＲＣ）再構築要求メッセージを受信する工程であって、前記ＮＡＳサービス要求が、ＵＥとの後続のＲＲＣ接続セットアップ工程の実行の前に伝送される工程と、
移動性管理エンティティ（ＭＭＥ）と、Ｓ１  ＵＥコンテキスト初期化を実行する工程と、
Ｘ２無線リンク障害（ＲＬＦ）指示をサービング基地局に伝送する工程と、
前記ＵＥと、ＲＲＣ接続再設定を実行し、前記ＭＭＥとＳ１  ＲＡＢセットアップを実行する工程と、
を含むことを特徴とする方法。
【請求項７】
前記ターゲット基地局がＵＥコンテキスト情報を有さない場合、前記ターゲット基地局は、前記ＮＡＳサービス要求を、前記ＭＭＥに伝送することを特徴とする請求項６に記載の方法。
【請求項８】
さらに、
ＲＲＣ再構築拒否メッセージを前記ＵＥに伝送する工程と、
前記ＵＥとＲＲＣ接続セットアップ時、ＮＡＳリカバリ初期化を実行する工程と、
を含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記ＲＲＣ再構築拒否メッセージは、前記ターゲット基地局との後続のＲＲＣ接続セットアップ工程を実行するために、アップリンクリソースグラントを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＵＥから、ランダムアクセス要求を受信しない状況下で、前記アップリンクリソースグラントは、前記ターゲット基地局により、前記ＵＥに自立的に提供されることを特徴とする請求項９に記載の方法。
【請求項１１】
強化型接続リカバリの方法であって、前記方法は、
移動無線通信ネットワークにおいて、ターゲット基地局により、ユーザー装置（ＵＥ）から、無線リソース制御（ＲＲＣ）再構築要求メッセージを受信し、サービング基地局情報が、前記ＲＲＣ再構築要求メッセージ中で受信される工程と、
Ｘ２無線リンク障害（ＲＬＦ）指示を前記サービング基地局に伝送し、前記Ｘ２ＲＬＦ指示が、ＵＥコンテキスト要求を含む工程と、
前記サービング基地局から、Ｘ２ハンドオーバ（ＨＯ）要求メッセージを受信し、前記Ｘ２  ＨＯ要求メッセージが、ＵＥコンテキスト情報を含む工程と、
ＲＲＣ再構築の応答メッセージを、前記ＵＥに伝送する工程と、
を含むことを特徴とする方法。
【請求項１２】
前記ＵＥコンテキスト情報は、ＵＥ能力情報と非アクセス層（ＮＡＳ）設定情報を含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記Ｘ２ＲＬＦ指示は、さらに、データ転送要求を含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
さらに、
ＲＲＣ再構築の前記応答メッセージを前記ＵＥに伝送後、前記ＵＥと、ＲＲＣ接続再配置を実行する工程を含むことを特徴とする請求項１１に記載の方法。
【請求項１５】
さらに、
Ｓ１パススイッチ要求を、移動性管理エンティティ（ＭＭＥ）に伝送する工程と、
前記ＭＭＥから、Ｓ１パススイッチ応答を受信する工程と、
を含むことを特徴とする請求項１１に記載の方法。
【請求項１６】
強化型接続リカバリの方法であって、前記方法は、
移動無線通信ネットワークにおいて、ターゲット基地局により、ユーザー装置（ＵＥ）から、無線リソース制御（ＲＲＣ）再構築要求メッセージを受信する工程と、
Ｘ２無線リンク障害（ＲＬＦ）指示をサービング基地局に伝送し、前記Ｘ２ＲＬＦ指示が、データ転送要求を含む工程と、
前記サービング基地局から、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シリアルナンバー（ＳＮ）からなるＸ２メッセージ伝達を受信する工程と、
ＲＲＣ再構築応答メッセージを、前記ＵＥに伝送する工程と、
を含むことを特徴とする方法。
【請求項１７】
さらに、
前記サービング基地局から、Ｘ２により、ユーザープレーンデータ転送を受信する工程を含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記Ｘ２ＲＬＦ指示は、さらに、ＵＥコンテキスト要求を含むことを特徴とする請求項１６に記載の方法。
【請求項１９】
さらに、
ＲＲＣ再構築の前記応答メッセージを前記ＵＥに伝送後、前記ＵＥと、ＲＲＣ接続再設定を実行する工程を含むことを特徴とする請求項１６に記載の方法。
【請求項２０】
さらに、
Ｓ１パススイッチ要求を、ＭＭＥに伝送する工程と、
前記ＭＭＥから、Ｓ１パススイッチ応答を受信する工程と、
を含むことを特徴とする請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１２年１月１８日に出願された“Method of Fast Re-Establishment”と題された米国特許仮出願番号６１／５８７９７９号から、合衆国法典第３５編第１１９条の下、優先権を主張するものであり、その内容は引用によって本願に援用される。
【０００２】
本発明は、移動通信ネットワークにおける強化型接続リカバリに関するものであって、特に、無線リンク失敗（ＲＬＦ）またはハンドオーバ失敗（ＨＯＦ）によるＲＲＣ接続損失に基づいた強化型接続リカバリの方法に関するものである。
【背景技術】
【０００３】
３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワークにおいて、地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、たとえば、構築された無線リソース制御（ＲＲＣ）接続で、ユーザー装置（ＵＥ）と称される複数の移動局と通信する進化型Ｎｏｄｅ−Ｂｓ（ｅＮＢs）等の複数の基地局を有する。無線リンク監視（ＲＬＭ）は、ＵＥに対し、無線リンクが伝送を継続するのに十分かどうかを判断するそのサービングセルのダウンリンク（ＤＬ）のチャネルの品質を監視するメカニズムである。たとえば、ＵＥは、セル−特定基準信号（ＣＲＳ）を測定し、サービングセルのダウンリンク無線リンク品質を検出する。ＵＥは、また、推定されるＤＬ品質とスレショルド（たとえば、ＱＯＵＴとＱＩＮ）を比較して、サービングセルとＵＥ間のリンクが十分かどうかを判断する。ＲＬＭに加え、ＵＥは、Ｎ３１０／Ｎ３１１／Ｔ３１０メカニズムに基づいた物理層問題の発生時の無線リンク失敗（ＲＬＦ）、ＭＡＣ層からのランダムアクセス問題指示、および、再伝送の最大数に到達したＲＬＣ層からの指示を公表する。一旦、ＲＬＦが検出されると、ＵＥは、ＲＲＣ再構築工程を実行することにより、ＲＬＦ情報を収集および保存し、ＲＲＣ接続の回復を試みる。
【０００４】
ＬＴＥシステムの移動性管理において、各ＵＥは、潜在的ハンドオーバまたは再選択のために、受信基準信号電力とサービングセルと隣接セルの品質を周期的に測定すると共に、測定結果をそのサービングｅＮＢに報告する必要がある。移動性管理の目的のために、ＬＴＥセルの測定、たとえば、基準信号受信電力（ＲＳＲＰ）および／または基準信号受信品質（ＲＳＲＱ）は、異なるセル間の順位付けに用いられる。適切に管理されるハンドオーバは、接続ロスを防止することができる。しかし、実際は、各種理由、たとえば、ＵＥシグナリング問題とＵＥ測定設定問題のために、しばしば、ハンドオーバ失敗（ＨＯＦ）が発生する。一般に、無線リンク失敗またはハンドオーバ失敗は、早すぎるハンドオーバ、遅すぎるハンドオーバ、または、誤ったセルへのハンドオーバを示す。ＲＬＦ／ＨＯＦイベントの後、ＵＥは、ＲＲＣ再構築工程を実行して、ＲＲＣ接続の回復を試みる。
【０００５】
ＲＲＣ再構築実行時、ＵＥは、現在のＲＲＣ設定を解除し、セル選択を実行する。成功するＲＲＣ再構築工程の必須条件は、ＲＲＣ再構築のために選択されたセルがＵＥコンテキストを有することである。ＵＥがＲＲＣ接続を回復できない場合、ＵＥはＲＲＣアイドルモードに入り、非アクセス層（ＮＡＳ）リカバリー工程により、セルにキャンプすることを試みる。ＲＲＣ接続再構築またはＲＲＣ接続セットアップの成功後、要求に基づいて、ＵＥは、ＲＬＦ報告の可用性をｅＮＢに示すと共に、ＲＬＦ／ＨＯＦ情報をｅＮＢに報告する。ＲＬＦ報告に基づいて、ネットワークは可能な訂正動作を適用して、将来の接続失敗を回避する。
【０００６】
ＬＴＥ−アドバンス（ＬＴＥ−Ａ）システムは、異機種ネットワーク（ＨｅｔＮｅｔ）形式で発展する多様な基地局を用いることにより、スペクトル効率を改善する。マクロ、ピコ、フェムト、中継基地局の混合を用いて、異機種ネットワークは、フレキシブルで低コストの展開を可能にし、均一なブロードバンドユーザーエクスペリエンスを提供する。異機種ネットワークにおいて、従来の異機種ネットワークと比較して、基地局間のスマートなリソース調整、よい基地局選定戦略と効果的な干渉管理のさらに先進的な技術は、スループットとユーザーエクスペリエンス中に相当な利益を提供することができる。
【０００７】
しかし、ＨｅｔＮｅｔ（たとえば、macro-pico配置）においては、ＨＯＦ／ＲＬＦレートが増加することが見込まれる。たとえば、不明確なピコセル測定やpico-macroハンドオーバの時間不足のため、ＨＯＦ／ＲＬＦが発生する。よって、接続リカバリ期間で、接続リカバリ工程を改善して、不正時間を減少させ、データロスを減少させることが望まれる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、無線リンク失敗（ＲＬＦ）やハンドオーバ失敗（ＨＯＦ）によるＲＲＣ接続損失に基づいた強化型接続リカバリの方法を提供する。
【課題を解決するための手段】
【０００９】
移動通信ネットワークにおいて、ＵＥは、まず、ソースセル中のＲＲＣ接続を構築する。その後、ＵＥは、ターゲットセル中、失敗事象を検出し、ＲＲＣ再構築工程を開始して、ＲＲＣ接続を回復させる。強化型接続リカバリは、ＵＥ／無線アクセスの観点、または、ネットワークの観点から実行される。ＵＥ／無線アクセスの観点から、強化型接続リカバリが適用されて、ソースセルで停止時間を減少させたり（たとえば、高速ＲＬＦにより）、または、ターゲットセルで停止時間を減少させる（たとえば、強化型セル選択とマルチ−ＲＡＴ登録により）。ネットワークの観点から、リカバリ期間中、強化型接続リカバリが適用されて、ターゲットセルで停止時間を減少させたり（たとえば、高速ＮＡＳリカバリとコンテキストフェッチにより）、または、データロスを減少させる（たとえば、ロスレスデータリカバリにより）。
【００１０】
第一実施形態において、高速ＲＬＦプロセスは、サービングセル中、停止時間を減少するのに適用される。一具体例において、過去のＴ３１０タイマーに加え、ＵＥが測定報告をｅＮＢに伝送する時、新しいタイマー（たとえば、Ｔ３１０ａ）が開始される。新しいタイマーが期限切れのとき、ＲＲＣ再構築が実行される。別の具体例において、候補セル（たとえば、サービングセルよりよい無線リンク品質を有する隣接セル）がＵＥ自身により識別される場合、Ｔ３１０タイマーが期限切れになる前、ＵＥはＲＲＣ再構築を初期化する。
【００１１】
第二実施形態において、セル優先順位決定情報に基づいた強化型セル選択メカニズムが、ターゲットセル中、停止時間を減少するのに適用される。セル選択の優先度は、よいモビリティカバレッジを有する周波数層、または、よいモビリティカバレッジを有する周波数内セルに基づく。セル優先順位決定情報が、ブロードキャストまたはユニキャストにより伝送され、ＰＣＩ測距メカニズムが、モビリティセルを識別するのに用いられる。一具体例において、マルチ−ＲＡＴ登録が、セル選択を指示するのに適用される。別の具体例において、セル優先順位決定が、高いモビリティ状態を有するＵＥに選択的に用いられる。
【００１２】
第三実施形態において、高速ＮＡＳリカバリプロセスが適用されて、ターゲットセル中、停止時間を減少する。一具体例において、ＮＡＳサービス要求は、ＲＲＣ再構築要求により始動される。ＮＡＳサービス要求受信後、ターゲット基地局は、Ｓ１インターフェースにより、ＭＭＥからのＵＥコンテキストを調査する。ＮＡＳサービス要求が前に始動されるので、ターゲットｅＮＢは、速くＵＥコンテキスト情報を得て、よって、ターゲットセルで、停止時間を減少させることができる。
【００１３】
第四実施形態において、コンテキストフェッチは、ターゲットセル中、停止時間を減少させるのに用いられる。一具体例において、ターゲットｅＮＢは、Ｘ２インターフェースにより、ＲＬＦ指示をソースｅＮＢに伝送し、ＲＬＦ指示はＵＥコンテキスト要求を含む。ＲＬＦ指示に応えて、ソースｅＮＢは、ＵＥコンテキスト情報をターゲットｅＮＢに伝送する。その結果、ＲＲＣ再構築が成功し、ターゲットセル中で、停止時間が減少する。
【００１４】
第五実施形態において、接続リカバリ期間中、ロスレス再構築工程が提案されて、データロスを減少させる。一具体例において、ターゲットｅＮＢはＲＬＦ指示をソースｅＮＢに伝送し、ＲＬＦ指示はデータ転送要求を含む。ＲＬＦ指示に応じて、ソースｅＮＢは、ＰＤＣＰ ＳＮ状態とＵプレーンデータをターゲットｅＮＢに伝送する。よって、ＰＤＣＰ操作がレジュームされ、データロスがない。
【００１５】
他の実施の形態および利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は請求項によって定められる。
【図面の簡単な説明】
【００１６】
添付の図面は、本発明の実施の形態を説明しており、同様の番号は同様の構成要素を示している。
【図１】図１は、一実施形態による強化型接続リカバリによる移動通信ネットワークを示す図である。
【図２】図２は、一実施形態による強化型接続リカバリの異なる具体例を示す図である。
【図３】図３は、一実施形態によるＵＥとｅＮｏｄｅＢのブロック図である。
【図４】図４は、無線アクセスネットワーク観点からの強化型接続リカバリを示す図である。
【図５】図５は、一実施形態による高速ＲＬＦ工程を示す図である。
【図６】図６は、新しいＴ３１０ａタイマーを含む高速ＲＬＦの一具体例を示す図である。
【図７】図７は、セル優先順位決定に基づいた強化型セル選択の一具体例を示す図である。
【図８】図８は、マルチ−ＲＡＴ登録による強化型セル選択の一具体例を示す図である。
【図９】図９は、高速無線リンク失敗となったときの処理方法のフローチャートである。
【図１０】図１０は、優先順位付けによる強化型セル選択の方法のフローチャートである。
【図１１】図１１は、高速ＮＡＳリカバリによるＲＲＣ再構築工程の第一具体例を示す図である。
【図１２】図１２は、高速ＮＡＳリカバリによるＲＲＣ再構築工程の第二具体例を示す図である。
【図１３】図１３は、コンテキストフェッチによるＲＲＣ再構築工程の一具体例を示す図である。
【図１４】図１４は、ロスレスＲＲＣ再構築工程の一具体例を示す図である。
【図１５】図１５は、ＵＥ観点からのターゲットセル中の高速ＮＡＳリカバリの方法のフローチャートである。
【図１６】図１６は、ＢＳ観点からのターゲットセル中の高速ＮＡＳリカバリの方法のフローチャートである。
【図１７】図１７は、コンテキストフェッチによるＲＲＣ再構築工程の方法のフローチャートである。
【図１８】図１８は、ロスレスＲＲＣ再構築工程の方法のフローチャートである。
【発明を実施するための形態】
【００１７】
本発明の一実施形態について詳細に述べる。その例は添付図面に示されている。
【００１８】
図１は、本発明の一実施形態の強化型接続リカバリの方法による移動通信ネットワーク１００を示す図である。移動通信ネットワーク１００は、ユーザー装置ＵＥ１０１、第一基地局ｅＮＢ１０２、第二基地局ｅＮＢ１０３を有する無線アクセスネットワーク（ＲＡＮ）１０８、移動性管理エンティティＭＭＥ１０４、サービングゲートウェイＳＧＷ１０５とパケットデータネットワーク（ＰＤＮ）ゲートウェイＰＧＷ１０６を有するパケットコアネットワーク（ＣＮ）１０９、および、インターネット１０７を含む。基地局はＸ２インターフェースにより互いに通信し、各基地局は、Ｓ１インターフェースにより、ＭＭＥ１０４と通信する。ＵＥ１０１は、無線アクセスネットワークＲＡＮ１０８とパケットコアネットワークＣＮ１０９によりインターネット１０７にアクセスする。
【００１９】
ＵＥ１０１は、まず、ソースセルとなるサービング基地局ｅＮＢ１０２と、無線リソース制御（ＲＲＣ）接続を構築する。後に、ＵＥ１０１は、失敗事象、たとえば、無線リンク失敗（ＲＬＦ）やハンドオーバ失敗（ＨＯＦ）を検出する。その後、ＵＥ１０１は、ＲＲＣ再構築工程を実行して、ＲＲＣ接続を回復させる。たとえば、ＵＥ１０１は、ターゲット基地局ｅＮＢ１０３により、ターゲットセルを選択して、ＲＲＣ再構築を実行する。ＲＲＣ再構築失敗の場合、ＵＥ１０１はＲＲＣアイドルモードになり、非アクセス層（ＮＡＳ）リカバリを開始して、新しいＲＲＣ接続を構築する。接続リカバリプロセス期間中、ＲＲＣ接続は中断される。中断時間は、接続停止時間と称される。このほか、リカバリ中に、ある程度の量のデータが損失する。一実施形態において、強化型接続リカバリプロセス１１１（たとえば、ＵＥ、ＲＡＮ、Ｘ２インターフェースとＳ１インターフェースを含む）が、ソース／ターゲットセル中で、停止時間を減少させ、接続リカバリ中、データロスを減少させるのに用いられる。
【００２０】
図２は、一実施形態による強化型接続リカバリの異なる具体例を示す図である。図２に示されるように、強化型接続リカバリプロセス２０１は、ＵＥ／無線アクセスの観点（ボックス２１１で示される）、または、ネットワークの観点（ボックス２２１で示される）から実行される。ＵＥ／無線アクセスの観点から、強化型接続リカバリが、ソースセル（ボックス２３１で示される）で停止時間を減少させる、または、ターゲットセル（ボックス２３２で示される）で停止時間を減少させるのに適用される。ソースセル中、停止時間を減少するため、高速ＲＬＦ工程２４１が用いられる。一方、ターゲットセル中、停止時間を減少させるため、強化型セル選択２４２が用いられる。インター無線アクセス技術（ＩＲＡＴ）状況において、ＩＲＡＴマルチ登録２４３が適用されて、ターゲットセル中で、停止時間を減少させる。
【００２１】
ネットワークの観点から、強化型接続リカバリは、ターゲットセル（ボックス２３２で示される）中、停止時間を減少させる、または、データロス（ボックス２３３で示される）中、データロスを減少させるのに適用される。ターゲットセル中で、停止時間を減少させるため、新規高速ＮＡＳリカバリ２４４が用いられる。或いは、新規のコンテキストフェッチ２４５が用いられる。一方、データロスを減少させるため、ロスレスリカバリメカニズム２４６が、Ｘ２インターフェースにより適用される。強化型接続リカバリ証明の異なる具体例が、以下で詳細と共に説明される。
【００２２】
図３は、一実施形態によるユーザー装置ＵＥ３０１と基地局ｅＮｏｄｅＢ３０２のブロック図である。ユーザー装置ＵＥ３０１は、プログラムコード３１４を有するメモリ３１１、プロセッサ３１２、アンテナモジュール３１９に結合されるトランシーバ３１３を含む。ユーザー装置ＵＥ３０１は、また、測定設定に基づいて、各種測定を実行する測定モジュール３１５、無線リンク監視、無線リンク失敗検出と処理を実行するＲＬＭ／ＲＬＦモジュール３１６、接続構築とリカバリのために、セル選択を実行するセル選択モジュール３１７、および、ＲＲＣ接続セットアップ工程を実行すると共に、ＲＲＣ接続を維持するＲＲＣ接続管理モジュール３１８を含む各種機能モジュールを含む。同様に、基地局ｅＮｏｄｅＢ３０２は、プログラムコード３２４を有するメモリ３２１、プロセッサ３２２、アンテナモジュール３２９に結合されるトランシーバ３２３を含む。基地局ｅＮｏｄｅＢ３０２は、また、各種設定をＵＥ３０１に提供する設定モジュール３２５、コアネットワーク中、ＭＭＥとの通信を管理するＳ１インターフェースモジュール３２６、別の基地局との通信を管理するＸ２インターフェースモジュール３２７、ＲＲＣ接続セットアップ工程を実行すると共に、ＲＲＣ接続を実行するＲＲＣ接続管理モジュール３２８を含む各種機能モジュールを含む。
【００２３】
異なるモジュールは、ソフトウェア、ファームウェア、ハードウェア、または、それらの組み合わせにより実行される機能モジュールである。プロセッサにより実行される時（たとえば、プログラムコード３１４と３２４を実行することにより）、機能モジュールは、接続失敗事象検出時、ＵＥ３０１とｅＮＢ３０２が、強化型接続リカバリを実行できるようにする。第一例において、ＲＬＭ／ＲＬＦモジュール３１６は、ソースセルで、無線リンク問題を検出し、高速ＲＬＦメカニズムを起動して、停止時間を減少させる。第二例において、セル選択モジュール３１７は、失敗事象に基づいて、強化型セル選択を実行し、ターゲットセル中で、停止時間を減少させる。第三例において、Ｘ２／Ｓ１インターフェースモジュール３２６／３２７により、コンテキストフェッチまたは高速ＮＡＳリカバリがｅＮＢ３０２により実行されて、ターゲットセルで、停止時間を減少する。最後に、第四例において、接続リカバリ期間中、Ｘ２インターフェースモジュール３２７により、ロスレスＲＲＣ再構築がｅＮＢ３０２により実行されて、データロスを減少させる。
【００２４】
高速ＲＬＦと強化型セル選択
図４は、移動通信ネットワーク４００中、ＵＥ／無線アクセスネットワーク観点からの強化型接続リカバリを説明する図である。移動通信ネットワーク４００は、ＵＥ４０１、サービングｅＮＢ４０２（ソースセル中の接続）、および、ターゲットｅＮＢ４０３（ターゲットセルの接続）を含む。ＵＥ／無線アクセスの観点から、接続リカバリは、高速ＲＬＦ工程により強化されて、ソースセル中で停止時間を減少させ、強化型セル選択メカニズムにより、ターゲットセルで、停止時間を減少させる。
【００２５】
ステップ４１１において、ＵＥ４０１は、ソースセル中、ｅＮＢ４０２とＲＲＣ接続を構築する。後に、ＵＥ４０１は可能な無線リンク問題を検出し、たとえば、リンク品質はスレショルドＱＯＵＴより低い。過去のＲＬＦ工程において、Ｔ３１０タイマーが開始され、Ｔ３１０タイマーが期限切れ時、ＲＬＦが検出される。その後、ＵＥ４０１は、セルを選択して、ＲＲＣ接続の回復を試みる。これが、ｅＮＢ−制御メカニズムで、タイマー値がネットワークにより設定される。しかし、Ｔ３１０タイマーを有する過去のＲＬＦ工程は、特に、小セルに関する良いパフォーマンスのための十分なフレキシブル性を提供しない。たとえば、小さいセルは、カバレッジ層のよい被覆性を提供せず、長いＲＬＦ検出時間は適切ではない。これらの状況下で、過去のＲＬＦソリューションは、頻繁なＲＲＣ再構築の原因となる。
【００２６】
一実施形態において、ステップ４１２で、ＲＬＦの評価が、ソースセルタイマーとフィルターに依存するだけでなく、信号強度および／または選択される再構築セルの品質にも依存する期間、ＵＥ４０１は高速ＲＬＦ工程を初期化する。たとえば、識別された再構築セルがあり（たとえば、黙示的または明示的に）、および、再構築セルが無線的に“十分”である場合、ＲＬＦ評価が短縮され、ＵＥは再構築セルに進む。ステップ４１３において、ＵＥ４０１は、ターゲットセル中、ｅＮＢ４０３とＲＲＣ再構築を実行する。ターゲットｅＮＢ４０３がＵＥコンテキスト情報を有さない場合、ＲＲＣ再構築が失敗する。ステップ４１４において、ＲＲＣ再構築が失敗時、ＵＥ４０１はＲＲＣアイドルモードになり、ＮＡＳリカバリを初期化する。セル選択後、ステップ４１５において、ＵＥ４０１は、選択されたターゲットセル中、ｅＮＢ４０３とＲＲＣ接続セットアップを実行する。
【００２７】
ステップ４１４において、ＲＲＣ再構築失敗の発生時、セル選択が実行される。現在のＬＴＥシステムにおいて、ＵＥは、過去のセル選択方法に従って、適当なセルを選択する。しかし、ＨｅｔＮｅｔ配置（たとえば、macro-pico）において、セル選択に関するセルと周波数層間の分化がない場合、頻繁なＲＲＣ再構築が存在する。たとえば、高いモビリティのＵＥは、ピコセルのサービス領域から容易に出る。このような状況で、ＵＥがマクロセルとＲＲＣ接続を再構築できる場合、ＲＲＣ接続再構築が頻繁ではないと予測される。
【００２８】
一実施形態において、ステップ４１４において、ＵＥ４０１は強化型セル選択方法を適用する。一具体例において、ＲＲＣ再構築失敗後、ＵＥ４０１は、優先度によって、ターゲットセルを選択する。この優先度は、周波数層または周波数内セルに基づいて割り当てられる。多重周波数ＨｅｔＮｅｔ配置において、一周波数層がモビリティ層として設置される。再構築失敗時、ＵＥは、優先度により、モビリティ層中のセルを選択する。単一周波数ＨｅｔＮｅｔ配置において、範囲が大きいセル、たとえば、マクロセルがモビリティセルとして設置される。再構築失敗時、ＵＥは、優先度により、一マクロセルを選択する。強化型セル選択の別の具体例において、高移動速度のＵＥは、ブロードキャスト、または、ユニキャストにより、ｅＮＢにより示されるカバレッジ層に再接続されなければならない。たとえば、ＵＥモビリティ状態がスレショルドより高い場合、ＵＥは、カバレッジ層だけに再構築される。
【００２９】
図５は、一実施形態による移動通信ネットワーク５００における高速ＲＬＦ工程を示す図である。移動通信ネットワーク５００は、ＵＥ５０１、サービングｅＮＢ５０２（ソースセル中の接続）およびターゲットｅＮＢ５０３（ターゲットセル中の接続）を含む。ステップ５１１において、ＵＥ５０１は、ソースセルで、ｅＮＢ５０２とＲＲＣ接続を構築する。ステップ５１２において、ＵＥ５０１は無線リンク監視を実行し、無線信号強度／品質を測定する。ステップ５１３において、ＵＥ５０１は、可能な無線リンク問題を検出し、たとえば、リンク品質はスレショルドＱＯＵＴより低い。過去のＲＬＦ工程に基づいて、ＵＥ５０１はＴ３１０タイマーを開始する。
【００３０】
ネットワーク制御ソースセルタイマーとフィルターに依存する過去のＲＬＦに加え、ＵＥ５０１は高速ＲＬＦ工程も初期化する。高速ＲＬＦ工程は、過去のＲＬＦのバックアップ選択となるＵＥ−制御メカニズムである。一具体例において、準備されたＨＯは失敗しそうな時、高速ＲＬＦだけがスタートする。たとえば、ステップ５１４において、ＵＥ５０１は、測定報告をｅＮＢ５０２に伝送し、ステップ５１５で、ｅＮＢ５０２は、モビリティ決定を行う。ステップ５１６において、モバイル決定に基づいて、ｅＮＢ５０２は、ＨＯコマンドをＵＥ５０１に伝送する。しかし、ＵＥ５０１は、ＨＯコマンドの受信ができない（たとえば、低無線リンク品質のため）。Ｔ３１０タイマーが期限切れになるのを待つ代わりに、Ｔ３１０タイマーが期限切れになる前、ステップ５１７において、ＵＥ５０１は高速ＲＬＦを始動する。ステップ５１８において、高速ＲＬＦ時、ＵＥ５０１は、セル選択を実行し、ステップ５１９において、ＲＲＣ再構築工程を実行する。高速ＲＬＦメカニズムがない状況で、Ｔ３１０タイマーが期限切れになる前、ＵＥ５０１は、長く待ちすぎる可能性がある。ＲＬＦ評価を短縮する多くの方法があり、そのひとつは、新しいＴ３１０ａタイマーを用いることである（たとえば、ステップ５１４において、ＵＥ５０１が測定報告を伝送する時、タイマーＴ３１０ａを開始する）。
【００３１】
図６は、新しいＴ３１０ａタイマーを含む高速ＲＬＦの一具体例を示す図である。図６に示されるように、各ＵＥは二個の独立したプロセスを開始する：ＨＯプロセスとＲＬＦプロセス。時間ｔ１で、ＨＯプロセスは、ソース／サービングセルのイベントトリガー状況を検出する。一例において、トリガーイベントは、サービングセルのチャネル品質が、非負のスレショルドにより、隣接セルのチャネル品質より悪いことである。注意すべきことは、非負のスレショルドが用いられて、ピンポン効果を軽減する。別の例において、トリガーイベントは、サービングセルのチャネル品質が第一スレショルドより低く、隣接セルのチャネル品質が第二スレショルドより高いことである。一方、時間ｔ２で、ＲＬＦプロセスは悪い無線リンク状況を検出し、Ｔ３１０タイマーを開始する。ＨＯプロセスに戻り、時間ｔ１からの時間―トリガー（ＴＴＴ）期間後、時間ｔ３で、ＵＥが始動されて、測定報告をネットワークに伝送する。このほか、時間ｔ３で、ＵＥが測定報告を伝送する時、ＲＬＦプロセスは、同じ時間（ｔ３）で、新しいＴ３１０ａタイマーも開始する。ＨＯ準備時間後、時間ｔ４で、ＵＥは、ネットワークからのＨＯコマンドの受信に失敗する。時間ｔ５で、新しいＴ３１０ａタイマーが期限切れで、高速ＲＬＦが始動される。時間ｔ５より遅い時間ｔ６で、Ｔ３１０タイマーが期限切れの時、新しいＴ３１０ａタイマーがない状況で、過去のＲＬＦが始動される。よって、高速ＲＬＦメカニズムは、ソースセルの停止時間を減少する。
【００３２】
高速ＲＬＦの別の例において、Ｔ３１０タイマーが期限切れになる前、候補セルが識別される場合、ＵＥは、ＲＲＣ再構築工程を初期化する。一般に、候補セルは、よい品質を有する隣接セルである（たとえば、ＲＳＲＰ／ＲＳＲＱ測定に基づく）。候補セルの優先度またはＰＣＩ範囲が、ネットワークにより割り当てられる場合、ＵＥは、優先の周波数層から隣接セルを選択することができる。ネットワークは、候補セル割り当ての基準をブロードキャストまやはユニキャストすることができる。一例において、ＵＥは、過去のセル選択工程（たとえば、３ＧＰＰ  ＴＳ３６．３０４）で定義される適当なセル選択の同じパラメータを再利用することができる。別の例において、ｅＮＢは、ＨｅｔＮｅｔ配置で定義されるセル選択の別の組のパラメータをブロードキャストすることができる。特に、一組のＰＣＩ測距がこの設定に添付されて、ＵＥは、マクロセルから、ピコセルを分化することができる。注意すべきことは、ＰＣＩ範囲は、セルのリストを参照する。この高速ＲＬＦメカニズムは、以下に例証される強化型ターゲットセル選択とも称される。
【００３３】
図７は、移動通信ネットワーク７００におけるセル優先順位決定情報に基づいた強化型セル選択の一具体例を示す図である。移動通信ネットワーク７００は、ＵＥ７０１、サービングｅＮＢ７０２（ソースセル中の接続）およびターゲットｅＮＢ７０３（ターゲットセル中の接続）を含む。ステップ７１１において、ＵＥ７０１は、ソースセル中、ｅＮＢ７０２とＲＲＣ接続を構築する。ステップ７１２において、ＵＥ７０１は、ｅＮＢ７０２からセル優先順位決定情報を受信する。この優先度は、周波数層（一周波数層は、多重周波数状態で、モビリティ層として設置される）、または、周波数内セルカバレッジ（大きいカバレッジのセルは、単一周波数状況で、モビリティセルとして設定される）に基づく。セル優先順位決定情報は、ブロードキャスティングチャネル（ＢＣＨ）またはユニキャスティングＲＲＣメッセージにより伝送される。注意すべきことは、システム情報ブロック（ＳＩＢ）中の優先リストは、主に、再選択のためのものであり、ＲＲＣ再構築後、セル選択に不適切である。そのため、セル選択には、特定の優先リストが必要である。一例において、ＰＣＩ−値域を定める方法が、多重周波数と単一周波数状況両方に適用できる（たとえば、一組のモビリティセルはＰＣＩ測距により識別される）。
【００３４】
ステップ７１３において、ＵＥ７０１はＲＬＦを検出し、選択されたターゲットセルで、ｅＮＢ７０３とＲＲＣ再構築工程を実行する（ステップ７１４）。ステップ７１５において、ＲＲＣ再構築が失敗する場合、ＵＥ７０１はＲＲＣアイドルモードになり、ＮＡＳリカバリを開始する。ＵＥ７０１は、セル優先順位決定情報に基づいて、再度、強化型セル選択を適用する（ステップ７１６）。最後に、ステップ７１７において、ＵＥ７０１は、ｅＮＢ７０３とＲＲＣ接続セットアップ工程を実行する。
【００３５】
強化型セル選択の一具体例において、ＵＥが高移動速度または高いモビリティを有するときだけ、ＵＥは、選択的に、セル優先順位決定を応用する。一般に、高移動速度のＵＥは、ブロードキャスト、または、ユニキャストにより、ｅＮＢにより示されるカバレッジ層にだけ再接続されなければならない。一例において、ＵＥモビリティ状態がスレショルドより高い場合、ＵＥは、カバレッジ層だけに再構築される。スレショルドは、ブロードキャスト、または、ユニキャスト方法により信号が送られる。別の例において、ＵＥモビリティ状態が高い場合、ＵＥは、カバレッジ層だけに再構築される。これは、仕様書でのコード化を困難にし、ある周波数層中のセルだけが、セル選択候補として用いられる。
【００３６】
異なる無線アクセス技術（ＲＡＴ）による幾つかの配置において、ＵＥが、ＲＡＴ間で、頻繁に移動することが予期される。たとえば、ＬＴＥの配置が不十分である場合、ＵＥがＬＴＥのカバレッジから出て、ＵＴＲＡ／ＧＥＲＡＮネットワークの付近に入る可能性が高い。一実施形態において、ＵＥは、モビリティカバレッジを登録するＬＴＥと別のＲＡＴ（ＵＴＲＡ、ＧＥＲＡＮまたはＣＤＭＡ２０００）で登録される。このほか、ＵＥは、周波数層またはＲＡＴの優先指示を受信して、接続リカバリのために、セル選択を指示する。
【００３７】
図８は、移動通信ネットワーク８００におけるマルチ−ＲＡＴ登録による強化型セル選択の一具体例を示す図である。移動通信ネットワーク８００は、ＵＥ８０１、第一ＲＡＴ１８０２、第二ＲＡＴ２８０３、および、移動性管理エンティティＭＭＥ８０４を含む。ステップ８１１において、ＵＥ８０１は、ＮＡＳ層中で、ＲＡＴ１を登録する。ステップ８１３において、ＵＥ８０１は、ＮＡＳ層中で、ＲＡＴ２を登録する。登録後、ＮＡＳ層ネゴシエーションが完成し（すなわち、ＵＥが取り付けられる）、ＭＭＥ情報が両ＲＡＴのｅＮＢに保存される（ステップ８１２とステップ８１４）。ステップ８２１において、ＵＥ８０１は、ＲＡＴ１とＲＲＣ接続を構築する。後に、ステップ８２２において、ＵＥ８０１はＲＬＦを検出し、ＲＡＴ２とＲＲＣ再構築工程を実行する（ステップ８２３）。ＵＥ８０１は既に、ＲＡＴ２に登録されているので、追加のＮＡＳ登録が不要である。この長所は、ＵＥが分離状態から来る時、ホームサブスクリプションサーバ（ＨＳＳ）を、セキュリティ設定に関連する長時間の遅延から防ぐ。ＲＲＣ再構築が失敗の場合、ステップ８２４において、ＵＥ８０１はＲＲＣアイドルモードになり、ＮＡＳリカバリを開始する。ＵＥ８０１は、再度、セル優先順位決定情報（たとえば、優先的な周波数層および／またはＲＡＴ）に基づいて、強化型セル選択を適用する（ステップ８２５）。ランダムなセルの選択に代わって、セル選択がセル優先順位決定情報に基づいて進められる。最後に、ステップ８３１において、ＵＥ８０１は、ＲＡＴ２とＲＲＣ接続セットアップ工程を実行する。
【００３８】
図９は、一実施形態による高速無線リンク失敗となったときの処理の方法（手続き、工程）のフローチャートである。ステップ９０１において、ＵＥは、移動通信ネットワークにおいて、サービングｅＮＢとＲＲＣ接続を構築する。ステップ９０２において、ＵＥは、ＲＲＣ接続の無線リンク問題を検出する。その後、ＵＥは、第一タイマー（たとえば、Ｔ３１０）を開始する。ステップ９０３において、第一タイマーが期限切れになる前、ＵＥは、ＲＬＦを検出し、ターゲットセルとＲＲＣ再構築工程を初期化する。ステップ９０４において、ＵＥは、選択されたターゲットセルとＲＲＣ再構築工程を実行する。一具体例において、ＵＥが測定報告をｅＮＢに伝送する時、第二タイマー（たとえば、Ｔ３１０ａ）が開始される。第二タイマーが期限切れのとき、ＲＲＣ再構築が実行される。別の具体例において、候補セル（たとえば、サービングセルよりよい無線リンク品質の隣接セル）がネットワークにより識別される場合、第一タイマーが期限切れになる前に、ＵＥはＲＲＣ再構築を初期化する。
【００３９】
図１０は、一実施形態による優先順位付けによる強化型セル選択の方法のフローチャートである。ステップ１００１において、ＵＥは、移動通信ネットワーク中、サービングｅＮＢとＲＲＣ接続を構築する。ステップ１００２において、ＵＥは、ｅＮＢから伝送されるセル優先順位決定情報に基づいて、ターゲットセルを選択する。ステップ１００３において、無線リンク失敗というイベントを検出した時、ＵＥは、ＲＲＣ再構築工程を初期化する。ステップ１００４において、ＵＥは、選択されたターゲットセルと、ＲＲＣ接続セットアップを実行する。セル選択の優先度は、よいモビリティカバレッジ周波数層、または、よいモビリティカバレッジの周波数内セルに基づく。一具体例において、マルチ−ＲＡＴ登録が適用されて、セル選択を進める。別の具体例において、セル優先順位決定が、高いモビリティ状態のＵＥに選択的に適用される。
【００４０】
強化型接続リカバリと減少データロス
ターゲットｅＮＢが、ＵＥからＲＲＣ再構築メッセージを受信する時、ターゲットｅＮＢは、ＵＥコンテキスト情報で、ＲＲＣ接続を回復させる必要がある。ＵＥコンテキストは、情報、たとえば、ＵＥ能力情報とＮＡＳ設定情報を含む。ＵＥコンテキストが、既に、ソースｅＮＢからターゲットｅＮＢに転送されている場合、ＲＲＣ再構築は成功しやすい。そうでなければ、ＵＥコンテキストがターゲットｅＮＢに利用できない場合、過去のＲＲＣ再構築が失敗する。ネットワークの観点から、過去のＲＲＣ再構築工程を強化するために、幾つかの方法が提案される。第一方法において、ターゲットｅＮＢは、新規の高速ＮＡＳリカバリー工程により、出来るだけ早く、ＵＥコンテキストの入手を試みる。コンテキストフェッチの第二方法において、ターゲットｅＮＢは、Ｘ２インターフェースにより、ソースｅＮＢから、ＵＥコンテキストをフェッチ／入手することを試みる。第三方法において、リカバリ期間中に、ロスレス再構築工程が適用されて、データロスを減少する。各方法が以下に記載されている。
【００４１】
図１１は、移動通信ネットワークにおける高速ＮＡＳリカバリによるＲＲＣ再構築工程の第一具体例を示す図である。移動通信ネットワークは、ＵＥ、ソースｅＮＢ１、ターゲットｅＮＢ２、ＭＭＥ、および、ＳＧＷを含む。ステップ１１０１において、ＵＥがソースｅＮＢ1に接続される。ステップ１１０２において、ＵＥは、ＲＬＦを検出し、ステップ１１０３において、セル選択を実行する。ステップ１１０４において、ＵＥは、ＲＲＣ再構築要求メッセージをターゲットｅＮＢ２に伝送する。ターゲットｅＮＢ２はＵＥコンテキスト情報を有さないので、ＲＲＣ再構築が失敗する。従って、“ＮＡＳサービス要求”がＲＲＣ再構築要求により始動される。一旦、ｅＮＢ２がＮＡＳサービス要求を受信すると、ｅＮＢ２は、Ｓ１インターフェースにより、ＮＡＳサービス要求をＭＭＥに転送することにより、ＵＥコンテキスト情報を調査する（ステップ１１０５）。ステップ１１０６において、ターゲットｅＮＢ２は、ＲＬＦ指示をソースｅＮＢ１に伝送する。ステップ１１０７において、ｅＮＢ２は、まだ、ＵＥコンテキスト情報を受信していないので、ｅＮＢ２は、ＲＲＣ再構築拒否メッセージをＵＥに伝送する。ステップ１１０８において、ＵＥはＲＲＣアイドルモードになり、ＮＡＳリカバリを開始する。ステップ１１０９において、ＵＥは、ターゲットｅＮＢ２と、ＲＲＣ接続セットアップを実行する。ステップ１１１０において、ＵＥは、ターゲットｅＮＢ２とＲＲＣセキュリティ指令を交換する。ステップ１１１１において、ＳＲＢ１とセキュリティが設定される。ステップ１１１２において、ＵＥは、ターゲットｅＮＢ２と、ＲＲＣ接続再設定を実行し、ターゲットｅＮＢ２は、Ｓ１インターフェースにより、Ｓ１ ＲＡＢ設定メッセージをＭＭＥに伝送して、ＥＰＳベアラーを構築する。ステップ１１１４において、ＳＲＢ２とＤＲＢＳがレジュームされる。ステップ１１１５−１１１７において、ＭＭＥとＳＧＷは、ＵＰパスを設定する。
【００４２】
過去のＮＡＳリカバリにおいて、ＵＥがＲＲＣアイドルモードになった後、ＲＲＣ接続セットアップ工程期間中（たとえば、ステップ１１０９）、ＮＡＳサービス要求が始動される。上述の高速ＮＡＳリカバリにおいて、ＮＡＳサービス要求が、ＲＲＣ再構築要求により始動される（たとえば、ステップ１１０４）。この方法で、ターゲットｅＮＢは、出来るだけ早く、ＵＥコンテキストの入手を試みることができる。通常、ターゲットｅＮＢにおいて、Ｓ１インターフェースにより、ＭＭＥから、ＵＥコンテキストを得るのに、しばらく時間がかかる（たとえば数秒間）。よって、ＮＡＳサービス要求を早く始動することにより、ターゲットセル中のＵＥ停止時間が減少する。最適化されたＮＡＳリカバリにおいて、ＲＲＣ再構築が成功する場合、ＵＥはＲＲＣアイドルモードに入る必要がない。
【００４３】
図１２は、移動通信ネットワークにおいて、高速ＮＡＳリカバリによるＲＲＣ再構築工程の第二具体例を示す図である。移動通信ネットワークは、ＵＥ、ソースｅＮＢ１、ターゲットｅＮＢ２、ＭＭＥ、および、ＳＧＷを含む。ＲＲＣ再構築工程（ステップ１２０１から１２１７）は、図１１に示されるＲＲＣ再構築工程（ステップ１１０１から１１１７）とほぼ同じである。高速ＮＡＳリカバリのこの第二具体例は、第一具体例に少しの改善を加えたものである。ステップ１２０７において、ｅＮＢ２は、ＲＲＣ再構築拒否メッセージをＵＥに伝送する時、後続のＲＲＣ接続セットアップ工程のために、ｅＮＢ２は、自立的に、アップリンクリソース（たとえば、ＵＬグラント）をＵＥに提供する（ステップ１２０９）。通常、ＵＥがＲＲＣ接続セットアップを実行する時、ＵＥは、ランダムアクセスチャネル（ＲＡＣＨ）により、アップリンクリソースに、ランダムアクセス工程を初期化する必要がある。注意すべきことは、ＲＡＣＨ工程で、競合解決のために追加の時間が必要であることである。しかし、図１２の例において、ＵＥがすでに、ＲＲＣ再構築拒否メッセージ中に含まれるＵＬグラントを受信しているので、ＵＥは、ＲＲＣ接続セットアップのために、ターゲットｅＮＢと、ＲＡＣＨを初期化する必要がない。その結果、ターゲットセル中のＵＥ停止時間が減少する。
【００４４】
図１３は、移動通信ネットワーク中、コンテキストフェッチによるＲＲＣ再構築工程の一具体例を示す図である。移動通信ネットワークは、ＵＥ、ソースｅＮＢ１、ターゲットｅＮＢ２、ＭＭＥ、および、ＳＧＷを含む。ステップ１３０１において、ＵＥがソースｅＮＢ１に接続される。ステップ１３０２において、ＵＥはＲＬＦを検出し、ステップ１３０３において、セル選択を実行する。ステップ１３０４において、ＵＥはＲＲＣ再構築要求メッセージをターゲットｅＮＢ２に伝送する。ＲＲＣ再構築要求メッセージは、ｅＮＢ２に、ＵＥがｅＮＢ１からで、且つ、低い無線リンク品質のため、ＵＥがｅＮＢ２に接続したいことを示す。しかし、ｅＮＢ２はＵＥコンテキスト情報を有さないので、ＲＲＣ再構築が失敗する。したがって、ステップ１３０５において、ｅＮＢ２は、Ｘ２インターフェースにより、ｅＮＢ１から、ＲＬＦ指示をＵＥコンテキストの要求とする。通常、自己組織化ネットワーク（ＳＯＮ）特徴の目的のため、ＲＬＦ指示は、ｅＮＢ１にだけ示される。一実施形態において、ＲＬＦ指示は、ＵＥコンテキストの要求も含む。たとえば、新しい情報素子（ＩＥ）が用いられ、命令的応答を要求する。ステップ１３０６中、一旦、ｅＮＢ１が、ＵＥコンテキスト要求を有するＲＬＦ指示を受信すると、後続のＨＯ要求と応答交換期間中、ｅＮＢ１は、ＵＥコンテキスト情報をｅＮＢ２に送り戻す。
【００４５】
コアネットワーク側で、ステップ１３１１において、ｅＮＢ２は、Ｓ１インターフェースにより、パス切り換え要求をＭＭＥに伝送し、ステップ１３１２において、ＭＭＥは、修正ベアラー要求をＳＧＷに伝送する。ステップ１３１３において、ＳＧＷは、ＤＬパスを切り換える。ステップ１３１４において、ＳＧＷは、修正ベアラー応答をＭＭＥに送り戻し、ステップ１３１５において、ＭＭＥは、Ｓ１インターフェースにより、パス切り換え肯定応答をｅＮＢ２に送り戻す。ステップ１３２１において、ｅＮＢ１からのＵＥコンテキスト情報の受信が成功した後、無線アクセス側で、ｅＮＢ２は、ＲＲＣ再構築応答メッセージをＵＥに伝送する。ステップ１３２２において、ＳＲＢ１とセキュリティがレジュームされ、ステップ１３２３において、ＲＲＣ接続再設定が、ＵＥとターゲットｅＮＢ２間で実行される。ステップ１３２４において、ＳＲＢ２とＤＲＢＳがレジュームされる。上述のＲＲＣ再構築工程において、ターゲットｅＮＢ２が、Ｘ２インターフェースにより、ソースｅＮＢ１からＵＥコンテキストの入手を試み（Ｓ１インターフェースにより、ＭＭＥからＵＥコンテキストを得るのに代わって）、および、Ｘ２インターフェースは、通常、Ｓ１インターフェースよりかなり速いので、ターゲットｅＮＢ２は、ＲＲＣ再構築工程がうまく完成する。その結果、ターゲットセル中のＵＥ停止時間が減少する。
【００４６】
停止時間の減少に加え、データロスの減少も、接続リカバリプロセスにとって重要なことである。通常、パケットデータロスを回避するため、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）操作が再構築され、中断無しでレジュームされる必要がある。現在のＬＴＥ仕様書で定義されるＨＯ操作において、ソースｅＮＢは、ＰＤＣＰシリアル番号（ＳＮ）報告とデータをターゲットｅＮＢに転送する。ハンドオーバ工程が行われた時、ＰＤＣＰ操作がレジュームされる。ＲＲＣ再構築において、ＲＲＣ再構築成功後、ＰＤＣＰ層が再構築される。しかし、再構築のターゲットセルが、先のＰＤＣＰ状態報告を有さない場合、ＰＤＣＰ操作は、中断なしでは、レジュームされることができず、すなわち、リカバリ中に、データロスが発生する。ＲＬＦが急に発生し、ＵＥが、前のサービングセル以外のセルに選択される時、この状況が発生する。
【００４７】
図１４は、移動通信ネットワークにおけるロスレスＲＲＣ再構築工程の一具体例を示す図である。移動通信ネットワークは、ＵＥ、ソースｅＮＢ１、ターゲットｅＮＢ２、ＭＭＥ、および、ＳＧＷを含む。ステップ１４１１において、ＵＥは、測定報告をあるイベントにより始動されるソースｅＮＢ１に伝送する。ステップ１４１２において、ｅＮＢ1は、測定報告に基づいて、モビリティ決定を行う。たとえば、ｅＮＢ１は、ＵＥをターゲットｅＮＢ２にハンドオーバすることを決定する。ステップ１４１３において、ｅＮＢ1とｅＮＢ２はＨＯ要求を交換し、ＵＥコンテキスト情報に応答する。ステップ１４１４において、ＵＥはＲＬＦを検出して、ステップ１４１５において、セル選択を実行する。ステップ１４１６において、ＵＥは、ＲＲＣ再構築要求をターゲットｅＮＢ２に伝送する。ｅＮＢ２は既に、ＵＥコンテキスト情報を受信しているので、ＲＲＣ再構築が成功する。ステップ１４２１において、ｅＮＢ２は、Ｘ２インターフェースにより、ＲＬＦ指示をｅＮＢ１に伝送する。データロスを防止するため、ＲＬＦ指示は、ＰＤＣＰ状態転送とＵプレーンデータのデータ転送要求を含む。ステップ１４２２において、ｅＮＢ１は、ＰＤＣＰ ＳＮ状態をｅＮＢ２に伝送する。任意で、ステップ１４２３において、ｅＮＢ１は、ｅＮＢ２に転送されるＵプレーンデータも伝送する。
【００４８】
コアネットワーク側で、ステップ１４３１において、ｅＮＢ２は、Ｓ１インターフェースにより、パス切り換え要求をＭＭＥに伝送し、ステップ１４３２において、ＭＭＥは、修正ベアラー要求をＳＧＷに伝送する。ステップ１４３３において、ＳＧＷはＤＬパスを切り換える。ステップ１４３４において、ＳＧＷは、修正ベアラー応答をＭＭＥに送り戻し、ステップ１４３５において、ＭＭＥは、Ｓ１インターフェースにより、パス切り換え肯定応答をｅＮＢ２に送り戻す。無線アクセス側で、ステップ１４２４において、ｅＮＢ２は、ＲＲＣ再構築応答メッセージをＵＥに伝送する。ステップ１４２５において、ＳＲＢ１とセキュリティがレジュームされる。ステップ１４２６において、ＲＲＣ接続再設定が、ＵＥとターゲットｅＮＢ２間で実行される。ステップ１４２７において、ＳＲＢ２とＤＲＢＳがレジュームされる。
【００４９】
上述の例において、Ｘ２インターフェースが用いられて、ＰＤＣＰ状態転送と古いおよび新しいサービングセル間のデータ転送を始動する。提案されるＰＤＣＰ／データ転送は、図１３に示されるコンテキストフェッチと結合できる。たとえば、ソースｅＮＢ１が、ターゲットｅＮＢ２からＲＬＦ指示を受信する時、ＲＬＦ指示は、ＵＥコンテキスト要求とデータ転送要求を含む。ＲＬＦ指示の受信時、ｅＮＢ１は、以下の情報を含む応答メッセージを伝送する：ＵＥコンテキスト情報、ＰＤＣＰ ＳＮ状態、および、転送されたＵプレーンデータ。注意すべきことは、Ｘ２インターフェース上のＲＬＦ指示を用いる上述の改善が、可能な具体例のひとつであることである。別の例において、ＵＥコンテキスト要求、または、ＰＤＣＰ ＳＮ要求の新しく定義されたＸ２メッセージが用いられる。
【００５０】
図１５は、ＵＥ観点からのターゲットセル中の高速ＮＡＳリカバリの方法のフローチャートである。ステップ１５０１において、ＵＥは、移動通信ネットワーク中、サービング基地局とＲＲＣ接続を構築する。ステップ１５０２において、ＵＥは、ＲＲＣ接続のＲＬＦを検出する。ステップ１５０３において、ＵＥは、ＲＲＣ再構築要求メッセージをターゲット基地局に伝送する。ＲＲＣ再構築要求は、ターゲット基地局に、ＵＥがサービング基地局からのもので、サービングセル中の低い無線リンク品質のため、ＵＥはターゲット基地局に接続したいことを示す。このほか、ＲＲＣ再構築要求メッセージはＮＡＳサービス要求を含む。ＮＡＳサービス要求受信後、ターゲット基地局は、ＭＭＥから、ＵＥコンテキストを調査する。ステップ１５０４において、ＵＥは、ターゲット基地局とＲＲＣ接続再設定を実行する。ＮＡＳサービス要求がＲＲＣ再構築により始動されるので、ターゲット基地局は、速く、ＵＥコンテキストを得ることができる。よって、このような高速ＮＡＳリカバリは、ターゲットセル中で、停止時間を減少させる。
【００５１】
図１６は、ｅＮＢ観点からのターゲットセルの高速ＮＡＳリカバリの方法のフローチャートである。ステップ１６０１において、ターゲット基地局は、移動通信ネットワーク中、ＵＥからＲＲＣ再構築要求メッセージを受信する。ＲＲＣ再構築要求は、ターゲット基地局に、ＵＥがサービング基地局からのもので、且つ、サービングセル中の低無線リンク品質のため、ＵＥはターゲット基地局に接続したいことを示す。ＲＲＣ再構築要求メッセージは、ＮＡＳサービス要求も含む。ステップ１６０２において、ＮＡＳサービス要求受信時、ターゲット基地局は、Ｓ１インターフェースにより、ＭＭＥから、ＵＥコンテキストを調査する。ステップ１６０３において、ターゲット基地局は、Ｘ２インターフェースにより、ＲＬＦ指示をサービング基地局に伝送する。最後に、ステップ１６０４において、ターゲット基地局は、ＵＥとＲＲＣ接続再設定、および、ＭＭＥとＳ１ ＲＡＢ設定を実行する。ＮＡＳサービス要求は、ＲＲＣ再構築により始動されるので、ターゲット基地局は、速く、ＵＥコンテキストを得ることができる。よって、このような高速ＮＡＳリカバリは、ターゲットセル中、停止時間を減少させる。
【００５２】
図１７は、コンテキストフェッチによるＲＲＣ再構築工程の方法のフローチャートである。ステップ１７０１において、ターゲット基地局は、移動通信ネットワーク中、ＵＥからＲＲＣ再構築要求メッセージを受信する。ＲＲＣ再構築要求は、ターゲット基地局に、ＵＥがサービング基地局からもので、且つ、ＵＥはターゲット基地局に接続したいことを示す。ステップ１７０２において、ターゲット基地局は、ＲＬＦ指示をサービング基地局に伝送する。ＲＬＦ指示は再構築要求を伝送し、ＵＥコンテキスト要求を含む。ステップ１７０３において、ターゲット基地局は、サービング基地局から、Ｘ２メッセージ（たとえば、ＨＯ要求メッセージ）を受信する。ＨＯ要求メッセージはＵＥコンテキスト情報を含む。ステップ１７０４において、ターゲット基地局は、ＲＲＣ再構築応答をＵＥに伝送する。ターゲット基地局は既にＵＥコンテキストを有するので、ＲＲＣ再構築が成功する。よって、ターゲット基地局によるこのようなコンテキストフェッチ方法は、ターゲットセル中、停止時間を減少させる。
【００５３】
図１８は、ロスレスＲＲＣ再構築工程を実行する方法のフローチャートである。ステップ１８０１において、ターゲット基地局は、移動通信ネットワーク中、ＵＥからＲＲＣ再構築要求メッセージを受信する。ＲＲＣ再構築要求は、ターゲット基地局に、ＵＥがサービング基地局からのもので、且つ、ＵＥはターゲット基地局に接続したいことを示す。ステップ１８０２において、ターゲット基地局は、Ｘ２インターフェースにより、ＲＬＦ指示をサービング基地局に伝送する。ＲＬＦ指示はデータ転送要求を含む。ステップ１８０３において、ターゲット基地局は、サービング基地局から、ＰＤＣＰ ＳＮ状態転送を受信する。ターゲット基地局は、サービング基地局から転送されるＵプレーンデータも受信する。ステップ１８０４において、ターゲット基地局は、ＲＲＣ再構築応答をＵＥに伝送し、接続リカバリを成功させる。ターゲット基地局は、サービング基地局からの前のＰＤＣＰ状態を有するので、ＰＤＣＰ操作は、データロスなしでレジュームされる。
【００５４】
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができる。従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図１】
0005815140.tif 000002
【図２】
0005815140.tif 000003
【図３】
0005815140.tif 000004
【図４】
0005815140.tif 000005
【図５】
0005815140.tif 000006
【図６】
0005815140.tif 000007
【図７】
0005815140.tif 000008
【図８】
0005815140.tif 000009
【図９】
0005815140.tif 000010
【図１０】
0005815140.tif 000011
【図１１】
0005815140.tif 000012
【図１２】
0005815140.tif 000013
【図１３】
0005815140.tif 000014
【図１４】
0005815140.tif 000015
【図１５】
0005815140.tif 000016
【図１６】
0005815140.tif 000017
【図１７】
0005815140.tif 000018
【図１８】
0005815140.tif 000019