(57)【要約】【課題】分散型ＲＡＮ自己組織化の失敗イベント報告相関を提供する。【解決手段】失敗イベント報告相関の方法が提案される。ＵＥは、第一基地局により供される第一セル中の失敗イベントを検出し、ＵＥは前のＣ-ＲＮＴＩが割り当てられる。失敗イベントは、無線リンク失敗、ハンドオーバ失敗またはＲＡＣＨ失敗を含む。ＵＥは、その後、第二基地局によりＲＲＣ構築工程を実行し、ＵＥは新しいＣ-ＲＮＴＩが割り当てられる。ＲＲＣ構築の後、ＵＥは、失敗イベント報告と相関情報を第二基地局に伝送する。その後、第二基地局は、失敗イベント報告および前のＣ-ＲＮＴＩを第一基地局に伝送する。第一基地局は、前のＣ-ＲＮＴＩに基づいて、失敗イベント報告と前の失敗イベントを関連付けて、複式簿記を回避し、ＳＯＮのＭＲＯ決定を改善する。【選択図】図７
2014506091.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、 
ユーザー装置 (ＵＥ)により、第一基地局により供される第一セル中の失敗イベントを検出する工程と、 
第二基地局により供される第二セルと、無線リソース制御 (ＲＲＣ)構築工程を実行する工程、および、
前記ＲＲＣ構築後、失敗イベント報告を前記第二基地局に伝送する工程、
を含み、
前記ＵＥは相関情報も伝送し、前記相関情報は、失敗イベントに関連する初期の接続または接続の試みに言及することを特徴とする方法。
【請求項２】
さらに、
前記ＲＲＣ構築工程の前、第一セル無線ネットワーク一時識別子 (ＣＲＮＴＩ)を用いて、前記第二基地局とＲＲＣ再構築工程を実行する工程、および、
前記第二基地局からの前記相関情報を受信または推定する工程、
を含み、
前記相関情報は前記第一ＣＲＮＴＩと異なることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＲＣ再構築工程は、ランダムアクセスチャネル (ＲＡＣＨ) 工程を含み、前記相関情報は前記ＲＡＣＨ工程のＲＡＣＨリソース情報を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記相関情報は、前記ＲＡＣＨ工程期間中に用いられるＲＡＣＨプリアンブルまたはシステムフレーム番号を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ＵＥは、前記第一基地局からの前記相関情報を受信または推定し、前記相関情報は前記第一ＣＲＮＴＩ異なることを特徴とする請求項１に記載の方法。 
【請求項６】
前記相関情報は、前記ＵＥが、前記同じセル中で、ＲＲＣ再構築の試みを実行するかを示すことを特徴とする請求項１に記載の方法。
【請求項７】
一状況を満たす時、前記ＵＥは前記相関情報を伝送することを特徴とする請求項１に記載の方法。 
【請求項８】
失敗イベントの検出時、前記ＵＥはタイマーを起動し、且つ、失敗イベント報告の伝送前に、前記タイマーが期限切れになる時、前記状況は満たされないことを特徴とする請求項７に記載の方法。 
【請求項９】
前記ＵＥが第二ＲＲＣ構築工程を実行する場合、前記状況は満たされないことを特徴とする請求項７に記載の方法。
【請求項１０】
前記ＵＥが別の無線アクセス技術 (ＲＡＴ)に接続される場合、前記状況は満たされないことを特徴とする請求項７に記載の方法。
【請求項１１】
ユーザー装置 (ＵＥ)であって、
第一基地局により供される第一セル中の失敗イベントを検出する失敗イベント管理モジュールと、
第二基地局により供される第二セルと、無線リソース制御 (ＲＲＣ)構築工程を実行する接続管理モジュールと、
ＲＲＣ構築後、失敗イベント報告を前記第二基地局に伝送するトランシーバと、
を含み、
前記トランシーバは、相関情報も伝送し、前記相関情報は、前記失敗イベントに関連する初期の接続または接続の試みに言及することを特徴とするＵＥ。
【請求項１２】
前記ＲＲＣ構築工程の前、前記接続管理モジュールは、第一セル無線ネットワーク一時識別子 (ＣＲＮＴＩ)を用いて、前記第二基地局とＲＲＣ再構築工程を実行し、前記ＵＥは、前記第二基地局からの前記相関情報を受信または推定し、前記相関情報は前記第一ＣＲＮＴＩと異なることを特徴とする請求項１１に記載のＵＥ。
【請求項１３】
前記ＲＲＣ再構築工程はランダムアクセスチャネル (ＲＡＣＨ)工程を含み、前記相関情報は、前記ＲＡＣＨ工程のＲＡＣＨリソース情報を含むことを特徴とする請求項１２に記載のＵＥ。
【請求項１４】
前記相関情報は、前記ＲＡＣＨ工程期間中に用いられるＲＡＣＨプリアンブルまたはシステムフレーム番号を含むことを特徴とする請求項１３に記載のＵＥ。
【請求項１５】
前記ＵＥは、前記第一基地局からの前記相関情報を受信または推定し、前記相関情報は前記第一ＣＲＮＴＩと異なることを特徴とする請求項１１に記載のＵＥ。 
【請求項１６】
前記相関情報は、前記ＵＥが、前記同じセル中で、ＲＲＣ再構築の試みを実行するかどうか示すことを特徴とする請求項１１に記載のＵＥ。
【請求項１７】
前記ＲＲＣ構築工程の前、前記接続管理モジュールは、前記第二基地局とＲＲＣ再構築工程を実行し、且つ、状況を満たす時、前記ＵＥは前記相関情報を伝送することを特徴とする請求項１１に記載のＵＥ。
【請求項１８】
前記失敗イベントの検出時、前記ＵＥはタイマーを起動し、且つ、前記失敗イベント報告の報告前、前記タイマーが期限切れになる時、前記状況が満たされないことを特徴とする請求項１７に記載のＵＥ。 
【請求項１９】
前記ＵＥが第二ＲＲＣ構築工程を実行する場合、前記状況は満たされないことを特徴とする請求項１７に記載のＵＥ。
【請求項２０】
前記ＵＥが別の無線アクセス技術 (ＲＡＴ)に接続される場合、前記状況は満たされないことを特徴とする請求項１７に記載のＵＥ。
【請求項２１】
方法であって、
基地局により、ユーザー装置 (ＵＥ)から無線リソース制御 (ＲＲＣ)再構築要求を受信し、前記要求が、元の基地局により供される第一セル無線ネットワーク一時識別子 (ＣＲＮＴＩ)を有する前記ＵＥの失敗イベントを示す工程と、
ＲＲＣ再構築応答を前記ＵＥに伝送する工程と、 
前記ＵＥとＲＲＣ構築工程を実行し、前記ＵＥにＣＲＮＴＩを割り当てる工程、および、
前記ＵＥから失敗イベント報告および相関情報を受信し、前記相関情報は前記失敗イベントに関連する前記ＲＲＣ再構築の試みに言及する工程、
を含むことを特徴とする方法。
【請求項２２】
前記ＵＥへの前記ＲＲＣ再構築応答は、前記ＲＲＣ再構築の試みの前記相関情報を含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
さらに、
前記元の基地局が、前記失敗イベントの前記相関情報を前記ＵＥに提供し、前記相関情報が前記第一ＣＲＮＴＩと異なる工程と、 
前記基地局が、前記失敗イベント報告を前記元の基地局に提供し、前記基地局が、前記相関情報も提供する工程と、
を含むことを特徴とする請求項２１に記載の方法。
【請求項２４】
さらに、
前記失敗イベント報告を前記元の基地局に提供し、前記基地局が、前記相関情報に基づいて、前記第一ＣＲＮＴＩも伝送する工程を含むことを特徴とする請求項２１に記載の方法。
【請求項２５】
さらに、
前記失敗イベント報告を前記元の基地局に伝送し、前記基地局が、前記元の基地局に、前記ＵＥが前記ＲＲＣ再構築の試みを実行するかどうかを指示することを特徴とする請求項２１に記載の方法。 
【請求項２６】
前記ＲＲＣ再構築工程はランダムアクセスチャネル (ＲＡＣＨ)工程を含み、前記相関情報は、前記ＲＡＣＨ工程のＲＡＣＨリソース情報を含むことを特徴とする請求項２１に記載の方法。
【請求項２７】
前記ＲＡＣＨ工程期間中に用いられるＲＡＣＨプリアンブルまたはシステムフレーム番号を含むことを特徴とする請求項２６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１１年３月３１日に出願された“Failure Event Report Correlation for Distributed RAN Self-Organization”と題された米国特許仮出願番号第６１／４７００４２号から、合衆国法典第３５編第１１９条の下、優先権を主張するものであり、その内容は引用によって本願に援用される。
【０００２】
本発明は、失敗イベント報告(failure event reporting)に関するものであって、特に、分散型ＲＡＮ自己組織化ネットワーク (ＳＯＮ)の失敗イベント報告相関に関するものである。
【背景技術】
【０００３】
自己組織化は、中央権力、または、計画によりそれを課する外部要素がないシステム中に現れる構造またはパターンのプロセスである。３ＧＰＰ (3rd Generation Partnership Project)と一致し、自己組織化ネットワーク (ＳＯＮ)のビジョンは、前と現在の無線アクセスネットワークと比べると、未来の無線アクセスネットワークは、プラン、配置、管理、最適化および修復が容易である必要がある。ＳＯＮは、３ＧＰＰリリース８規格中の一シリーズ基準中で体系化されている。新しく追加された基地局は、自己設定（self-configured）で、プラグアンドプレイ（plug-and-play）パラダイムと一致し、全ての作業中の基地局は、観察されたネットワークパフォーマンスと無線状況に基づいて、定期的に、パラメータとアルゴリズムを自己最適化（self-optimize）する。さらに、さらに恒久的な解決を待つ間、自己回復メカニズム(self-healing mechanism)が始動されて、検出された設備機能停止を一時的に相殺する。
【０００４】
３ＧＰＰネットワークにおいて、ＭＲＯ (Mobility Robustness Optimization)を含む移動度最適化は、ｅＮｏｄｅＢ中で実行される反応性自己最適化（reactive self-optimization）機能で、ハンドオーバ (ＨＯ)パラメータを最適化すると考えられる。たとえば、ｅＮｏｄｅＢは、ＵＥ測定設定とＨＯアルゴリズムを最適化して、受け入れ可能な、または、出来る限り低いＨＯ問題率を探すこと、および、バランスのよいピンポン率（ping-pong rate）またはＨＯ率を見つける必要がある。遅すぎるＨＯ問題において、ハンドオーバ初期化前、または、ハンドオーバ期間中、接続失敗がソースセル中で発生する。ＵＥは、ターゲットセル (ハンドオーバが初期化される場合)中、または、ソースセルではないセル中で(ハンドオーバが初期化されない場合)、無線リンク接続の再構築を試みる。早すぎるＨＯ問題において、ソースセルからターゲットセルへの成功のハンドオーバ後、または、ハンドオーバ期間中、接続失敗がすぐ発生する。ＵＥは、ソースセル中、無線リンク接続の再構築を試みる。悪いセルＨＯ問題において、ソースセルからターゲットセルへの成功のハンドオーバ後、または、ハンドオーバ期間中、接続失敗がすぐ発生する。ＵＥは、ソースセルおよびターゲットセル以外のセル中、無線リンク接続の再構築を試みる。
【０００５】
失敗、たとえば、無線リンク失敗 (ＲＬＦ)、または、ハンドオーバ失敗 (ＨＯＦ)後、同じＲＡＴの別の適当なセルを見つけることが出来る場合、ＵＥは、無線リソース制御 (ＲＲＣ)再構築を試みる。現存のＲｅｌ-９工程によると、再構築の試み成功後、ネットワークは、Ｘ２ ＲＬＦ指示工程を用いて、前のＵＥサービングセルのｅＮＢを通知し、このｅＮＢは、この指示に基づいて精算し、移動度を最適化する。Ｒｅｌ-１０において、ＵＥは、ＲＲＣ構築後、たとえば、非準備のためのＲＲＣ再構築失敗後、および、後続のＮＡＳ回復成功時、ＲＬＦ報告を実行する。
【０００６】
しかし、ネットワークに対し、後続のＲＬＦ報告と前のサービングセル中のＵＥコンテキストを関連付ける方法がない。よって、３ＧＰＰが上述のような方式で進む場合、明らかに、複式簿記(double bookkeeping)になる。まず、統計値は、ＲＲＣ再構築の試み(ＲＲＣ再構築失敗)に基づいて更新され、統計値は、再度、ＵＥ ＲＬＦ報告に基づいて更新される。Ｒｅｌ-９と推薦されるＲｅｌ-１０方法は、完全に互換性があるわけではない。このような複式簿記は、失敗統計値を信用できなくし、誤ったＭＲＯ動作を生じる。
【０００７】
失敗時、ＲＬＦ報告の内容、および、ＵＥに関するネットワーク既知情報は、ある失敗の是正措置に対し不可欠なものである。ある失敗にとって、最も適当な是正措置は、非ＭＲＯ動作、たとえば、干渉調整スキームの再設定または電力制御への変化等である。前のサービングセル中のＵＥコンテキスト (たとえば、そのセル無線ネットワーク一時ＩＤ(Ｃ-ＲＮＴＩ))は既にネットワークに知られているので、ソリューションは、常に、ネットワーク既知情報とＲＬＦ報告を関連付けることができ、複式簿記を回避し、ＳＯＮのＭＲＯ決定を改善することが求められる。
【０００８】
別の潜在問題は、ＲＬＦ報告が非常に遅くなって、たとえば、失敗が発生して一日後、基地局に伝送されることである。一般に、基地局は、非保留ＵＥのＵＥコンテキストとＣＲＮＴＩを長時間キープせず、かつ、一般に、基地局は、メモリを保存する空間に限りがある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、失敗イベント報告相関の方法を提供する。
【課題を解決するための手段】
【００１０】
本方法は、ＵＥが新しいＲＲＣ接続を構築する時、たとえば、アイドルモードの後、または、別の無線アクセス技術で接続された後、ネットワーク既知情報と失敗イベント報告の関連付けをサポートし、古いＵＥコンテキストを保存する空間に限りがあることも考慮する。
【００１１】
ＵＥは、第一基地局により供される第一セル中の失敗イベントを検出し、ＵＥは、前のＣ-ＲＮＴＩが割り当てられる。失敗イベントは、無線リンク失敗、ハンドオーバ失敗またはＲＡＣＨ失敗を含む。ＵＥがＲＲＣ再構築失敗のためにアイドルモードになる、または、ＵＥが別のＲＡＴに接続されて、また戻る場合、ＵＥは、第二基地局とＲＲＣ構築工程を実行し、且つ、ＵＥは新しいＣ-ＲＮＴＩが割り当てられる。ある実施例において、第二および第一基地局は同じである。ＲＲＣ構築後、ＵＥは、失敗イベント報告と相関情報を第二基地局に伝送する。第二基地局は、失敗イベント報告および前のＣ-ＲＮＴＩまたは別の相関情報を第一基地局に伝送する。第一基地局は、前のＣ-ＲＮＴＩまたは別の相関情報に基づいて、失敗イベント報告と前の失敗イベント指示および基地局に保存されるＵＥ情報を関連付け、複式簿記を回避し、ＳＯＮのＭＲＯ決定を改善する。
【００１２】
第一具体例において、ＲＲＣ再構築工程期間中、ＵＥは、第二基地局から相関情報を受信し、ＵＥは、その前のＣ-ＲＮＴＩを提供する。相関情報は、一意的に、ＵＥを識別することができる。たとえば、相関情報は、ＲＲＣ再構築拒否メッセージ中、第二基地局により提供される新しい情報素子 (ＩＥ)に含まれる。ＵＥは、後に、相関情報と失敗イベント報告を第二基地局に伝える。これは、低オーバーヘッドで、且つ、簡潔な方法である。
【００１３】
第一具体例の特定例となる第二例において、ＲＲＣ再構築工程中、ＵＥは、第二基地局のランダムアクセスチャネル (ＲＡＣＨ)工程から、相関情報を受信および推定する。相関情報は、ＲＲＣ再構築工程に用いられるＲＡＣＨリソースに基づく。たとえば、相関情報は、ＲＡＣＨプリアンブル、および、時間情報、たとえば、成功したＲＡＣＨ伝送に用いられるシステムフレーム番号 (ＳＦＮ)を含む。
【００１４】
別の特定例において、進行中のＲＲＣ接続中、ＵＥは、第一基地局から相関情報を受信する。相関情報は、一意的に、ＵＥを識別する、または、ＵＥの分類を識別することができる。ある分類のＵＥは、一般に、一組の類似するハンドオーバを有する、および、ハンドオーバ測定パラメータ設置またはハンドオーバシグナリングメッセージの伝送方式に影響を与えるパラメータのＵＥである。たとえば、相関情報は、ＲＲＣメッセージ中、第一基地局により提供される新しい情報素子 (ＩＥ)中に含まれる。ＵＥは、後に、相関情報と失敗イベント報告を第二基地局に伝える。これは、低オーバーヘッドで、且つ、簡潔な方法である。
【００１５】
第三例において、ＵＥは、ＲＲＣ再構築工程期間中、基地局から、相関情報を受信しない。ＵＥが失敗イベント報告を伝送する時、ＵＥは、前のＲＲＣ再構築の試みの存在の指示も第二基地局に伝送する。たとえば、指示は、{RRC REEST ATTEMPT = TRUE}のブール変数(Boolean variable)である。第一基地局が第二基地局により伝送されるこのような指示を受信するとき、第一基地局は、それでもなお、失敗イベント報告と前の失敗イベントを関連付けることができる。
【００１６】
第四例において、ＵＥは新しい相関情報だけを提供する。一例において、ＵＥは、タイマーに基づいて、相関情報の鮮度を判断し、すなわち、失敗イベントから失敗イベント報告間の時間は、あるスレショルドを超過してはならない。別の例において、ＵＥは、ＵＥが別のＲＡＴに留まるかの認識に基づいて、相関情報の鮮度を判断する。相関情報が古く、且つ、もう有用でない場合、ＵＥにより破棄される。代わりに、ＵＥは、ブール変数と失敗イベント報告により、初期のＲＲＣ再構築の試みを指示する。
【００１７】
他の実施の形態および利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は、請求項によって定められる。
【図面の簡単な説明】
【００１８】
【図１】一新規態様による失敗イベント報告と相関を有する無線通信ネットワークを示す図である。
【図２】一新規態様によるユーザー装置を示す図である。
【図３】相関情報により失敗イベントを報告する第一具体例を示す図である。
【図４】相関情報により失敗イベントを報告する第二具体例を示す図である。
【図５】相関情報により失敗イベントを報告する第三具体例を示す図である。
【図６】相関情報により失敗イベントを報告する第四具体例を示す図である。
【図７】一新規態様によるユーザー装置により失敗イベントを検出および報告する方法のフローチャートである。
【図８】一新規態様による基地局により相関情報により失敗イベントを処理する方法のフローチャートである。
【発明を実施するための形態】
【００１９】
本発明の実施態様について詳細に述べる。その例は添付画面に示されている。
【００２０】
図１は、一新規態様による失敗イベント報告と相関を有する無線通信ネットワーク１００を示す図である。無線通信ネットワーク１００は、複数の基地局(ｅＮＢ１０１、ｅＮＢ１０２およびｅＮＢ１０３)とユーザー装置ＵＥ１０４を含む。ＵＥ１０４は、最初、セル１１１中のｅＮＢ１０１により供され、且つ、RRC_CONNECTED状態にある。その後、ＵＥ１０４は無線リンク失敗 (ＲＬＦ)を検出し、ＲＬＦ前の無線信号測定情報を記録して、後の報告に用いる(ステップ１２１)。失敗イベントの検出後、ＵＥ１０４はRCC_CONNECTED モードで留まり、セル選択を実行する。一旦、適当なセルが見つかると、ＵＥ１０４はＲＲＣ再構築を試みる。たとえば、ＵＥ１０４はセル１１２を選択し、ｅＮＢ１０２によりＲＲＣ再構築を実行する(ステップ１２２)。ＲＲＣ再構築工程は、迅速で、且つ、ほぼ-ＲＡＮ-ローカル工程であるとともに、セル１１２準備後、たとえば、ｅＮＢ１０２が既にＵＥコンテキスト情報を有する場合だけ実行される。たとえば、ＵＥ１０４が、ＵＥ１０４が初期に接続される同じｅＮＢ１０１への接続の再設定を試みる場合、または、ｅＮＢ１０２が、ＵＥ１０４が前に接続されるｅＮＢ１０１により、前に準備されている場合(たとえば、ハンドオーバまたは再構築準備で)、ＲＲＣ再構築工程が成功する。しかし、多くのその他の実施例において、ターゲットセルがＵＥコンテキスト情報を有する可能性はほとんどない。ＵＥからのＲＲＣ再構築メッセージは、ＵＥ識別情報、たとえば、ＵＥのセル無線ネットワーク一時ＩＤ (Ｃ-ＲＮＴＩ)、および、ＵＥが前に接続されるセルのセルＩＤを含む。
【００２１】
ＲＲＣ再構築において、ｅＮＢ１０２は、Ｘ２インターフェースにより、ＲＬＦ指示とＵＥ識別情報を、前のサービングｅＮＢ１０１に伝送する。ＲＲＣ再構築が失敗する場合、ＵＥ１０４は、その状態をRRC_CONNECTED からRRC_IDLEに変化させ、セル選択工程を実行する。一旦、適当なセルが見つかると、ＵＥ１０４はＲＲＣ構築を試みる。通常、同じセルは、ＵＥがＲＲＣ再構築を試みるセルとして選択される。一例において、ＲＲＣ再構築が失敗する場合、ｅＮＢ１０２は、ある相関情報 {X}をＵＥ１０４に伝送する。相関情報 {X}は、ＲＲＣ再構築が失敗するＵＥとして、ＵＥを識別することができる任意の情報である。
【００２２】
図１の例において、ＵＥ１０４はセル１１２を選択し、ｅＮＢ１０２により、ＲＲＣ構築を実行する(ステップ１２３)。ＲＲＣ再構築工程と比較すると、ＲＲＣ構築工程は、大きい程度で、少し長い時間、コアネットワークを取り込むが、ＲＡＮはＵＥに対し何の予備知識もないと見なされる。ＲＡＮは、このような情報がＲＡＮに提供されないので、ＵＥが前に接続されているか知らない。実際、ＲＡＮはＵＥを識別する能力がなく、ＵＥは新しいＣ-ＲＮＴＩを与える。これも同様に、ＲＲＣ再構築が失敗し、NAS-回復がＲＲＣ接続セットアップをトリガーする状況に適用される。
【００２３】
ＲＲＣ構築工程において、ＵＥ１０４は、ｅＮＢ１０２に、ＲＬＦ報告可用性があるかを指示する。ｅＮＢ１０２からの情報要求受信時、ＵＥ１０４は、ＲＬＦ報告と相関情報 {X}をｅＮＢ１０２に伝送する。一例において、相関情報 {X}に基づいて、ｅＮＢ１０２は、前のＵＥ識別子を決定することができる。ステップ１２４において、ｅＮＢ１０２は、Ｘ２インターフェースにより、受信されたＲＬＦ報告と前のＵＥ識別子を、前のサービングｅＮＢ１０１に伝送する。この情報は、ｅＮＢ１０１が、初期のＲＬＦ失敗イベントとの接続におけるＵＥを識別することができるようにし、失敗イベントは、ＲＲＣ再構築期間中、Ｘ２インターフェースにより、すでに、ｅＮＢ１０２によりｅＮＢ１０１に示されている。提供される情報に基づいて、ｅＮＢ１０１は、Ｘ２ＲＬＦ報告と初期のＸ２ＲＬＦ指示、および、ｅＮＢ１０１が保存された前のＵＥコンテキスト情報を関連付けることができる。
【００２４】
図１の別の例において、ＵＥ１０４は別の無線アクセス技術 (ＲＡＴ)を採用する (ステップ１２５)。ｅＮＢ１０３によりＲＲＣ構築を試みる前、ＵＥ１０４は、かなりの時間留まる(ステップ１２６)。ＵＥ１０４がＲＬＦ情報を保留して、後に報告しても、このような情報が既に古く、有用でないので、ＵＥ１０４は相関情報 {X}を破棄し、ｅＮＢ１０１は、この時、すでに、保存されたＵＥコンテキストを破棄していると仮定する。その結果、ステップ１２７において、ｅＮＢ１０３は、ＵＥ識別情報を有さずに、ＲＬＦ報告だけをｅＮＢ１０１に伝送する。代わりに、ＵＥ１０４は、ｅＮＢ１０３に、前のＲＣＣ再構築工程が失敗であることを指示し、ｅＮＢ１０３は、このような指示をｅＮＢ１０１とＲＬＦ報告に伝送する。このような指示に基づいて、ｅＮＢ１０１は、依然として、Ｘ２ ＲＬＦ報告と初期のＸ２ＲＬＦ指示を関連付けることができる、または、少なくとも失敗イベントの複式簿記を回避する。
【００２５】
ＲＲＣ再構築は、ＵＥが、ＵＥのＵＥコンテキストが識別できる方法で、自身を識別する仮定に基づいた最適化工程である。一方、ＲＲＣ構築、たとえば、リダイレクトを伴う移動において、ＲＡＮは、ＵＥがいつ前の接続を実行するのか知らない。よって、相関するソリューションに基づいた最大の長所は: a)本ソリューションは、Ｘ２ＲＬＦ指示メッセージに基づいた別のソリューションと互換性があり、且つ、古くならない; および、b) 本ソリューションは、失敗イベント報告中、ＵＥにより報告されるネットワーク知識と情報の組み合わせが、よい品質を保証すると共に、ネットワーク中で既に知られている情報がＵＥにより報告される必要がないので、ＵＥ失敗イベント報告の内容の要求を減少できるようにすることである。失敗イベントは、無線リンク失敗、ハンドオーバ失敗またはＲＡＣＨ失敗である。上述の状況は、どれも、本ソリューションを応用することができ、上述の状況は移動性問題により生じるもので、且つ、それらは、第一ＲＲＣ再構築を生成し、失敗の場合、ＮＡＳによりＲＲＣ構築を始動するからである。
【００２６】
図２は、一新規態様によるユーザー装置ＵＥ２０１を示す図である。ＵＥ２０１は、メモリ２１１、プロセッサ２１２、アンテナ２１４に結合されるトランシーバ２１３を含む。ＵＥ２０１は、無線信号測定を実行する測定モジュール２１５、失敗イベントを検出し、失敗イベント報告を管理する失敗イベント管理モジュール２１６、および、セル (再)選択とＲＲＣ(再)構築工程を実行するＲＲＣ接続管理モジュール２１７を含む各種モジュールも含む。異なるモジュールは、ソフトウェア、ファームウェア、ハードウェア、または、それらの組み合わせにより実施される機能モジュールである。プロセッサ２１２により実行される時 (たとえば、プログラムコード２１８を実行することにより)、機能モジュールは、ＵＥ２０１が各種機能を実行できるようにする。基地局は、各種機能モジュールを含む類似構造を有し、関連機能をサポートする。
【００２７】
図３は、無線通信ネットワーク３００中、相関情報により、失敗イベントを報告する第一具体例を示す図である。無線通信ネットワーク３００は、第一ｅＮＢ３０１、第二ｅＮＢ３０２およびＵＥ３０３を含む。最初、ＵＥ３０３はRRC_CONNECTEDモードで、構築されたＲＲＣ接続により、サービングセル中のそのサービングｅＮＢ３０１と通信する(ステップ３１１)。ＲＲＣ接続により、ｅＮＢ３０１はＵＥコンテキスト情報を保存し、ＵＥコンテキスト情報は、ＲＲＣ接続に関するＵＥ３０３の識別子に関連する。たとえば、ＵＥ識別情報は、Ｃ-ＲＮＴＩ、セルＩＤ、および、ＲＲＣ接続のメッセージ認証コード (ＭＡＣ−Ｉ)を含む。その後、ステップ３２１で、ＵＥ３０３は、失敗イベント、たとえば、ＲＬＦを検出する。ＵＥ３０３は、ＲＬＦ失敗イベントに関する無線信号測定情報を記録し、後の報告に用いる。ＲＬＦの時間の前、ＲＬＦ報告は無線信号測定(たとえば、RSRP/RSRQ 測定)を含む。ＵＥ３０３はRRC_CONNECTED モードで留まり、セル選択を実行する。
【００２８】
ステップ３３１において、ＵＥ３０３は、ｅＮＢ３０２により、ＲＲＣ再構築の実行を開始し、ＲＲＣ再構築要求をｅＮＢ３０２に伝送する。ＲＲＣ再構築要求は、初期のＲＲＣ接続に関するＵＥ識別情報、たとえば、前のＣ-ＲＮＴＩ、前のセルＩＤ、および、前の ＭＡＣ−Ｉを含む。ＲＲＣ再構築要求の受信時、ｅＮＢ３０２は、Ｘ２インターフェースにより、ＲＬＦ指示をｅＮＢ３０１に伝送する。ＲＬＦ指示は初期のＵＥ識別子を含み、ｅＮＢ３０１は対応するＵＥを識別することができる。しかし、ＵＥ３０３とｅＮＢ３０２間に安全なＲＲＣ接続が構築されていないので、ＲＬＦ指示は、実際のＲＬＦ報告を含まない。
【００２９】
図３の例において、再構築の試みの前、ｅＮＢ３０２は準備されていないので、ＲＲＣ再構築工程は失敗する。ステップ３３３において、ｅＮＢ３０２は、ＲＲＣ再構築拒否メッセージをＵＥ３０３に伝送する。一新規態様において、ＲＲＣ再構築拒否メッセージは相関情報 {X}も含み、相関情報 {X}は新しい情報素子 (ＩＥ)中に含まれる。相関情報 {X}は、ｅＮＢ３０２により用いられて、後に、ＵＥ３０３を識別することができる任意の情報である。ＲＲＣ再構築拒否メッセージの受信時、ＵＥ３０３は、ステップ３４１で、RRC_アイドルモードになる。ＮＡＳは、その後、すぐに、ＲＲＣ接続構築を始動する。一般に、ＵＥ３０３がすぐに離れない場合、ｅＮＢ３０２は、まだ、ＵＥ３０３のターゲット基地局である。
【００３０】
ステップ３５１において、ＵＥ３０３は、ｅＮＢ３０２によりＲＲＣ構築工程を実行する。ＲＲＣ構築工程はヘビー級の(heavy-weight)工程で、この期間、ＵＥおよびｅＮＢは、各種レベルのダウンリンク(DL)およびアップリンク(DL) 同期、ネゴシエーションと設定を実行し、最終的に、新しいＲＲＣ接続を構築する。このような情報はＲＡＮ/ｅＮＢ３０２に提供されないので、ＲＡＮ/ｅＮＢ３０２は、ＵＥ３０３が前に接続され、失敗したかどうかを知らない。ＵＥ３０３は新しいＣ-ＲＮＴＩが割り当てられる。接続セットアップの完成時、ステップ３６１において、ＵＥ３０３は、ＲＲＣ接続セットアップ完成メッセージをｅＮＢ３０２に伝送する。このメッセージは、ｅＮＢ３０２に、ＵＥ３０３がＲＬＦ報告可用性を有することも指示する。ステップ３６２において、ｅＮＢ３０２は、ＵＥ情報要求メッセージをＵＥ３０３に伝送する。要求メッセージは、ＵＥ３０３に、可用性ＲＬＦ報告の伝送を要求する。ステップ３６３において、ＵＥ３０３は、情報応答メッセージをｅＮＢ３０２に送り戻す。応答メッセージは、ＲＬＦ報告と相関情報 {X}を含む。
【００３１】
一旦、ｅＮＢ３０２がＲＬＦ報告および相関情報 {X}を受信すると、ｅＮＢ３０２は、相関情報に基づいて、ＵＥ３０３を識別することができる。さらに特に、ｅＮＢ３０２は、ＲＲＣ再構築拒否メッセージ中、相関情報 {X} をＵＥ３０３に伝送し (ステップ３３３)、現在のＵＥ３０３は、 同じ相関情報 {X}だけに反響させる (ステップ３６３)。相関情報 {X}は、一意的に、前のＵＥ識別情報に関連し、前のＵＥ識別情報は、ステップ３３１中のＲＲＣ再構築要求メッセージで受信される。その結果、ｅＮＢ３０２はＵＥ３０３を識別し、前のＵＥ識別情報を獲得することができる。ステップ３６４において、ｅＮＢ３０２は、受信されたＲＬＦ報告を前のサービングｅＮＢ３０１に伝送する。このほか、ｅＮＢ３０２は、Ｘ２インターフェースにより、ＵＥ３０３の前のＵＥ識別情報 (たとえば、 前の Ｃ-ＲＮＴＩ、前の セルＩＤおよびＭＡＣ−Ｉ)もｅＮＢ３０１に伝送する。
【００３２】
ＵＥ識別子に基づいて、ｅＮＢ３０１は、受信されたＲＬＦ報告とステップ３３２で受信された同じＵＥ３０３の初期のＲＬＦ指示、および、ｅＮＢ３０１中に保存される前のＵＥコンテキストを関連付けて、複式簿記を回避することができる。このほか、ｅＮＢ３０１は、ＲＬＦ報告に含まれる測定に基づいて、ＭＲＯ決定をさらによくすることができる。関連付けを用いることにより、このような情報は既にネットワークで知られているので、ＵＥ３０３は、識別情報を追跡および記録する、または、ＵＥ識別情報をＲＬＦ報告に加える必要がない。一般に、ＵＥは簡単なほうがよく、複雑度はネットワークにより引き受けられる。相関情報 {X}は、ＵＥの識別に用いることができる任意の情報、または、ＵＥ 識別情報自身の一部になることができる。
【００３３】
図４は、無線通信ネットワーク４００中、相関情報により、失敗イベントを報告する第二具体例を示す図である。無線通信ネットワーク４００は、第一ｅＮＢ４０１、第二ｅＮＢ４０２およびＵＥ４０３を含む。図４は図３に類似し、ＵＥ４０３は、最初、ｅＮＢ４０１に接続され (ステップ４１１)るが、失敗イベント検出後、ｅＮＢ４０２に接続される(ステップ４２１)。しかし、図４の例において、相関情報の特定の例が説明される。ステップ４３１において、ＵＥ４０３は、あるＲＡＣＨリソースに基づいて、ｅＮＢ４０２により、ランダムアクセスチャネル (ＲＡＣＨ)工程を実行し、たとえば、ＲＡＣＨ機会時、あるシステムフレーム番号 (ＳＦＮ)を有するあるＲＡＣＨプリアンブルコードに基づいて、ＲＡＣＨ伝送を実行する。ＲＡＣＨの試みの成功後、ステップ４３２で、ＵＥ４０３は、ＲＲＣ再構築要求をｅＮＢ４０２に伝送する。ＲＲＣ再構築要求は、ｅＮＢ４０１とその前の接続に関連するＵＥ４０３のＵＥ識別子を含む。ステップ４３３において、ｅＮＢ４０２は、Ｘ２インターフェースにより、ＲＬＦ指示をｅＮＢ４０１に伝送する。ＲＬＦ指示はＵＥ識別情報も含んで、ｅＮＢ４０１は対応するＵＥを識別することができる。
【００３４】
ｅＮＢ４０２が準備されていないので、ＲＲＣ再構築工程が失敗する。ステップ４３４において、ｅＮＢ４０２は、ＲＲＣ再構築拒否メッセージをＵＥ４０３に伝送する。図４のステップ４４１から４６２は、図３のステップ３４１からステップ３６２と同じである。ステップ４６３において、ＵＥ４０３は、情報応答メッセージをｅＮＢ４０２に送り戻す。応答メッセージは、ＲＬＦ報告および成功したＲＡＣＨの試みの相関情報 {ＲＡＣＨリソース}を含む。ＲＡＣＨリソースは、通常、一意的に、ＵＥ４０３に関連するので、ｅＮＢ４０２は、このような相関情報により、ＵＥ４０３を識別することができる。一旦、ｅＮＢ４０２がＲＬＦ報告と相関情報 {ＲＡＣＨリソース}を受信すると、ｅＮＢ４０２は、相関情報に基づいて、ＵＥ４０３の前のＵＥ識別子を識別することができる。ステップ４６４において、ｅＮＢ４０１は、ＲＬＦ報告、および、ＵＥ４０３ (たとえば、前のＣ-ＲＮＴＩ、前の セルＩＤおよびＭＡＣ−Ｉ)の前のＵＥ識別子を受信する。ＵＥ識別子に基づいて、ｅＮＢ４０１は、受信したＲＬＦ報告とステップ４３２で受信された同じＵＥ４０３の初期のＲＬＦ指示が関連するか判断し、複式簿記を回避することができる。このほか、ｅＮＢ４０１は、詳細なＲＬＦ報告に含まれる測定に基づいて、ＭＲＯ決定をさらによくすることができる。
【００３５】
一特定例において、進行中のＲＲＣ接続期間中、ＵＥ４０３は、第一基地局ｅＮＢ４０１から相関情報を受信する。相関情報は、一意的に、ＵＥを識別する、または、ＵＥの分類を識別し、ある類のＵＥは、同じまたは類似するパラメータを用いる。たとえば、ＵＥ４０３は相関情報を受信し、相関情報は、ＲＲＣメッセージ中、ｅＮＢ４０１により提供される新しい情報素子 (ＩＥ)中に含まれる。ＵＥ４０３は、その後、相関情報と失敗イベント報告をｅＮＢ４０２に伝送し、情報と失敗イベントは、ｅＮＢ４０１に伝送される。
【００３６】
別の特定例において、第二基地局および第一基地局は同じである。たとえば、ＵＥは、まず、第一基地局により供される第一セルに接続され、その後、同じ基地局により供される第二セルまたは同じセルにより、ＲＲＣ接続セットアップを実行する。
【００３７】
図５は、無線通信ネットワーク５００中、相関情報により、失敗イベントを報告する第三具体例を示す図である。無線通信ネットワーク５００は、第一ｅＮＢ５０１、第二ｅＮＢ５０２およびＵＥ５０３を含む。図５は図３に類似し、ＵＥ５０３は、最初、ｅＮＢ５０１に接続され(ステップ５１１)るが、後に、失敗イベント検出後、ｅＮＢ５０２に接続される(ステップ５２１)。しかし、図５の例において、ＲＲＣ再構築失敗時(ステップ５３３)、ｅＮＢ５０２は、ＵＥ５０３に相関情報を提供しない。別の差異は、ステップ５６３にある。ステップ５６３において、ＵＥ５０３は、情報応答メッセージをｅＮＢ５０２に送り戻す。応答メッセージはＲＬＦ報告を含む。 しかし、応答メッセージはＵＥ識別情報を含まない。代わりに、応答メッセージは、前のＲＲＣ再構築の試みの存在の指示を含む。たとえば、応答メッセージは、{RRC REEST ATTEMPT = TRUE}のブール変数を含む。ステップ５６４において、ｅＮＢ５０１は、ｅＮＢ５０２により伝送されるＲＬＦ報告とブール変数を受信する。ｅＮＢ５０１は、ＲＬＦ報告に関連する正しいＵＥ識別を知らないが、ブール変数に基づいて、ｅＮＢ５０１は、まだ、ＲＬＦ報告が、ステップ５３２で指示される前の失敗イベントに関連することを“推測(guess)”することができる。
【００３８】
上述の方式は、ＵＥに、複式簿記の状況があることを指示する簡単な方式である。ＵＥは、ただ、失敗イベントの後に、ＲＲＣ再構築の試みを実行し、且つ、報告する失敗イベント情報があることを記憶し指示する。さらに、ＲＲＣ再構築要求メッセージがＲＡＮにより受信されることを保証する場合だけ (たとえば、ステップ５３１)、ＵＥは、このような指示を出す。この保証は、ＲＬＣ肯定応答(ACK)、MAC/HARQ ACK、または、受信されたＲＲＣ応答メッセージ、たとえば、ＲＲＣ再構築拒否メッセージ (たとえば、ステップ５３２)である。これは、ＲＲＣ再構築が、悪い無線接続等の別の理由のために失敗するからで、これにより、要求メッセージが、正確にＲＡＮに伝送されない。このような場合、Ｘ２ ＲＬＦ指示メッセージが生成されず、且つ、後に伝送されるＲＬＦ報告も複式簿記を生じない。よって、伝送失敗を考慮することにより、失敗イベント統計値は、さらに正確になり、ＭＲＯ決定のミスの回数を減少させる。
【００３９】
図６は、無線通信ネットワーク６００中、相関情報により失敗イベントを報告する第四具体例を示す図である。無線通信ネットワーク５００は、第一ｅＮＢ６０１、第二ｅＮＢ６０２、第三ｅＮＢ６０３およびＵＥ６０４を含む。図６は図３に類似し、ＵＥ６０４は、最初、ｅＮＢ６０１に接続される (ステップ６１１)が、後に、失敗イベントを検出し (ステップ６２１)、ｅＮＢ６０２により、ＲＲＣ再構築工程を試みる(ステップ６３１)。ＲＲＣ再構築失敗時、ＵＥ６０４は、相関情報{X}も受信する(ステップ６３３)。しかし、図６の例において、ＵＥ６０４は、ｅＮＢ６０２に、直ちに、ＲＲＣ構築を試みない。代わりに、ＵＥ６０４はＲＲＣ_アイドルモードになり、その後、一定時間留まるか、または、別のＲＡＴを採用する。ＲＬＦ報告がＵＥにより長時間保留されるが (たとえば、48時間以上)、ＵＥ識別、および、ＵＥコンテキスト決定に用いる相関情報は、新鮮な場合だけ有用で、たとえば、タイマー、または、ＵＥが別のＲＡＴを採用しない知識に基づく。
【００４０】
図６の例において、ＵＥ６０４は別のＲＡＴを採用する。よって、もう新鮮ではないので、ＵＥ６０４は相関情報 {X} を破棄する。図６のステップ６５１からステップ６６２は、図３のステップ３５１からステップ３６２と類似し、唯一の差異は、ＵＥ６０４が、別のＲＡＴで、異なるｅＮＢ６０３により、ＲＲＣ構築を実行することである。ステップ６６３において、ＵＥ６０４は、情報応答メッセージをｅＮＢ６０３に送り戻す。応答メッセージはＲＬＦ報告を含むが、既に破棄された相関情報{X}を含まない。代わりに、図５に示される第三具体例と同様に、応答メッセージは、前のＲＲＣ再構築の試みの存在の指示を含む。たとえば、応答メッセージは、{RRC REEST ATTEMPT = TRUE}のブール変数を含む。ステップ６６４において、ｅＮＢ６０１は、ｅＮＢ６０３により伝送されるＲＬＦ報告およびブール変数を受信する。ｅＮＢ６０１は、ＲＬＦ報告に関連する正しいＵＥ識別を知らないが、ブール変数に基づいて、ｅＮＢ６０１は、ＲＬＦ報告が、ステップ６３２で指示される前の失敗イベントと関連することを“推測”することができる。
【００４１】
新鮮な相関情報を提供する長所は二重であることである。まず、ＵＥが、必要でない時、即ち、ＲＡＮがＵＥコンテキストを失い、且つ、関連が有用でない時に、相関情報を提供するのを回避するので、オーバーヘッドが減少する。次に、可能な相関ミス(miss-correlation)が回避され、たとえば、新しいＵＥが別のＵＥの前に用いられるＣ-ＲＮＴＩを割り当てられ、且つ、そのコンテキストはある失敗イベント報告と関連付けるべきではない。あるいは、相関情報は、失敗のＲＲＣ再構築の後すぐのＲＲＣ接続、即ち、ＮＡＳ回復で始動するＲＲＣ構築の結果であるＲＲＣ接続中にだけ提供される。このような方法は実現が簡単で、たとえば、タイマーが不要で、且つ、ＵＥは、別のＲＡＴに関する情報を記憶する必要がない。
【００４２】
図７は、一新規態様によるユーザー装置により失敗イベントを検出および報告する方法のフローチャートである。ステップ７０１において、ＵＥは、第一基地局により供される第一セル中、失敗イベントを検出する。失敗イベントは、無線リンク失敗、ハンドオーバ失敗またはＲＡＣＨ失敗を含む。ステップ７０２において、ＵＥは、第二基地局により供される第二セル中で、ＲＲＣ構築工程を実行する。ステップ７０３において、ＲＲＣ構築後、ＵＥは、失敗イベント報告を第二基地局に伝送する。ＵＥは、失敗イベントの相関情報と失敗イベント報告を伝送し、相関情報は、基地局が、失敗イベントに関するＵＥを識別できるようにする。
【００４３】
図８は、一新規態様による相関情報により、失敗イベントを処理する方法のフローチャートである。ステップ８０１において、基地局は、ＵＥからＲＲＣ再構築要求を受信する。要求は、元の基地局により供される第一Ｃ-ＲＮＴＩを有するＵＥの失敗イベントを示す。ステップ８０２において、基地局はＲＲＣ再構築応答をＵＥに伝送する。ステップ８０３において、基地局は、ＵＥにより、ＲＲＣ構築工程を実行し、ＵＥに第二Ｃ-ＲＮＴＩを割り当てる。ステップ８０４において、基地局は、ＵＥから、失敗イベント報告と相関情報を受信する。相関情報は、失敗イベントに関連する初期のＲＲＣ再構築の試みに言及する。
【００４４】
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図１】
2014506091.tif 000003
【図２】
2014506091.tif 000004
【図３】
2014506091.tif 000005
【図４】
2014506091.tif 000006
【図５】
2014506091.tif 000007
【図６】
2014506091.tif 000008
【図７】
2014506091.tif 000009
【図８】
2014506091.tif 000010
【手続補正書】
【提出日】平成25年8月19日(2013.8.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
ステップ３５１において、ＵＥ３０３は、ｅＮＢ３０２によりＲＲＣ構築工程を実行する。ＲＲＣ構築工程はヘビー級の(heavy-weight)工程で、この期間、ＵＥおよびｅＮＢは、各種レベルのダウンリンク(DL)およびアップリンク(UL) 同期、ネゴシエーションと設定を実行し、最終的に、新しいＲＲＣ接続を構築する。このような情報はＲＡＮ/ｅＮＢ３０２に提供されないので、ＲＡＮ/ｅＮＢ３０２は、ＵＥ３０３が前に接続され、失敗したかどうかを知らない。ＵＥ３０３は新しいＣ-ＲＮＴＩが割り当てられる。接続セットアップの完成時、ステップ３６１において、ＵＥ３０３は、ＲＲＣ接続セットアップ完成メッセージをｅＮＢ３０２に伝送する。このメッセージは、ｅＮＢ３０２に、ＵＥ３０３がＲＬＦ報告可用性を有することも指示する。ステップ３６２において、ｅＮＢ３０２は、ＵＥ情報要求メッセージをＵＥ３０３に伝送する。要求メッセージは、ＵＥ３０３に、可用性ＲＬＦ報告の伝送を要求する。ステップ３６３において、ＵＥ３０３は、情報応答メッセージをｅＮＢ３０２に送り戻す。応答メッセージは、ＲＬＦ報告と相関情報 {X}を含む。
【国際調査報告】
2014506091.tif 000011
2014506091.tif 000012