(57)【要約】本開示は、モビリティ管理ノード３１０が制御しているソース無線アクセスノードからターゲット隣接無線アクセスノード３１６ｂへ、無線端末３１５のハンドオーバを実行するソース無線アクセスノードおよびソース無線アクセスノードにおける方法に関する。この方法は、ソース無線アクセスノード３１６ａに隣接する少なくとも１つの隣接無線アクセスノード３１６ｂ、３１６ｃを示す情報を備えるトポロジデータＴＤを取得する動作４０１と、そのトポロジデータをモビリティ管理ノードに提供する動作４０２と、そのモビリティ管理ノードから無線端末に対する少なくとも１つの規制隣接無線アクセスノード３１６ｃを示す情報を備えるフィルタ済規制リストＦＲＬを受信する動作４０４とを備え、フィルタ済規制リストＦＲＬに基づくハンドオーバの決定４０５を行うことを可能にする。
2015506150.tif 000002
【特許請求の範囲】
【請求項１】
ソース無線アクセスノードにおいて、モビリティ管理ノードの制御により、無線端末を前記ソース無線アクセスノードからターゲット隣接無線アクセスノードへハンドオーバする方法であって、
前記方法は、
前記ソース無線アクセスノードに隣接する少なくとも1つの隣接無線アクセスノードを示す情報を含むトポロジデータを取得するステップと、
前記トポロジデータをモビリティ管理ノードへ提供するステップと、
前記モビリティ管理ノードから、前記無線端末に対する少なくとも1つの規制された隣接無線アクセスノードを示す情報を含むフィルタ済規制リストを受信するステップであって、前記フィルタ済規制リストに基づいてハンドオーバの決定が可能になるステップと、を含む方法。
【請求項２】
ターゲット隣接無線アクセスノードへのハンドオーバの試みの際に、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されているときは、前記試みは中止され、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されていないときは、さらなる処理のために前記試みが承認されるように、前記フィルタ済規制リストに基づいてハンドオーバの決定をするステップを含む、請求項１に記載の方法。
【請求項３】
少なくとも一部のトポロジデータは、
前記ソース無線アクセスノードを少なくとも1つの隣接無線アクセスノードへ接続する少なくとも1つの通信インタフェースを用いるか、または、
前記ソース無線アクセスノードに予め記憶されているトポロジデータへ前記ソース無線アクセスノードがアクセスするか、または
前記無線端末によって取得され、送信されるトポロジデータを含む測定報告を前記ソース無線アクセスノードが受信すること、
により前記ソース無線ノードにより取得されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ソース無線アクセスノードが完全にまたは部分的に前記無線端末のモビリティを制御できる、前記ソース無線アクセスノードに対する接続状態に前記無線端末が入る前か入るのに関連して、前記トポロジデータを前記モビリティ管理ノードへ提供することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ソース無線アクセスノードが、最も最近取得した前記トポロジデータと以前に取得したトポロジデータとの間の差の検出、または、
前記ソース無線アクセスノードが、前記無線端末に対してアタッチするアッタチ手順、または、
前記ソース無線アクセスノードが、前記無線端末からの保留中のシグナリングの受信あるいは保留中のシグナリングまたは保留中のユーザデータの前記無線端末への送信を可能にするサービス要求手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するルーティングエリアの更新を行うルーティングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するロケーションエリアの更新を行うロケーションエリア更新手順、または
前記無線端末が元の無線アクセスノードから前記ソース無線アクセスノードへハンドオーバされるハンドオーバ手順、
に関連して前記トポロジデータを前記モビリティ管理ノードへ提供するステップを含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記トポロジデータを、
初期ＵＥメッセージ、またはパス切り替え要求メッセージ、またはハンドオーバ要求応答メッセージ、または再配置要求応答メッセージの中で前記モビリティ管理ノードへ提供するステップを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記無線端末が前記ソース無線アクセスノードと接続状態になるアタッチ手順、または、
前記ソース無線アクセスノードが前記ソース無線アクセスノードと接続状態になるサービス要求手順、または、
前記ソース無線アクセスノードが前記無線端末に対してトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
元の無線アクセスノードから前記ソース無線アクセスノードへ前記無線端末がハンドオーバされるハンドオーバ手順、
に関連して前記モビリティ管理ノードからフィルタ済規制リストを受信するステップを含むことを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
初期コンテキスト設定要求メッセージ、またはＲＡＢ割り当て供給メッセージ、またはパス切り替え要求応答メッセージの中でフィルタ済規制リストを前記モビリティ管理ノードから受信するステップを含むことを特徴とする、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記無線端末は、移動機ＭＳまたはユーザ装置ＵＥであり、ソース無線アクセスノードは無線ネットワークコントローラＲＮＣまたは基地局コントローラＢＳＣまたはエボルブドＮｏｄｅＢすなわちｅＮＢであり、モビリティ管理ノードは移動通信交換局ＭＳＣまたはサービングＧＰＲＳサポートノードＳＧＳＮまたはモビリティ管理エンティティＭＭＥであることを特徴とする、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
モビリティ管理ノードにより制御され、無線端末をソース無線アクセスノードからターゲット隣接無線アクセスノードへハンドオーバするよう構成されているソース無線アクセスノードであって、
前記ソース無線アクセスノードに隣接する少なくとも1つの隣接無線アクセスノードを示す情報を含むトポロジデータを取得する取得部と、
前記トポロジデータをモビリティ管理ノードへ提供する提供部と、
前記モビリティ管理ノードから、前記無線端末に対する少なくとも1つの規制された隣接無線アクセスノードを示す情報を含むフィルタ済規制リストを受信する受信部であって、前記フィルタ済規制リストに基づいてハンドオーバの決定が可能な受信部と、を備えるソース無線アクセスノード。
【請求項１１】
ターゲット隣接無線アクセスノードへのハンドオーバの試みの際に、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されているときは、前記試みは中止され、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されていないときは、さらなる処理のために前記試みが承認されるように、前記フィルタ済規制リストに基づいてハンドオーバの決定をするハンドオーバ決定部を含むことを特徴とする請求項１０に記載のソース無線アクセスノード。
【請求項１２】
前記取得部は、少なくとも一部のトポロジデータを、
ソース無線アクセスノードを少なくとも1つの隣接無線アクセスノードへ接続する少なくとも1つの通信インタフェースを用いるか、または、
前記ソース無線アクセスノードに予め記憶されているトポロジデータへ前記ソース無線アクセスノードがアクセスするか、または
前記無線端末によって取得され、送信されるトポロジデータを含む測定報告を前記ソース無線アクセスノードが受信すること、
により取得することを特徴とする請求項１０または１１に記載のソース無線アクセスノード。
【請求項１３】
前記提供部は、前記ソース無線アクセスノードが完全にまたは部分的に前記無線端末のモビリティを制御できる、前記ソース無線アクセスノードに対する接続状態に前記無線端末が入る前か入るのに関連して、前記トポロジデータを前記モビリティ管理ノードへ提供することを特徴とする請求項１０乃至１２のいずれか１項に記載のソース無線アクセスノード。
【請求項１４】
前記提供部は、
前記最も最近取得した前記トポロジデータと以前に取得したトポロジデータとの間の差の検出、または、
前記ソース無線アクセスノードが前記無線端末に対してアタッチするアッタチ手順、または、
前記ソース無線アクセスノードが、前記無線端末からの保留中のシグナリングの受信あるいは保留中のシグナリングまたは保留中のユーザデータの前記無線端末への送信を可能にするサービス要求手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するルーティングエリアの更新を行うルーティングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するロケーションエリアの更新を行うロケーションエリア更新手順、または
前記無線端末が元の無線アクセスノードから前記ソース無線アクセスノードへハンドオーバされるハンドオーバ手順、
に関連して前記トポロジデータを前記モビリティ管理ノードへ提供することを特徴とする請求項１０乃至１３のいずれか１項に記載ソース無線アクセスノード。
【請求項１５】
前記提供部は、前記トポロジデータを、
初期ＵＥメッセージ、またはパス切り替え要求メッセージ、またはハンドオーバ要求応答メッセージ、または再配置要求応答メッセージの中で前記モビリティ管理ノードへ提供することを特徴とする請求項１０乃至１４のいずれか１項に記載のソース無線アクセスノード。
【請求項１６】
前記受信部は、
前記無線端末が前記ソース無線アクセスノードと接続状態になるアタッチ手順、または、
前記ソース無線アクセスノードが前記ソース無線アクセスノードと接続状態になるサービス要求手順、または、
前記ソース無線アクセスノードが前記無線端末に対してトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
元の無線アクセスノードから前記ソース無線アクセスノードへ前記無線端末がハンドオーバされるハンドオーバ手順、
に関連して前記モビリティ管理ノードからフィルタ済規制リストを受信することを特徴とする、請求項１０乃至１３のいずれか１項に記載のソース無線アクセスノード。
【請求項１７】
前記受信部は、初期コンテキスト設定要求メッセージ、またはＲＡＢ割り当て供給メッセージ、またはパス切り替え要求応答メッセージの中でフィルタ済規制リストを前記モビリティ管理ノードから受信することを特徴とする、請求項１０乃至１６のいずれか１項に記載のソース無線アクセスノード。
【請求項１８】
前記無線端末は、移動機ＭＳまたはユーザ装置ＵＥであり、ソース無線アクセスノードは無線ネットワークコントローラＲＮＣまたは基地局コントローラＢＳＣまたはエボルブドＮｏｄｅＢすなわちｅＮＢであり、モビリティ管理ノードは移動通信交換局ＭＳＣまたはサービングＧＰＲＳサポートノードＳＧＳＮまたはモビリティ管理エンティティＭＭＥであることを特徴とする、請求項１０乃至１７のいずれか１項に記載のソース無線アクセスノード。
【請求項１９】
無線端末をソース無線アクセスノードからターゲット隣接無線アクセスノードへハンドオーバするよう構成されているモビリティ管理ノードであって、
前記ソース無線アクセスノードに隣接する少なくとも1つの隣接無線アクセスノードを示す情報を含むトポロジデータを受信する受信部と、
前記トポロジデータに基づいて前記無線端末に対する少なくとも1つの規制された隣接無線アクセスノードを示す情報を含むフィルタ済規制リストを作成する作成部と、
前記ソース無線アクセスノードに前記フィルタ済規制リストに基づいてハンドオーバの決定を可能にするために、前記フィルタ済規制リストを前記ソース無線アクセスノードへ提供する提供部と、を備えるモビリティ管理ノード。
【請求項２０】
前記モビリティ管理ノードは、移動通信交換局ＭＳＣまたはサービングＧＰＲＳサポートノードＳＧＳＮまたはモビリティ管理エンティティＭＭＥであることを特徴とする請求項１９に記載のモビリティ管理ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるアクセスノード間のハンドオーバに関連するハンドオーバの規制に関する。
【背景技術】
【０００２】
図１は、エボルブドパケットシステム（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ：ＥＰＳ）内の例示的３ＧＰＰアクセスアーキテクチャを示す。ここで、ユーザ装置（ＵＥ）は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の無線アクセスリソースを用いて、ＬＴＥ−Ｕｕインタフェースを介してＥＰＳと情報をやり取りしてもよい。ＵＥ関連のハンドオーバおよび制御のシグナリングは、Ｓ１−ＭＭＥインタフェースを介してモビリティ管理エンティティ（ＭＭＥ）によって処理され、通常はホーム加入者サーバ（ＨＳＳ）が提供する加入情報によって支援される。ユーザペイロードは、Ｓ１−ＵおよびＳ５インタフェースを介して、サービングゲートウェイ（ＳＧＷ）およびＰＤＮゲートウェイ（ＰＧＷ）によって処理される。ＰＧＷは、Ｇｘインタフェースを介してポリシーおよび課金ルール機能（ＰＣＲＦ）と情報をやり取りしてもよい。
【０００３】
ＵＥがＥＰＳのエボルブドパケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：ＥＰＣ）と情報をやり取りしていない期間中、ＵＥはアイドル状態に設定される。ＥＰＣは、少なくともＭＭＥ、ＳＧＷおよびＰＧＷを備える。ＵＥは、Ｅ−ＵＴＲＡＮアタッチ（ａｔｔａｃｈ）手順を実行することによって、ＥＰＣとの情報のやり取りを開始してもよい。Ｅ−ＵＴＲＡＮにおいてアタッチ手順は、パケットデータネットワーク接続（ＰＤＮ接続）設定を有しており、この設定により、ＵＥに対するデフォルトベアラが起動される。アタッチ手順は、ＵＥをＥＣＭ接続（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）状態にし、その状態において、モビリティ規制機能が、無線ネットワーク（Ｅ−ＵＴＲＡＮ）およびＥＰＣにおいて実行される。
【０００４】
モビリティ規制機能の一部として、ＥＰＣは、Ｅ−ＵＴＲＡＮにＵＥに対するハンドオーバ規制リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ：ＨＲＬ）を提供する。ＨＲＬは、例えば、非特許文献１（３ＧＰＰ  ＴＳ３６．４１３ｖ１０．１０）の仕様書のチャプタ９．２．１．２２において、ハンドオーバ規制リストに関して示される情報要素（ＩＥ）で定義されるコンテンツおよびレイアウトを有している。従って、ＨＲＬは、例えば、当該ＵＥのモビリティを規制するローミングおよび／またはアクセスの規制などを規定してもよい。
【０００５】
ＥＣＭ接続状態のＵＥに対するＥ−ＵＴＲＡＮ内モビリティは、Ｘ２ベースのハンドオーバ手順またはＳ１ベースのハンドオーバ手順を用いて通常実行される。Ｘ２ベースのハンドオーバは、通常、ｅＮＢがＸ２インタフェースを介して通信するように設定されているときに、２つのエボルブドＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ：ｅＮＢ）間のハンドオーバに使用される。Ｓ１ベースのハンドオーバは、ｅＮＢ間にＸ２インタフェースが存在しないときに、２つのｅＮＢ間のハンドオーバに使用される。Ｓ１ハンドオーバ手順は、第１のＭＭＥが制御する第１のｅＮＢと第２のＭＭＥが制御する第２のｅＮＢとの間のハンドオーバにも使用されてもよい。ＥＣＭ接続状態のＵＥに対するＲＡＴ間モビリティは、ＣＳＦＢ手順またはＳＲＶＣＣ手順と組み合わされた、ＩＲＡＴハンドオーバ手順を使用する。
【０００６】
上に示すように、無線アクセスネットワーク（例えばＥ−ＵＴＲＡＮ）にハンドオーバ規制リスト（ＨＲＬ）を提供することによって、最終的にコアネットワークノード（例えばＭＭＥ）によって拒否されることがあるハンドオーバを開始する代わりに、ソースＲＡＮノード（例えば、ソースｅＮＢ）において早々とハンドオーバを防止することが可能である。ソースＲＡＮノードにおいて早々とハンドオーバを防止することにより、システムにおけるシグナリングおよび処理のリソースが節約される。これは、２つのｅＮＢ間のＸ２ベースのハンドオーバに関して特に価値がある。そのようなハンドオーバは、ＭＭＥによって拒否される前に、ほぼ完了しているからである。さらに、拒否されるのが遅いと、拒否されたＵＥはソースｅＮＢに接続されたままでいられるどころではなく、ＥＰＣとの連絡を失い、アイドルモードになることも強要されることもある。この問題は、ハンドオーバ手順において、新しい接続の前に切断する（ｂｒｅａｋ−ｂｅｆｏｒｅ−ｍａｋｅ）アプローチが使用されるときに顕著になる。
【０００７】
ソースＲＡＮノードにおいてハンドオーバの試行を効果的に中止するには、ソースＲＡＮノードが、ハンドオーバされる無線端末に対する規制に気づいていることが必要である。従って、ハンドオーバされる無線端末に対する全ての規制を備えるハンドオーバ規制リスト（ＨＲＬ）が、ソースＲＡＮノードを制御するコアネットワークノードからソースＲＡＮノードに送信される。より詳細には、ＥＰＳにおいて、ハンドオーバされるＵＥに対する全ての規制を備えるハンドオーバ規制リスト（ＨＲＬ）が、ソースｅＮＢを制御するＭＭＥからソースｅＮＢに送信される。ここで、ＨＲＬは、全てのパブリックランドモバイルネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋｓ：ＰＬＭＮ）において、ＵＥに対して規制されているトラッキングエリア（ＴＡ）および／またはロケーションエリア（ＬＡ）または類似のエリアの全てを含む。ＴＡおよびＬＡまたは類似のエリアは、１つまたは複数のＲＡＮノードを備えていてもよいことに留意されたい。言い換えると、ＴＡおよびＬＡは、１つまたは複数のＲＡＮノードに相当してもよい。このことから、規制されているＴＡまたは規制されているＬＡ内の全てのＲＡＮノードが、規制されることになる。
【０００８】
先に進む前に、図１の異なるノード、ユニットおよび／または装置および類似の配置を結ぶ線および矢印などが、これらの配置間の例示的接続を示している。Ｇｉ、Ｇｘ、ＬＴＥ−Ｕｕ、Ｒｘ、ＳＧｉ、Ｓ１−Ｕ、Ｓ１−ＭＭＥ、Ｓ１−Ｕ、Ｓ３、Ｓ４、Ｓ５、Ｓ５／Ｓ８、Ｓ６ａ、Ｓ１０、Ｓ１１、Ｓ１２およびＵｕなどと名付けられている短い線は、３ＧＰＰ仕様に対応しており、対応する名称を有する論理インタフェースは、前述の接続手段を用いて前述の配置間の通信に使用される。
【０００９】
図２は、単一のパブリックランドモバイルネットワーク（ＰＬＭＮ）２１０の概略を示す。そこでは、無線端末３１５（例えばＵＥ）に関して、ＰＬＭＮ２１０の外側部分のみは許可されているが、ＰＬＭＮ２１０の内側部分２２０は制限されている。ここで、無線アクセスノード３１６ａから無線アクセスノード３１６ｂにハンドオーバされる無線端末３１５に対するハンドオーバ規制リスト（ＨＲＬ）は、多数のＴＡおよび／またはＬＡなどを含むＰＬＭＮ２１０の、内側部分２２０内の規制されたトラッキングエリア（ＴＡ）および／またはロケーションエリア（ＬＡ）または類似のエリアの全てを含む。ハンドオーバ規制リストＨＬＲのデータは、特に、普通のＰＬＭＮが膨大な数のＴＡおよび／またはＬＡなどを備えていること、およびＰＬＭＮの大部分が当該ＵＥに対して規制されていることがあることを考慮すると、合計すると膨大な量になることがある。このＰＬＭＮの大部分が当該ＵＥに対して規制される状況は、例えば、ＰＬＭＮ内のネットワークオペレータが別のオペレータとＲＡＮを共有するとともに、専用のＲＡＮを有するときに、生じることがある。この場合、ローミング無線端末は、大きい方の共有部分で規制されるのに対して、小さい方の専有部分で許可されてもよいが、当該ＵＥに対するハンドオーバ規制リストＨＬＲが非常に大量のデータを備えることになる。ＰＬＭＮ２１０および／またはＰＬＭＮ２１０の内側部分２２０内に部分的な規制を有していることがある周囲の２Ｇ／３Ｇネットワークも考慮すると、問題は３倍大きくなる。そのような場合、規制エリアへのＩＲＡＴハンドオーバを防止するために、ＭＭＥがｅＮＢに送信しなければならないかもしれない、禁じられた２ＧのＬＡＣおよび禁じられた３ＧのＬＡＣの数に関しても問題がある。
【００１０】
上記を考慮すると、ソースＲＡＮノードにおいて、ハンドオーバの試行の中止を効果的に成し遂げるように改善した方式の必要があるようである。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】３ＧＰＰ  ＴＳ３６．４１３ｖ１０．１０（２０１１−０３）
【非特許文献２】３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０（２０１１−０６）
【非特許文献３】３ＧＰＰ  ＴＳ３６．３００ｖ１０．４．０（２０１１−０６）
【発明の概要】
【００１２】
本解決策の実施形態が基にしているのは、ハンドオーバ規制リスト（ＨＬＲ）が、許可エリアと規制エリアとの境界エリアにあるソースおよびターゲットの無線アクセスノード（例えば、ソースｅＮＢおよび／またはターゲットｅＮＢ）に関して、最も役に立つという情報である。許可エリアおよび規制エリアは、１つまたは複数の無線アクセスノードに対応するＴＡおよび／またはＬＡなどに分割されてもよい。
【００１３】
しかし、現行の３ＧＰＰ仕様書には、ハンドオーバ規制リスト（ＨＬＲ）の配信を、許可エリアと規制エリアとの境界エリアにあるソース無線アクセスノード（例えばソースｅＮＢ）に限定すると確実に述べている方法はない。
【００１４】
それどころか、ＥＰＳのＭＭＥは、ネットワークの地理（特に、どのｅＮＢが互いに近くに位置しているか）についての知識を持たず、それ故、ハンドオーバされるＵＥに対する全ての規制を備えるハンドオーバ規制リスト（ＨＲＬ）が、ソースｅＮＢを制御するＭＭＥからソースｅＮＢに送信される。さらに、ソースｅＮＢが、ＵＥを許可されたターゲットｅＮＢにしかハンドオーバできない位置にある場合でさえ、そのＨＲＬは、全てのソースｅＮＢに送信される。同様に、前に送信したＨＲＬに変更がない場合でさえ、ＨＲＬはあらゆるソースｅＮＢに送信される。
【００１５】
このために、本明細書は、モビリティ管理ノードによって制御されているソース無線アクセスノードから、ターゲット隣接無線アクセスノードへ無線端末のハンドオーバを実行する、ソース無線アクセスノードにおける方法を開示する。方法は、ソース無線アクセスノードに隣接する少なくとも１つの隣接無線アクセスノードを示す情報を備えるトポロジデータＴＤを取得し、そのトポロジデータをモビリティ管理ノードに提供し、モビリティ管理ノードから無線端末に対する少なくとも１つの規制される隣接無線アクセスノードを示す情報を含むフィルタ済規制リスト（ｆｉｌｔｅｒｅｄ  ｒｅｓｔｒｉｃｔｉｏｎ  ｌｉｓｔ）ＦＲＬを受信することを含み、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うことを可能にする。
【００１６】
さらに、本明細書は、ソース無線アクセスノードを開示し、このソース無線アクセスノードは、モビリティ管理ノードによって制御され、このソース無線アクセスノードからターゲット隣接無線アクセスノードへの無線端末のハンドオーバを実行できるように構成されている。ソース無線アクセスノードは、ソース無線アクセスノードに隣接する少なくとも１つの隣接無線アクセスノードを示す情報を備えるトポロジデータＴＤを取得するように構成された取得部と、そのトポロジデータをモビリティ管理ノードに提供するように構成された提供部と、そのモビリティ管理ノードから無線端末に対する少なくとも１つの規制隣接無線アクセスノードを示す情報を備えるフィルタ済規制リストＦＲＬを効果的に受信するように構成された受信部とを備え、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うことを可能にする。
【００１７】
さらに、本明細書は、ソース無線アクセスノードからターゲット隣接無線アクセスノードへの無線端末のハンドオーバを管理するように構成されたモビリティ管理ノードを開示する。このモビリティ管理ノードは、ソース無線アクセスノードから、ソース無線アクセスノードに隣接する少なくとも１つの隣接無線アクセスノードを示す情報を備えるトポロジデータＴＤを受信するように構成された受信部と、そのトポロジデータＴＤに基づいて無線端末に対する少なくとも１つの規制隣接無線アクセスノードを示す情報を含むフィルタ済規制リストＦＲＬを作成するように構成された作成部と、ソース無線アクセスノードがフィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うのを可能にするように、フィルタ済規制リストＦＲＬをソース無線アクセスノードに提供するように構成された提供部とを備えている。
【００１８】
本発明およびその実施形態のさらなる利点については、以下の本発明の詳細な説明から見えてくるであろう。
【００１９】
強調しておくべきことは、本明細書での使用においては「備える、含む：comprises/comprising)」という用語は、述べられた特徴、整数、工程またはコンポーネントの存在を明示すると解釈されるが、１つ以上の他の特徴、整数、工程、コンポーネントまたはそれらのグループの存在または追加を排除しないということである。
【図面の簡単な説明】
【００２０】
【図１】エボルブドパケットシステム（ＥＰＳ）内の例示的３ＧＰＰアクセスアーキテクチャの概略図である。
【図２】無線端末をＰＬＭＮ２１０の外側部分のみは許可し、ＰＬＭＮ２１０の内側部分２２０は制限する、例示的ＰＬＭＮ２１０の概略図である。
【図３ａ】本解決策の一実施形態による、無線通信システム３００内の例示的無線アクセスアーキテクチャの概略図である。
【図３ｂ】本解決策の実施形態に関連する図３ａのシステム３００の、ソース無線アクセスノード３１６ａおよびモビリティ管理ノード３１０の詳細を示す概略図である。
【図４】本解決策の一例示的実施形態による方法を示すフロー図である。
【図５】図４の方法を示すシグナリング図である。
【図６ａ】アタッチ手順に関連して実行される、図４および５の方法の別の実施形態を示すシグナリング図である。
【図６ｂ】ＴＡＵ手順に関連して実行される、図４および５の方法の別の実施形態を示すシグナリング図である。
【図６ｃ】サービス要求手順に関連して実行される、図４および５の方法の別の実施形態を示すシグナリング図である。
【図６ｄ】Ｘ２ハンドオーバ手順に関連して実行される、図４および５の方法の別の実施形態を示すシグナリング図である。
【図６ｅ】Ｓ１ハンドオーバ手順に関連して実行される、図４および５の方法の別の実施形態を示すシグナリング図である。
【発明を実施するための形態】
【００２１】
図３ａは、本解決策の一実施形態による、無線通信システム３００内の例示的無線アクセスアーキテクチャを示す。以下でより詳細に説明するように、本解決策の実施形態は、例えば図１に示すのと同じまたは類似の種類のＬＴＥシステム、あるいは例えばＧＳＭシステム、またはＧＰＲＳシステム、またはＥＤＧＥシステム、またはＷＣＤＭＡシステム、またはＨＳＰＡシステムなどの３ＧＰＰ仕様などによる他の任意の無線通信システムなどを例とする、セルラ通信システムの形態の通信システム３００に例えば基づいていてもよい。それどころか、システム３００は、（例えば、ＩＥＥＥ８０２．１６ｅまたはＩＥＥＥ８０２．１６ｍのような）ＷｉＭＡＸシステムでも、または（例えば、ＩＥＥＥ８０２．１１のような）ＷｉＦｉシステムでも、またはＭＩＦＩシステムなどであってもよい。システム３００は、図２に記載される上述のＰＬＭＮ２１０を制御してもよい。
【００２２】
無線通信システム３００は、図３に示す無線端末３１５などの複数の移動無線端末と、複数の無線アクセスノード３１６ａ、３１６ｂ、３１６ｃ、３１６ｄと、無線アクセスノード３１６ａ、３１６ｂ、３１６ｃおよび／または３１６ｄの間における１つまたは複数の無線端末のモビリティを制御するように構成された少なくとも１つのモビリティ管理ノード３１０とを備えていてもよい。さらに、モビリティ管理ノード３１０の動作は、他のネットワークノードによってサポートされてもよい。例えば、システム３００の無線端末のユーザトラヒックなど（例えば、ユーザデータパケットなど）を伝送および／または転送するように構成されたサービングゲートウェイ（ＳＧＷ）ノード３１２など、および／またはシステム３００の無線端末に関するユーザ関連情報および／または加入関連情報などを有するホーム加入者サーバ（ＨＳＳ）３１７など、および／または無線端末のトラヒックの出入点であることによって、システム３００の１つ以上の無線端末から外部パケットデータネットワーク（ＰＤＮ）５１８などへの接続性を提供するように構成されたパケットデータネットワークゲートウェイ（ＰＧＷ）３１４によってサポートされてもよい。
【００２３】
システム３００の無線端末３１５は、エアインタフェース３２０を用いてシステム３００が提供するリソースにアクセスして、システム３００の１つまたは複数の無線アクセスノード３１６ａ、３１６ｂ、３１６ｃ、３１６ｄと通信するように構成されていることが好ましい。本開示により当業者なら、本解決策の種々の実施形態において膨大な数の公知の無線端末を使用しうることを理解する。無線端末３１５は、例えば３ＧＰＰが提供する標準によって規定されている、例えば移動機（ＭＳ）またはユーザ装置（ＵＥ）などの、例えば携帯電話デバイスなどであってもよい。従って、無線端末３１５は、このような状況から詳細な説明を必要としない。しかし、留意すべきことは、移動無線端末３１５は、例えば、種々のラップトップコンピュータまたはタブレットなど、あるいは他の可搬家庭用電化製品など、あるいは例えば車両または船舶または飛行機または例えば輸送目的の他の移動可能デバイスなどの種々の他のデバイスに、（例えば、カードまたは回路配置などとして）埋め込まれてもよい、および／または取り付けられてもよいということである。それどころか、無線端末３１５は、例えば、屋内電気器具など、または半静的移動特性を有するプリンタなどの家庭用電化製品などの、種々の半静的デバイスにさえ、埋め込まれてもよい、および／または取り付けられてもよい。
【００２４】
エアインタフェース３２０に関して、本開示から便宜を受ける当業者なら、本解決策の種々の実施形態において、膨大な数の公知のエアインタフェースを使用しうることを理解することに留意してもよい。エアインタフェース３２０は、例えば、３ＧＰＰ標準によって規定されるＵｕ−インタフェースなどであってもよい。従って、エアインタフェース３２０は、このような状況から詳しい説明を必要としない。
【００２５】
システム３００の無線アクセスノード３１６ａは、無線端末をシステム３００が提供するリソースにアクセスさせるために、エアインタフェース３２０を介して、無線端末３１５などの１つまたは複数の無線端末と通信できるように構成されていることが好ましい。無線アクセスノード３１６ａは、ネットワークノードインタフェース３５０を用いてモビリティ管理ノード３１０と通信できるようにも構成されている。さらに、無線アクセスノード３１６ａは、アクセスノードインタフェース３６０を用いて隣接無線アクセスノードと通信できるように構成されている。無線アクセスノード３１６ａは、システム３００の無線アクセスネットワーク３３０の一部であってもよい。無線アクセスネットワーク３３０は、無線アクセスノード３１６ａ、３１６ｂ、３１６ｃ、３１６ｄを含んでいる。無線アクセスノード３１６ａなどの種々の無線アクセスノードの基本構成及び機能は、それ自体が当業者に公知であり、無線アクセスノード３１６ａの種々の実施形態の基本構成及び機能は、このような状況から詳しい説明を必要としない。無線アクセスノード３１６ａは、例えば３ＧＰＰなどが提供する標準によって規定される、例えば基地局（ＢＴＳ）またはＮｏｄｅＢ（ＮＢ）またはｅＮｏｄｅＢ（ｅＮＢ）など、あるいは基地局コントローラ（ＢＳＣ）または無線ネットワークコントローラ（ＲＮＣ）などのような、例えば無線基地局であってもよい。図３に示す他の無線アクセスノード３１６ｂ、３１６ｃ、３１６ｄは、無線アクセスノード３１６ａと同じまたは類似の種類であってもよい。
【００２６】
無線アクセスノードとモビリティ管理ノードとの間で情報を通信するのに適したネットワークノードインタフェース３５０などの種々の適切なネットワークインタフェースは、それ自体当業者に公知であり、ネットワークノードインタフェース３５０は、このような状況から詳しい説明を必要としない。ネットワークノードインタフェース３５０は、例えば、有線または無線のインタフェースであってもよい。ネットワークノードインタフェース３５０は、例えば、３ＧＰＰ標準などによって規定されるＳ１−ＭＭＥインタフェースなどであってもよい。
【００２７】
２つの無線アクセスノード間で情報を通信するのに適したアクセスノードインタフェース３６０などの種々の適切なアクセスインタフェースは、それ自体当業者に公知であり、アクセスノードインタフェース３６０は、このような状況から詳しい説明を必要としない。アクセスノードインタフェース３６０は、例えば、有線または無線のインタフェースであってもよい。アクセスノードインタフェース３６０は、例えば、３ＧＰＰ標準などによって規定されるＸ２インタフェースなどであってもよい。
【００２８】
先に進む前に強調しておくべきことは、無線アクセスノード３１６ａは、以下でより詳細に説明する本解決策の実施形態に従って、追加的に構成されているということである。
【００２９】
図３ｂから分かるように、ソース無線アクセスノード３１６ａは、ソース無線アクセスノード３１６ａに隣接する少なくとも１つの隣接無線アクセスノード３１６ｂ、３１６ｃを示す情報を備えるトポロジデータＴＤを取得するように構成された取得部３１６ａ１と、トポロジデータＴＤをモビリティ管理ノード３１０に提供するように構成された提供部３１６ａ２と、無線端末に対する少なくとも１つの規制がされた隣接無線アクセスノード３１６ｃを示す情報を備えるフィルタ済規制リストＦＲＬをモビリティ管理ノード３１０から受信する受信部３１６ａ３を備え、フィルタ済み規制リストＦＲＬに基づいて無線アクセスノード３１６ａがハンドオーバの決定を行うのを可能にすることが好ましい。ソース無線アクセスノード３１６ａは、最も最近取得したトポロジデータＴＤと以前取得したトポロジデータＴＤ’の両方を備えていてもよいことに留意してもよい。最も最近取得したトポロジデータＴＤも以前取得したトポロジデータＴＤ’も、トポロジデータを示す情報を備えているが、ソース無線アクセスノード３１６ａによって異なる時間に受信されている。以前取得したトポロジデータＴＤ’は、例えば、最も最近取得したトポロジデータＴＤの前に取得した最後のトポロジデータである。
【００３０】
また、後でより詳細に説明するように、ソース無線アクセスノード３１６ａは、ソース無線アクセスノード３１６ａからターゲット隣接無線アクセスノード３１６ｂへの無線端末３１５のハンドオーバの試みに関して、ターゲット隣接無線アクセスノード３１６ｂがフィルタ済規制リストＦＲＬに示されているときに、試みを中止し、ターゲット隣接無線アクセスノード３１６ｂがフィルタ済規制リストＦＲＬに示されていないときに、さらなる処理のために試みを承認するように、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うように構成されたハンドオーバ決定部３１６ａ４を備えていることが好ましい。
【００３１】
ここに述べたユニット３１６ａ１、３１６ａ２、３１６ａ３、３１６ａ４は、ソフトウェアおよび／またはハードウェアを用いて実行されてもよい。ユニット３１６ａ１、３１６ａ２、３１６ａ３、３１６ａ４は、システム３００の他のノードとシグナリングを行うためのコンピュータプログラム命令セットを実行するように構成された、処理および記憶能力を有していてもよい。
【００３２】
システム３００のモビリティ管理ノード３１０は、無線端末３１５がシステム３００の無線アクセスノード３１６ａ、３１６ｂ、３１６ｃおよび／または３１６ｄの間を移動するとき、そのモビリティを制御するように構成されている。これには、例えば、２つの無線アクセスノード間の無線端末３１５のハンドオーバの監督および制御を含んでいてもよい。上に既に示したように、モビリティ管理ノード３１０は、ネットワークノードインタフェース３５０を用いて、無線アクセスノード３１６ａとも通信するように構成されている。モビリティ管理ノード３１０は、例えばシステム３００のコアネットワーク３４０のコアネットワークノードなどの、ネットワークノードであってもよい。図３ａから分かるように、システム３００のコアネットワーク３４０は、モビリティ管理ノード３１０を備え、好ましくは、上述のサービングゲートウェイ３１２および／またはホーム加入者サーバ３１７も備えている。種々のモビリティ管理ノードの基本構成および機能は、それ自体当業者に公知であり、ネットワークモビリティ管理ノード３１０の基本構成及び機能は、このような状況から詳しい説明を必要としない。例えば、ネットワークモビリティ管理ノード３１０は、３ＧＰＰが提供する標準によって規定されるモビリティ管理エンティティ（ＭＭＥ）などであってもよい。
【００３３】
実際のところ、ＭＭＥは、システム３００の全体のモビリティに責任があってもよい。ＵＥが登録すると、ＭＭＥは、ホーム加入者サーバ３１７に加入者データを要求して、ＵＥの認証を行う。ＭＭＥは、一般に非アクセス層（ＮＡＳ）シグナリングと呼ばれるシグナリングプロトコルを用いて、ＵＥとのシグナリングも処理する。ＵＥに対して新しいベアラが確立されるか、または既存のベアラが変更されると、ＭＭＥは、このことをサービングゲートウェイ３１２に伝達する。このベアラは、一般にＥＰＳベアラまたはＰＤＮ接続と呼ばれ、ＰＤＮ接続のそれぞれは、１つまたは複数のＥＰＳベアラを含んでいてもよい。ＵＥがＭＭＥに登録されると、ＭＭＥは、ページング機能および（例えばトラッキングエリア更新機能などのような）モビリティ管理機能の全てを処理する。ＵＥがホームネットワーク以外のネットワークに登録する場合、そのネットワークに位置しているＭＭＥなどは、ホームネットワーク３００のホーム加入者サーバ３１７から加入者データを取得する。これは、ローミング機能と呼ばれる。同じことは、必要な変更を加えて、本解決策の実施形態による他のモビリティ管理ノードにも当てはまる。
【００３４】
種々のモビリティ管理ノードが当業者に公知であるとしても、モビリティ管理ノード３１０は、以下でより詳細に説明する本解決策の実施形態に従って、追加的に構成されていることを強調しておく。
【００３５】
図３ｂから分かるように、モビリティ管理ノード３１０は、ソース無線アクセスノード３１６ａに隣接する少なくとも１つの隣接無線アクセスノード３１６ｂ、３１６ｃを示す情報を備えるトポロジデータＴＤを、ソース無線アクセスノード３１６ａから受信するように構成された受信部３１０ａ１と、受信したトポロジデータＴＤに基づいて、無線端末３１５に対する少なくとも１つの規制された隣接無線アクセスノード３１６ｃを示す情報を備えるフィルタ済規制リストＦＲＬを作成するように構成された作成部３１０ａ２と、ソース無線アクセスノード３１６ａがフィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うのを可能にする、フィルタ済規制リストＦＲＬをソース無線アクセスノード３１６ａに提供するように構成された提供部３１０ａ３とを備えることが好ましい。ユニット３１０ａ１、３１０ａ２、３１０ａ３は、ソフトウェアおよび／またはハードウェアを用いて実行されてもよい。ユニット３１０ａ１、３１０ａ２、３１０ａ３は、システム３００の他のノードとシグナリングを行うためのコンピュータプログラム命令セットを実行するように構成された、処理および記憶能力を有していてもよい。
【００３６】
図４は、本解決策の一実施形態による方法を示すフロー図である。この方法は、図３に示すシステム３００の無線アクセスノード３１６ａおよび／またはモビリティ管理ノード３１０で実施されることが好ましい。
【００３７】
図５は、図４の方法の一実施形態を示すシーケンス図である。
【００３８】
図４および５に示す例示的方法の第１の動作４０１において、１つ以上の隣接無線アクセスノード３１６ｂ、３１６ｃを示すトポロジデータ（ＴＤ）が取得されることが好ましい。これは、後でさらに述べるように、例えばソース無線アクセスノード３１６ａ、または無線端末３１５、または無線端末３１５で一部およびソース無線アクセスノード３１６ａで一部行われる、例えばトポロジ取得手順などによって行われてもよい。
【００３９】
トポロジデータ（ＴＤ）は、例えば、隣接無線アクセスノード３１６ｂ、３１６ｃのアイデンティティなどを示す情報を備えていてもよい。隣接無線アクセスノードのアイデンティティは、例えば、隣接無線アクセスノードのセルアイデンティティおよび／またはノードアイデンティティなどを示す情報、および／または隣接無線アクセスノードが属する１つ以上の無線アクセスノードグループなどを示す情報によって提供されてもよい。無線アクセスノードグループは、例えば、１つ以上のパブリックランドモバイルネットワーク（ＰＬＭＮ）などによって、または１つ以上のトラッキングエリア（ＴＡ）などによって、および／または１つ以上のロケーションエリア（ＬＡ）などによって、または他の地理的エリアによって示されてもよい。
【００４０】
隣接無線アクセスノードは、例えば、ソース無線アクセスノード３１６ａに近い、および／またはソース無線アクセスノード３１６ａからサービスの提供を受ける無線端末３１５に近い、１つ以上の無線アクセスノードであってもよい。隣接無線アクセスノードは、例えば、ソース無線アクセスノード３１６ａとの短かな地理的距離（例えばメータで表される）に関して近くてもよいし、および／または無線端末３１５および／またはソース無線アクセスノード３１６ａが他の無線ノードから受信する信号の信号強度の強さ（例えばｄＢＷで表される）および／または信号品質の良さ（例えばＳＮＲで表される）などに関して近くてもよい。隣接無線アクセスノードは、例えば、ソース無線アクセスノード３１６ａに空間的に隣接する無線アクセスノードであってもよい、および／またはソース無線アクセスノードの１つ以上のセルに隣接するか、または包含される１つ以上のセルを有する無線アクセスノードであってもよい。２つの無線アクセスノードまたは２つのセルは、例えば、２つの無線アクセスノードの間に他の無線アクセスノードまたはセルがないとき、互いに隣接している。同様に、２つのセルは、例えば、２つのセルの間に他のセルがないとき、互いに隣接している。ソース無線アクセスノード３１６ａは、第１の隣接無線アクセスノードのセットを有していてもよく、ソース無線アクセスノード３１６ａからサービスの提供を受ける無線端末３１５は、第２の隣接無線アクセスノードのセットを有していてもよいことに留意すべきである。第１のセットも第２のセットも、ソース無線アクセスノード３１６ａに関して、隣接無線アクセスノードを含む。これは、ソース無線アクセスノード３１６ａからサービスの提供を受ける無線端末３１５がソース無線アクセスノード３１６ａに近接しているということから生じる。従って、無線端末３１５に近接している無線アクセスノードは、ソース無線アクセスノード３１６ａにも近接している。第１のセットと第２のセットは同一であってもよいし、また一部の無線アクセスノードのみを共通に有していてもよい。一部の無線アクセスノードのみを共通に有するのは、例えば、ソース無線アクセスノード３１６ａと無線端末３１５が、種々の近くの無線アクセスノードから別々に信号を受信するような、異なる地理的位置をたいてい有しているということによっている。ソース無線アクセスノード３１６ａと無線端末３１５は、例えば、異なる受信状態および／または継続的もしくは一時的な無線の遮断などによって、近くの無線アクセスノードから異なる信号品質または異なる信号強度を有する信号を受信することがある。
【００４１】
トポロジ取得手順４０１のサブ手順４０１ａは、ソース無線アクセスノード３１６ａの隣接ノードとして、少なくとも１つの無線アクセスノード３１６ｂ、３１６ｃを示すトポロジデータＴＤの少なくとも一部を取得または検索する、ソース無線アクセスノード３１６ａによって行われてもよい。このために、ソース無線アクセスノード３１６ａは、ソース無線アクセスノード３１６ａを１つまたは複数の隣接無線アクセスノード３１６ｂ、３１６ｃに接続する１つまたは複数の通信インタフェース３６０を使用してもよい。好ましくは、各通信インタフェース３６０は、ソース無線アクセスノード３１６ａを少なくとも１つの隣接無線アクセスノード３１６ｂ、３１６ｃに接続する。好ましくは、通信インタフェース３６０は、ソース無線アクセスノード３１６ａを隣接無線アクセスノードのみに接続する。すなわち、他のより離れた無線アクセスノードのどれにも接続しない。ソース無線アクセスノード３１６ａは、隣接無線アクセスノード３１６ｂ、３１６ｃの存在を判定するために、および好ましくはそれらの特性等も判定するために、アクセスノードインタフェース３６０を使用してもよい。これは、例えば、ソース無線アクセスノード３１６ａを別の無線アクセスノードに接続するアクセスインタフェース３６０を介した通信などの存在は、他の無線アクセスノードが隣接無線アクセスノードであることを示すと、ソース無線アクセスノード３１６ａに予め定義することによって達成されてもよい。追加または代替で、これは、例として予め定められた共有の通信プロトコルを使用して、例えば、隣接無線アクセスノード３１６ｂ、３１６ｃのいずれかが応答するかどうかを調査するために、アクセスインタフェース３６０を通じて質問を送信することによって、および／またはソース無線アクセスノード３１６ａに接続された無線アクセスノード３１６ｂ、３１６ｃに前述のインタフェース３６０を介して必要な情報を要求することによって、達成されてもよい。本開示から便宜を受ける当業者なら、今検討している通信インタフェース３６０が、相互に情報を交換する２つ以上の無線アクセスノードによって使用されてもよい任意の適切なインタフェースであってもよいことを理解する。通信インタフェースは、例えば、３ＧＰＰの仕様書などで規定されているＸ２インタフェースであってもよい。
【００４２】
サブ手順４０１ａの追加または代替の実施形態は、ソース無線アクセスノード３１６ａ自体に予め記憶されているトポロジデータＴＤにアクセスすることによってトポロジデータＴＤの少なくとも一部を取得する、ソース無線アクセスノード３１６ａによって行われてもよい。トポロジデータＴＤは、例えば、ソース無線アクセスノード３１６ａの設置時および／または製造時に予め記憶されていてもよい。あるいは、トポロジデータＴＤは、例えば、ソース無線アクセスノード３１６ａがシステム３００のコアネットワーク３４０から受信して、ソース無線アクセスノード３１６ａに予め記憶されていてもよい。しかし、予め記憶されたトポロジデータＴＤの使用は、静的であり、あまり好ましくない。その理由は、オペレータが隣接無線アクセスノードを示すデータを入力する、例えばソース無線アクセスノード３１６ａなどにデータを入力することを通常必要とし、トポロジの変化に応えた必要な更新が遅れるか、または見逃されることさえあるかもしれない恐れがあるからである。
【００４３】
トポロジ取得手順４０１ａの別のサブ手順４０１ｂは、無線端末３１５からトポロジデータＴＤの少なくとも一部を受信するソース無線アクセスノード３１６ａによって行われてもよい。上述のように、ソース無線アクセスノード３１６ａは、第１の隣接無線アクセスノードのセットを有していてもよく、ソース無線アクセスノード３１６ａからサービスの提供を受ける無線端末３１５は、第２の隣接無線アクセスノードのセットを有していてもよい。両方のセットとも、ソース無線アクセスノード３１６ａの隣接無線アクセスノードを含むと見なされる。
【００４４】
無線端末３１５は、例えば、端末測定４０１ｂ１手順などでトポロジデータＴＤを取得してもよい。無線端末３１５は、例えば、幾つかの無線アクセスノードから受信した信号の強度および／または品質などを測定してもよい。無線アクセスノードから受信した信号は、例えば上述のトポロジデータＴＤを示す情報を備えていてもよい。その例として送信無線アクセスノードのセルアイデンティティおよび／またはノードアイデンティティなど、および／または当該送信無線アクセスノードが属するトラッキングエリア（ＴＡ）など、および／またはロケーションエリア（ＬＡ）などを示す情報を含んでいてもよい。無線端末３１５は、無線アクセスノードから受信した信号から、そのようなトポロジデータＴＤを取得するように構成されていることが好ましい。
【００４５】
幾つかの無線アクセスノードから受信した信号の電力および／または品質などの測定は、例えばシステムの種々の無線アクセスノード間の無線端末のハンドオーバを可能にするために、ほとんどのセルラシステムにおいて通常は行われる。同様に、無線端末３１５は、公知の方法で第１の数の無線アクセスノードからの信号の電力および／または品質などを測定するように構成され、最高の信号電力および／または信号品質などを有するより少ない第２の数の無線アクセスノードが隣接無線アクセスノード３１６ｂ、３１６ｃであり、他の無線アクセスノードは離れた無線アクセスノードであると判定しもよい。
【００４６】
無線端末３１５が取得した隣接無線アクセスノードのトポロジデータＴＤは、端末測定報告送信４０１ｂ２において、無線端末３１５からソース無線アクセスノード３１６ａに提供されてもよい。トポロジデータＴＤは、例として１つ以上のデータパケットなどとして構成される、および／または１つ以上のデータパケットなどに含まれるメッセージという形で、例えば、無線端末３１５から送信され、ソース無線アクセスノード３１６ａで受信されてもよい。
【００４７】
上に示すように、トポロジ取得手順４０１は、ソース無線アクセスノード３１６ａで実行されてもよいし、また無線端末３１５で実行されてもよいし、またソース無線アクセスノード３１６ａで一部および無線端末３１５で一部実行されてもよい。従って、トポロジ取得手順４０１の第１のサブ手順４０１ａのみが行われてもよいし、また第２のサブ手順４０１ｂのみが行われてもよい。あるいは、例えば第１のサブ手順４０１ａによって取得した隣接無線アクセスノードおよび第２のサブ手順４０１ｂによって取得した隣接無線アクセスノードを、後でより詳細に述べる第２の動作４０２において、トポロジデータＴＤとしてモビリティ管理ノード３１０に提供する、隣接無線アクセスノードの最終リストまたは選択などに確実に含めるようにするために、第１のサブ手順４１０ａも第２のサブ手順４０１ｂも行われてもよい。
【００４８】
トポロジ取得手順４０１またはその一部は、トポロジデータＴＤをモビリティ管理ノード３１０に提供するかなり前に行われてもよいことに留意されたい。例えば、ソース無線アクセスノード３１６ａは、例えば上に示すように、ソース無線アクセスノード３１６ａを１つまたは複数の隣接無線アクセスノードに接続する１つまたは複数のアクセスノードインタフェース３６０など用いて、トポロジデータＴＤまたはその一部をいつ取得してもよい。同様に、ソース無線アクセスノード３１６ａは、ソース無線アクセスノード３１６ａが現在サービスを提供しているかまたは以前サービスを提供していた１つまたは複数の無線端末３１５から、トポロジデータＴＤまたはその一部をいつ受信してもよい。ソース無線アクセスノード３１６ａは、このように異なるリソースから異なる機会にトポロジデータＴＤを取得してもよい。このことは、必要な変更を加えて、本明細書に記載の他の実施形態にも当てはまる。
【００４９】
図４および５に示す例示的方法の第２の動作４０２において、第１の動作４０１で取得したトポロジデータＴＤを示す情報は、ソース無線アクセスノード３１６ａからネットワークモビリティ管理ノード３１０に提供されることが好ましい。トポロジデータＴＤを示す情報は、例えば１つ以上のデータパケットなどとして構成される、および／または１つ以上のデータパケットなどに含まれる、例えばトポロジデータメッセージなどの形で、ソース無線アクセスノード３１６ａから送信され、ネットワークモビリティ管理ノード３１０で受信されてもよい。
【００５０】
トポロジデータＴＤを備える例示的情報エンティティ（ＩＥ）の構成について、以下の表Ａに示す。
【００５１】
2015506150.tif 000003
【００５２】
図４および５に示す例示的方法の第３の動作４０３において、フィルタ済規制リスト（ＦＲＬ）が、ネットワークモビリティ管理ノード３１０によって、第２の動作４０２においてソース無線アクセスノード３１６ａから受信したトポロジデータＴＤに基づいて、作成されることが好ましい。このため、ネットワークモビリティ管理ノード３１０は、ソース無線アクセスノード３１６ａからサービスの提供を受ける無線端末３１５に対して規制される１つ以上の無線アクセスノードを示す端末規制データ（ＴＲＤ）を備える、および／またはそれにアクセスすることが好ましい。端末規制データＴＲＤは、例えば、ネットワークモビリティ管理ノード３１０において局所的に予め構成されていてもよい、および／またはネットワークモビリティ管理ノード３１０によって、図３の無線通信システム３００のホーム加入者サーバ３１７から、および／またはシステム３００のコアネットワーク３４０の他の任意の適切なノードから、受信および／または検索されてもよい。無線アクセスノードは、無線アクセスノードが無線端末３１５にサービスを提供することができない、および／またはしないように、例えば無線端末３１５が規制された無線アクセスノードへのハンドオーバを許可されないように、無線端末３１５に対して規制されてもよい。これは、例えば、図３の無線通信システム３００のオペレータによって決定されてもよい。
【００５３】
端末規制データ（ＴＲＤ）は、無線通信システム３００内の、無線端末３１５に対して規制される全ての無線アクセスノードを示すことが好ましい。しかし、幾つかの実施形態においては、サブセットが無線端末３１５に対して規制される隣接無線アクセスノードを少なくとも示すことを条件として、端末規制データＴＲＤは、無線端末３１５に対して規制される全ての無線アクセスノードのサブセットを示すことで十分である。端末規制データＴＲＤは、トポロジデータＴＤと同じまたは類似のやり方で、１つ以上の規制される無線アクセスノードを示して、ネットワークモビリティ管理ノード３１０がトポロジデータＴＤによって示される隣接無線アクセスノードと、規制情報によって示される規制無線アクセスノードとを照合することを可能にすることが好ましい。従って、端末規制データＴＲＤは、規制無線アクセスノードのセルアイデンティティおよび／またはノードアイデンティティなど、および／または例えば１つ以上のトラッキングエリア（ＴＡ）など、および／または１つ以上のロケーションエリア（ＬＡ）など、または他の地理的エリアによって表される、規制無線アクセスノードの１つ以上のグループなどを示す情報を含んでもよい。
【００５４】
上に示すように、フィルタ済規制リストＦＲＬは、ネットワークモビリティ管理ノード３１０がソース無線アクセスノード３１６ａから受信したトポロジデータＴＤに基づいて作成する。フィルタ済規制リストＦＲＬは、例えば隣接無線アクセスノードがトポロジデータＴＤと端末規制データＴＲＤの両方に示されているときに、その隣接無線アクセスノードをフィルタ済み規制リストＦＲＬに追加するように、例えば、受信したトポロジデータＴＤと端末規制データＴＲＤを照合して作成されてもよい。
【００５５】
その結果として生じるフィルタ済規制リスト（ＦＲＬ）は、ソース無線アクセスノードが現在サービスを提供している無線端末に対する、１つまたは複数の規制隣接無線アクセスノードを示す情報を含んでいる。図３に示す例示的システム３００においては、無線端末３１５は、ソース無線アクセスノード３１６ａから現在サービスの提供を受けており、無線端末３１５に対するＦＲＬは、規制される隣接無線アクセスノード３１６ｃを示す情報を含んでいると想定している。規制隣接無線アクセスノードは、例えば、規制される隣接無線アクセスノードを識別する情報によって、またはその逆を識別する情報すなわち許可される隣接無線アクセスノードを識別する情報によって示されてもよい。強調しておくべきことは、ＦＲＬは、無線端末３１５に対して規制される隣接無線アクセスノードを示す情報を含んでいるが、端末３１５に対して同様に規制されるかもしれない、他のより離れた無線アクセスノードを示す情報を含んでいないということである。従って、フィルタ済規制リストＦＲＬの中で送信されるデータの量は、例えば無線端末３１５に対して規制される、システム３００内の全ての無線アクセスノードを示す情報を備えるハンドオーバ規制リストＨＲＬと比べて、劇的に減少している。
【００５６】
フィルタ済規制リストＦＲＬを含む例示的情報エンティティ（ＩＥ）について、以下の表Ｂに示す。構成は、非特許文献１（３ＧＰＰ  ＴＳ３６．４１３ｖ１０．０）の仕様書のパラグラフ９．２．１．２２の中の図で示されるＩＥと同じまたは類似している。しかし、本明細書で検討しているフィルタ済規制リストＦＲＬの規模およびコンテンツは、通常のフィルタ処理がされていないハンドオーバ規制リスト（ＨＲＬ）より劇的に小さい。
【００５７】
2015506150.tif 000004
【００５８】
表Ｂにおいて許可されるＰＬＭＮは、「サービングＰＬＭＮ」および「同等ＰＬＭＮ」のＩＥによって定義されることが見られる。それに対して、これらのＰＬＭＮ内の禁止トラッキングエリア（ＴＡ）および禁止ロケーションエリア（ＬＡ）は、それぞれ「禁止ＴＡ」ＩＥおよび「禁止ＬＡ」ＩＥを用いて定義される。
【００５９】
既に上に示したように、例示的動作４０１、４０２、４０３について、システム３００は、無線端末３１５に現在サービスを提供しているソース無線アクセスノード３１６ａを備えており、そのソース無線アクセスノード３１６ａには、３つの隣接無線アクセスノード、すなわちターゲット無線アクセスノード３１６ｂ、規制された無線アクセスノード３１６ｃ、および無線端末３１５が以前にそのノードからソース無線アクセスノード３１６ａにハンドオーバされていてもよい元の（ｏｒｉｇｉｎａｔｉｎｇ）無線アクセスノード３１６ｄがあるという想定のもとに、図３ａの例示的システム３００を参照して説明した。可能なハンドオーバ動作が、図３の破線で示されている。ソース無線アクセスノード３１６ａから規制無線アクセスノード３１６ｃへの破線は、規制無線アクセスノード３１６ｃに達していない。これが示しているのは、ソース無線アクセスノード３１６ａから規制無線アクセスノード３１６ｃへの無線端末３１５のハンドオーバは、以下でより詳細に説明するように、中止されるということである。
【００６０】
図４および５に示す例示的方法の第４の動作４０４において、第３の動作４０３で作成されたフィルタ済規制リストＦＲＬが、ネットワークモビリティ管理ノード３１０からソース無線アクセスノード３１６ａに提供されることが好ましい。フィルタ済規制リストＦＲＬは、例えば１つ以上のデータパケットなどとして構成され、および／または１つ以上のデータパケットなどに含まれ、例えばメッセージなどの形で、ネットワークモビリティ管理ノード３１０から送信され、ソース無線アクセスノード３１６ａで受信されてもよい。
【００６１】
図４および５に示す例示的方法の第５の動作４０５において、ターゲット無線アクセスノードに向けて開始されたハンドオーバの試みに対する対応として、ターゲット無線アクセスノードがフィルタ済規制リストＦＲＬに示されているとき、試みを中止し、ターゲット無線アクセスノードがフィルタ済規制リストＦＲＬに示されていないとき、さらなる処理のために試みを承認するように、ソース無線アクセスノード３１６ａがハンドオーバの決定を行うことが好ましい。ハンドオーバの決定は、動作４０４においてフィルタ済規制リストＦＲＬがいったん受信されたら、いつ行われてもよい。ハンドオーバの決定４０５は、上述の他の動作４０１、４０２、４０３、４０４とは独立して行われることが好ましい。
【００６２】
ハンドオーバの試みは、第５の動作４０５のサブ動作４０５ａにおいて開始されてもよい。開始されたハンドオーバの試みには、ターゲット無線アクセスノードの候補として１つまたは複数の隣接無線アクセスノードを含んでいてもよい。端末測定４０１ｂ１を検討するとき上に示したように、例えば、無線端末３１５は、第１の数の無線アクセスノードからの信号電力および／または信号品質などを測定して、最高の信号電力および／または信号品質などを有するより少ない第２の数の無線アクセスノードを、これらの隣接無線アクセスノードのみがターゲット無線アクセスノード候補であるという趣旨で、隣接無線アクセスノードであると決定してもよい。
【００６３】
ハンドオーバの決定は、第５の動作４０５の別のサブ動作４０５ｂにおいて実行されてもよい。ハンドオーバの決定は、例えば適切なターゲット無線アクセスノードが承認されるまで、規制されているターゲット無線アクセスノード候補のそれぞれに対して１回の中止などの、複数回のハンドオーバの中止を含んでもよい。既に示しているように、ターゲット無線アクセスノード候補は、そのターゲット無線アクセスノード候補がＦＲＬに示されていない場合に承認される。ターゲット無線アクセスノード候補の全てがＦＲＬに示されている場合、ハンドオーバの試みは完全に中止されてもよく、ソース無線アクセスノード３１６ａが現在サービスを提供している無線端末３１５は、ソース無線アクセスノード３１６ａからサービスの提供を受けているままでもよいし、またシステム３００が提供するリソースへのアクセスを単に失ってもよい。先に進む前に、１つ以上のターゲット無線アクセスノード候補がＦＲＬに示されておらず、そのような状況からハンドオーバの試みの承認が可能な場合でさえ、ハンドオーバの試みは中止されてもよいことに留意すべきである。ハンドオーバを中止する他の理由があってもよい。
【００６４】
図３ａにおいて、隣接無線アクセスノード３１６ｂは、ＦＲＬに示されていないターゲット無線アクセスノード候補であり、隣接無線アクセスノード３１６ｃは、ＦＲＬに示されているターゲット無線アクセスノード候補であると想定している。候補の隣接無線アクセスノード３１６ｂへのハンドオーバの試みは、ソース無線アクセスノード３１６ａによって承認されるのに対して、規制されている候補の隣接無線アクセスノード３１６ｃへのハンドオーバの試みは、ソース無線アクセスノード３１６ａによって中止されるとも想定している。規制されている候補の隣接無線アクセスノード３１６ｃからの信号強度または信号品質が、隣接無線アクセスノードから受信した信号の中で最高である場合でさえ、ハンドオーバの試みは中止される。ハンドオーバの試みがソース無線アクセスノード３１６ａによって承認されると、図５に示すように、ソース無線アクセスノード３１６ａによってハンドオーバの準備などが開始されてもよい。
【００６５】
ハンドオーバの準備は、図５において破線で囲まれている。その理由は、ターゲット無線アクセスノード候補の全てがＦＲＬに示されている場合に起こりうるように、例えばハンドオーバの試みがソース無線アクセスノード３１６ａによって中止される場合に、ハンドオーバの準備が行われないことがあることを示すためである。ハンドオーバの試みは、ハンドオーバの試みを中止する他の理由があることもあるので、隣接無線アクセスノードがＦＲＬに示されていない場合でさえ、中止されることもある。
【００６６】
以下、図３、４、５を参照して上で検討した例示的方法を行う、より具体的なやり方を示す図６ａ、６ｂ、６ｃ、６ｄ、６ｅに注目する。図６ａ、６ｂ、６ｃ、６ｄ、６ｅにおいては、モビリティ管理ノードは、モビリティ管理エンティティ（ＭＭＥ）６１０などであり、無線端末はユーザ装置（ＵＥ）６１５などであり、ソース無線アクセスノードはソースエボルブドＮｏｄｅＢ（ｅＮＢ）６１６ａなどであり、またターゲット無線アクセスノードはターゲットｅＮＢ６１６ｂなどであり、アクセスノードインタフェースはＸ２インタフェースなどであり、ネットワークノードインタフェースはＳ１インタフェースなどであり、エアインタフェースはＵｕインタフェースなどであり、全てが３ＧＰＰ仕様に準拠していると想定している。しかし、本明細書に開示の解決策は、３ＧＰＰ仕様に規定されているＵＥ、ｅＮＢ、ＭＭＥ、Ｘ２インタフェース、Ｓ１インタフェース、Ｕｕインタフェースなどに決して限定されないことを強調しておくべきである。それどころか、解決策は、対応する端末およびノードを備える任意の適切なシステムで実施されてもよい。
【００６７】
図６ａは、今度はアタッチ手順（ａｔｔａｃｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）に関連して実行される、図４および５を参照して上で検討した例示的方法を示すシグナリング図を示す。図６ａのシグナリング図は、ＵＥ６１５が、アイドル状態からソースｅＮＢ６１６ａとの接続状態に移行して、ネットワーク（例えば、図３のコアネットワーク３４０に類似している３ＧＰＰエボルブドパケットコア（ＥＰＣ）など）にどのようにアタッチするかを示す。ＵＥ６１５がネットワークから提供されるリソースに最終的にアクセスするのを可能にするためには、通常、アタッチ要求が必要である。ＵＥ６１５は、ソースｅＮＢ６１６ａにアタッチすると、既にソースｅＮＢ６１６ａからサービスを提供されていると見なされてもよい。種々のアタッチ手順が、当業者に公知である。アタッチ手順は、例えば、非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）の仕様書のパラグラフ５．３．２に記載されており、例えばその中の図５．３．２．１−１を参照されたい。
【００６８】
一般に、無線端末は、３ＧＰＰ仕様書に記載の意味において、ソース無線アクセスノードと接続状態になっている、および／またはソース無線アクセスノードが、例えば無線端末のハンドオーバが必要な場合に無線端末のハンドオーバの決定を行うように、無線端末のモビリティを制御するとき、無線端末は、ソース無線アクセスノードと接続状態になっている。
【００６９】
図６ａから分かるように、第１の動作６０１は、トポロジ取得手順を実行し、図４および５を参照して前述の第１の動作４０１と同じであることが好ましい。しかし、別の測定報告送信４０１ｂ２’が図６ａには付加されている。この別の測定報告送信４０１ｂ２’は、例えば上述の３ＧＰＰ仕様と同様に、アタッチ手順に関連してＵＥ６１５から送信され、ソースｅＮＢ６１６ａで受信されるアタッチ要求メッセージなどを含んでいる。上述の３ＧＰＰ仕様書の中の図５．３．２．１−１を参照されたい。アタッチ要求メッセージは、ＵＥ６１５が取得したトポロジデータＴＤを示す情報を備えていてもよい。前に検討した測定報告送信４０１ｂ２およびここで検討している別の測定報告送信４０１ｂ２’は、ソースｅＮＢ６１６ａにＵＥ６１５からのトポロジデータＴＤを提供する代替または補完的なやり方を提供する。ソースｅＮＢ６１６は、ソースｅＮＢ６１６ａが現在サービスを提供しているか、または以前サービスを提供していた１つ以上のＵＥから送信される測定報告送信４０１ｂ２の中で、トポロジデータＴＤまたはその一部をいつ受信してもよいことに留意されたい。これは、アタッチ手順とは独立して行われることが好ましい。
【００７０】
図６ａの第２の動作６０２は、ソースｅＮＢ６１６ａからＭＭＥ６１０へトポロジデータＴＤを示す情報を提供し、図４および５を参照して上述の動作４０２と同じであることが好ましい。しかし、この第２の動作６０２は、例えば上述の３ＧＰＰ仕様と同様に、ＴＤを示す情報が初期ＵＥメッセージなどの中で、ソースｅＮＢ６１６ａから送信され、ＭＭＥ６１０で受信されるように図６ａに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．３．２．１−１を参照されたい。初期ＵＥメッセージは、第１の動作６０１においてＵＥ６１５から受信されたアタッチ要求の転送と見なされてもよい。初期ＵＥメッセージは、トポロジデータＴＤを示す情報を含むように修正されていることに留意されたい。
【００７１】
図６ａの第３の動作６０３は、図４および５を参照して上述の第３の動作４０３と同じであることが好ましいが、今度はＭＭＥ６１０で実行される。
【００７２】
図６ａの第４の動作６０４は、ＭＭＥ６１０からソースｅＮＢ６１６ａへフィルタ済規制リストＦＲＬを提供し、図４および５を参照して上述の第４の動作４０４と同じであることが好ましい。しかし、この第４の動作６０４は、フィルタ済規制リストＦＲＬが、例えば上述の３ＧＰＰ仕様と同様に、初期コンテキスト設定要求／アタッチ受諾メッセージ（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／Ａｔｔａｃｈ  Ａｃｃｅｐｔ  ｍｅｓｓａｇｅ）の中で、ＭＭＥ６１０から送信され、ソースｅＮＢ６１６ａで受信されるように図６ａに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．３．２．１−１を参照されたい。上記の３ＧＰＰ仕様による初期コンテキスト設定要求／アタッチ受諾メッセージは、フィルタ処理されていないハンドオーバ規制リスト（ＨＲＬ）を備えているであろうことに留意してもよい。
【００７３】
図６ａの第５の動作６０５は、工程６０４で受信したフィルタ済規制リストＦＲＬに基づくハンドオーバの決定を提供し、図４および５を参照して上述の第５の動作４０５と同じであることが好ましいが、今度はソースｅＮＢ６１６ａで実行される。ハンドオーバの決定は、いったんフィルタ済規制リストＦＲＬが受信されると、いつ行われてもよい。ハンドオーバの決定は、アタッチ手順とは独立して行われることが好ましい。
【００７４】
ハンドオーバの準備などは、図４および５を参照して上述と同じまたは同様に行われてもよい。
【００７５】
図６ｂは、今度はトラッキングエリア更新（ＴＡＵ）手順に関連して実行される、図４および５を参照して上で検討した例示的方法を示すシグナリング図を示す。図６ｂのシグナリング図は、ＵＥ６１５に対するトラッキングエリアＴＡがどのように更新されるかを示す。トラッキングエリアの更新は、例えばＵＥ６１５が新しいトラッキングエリア内にいるとＵＥ６１５が検出するとき、必要となる。ＵＥ６１５は、そのトラッキングエリアが更新されるとき、ソースｅＮＢ６１６ａからサービスを提供されていると見なされてもよい。種々のトラッキングエリア更新手順が、当業者に公知である。トラッキングエリア更新手順は、例えば、非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）のパラグラフ５．３．３に記載されている。例えば、上述の仕様書の図５．３．３．１−１を参照されたい。トラッキングエリアおよびトラッキングエリア更新は、ＧＳＭ、ＷＣＤＭＡ、ＥＤＧＥ、ＧＰＲＳおよびＨＳＰＡのパケット交換の、ルーティングエリア（ＲＡ）およびルーティングエリア更新（ＲＡＵ）にそれぞれ相当することに留意されたい。同様に、トラッキングエリアおよびトラッキングエリア更新は、ＧＳＭおよびＷＣＤＭＡのパケット交換の、ロケーションエリア（ＬＡ）およびロケーションエリア更新（ＬＡＵ）にそれぞれ相当する。
【００７６】
図６ｂから分かるように、第１の動作６０１は、トポロジ取得手順を実行し、図４および５を参照して前述の第１の動作４０１と同じであることが好ましい。しかし、別の測定報告送信４０１ｂ２”が図６ｂには付加されている。この別の測定報告送信４０１ｂ２”は、例えば上述の３ＧＰＰ仕様と同様に、トラッキングエリア更新手順に関連してＵＥ６１５から送信され、ソースｅＮＢ６１６ａで受信されるトラッキングエリア更新要求メッセージなどを含む。例えば、上述の３ＧＰＰ仕様書の中の図５．３．２．１−１を参照されたい。トラッキングエリア更新要求メッセージは、ＵＥ６１５が取得したトポロジデータＴＤを示す情報を備えていてもよい。前述の測定報告送信４０１ｂ２およびここで検討している別の測定報告送信４０１ｂ２”は、ソースｅＮＢ６１６ａにＵＥ６１５からのトポロジデータを提供する代替または補完のやり方を提供する。ソースｅＮＢ６１６は、ソースｅＮＢ６１６ａが現在サービスを提供しているか、または以前サービスを提供していた１つ以上のＵＥから送信される測定報告送信４０１ｂ２において、トポロジデータＴＤまたはその一部をいつ受信してもよいことに留意されたい。これは、トラッキングエリア更新手順とは独立して行われることが好ましい。
【００７７】
図６ｂの第２の動作６０２は、ソースｅＮＢ６１６ａからＭＭＥ６１０へトポロジデータＴＤを示す情報を提供し、図４および５を参照して上述の動作４０２と同じであることが好ましい。しかし、この第２の動作６０２は、例えば上述の３ＧＰＰ仕様と同様に、トポロジデータＴＤを示す情報が初期ＵＥメッセージなどの中で、ソースｅＮＢ６１６ａから送信され、ＭＭＥ６１０で受信されるように図６ｂに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．３．３．１−１を参照されたい。初期ＵＥメッセージは、トポロジデータＴＤを示す情報を含むように修正されていることに留意されたい。
【００７８】
図６ｂの第３の動作６０３は、図４および５を参照して上述の第３の動作４０３と同じであることが好ましいが、今度はＭＭＥ６１０で実行される。
【００７９】
図６ｂの第４の動作６０４は、ＭＭＥ６１０からソースｅＮＢ６１６ａへフィルタ済規制リストＦＲＬを提供し、図４および５を参照して上述の第４の動作４０４と同じであることが好ましい。しかし、この第４の動作６０４は、フィルタ済規制リストＦＲＬが、例えば上述の３ＧＰＰ仕様と同様に、例えばトラッキングエリア更新受諾メッセージなどの初期コンテキスト設定メッセージの中で、ＭＭＥ６１０から送信され、ソースｅＮＢ６１６ａで受信されるように図６ｂに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．３．３．１−１を参照されたい。３ＧＰＰ仕様によるトラッキングエリア更新受諾メッセージは、フィルタ処理されていないハンドオーバ規制リスト（ＨＲＬ）を備えているであろうことに留意してもよい。
【００８０】
図６ｂの第５の動作６０５は、工程４０４で受信したフィルタ済規制リストＦＲＬに基づくハンドオーバの決定を提供し、図４および５を参照して上述の第５の動作６０５と同じであることが好ましいが、今度はソースｅＮＢ６１６ａで実行される。ハンドオーバの決定は、いったんフィルタ済規制リストＦＲＬが受信されると、いつ行われてもよい。ハンドオーバの決定は、トラッキングエリア更新手順とは独立して行われることが好ましい。
【００８１】
ハンドオーバの準備などは、図４および５を参照して上述と同じまたは同様に行われてもよい。
【００８２】
図６ｃは、今度はサービス要求手順に関連して実行される、図４および５を参照して上で検討した例示的方法を示すシグナリング図を示す。図６ｃのシグナリング図は、ＵＥ６１５に関してサービス要求がどのように処理されるかを示す。サービス要求は、例えば、ネットワーク（例として図３のコアネットワーク３４０などの）が提供するサービスをＵＥ６１５が利用するのを可能にするために、必要であってもよい。サービス要求手順は、ネットワークが保留中（ｐｅｎｄｉｎｇ）のダウンリンクシグナリングを有するとき、ＵＥ６１５が保留中のアップリンクシグナリングを有するとき、またはＵＥ６１５もしくはネットワークが保留中のユーザデータを有するとき、開始されてもよい。種々のサービス要求手順が、そのようなものとして当業者に公知である。サービス要求手順は、例えば、非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）の仕様書のパラグラフ５．３．４に記載されている。例えば、その仕様書の図５．３．４．１−１を参照されたい。
【００８３】
図６ｃから分かるように、第１の動作６０１は、トポロジ取得手順を実行し、図４および５を参照して前述の第１の動作４０１と同じであることが好ましい。しかし、別の測定報告送信４０１ｂ２’’’が図６ｃには付加されている。この別の測定報告送信４０１ｂ２’’’は、例えば上述の３ＧＰＰ仕様と同様に、サービス要求手順に関連してＵＥ６１５から送信され、ソースｅＮＢ６１６ａで受信されるＮＡＳ：サービス要求メッセージなどを含む。例えば、上述の３ＧＰＰ仕様書の中の図５．３．４．１−１を参照されたい。ＮＡＳ：サービス要求メッセージは、ＵＥ６１５が取得したトポロジデータＴＤを示す情報を含んでいてもよい。前述の測定報告送信４０１ｂ２およびここで検討している別の測定報告送信４０１ｂ２’’’は、ソースｅＮＢ６１６ａにＵＥ６１５からのトポロジデータを提供する代替または補完のやり方を提供する。ソースｅＮＢ６１６は、ソースｅＮＢ６１６ａが現在サービスを提供しているか、または以前サービスを提供していた１つ以上のＵＥから送信される測定報告４０１ｂ２において、トポロジデータＴＤまたはその一部をいつ受信してもよいことに留意されたい。これは、サービス要求手順とは独立して行われることが好ましい。
【００８４】
図６ｃの第２の動作６０２は、ソースｅＮＢ６１６ａからＭＭＥ６１０へトポロジデータＴＤを示す情報を提供し、図４および５を参照して上述の第２の動作４０２と同じであることが好ましい。しかし、この第２の動作６０２は、例えば上述の３ＧＰＰ仕様と同様に、ＴＤを示す情報が初期ＵＥメッセージメッセージの中で、ソースｅＮＢ６１６ａから送信され、ＭＭＥ６１０で受信されるように図６ｃに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．３．４．１−１を参照されたい。初期ＵＥメッセージは、トポロジデータＴＤを示す情報を含むように修正されていることに留意されたい。
【００８５】
図６ｃの第３の動作６０３は、図４および５を参照して上述の第３の動作４０３と同じであることが好ましいが、今度はＭＭＥ６１０で実行される。
【００８６】
図６ｃの第４の動作６０４は、ＭＭＥ６１０からソースｅＮＢ６１６ａへフィルタ済規制リストＦＲＬを提供し、図４および５を参照して上述の第４の動作４０４と同じであることが好ましい。しかし、この第４の動作６０４は、フィルタ済規制リストＦＲＬが、例えば上述の３ＧＰＰ仕様と同様に、初期コンテキスト設定要求メッセージの中で、ＭＭＥ６１０から送信され、ソースｅＮＢ６１６ａで受信されるように図６ｃに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．３．４．１−１を参照されたい。３ＧＰＰ仕様による初期コンテキスト設定要求メッセージは、フィルタ処理されていないハンドオーバ規制リスト（ＨＲＬ）を備えているであろうことに留意してもよい。
【００８７】
図６ｃの第５の動作６０５は、工程４０４で受信したフィルタ済規制リストＦＲＬに基づくハンドオーバの決定を提供し、図４および５を参照して上述の第５の動作４０５と同じであることが好ましいが、今度はソースｅＮＢ６１６ａで実行される。ハンドオーバの決定は、いったんフィルタ済規制リストＦＲＬがソースｅＮＢ６１６ａで受信されると、いつ行われてもよい。ハンドオーバの決定は、サービス要求手順とは独立して行われることが好ましい。
【００８８】
ハンドオーバの準備は、図４および５を参照して上述と同じまたは同様に行われてもよい。
【００８９】
図６ｄは、今度はハンドオーバ手順に関連して実行される、図４および５を参照して上で検討した例示的方法を概略的に示すシグナリング図を示す。図６ｄのシグナリング図は、ＵＥ６１５が、どのように元の（ｏｒｉｇｉｎａｔｉｎｇ）ｅＮＢ６１６ｄからソースｅＮＢ６１６ａに最初にハンドオーバされ、次いでターゲットｅＮＢ６１６ｂにハンドオーバされるかを示す。ソースｅＮＢ６１６ａからターゲットｅＮＢ６１６ｂへのハンドオーバは、元のｅＮＢ６１６ｄからソースｅＮＢ６１６ａへのハンドオーバ後、いつ行われてもよい。ソースｅＮＢ６１６ａからターゲットｅＮＢ６１６ｂへのハンドオーバは、元のｅＮＢ６１６ｄからのハンドオーバとは独立して行われることが好ましい。ＵＥ６１５のハンドオーバは、例えば、ＵＥ６１５に現在サービスを提供しているｅＮＢより良いシグナリング状態を提供するｅＮＢの範囲内に、ＵＥ６１５があるとき必要になってもよい。ＵＥ６１５は、元のｅＮＢ６１６ｄからのハンドオーバ後、ソースｅＮＢ６１６ａからサービスを提供されていると見なされてもよい。種々のハンドオーバ手順が、当業者に公知であり、図６ｄのハンドオーバ手順は、このような状況から詳しい説明を必要としない。図６ｄに示すハンドオーバ手順と同様または類似の種類のハンドオーバ手順は、例えば、非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）のパラグラフ５．５．１．１の、例えば図５．５．１．１．２−１に見られる、または非特許文献３（３ＧＰＰ  ＴＳ３６．３００ｖ１０．４．０）のパラグラフ１０．１．２．１．１の例えば図１０．１．２．１．１−１に見られるＸ２ベースのハンドオーバとして開示されている。
【００９０】
図６ｄから分かるように、第１の動作６０１は、トポロジ取得手順を実行し、図４および５を参照して前述の第１の動作４０１、または図６ａ、６ｂもしくは６ｃのいずれか１つを参照して前述の第１の動作と同じであることが好ましい。
【００９１】
トポロジ取得手順６０１またはその一部は、以下でさらに説明する第２の動作６０２におけるトポロジデータＴＤのＭＭＥ６１０への提供より、かなり前に行われてもよいことに留意されたい。例えば、ソースｅＮＢ６１６ａは、例として図５を参照してサブ手順４０１ａを検討するとき上に示したように、ソースｅＮＢ６１６ａを１つまたは複数の隣接ｅＮＢに接続する１つまたは複数のＸ２インタフェースなどを用いて、トポロジデータＴＤまたはその一部をいつ取得してもよい。同様に、ソースｅＮＢ６１６ａは、ｅＮＢ６１６ａが現在サービスを提供しているか、または以前サービスを提供していた１つ以上のＵＥから、トポロジデータＴＤまたはその一部をいつ受信してもよい。ソースｅＮＢ６１６ａは、このように、異なるリソースから異なる機会にトポロジデータＴＤを取得してもよい。このことは、必要な変更を加えて、本明細書に記載の他の実施形態にも当てはまる。
【００９２】
図６ｄから分かるように、初めの（ｏｒｇｉｎａｔｉｎｇ）ハンドオーバ手順は、トポロジデータＴＤがソースｅＮＢ６１６ａからＭＭＥ６１０に提供される前に開始されていると想定している。初めのハンドオーバ手順は、以下でさらに説明する第５の動作６０５においてフィルタ済規制リストＦＲＬに基づくハンドオーバの決定が行われる前に、完了しているとも想定している。
【００９３】
図６ｄの第２の動作６０２は、ソースｅＮＢ６１６ａからＭＭＥ６１０へトポロジデータＴＤを示す情報を提供し、図４および５を参照して上述の動作４０２と同じであることが好ましい。しかし、この第２の動作６０２は、ここで述べているハンドオーバ手順に関連して、例えば非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）の仕様書のパラグラフ５．５．１．１と同様に、ＴＤを示す情報がパス切り替え（Ｐａｔｈ  Ｓｗｉｔｃｈ）要求メッセージなどの中で、ソースｅＮＢ６１６ａから送信され、ＭＭＥ６１０で受信されるように図６ｄに明示されている。例えば、その仕様書の図５．５．１．１．２−１を参照されたい。第２の動作６０２のパス切り替え要求メッセージは、トポロジデータＴＤを示す情報を含むように修正されていることに留意されたい。送信されたトポロジデータＴＤは、次に簡潔に述べる第３の動作６０３においてＭＭＥ６１０で使用される。
【００９４】
図６ｄの第３の動作６０３は、図４および５を参照して上述の第３の動作４０３と同じであることが好ましいが、今度はＭＭＥ６１０で実行される。
【００９５】
図６ｄの第４の動作６０４は、ＭＭＥ６１０からソースｅＮＢ６１６ａへフィルタ済規制リストＦＲＬを提供し、図４および５を参照して上述の第４の動作４０４と同じであることが好ましい。しかし、この第４の動作６０４は、フィルタ済み規制リストＦＲＬが、例えば上述の３ＧＰＰ仕様と同様に、パス切り替え要求応答メッセージの中で、ＭＭＥ６１０から送信され、ソースｅＮＢ６１６ａで受信されるように図６ｄに明示されている。例えば、上述の３ＧＰＰ仕様書の図５．５．１．１．２−１を参照されたい。３ＧＰＰ仕様によるパス切り替え要求応答メッセージは、フィルタ処理されていないハンドオーバ規制リスト（ＨＲＬ）を備えているであろうことに留意されたい。
【００９６】
この場合、ソースｅＮＢ６１６ａは、第４の動作６０４において、ソース無線アクセスノード６１６ａで受信されるパス切り替え要求応答メッセージに続いて、リソース解放メッセージまたは類似の解放メッセージを送信してもよい。さらに、図６ｄから分かるように、動作６０２、６０３、６０４は、ハンドオーバ完了手順などの一部、すなわち上述の初めのハンドオーバ手順の完了の一部であってもよい。
【００９７】
図６ｄの第５の動作６０５は、工程６０４で受信したフィルタ済規制リストＦＲＬに基づくハンドオーバの決定を提供し、図４および５を参照して上述の第５の動作４０５と同じであることが好ましいが、今度はソースｅＮＢ６１６ａで実行される。ハンドオーバの決定は、いったんフィルタ済規制リストＦＲＬが受信されると、いつ行われてもよい。ハンドオーバの決定６０５は、上述のハンドオーバ手順とは独立して行われることが好ましい。
【００９８】
ＵＥ６１５をソースｅＮＢ６１６ａからターゲットｅＮＢ６１６ｂへハンドオーバすることを意図しているハンドオーバの試みが、第５の動作６０５で承認された場合、ハンドオーバの準備が、図４および５を参照して上述と同じまたは同様に行われてもよい。
【００９９】
図６ｅは、今度は別のハンドオーバ手順に関連して実行される、図４および５を参照して上で検討した例示的方法を概略的に示すシグナリング図を示す。図６ｅのシグナリング図は、ＵＥ６１５が、どのように元のｅＮＢ６１６ｄからソースｅＮＢ６１６ａに最初にハンドオーバされ、次いでターゲットｅＮＢ６１６ｂにハンドオーバされるかを示す。図６ｅに示す初めのハンドオーバ手順は、ＵＥ６１５、元のｅＮＢ６１６ｄ、ソースｅＮＢ６１６ａ、ターゲットｅＮＢ６１６ｂおよびＭＭＥ６１０の間のシグナリングが図６ｄに示すシグナリングとは異なる点を除いて、図６ｄを参照して上述のハンドオーバ手順に相当する。既に上述のように、種々のハンドオーバ手順が、当業者に公知であり、図６ｅのハンドオーバ手順は、このような状況から詳しい説明を必要としない。図６ｅに示す初めのハンドオーバ手順と同じまたは類似の種類のハンドオーバ手順は、例えば、非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）の仕様書のパラグラフ５．５．１．２に記載のＳ１ベースのハンドオーバとして開示されている。その仕様書の中の図５．５．１．２．２−１を参照されたい。
【０１００】
図６ｅの第１の動作６０１は、トポロジ取得手順を実行し、図６ｄを参照して前述の第１の動作６０１と同じであることが好ましい。従って、初めのハンドオーバ手順は、トポロジデータＴＤがソースｅＮＢ６１６ａからＭＭＥに提供される前に開始されており、初めのハンドオーバ手順は、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定が行われる前に、完了していると想定している。
【０１０１】
元のｅＮＢ６１６ｄは、初めのハンドオーバ手順を開始するために、ハンドオーバ要求メッセージまたは類似のハンドオーバ開始メッセージをＭＭＥ６１０に送信してもよい。ＭＭＥ６１０は、開始メッセージに対する応答として、ソース無線アクセスノード６１６ａで受信されるハンドオーバ要求メッセージを送信してもよい。
【０１０２】
図６ｅの第２の動作６０２は、ソースｅＮＢ６１６ａからＭＭＥ６１０へトポロジデータＴＤを示す情報を提供し、図６ｄを参照して上述の動作６０２と同じであることが好ましい。しかし、この第２の動作６０２は、ここで述べているハンドオーバ手順に関連して、例えば非特許文献２（３ＧＰＰ  ＴＳ２３．４０１ｖ１０．４．０）の仕様書のパラグラフ５．５．１．１と同様に、トポロジデータＴＤを示す情報が、ハンドオーバ要求応答メッセージなどの中でソースｅＮＢ６１６ａから送信され、ＭＭＥ６１０で受信されるように、図６ｅに明示されている。例えば、その仕様書の図５．５．１．２．２−１を参照されたい。第２の動作６０２のハンドオーバ要求応答メッセージは、トポロジデータＴＤを示す情報を含むように修正されていることに留意されたい。送信されたトポロジデータＴＤは、次に簡潔に述べる第３の動作６０３においてＭＭＥ６１０で使用される。
【０１０３】
図６ｅの第３の動作６０３は、図６ｄを参照して上述の第３の動作６０３と同じであることが好ましい。
【０１０４】
図６ｅの第４の動作６０４は、ＭＭＥ６１０からソースｅＮＢ６１６ａへフィルタ済規制リストＦＲＬを提供し、図６ｄを参照して上述の第４の動作６０４と同じであることが好ましい。しかし、この第４の動作６０４は、フィルタ済み規制リストＦＲＬが、フィルタ済ＨＲＬメッセージの中で、ＭＭＥ６１０から送信され、ソースｅＮＢ６１６ａで受信されるように図６ｄに明示されている。このメッセージは、例えば、３ＧＰＰ仕様に対応するものがない新しいメッセージである。フィルタ済ＨＲＬメッセージは、例えば、上記の表Ｂに示されるようなフィルタ済み規制リストＦＲＬを有する情報エンティティ（ＩＥ）を含んでいてもよい。
【０１０５】
図６ｅの第５の動作６０５は、工程６０４で受信したフィルタ済規制リストＦＲＬに基づくハンドオーバの決定を提供し、図６ｄを参照して上述の第５の動作６０５と同じであることが好ましい。ハンドオーバの決定は、いったんフィルタ済規制リストＦＲＬがソースｅＮＢ６１６ａで受信されると、いつ行われてもよい。ハンドオーバの決定６０５は、上述のハンドオーバ手順とは独立して行われることが好ましい。
【０１０６】
ＵＥ６１５をソースｅＮＢ６１６ａからターゲットｅＮＢ６１６ｂへハンドオーバすることを意図しているハンドオーバの試みが、第５の動作６０５で承認された場合、ハンドオーバの準備などが、図６ｄを参照して上述と同じまたは同様に行われてもよい。
【０１０７】
既に上に示したように、図４に示す方法の幾つかの実施形態は、トポロジ取得手順４０１；６０１またはその一部を、本明細書に記載の例示的実施形態の他の任意の動作４０２；６０２、４０３；６０３、４０５；６０５のかなり前に、ソース無線アクセスノードで行ってもよい。幾つかの実施形態は、トポロジ取得手順４０１；６０１またはその一部を、動作４０２；６０２、４０３；６０３、４０４；６０４、４０５；６０５と関連してまたは同時に行ってもよい。さらに、フィルタ済規制リストＦＲＬを作成する第３の動作４０３；６０３は、いったん第２の動作４０２；６０２が行われ、トポロジデータＴＤを示す情報がソース無線アクセスノードからネットワークモビリティ管理ノードへ提供されると、いつ行われてもよい。同様に、フィルタ済規制リスト４０５；６０５に基づいてハンドオーバの決定を行う第５の動作４０５；６０５は、いったん第４の動作４０４；６０４が行われ、フィルタ済規制リストＦＲＬを示す情報がネットワークモビリティ管理ノードからソース無線アクセスノードへ提供されると、いつ行われてもよい。ハンドオーバ決定手順４０５；６０５またはその一部は、フィルタ済規制リストＦＲＬが受信されてからかなり長い時間の後に行われてもよい。しかし、幾つかの実施形態は、ハンドオーバ決定手順４０５；６０５またはその一部を、第４の動作４０４；６０４と関連してまたは同時に行ってもよい。
【０１０８】
上で検討した例示的実施形態は、以下のように要約されてもよい。
【０１０９】
幾つかの実施形態は、モビリティ管理ノードが制御している、ソース無線アクセスノードからターゲット隣接無線アクセスノードへ無線端末のハンドオーバを実行する、ソース無線アクセスノードにおける方法に関する。この方法は、ソース無線アクセスノードに隣接する少なくとも１つの隣接無線アクセスノードを示す情報を備えるトポロジデータＴＤを取得し、そのトポロジデータＴＤをモビリティ管理ノードに提供し、そのモビリティ管理ノードから無線端末に対する少なくとも１つの規制される隣接無線アクセスノードを示す情報を備えるフィルタ済規制リストＦＲＬを受信することを含み、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うことを可能にする。
【０１１０】
この方法は、ターゲット隣接無線アクセスノードへのハンドオーバの試みの際に、ターゲット隣接無線アクセスノードがフィルタ済規制リストＦＲＬに示されているとき、試みを中止し、ターゲット隣接無線アクセスノードがフィルタ済規制リストＦＲＬに示されていないとき、さらなる処理のために試みを承認するように、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行う工程を備えていてもよい。
【０１１１】
この方法において、トポロジデータＴＤの少なくとも一部は、ソース無線アクセスノードを少なくとも１つの隣接無線アクセスノードに接続する少なくとも１つの通信インタフェースを用いて、ソース無線アクセスノードが取得してもよいし、またソース無線アクセスノードに予め記憶されているトポロジデータＴＤにアクセスして、ソース無線アクセスノードが取得してもよいし、また無線端末が取得し送信するトポロジデータＴＤを含む測定報告を受信して、ソース無線アクセスノードが取得してもよい。
【０１１２】
この方法において、トポロジデータＴＤは、ソース無線アクセスノードが無線端末のモビリティを完全にまたは一部制御することが可能である、ソース無線アクセスノードとの接続状態に、無線端末がなる前にまたはなるのに関連して、モビリティ管理ノードに提供されてもよい。
【０１１３】
この方法は、ソース無線アクセスノードによる最も最近取得したトポロジデータＴＤと以前取得したトポロジデータＴＤ’との差の検出、あるいはソース無線アクセスノードが無線端末に関してアタッチを行うアタッチ手順、あるいはソース無線アクセスノードが無線端末からの保留になっていたシグナリングの受信、または保留になっていたシグナリングもしくは保留になっていたユーザデータの無線端末への送信を可能にするサービス要求手順、あるいはソース無線アクセスノードが無線端末に対するトラッキングエリアＴＡの更新を行うトラッキングエリア更新手順、あるいはソース無線アクセスノードが無線端末に対するルーティングエリアＲＡの更新を行うルーティングエリア更新手順、あるいはソース無線アクセスノードが無線端末に対するロケーションエリアＬＡの更新を行うロケーションエリア更新手順、あるいは無線端末が元の無線アクセスノードからソース無線アクセスノードへハンドオーバされるハンドオーバ手順に関連して、トポロジデータＴＤをモビリティ管理ノードに提供する工程を含んでもよい。
【０１１４】
先に進む前に、ソース無線アクセスノードが最近のトポロジデータＴＤと以前のトポロジデータＴＤ’との差を検出したときに、トポロジデータＴＤのみをモビリティ管理ノードに提供すると、ソース無線アクセスノードからモビリティ管理ノードに送信するメッセージの数を減少させることになると言い添えておいてもよい。上述のアタッチ手順、サービス要求手順、トラッキングエリア更新手順、ルーティングエリア更新手順、またはロケーションエリア更新手順は、例えば、無線端末をソース無線アクセスノードとの接続状態にさせることに留意してもよい。
【０１１５】
この方法は、初期ＵＥメッセージ、またはパス切り替え要求メッセージ、またはハンドオーバ要求応答メッセージ、または再配置要求応答メッセージの中で、トポロジデータＴＤをモビリティ管理ノードに提供する工程を備えていてもよい。初期ＵＥメッセージは、アタッチ手順、またはサービス要求手順、またはトラッキングエリア更新手順、またはルーティングエリア更新手順、またはロケーションエリア更新手順に関連して使用されてもよい。パス切り替え要求メッセージまたはハンドオーバ要求応答メッセージまたは再配置要求応答メッセージなどは、ハンドオーバ手順に関連して使用されてもよい。
【０１１６】
この方法は、無線端末がソース無線アクセスノードと接続状態になるアタッチ手順、またはソース無線アクセスノードがソース無線アクセスノードと接続状態になるサービス要求手順、またはソース無線アクセスノードが無線端末に対するトラッキングエリアＴＡの更新を行うトラッキングエリア更新手順、または無線端末が元の無線アクセスノードからソース無線アクセスノードにハンドオーバされるハンドオーバ手順に関連して、モビリティ管理ノードからフィルタ済規制リストＦＲＬを受信する工程を含んでもよい。
【０１１７】
この方法は、初期コンテキスト設定要求メッセージ、またはＲＡＢ割り当て要求メッセージ、またはパス切り替え要求応答メッセージの中で、フィルタ済規制リストＦＲＬをモビリティ管理ノードから受信する工程を含んでもよい。
【０１１８】
他の幾つかの実施形態は、モビリティ管理ノードによって制御され、無線端末の、ソース無線アクセスノードからターゲット隣接無線アクセスノードへのハンドオーバを実行するように構成されたソース無線アクセスノードに関し、取得部はソース無線アクセスノードに隣接する少なくとも１つの隣接無線アクセスノードを示す情報を含むトポロジデータＴＤを取得するように構成され、提供部はトポロジデータをモビリティ管理ノードに提供するように構成され、受信部は無線端末に対する少なくとも１つの規制される隣接無線アクセスノードを示す情報を含むフィルタ済規制リストＦＲＬをモビリティ管理ノードから受信するように構成されていて、フィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うことを可能にする。
【０１１９】
ソース無線アクセスノードは、ターゲット隣接無線アクセスノードへのハンドオーバの試みの際に、ターゲット隣接無線アクセスノードがフィルタ済規制リストＦＲＬに示されているとき、試みを中止し、ターゲット隣接無線アクセスノードがフィルタ済み規制リストＦＲＬに示されていないとき、さらなる処理のために試みを承認するように、フィルタ済み規制リストＦＲＬに基づいてハンドオーバの決定を行うように構成されたハンドオーバ決定部を備えていてもよい。
【０１２０】
取得部は、ソース無線アクセスノードを少なくとも１つの隣接無線アクセスノードに接続する少なくとも１つの通信インタフェースを用いて、またはソース無線アクセスノードに予め記憶されているトポロジデータＴＤにアクセスすることによって、または無線端末が取得および送信するトポロジデータＴＤを備える測定報告を受信することによって、トポロジデータＴＤの少なくとも一部を取得するように構成されていてもよい。
【０１２１】
提供部は、ソース無線アクセスノードが、無線端末のモビリティを完全にまたは一部制御することが可能になる、ソース無線アクセスノードとの接続状態に、無線端末がなる前またはなるのに関連して、トポロジデータＴＤをモビリティ管理ノードに提供するように構成されていてもよい。
【０１２２】
提供部は、最も最近取得したトポロジデータＴＤと以前取得したトポロジデータＴＤ’との差の検出、あるいはソース無線アクセスノードが無線端末に対するアタッチを行うアタッチ手順、あるいはソース無線アクセスノードが無線端末からの保留になっていたシグナリングの受信、または保留中のシグナリングもしくは保留されているユーザデータの無線端末への送信を可能にするサービス要求手順、あるいはソース無線アクセスノードが無線端末に対するトラッキングエリアＴＡの更新を行うトラッキングエリア更新手順、あるいはソース無線アクセスノードが無線端末に対するルーティングエリアＲＡの更新を行うルーティングエリア更新手順、あるいはソース無線アクセスノードが無線端末に対するロケーションエリアＬＡの更新を行うロケーションエリア更新手順、あるいは無線端末が元の無線アクセスノードからソース無線アクセスノードにハンドオーバされるハンドオーバ手順、に関連して、トポロジデータＴＤをモビリティ管理ノードに提供するように構成されていてもよい。
【０１２３】
提供部は、初期ＵＥメッセージ、またはパス切り替えメッセージ、またはハンドオーバ要求応答メッセージ、または再配置要求応答メッセージの中で、トポロジデータＴＤをモビリティ管理ノードに提供するように構成されていてもよい。
【０１２４】
受信部は、無線端末がソース無線アクセスノードと接続状態になるアタッチ手順、またはソース無線アクセスノードがソース無線アクセスノードと接続状態になるサービス要求手順、またはソース無線アクセスノードが無線端末に対するトラッキングエリアＴＡの更新を行うトラッキングエリア更新手順、または無線端末が元の無線アクセスノードからソース無線アクセスノードにハンドオーバされるハンドオーバ手順、に関連してフィルタ済規制リストＦＲＬをモビリティ管理ノードから受信するように構成されていてもよい。
【０１２５】
受信部は、初期コンテキスト設定要求メッセージ、またはＲＡＢ割り当て要求メッセージ、またはパス切り替え要求応答メッセージの中で、フィルタ済規制リストＦＲＬをモビリティ管理ノードから受信するように構成されていてもよい。
【０１２６】
例えば、無線端末は、移動機ＭＳまたはユーザ装置ＵＥであってもよく、ソース無線アクセスノードは、無線ネットワークコントローラＲＮＣ、基地局コントローラＢＳＣまたはエボルブドＮｏｄｅＢすなわちｅＮＢであってもよく、モビリティ管理ノードは、移動通信交換局ＭＳＣ、またはサービングＧＰＲＳサポートノードＳＧＳＮ，またはモビリティ管理エンティティＭＭＥであってもよい。ＵＥは、ＧＳＭ、ＷＣＤＭＡ、ＥＤＧＥ、ＧＰＲＳおよびＨＳＰＡ内のＭＳに相当する。ＭＭＥは、ＧＳＭ／ＷＣＤＭＡ内の回線交換のＭＳＣに相当するとともに、ＧＳＭ／ＷＣＤＭＡ／ＥＤＧＥ／ＧＰＲＳ／ＨＳＰＡ内のパケット交換のＳＧＳＮに相当する。
【０１２７】
さらに、他の幾つかの実施形態は、無線端末の、ソース無線アクセスノードからターゲット隣接無線アクセスノードへのハンドオーバを管理するように構成されたモビリティ管理ノードに関し、その受信部は、ソース無線アクセスノードからソース無線アクセスノードに隣接する少なくとも１つの隣接無線アクセスノードを示す情報を含むトポロジデータＴＤを受信するように構成されており、作成部は、そのトポロジデータＴＤに基づいて、無線端末に対する少なくとも１つの規制される隣接無線アクセスノードを示す情報を含むフィルタ済規制リストＦＲＬを作成するように構成されており、提供部は、ソース無線アクセスノードがフィルタ済規制リストＦＲＬに基づいてハンドオーバの決定を行うのを可能にするように、フィルタ済規制リストＦＲＬをソース無線アクセスノードに提供するように構成されている。
【０１２８】
モビリティ管理ノードは、移動通信交換局ＭＳＣ、またはサービングＧＰＲＳサポートノードＳＧＳＮ、またはモビリティ管理エンティティＭＭＥであってもよい。
【０１２９】
本発明について、これまで例示的実施形態を参照して説明した。しかし、本発明は、本明細書に記載の実施形態に限定されない。それどころか、本発明の範囲の全体は、添付の特許請求の範囲によってのみ決定される。
＜略語集＞
ＣＮ  コアネットワーク(Core Network)
ｅＮＢ  エボルブドノードＢ(Evolved Node B)
ＥＤＧＥ  ＥＤＧＥ(Enhanced Data Rates for GSMEvolution)
ＥＰＣ  エボルブドパケットコア(Evolved Packet Core)
ＥＰＳ  エボルブドパケットシステム(Evolved Packet System)
Ｅ−ＵＴＲＡＮ  エボルブドＵＴＲＡＮ(Evolved UTRAN)
ＦＲＬ  フィルタ済規制リスト(Filtered Restriction List)
ＧＥＲＡＮ  ＧＥＲＡＮ(GSM EDGE Radio Access Network)
ＧＰＲＳ  汎用パケット無線サービス(General Packet RadioService)
ＧＳＭ  ＧＳＭ(Global System for MobileCommunications)
ＨＳＳ  ホーム加入者サーバ(Home Subscriber Server)
ＨＳＰＡ  高速パケットアクセス(High-Speed Packet Access)
ＬＡ  ロケーションエリア(Location Area)
ＬＡＣＦ  ロケーションエリアコード(LocationArea Code)
ＬＴＥ  ロングタームエボリューション(Long Term Evolution)
ＩＰ  インターネットプロトコル(Internet Protocol)
ＭｉＦｉ  モバイルＷｉＦｉ(Mobile WiFi)
ＭＳＣ  移動通信交換局(Mobile Switching Center)
ＭＭＥ  モビリティ管理エンティティ(Mobility Management Entity)
ＰＣＲＦ  ポリシーおよび課金ルール機能(Policy and ChargingRules Function)
ＰＣＥＦ  ポリシーおよび課金実施機能(Policy and ChargingEnforcement Function)
ＰＤＮ  パケットデータネットワーク(Packet Data Network)
ＰＤＰ  パケットデータプロトコル(Packet Data Protocol)
ＰＧＷ  ＰＤＮゲートウェイ(PDN Gateway)
ＰＬＭＮ  パブリックランドモバイルネットワーク(Public Land MobileNetwork)
ＲＡ  ルーティングエリア(Routing Area)
ＲＡＢ  無線アクセスベアラ(Radio Access Bearer)
ＳＧＳＮ  サービングＧＰＲＳサポートノード(Serving GPRS SupportNode)
ＳＧＷ  サービングゲートウェイ(Serving Gateway)
ＴＡ  トラッキングエリア(Tracking Area)
ＴＡＣ  トラッキングエリアコード(Tracking Area Code)
ＵＥ  ユーザ装置(User Equipment)
ＵＭＴＳ  ＵＭＴＳ(Universal MobileTelecommunications System)
ＵＴＲＡＮ  ＵＴＲＡＮ(Universal Terrestrial RadioAccess Network)
ＷｉＭＡＸ  ＷｉＭＡＸ(Worldwide Interoperability forMicrowave Access)
【図１】
2015506150.tif 000005
【図２】
2015506150.tif 000006
【図３ａ】
2015506150.tif 000007
【図３ｂ】
2015506150.tif 000008
【図４】
2015506150.tif 000009
【図５】
2015506150.tif 000010
【図６ａ】
2015506150.tif 000011
【図６ｂ】
2015506150.tif 000012
【図６ｃ】
2015506150.tif 000013
【図６ｄ】
2015506150.tif 000014
【図６ｅ】
2015506150.tif 000015
【手続補正書】
【提出日】平成26年12月10日(2014.12.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ソース無線アクセスノードにおいて、モビリティ管理ノードにより制御される前記ソース無線アクセスノードからターゲット隣接無線アクセスノードへ無線端末のハンドオーバを実行するための方法であって、
前記方法は、
前記ソース無線アクセスノードに対して隣接する少なくとも1つの隣接無線アクセスノードを示す情報を含むトポロジデータを取得するステップと、
前記ソース無線アクセスノードが前記無線端末のモビリティを完全または部分的に制御できるようにする、前記無線端末が前記ソース無線アクセスノードに対して接続状態になること、に関連して、前記トポロジデータを前記モビリティ管理ノードへ提供するステップと、
前記モビリティ管理ノードから、前記無線端末についての規制隣接無線アクセスノードのみを含む、少なくとも1つの規制無線アクセスノードを示す情報のみを含むフィルタ済規制リストを受信するステップと、
前記フィルタ済規制リストに基づいてハンドオーバの決定を可能にするステップであって、前記ハンドオーバの決定は前記少なくとも1つの規制隣接無線アクセスノードを考慮することなく、その結果、前記フィルタ済規制リストにない隣接無線アクセスノードのみを考慮して行われるステップと、
を含む方法。
【請求項２】
ターゲット隣接無線アクセスノードへのハンドオーバの試みの際に、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されているときは、前記試みは中止され、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されていないときは、さらなる処理のために前記試みが承認されるように、前記フィルタ済規制リストに基づいてハンドオーバの決定をするステップを更に含む、請求項１に記載の方法。
【請求項３】
少なくとも一部のトポロジデータは、
前記ソース無線アクセスノードが、前記ソース無線アクセスノードを少なくとも1つの隣接無線アクセスノードへ接続する少なくとも1つの通信インタフェースを用いるか、または、
前記ソース無線アクセスノードに予め記憶されているトポロジデータへ前記ソース無線アクセスノードがアクセスするか、または
前記無線端末によって取得され、送信されるトポロジデータを含む測定報告を前記ソース無線アクセスノードが受信すること、
により取得されることを特徴とする請求項１に記載の方法。
【請求項４】
前記ソース無線アクセスノードが完全または部分的に前記無線端末のモビリティを制御できる、前記ソース無線アクセスノードに対する接続状態に前記無線端末が入る前か入るのに関連して、前記トポロジデータを前記モビリティ管理ノードへ提供することを特徴とする請求項１に記載の方法。
【請求項５】
前記ソース無線アクセスノードが、最も最近取得した前記トポロジデータと以前に取得したトポロジデータとの間の相違の検出、または、
前記ソース無線アクセスノードが、前記無線端末に対してアタッチするアタッチ手順、または、
前記ソース無線アクセスノードが、前記無線端末からの保留中のシグナリングの受信あるいは保留中のシグナリングまたは保留中のユーザデータの前記無線端末への送信を可能にするサービス要求手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するルーティングエリアの更新を行うルーティングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するロケーションエリアの更新を行うロケーションエリア更新手順、または
前記無線端末が元の無線アクセスノードから前記ソース無線アクセスノードへハンドオーバされるハンドオーバ手順、
に関連して前記トポロジデータを前記モビリティ管理ノードへ提供するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記トポロジデータを、
初期ＵＥメッセージ、またはパス切り替え要求メッセージ、またはハンドオーバ要求応答メッセージ、または再配置要求応答メッセージにおいて前記モビリティ管理ノードへ提供するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記無線端末が前記ソース無線アクセスノードに対して接続状態になるアタッチ手順、または、
前記ソース無線アクセスノードが前記ソース無線アクセスノードに対して接続状態になるサービス要求手順、または、
前記ソース無線アクセスノードが前記無線端末に対してトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
元の無線アクセスノードから前記ソース無線アクセスノードへ前記無線端末がハンドオーバされるハンドオーバ手順、
に関連して前記モビリティ管理ノードから前記フィルタ済規制リストを受信するステップを更に含むことを特徴とする、請求項１に記載の方法。
【請求項８】
初期コンテキスト設定要求メッセージ、またはＲＡＢ割り当て要求メッセージ、またはパス切り替え要求応答メッセージにおいて、前記フィルタ済規制リストを前記モビリティ管理ノードから受信するステップを更に含むことを特徴とする、請求項１に記載の方法。
【請求項９】
前記無線端末は、移動機またはユーザ装置であり、前記ソース無線アクセスノードは無線ネットワークコントローラまたは基地局コントローラまたはエボルブドＮｏｄｅＢであり、前記モビリティ管理ノードは移動通信交換局またはサービングＧＰＲＳサポートノードまたはモビリティ管理エンティティであることを特徴とする、請求項１に記載の方法。
【請求項１０】
モビリティ管理ノードにより制御され、ソース無線アクセスノードからターゲット隣接無線アクセスノードへ無線端末のハンドオーバを実行することが動作可能なように構成されている前記ソース無線アクセスノードであって、
取得部は、前記ソース無線アクセスノードに対して隣接する少なくとも1つの隣接無線アクセスノードを示す情報を含むトポロジデータを取得可能なように構成され、
提供部は、前記ソース無線アクセスノードが前記無線端末のモビリティを完全または部分的に制御できるようにする、前記無線端末が前記ソース無線アクセスノードに対して接続状態になること、に関連して、前記トポロジデータをモビリティ管理ノードへ提供可能なように構成され、
受信部は、前記モビリティ管理ノードから、前記無線端末についての規制隣接無線アクセスノードのみを含む、少なくとも1つの規制された無線アクセスノードを示す情報を含むフィルタ済規制リストを受信可能なように構成されており、
ハンドオーバの決定が、前記フィルタ済規制リストに基づいて、少なくとも1つの規制隣接無線アクセスノードを考慮することなく、その結果、前記フィルタ済規制リストにない隣接アクセスノードのみを考慮して行うことができる
ソース無線アクセスノード。
【請求項１１】
ハンドオーバ決定部が、ターゲット隣接無線アクセスノードへのハンドオーバの試みの際に、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されているときは、前記試みは中止され、前記フィルタ済規制リストに前記ターゲット隣接無線アクセスノードが示されていないときは、さらなる処理のために前記試みが承認されるように、前記フィルタ済規制リストに基づいてハンドオーバの決定をするように構成されていることを特徴とする請求項１０に記載のソース無線アクセスノード。
【請求項１２】
前記取得部は、少なくとも一部のトポロジデータを、
前記ソース無線アクセスノードを少なくとも1つの隣接無線アクセスノードへ接続する少なくとも1つの通信インタフェースを用いるか、または、
前記ソース無線アクセスノードに予め記憶されているトポロジデータへアクセスするか、または
前記無線端末によって取得され、送信されるトポロジデータを含む測定報告を受信すること、
により取得することを特徴とする請求項１０に記載のソース無線アクセスノード。
【請求項１３】
前記提供部は、前記ソース無線アクセスノードが完全にまたは部分的に前記無線端末のモビリティを制御できる、前記ソース無線アクセスノードに対する接続状態に前記無線端末が入る前か入るのに関連して、前記トポロジデータを前記モビリティ管理ノードへ提供することを特徴とする請求項１０に記載のソース無線アクセスノード。
【請求項１４】
前記提供部は、
最も最近取得した前記トポロジデータと以前に取得したトポロジデータとの間の相違の検出、または、
前記ソース無線アクセスノードが前記無線端末に対してアタッチするアタッチ手順、または、
前記ソース無線アクセスノードが、前記無線端末からの保留中のシグナリングの受信あるいは保留中のシグナリングまたは保留中のユーザデータの前記無線端末への送信を可能にするサービス要求手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するルーティングエリアの更新を行うルーティングエリア更新手順、または、
前記ソース無線アクセスノードが、前記無線端末に対するロケーションエリアの更新を行うロケーションエリア更新手順、または
前記無線端末が元の無線アクセスノードから前記ソース無線アクセスノードへハンドオーバされるハンドオーバ手順、
に関連して前記トポロジデータを前記モビリティ管理ノードへ提供することを特徴とする請求項１０に記載ソース無線アクセスノード。
【請求項１５】
前記提供部は、前記トポロジデータを、
初期ＵＥメッセージ、またはパス切り替え要求メッセージ、またはハンドオーバ要求応答メッセージ、または再配置要求応答メッセージにおいて前記モビリティ管理ノードへ提供できるように構成されたことを特徴とする、
請求項１０に記載のソース無線アクセスノード。
【請求項１６】
前記受信部は、
前記無線端末が前記ソース無線アクセスノードと接続状態になるアタッチ手順、または、
前記ソース無線アクセスノードが前記ソース無線アクセスノードと接続状態になるサービス要求手順、または、
前記ソース無線アクセスノードが前記無線端末に対してトラッキングエリアの更新を行うトラッキングエリア更新手順、または、
元の無線アクセスノードから前記ソース無線アクセスノードへ前記無線端末がハンドオーバされるハンドオーバ手順、
に関連して前記モビリティ管理ノードから前記フィルタ済規制リストを受信できるように構成されたことを特徴とする、
請求項１０に記載のソース無線アクセスノード。
【請求項１７】
前記受信部は、初期コンテキスト設定要求メッセージ、またはＲＡＢ割り当て供給メッセージ、またはパス切り替え要求応答メッセージにおいて前記フィルタ済規制リストを前記モビリティ管理ノードから受信できるように構成されたことを特徴とする、請求項１０に記載のソース無線アクセスノード。
【請求項１８】
前記無線端末は、移動機であり、前記ソース無線アクセスノードは無線ネットワークコントローラまたは基地局コントローラまたはエボルブドＮｏｄｅＢであり、モビリティ管理ノードは移動通信交換局またはサービングＧＰＲＳサポートノードまたはモビリティ管理エンティティであることを特徴とする、請求項１０に記載のソース無線アクセスノード。
【請求項１９】
ソース無線アクセスノードからターゲット隣接無線アクセスノードへの無線端末のハンドオーバの管理が可能なように構成されているモビリティ管理ノードであって、
受信部は、前記ソース無線アクセスノードに対して隣接する少なくとも1つの隣接無線アクセスノードを示す情報を含むトポロジデータを受信するよう構成され、
作成部は、前記トポロジデータに基づいて前記無線端末についての規制隣接無線アクセスノードのみを含む少なくとも1つの規制無線アクセスノードを示す情報を含むフィルタ済規制リストを作成できるよう構成され、
提供部は、前記ソース無線アクセスノードが前記無線端末のモビリティを完全または部分的に制御できるようにする、前記無線端末が前記ソース無線アクセスノードに対して前記無線端末が接続状態になること、に関連して、前記ソース無線アクセスノードに前記フィルタ済規制リストに基づいてハンドオーバの決定を可能にするために、前記フィルタ済規制リストを前記ソース無線アクセスノードへ提供するよう構成されており、前記ハンドオーバの決定は、少なくとも1つの規制隣接無線アクセスノードを考慮することなく、その結果、前記フィルタ済規制リストにない隣接無線アクセスノードのみを考慮して行われる
モビリティ管理ノード。
【請求項２０】
前記モビリティ管理ノードは、移動通信交換局またはサービングＧＰＲＳサポートノードまたはモビリティ管理エンティティであることを特徴とする請求項１９に記載のモビリティ管理ノード。
【国際調査報告】
2015506150.tif 000016
2015506150.tif 000017
2015506150.tif 000018