(57)【要約】  ｈｏｍｅ  ＮｏｄｅＢ又はｈｏｍｅ  ｅＮｏｄｅＢの配置によって、ユーザは同じデバイスで同時にオペレータコアネットワーク、及びローカルＩＰアクセス（ＬＩＰＡ）の両方、例えば宅内／構内ネットワークや一般的インターネットにアクセスすることができる。しかし、既存の機構では、特に同じＬＩＰＡドメインをサービスする複数のｈｏｍｅ  ＮｏｄｅＢ又はｈｏｍｅ  ｅＮｏｄｅＢがある場合は、ＬＩＰＡモビリティサポートの効率的な方法がない。本発明は、ＬＩＰＡサービスを中断せずに、異なるｈｏｍｅ  ＮｏｄｅＢ又はｈｏｍｅ  ｅＮｏｄｅＢ間のシームレスなモビリティを達成できる解決方法を提供する。ハンドオーバプロセス中に、端末のＬＩＰＡトラフィックをローカルドメイン内に含めることができる。また、本発明は、モバイル端末にＬＩＰＡアクセスを提供するゲートウェイの再配置をサポートする。【選択図】図１
2013526087.tif 000002
【特許請求の範囲】
【請求項１】
ローカルＩＰネットワークに接続するＵＥのためのハンドオーバ方法であり、前記ＵＥがソース宅内基地局から前記ローカルＩＰネットワークに接続されたターゲット宅内基地局にハンドオーバする際の前記ハンドオーバ方法であって、
前記ソース宅内基地局が、前記ターゲット宅内基地局と前記ソース宅内基地局との間の直接転送経路が必要であるかを決定する決定ステップと、
前記ソース宅内基地局が前記ターゲット宅内基地局に対して前記直接転送経路を生成することを要求する要求ステップと、
前記ターゲット宅内基地局が、前記ソース宅内基地局からの前記要求に従って前記直接転送経路を生成する生成ステップと、
前記ソース宅内基地局が、前記ＵＥを宛先とするダウンリンクパケットを前記直接転送経路を介して前記ターゲット宅内基地局に転送するダウンリンク転送ステップと、
前記ターゲット宅内基地局とローカルゲートウェイとの間の直接接続が確立されるまで、前記ターゲット宅内基地局が前記ＵＥから前記直接転送経路を介して前記ソース宅内基地局にアップリンクパケットを転送するアップリンク転送ステップと、
前記ソース宅内基地局が、前記ソース宅内基地局と前記ローカルゲートウェイとの間に存在する直接接続を介して、前記ターゲット宅内基地局から転送された前記アップリンクパケットを前記ローカルゲートウェイに更に転送する送信ステップとを、
有するハンドオーバ方法。
【請求項２】
前記ターゲット宅内基地局のセルが前記ローカルＩＰネットワークに接続されていることを検知すると、前記ソース宅内基地局が、前記直接転送経路が必要であることを決定する請求項１に記載のハンドオーバ方法。
【請求項３】
前記ターゲット宅内基地局が前記ソース宅内基地局が提供するものと同じローカルＩＰアクセスサービスを提供することを検知すると、前記ソース宅内基地局は前記直接転送経路が必要であることを決定する請求項１に記載のハンドオーバ方法。
【請求項４】
前記生成ステップの完了後、前記ターゲット宅内基地局が前記ローカルゲートウェイへの前記直接接続を生成することを開始する確立ステップを更に有する請求項１に記載のハンドオーバ方法。
【請求項５】
前記直接接続が確立されると、前記ターゲット宅内基地局が前記アップリンクパケット用の経路を前記ソース宅内基地局への前記直接転送経路から前記ローカルゲートウェイへの前記直接接続へと切り替える切替ステップを更に有する請求項４に記載のハンドオーバ方法。
【請求項６】
前記ターゲット宅内基地局がターゲットローカルゲートウェイによってサーブされている場合、前記ローカルゲートウェイが、前記ローカルゲートウェイと前記ターゲットローカルゲートウェイとの間に直接トンネルを確立する直接トンネル確立ステップと、
前記ターゲットローカルゲートウェイが、前記ＵＥを宛先とするダウンリンクパケットを前記直接トンネルと前記直接転送経路を介して前記ターゲット宅内基地局に転送する転送ステップとを、
更に有する請求項１に記載のハンドオーバ方法。
【請求項７】
前記確立ステップは、前記ターゲット宅内基地局が、前記直接接続用にセキュリティアソシエーションが必要であることを指示されると、前記セキュリティアソシエーションを確立し、前記セキュリティアソシエーションを前記直接接続に適用する請求項４に記載のハンドオーバ方法。
【請求項８】
ソース宅内基地局とターゲット宅内基地局とを含む、ローカルＩＰネットワークに接続するＵＥのハンドオーバシステムであり、前記ＵＥが前記ソース宅内基地局から前記ローカルＩＰネットワークに接続された前記ターゲット宅内基地局にハンドオーバする際の前記ハンドオーバシステムであって、
前記ソース宅内基地局が、前記ターゲット宅内基地局と前記ソース宅内基地局との間の直接転送経路が必要であることを決定し、
前記ソース宅内基地局が、前記ターゲット宅内基地局に対して前記直接転送経路を生成することを要求し、
前記ターゲット宅内基地局が、前記ソース宅内基地局からの前記要求に従って前記直接転送経路を生成し、
前記ソース宅内基地局が、前記ＵＥを宛先とするダウンリンクパケットを前記直接転送経路を介して前記ターゲット宅内基地局に転送し、
前記ターゲット宅内基地局とローカルゲートウェイとの間の直接接続が確立されるまで、前記ターゲット宅内基地局が前記ＵＥからのアップリンクパケットを前記直接転送経路を介して前記ソース宅内基地局に転送し、
前記ソース宅内基地局が、前記ターゲット宅内基地局から転送された前記アップリンクパケットを前記ソース宅内基地局と前記ローカルゲートウェイとの間に存在する直接接続を介して前記ローカルゲートウェイに転送するハンドオーバシステム。
【請求項９】
前記ソース宅内基地局が、前記ターゲット宅内基地局のセルが前記ローカルＩＰネットワークに接続されていることを検知すると、前記直接転送経路が必要であることを決定する請求項８に記載のハンドオーバシステム。
【請求項１０】
前記ターゲット宅内基地局が前記ソース宅内基地局が提供するものと同じローカルＩＰアクセスサービスを提供することを検知すると、前記ソース宅内基地局は前記直接転送経路が必要であることを決定する請求項８に記載のハンドオーバシステム。
【請求項１１】
前記ターゲット宅内基地局が、前記直接転送経路の生成後に前記ローカルゲートウェイへの直接接続の生成を開始する請求項８に記載のハンドオーバシステム。
【請求項１２】
前記直接接続が確立されると、前記ターゲット宅内基地局が、前記アップリンク用の経路を前記ソース宅内基地局への前記直接転送経路から前記ローカルゲートウェイへの前記直接接続へ切り替える請求項１１に記載のハンドオーバシステム。
【請求項１３】
ローカルＩＰネットワークに接続するＵＥのハンドオーバシステムに含まれる宅内基地局用装置であり、前記ＵＥがソース宅内基地局としての前記宅内基地局から前記ローカルＩＰネットワークに接続されたターゲット宅内基地局にハンドオーバする際の前記宅内基地局用装置であって、
前記ターゲット宅内基地局と前記宅内基地局との間の直接転送経路が必要であるかを決定する決定部と、
前記ターゲット宅内基地局に対して前記直接転送経路を生成することを要求する要求部と、
前記宅内基地局からの前記要求に従って、前記ターゲット宅内基地局によって生成された前記直接転送経路を介して前記ターゲット宅内基地局に前記ＵＥを宛先とするダウンリンクパケットを転送する転送部と、
前記宅内基地局と前記ローカルゲートウェイとの間に存在する直接接続を介して前記ターゲット宅内基地局から転送されるアップリンクパケットをローカルゲートウェイに転送する送信部とを、
備える宅内基地局用装置。
【請求項１４】
前記ターゲット宅内基地局宅内基地局のセルが前記ローカルＩＰネットワークに接続されていることを検知すると、前記直接転送経路が必要であることを前記決定部が決定する請求項１３に記載の宅内基地局用装置。
【請求項１５】
前記ターゲット宅内基地局が前記宅内基地局が提供するものと同じローカルＩＰアクセスサービスを提供することを検知すると、前記直接転送経路が必要であることを前記決定部が決定する請求項１３に記載の宅内基地局用装置。
【請求項１６】
ローカルＩＰネットワークに接続するＵＥのハンドオーバシステムに含まれる宅内基地局用装置であり、前記ＵＥがソース宅内基地局から前記ローカルＩＰネットワーク内のターゲット宅内基地局としての前記宅内基地局にハンドオーバする際の前記宅内基地局用装置であって、
前記ソース宅内基地局からの要求に従って前記宅内基地局と前記ソース宅内基地局との間に直接転送経路を生成する生成部と、
前記宅内基地局とローカルゲートウェイとの間の直接接続が確立されるまで、前記直接転送経路を介して前記ソース宅内基地局に前記ＵＥからのアップリンクパケットを転送するための送信部とを、
備える装置。
【請求項１７】
前記直接転送経路の生成後に、前記生成部が、前記ローカルゲートウェイとの前記直接接続の生成を開始する請求項１６に記載の宅内基地局用装置。
【請求項１８】
前記直接接続が確立されると、前記アップリンクパケット用の経路を前記ソース宅内基地局への直接転送経路から前記ローカルゲートウェイへの直接接続へ切り替える切替部を更に備える請求項１７に記載の宅内基地局用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークに関する。より詳細には、本発明は、モバイル通信システムにおけるローカルＩＰアクセスの管理に関する。
【背景技術】
【０００２】
例えばＨｏｍｅ  ＮｏｄｅＢ（ＨＮＢ）、Ｈｏｍｅ  ｅＮｏｄｅＢ（ＨｅＮＢ）、フェムトセル基地局、アットセル（Ａｔｔｏ  Ｃｅｌｌ）基地局又はホーム基地局のようなアクセスノードをベースとした顧客宅内／構内の導入により、３ＧＰＰはＰＧＷがＨＮＢ／ＨｅＮＢに配置され、又はその近傍にあるローカルＩＰアクセス（ＬＩＰＡ）及び選択式ＩＰトラフィックオフローディング（ＳＩＰＴＯ）（非特許文献１）のユースケースが３ＧＰＰにおいて策定された。ＬＩＰＡ又はＳＩＰＴＯを使用することによって、ＨＮＢ／ＨｅＮＢの１つ又は複数のセルを介してネットワークにアクセスするユーザ機器（ＵＥ）は、オペレータコアネットワークの他にＨＮＢ／ＨｅＮＢに接続され、又はその近傍にあるネットワークへアクセスすることができる。例えば、ＬＩＰＡによってオペレータコアネットワークを介さずに宅内／構内ネットワーク又は一般的なインターネットに直接アクセスすることが可能になる。
【０００３】
ある場合には、同じエリア、例えば企業／キャンパスのネットワーク内に複数のＨＮＢ／ＨｅＮＢが配置されることがある。これらのＨＮＢ／ＨｅＮＢはそうした１つのローカルネットワークに接続される。このような場合、ユーザが移動してもサービスが中断されないようにＨＮＢ／ＨｅＮＢ間のモビリティがサポートされる必要がある。例えば、ＵＥが同じ企業ネットワークに属するＨＮＢ／ＨｅＮＢのセル間で移動する場合に、継続的にファイルをダウンロードし、ｅメールにアクセスできることが必要である。これは、（非特許文献２）に規定の既存のモビリティ手順を用いて達成できる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Service requirements for Home NodeBs and Home eNodeBs, 3GPP TS 22.220 V10.0.0 Release 10, 2009-09, http://www.3gpp.org/ftp/Specs/archive/22_series/22.220/22220-a00.zip
【非特許文献２】General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access, 3GPP TS 23.401 V9.3.0 Release 9, 2009-12, http://www.3gpp.org/ftp/Specs/archive/23_series/23.401/23401-930.zip
【非特許文献３】Security of Home Node B (HNB)/Home evolved Node B (HeNB) (Release 9), 3GPP TS 33.320 V9.0.0 Release 9, 2009-12, http://www.3gpp.org/ftp/Specs/archive/33_series/33.320/33320-900.zip
【非特許文献４】Local IP Access and Selected IP Traffic Offload, 3GPP TR 23.829 V0.5.1 Release 10, 2010-02, http://www.3gpp.org/ftp/Specs/archive/23_series/23.829/23829-051.zip
【非特許文献５】X2 application Protocol, 3GPP TS 36.423 V9.1.0 Release 9, 2009-12, http://www.3gpp.org/ftp/Specs/archive/36_series/36.423/36423-910.zip
【非特許文献６】E-UTRA and E-UTRAN Overall description; Stage 2, TS 36.300 V9.2.0 Release 9, 2009-12, http://www.3gpp.org/ftp/Specs/archive/36_series/36.300/36300-920.zip
【非特許文献７】E-UTRAN S1 Application Protocol (S1AP), 3GPP TS 36.413 V8.6.1 Release 8, 2009-06, http://www.3gpp.org/ftp/Specs/archive/36_series/36.413/36413-861.zip
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ＨＮＢ／ＨｅＮＢ配置の特定のアーキテクチャにより、（非特許文献３）に記載のように、モバイルオペレータは、ＨＮＢ／ＨｅＮＢがコアネットワークへアクセスをするために、セキュリティゲートウェイ（ＳｅＧＷ）を必要とすることがある。この場合、ＨＮＢ／ＨｅＮＢは例えばモビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（ＳＧＷ）などのコアネットワークエンティティと通信するためにＳｅＧＷによって割り当てられるＩＰアドレスを使用する。ＨＮＢ／ＨｅＮＢからのトラフィックはＳｅＧＷにトンネリングされる必要がある。この場合はノード間の位置関係を反映することはできない。
【０００６】
したがって、モビリティ手順の間、ソースＨＮＢ／ＨｅＮＢとターゲットＨＮＢ／ＨｅＮＢ間のデータ転送は（非特許文献４）に記載のようにコアネットワークを通る必要がある。その結果、コアネットワークを通過する時間がかかるので非効率になり、実際にサービスの中断を引き起こすことがある。Ｘ２インターフェイスが実装されていても、依然としてトラフィックはオペレータネットワークのＳｅＧＷを介して転送されることになる。更に、ハンドオーバ手順が完了する前、（非特許文献２）に記載のように、ソースＨＮＢ／ＨｅＮＢはＳＧＷアドレスしか通知しないので、ＵＥからのアップリンクトラフィックはターゲットＨＮＢ／ＨｅＮＢによってＳＧＷに転送される。
【０００７】
可能な対応策の１つは、ソースＨＮＢ／ＨｅＮＢがターゲットＨＮＢ／ＨｅＮＢにＬＩＰＡ又はＳＩＰＴＯゲートウェイのローカルアドレスを通知することである。しかし、ＬＩＰＡ／ＳＩＰＴＯゲートウェイはＸ２シグナリングに関与しないので、ＬＩＰＡ／ＳＩＰＴＯゲートウェイがターゲットＨＮＢ／ＨｅＮＢからＵＥのトラフィックを受信するよう指示されることはない。
【０００８】
別の可能な方法は、ＨＮＢ／ＨｅＮＢ及びＬＩＰＡ／ＳＩＰＴＯゲートウェイがローカルに互いを検知して、直接接続を確立することである。しかし、ローカル検知は、特別な構成がなされない限り、通常は異なるサブネットを横断することができない。また、これらの構成はオペレータが管理するドメインの外部にあるので、モバイルオペレータにとってセキュリティ上の脅威になることがある。上記に鑑み、この問題に関するより良い解決方法が必要であることは明確である。
【０００９】
本発明の目的は、上記の問題点を解決することにある。特に、本発明は、ハンドオーバ中に、オペレータコアネットワークを通過させることなく、ＵＥのＬＩＰＡ及び／又はＳＩＰＴＯトラフィックを最適化できる方法を提供することを目的としている。
【００１０】
特に、本発明は、オペレータコアネットワークを介してＬＩＰＡ又はＳＩＰＴＯトラフィックを送信することなく、ＬＩＰＡ又はＳＩＰＴＯ接続のシームレスハンドオーバを可能にするシステムを提供する。
【００１１】
別の態様では、本発明は、ＨｅＮＢがオペレータのサービスアクセス用の接続とＬＩＰＡ又はＳＩＰＴＯアクセス用の接続とを別個に処理できるようにする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するため、本発明は、ローカルＩＰネットワークに接続するＵＥのためのハンドオーバ方法、ハンドオーバシステム及び装置を提供する。
【発明の効果】
【００１３】
本発明は、ターゲットＨｅＮＢ（ＨｅＮＢ−２）とＬＧＷ（ＬＩＰＡ−ＧＷ）間のショートカット経路を確立する前であっても、オペレータコアネットワークを通らずにＬＧＷに接続できるという利点を有している。
【図面の簡単な説明】
【００１４】
【図１】本発明をサポートする例示的ネットワークアーキテクチャである。
【図２】ハンドオーバ準備及び実行のための本発明の例示的作業シーケンスである。
【図３】ハンドオーバ完了のための本発明の例示的オペレーションシーケンスである。
【図４】ＨｅＮＢ内に記憶されたＬＩＰＡ接続コンテクストの例示的フォーマットである。
【図５】ハンドオーバ要求メッセージ内の「Ｅ−ＲＡＢセットアップアイテム」の例示的フォーマットである。
【図６】ハンドオーバ要求応答メッセージ内の「Ｅ−ＲＡＢ認証アイテム」の例示的フォーマットである。
【図７】パススイッチ要求メッセージの「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」の例示的フォーマットである。
【図８】本発明をサポートするＨ（ｅ）ＮＢの例示的機能アーキテクチャである。
【図９】本発明をサポートする代替システムアーキテクチャである。
【発明を実施するための形態】
【００１５】
以下、本発明を十分に理解するため、説明する目的で、特定の数、時間、構造、プロトコル、及びその他のパラメータが開示される。しかし、本発明はこれらの特定の詳細がなくても実施できることは当業者には明らかであろう。
【００１６】
以下、説明のため、３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）及びＥｖｏｌｕｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）を例示的アクセス技術及びネットワークアーキテクチャとして用いる。しかし、本発明は、例えばＧＳＭ（登録商標）、ＧＰＲＳ、ＵＭＴＳ、ＷｉＭＡＸ、ＬＴＥアドバンストなどの同じ原理の別のアクセス技術及びネットワークアーキテクチャで実行してもよい。
【００１７】
説明では、例としてＬＩＰＡが使用される。しかし、本発明は基本原理を大幅に変更せずにＳＩＰＴＯにも適用できることが当業者には明らかである。
【００１８】
（実施形態１）
図１には本発明を適用できるネットワーク構成が図示されている。
【００１９】
図１に示すように、ＵＥ（１０１）はＨｅＮＢ−１（１２１）を介してネットワークに接続しており、ネットワークはＣＳＧエリア１（１２０）を有する。ＨｅＮＢ−１（１２１）は、リンク１５１を介してオペレータコアネットワーク（１６０）内のセキュリティゲートウェイ（ＳｅＧＷ）（１６１）に接続する。ＳｅＧＷ（１６１）を通じてＨｅＮＢ−１（１２１）は、コアネットワークエンティティ、モビリティ管理エンティティ（ＭＭＥ）（１６３）、及びサービングゲートウェイ（１６５）に接続する。
【００２０】
リンク１５１は、インターネットサービスプロバイダ（ＩＳＰ）ドメイン（１５０）を経由する。配置シナリオに応じて、ＩＳＰ（１５０）はモバイルオペレータに属さないことがある。このような場合は、ＨｅＮＢ−１（１２１）とＳｅＧＷ（１６１）との通信は、例えばＩＰセキュリティ（ＩＰＳｅｃ）トンネルなどのセキュリティトンネルによって保護されてもよい。ＳｅＧＷ（１６１）は（非特許文献３）に記載のように、セキュリティトンネルの確立プロセス中にＩＰアドレス、すなわちＩＰ＿ＣＨ１をＨｅＮＢ−１（１２１）に割り当てる。ＨｅＮＢ−１（１２１）は、（非特許文献２）に記載の通り、オペレータコアネットワークエンティティとの通信用にＩＰ＿ＣＨ１を使用する。
【００２１】
ＨｅＮＢ−１（１２１）は、ローカルＩＰアドレス、すなわちＩＰ＿ＬＨ１を有しており、これはＳｅＧＷ（１６１）との間にセキュリティトンネルを確立するために使用される。このローカルＩＰアドレスは、ＩＳＰ（１５０）又はローカルドメインによって割り当てられるパブリックＩＰアドレス又はプライベートＩＰアドレスである。プライベートＩＰアドレスがＩＰ＿ＬＨ１用に使用される場合、ネットワークアドレストランスレータ（ＮＡＴ）がＨｅＮＢ−１（１２１）とＳｅＧＷ（１６１）との間に配置されることが必要である。ＮＡＴ機能は、簡潔にするためにアーキテクチャには図示されていない。本発明の基本原理に影響を及ぼさずに、ＨｅＮＢ＿１（１２１）とＳｅＧＷ（１６１）との間に、例えばネストされたＮＡＴなど、別のノードがあってもよいことは当業者には明白である。
【００２２】
ＬＩＰＡドメイン（１４０）にエントリポイントを与える、（非特許文献４）のローカルゲートウェイ（Ｌ−ＧＷ）と同様のＬＩＰＡゲートウェイ（ＬＩＰＡ−ＧＷ）（１４１）が、ＨｅＮＢ−１（１２１）の近傍に配置される、又はＨｅＮＢ−１（１２１）上に併置される。ＬＩＰＡ−ＧＷ（１４１）はローカルＩＰアドレス、すなわちＩＰ＿ＬＧ１を有しており、これはＩＳＰ（１５０）又はその他のドメインオペレータによって割り当てられるパブリックＩＰアドレス又はプライベートＩＰアドレスである。ＨｅＮＢ−１（１２１）とＬＩＰＡ−ＧＷ（１４１）が異なるＩＳＰに接続していてもよいことは当業者には明らかである。ＬＩＰＡ−ＧＷ（１４１）は、（非特許文献３）に記載のセキュリティトンネル確立プロセスを使用して、ＳｅＧＷ（１６１）に接続することができる。コアネットワークＩＰアドレス、すなわちＩＰ＿ＣＧ１はＳｅＧＷ（１６１）によってＬＩＰＡ−ＧＷ（１４１）に割り当てられる。ＬＩＰＡ−ＧＷは、例えばＭＭＥ（１６３）及びＳＧＷ（１６５）などのオペレータコアネットワークエンティティと通信するためにこのアドレスを使用する。
【００２３】
ＬＩＰＡ経路の最適化が可能な場合は、ＨｅＮＢ−１（１２１）はＬＩＰＡ−ＧＷ（１４１）、すなわちリンク１２３との直接的な通信接続を確立することができる。この場合は、ＵＥ（１０１）からのＬＩＰＡトラフィックは、オペレータコアネットワーク（１６０）を経由せずにＬＩＰＡドメイン（１４０）に直接ルーティングできる。
【００２４】
ＬＩＰＡ−ＧＷ（１４１）はＬＩＰＡドメイン（１４０）内のデバイス、例えばサービスデバイス１（１４３）及びサービスデバイス２（１４５）へのアクセスを提供する他に、ＬＩＰＡドメイン（１４０）を介して、又は直接に一般的なインターネットへのアクセスも提供し得ることは当業者には明らかである。これは本発明の基本原理に影響を及ぼさない。
【００２５】
ある時点で、ＵＥ（１０１）は、別の位置１０２、例えばＨｅＮＢ−２（１３１）のカバレッジ配下に移動するかもしれない。ＨｅＮＢ−２（１３１）はＨｅＮＢ−１（１２１）と同様に、ＳｅＧＷ（１６１）を介してオペレータコアネットワーク（１６０）に接続される。ＨｅＮＢ−２（１３１）は同様に２つのＩＰアドレス、例えばローカルＩＰアドレスＩＰ＿ＬＨ２と、ＳｅＧＷ（１６１）によって割り当てられるコアネットワークアドレスＩＰ＿ＣＨ２を有する。ＨｅＮＢ−２（１３１）はＨｅＮＢ−１（１２１）とは異なるＳｅＧＷを介して接続されてもよいことは当業者には明らかである。
【００２６】
ＵＥ（１０１）が位置１０２へ移動すると、ＨｅＮＢ−１（１２１）との無線接続は切断され、ＨｅＮＢ−２（１３１）への新たな無線接続がセットアップされる。このプロセスの間、シームレスハンドオーバを達成するために、ＵＥ（１０１）用の通信トラフィックが転送される。
【００２７】
図２には本発明の例示的作業手順が示されている。ＵＥ（１０１）は、ステップ２００１で示すように、ＰＤＮゲートウェイ（ＰＧＷ）（１６７）を通じてＥｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＥＰＣ）にアクセスするために確立された接続を有する。これはＰＤＮ接続セットアップ、又は（非特許文献２）に記載のような接続手順を辿ることによって達成可能である。アップリンクとダウンリンク用のトラフィック経路は次の通りである。ＵＥ（１０１）−ＨｅＮＢ−１（１２１）−ＳｅＧＷ（１６１）−ＳＧＷ（１６５）−ＰＧＷ（１６７）。
【００２８】
ある時点で、ＵＥ（１０１）は、ステップ２００３で示すように、ＬＩＰＡ−ＧＷ（１４１）を介してＬＩＰＡサービスのための接続の確立を開始する。これは、（非特許文献４）に記載のような手順を実行することによって達成できる。ＬＩＰＡ−ＧＷ（１４１）がＨｅＮＢ−１（１２１）と併置されていない場合は、ＬＩＰＡ接続の確立プロセス間に、ＨｅＮＢ−１（１２１）とＬＩＰＡ（１４１）のローカルＩＰアドレス割り当て情報が交換される。例えば、ＰＤＮ接続確立プロセスの間に、ＩＰ＿ＬＨ１は（非特許文献２）に記載のセッション生成要求又はベアラ修正要求を用いてＬＩＰＡ−ＧＷ（１４１）に送られる。同様に、ＩＰ＿ＬＧ１は、ベアラセットアップ要求を用いてＨｅＮＢ−１（１２１）に送られる。
【００２９】
追加情報として、そうしたコネクション又はベアラに関する識別子が、例えばＨｅＮＢ−１（１２１）及びＬＩＰＡ−ＧＷ（１４１）によって使用されるＴＥＩＤ、ＥＰＳベアラＩＤ、ＵＥ（１０１）のＩＭＳＩ又はＭＳＩＳＤＮ、又はＬＩＰＡ−ＧＷ（１４１）によって生成される特殊なＬＩＰＡセッションＩＤなどとともに送られる。この識別子情報は、ＵＥ（１０１）のアップリンク又はダウンリンクデータパケットの伝送に適したベアラを特定するためにＨｅＮＢ−１（１２１）及びＬＩＰＡ−ＧＷ（１４１）によって使用され得る。
【００３０】
別のオペレーションでは、ＬＩＰＡ  ＰＤＮ接続に割り当てられるＬＩＰＡ−ＧＷ（１４１）及びＴＥＩＤのローカルアドレス情報が、セッション生成応答でＬＩＰＡ−ＧＷ（１４１）からＳＧＷ（１６５）に送られる。この場合、ＩＰ＿ＬＧ１は「ベアラコンテキスト生成」ＩＥの「Ｓ５／Ｓ８−Ｕ  ＰＧＷ−Ｆ−ＴＥＩＤ」要素で使用されるべきである。ＭＭＥ（１６３）がベアラセットアップ要求をＨｅＮＢ−１（１２１）に送信する場合、これはメッセージ内に「Ｓ５／Ｓ８−Ｕ  ＰＧＷ  Ｆ−ＴＥＩＤ」を含んでいる。したがって、ＨｅＮＢ−１（１２１）はベアラセットアップ要求からＬＩＰＡ−ＧＷ（１４１）のローカルアドレスを取得して、ＬＩＰＡサービス用の接続のセットアップを開始できる。これは、接続確立メッセージをＬＩＰＡ−ＧＷ（１４１）へと送信することによって達成できる。実施態様におけるこのような接続確立の例は、[非特許文献２]に記載のようなセッション生成要求メッセージ、又は例えばＩＫＥｖ２などのその他の代表的なトンネル管理プロトコルでできる。この接続確立メッセージ内に、ＨｅＮＢ−１（１２１）は、そのローカルアドレス、すなわちＩＰ＿ＬＨ１、及びＨｅＮＢ−１（１２１）によって割り当てられるＬＩＰＡ接続に対応するＴＥＩＤも含んでいる。このような情報から、ＬＩＰＡ−ＧＷ（１４１）は、適切なトンネルを介してＵＥ（１０１）用のＬＩＰＡトラフィックをＨｅＮＢ−１（１２１）にル−ティングする方法を知る。
【００３１】
例えば、セキュリティトンネルを確立するためのセキュリティキーイング情報などの追加情報が送付されることがあるのは、当業者には明らかである。
【００３２】
例えばＩＰ＿ＬＨ１（１２１）やＩＰ＿ＬＧ１などのローカルアドレス割り当て情報、及びそうした追加情報を用いて、ＨｅＮＢ−１（１２１）とＬＩＰＡ−ＧＷ（１４１）の間の直接通信路が確立される。この時点で、ＬＩＰＡトラフィック用のアップリンク及びダウンリンクともに、データ経路は次の通りである。ＵＥ（１０１）−ＨｅＮＢ−１（１２１）−ＬＩＰＡ−ＧＷ（１４１）。ＬＩＰＡ−ＧＷ（１４１）を基点に、トラフィックは、例えばサービスデバイス１（１４３）及び／又はサービスデバイス２（１４５）などの実際のＬＩＰＡサービスデバイスとの間を流れる。例えばルータなどの追加のデバイスが間にあってもよいことが当業者には明らかである。
【００３３】
ＨｅＮＢ−１（１２１）及びＬＩＰＡ−ＧＷ（１４１）はこの直接接続用に、ＳｅＧＷ（１６１）との間で用いるＩＫＥｖ２及びＩＰＳｅｃなどのセキュリティ機構を再利用できる。したがって、ＨｅＮＢ−１（１２１）及びＬＩＰＡ−ＧＷ（１４１）上に追加のプロトコルスタックは必要ない。
【００３４】
ＵＥ（１０１）は、例えばサービスデバイス１（１４３）及びサービスデバイス２（１４５）がおのおの提供する個別のサービスにアクセスするため、ＨｅＮＢ−１（１２１）の下で多重／複数ＬＩＰＡ及び／又はＳＩＰＴＯ接続（例えばＬＩＰＡ及び／又はＳＩＰＴＯ用の多重ＰＤＮ接続又はＥＰＳベアラ）を確立してもよいということは当業者にとって明らかである。その場合は、各々がＬＩＰＡ又はＳＩＰＴＯ接続に対応する多重直接接続（例えばＰＤＮ接続）、又は多重サブ接続（例えばＥＰＳベアラ）がＨｅＮＢ−１（１２１）とＬＩＰＡ−ＧＷ（１４１）との間に確立される。
【００３５】
サービスデバイス１（１４３）及びサービスデバイス２（１４５）へのアクセスが異なるＬＩＰＡ−ＧＷを介して行われてもよいことは当業者には明らかである。この場合、ＨｅＮＢ−１（１２１）からこれらの異なるＬＩＰＡ−ＧＷに確立される複数の直接接続が存在することになる。
【００３６】
ＵＥ（１０１）がＨｅＮＢ−１（１２１）のサービスエリア、すなわちＣＳＧエリア１（１２０）を離れると、無線層が、ＨｅＮＢ−１（１２１）によって設定される構成に基づいて測定レポートを送信するためにトリガされる（２００６）。測定レポート（２００６）では、ＵＥ（１０１）はＨｅＮＢ−２（１３１）に関する情報を含んでいる。例えば、情報は下記の１つ以上を含む。
−物理セルＩＤ
−Ｅ−ＵＴＲＡＮセルのグローバルＩＤ（ＥＣＧＩ）
−クローズサービスグループＩＤ（ＣＳＧ  ＩＤ）
−オペレーションモード、例えばクローズ、ハイブリッド、オープン
−ＬＩＰＡ又はＳＩＰＴＯサポート表示
−無線層情報
−近接情報
−ＵＥ（１０１）がＣＳＧに属するか否かの表示
【００３７】
ＵＥ（１０１）は、例えば（非特許文献６）に記載のような別の情報を報告してもよいことは当業者には明らかである。例えば、同じエリアの周辺に別のＨＮＢ／ＨｅＮＢが存在し、ＵＥ（１０１）に見える場合は、測定レポートはこれらのセルに関する情報をも含んでもよい。
【００３８】
また、測定レポート（２００５）は（非特許文献６）に記載の通り、複数のメッセージ交換を含んでもよいことも明らかである。例えば、ＵＥ（１０１）は第１の測定レポートメッセージ内の情報セットを送信し、ＨｅＮＢ−１（１２１）は測定構成を用いて更なる情報を報告するようにＵＥ（１０１）に要求してもよい。これを受けて、ＵＥ（１０１）は、別の測定レポートをＨｅＮＢ−１（１２１）に送信して特定のセルに関する追加情報を報告する。
【００３９】
測定レポート（２００５）を受信後、ＨｅＮＢ−１（１２１）は、ステップ２００７で示すように、報告された情報に基づいてＵＥ（１０１）がハンドオーバするターゲットセルを選択する。ここで、ＨｅＮＢ−１（１２１）が無線層情報に基づいてＨｅＮＢ−２（１３１）をターゲットセルとして選択することを想定すると、ＨｅＮＢ−１（１２１）は、ターゲットセルへのＬＩＰＡハンドオーバが可能であるか、許容されるか否かを検証する。
【００４０】
ＨｅＮＢ−１（１２１）は、ステップ２００３で確立されるＬＩＰＡ接続ごとのコンテクストを有する。可能なコンテクストのフォーマットは以下の通りである。
｛デフォルトベアラＩＤ｝
｛ＥＰＳベアラＩＤ｝
｛無線ベアラＩＤ｝
｛ＬＩＰＡフラグ｝
｛ＬＩＰＡ制限リスト｝
｛ＬＩＰＡ−ＧＷのアドレス｝
｛ＬＩＰＡ接続で使用されるＨｅＮＢのアドレス｝
｛ＣＳＧ  ＩＤ｝
｛ＣＳＧメンバーシップ｝
｛ＬＩＰＡのトラフィックリミット｝
｛ＱｏＳパラメータ｝
｛セキュリティアソシエーション｝
ＬＩＰＡ−ＧＷのアドレスは更に、ＬＩＰＡ−ＧＷのＴＥＩＤを含んでもよい。ＬＩＰＡ接続で使用されるＨｅＮＢのアドレスは更に、ＬＩＰＡ接続で使用されるＨｅＮＢのＴＥＩＤを含んでもよい。
【００４１】
コンテクスト情報は、サービングゲートウェイとＰＤＮゲートウェイとの間でオペレータによって選択されるプロトコルに応じて異なっていてもよいことは当業者には明らかである。例えば、ＰＭＩＰ（プロキシモバイルＩＤ）が使用される場合は、ＴＥＩＤの代わりにＧＲＥキーを使用してもよい。更に、ＨｅＮＢ−１（１２１）とＬＩＰＡ−ＧＷとの間のトンネル管理でＩＫＥｖ２及びＩＰＳｅｃが使用される場合は、例えばＩＰＳｅｃ用のＰＳＩ を記憶するなど、セキュリティアソシエーション情報を使用してトンネルを特定してもよい。
【００４２】
このコンテクストと選択されたターゲットセル情報とを使用して、ＨｅＮＢ−１（１２１）は、各ＬＩＰＡ接続についてモビリティがサポートされているか否かを判定する。これは、例えばＨｅＮＢ−２（１３１）のターゲットセルを「ＬＩＰＡ制限リスト」及び「ＬＩＰＡトラフィックリミット」に対してチェックすることによって達成可能である。
【００４３】
ＨｅＮＢ−１（１２１）がステップ２００７で、ＬＩＰＡ接続がハンドオーバに適することを判定すると（すなわち既存のＬＩＰＡ接続の少なくとも１つにつぃてモビリティがサポートされていると）、ターゲットセル、ＨｅＮＢ−２（１３１）へのハンドオーバ要求（２００９）メッセージ内にＥＰＣアクセスベアラ情報と共にＬＩＰＡ接続ベアラ情報を含める。
【００４４】
ハンドオーバ要求（２００９）メッセージ内において、各ＬＩＰＡ接続ベアラに関する「Ｅ−ＲＡＢセットアップアイテム」は以下の情報の１つ以上を含む。
｛Ｅ−ＲＡＢ  ＩＤ｝
｛ＱｏＳパラメータ｝
｛ＤＬ転送｝
｛ＵＬ  ＧＴＰトンネル端点｝
｛ＬＩＰＡフラグ｝
｛ＬＩＰＡ−ＧＷアドレス｝
｛ＬＩＰＡ制限リスト｝
｛ＬＩＰＡトラフィックリミット｝
｛ＬＩＰＡ  ＵＬトンネル端点｝
｛ＬＩＰＡ  ＤＬトンネル端点｝
｛セキュリティアソシエーション｝
【００４５】
このうち、「ＬＩＰＡフラグ」、「ＬＩＰＡ制限リスト」、「ＬＩＰＡトラフィックリミット」、「ＬＩＰＡ  ＵＬトンネル端点」、及び「セキュリティアソシエーション」は、  ＬＩＰＡフラグが直接接続によるローカルＬＩＰＡアクセスであることを示す場合に 含まれる。「ＬＩＰＡ  ＤＬトンネル端点」は、「ＬＩＰＡフラグ」の値に関わりなく含まれる。
【００４６】
「ＬＩＰＡフラグ」、「ＬＩＰＡ制限リスト」、及び「ＬＩＰＡトラフィックリミット」は、ＨｅＮＢ−１（１２１）において対応するＬＩＰＡ接続コンテキストから取得される。
【００４７】
｛ＬＩＰＡ  ＵＬトンネル端点」は、この特定のＬＩＰＡ接続ベアラのためにＨｅＮＢ−１（１２１）によって割り当てられる新たなトンネル端点である。それによって、ＨｅＮＢ−１（１２１）はターゲットセルからアップリンクパケットを受信できるようになる。このトンネル端点で受信されるデータが、正しいベアラを通して正しいＬＩＰＡ−ＧＷ（１４１）に転送できるよう、ＨｅＮＢ−１（１２１）はこの「ＬＩＰＡ  ＵＬトンネル端点」を「ＬＩＰＡ−ＧＷアドレス」（４２１）に関連付ける。
【００４８】
ハンドオーバ要求（２００９）は、ＨｅＮＢ−１（１２１）とＳｅＧＷ（１６１）との間のセキュアトンネルを介してターゲットセルのアドレス、すなわちＨｅＮＢ−２（１３１）のＩＰ＿ＣＨ２へと転送される。このハンドオーバ要求（２００９）は、ＳｅＧＷ（１６１）によって両者間のセキュアトンネルを介してＨｅＮＢ−２（１３１）へとル−ティングされる。
【００４９】
その理由は、ＳｅＧＷ（１６１）を経由するにはＸ２インターフェイス確立が必要とされることがあるからである。したがって、ＨｅＮＢ−１（１２１）とＨｅＮＢ−２（１３１）は、例えばＩＰ＿ＣＨ１及びＩＰ＿ＣＨ２などのコアネットワークアドレスでのみ互いに認知する。Ｈ（ｅ）ＮＢ−ＧＷが配置される場合は、Ｘ２インターフェイスは、Ｈ（ｅ）ＮＢ−ＧＷを通過するために要求され得る。
【００５０】
Ｘ２インターフェイスがＨ（ｅ）ＮＢ−ＧＷを通過する必要がなく、又はＨ（ｅ）ＮＢ−ＧＷが配置されない場合は、上記のハンドオーバ要求（２００９）のメッセージはＨｅＮＢ−１（１２１）とＨｅＮＢ−２（１３１）との間のセキュア接続により直接送信可能である。
【００５１】
アプリケーション又はネットワークオペレータなどからのＱｏＳ及び／又はセキュリティ要件が確実に満たされるように、「ＬＩＰＡ  ＵＬトンネル端点」、「ＬＩＰＡ  ＤＬトンネル端点」、及び「ＵＬ  ＧＴＰトンネル端点」は、ＰＤＮ接続又はＥＰＳベアラごとに区別したり、あるいはＰＤＮ接続又はＥＰＳベアラ間で共用することができる。
【００５２】
ターゲットセルに、ＬＩＰＡモビリティがサポートされていない場合、又はＬＩＰＡ用のＱｏＳなどのサービス要件がサポートされていない場合は、ＨｅＮＢ−１（１２１）は、ローカルポリシーや設定に基づいて、例えばハンドオーバ要求内にＬＩＰＡ接続ベアラ情報を含めない、又はハンドオーバ用ではないことを示すフラグとともにＬＩＰＡ接続ベアラ情報を含めるなど様々なアクションを実行することができる。ＨｅＮＢ−１（１２１）は、ＬＩＰＡ−ＧＷ（１４１）にＬＩＰＡ接続を切断する旨のシグナリングメッセージを送信する前に、ＬＩＰＡ接続が切断されようとしていることをユーザに示すためのトリガをＵＥ（１０１）に送信してもよく、これによりユーザが、例えば既存のＬＩＰＡ接続の代わりにＨｅＮＢ−１のサービスエリアに留まるために別の接続を確立するなどの適切なアクションを実行することができるようになる。
【００５３】
「ＬＩＰＡ制限リスト」及び「ＬＩＰＡトラフィックリミット」は異なる方法で構成することができる。可能な１つの方法は、オペレータコアネットワークがＬＩＰＡ接続確立プロセスを介してＨｅＮＢ−１（１２１）を構成することである。例えば、ＭＭＥ（１６３）は、これら２つの要素をＳ１ＡＰベアラセットアップ要求に含めてもよい。ＭＭＥ（１６３）は、ＵＥ（１０１）の加入プロファイルの一部として、又は運用管理（ＯＡＭ）システムを介して、又はセッション生成要求／応答プロセスを介してＬＩＰＡ−ＧＷ（１４１）及びＳＧＷ（１６５）からそれらの情報を取得することができる。
【００５４】
あるいは、ＨｅＮＢ−１（１２１）は拡張されたポリシーフレームワークを介して「ＬＩＰＡ制限リスト」、及び「ＬＩＰＡトラフィックリミット」を取得してもよい。又は、ＨｅＮＢ−１（１２１）をＯＡＭシステムによって直接構成することもできる。
【００５５】
特定の配置では、ＨＮＢ／ＨｅＮＢとＭＭＥ（１６３）との間に存在するＨＮＢ／ＨｅＮＢゲートウェイ（Ｈ（ｅ）ＮＢ−ＧＷ）があってもよい。その場合は、ＭＭＥ（１６３）によって送信される「ＬＩＰＡ制限リスト」及び「ＬＩＰＡトラフィックリミット」が、Ｈ（ｅ）ＮＢ−ＧＷによって処理ならびに記憶されてもよい。このような場合は、ＨＮＢ／ＨｅＮＢは空の「ＬＩＰＡ制限リスト」及び「ＬＩＰＡトラフィックリミット」を有する。ＨｅＮＢ−１（１２１）がＬＩＰＡコンテクスト内に空の「ＬＩＰＡ制限リスト」及び「ＬＩＰＡトラフィックリミット」の要素を見出すと、ＨｅＮＢ−１（１２１）はＬＩＰＡ接続モビリティがサポートされるものと見なす。したがって、ＨｅＮＢ−１（１２１）はＬＩＰＡ接続のためのハンドオーバを開始する。ハンドオーバシグナリングは、Ｓ１ベースとＸ２ベースのハンドオーバのいずれの場合にもＨｅＮＢ−ＧＷを通過する。Ｈ（ｅ）ＮＢ−ＧＷは、「ＬＩＰＡ接続制限リスト」、及び「ＬＩＰＡトラフィックリミット」情報を使用して、ＬＩＰＡ接続がハンドオーバされるべきか否かを評価する。ＬＩＰＡ接続がハンドオーバに適さないものとＨ（ｅ）ＮＢ−ＧＷによって判定されると、エラーがＨｅＮＢ−１（１２１）に返される。
【００５６】
ＨｅＮＢ−２（１３１）がハンドオーバ要求を受信し、メッセージからＬＩＰＡベアラ情報を取り出すと（２００９）、ＨｅＮＢ−２（１３１）はローカルリソース及びポリシーに基づいてハンドオーバが可能か否かをチェックする。「ＬＩＰＡフラグ」を有する「Ｅ−ＲＡＢセットアップアイテム」を処理する場合、ＨｅＮＢ−２（１３１）は、「ＬＩＰＡ−ＧＷアドレス」（５０６）で示されるＬＩＰＡ−ＧＷ（１４１）へのＬＩＰＡサービスがサポートされ得るか否かを検証する。ＨｅＮＢ−１が何らかのＱｏＳを必要とする場合は、ＨｅＮＢ−２は、取得されたＱｏＳパラメータに基づいてＱｏＳ要件が保証されるかどうかを考慮してもよい。検証にパスすると、ＨｅＮＢ−２（１３１）はＬＩＰＡエントリを生成し、関連情報を記憶する。
【００５７】
ＨｅＮＢ−２（１３１）は、ＨｅＮＢ−１（１２１）にハンドオーバ要求応答で応答する（２０１３）。ハンドオーバ要求応答（２０１３）の「Ｅ−ＲＡＢ認証アイテム」要素には下記が含まれる。
｛Ｅ−ＲＡＢ  ＩＤ｝
｛ＬＩＰＡフラグ｝
｛ＵＬ  ＬＩＰＡトンネル端点｝
｛ＤＬ  ＬＩＰＡトンネル端点｝
｛ＱｏＳパラメータ｝
｛セキュリティアソシエーション｝
【００５８】
「ＵＬ  ＬＩＰＡトンネル端点」は、ＵＥ（１０１）からのアップリンクＬＩＰＡトラフィックをＨｅＮＢ−１（１２１）の「ＬＩＰＡ  ＵＬトンネル端点」に転送するためのＨｅＮＢ−２（１３１）におけるトンネル端点情報である。
【００５９】
「ＵＬ  ＬＩＰＡトンネル端点」は、直接転送されるＵＥ（１０１）宛のダウンリンクＬＩＰＡトラフィックをＨｅＮＢ−１（１２１）から受信するためのＨｅＮＢ−２（１３１）におけるトンネル端点情報である。
【００６０】
アプリケーション又はネットワークオペレータなどからのＱｏＳ及び／又はセキュリティ要件が保証されるように、「ＵＬ  ＬＩＰＡトンネル端点」及び「ＤＬ  ＬＩＰＡトンネル端点」はＰＤＮ接続、又はＥＰＳベアラごとに区別してもよいし、ＰＤＮ接続又はＥＰＳベアラ間で共有してもよい。
【００６１】
「ＱｏＳパラメータ」は、ＨｅＮＢ−２（１３１）がそのＬＩＰＡ接続に対して許可したＱｏＳレベルを示す。また、「セキュリティアソシエーション」はＨｅＮＢ−１（１２１）とＨｅＮＢ−２（１３１）との間で転送されるアップリンク及びダウンリンクトラフィックを保護するために使用するキーを導出するために、ＨｅＮＢ−１（１２１）が使用可能なキーイング情報を含む。
【００６２】
確立された複数のＬＩＰＡ接続又はＬＩＰＡベアラがハンドオーバのターゲットである場合は、アプリケーション又はネットワークオペレータなどからのセキュリティ要件に基づいて接続又はベアラごとに適用されるべきセキュリティレベル又はセキュリティ方法が変更できるように、「セキュリティアソシエーション」はＬＩＰＡ接続又はベアラごとに区別することができる。
【００６３】
ハンドオーバ要求応答（２０１３）メッセージは、ハンドオーバ要求（２００９）メッセージの逆方向に流れる。これは、また、（非特許文献５）に記載のＥＰＣアクセス接続のハンドオーバをサポートするために必要な情報をすべて含んでいる。
【００６４】
ハンドオーバ要求応答（２０１３）メッセージを受信すると、ＨｅＮＢ−１（１２１）はベアラごとに必要な情報を取り出し、ＵＥ（１０１）へのハンドオーバコマンド（２０１５）を形成する。
【００６５】
ＬＩＰＡ接続ベアラがＨｅＮＢ−２（１３１）によって受け入れられると、ＨｅＮＢ−１（１２１）は、ステップ２０１７に示すように「Ｅ−ＲＡＢ認証アイテム」要素内の情報を使用して、ＵＥ（１０１）のＬＩＰＡトラフィックを双方向に転送するためのダイレクトトンネルを確立する。これは各々が一方向、又は双方向のトンネルである２つの別個のトンネルであり得ることが当業者には明らかである。
【００６６】
ダウンリンク直接転送用トンネルは、「ＬＩＰＡ  ＤＬトンネル端点」（５１０）及び「ＤＬ  ＬＩＰＡトンネル端点」（６０４）内の情報を用いて確立される。このトンネルは、ＥＰＣアクセスとＬＩＰＡアクセスのいずれに適用してもよい。
【００６７】
アップリンク転送用トンネルは、ＬＩＰＡアクセスベアラ向けに「ＬＩＰＡ  ＵＬトンネル端点」（５０９）及び「ＵＬ  ＬＩＰＡトンネル端点」（６０３）内の情報を用いて確立される。ＥＰＣアクセスベアラ向けには、ＳｅＧＷ（１６１）を介してＳＧＷ（１６５）に直接送信するために、「ＵＬ  ＧＴＰトンネル端点」（５０４）及びＨｅＮＢ−２（１３１）のＩＰ＿ＣＨ２アドレスが使用される。
【００６８】
「ＬＩＰＡ  ＤＬトンネル端点」（５１０）、「ＤＬ  ＬＩＰＡトンネル端点」（６０４）、「ＬＩＰＡ  ＵＬトンネル端点」（５０９）及び「ＵＬ  ＬＩＰＡトンネル端点」（６０３）は、トンネル確立用のＩＰアドレスだけではなく追加の情報を含んでもよいことが当業者には明らかである。例えば、これはドメイン名、ホスト名、ＶＬＡＮタグＩＤなどを含んでもよい。ＨｅＮＢ−１（１２１）及びＨｅＮＢ−２（１３１）が間にＮＡＴデバイスを有している場合は、ある種のＮＡＴトラバーサル情報、例えばＳＴＵＮサーバーアドレス、ランデブーポイントアドレスなどが供給されてもよい。
【００６９】
ＨｅＮＢ−１（１２１）がＵＥ（１０１）に対する無線接続の切断を検知すると、ＨｅＮＢ−１（１２１）からＨｅＮＢ−２（１３１）への直接トンネルを介してＬＩＰＡ及びＥＰＣアクセスに関して受信したダウンリンクトラフィックをターゲットのＨｅＮＢ−２（１３１）へ転送することができる。
【００７０】
したがって、この時点で、ＥＰＣアクセス用のダウンリンクデータ経路は、ＰＧＷ（１６７）−ＳＧＷ（１６５）−ＳｅＧＷ（１６１）−ＨｅＮＢ−１（１２１）−ＨｅＮＢ−２（１３１）となる。更に、ＬＩＰＡアクセス用のダウンリンクデータ経路は、ＬＩＰＡ−ＧＷ（１４１）−ＨｅＮＢ−１（１２１）−ＨｅＮＢ−２（１３１）となる。
【００７１】
ＵＥ（１０１）が新たな位置１０２に移動し、ハンドオーバコマンド（２０１５）内の情報に基づいてハンドオーバを実行するとき、ＵＥ（１０１）はＨｅＮＢ−２（１３１）との無線接続を確立する。すべての条件を満たせば、ＵＥ（１０２）はハンドオーバ確認（２０１９）メッセージをＨｅＮＢ−２（１３１）に送信する。その後、ＵＥはＨｅＮＢ−２（１３１）を介してアップリンクトラフィックを送信することができる。
【００７２】
これまでの説明の通り、ＬＩＰＡアクセスベアラ向けにＨｅＮＢ−２（１３１）はＨｅＮＢ−１（１２１）へのアップリンク直接トンネルを既に確立しており、したがってＬＩＰＡトラフィックはＨｅＮＢ−１（１２１）を介して転送される。したがって、ＵＥ（１０２）用のＬＩＰＡアップリンクデータ経路は次の通りである。ＵＥ（１０２）−ＨｅＮＢ−２（１３１）−ＨｅＮＢ−１（１２１）−ＬＩＰＡ−ＧＷ（１４１）。明らかに、ＬＩＰＡトラフィックはローカルネットワーク内に保たれ、すなわちオペレータコアネットワーク（１６０）を横断しないので、トラフィック転送の遅延は軽減される。
【００７３】
ＥＰＣアクセスのアップリンクデータ経路は次の通りである。
ＵＥ（１０２）−ＨｅＮＢ−２（１３１）−ＳｅＧＷ（１６１）−ＳＧＷ（１６５）−ＰＧＷ（１６７）
【００７４】
図３を参照すると、本発明の例示的オペレーション手順が示されている。このオペレーションは、ハンドオーバ完了フェーズにおいてＬＩＰＡ−ＧＷ（１４１）に新たなＨｅＮＢ−２（１３１）のアドレスを通知するためのものである。オペレーションは、図２に示されるオペレーション（ハンドオーバ準備及び実行（３００１））が終了する状態で開始される。したがって、ＥＰＣダウンリンクデータ経路は、ＰＧＷ（１６７）−ＳＧＷ（１６５）−ＳｅＧＷ（１６１）−ＨｅＮＢ−１（１２１）−ＨｅＮＢ−２（１３１）−ＵＥ（１０２）となる。ＬＩＰＡアクセスダウンリンクデータ経路は、ＬＩＰＡ−ＧＷ（１４１）−ＨｅＮＢ−１（１２１）−ＨｅＮＢ−２（１３１）−ＵＥ（１０２）である。ＥＰＣアクセスアップリンクデータ経路は、ＵＥ（１０２）−ＨｅＮＢ−２（１３１）−ＳＧＷ（１６５）−ＰＧＷ（１６７）である。また、ＬＩＰＡアクセスアップリンクデータ経路は、ＵＥ（１０２）−ＨｅＮＢ−２（１３１）−ＨｅＮＢ−１（１２１）−ＬＩＰＡ−ＧＷ（１４１）である。
【００７５】
ＨｅＮＢ−２（１３１）が、例えばハンドオーバ確認（２０１９）など、ＵＥ（１０２）からの接続を検知すると、ＨｅＮＢ−２（１３１）はパススイッチ要求（３００３）をＭＭＥ（１６３）に送信する。このメッセージはＳｅＧＷ（１６１）を通過し、又はＨ（ｅ）ＮＢ−ＧＷが存在する場合はこれを通過する。
【００７６】
パススイッチ要求（３００３）の「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ（Ｅ−ＲＡＢ  Ｓｗｉｔｃｈｅｄ  ｉｎ  Ｄｏｗｎｌｉｎｋ  ｉｔｅｍ）」は以下の情報を含む。
｛Ｅ−ＲＡＢ  ＩＤ｝
｛トランスポート層アドレス｝
｛ＧＴＰ−ＴＥＩＤ｝
｛ＬＩＰＡフラグ｝
｛ＤＬ  ＬＩＰＡトンネル端点｝
｛ＵＬ  ＬＩＰＡトンネル端点｝
｛セキュリティアソシエーション｝
【００７７】
このパススイッチ要求（３００３）を受信後、ＭＭＥ（１６３）は（非特許文献２）に記載されているように、ベアラ修正要求（３００５）メッセージをＳＧＷ（１６５）に送信する。ＭＭＥは上記の「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」をベアラ修正要求（３００５）に含める。
【００７８】
ＳＧＷ（１６５）は、ベアラ修正要求（３００７）を送信し、ＰＧＷ（１６７）からベアラ修正応答（３０１１）を受信する。このシグナリングの詳細は（非特許文献２）に記載されているものと同一である。
【００７９】
ＳＧＷ（１６５）が、直接接続を伴うローカルＬＩＰＡに設定された「ＬＩＰＡフラグ」（７０４）を有する「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」を見出すと、ＳＧＷ（１６５）は「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」を含むベアラ修正要求（３００９）をＬＩＰＡ−ＧＷ（１４１）に送信する。
【００８０】
別のオペレーションでは、ＨｅＮＢ−２（１３１）は、ＬＩＰＡ接続に関する情報、すなわち設定された「ＬＩＰＡフラグ」（７０４）を有する「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」を含む経路更新メッセージをＬＩＰＡ−ＧＷ（１４１）に直接送信することができる。１つのＵＥが複数のＬＩＰＡ−ＧＷに接続する場合は、ＨｅＮＢ−２（１３１）は対応するＬＩＰＡ−ＧＷにそれぞれメッセージを送信する。この経路更新メッセージはＩＫＥｖ２メッセージ、又はＬＩＰＡ接続を特定するＴＥＩＤを含む拡張ベアラ修正要求（３００７）の形態を取ることができる。
【００８１】
ベアラ修正要求（３００９）を受信後、ＬＩＰＡ−ＧＷ（１４１）は「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」及び対応するＣＳＧ及び位置情報をチェックし、ＬＩＰＡサービスがサポート可能か否かを検証する。検証が成功すると、ＬＩＰＡ−ＧＷ（１４１）はベアラ修正応答（３０１３）をＳＧＷ（１６５）に送信する。
【００８２】
ベアラ修正応答（３０１３）内では、ＬＩＰＡ−ＧＷ（１４１）は、図７に示される「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」と同じフォーマットのものである「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」要素を含める。唯一の相違点は、トンネル端点に関する情報がＬＩＰＡ−ＧＷ（１４１）のものとなっていることである。例えば、「ＵＬ  ＬＩＰＡトンネル端点」はＬＩＰＡ−ＧＷ（１４１）のローカルアドレス、すなわちＩＰ＿ＬＧ１及び対応するＴＥＩＤを含む。ＨｅＮＢ−２（１３１）はＵＥ（１０２）からこのアドレスにアップリンクＬＩＰＡトラフィックを送信するものとする。
【００８３】
ＳＧＷは、「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」を含むベアラ修正応答（３０１５）をＭＭＥ（１６３）に送信する。
【００８４】
この時点で、ＥＰＣアクセス及びＬＩＰＡアクセス用のダウンリンクデータ経路が切り替えられる。例えば、この時点でＥＰＣアクセス用のダウンリンクデータ経路は、ＰＧＷ（１６７）からＳＧＷ（１６５）−ＳｅＧＷ（１６１）−ＨｅＮＢ−２（１３１）−ＵＥ（１０２）となる。また、ＬＩＰＡアクセスダウンリンクデータ経路は、ＬＩＰＡ−ＧＷ（１４１）−ＨｅＮＢ−２（１３１）−ＵＥ（１０２）となる。
【００８５】
ＬＩＰＡ−ＧＷ（１４１）は、受信したベアラ修正要求（３００９）の「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」内の「ＤＬ  ＬＩＰＡトンネル端点」（７０５）要素を使用して、ＨｅＮＢ−２（１３１）のローカルアドレス、すなわちＩＰ＿ＬＨ２への直接接続を確立する。
【００８６】
別のオペレーションでは、ＬＩＰＡ−ＧＷ（１４１）は、以前のステップでＨｅＮＢ−２（１３１）から経路更新メッセージを受信した場合は、ＨｅＮＢ−２（１３１）に経路更新応答メッセージを返送する。経路更新応答メッセージは、「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」要素及びＬＩＰＡ−ＧＷ（１４１）とＨｅＮＢ−２（１３１）との間の直接通信に必要な別の情報、例えばＴＥＩＤ又はＰＳＩなど を含んでいる。
【００８７】
ＬＩＰＡ−ＧＷ（１４１）及びＨｅＮＢ−２（１３１）が同じサブネット又はドメイン内にない場合は、「ＤＬ  ＬＩＰＡトンネル端点」に含まれる追加情報は、例えばある種のＮＡＴトラバーサル情報、例えばある種のＳＴＵＮサーバーアドレス、ある種のランデブーポイントアドレスなどを補助してもよいことが当業者には明らかである。
【００８８】
ＭＭＥ（１６３）は、パススイッチ要求応答（３０１７）をＨｅＮＢ−２（１３１）に送信する。同様の「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」要素が含まれる。
【００８９】
ＨｅＮＢ−２（１３１）は、このメッセージを受信後、ＬＩＰＡ−ＧＷ（１４１）への直接アップリンク接続の確立を開始する。「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」要素内の「ＵＬ  ＬＩＰＡトンネル端点」情報を利用して、転送トンネルを確立する。あるいは、ＬＩＰＡ−ＧＷ（１４１）は「ＵＬ  ＬＩＰＡトンネル端点」に応答しないことを選択することができる。その場合、ＨｅＮＢ−２（１３１）は、ハンドオーバ要求（２００９）で受信された「ＵＬ  ＧＴＰトンネル端点」（５０４）を使用して、直接転送トンネルを確立する。
【００９０】
直接転送トンネルの確立が成功した後、ＨｅＮＢ−２（１３１）はＵＥ（１０２）からのＬＩＰＡトラフィック用のアップリンクデータ経路を切り替える。ＬＩＰＡ用の新たなアップリンクデータ経路は、ＵＥ（１０２）−ＨｅＮＢ−２（１３１）−ＬＩＰＡ−ＧＷ（１４１）となる。
【００９１】
アプリケーション又はネットワークオペレータなどからのＱｏＳ及び／又はセキュリティ要件が保証されるように、「ＵＬ  ＬＩＰＡトンネル端点」、「ＤＬ  ＬＩＰＡトンネル端点」及び「ＧＴＰ  ＴＥＩＤ」はＰＤＮ接続又はＥＰＳベアラごとに区別したり、ＰＤＮ接続又はＥＰＳベアラ間で共有したりすることができる。
【００９２】
「セキュリティアソシエーション」は、ＨｅＮＢ−２とＬＩＰＡ−ＧＷとの間の接続を保護するために使用される。ＵＥ用のアップリンク及びダウンリンクパケットは、「セキュリティアソシエーション」に基づいて少なくともＨｅＮＢ−２とＬＩＰＡ−ＧＷとの間にセキュアコネクションが確立されるまで、ＨｅＮＢ−１とＨｅＮＢ−２との間の転送トンネルを介して転送される。
【００９３】
「セキュリティアソシエーション」は、例えばＨ（ｅ）ＮＢ−ＧＷ、ＳｅＧＷ、ＭＭＥなどのオペレータコアネットワーク内の中間ノードによって追加されてもよく、これにより、オペレータがＨｅＮＢ−２とＬＩＰＡ−ＧＷとの間の接続にどのような種類のセキュリティ保護を必要とするか決定でき、接続が顧客の宅内又はオフィスのローカルエリア内にある場合でも接続を維持することができる。ＬＩＰＡ−ＧＷはベアラ修正要求（３００９）を介して「セキュリティアソシエーション」を取得し、これを用いてＨｅＮＢ−２への接続を確立する。同様に、ＨｅＮＢ−２はパススイッチ要求応答（３０１７）を介して「セキュリティアソシエーション」を取得し、これを用いてＬＩＰＡ−ＧＷへの接続を確立する。セキュアコネクションの確立は、ＨｅＮＢ−２又はＬＩＰＡ−ＧＷのいずれかによって開始される。
【００９４】
接続の特性に応じて（すなわちＰＤＮ接続、ＥＰＳベアラ）セキュリティレベルが保証されるように、ＨｅＮＢ−２とＬＩＰＡ−ＧＷとの間の「セキュリティアソシエーション」及びセキュアコネクションは、ＬＩＰＡ用のＰＤＮ接続又はＥＰＳベアラごとに区別したり、ＬＩＰＡ用のＰＤＮ接続又はＥＰＳベアラ間で共有したりすることができる。
【００９５】
例えばハンドオーバの完了後、ＨｅＮＢ−１とＨｅＮＢ−２との間の転送トンネルをしばらくの間確立された状態に保っておいてもよく、これにより、その転送トンネルを、後の別のハンドオーバ手順で使用できるようになり、その後のハンドオーバで多くの時間を費やす必要がなくなる（すなわち、ハンドオーバ遅延が削減される）。なお、例えば、深夜、ＨｅＮＢの電源がオフになり、又は低電力モードにある場合には、転送トンネルは切断されるようにしてもよい。
【００９６】
さもなければ、ＨｅＮＢ上のリソースを効率的に利用できるように、転送トンネルはハンドオーバの完了の直後に切断されるようにしてもよい。これは、接続又はベアラに応じて区別できるＱｏＳ又はセキュリティパラメータに基づいて転送トンネルが確立される場合は利点の１つになる。
【００９７】
ＨｅＮＢ−２とＬＩＰＡ−ＧＷとの間でのセキュアコネクションの確立中に、さらに別のＨｅＮＢ（例えばＨｅＮＢ−３、図示せず）へのハンドオーバが実行されるかもしれない。すなわち、ＨｅＮＢ−２はＵＥからの測定レポートに基づいてＨｅＮＢ−３へのハンドオーバを決定してもよい。このような場合は、ＵＥのアップリンク／ダウンリンクパケットを転送するためにＨｅＮＢ−１とＨｅＮＢ−２との間の転送トンネルが引き続き使用される。
【００９８】
ＵＥのパケットロスを避けるため、ＨｅＮＢ−２は本実施形態で上述したようにＨｅＮＢ−３で手順を実行し、更にパケットをＨｅＮＢ−３とＨｅＮＢ−１との間に転送する。そうでない場合は、ＨｅＮＢ−３がＵＥへのパケット転送のためにＨｅＮＢ−１との接続を確立できるように、ＨｅＮＢ−２は手順中にＨｅＮＢ−１の情報（すなわちアドレス、トンネル端点、セキュリティパラメータ）を通知する。この時点で、ＨｅＮＢ−２が別のＨｅＮＢ（ＨｅＮＢ−３）への別のハンドオーバを決定すると、ＨｅＮＢ−２は不要なリソース消費を低減するため、ＬＩＰＡ−ＧＷとのセキュアコネクションの確立を停止してもよい。
【００９９】
（実施形態２）
図４には、特定のＵＥ（１０１）におけるＨｅＮＢ上での各ＬＩＰＡ接続ごとに可能なＬＩＰＡコンテクストのフォーマットが示されている。
【０１００】
コンテクスト情報のうち、「デフォルトベアラＩＤ」（４０１）と「ＥＰＳベアラＩＤ」（４０３）とは、ＬＩＰＡ接続、及びこれらに関連するベアラを特定するためにオペレータコアネットワーク、例えばＭＭＥによって使用される識別子である。
【０１０１】
「無線ベアラＩＤ」（４０５）は、ＬＩＰＡ接続用にＵＥ（１０１）に割り当てられるＨｅＮＢ−１（１２１）の無線ベアラの識別子である。特定のオペレーションでは、これはＬＩＰＡ接続用にＨｅＮＢによって割り当てられるＴＥＩＤの形態を取ることもできる。
【０１０２】
「ＬＩＰＡフラグ」（４０７）は、この接続がＬＩＰＡ用であるか否か、及びそれがローカルであるかリモートであるかを示している。「ＬＩＰＡフラグ」の可能な値は、
−ＨＮＢ／ＨｅＮＢからＬＩＰＡ−ＧＷへの直接接続によるローカルＬＩＰＡ
−最適化なしの、すなわちオペレータコアネットワークを経由するローカルＬＩＰＡ
−ＮＢ／ｅＮＢ又はＨＮＢ／ＨｅＮＢからＬＩＰＡ−ＧＷへの直接接続によるリモートＬＩＰＡ
−最適化なしの、すなわちＳＧＷを経由するリモートＬＩＰＡ
【０１０３】
別のオペレーションでは、「ＬＩＰＡフラグ」を別の情報要素、例えば「ＬＩＰＡ−ＧＷのアドレス」の存在から暗黙的に推測することができる。このような場合は、コンテクスト内に「ＬＩＰＡフラグ」情報要素は存在しない。
【０１０４】
「ＬＩＰＡ制限リスト」（４０９）は、ＬＩＰＡモビリティがサポートされるべきか否かを示している。それはＥＣＧＩ又はＣＳＧ  ＩＤのリスト、及び対応するモビリティレベルを含んでもよい。「ＬＩＰＡ制限リスト」の例は以下の通りである。
許容されるＥＣＧＩリスト（４１１）：
−ＥＣＧＩ１：モビリティはサポートされる、直接接続、パケットロスなし
−ＥＣＧＩ２：モビリティはサポートされる、非直接接続、順序配信
許容されるＣＳＧ  ＩＤリスト（４１３）：
−ＣＳＧ  ＩＤ１：モビリティはサポートされる、直接接続
ブロックされるＥＣＧＩリスト（４１５）：
−ＥＣＧＩ１：モビリティなし
ブロックされるＣＳＧ  ＩＤリスト（４１７）：
−ＣＳＧ  ＩＤ２：モビリティなし
【０１０５】
特定の実施態様では、「ブロックされるＥＣＧＩリスト」（４１５）及び「ブロックされるＣＳＧ  ＩＤリスト」（４１７）を省くことができることは当業者には明らかである。その場合は、「許容されるＥＣＧＩリスト」（４１１）及び「許容されるＣＳＧ  ＩＤリスト」（４１３）内にないセルはブロックされるものと見なされる。「ブロックされるＥＣＧＩリスト」（４１５）及び「ブロックされるＣＳＧ  ＩＤリスト」（４１７）が存在する場合は、どのリスト（４１１〜４１７）にもないこれらのセルは、ローカルポリシー又は設定に基づいて適切なアクションを決定するためにＨｅＮＢ−１（１２１）に残される 。例えば、これらのセルに対してＬＩＰＡハンドオーバを開始すると、受け入れるべきか否かの判断はターゲットセルに委ねられる。
【０１０６】
「ＬＩＰＡ−ＧＷのアドレス」（４２１）は、ＬＩＰＡ−ＧＷのために保持される必要な情報を含む。これは、例えば、ＬＩＰＡ−ＧＷ（１４１）のローカルアドレス、すなわちＩＰ＿ＬＧ１、及びＬＩＰＡ−ＧＷ（１４１）のコアネットワークアドレス、すなわちＩＰ＿ＣＧ１を含んでもよい。これは、また、ＬＩＰＡ−ＧＷ（１４１）におけるアップリンク及びダウンリンクユーザプレーンによって使用されるＧＴＰトンネルＩＤ（ＴＥＩＤ）を含む。
【０１０７】
「ＬＩＰＡ接続で使用されるＨｅＮＢのアドレス」（４２３）は、この特定のＬＩＰＡセッションで使用されるローカルアドレス情報を記憶するために使用される。例えば、これはＨｅＮＢ−１（１２１）用のＩＰ＿ＬＨ１、及びＨｅＮＢ−１（１２１）でのアップリンク及びダウンリンクに使用されるＴＥＩＤを含んでもよい。これは、ＨｅＮＢ−１（１２１）が複数のアドレスを有する場合に有用であり、異なるアドレスが異なるＬＩＰＡ接続に使用される。
【０１０８】
「ＣＳＧ  ＩＤ」（４２５）はＨｅＮＢ−１（１２１）のＣＳＧ  ＩＤを示し、「ＣＳＧメンバーシップ」（４２７）は、ＵＥ（１０１）がＣＳＧ  ＩＤのメンバーであるか否かを示す。
【０１０９】
この情報は、Ｘ２ハンドオーバを実行すべきか否か、又はＳ１ハンドオーバを実行すべきか否かを決定するために、ソースＨｅＮＢが利用することもできる。例えば、ターゲットＨｅＮＢが同じＣＳＧ  ＩＤのものである場合は、又はハイブリッド又はパブリックオペレーションモードのものである場合は、ソースＨｅＮＢはＸ２ハンドオーバの開始を試みることができる。そうでない場合は、ソースＨｅＮＢは、コアネットワーク、例えばＭＭＥをハンドオーバプロセスに含めることを試みるであろう。
【０１１０】
「ＬＩＰＡトラフィックリミット」（４２９）は、ＬＩＰＡ接続に関する制限、例えばＡＰＮ当たりの最大ビットレート、すなわちＡＰＮ−ＡＭＢＲ、又は容量限度（ｖｏｌｕｍｅ  ｌｉｍｉｔ）、例えば３００ＭＢ、又は時間限度（ｔｉｍｅ  ｌｉｍｉｔ）、例えば３０分を示す。この要素は、また、消費済み限度（ｃｏｎｓｕｍｅｄ  ｌｉｍｉｔ）、例えば２０ＭＢが使用済み、又は１０分が消費済みなどを示してもよい。これは、ＨｅＮＢ−１（１２１）でのＬＩＰＡサービスをローカルに管理するのに役立つ。限度を超えると、ＨｅＮＢ−１（１２１）は適切なアクション、例えばＬＩＰＡ接続の切断をトリガし、ＬＩＰＡ接続に関連するＱｏＳを低減し、ページングメッセージ又は無線層メッセージを介してＵＥ（１０１）への通知をトリガするなどのアクションをローカルに決定してもよい。
【０１１１】
「ＱｏＳパラメータ」（４３１）は、このＬＩＰＡ接続及び関連するベアラに割り当てられるＱｏＳレベルを示すために使用される。これは、例えば、（非特許文献２）に記載されているようにＱＣＩ及びＡＲＰ、又はＨｅＮＢ−１（１２１）で使用されるアクセス技術に応じた別のタイプのＱｏＳパラメータであってもよい。
【０１１２】
「セキュリティアソシエーション」（４３３）は、この特定のＬＩＰＡ接続におけるＬＩＰＡ−ＧＷ（１４１）とのセキュアコネクションのためのセキュリティキー及びキーイング情報である。例えば、これは暗号キーでもよく、ＩＰＳｅｃトンネル用の完全性保護キーであってもよい。
【０１１３】
１つのＬＩＰＡ接続に対して複数のベアラが確立されるものであってもよいことは、当業者には明らかである。その場合は、占有ベアラごとにＨｅＮＢ−１（１２１）上にコンテクストが生成されるべきである。
【０１１４】
図５には、ハンドオーバ要求（２００９）メッセージ内の「Ｅ−ＲＡＢセットアップアイテム」の例示的フォーマットが示されている。それらのうち、「Ｅ−ＲＡＢ  ＩＤ」（５０１）、「ＱｏＳパラメータ」（５０２）、「ＤＬ転送」（５０３）、「ＵＬ  ＧＴＰトンネル端点」（５０４）は（非特許文献５）に記載されているようなフォーマットに従う。
【０１１５】
「ＬＩＰＡフラグ」（５０５）は「ＬＩＰＡフラグ」（４０７）と同じフォーマットに従う。
【０１１６】
「ＬＩＰＡ−ＧＷアドレス」（５０６）は４２１からのＬＩＰＡ及びアドレス情報に用いられるＡＰＮから導出される情報である。したがって、これは、ＦＱＤＮ又はＩＰアドレス、又は何らかのドメイン名であることができる。
【０１１７】
「ＬＩＰＡ制限リスト」（５０７）及び「ＬＩＰＡトラフィックリミット」（５０８）は、４０９及び４２９のフォーマットと同じフォーマットに従う。
【０１１８】
「ＬＩＰＡ  ＵＬトンネル端点」（５０９）は、ソースＨｅＮＢ、例えばＨｅＮＢ−１（１２１）及びトンネル端点ＩＤ（ＴＥＩＤ）のローカルＩＰアドレス情報を含む。これは、ＵＥ（１０１）からアップリンクＬＩＰＡトラフィックを転送する宛先としてターゲットＨｅＮＢによって使用される。アドレス情報は、例えばＦＱＤＮ、又はローカルホスト名、ＭＡＣ層アドレス、ＶＬＡＮ  ＩＤなどの別の形態でも存在し得ることは当業者には明らかである。また、２つのＨｅＮＢ間のＧＴＰの代わりに直接ＩＰトンネルが使用される場合は、ＴＥＩＤの代わりにポート番号を使用することも可能である。この場合は、「ＬＩＰＡ  ＵＬトンネル端点」は、ＨｅＮＢ間のトンネルで使用されるプロトコルのタイプを示してもよい。
【０１１９】
「ＬＩＰＡ  ＤＬトンネル端点」（５１０）は、ソースＨｅＮＢのＩＰアドレス情報、例えばＩＰ＿ＬＨ１、及びトンネル端点ＩＤ（ＴＥＩＤ）のローカルＩＰアドレス情報を含む。これは、ダウンリンクデータをターゲットＨｅＮＢ、例えばＨｅＮＢ−２（１３１）へと転送するためにソースＨｅＮＢによって使用される。この情報は、ＨｅＮＢ−２（１３１）がセキュリティを転送トンネル端点と結合する必要がある場合に含まれるものとする。
【０１２０】
「セキュリティアソシエーション」（５１１）は、ＨｅＮＢ間のトンネル保護のためにセキュリティキーを導出するキーイング情報を含む。これは、使用されるセキュリティ方式、又は暗号及び認証アルゴリズムを含むことができる。
【０１２１】
図６には、ハンドオーバ要求応答（２０１３）内の「Ｅ−ＲＡＢ認証アイテム」の例示的フォーマットが示されている。
【０１２２】
「Ｅ−ＲＡＢ  ＩＤ」（６０１）は、（非特許文献５）に記載されているフォーマットを使用している。「ＬＩＰＡフラグ」（６０２）は、５０５と同じフォーマットに従う。「ＵＬ  ＬＩＰＡトンネル端点」（６０３）、及び「ＤＬ  ＬＩＰＡトンネル端点」（６０４）は、５０９及び５１０と同じフォーマットである。「ＱｏＳパラメータ」（６０５）は、５０２のフォーマットと共通する。
【０１２３】
「セキュリティアソシエーション」（６０６）は、転送トンネルを保護するキーを導出するためのＨｅＮＢ−１（１２１）用のキーイング情報を含む。
【０１２４】
図７には、パススイッチ要求（３００３）の「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」の例示的フォーマットが示されている。
【０１２５】
「Ｅ−ＲＡＢ  ＩＤ」（７０１）、「トランスポート層アドレス」（７０２）、「ＧＴＰ−ＴＥＩＤ」（７０３）は、（非特許文献７）に記載のフォーマットと同じフォーマットを取る。
【０１２６】
「ＬＩＰＡフラグ」（７０４）、「ＤＬ  ＬＩＰＡトンネル端点」（７０５）、「ＵＬ  ＬＩＰＡトンネル端点」（７０６）及び「セキュリティアソシエーション」（７０７）はそれぞれ、６０２、６０３、６０４及び６０６のフォーマットと同じフォーマットに従う。
【０１２７】
「ＤＬ  ＬＩＰＡトンネル端点」（７０５）は、ダウンリンクＬＩＰＡトラフィックを受信するためにＨｅＮＢ−２（１３１）によって使用されるダウンリンクトンネル端点である。これは、６０４の値と同じ値でよい。ＬＩＰＡ−ＧＷ（１４１）は、パス切替が成功すると、ＬＩＰＡダウンリンクトラフィックをこのアドレスに送るものとする。
【０１２８】
「ＵＬ  ＬＩＰＡトンネル端点」（７０６）は、ＬＩＰＡアップリンクトラフィックをＬＩＰＡ−ＧＷ（１４１）に直接送信するために、ＨｅＮＢ−２（１３１）によって使用されるアップリンクトンネル端点である。これは、セキュリティチェックの理由でＬＩＰＡ−ＧＷ（１４１）によって必要とされてもよい。
【０１２９】
（実施形態３）
図８には、本発明に使用されるＨ（ｅ）ＮＢ（８００）の例示的アーキテクチャが示されている。
【０１３０】
Ｈ（ｅ）ＮＢ（８００）は、４つの主要な機能ブロック、すなわちハンドオーバ管理（８０１）、ＥＰＣアクセスハンドオーバトンネル管理（８０３）、ＬＩＰＡコンテクスト管理（８０５）、及びＬＩＰＡアクセスハンドオーバトンネル管理（８０７）を有している。
【０１３１】
ハンドオーバ管理（８０１）は、例えばハンドオーバ要求（２００９）、ハンドオーバ要求応答（２０１３）、パススイッチ要求（３００３）、及びパススイッチ要求応答（３０１７）を送受信するなどのハンドオーバオペレーションを担当する。
【０１３２】
ＥＰＣアクセスハンドオーバトンネル管理（８０３）は、ダウンリンクＥＰＣトラフィックを転送するためにハンドオーバプロセス中にＨｅＮＢ−１（１２１）とＨｅＮＢ−２（１３１）との間のハンドオーバトンネルのセットアップを担当する。ＩＰ＿ＣＨ１及びＩＰ＿ＣＨ２の代わりにそれらのローカルアドレス、すなわちＩＰ＿ＬＨ１及びＩＰ＿ＬＨ２を使用して直接トンネルを生成する必要があってもよい。セキュリティアソシエーションのセットアップも適正なプロセスに含まれる。
【０１３３】
ＬＩＰＡコンテクスト管理（ＬＣＭ）（８０５）は、図４に示されるＬＩＰＡ接続コンテクストの生成及び消去の取り扱いを担当する。例えば、ＵＥによるＨｅＮＢ−２（１３１）へのハンドオーバが成功すると、ＬＣＭ（８０５）はＨｅＮＢ−１（１２１）内のＬＩＰＡ接続コンテクストを消去する。また、ＨｅＮＢ−２（１３１）がハンドオーバ要求（２００９）を受信すると、ＬＣＭ（８０５）はＨｅＮＢ−２（１３１）内に対応するＬＩＰＡ接続コンテクストを生成する。パススイッチ要求応答（３０１７）が受信されると、ＨｅＮＢ−２（１３１）上のＬＣＭ（８０５）はそれに従ってＬＩＰＡ接続コンテクストを更新する。
【０１３４】
ＬＩＰＡアクセスハンドオーバトンネル管理（ＬＡＨＴＭ）（８０７）は、ダウンリンク及びアップリンクＬＩＰＡトラフィックを転送するためのハンドオーバプロセス中のＨｅＮＢ−１（１２１）とＨｅＮＢ−２（１３１）との間のハンドオーバトンネルのセットアップを担当する。プロセスでは、ＨｅＮＢ−１（１２１）とＨｅＮＢ−２（１３１）のローカルアドレス、すなわちＩＰ＿ＬＨ１及びＩＰ＿ＬＨ２が使用される。パススイッチ要求応答（３０１７）が受信された後、ＬＡＨＴＭ（８０７）もアップリンクＬＩＰＡトラフィックを転送するためのＬＩＰＡ−ＧＷ（１４１）への直接トンネルを生成する役割を担当する。この場合は、ＬＩＰＡ−ＧＷ（１４１）のローカルアドレス、すなわちＩＰ＿ＬＧ１が使用される。プロセスにはセキュリティアソシエーションの確立も含まれる。したがって、ＩＫＥｖ２、ＩＰＳｅｃなどのセキュリティ機能はＬＡＨＴＭ（８０７）によってサポートされるものとし、これらの機能もＥＰＣアクセスハンドオーバトンネル管理（８０３）と共有することができる。
【０１３５】
（実施形態４）
図９には本発明をサポートする他のシステムアーキテクチャが示されている。このアーキテクチャは図１に示したものと同様であるが、各々のＨｅＮＢは異なるＬＩＰＡ−ＧＷと関連付けられてもよい。例えば、ＨｅＮＢ−１（１２１）は、ＬＩＰＡ−ＧＷ（１４１）を介してＬＩＰＡドメイン（１４０）へのアクセスが可能となり、ＨｅＮＢ−２（１３１）はＬＩＰＡ−ＧＷ２（９４７）を介してＬＩＰＡドメイン（１４０）へのアクセスが可能となる。実際の展開において、これはアクセス制限、ＶＬＡＮ展開、物理的制約、又は負荷バランスの配慮などの影響を受ける。
【０１３６】
この場合は、ＵＥ（１０１）が位置（１０２）に移動すると、（非特許文献２）に記載されているように、ＬＩＰＡ−ＧＷはＰＤＮ  ＧＷの機能と同様であるため、ＰＤＮ  ＧＷ機能が再配置される必要がある。しかし、通常は、ＰＤＮ  ＧＷ機能が再配置されると、サービスの中断が生ずる。
【０１３７】
例えば、ＬＩＰＡ−ＧＷ（１４１）とＬＩＰＡ−ＧＷ２（９４７）が異なるアドレス空間に属している場合、ＵＥ（１０２）は新たなＩＰアドレスを使用する必要がある。ＬＩＰＡ−ＧＷ（１４１）とＬＩＰＡ−ＧＷ２（９４７）が同じアドレス空間に属し、ＵＥ（１０２）がサービングＬＩＰＡ−ＧＷを変更した場合に同じＩＰアドレスを保存することができるとしても、ＬＩＰＡドメイン（１４０）内の別のデバイスは混乱することがある。例えば、ＵＥ（１０２）の移動によりＬＩＰＡ−ＧＷ２（９４７）を使用するようになっても、サービスデバイス１（１４３）は実際にはＬＩＰＡ−ＧＷ（１４１）を指すＡＲＰエントリを保存することがある。これは、受信データを期待するＵＥ（１０２）上のアプリケーションにとって特に有害である。
【０１３８】
この問題を解決するため、本発明の上記に提示したオペレーション手順を使用することができる。可能性のある１つの方法は、ＨｅＮＢ−２（１３１）がハンドオーバ要求（２００９）を受信したときに、異なるＬＩＰＡ−ＧＷ２（９４７）が、例えば新たなセル、新たなトラッキングエリアなどのような新たな位置でＵＥを収容することを検知する。この場合、ＨｅＮＢ−２（１３１）は、「ＬＩＰＡフラグ」（６０２）を使用してハンドオーバ要求応答（２０１３）内でこのような点を指示する。この場合、ＨｅＮＢ−１（１２１）は時間を延長して、又は永続的に双方向トンネルを保持する。このようにして、トラフィックは常にＨｅＮＢ−１（１２１）を介して転送される。
【０１３９】
ＨｅＮＢ−２（１３１）は、フラグをＬＩＰＡ接続コンテクスト内に配置し、ＨｅＮＢ−１に関する必要な情報を記憶する。これにより、次回にＵＥ（１０２）が別の新たな位置に移動すると、ＨｅＮＢ−１（１２１）のローカルアドレス情報はハンドオーバ要求メッセージ内の新たなＨｅＮＢ（図示せず）に送られる。新たなＨｅＮＢは、ＨｅＮＢ−１（１２１）とのトンネルを確立し、ＵＥのＬＩＰＡトラフィックは引き続きＨｅＮＢ−１（１２１）を介して転送される。
【０１４０】
この転送はＬＩＰＡトラフィックの場合だけであることに留意されたい。ＥＰＣトラフィックは依然として図２及び図３に記載の通常の手順を用いてハンドオーバされる。
【０１４１】
別の代替形態は、それを管理するＭＭＥ（１６３）についてのものである。ＨｅＮＢ−１（１２１）及びＨｅＮＢ−２（１３１）は、単に図２及び図３に記載の手順に従う実施する。ＨｅＮＢ−２（１３１）がパススイッチ要求（３００３）を送信すると、ＭＭＥ（１６３）は、新たなＬＩＰＡ−ＧＷ２（９４７）がＨｅＮＢ−２（１３１）に割り当てられることを検知する。この場合は、ＭＭＥ（１６３）は「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」を含むベアラ生成要求を、ＬＩＰＡ−ＧＷ２（９４７）に送信する。
【０１４２】
この場合は、ＨｅＮＢ−２（１３１）とＬＩＰＡ−ＧＷ２（９４７）との間に新たな直接接続が確立される。しかし、この新たな直接接続はアップリンクＬＩＰＡトラフィック用だけのものである。ダウンリンクＬＩＰＡトラフィックは、依然としてＬＩＰＡ−ＧＷ（１４１）及びＨｅＮＢ−１（１２１）を介してトンネリングされる。このトンネルは、ＨｅＮＢ−２（１３１）がリソース解放（３０１９）をＨｅＮＢ−１（１２１）に送信することを決定した場合、例えば延長期間に転送リンクを通してトラフィックが観察されないか、又はオリジナルのＬＩＰＡベアラが消去された場合のみ消去される。
【０１４３】
更に別の方法は、上記プロセスと同様である。パススイッチ要求（３００３）が受信されると、ＭＭＥ（１６３）はＳＷＧ（１６５）を介して、ＬＩＰＡ−ＧＷアドレスの変更を示す「ＬＩＰＡフラグ」を含むベアラ生成要求（又はセッション生成要求）をＬＩＰＡ−ＧＷ２（９４７）に送信する。ＬＩＰＡ−ＧＷ２（９４７）は、「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」内の追加のダウンリンクトンネル端点を含める。
【０１４４】
ＭＭＥ（１６３）がベアラ生成要求（又はセッション生成要求応答）をＳＧＷ（１６５）から受信すると、ＭＭＥ（１６３）は「Ｅ−ＲＡＢスイッチインアップリンクアイテムＩＥ」から新たなダウンリンクトンネル端点を抽出し、ベアラ修正要求をＬＩＰＡ−ＧＷ（１４１）に送信する。それによってＬＩＰＡ−ＧＷ（１４１）がトリガされ、ＵＥ（１０２）のダウンリンクＬＩＰＡトラフィックをＬＩＰＡ−ＧＷ２（９４７）に転送するためにＬＩＰＡ−ＧＷ２（９４７）との接続を確立する。このようにして、サービスの継続性が保証される。
【０１４５】
（実施形態５）
上記説明では、ＬＩＰＡ−ＧＷ（１４１）が独立型（スタンドアローン）であることを前提にしている。実際の配置では、ＬＩＰＡ−ＧＷ（１４１）が、１つのＨ（ｅ）ＮＢ、例えばマスターＨ（ｅ）ＮＢ上に併置されてもよい。その場合、マスターＨ（ｅ）ＮＢはプロセスで記載される機能を単に実行する。本発明の適用が可能であることは当業者には明らかである。
【０１４６】
例えば図９のように、ローカルネットワーク内に複数のマスターＨ（ｅ）ＮＢがある場合は、ＬＩＰＡ−ＧＷ（１４１）はＨｅＮＢ−１（１２１）に併置され、ＬＩＰＡ−ＧＷ２（９４７）はＨｅＮＢ−２（１３１）に併置され、例えば実施形態４に記載の拡張手順を用いることによって本発明を適用できる。
【０１４７】
１つのＵＥが、複数のＬＩＰＡ又はＳＩＰＴＯ接続を確立し得ることは、当業者には明らかである。その場合は、本発明の手順を個々の接続に適用すべきである。これらの接続が同じＬＩＰＡ−ＧＷ（１４１）を使用している場合は、シグナリングメッセージを結合することによってある特定の最適化を達成できる。しかし、これは本発明の基本原理に影響するものではない。
【０１４８】
上記説明では、Ｘ２ハンドオーバの手順が用いられる。しかし、基本原理は最小限の修正で（非特許文献２）に記載されたＳ１ベースのハンドオーバにも適用できることが当業者には明らかである。
【０１４９】
例えば、Ｓ１ベースのハンドオーバが使用される場合は、ハンドオーバ要求メッセージがＨｅＮＢ−１（１２１）によってＭＭＥ（１６３）に送信され、ＭＭＥ（１６３）はハンドオーバ要求をＨｅＮＢ−１（１２１）によって指定された「ターゲットｅＮｏｄｅＢアイデンティティ」に従ってＨｅＮＢ−２（１３１）へ送信する 。この場合は、図５に記載の「Ｅ−ＲＡＢセットアップアイテム」はハンドオーバ要求メッセージの「ソースからターゲットへの透過コンテナ」に含まれ、ハンドオーバ要求メッセージでＭＭＥ（１６３）によってＨｅＮＢ−２（１３１）に転送される。ＨｅＮＢ−１（１２１）が保持するＬＩＰＡ接続コンテクストの「許容されるＥＣＧＩリスト」又は「許容されるＣＳＧ  ＩＤリスト」内に、ＨｅＮＢ−２（１３１）のＥＣＧＩ、又はＣＳＧ  ＩＤが存在する場合は、「直接転送経路の利用可能性」を「利用可能（ａｖａｉｌａｂｌｅ）」に設定してもよい。またこの場合、「ＵＬ  ＧＴＰトンネル端点」（５０４）は、「ＵＬ  ＬＩＰＡトンネル端点」（７０６）と同様のフォーマットで、ＨｅＮＢ−１（１２１）に記憶されるＬＩＰＡ−ＧＷ（１４１）のアップリンクトンネル端点情報を提供すべきである。また、「セキュリティアソシエーション」（５１１）は、ＬＩＰＡ−ＧＷ（１４１）がキー更新処理できるよう、ＨｅＮＢ−２（１３１）用のセキュリティキーイング情報を提供してもよい。
【０１５０】
同様に、Ｓ１ベースのハンドオーバでは、ＨｅＮＢ−２（１３１）からのハンドオーバ要求応答メッセージは、図６に記載のように、「ターゲットからソースへの透過コンテナ」に「Ｅ−ＲＡＢ認証アイテム」を含む。ＭＭＥ（１６３）はＨｅＮＢ−１（１２１）へのハンドオーバコマンドメッセージに「Ｅ−ＲＡＢ認証アイテム」を伴う「ターゲットからソースへの透過コンテナ」を含める。
【０１５１】
ＨｅＮＢ−２（１３１）は、ハンドオーバ要求応答メッセージに、図７に記載の「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」要素を含めることができる。この要素の情報はＭＭＥ（１６３）内に記憶される。ハンドオーバ通知メッセージがＨｅＮＢ−２（１３１）から受信されると、ＭＭＥ（１６３）はステップ３００５及び３００９と同様に、ＬＩＰＡ−ＧＷ（１４１）に送るベアラ修正要求メッセージに「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」要素を含める。
【０１５２】
あるいは、ＨｅＮＢ−２（１３１）はハンドオーバ通知メッセージに「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」を含めることができ、ＭＭＥ（１６３）はベアラ修正要求メッセージでそれをＬＩＰＡ−ＧＷ（１４１）へと転送する。
【０１５３】
ＨｅＮＢ−２（１３１）は、「Ｅ−ＲＡＢスイッチインダウンリンクアイテムＩＥ」要素の「セキュリティアソシエーション」（７０７）に、ＨｅＮＢ−１（１２１）からの「セキュリティアソシエーション」（５１１）から導出されるキー更新情報を含める。
【０１５４】
「Ｅ−ＲＡＢスイッチインダウンリンクＩＥ」を含むベアラ修正要求がＬＩＰＡ−ＧＷ（１４１）で受信されると、ＬＩＰＡ−ＧＷ（１４１）はこの情報を使用してＨｅＮＢ−２（１３１）への直接接続を確立する。「セキュリティアソシエーション」（７０７）内のキー更新情報は、直接接続を保護するためのキーを導出するために使用される。
【０１５５】
直接接続を確立すると、ＬＩＰＡ−ＧＷ（１４１）は、直接トンネルを使用して、ＵＥ（１０２）のダウンリンクＬＩＰＡトラフィックをＨｅＮＢ−２（１３１）に転送開始する。直接接続を介してＬＩＰＡ−ＧＷ（１４１）からのダウンリンクＬＩＰＡトラフィックを受信すると、ＨｅＮＢ−２（１３１）は経路を切り替えて、ハンドオーバ要求メッセージの「ＵＬ  ＧＴＰトンネル端点」（５０４）に示される情報を使用して、アップリンクＬＩＰＡトラフィックをＵＥからＬＩＰＡ−ＧＷ（１４１）へと送信する。ＵＥ（１０２）のユーザプレーンデータが長期間にわたって存在しない場合は、ＬＩＰＡ−ＧＷ（１４１）は、例えばＩＣＭＰ  ｐｉｎｇメッセージなどＵＥ（１０２）へのパケットを作り、アップリンク直接接続に関してＨｅＮＢ−２（１３１）をアクティベートすることができる。
【０１５６】
（実施形態６）
図９に提示されたアーキテクチャの代替オペレーションでは、例えばＨｅＮＢ−１（１２１）のようなソースＨｅＮＢはアドレスハンドリングの最適化を支援する。このオペレーションでは、例えばＨｅＮＢ−１（１２１）のようなソースＨｅＮＢは、ＵＥ（１０１）が、例えばＨｅＮＢ−２（１３１）のような現在のＬＩＰＡ−ＧＷ（１４１）によってカバーされない別のセルにハンドオーバする必要があるものと決定する場合、ソースＨｅＮＢはＭＭＥ（１６３）に対してＬＩＰＡベアラの切断処理を開始する。例えばＥ−ＲＡＢリリース指示などのこの切断メッセージを用いる場合、ソースＨｅＮＢはＣａｕｓｅを「ＬＩＰＡハンドオーバ」とする。
【０１５７】
このＥ−ＲＡＢリリース指示を受信すると、ＭＭＥ（１６３）はＬＩＰＡベアラの切断を即座にトリガするわけではない。その代わり、ＭＭＥ（１６３）はＬＩＰＡベアラに「ＬＩＰＡハンドオーバ」フラグをマークする。
【０１５８】
ＨｅＮＢ−１（１２１）は、実施形態１に記載のハンドオーバオペレーションに従う。すなわち、ターゲットＨｅＮＢ―２（１３１）との双方向トンネルをセットアップして、転送を開始する。ハンドオーバシグナリングにおいて、ＨｅＮＢ−１（１２１）は、先にＭＭＥ（１６３）に対して解放するとして指示していたＬＩＰＡベアラを含むすべてのベアラをＨｅＮＢ−２（１３１）に通知する。
【０１５９】
ＵＥ（１０２）が、ターゲットＨｅＮＢ（ＨｅＮＢ−２（１３１））への無線接続を確立した後、経路スイッチメッセージはＭＭＥ（１６３）に転送される。ＭＭＥ（１６３）がこのメッセージを確認すると、ＭＭＥ（１６３）はそれに従ってすべてのベアラを更新する。「ＬＩＰＡハンドオーバ」フラグのマークを付されたＬＩＰＡベアラについては、ＭＭＥ（１６３）はＬＩＰＡ−ＧＷ（１４１）にセッション削除要求を発行する。ＬＩＰＡ−ＧＷ（１４１）は対応するＬＩＰＡベアラを消去し、セッション削除応答でＭＭＥ（１６３）に応答し、ＬＩＰＡ接続用にＵＥ（１０１）に割り当てられた１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスを供給する。この応答を受信すると、ＭＭＥ（１６３）は、新たなセッション生成要求を、新たなＨｅＮＢ（ＨｅＮＢ−２（１３１））に関連付けられた新たに特定されたＬＩＰＡ−ＧＷ２（９４７）に発行する。セッション生成要求で、ＭＭＥは、ＩＰアドレスの維持及びセッションの継続性のためにＵＥ（１０２）が使用すべき１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスを指示する。
【０１６０】
ＭＭＥ（１６３）からの指示された情報に基づいて、ＬＩＰＡ−ＧＷ２（９４７）は異なるオペレーションを実行することができる。すなわち、
−ＵＥ（１０２）に割り当てられる１つ又は複数のＩＰアドレスが、例えばＬＩＰＡ−ＧＷ２（９４７）のドメインに属する場合は、これは１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックス用のルータとして直接機能することができ、ＬＩＰＡ−ＧＷ２（９４７）は、例えばＡＲＰメッセージ、ＩＰｖ６ルータ広告メッセージ、又は近隣広告メッセージを送信することによって１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスの所有を得ようとし、且つ１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスを防御しようとする。
−ＵＥ（１０２）に割り当てられる１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスが、例えばＬＩＰＡ−ＧＷ２（９４７）によって直接所有されることができない場合は、それはＬＩＰＡ−ＧＷ（１４１）のサブネットに属し、ＬＩＰＡ−ＧＷ２（９４７）はパケット転送のためにＬＩＰＡ−ＧＷ（１４１）へのトンネルを確立しようとする。セキュリティ、認証、承認、暗号化などがトンネルに必要ならば、ＬＩＰＡ−ＧＷ（１４１）が必要な情報をＭＭＥ（１６３）に送信するセッション削除応答、及びＭＭＥ（１６３）が必要な情報をＬＩＰＡ−ＧＷ２（９４７）に転送するセッション生成要求などのように、例えばキーイング情報などの必要な情報が、１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスを搬送するメッセージに添付され、又は含められる。したがって、必要な情報はＬＩＰＡ−ＧＷ（１４１）からＬＩＰＡ−ＧＷ２（９４７）に伝送されて両者の間にトンネルが確立される。更に、ＬＩＰＡ−ＧＷ２（９４７）は、ＭＭＥ（１６３）を介してＬＩＰＡ−ＧＷ（１４１）から伝送されたメッセージに応答を送信して、セキュリティ要件を保証するために、例えばチャレンジレスポンスハンドシェイクを介してキーイング情報を交換する。ＬＩＰＡ−ＧＷ（１４１）からの必要な情報の取得、又はＬＩＰＡ−ＧＷ（１４１）とＬＩＰＡ−ＧＷ２（９４７）との間でのキーイング情報の交換は、ＬＩＰＡ−ＧＷ２（９４７）によって開始されてもよい。
【０１６１】
ＬＩＰＡ−ＧＷ（１４１）とＬＩＰＡ−ＧＷ２（９４７）との間にトンネルを確立する場合、ＬＩＰＡ−ＧＷ（１４１）又はＬＩＰＡ−ＧＷ２（９４７）は、帯域幅、遅延、パケットハンドリングの優先度などのＱｏＳリソースをトンネルに割り当ててもよい。トンネルへのＱｏＳの割り当ては、ＨｅＮＢ−２を介したハンドオーバのターゲットであったＬＩＰＡベアラに割り当てられるＱｏＳに基づき、ＱｏＳと調整される。
【０１６２】
例えばトラフィックがＬＩＰＡ−ＧＷ（１４１）を介してＰＤＮを通過するには、ＨｅＮＢ−２とＬＩＰＡ−ＧＷ２（９４７）との間の接続のセキュリティレベルが不十分であり、又はセキュリティレベルがＨｅＮＢ１とＬＩＰＡ−ＧＷ（１４１）との接続のセキュリティレベル未満であるなど、例えばセキュリティ上の理由からＬＩＰＡ−ＧＷ２（９４７）が、ＬＩＰＡ−ＧＷ（１４１）へのトンネルを確立できない場合は、ＬＩＰＡ−ＧＷ２（９４７）はＨｅＮＢ２との接続のセキュリティレベルをアップグレードしてもよく、さもなければ、ＬＩＰＡ−ＧＷ２（９４７）はＬＩＰＡ−ＧＷ（１４１）とのトンネルの確立を開始しなくてもよい。
【０１６３】
ＨｅＮＢ−２（１３１）がＬＩＰＡ−ＧＷ２（９４７）との直接経路を得ると、これはＨｅＮＢ−１（１２１）との接続を収容することができる。同時に、ＬＩＰＡ−ＧＷ（１４１）は、それが１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスのオーナーシップを伝送した後、例えばＬＩＰＡ−ＧＷ２（９４７）からのＡＲＰ、ＲＡ／ＮＡメッセージを確認したり、又は転送のためにＬＩＰＡ−ＧＷ２（９４７）との直接トンネルが確立された後、ＨｅＮＢ−１（１２１）から切断することができる。
【０１６４】
別の代替オペレーションでは、ＬＩＰＡ−ＧＷがＨｅＮＢと併置されると、例えばＬＩＰＡ−ＧＷ（１４１）がＨｅＮＢ−１（１２１）と併置され、ＬＩＰＡ−ＧＷ２（９４７）がＨｅＮＢ−２（１３１）と併置されると、１つ又は複数のＩＰアドレス／１つ又は複数のプレフィックスのシグナリングはＨｅＮＢ間のＸ２ハンドオーバシグナリングの一部として実行することができる。その場合は、ＭＭＥはＬＩＰＡ−ＧＷへのシグナリングメッセージ内にいかなる特別な情報も含める必要がない。
【０１６５】
別の代替アーキテクチャでは、例えばＬＩＰＡ−ＧＷ（１４１）のようなＬＩＰＡ−ＧＷは、例えばＬＩＰＡ−ＧＷ（１４１）がＨｅＮＢが配置される企業ルータである場合は、ＨｅＮＢとＳｅＧＷ（１６１）との間の経路上に配置されてもよい。この場合は、ＨｅＮＢは依然として、ＬＩＰＡ−ＧＷ（１４１）に対して明らかな（トランスペアレントの）透過なＳｅＧＷ（１６１）とのセキュアコネクションを確立する必要がある。したがって、本発明は変わりなく適用される。これらの異なる配置及びオペレーションのオプションは、本発明の基本原理に影響しないことは当業者には明らかである。
【０１６６】
これまでの実施形態では、ＬＩＰＡ接続用のＳＧＷはオペレータコアネットワーク（１６０）内にあることを前提としている。しかし、本発明は、ＳＧＷがＬＩＰＡ−ＧＷ（１４１）又はＬＩＰＡ−ＧＷ２（９４７）と併置される場合にも適用できることが当業者には明らかである。
【０１６７】
上記実施形態の記載に用いられた各機能ブロックは、通常は集積回路によって表されるＬＳＩとして実現することができる。これらは１つのチップとして個々に製造されてもよく、又は一部又は全部を含める１つのチップとして設計されてもよい。ここではＬＳＩと呼ばれるが、集積度に応じてＩＣ、システムＬＳＩ、スーパーＬＳＩ、又はウルトラＬＳＩと呼んでもよい。また、集積回路の技術はＬＳＩに限定されず、専用回路又は汎用プロセッサとして実現されてもよい。ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）、又はＬＳＩ内部の回路セルの接続又は設定を再構成できる再構成可能プロセッサを使用してもよい。更に、半導体技術、又はそこから導かれる別の技術の進展と共に、ＬＳＩに変わる回路集積技術が出現すれば、このような技術を利用して機能ブロックを集積してもよい。例えば、バイオテクノロジーの適合化もそのような可能性の１つである。
【産業上の利用可能性】
【０１６８】
本発明は、ターゲットＨｅＮＢ（ＨｅＮＢ−２）とＬＧＷ間のショートカット経路を確立する前に、オペレータコアネットワークを経由せずにＬＧＷ（ＬＩＰＡ−ＧＷ）に到達するという利点を有する。したがって、本発明は、移動通信システムにおけるローカルＩＰアドレスの管理に有利に使用することができる。
【図１】
2013526087.tif 000003
【図２】
2013526087.tif 000004
【図３】
2013526087.tif 000005
【図４】
2013526087.tif 000006
【図５】
2013526087.tif 000007
【図６】
2013526087.tif 000008
【図７】
2013526087.tif 000009
【図８】
2013526087.tif 000010
【図９】
2013526087.tif 000011
【国際調査報告】
2013526087.tif 000012
2013526087.tif 000013
2013526087.tif 000014