(57)【要約】  モバイルネットワークへの無線アクセスをユーザ機器に提供するために論理インタフェース経由で前記モバイルネットワークに接続された複数のフェムトセルアクセスポイントを有するクラスタ化フェムトセルネットワークを提供する。前記モバイルネットワークはモビリティ管理機能ＭＭＦを有する。本ネットワークは、前記クラスタ化フェムトセルネットワーク内の前記ユーザ機器のモビリティ管理をローカライズするプロキシモビリティ管理機能Ｐ−ＭＭＦという論理機能が提供され、前記Ｐ−ＭＭＦは、前記ＭＭＦと前記フェムトセルアクセスポイントとの間のモビリティ関連シグナリングをインターセプトして解釈し、前記フェムトセルアクセスポイントに対して前記モバイルネットワークのＭＭＦの挙動をエミュレートするとともに、前記モバイルネットワークのＭＭＦに対して前記フェムトセルアクセスポイントの挙動をエミュレートすることを特徴とする。また、クラスタ化フェムトセルネットワークの動作方法が開示される。
2013533711.tif 000002
【特許請求の範囲】
【請求項１】
モバイルネットワークへの無線アクセスをユーザ機器に提供するために論理インタフェース経由で前記モバイルネットワークに接続された複数のフェムトセルアクセスポイントを有するクラスタ化フェムトセルネットワークにおいて、前記モバイルネットワークはモビリティ管理機能ＭＭＦを有し、
前記クラスタ化フェムトセルネットワーク内の前記ユーザ機器のローカルモビリティ管理を可能にするプロキシモビリティ管理機能Ｐ−ＭＭＦという論理機能が提供され、前記Ｐ−ＭＭＦは、前記ＭＭＦと前記フェムトセルアクセスポイントとの間のモビリティ関連シグナリングをインターセプトして解釈し、前記フェムトセルアクセスポイントに対して前記モバイルネットワークのＭＭＦの挙動をエミュレートするとともに、前記モバイルネットワークのＭＭＦに対して前記フェムトセルアクセスポイントの挙動をエミュレートすることを特徴とするクラスタ化フェムトセルネットワーク。
【請求項２】
前記Ｐ−ＭＭＦが、適切に変更されたシグナリングメッセージを前記モバイルネットワークのＭＭＦへ選択的に転送および／または生成するように構成されることを特徴とする請求項１に記載のネットワーク。
【請求項３】
前記Ｐ−ＭＭＦが、前記クラスタ化フェムトセルネットワーク内のモビリティを最適化するための独自のアルゴリズムに基づくアクションを実行することを特徴とする請求項１または２に記載のネットワーク。
【請求項４】
前記Ｐ−ＭＭＦは、ユーザ機器が前記クラスタ化フェムトセルネットワーク内のフェムトセルアクセスポイントに初めてアタッチする場合、前記ＭＭＦと該初期フェムトセルアクセスポイントとの間のハンドオーバー関連シグナリングメッセージを変更なしに通過させるように構成されることを特徴とする請求項１ないし３のいずれか１項に記載のネットワーク。
【請求項５】
前記Ｐ−ＭＭＦは、ユーザ機器が初期フェムトセルアクセスポイントにアタッチされていない場合、モバイルネットワークから到来するシグナリングメッセージに対して、前記ユーザ機器の現在のフェムトセルアクセスポイントと前記初期フェムトセルアクセスポイントとを入れ替えることにより、モバイルネットワークへ発信するシグナリングメッセージを変更することを特徴とする請求項１ないし４のいずれか１項に記載のネットワーク。
【請求項６】
前記Ｐ−ＭＭＦは、ユーザ機器がその初期フェムトセルアクセスポイントにアタッチされていない場合、前記ＭＭＦとの間で前記ユーザ機器の状態情報の再同期を実行することを特徴とする請求項１ないし５のいずれか１項に記載のネットワーク。
【請求項７】
前記Ｐ−ＭＭＦが、前記ユーザ機器の初期フェムトセルアクセスポイントからその現在のフェムトセルアクセスポイントへのハンドオーバを前記ＭＭＦに対してエミュレートすることにより前記再同期を実行することを特徴とする請求項６に記載のネットワーク。
【請求項８】
前記Ｐ−ＭＭＦが、前記モバイルネットワークからユーザ機器の現在のフェムトセルアクセスポイントへデータおよび／またはユーザプレーントラフィックをリダイレクトする機能を有することを特徴とする請求項１ないし７のいずれか１項に記載のネットワーク。
【請求項９】
前記Ｐ−ＭＭＦが、前記ユーザ機器の現在のフェムトセルアクセスポイントから前記モバイルネットワークへのデータおよび／またはユーザプレーントラフィックを書き換えることによりそれがユーザ機器の初期フェムトセルアクセスポイントから来ているように見えるようにする機能をさらに有することを特徴とする請求項８に記載のネットワーク。
【請求項１０】
前記Ｐ−ＭＭＦが、データトラフィックの前記リダイレクトのために、プロキシサービングゲートウェイ（プロキシＳ−ＧＷ）によってサポートされたプロキシモビリティ管理エンティティ（プロキシＭＭＥ）により実現されることを特徴とする請求項８または９に記載のネットワーク。
【請求項１１】
前記Ｐ−ＭＭＦが、前記クラスタ化フェムトセルネットワークのあるフェムトセルアクセスポイントから前記クラスタ化フェムトセルネットワークの別のフェムトセルアクセスポイントへ送信されるトラフィックをインターセプトし、トラフィック処理をローカライズすることを特徴とする請求項８ないし１０のいずれか１項に記載のネットワーク。
【請求項１２】
複数のＰ−ＭＭＦが提供され、各Ｐ−ＭＭＦが前記モバイルネットワーク内の１つ以上のＭＭＦに関連づけられることを特徴とする請求項１ないし１１のいずれか１項に記載のネットワーク。
【請求項１３】
クラスタ化フェムトセルネットワーク、特に請求項１ないし１２のいずれか１項に記載のクラスタ化フェムトセルネットワークの動作方法において、前記クラスタ化フェムトセルネットワークは、モバイルネットワークへの無線アクセスをユーザ機器に提供するために論理インタフェース経由で前記モバイルネットワークに接続された複数のフェムトセルアクセスポイントを有し、前記モバイルネットワークはモビリティ管理機能ＭＭＦを有し、
前記クラスタ化フェムトセルネットワーク内の前記ユーザ機器のローカルモビリティ管理を可能にするプロキシモビリティ管理機能Ｐ−ＭＭＦという論理機能が提供され、前記Ｐ−ＭＭＦは、前記ＭＭＦと前記フェムトセルアクセスポイントとの間のモビリティ関連シグナリングをインターセプトして解釈し、前記フェムトセルアクセスポイントに対して前記モバイルネットワークのＭＭＦの挙動をエミュレートするとともに、前記モバイルネットワークのＭＭＦに対して前記フェムトセルアクセスポイントの挙動をエミュレートすることを特徴とするクラスタ化フェムトセルネットワークの動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルネットワークへの無線アクセスをユーザ機器に提供するために論理インタフェース経由で前記モバイルネットワークに接続された複数のフェムトセルアクセスポイントを有するクラスタ化フェムトセルネットワークに関する。前記モバイルネットワークはモビリティ管理機能（Mobility Management Function, ＭＭＦ）を有する。また、本発明は、このようなクラスタ化フェムトセルネットワークの動作方法に関する。
【背景技術】
【０００２】
本出願では、技術仕様を含むさまざまな文献を参照する。簡単のため、文献は下記の番号で参照される。
【０００３】
［１］非特許文献１
［２］非特許文献２
［３］非特許文献３
［４］非特許文献４
［５］非特許文献５
［６］非特許文献６
［７］非特許文献７
【０００４】
フェムトセルアクセスポイント（Femtocell Access Point, ＦＡＰ）は、本質的に、モバイルネットワーク（Mobile Network, ＭＮ）への無線アクセスをユーザ機器（User Equipment, ＵＥ、例えば携帯電話やインターネットタブレット）に提供する（マクロセルの）基地局（Base Station, ＢＳ）の小型版である。ＦＡＰの顕著な特徴は、ＢＳとは異なり、モバイルネットワーク事業者（Mobile Network Operator, ＭＮＯ）の顧客自身によって、「プラグアンドプレイ」方式で宅内に設置されることである。しかし、ＦＡＰは、ＭＮＯの顧客によって配備されるが、ＭＮＯの無線アクセスネットワーク（Radio Access Network, ＲＡＮ）の一部であるので、ＢＳと同様の要件を有する。具体的には、ＦＡＰとＢＳとの間の電波共存を保証するとともに、それらの間のユーザモビリティを可能にするため、すべての無線およびモビリティ管理関連の機能はＭＮＯの制御下にあり、一律に処理される。
【０００５】
ＦＡＰとモバイルネットワークとの間でユーザデータおよび制御データ（例えばシグナリングメッセージ）を交換するため、ＦＡＰは、ＢＳと同様に論理インタフェース経由でＭＮに接続される。しかし、物理的には、ＭＮＯ顧客のＦＡＰからのデータは顧客のローカルネットワーク経由で、そして顧客のバックホールリンク経由で公衆インターネットへ送信され、最終的に公衆インターネットを通じてそれぞれの事業者のＭＮへ送信される（逆方向も同様）。これは、顧客のネットワーク、特にバックホールリンクにおけるトラフィック負荷を増大させ、しばしばリソースボトルネックとなる。また、シグナリングメッセージは、ＢＳとＭＮとの間の高速コネクションに比べてレイテンシが増大する。
【０００６】
多くの場合、ＭＮＯの各顧客（例えば個人の家庭）は、単一のＦＡＰのみを配備することになる。クラスタ化フェムトセルネットワーク（Clustered Femtocell Network, ＣＦＮ）の場合、モバイルネットワークを構築する目的で、多数のＦＡＰが組織によって配備される。これは、フェムトセルの概念（すなわち、より高いスループット、より良好なカバレジ等）から利益を受けると同時に、３ＧＰＰ  ＬＴＥやモバイルＷｉＭＡＸ等の実証され広く使用されている技術を使用する。クラスタ化フェムトセルネットワークの典型的な例は、企業フェムトセルネットワークである。この場合、企業が内部フェムトセルネットワークを配備するが、これは技術的には依然としてモバイルネットワーク事業者の制御下にある。
【０００７】
ＣＦＮは、多数のモバイル装置ユーザのために配備される可能性が高い。すなわち、ＵＥのＦＡＰ内ハンドオーバー（すなわち、ＣＦＮのあるＦＡＰから同じＣＦＮの別のＦＡＰへ）、ハンドイン（すなわち、マクロセルネットワークからＣＦＮへ）、およびハンドアウト（すなわち、ＣＦＮからマクロセルネットワークへ）のレートは高くなる可能性が高い。また、大量の音声やデータのトラフィックが、ＣＦＮにおいてローカルとなる可能性が高い。例えば、そのようなトラフィックは、同じＣＦＮのＦＡＰに接続されたＵＥ間で交換される。
【０００８】
現在のＭＮアーキテクチャにおいて、２つのローカルＵＥ間のユーザデータは、ＭＮ内でこれらのＵＥのそれぞれのモビリティ管理機能（ＭＭＦ）経由で送信されなければならない。なお、一般的用語である「モビリティ管理機能」は、それぞれの特定のテクノロジーにおける対応する機能、例えば、３ＧＰＰではＳＧＳＮ、３ＧＰＰ  ＬＴＥではＭＭＥ／Ｓ−ＧＷ［１，２］、そしてＷｉＭＡＸアーキテクチャではＨＯおよびＤＰ機能［６］を指す。ＭＭＦは全体的なモビリティ管理に関与しているため、データはＣＦＮのバックホールリンクおよび公衆インターネットを２回通過する必要がある。すなわち、ＣＦＮからＭＮ内のモビリティ管理エンティティへ送信されるときに１回、そしてその帰路に１回である。同様に、ＣＦＮ内でハンドオーバーが起こるときには必ず、モビリティ管理シグナリングメッセージが、関与するＦＡＰとＭＮ内のモビリティ管理機能との間で交換される必要がある。
【０００９】
現在、ＣＦＮのためのローカライズされたモビリティ管理は、ＭＮアーキテクチャ標準においては見通しが立っていない。ローカライズされたモビリティ管理を実現する直接的手法としては、階層的手法（例えば［５］に類似のもの）が考えられる。この場合、ＭＮ内のモビリティアンカーポイントが、マクロセルネットワークとＣＦＮとの間のモビリティ処理を担当し、各ＣＦＮは、ローカルモビリティを処理するための従属ローカルモビリティアンカーポイントを有することになる。しかし、この場合には、ＭＮのモビリティアンカーポイントとＣＦＮレベルとの間の新たなインタフェースの導入とともに、ＭＮレベルのモビリティアンカーの実装への変更が必要となる。これは、ＢＳ、各ＦＡＰ、およびＣＦＮモビリティアンカーのすべてを同時に扱わなければならない。
【００１０】
現在のＭＮアーキテクチャはＵＥのモビリティアンカーポイントの「再選択」をサポートしているので、別の手法として、正規のモビリティアンカーポイントを各ＣＦＮに配置することが考えられる。その場合、ハンドインおよびハンドアウトは、ピアモビリティアンカーポイント間の再選択を通じて実現されることになる。この手法の欠点は、モビリティアンカーポイント間のインタフェースが確保されないことである。というのは、これはＭＮＯ内のインタフェースであり、（もし提供されるとしても）最も信頼されたクライアントにしか提供されないと仮定されているからである。
【００１１】
また、最新の解決法として、ＭＮＯのネットワークに統合された完全な無線アクセスネットワークをローカルに実現することにより、ピコセルあるいはＵＭＡ（Unlicensed Mobile Access）のためのローカライズされたモビリティ管理を提供するものがある。ピコセルはＭＮＯによって完全に所有・運用されるので、これはセキュリティの問題は生じないが、ＭＮとの非常に深い統合を必要とし、ＭＮＯによるプロビジョニングにとって無視できないオーバーヘッドを伴う。結果として、このような解決法は、高々、ＭＮＯによってその最大級の顧客に提供されるだけである。
【００１２】
上記のすべての手法は、現在のアーキテクチャへの大幅な変更を意味することになる。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP, "TS 36.300 V8.10.0; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2", Sept. 2009
【非特許文献２】3GPP, "TS 23.401 V8.8.0; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access", Dec. 2009
【非特許文献３】3GPP, "TS 36.423 V9.0.0; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 Application Protocol (X2AP)", Sept. 2009
【非特許文献４】3GPP, "TS 36.413 V9.0.0; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1 Application Protocol (S1AP)", Sept. 2009
【非特許文献５】Soliman et al. Hierarchical Mobile IPv6 Mobility Management (HMIPv6). IETF RFC 4140.
【非特許文献６】WiMAX Forum, "WMF-T32-001-R015v01; WiMAX Forum Network Architecture; Architecture Tenets, Reference Model and Reference Points; Base Specifications", Nov. 2009
【発明の概要】
【発明が解決しようとする課題】
【００１４】
したがって、本発明の目的は、頭書のようなクラスタ化フェムトセルネットワークおよびそのようなネットワークの動作方法において、ＣＦＮのＦＡＰ間のハンドオーバーが、ＣＦＮのバックホールコネクション経由でＭＮへの最小限の量のシグナリングで可能になるとともに、ＭＮにおけるモビリティ関連のインタフェースおよび手続きへの変更が不要となるような改良およびさらなる展開を行うことである。
【課題を解決するための手段】
【００１５】
本発明によれば、上記の目的は、請求項１の構成を備えたクラスタ化フェムトセルネットワークによって達成される。この請求項に記載の通り、本方法は、以下のことを特徴とする。すなわち、前記クラスタ化フェムトセルネットワーク内の前記ユーザ機器のローカルモビリティ管理を可能にするプロキシモビリティ管理機能（Proxy Mobility Management Function, Ｐ−ＭＭＦ）という論理機能が提供され、前記Ｐ−ＭＭＦは、前記ＭＭＦと前記フェムトセルアクセスポイントとの間のモビリティ関連シグナリングをインターセプトして解釈し、前記フェムトセルアクセスポイントに対して前記モバイルネットワークのＭＭＦの挙動をエミュレートするとともに、前記モバイルネットワークのＭＭＦに対して前記フェムトセルアクセスポイントの挙動をエミュレートする。
【００１６】
また、上記の目的は、請求項１３の構成を備えたクラスタ化フェムトセルネットワークの動作方法によって達成される。この請求項に記載の通り、本方法は、以下のことを特徴とする。すなわち、前記クラスタ化フェムトセルネットワーク内の前記ユーザ機器のローカルモビリティ管理を可能にするプロキシモビリティ管理機能（Ｐ−ＭＭＦ）という論理機能が提供され、前記Ｐ−ＭＭＦは、前記ＭＭＦと前記フェムトセルアクセスポイントとの間のモビリティ関連シグナリングをインターセプトして解釈し、前記フェムトセルアクセスポイントに対して前記モバイルネットワークのＭＭＦの挙動をエミュレートするとともに、前記モバイルネットワークのＭＭＦに対して前記フェムトセルアクセスポイントの挙動をエミュレートする。
【００１７】
本発明によって認識されたこととして、バックホール上のユーザデータおよび制御データの負荷ならびにデータ転送のレイテンシの低減は、モビリティ管理をローカライズすること（「ローカライズされたモビリティ管理」）によって、すなわち、ローカルモビリティをローカルに処理し、ローカルデータトラフィックをローカルに転送することによって、達成することができる。また、認識されたこととして、ローカライズされたモビリティ管理を可能にすることは、クラスタ化フェムトセルネットワーク（ＣＦＮ）内の何らかの形態のモビリティアンカーを必要とする。最後に、認識されたこととして、現在のアーキテクチャに必要な変更を最小限に保つため、ならびに、ＭＮのモビリティ管理機能（ＭＭＦ）およびＣＦＮのＦＡＰ、特にそれらの間の論理インタフェース（例えば、ＬＴＥアーキテクチャではＳ１インタフェース［４］）の変更を不要にするためには、ＭＮのＭＭＦは、自己が依然としてＣＦＮのＦＡＰに直接に接続されており、ＣＦＮのＦＡＰが依然としてＭＭＦに直接に接続されていると「信じている」ことが必要である。
【００１８】
本発明によれば、これは、「プロキシＭＭＦ」あるいは「Ｐ−ＭＭＦ」という新たな論理機能をＣＦＮ内に導入することによって達成される。好ましくは、Ｐ−ＭＭＦは、ＣＦＮのＦＡＰとモバイルネットワークのＭＭＦとの間の論理インタフェースに挿入され、ＣＦＮ内のモビリティをローカライズする。このために、Ｐ−ＭＭＦは、ＭＮのＭＭＦとＦＡＰとの間のモビリティ関連シグナリングメッセージをインターセプトして解釈し、特に、アタッチされているＵＥのＦＡＰ間ハンドオーバーの処理に関して、フェムトセルアクセスポイントに対してモバイルネットワークのＭＭＦの挙動をエミュレートする。これは、モビリティ管理が透過的となり、モバイルネットワークのＭＭＦから隠蔽されることを意味する。
【００１９】
結果として、本発明は、企業とモバイル事業者ネットワークのとの間のバックホールコネクションを通るモビリティ関連シグナリングの低減と、企業ネットワークドメインにおけるモビリティ関連機能の最適化されたパフォーマンスを達成する。
【００２０】
実際には、ＭＮのＭＭＦとＣＦＮのＦＡＰ、すなわちＦＡＰおよびセキュリティゲートウェイ、との「間」には追加的なネットワーク機能があり得る。しかし、このような機能は追加的な、モビリティ関連でない機能を実行し、ＭＭＦとＦＡＰとの間の関係に関して透過的である。したがって、本発明の説明においては、それらは簡単のため省略する。
【００２１】
本発明によるプロキシモビリティ管理機能を導入することにより、ＭＮの完全なＲＡＮとしてＣＦＮを扱うことを必要とせずに、ＣＦＮ内のローカライズされたモビリティ管理に対するサポートが提供される。また、Ｐ−ＭＭＦがモビリティ関連メッセージを適切に変更することにより、モバイルネットワークアーキテクチャのフェムトセルサブシステムの標準的なインタフェースを再利用することができる。さらに、本発明は、すべての種類のモバイルブロードバンドネットワーク、特に３ＧＰＰおよびモバイルＷｉＭＡＸ環境におけるフェムトセルネットワークに適用可能であり、３ＧＰＰリリース８以降の標準準拠設計を有する。
【００２２】
好ましい実施形態によれば、Ｐ−ＭＭＦは、ＵＥが同じＦＡＰにアタッチされたままであるとモバイルネットワークのＭＭＦが「信じる」ように、適切に変更されたシグナリングメッセージを選択的に転送および／または生成するように構成されてもよい。換言すれば、Ｐ−ＭＭＦは、クラスタ化フェムトセルネットワーク内でのＵＥの移動がモバイルネットワークのＭＭＦに全く知られないようにシグナリングメッセージを変更する。このようなＰ−ＭＭＦによる「モビリティの隠蔽」は、クラスタ化フェムトセルネットワークのフェムトセルアクセスポイント間の全部または選択された一部のみのハンドオーバーについて、およびＵＥの全部または選択された一部のみについて、実行することができる。
【００２３】
これに関して注意すべき重要な点であるが、Ｐ−ＭＭＦの提供は、上記のステップを実行することによりクラスタ化フェムトセルネットワーク内にモビリティをローカライズするが、階層的なモビリティ手法とは区別しなければならない。階層的なモビリティ手法によれば、ＭＭＦは、ある特定の領域を担当する下位のＭＭＦにモビリティ管理機能を「意識して」委譲する。このような場合、上位のＭＭＦは、１つ下のＵＥの下位ＭＭＦのみを知っているが、ＵＥがアタッチされているフェムトセルアクセスポイントを知らないことになる。
【００２４】
Ｐ−ＭＭＦを導入することによりローカライズされたモビリティ管理が可能になると、さらに高度な手法によれば、Ｐ−ＭＭＦは、独自のアルゴリズムを用いて、クラスタ化フェムトセルネットワーク内のモビリティを最適化するようにしてもよい。例えば、Ｐ−ＭＭＦは、負荷分散、ＵＥ位置トラッキング、および／または省電力最適化に関して独自アルゴリズムを実行してもよい。独自アルゴリズムを適用することは、クラスタ化フェムトセルネットワークの具体的なニーズにできるだけ幅広く適応したアクションを実行することができるという利点をもたらす。
【００２５】
別の好ましい実施形態によれば、ＵＥがクラスタ化フェムトセルネットワーク内のフェムトセルアクセスポイントに初めてアタッチする場合（以下、このフェムトセルアクセスポイントを初期フェムトセルアクセスポイントという）、すなわち、例えばＵＥが外部基地局から初めてハンドインするとき、Ｐ−ＭＭＦは、モバイルネットワークのＭＭＦと初期フェムトセルアクセスポイントとの間のハンドオーバー関連シグナリングメッセージを、変更を加えずに通常通り通過させるように構成されるようにしてもよい。Ｐ−ＭＭＦは、そのＵＥに対する状態情報を単に作成または更新するだけでもよい。しかし、その後、ＵＥが、同じクラスタ化フェムトセルネットワーク内の別のフェムトセルアクセスポイントにハンドオーバーする場合には、Ｐ−ＭＭＦは、上記のように、モバイルネットワークのＭＭＦからのこれらのハンドオーバーを「隠蔽」してもよい。結果として、ＭＭＦおよびＰ−ＭＭＦがＵＥについて有する状態情報は、ＵＥが後の時点でその初期フェムトセルアクセスポイントに戻らない限り、相違することになる。
【００２６】
ＵＥが、例えば初期ハンドイン後の最初のハンドオーバーを実行した後で、現在はその初期フェムトセルアクセスポイントにアタッチされていないが、そのＵＥの現在のフェムトセルアクセスポイントはモバイルネットワークのＭＭＦとシグナリングメッセージを交換する必要があり、これはＰ−ＭＭＦによって隠蔽されることができないという状況がある。典型的な例として、現在の通信セッションまたは「ベアラ」の設定または破棄が考えられる。このような場合、Ｐ−ＭＭＦは、ＵＥの現在のフェムトセルアクセスポイントと初期フェムトセルアクセスポイントとを入れ替えることにより、ハンドオーバー関連シグナリングメッセージを変更してもよい。
【００２７】
別の実施形態によれば、ＵＥがその初期フェムトセルアクセスポイント（すなわち、例えばフェムトセルネットワークへのハンドオーバー時または初期アタッチメント時に選択されたフェムトセルアクセスポイント）にアタッチされていない場合、Ｐ−ＭＭＦは、モバイルネットワークのＭＭＦとの間でＵＥの状態情報の再同期を実行することにより、例えば、現在のフェムトセルアクセスポイントが新たな初期フェムトセルアクセスポイントとなるようにしてもよい。このような再同期は、特に、ＭＭＦによって受信されるシグナリングが、ＵＥがアタッチされている実際のフェムトセルアクセスポイントに関する情報を含むことが要求される状況で実行されてもよい。例えば、これは、クラスタ化フェムトセルネットワークからモバイルネットワーク内の基地局へＵＥをハンドアウトする場合に必要となることがある。ＭＭＦのソフトウェア実装に応じて、Ｐ−ＭＭＦは、実際のフェムトセルアクセスポイントに関する情報を有するシグナリングメッセージを変更せずに通過させるだけでもよいし、ＭＭＦとＰ−ＭＭＦとの間で状態情報の上記の再同期をあらかじめ実行してもよい。状態を再同期するため、Ｐ−ＭＭＦは、初期フェムトセルアクセスポイントから実際のフェムトセルアクセスポイントへのハンドオーバーをＭＭＦに対してエミュレートするシグナリングメッセージを送信してもよい。
【００２８】
本発明の別の実施形態として、ＢＳとＦＡＰとの間のハンドオーバーシグナリングが最適化される場合がさらに考慮される。これに関して留意すべき重要な点であるが、ハンドオーバーを準備・実行するためには、ＵＥの現在のＢＳと、１つ以上の他のＢＳ（「候補ＢＳ」あるいは最終的に選択される「ターゲットＢＳ」）との間でシグナリングメッセージが交換される必要がある。最適化されていない場合、このようなメッセージは、ＭＮのＭＭＦ経由で（すなわち、ＬＴＥアクセスではＳ１インタフェース［４］、あるいは、ＷｉＭＡＸではＲ６インタフェース［６］経由で）間接的に交換される。最適化されている場合、それらのメッセージは、関与するＢＳ間で直接に（すなわち、ＬＴＥアクセスではＸ２インタフェース［３］、あるいは、ＷｉＭＡＸではＲ８インタフェース［６］経由で）交換され、その結果のみがＭＮのＭＭＦに通知される。この最適化されたハンドオーバーの場合は、現在、ＦＡＰ間のハンドオーバーについては規定されていない。
【００２９】
それにもかかわらずＣＦＮから、ＣＦＮへ、またはＣＦＮ間のハンドオーバーを最適化するため、Ｐ−ＭＭＦは、シグナリングメッセージ間で変換を行うように拡張されてもよい。例えば、ＬＴＥの場合、Ｐ−ＭＭＦは、ＣＦＮの外部に対しては（すなわち、ＭＭＦおよび近隣のＢＳやＣＦＮに対しては）、Ｘ２ハンドオーバーシグナリングメッセージをサポートするＢＳのセットのように見え、このようなメッセージと、ＦＡＰ間の通信のためにＣＦＮ内で使用されるＳ１ハンドオーバーシグナリングメッセージとの間で変換をしてもよい。
【００３０】
以上では、Ｐ−ＭＭＦがモビリティをローカライズするためにモビリティ関連シグナリングメッセージ（「制御プレーン」）をどのように処理するかについてのみ説明した。有利な態様として、シームレスなデータ交換をサポートするため、Ｐ−ＭＭＦは、必要であれば、実際のデータトラフィック（「データプレーン」）をＭＮからＵＥの現在のＦＡＰへリダイレクトし、ＵＥからＭＮへのトラフィックについてはその逆方向にリダイレクトする機能も有するようにしてもよい。この機能は、Ｐ−ＭＭＦに統合されても、別個の機能であってもよい。例えば、ＬＴＥアクセスの場合、プロキシモビリティ管理エンティティ（Proxy Mobility Management Entity, プロキシＭＭＥ）と呼ばれる新たな要素内に、追加的なＰ−ＭＭＦが実現されてもよい。これは、ＭＮからＵＥの現在のＦＡＰへ実際のデータトラフィックをリダイレクトするためのプロキシサービングゲートウェイ（Proxy Serving Gateway, プロキシＳ−ＧＷ）という別の要素でサポートされてもよい。
【００３１】
本発明の実施形態によれば、前記のトラフィックリダイレクト機能を有するＰ−ＭＭＦは、あるＦＡＰから同じＣＦＮの別のＦＡＰへ送信されるデータトラフィックをローカライズするように、すなわち、トラフィックをまずＭＮへ送信し、そのＭＮからＣＦＮへ返送することにより２つのネットワーク間で２回バックホールを通過する、ということがないように、構成されてもよい。トラフィック転送をローカライズするため（そして、ルーティングを最適化するため）、Ｐ−ＭＭＦは、あるＦＡＰから送信され同じＣＦＮの別のＦＡＰを最終宛先とするトラフィックをＭＮへの途中でインターセプトし、それを直ちに宛先ＦＡＰへリダイレクトする。同様に、Ｐ−ＭＭＦは、ローカルＩＰネットワークにアクセスするため（Local IP Access, ＬＩＰＡ）あるいはインターネットへのSelected IP Traffic Off-loading（ＳＩＰＴＯ）のための「ローカルブレイクアウト」ポイントとして作用してもよい。
【００３２】
回復力（レジリエンス）および負荷分散の理由から、本発明のローカルモビリティ管理の解決法は、ＣＦＮ内の複数のＰ−ＭＭＦをサポートするように、および／または、ＭＮ内の複数のＭＭＦに１つのＰ−ＭＭＦを関連づけるように拡張されてもよい。特に、各Ｐ−ＭＭＦがＭＮ内の１つのＭＭＦに関連づけられた複数のＰ−ＭＭＦが提供されてもよい。
【００３３】
本発明の別の実施形態によれば、プロキシＭＭＦは、ＭＮ内のＢＳ自体のクラスタ内でのローカライズされたモビリティ管理のために使用されてもよい。
【００３４】
本発明を好ましい態様で実施するにはいくつもの可能性がある。このためには、一方で請求項１および１３に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。
【図面の簡単な説明】
【００３５】
【図１】モバイルネットワークの事業者の制御下にあるクラスタ化フェムトセルネットワークのアーキテクチャにおけるプロキシモビリティ管理機能が、モバイルネットワークのＭＭＦとＣＦＮのＦＡＰとの間の標準的なインタフェースにどのように挿入されるかを例示する模式図である。
【図２】本発明の実施形態によるクラスタ化フェムトセルネットワークの２つのフェムトセルアクセスポイント間でのハンドオーバーのメッセージフローを例示する模式図である。
【図３】モバイルネットワークから本発明の別の実施形態によるクラスタ化フェムトセルネットワークのフェムトセルアクセスポイントへのハンドインのメッセージフローを例示する模式図である。
【発明を実施するための形態】
【００３６】
図１は、モバイルネットワークＭＮの事業者の制御下にあるクラスタ化フェムトセルネットワークＣＦＮのアーキテクチャを模式的に例示している。ＣＦＮは、公衆インターネット経由でＭＮのモビリティ管理機能ＭＭＦに接続された複数のフェムトセルアクセスポイントＦＡＰを有する。ＭＭＦは、関連づけられたユーザ機器ＵＥのモビリティ管理を実現するために、基地局ＢＳ（そのうちの１つのみを図１に示す）とシグナリングメッセージを交換するように構成される。
【００３７】
本発明によれば、プロキシモビリティ管理機能Ｐ−ＭＭＦという論理機能がＣＦＮ内に提供される。Ｐ−ＭＭＦは、ＣＦＮのＦＡＰをＭＮに接続するためのＭＮの標準的なインタフェースを有する。Ｐ−ＭＭＦは、ＣＦＮ内でＵＥのモビリティをローカライズするように構成される。Ｐ−ＭＭＦは、ＭＭＦとＦＡＰとの間のモビリティ関連シグナリングをインターセプトして解釈し、適切に変更されたシグナリングメッセージを選択的に転送および／または生成する。このために、Ｐ−ＭＭＦは、ＭＮのＭＭＦとＦＡＰとの間のモビリティ関連シグナリングをインターセプトして解釈してから、
・ＣＦＮのＦＡＰに対しては、アタッチされているユーザ機器（ＵＥ）のＦＡＰ間ハンドオーバーの処理に関して、ＭＮのＭＭＦの挙動をエミュレートする一方、
・ＭＮのＭＭＦに対しては、ＵＥが同じＦＡＰにアタッチされたままである（すなわち、ＵＥは全く移動していない）とＭＭＦが「信じる」ように、適切に変更されたシグナリングメッセージを選択的に転送（または生成）する。
【００３８】
換言すれば、Ｐ−ＭＭＦは、ＣＦＮ内ＵＥモビリティをＭＮにおけるＭＭＦから隠蔽する。Ｐ−ＭＭＦの導入により、ローカライズされたモビリティ管理を可能にする結果として、２つのネットワーク（ＣＦＮとＭＮ）とインターネットとの間の（コストおよびリソースに関して）高価となる可能性のあるバックホールコネクションを通るＣＦＮとＭＮとの間のシグナリングオーバーヘッドが大幅に低減される。また、Ｐ−ＭＭＦは、ＣＦＮの具体的なニーズに適応した、ＣＦＮ内のモビリティを最適化（すなわち、負荷分散、ＵＥ位置トラッキング、あるいは省電力最適化）する独自アルゴリズムを使用することができる。また、ＣＦＮにおけるＵＥモビリティに関する情報がＭＮから「隠蔽」されることにより、情報秘匿性が増大する。
【００３９】
例として、本発明の２つの実施形態を図２および図３に例示する。図２は、３ＧＰＰ  ＬＴＥ（Long Term Evolution）アクセスの場合における、ＦＡＰ（フェムトセルアクセスポイント）間ハンドオーバー、すなわち、クラスタ化フェムトセルネットワークＣＦＮ内の２つのＦＡＰ間で実行されるハンドオーバー、のメッセージフローを例示している。図３は、同じくＬＴＥアクセスの場合における、モバイルネットワークＭＮからＣＦＮ内のＦＡＰへのハンドインのメッセージフローを例示している。例示されたハンドインは、関与する基地局ＢＳ間で直接に実行されるという意味で、最適化された形で実行される。
【００４０】
図２および図３の実施形態に関して注意すべき点であるが、ＬＴＥアクセスの場合、本発明によって提供されるＰ−ＭＭＦは、プロキシＭＭＥ（プロキシモビリティ管理エンティティ）と呼ばれる新たな要素内に実現される。プロキシＭＭＥは、ＭＮからＵＥの現在のＦＡＰへ実際のデータトラフィックをリダイレクトするためのプロキシＳ−ＧＷ（プロキシサービングゲートウェイ）という別の要素でサポートされる。
【００４１】
上記のように、図２は、ＦＡＰ間ハンドオーバーのメッセージフローを示している。例示した実施形態は、［２］に説明されているＳ１ベースのハンドオーバーの修正版である。Ｓ１ベースのハンドオーバーの仕様に従い、例示した実施形態では、ＭＭＥおよびＳ−ＧＷは再配置されないと考える。
【００４２】
ＵＥのハンドオーバーが決定される前に、ユーザプレーンデータが、ソースＦＡＰ（これはＵＥが現在アタッチされているＣＦＮのフェムトセルアクセスポイントである）とサービングゲートウェイ（Ｓ−ＧＷ）との間で、事前に確立されたトンネルを通じてプロキシＳ−ＧＷ経由で交換される。Ｓ−ＧＷは、ＣＦＮを制御している事業者のＭＮの一部である。
【００４３】
ハンドオーバーが決定された後（ステップ１）、ソースＦＡＰは、「ハンドオーバー要求有」（Handover Required）メッセージをＭＭＥへ送信する（ステップ２）。しかし、これはプロキシＭＭＥによってインターセプトされる。これが、従来技術のローカルなモビリティ管理の解決法と異なる点である。従来技術のローカルなモビリティ管理の解決法によれば、ソースＦＡＰは、代わりに、このようなメッセージをローカルＭＭＥへ明示的に送信することになる。また、従来技術のローカルでないモビリティ管理の解決法とも異なる。従来技術のローカルでないモビリティ管理の解決法によれば、メッセージは、インターセプトされずにバックホールリンク経由でＭＭＥへ送信されることになる。プロキシＭＭＥは、「ハンドオーバー要求有」メッセージの内容を解釈し、ターゲットＦＡＰは自己が制御するＣＦＮの一部であることを認識する。したがって、プロキシＭＭＥは、そのメッセージをモバイルネットワークのＭＭＥへ転送せず、「ハンドオーバー要求」メッセージを生成し、ＭＭＥに代わってターゲットＦＡＰへ送信する（ステップ３）。ターゲットＦＡＰは、通常の受付制御を実行し、「ハンドオーバー要求確認応答」メッセージをＭＭＥへ送信する。このメッセージもＭＭＥによってインターセプトされる。
【００４４】
データ喪失を避けるため、ソースＦＡＰからターゲットＦＡＰへのハンドオーバが進行している間に、受信したダウンリンクデータを転送するのが一般的である。データの直接転送がないので（この場合、注意すべき重要な点であるが、ＦＡＰ間のＸ２インタフェースは標準的な仕様ではまだ規定されていない）、間接的なデータ転送トンネルの作成が必須となる。通常、この間接的なデータ転送は、モバイルネットワークのＳ−ＧＷ経由で行われる。しかし、プロキシＭＭＥは、Ｓ−ＧＷとの間でデータを転送しなければならないプロキシＳ−ＧＷに対して、モバイルネットワーク経由ではなく直ちにターゲットＦＡＰへ転送するように指令することによって、この転送を最適化する。このために、「間接データ転送トンネル作成要求／応答」メッセージが、プロキシＭＭＥとプロキシＳ−ＧＷとの間で交換される（ステップ４および４ａ）。
【００４５】
ステップ５および５ａで、新セルに切り替わるようＵＥに命令するために、「ハンドオーバー命令」メッセージがプロキシＭＭＥによって生成され、ＭＭＥに代わってソースＦＡＰへ、そしてＵＥへ送信される。しかし、ソースＦＡＰからデタッチして新しいＦＡＰに同期する前に、ソースＦＡＰは「ｅＮＢステータス転送」メッセージをＭＭＥ経由でターゲットＦＡＰへ送信する（ステップ６および６ａ）。これも、プロキシＭＭＥによってインターセプトされ処理される。
【００４６】
ステップ７で、（Ｓ−ＧＷの代わりに）プロキシＳ−ＧＷ経由で、ソースＦＡＰからターゲットＦＡＰへのダウンリンクデータの間接転送のみが行われる。ソースＦＡＰとターゲットＦＡＰとの間にＸ２インタフェースがないため、直接転送はまだ可能でない。ターゲットＦＡＰでは、転送されたダウンリンクデータがバッファリングされる。さらなる最適化として、プロキシＳ−ＧＷは、到着したダウンリンクデータをＳ−ＧＷからターゲットＦＡＰへ直ちにリダイレクトしてもよい。これにより、ソースＦＡＰ経由で間接的な経路をとる必要のあるデータパケットはほんのわずかとなる。
【００４７】
旧セルからデタッチして新セルに同期した後、ＵＥはハンドオーバーを確認する（ステップ８）。これでターゲットＦＡＰは、バッファリングされているダウンリンクデータをＵＥへ送信し、ＵＥからアップリンクデータを受信してプロキシＳ−ＧＷ経由でＳ−ＧＷへ転送することができるようになる。ＭＭＥおよびＳ−ＧＷはハンドオーバーについて知らないため、プロキシＳ−ＧＷは、アップリンクのユーザデータパケットを書き換えて、それらのパケットが依然としてソースＦＡＰから来ているように見えるようにすべきである。
【００４８】
ステップ９で、「ハンドオーバー通知」メッセージがターゲットＦＡＰによってＭＭＥへ送信され、プロキシＭＭＥによってインターセプトされる。この時点で、再び注意すべき重要な点であるが、従来技術の解決法では、このメッセージはＭＮのＭＭＥへ送信されてＭＮのＭＭＥによって受信されるか（ローカルモビリティ管理のない場合）、または、ローカルＭＭＥへ明示的に送信される（ローカルモビリティ管理のある場合）。この通知の後、プロキシＭＭＥは、ステップ１０に例示したように、ダウンリンクユーザプレーンデータをソースＦＡＰではなくターゲットＦＡＰへ転送するようにベアラを変更するためのメッセージをプロキシＳ−ＧＷとの間で交換する。
【００４９】
この時点で、ダウンリンク経路が、ターゲットＦＡＰからＳ−ＧＷへプロキシＳ−ＧＷ経由で（そして、もはやソースＦＡＰは経由しない）という、より直接的な経路に切り替わった後、ハンドオーバー手続きは完了する。
【００５０】
ステップ１１および１２で、プロキシＭＭＥは、間接データ転送に用いられたＵＥ関連リソースおよびトンネルを解放するためのメッセージをソースＦＡＰおよびプロキシＳ−ＧＷとの間で交換する。なお、ＭＭＥおよびＳ−ＧＷの視点からは、ＵＥは依然としてソースＦＡＰにアタッチされており、プロキシＭＭＥおよびプロキシＳ−ＧＷはそれに従ってシグナリングおよびデータメッセージを変換し続ける。
【００５１】
図３は、ＣＦＮのターゲットＦＡＰへのＵＥのＸ２ベースのハンドインのメッセージフローを示している。例示した実施形態において、プロキシＭＭＥは、ソースｅＮＢ（evolved Node B）へのＸ２インタフェースの、および、ターゲットＦＡＰへのＳ１インタフェースの終端エンティティである。プロキシＭＭＥは、Ｓ１インタフェース経由でＦＡＰに接続されるので、Ｘ２ＡＰメッセージとＳ１ＡＰメッセージとの間で変換を行わなければならない。このため、ターゲットＦＡＰおよびソースｅＮＢの両方における内部状態マシンは規定の状態に留まる。したがって、Ｘ２ベースのハンドインは、Ｓ１ベースのハンドオーバー［２］とＸ２ベースのハンドオーバー［１］の組合せである。
【００５２】
ハンドオーバーが決定される前に、ユーザデータがＵＥとＳ−ＧＷとの間でソースｅＮＢを通じて送信される。ＵＥは、「測定制御」メッセージを用いて受信される信号の強度を定期的に測定し（ステップ１）、「測定報告」を用いてその結果をソースｅＮＢへ送信する（ステップ２）。この結果に基づいて、例えば、ＵＥがソースｅＮＢから受信する信号強度が所定の臨界しきい値を下回るという理由で、ＦＡＰへのハンドオーバーが決定される（ステップ３）。
【００５３】
ステップ４で、ソースｅＮＢは、正規のｅＮＢを装って、新たに導入されたＸ２インタフェース経由でプロキシＭＭＥへＸ２ＡＰベースの「ハンドオーバー要求」メッセージを送信する。すると、プロキシＭＭＥは、このメッセージをＳ１ＡＰベースの「ハンドオーバー要求」に変換し、Ｓ１インタフェース経由でターゲットＦＡＰへ送信する。
【００５４】
メッセージ変換は、Ｘ２ＡＰメッセージと、対応するＳ１ＡＰメッセージとの間を整合させるためのものである。これは、必要な情報要素（Information Element, ＩＥ）を対応するメッセージに挿入することによって達成される。ほとんどの場合、必要なＩＥは、過去のメッセージに見つけることができる。しかし、ＩＥが見つからない場合、例えば「ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」および「ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ」の場合、プロキシＭＭＥは、ＩＥ間のマッピングを作成してから正しいメッセージに正しいＩＥを挿入することによって、この問題を解決することができる。
【００５５】
ステップ５で、ターゲットＦＡＰは、受信したＥ−ＲＡＢ  ＱｏＳ情報に従って「受付制御」を実行する。ステップ６で、ターゲットＦＡＰは、Ｓ１インタフェース経由で「ハンドオーバー要求確認応答」を送信することによって、ハンドオーバーに対して確認応答する。そして、このメッセージは、対応するＸ２ＡＰメッセージに変換され、Ｘ２インタフェースでソースｅＮＢへ送信される。これらのメッセージは、ハンドオーバーを実行するため、ＲＲＣ（Radio Resource Control, 無線リソース制御）メッセージとして、ＵＥへ送信されるべき必要な情報の透過的なコンテナを含まなければならない（［１］に記載）。
【００５６】
ステップ７で、プロキシＭＭＥは、「直接データ転送トンネル作成要求／応答」メッセージをプロキシＳ−ＧＷとの間で交換することにより、バッファリングされているデータを後で直接に転送するために必要なトンネルを作成する。
【００５７】
ソースｅＮＢは、ハンドオーバー確認応答を受信すると、透過的コンテナから必要な情報を取得し、メッセージに対する必要な整合性保護および暗号化を実行してから［１］それをＵＥへ送信する。これは、ステップ８における「ＲＲＣコネクション再構成」あるいは「ハンドオーバー命令」メッセージによって示されている。
【００５８】
このメッセージを受信すると、ＵＥは、旧セルからデタッチし、ＦＡＰへの同期を開始する。ソースｅＮＢも、バッファリングされている送信中のパケットをプロキシＳ−ＧＷ経由でターゲットＦＡＰへ配送する。
【００５９】
ステップ９で、「ＳＮステータス転送」メッセージがソースｅＮＢからプロキシＭＭＥへＸ２インタフェース経由で送信される。そして、これは「ｅＮＢステータス転送メッセージ」に変換され、ターゲットＦＡＰへＳ１インタフェース経由で送信される。これらのメッセージは、Ｅ−ＲＡＢのアップリンクおよびダウンリンクの両方のＰＤＣＰ  ＳＮステータスを伝達するために使用される。これに対しては、例えばデータパケットの配送順序を保証するために、ＰＤＣＰステータス保護が適用される。
【００６０】
これでソースｅＮＢは、バッファリングされているデータをプロキシＳ−ＧＷへＸ２インタフェース経由で転送することができるようになる。プロキシＳ−ＧＷは、これらのデータをターゲットＦＡＰへ転送する。ターゲットＦＡＰで、これらのデータは、同期プロセスが正しく終了したときにＵＥへ配送するためにバッファリングされる。
【００６１】
ステップ１０／１０ａで、プロキシＭＭＥは、「セッション作成要求／応答」メッセージを交換することにより、ターゲットＦＡＰとプロキシＳ−ＧＷとの間に、ハンドオーバーが完了した後にデータパケットを伝送するためのトンネルを作成する。
【００６２】
新セルとの同期が成功した後、ＵＥは、（ステップ１１で）「ＲＲＣコネクション再構成完了」あるいは「ハンドオーバー完了」を送信するとともに、ハンドオーバーが完了したことを確認するために、アップリンクバッファステータス報告をターゲットＦＡＰへ送信する。
【００６３】
ステップ１２で、ターゲットＦＡＰは「ハンドオーバー通知」メッセージをＭＭＥへＳ１インタフェース経由で送信し、これはプロキシＭＭＥによってインターセプトされる。
【００６４】
この時点で、データは、アップリンクでは、ＵＥとターゲットＦＡＰとの間で直接に転送され、プロキシＳ−ＧＷ経由でＳ−ＧＷへ送信されることが可能である。ダウンリンクデータは、依然としてソースｅＮＢ経由でプロキシＳ−ＧＷへ転送され、ターゲットＦＡＰへ転送されてからＵＥに到達する。なお、ターゲットＦＡＰにバッファリングされているデータは、今度はＵＥへ転送される。
【００６５】
ハンドオーバーを完了するためには、ダウンリンクデータは、ソースｅＮＢを通るべきではない。このため、プロキシＭＭＥは、ターゲットＦＡＰに代わって「経路切替要求」をＭＭＥへ送信することにより（ステップ１３）、ＵＥがセルを変更したことをＭＭＥに通知する。
【００６６】
ステップ１４で、ＭＭＥは、「ユーザプレーン更新要求」メッセージをＳ−ＧＷへ送信することにより、Ｓ−ＧＷとプロキシＳ−ＧＷとの間に、経路が切り替わった後に交換されたデータを伝送するための直接トンネルを作成する。
【００６７】
ステップ１５で、Ｓ−ＧＷは、ダウンリンク経路を直接にターゲットＦＡＰに切り替える。また、旧経路上でソースｅＮＢへ１個以上の「エンドマーカー」パケットを送信してから、ソースｅＮＢへのリソースを解放する［１］。
【００６８】
これで、アップリンクおよびダウンリンクの両方のデータが、Ｓ−ＧＷとターゲットＦＡＰとの間でプロキシＳＧＷのみを経由しソースｅＮＢを経由せずに交換される。
【００６９】
ステップ１６および１７で、「ユーザプレーン更新応答」および「経路切替応答」が返送される。
【００７０】
ステップ１８で、プロキシＭＭＥは、「ＵＥコンテキスト解放」をソースｅＮＢへ送信することにより、このＵＥに関連するすべてのリソースを解放する。
【００７１】
上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。
【図１】
2013533711.tif 000003
【図２】
2013533711.tif 000004
【図３】
2013533711.tif 000005
【国際調査報告】
2013533711.tif 000006
2013533711.tif 000007
2013533711.tif 000008