移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、前記移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える、基地局装置であって、前記セルラ通信部は、前記移動端末から、外部ネットワークPDNに接続するための接続要求メッセージAttachRequest受信し、前記基地局処理部は、前記接続要求メッセージに指定されたアクセスポイント名APNに基づき、ローカルネットワークを示すアクセスポイント名APNがAPN-L以外である場合、前記接続要求メッセージをアクセスポイント名APNであるAPN-Lに置き換えてモビリティ管理エンティティMMEに転送し、前記接続制御部は、前記モビリティ管理エンティティMMEから受信したベアラ確立したアクセスポイント名APNであるAPN-Lが格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して前記移動端末UEとの間で無線ベアラ設定処理を実施する、基地局装置。基地局装置との接続およびハンドオーバを含むプロトコル処理を実施する通信処理部と、前記基地局装置を介して外部ネットワークPDNに接続するか、又は前記基地局装置を介してLIPAによる接続を実施するかを切り替えるための接続処理部と、Non3Gアクセス手法によるハンドオーバを実施するためのN3G接続処理部と、を有し、前記接続処理部は、再接続の際に前記基地局装置から前記通信処理部を介して通知された接続先のアクセスポイント名APNが、最初の接続の際に前記通信処理部を介して指定した接続先のアクセスポイント名APNである前記外部ネットワークPDNのアクセスポイント名APN-Mと異なる、LIPA用のアクセスポイント名APN-Lであると判定した場合、前記N3G接続処理部を介してNon3Gアクセス手法によるハンドオーバを実施する、移動端末。ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置であって、前記LGW通信部は、ハンドオーバ通知メッセージにLIPA用のアクセスポイント名APN-Lを格納してモビリティ管理エンティティMMEに送信し、無線ベアラ確立したアクセスポイント名APNとして、前記LIPA用のアクセスポイント名APN-Lを格納するコンテキストセットアップ要求メッセージを前記モビリティ管理エンティティMMEから受信し、前記接続制御部は、前記セルラ通信部を介して、前記コンテキストセットアップ要求メッセージに格納された前記LIPA用のアクセスポイント名APN-Lに基づき、ハンドオーバ前に確立されていた外部ネットワークPDNへのベアラとは異なるLIPAベアラ設定処理を移動端末との間で実施する、基地局装置。移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、基地局装置は、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに、当該基地局装置から前記移動端末が接続可能なLIPAのアクセスポイント名APN-Lを格納し、モビリティ管理エンティティMMEに送信し、前記モビリティ管理エンティティMMEは、前記サービスリクエストメッセージに格納された前記LIPAのアクセスポイント名APN-Lに対応するローカルゲートウェイLGWのアドレスを選択し、無線ベアラ確立したアクセスポイント名APNであるAPN-Lが格納された、コンテキストセットアップ要求メッセージを前記基地局装置に送信する、通信システム。移動端末が基地局装置からマクロ基地局eNBへのハンドオーバを実施するための通信システムであって、前記マクロ基地局eNBは、前記移動端末から受信したハンドオーバ確認HandoverConfirmationメッセージに基づき、ハンドオーバ通知HandoverNotifyメッセージに、前記移動端末が接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報を格納して、モビリティ管理エンティティMMEに送信し、前記モビリティ管理エンティティMMEは、前記LIPA実施可否を示す情報に基づきLIPA実施可能であると判定した場合、確立済みのLIPAベアラを前記マクロ基地局eNBにハンドオーバし、前記LIPA実施可否を示す情報に基づきLIPA実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGWのアドレスを抽出する、通信システム。マクロ基地局eNBとモビリティ管理エンティティMMEを有し、移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、前記マクロ基地局eNBは、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに前記移動端末が接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報を格納し、モビリティ管理エンティティMMEに送信し、前記モビリティ管理エンティティMMEは、前記LIPA実施可否を示す情報に基づきLIPA実施可能であると判定した場合、確立済みのLIPAベアラを前記マクロ基地局eNBにて確立し、前記LIPA実施可否を示す情報に基づきLIPA実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGWのアドレスを抽出する、通信システム。移動端末が基地局装置からLIPAベアラ経由で外部ネットワークPDNに接続するための通信システムであて、前記移動端末は、確立されたLIPAベアラ上に接続先となる前記外部ネットワークPDNを示すアクセスポイント名APN-Mを格納してDHCPリクエストメッセージをDHCPサーバに送信し、前記DHCPサーバは、AAAサーバから受信したAPN-Mへの認証/承認結果、前記移動端末にAPN-Mへの接続が承認されると、フィルタゲートウェイにパケットゲートウェイPGWとのパス構築を指示し、APN-Mに接続するためのIPアドレスを格納したDHCP応答メッセージを前記移動端末に送信する、通信システム。ローカル通信を実施するためのローカル通信部をさらに備え、前記接続処理部は、前記ローカル通信部を介して接続された配下の移動端末から接続要求メッセージを受信すると、受信した前記接続要求メッセージの宛先となるePDGを特定し、前記特定したePDGが、自身が接続しているePDGと異なる場合には、自身が接続しているePDGへの接続を指示するメッセージを生成し、前記ローカル通信部は、前記接続処理部で生成された前記メッセージを前記配下の移動端末へ送信する、請求項2に記載の移動端末。移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、前記移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置と、前記移動端末との通信方法であって、前記セルラ通信部が、前記移動端末から、外部ネットワークPDNに接続するための接続要求メッセージAttachRequest受信するステップと、前記基地局処理部が、前記接続要求メッセージに指定されたアクセスポイント名APNに基づき、ローカルネットワークを示すアクセスポイント名APNがAPN-L以外である場合、前記接続要求メッセージをアクセスポイント名APNであるAPN-Lに置き換えてモビリティ管理エンティティMMEに転送するステップと、前記接続制御部が、前記モビリティ管理エンティティMMEから受信したベアラ確立したアクセスポイント名APNであるAPN-Lが格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して前記移動端末UEとの間で無線ベアラ設定処理を実施する、ステップとを備える、通信方法。しかしながら上記方法において、SGWはオペレータ設備のため高価であるとともに、設置に際しては高いセキュリティレベルが要求される。特に、校内ネットワークを介してインターネット等の外部網からの攻撃を受けることのないように、例えばオペレータの規約にもとづく高いセキュリティ対策を校内ネットワークに適用する必要があり、ネットワーク管理コストの著しい増加が懸念される。また、携帯電話の接続に際してはオペレータコア網装置であるモバイル管理エンティティMMEが接続先となるサービングゲートウェイSGWの選択を実施するが、接続元となる基地局に応じてサービングゲートウェイSGWを選択するために、例えばサービングゲートウェイSGWと基地局のマッピングテーブルを保持、管理する必要がある。すなわち、特定のフェムト基地局からの接続であることを確認した場合のみ、校内のサービングゲートウェイSGWを割り当てるなど、モバイル管理エンティティMMEにおいて個別の管理が必要になり、サービングゲートウェイSGW選択処理が繁雑になるという問題がある。本発明の目的は、基地局装置を介してネットワークに接続する移動端末のコネクションを、セルラ回線により接続したローカルネットワークアクセス経由の非セルラ接続コネクションに切り替えるための通信システム、通信方法、並びに移動端末及び基地局装置を提供することである。本発明は、移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える、基地局装置であって、前記セルラ通信部は、移動端末から、外部ネットワークPDNに接続するための接続要求メッセージAttachRequestを受信し、前記基地局処理部は、前記接続要求メッセージに指定されたアクセスポイント名APNに基づき、ローカルネットワークを示すアクセスポイント名APNがAPN-L以外である場合、前記接続要求メッセージをアクセスポイント名APNであるAPN-Lに置き換えてモビリティ管理エンティティMMEに転送し、前記接続制御部は、前記モビリティ管理エンティティMMEから受信したベアラ確立したアクセスポイント名APNであるAPN-Lが格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して移動端末UEとの間で無線ベアラ設定処理を実施する、基地局装置を提供する。また、本発明は、基地局装置との接続およびハンドオーバを含むプロトコル処理を実施する通信処理部と、前記基地局装置を介して外部ネットワークPDNに接続するか、又は前記基地局装置を介してLIPAによる接続を実施するかを切り替えるための接続処理部と、Non3Gアクセス手法によるハンドオーバを実施するためのN3G接続処理部と、を備える移動端末であって、前記接続処理部は、再接続の際に前記基地局装置から前記通信処理部を介して通知された接続先のアクセスポイント名APNが、最初の接続の際に前記通信処理部を介して指定した接続先のアクセスポイント名APNである前記外部ネットワークPDNのアクセスポイント名APN-Mと異なる、LIPA用のアクセスポイント名APN-Lであると判定した場合、前記N3G接続処理部を介してNon3Gアクセス手法によるハンドオーバを実施する、移動端末を提供する。また、本発明は、ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置であって、前記LGW通信部は、ハンドオーバ通知メッセージにLIPA用のアクセスポイント名APN-Lを格納してモビリティ管理エンティティMMEに送信し、無線ベアラ確立したアクセスポイント名APNとして、前記LIPA用のアクセスポイント名APN-Lを格納するコンテキストセットアップ要求メッセージを前記モビリティ管理エンティティMMEから受信し、前記接続制御部は、前記セルラ通信部を介して、前記コンテキストセットアップ要求メッセージに格納された前記LIPA用のアクセスポイント名APN-Lに基づき、ハンドオーバ前に確立されていた外部ネットワークPDNへのベアラとは異なるLIPAベアラ設定処理を移動端末との間で実施する、基地局装置を提供する。また、本発明は、基地局装置とビリティ管理エンティティMMEを有し、移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、前記基地局装置は、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに、当該基地局装置から前記移動端末が接続可能なLIPAのアクセスポイント名APN-Lを格納し、前記モビリティ管理エンティティMMEに送信し、前記モビリティ管理エンティティMMEは、前記サービスリクエストメッセージに格納された前記LIPAのアクセスポイント名APN-Lに対応するローカルゲートウェイLGWのアドレスを選択し、無線ベアラ確立したアクセスポイント名APNであるAPN-Lが格納された、コンテキストセットアップ要求メッセージを前記基地局装置に送信する、通信システムを提供する。また、本発明は、移動端末が基地局装置からマクロ基地局eNBへのハンドオーバを実施するための通信システムであって、前記マクロ基地局eNBは、前記移動端末から受信したハンドオーバ確認HandoverConfirmationメッセージに基づき、ハンドオーバ通知HandoverNotifyメッセージに、前記移動端末が接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報を格納して、モビリティ管理エンティティMMEに送信し、前記モビリティ管理エンティティMMEは、前記LIPA実施可否を示す情報に基づきLIPA実施可能であると判定した場合、確立済みのLIPAベアラを前記マクロ基地局eNBにハンドオーバし、前記LIPA実施可否を示す情報に基づきLIPA実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGWのアドレスを抽出する、通信システムを提供する。また、本発明は、マクロ基地局eNBとモビリティ管理エンティティMMEを有し、移動端末がアイドルモードから復帰して通信を開始するための通信システムであって、前記マクロ基地局eNBは、前記移動端末がアイドルモードから復帰して通信を開始するためのサービスリクエストメッセージに前記移動端末が接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報を格納し、前記モビリティ管理エンティティMMEに送信し、前記モビリティ管理エンティティMMEは、前記LIPA実施可否を示す情報に基づきLIPA実施可能であると判定した場合、確立済みのLIPAベアラを前記マクロ基地局eNBにて確立し、前記LIPA実施可否を示す情報に基づきLIPA実施不可能であると判定した場合、前記移動端末の加入者情報に基づき、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGWのアドレスを抽出する、通信システムを提供する。また、本発明は、移動端末が基地局装置からLIPAベアラ経由で外部ネットワークPDNに接続するための通信システムであって、前記移動端末は、確立されたLIPAベアラ上に接続先となる前記外部ネットワークPDNを示すアクセスポイント名APN-Mを格納してDHCPリクエストメッセージをDHCPサーバに送信し、前記DHCPサーバは、AAAサーバから受信したAPN-Mへの認証/承認結果、前記移動端末にAPN-Mへの接続が承認されると、フィルタゲートウェイにパケットゲートウェイPGWとのパス構築を指示し、APN-Mに接続するためのIPアドレスを格納したDHCP応答メッセージを前記移動端末に送信する、通信システムを提供する。また、本発明は、移動端末及びコアネットワーク装置に対する基地局処理を実施する基地局処理部と、移動端末とセルラ回線を介して接続するためのセルラ通信部と、接続制御部と、を備える基地局装置と、移動端末との通信方法であって、前記セルラ通信部が、前記移動端末から、外部ネットワークPDNに接続するための接続要求メッセージAttachRequest受信するステップと、前記基地局処理部が、前記接続要求メッセージに指定されたアクセスポイント名APNに基づき、ローカルネットワークを示すアクセスポイント名APNがAPN-L以外である場合、前記接続要求メッセージをアクセスポイント名APNであるAPN-Lに置き換えてモビリティ管理エンティティMMEに転送するステップと、前記接続制御部が、前記モビリティ管理エンティティMMEから受信したベアラ確立したアクセスポイント名APNであるAPN-Lが格納されたコンテキストセットアップ要求メッセージに基づき、前記セルラ通信部を介して前記移動端末との間で無線ベアラ設定処理を実施する、ステップとを備える、通信方法を提供する。本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置によれば、基地局装置を介してネットワークに接続する移動端末のコネクションを、ローカルネットワークアクセス経由のコネクションに切り替えることができ、リアルタイムかつ安価なセキュリティフィルタリングを移動端末のトラフィックに適用することができる。また、本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置によれば、サービングゲートウェイSGWのように高価かつ管理ネットワークの著しく高いセキュリティ確保が要求されるオペレータコア網装置をローカルに設置する必要がなく、運用コストの低減を図ることができる。また、本発明に係る通信システム、通信方法、並びに移動端末及び基地局装置によれば、モバイル管理エンティティMMEによるサービングゲートウェイSGW選択においても、特定基地局に対するデータベース管理が不要となり、モバイル管理エンティティMMEにおけるデータベース管理負担、処理負荷を低減することができる。以下、本発明の実施の形態について、図面を参照して説明する。実施の形態1実施の形態1に係る通信システムでは、携帯電話以下、移動端末と呼ぶがフェムト基地局以下、ローカル基地局と呼ぶ経由でインターネット等のネットワークサービスを提供するPDNPacketDataNetworksにアクセスするための初期接続InitialAttach処理を実施する。<通信システムの構成>実施の形態1に係る通信システムの構成について、図1を用いて説明する。図1は実施の形態1に係る通信システムの構成を示す図である。図1に示す通信システムは、UserEquipmentUEとして機能する移動端末10図中、UE10と、移動端末10が接続するローカル基地局20と、ローカル基地局20が形成するローカルRAN100と、ローカル基地局20が接続するローカルネットワーク110と、ローカルネットワーク110に設置され、移動端末10がローカルネットワーク110に接続する際のゲートウェイとなるローカルゲートウェイLGW:LocalGateWay30図中、LGW30と、ローカルネットワーク110を収容するプロバイダネットワーク120と、オペレータコアネットワーク130と、オペレータコアネットワーク130に配置されるモビリティ管理エンティティMME:MobilityManagementEntity50図中、MME50と、オペレータコアネットワーク130に配置されるパケットゲートウェイePDG60図中、ePDG60と、オペレータコアネットワーク130に配置されるパケットゲートウェイPGW70図中、PGW70と、移動端末10がオペレータコアネットワーク130を経由して接続する外部ネットワークPDN200図中、PDNAPN-M200と、移動端末10と外部ネットワークPDN200が交換するパケットを監視するフィルタゲートウェイフィルタGW40図中、フィルタGW40と、を含む。<通信システムの動作>図1に示す通信システムの動作について、図2を用いて説明する。図2は、図1に示す通信システムの動作を説明するための図である。図2に示すように、移動端末UE10が、外部ネットワークPDN200に接続するための接続要求メッセージAttachRequestをローカル基地局20に送信するステップS201:接続要求APN-M。ここで、指定する接続先ネットワークの識別子APNAccessPointNameは、外部ネットワークPDN200を示すAPN-Mとする。接続要求メッセージを受信したローカル基地局20は、接続要求メッセージに指定されたアクセスポイント名APNを確認する。ローカル基地局20は指定されたアクセスポイント名APNがローカルネットワーク110を示すアクセスポイント名APN例えばAPN-Lとする以外である場合、接続要求メッセージに指定されたアクセスポイント名APNをAPN-Lに置き換えてステップS203:APN変更、モビリティ管理エンティティMME50に転送するステップS205:接続要求APN-L。あるいは、接続要求メッセージを受信したローカル基地局20は、接続要求メッセージに指定されたAPNの修正を行わず、接続要求メッセージをモビリティ管理エンティティMME50に転送するためのコンテナメッセージにローカルネットワーク110を示すAPNAPN-Lを付加して、モビリティ管理エンティティMME50に送信接続要求メッセージを転送するステップS205:接続要求APN-L。あるいは、接続要求メッセージを受信したローカル基地局20は、ローカルネットワーク110を示すアクセスポイント名APNであるAPN-Lの代わりに、LIPAベアラ確立を促す情報例えば、フラグやLIPA指示子LIPAIndicatorを、接続要求メッセージや、モビリティ管理エンティティMME50に接続要求メッセージを転送するためのコンテナメッセージに付加してもよい。この場合、接続要求メッセージは、移動端末UE10が指定したAPN-Mが格納された状態を維持するが、LIPA経由のコネクション確立を要求する意味を持つことになる。これにより、ローカル基地局20がモビリティ管理エンティティMME50に対して、ローカルネットワーク110に対するLIPAコネクションLIPAベアラの確立を要求する。接続要求メッセージを受信したモビリティ管理エンティティMME50は、接続要求メッセージ又は接続要求メッセージを転送するコンテナメッセージからアクセスポイント名APNここではAPN-Lを抽出して、接続先となるゲートウェイ本実施の形態では、LGW30を導出するとともに、移動端末UE10のLIPAベアラに関するコンテキストを生成する。なお、APN-L又は、LIPA指示子は、モビリティ管理エンティティMME50が指定するものであってもよい。すなわち、モビリティ管理エンティティMME50において、ローカル基地局20基地局識別子、セル識別子、CSG値などで識別するに対応するLIPAベアラ確立のためのアクセスポイント名LIPA用のアクセスポイント名APN:APN-L又はLIPA接続の可否を管理し、ローカル基地局20経由の接続要求に対しては、常にLIPA用のアクセスポイント名APNあるいはLIPA指示子が指定されたものとして、以降の処理を行うものであってもよい。続いて、モビリティ管理エンティティMME50は、導出したローカルゲートウェイLGW30に対してLIPAベアラを生成するためのベアラ生成要求メッセージを送信するステップS207:ベアラ生成要求。ローカルゲートウェイLGW30は、移動端末UE10のLIPAベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティMME50に送信するステップS209:ベアラ生成応答。モビリティ管理エンティティMME50は、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを、ローカル基地局20に送信するステップS211:コンテキストセットアップ要求。ここで、コンテキストセットアップ要求メッセージには接続応答メッセージが重畳され、接続応答メッセージの中に確立したベアラの接続先であるアクセスポイント名APNとして、ここではAPN-Lが格納される。コンテキストセットアップ要求メッセージを受信すると、ローカル基地局20は、移動端末UE10との間で無線ベアラ設定処理を実施する。このとき、ローカル基地局20は、コンテキストセットアップ要求メッセージに重畳された接続応答メッセージAPN-Lを含むを移動端末UE10に転送するステップS213:無線ベアラ設定接続応答APN-L。ローカル基地局20が移動端末UE10との無線ベアラ確立を完了すると、ローカル基地局20はコンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50に送信するステップS215:コンテキストセットアップ応答。モビリティ管理エンティティMME50は、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてローカルゲートウェイLGW30との間でベアラ修正処理を実施するステップS217:ベアラ修正処理。これにより、移動端末UE10とローカルゲートウェイLGW30との間にLIPAベアラが確立される。なお、モビリティ管理エンティティMME50とローカルゲートウェイLGW30との間で交換されるメッセージは、ローカル基地局20を経由するものであってもよい。これにより、モビリティ管理エンティティMME50とローカルネットワーク110との間のインタフェース特にはシグナリングインタフェースを一つに統一することができる。特に、モビリティ管理エンティティMME50におけるインタフェース管理コストが低減される。ここで、移動端末UE10は、当初接続要求の中で指定したAPN-Mとは異なるAPN-Lに接続されたことを検出する。これを受けて、移動端末UE10は、現在のローカル基地局20の下では、直接コアネットワーク130を経由して外部ネットワークPDNAPN-Mに接続することが許可されていないと判断し、LIPAベアラ上でNon3Gアクセス手法を用いた再接続を実施することを決定するステップS219:再接続判断。なお、移動端末UE10は、再接続を判断するに際して、接続されたAPN-LがLIPAコネクションのためのアクセスポイント名APNであることをさらに検出してもよい。例えば、移動端末UE10はドメイン名lipaなどのLIPA接続であることを示す識別子が付与されていることから検出する。これにより、移動端末UE10は、LIPA経由のオフロードによりコアネットワーク経由のPDNが可能であることをより確実に判断し、誤接続を防止することができる。すなわち、APN-LがLIPAコネクションのためのものではなく、外部ネットワークへのコネクション上に他の外部ネットワークコネクションを重畳させるような冗長なコネクションの確立を回避し、ネットワークリソースの無駄な消費を低減させることができる。また、モビリティ管理エンティティMME50あるいはローカル基地局20が、接続応答メッセージの中でAPN-Lを通知するとともに、現在のローカル基地局20のもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可しないことを示す情報例えばフラグを移動端末UE10に通知してもよい。これによって、移動端末UE10がより確実に再接続判断を実施して、誤判断による無駄なリソース消費を防ぐことができる。LIPAベアラ上でNon-3GPPアクセス手法を用いた再接続を行うために、移動端末UE10はコアネットワーク130に配置されるパケットゲートウェイePDG60を発見するための識別子を生成しあるいは事前に生成された識別子を用いて、DNSなどのアドレス導出機構によりパケットゲートウェイePDG60のアドレスを導出する。なお、本来ePDGPDGは、WLANや有線ネットワークなどのNon-3GPP非セルラアクセスネットワークからコアネットワークにアクセスするためのゲートウェイ装置である。また、ePDGはPDGと呼ぶこともあり、いずれの場合であっても同様に本発明を実施することができる。続いて移動端末UE10は、LIPAベアラを介して、すなわちLIPAベアラに割り当てられたアドレスIPアドレスを用いてパケットゲートウェイePDG60との接続処理を開始するステップS221:接続処理APN-M。すなわち、移動端末UE10は、TS23.402に開示されるようなUntrustedNon-3GPPAttach手順を実施する。これを受けてパケットゲートウェイePDG60はパケットゲートウェイPGW70との間でベアラコンテキスト生成などの接続処理を実施するステップS223:接続処理。これにより、移動端末UE10は、パケットゲートウェイPGW70とのコネクションを確立し、外部ネットワークPDN200との通信を開始する。なお、LIPAベアラを介した接続においては、パケットゲートウェイePDG60と確立するトンネルに適用する暗号化アルゴリズムとして、ヌルアルゴリズムを選定する。このヌルアルゴリズムは移動端末UE10から指定してもよいし、トンネル確立時の認証結果を受けてAAAサーバ不図示がePDG60にヌルアルゴリズムの使用を指示してもよい。これにより、移動端末UE10が外部ネットワークPDN200と交換するパケットアプリケーションメッセージは、フィルタGW40において監視することができるようになるステップS225:パケット監視。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタGW40のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局20配下の移動端末UE10を対象にセキュリティフィルタを設定することができるので、個々の移動端末UE10に対する設定が不要となり、管理コストの低減を図ることができる。なお、既にLIPAベアラを介したNon-3GPP接続を実施した後で、新たなPDNコネクションを追加する場合、移動端末UE10は、直ちにLIPAベアラのアドレスを用いてePDG60とのNon-3GPP接続処理を開始してもよい。または、ローカル基地局20経由の接続を試みて、モビリティ管理エンティティMME50から失敗通知を受けた後で、LIPAベアラ上のNon-3GPP接続処理を実施するものであってもよい。また、LIPA用のアクセスポイント名APN以外への接続要求は、ローカル基地局20又はモビリティ管理エンティティMME50が常に失敗させる、あるいは拒否するものであってもよい。さらには、失敗あるいは拒否を通知する接続応答メッセージの中でLIPA用のアクセスポイント名APNここではAPN-Lを通知する。失敗あるいは拒否を通知する接続応答メッセージの中でAPN-Lを通知する場合には、この通知したアクセスポイント名APNへの接続のみ許可される旨の情報を併せて通知してもよい。これを受けて移動端末UE10は、LIPAベアラを確立し、その上でePDG60を介した外部ネットワークPDN200へのコネクションを確立する。<移動端末の構成と動作>実施の形態1に係る移動端末UE10の構成について図3を用いて説明する。図3は移動端末UE10の構成を示すブロック図である。図3に示す移動端末UE10は、ローカル基地局20を含むセルラ基地局と物理的/論理的に接続するための無線通信部11と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部13と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部15と、アプリケーションを動作させるアプリ部17と、接続制御部19と、を備える。図3に示す移動端末UE10の動作について図4を用いて説明する。図4は、移動端末UE10のPDN接続処理フロー図であり、ローカルネットワークへの初期接続処理を実施するためのフローチャートである。図4に示すように、通信処理部13は、無線通信部11を介して、外部ネットワークPDN200に接続するための接続要求メッセージAttachRequestをローカル基地局20に送信するステップS401:接続要求送信APN-M。無線通信部11は、ローカル基地局20から、コンテキストセットアップ要求メッセージに重畳された接続応答メッセージAPN-Lを含むを受信するステップS403:接続応答受信。接続制御部19は、受信した接続応答メッセージに基づき、当初接続要求メッセージで指定したアクセスポイント名APNと異なるアクセスポイント名APNへのコネクションを確立されているか否かを判定するステップS405:異なるAPNへのコネクション確立。例えば、接続制御部19は、無線通信部11を介して、ローカル基地局20から、コンテキストセットアップ要求メッセージに重畳された接続応答メッセージAPN-Lを含むを受信すると、当初接続要求の中で指定したAPN-Mとは異なるAPN-Lに接続されたことを検出する。接続制御部19は、当初接続要求の中で指定したAPN-Mとは異なるAPN-Lに接続されたことを検出すると、現在のローカル基地局20の下では、直接コアネットワーク130を経由して外部ネットワークPDNAPN-Mに接続することが許可されていないと判断し、接続制御部19は、N3G接続処理部15を介して、LIPAベアラ上でNon3Gアクセス手法を用いた再接続を実施することを決定する。そして、N3G接続処理部15は、確立したコネクションを介して、LIPAベアラ上でNon3Gアクセス手法を用いた再接続を実施するステップS407:確立したコネクションを介してN3G接続実施。<ローカル基地局の構成と動作>実施の形態1に係るローカル基地局20の構成について図5を用いて説明する。図5はローカル基地局20の構成を示すブロック図である。図5に示すローカル基地局20は、接続制御部21と、ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部23と、ローカルネットワーク110と接続するためのローカル通信部25と、移動端末UE10やコアネットワーク装置に対する基地局処理を実施する基地局処理部27と、移動端末UE10とセルラ回線を介して接続するためのセルラ通信部29と、を備える。図5に示すローカル基地局20の動作について図6を用いて説明する。図6は、ローカル基地局20のUE接続処理フロー図である。図6に示すように、セルラ通信部29は、移動端末UE10から、外部ネットワークPDN200に接続するための接続要求メッセージAttachRequestを受信するステップS601:接続要求APN-M。ここで、移動端末UE10によって指定された接続先ネットワークの識別子APNAccessPointNameが、外部ネットワークPDN200を示すAPN-Mであるとする。接続制御部21は、受信した外部ネットワークPDN200に接続するための接続要求メッセージAttachRequestに基づき、指定されたアクセスポイント名APNがローカルネットワーク110を示すアクセスポイント名APN例えばAPN-L以外である場合、接続要求メッセージに含まれるアクセスポイント名APNをAPN-Lに置き換え、モビリティ管理エンティティMME50に転送するステップS603:ローカルネットワークを示すアクセスポイント名APNであるAPN-Lを付加して転送。そして、基地局処理部27は、各通信部LGW通信部23、ローカル通信部25、および基地局処理部27を介して、後続する接続処理を実施するステップS605:後続する接続処理実施。実施の形態2実施の形態2に係る通信システムでは、移動端末UE10Aがマクロ基地局からPDNコネクションを確立した後に、ローカル基地局20Aへハンドオーバする。<通信システムの構成>実施の形態2に係る通信システムの構成について、図7を用いて説明する。図7は実施の形態2に係る通信システムの構成を示す図であり、特に移動端末UE10Aがマクロ基地局経由でPDNコネクションを確立した後で、ローカル基地局20Aにハンドオーバする状態を示す図である。図7に示す通信システムは、UserEquipmentUEとして機能する移動端末UE10Aと、移動端末UE10Aが接続するローカル基地局20Aと、ローカル基地局20Aが形成するローカルRAN100と、ローカル基地局20Aが接続するローカルネットワーク110と、ローカルネットワーク110に設置され、移動端末UE10Aがローカルネットワーク110に接続する際のゲートウェイとなるローカルゲートウェイLGW30と、ローカルネットワーク110を収容するプロバイダネットワーク120と、オペレータのコアネットワーク130と、コアネットワーク130に配置されるモビリティ管理エンティティMME50Aと、コアネットワーク130に配置されるパケットゲートウェイePDG60と、コアネットワーク130に配置されるサービングゲートウェイSGW160と、パケットゲートウェイPGW70と、移動端末UE10Aがコアネットワーク130を経由して接続する外部ネットワークPDN200と、移動端末UE10Aがハンドオーバ前に接続していたマクロ基地局eNB150と、マクロ基地局eNB150が形成するマクロRAN140と、移動端末UE10Aと外部ネットワークPDN200が交換するパケットを監視するフィルタゲートウェイフィルタGW40と、を備える。<通信システムの動作>図7に示す通信システムの動作について、図8を用いて説明する。図8は、図7に示す通信システムの動作を説明するための図である。なお、図8では、移動端末UE10Aは、マクロ基地局eNB150経由でパケットゲートウェイPGW70とのベアラEPSベアラ又はコネクションPDNコネクション、PDPコンテキストを確立済みの状態とする。移動端末UE10Aが移動してローカルRAN100のエリアに入り、マクロ基地局eNB150にメジャメントレポートmeasurementreportを送信すると、マクロ基地局eNB150がローカル基地局20Aへのハンドオーバを決定する。図8に示すように、マクロ基地局eNB150は、モビリティ管理エンティティMME50にハンドオーバ要求HandoverRequiredメッセージを送信するステップS803:HO要求。同様に、モビリティ管理エンティティMME50Aは、ローカル基地局20Aにハンドオーバ要求HandoverRequestメッセージを送信するステップS805:HO要求。ローカル基地局20Aにおいて、移動端末UE10Aを収容するリソースを確保できた、あるいはそのリソースの確保の見込みがたつと、ローカル基地局20Aは、ハンドオーバ要求応答メッセージHandoverResponseをモビリティ管理エンティティMME50Aに送信するステップS807:HO要求応答。これを受けて、モビリティ管理エンティティMME50Aは、移動端末UE10Aにハンドオーバ指示HandoverCommandメッセージを送信するステップS809:HO指示。なお、ハンドオーバ指示HandoverCommandメッセージはマクロ基地局eNB150を介して移動端末UE10Aに配送されるステップS811。移動端末UE10Aはハンドオーバ確認HandoverConfirmationメッセージをローカル基地局20Aに送信するステップS813:HO確認。これを受けて、ローカル基地局20Aはハンドオーバ通知HandoverNotifyメッセージをモビリティ管理エンティティMME50Aに送信するステップS815:HO通知APN-L。このとき、ローカル基地局20Aは、ハンドオーバ通知メッセージにローカルネットワークを示すAPN例えばここではAPN-Lを格納してモビリティ管理エンティティMME50Aに転送する。なお、ローカル基地局20Aは、ハンドオーバ通知メッセージを修正せず、ハンドオーバ通知メッセージをモビリティ管理エンティティMME50Aに転送するためのコンテナメッセージにAPN-Lを付加してモビリティ管理エンティティMME50Aに送信してもよい。また、ローカル基地局20Aは、APN-Lの代わりにLIPAベアラ確立を促す情報例えば、フラグやLIPA指示子LIPAIndicatorをコンテナメッセージに付加してもよいこの場合、ローカル基地局20Aはハンドオーバ通知メッセージにAPN-Lを付加しなくてもよい。これによって、ローカル基地局20Aがモビリティ管理エンティティMME50Aに対して、ローカルネットワーク110に対するLIPAコネクションLIPAベアラの確立を要求する。ハンドオーバ通知メッセージを受信したモビリティ管理エンティティMME50Aは、取得したAPN-Lに対応するGWここではLIPA用APNAPN-Lに対応するローカルゲートウェイLGW30を探索する。例えば、DNS等の機構にAPN-Lを入力してローカルゲートウェイLGWのアドレスを導出する。ローカル基地局20AがローカルゲートウェイLGWを選択したら、移動端末UE10AのLIPAベアラに関するコンテキストを生成する。ここで、ゲートウェイGWのアドレスは、ローカル基地局20Aがモビリティ管理エンティティMME50Aに通知するものであってもよい。これによって、モビリティ管理エンティティMME50AにおけるGWアドレス導出処理による負荷を低減できる。なお、APN-LあるいはLIPA指示子は、移動端末UE10Aのユーザサブスクリプションやローカル基地局20Aに関するコンフィグレーションデータなどにもとづいて、モビリティ管理エンティティMME50Aが指定するものであってもよい。すなわち、モビリティ管理エンティティMME50Aにおいてローカル基地局20A基地局識別子、セル識別子、CSG値などで識別するに対応するLIPAベアラ確立のためのAPNLIPA用APN;APN-LあるいはLIPA接続の可否を管理しておき、ローカル基地局20Aをターゲット基地局とするハンドオーバ処理時に、常にLIPA用APNあるいはLIPA指示子が指定されたものとして、以降の処理を行うものであってもよい。続いて、モビリティ管理エンティティMME50Aは、導出したローカルゲートウェイLGW30に対してLIPAベアラを生成するためのベアラ生成要求メッセージを送信するステップS817:ベアラ生成要求。ローカルゲートウェイLGW30は、移動端末UE10AのLIPAベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティMME50Aに送信するステップS819:ベアラ生成応答。モビリティ管理エンティティMME50Aは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局20Aに送信するステップS821:コンテキストセットアップ要求APN-L。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名APNとして、本実施の形態ではAPN-Lが格納される。コンテキストセットアップ要求メッセージを受信すると、ローカル基地局20Aは、移動端末UE10Aとの間で無線ベアラ設定処理を実施する。このときローカル基地局20Aは、コンテキストセットアップ要求メッセージから抽出したAPN-Lを移動端末UE10Aに通知するステップS823:無線ベアラ設定APN-L。そして、移動端末UE10Aとの無線ベアラ確立を完了すると、ローカル基地局20Aは、コンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50Aに送信するステップS825:コンテキストセットアップ応答。モビリティ管理エンティティMME50Aは、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてローカルゲートウェイLGW30との間でベアラ修正処理を実施するステップS827:ベアラ修正処理。これにより、移動端末UE10AとローカルゲートウェイLGW30の間にLIPAベアラが確立される。なお、モビリティ管理エンティティMME50AとローカルゲートウェイLGW30間で交換されるメッセージは、ローカル基地局20Aを経由するものであってもよい。これにより、モビリティ管理エンティティMME50Aとローカルネットワーク110間のインタフェース特にはシグナリングインタフェースを一つに統一することができ、特にモビリティ管理エンティティMME50Aにおけるインタフェース管理コストを低減することができる。ここで、移動端末UE10Aは、無線ベアラ設定処理の中で通知されたAPNAPN-Lをもとに、ハンドオーバ前に確立していたベアラすなわち外部ネットワークPDN200APN-Mへのベアラとは異なるベアラすなわちLIPAベアラが新たに確立されたことを検出する。さらには/あるいは、ハンドオーバ時に新たにLIPAベアラが確立され、ハンドオーバ前にアクティブだったすなわちベアラのアクティブフラグが有効ベアラが無線ベアラ設定処理を完了した時点でアクティブでないすなわちベアラのアクティブフラグが無効であることを移動端末UE10Aが検出する。これを受けて、移動端末UE10Aは、現在のローカル基地局20Aのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可されていないと判断し、LIPAベアラ上でNon3Gアクセス手法を用いたハンドオーバ接続を実施することを決定するステップS829:N3GHO判断。なお、移動端末UE10AがN3GHO判断を行うに際して、通知されたアクセスポイント名APNであるAPN-Lが、LIPAベアラのためのアクセスポイント名APNであることをさらに検出してもよい例えば、ドメイン名lipaが付与されていることから検出する。これにより、移動端末UE10AはLIPA経由のオフロードによりコアネットワーク経由のPDNが可能であることをより確実に判断することができる。すなわち、APN-LがLIPAコネクションのためのものではなく、外部ネットワークへのコネクション上に他の外部ネットワークコネクションを重畳させるような冗長なコネクションの確立を回避し、ネットワークリソースの無駄な消費を低減させることができる。また、ローカル基地局20Aは無線ベアラ設定の中でAPN-Lを通知するとともに、現在のローカル基地局20Aのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可しないことを示す情報例えばフラグを移動端末UE10Aに通知してもよい。これによって、移動端末UE10Aがより確実に再接続判断を実施して、誤判断による無駄なリソース消費を防ぐことができる。LIPAベアラ上でNon-3GPPアクセス手法を用いたハンドオーバ接続を行うために、移動端末UE10Aはコアネットワークに配置されるパケットゲートウェイePDG60を発見するための識別子を生成しあるいは事前に生成された識別子を用いて、DNSなどのアドレス導出機構によりパケットゲートウェイePDG60のアドレスを導出する。なお、本来ePDGPDGは、WLANや有線ネットワークなどのNon-3GPP非セルラアクセスネットワークからコアネットワークにアクセスするためのゲートウェイ装置である。また、ePDGはPDGと呼ぶこともあり、いずれの場合であっても同様に本発明を実施することができる。続いて移動端末UE10Aは、LIPAベアラを介して、すなわちLIPAベアラに割り当てられたアドレスIPアドレスを用いてパケットゲートウェイePDG60との接続処理を開始するステップS831:接続処理APN-M。すなわち、移動端末UE10AはTS23.402に開示されるようなUntrustedNon-3GPPへのハンドオーバ手順を実施する。これを受けてパケットゲートウェイePDG60はパケットゲートウェイPGW70との間でベアラ修正などのハンドオーバePDG処理を実施するステップS833:接続処理。これにより、移動端末UE10AはパケットゲートウェイPGW70との間に確立したコネクションをパケットゲートウェイePDG60経由のコネクションに切替て、外部ネットワークPDN200との通信を継続する。なお、LIPAベアラを介した接続においては、パケットゲートウェイePDG60と確立するトンネルに適用する暗号化アルゴリズムとしてヌルアルゴリズムを選定する移動端末UE10Aから指定してもよいし、トンネル確立時の認証結果を受けてAAAサーバ不図示がePDG60にヌルアルゴリズムの使用を指示してもよい。なお、LIPA用のアクセスポイント名APN以外のベアラを有する移動端末UE10Aからのローカル基地局20Aへのハンドオーバ要求は、ローカル基地局20Aあるいはモビリティ管理エンティティMME50Aが常に失敗させる、あるいは拒否するものであってもよい。さらには、失敗あるいは拒否を通知する接続応答メッセージの中でLIPA用APNAPN-Lを通知するこのとき、通知したAPNへの接続のみ許可される旨の情報を併せて通知してもよい。ここで、モビリティ管理エンティティMME50Aが保持する移動端末UE10Aのベアラコンテキストは保持しておく。これを受けて移動端末UE10Aは、LIPAベアラを確立し、その上でコネクションのハンドオーバをパケットゲートウェイePDG60に対して実施する。また、モビリティ管理エンティティMME50Aがベアラ修正処理を完了した時に、移動端末UE10AにNon-3GPPハンドオーバを促すメッセージ例えば、N3Gハンドオーバ指示メッセージを送信してもよい。さらには、モビリティ管理エンティティMME50AがLIPAベアラ上でNon-3GPP接続を実施することを明示的に指示してもよい。これによって、移動端末UE10Aがより確実にN3GHO判断を実施することができる。なお、フィルタゲートウェイフィルタGW40は、移動端末UE10Aと外部ネットワークPDN200との通信パケットを監視するステップS835:パケット監視。<移動端末の構成と動作>移動端末UE10Aの構成について図9を用いて説明する。図9は、実施の形態2に係る移動端末UE10Aの構成を示すブロック図である。図9に示す移動端末UE10Aは、ローカル基地局20を含むセルラ基地局と物理的/論理的に接続するための無線通信部11と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部13と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部15と、アプリケーションを動作させるアプリ部17と、接続制御部19Aと、を備える。移動端末UE10Aの動作について図10を用いて説明する。図10は、移動端末UE10Aのハンドオーバ処理を示すフロー図であり、特に移動端末UE10Aがローカル基地局20Aへのハンドオーバ処理の際のフロー図である。無線通信部11は、モビリティ管理エンティティMME50Aからマクロ基地局eNB150を経由して、ハンドオーバ指示HandoverCommandメッセージを受信するステップS1001:HO指示受信。通信処理部13は、無線通信部11を介してローカル基地局20Aから通知されたAPN-Lに基づき、ローカル基地局20Aとの間で無線ベアラを確立するステップS1003:無線ベアラ確立。通信処理部13は、ハンドオーバ前に確立したベアラすなわち外部ネットワークPDN200へのベアラとは異なるベアラすなわちLIPAベアラが新たに確立されたことから、無線通信部11を介して、ハンドオーバ確認HandoverConfirmationメッセージをローカル基地局20Aに送信するステップS1005:HO確認送信。通信処理部13は、通信処理部13が実施する無線ベアラ設定処理の中で取得したAPNAPN-Lをもとに、ハンドオーバ前に確立したベアラすなわち外部ネットワークPDN200へのベアラとは異なるベアラすなわちLIPAベアラが新たに確立されたことを検出しステップS1007:無線ベアラ接続先APN取得、現在のローカル基地局20Aのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可されていないと判断する。そして、接続制御部19は、N3G接続処理部15を介して、LIPAベアラ上でNon3Gアクセス手法を用いたハンドオーバ接続を実施することを決定するステップS1009:N3GHO判断。ここで接続制御部19Aは、必要に応じてステップS1011に示す処理とステップS1013に示す処理を実施する。すなわち、接続制御部19は、ローカル基地局20Aから通知された接続先のアクセスポイント名APNがLIPAのアクセスポイント名APNであるかどうかを判定し、ローカル基地局20Aから通知された接続先のアクセスポイント名APNがLIPAのアクセスポイント名APNである場合Yesの場合、ステップS1015へ遷移し、ローカル基地局20Aから通知された接続先のアクセスポイント名APNがLIPAのアクセスポイント名APNでない場合Noの場合;すなわちLIPA以外のAPNである場合、ステップS1013へ遷移するステップS1011:接続先のアクセスポイント名APNはLIPAAPNか。接続制御部19Aは、ローカル基地局20Aから通知された接続先のアクセスポイント名APNがLIPAのアクセスポイント名APNでない場合Noの場合には、通信処理部13、無線通信部11を介して、LIPAコネクションを確立するステップS1013:LIPAコネクション確立。これにより、例えばハンドオーバ時にLIPAベアラが確立されず、現在のローカル基地局20Aのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可されていない旨を通知する情報のみ配布されるような場合に、ローカル基地局20AはePDG経由の接続を確立するためのベアラとするLIPAベアラを新規に確立することができる。接続制御部19Aは、ローカル基地局20Aから通知された接続先のアクセスポイント名APNがLIPAのアクセスポイント名APNである場合Yesの場合そして、接続制御部19Aは、N3G接続処理部15を介して、LIPAベアラ上でNon3Gアクセス手法を用いたハンドオーバ接続を実施することを決定し、処理を行うステップS1015:N3GHO処理ePDG。<ローカル基地局の構成と動作>実施の形態2に係るローカル基地局20Aの構成について図11を用いて説明する。図11はローカル基地局20Aの構成を示すブロック図である。図11に示すローカル基地局20Aは、接続制御部21Aと、ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部23と、ローカルネットワーク110と接続するためのローカル通信部25と、移動端末UE10やコアネットワーク装置に対する基地局処理を実施する基地局処理部27と、移動端末UE10とセルラ回線を介して接続するためのセルラ通信部29と、を備える。図11に示すローカル基地局20の動作について図12を用いて説明する。図12は、ローカル基地局20Aのハンドオーバ処理フロー図であり、特に、移動端末UE10Aのローカル基地局20Aへのハンドオーバ処理を実施するためのフローチャートである。ローカル通信部25は、モビリティ管理エンティティMME50Aからハンドオーバ要求HandoverRequestメッセージを受信するステップS1201:HO要求受信。ローカル通信部25は、ハンドオーバ要求応答メッセージHandoverResponseをモビリティ管理エンティティMME50Aに送信するステップS1203:HO要求応答送信。セルラ通信部29は、移動端末UE10Aからハンドオーバ確認HandoverConfirmationメッセージを受信するステップS1205:HO確認受信。ローカル通信部25は、ハンドオーバ通知HandoverNotifyメッセージをモビリティ管理エンティティMME50Aに送信するステップS1207:HO通知送信APN-L。ローカル通信部25は、モビリティ管理エンティティMME50Aから、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを受信するステップS1209:コンテキストセットアップ要求受信APN-L。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名APNとして、本実施の形態ではAPN-Lが格納される。基地局処理部27は、移動端末UE10Aとの間で無線ベアラ設定処理を実施するステップS1211:無線ベアラ設定。このとき、セルラ通信部29は、コンテキストセットアップ要求メッセージから抽出したAPN-Lを移動端末UE10Aに通知する。移動端末UE10Aとの無線ベアラ確立を完了すると、ローカル通信部25は、コンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50Aに送信するステップS1213:コンテキストセットアップ応答送信。<MMEの構成と動作>モビリティ管理エンティティMME50Aの構成について図13を用いて説明する。図13は、モビリティ管理エンティティMME50Aの構成を示すブロック図である。図13に示すモビリティ管理エンティティMME50Aは、ハンドオーバ制御部51Aと、MME処理部53と、通信部55と、を備える。図13に示すモビリティ管理エンティティMME50Aの動作について図14を用いて説明する。図14は、モビリティ管理エンティティMME50Aのハンドオーバ処理フロー図である。図14に示すように、通信部55は、サービング基地局であるマクロ基地局eNB150からハンドオーバ要求HandoverRequiredメッセージを受信するステップS1401:サービング基地局からHO要求受信。MME処理部53は、通信部55を介して、ターゲット基地局であるローカル基地局20Aにハンドオーバ要求HandoverRequestメッセージを送信するステップS1403:ターゲット基地局にHO要求送信。MME処理部53は、通信部55を介して、ターゲット基地局であるローカル基地局20Aから、ハンドオーバ要求応答メッセージHandoverResponseを受信するステップS1405:ターゲット基地局からHO要求応答受信。MME処理部53は、通信部55を介して、移動端末UE10Aにハンドオーバ指示HandoverCommandメッセージを送信するステップS1407:UEにHO指示送信。なお、ハンドオーバ指示HandoverCommandメッセージは、マクロ基地局eNB150を介して移動端末UE10Aに配送されるステップS811。MME処理部53は、通信部55を介して、ターゲット基地局であるローカル基地局20Aから、ハンドオーバ通知HandoverNotifyメッセージを受信するステップS1409:ターゲット基地局からHO通知受信。ハンドオーバ制御部51Aは、APN-Lが格納されたハンドオーバ通知HandoverNotifyメッセージに基づき、ターゲット基地局であるローカル基地局20Aから指定されたアクセスポイント名APN;ここではすなわちAPN-Lがあるかどうか判定する。指定アクセスポイント名APNがある場合、ステップS1413へ遷移し、指定アクセスポイント名APNがない場合、ステップS1423に遷移するステップS1411:指定APNあり。ハンドオーバ制御部51Aは、APN-Lが格納されたハンドオーバ通知HandoverNotifyメッセージに基づき、取得したAPN-Lに対応するGWここではLIPA用APNAPN-Lに対応するローカルゲートウェイLGW30を導出するステップS1413:GW選択。ハンドオーバ制御部51Aは、通信部55を介して、LIPAベアラを生成するためのベアラ生成要求メッセージを生成し、生成したベアラ生成要求メッセージを通信部55を介して、導出したローカルゲートウェイLGW30に送信するステップS1415:ベアラ生成要求送信。MME処理部53は、通信部55を介して、ローカルゲートウェイLGW30から、ベアラ生成応答メッセージを受信するステップS1417:ベアラ生成応答受信。MME処理部53は、通信部55を介して、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局20Aに送信するステップS1419:コンテキストセットアップ要求送信指定APN。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名APNとして、本実施の形態ではAPN-Lが格納される。MME処理部53は、通信部55を介して、ローカル基地局20Aから、コンテキストセットアップ応答メッセージを受信するステップS1421:コンテキストセットアップ応答受信。MME処理部53は、後続するHO処理実施を実施するステップS1423:後続するHO処理実施。実施の形態3実施の形態3に係る通信システムでは、移動端末UEがマクロ基地局経由でPDNコネクションを確立した後に、アイドルモードに遷移し、ローカル基地局へ移動した後にアイドルモードから復帰する。<通信システム構成>実施の形態3に係る通信システムの構成について、図15を用いて説明する。図15は実施の形態3に係る通信システムの構成を示す図であり、特に移動端末UE10Bがマクロ基地局eNB150経由でPDNコネクションを確立した後でアイドルモードに遷移し、ローカル基地局20Bへ移動した後にアイドルモードから復帰する状態を示す図である。図15に示す本実施の形態に係る通信システムが、図7に示す実施の形態2に係る通信システムと異なる点は、移動前の移動端末UE10BがマクロRAN140においてアイドルモードに遷移している点と、マクロ基地局eNB150と移動端末UE10B間の無線ベアラ、マクロ基地局eNB150における移動端末UE10Bのベアラコンテキスト、あるいはマクロ基地局eNB150とモビリティ管理エンティティMME50B、サービングゲートウェイSGW160間の移動端末UE10Bに関するS1ベアラが存在しない点である。この点以外は実施の形態2と同様であり、図15において、図7と共通する構成要素には同じ参照符号が付されている。<通信システム動作>図15に示す通信システムの動作について、図16を用いて説明する。図16は、図15に示す通信システムの動作を説明するための図である。なお、図16では、移動端末UE10Bは、マクロ基地局eNB150経由でパケットゲートウェイPGW70とのベアラEPSベアラあるいはコネクションPDNコネクション、PDPコンテキストを確立した後に、アイドルモードに遷移した状態とする。すなわち、システムにおいては、マクロ基地局eNB150と移動端末UE10B間の無線ベアラ、マクロ基地局eNB150における移動端末UE10Bのベアラコンテキスト、あるいはマクロ基地局eNB150とモビリティ管理エンティティMME50B、サービングゲートウェイSGW160間の移動端末UE10Bに関するS1ベアラが存在しない状態にある。図16に示すように、移動端末UE10Bが移動してローカルRAN100のエリアに入り、通信開始するためにアイドルモードから復帰することを決定すると、ローカル基地局20Bにサービスリクエストメッセージを送信するステップS1601:サービスリクエスト。ローカル基地局20Bは、サービスリクエストメッセージに、当該ローカル基地局20Bから接続可能なLIPAのアクセスポイント名APN、例えばAPN-Lを、格納してモビリティ管理エンティティMME50Bに転送するステップS1603:サービスリクエストAPN-L。なお、ローカル基地局20Bは、サービスリクエストメッセージを修正せず、サービスリクエストメッセージをモビリティ管理エンティティMME50Bに転送するためのコンテナメッセージにAPN-Lを付加して、モビリティ管理エンティティMME50Bに送信してもよい。また、ローカル基地局20Bは、APN-Lの代わりにLIPAベアラ確立を促す情報例えば、フラグやLIPA指示子LIPAIndicatorをサービスリクエストメッセージに付加してもよいこの場合、サービスリクエストメッセージにAPN-Lを付加しなくてもよい。これによって、ローカル基地局20Bがモビリティ管理エンティティMME50Bに対して、ローカルネットワーク110に対するLIPAコネクションLIPAベアラの確立を要求する。サービスリクエストメッセージを受信したモビリティ管理エンティティMME50Bは、取得したAPN-Lに対応するGWここではLIPA用のアクセスポイント名APNであるAPN-Lに対応するローカルゲートウェイLGW30を探索する。例えば、DNS等の機構にAPN-Lを入力してLGWのアドレスを導出する。LGWを選択したら、移動端末UE10BのLIPAベアラに関するコンテキストを生成する。ここで、ゲートウェイGWである、ローカルゲートウェイLGWのアドレスは、ローカル基地局20Bがモビリティ管理エンティティMME50Bに通知するものであってもよい。これによって、モビリティ管理エンティティMME50BにおけるGWアドレス導出処理による負荷を低減できる。なお、APN-LあるいはLIPA指示子は、モビリティ管理エンティティMME50Bが指定するものであってもよい。すなわち、モビリティ管理エンティティMME50Bにおいてローカル基地局20B基地局識別子、セル識別子、CSG値などで識別するに対応するLIPAベアラ確立のためのAPNLIPA用のアクセスポイント名APN;APN-LあるいはLIPA可否を管理しておき、ローカル基地局20Bをターゲット基地局とするハンドオーバ処理時に、常にLIPA用APNあるいはLIPA指示子が指定されたものとして、以降の処理を行うものであってもよい。続いて、モビリティ管理エンティティMME50Bは、導出したローカルゲートウェイLGW30に対してLIPAベアラを生成するためのベアラ生成要求メッセージを送信するステップS1605:ベアラ生成要求。ローカルゲートウェイLGW30は、移動端末UE10BのLIPAベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティMME50Bに送信するステップS1607:ベアラ生成応答。モビリティ管理エンティティMME50Bは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局20Bに送信するステップS1609:コンテキストセットアップ要求APN-L。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名APNであるAPN-Lが格納される。コンテキストセットアップ要求メッセージを受信すると、ローカル基地局20Bは、移動端末UE10Bとの間で無線ベアラ設定処理を実施する。このときローカル基地局20Bは、コンテキストセットアップ要求メッセージから抽出したAPN-Lを移動端末UE10Bに通知するステップS1611:無線ベアラ設定APN-L。移動端末UE10Bとの無線ベアラ確立を完了すると、ローカル基地局20Bはコンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50Bに送信するステップS1613:コンテキストセットアップ応答。モビリティ管理エンティティMME50Bは、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてローカルゲートウェイLGW30との間でベアラ修正処理を実施するステップS1615:ベアラ修正処理。これにより、移動端末UE10BとローカルゲートウェイLGW30の間にLIPAベアラが確立される。なお、モビリティ管理エンティティMME50BとローカルゲートウェイLGW30間で交換されるメッセージは、ローカル基地局20Bを経由するものであってもよい。これにより、モビリティ管理エンティティMME50Bとローカルネットワーク110間のインタフェース特にはシグナリングインタフェースを一つに統一することができ、特にモビリティ管理エンティティMME50Bにおけるインタフェース管理コストを低減することができる。ここで、移動端末UE10Bは、無線ベアラ設定処理の中で通知されるAPNすなわちAPN-Lによって、アイドル遷移する前に確立したベアラすなわち外部ネットワークPDN200へのベアラとは異なるベアラすなわちLIPAベアラが新たに確立されたことを検出する。なお、ハンドオーバ時に新たにLIPAベアラが確立され、ハンドオーバ前にアクティブだったすなわち無線ベアラ確立を通じて更新されたベアラコンテキストのアクティブフラグが有効ベアラが無線ベアラ設定処理を完了した時点でアクティベートされずすなわち同アクティブフラグが無効、新たに確立されたLIPAベアラだけがアクティブであることを移動端末UE10Bが検出してもよい。移動端末UE10Bは、アイドル遷移する前に確立したベアラすなわち外部ネットワークPDN200へのベアラとは異なるベアラすなわちLIPAベアラが新たに確立されたことを検出すると、現在のローカル基地局20Bのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可されていないと判断し、LIPAベアラ上でNon3Gアクセス手法を用いたハンドオーバ接続を実施することを決定するステップS1617:N3GHO判断。なお、移動端末UE10BがN3GHO判断を行うに際して、通知されたアクセスポイント名APNであるAPN-Lが、LIPAベアラのためのアクセスポイント名APNであることをさらに検出してもよい例えば、ドメイン名lipaが付与されていることから検出する。これにより、移動端末UE10Bは、LIPA経由のオフロードによりコアネットワーク経由のPDNが可能であることをより確実に判断することができる。すなわち、本実施の形態に係る通信システムによれば、APN-LがLIPAコネクションのためのものではなく、外部ネットワークへのコネクション上に他の外部ネットワークコネクションを重畳させるような冗長なコネクションの確立を回避し、ネットワークリソースの無駄な消費を低減させることができる。また、無線ベアラ設定の中でAPN-Lを通知するとともに、現在のローカル基地局20Bのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可しないことを示す情報例えばフラグを移動端末UE10Bに通知してもよい。これによって、移動端末UE10Bがより確実に再接続判断を実施して、誤判断による無駄なリソース消費を防ぐことができる。LIPAベアラ上でNon-3GPPアクセス手法を用いたハンドオーバ接続を行うために、移動端末UE10Bはコアネットワークに配置されるパケットゲートウェイePDG60を発見するための識別子を生成しあるいは事前に生成された識別子を用いて、DNSなどのアドレス導出機構によりパケットゲートウェイePDG60のアドレスを導出する。なお、本来ePDGPDGは、WLANや有線ネットワークなどのNon-3GPP非セルラアクセスネットワークからコアネットワークにアクセスするためのゲートウェイ装置である。また、ePDGはPDGと呼ぶこともあり、いずれの場合であっても同様に本実施の形態を実施することができる。続いて移動端末UE10Bは、LIPAベアラを介して、すなわちLIPAベアラに割り当てられたアドレスIPアドレスを用いてパケットゲートウェイePDG60との接続処理を開始するステップS1619:接続処理APN-M。すなわち、移動端末UE10BはTS23.402に開示されるようなUntrustedNon-3GPPへのハンドオーバ手順を実施する。これを受けてパケットゲートウェイePDG60はパケットゲートウェイPGW70との間でベアラ修正などのハンドオーバePDG処理を実施するステップS1621:接続処理。これにより、移動端末UE10BはパケットゲートウェイPGW70との間に確立したコネクションをパケットゲートウェイePDG60経由のコネクションに切替て、外部ネットワークPDN200との通信を継続する。ここで、LIPAベアラを介した接続においては、パケットゲートウェイePDG60と確立するトンネルに適用する暗号化アルゴリズムとしてヌルアルゴリズムを選定する。このヌルアルゴリズムは移動端末UE10Bから指定してもよいし、トンネル確立時の認証結果を受けてAAAサーバ不図示がePDGにヌルアルゴリズムの使用を指示してもよい。なお、LIPAのアクセスポイント名APN以外のベアラを有する移動端末UE10Bからのサービスリクエストは、ローカル基地局20B又はモビリティ管理エンティティMME50Bが常に失敗させる、あるいは拒否するものであってもよい。さらには、失敗あるいは拒否を通知する接続応答メッセージの中でLIPA用のアクセスポイント名APNであるAPN-Lを通知するこのとき、通知したアクセスポイント名APNへの接続のみ許可される旨の情報を併せて通知してもよい。ここで、モビリティ管理エンティティMME50Bが保持する移動端末UE10Bのベアラコンテキストは保持しておく。これを受けて移動端末UE10Bは、LIPAベアラを確立し、その上でコネクションのハンドオーバをパケットゲートウェイePDG60に対して実施する。また、モビリティ管理エンティティMME50Bがベアラ修正処理を完了した時に、移動端末UE10BにNon-3GPPハンドオーバを促すメッセージ例えば、N3Gハンドオーバ指示メッセージを送信してもよい。さらには、LIPAベアラ上でNon-3GPP接続を実施することを明示的に指示してもよい。これによって、移動端末UE10Bがより確実にN3GHO判断を実施することができる。なお、フィルタゲートウェイフィルタGW40は、移動端末UE10Bと外部ネットワークPDN200との通信パケットを監視するステップS1623:パケット監視。<移動端末の構成と動作>移動端末UE10Bの構成について図17を用いて説明する。図17は、実施の形態3に係る移動端末UE10Bの構成を示すブロック図である。図17に示す移動端末UE10Bは、ローカル基地局20を含むセルラ基地局と物理的/論理的に接続するための無線通信部11と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部13と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部15と、アプリケーションを動作させるアプリ部17と、接続制御部19Bと、を備える。図17に示す移動端末UE10Bの動作について図18を用いて説明する。図18は、移動端末UE10Bのアイドル復帰処理を示すフロー図であり、特に、移動端末UE10Bがローカル基地局20配下でアイドルモード復帰を実施するためのフロー図である。移動端末UE10Bが通信開始するためにアイドルモードから復帰する際、無線通信部11は、ローカル基地局20Bにサービスリクエストメッセージを送信するステップS1801:サービスリクエスト。移動端末UE10BとローカルゲートウェイLGW30の間にLIPAベアラが確立された後ステップS1803:無線ベアラ設定、接続制御部19Bは、無線ベアラ設定処理の中で通知されたAPNAPN-Lにもとづいて、アイドル遷移する前に確立したベアラすなわち外部ネットワークPDN200へのベアラとは異なるベアラすなわちLIPAベアラが新たに確立されたことを検出すると、現在のローカル基地局20Bのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可されていないと判断する。そして、接続制御部19Bは、N3G接続処理部15を介して、LIPAベアラ上でNon3Gアクセス手法を用いたハンドオーバ接続を実施することを決定するステップS1805:N3GHO判断。通信処理部13は、無線通信部11を介して、LIPAベアラを介して、すなわちLIPAベアラに割り当てられたアドレスIPアドレスを用いてパケットゲートウェイePDG60との接続処理を開始するステップS1807:接続処理APN-M。<ローカル基地局の構成と動作>実施の形態3に係るローカル基地局20Bの構成について図19を用いて説明する。図19はローカル基地局20Bの構成を示すブロック図である。図19に示すローカル基地局20Bは、接続制御部21Bと、ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部23と、ローカルネットワーク110と接続するためのローカル通信部25と、移動端末UE10やコアネットワーク装置に対する基地局処理を実施する基地局処理部27と、移動端末UE10Bとセルラ回線を介して接続するためのセルラ通信部29と、を備える。図19に示すローカル基地局20Bの動作について図20を用いて説明する。図20は、ローカル基地局20Bのアイドル復帰処理フロー図である。セルラ通信部29は、移動端末UE10Bからサービスリクエストメッセージを受信するステップS2001:サービスリクエスト受信。基地局処理部27は、サービスリクエストメッセージに、当該ローカル基地局20Bから接続可能なLIPAのアクセスポイント名APN、例えばAPN-Lを格納し、ローカル通信部25は、APN-Lが格納されたサービスリクエストメッセージをモビリティ管理エンティティMME50Bに転送するステップS2003:サービスリクエスト転送LIPAAPN付加。ローカル通信部25は、モビリティ管理エンティティMME50Bから、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを受信するステップS2005:コンテキストセットアップ要求受信APN-L。ここで、コンテキストセットアップ要求メッセージにはベアラ確立したアクセスポイント名APNであるAPN-Lが格納される。セルラ通信部29は、ローカル基地局20Bから、移動端末UE10Bとの間で無線ベアラ設定処理を実施するためにコンテキストセットアップ要求メッセージから抽出されたAPN-Lが通知されるステップS2007:無線ベアラ確立APN-L通知。LGW通信部23は、移動端末UE10Bとの無線ベアラ確立を完了すると、コンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50Bに送信するステップS2009:コンテキストセットアップ応答送信。<MMEの構成と動作>モビリティ管理エンティティMME50Bの構成について図21を用いて説明する。図21は、モビリティ管理エンティティMME50Bの構成を示すブロック図である。図21に示すモビリティ管理エンティティMME50Bは、ハンドオーバ制御部51Bと、MME処理部53と、通信部55と、を備える。図21に示すモビリティ管理エンティティMME50Bの動作について図22を用いて説明する。図22は、モビリティ管理エンティティMME50Bのアイドル復帰処理フロー図であり、特に、移動端末UE10Bがローカル基地局20B配下でのアイドルモード復帰を実施する際のフロー図ある。通信部55は、ローカル基地局20Bから、当該ローカル基地局20Bから接続可能なLIPAのアクセスポイント名APN、例えばAPN-Lが格納されたサービスリクエストメッセージを受信するステップS2201:サービスリクエスト受信。MME処理部53は、取得したAPN-Lに対応するGWここではLIPA用のアクセスポイント名APNであるAPN-Lに対応する、指定APNがあるかどうかを判定する。ステップS2203:指定APNあり。指定APNがある場合、ステップS2205へ遷移し、指定APNがない場合、ステップS2217へ遷移する。MME処理部53は、例えば、DNS等の機構にAPN-Lを入力して指定APNに対応するLGWのアドレス本実施の形態では、ローカルゲートウェイLGW30を導出して、選択するステップS2205:GW選択。通信部55は、導出したローカルゲートウェイLGW30に対してLIPAベアラを生成するためのベアラ生成要求メッセージを送信するステップS2207:ベアラ生成要求送信。通信部55は、ローカルゲートウェイLGW30から、移動端末UE10BのLIPAベアラに関するコンテキストが生成されたベアラ生成応答メッセージを受信するステップS2209:ベアラ生成応答受信。通信部55は、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをローカル基地局20Bに送信するステップS2211:コンテキストセットアップ要求送信指定APN。通信部55は、ローカル基地局20Bと移動端末UE10Bとの無線ベアラ確立を完了すると、ローカル基地局20Bからコンテキストセットアップ応答メッセージを受信するステップS2213:コンテキストセットアップ応答受信。MME処理部53は、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてローカルゲートウェイLGW30との間でベアラ修正処理を実施するステップS2215:ベアラ修正処理。MME処理部53は、後続するサービスリクエスト処理を実施するステップS2217:後続するサービスリクエスト処理実施。実施の形態4実施の形態4に係る通信システムでは、移動端末UEがローカル基地局経由でPDNコネクションを確立した後で、マクロ基地局へハンドオーバする。<通信システム構成>実施の形態4に係る通信システムの構成について、図23を用いて説明する。図23は実施の形態4に係る通信システムの構成を示す図であり、移動端末がローカル基地局経由でPDNコネクションを確立した後で、マクロ基地局へハンドオーバする状態を示す図である。図23に示す本実施の形態に係る通信システムが、図7に示す実施の形態2に係る通信システムと異なる点は、移動端末UE10Cが逆向きに移動するということである。すなわち、移動端末UE10CがローカルRAN100からマクロRAN140に移動し、ハンドオーバが実施される。この点以外は実施の形態2と同様であり、図23において、図7と共通する構成要素には同じ参照符号が付されている。<通信システム動作>図23に示す通信システムの動作について、図24を用いて説明する。図24は、図23に示す通信システムの動作を説明するための図である。なお、図24では、移動端末UE10Cは、ローカル基地局20C経由でLIPAベアラを確立し、その上にパケットゲートウェイPGW70とのPDNコネクションを確立した状態にある。そして、移動端末UE10Cが移動してマクロRAN140のエリアに入り、ローカル基地局20にメジャメントレポートmeasurementreportを送信すると、ローカル基地局20がマクロ基地局eNB150へのハンドオーバを決定する。図23に示すように、ローカル基地局20は、モビリティ管理エンティティMME50Cにハンドオーバ要求HandoverRequiredメッセージを送信するステップS2401:HO要求。同様に、モビリティ管理エンティティMME50Cは、マクロ基地局eNB150にハンドオーバ要求HandoverRequestメッセージを送信するステップS2403:HO要求。マクロ基地局eNB150は、移動端末UE10Cを収容するリソースの確保あるいは確保見込みがたつと、ハンドオーバ要求応答メッセージHandoverResponseを、モビリティ管理エンティティMME50Cに送信するステップS2405:HO要求応答。ハンドオーバ要求応答メッセージHandoverResponseを受けて、モビリティ管理エンティティMME50Cは、移動端末UE10Cにハンドオーバ指示HandoverCommandメッセージを送信するステップS2407:HO指示。なお、ハンドオーバ指示HandoverCommandメッセージは、ローカル基地局20Cを介して移動端末UE10Cに配送されるステップS2409:HO配送。移動端末UE10Cは、ハンドオーバ確認HandoverConfirmationメッセージをマクロ基地局eNB150に送信するステップS2411:HO確認。ハンドオーバ確認HandoverConfirmationメッセージを受けて、マクロ基地局eNB150は、ハンドオーバ通知HandoverNotifyメッセージをモビリティ管理エンティティMME50Cに送信するステップS2413:HO通知LIPA可否。ステップS2413において、マクロ基地局eNB150は、移動端末UE10Cが接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報を、ハンドオーバ通知メッセージに格納してモビリティ管理エンティティMME50Cに送信する。または、移動端末UE10Cが接続済みのAPNに対してハンドオーバ先の基地局ここではマクロ基地局eNB150からLIPA接続を行うことができるか、またはそのユーザが許可されているかを、モビリティ管理エンティティMME50Cが確認してもよい。この場合、モビリティ管理エンティティMME50Cは、加入者情報やRAN基地局ケーパビリティに関する情報などを用いて、LIPA実施可否を判断する。LIPA実施可能である場合、モビリティ管理エンティティMME50Cは、従来のハンドオーバ手順を継続実施する。すなわち、確立済みのLIPAベアラをマクロ基地局eNB150にハンドオーバする。このとき、移動端末UE10Cには同じアドレスが割り当てられるので、LIPAベアラ上に確立したパケットゲートウェイePDG60とのトンネルを更新する必要はない。なお、1LIPA実施可能であるが、アクセスポイント名APNが変更される場合、2接続先のローカルゲートウェイLGWが変更される場合など、移動端末UE10Cに割り当てられるアドレスが変更されることがあるこのときLIPAベアラを新規に確立する必要があるかもしれない。このように移動端末UE10Cに割り当てられるLIPAベアラのアドレスが変更される場合、移動端末UE10CはパケットゲートウェイePDG60とのトンネルエンドポイントアドレスを変更する処理を実施する。LIPA実施不可能である場合、モビリティ管理エンティティMME50Cは、移動端末UE10CがLIPAベアラ上で確立したマクロPDNすなわちLIPAAPNで示されるローカルネットワーク以外へのコネクション以下、マクロPDNベアラやマクロPDNコネクションなどと呼ぶを保持しているかを確認する。そのために、モビリティ管理エンティティMME50Cは、LIPAベアラコンテキストに状態管理のための情報当該LIPAベアラ上に、マクロPDNへのコネクションが重畳されているか否かを格納してもよい。LIPAベアラ上に他のコネクションが重畳されていることが検出された場合、モビリティ管理エンティティMME50Cは図示していない加入者情報サーバHSSや認証サーバAAAから、移動端末UE10Cの加入者情報を取得して、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGW70のアドレスを抽出するステップS2415:加入者情報取得HSS/AAA。続いて、モビリティ管理エンティティMME50Cは、サービングゲートウェイSGW160を選択し、マクロPDNへのコネクションを3Gアクセス経由のベアラに切り替えるため、サービングゲートウェイSGW160経由で抽出したパケットゲートウェイPGW70に対してベアラ生成要求メッセージを送信するステップS2417、S2419:ベアラ生成要求。なお、モビリティ管理エンティティMME50Cは、既にサービングゲートウェイSGWが割り当てられている場合、割り当て済みのサービングゲートウェイSGWを選択する。パケットゲートウェイPGW70は、移動端末UE10CのマクロPDNベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをサービングゲートウェイSGW160経由でモビリティ管理エンティティMME50Cに送信するステップS2421、S2423:ベアラ生成応答。モビリティ管理エンティティMME50Cは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをマクロ基地局eNB150に送信するステップS2425:コンテキストセットアップ要求。コンテキストセットアップ要求メッセージを受信すると、マクロ基地局eNB150は、移動端末UE10Cとの間で無線ベアラ設定処理を実施するステップS2427:無線ベアラ設定。移動端末UE10Cとの無線ベアラ確立を完了すると、マクロ基地局eNB150はコンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50Cに送信するステップS2429:コンテキストセットアップ応答。モビリティ管理エンティティMME50Cは、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてパケットゲートウェイPGW70との間でベアラ修正処理を実施するステップ2431:ベアラ修正処理。これにより、移動端末UE10CとパケットゲートウェイPGW70の間に外部ネットワークPDN200に接続するためのマクロPDNベアラが確立される。この後、必要に応じてLIPAベアラのリリースを行ってもよい。例えば、マクロ基地局eNB150からのLIPA可否通知をハンドオーバ要求応答メッセージに格納してモビリティ管理エンティティMME50Cに通知するようにして、モビリティ管理エンティティMME50Cがマクロ基地局eNB150のLIPA実施不可を判断すると、ハンドオーバ指示メッセージの中でローカル基地局20に対してLIPAベアラのリリースを併せて指示する。これを受けてローカル基地局20は、ハンドオーバ確認メッセージを送信した後の任意のタイミングで、移動端末UE10CのLIPAベアラをリリースする。このとき、モビリティ管理エンティティMME50CはマクロPDNベアラのハンドオーバが完了するまでは、LIPAベアラコンテキストのリリースを行わない。これにより、マクロPDNへのコネクションまでもがハンドオーバ完了前に不意にリリースされてしまうことを回避することができる。以上の処理により、マクロPDNベアラのハンドオーバを完了し、ローカルネットワーク100を介さないマクロRAN経由のPDNコネクションを確立し、外部ネットワークPDN200との通信を継続することができる。<移動端末の構成と動作>実施の形態4に係る移動端末UE10Cの構成について図25を用いて説明する。図25は、実施の形態4に係る移動端末UE10Cの構成を示すブロック図である。図25に示す移動端末UE10Cは、ローカル基地局20Cを含むセルラ基地局と物理的/論理的に接続するための無線通信部11と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部13と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部15と、アプリケーションを動作させるアプリ部17と、接続制御部19Cと、を備える。<ローカル基地局の構成と動作>実施の形態4に係るローカル基地局20Cの構成について図26を用いて説明する。図26はローカル基地局20Cの構成を示すブロック図である。図26に示すローカル基地局20Cは、接続制御部21Cと、ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部23と、ローカルネットワーク110と接続するためのローカル通信部25と、移動端末UE10Cやコアネットワーク装置に対する基地局処理を実施する基地局処理部27と、移動端末UE10Cとセルラ回線を介して接続するためのセルラ通信部29と、を備える。<MMEの構成と動作>モビリティ管理エンティティMME50Cの構成について図27を用いて説明する。図27は、モビリティ管理エンティティMME50Cの構成を示すブロック図である。図27に示すモビリティ管理エンティティMME50Cは、ハンドオーバ制御部51Cと、MME処理部53と、通信部55と、を備える。図27に示すモビリティ管理エンティティMME50Cの動作について図28を用いて説明する。図28は、モビリティ管理エンティティMME50Cのハンドオーバ処理フロー図であり、特に移動端末UE10Cのローカル基地局20Cからマクロ基地局eNB150へのハンドオーバ処理を実施するためのフロー図である。図28に示すように、通信部55は、サービング基地局であるマクロ基地局eNB150からハンドオーバ要求HandoverRequiredメッセージを受信するステップS2801:サービング基地局からHO要求受信。MME処理部53は、通信部55を介して、ターゲット基地局であるローカル基地局20Cにハンドオーバ要求HandoverRequestメッセージを送信するステップS2803:ターゲット基地局にHO要求送信。MME処理部53は、通信部55を介して、ターゲット基地局であるローカル基地局20Cから、ハンドオーバ要求応答メッセージHandoverResponseを受信するステップS2805:ターゲット基地局からHO要求応答受信。MME処理部53は、通信部55を介して、移動端末UE10Cにハンドオーバ指示HandoverCommandメッセージを送信するステップS2807:UEにHO指示送信。なお、ハンドオーバ指示HandoverCommandメッセージは、マクロ基地局eNB150を介して移動端末UE10Cに配送される。MME処理部53は、通信部55を介して、ターゲット基地局であるローカル基地局20Cから、ハンドオーバ通知HandoverNotifyメッセージを受信するステップS2809:ターゲット基地局からHO通知受信。ハンドオーバ制御部51Cは、ハンドオーバ通知メッセージに格納された、移動端末UE10Cが接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報に基づき、LIPA接続継続可能かどうか判定するステップS2811:LIPA継続可能。LIPA接続可能である場合Yesの場合、ステップS2827へ遷移し、LIPA接続可能でない場合Noの場合、ステップS2813へ遷移する。ハンドオーバ制御部51Cは、LIPA接続可能である場合Yesの場合、後続する従来のハンドオーバ手順を継続実施するステップS2827:後続する従来のHO処理実施。すなわち、確立済みのLIPAベアラをマクロ基地局eNB150にハンドオーバする。このとき、移動端末UE10Cには同じアドレスが割り当てられるので、LIPAベアラ上に確立したパケットゲートウェイePDG60とのトンネルを更新する必要はない。ハンドオーバ制御部51Cは、LIPA接続可能でない場合Noの場合、移動端末UE10CがLIPAベアラ上で確立したマクロAPNすなわちLIPAAPN以外へのコネクションを保持しているかを確認する。ハンドオーバ制御部51Cは、LIPAベアラ上に他のコネクションが重畳されていることが検出された場合、モビリティ管理エンティティMME50Cは図示していない加入者情報サーバHSSや認証サーバAAAから、移動端末UE10Cの加入者情報を取得してステップS2813:加入者情報取得PGWアドレス、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGW70のアドレスを抽出する。続いて、MME処理部53は、通信部55を介して、サービングゲートウェイSGW160を選択し、マクロPDNへのコネクションを3Gアクセス経由のベアラに切り替えるため、抽出したパケットゲートウェイPGW70に対してサービングゲートウェイSGW160を介してベアラ生成要求メッセージを送信するステップS2817:ベアラ生成要求送信。MME処理部53は、通信部55を介して、パケットゲートウェイPGW70から、ベアラ生成応答メッセージをサービングゲートウェイSGW160経由で受信するステップS2819:ベアラ生成応答受信。MME処理部53は、通信部55を介して、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをマクロ基地局eNB150に送信するステップS2821:コンテキストセットアップ要求送信。移動端末UE10Cとの無線ベアラ確立を完了すると、MME処理部53は、通信部55を介して、マクロ基地局eNB150から、コンテキストセットアップ応答メッセージを受信するステップS2823:コンテキストセットアップ応答受信。MME処理部53は、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてパケットゲートウェイPGW70との間でベアラ修正処理を実施するステップS2825:ベアラ修正処理。実施の形態5実施の形態5に係る通信システムでは、移動端末UEがローカル基地局経由でPDNコネクションを確立した後でアイドルモードに遷移し、マクロ基地局へ移動した後にアイドルモードから復帰する。<通信システム構成>実施の形態5に係る通信システムの構成について、図29を用いて説明する。図29は実施の形態5に係る通信システムの構成を示す図であり、特に移動端末がローカル基地局経由でPDNコネクションを確立した後でアイドルモードに遷移し、マクロ基地局へ移動した後にアイドルモードから復帰する状態を示す。図29に示す本実施の形態に係る通信システムが、図7に示す実施の形態2に係る通信システムと異なる点は、移動端末UE10Dが逆向きに移動するということである。すなわち、移動端末UE10DがローカルRAN100においてアイドルモードに遷移した状態でマクロRAN140に移動し、アイドルモード復帰処理を実施する。<通信システム動作>図29に示す通信システムの動作について、図30を用いて説明する。図30は、図29に示す通信システムの動作を説明するための図である。なお、図30では、移動端末UE10Dは、ローカル基地局20D経由でLIPAベアラを確立し、その上にパケットゲートウェイPGW70とのPDNコネクションを確立した後に、アイドルモードに遷移した状態とする。すなわち、図29に示す通信システムにおいて、ローカル基地局20Dと移動端末UE10D間の無線ベアラや、ローカル基地局20Dにおける移動端末UE10Dのベアラコンテキスト、またローカル基地局20Dとモビリティ管理エンティティMME50D間の移動端末UE10Dに関するS1ベアラが存在しない。移動端末UE10Dが移動してマクロRAN140のエリアに入り、通信開始するためにアイドルモードから復帰することを決定すると、マクロ基地局eNB150にサービスリクエストメッセージを送信するステップS3001:サービスリクエスト。マクロ基地局eNB150は、移動端末UE10Dが接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報をサービスリクエストメッセージに格納して、モビリティ管理エンティティMME50Dに送信する。ステップS3003:サービスリクエストLIPA可否。または、移動端末UE10Dが接続済みのアクセスポイント名APNに対してマクロ基地局eNB150からLIPA接続を行うことができるか、またはそのユーザが許可されているかを、モビリティ管理エンティティMME50Dが確認してもよい。この場合、モビリティ管理エンティティMME50Dは加入者情報やRAN基地局ケーパビリティに関する情報などを用いてLIPA実施可否を判断する。LIPA実施可能である場合、モビリティ管理エンティティMME50Dは、従来のサービスリクエスト手順アイドル復帰処理を継続実施する。すなわち、確立済みのLIPAベアラをマクロ基地局eNB150にて確立する。このとき移動端末UE10Dには同じアドレスが割り当てられるので、モビリティ管理エンティティMME50Dは、LIPAベアラ上に確立したパケットゲートウェイePDG60とのトンネルを更新する必要はない。なお、LIPA実施可能であるが、1アクセスポイント名APNが変更される場合、又は2接続先のローカルゲートウェイLGWが変更される場合など、移動端末UE10Dに割り当てられるアドレスが変更されることがあるこのときLIPAベアラを新規に確立する必要があるかもしれない。このように移動端末UE10Dに割り当てられるLIPAベアラのアドレスが変更される場合、移動端末UE10DはパケットゲートウェイePDG60とのトンネルエンドポイントアドレスを変更する処理を実施する。LIPA実施不可である場合、モビリティ管理エンティティMME50Dは、移動端末UE10DがLIPAベアラ上で確立したマクロAPNすなわちLIPAAPN以外へのコネクションを保持しているかを確認する。そのために、モビリティ管理エンティティMME50Dは、LIPAベアラコンテキストに状態管理のための情報当該LIPAベアラ上に、マクロPDNへのコネクションが重畳されているか否かを格納してもよい。LIPAベアラ上に他のコネクションが重畳されていることが検出された場合、モビリティ管理エンティティMME50Dは図示していない加入者情報サーバHSSや認証サーバAAAから、移動端末UE10Dの加入者情報を取得して、LIPAベアラ上のコネクションが接続しているパケットゲートウェイPGW70のアドレスを抽出するステップS3005:加入者情報取得HSS/AAA。続いて、モビリティ管理エンティティMME50Dは、サービングゲートウェイSGW160を選択既に割り当てられている場合は、割り当て済みのSGWを選択し、マクロPDNへのコネクションを3Gアクセス経由のベアラに切り替えるため、抽出したパケットゲートウェイPGW70に対してサービングゲートウェイSGW160を介してベアラ生成要求メッセージを送信するステップS3007、S3009:ベアラ生成要求。パケットゲートウェイPGW70は、移動端末UE10DのマクロPDNベアラに関するコンテキストを生成し、ベアラ生成応答メッセージをモビリティ管理エンティティMME50Dに送信するステップS3011、S3013:ベアラ生成応答。モビリティ管理エンティティMME50Dは、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージをマクロ基地局eNB150に送信するステップS3015:コンテキストセットアップ要求。コンテキストセットアップ要求メッセージを受信すると、マクロ基地局eNB150は移動端末UE10Dとの間で無線ベアラ設定処理を実施するステップS3017:無線ベアラ設定。移動端末UE10Dとの無線ベアラ確立を完了すると、マクロ基地局eNB150はコンテキストセットアップ応答メッセージをモビリティ管理エンティティMME50Dに送信するステップS3019:コンテキストセットアップ応答。モビリティ管理エンティティMME50Dは、確立された無線ベアラのQoSパラメータを反映するために、必要に応じてパケットゲートウェイPGW70との間でベアラ修正処理を実施するステップS3021、S3023:ベアラ修正処理。これにより、移動端末UE10DとパケットゲートウェイPGW70の間に外部ネットワークPDN200に接続するためのマクロPDNベアラが確立される。この後、必要に応じてLIPAベアラのリリースを行ってもよい。例えば、MMEがローカル基地局20Dに対してLIPAベアラのリリースを指示する。以上の処理により、本実施の形態に係る通信システムでは、移動端末UE10Dが保持するベアラの復帰処理を完了し、ローカルネットワーク100を介さないマクロRAN経由のPDNコネクションを確立し、外部ネットワークPDN200との通信を継続することができる。<移動端末の構成と動作>実施の形態5に係る移動端末UE10Dの構成について図31を用いて説明する。図31は、実施の形態5に係る移動端末UE10Dの構成を示すブロック図である。図31に示す移動端末UE10Dは、ローカル基地局20Dを含むセルラ基地局と物理的/論理的に接続するための無線通信部11と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部13と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部15と、アプリケーションを動作させるアプリ部17と、接続制御部19Dと、を備える。<ローカル基地局の構成と動作>実施の形態5に係るローカル基地局20Dの構成について図32を用いて説明する。図32はローカル基地局20Dの構成を示すブロック図である。図32に示すローカル基地局20Dは、接続制御部21Dと、ローカルゲートウェイLGWと接続するためのプロトコルを実施するLGW通信部23と、ローカルネットワーク110と接続するためのローカル通信部25と、移動端末UE10Cやコアネットワーク装置に対する基地局処理を実施する基地局処理部27と、移動端末UE10Dとセルラ回線を介して接続するためのセルラ通信部29と、を備える。<MMEの構成と動作>モビリティ管理エンティティMME50Dの構成について図33を用いて説明する。図33は、モビリティ管理エンティティMME50Dの構成を示すブロック図である。図33に示すモビリティ管理エンティティMME50Dは、ハンドオーバ制御部51Dと、MME処理部53と、通信部55と、を備える。図33に示すモビリティ管理エンティティMME50Dの動作について図34を用いて説明する。図34は、モビリティ管理エンティティMME50Dのアイドル復帰処理フロー図であり、特に移動端末UE10Dがマクロ基地局配下でのアイドルモード復帰を実施するためのフロー図ある。図33に示すように、ハンドオーバ制御部51Dは、通信部55を介して、マクロ基地局eNB150から、移動端末UE10Dが接続済みのアクセスポイント名APNに対するLIPA実施可否を示す情報が格納されたサービスリクエストメッセージを受信するステップS3401:サービスリクエスト受信。ハンドオーバ制御部51Dは、加入者情報やRAN基地局ケーパビリティに関する情報などを用いてLIPA実施可否を判断するステップS3403:LIPA継続可能。LIPA実施可能である場合Yesの場合、ステップS3417へ遷移し、LIPA実施可能でない場合Noの場合、ステップS3405へ遷移する。LIPA実施可能でない場合、MME処理部53は、移動端末UE10DがLIPAベアラ上で確立したマクロAPNすなわちLIPAAPN以外へのコネクションを保持しているかを確認する。MME処理部53は、LIPAベアラコンテキストに状態管理のための情報当該LIPAベアラ上に、マクロPDNへのコネクションが重畳されているか否かを格納し、LIPAベアラ上に他のコネクションが重畳されていることが検出された場合、MME処理部53は、通信部55を介して、図示していない加入者情報サーバHSSや認証サーバAAAから、移動端末UE10Dの加入者情報を取得するステップS3405:加入者情報取得PGWアドレス。MME処理部53は、サービングゲートウェイSGW160を選択するステップS3407:GW選択。なお、既にサービングゲートウェイSGW160が割り当てられている場合は、割り当て済みのサービングゲートウェイSGW160を選択する。MME処理部53は、通信部55を介してパケットゲートウェイPGW70から、移動端末UE10DのマクロPDNベアラに関するコンテキストが生成されたベアラ生成応答メッセージを受信するステップS3409:ベアラ生成応答受信。MME処理部53は、通信部55を介してマクロ基地局eNB150に、無線ベアラの確立を要求するコンテキストセットアップ要求メッセージを送信するステップS3411:コンテキストセットアップ要求送信。マクロ基地局eNB150が移動端末UE10Dとの間で無線ベアラ確立を完了後、MME処理部53は、通信部55を介してマクロ基地局eNB150から、コンテキストセットアップ応答メッセージを受信するステップS3413:コンテキストセットアップ応答受信。MME処理部53は、確立された無線ベアラのQoSパラメータを反映するために、通信部55を介して、必要に応じてパケットゲートウェイPGW70との間でベアラ修正処理を実施するステップS3415:ベアラ修正処理。LIPA実施可能である場合、MME処理部53は、従来のサービスリクエスト手順アイドル復帰処理を継続実施するステップS3417:後続する従来のサービスリクエスト処理実施LIPAベアラのみ。実施の形態6実施の形態6に係る通信システムでは、移動端末UEがローカル基地局経由でインターネット等のネットワークサービスを提供するPDNに初期接続、ハンドオーバあるいはアイドルモードから復帰する際の異なる方法を開示する。<通信システムの構成>実施の形態6に係る通信システムの構成について、図35を用いて説明する。図35は、実施の形態6に係る通信システムの構成を示す図である。図35は、特に移動端末UE10Eがローカル基地局20EからLIPAベアラ経由で外部ネットワークPDN200に接続するためのマクロPDNコネクションを確立するためのシステムを説明するための図である。図35に示す通信システムが、図1に示す通信システムと異なる点は、コアネットワーク130にePDGが配置されず、その代わりにコアネットワーク130にAAAサーバ90と、ローカルネットワーク110にDHCPサーバ80が配置される点である。なお、DHCPサーバはAAAサーバと連動して動作するプロキシAAAサーバの機能を搭載する。この点以外は第1の実施形態と同様であり、図35において、図1と共通する構成要素には同じ参照符号が付されている。<通信システム動作>図35に示す通信システムの動作について、図36を用いて説明する。図36は、図35に示す通信システムの動作を説明するための図である。図36に示す通信システムの基本的なシステムの動作は、図2に示す実施の形態1にかかる通信システムと同じであるが、図36に示す通信システムの動作が、図2に示す実施の形態1にかかる通信システムの動作と異なる点は、図2において移動端末UE10が実施する再接続判断ステップ以降である。さらに、図36に示す通信システムの動作では、再接続判断ステップ以降には、図8において移動端末UE10Bが実施するN3GHO判断ステップも含まれる。以下、特に再接続判断ステップないしN3GHO判断ステップ以降の処理について説明する。図36に示すように、移動端末UE10Eは、ePDGにコンタクトするのではなく確立されたLIPAベアラ上にDHCPリクエストメッセージを送信する。このとき、移動端末UE10Eは、DHCPリクエストメッセージに、接続先となるマクロAPN、本実施の形態では外部ネットワークPDN200を示すアクセスポイント名であるAPN-Mを格納して送信するステップS3603:DHCP要求。ローカルネットワーク上のDHCPサーバ80がDHCPリクエストメッセージを受信すると、コアネットワーク130上のAAAサーバ90に、移動端末UE10Eの端末認証及びAPN-Mへの接続承認を要求するステップS3605:接続認証/承認要求。AAAサーバ90による認証/承認が完了すると、AAAサーバ90は、その接続承認結果をDHCPサーバ80に返信するステップS3607:接続認証/承認応答。DHCPサーバ80は、受信した認証/承認結果に応じて移動端末UE10Eへのアクションを決定する。すなわち、移動端末UE10が正しく認証され、APN-Mへの接続が承認されると、DHCPサーバ80はフィルタGW40にパケットゲートウェイPGW70とのパス構築を指示するステップS3609:パス確立指示。ステップS3609のパス確立指示に基づき構築される、フィルタGW40とパケットゲートウェイPGW70との間のパスは、例えばPMIPProxyMobileIPプロトコルによるパス、GTPGenericTunnelProtocolによるパス、又はIPsecによるVPNトンネルのパスであるステップS3611:パス確立。また、DHCPサーバ80は、APN-Mに接続するためのアドレスIPアドレスを割り当てて、DHCP応答メッセージに格納して移動端末UE10Eに送信するステップS3613:DHCP応答。ここで、移動端末UE10に割り当てるアドレスは、先の接続認証/承認応答ステップの中でAAAサーバ90からDHCPサーバ80に通知されるものであってもよい。ここで、AAAサーバ90は、ステップS3605およびステップS3607における認証/承認処理の中で、外部ネットワークPDN200のDHCPサーバ80から割り当てアドレスを取得してもよい。または、ステップS3605およびステップS3607における認証/承認処理の中で、AAAサーバ90は、あらかじめ規定されたアドレス範囲の中から割り当てアドレスを獲得する。DHCP応答を受信した移動端末UE10Eは、取得したアドレスをLIPAベアラに設定するとともに対応するアクセスポイント名APNAPN-Mと関連づけてベアラコンテキストとして管理する。これにより、移動端末UE10Eが外部ネットワークPDN200に対する通信を実施できるようになる。<移動端末の動作>実施の形態6に係る移動端末UE10Eの構成について図37を用いて説明する。図37は、実施の形態6に係る移動端末UE10Eの構成を示すブロック図である。図37に示す移動端末UE10Eは、ローカル基地局20Eを含むセルラ基地局と物理的/論理的に接続するための無線通信部11と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部13と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部15と、アプリケーションを動作させるアプリ部17と、接続制御部19Eと、を備える。図37に示す移動端末UE10Eの動作について図38を用いて説明する。図38は、移動端末UE10Eの接続処理を示すフロー図であり、特に、ローカル基地局20E経由で、インターネット等のネットワークサービスを提供するPDNに初期接続、ハンドオーバあるいはアイドルモードから復帰する際の異なる方法を実施するためのフロー図である。接続制御部19Eは、通信処理部13を介して、ハンドオーバ前に確立したベアラすなわち外部ネットワークPDN200へのベアラとは異なるベアラすなわちLIPAベアラが新たに確立され、無線ベアラ設定処理の中で対応するAPNAPN-Lが通知されたことを検出し、現在のローカル基地局20Eのもとでは直接コアネットワークを経由して外部ネットワークPDNAPN-Mに接続することは許可されていないと判断するステップS3801:接続処理における再接続判断。そして、接続制御部19Eは、N3G接続処理部15を介して、LIPAベアラ上でNon3Gアクセス手法を用いたハンドオーバ接続を実施することを決定するステップS3802:ハンドオーバ処理、アイドル復帰処理におけるN3GHO判断。接続制御部19Eは、通信処理部13を介して、確立されたLIPAベアラ上にDHCPリクエストメッセージを送信する。このとき、移動端末UE10Eは、DHCPリクエストメッセージに、接続先となるマクロAPN、本実施の形態では外部ネットワークPDN200を示すアクセスポイント名であるAPN-Mを格納して送信するステップS3803:DHCP要求送信。接続制御部19Eは、通信処理部13を介して、DHCPサーバ80から、APN-Mに接続するためのアドレスIPアドレスの割り当て情報を含むDHCP応答メッセージを受信するするステップS3805:DHCP応答受信。ここで、移動端末UE10に割り当てるアドレスは、AAAサーバ90からDHCPサーバ80に通知されるものであってもよい。接続制御部19Eは、DHCP応答メッセージから、APN-Mに接続するためのアドレスIPアドレスの割り当て情報を抽出し、抽出したアドレスをLIPAベアラに設定するとともに、ベアラコンテキストとして管理する。これにより、移動端末UE10Eが外部ネットワークPDN200に対する通信を実施できるようになるステップS3807:アドレス抽出/設定。実施の形態7実施の形態7に係る通信システムでは、移動端末1000以下、UE1000さらに無線LANなどの局所無線通信や有線LANなどのローカル通信を実施し、異なる移動端末2000以下、UE_LAN2000を収容する場合の、初期接続、ハンドオーバ、アイドル復帰などの方法について開示する。<通信システムの構成1:初期接続>実施の形態7に係る初期接続方法を説明するための通信システムの構成について、図39を用いて説明する。図39は、実施の形態7に係る初期接続に関する通信システムの構成を示す図であり、基本的な構成要素は図1に示したものと同じである。異なる点は、UE1000がローカル通信手段を介して接続するUE_LAN2000を配している点である。この点以外は第1の実施形態と同様であり、図39において、図1と共通する構成要素には同じ参照符号が付されている。上記構成において、N3Gアクセスが可能なUE_LAN2000が、UE1000に無線LANなどのローカル通信手段を介して接続すると、コアネットワーク経由でPDN200に接続するために、3GPPTS23.402に規定されるN3G接続手順を実施する。具体的には、例えばePDGとIPsecトンネルを確立し、確立したIPsecトンネル越しにPGWとPDNコネクションを確立する。これにより、UE_LAN2000は、UE1000を介してPDN200との通信を実施することができる。しかしながら、UE_LAN2000は、接続先のePDGを独自に選定するため、IPsecトンネルに暗号化が適用される場合にフィルタGWでパケットスクリーニングを行うことができないという問題がある。以下、この問題を解決するための方法について説明する。<通信システム動作1:初期接続>図39に示す通信システムの動作について、図40を用いて説明する。図40は、図39に示す通信システムの動作を説明するための図である。図40に示す通信システムの基本的なシステムの動作は、図2に示す実施の形態1にかかる通信システムと同じであるが、図40に示す通信システムの動作が、図2に示す実施の形態1にかかる通信システムの動作と異なる点は、UE1000が実施する接続処理APN-Mステップ以降である。以下、異なるステップの処理について説明する。図40に示すように、移動端末UE1000がパケットゲートウェイePDG60ePDG60との接続処理を完了した後でUE_LAN2000とのリンク接続を実施しステップS4001、UE_LAN2000がN3G接続を実施するため、接続要求を送信するステップS4003。接続要求は、例えばUE_LAN2000が独自に選定したePDG60とのコネクション確立を要求するIKEプロトコルのフェーズ1メッセージである。ここで、UE_LAN2000がePDGとコネクションを確立すると、IPsecによって暗号化されたトンネルが確立され、フィルタGW等でのパケットスクリーニングが不可能となってしまう。これを防ぐため、UE1000がUE_LAN2000から接続要求が送信されたことを検出すると、接続要求のヘッダから接続先となるePDGを特定するステップS4005:接続先選定。特定したePDGが、UE1000が接続しているePDGePDG60と異なるものであった場合、UE1000はePDG60への再接続を指示する接続先指示をUE_LAN2000に送信するステップS4007。接続先指示はePDG60の識別子例えば、IPアドレスやホスト名を含む。接続先指示は、ePDG60の識別子を含むIKEredirectであってもよいし、独自のメッセージであってもよい。UE1000が接続しているePDG宛の接続要求であった場合、UE1000は、従来通り接続要求をePDGに転送し、接続先指示を送らない。接続先指示を受信したUE_LAN2000は、指定されたePDG60を宛先とする接続要求を送信し、ePDG60との間で接続処理を実施するステップS4009:接続処理。この接続処理は、先にUE1000がePDG60と実施した接続処理と同様に、確立するトンネルに適用する暗号化アルゴリズムとして、ヌルアルゴリズムを選定する。なお、ヌルアルゴリズムの指定は、UE1000が接続先指示の中でUE_LAN2000に別途指示するものであってもよいし、トンネル確立時の認証結果を受けてAAAサーバ不図示がePDG60にヌルアルゴリズムの使用を指示してもよい。これにより、UE_LAN2000が外部ネットワークPDN200と交換するパケットアプリケーションメッセージは、フィルタGW40において監視することができるようになるステップS4011:パケット監視。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタGW40のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局20配下の移動端末UE1000、さらにはその配下の移動端末UE_LAN2000を対象にセキュリティフィルタを設定することができるので、個々の移動端末UE1000、UE_LAN2000に対する設定が不要となり、管理コストの低減を図ることができる。なお、説明の簡単のため、UE1000とUE_LAN2000の接続するPDNおよびPGW70を同じものとしたが、UE1000とUE_LAN2000が異なるPDNやPGWに接続する場合であっても、本発明による方法は同様に動作可能である。上記説明では、UE_LAN2000による接続要求を、UE1000がePDG60との接続を完了した後とした。ここで、UE1000がePDG60との接続処理中、あるいはそれ以前にUE_LAN2000からの接続要求を受信した場合、UE1000は、UE1000の接続処理を完了するまで、受信した接続要求をペンディングあるいは拒否する。なお、UE1000とUE_LAN2000がリンク接続を実施するタイミングは、UE1000が自身の接続処理を完了する前であっても、後であっても、また接続処理の最中であってもよく、これによって本発明による方法の実施が損なわれるものではない。また、UE1000は、自身が接続しているのと同じePDG60を指定して接続先指示を送信するとしたが、必ずしも同じePDG60でなくても、要件を満たすePDGを指定してもよい以降、同等のePDGとよぶ。この同等のePDGが満たす要件の例としては、ヌル暗号を指定するよう設定されたePDGであったり、所定のネットワーク例えば構内ネットワークに配置され、無暗号でも通信のセキュリティが確保されることが保証できるePDGであったりすることが考えられる。<移動端末UE1000の動作>実施の形態7に係る移動端末UE1000の構成について図41を用いて説明する。図41は、実施の形態7に係る移動端末UE1000の構成を示すブロック図である。図41に示す移動端末UE1000は、ローカル基地局20を含むセルラ基地局と物理的/論理的に接続するための無線通信部1041と、基地局やコアネットワーク装置との接続やハンドオーバ等のプロトコル処理を実施する通信処理部1013と、ePDG等のNon-3GPPアクセスから利用する通信ノードとの間のプロトコル処理を実施するN3G接続処理部1015と、アプリケーションを動作させるアプリ部1017と、接続制御部1019と、無線LANや有線LAN等のローカル通信を実施するためのローカル通信部1011を備える。なお、図41に示す移動端末UE1000の構成は、本実施の形態における移動端末UEの全ての動作に共通する。図41に示す移動端末UE1000のUE_LAN収容に係る動作について、図42を用いて説明する。なお、UE1000の初期接続に係る動作は、実施の形態1にて図4を用いて説明したので、ここでは説明を割愛する。図42に示すUE_LAN収容動作は、図4で説明した初期接続動作の後に実施されるものである。図42は、移動端末UE1000のUE_LAN収容処理を示すフロー図であり、特に、ローカル通信部1011を介して接続するUE_LANを収容する方法を実施するためのフロー図である。ローカル通信部1011は、UE_LAN2000からのリンク接続要求を受けて、リンク接続処理を実施するステップS4201:リンク接続。リンク接続処理は、ローカル通信方式に依存するものであり、例えば無線LANや有線LANなどに準拠した手順となる。続いて、ローカル通信部1011がUE_LAN2000からの接続要求を受信すると、接続制御部1019に転送する。ここで、ローカル通信部1011においてフィルタリングルールを設定し例えば、IKEフェーズ1の最初のメッセージを捕捉するためのルールを設定、接続要求メッセージを検出するようにしてもよいし、ローカル通信部1011と接続しセルラ側通信部通信処理部1013、無線通信部1041との間でパケット転送を行うための図示していない転送部に転送し、転送部の中で接続要求メッセージをフィルタルール等により検出してもよいこの場合は、転送部が検出した接続要求を接続制御部1019に転送通知する。なお、UE_LAN2000からの接続要求は、リンク接続完了後ただちに受信するものとは限らない。接続制御部1019が、検出された接続要求を取得すると、接続要求の宛先ノードを確認する。すなわち、接続要求の宛先ノードがUE1000の接続したePDG60とは異なるePDGであることをアドレス比較等により検出するとステップS4203:接続要求検出、UE1000が接続するePDG60のアドレスあるいはそれに相当する識別子ホスト名などを通知して、接続のやり直しを促すための接続先指示メッセージを生成するステップS4205:接続先指示同じor同等のePDGへの接続を指示。接続先指示は、例えばIKERedirectメッセージであってもよいその際、ePDG60のアドレスをメッセージ内に含む。接続制御部1019は、接続先指示の送信先をUE_LAN2000に設定し、ローカル通信部1011に転送する。ローカル通信部1011は、ローカル通信を介してUE_LAN2000に接続先指示を転送する。<通信システムの構成2:ハンドオーバマクロRANからローカルRANへ>実施の形態7に係るマクロRANからローカルRANへのハンドオーバ方法を説明するための通信システムの構成について、図43を用いて説明する。図43は、実施の形態7に係るマクロRAN140からローカルRAN100へのハンドオーバに関する通信システムの構成を示す図であり、基本的な構成要素は図7に示したものと同じである。異なる点は、UE1000がローカル通信手段を介して接続するUE_LAN2000を配している点である。この点以外は第2の実施形態と同様であり、図43において、図7と共通する構成要素には同じ参照符号が付されている。<通信システム動作2:ハンドオーバマクロRANからローカルRANへ>図43に示す通信システムの動作について、図44を用いて説明する。図44は、図43に示す通信システムの動作を説明するための図である。図44に示す通信システムの基本的なシステムの動作は、図8に示す実施の形態2にかかる通信システムと同じであるが、図44に示す通信システムの動作が、図8に示す実施の形態2にかかる通信システムの動作と異なる点は、UE1000が実施する接続処理APN-MステップステップS4401以降である。以下、異なるステップの処理について説明する。図44に示すように、UE_LAN2000は、あらかじめUE1000を介してPGW70とのPDNコネクションを確立している。後に、UE1000とUE_LAN2000が移動するなどしてローカルRAN100のカバレッジを発見すると、UE1000は図8において説明したようにハンドオーバ処理を実施する。ePDG60との接続処理を完了するとステップS4401、S4403:接続処理APN-M、UE1000はUE_LAN2000に接続更新指示を送信するステップS4405:接続更新指示。接続更新指示には、UE1000が接続したePDG60の識別子アドレス、ホスト名などを記載する。UE_LAN2000は接続更新指示を受信すると、接続更新処理を開始するステップS4407:接続更新Mobikeアドレス更新。接続更新処理において、UE_LAN2000はそれまで接続していたePDGからUE1000に指定されたePDG60に接続を切り替える。具体的には、TS23.402に規定されるePDG間ハンドオーバを実施する新規ePDG60にハンドオーバアタッチを行い、接続完了後に旧ePDGとのIPsecトンネルを切断する。UE1000は、UE_LAN2000が接続しているePDGが、UE1000が接続したePDG60と同じあるいは同等であることを確認できた場合は、接続更新指示の送信を停止させることができる。また、接続更新処理はアドレスエンドポイントの更新を目的とする側面もある接続更新処理は、たとえばMobikeIKEv2MobilityandMultihomingProtocol:RFC4555における、アドレス変更ChangingAddressinIPsecSA処理を適用することができる。UE1000のハンドオーバによって、UE1000に付与されるIPアドレスが変更されることがある。UE1000はUE_LAN2000に対してNATとして動作するので、こうしたUE1000のアドレス変更に際して、UE_LAN2000がePDG60と確立したIPsecトンネルのエンドポイントアドレスすなわちePDG60からみたUE_LAN2000側アドレス=UE1000アドレスを更新する必要がある。また、UE_LAN2000はUE1000のアドレスが変更されたかどうかはわからないので、UE1000がUE_LAN2000に指示接続更新指示を送信する必要がある。これにより、UE_LAN2000のePDG60を介したセッションをハンドオーバ後も継続させることができる。接続更新処理をエンドポイントアドレスの更新目的で発行する場合において、UE1000に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、UE1000は接続更新指示をUE_LAN2000に送信しなくてもよい。また、同様の場合において、UE1000が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。なお、上記説明では、UE1000の指示を受けてUE_LAN2000が接続更新処理を開始するとしたが、UE1000がePDG60との接続時すなわち接続処理APN-M:ステップS4401に、UE1000を介してePDGとの接続を確立しているUE_LAN2000の識別子をePDG60に通知し、ePDG60を起点とする接続更新処理を実施するものであってもよい。この場合、あらかじめePDG60とコネクションIPsecトンネル確立しているUE_LAN2000についてはMOBIKE等の手順を利用してアドレスエンドポイントの更新を実施し、ePDG60が収容していないすなわち他のePDGとコネクション確立しているUE_LAN2000については、ePDG60がコネクション保持するePDGに対してコネクションの移動を指示するものであってもよいただし、このとき、UE1000はePDG60に、UE_LAN2000の接続先となるePDGの識別子を同時に通知しておく必要がある。UE_LAN2000の接続先ePDG識別子は、過去にUE_LAN2000が実施したIKEフェーズ1メッセージを検出した時の宛先アドレスを履歴として保持しておき、その中から抽出することができる。これにより、UE_LAN2000が外部ネットワークPDN200と交換するパケットアプリケーションメッセージは、フィルタGW40において監視することができるようになるステップS4409パケット監視。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタGW40のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局20配下の移動端末UE1000、さらにはその配下の移動端末UE_LAN2000を対象にセキュリティフィルタを設定することができるので、個々の移動端末UE1000、UE_LAN2000に対する設定が不要となり、管理コストの低減を図ることができる。なお、マクロRANに在圏している時に、UE_LAN2000はUE1000を介さずに直接eNB150に接続することもある。その場合、UE_LAN2000は、TS23.402に規定される従来の3G-N3Gハンドオーバを実施する。<移動端末UE1000の動作2:ハンドオーバマクロRANからローカルRANへ>図41に示す移動端末UE1000のマクロRANからローカルRANへのハンドオーバに係る動作について、図45を用いて説明する。なお、本動作は実施の形態2にて図10を用いて説明したものと基本的に同じであり、異なる点はN3GHO処理ePDGを実施した後に接続更新指示を送信することである。以下、異なる点について説明する。N3G接続処理部1015がePDG60に対してN3Gハンドオーバ処理を完了すると、接続制御部1019は、UE_LAN2000に対して接続更新指示メッセージを送信するステップS4501。接続更新指示には、UE1000が接続したePDG60の識別子アドレスやホスト名などが含まれる。接続更新指示はローカル通信部1011を介してUE_LAN2000に送信される。<通信システムの構成3:アイドル復帰マクロRANからローカルRANへ>実施の形態7に係るマクロRAN140から移動してローカルRAN100でアイドル復帰する場合の方法を説明するための通信システムの構成について、図46を用いて説明する。図46は、実施の形態7に係るマクロRAN140から移動してローカルRAN100でアイドル復帰する場合に関する通信システムの構成を示す図であり、基本的な構成要素は図15に示したものと同じである。異なる点は、UE1000がローカル通信手段を介して接続するUE_LAN2000を配している点である。この点以外は第3の実施形態と同様であり、図46において、図15と共通する構成要素には同じ参照符号が付されている。<通信システム動作3:アイドル復帰マクロRANから→ローカルRANへ>図46に示す通信システムの動作について、図47を用いて説明する。図47は、図46に示す通信システムの動作を説明するための図である。図47に示す通信システムの基本的なシステムの動作は、図16に示す実施の形態2にかかる通信システムと同じであるが、図47に示す通信システムの動作が、図16に示す実施の形態3にかかる通信システムの動作と異なる点は、UE1000が実施する接続処理APN-Mステップ以降である。以下、異なるステップの処理について説明する。図47に示すように、UE_LAN2000は、あらかじめUE1000を介してPGW70とのPDNコネクションを確立した状態で、UE1000がアイドルモードに遷移した状態である。後に、UE1000とUE_LAN2000が移動するなどしてローカルRAN100のカバレッジに入り、UE1000がアイドル復帰を開始する例えば、コア網からのページング着信やUE_LAN2000から受信したパケットの転送開始、などを契機にアイドル復帰処理を開始する。UE1000のアイドル復帰処理は、図16において説明した手順にもとづいて実施する。ePDGとの接続処理を完了すると、UE1000はUE_LAN2000に接続更新指示を送信するステップS4701:接続更新指示。接続更新指示には、UE1000が接続したePDG60の識別子アドレス、ホスト名などを記載する。UE_LAN2000は接続更新指示を受信すると、接続更新処理を開始するステップS4703:接続更新Mobikeアドレス更新。接続更新処理において、UE_LAN2000はそれまで接続していたePDGからUE1000に指定されたePDG60に接続を切り替える。具体的には、TS23.402に規定されるePDG間ハンドオーバを実施する新規ePDG60にハンドオーバアタッチを行い、接続完了後に旧ePDGとのIPsecトンネルを切断する。UE1000は、UE_LAN2000が接続しているePDGが、UE1000が接続したePDG60と同じあるいは同等であることを確認できた場合は、接続更新指示の送信を停止させることができる。また、接続更新処理はアドレスエンドポイントの更新を目的とする側面もある接続更新処理は、たとえばMobikeIKEv2MobilityandMultihomingProtocol:RFC4555における、アドレス変更ChangingAddressinIPsecSA処理を適用することができる。UE1000のアイドル復帰によって、UE1000に付与されるIPアドレスが変更されることがある。UE1000はUE_LAN2000に対してNATとして動作するので、こうしたUE1000のアドレス変更に際して、UE_LAN2000がePDG60と確立したIPsecトンネルのエンドポイントアドレスすなわちePDG60からみたUE_LAN2000側アドレス=UE1000アドレスを更新する必要がある。また、UE_LAN2000はUE1000のアドレスが変更されたかどうかはわからないので、UE1000がUE_LAN2000に指示接続更新指示を送信する必要がある。これにより、UE_LAN2000のePDG60を介したセッションをアイドル復帰後も継続させることができる。接続更新処理をアドレスエンドポイントの更新目的で発行する場合において、UE1000に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、UE1000は接続更新指示をUE_LAN2000に送信しなくてもよい。また、同様の場合において、UE1000が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。なお、上記説明では、UE1000の指示を受けてUE_LAN2000が接続更新処理を開始するとしたが、UE1000がePDG60との接続時すなわち接続処理APN-Mに、UE1000を介してePDGとの接続を確立しているUE_LAN2000の識別子をePDG60に通知し、ePDG60を起点とする接続更新処理を実施するものであってもよい。この場合、あらかじめePDG60とコネクションIPsecトンネル確立しているUE_LAN2000についてはMOBIKE等の手順を利用してアドレスエンドポイントの更新を実施し、ePDG60が収容していないすなわち他のePDGとコネクション確立しているUE_LAN2000については、ePDG60がコネクション保持するePDGに対してコネクションの移動を指示するものであってもよいただしこのとき、UE1000はePDG60に、UE_LAN2000の接続先となるePDGの識別子を同時に通知しておく必要がある。UE_LAN2000の接続先ePDG識別子は、過去にUE_LAN2000が実施したIKEフェーズ1メッセージを検出した時の宛先アドレスを履歴として保持しておき、その中から抽出することができる。これにより、UE_LAN2000が外部ネットワークPDN200と交換するパケットアプリケーションメッセージは、フィルタGW40において監視することができるようになるステップS4705:パケット監視。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタGW40のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局20配下の移動端末UE1000、さらにはその配下の移動端末UE_LAN2000を対象にセキュリティフィルタを設定することができるので、個々の移動端末UE1000、UE_LAN2000に対する設定が不要となり、管理コストの低減を図ることができる。なお、マクロRANに在圏している時に、UE_LAN2000はUE1000を介さずに直接eNB150に接続することもある。その場合、UE_LAN2000は、TS23.402に規定される従来の3G-N3Gハンドオーバを実施する。<移動端末の動作3:アイドル復帰マクロRANからローカルRANへ>図41に示す移動端末UE1000がマクロRANから移動してローカルRANでアイドル復帰する場合の動作について、図48を用いて説明する。なお、本動作は実施の形態3において図18を用いて説明したものと基本的に同じであり、異なる点はN3GHOを実施する判断の後に接続処理APN-Mを完了した後に、接続更新指示を送信することである。以下、異なる点について説明する。N3G接続処理部1015がePDG60に対して接続処理APN-Mを完了すると、接続制御部1019は、UE_LAN2000に対して接続更新指示メッセージを送信するステップS4801:接続更新指示。接続更新指示には、UE1000が接続したePDG60の識別子アドレスやホスト名などが含まれる。接続更新指示はローカル通信部1011を介してUE_LAN2000に送信される。<通信システムの構成4:ハンドオーバローカルRANからマクロRANへ>実施の形態7に係るローカルRAN100からマクロRAN140へのハンドオーバ方法を説明するための通信システムの構成について、図49を用いて説明する。図49は、実施の形態7に係るローカルRAN100からマクロRAN140へのハンドオーバに関する通信システムの構成を示す図であり、基本的な構成要素は図23に示したものと同じである。異なる点は、UE1000がローカル通信手段を介して接続するUE_LAN2000を配している点である。この点以外は第4の実施形態と同様であり、図49において、図23と共通する構成要素には同じ参照符号が付されている。<通信システム動作4:ハンドオーバローカルRANからマクロRANへ>図49に示す通信システムの動作について、図50を用いて説明する。図50は、図49に示す通信システムの動作を説明するための図である。図50に示す通信システムの基本的なシステムの動作は、図24に示す実施の形態4にかかる通信システムと同じであるが、図50に示す通信システムの動作が、図24に示す実施の形態4にかかる通信システムの動作と異なる点は、UE1000とeNB150間で実施する無線ベアラ設定処理ステップ以降である。以下、異なるステップの処理について説明する。図50に示すように、UE_LAN2000は、あらかじめUE1000を介してPGW70とのPDNコネクションを確立している。後に、UE1000とUE_LAN2000が移動するなどしてマクロRAN100のカバレッジを発見すると、UE1000は図24において説明したようにハンドオーバ処理を実施する。eNB150との無線ベアラ設定処理を完了すると、UE1000はUE_LAN2000に接続更新指示を送信するステップS5001:接続更新指示。ここでの接続更新処理ステップS5003:接続更新Mobikeアドレス更新は、アドレスエンドポイントの更新を目的とするものである接続更新処理は、たとえばMOBIKEIKEv2MobilityandMultihomingProtocol:RFC4555における、アドレス変更ChangingAddressinIPsecSA処理を適用することができる。UE1000のハンドオーバによって、UE1000に付与されるIPアドレスが変更されることがある。UE1000はUE_LAN2000に対してNATとして動作するので、こうしたUE1000のアドレス変更に際して、UE_LAN2000がePDG60と確立したIPsecトンネルのエンドポイントアドレスすなわちePDG60からみたUE_LAN2000側アドレス=UE1000アドレスを更新する必要がある。また、UE_LAN2000はUE1000のアドレスが変更されたかどうかはわからないので、UE1000がUE_LAN2000に指示接続更新指示を送信する必要がある。これにより、UE_LAN2000のePDG60を介したセッションをハンドオーバ後も継続させることができる。接続更新処理をアドレスエンドポイントの更新目的で発行する場合において、UE1000に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、UE1000は接続更新指示をUE_LAN2000に送信しなくてもよい。また、同様の場合において、UE1000が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。なお、マクロRANへのハンドオーバに際して、UE_LAN2000はUE1000を介さずに直接eNB150に接続することもある。その場合、UE_LAN2000は、TS23.402に規定される従来のN3G-3Gハンドオーバを実施する。<移動端末の動作4:ハンドオーバローカルRANから→マクロRANへ>図41に示す移動端末UE1000のローカルRANからマクロRANへのハンドオーバに係る動作について、図51を用いて説明する。通信処理部1013が、TS23.402に規定のN3G-3Gハンドオーバ処理を実施しステップS5101:N3G-3Gハンドオーバ、eNB150との間で無線ベアラ設定を完了すると、ハンドオーバ処理を完了する。これを受けて、配下に収容するUE_LAN2000の存在を検出すると、接続制御部1019は、UE_LAN2000に接続更新指示メッセージを送信するステップS5103:接続更新指示。接続更新指示はローカル通信部1011を介してUE_LAN2000に送信される。<通信システムの構成5:アイドル復帰ローカルRANからマクロRANへ>実施の形態7に係るローカルRAN100から移動してマクロRAN140でアイドル復帰する場合の方法を説明するための通信システムの構成について、図52を用いて説明する。図52は、実施の形態7に係るローカルRAN100から移動してマクロRAN140でアイドル復帰する場合に関する通信システムの構成を示す図であり、基本的な構成要素は図29に示したものと同じである。異なる点は、UE1000がローカル通信部1011を介して接続するUE_LAN2000を配している点である。この点以外は第5の実施形態と同様であり、図52において、図29と共通する構成要素には同じ参照符号が付されている。<通信システム動作5:アイドル復帰ローカルRANからマクロRANへ>図52に示す通信システムの動作について、図53を用いて説明する。図53は、図52に示す通信システムの動作を説明するための図である。図53に示す通信システムの基本的なシステムの動作は、図30に示す実施の形態5にかかる通信システムと同じであるが、図53に示す通信システムの動作が、図30に示す実施の形態5にかかる通信システムの動作と異なる点は、UE1000とeNB150間で実施する無線ベアラ設定処理ステップ以降である。以下、異なるステップの処理について説明する。図53に示すように、UE_LAN2000は、あらかじめUE1000を介してPGW70とのPDNコネクションを確立した状態で、UE1000がアイドルモードに遷移した状態である。後に、UE1000とUE_LAN2000が移動するなどしてマクロRAN140のカバレッジに入り、UE1000がアイドル復帰を開始する例えば、コア網からのページング着信やUE_LAN2000から受信したパケットの転送開始、などを契機にアイドル復帰処理を開始する。UE1000のアイドル復帰処理は、図30において説明した手順にもとづいて実施する。eNB150との無線ベアラ設定処理を完了すると、UE1000はUE_LAN2000に接続更新指示を送信するステップS5301:接続更新指示。ここでの接続更新処理ステップS5303:接続更新Mobikeアドレス更新は、アドレスエンドポイントの更新を目的とするものである接続更新処理は、たとえばMobikeIKEv2MobilityandMultihomingProtocol:RFC4555における、アドレス変更ChangingAddressinIPsecSA処理を適用することができる。UE1000のアイドル復帰によって、UE1000に付与されるIPアドレスが変更されることがある。UE1000はUE_LAN2000に対してNATとして動作するので、こうしたUE1000のアドレス変更に際して、UE_LAN2000がePDG60と確立したIPsecトンネルのエンドポイントアドレスすなわちePDG60からみたUE_LAN2000側アドレス=UE1000アドレスを更新する必要がある。また、UE_LAN2000はUE1000のアドレスが変更されたかどうかはわからないので、UE1000がUE_LAN2000に指示接続更新指示を送信する必要がある。これにより、UE_LAN2000のePDG60を介したセッションをアイドル復帰後も継続させることができる。接続更新処理をアドレスエンドポイントの更新目的で発行する場合において、UE1000に付与されるアドレスが変更されない、すなわちアドレスプリザベーションが有効であることが確認される場合においては、UE1000は接続更新指示をUE_LAN2000に送信しなくてもよい。また、同様の場合において、UE1000が自身のアドレスが変更された場合のみ接続更新指示を送信するようにしてもよい。これにより、無駄な接続更新処理を回避させることができ、端末のバッテリ消費低減とネットワークリソースの有効利用に貢献することができる。なお、マクロRANにおいてアイドル復帰する際に、UE_LAN2000はUE1000を介さずに直接eNB150に接続することもある例えばUE1000のカバレッジから離れたり、UE1000のローカル通信やUE1000そのものが停止されたりするような場合。その場合、UE_LAN2000は、TS23.402に規定される従来のN3G-3Gハンドオーバを実施する。<移動端末の動作5:アイドル復帰ローカルRANからマクロRANへ>図41に示す移動端末UE1000がローカルRAN100から移動してマクロRAN140でアイドル復帰する場合の動作は、図51を用いて説明したのと同じであるため割愛する。唯一異なるのは、N3G-3Gハンドオーバの契機となるのがUE1000によるサービスリクエスト処理である点である。なお、ローカルRANからマクロRANへのハンドオーバ処理ではネットワークMMEあるいはeNBが起動するハンドオーバ処理が契機となっていた。<通信システムの構成6:S2a接続ケース>実施の形態7に係る異なる通信システムの構成について、図54を用いて説明する。図54は、実施の形態7に係る異なる通信システムの構成を示す図であり、基本的な構成要素は図35に示したものと同じである。異なる点は、UE1000がローカル通信手段を介して接続するUE_LAN2000を配している点である。この点以外は第5の実施形態と同様であり、図54において、図35と共通する構成要素には同じ参照符号が付されている。<通信システム動作6:S2a接続ケース>図54に示す異なる通信システムの動作について、図55を用いて説明する。図55は、図54に示す異なる通信システムの動作を説明するための図である。図55に示す通信システムの基本的なシステムの動作は、図36に示す実施の形態6にかかる通信システムと同じであるが、図55に示す通信システムの動作が、図36に示す実施の形態6にかかる通信システムの動作と異なる点は、UE1000が実施するDHCP応答ステップ以降である。以下、異なるステップの処理について説明する。図55に示すように、移動端末UE1000がDHCPサーバからアドレスを取得した後で、UE_LAN2000とのリンクを確立リンクを接続するステップS5501:リンク確立。そして、UE_LAN2000がTS23.402に記載のS2aインタフェースに係るN3G接続を実施するため、DHCP要求メッセージを送信するステップS5503:DHCP要求。DHCP要求メッセージは、例えばDHCP探索DHCPDiscoveryやDHCPリクエストDHCPRequestのようなメッセージである。UE1000はUE_LAN2000からのDHCP要求を取得すると、AAAサーバ90に対してUE_LAN2000の認証承認処理を実施するステップS5505:認証/承認処理。UE_LAN2000の接続が正しく認証承認されると、UE1000はUE_LAN2000に対してアドレス割当てを行いDHCP応答メッセージに含めてUE_LAN2000に送信通知するステップS5507:DHCP応答。UE_LAN2000に割り当てるアドレスは、AAAサーバ90がUE1000に通知することもできる。その場合、UE1000は、AAAサーバ90から通知されたアドレスをUE_LAN2000に転送する。UE_LAN2000は通知されたアドレスを設定する。これにより、UE_LAN2000が外部ネットワークPDN200と交換するパケットアプリケーションメッセージは、フィルタGW40において監視することができるようになるステップS5509:パケット監視。セキュリティフィルタエントリを追加する時は、所定のインタフェースを用いてフィルタGW40のセキュリティフィルタに追加修正することにより、リアルタイムなフィルタ更新が可能となる。また、ローカル基地局20配下の移動端末UE1000、さらにはその配下の移動端末UE_LAN2000を対象にセキュリティフィルタを設定することができるので、個々の移動端末UE1000、UE_LAN2000に対する設定が不要となり、管理コストの低減を図ることができる。なお、説明の簡単のため、UE1000とUE_LAN2000の接続するPDNおよびPGW70を同じものとしたが、UE1000とUE_LAN2000が異なるPDNやPGWに接続する場合であっても、本発明による方法は同様に動作可能である。上記説明では、UE_LAN2000による接続要求を、UE1000がDHCP応答を受信すなわちアドレス取得を完了した後とした。ここで、UE1000がアドレス取得処理中、あるいはそれ以前にUE_LAN2000からのDHCP要求を受信した場合、UE1000は、アドレス取得処理を完了するまで、受信したDHCP要求をペンディングあるいは拒否する。なお、UE1000とUE_LAN2000がリンク接続を実施するタイミングは、UE1000が自身の接続処理を完了する前であっても、後であっても、また接続処理の最中であってもよく、これによって本発明による方法の実施が損なわれるものではない。また、UE1000とUE_LAN2000の間のリンク確立手順の中で、UE1000がUE_LAN2000にS2a接続の実施すなわちDHCP要求の送信を促してもよい。なお、UE_LAN2000が固定アドレスを設定する時、UE_LAN2000はDHCP要求を送信しない。その時は、UE_LAN2000が送信するデータパケットを最初に転送する時に、UE1000が認証/承認処理を実施してもよい。既にUE_LAN2000がIPsecトンネルを確立していることが検出できた場合e.g.過去にePDG接続のためのIKEパケットを転送したことの履歴情報にもとづいて、など、IPsecトンネル消去指示としてDHCP再実行指示例えばDHCPNAKメッセージを送信する。DHCP再実行指示を受信したUE_LANは、DHCP要求を送信し、それをうけてUE1000がUE_LANに関して認証/承認処理を実施する。認証承認の正常完了時に、UE1000は割当てたアドレスを含むDHCP応答をUE_LAN2000に送信する。DHCP応答を受信したUE_LAN2000は、ePDGに対して確立済みのIPsecトンネルを消去する処理を実施する例えば、IKEv2securityassociationtermination手順を実施する。<移動端末の動作6:S2a接続ケース>図41に示す移動端末UE1000の異なる動作について、図56を用いて説明する。なお、本動作は実施の形態6にて図38を用いて説明したものと基本的に同じであり、異なる点はアドレス抽出/設定処理ステップ以降の処理である。以下、異なる点について説明する。接続制御部1019が、収容するUE_LAN2000について接続確立済みのIPsecトンネルの有無を検出するステップS5601:IPsecトンネル検出。確立済みIPsecトンネルを有するUE_LAN2000に対しては、IPsecトンネル消去指示としてDHCP再実行指示例えばDHCPNACKメッセージを送信するステップS5603:IPsecトンネル消去指示DHCP再実行指示。DHCP再実行指示は、ローカル通信部1011を介してUE_LAN2000に送信される。これを受信した、UE_LAN2000は、本ネットワークにおけるUE1000経由の接続がS2bインタフェース経由のUntrusted接続ではなく、S2aインタフェース経由のTrusted接続であることを認識する。ステップS5605では、UE_LAN2000からローカル通信部1011経由でパケットを受信する。その後、UE_LAN2000からローカル通信部1011経由で受信するパケットがIKEメッセージである場合、接続制御部1019は、再度DHCP再実行指示をローカル通信部1011経由でUE_LAN2000に送信するステップS5607:DHCP再実行指示。受信するパケットがDHCP要求である場合、接続制御部1019はAAAサーバ90に対してUE_LAN2000の認証承認処理を行うための要求メッセージを生成し、通信処理部1013、ローカル通信部1011経由で送信する。以降、AAAサーバ90との間で認証承認手続き処理を実施するステップS5609:認証/承認処理。UE_LAN2000の接続が正しく認証承認されると、接続制御部1019は、自身がUE_LAN2000に対して払いだしたIPアドレスあるいはAAAサーバ90が払いだして、認証承認処理手順の中で通知されたIPアドレスのいずれかを含むDHCP応答メッセージを生成、あるいはローカル通信部1011が生成することを指示し、ローカル通信部1011経由でUE_LAN2000に送信するステップS5611:DHCP応答送信。なお、上記各実施の形態では、特に3GPPSAESystemArchitectureEvolutionシステムの例をとりあげたが、従来のUMTSやGPRS、また3GPP2やWiMAXシステムへの適用も、メッセージ名やパラメータなど若干の変更により可能である。ここで、上記説明したような本発明に関する動作については、本質的な変更を行うことなく、当業者であれば、他システムに適用することができる。また、上記各実施の形態では、ローカルネットワークを示すAPNAPN-L以外のAPNへの接続が規制対象すなわち、LIPA上のNon-3G接続対象となる場合について説明したが、APN-L以外の特定APNについては規制対象から除外するものであってもよい。すなわち、APN-L以外であっても特定のAPNについては、ローカル基地局からLIPAを経由せずにコアネットワークのSGWとPGWを介して所望のPDNに接続させることができる。これは、MMEやローカル基地局などの装置において、UEのユーザサブスクリプション等にもとづいて規制対象となるAPNを選別することにより実施可能である。また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるLSIとして実現される。これらは個別に1チップ化されてもよいし、一部または全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路または汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサーを利用してもよい。さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。本出願は、2010年9月9日出願の日本特許出願特願2010-202516、2011年6月15日出願の日本特許出願特願2011-133394、に基づくものであり、その内容はここに参照として取り込まれる。