(57)【要約】  制御装置（１）は、ソースセル（１０Ａ）の隣接関係テーブル（４０、１３１）を自動的に更新するよう構成されている。制御装置（１）は、さらに、無線端末（２）がソースセル（１０Ａ）又はソースセル（１０Ａ）からのハンドオーバのターゲットセル（１０Ｃ）において無線リンクコネクションの切断を伴う障害を経験した後にソースセル（１０Ａ）及びターゲットセル（１０Ｃ）のいずれとも異なる他のセル（１０Ｂ）に対して無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージ（Ｓ１０５）を受信したことに応答して、ソースセル（１０Ａ）から他のセル（１０Ｂ）への隣接セル関係を示す新たなエントリ（４１）を隣接関係テーブル（４０、１３１）に追加するよう構成されている。これにより、ハンドオーバ障害の検出に応答して隣接セル関係を更新することに寄与できる。
2015140848.tif 000002
【特許請求の範囲】
【請求項１】
ソースセルから各隣接セルへの隣接セル関係を示す複数のエントリを含む隣接関係テーブルを格納可能なメモリと、
前記隣接関係テーブルを自動的に更新するよう構成されたプロセッサと、
を備え、
前記プロセッサは、無線端末が前記ソースセル又は前記ソースセルからのハンドオーバのターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して前記無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージを受信したことに応答して、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを前記隣接関係テーブルに追加する、
制御装置。
【請求項２】
前記第１のメッセージは、基地局間に確立される通信リンクを介して、前記ソースセルを制御する基地局において受信される、請求項１に記載の制御装置。
【請求項３】
前記第１のメッセージは、前記他のセルを制御する基地局から前記ソースセルを制御する基地局に送信されるRLF INDICATIONメッセージである、
請求項１又は２に記載の制御装置。
【請求項４】
前記RLF INDICATIONメッセージは、前記ソースセルからの外向きハンドオーバが開始されること無く前記無線端末が前記ソースセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記他のセルに対して前記無線リンクコネクションの再確立を試みた場合に送信される、
請求項３に記載の制御装置。
【請求項５】
前記RLF INDICATIONメッセージは、前記ソースセルから前記ターゲットセルへのハンドオーバの間に前記無線端末が前記ソースセルにおいて無線リンク障害（Radio Link Failure）又はハンドオーバ障害（Handover failure）を経験し、且つ前記無線端末が前記他のセルに対して前記無線リンクコネクションの再確立を試みた場合に送信される、
請求項３に記載の制御装置。
【請求項６】
前記第１のメッセージは、前記ソースセルから前記ターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記無線端末が前記ターゲットセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記他のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記ターゲットセルを制御する基地局から前記ソースセルを制御する基地局に送信されるHANDOVER REPORTメッセージである、
請求項１又は２に記載の制御装置。
【請求項７】
前記第１のメッセージは、コアネットワーク装置を介して前記制御装置に到達する、請求項１に記載の制御装置。
【請求項８】
前記RLF INDICATIONメッセージは、前記他のセルのPhysical Cell Identifier（PCI）を少なくとも包含する、
請求項３〜５のいずれか１項に記載の制御装置。
【請求項９】
前記HANDOVER REPORTメッセージは、前記他のセルのPhysical Cell Identifier（PCI）を少なくとも包含する、
請求項６に記載の制御装置。
【請求項１０】
前記プロセッサは、前記第１のメッセージに包含されている第１の情報要素と、前記ソースセルを制御する基地局と前記他のセルを制御する基地局の間の通信リンクを確立する手順において前記他のセルを管理する前記基地局から受信した第２の情報要素に基づいて、前記新たなエントリを生成する、
請求項１〜７のいずれか１項に記載の制御装置。
【請求項１１】
前記プロセッサは、前記第１のメッセージに包含されている第１の情報要素と、前記ソースセルを制御する基地局と前記他のセルを制御する基地局の間の通信リンクを介して受信された前記他のセルを管理する前記基地局のコンフィグレーションの更新を示すメッセージに包含されている第２の情報要素に基づいて、前記新たなエントリを生成する、
請求項１〜７のいずれか１項に記載の制御装置。
【請求項１２】
前記第１の情報要素は、前記他のセルのE-UTRAN Cell Global Identifier（ECGI）を含み、
前記第２の情報要素は、前記他のセルのPhysical Cell Identifier（PCI）を含む、
請求項１０又は１１に記載の制御装置。
【請求項１３】
前記通信リンクは、X2リンクである、請求項１０〜１２のいずれか１項に記載の制御装置。
【請求項１４】
前記無線リンクコネクションは、Radio Resource Control（RRC）コネクションである、
請求項１〜１３のいずれか１項に記載の制御装置。
【請求項１５】
前記プロセッサは、さらに、前記ソースセルから前記他のセルへのハンドオーバに関するハンドオーバパラメータの最適化を行う、請求項１〜１４のいずれか１項に記載の制御装置。
【請求項１６】
基地局装置であって、
前記基地局装置と他の基地局の間、又は前記基地局装置とコアネットワーク装置の間で通信するための通信インタフェースと、
前記基地局装置と無線端末との間で通信するための無線リンクコネクションの確立を制御するよう構成されたプロセッサと、
を備え、
前記プロセッサは、前記無線端末が第１のセル又は前記第１のセルからの第１のハンドオーバのターゲットセルとしての第２のセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記第１のセル及び前記第２のセルのいずれとも異なる第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記第１のセルを制御する第１の基地局に前記通信インタフェースを介して第１のメッセージを送信し、
前記第１のメッセージは、前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含する、
基地局装置。
【請求項１７】
前記第１のメッセージは、RLF INDICATIONメッセージであり、
前記基地局装置は、記第３のセルを制御する、
請求項１６に記載の基地局装置。
【請求項１８】
前記RLF INDICATIONメッセージは、
（ａ）前記第１のセルからの外向きハンドオーバが開始されること無く前記無線端末が前記第１のセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合、
（ｂ）前記第１のハンドオーバの間に前記無線端末が前記第１のセルにおいて無線リンク障害（Radio Link Failure）又はハンドオーバ障害（Handover failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合、又は
（ｃ）第４のセルから前記第１のセルへの第２のハンドオーバが完了した後又は前記第２のハンドオーバの間に前記無線端末が前記第１のセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合、
に前記基地局装置から前記第１の基地局に送信される、
請求項１７に記載の基地局装置。
【請求項１９】
前記第１のメッセージは、HANDOVER REPORTメッセージであり、
前記基地局装置は、前記第２のセルを制御し、
前記HANDOVER REPORTメッセージは、前記第１のハンドオーバが完了した後又は前記第１のハンドオーバの間に前記無線端末が前記第２のセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記基地局装置から前記第１の基地局に送信される、
請求項１６に記載の基地局装置。
【請求項２０】
前記プロセッサは、前記障害の発生を示すと共に前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含するRLF INDICATIONメッセージを前記第３のセルを制御する基地局から受信したことに応答して、前記HANDOVER REPORTメッセージを前記第１の基地局に送信する、
請求項１９に記載の基地局装置。
【請求項２１】
前記第１のメッセージは、前記第１の基地局における隣接関係テーブルの更新をトリガーし、
前記隣接関係テーブルの更新は、前記第１のセルから前記第３のセルへの隣接セル関係を示す新たなエントリを前記隣接関係テーブルに追加することを含む、
請求項１６〜２０のいずれか１項に記載の基地局装置。
【請求項２２】
前記第１のメッセージは、前記コアネットワーク装置を介して前記第１の基地局に到達する、請求項１６に記載の基地局装置。
【請求項２３】
無線端末であって、
無線トランシーバと、
前記無線端末と基地局の間で前記無線トランシーバを介して通信するための無線リンクコネクションの確立を制御するよう構成されたプロセッサと、
を備え、
前記プロセッサは、ソースセルからターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記ターゲットセルにおいて前記無線リンクコネクションの切断を伴う障害を経験した後に、前記無線リンクコネクションの再確立を要求するための再確立要求メッセージを前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して送信し、
前記再確立要求メッセージが拒絶されることを示す拒絶メッセージを前記他のセルを制御する基地局から受信したことに応答して、新たな無線リンクコネクションの確立手順を前記他のセルを制御する基地局との間で実行し、
前記確立手順の間に又は前記確立手順に追随して、前記ソースセルのPhysical Cell Identifier（PCI）を少なくとも包含する第１のメッセージを前記他のセルを制御する基地局に送信する、
無線端末。
【請求項２４】
前記無線リンクコネクションは、Radio Resource Control（RRC）コネクションであり、
前記再確立要求メッセージは、RRC Connection Re-establishment Requestメッセージであり、
前記拒絶メッセージは、RRC Connection Re-establishment Rejectメッセージであり、
前記第１のメッセージは、前記確立手順の間に送信されるRRC Connection requestメッセージ、前記確立手順の間に送信されるRRC Connection Setup Completeメッセージ、又は前記確立手順に追随して送信されるUE Information Responseメッセージである、
請求項２３に記載の無線端末。
【請求項２５】
前記再確立要求メッセージは、前記他のセルを制御する基地局から前記ソースセルを制御する基地局への制御メッセージの送信をトリガーし、
前記制御メッセージは、前記Physical Cell Identifier（PCI）を少なくとも包含する、
請求項２３又は２４に記載の無線端末。
【請求項２６】
前記制御メッセージは、前記ソースセルを制御する基地局における隣接関係テーブルの更新をトリガーし、
前記隣接関係テーブルの更新は、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを前記隣接関係テーブルに追加することを含む、
請求項２５に記載の無線端末。
【請求項２７】
無線端末がソースセル又は前記ソースセルからのハンドオーバのターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して前記無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージを受信したことに応答して、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを、前記ソースセルを制御する基地局の隣接関係テーブルに追加すること、
を備える隣接関係テーブルの更新方法。
【請求項２８】
基地局により行われる制御方法であって、
無線端末が第１のセル又は前記第１のセルからの第１のハンドオーバのターゲットセルとしての第２のセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記第１のセル及び前記第２のセルのいずれとも異なる第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記第１のセルを制御する第１の基地局に第１のメッセージを送信することを備え、
前記第１のメッセージは、前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含する、
制御方法。
【請求項２９】
無線端末により行われる制御方法であって、
ソースセルからターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記無線端末が前記ターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に、前記無線リンクコネクションの再確立を要求するための再確立要求メッセージを前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して送信すること、
前記再確立要求メッセージが拒絶されることを示す拒絶メッセージを前記他のセルを制御する基地局から受信したことに応答して、新たな無線リンクコネクションの確立手順を前記他のセルを制御する基地局との間で実行すること、及び
前記確立手順の間に又は前記確立手順に追随して、前記ソースセルのE-UTRAN Cell Global Identifier （ECGI）、Physical Cell Identifier（PCI）、Tracking Area Code（TAC）、及びEUTRA Absolute Radio Frequency Channel Number（EARFCN）のうち少なくとも１つを包含する第１のメッセージを前記他のセルを制御する基地局に送信すること、
を備える制御方法。
【請求項３０】
請求項２７に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【請求項３１】
請求項２８に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【請求項３２】
請求項２９に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の開示は、無線アクセスネットワーク（Radio Access Network （RAN））の自己設定（Self-configuration）又は自己最適化（Self-optimization）のためのSelf-Organizing Network（SON）技術に関し、特にAutomatic Neighbour Relation（ANR）機能に関する。
【背景技術】
【０００２】
非特許文献１の第22章は、Evolved Universal Terrestrial Radio Access Network（E-UTRAN）の自己設定（Self-configuration）及び自己最適化（Self-optimization）のためのSelf-Organizing Network（SON）技術について規定している。E-UTRANは、Long Term Evolution（LTE）の無線アクセスネットワークである。非特許文献１の第22章に規定されたSON技術は、S1-MMEインタフェース及びX2インタフェースの動的構成（Dynamic configuration）、Automatic Neighbour Relation（ANR）機能、Mobility Load Balancing、Mobility Robustness Optimization（MRO）等を含む。S1-MMEインタフェース（S1-MMEリンク）は、evolved NodeB（eNB）とコアネットワーク（Evolved Packet Core（EPC））内に配置されるMobility Management Entity（MME）との間の通信インタフェースである。X2インタフェース（X2リンク）は、eNB間の通信インタフェースである。eNBは、E-UTRAN/Long Term Evolution（LTE）の基地局である。MMEは、コアネットワーク（Evolved Packet Core（EPC））内に配置される制御エンティティであり、User Equipment（UE）のモビリティ管理（e.g. 位置登録）、及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。UEは、E-UTRAN/LTEの無線端末（移動端末）である。【０００３】
ANR機能は、SONの重要な特徴の１つである。ANR機能の目的は、隣接セル関係（Neighbor Relations（NRs））を手動で管理することの負担からオペレータを解放することである。図１は、非特許文献１に記載されたANR機能に包含される複数の要素を示している。図２は、非特許文献１に記載された隣接関係テーブル（Neighbor Relation Table（NRT））の具体例を示している。【０００４】
図１に示されるように、ANR機能は、evolved NodeB（eNB）に配置され、概念的な（conceptual）NRTを管理する。Neighbour Detection Functionは、新たな隣接セルを発見し、これに対応するNRsをNRTに追加する。Neighbour Removal Functionは、不必要なNRsをNRTから削除する。【０００５】
NRTは、eNBが制御するセルの全ての隣接セル関係（NRs）のエントリを包含している。NRTのコンテキスト内のNRは、ソースセルからターゲットセルへの一方向（unidirectional）のcell-to-cellの関係として定義される。図２に示されるように、各NRのために、NRTは、ターゲットセルを特定するTarget Cell Identifier（TCI）を含む。ターゲットセルがE-UTRANセルである場合、TCIは、ターゲットセルのE-UTRAN Cell Global Identifier （ECGI）及び Physical Cell Identity（PCI）に対応する。ECGIは、３バイトのPublic Land Mobile Network Identity（PLMN ID）と２８ビットのE-UTRAN Cell Identifier（ECI）から構成され、E-UTRANセルをグローバルに一意に特定するために使用される。PLMN ID は、PLMNの一意な識別子であり、ECIは、特定のPLMN内のE-UTRANセルの一意な識別子である。これに対して、PCIは、０から５０３までの番号であり、セルをすぐとなりの隣接セルと区別する。PLMN内では、５０４通り（０〜５０３）のPCIが繰り返し使用される。つまり、PCIは、PLMN内で又はグローバルにセルを特定することはできない。【０００６】
さらに、図２に示されるように、NRTに保持されたNRのエントリは、複数の属性を有することができる。これら複数の属性は、Operation and Maintenance（OAM）システムによって制御される３つの属性（No Remove flag、No HO flag、及びNo X2 flag）を含む。No Remove flagは、eNBが対応するNRを削除できるか否かを示す。No HO flagは、eNBが対応するNRをハンドオーバ目的で使用できるか否かを示す。No X2 flagは、ターゲットセルを制御するeNBとの手続きを開始するためにX2インタフェース（X2リンク）が利用できるか否かを示す。【０００７】
Intra-LTE且つIntra-frequencyの場合、ANR機能は以下のように働く。ANR機能は、それらのグローバルに一意な識別子（つまりECGI）をブロードキャストするセル（cells）に依拠している。ANR機能を有するサービングeNBは、各UEに通常の隣接セルの測定を指示する。UEは、サービングeNBに通常の測定報告（measurement report）を送信する。この通常の測定報告は、隣接セルのPCIを含むが、隣接セルのECGIを含んでいない。【０００８】
UEからの測定報告がサービングeNBにおいて把握されていない新たなPCIを示す場合に、サービングeNBは、新たに発見されたPCIをパラメータとして用いて、個別の報告（dedicated reporting）を行うようUEに指示する。UEは、新たに発見されたPCIに対応する新たなセルを検出できた場合に、ECGI、Tracking Area Code（TAC）、全ての利用可能なPLMN ID(s)を含むシステム情報（System information）を読み取り、これを個別の報告においてサービングeNBに報告する。TACは、eNBのセルが属するトラッキングエリアを示す。TACは、１６ビットで構成され、PLMN内でユニークな識別子である、【０００９】
サービングeNBは、UEから報告されたPCI及びECGIを用いて、ソースセルから新たに発見されたセルへのNRをNRTに追加することを決定する。サービングeNBは、新たに発見されたセルを制御するeNBのトランスポートレイヤアドレスを検索（lookup）するために、UEから報告されたPCI及びECGIを使用してもよい。さらに、サービングeNBは、新たに発見されたセルを制御するeNBとのX2インタフェース（X2リンク）をセットアップするために、これらのPCI及びECGIを使用してもよい。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】3GPP TS 36.300 V9.10.0 (2012-12), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 9)”, 2012年12月
【非特許文献２】3GPP TS 36.423 V9.6.0 (2011-03), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 application protocol (X2AP) (Release 9)”, 2011年3月
【発明の概要】
【発明が解決しようとする課題】
【００１１】
以上の説明から理解されるように、ANR機能において、セルのNRsの追加又は削除は、UEから当該セルを制御するeNBへの測定報告に基づいて実行される。すなわち、Too Late Handover及びHandover to Wrong Cellなどのハンドオーバ障害の検出をトリガーにANR機能を実行することは想定されていない。本明細書におけるToo Late Handover及びHandover to Wrong Cell の定義を述べる。【００１２】
（１）Too Late Handoverの第１のタイプは、ソースセルからターゲットセルへのハンドオーバ手順の実行中にUEがソースセルにおいてRadio Resource Control（RRC）コネクションの切断を伴う無線リンク障害（Radio Link Failure（RLF））を経験し、その後にターゲットセルに対してRadio Resource Control（RRC）コネクションの再確立（re-establishment）を試みる状況である。【００１３】
（２）Too Late Handoverの第２のタイプは、ハンドオーバの開始前にソースセルにおいてUEがRLFを経験し、その後にソースセルとは異なる他のセルに対してRRCコネクションの再確立を試みる状況である。【００１４】
（３）Handover to Wrong Cellの第１のタイプは、ソースセルからターゲットセルへのハンドオーバ手順の間に又はハンドオーバの完了直後にUEがターゲットセルにおいてRLFを経験し、その後にソースセル及びターゲットセルのいずれとも異なる他のセルに対してRRCコネクションの再確立を試みる状況である。【００１５】
（４）Handover to Wrong Cellの第２のタイプは、ソースセルからターゲットセルへのハンドオーバ手順の間にUEがソースセルにおいてRLFを経験し、その後にソースセル及びターゲットセルのいずれとも異なる他のセルに対してRRCコネクションの再確立を試みる状況である。【００１６】
上述したハンドオーバ障害の定義は、確定的なものでは無く、上述の定義とは異なる定義がなされることもある。例えば、Handover to Wrong Cellの第２のタイプは、Too Late Handoverの第２のタイプに包含されてもよい。なぜなら、Handover to Wrong Cellの第２のタイプは、UEがソースセルにおいてRLFを経験した後にハンドオーバが開始されていない他のセルに対してRRCコネクションの再確立を試みる点で、Too Late Handoverの第２のタイプと共通しているためである。【００１７】
上述のToo Late Handoverの第２のタイプでは、他のセルを制御するeNBからソースセルを制御するeNBにX2リンクにおいてRLF INDICATIONメッセージが送信される。このRLF INDICATIONメッセージは、UEがRLFを経験したfailure cell（つまり、ソースセル）のPCIと、UEがRRCコネクションの再確立を試行したre-establishment cell（つまり、他のセル）のECGIを含む。上述のHandover to Wrong Cellの第２のタイプでも、他のセルを制御するeNBからソースセルを制御するeNBに同様のRLF INDICATIONメッセージが送信される。【００１８】
また、上述のHandover to Wrong Cellの第１のタイプでは、他のセルを制御するeNBからターゲットセルを制御するeNBにRLF INDICATIONメッセージが送信され、さらにターゲットセルを制御するeNBからソースセルを制御するeNBにHANDOVER REPORTメッセージが送信される。このRLF INDICATIONメッセージは、failure cellとしてのターゲットセルのPCIと、re-establishment cellとしての他のセルのECGIを示す。このHANDOVER REPORTメッセージは、ハンドオーバ障害のタイプ（ここでは、Handover to Wrong Cell）、ソースセルのECGI、failure cellとしてのターゲットセルのECGI、及びre-establishment cellとしての他のセルのECGIを示す。RLF INDICATIONメッセージ及びHANDOVER REPORTメッセージの送信条件は、非特許文献１の第22.4.2節に記載されている。RLF INDICATIONメッセージ及びHANDOVER REPORTメッセージのコンテキストの詳細は、非特許文献２の第9.1.2.18節および第9.1.2.19節に記載されている。【００１９】
ハンドオーバ障害を低減するために、RLF INDICATIONメッセージ又はHANDOVER REPORTメッセージの受信に応答して、ソースセルの基地局がハンドオーバパラメータを調整する技術は、ハンドオーバ最適化またはMobility Robustness Optimization（MRO）と呼ばれる。ハンドオーバパラメータは、例えば、隣接セルの無線品質に作用するCell Individual Offset（CIO）、隣接セルの無線品質に作用するQoffset、ソースセルの無線品質に作用するa3-offset、ハンドオーバを開始する時刻を制御するためのTime to Trigger（TTT）を含む。【００２０】
ここで、上述したToo Late Handoverの第２のタイプ並びにHandover to Wrong Cellの第１及び第２のタイプでは、ソースセルのNRs（NRT）は、UEによってRRCコネクションの再確立が試行される他のセル（re-establishment cell）のエントリを含んでいない可能性があることに留意されるべきである。しかしながら、RLF INDICATIONメッセージ又はHANDOVER REPORTメッセージの受信、つまりハンドオーバ障害の検出をトリガーに、ANR機能を実行することは想定されていない。したがって、ソースセルのeNBは、ソースセルから他のセル（re-establishment cell）への新たなNRをソースセルのNRs（NRT）に追加することができない。したがって、ソースセルのNRsの更新（つまり、新たなNRの追加）に時間を要するおそれがある。【００２１】
さらに、MROは、一般的に、NRTに保持されているソースセルのNRsに対して実行される。なぜなら、eNBからUEに通知される隣接セルリスト（Neighbour Cell List（NCL））は、NRTに含まれるNRsと同じかそのサブセットであるためである。NCLに含まれる隣接セルは、一例において、RRC_CONNECTED状態のUEによる測定報告の対象とされ、そしてUEのハンドオーバのターゲットセルに指定され得る。したがって、ソースセルのNRsに含まれていないセルは、ハンドオーバパラメータの最適化の対象とはならない。このため、ハンドオーバ障害の検出に応答してANRを実行できないことは、MROによるハンドオーバの改善を遅らせるおそれがある。【００２２】
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、ハンドオーバ障害の検出に応答して隣接セル関係（NRs）を更新することに寄与する制御装置、基地局装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００２３】
一実施形態において、制御装置は、メモリ及びプロセッサを含む。前記メモリは、ソースセルから各隣接セルへの隣接セル関係を示す複数のエントリを含む隣接関係テーブルを格納することができる。前記プロセッサは、前記隣接関係テーブルを自動的に更新するよう構成されている。前記プロセッサは、さらに、無線端末が前記ソースセル又は前記ソースセルからのハンドオーバのターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して前記無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージを受信したことに応答して、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを前記隣接関係テーブルに追加するよう構成されている。【００２４】
一実施形態において、基地局装置は、通信インタフェース及びプロセッサを含む。前記通信インタフェースは、前記基地局装置と他の基地局の間、又は前記基地局装置とコアネットワーク装置の間で通信するために利用される。前記プロセッサは、前記基地局装置と無線端末との間で通信するための無線リンクコネクションの確立を制御するよう構成されている。前記プロセッサは、さらに、前記無線端末が第１のセル又は前記第１のセルからの第１のハンドオーバのターゲットセルとしての第２のセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記第１のセル及び前記第２のセルのいずれとも異なる第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記第１のセルを制御する第１の基地局に前記通信インタフェースを介して第１のメッセージを送信するよう構成されている。前記第１のメッセージは、前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含する。【００２５】
一実施形態において、無線端末は、無線トランシーバ及びプロセッサを含む。前記プロセッサは、前記無線端末と基地局の間で前記無線トランシーバを介して通信するための無線リンクコネクションの確立を制御するよう構成されている。前記プロセッサは、さらに、
（ａ）ソースセルからターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記ターゲットセルにおいて前記無線リンクコネクションの切断を伴う障害を経験した後に、前記無線リンクコネクションの再確立を要求するための再確立要求メッセージを前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して送信し、
（ｂ）前記再確立要求メッセージが拒絶されることを示す拒絶メッセージを前記他のセルを制御する基地局から受信したことに応答して、新たな無線リンクコネクションの確立手順を前記他のセルを制御する基地局との間で実行し、
（ｃ）前記確立手順の間に又は前記確立手順に追随して、前記ソースセルのPhysical Cell Identifier（PCI）を少なくとも包含する第１のメッセージを前記他のセルを制御する基地局に送信する、
ことを含む制御手順を実行するよう構成されている。【００２６】
一実施形態において、隣接関係テーブルの更新方法は、無線端末がソースセル又は前記ソースセルからのハンドオーバのターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して前記無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージを受信したことに応答して、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを、前記ソースセルを制御する基地局の隣接関係テーブルに追加することを含む。【００２７】
一実施形態において、基地局により行われる制御方法は、無線端末が第１のセル又は前記第１のセルからの第１のハンドオーバのターゲットセルとしての第２のセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記第１のセル及び前記第２のセルのいずれとも異なる第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記第１のセルを制御する第１の基地局に第１のメッセージを送信することを含む。前記第１のメッセージは、前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含する。【００２８】
一実施形態において、無線端末により行われる制御方法は、
（ａ）ソースセルからターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記無線端末が前記ターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に、前記無線リンクコネクションの再確立を要求するための再確立要求メッセージを前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して送信すること、
（ｂ）前記再確立要求メッセージが拒絶されることを示す拒絶メッセージを前記他のセルを制御する基地局から受信したことに応答して、新たな無線リンクコネクションの確立手順を前記他のセルを制御する基地局との間で実行すること、及び
（ｃ）前記確立手順の間に又は前記確立手順に追随して、前記ソースセルのE-UTRAN Cell Global Identifier （ECGI）、Physical Cell Identifier（PCI）、Tracking Area Code（TAC）、及びEUTRA Absolute Radio Frequency Channel Number（EARFCN）のうち少なくとも１つを包含する第１のメッセージを前記他のセルを制御する基地局に送信すること、
を含む。【００２９】
一実施形態において、プログラムは、コンピュータに読み込まれた場合に、上述したいずれかの方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００３０】
上述の実施形態によれば、ハンドオーバ障害の検出に応答して隣接セル関係（NRs）を更新することに寄与する制御装置、基地局装置、方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００３１】
【図１】Automatic Neighbour Relation（ANR）機能に包含される複数の要素を示す図である。
【図２】隣接関係テーブル（Neighbor Relation Table（NRT））の具体例を示す図である。
【図３】第１の実施形態に係る無線通信システムの構成例を示す図である。
【図４】第１の実施形態に係る制御手順の一例を示すシーケンス図である。
【図５】第１の実施形態に係る改良されたRLF INDICATIONメッセージの具体例を示す図である。
【図６】第１の実施形態に係る隣接関係テーブル（NRT）の具体例を示す図である。
【図７】第１の実施形態に係るeNBにより行われる制御方法の一例を示すフローチャートである。
【図８】第１の実施形態に係るeNBの構成例を示す図である。
【図９】第１の実施形態に係るeNBの他の構成例を示す図である。
【図１０】第１の実施形態に係るeNBの他の構成例を示す図である。
【図１１】第２の実施形態に係るeNBにより行われる制御方法の一例を示すフローチャートである。
【図１２】第２の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１３】第３の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１４】第３の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１５】第４の実施形態に係る無線通信システムの他の構成例を示す図である。
【図１６Ａ】第４の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１６Ｂ】第４の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１７Ａ】第５の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１７Ｂ】第５の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１８】第５の実施形態に係る改良されたHANDOVER REPORTメッセージの具体例を示す図である。
【図１９Ａ】第６の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１９Ｂ】第６の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１９Ｃ】第６の実施形態に係る制御手順の一例を示すシーケンス図である。
【図２０】第６の実施形態に係るUEの構成例を示す図である。
【発明を実施するための形態】
【００３２】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３３】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００３４】
＜第１の実施形態＞
図３は、本実施形態に係る無線通信システムの構成例を示している。当該無線通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。図３を参照すると、当該無線通信システムは、基地局１Ａ及び１Ｂ、並びに無線端末２を含む。本実施形態では、当該無線通信システムがLTEシステム又はLTE-Advancedシステムであるとして説明する。すなわち、基地局１Ａ及び１Ｂの各々はeNBに相当し、無線端末２はUEに相当する。
【００３５】
eNB１Ａ及び１Ｂは、セル１０Ａ及び１０Ｂをそれぞれ制御する。eNB１Ａ及び１Ｂは、基地局間の通信インタフェース、つまりX2インタフェース（X2リンク）５１を確立し、X2インタフェース５１を介して互いに通信することができる。
【００３６】
eNB１Ａは、改良されたANR機能を有する。eNB１Ｂも、eNB１Ａと同様のANR機能を有してもよい。以下では、eNB１Ａが有する改良されたANR機能について図４を参照して説明する。なお、図４は、上述したToo Late Handover の第２のタイプを想定し、セル１０Ａからセル１０Ｂに向けてUE２が移動するケースを示している。
【００３７】
始めに、ステップＳ１０１では、UE２は、eNB１Ａのセル１０ＡにおいてRRCコネクションを確立している。言い換えると、UE２は、セル１０ＡにおいてRRC_CONNECTED状態である。
【００３８】
ここで、本明細書で使用するRRCコネクション及び無線リンクコネクションの定義を明らかにする。RRCコネクションは、無線リンクコネクションの一例である。RRCコネクションは、UEとeNBの間でRRCプロトコルに関する制御メッセージを送受信するために利用される。RRCコネクションは、UE個別の制御メッセージ（つまり、RRCメッセージ及びNon-Access Stratum（NAS）メッセージ）を送受信するためのシグナリング無線ベアラ（Signalling Radio Bearer（SRB））を含む。
【００３９】
RRCコネクションの確立は、少なくとも、UE個別の制御メッセージを送受信するためのSRB（つまり、Signalling Radio Bearer 1（SRB1））が確立された状態を意味する。RRC_CONNECTEDは、RRCコネクションが確立されたUEの状態を意味する。eNBは、RRC_CONNECTEDのUEに関する情報（UEコンテキスト）を保持している。RRC_CONNECTEDのUEの位置は、コアネットワーク（EPC）においてセル単位（又はeNB単位）で把握されている。RRC_CONNECTEDのUEは、一般的に、eNBとの間でユニキャストデータ転送を行うことができる。一方、RRC_IDLEは、RRCコネクションが解放されたUEの状態を意味する。eNBはRRC_IDLEのUEに関する情報（UEコンテキスト）を有していない。RRC_IDLEのUEの位置は、EPCにおいてトラッキングエリア単位で把握されている。EPCは、RRC_IDLEのUEにページングによって到達できる。また、RRC_IDLEのUEは、eNBとの間でユニキャストデータ転送を行うことができない。したがって、RRC_IDLEのUEは、ユニキャストデータ転送を行うためにRRC_CONNECTEDに遷移しなければならない。
【００４０】
図４に戻って説明を続ける。ステップＳ１０２では、UE２は、セル１０Ｂに向かって移動する。ただし、eNB１Ａが有するセル１０Ａの隣接セル関係（NRs）又はNRTは、セル１０Ｂのエントリを含んでいない。したがって、eNB１Ａのセル１０ＡからeNB１Ｂのセル１０ＢへのUE２のハンドオーバは開始されない。このため、UE２は、セル１０ＡにおいてRRCコネクションの切断を伴うRLFを経験する。
【００４１】
ステップＳ１０３では、UE２は、セル１０Ｂを検出し、セル１０Ｂに対してRRCコネクションの再確立（re-establishment）を試みる。具体的には、UE２は、セル１０ＢのeNB１Ｂに対してRRC Connection Re-establishment Requestメッセージを送信する。なお、図４では、RRC Connection Re-establishment Requestメッセージの送信に先立って行われるPhysical Random Access Channel（PRACH）プリアンブルの送信を含むランダムアクセス手順の図示を省略している。
【００４２】
ステップＳ１０３で送信されるRRC Re-establishment Requestメッセージは、reestablishment Causeとして“other failure”を示す。“other failure”は、一例として“Radio Link Failure”に対応する。さらに、RRC Connection Re-establishment Requestメッセージは、セル１０ＡのPhysical Cell Identity（PCI）、セル１０ＡにおいてUE２に付与されたCell Radio Network Temporary Identifier（C-RNTI）、及びセキュリティアルゴリズムのためのshortMAC-Iを含む。PCIは、既に述べたように、０から５０３の番号であり、セルを隣接セルと区別するための識別子であり、周波数内で繰り返し使用される。C-RNTIは、セルに特有の一時的な識別子であり、UEに対する個別の送信を行うために使用される。shortMAC-Iは、RRC Connection Re-establishmentにおいてUEを特定し且つ認証するために使用される。shortMAC-Iは、UEが直前に接続していたセルでのセキュリティ構成（security configuration）を用いて計算されたMessage Authentication Code for data Integrity（MAC-I）のうちの１６最下位ビット（16 least significant bits）に対応する。
【００４３】
RRC Connection Re-establishment Requestメッセージによって開始されるRRC CONNECTION RE-ESTABLISHMENTプロシージャは、直前に切断されたRRCコネクションの再確立を目的として行われる。RRCコネクションの再確立は、SRB1の再開（resumption）及びセキュリティアルゴリズムの再活性化（re-activation）を含む。ただし、RRC CONNECTION RE-ESTABLISHMENTプロシージャは、RRC Connection Re-establishment Requestメッセージを受信したeNBが有効なUEコンテキストを保持する場合にのみ成功する。
【００４４】
図４のケースでは、eNB１Ｂは、UE２の有効なUEコンテキストを保持していない。なぜなら、セル１０Ａからセル１０Ｂへのハンドオーバは開始されておらず、したがって、eNB１Ｂは、UE２の有効なUEコンテキストをeNB１Ａから受信していないためである。よって、ステップＳ１０４では、eNB１Ｂは、RRC Connection Re-establishment rejectメッセージを送信する。UE２は、RRC Connection Re-establishment Rejectメッセージに応答してRRC_IDLEに戻る。図４には示されていないが、ステップＳ１０３の後に、UE２は、新たなRRCコネクションを確立するために、RRC Connection RequestメッセージをeNB１Ｂに送信することを含むRRC CONNECTION ESTABLISHMENTプロシージャを開始してもよい。
【００４５】
eNB１Ａは、UE２がRLFを経験したfailure cellに対応する。一方、eNB１Ｂは、UE２がRRC Connection Re-establishmentを試みたre-establishment cellに対応する。したがって、ステップＳ１０５では、eNB１Ｂは、X2インタフェース５１を介して、RLF INDICATIONメッセージをeNB１Ａに送信する。当該RLF INDICATIONメッセージは、UE２がセル１０ＡにおいてRRCコネクションの切断を伴うRLFを経験した後にセル１０Ｂに対して当該RRCコネクションの再確立を試みたことを示す。
【００４６】
さらに、ステップＳ１０５で送信されるRLF INDICATIONメッセージは、追加の情報要素（Information Elements（IEs））を含むよう改良されている。具体的には、当該改良されたRLF INDICATIONメッセージは、re-establishment cell（つまり、セル１０Ｂ）のPCIを含む。当該改良されたRLF INDICATIONメッセージは、re-establishment cell（セル１０Ｂ）のTAC若しくはEUTRA Absolute Radio Frequency Channel Number（EARFCN）又はこれら両方をさらに含んでもよい。EARFCNは、０から６５５３５までの番号であり、LTEで使用される搬送波周波数（carrier frequency）と一対一で対応付けられる。re-establishment cell（セル１０Ｂ）のPCI、TAC、及びEARFCNは、re-establishment cell（セル１０Ｂ）を制御し且つRLF INDICATIONメッセージを発行するeNB１Ｂにおいて当然に把握されている。
【００４７】
図５は、改良されたRLF INDICATIONメッセージの具体例を示している。図５の例では、改良されたRLF INDICATIONメッセージは、re-establishment cell（セル１０Ｂ）のPCI、TAC、及びEARFCNを示す情報要素（IE）を含む。図５の例では、これらの追加された情報要素（IE）のpresenceは、“Optional (O)”であるが、他の値、すなわち“Mandatory (M)”又は“Conditional (C)”であってもよい。
【００４８】
図４に戻って説明を続ける。ステップＳ１０６では、eNB１Ａは、eNB１ＢからのRLF INDICATIONメッセージの受信に基づいて、Too Late Handover を検出する。eNB１Ａは、検出したToo Late Handoverをハンドオーバ障害の履歴情報として図示されていないメモリに蓄積する。
【００４９】
ステップＳ１０７では、eNB１Ａは、UE２がセル１０ＡにおいてRRCコネクションの切断を伴うRLFを経験した後にセル１０Ｂに対して当該RRCコネクションの再確立を試行したことを示すRLF INDICATIONメッセージを受信したことに応答して、セル１０Ａの隣接セル関係（NRs）を更新することを含むANRを実行する。言い換えると、eNB１Ａは、セル１０Ａからの外向きハンドオーバが開始されること無くセル１０ＡにおいてUE２のRLFが発生したことに対応するToo Late Handoverの検出に応答して、セル１０ＡのNRsを更新すると言うこともできる。具体的には、eNB１Ａは、セル１０Ａからセル１０Ｂに向かう新たなneighbour relation（NR）をセル１０ＡのNRTに追加する。
【００５０】
図６は、ステップＳ１０７のANR動作によって更新された後のセル１０ＡのNRTの一例を示している。図６に示されたNRT４０は、セル１０Ａからセル１０Ｂに向かうNRに関する新たなエントリ４１を含む。ここでは、エントリ４１に包含されているセル１０ＢのTCI（つまり、ECGI及びPCI）は、eNB１Ｂから受信した改良されたRLF INDICATIONメッセージに包含された情報要素（IEs）から得られることに留意されるべきである。Re-establishmentセルとしてのセル１０ＢのECGIは、既存のRLF INDICATIONメッセージにも包含されている。しかしながら、Re-establishmentセルとしてのセル１０ＢのPCIは、図５の具体例に示されているように、本実施形態に係る改良されたRLF INDICATIONメッセージが有する新規な情報要素（IE）である。さらに、図６に示されるように、エントリ４１は、NR内にセル１０ＢのEARFCN及びTACを含んでもよい。これらEARFCN及びTACも、図５の具体例に示されているように、本実施形態に係る改良されたRLF INDICATIONメッセージが有する新規な情報要素（IE）から得ることができる。
【００５１】
図４に戻って説明を続ける。上述したステップＳ１０６及びステップＳ１０７の順序は特に限定されない。ステップＳ１０６の処理とステップＳ１０７の処理は、互いに独立に実行されることができる。ステップＳ１０７のANR処理は、ステップＳ１０６の処理の前に行われてもよいし、これと並行して行われてもよい。
【００５２】
ステップＳ１０８では、eNB１Ａは、蓄積されたハンドオーバ障害の履歴情報を用いて、ハンドオーバパラメータの最適化を含むセル１０Ａに対するMROを実行する。このMROに先立って、セル１０Ａからセル１０Ｂに向かうNRがステップＳ１０７にて追加されている。したがって、eNB１Ａは、セル１０Ａからセル１０Ｂへのハンドオーバに関するハンドオーバパラメータを当該MROの対象とすることができる。
【００５３】
なお、図４のシーケンスは、一例に過ぎず、適宜変形されてもよい。例えば、re-establishment cell（つまり、セル１０Ｂ）のPCI、TAC、EARFCN等は、RLF INDICATIONメッセージとは異なるX2 application protocol（X2AP）メッセージを用いて送信されてもよい。eNB１Ａは、例えば、既存と同じ（つまり、re-establishment cellのPCI、TAC、EARFCNを含まない）RLF INDICATIONメッセージをeNB１Ｂから受信し、当該RLF INDICATIONメッセージに包含されたre-establishment cell（セル１０Ｂ）のECGIに対応するNRがセル１０ＡのNRTに含まれていないことを判断し、そしてre-establishment cell（セル１０Ｂ）のPCI等の送信を要求するためのX2APメッセージをeNB１Ｂに送信してもよい。eNB１Ｂは、eNB１Ａからの要求に応答してre-establishment cell（セル１０Ｂ）のPCI等を示すX2APメッセージをeNB１Ａに送信してもよい。これに代えて、eNB１Ａは、セル１０Ａに在圏するUEに対してre-establishment cell（セル１０Ｂ）のPCI等の送信を要求してもよい。その他のいくつかの変形例は、後述する実施形態において説明される。
【００５４】
図７は、eNB１Ａにより行われる制御手順の一例を示すフローチャートである。ステップＳ１１では、eNB１Ａは、X2インタフェース５１を介してeNB１ＢからRLF INDICATIONメッセージを受信する。ステップＳ１２では、eNB１Ａは、failure cell（つまり、セル１０Ａ）のNRsがre-establishment cell（つまり、セル１０Ｂ）とのNRを包含しているか否かを確認する。具体的には、eNB１Ａは、RLF INDICATIONメッセージに包含されたre-establishment cell（セル１０Ｂ）のECGIを示すエントリが、failure cell（セル１０Ａ）のNRTに含まれているか否かを確認すればよい。failure cell（セル１０Ａ）のNRsがre-establishment cell（セル１０Ｂ）とのNRを包含していない場合（ステップＳ１２でNO）、eNB１Ａは、セル１０Ａからセル１０Ｂへ向かうNRをセル１０ＡのNRs（NRT）に追加することを含むANR動作を実行する。
【００５５】
続いて以下では、本実施形態に係るeNB１Ａの構成例について説明する。図８は、eNB１Ａの構成例を示している。図８を参照すると、eNB１Ａは、無線トランシーバ１１０、ネットワークインタフェース１１１、制御ユニット１１２、及びANR機能ユニット１１３を含む。無線トランシーバ１１０は、UE２と通信するよう構成されている。ネットワークインタフェース１１１は、eNB１Ｂを含む他の基地局、MME等のコアネットワークノード、及びOAM等と通信するために使用される。ネットワークインタフェース１１１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。制御ユニット１１２は、RRC及びRadio Resource Management（RRM）を含む通信制御を実行する。例えば、制御ユニット１１２は、UE２とのRRCコネクションの確立、UE２のためのデータ無線ベアラの確立、システム情報のブロードキャスト、UE２のページングを含むRRCを実行する。ANR機能ユニット１１３は、本実施形態で説明されたeNB１ＡのANR動作を行う。
【００５６】
図９は、eNB１Ａの他の構成例を示している。図９を参照すると、eNB１Ａは、無線トランシーバ１２０、ネットワークインタフェース１２１、プロセッサ１２２、及びメモリ１２３を含む。無線トランシーバ１２０は、UE２と通信するよう構成されている。ネットワークインタフェース１２１は、eNB１Ｂを含む他の基地局、MME等のコアネットワークノード、及びOAM等と通信するために使用される。
【００５７】
プロセッサ１２２は、メモリ１２３からソフトウェア（コンピュータプログラム）を読み出して実行することで、RRC及びRRMを含む通信制御、並びに本実施形態で説明されたeNB１ＡのANR動作を行う。プロセッサ１２２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１２２は、複数のプロセッサを含んでもよい。
【００５８】
メモリ１２３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１２３は、プロセッサ１２２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２２は、ネットワークインタフェース１２１又は図示されていない他のI/Oインタフェースを介してメモリ１２３にアクセスしてもよい。
【００５９】
図９の例では、メモリ１２３は、RRCモジュール１２４、RRMモジュール１２５、Stream Control Transmission Protocol（SCTP）モジュール１２６、X2 application protocol（X2AP）モジュール１２７、S1 application protocol（S1AP）モジュール１２８、Operation and Maintenance（OAM）モジュール１２９、及びSelf-Organizing Network（SON）モジュール１３０を含むソフトウェアモジュール群を格納するために使用される。SONモジュール１３０は、ANR機能、MROなどのSON機能を実行するための命令群およびデータを含む。プロセッサ１２２は、SONモジュール１３０をメモリ１２３から読み出して実行することで、本実施形態で説明されたeNB１ＡのANR動作を行うことができる。さらに、図９の例では、メモリ１２３は、Neighbour Relation Table（NRT）１３１を格納するために使用される。NRT１３１は、ANR動作を行うプロセッサ１２２によって更新される。
【００６０】
図１０は、eNB１Ａのさらに他の構成例を示している。図１０を参照すると、eNB１Ａは、ANR機能１４０、RRC機能１４２、及びX2AP機能１４３を含む。ANR機能１４０は、NRT管理機能（NRT management function）１４０１、Neighbour検出機能（Neighbour Detection Function）１４０２、及びNeighbour削除機能（Neighbour Removal Function）１４０３を含む。NRT管理機能１４０１は、概念的な（conceptual）NRT１４１を管理する。NRT管理機能１４０１は、OAM６０と通信してもよい。Neighbour検出機能１４０２は、RRC機能１４２においてUEから受信された測定報告に基づいて新たな隣接セルを発見し、これに対応するNRをNRT１４１に追加する。さらに、Neighbour検出機能１４０２は、X2AP機能１４３においてX2インタフェース（X2リンク）５１を介してeNB１Ｂから受信されたX2メッセージ（例えば、RLF INDICATIONメッセージ）に基づいて新たな隣接セルを発見し、これに対応するNRをNRT１４１に追加する。Neighbour削除機能１４３は、不必要なNRsをNRT１４１から削除する。ANR機能１４０、RRC機能１４２、及びX2AP機能１４３の各々は、ソフトウェア若しくはハードウェア又はこれらの組み合わせにより実装されてもよい。
【００６１】
eNB１Ｂの構成は、上述したeNB１Ａの構成と同様であってもよい。eNB１Ｂの制御ユニット１１２、ANR機能ユニット１１３、又はプロセッサ１２２は、re-establishmentセルとしてのセル１０ＢのPCI、TAC、及びEARFCN等を示すX2APメッセージ（例えば、上述の改良されたRLF INDICATIONメッセージ）をfailure cell（セル１０Ａ）を制御するeNB１Ａに送信するよう動作すればよい。eNB１ＢのANR機能ユニット１１３は、本実施形態で説明されたeNB１Ａのそれと同様のANR機能を有してもよい。
【００６２】
以上の説明から理解されるように、本実施形態に係るeNB１Ａは、UE２がセル１０ＡにおいてRRCコネクションの切断を伴うRLFを経験した後にセル１０Ｂに対して当該RRCコネクションの再確立を試行したことを示すRLF INDICATIONメッセージを受信したことに応答して、セル１０Ａの隣接セル関係（NRs）を更新することができる。言い換えると、セル１０Ａからの外向きハンドオーバが開始されること無くセル１０ＡにおいてUE２のRLFが発生したことに対応するToo Late Handoverの検出に応答して、セル１０ＡのNRsを更新することができる。
【００６３】
また、図４及び図５等を用いて説明された改良されたRLF INDICATIONメッセージの具体例によれば、eNB１Ａは、RLF INDICATIONメッセージによってre-establishment cell（セル１０Ｂ）のPCI等を取得できる。したがって、re-establishment cell（セル１０Ｂ）のPCI等の送信をeNB１Ｂ又はUEに要求しなくてもよい。
【００６４】
＜第２の実施形態＞
本実施形態は、第１の実施形態で説明されたANR動作に関する制御手順の変形例を説明する。本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図３と同様とすればよい。本実施形態に係るeNB１Ａ及びeNB１Ｂの構成例は、図８、図９、又は図１０と同様とすればよい。
【００６５】
第１の実施形態では、re-establishment cell（セル１０Ｂ）を制御するeNB１Ｂがfailure cell（セル１０Ａ）を制御するeNB１Ａに改良されたRLF INDICATIONメッセージを送る例を示した。本実施形態では、eNB１Ｂは、改良されたRLF INDICATIONメッセージを送るか、あるいは既存と同じ（つまり、re-establishment cellのPCI、TAC、EARFCNを含まない）RLF INDICATIONメッセージを送るかを判断する。図１１は、eNB１Ｂの判断手順の一例を示すフローチャートである。
【００６６】
ステップＳ２１では、eNB１Ｂは、RLF INDICATIONメッセージの送信を決定する。eNB１Ｂは、非特許文献１に記載されているのと同じ通常の条件に沿って、RLF INDICATIONメッセージの送信を含むRLF INDICATIONプロシージャを開始すればよい。具体的には、eNB１Ｂは、eNB１Ａ（セル１０Ａ）での無線リンクコネクション（つまり、RRCコネクション）の切断を伴う障害（つまり、Radio Link Failure又はHandover Failure）の後にUE２がeNB１Ｂ（セル１０Ｂ）において無線リンクコネクションの再確立を試みた場合に、RLF INDICATIONプロシージャを開始すればよい。
【００６７】
ステップＳ２２では、eNB１Ｂは、failure cell（つまり、セル１０Ａ）のNRsがre-establishment cell（つまり、セル１０Ｂ）とのNRを包含しているか否かを確認する。具体的には、eNB１Ｂは、re-establishment cell（セル１０Ｂ）のECGIを示すエントリが、failure cell（セル１０Ａ）のNRTに含まれているか否かを確認すればよい。この確認のために、eNB１Ｂは、X2インタフェース５１を介してeNB１Ａから過去に受信したX2APメッセージに包含されている情報要素（IE）を利用すればよい。具体的には、eNB１Ｂは、X2インタフェース５１の確立手順においてeNB１Ａから受信したX2 SETUP REQUESTメッセージ又はX2 SETUP RESPONSEメッセージを利用することができる。また、eNB１Ｂは、X2インタフェース５１を介してeNB１Ａから過去に受信したENB CONFIGURATION UPDATEメッセージを利用してもよい。ENB CONFIGURATION UPDATEメッセージは、eNB１Ａの構成情報が更新されたことに応答して送信される。
【００６８】
X2 SETUP REQUESTメッセージ及びX2 SETUP RESPONSEメッセージは、Neighbour Information IEを含む。Neighbour Information IEは、eNB１Ａが把握している隣接セルのECGI、PCI、及びEARFCNを示す。ENB CONFIGURATION UPDATEメッセージも、X2 SETUP REQUEST 及びRESPONSEメッセージと同様に、Neighbour Information IEを含む。eNB１Ｂは、eNB１Ａから受信したNeighbour Information IE内のECGIsを参照し、これらの中にセル１０ＢのECGIが含まれるかを確認すればよい。X2 SETUP REQUEST、X2 SETUP RESPONSE、及びENB CONFIGURATION UPDATEメッセージの詳細は、非特許文献２の第9.1.2.3節、第9.1.2.4節、及び第9.1.2.8節にそれぞれ規定されている。
【００６９】
Failure cell（セル１０Ａ）のNRsがre-establishment cell（セル１０Ｂ）とのNRを包含していない場合（ステップＳ２２でNO）、eNB１Ｂは、re-establishment cellのPCI等を示す新規なIE(s)を含む改良されたRLF INDICATIONメッセージを送信する（ステップＳ２３）。これに対して、Failure cell（セル１０Ａ）のNRsがre-establishment cell（セル１０Ｂ）とのNRを包含する場合（ステップＳ２２でYES）、eNB１Ｂは、新規なIE(s)を含まない既存と同じRLF INDICATIONメッセージを送信する（ステップＳ２４）。
【００７０】
図１２は、X2 SETUP REQUEST、X2 SETUP RESPONSE、及びENB CONFIGURATION UPDATEメッセージの送受信を示すシーケンス図である。図１２の手順は、図１１の手順に先立って行われる。ケース＃１では、eNB１ＢがX2 SETUP REQUESTメッセージを送信し（ステップＳ２０１）、eNB１ＡがX2 SETUP RESPONSEメッセージを送信する（ステップＳ２０２）。ケース＃２では、eNB１ＡがX2 SETUP REQUESTメッセージを送信し（ステップＳ２０３）、eNB１ＢがX2 SETUP RESPONSEメッセージを送信する（ステップＳ２０４）。ケース＃３では、eNB１ＡがENB CONFIGURATION UPDATEメッセージを送信し（ステップＳ２０５）、eNB１ＢがENB CONFIGURATION UPDATE ACKNOWLEDGEメッセージを送信する（ステップＳ２０６）。eNB１ＡからのX2 SETUP RESPONSEメッセージ（ステップＳ２０２）、X2 SETUP REQUESTメッセージ（ステップＳ２０３）、及びENB CONFIGURATION UPDATEメッセージ（ステップＳ２０５）の各々は、Neighbour Information IEを含む。ステップＳ２０７では、eNB１Ｂは、eNB１Ａから受信したNeighbour Information IEを保存する。
【００７１】
本実施形態によれば、第１の実施形態と同様の効果が期待される。さらに、図１１を用いて説明した手順によれば、re-establishment cellのPCI等を示す新規なIE(s)がeNB１Ａにおいて必要とされないときに、eNB１Ｂは、新規なIE(s)を含まない既存と同じRLF INDICATIONメッセージを送信する。したがって、本実施形態は、eNB１ＢからeNB１Ａへの冗長なIEの送信を回避できる利点がある。
【００７２】
＜第３の実施形態＞
本実施形態は、第１の実施形態で説明されたANR動作に関する制御手順の変形例を説明する。本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図３と同様とすればよい。本実施形態に係るeNB１Ａ及びeNB１Ｂの構成例は、図８、図９、又は図１０と同様とすればよい。
【００７３】
第１の実施形態では、re-establishment cell（セル１０Ｂ）を制御するeNB１Ｂがfailure cell（セル１０Ａ）を制御するeNB１Ａに改良されたRLF INDICATIONメッセージを送る例を示した。本実施形態では、eNB１Ｂは、既存と同じ（つまり、re-establishment cellのPCI、TAC、EARFCNを含まない）RLF INDICATIONメッセージを送る。したがって、eNB１Ａは、他の手段を用いて、re-establishment cellのPCI、TAC、EARFCN等を取得する。eNB１Ａは、X2インタフェース５１を介してeNB１Ａから過去に受信したX2APメッセージに包含されている情報要素（IE）を利用すればよい。
【００７４】
具体的には、eNB１Ａは、X2インタフェース５１の確立手順においてeNB１Ｂから受信したX2 SETUP REQUESTメッセージ又はX2 SETUP RESPONSEメッセージを利用することができる。X2 SETUP REQUEST及びRESPONSEメッセージ及びX2 SETUP RESPONSEメッセージは、Served Cell Information IEを含む。Served Cell Information IEは、eNB１Ｂによって制御されるセル１０ＢのPCI、ECGI、TAC、ブロードキャストされる全てのPLMN ID(s)、及びEARFCN等を示す。ENB CONFIGURATION UPDATEメッセージも、X2 SETUP REQUEST 及びRESPONSEメッセージと同様に、Served Cell Information IEを含む。eNB１Ａは、eNB１Ｂから受信したServed Cell Information IE内に包含されているセル１０ＢのPCI、ECGI、及びTAC等を保存しておけばよい。Served Cell Information IEの詳細は、非特許文献２の第9.2.8節に記載されている。
【００７５】
図１３は、本実施形態におけるeNB１ＡによるANR動作の実行手順の一例を示すシーケンス図である。図１３は、第１の実施形態で説明された図４と同様に、Too Late Handover の第２のタイプを想定し、セル１０Ａからセル１０Ｂに向けてUE２が移動するケースを示している。
【００７６】
ステップＳ３０１〜Ｓ３０４における処理は、図４のステップＳ１０１〜Ｓ１０４における処理と同様である。ステップＳ３０５では、eNB１Ｂは、RLF INDICATIONメッセージをeNB１Ａに送信する。このRLF INDICATIONメッセージは、既存と同じ（つまり、re-establishment cellのPCI、TAC、EARFCNを含まない）RLF INDICATIONメッセージであればよい。
【００７７】
ステップＳ３０６における処理は、図４のステップＳ１０６における処理と同様である。ステップＳ３０７における処理は、図４のステップＳ１０７における処理と基本的に同様である。すなわち、eNB１Ａは、eNB１Ａは、RLF INDICATIONメッセージの受信に応答して、セル１０Ａからセル１０Ｂに向かう新たなneighbour relation（NR）をセル１０ＡのNRTに追加する。ただし、eNB１Ａは、当該新たなNRに包含されるべきセル１０ＢのPCI、TAC、EARFCN等を、eNB１Ｂから過去に受信して保持されていたServed Cell Information IEから取得する。
【００７８】
ステップＳ３０６及びステップＳ３０７の順序は特に限定されない。ステップＳ３０６の処理とステップＳ３０７の処理は、互いに独立に実行されることができる。ステップＳ３０８における処理は、図４のステップＳ１０８における処理と同様である。
【００７９】
図１４は、X2 SETUP REQUEST、X2 SETUP RESPONSE、及びENB CONFIGURATION UPDATEメッセージの送受信を示すシーケンス図である。図１４の手順は、図１３の手順に先立って行われる。ケース＃１では、eNB１ＢがX2 SETUP REQUESTメッセージを送信し（ステップＳ３１１）、eNB１ＡがX2 SETUP RESPONSEメッセージを送信する（ステップＳ３１２）。ケース＃２では、eNB１ＡがX2 SETUP REQUESTメッセージを送信し（ステップＳ３１３）、eNB１ＢがX2 SETUP RESPONSEメッセージを送信する（ステップＳ３１４）。ケース＃３では、eNB１ＢがENB CONFIGURATION UPDATEメッセージを送信し（ステップＳ３１５）、eNB１ＡがENB CONFIGURATION UPDATE ACKNOWLEDGEメッセージを送信する（ステップＳ３１６）。eNB１ＢからのX2 SETUP REQUESTメッセージ（ステップＳ３１１）、X2 SETUP RESPONSEメッセージ（ステップＳ３１４）、及びENB CONFIGURATION UPDATEメッセージ（ステップＳ３１５）の各々は、Served Cell Information IEを含む。ステップＳ３１７では、eNB１Ａは、eNB１Ｂから受信したServed Cell Information IEを保存する。
【００８０】
本実施形態によれば、第１の実施形態と同様の効果が期待される。さらに、図１３を用いて説明した手順によれば、eNB１Ｂは、re-establishment cellのPCI等を示す新規なIE(s)を持つ改良されたRLF INDICATIONメッセージを送信しなくてもよい。したがって、本実施形態は、既存のRLF INDICATIONメッセージをそのまま利用できる利点がある。
【００８１】
＜第４の実施形態＞
図１５は、本実施形態に係る無線通信システムの構成例を示している。本実施形態も、当該無線通信システムがLTEシステム又はLTE-Advancedシステムであるとして説明する。eNB１Ａ、１Ｂ、及び１Ｃは、セル１０Ａ、１０Ｂ、及び１０Ｃをそれぞれ制御する。eNB１Ａ及び１Ｂは、基地局間の通信インタフェース、つまりX2インタフェース（X2リンク）５１を確立し、X2インタフェース５１を介して互いに通信することができる。同様に、eNB１Ａ及び１Ｃは、X2インタフェース（X2リンク）５２を確立し、X2インタフェース５２を介して互いに通信することができる。eNB１Ｂ及び１Ｃは、X2インタフェース（X2リンク）５３を確立し、X2インタフェース５３を介して互いに通信することができる。eNB１Ａ、eNB１Ｂ、及びeNB１Ｃの構成例は、図８、図９、又は図１０と同様とすればよい。
【００８２】
第１〜第３の実施形態は、Too Late Handover の第２のタイプに関して説明した。これに対して、本実施形態は、Handover to Wrong Cellの第２のタイプに関して説明する。具体的には、図１５は、セル１０Ａからセル１０Ｃを経由してセル１０Ｂに向けてUE２が移動するケースを示している。想定しているハンドオーバのシナリオは以下の通りである。eNB１Ａは、セル１０Ａからセル１０Ｃへ向かうNRを保持しているが、セル１０Ａからセル１０Ｂへ向かうNRを保持していない。したがって、eNB１Ａは、セル１０Ａからセル１０ＣへのUE２のハンドオーバを開始する。しかしながら、当該ハンドオーバ手順の間に、UE２はソースセル（セル１０Ａ）においてRLFを経験する。そして、UE２は、当該ハンドオーバのソースセル（セル１０Ａ）及びターゲットセル（セル１０Ｃ）のいずれとも異なるセル１０Ｂに対して無線リンクコネクション（RRCコネクション）の再確立を試みる。すなわち、セル１０Ａは、ハンドオーバのソースセルであり、且つRLFが発生したfailure cellである。セル１０Ｃは、ハンドオーバのターゲットセルである。そして、セル１０Ｂは、UE２が無線リンクコネクションの再確立を試みたre-establishmentセルである。
【００８３】
図１６Ａ及び１６Ｂは、本実施形態におけるeNB１ＡによるANR動作の実行手順の一例を示すシーケンス図である。なお、既に述べたように、本明細書で定義されたHandover to Wrong Cellの第２のタイプは、UE２がソースセル（セル１０Ａ）においてRLFを経験した後にハンドオーバが開始されていない他のセル（セル１０Ｂ）に対してRRCコネクションの再確立を試みる点で、本明細書で定義されたToo Late Handoverの第２のタイプと類似する。したがって、図１６Ａ及び１６Ｂに示された手順は、図４に示された手順と類似する。
【００８４】
ステップＳ４０１では、UE２は、eNB１Ａのセル１０ＡにおいてRRCコネクションを確立している。言い換えると、UE２は、セル１０ＡにおいてRRC_CONNECTED状態である。
【００８５】
ステップＳ４０２では、UE２は、セル１０Ｃに向かって移動する。そして、UE２は、ソースセル１０Ａ及び隣接セル１０Ｃに関する測定報告の送信条件（例えば、measurement report triggering condition for Events A3（Neighbour becomes offset better than serving））の成立に応じて、測定報告をeNB１Ａに送信する。この測定報告は、eNB１Ａによるハンドオーバ手順の開始をトリガーする。
【００８６】
ステップＳ４０３では、eNB１Ａは、UE２からの測定報告に基づき、UE２のセル１０Ｃへのハンドオーバを決定する。そして、eNB１Ａは、ハンドオーバ手順を開始するために、セル１０Ｃを制御するeNB１ＣにHANDOVER REQUESTメッセージを送信する（ステップＳ４０４）。
【００８７】
ステップＳ４０５では、UE２は、当該ハンドオーバ手順の間に、ソースセル（セル１０Ａ）においてRRCコネクションの切断を伴うRLFを経験する。
【００８８】
ステップＳ４０６では、UE２は、セル１０Ｂを検出し、セル１０Ｂに対してRRCコネクションの再確立（re-establishment）を試みる。ステップＳ４０６において送信されるRRC Re-establishment Requestメッセージは、reestablishment Causeとして“other failure”又は“handover failure”を示す。“other failure”は、一例として“Radio Link Failure”に対応する。“handover failure”は、UEがHandover Command（Mobility Control Information）を含むRRC Connection Reconfigurationメッセージをソースセル（セル１０Ａ）のeNB１Ａから受信した後に、所定の時間内（Timer T304）にハンドオーバが正常に完了しなかった場合にセットされる。
【００８９】
ステップＳ４０７〜Ｓ４１１における処理は、図４のステップＳ１０３〜Ｓ１０８における処理と同様である。
【００９０】
本実施形態によれば、Handover to Wrong Cellの第２のタイプに関して、第１〜第３の実施形態と同様の効果が期待される。
【００９１】
＜第５の実施形態＞
本実施形態に係る無線通信システムの構成例は、第４の実施形態に関して説明された図１５と同様とすればよい。本実施形態に係るeNB１Ａ、eNB１Ｂ、及びeNB１Ｃの構成例は、図８、図９、又は図１０と同様とすればよい。
【００９２】
本実施形態は、Handover to Wrong Cellの第１のタイプに関して説明する。想定しているハンドオーバのシナリオは以下の通りである。図１５を参照すると、UE２は、セル１０Ａからセル１０Ｃを経由してセル１０Ｂに向けてUE２が移動する。eNB１Ａは、セル１０Ａからセル１０Ｃへ向かうNRを保持しているが、セル１０Ａからセル１０Ｂへ向かうNRを保持していない。したがって、eNB１Ａは、セル１０Ａからセル１０ＣへのUE２のハンドオーバを開始する。しかしながら、当該ハンドオーバ手順の完了直後又は当該ハンドオーバ手順の間に、UE２はターゲットセル（セル１０Ｂ）においてRLFを経験する。そして、UE２は、当該ハンドオーバのソースセル（セル１０Ａ）及びターゲットセル（セル１０Ｃ）のいずれとも異なるセル１０Ｂに対して無線リンクコネクション（RRCコネクション）の再確立を試みる。すなわち、セル１０Ａは、ハンドオーバのソースセルである。セル１０Ｃは、ハンドオーバのターゲットセルであり、且つRLFが発生したfailure cellである。そして、セル１０Ｂは、UE２が無線リンクコネクションの再確立を試みたre-establishmentセルである。
【００９３】
図１７Ａ及び１７Ｂは、本実施形態におけるeNB１ＡによるANR動作の実行手順の一例を示すシーケンス図である。ステップＳ５０１〜Ｓ５０３における処理は、図１６ＡのステップＳ４０１〜Ｓ４０３における処理と同様である。
【００９４】
ステップＳ５０４では、eNB１Ａは、ｅＮＢ１Ｃ及びUE２との間でハンドオーバ手順を行い、ハンドオーバ手順を完了する。ステップＳ５０５では、UE２は、当該ハンドオーバ手順の完了直後に、ターゲットセル（セル１０Ｂ）においてRRCコネクションの切断を伴うRLFを経験する。なお、ステップＳ５０４及びＳ５０５のタイミングは、ハンドオーバの完了（つまり、ターゲットeNB１ＣからソースeNB１Ａへの UE Context Releaseメッセージの送信）の前であって、UE２がセル１０Ｂでの同期を完了してHANDOVER CONFIRMを示すRRC Connection Reconfiguration Completeメッセージを送信した後であってもよい。
【００９５】
ステップＳ５０６では、UE２は、セル１０Ｂを検出し、セル１０Ｂに対してRRCコネクションの再確立（re-establishment）を試みる。ステップＳ５０６において送信されるRRC Re-establishment Requestメッセージは、reestablishment Causeとして“other failure”を示す。“other failure”は、一例として“Radio Link Failure”に対応する。
【００９６】
図１７Ａ及び１７Ｂのケースでは、eNB１Ｂは、UE２の有効なUEコンテキストを保持していない。よって、ステップＳ５０７では、eNB１Ｂは、RRC Connection Re-establishment Rejectメッセージを送信する。UE２は、RRC Connection Re-establishment rejectメッセージに応答してRRC_IDLEに戻る。ステップＳ５０７の後に、UE２は、新たなRRCコネクションを確立するために、RRC Connection RequestメッセージをeNB１Ｂに送信することを含むRRC CONNECTION ESTABLISHMENTプロシージャを開始してもよい。
【００９７】
eNB１Ｃは、UE２がRLFを経験したfailure cellに対応する。一方、eNB１Ｂは、UE２がRRC Connection Re-establishmentを試みたre-establishment cellに対応する。したがって、ステップＳ５０８では、eNB１Ｂは、X2インタフェース５３を介して、RLF INDICATIONメッセージをeNB１Ｃに送信する。当該RLF INDICATIONメッセージは、UE２がセル１０ＢにおいてRRCコネクションの切断を伴うRLFを経験した後にセル１０Ｃに対して当該RRCコネクションの再確立を試みたことを示す。
【００９８】
さらに、ステップＳ５０８で送信されるRLF INDICATIONメッセージは、第１の実施形態で説明した“改良された” RLF INDICATIONメッセージであってもよい。すなわち、ステップＳ５０８で送信されるRLF INDICATIONメッセージは、re-establishment cell（セル１０Ｂ）のPCIを含んでもよい。当該RLF INDICATIONメッセージは、さらに、re-establishment cell（セル１０Ｂ）のTAC若しくはEARFCN又はこれら両方を含んでもよい。
【００９９】
ステップＳ５０９では、eNB１Ｃは、ステップＳ５０４のハンドオーバの完了直後に、つまりハンドオーバの完了から所定の時間（TStore_UE_cntxt）内にRLF INDICATIONメッセージを受信したことに基づいて、Handover to Wrong Cellを検出する。そして、ステップＳ５１０では、eNB１Ｃは、HANDOVER REPORTメッセージをソースeNB１Ａに送信する。HANDOVER REPORTメッセージは、ハンドオーバ障害のタイプ（ここでは、Handover to Wrong Cell）、ソースセル（セル１０Ａ）のECGI、failure cellとしてのターゲットセル（セル１０Ｃ）のECGI、及びre-establishment cellとしての他のセル（セル１０Ｂ）のECGIを示す。
【０１００】
さらに、ステップＳ５１０で送信されるHANDOVER REPORTメッセージは、追加の情報要素（Information Elements（IEs））を含むよう改良されている。当該改良されたHANDOVER REPORTメッセージは、第１の実施形態に係る改良されたRLF INDICATIONメッセージと同様に、re-establishment cell（セル１０Ｂ）のPCIを含む。当該改良されたHANDOVER REPORTメッセージは、re-establishment cell（セル１０Ｂ）のTAC若しくはEARFCN又はこれら両方をさらに含んでもよい。eNB１Ｃは、re-establishment cell（セル１０Ｂ）のPCI、TAC、EARFCN等をステップＳ５０８で受信したRLF INDICATIONメッセージから取得すればよい。
【０１０１】
図１８は、改良されたHANDOVER REPORTメッセージの具体例を示している。図１８の例では、改良されたHANDOVER REPORTメッセージは、re-establishment cell（セル１０Ｂ）のPCI、TAC、及びEARFCNを示す情報要素（IE）を含む。
【０１０２】
図１７Ａ及び１７Ｂに戻って説明を続ける。ステップＳ５１１では、eNB１Ａは、eNB１ＣからのHANDOVER REPORTメッセージの受信に基づいて、Handover to Wrong Cellを検出する。eNB１Ａは、検出したHandover to Wrong Cellをハンドオーバ障害の履歴情報として図示されていないメモリに蓄積する。
【０１０３】
eNB１ＣからのHANDOVER REPORTメッセージは、ソースセル（セル１０Ａ）からターゲットセル（セル１０Ｃ）へのハンドオーバ手順の間に又はハンドオーバの完了直後にUE２がターゲットセル（セル１０Ｃ）においてRLFを経験し、その後にソースセル（セル１０Ａ）及びターゲットセル（セル１０Ｃ）のいずれとも異なる他のセル（セル１０Ｂ）に対してRRCコネクションの再確立を試みたことを示す。したがって、ステップＳ５１２では、eNB１Ａは、当該HANDOVER REPORTメッセージの受信に応答して、セル１０Ａからセル１０Ｂに向かう新たなneighbour relation（NR）をセル１０ＡのNRTに追加する。
【０１０４】
ステップＳ５１１及びステップＳ５１２の順序は特に限定されない。ステップＳ５１１の処理とステップＳ５１２の処理は、互いに独立に実行されることができる。ステップＳ５１２のANR処理は、ステップＳ５１１の処理の前に行われてもよいし、これと並行して行われてもよい。
【０１０５】
ステップＳ５１３では、eNB１Ａは、蓄積されたハンドオーバ障害の履歴情報を用いて、ハンドオーバパラメータの最適化を含むセル１０Ａに対するMROを実行する。このMROに先立って、セル１０Ａからセル１０Ｂに向かうNRがステップＳ５１２にて追加されている。したがって、eNB１Ａは、セル１０Ａからセル１０Ｂへのハンドオーバに関するハンドオーバパラメータを当該MROの対象とすることができる。
【０１０６】
図１７Ａ及び１７Ｂのシーケンスは、一例に過ぎず、適宜変形されてもよい。例えば、re-establishment cell（セル１０Ｂ）のPCI、TAC、EARFCN等は、RLF INDICATIONメッセージ又はHANDOVER REPORTメッセージとは異なるX2 application protocol（X2AP）メッセージを用いて送信されてもよい。これに代えて、eNB１Ａは、セル１０Ａに在圏するUEに対してre-establishment cell（セル１０Ｂ）のPCI等の送信を要求してもよい。
【０１０７】
本実施形態によれば、Handover to Wrong Cellの第１のタイプに関して、第１〜第３の実施形態と同様の効果が期待される。
【０１０８】
＜第６の実施形態＞
本実施形態は、第５の実施形態で説明されたANR動作に関する制御手順の変形例を説明する。本実施形態に係る無線通信システムの構成例は、第４及び第５の実施形態に関して説明された図１５と同様とすればよい。本実施形態に係るeNB１Ａ、eNB１Ｂ、及びeNB１Ｃの構成例は、図８、図９、又は図１０と同様とすればよい。
【０１０９】
本実施形態は、第５の実施形態と同様に、Handover to Wrong Cellの第１のタイプに関して説明する。想定しているハンドオーバのシナリオは以下の通りである。UE２は、ソースセル（セル１０Ａ）からターゲットセル（セル１０Ｃ）へのハンドオーバの完了後又は当該ハンドオーバの間にターゲットセル（セル１０Ｃ）においてRLFを経験する。そして、UE２は、ソースセル（セル１０Ａ）及びターゲットセル（セル１０Ｃ）のいずれとも異なるセル１０Ｂに対してRRC Connection Re-establishment Rejectメッセージを送信し、無線リンクコネクション（RRCコネクション）の再確立を試みる。セル１０Ｂを制御するeNB１Ｂは、UE２の有効なUEコンテキストを有していないから、UE２に対してRRC Connection Re-establishment Rejectメッセージを送信する。
【０１１０】
本実施形態に係るUE２は、eNB１ＢからRRC Connection Re-establishment Rejectメッセージを受信した後に、eNB１Ｂとの間でRRC CONNECTION ESTABLISHMENTプロシージャを実行するよう構成されている。さらに、UE２は、当該RRC CONNECTION ESTABLISHMENTプロシージャの間に又は当該プロシージャに追随して、ソースセル（セル１０Ａ）の情報を示すRRCメッセージをeNB１Ｂに送信するよう構成されている。ソースセル（セル１０Ａ）の情報は、例えば、ソースセル（セル１０Ａ）のECGI、PCI、TAC、及びEARFCNのうち少なくとも１つを含む。ここで、留意されるべきは、ソースセル（セル１０Ａ）は、UE２のRLFが発生したfailure cellとは異なる点である。UE２のRLFが発生したfailure cellは、ターゲットセル（セル１０Ｃ）である。すなわち、UE２は、failure cellとしてのターゲットセル（セル１０Ｃ）の情報ではなく、又はこれに加えてターゲットセル（セル１０Ｃ）よりも以前にRRCコネクションを確立していたソースセル（セル１０Ａ）の情報をRe-establishment cell（セル１０Ｂ）のeNB１Ｂに報告する。
【０１１１】
図１９Ａ〜１９Ｃは、本実施形態におけるeNB１ＡによるANR動作の実行手順の一例を示すシーケンス図である。ステップＳ６０１〜Ｓ６０７における処理は、図１７ＡのステップＳ５０１〜Ｓ５０７における処理と同様である。
【０１１２】
Ｓ５０７のRRC Connection Re-establishment Rejectメッセージを受信の後に、UE２は、ステップＳ６０８、Ｓ６０９８、又はＳ６１０を実行する。ステップＳ６０８は、RRC CONNECTION ESTABLISHMENTプロシージャを示している。ただし、ステップＳ６０８では、UE２は、RRC Connection Requestメッセージにおいて、ソースセル（セル１０Ａ）の情報（例えば、ECGI、PCI、TAC、及びEARFCN）をeNB１Ｂに送信する。
【０１１３】
ステップＳ６０９も、RRC CONNECTION ESTABLISHMENTプロシージャを示している。ただし、ステップＳ６０９では、UE２は、RRC Connection Setup Completeメッセージにおいて、ソースセル（セル１０Ａ）の情報（例えば、ECGI、PCI、TAC、及びEARFCN）をeNB１Ｂに送信する。
【０１１４】
ステップＳ６１０も、RRC CONNECTION ESTABLISHMENTプロシージャを示している。ただし、ステップＳ６１０では、UE２は、RRC CONNECTION ESTABLISHMENTプロシージャの完了後に、ソースセル（セル１０Ａ）の情報（例えば、ECGI、PCI、TAC、及びEARFCN）をeNB１Ｂに送信する。具体的には、UE２は、eNB１ＢからUE Information Requestメッセージを受信したことに応答して、UE Information Responseメッセージを送信する。既存のUE Information Responseメッセージは、UE RLF Reportを含む。UE RLF Reportは、UE２がRLFを経験したfailure cell（つまり、ここではセル１０Ｃ）のPCI、及びECGI等を含む。これに加えて、さらに、ステップＳ６１０のUE Information Responseメッセージは、ソースセル（セル１０Ａ）の情報（例えば、ECGI、PCI、TAC、及びEARFCN）を包含するよう改良されている。なお、UE２は、UE Information Responseメッセージとは異なる新たなRRCメッセージを用いてソースセル（セル１０Ａ）の情報（例えば、ECGI、PCI、TAC、及びEARFCN）をeNB１Ｂに送信してもよい。
【０１１５】
eNB１Ｂは、ステップＳ６０８〜Ｓ６１０のいずれかにおいてUE２から受信したソースセル（セル１０Ａ）の情報に基づいて、Handover to Wrong Cellを検出できる。Handover to Wrong Cellの検出に応答して、ステップＳ６１２では、eNB１Ｂは、ソースセル（セル１０Ａ）のeNB１Ａに対して新たなX2APメッセージを送信する。当該新たなX2APメッセージは、re-establishment cell（セル１０Ｂ）のPCI、TAC、及びEARFCN等を含む。新たなX2APメッセージは、既存のX2APメッセージの改良又は拡張したものでもよい。すなわち、本実施形態の手順では、改良されたRLF INDICATIONメッセージ及び改良されたHANDOVER REPORTメッセージに代えて、re-establishment cell（セル１０Ｂ）のeNB１Ｂからソースセル（セル１０Ａ）のeNB１Ａに直接的にre-establishment cell（セル１０Ｂ）のPCI等を通知する。
【０１１６】
仮にeNB１ＡとeNB１Ｂの間のX2インタフェース（X2リンク）５１が未確立である場合、図１９Ｃに示されているように、eNB１Ｂは、ステップＳ６１２に先立って、X2/SCTPリンクの確立手順を実行してもよい（ステップＳ６１１）。
【０１１７】
ステップＳ６１３〜Ｓ６１６は、通常のMROのための手順を示している。ステップＳ６１３では、eNB１Ｂは、RLF INDICATIONメッセージをeNB１Ｃに送信する。ステップＳ６１４では、eNB１Ｃは、RLF INDICATIONメッセージの受信に基づいてHandover to Wrong Cellを検出する。ステップＳ６１５では、eNB１Ｃは、Handover to Wrong Cellを通知するために、HANDOVER REPORTメッセージをeNB１Ａに送信する。ステップＳ６１６では、eNB１Ａは、eNB１ＣからのHANDOVER REPORTメッセージの受信に基づいて、Handover to Wrong Cellを検出する。eNB１Ａは、検出したHandover to Wrong Cellをハンドオーバ障害の履歴情報として図示されていないメモリに蓄積する。
【０１１８】
ステップＳ６１７では、eNB１Ａは、ステップＳ６１２の新たなX2APメッセージの受信に応答して、セル１０Ａからセル１０Ｂに向かう新たなneighbour relation（NR）をセル１０ＡのNRTに追加する。
【０１１９】
なお、ステップＳ６１２及びＳ６１７の処理は、ステップＳ６１３〜Ｓ６１６の処理と独立に実行されることができる。ステップＳ６１２及びＳ６１７の処理は、ステップＳ６１３〜Ｓ６１６の処理の前に行われてもよいし、これらと並行して行われてもよい。
【０１２０】
ステップＳ６１８における処理は、図１７ＢのステップＳ５１３における処理と同様である。
【０１２１】
続いて以下では、本実施形態に係るUE２の構成例について説明する。図２０は、UE２の構成例を示している。図２０を参照すると、UE２は、無線トランシーバ２１０、プロセッサ２１１、及びメモリ２１２を含む。無線トランシーバ２１０は、eNBと通信するよう構成されている。
【０１２２】
プロセッサ２１１は、メモリ２１２からソフトウェア（コンピュータプログラム）を読み出して実行することで、RRC及びNASメッセージの送受信を含む通信制御を行う。プロセッサ２１１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ２１１は、複数のプロセッサを含んでもよい。
【０１２３】
メモリ２１２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。
【０１２４】
図２０の例では、メモリ２１２は、RRCモジュール２１３及びNASモジュール２１４を含むソフトウェアモジュール群を格納するために使用される。プロセッサ２１１はRRCモジュール２１３をメモリ２１２から読み出して実行することで、本実施形態で説明されたソースセル情報を含むRRCメッセージの送信を行うことができる。
【０１２５】
本実施形態によれば、Handover to Wrong Cellの第１のタイプに関して、第１〜第３の実施形態と同様の効果が期待される。さらに、本実施形態では、UE２は、failure cell（セル１０Ｃ）より前にRRCコネクションを確立していたソースセル（１０Ａ）の情報をre-establishment cell（セル１０Ｂ）のeNB１Ｂに通知する。したがって、eNB１ＢからeNB１Ａに対して、Handover to Wrong Cellの発生を直接的に通知でき、NRの追加に必要なre-establishment cell（セル１０Ｂ）の情報（PCI等）を直接的に送信できる。
【０１２６】
＜その他の実施形態＞
上述の実施形態において、Re-establishment Cell（セル１０Ｂ）のPCI、TAC、及びEARFCN等の情報は、コアネットワークノード（例えば、MME）又はOAM（例えば、Element Manager（EM）、又はNetwork Manager（NM））を経由してeNB１Ａに通知されてもよい。
【０１２７】
また、上述の実施形態に係るeNB１Ａ、eNB１Ｂ、eNB１Ｃ、及びUE２が有するプロセッサの各々は、シーケンス図及びフローチャート等を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１２８】
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１２９】
また、上述の実施形態では、主にLTE/LTE-Advancedシステムに関して説明を行った。しかしながら、これらの実施形態は、LTE/LTE-Advancedシステム以外の他のRadio Access Technology（RAT）、例えば、3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD）、GSM/GPRSシステム、又はWiMAXシステム等に適用されてもよい。
【０１３０】
上述の実施形態が3GPP UMTSに適用される場合、上述の実施形態におけるeNB１Ａ、eNB１Ｂ、及びeNB１Ｃの動作は、NodeB若しくはRNC又はこれらの組み合わせによって行われてもよい。言い換えると、本明細書及び請求の範囲において使用される基地局との用語は、無線アクセスネットワークに配置される１つ又は複数のエンティティを意味し、一例においてUMTSのNodeB若しくはRNC又はこれらの組み合わせを意味する。
【０１３１】
さらに、上述の実施形態は、RAT内（Intra-RAT）のNeighbour Relations（NRs）構築だけでなく、RAT間（Inter-RAT）のNRs構築のため利用されてもよい。例えば、図３に示された２つ基地局１Ａ及び１Ｂは、互いに異なるRATの基地局であってもよい。例えば、基地局１ＡはE-UTRANの基地局（つまり、eNB）であり、基地局１Ｂは、UTRANの基地局（つまり、NodeB）であってもよい。また、例えば、基地局１ＡはE-UTRANの基地局（つまり、eNB）であり、基地局１Ｂは、non-3GPP（例えば、CDMA2000、GSM/GPRS）の基地局であってもよい。同様に、図１５に示された基地局１Ｃも、基地局１Ａとは異なるRATの基地局であってもよい。
【０１３２】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１３３】
この出願は、２０１４年３月１８日に出願された日本出願特願２０１４−０５５１８４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１３４】
１Ａ、１Ｂ、１Ｃ  Evolved NodeB（eNB）
２  User Equipment（UE）
３Ａ、３Ｂ  NodeB
１０Ａ、１０Ｂ、１０Ｃ  セル
４０  Neighbour Relation Table（NRT）
４１  Neighbour Relationに関するエントリ
５１、５２、５３  X2インタフェース（X2リンク）
６０  Operation and Maintenance（OAM）
１１０  無線トランシーバ
１１１  ネットワークインタフェース
１１２  制御ユニット
１１３  Automatic Neighbour Relation（ANR）機能ユニット
１２０  無線トランシーバ
１２１  ネットワークインタフェース
１２２  プロセッサ
１２３  メモリ
１２４  Radio Resource Control（RRC）モジュール
１２５  Radio Resource Management（RRM）モジュール
１２６  Stream Control Transmission Protocol（SCTP）モジュール
１２７  X2 application protocol（X2AP）モジュール
１２８  S1 application protocol（S1AP）モジュール
１２９  Operation and Maintenance（OAM）モジュール
１３０  Self-Organizing Network（SON）モジュール
１３１  隣接関係テーブル（Neighbour Relation Table（NRT））
１４０  Automatic Neighbour Relation（ANR）機能
１４１  隣接関係テーブル（Neighbour Relation Table（NRT））
１４２  Radio Resource Control（RRC）機能
１４３  X2 application protocol（X2AP）機能
２１０  無線トランシーバ
２１１  プロセッサ
２１２  メモリ
２１３  Radio Resource Control（RRC）モジュール
２１４  Non-Access Stratum（NAS）モジュール
【図１】
2015140848.tif 000003
【図２】
2015140848.tif 000004
【図３】
2015140848.tif 000005
【図４】
2015140848.tif 000006
【図５】
2015140848.tif 000007
【図６】
2015140848.tif 000008
【図７】
2015140848.tif 000009
【図８】
2015140848.tif 000010
【図９】
2015140848.tif 000011
【図１０】
2015140848.tif 000012
【図１１】
2015140848.tif 000013
【図１２】
2015140848.tif 000014
【図１３】
2015140848.tif 000015
【図１４】
2015140848.tif 000016
【図１５】
2015140848.tif 000017
【図１６Ａ】
2015140848.tif 000018
【図１６Ｂ】
2015140848.tif 000019
【図１７Ａ】
2015140848.tif 000020
【図１７Ｂ】
2015140848.tif 000021
【図１８】
2015140848.tif 000022
【図１９Ａ】
2015140848.tif 000023
【図１９Ｂ】
2015140848.tif 000024
【図１９Ｃ】
2015140848.tif 000025
【図２０】
2015140848.tif 000026
【手続補正書】
【提出日】平成28年8月24日(2016.8.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ソースセルから各隣接セルへの隣接セル関係を示す複数のエントリを含む隣接関係テーブルを格納可能なメモリと、
前記隣接関係テーブルを自動的に更新するよう構成されたプロセッサと、
を備え、
前記プロセッサは、無線端末が前記ソースセル又は前記ソースセルからのハンドオーバのターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して前記無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージを受信したことに応答して、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを前記隣接関係テーブルに追加する、
制御装置。
【請求項２】
前記第１のメッセージは、前記他のセルを制御する基地局から前記ソースセルを制御する基地局に送信されるRLF INDICATIONメッセージである、
請求項１に記載の制御装置。
【請求項３】
前記第１のメッセージは、前記ソースセルから前記ターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記無線端末が前記ターゲットセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記他のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記ターゲットセルを制御する基地局から前記ソースセルを制御する基地局に送信されるHANDOVER REPORTメッセージである、
請求項１に記載の制御装置。
【請求項４】
前記プロセッサは、前記第１のメッセージに包含されている第１の情報要素と、前記ソースセルを制御する基地局と前記他のセルを制御する基地局の間の通信リンクを介して受信された前記他のセルを管理する前記基地局のコンフィグレーションの更新を示すメッセージに包含されている第２の情報要素に基づいて、前記新たなエントリを生成する、
請求項１〜３のいずれか１項に記載の制御装置。
【請求項５】
基地局装置であって、
前記基地局装置と他の基地局の間、又は前記基地局装置とコアネットワーク装置の間で通信するための通信インタフェースと、
前記基地局装置と無線端末との間で通信するための無線リンクコネクションの確立を制御するよう構成されたプロセッサと、
を備え、
前記プロセッサは、前記無線端末が第１のセル又は前記第１のセルからの第１のハンドオーバのターゲットセルとしての第２のセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記第１のセル及び前記第２のセルのいずれとも異なる第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記第１のセルを制御する第１の基地局に前記通信インタフェースを介して第１のメッセージを送信し、
前記第１のメッセージは、前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含する、
基地局装置。
【請求項６】
前記第１のメッセージは、RLF INDICATIONメッセージであり、
前記基地局装置は、前記第３のセルを制御する、
請求項５に記載の基地局装置。
【請求項７】
前記RLF INDICATIONメッセージは、
（ａ）前記第１のセルからの外向きハンドオーバが開始されること無く前記無線端末が前記第１のセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合、
（ｂ）前記第１のハンドオーバの間に前記無線端末が前記第１のセルにおいて無線リンク障害（Radio Link Failure）又はハンドオーバ障害（Handover failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合、又は
（ｃ）第４のセルから前記第１のセルへの第２のハンドオーバが完了した後又は前記第２のハンドオーバの間に前記無線端末が前記第１のセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合、
に前記基地局装置から前記第１の基地局に送信される、
請求項６に記載の基地局装置。
【請求項８】
前記第１のメッセージは、HANDOVER REPORTメッセージであり、
前記基地局装置は、前記第２のセルを制御し、
前記HANDOVER REPORTメッセージは、前記第１のハンドオーバが完了した後又は前記第１のハンドオーバの間に前記無線端末が前記第２のセルにおいて無線リンク障害（Radio Link Failure）を経験し、且つ前記無線端末が前記第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記基地局装置から前記第１の基地局に送信される、
請求項５に記載の基地局装置。
【請求項９】
前記プロセッサは、前記障害の発生を示すと共に前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含するRLF INDICATIONメッセージを前記第３のセルを制御する基地局から受信したことに応答して、前記HANDOVER REPORTメッセージを前記第１の基地局に送信する、
請求項８に記載の基地局装置。
【請求項１０】
無線端末であって、
無線トランシーバと、
前記無線端末と基地局の間で前記無線トランシーバを介して通信するための無線リンクコネクションの確立を制御するよう構成されたプロセッサと、
を備え、
前記プロセッサは、ソースセルからターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記ターゲットセルにおいて前記無線リンクコネクションの切断を伴う障害を経験した後に、前記無線リンクコネクションの再確立を要求するための再確立要求メッセージを前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して送信し、
前記再確立要求メッセージが拒絶されることを示す拒絶メッセージを前記他のセルを制御する基地局から受信したことに応答して、新たな無線リンクコネクションの確立手順を前記他のセルを制御する基地局との間で実行し、
前記確立手順の間に又は前記確立手順に追随して、前記ソースセルのPhysical Cell Identifier（PCI）を少なくとも包含する第１のメッセージを前記他のセルを制御する基地局に送信する、
無線端末。
【請求項１１】
前記再確立要求メッセージは、前記他のセルを制御する基地局から前記ソースセルを制御する基地局への制御メッセージの送信をトリガーし、
前記制御メッセージは、前記Physical Cell Identifier（PCI）を少なくとも包含する、
請求項１０に記載の無線端末。
【請求項１２】
無線端末がソースセル又は前記ソースセルからのハンドオーバのターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して前記無線リンクコネクションの再確立を試みた場合に発行される第１のメッセージを受信したことに応答して、前記ソースセルから前記他のセルへの隣接セル関係を示す新たなエントリを、前記ソースセルを制御する基地局の隣接関係テーブルに追加すること、
を備える隣接関係テーブルの更新方法。
【請求項１３】
基地局により行われる制御方法であって、
無線端末が第１のセル又は前記第１のセルからの第１のハンドオーバのターゲットセルとしての第２のセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に前記第１のセル及び前記第２のセルのいずれとも異なる第３のセルに対して前記無線リンクコネクションの再確立を試みた場合に、前記第１のセルを制御する第１の基地局に第１のメッセージを送信することを備え、
前記第１のメッセージは、前記第３のセルのPhysical Cell Identifier（PCI）を少なくとも包含する、
制御方法。
【請求項１４】
無線端末により行われる制御方法であって、
ソースセルからターゲットセルへのハンドオーバが完了した後又は前記ハンドオーバの間に前記無線端末が前記ターゲットセルにおいて無線リンクコネクションの切断を伴う障害を経験した後に、前記無線リンクコネクションの再確立を要求するための再確立要求メッセージを前記ソースセル及び前記ターゲットセルのいずれとも異なる他のセルに対して送信すること、
前記再確立要求メッセージが拒絶されることを示す拒絶メッセージを前記他のセルを制御する基地局から受信したことに応答して、新たな無線リンクコネクションの確立手順を前記他のセルを制御する基地局との間で実行すること、及び
前記確立手順の間に又は前記確立手順に追随して、前記ソースセルのE-UTRAN Cell Global Identifier （ECGI）、Physical Cell Identifier（PCI）、Tracking Area Code（TAC）、及びEUTRA Absolute Radio Frequency Channel Number（EARFCN）のうち少なくとも１つを包含する第１のメッセージを前記他のセルを制御する基地局に送信すること、
を備える制御方法。
【請求項１５】
請求項１２、１３、又は１４に記載の方法をコンピュータに行わせるためのプログラム。
【国際調査報告】
2015140848.tif 000027
2015140848.tif 000028