ローカルIPネットワークに接続するUEのためのハンドオーバ方法であり、前記UEがソース宅内基地局から前記ローカルIPネットワークに接続されたターゲット宅内基地局にハンドオーバする際の前記ハンドオーバ方法であって、前記ソース宅内基地局が、前記ターゲット宅内基地局と前記ソース宅内基地局との間の直接転送経路が必要であるかを決定する決定ステップと、前記ソース宅内基地局が前記ターゲット宅内基地局に対して前記直接転送経路を生成することを要求する要求ステップと、前記ターゲット宅内基地局が、前記ソース宅内基地局からの前記要求に従って前記直接転送経路を生成する生成ステップと、前記ソース宅内基地局が、前記UEを宛先とするダウンリンクパケットを前記直接転送経路を介して前記ターゲット宅内基地局に転送するダウンリンク転送ステップと、前記ターゲット宅内基地局とローカルゲートウェイとの間の直接接続が確立されるまで、前記ターゲット宅内基地局が前記UEから前記直接転送経路を介して前記ソース宅内基地局にアップリンクパケットを転送するアップリンク転送ステップと、前記ソース宅内基地局が、前記ソース宅内基地局と前記ローカルゲートウェイとの間に存在する直接接続を介して、前記ターゲット宅内基地局から転送された前記アップリンクパケットを前記ローカルゲートウェイに更に転送する送信ステップとを、有するハンドオーバ方法。前記ターゲット宅内基地局のセルが前記ローカルIPネットワークに接続されていることを検知すると、前記ソース宅内基地局が、前記直接転送経路が必要であることを決定する請求項1に記載のハンドオーバ方法。前記ターゲット宅内基地局が前記ソース宅内基地局が提供するものと同じローカルIPアクセスサービスを提供することを検知すると、前記ソース宅内基地局は前記直接転送経路が必要であることを決定する請求項1に記載のハンドオーバ方法。前記生成ステップの完了後、前記ターゲット宅内基地局が前記ローカルゲートウェイへの前記直接接続を生成することを開始する確立ステップを更に有する請求項1に記載のハンドオーバ方法。前記直接接続が確立されると、前記ターゲット宅内基地局が前記アップリンクパケット用の経路を前記ソース宅内基地局への前記直接転送経路から前記ローカルゲートウェイへの前記直接接続へと切り替える切替ステップを更に有する請求項4に記載のハンドオーバ方法。前記ターゲット宅内基地局がターゲットローカルゲートウェイによってサーブされている場合、前記ローカルゲートウェイが、前記ローカルゲートウェイと前記ターゲットローカルゲートウェイとの間に直接トンネルを確立する直接トンネル確立ステップと、前記ターゲットローカルゲートウェイが、前記UEを宛先とするダウンリンクパケットを前記直接トンネルと前記直接転送経路を介して前記ターゲット宅内基地局に転送する転送ステップとを、更に有する請求項1に記載のハンドオーバ方法。前記確立ステップは、前記ターゲット宅内基地局が、前記直接接続用にセキュリティアソシエーションが必要であることを指示されると、前記セキュリティアソシエーションを確立し、前記セキュリティアソシエーションを前記直接接続に適用する請求項4に記載のハンドオーバ方法。ソース宅内基地局とターゲット宅内基地局とを含む、ローカルIPネットワークに接続するUEのハンドオーバシステムであり、前記UEが前記ソース宅内基地局から前記ローカルIPネットワークに接続された前記ターゲット宅内基地局にハンドオーバする際の前記ハンドオーバシステムであって、前記ソース宅内基地局が、前記ターゲット宅内基地局と前記ソース宅内基地局との間の直接転送経路が必要であることを決定し、前記ソース宅内基地局が、前記ターゲット宅内基地局に対して前記直接転送経路を生成することを要求し、前記ターゲット宅内基地局が、前記ソース宅内基地局からの前記要求に従って前記直接転送経路を生成し、前記ソース宅内基地局が、前記UEを宛先とするダウンリンクパケットを前記直接転送経路を介して前記ターゲット宅内基地局に転送し、前記ターゲット宅内基地局とローカルゲートウェイとの間の直接接続が確立されるまで、前記ターゲット宅内基地局が前記UEからのアップリンクパケットを前記直接転送経路を介して前記ソース宅内基地局に転送し、前記ソース宅内基地局が、前記ターゲット宅内基地局から転送された前記アップリンクパケットを前記ソース宅内基地局と前記ローカルゲートウェイとの間に存在する直接接続を介して前記ローカルゲートウェイに転送するハンドオーバシステム。前記ソース宅内基地局が、前記ターゲット宅内基地局のセルが前記ローカルIPネットワークに接続されていることを検知すると、前記直接転送経路が必要であることを決定する請求項8に記載のハンドオーバシステム。前記ターゲット宅内基地局が前記ソース宅内基地局が提供するものと同じローカルIPアクセスサービスを提供することを検知すると、前記ソース宅内基地局は前記直接転送経路が必要であることを決定する請求項8に記載のハンドオーバシステム。前記ターゲット宅内基地局が、前記直接転送経路の生成後に前記ローカルゲートウェイへの直接接続の生成を開始する請求項8に記載のハンドオーバシステム。前記直接接続が確立されると、前記ターゲット宅内基地局が、前記アップリンク用の経路を前記ソース宅内基地局への前記直接転送経路から前記ローカルゲートウェイへの前記直接接続へ切り替える請求項11に記載のハンドオーバシステム。ローカルIPネットワークに接続するUEのハンドオーバシステムに含まれる宅内基地局用装置であり、前記UEがソース宅内基地局としての前記宅内基地局から前記ローカルIPネットワークに接続されたターゲット宅内基地局にハンドオーバする際の前記宅内基地局用装置であって、前記ターゲット宅内基地局と前記宅内基地局との間の直接転送経路が必要であるかを決定する決定部と、前記ターゲット宅内基地局に対して前記直接転送経路を生成することを要求する要求部と、前記宅内基地局からの前記要求に従って、前記ターゲット宅内基地局によって生成された前記直接転送経路を介して前記ターゲット宅内基地局に前記UEを宛先とするダウンリンクパケットを転送する転送部と、前記宅内基地局と前記ローカルゲートウェイとの間に存在する直接接続を介して前記ターゲット宅内基地局から転送されるアップリンクパケットをローカルゲートウェイに転送する送信部とを、備える宅内基地局用装置。前記ターゲット宅内基地局宅内基地局のセルが前記ローカルIPネットワークに接続されていることを検知すると、前記直接転送経路が必要であることを前記決定部が決定する請求項13に記載の宅内基地局用装置。前記ターゲット宅内基地局が前記宅内基地局が提供するものと同じローカルIPアクセスサービスを提供することを検知すると、前記直接転送経路が必要であることを前記決定部が決定する請求項13に記載の宅内基地局用装置。ローカルIPネットワークに接続するUEのハンドオーバシステムに含まれる宅内基地局用装置であり、前記UEがソース宅内基地局から前記ローカルIPネットワーク内のターゲット宅内基地局としての前記宅内基地局にハンドオーバする際の前記宅内基地局用装置であって、前記ソース宅内基地局からの要求に従って前記宅内基地局と前記ソース宅内基地局との間に直接転送経路を生成する生成部と、前記宅内基地局とローカルゲートウェイとの間の直接接続が確立されるまで、前記直接転送経路を介して前記ソース宅内基地局に前記UEからのアップリンクパケットを転送するための送信部とを、備える装置。前記直接転送経路の生成後に、前記生成部が、前記ローカルゲートウェイとの前記直接接続の生成を開始する請求項16に記載の宅内基地局用装置。前記直接接続が確立されると、前記アップリンクパケット用の経路を前記ソース宅内基地局への直接転送経路から前記ローカルゲートウェイへの直接接続へ切り替える切替部を更に備える請求項17に記載の宅内基地局用装置。しかし、HNB/HeNB配置の特定のアーキテクチャにより、非特許文献3に記載のように、モバイルオペレータは、HNB/HeNBがコアネットワークへアクセスをするために、セキュリティゲートウェイSeGWを必要とすることがある。この場合、HNB/HeNBは例えばモビリティ管理エンティティMME及びサービングゲートウェイSGWなどのコアネットワークエンティティと通信するためにSeGWによって割り当てられるIPアドレスを使用する。HNB/HeNBからのトラフィックはSeGWにトンネリングされる必要がある。この場合はノード間の位置関係を反映することはできない。したがって、モビリティ手順の間、ソースHNB/HeNBとターゲットHNB/HeNB間のデータ転送は非特許文献4に記載のようにコアネットワークを通る必要がある。その結果、コアネットワークを通過する時間がかかるので非効率になり、実際にサービスの中断を引き起こすことがある。X2インターフェイスが実装されていても、依然としてトラフィックはオペレータネットワークのSeGWを介して転送されることになる。更に、ハンドオーバ手順が完了する前、非特許文献2に記載のように、ソースHNB/HeNBはSGWアドレスしか通知しないので、UEからのアップリンクトラフィックはターゲットHNB/HeNBによってSGWに転送される。可能な対応策の1つは、ソースHNB/HeNBがターゲットHNB/HeNBにLIPA又はSIPTOゲートウェイのローカルアドレスを通知することである。しかし、LIPA/SIPTOゲートウェイはX2シグナリングに関与しないので、LIPA/SIPTOゲートウェイがターゲットHNB/HeNBからUEのトラフィックを受信するよう指示されることはない。別の可能な方法は、HNB/HeNB及びLIPA/SIPTOゲートウェイがローカルに互いを検知して、直接接続を確立することである。しかし、ローカル検知は、特別な構成がなされない限り、通常は異なるサブネットを横断することができない。また、これらの構成はオペレータが管理するドメインの外部にあるので、モバイルオペレータにとってセキュリティ上の脅威になることがある。上記に鑑み、この問題に関するより良い解決方法が必要であることは明確である。本発明の目的は、上記の問題点を解決することにある。特に、本発明は、ハンドオーバ中に、オペレータコアネットワークを通過させることなく、UEのLIPA及び/又はSIPTOトラフィックを最適化できる方法を提供することを目的としている。特に、本発明は、オペレータコアネットワークを介してLIPA又はSIPTOトラフィックを送信することなく、LIPA又はSIPTO接続のシームレスハンドオーバを可能にするシステムを提供する。別の態様では、本発明は、HeNBがオペレータのサービスアクセス用の接続とLIPA又はSIPTOアクセス用の接続とを別個に処理できるようにする。上記の目的を達成するため、本発明は、ローカルIPネットワークに接続するUEのためのハンドオーバ方法、ハンドオーバシステム及び装置を提供する。本発明は、ターゲットHeNBHeNB-2とLGWLIPA-GW間のショートカット経路を確立する前であっても、オペレータコアネットワークを通らずにLGWに接続できるという利点を有している。以下、本発明を十分に理解するため、説明する目的で、特定の数、時間、構造、プロトコル、及びその他のパラメータが開示される。しかし、本発明はこれらの特定の詳細がなくても実施できることは当業者には明らかであろう。以下、説明のため、3GPPLongTermEvolutionLTE及びEvoluvedPacketSystemEPSを例示的アクセス技術及びネットワークアーキテクチャとして用いる。しかし、本発明は、例えばGSM登録商標、GPRS、UMTS、WiMAX、LTEアドバンストなどの同じ原理の別のアクセス技術及びネットワークアーキテクチャで実行してもよい。説明では、例としてLIPAが使用される。しかし、本発明は基本原理を大幅に変更せずにSIPTOにも適用できることが当業者には明らかである。実施形態1図1には本発明を適用できるネットワーク構成が図示されている。図1に示すように、UE101はHeNB-1121を介してネットワークに接続しており、ネットワークはCSGエリア1120を有する。HeNB-1121は、リンク151を介してオペレータコアネットワーク160内のセキュリティゲートウェイSeGW161に接続する。SeGW161を通じてHeNB-1121は、コアネットワークエンティティ、モビリティ管理エンティティMME163、及びサービングゲートウェイ165に接続する。リンク151は、インターネットサービスプロバイダISPドメイン150を経由する。配置シナリオに応じて、ISP150はモバイルオペレータに属さないことがある。このような場合は、HeNB-1121とSeGW161との通信は、例えばIPセキュリティIPSecトンネルなどのセキュリティトンネルによって保護されてもよい。SeGW161は非特許文献3に記載のように、セキュリティトンネルの確立プロセス中にIPアドレス、すなわちIP_CH1をHeNB-1121に割り当てる。HeNB-1121は、非特許文献2に記載の通り、オペレータコアネットワークエンティティとの通信用にIP_CH1を使用する。HeNB-1121は、ローカルIPアドレス、すなわちIP_LH1を有しており、これはSeGW161との間にセキュリティトンネルを確立するために使用される。このローカルIPアドレスは、ISP150又はローカルドメインによって割り当てられるパブリックIPアドレス又はプライベートIPアドレスである。プライベートIPアドレスがIP_LH1用に使用される場合、ネットワークアドレストランスレータNATがHeNB-1121とSeGW161との間に配置されることが必要である。NAT機能は、簡潔にするためにアーキテクチャには図示されていない。本発明の基本原理に影響を及ぼさずに、HeNB_1121とSeGW161との間に、例えばネストされたNATなど、別のノードがあってもよいことは当業者には明白である。LIPAドメイン140にエントリポイントを与える、非特許文献4のローカルゲートウェイL-GWと同様のLIPAゲートウェイLIPA-GW141が、HeNB-1121の近傍に配置される、又はHeNB-1121上に併置される。LIPA-GW141はローカルIPアドレス、すなわちIP_LG1を有しており、これはISP150又はその他のドメインオペレータによって割り当てられるパブリックIPアドレス又はプライベートIPアドレスである。HeNB-1121とLIPA-GW141が異なるISPに接続していてもよいことは当業者には明らかである。LIPA-GW141は、非特許文献3に記載のセキュリティトンネル確立プロセスを使用して、SeGW161に接続することができる。コアネットワークIPアドレス、すなわちIP_CG1はSeGW161によってLIPA-GW141に割り当てられる。LIPA-GWは、例えばMME163及びSGW165などのオペレータコアネットワークエンティティと通信するためにこのアドレスを使用する。LIPA経路の最適化が可能な場合は、HeNB-1121はLIPA-GW141、すなわちリンク123との直接的な通信接続を確立することができる。この場合は、UE101からのLIPAトラフィックは、オペレータコアネットワーク160を経由せずにLIPAドメイン140に直接ルーティングできる。LIPA-GW141はLIPAドメイン140内のデバイス、例えばサービスデバイス1143及びサービスデバイス2145へのアクセスを提供する他に、LIPAドメイン140を介して、又は直接に一般的なインターネットへのアクセスも提供し得ることは当業者には明らかである。これは本発明の基本原理に影響を及ぼさない。ある時点で、UE101は、別の位置102、例えばHeNB-2131のカバレッジ配下に移動するかもしれない。HeNB-2131はHeNB-1121と同様に、SeGW161を介してオペレータコアネットワーク160に接続される。HeNB-2131は同様に2つのIPアドレス、例えばローカルIPアドレスIP_LH2と、SeGW161によって割り当てられるコアネットワークアドレスIP_CH2を有する。HeNB-2131はHeNB-1121とは異なるSeGWを介して接続されてもよいことは当業者には明らかである。UE101が位置102へ移動すると、HeNB-1121との無線接続は切断され、HeNB-2131への新たな無線接続がセットアップされる。このプロセスの間、シームレスハンドオーバを達成するために、UE101用の通信トラフィックが転送される。図2には本発明の例示的作業手順が示されている。UE101は、ステップ2001で示すように、PDNゲートウェイPGW167を通じてEvolvedPacketCoreEPCにアクセスするために確立された接続を有する。これはPDN接続セットアップ、又は非特許文献2に記載のような接続手順を辿ることによって達成可能である。アップリンクとダウンリンク用のトラフィック経路は次の通りである。UE101-HeNB-1121-SeGW161-SGW165-PGW167。ある時点で、UE101は、ステップ2003で示すように、LIPA-GW141を介してLIPAサービスのための接続の確立を開始する。これは、非特許文献4に記載のような手順を実行することによって達成できる。LIPA-GW141がHeNB-1121と併置されていない場合は、LIPA接続の確立プロセス間に、HeNB-1121とLIPA141のローカルIPアドレス割り当て情報が交換される。例えば、PDN接続確立プロセスの間に、IP_LH1は非特許文献2に記載のセッション生成要求又はベアラ修正要求を用いてLIPA-GW141に送られる。同様に、IP_LG1は、ベアラセットアップ要求を用いてHeNB-1121に送られる。追加情報として、そうしたコネクション又はベアラに関する識別子が、例えばHeNB-1121及びLIPA-GW141によって使用されるTEID、EPSベアラID、UE101のIMSI又はMSISDN、又はLIPA-GW141によって生成される特殊なLIPAセッションIDなどとともに送られる。この識別子情報は、UE101のアップリンク又はダウンリンクデータパケットの伝送に適したベアラを特定するためにHeNB-1121及びLIPA-GW141によって使用され得る。別のオペレーションでは、LIPAPDN接続に割り当てられるLIPA-GW141及びTEIDのローカルアドレス情報が、セッション生成応答でLIPA-GW141からSGW165に送られる。この場合、IP_LG1はベアラコンテキスト生成IEのS5/S8-UPGW-F-TEID要素で使用されるべきである。MME163がベアラセットアップ要求をHeNB-1121に送信する場合、これはメッセージ内にS5/S8-UPGWF-TEIDを含んでいる。したがって、HeNB-1121はベアラセットアップ要求からLIPA-GW141のローカルアドレスを取得して、LIPAサービス用の接続のセットアップを開始できる。これは、接続確立メッセージをLIPA-GW141へと送信することによって達成できる。実施態様におけるこのような接続確立の例は、非特許文献2に記載のようなセッション生成要求メッセージ、又は例えばIKEv2などのその他の代表的なトンネル管理プロトコルでできる。この接続確立メッセージ内に、HeNB-1121は、そのローカルアドレス、すなわちIP_LH1、及びHeNB-1121によって割り当てられるLIPA接続に対応するTEIDも含んでいる。このような情報から、LIPA-GW141は、適切なトンネルを介してUE101用のLIPAトラフィックをHeNB-1121にル-ティングする方法を知る。例えば、セキュリティトンネルを確立するためのセキュリティキーイング情報などの追加情報が送付されることがあるのは、当業者には明らかである。例えばIP_LH1121やIP_LG1などのローカルアドレス割り当て情報、及びそうした追加情報を用いて、HeNB-1121とLIPA-GW141の間の直接通信路が確立される。この時点で、LIPAトラフィック用のアップリンク及びダウンリンクともに、データ経路は次の通りである。UE101-HeNB-1121-LIPA-GW141。LIPA-GW141を基点に、トラフィックは、例えばサービスデバイス1143及び/又はサービスデバイス2145などの実際のLIPAサービスデバイスとの間を流れる。例えばルータなどの追加のデバイスが間にあってもよいことが当業者には明らかである。HeNB-1121及びLIPA-GW141はこの直接接続用に、SeGW161との間で用いるIKEv2及びIPSecなどのセキュリティ機構を再利用できる。したがって、HeNB-1121及びLIPA-GW141上に追加のプロトコルスタックは必要ない。UE101は、例えばサービスデバイス1143及びサービスデバイス2145がおのおの提供する個別のサービスにアクセスするため、HeNB-1121の下で多重/複数LIPA及び/又はSIPTO接続例えばLIPA及び/又はSIPTO用の多重PDN接続又はEPSベアラを確立してもよいということは当業者にとって明らかである。その場合は、各々がLIPA又はSIPTO接続に対応する多重直接接続例えばPDN接続、又は多重サブ接続例えばEPSベアラがHeNB-1121とLIPA-GW141との間に確立される。サービスデバイス1143及びサービスデバイス2145へのアクセスが異なるLIPA-GWを介して行われてもよいことは当業者には明らかである。この場合、HeNB-1121からこれらの異なるLIPA-GWに確立される複数の直接接続が存在することになる。UE101がHeNB-1121のサービスエリア、すなわちCSGエリア1120を離れると、無線層が、HeNB-1121によって設定される構成に基づいて測定レポートを送信するためにトリガされる2006。測定レポート2006では、UE101はHeNB-2131に関する情報を含んでいる。例えば、情報は下記の1つ以上を含む。-物理セルID-E-UTRANセルのグローバルIDECGI-クローズサービスグループIDCSGID-オペレーションモード、例えばクローズ、ハイブリッド、オープン-LIPA又はSIPTOサポート表示-無線層情報-近接情報-UE101がCSGに属するか否かの表示UE101は、例えば非特許文献6に記載のような別の情報を報告してもよいことは当業者には明らかである。例えば、同じエリアの周辺に別のHNB/HeNBが存在し、UE101に見える場合は、測定レポートはこれらのセルに関する情報をも含んでもよい。また、測定レポート2005は非特許文献6に記載の通り、複数のメッセージ交換を含んでもよいことも明らかである。例えば、UE101は第1の測定レポートメッセージ内の情報セットを送信し、HeNB-1121は測定構成を用いて更なる情報を報告するようにUE101に要求してもよい。これを受けて、UE101は、別の測定レポートをHeNB-1121に送信して特定のセルに関する追加情報を報告する。測定レポート2005を受信後、HeNB-1121は、ステップ2007で示すように、報告された情報に基づいてUE101がハンドオーバするターゲットセルを選択する。ここで、HeNB-1121が無線層情報に基づいてHeNB-2131をターゲットセルとして選択することを想定すると、HeNB-1121は、ターゲットセルへのLIPAハンドオーバが可能であるか、許容されるか否かを検証する。HeNB-1121は、ステップ2003で確立されるLIPA接続ごとのコンテクストを有する。可能なコンテクストのフォーマットは以下の通りである。{デフォルトベアラID}{EPSベアラID}{無線ベアラID}{LIPAフラグ}{LIPA制限リスト}{LIPA-GWのアドレス}{LIPA接続で使用されるHeNBのアドレス}{CSGID}{CSGメンバーシップ}{LIPAのトラフィックリミット}{QoSパラメータ}{セキュリティアソシエーション}LIPA-GWのアドレスは更に、LIPA-GWのTEIDを含んでもよい。LIPA接続で使用されるHeNBのアドレスは更に、LIPA接続で使用されるHeNBのTEIDを含んでもよい。コンテクスト情報は、サービングゲートウェイとPDNゲートウェイとの間でオペレータによって選択されるプロトコルに応じて異なっていてもよいことは当業者には明らかである。例えば、PMIPプロキシモバイルIDが使用される場合は、TEIDの代わりにGREキーを使用してもよい。更に、HeNB-1121とLIPA-GWとの間のトンネル管理でIKEv2及びIPSecが使用される場合は、例えばIPSec用のPSIを記憶するなど、セキュリティアソシエーション情報を使用してトンネルを特定してもよい。このコンテクストと選択されたターゲットセル情報とを使用して、HeNB-1121は、各LIPA接続についてモビリティがサポートされているか否かを判定する。これは、例えばHeNB-2131のターゲットセルをLIPA制限リスト及びLIPAトラフィックリミットに対してチェックすることによって達成可能である。HeNB-1121がステップ2007で、LIPA接続がハンドオーバに適することを判定するとすなわち既存のLIPA接続の少なくとも1つにつぃてモビリティがサポートされていると、ターゲットセル、HeNB-2131へのハンドオーバ要求2009メッセージ内にEPCアクセスベアラ情報と共にLIPA接続ベアラ情報を含める。ハンドオーバ要求2009メッセージ内において、各LIPA接続ベアラに関するE-RABセットアップアイテムは以下の情報の1つ以上を含む。{E-RABID}{QoSパラメータ}{DL転送}{ULGTPトンネル端点}{LIPAフラグ}{LIPA-GWアドレス}{LIPA制限リスト}{LIPAトラフィックリミット}{LIPAULトンネル端点}{LIPADLトンネル端点}{セキュリティアソシエーション}このうち、LIPAフラグ、LIPA制限リスト、LIPAトラフィックリミット、LIPAULトンネル端点、及びセキュリティアソシエーションは、LIPAフラグが直接接続によるローカルLIPAアクセスであることを示す場合に含まれる。LIPADLトンネル端点は、LIPAフラグの値に関わりなく含まれる。LIPAフラグ、LIPA制限リスト、及びLIPAトラフィックリミットは、HeNB-1121において対応するLIPA接続コンテキストから取得される。{LIPAULトンネル端点は、この特定のLIPA接続ベアラのためにHeNB-1121によって割り当てられる新たなトンネル端点である。それによって、HeNB-1121はターゲットセルからアップリンクパケットを受信できるようになる。このトンネル端点で受信されるデータが、正しいベアラを通して正しいLIPA-GW141に転送できるよう、HeNB-1121はこのLIPAULトンネル端点をLIPA-GWアドレス421に関連付ける。ハンドオーバ要求2009は、HeNB-1121とSeGW161との間のセキュアトンネルを介してターゲットセルのアドレス、すなわちHeNB-2131のIP_CH2へと転送される。このハンドオーバ要求2009は、SeGW161によって両者間のセキュアトンネルを介してHeNB-2131へとル-ティングされる。その理由は、SeGW161を経由するにはX2インターフェイス確立が必要とされることがあるからである。したがって、HeNB-1121とHeNB-2131は、例えばIP_CH1及びIP_CH2などのコアネットワークアドレスでのみ互いに認知する。HeNB-GWが配置される場合は、X2インターフェイスは、HeNB-GWを通過するために要求され得る。X2インターフェイスがHeNB-GWを通過する必要がなく、又はHeNB-GWが配置されない場合は、上記のハンドオーバ要求2009のメッセージはHeNB-1121とHeNB-2131との間のセキュア接続により直接送信可能である。アプリケーション又はネットワークオペレータなどからのQoS及び/又はセキュリティ要件が確実に満たされるように、LIPAULトンネル端点、LIPADLトンネル端点、及びULGTPトンネル端点は、PDN接続又はEPSベアラごとに区別したり、あるいはPDN接続又はEPSベアラ間で共用することができる。ターゲットセルに、LIPAモビリティがサポートされていない場合、又はLIPA用のQoSなどのサービス要件がサポートされていない場合は、HeNB-1121は、ローカルポリシーや設定に基づいて、例えばハンドオーバ要求内にLIPA接続ベアラ情報を含めない、又はハンドオーバ用ではないことを示すフラグとともにLIPA接続ベアラ情報を含めるなど様々なアクションを実行することができる。HeNB-1121は、LIPA-GW141にLIPA接続を切断する旨のシグナリングメッセージを送信する前に、LIPA接続が切断されようとしていることをユーザに示すためのトリガをUE101に送信してもよく、これによりユーザが、例えば既存のLIPA接続の代わりにHeNB-1のサービスエリアに留まるために別の接続を確立するなどの適切なアクションを実行することができるようになる。LIPA制限リスト及びLIPAトラフィックリミットは異なる方法で構成することができる。可能な1つの方法は、オペレータコアネットワークがLIPA接続確立プロセスを介してHeNB-1121を構成することである。例えば、MME163は、これら2つの要素をS1APベアラセットアップ要求に含めてもよい。MME163は、UE101の加入プロファイルの一部として、又は運用管理OAMシステムを介して、又はセッション生成要求/応答プロセスを介してLIPA-GW141及びSGW165からそれらの情報を取得することができる。あるいは、HeNB-1121は拡張されたポリシーフレームワークを介してLIPA制限リスト、及びLIPAトラフィックリミットを取得してもよい。又は、HeNB-1121をOAMシステムによって直接構成することもできる。特定の配置では、HNB/HeNBとMME163との間に存在するHNB/HeNBゲートウェイHeNB-GWがあってもよい。その場合は、MME163によって送信されるLIPA制限リスト及びLIPAトラフィックリミットが、HeNB-GWによって処理ならびに記憶されてもよい。このような場合は、HNB/HeNBは空のLIPA制限リスト及びLIPAトラフィックリミットを有する。HeNB-1121がLIPAコンテクスト内に空のLIPA制限リスト及びLIPAトラフィックリミットの要素を見出すと、HeNB-1121はLIPA接続モビリティがサポートされるものと見なす。したがって、HeNB-1121はLIPA接続のためのハンドオーバを開始する。ハンドオーバシグナリングは、S1ベースとX2ベースのハンドオーバのいずれの場合にもHeNB-GWを通過する。HeNB-GWは、LIPA接続制限リスト、及びLIPAトラフィックリミット情報を使用して、LIPA接続がハンドオーバされるべきか否かを評価する。LIPA接続がハンドオーバに適さないものとHeNB-GWによって判定されると、エラーがHeNB-1121に返される。HeNB-2131がハンドオーバ要求を受信し、メッセージからLIPAベアラ情報を取り出すと2009、HeNB-2131はローカルリソース及びポリシーに基づいてハンドオーバが可能か否かをチェックする。LIPAフラグを有するE-RABセットアップアイテムを処理する場合、HeNB-2131は、LIPA-GWアドレス506で示されるLIPA-GW141へのLIPAサービスがサポートされ得るか否かを検証する。HeNB-1が何らかのQoSを必要とする場合は、HeNB-2は、取得されたQoSパラメータに基づいてQoS要件が保証されるかどうかを考慮してもよい。検証にパスすると、HeNB-2131はLIPAエントリを生成し、関連情報を記憶する。HeNB-2131は、HeNB-1121にハンドオーバ要求応答で応答する2013。ハンドオーバ要求応答2013のE-RAB認証アイテム要素には下記が含まれる。{E-RABID}{LIPAフラグ}{ULLIPAトンネル端点}{DLLIPAトンネル端点}{QoSパラメータ}{セキュリティアソシエーション}ULLIPAトンネル端点は、UE101からのアップリンクLIPAトラフィックをHeNB-1121のLIPAULトンネル端点に転送するためのHeNB-2131におけるトンネル端点情報である。ULLIPAトンネル端点は、直接転送されるUE101宛のダウンリンクLIPAトラフィックをHeNB-1121から受信するためのHeNB-2131におけるトンネル端点情報である。アプリケーション又はネットワークオペレータなどからのQoS及び/又はセキュリティ要件が保証されるように、ULLIPAトンネル端点及びDLLIPAトンネル端点はPDN接続、又はEPSベアラごとに区別してもよいし、PDN接続又はEPSベアラ間で共有してもよい。QoSパラメータは、HeNB-2131がそのLIPA接続に対して許可したQoSレベルを示す。また、セキュリティアソシエーションはHeNB-1121とHeNB-2131との間で転送されるアップリンク及びダウンリンクトラフィックを保護するために使用するキーを導出するために、HeNB-1121が使用可能なキーイング情報を含む。確立された複数のLIPA接続又はLIPAベアラがハンドオーバのターゲットである場合は、アプリケーション又はネットワークオペレータなどからのセキュリティ要件に基づいて接続又はベアラごとに適用されるべきセキュリティレベル又はセキュリティ方法が変更できるように、セキュリティアソシエーションはLIPA接続又はベアラごとに区別することができる。ハンドオーバ要求応答2013メッセージは、ハンドオーバ要求2009メッセージの逆方向に流れる。これは、また、非特許文献5に記載のEPCアクセス接続のハンドオーバをサポートするために必要な情報をすべて含んでいる。ハンドオーバ要求応答2013メッセージを受信すると、HeNB-1121はベアラごとに必要な情報を取り出し、UE101へのハンドオーバコマンド2015を形成する。LIPA接続ベアラがHeNB-2131によって受け入れられると、HeNB-1121は、ステップ2017に示すようにE-RAB認証アイテム要素内の情報を使用して、UE101のLIPAトラフィックを双方向に転送するためのダイレクトトンネルを確立する。これは各々が一方向、又は双方向のトンネルである2つの別個のトンネルであり得ることが当業者には明らかである。ダウンリンク直接転送用トンネルは、LIPADLトンネル端点510及びDLLIPAトンネル端点604内の情報を用いて確立される。このトンネルは、EPCアクセスとLIPAアクセスのいずれに適用してもよい。アップリンク転送用トンネルは、LIPAアクセスベアラ向けにLIPAULトンネル端点509及びULLIPAトンネル端点603内の情報を用いて確立される。EPCアクセスベアラ向けには、SeGW161を介してSGW165に直接送信するために、ULGTPトンネル端点504及びHeNB-2131のIP_CH2アドレスが使用される。LIPADLトンネル端点510、DLLIPAトンネル端点604、LIPAULトンネル端点509及びULLIPAトンネル端点603は、トンネル確立用のIPアドレスだけではなく追加の情報を含んでもよいことが当業者には明らかである。例えば、これはドメイン名、ホスト名、VLANタグIDなどを含んでもよい。HeNB-1121及びHeNB-2131が間にNATデバイスを有している場合は、ある種のNATトラバーサル情報、例えばSTUNサーバーアドレス、ランデブーポイントアドレスなどが供給されてもよい。HeNB-1121がUE101に対する無線接続の切断を検知すると、HeNB-1121からHeNB-2131への直接トンネルを介してLIPA及びEPCアクセスに関して受信したダウンリンクトラフィックをターゲットのHeNB-2131へ転送することができる。したがって、この時点で、EPCアクセス用のダウンリンクデータ経路は、PGW167-SGW165-SeGW161-HeNB-1121-HeNB-2131となる。更に、LIPAアクセス用のダウンリンクデータ経路は、LIPA-GW141-HeNB-1121-HeNB-2131となる。UE101が新たな位置102に移動し、ハンドオーバコマンド2015内の情報に基づいてハンドオーバを実行するとき、UE101はHeNB-2131との無線接続を確立する。すべての条件を満たせば、UE102はハンドオーバ確認2019メッセージをHeNB-2131に送信する。その後、UEはHeNB-2131を介してアップリンクトラフィックを送信することができる。これまでの説明の通り、LIPAアクセスベアラ向けにHeNB-2131はHeNB-1121へのアップリンク直接トンネルを既に確立しており、したがってLIPAトラフィックはHeNB-1121を介して転送される。したがって、UE102用のLIPAアップリンクデータ経路は次の通りである。UE102-HeNB-2131-HeNB-1121-LIPA-GW141。明らかに、LIPAトラフィックはローカルネットワーク内に保たれ、すなわちオペレータコアネットワーク160を横断しないので、トラフィック転送の遅延は軽減される。EPCアクセスのアップリンクデータ経路は次の通りである。UE102-HeNB-2131-SeGW161-SGW165-PGW167図3を参照すると、本発明の例示的オペレーション手順が示されている。このオペレーションは、ハンドオーバ完了フェーズにおいてLIPA-GW141に新たなHeNB-2131のアドレスを通知するためのものである。オペレーションは、図2に示されるオペレーションハンドオーバ準備及び実行3001が終了する状態で開始される。したがって、EPCダウンリンクデータ経路は、PGW167-SGW165-SeGW161-HeNB-1121-HeNB-2131-UE102となる。LIPAアクセスダウンリンクデータ経路は、LIPA-GW141-HeNB-1121-HeNB-2131-UE102である。EPCアクセスアップリンクデータ経路は、UE102-HeNB-2131-SGW165-PGW167である。また、LIPAアクセスアップリンクデータ経路は、UE102-HeNB-2131-HeNB-1121-LIPA-GW141である。HeNB-2131が、例えばハンドオーバ確認2019など、UE102からの接続を検知すると、HeNB-2131はパススイッチ要求3003をMME163に送信する。このメッセージはSeGW161を通過し、又はHeNB-GWが存在する場合はこれを通過する。パススイッチ要求3003のE-RABスイッチインダウンリンクアイテムIEE-RABSwitchedinDownlinkitemは以下の情報を含む。{E-RABID}{トランスポート層アドレス}{GTP-TEID}{LIPAフラグ}{DLLIPAトンネル端点}{ULLIPAトンネル端点}{セキュリティアソシエーション}このパススイッチ要求3003を受信後、MME163は非特許文献2に記載されているように、ベアラ修正要求3005メッセージをSGW165に送信する。MMEは上記のE-RABスイッチインダウンリンクアイテムIEをベアラ修正要求3005に含める。SGW165は、ベアラ修正要求3007を送信し、PGW167からベアラ修正応答3011を受信する。このシグナリングの詳細は非特許文献2に記載されているものと同一である。SGW165が、直接接続を伴うローカルLIPAに設定されたLIPAフラグ704を有するE-RABスイッチインダウンリンクアイテムIEを見出すと、SGW165はE-RABスイッチインダウンリンクアイテムIEを含むベアラ修正要求3009をLIPA-GW141に送信する。別のオペレーションでは、HeNB-2131は、LIPA接続に関する情報、すなわち設定されたLIPAフラグ704を有するE-RABスイッチインダウンリンクアイテムIEを含む経路更新メッセージをLIPA-GW141に直接送信することができる。1つのUEが複数のLIPA-GWに接続する場合は、HeNB-2131は対応するLIPA-GWにそれぞれメッセージを送信する。この経路更新メッセージはIKEv2メッセージ、又はLIPA接続を特定するTEIDを含む拡張ベアラ修正要求3007の形態を取ることができる。ベアラ修正要求3009を受信後、LIPA-GW141はE-RABスイッチインダウンリンクアイテムIE及び対応するCSG及び位置情報をチェックし、LIPAサービスがサポート可能か否かを検証する。検証が成功すると、LIPA-GW141はベアラ修正応答3013をSGW165に送信する。ベアラ修正応答3013内では、LIPA-GW141は、図7に示されるE-RABスイッチインダウンリンクアイテムIEと同じフォーマットのものであるE-RABスイッチインアップリンクアイテムIE要素を含める。唯一の相違点は、トンネル端点に関する情報がLIPA-GW141のものとなっていることである。例えば、ULLIPAトンネル端点はLIPA-GW141のローカルアドレス、すなわちIP_LG1及び対応するTEIDを含む。HeNB-2131はUE102からこのアドレスにアップリンクLIPAトラフィックを送信するものとする。SGWは、E-RABスイッチインアップリンクアイテムIEを含むベアラ修正応答3015をMME163に送信する。この時点で、EPCアクセス及びLIPAアクセス用のダウンリンクデータ経路が切り替えられる。例えば、この時点でEPCアクセス用のダウンリンクデータ経路は、PGW167からSGW165-SeGW161-HeNB-2131-UE102となる。また、LIPAアクセスダウンリンクデータ経路は、LIPA-GW141-HeNB-2131-UE102となる。LIPA-GW141は、受信したベアラ修正要求3009のE-RABスイッチインダウンリンクアイテムIE内のDLLIPAトンネル端点705要素を使用して、HeNB-2131のローカルアドレス、すなわちIP_LH2への直接接続を確立する。別のオペレーションでは、LIPA-GW141は、以前のステップでHeNB-2131から経路更新メッセージを受信した場合は、HeNB-2131に経路更新応答メッセージを返送する。経路更新応答メッセージは、E-RABスイッチインアップリンクアイテムIE要素及びLIPA-GW141とHeNB-2131との間の直接通信に必要な別の情報、例えばTEID又はPSIなどを含んでいる。LIPA-GW141及びHeNB-2131が同じサブネット又はドメイン内にない場合は、DLLIPAトンネル端点に含まれる追加情報は、例えばある種のNATトラバーサル情報、例えばある種のSTUNサーバーアドレス、ある種のランデブーポイントアドレスなどを補助してもよいことが当業者には明らかである。MME163は、パススイッチ要求応答3017をHeNB-2131に送信する。同様のE-RABスイッチインアップリンクアイテムIE要素が含まれる。HeNB-2131は、このメッセージを受信後、LIPA-GW141への直接アップリンク接続の確立を開始する。E-RABスイッチインアップリンクアイテムIE要素内のULLIPAトンネル端点情報を利用して、転送トンネルを確立する。あるいは、LIPA-GW141はULLIPAトンネル端点に応答しないことを選択することができる。その場合、HeNB-2131は、ハンドオーバ要求2009で受信されたULGTPトンネル端点504を使用して、直接転送トンネルを確立する。直接転送トンネルの確立が成功した後、HeNB-2131はUE102からのLIPAトラフィック用のアップリンクデータ経路を切り替える。LIPA用の新たなアップリンクデータ経路は、UE102-HeNB-2131-LIPA-GW141となる。アプリケーション又はネットワークオペレータなどからのQoS及び/又はセキュリティ要件が保証されるように、ULLIPAトンネル端点、DLLIPAトンネル端点及びGTPTEIDはPDN接続又はEPSベアラごとに区別したり、PDN接続又はEPSベアラ間で共有したりすることができる。セキュリティアソシエーションは、HeNB-2とLIPA-GWとの間の接続を保護するために使用される。UE用のアップリンク及びダウンリンクパケットは、セキュリティアソシエーションに基づいて少なくともHeNB-2とLIPA-GWとの間にセキュアコネクションが確立されるまで、HeNB-1とHeNB-2との間の転送トンネルを介して転送される。セキュリティアソシエーションは、例えばHeNB-GW、SeGW、MMEなどのオペレータコアネットワーク内の中間ノードによって追加されてもよく、これにより、オペレータがHeNB-2とLIPA-GWとの間の接続にどのような種類のセキュリティ保護を必要とするか決定でき、接続が顧客の宅内又はオフィスのローカルエリア内にある場合でも接続を維持することができる。LIPA-GWはベアラ修正要求3009を介してセキュリティアソシエーションを取得し、これを用いてHeNB-2への接続を確立する。同様に、HeNB-2はパススイッチ要求応答3017を介してセキュリティアソシエーションを取得し、これを用いてLIPA-GWへの接続を確立する。セキュアコネクションの確立は、HeNB-2又はLIPA-GWのいずれかによって開始される。接続の特性に応じてすなわちPDN接続、EPSベアラセキュリティレベルが保証されるように、HeNB-2とLIPA-GWとの間のセキュリティアソシエーション及びセキュアコネクションは、LIPA用のPDN接続又はEPSベアラごとに区別したり、LIPA用のPDN接続又はEPSベアラ間で共有したりすることができる。例えばハンドオーバの完了後、HeNB-1とHeNB-2との間の転送トンネルをしばらくの間確立された状態に保っておいてもよく、これにより、その転送トンネルを、後の別のハンドオーバ手順で使用できるようになり、その後のハンドオーバで多くの時間を費やす必要がなくなるすなわち、ハンドオーバ遅延が削減される。なお、例えば、深夜、HeNBの電源がオフになり、又は低電力モードにある場合には、転送トンネルは切断されるようにしてもよい。さもなければ、HeNB上のリソースを効率的に利用できるように、転送トンネルはハンドオーバの完了の直後に切断されるようにしてもよい。これは、接続又はベアラに応じて区別できるQoS又はセキュリティパラメータに基づいて転送トンネルが確立される場合は利点の1つになる。HeNB-2とLIPA-GWとの間でのセキュアコネクションの確立中に、さらに別のHeNB例えばHeNB-3、図示せずへのハンドオーバが実行されるかもしれない。すなわち、HeNB-2はUEからの測定レポートに基づいてHeNB-3へのハンドオーバを決定してもよい。このような場合は、UEのアップリンク/ダウンリンクパケットを転送するためにHeNB-1とHeNB-2との間の転送トンネルが引き続き使用される。UEのパケットロスを避けるため、HeNB-2は本実施形態で上述したようにHeNB-3で手順を実行し、更にパケットをHeNB-3とHeNB-1との間に転送する。そうでない場合は、HeNB-3がUEへのパケット転送のためにHeNB-1との接続を確立できるように、HeNB-2は手順中にHeNB-1の情報すなわちアドレス、トンネル端点、セキュリティパラメータを通知する。この時点で、HeNB-2が別のHeNBHeNB-3への別のハンドオーバを決定すると、HeNB-2は不要なリソース消費を低減するため、LIPA-GWとのセキュアコネクションの確立を停止してもよい。実施形態2図4には、特定のUE101におけるHeNB上での各LIPA接続ごとに可能なLIPAコンテクストのフォーマットが示されている。コンテクスト情報のうち、デフォルトベアラID401とEPSベアラID403とは、LIPA接続、及びこれらに関連するベアラを特定するためにオペレータコアネットワーク、例えばMMEによって使用される識別子である。無線ベアラID405は、LIPA接続用にUE101に割り当てられるHeNB-1121の無線ベアラの識別子である。特定のオペレーションでは、これはLIPA接続用にHeNBによって割り当てられるTEIDの形態を取ることもできる。LIPAフラグ407は、この接続がLIPA用であるか否か、及びそれがローカルであるかリモートであるかを示している。LIPAフラグの可能な値は、-HNB/HeNBからLIPA-GWへの直接接続によるローカルLIPA-最適化なしの、すなわちオペレータコアネットワークを経由するローカルLIPA-NB/eNB又はHNB/HeNBからLIPA-GWへの直接接続によるリモートLIPA-最適化なしの、すなわちSGWを経由するリモートLIPA別のオペレーションでは、LIPAフラグを別の情報要素、例えばLIPA-GWのアドレスの存在から暗黙的に推測することができる。このような場合は、コンテクスト内にLIPAフラグ情報要素は存在しない。LIPA制限リスト409は、LIPAモビリティがサポートされるべきか否かを示している。それはECGI又はCSGIDのリスト、及び対応するモビリティレベルを含んでもよい。LIPA制限リストの例は以下の通りである。許容されるECGIリスト411:-ECGI1:モビリティはサポートされる、直接接続、パケットロスなし-ECGI2:モビリティはサポートされる、非直接接続、順序配信許容されるCSGIDリスト413:-CSGID1:モビリティはサポートされる、直接接続ブロックされるECGIリスト415:-ECGI1:モビリティなしブロックされるCSGIDリスト417:-CSGID2:モビリティなし特定の実施態様では、ブロックされるECGIリスト415及びブロックされるCSGIDリスト417を省くことができることは当業者には明らかである。その場合は、許容されるECGIリスト411及び許容されるCSGIDリスト413内にないセルはブロックされるものと見なされる。ブロックされるECGIリスト415及びブロックされるCSGIDリスト417が存在する場合は、どのリスト411~417にもないこれらのセルは、ローカルポリシー又は設定に基づいて適切なアクションを決定するためにHeNB-1121に残される。例えば、これらのセルに対してLIPAハンドオーバを開始すると、受け入れるべきか否かの判断はターゲットセルに委ねられる。LIPA-GWのアドレス421は、LIPA-GWのために保持される必要な情報を含む。これは、例えば、LIPA-GW141のローカルアドレス、すなわちIP_LG1、及びLIPA-GW141のコアネットワークアドレス、すなわちIP_CG1を含んでもよい。これは、また、LIPA-GW141におけるアップリンク及びダウンリンクユーザプレーンによって使用されるGTPトンネルIDTEIDを含む。LIPA接続で使用されるHeNBのアドレス423は、この特定のLIPAセッションで使用されるローカルアドレス情報を記憶するために使用される。例えば、これはHeNB-1121用のIP_LH1、及びHeNB-1121でのアップリンク及びダウンリンクに使用されるTEIDを含んでもよい。これは、HeNB-1121が複数のアドレスを有する場合に有用であり、異なるアドレスが異なるLIPA接続に使用される。CSGID425はHeNB-1121のCSGIDを示し、CSGメンバーシップ427は、UE101がCSGIDのメンバーであるか否かを示す。この情報は、X2ハンドオーバを実行すべきか否か、又はS1ハンドオーバを実行すべきか否かを決定するために、ソースHeNBが利用することもできる。例えば、ターゲットHeNBが同じCSGIDのものである場合は、又はハイブリッド又はパブリックオペレーションモードのものである場合は、ソースHeNBはX2ハンドオーバの開始を試みることができる。そうでない場合は、ソースHeNBは、コアネットワーク、例えばMMEをハンドオーバプロセスに含めることを試みるであろう。LIPAトラフィックリミット429は、LIPA接続に関する制限、例えばAPN当たりの最大ビットレート、すなわちAPN-AMBR、又は容量限度volumelimit、例えば300MB、又は時間限度timelimit、例えば30分を示す。この要素は、また、消費済み限度consumedlimit、例えば20MBが使用済み、又は10分が消費済みなどを示してもよい。これは、HeNB-1121でのLIPAサービスをローカルに管理するのに役立つ。限度を超えると、HeNB-1121は適切なアクション、例えばLIPA接続の切断をトリガし、LIPA接続に関連するQoSを低減し、ページングメッセージ又は無線層メッセージを介してUE101への通知をトリガするなどのアクションをローカルに決定してもよい。QoSパラメータ431は、このLIPA接続及び関連するベアラに割り当てられるQoSレベルを示すために使用される。これは、例えば、非特許文献2に記載されているようにQCI及びARP、又はHeNB-1121で使用されるアクセス技術に応じた別のタイプのQoSパラメータであってもよい。セキュリティアソシエーション433は、この特定のLIPA接続におけるLIPA-GW141とのセキュアコネクションのためのセキュリティキー及びキーイング情報である。例えば、これは暗号キーでもよく、IPSecトンネル用の完全性保護キーであってもよい。1つのLIPA接続に対して複数のベアラが確立されるものであってもよいことは、当業者には明らかである。その場合は、占有ベアラごとにHeNB-1121上にコンテクストが生成されるべきである。図5には、ハンドオーバ要求2009メッセージ内のE-RABセットアップアイテムの例示的フォーマットが示されている。それらのうち、E-RABID501、QoSパラメータ502、DL転送503、ULGTPトンネル端点504は非特許文献5に記載されているようなフォーマットに従う。LIPAフラグ505はLIPAフラグ407と同じフォーマットに従う。LIPA-GWアドレス506は421からのLIPA及びアドレス情報に用いられるAPNから導出される情報である。したがって、これは、FQDN又はIPアドレス、又は何らかのドメイン名であることができる。LIPA制限リスト507及びLIPAトラフィックリミット508は、409及び429のフォーマットと同じフォーマットに従う。LIPAULトンネル端点509は、ソースHeNB、例えばHeNB-1121及びトンネル端点IDTEIDのローカルIPアドレス情報を含む。これは、UE101からアップリンクLIPAトラフィックを転送する宛先としてターゲットHeNBによって使用される。アドレス情報は、例えばFQDN、又はローカルホスト名、MAC層アドレス、VLANIDなどの別の形態でも存在し得ることは当業者には明らかである。また、2つのHeNB間のGTPの代わりに直接IPトンネルが使用される場合は、TEIDの代わりにポート番号を使用することも可能である。この場合は、LIPAULトンネル端点は、HeNB間のトンネルで使用されるプロトコルのタイプを示してもよい。LIPADLトンネル端点510は、ソースHeNBのIPアドレス情報、例えばIP_LH1、及びトンネル端点IDTEIDのローカルIPアドレス情報を含む。これは、ダウンリンクデータをターゲットHeNB、例えばHeNB-2131へと転送するためにソースHeNBによって使用される。この情報は、HeNB-2131がセキュリティを転送トンネル端点と結合する必要がある場合に含まれるものとする。セキュリティアソシエーション511は、HeNB間のトンネル保護のためにセキュリティキーを導出するキーイング情報を含む。これは、使用されるセキュリティ方式、又は暗号及び認証アルゴリズムを含むことができる。図6には、ハンドオーバ要求応答2013内のE-RAB認証アイテムの例示的フォーマットが示されている。E-RABID601は、非特許文献5に記載されているフォーマットを使用している。LIPAフラグ602は、505と同じフォーマットに従う。ULLIPAトンネル端点603、及びDLLIPAトンネル端点604は、509及び510と同じフォーマットである。QoSパラメータ605は、502のフォーマットと共通する。セキュリティアソシエーション606は、転送トンネルを保護するキーを導出するためのHeNB-1121用のキーイング情報を含む。図7には、パススイッチ要求3003のE-RABスイッチインダウンリンクアイテムIEの例示的フォーマットが示されている。E-RABID701、トランスポート層アドレス702、GTP-TEID703は、非特許文献7に記載のフォーマットと同じフォーマットを取る。LIPAフラグ704、DLLIPAトンネル端点705、ULLIPAトンネル端点706及びセキュリティアソシエーション707はそれぞれ、602、603、604及び606のフォーマットと同じフォーマットに従う。DLLIPAトンネル端点705は、ダウンリンクLIPAトラフィックを受信するためにHeNB-2131によって使用されるダウンリンクトンネル端点である。これは、604の値と同じ値でよい。LIPA-GW141は、パス切替が成功すると、LIPAダウンリンクトラフィックをこのアドレスに送るものとする。ULLIPAトンネル端点706は、LIPAアップリンクトラフィックをLIPA-GW141に直接送信するために、HeNB-2131によって使用されるアップリンクトンネル端点である。これは、セキュリティチェックの理由でLIPA-GW141によって必要とされてもよい。実施形態3図8には、本発明に使用されるHeNB800の例示的アーキテクチャが示されている。HeNB800は、4つの主要な機能ブロック、すなわちハンドオーバ管理801、EPCアクセスハンドオーバトンネル管理803、LIPAコンテクスト管理805、及びLIPAアクセスハンドオーバトンネル管理807を有している。ハンドオーバ管理801は、例えばハンドオーバ要求2009、ハンドオーバ要求応答2013、パススイッチ要求3003、及びパススイッチ要求応答3017を送受信するなどのハンドオーバオペレーションを担当する。EPCアクセスハンドオーバトンネル管理803は、ダウンリンクEPCトラフィックを転送するためにハンドオーバプロセス中にHeNB-1121とHeNB-2131との間のハンドオーバトンネルのセットアップを担当する。IP_CH1及びIP_CH2の代わりにそれらのローカルアドレス、すなわちIP_LH1及びIP_LH2を使用して直接トンネルを生成する必要があってもよい。セキュリティアソシエーションのセットアップも適正なプロセスに含まれる。LIPAコンテクスト管理LCM805は、図4に示されるLIPA接続コンテクストの生成及び消去の取り扱いを担当する。例えば、UEによるHeNB-2131へのハンドオーバが成功すると、LCM805はHeNB-1121内のLIPA接続コンテクストを消去する。また、HeNB-2131がハンドオーバ要求2009を受信すると、LCM805はHeNB-2131内に対応するLIPA接続コンテクストを生成する。パススイッチ要求応答3017が受信されると、HeNB-2131上のLCM805はそれに従ってLIPA接続コンテクストを更新する。LIPAアクセスハンドオーバトンネル管理LAHTM807は、ダウンリンク及びアップリンクLIPAトラフィックを転送するためのハンドオーバプロセス中のHeNB-1121とHeNB-2131との間のハンドオーバトンネルのセットアップを担当する。プロセスでは、HeNB-1121とHeNB-2131のローカルアドレス、すなわちIP_LH1及びIP_LH2が使用される。パススイッチ要求応答3017が受信された後、LAHTM807もアップリンクLIPAトラフィックを転送するためのLIPA-GW141への直接トンネルを生成する役割を担当する。この場合は、LIPA-GW141のローカルアドレス、すなわちIP_LG1が使用される。プロセスにはセキュリティアソシエーションの確立も含まれる。したがって、IKEv2、IPSecなどのセキュリティ機能はLAHTM807によってサポートされるものとし、これらの機能もEPCアクセスハンドオーバトンネル管理803と共有することができる。実施形態4図9には本発明をサポートする他のシステムアーキテクチャが示されている。このアーキテクチャは図1に示したものと同様であるが、各々のHeNBは異なるLIPA-GWと関連付けられてもよい。例えば、HeNB-1121は、LIPA-GW141を介してLIPAドメイン140へのアクセスが可能となり、HeNB-2131はLIPA-GW2947を介してLIPAドメイン140へのアクセスが可能となる。実際の展開において、これはアクセス制限、VLAN展開、物理的制約、又は負荷バランスの配慮などの影響を受ける。この場合は、UE101が位置102に移動すると、非特許文献2に記載されているように、LIPA-GWはPDNGWの機能と同様であるため、PDNGW機能が再配置される必要がある。しかし、通常は、PDNGW機能が再配置されると、サービスの中断が生ずる。例えば、LIPA-GW141とLIPA-GW2947が異なるアドレス空間に属している場合、UE102は新たなIPアドレスを使用する必要がある。LIPA-GW141とLIPA-GW2947が同じアドレス空間に属し、UE102がサービングLIPA-GWを変更した場合に同じIPアドレスを保存することができるとしても、LIPAドメイン140内の別のデバイスは混乱することがある。例えば、UE102の移動によりLIPA-GW2947を使用するようになっても、サービスデバイス1143は実際にはLIPA-GW141を指すARPエントリを保存することがある。これは、受信データを期待するUE102上のアプリケーションにとって特に有害である。この問題を解決するため、本発明の上記に提示したオペレーション手順を使用することができる。可能性のある1つの方法は、HeNB-2131がハンドオーバ要求2009を受信したときに、異なるLIPA-GW2947が、例えば新たなセル、新たなトラッキングエリアなどのような新たな位置でUEを収容することを検知する。この場合、HeNB-2131は、LIPAフラグ602を使用してハンドオーバ要求応答2013内でこのような点を指示する。この場合、HeNB-1121は時間を延長して、又は永続的に双方向トンネルを保持する。このようにして、トラフィックは常にHeNB-1121を介して転送される。HeNB-2131は、フラグをLIPA接続コンテクスト内に配置し、HeNB-1に関する必要な情報を記憶する。これにより、次回にUE102が別の新たな位置に移動すると、HeNB-1121のローカルアドレス情報はハンドオーバ要求メッセージ内の新たなHeNB図示せずに送られる。新たなHeNBは、HeNB-1121とのトンネルを確立し、UEのLIPAトラフィックは引き続きHeNB-1121を介して転送される。この転送はLIPAトラフィックの場合だけであることに留意されたい。EPCトラフィックは依然として図2及び図3に記載の通常の手順を用いてハンドオーバされる。別の代替形態は、それを管理するMME163についてのものである。HeNB-1121及びHeNB-2131は、単に図2及び図3に記載の手順に従う実施する。HeNB-2131がパススイッチ要求3003を送信すると、MME163は、新たなLIPA-GW2947がHeNB-2131に割り当てられることを検知する。この場合は、MME163はE-RABスイッチインダウンリンクアイテムIEを含むベアラ生成要求を、LIPA-GW2947に送信する。この場合は、HeNB-2131とLIPA-GW2947との間に新たな直接接続が確立される。しかし、この新たな直接接続はアップリンクLIPAトラフィック用だけのものである。ダウンリンクLIPAトラフィックは、依然としてLIPA-GW141及びHeNB-1121を介してトンネリングされる。このトンネルは、HeNB-2131がリソース解放3019をHeNB-1121に送信することを決定した場合、例えば延長期間に転送リンクを通してトラフィックが観察されないか、又はオリジナルのLIPAベアラが消去された場合のみ消去される。更に別の方法は、上記プロセスと同様である。パススイッチ要求3003が受信されると、MME163はSWG165を介して、LIPA-GWアドレスの変更を示すLIPAフラグを含むベアラ生成要求又はセッション生成要求をLIPA-GW2947に送信する。LIPA-GW2947は、E-RABスイッチインアップリンクアイテムIE内の追加のダウンリンクトンネル端点を含める。MME163がベアラ生成要求又はセッション生成要求応答をSGW165から受信すると、MME163はE-RABスイッチインアップリンクアイテムIEから新たなダウンリンクトンネル端点を抽出し、ベアラ修正要求をLIPA-GW141に送信する。それによってLIPA-GW141がトリガされ、UE102のダウンリンクLIPAトラフィックをLIPA-GW2947に転送するためにLIPA-GW2947との接続を確立する。このようにして、サービスの継続性が保証される。実施形態5上記説明では、LIPA-GW141が独立型スタンドアローンであることを前提にしている。実際の配置では、LIPA-GW141が、1つのHeNB、例えばマスターHeNB上に併置されてもよい。その場合、マスターHeNBはプロセスで記載される機能を単に実行する。本発明の適用が可能であることは当業者には明らかである。例えば図9のように、ローカルネットワーク内に複数のマスターHeNBがある場合は、LIPA-GW141はHeNB-1121に併置され、LIPA-GW2947はHeNB-2131に併置され、例えば実施形態4に記載の拡張手順を用いることによって本発明を適用できる。1つのUEが、複数のLIPA又はSIPTO接続を確立し得ることは、当業者には明らかである。その場合は、本発明の手順を個々の接続に適用すべきである。これらの接続が同じLIPA-GW141を使用している場合は、シグナリングメッセージを結合することによってある特定の最適化を達成できる。しかし、これは本発明の基本原理に影響するものではない。上記説明では、X2ハンドオーバの手順が用いられる。しかし、基本原理は最小限の修正で非特許文献2に記載されたS1ベースのハンドオーバにも適用できることが当業者には明らかである。例えば、S1ベースのハンドオーバが使用される場合は、ハンドオーバ要求メッセージがHeNB-1121によってMME163に送信され、MME163はハンドオーバ要求をHeNB-1121によって指定されたターゲットeNodeBアイデンティティに従ってHeNB-2131へ送信する。この場合は、図5に記載のE-RABセットアップアイテムはハンドオーバ要求メッセージのソースからターゲットへの透過コンテナに含まれ、ハンドオーバ要求メッセージでMME163によってHeNB-2131に転送される。HeNB-1121が保持するLIPA接続コンテクストの許容されるECGIリスト又は許容されるCSGIDリスト内に、HeNB-2131のECGI、又はCSGIDが存在する場合は、直接転送経路の利用可能性を利用可能availableに設定してもよい。またこの場合、ULGTPトンネル端点504は、ULLIPAトンネル端点706と同様のフォーマットで、HeNB-1121に記憶されるLIPA-GW141のアップリンクトンネル端点情報を提供すべきである。また、セキュリティアソシエーション511は、LIPA-GW141がキー更新処理できるよう、HeNB-2131用のセキュリティキーイング情報を提供してもよい。同様に、S1ベースのハンドオーバでは、HeNB-2131からのハンドオーバ要求応答メッセージは、図6に記載のように、ターゲットからソースへの透過コンテナにE-RAB認証アイテムを含む。MME163はHeNB-1121へのハンドオーバコマンドメッセージにE-RAB認証アイテムを伴うターゲットからソースへの透過コンテナを含める。HeNB-2131は、ハンドオーバ要求応答メッセージに、図7に記載のE-RABスイッチインダウンリンクアイテムIE要素を含めることができる。この要素の情報はMME163内に記憶される。ハンドオーバ通知メッセージがHeNB-2131から受信されると、MME163はステップ3005及び3009と同様に、LIPA-GW141に送るベアラ修正要求メッセージにE-RABスイッチインダウンリンクアイテムIE要素を含める。あるいは、HeNB-2131はハンドオーバ通知メッセージにE-RABスイッチインダウンリンクアイテムIEを含めることができ、MME163はベアラ修正要求メッセージでそれをLIPA-GW141へと転送する。HeNB-2131は、E-RABスイッチインダウンリンクアイテムIE要素のセキュリティアソシエーション707に、HeNB-1121からのセキュリティアソシエーション511から導出されるキー更新情報を含める。E-RABスイッチインダウンリンクIEを含むベアラ修正要求がLIPA-GW141で受信されると、LIPA-GW141はこの情報を使用してHeNB-2131への直接接続を確立する。セキュリティアソシエーション707内のキー更新情報は、直接接続を保護するためのキーを導出するために使用される。直接接続を確立すると、LIPA-GW141は、直接トンネルを使用して、UE102のダウンリンクLIPAトラフィックをHeNB-2131に転送開始する。直接接続を介してLIPA-GW141からのダウンリンクLIPAトラフィックを受信すると、HeNB-2131は経路を切り替えて、ハンドオーバ要求メッセージのULGTPトンネル端点504に示される情報を使用して、アップリンクLIPAトラフィックをUEからLIPA-GW141へと送信する。UE102のユーザプレーンデータが長期間にわたって存在しない場合は、LIPA-GW141は、例えばICMPpingメッセージなどUE102へのパケットを作り、アップリンク直接接続に関してHeNB-2131をアクティベートすることができる。実施形態6図9に提示されたアーキテクチャの代替オペレーションでは、例えばHeNB-1121のようなソースHeNBはアドレスハンドリングの最適化を支援する。このオペレーションでは、例えばHeNB-1121のようなソースHeNBは、UE101が、例えばHeNB-2131のような現在のLIPA-GW141によってカバーされない別のセルにハンドオーバする必要があるものと決定する場合、ソースHeNBはMME163に対してLIPAベアラの切断処理を開始する。例えばE-RABリリース指示などのこの切断メッセージを用いる場合、ソースHeNBはCauseをLIPAハンドオーバとする。このE-RABリリース指示を受信すると、MME163はLIPAベアラの切断を即座にトリガするわけではない。その代わり、MME163はLIPAベアラにLIPAハンドオーバフラグをマークする。HeNB-1121は、実施形態1に記載のハンドオーバオペレーションに従う。すなわち、ターゲットHeNB―2131との双方向トンネルをセットアップして、転送を開始する。ハンドオーバシグナリングにおいて、HeNB-1121は、先にMME163に対して解放するとして指示していたLIPAベアラを含むすべてのベアラをHeNB-2131に通知する。UE102が、ターゲットHeNBHeNB-2131への無線接続を確立した後、経路スイッチメッセージはMME163に転送される。MME163がこのメッセージを確認すると、MME163はそれに従ってすべてのベアラを更新する。LIPAハンドオーバフラグのマークを付されたLIPAベアラについては、MME163はLIPA-GW141にセッション削除要求を発行する。LIPA-GW141は対応するLIPAベアラを消去し、セッション削除応答でMME163に応答し、LIPA接続用にUE101に割り当てられた1つ又は複数のIPアドレス/1つ又は複数のプレフィックスを供給する。この応答を受信すると、MME163は、新たなセッション生成要求を、新たなHeNBHeNB-2131に関連付けられた新たに特定されたLIPA-GW2947に発行する。セッション生成要求で、MMEは、IPアドレスの維持及びセッションの継続性のためにUE102が使用すべき1つ又は複数のIPアドレス/1つ又は複数のプレフィックスを指示する。MME163からの指示された情報に基づいて、LIPA-GW2947は異なるオペレーションを実行することができる。すなわち、-UE102に割り当てられる1つ又は複数のIPアドレスが、例えばLIPA-GW2947のドメインに属する場合は、これは1つ又は複数のIPアドレス/1つ又は複数のプレフィックス用のルータとして直接機能することができ、LIPA-GW2947は、例えばARPメッセージ、IPv6ルータ広告メッセージ、又は近隣広告メッセージを送信することによって1つ又は複数のIPアドレス/1つ又は複数のプレフィックスの所有を得ようとし、且つ1つ又は複数のIPアドレス/1つ又は複数のプレフィックスを防御しようとする。-UE102に割り当てられる1つ又は複数のIPアドレス/1つ又は複数のプレフィックスが、例えばLIPA-GW2947によって直接所有されることができない場合は、それはLIPA-GW141のサブネットに属し、LIPA-GW2947はパケット転送のためにLIPA-GW141へのトンネルを確立しようとする。セキュリティ、認証、承認、暗号化などがトンネルに必要ならば、LIPA-GW141が必要な情報をMME163に送信するセッション削除応答、及びMME163が必要な情報をLIPA-GW2947に転送するセッション生成要求などのように、例えばキーイング情報などの必要な情報が、1つ又は複数のIPアドレス/1つ又は複数のプレフィックスを搬送するメッセージに添付され、又は含められる。したがって、必要な情報はLIPA-GW141からLIPA-GW2947に伝送されて両者の間にトンネルが確立される。更に、LIPA-GW2947は、MME163を介してLIPA-GW141から伝送されたメッセージに応答を送信して、セキュリティ要件を保証するために、例えばチャレンジレスポンスハンドシェイクを介してキーイング情報を交換する。LIPA-GW141からの必要な情報の取得、又はLIPA-GW141とLIPA-GW2947との間でのキーイング情報の交換は、LIPA-GW2947によって開始されてもよい。LIPA-GW141とLIPA-GW2947との間にトンネルを確立する場合、LIPA-GW141又はLIPA-GW2947は、帯域幅、遅延、パケットハンドリングの優先度などのQoSリソースをトンネルに割り当ててもよい。トンネルへのQoSの割り当ては、HeNB-2を介したハンドオーバのターゲットであったLIPAベアラに割り当てられるQoSに基づき、QoSと調整される。例えばトラフィックがLIPA-GW141を介してPDNを通過するには、HeNB-2とLIPA-GW2947との間の接続のセキュリティレベルが不十分であり、又はセキュリティレベルがHeNB1とLIPA-GW141との接続のセキュリティレベル未満であるなど、例えばセキュリティ上の理由からLIPA-GW2947が、LIPA-GW141へのトンネルを確立できない場合は、LIPA-GW2947はHeNB2との接続のセキュリティレベルをアップグレードしてもよく、さもなければ、LIPA-GW2947はLIPA-GW141とのトンネルの確立を開始しなくてもよい。HeNB-2131がLIPA-GW2947との直接経路を得ると、これはHeNB-1121との接続を収容することができる。同時に、LIPA-GW141は、それが1つ又は複数のIPアドレス/1つ又は複数のプレフィックスのオーナーシップを伝送した後、例えばLIPA-GW2947からのARP、RA/NAメッセージを確認したり、又は転送のためにLIPA-GW2947との直接トンネルが確立された後、HeNB-1121から切断することができる。別の代替オペレーションでは、LIPA-GWがHeNBと併置されると、例えばLIPA-GW141がHeNB-1121と併置され、LIPA-GW2947がHeNB-2131と併置されると、1つ又は複数のIPアドレス/1つ又は複数のプレフィックスのシグナリングはHeNB間のX2ハンドオーバシグナリングの一部として実行することができる。その場合は、MMEはLIPA-GWへのシグナリングメッセージ内にいかなる特別な情報も含める必要がない。別の代替アーキテクチャでは、例えばLIPA-GW141のようなLIPA-GWは、例えばLIPA-GW141がHeNBが配置される企業ルータである場合は、HeNBとSeGW161との間の経路上に配置されてもよい。この場合は、HeNBは依然として、LIPA-GW141に対して明らかなトランスペアレントの透過なSeGW161とのセキュアコネクションを確立する必要がある。したがって、本発明は変わりなく適用される。これらの異なる配置及びオペレーションのオプションは、本発明の基本原理に影響しないことは当業者には明らかである。これまでの実施形態では、LIPA接続用のSGWはオペレータコアネットワーク160内にあることを前提としている。しかし、本発明は、SGWがLIPA-GW141又はLIPA-GW2947と併置される場合にも適用できることが当業者には明らかである。上記実施形態の記載に用いられた各機能ブロックは、通常は集積回路によって表されるLSIとして実現することができる。これらは1つのチップとして個々に製造されてもよく、又は一部又は全部を含める1つのチップとして設計されてもよい。ここではLSIと呼ばれるが、集積度に応じてIC、システムLSI、スーパーLSI、又はウルトラLSIと呼んでもよい。また、集積回路の技術はLSIに限定されず、専用回路又は汎用プロセッサとして実現されてもよい。LSIの製造後にプログラム可能なFPGAフィールドプログラマブルゲートアレイ、又はLSI内部の回路セルの接続又は設定を再構成できる再構成可能プロセッサを使用してもよい。更に、半導体技術、又はそこから導かれる別の技術の進展と共に、LSIに変わる回路集積技術が出現すれば、このような技術を利用して機能ブロックを集積してもよい。例えば、バイオテクノロジーの適合化もそのような可能性の1つである。