LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャにおける通信方法であって、モビリティマネージメント装置MMEは、ゲートウェイ装置の再選択が必要であると判断した場合、再選択を要求するためのディアクティベイトベアラ要求DeactivateBearerrequestを基地局に送信し、前記基地局は、RRCコネクションリコンフィギュレーションRRCconnectionreconfigurationをユーザ装置に送信し、前記ユーザ装置は、RRCコネクションリコンフィギュレーションRRCconnectionreconfiguration完了通知を前記基地局に送信し、前記基地局は、ディアクティベイトベアラ応答DeactivateBearerresponseを前記MMEに送信し、前記ユーザ装置は、UEリクエストPDNコネクティヴィティUErequestedPDNconnectivity手順を開始し、前記ゲートウェイ装置の再選択が行われる、ことを特徴とする通信方法。前記ゲートウェイ装置は、サービングゲートウェイ装置SGWとパケットデータネットワークゲートウェイ装置PGWである請求項1記載の通信方法。モビリティマネージメント装置MMEと、基地局と、ユーザ装置と、を備え、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムであって、前記MMEは、ゲートウェイ装置の再選択が必要であると判断した場合、再選択を要求するためのディアクティベイトベアラ要求DeactivateBearerrequestを基地局に送信し、前記基地局は、RRCコネクションリコンフィギュレーションRRCconnectionreconfigurationを前記ユーザ装置に送信し、前記ユーザ装置は、RRCコネクションリコンフィギュレーションRRCconnectionreconfiguration完了通知を前記基地局に送信し、前記基地局は、ディアクティベイトベアラ応答DeactivateBearerresponseを前記MMEに送信し、前記ユーザ装置は、UEリクエストPDNコネクティヴィティUErequestedPDNconnectivity手順を開始し、前記ゲートウェイ装置の再選択が行われる、ことを特徴とする通信システム。前記ゲートウェイ装置は、サービングゲートウェイ装置SGWと、パケットデータネットワークゲートウェイ装置PGWである請求項3記載の通信システム。LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムにおけるユーザ装置であって、基地局から、RRCコネクションリコンフィギュレーションRRCconnectionreconfigurationを受信した場合、RRCコネクションリコンフィギュレーションRRCconnectionreconfiguration完了通知を前記基地局に送信することで、UEリクエストPDNコネクティヴィティUErequestedPDNconnectivity手順を開始し、ゲートウェイ装置の再選択を行わせる、ことを特徴とするユーザ装置。前記ゲートウェイ装置は、サービングゲートウェイ装置SGWとパケットデータネットワークゲートウェイ装置PGWである請求項5記載のユーザ装置。以下に本願発明者達による分析を与える。これまでのEPCネットワークでは、AlwaysOnの原則から、アタッチ時に確立したデフォルトベアラに対しては、デタッチ時までは、削除再確立されることはない。また、UEの移動等により、ベアラを切り替える場合にも、アタッチ時に選択されたPGWがアンカーとして固定されている。このため、UEが長距離を移動した場合等、アタッチ時に選択したPGWとの接続を維持することが、EPCネットワーク上、非効率となるという問題がある。そこで、UEが長距離を移動した場合などに、そのUEが在圏エリアから外部ネットワークサービスネットワークに対して接続する際、最適なPGWを再選択する方式が求められる本願発明者達による分析結果。したがって、本発明の目的は、端末UEが在圏エリアから外部ネットワークに対して接続する際、最適なゲートウェイノードを再選択可能とするシステム、方法を提供することにある。本発明の一の側面によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャにおける通信方法であって、ユーザ装置の移動に応じて、前記ユーザ装置がアタッチしている箇所に、物理的又はトポロジー的に近いゲートウェイ装置を選択する、通信方法が提供される。本発明によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムであって、ユーザ装置の移動に応じて、前記ユーザ装置がアタッチしている箇所に、物理的又はトポロジー的に近いゲートウェイ装置を選択する通信システムが提供される。本発明によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムにおけるユーザ装置であって、移動に応じて、アタッチしている箇所に、物理的又はトポロジー的に近いゲートウェイ装置を選択させるユーザ装置が提供される。本発明の別の側面によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャにおける通信方法であって、モビリティマネージメント装置MMEが、ゲートウェイ装置の再選択が必要であると判断した場合、再アタッチすることを設定する第1の信号を、前記ユーザ装置に送信し、前記ユーザ装置は、前記第1の信号を受けて、再アタッチを行うための第2の信号を、前記MMEに送信し、前記MMEは、前記ゲートウェイ装置の再選択を行う通信方法が提供される。本発明によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムであって、ゲートウェイ装置の再選択が必要であると判断した場合、再アタッチすることを設定する第1の信号を送信するモビリティマネージメント装置MMEと、前記第1の信号を受けて、再アタッチを行うための第2の信号を、前記MMEに送信するユーザ装置と、を備え、前記MMEは、前記ゲートウェイ装置の再選択を行う通信システムが提供される。本発明によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムにおけるユーザ装置であって、モビリティマネージメント装置MMEから再アタッチすることを設定する第1の信号を受けると、再アタッチを行うための第2の信号を、前記MMEに送信し、ゲートウェイ装置の再選択を行わせるユーザ装置が提供される。本発明のさらに別の側面によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャにおける通信方法であって、モビリティマネージメント装置MMEは、ゲートウェイ装置の再選択が必要であると判断した場合、再選択を要求するためのディアクティベイトベアラ要求DeactivateBearerrequestを基地局に送信し、前記基地局は、RRCコネクションリコンフィギュレーションRRCconnectionreconfigurationをユーザ装置に送信し、前記ユーザ装置は、RRCコネクションリコンフィギュレーションRRCconnectionreconfiguration完了通知を前記基地局に送信し、前記基地局は、ディアクティベイトベアラ応答DeactivateBearerresponseを前記MMEに送信し、前記ユーザ装置は、UEリクエストUErequestedPDNconnectivity手順を開始し、前記ゲートウェイ装置の再選択が行われる通信方法が提供される。本発明によれば、モビリティマネージメント装置と、基地局と、ユーザ装置と、を備え、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムであって、前記MMEは、ゲートウェイ装置の再選択が必要であると判断した場合、DeactivateBearerrequestを前記基地局に送信し、前記基地局は、RRCconnectionreconfigurationを前記ユーザ装置に送信し、前記ユーザ装置は、RRCconnectionreconfiguration完了通知を前記基地局に送信し、前記基地局は、DeactivateBearerresponseを前記MMEに送信し、前記ユーザ装置は、UErequestedPDNconnectivity手順を開始し、前記ゲートウェイ装置の再選択が行われる通信システムが提供される。本発明によれば、LocalIPAccessLIPA/SelectedIPTrafficOffloadSIPTOアーキテクチャによる通信システムにおけるユーザ装置であって、基地局からRRCconnectionreconfigurationを受信した場合、RRCconnectionreconfiguration完了通知を前記基地局に送信することで、UErequestedPDNconnectivity手順を開始し、ゲートウェイ装置の再選択を行わせるユーザ装置が提供される。本発明によれば、ユーザ装置が在圏エリアから外部ネットワークサービスネットワークに対して接続する際に、最適なゲートウェイノードを再選択可能とする。本発明の実施形態について説明する。本発明の一態様に係るシステムは、EPCにおいて、ユーザ装置UEの移動に合わせて、PGWPDNGatewayを再選択し、デフォルトベアラを再確立することにより、ユーザデータの伝送遅延改善やEPC内のネットワークリソースの効率化を実現する。また、現在、3GPP標準化では、LIPALocalIPAccess、SIPTOSelectedIPTrafficOffload等と称し、ユーザトラヒックをEPCに取り込まず、UEの在圏する無線アクセスRadioaccess網から、直接、外部パケット網にアクセスさせる技術が検討されている。本発明を、LIPA、及びSIPTOアーキテクチャと連携させることにより、更に効果的なネットワークリソースの効率化が実現することが可能となる。本発明の一態様のシステムは、既にEPCにアタッチしている状況にあるUEに対し、PGWの再選択を行う。通常、EPCのベアラは、UEがEPCネットワークにアタッチした際に最初に選択されたPGWをアンカーとして、UEがデタッチ登録削除するまで、固定的に使用する仕様となっている。しかしながら、UEが長い距離を移動した際などには、最初に選択されたPGWが最も効率の良い外部網向けゲートウェイ装置では無くなる場合が多々ある。本発明の一態様においては、UEがアイドル状態Idleの場合などに、PGWを再選択、変更することにより、UEとPGW間のパスベアラの最適化を行うことが可能となる。本発明の一態様においては、UEがパケット通信を行っていない場合Idlemodeに、PGW再選択を含めて、デフォルトベアラの再確立を行うことにより、ユーザエクスペリエンスを損なう事なく、UE-PGW間のネットワークリソースの最適化を行う。例えばUEがSGWを跨ぐ移動をした場合の動作について説明する。図2は、比較例として、本発明を適用しない場合を説明する図である。図2において、UEは、図の左側のSGW61に対してアタッチしているので、左側のSGW61に物理的距離、ネットワークトポロジー的な距離が近いPGW71が最初に選択され接続パス1が設定される。その後、UEが大きく移動したとしても、左側のPGW71を使い続けることとなるので、UE-PGW間のパスは、非効率的な接続パス2で接続される。一方、図3は、本発明を適用した場合において、UEがSGWを跨ぐ移動をした場合を説明する図である。図3において、UEは、左側のSGW61に対してアタッチしているので、SGW61に物理的距離、ネットワークトポロジー的な距離が近いPGW71が、最初に選択され接続パス3が設定される。その後、EPCは、UEが大きく移動したこと等をトリガーに、UEと外部ネットワークサービスネットワークの接続性について、再吟味を行う。再吟味の結果、右側のPGW72の方が左側のPGW71より効率的な接続UE-PGWパスが提供できるものと判断し、UE-PGW間のパスは、接続パス3から、接続パス4に変更され、効率的な接続の提供が可能となる。以下、実施形態に即して説明する。<実施形態1>図1は、本実施形態のネットワークシステムの構成を示す図である。ネットワークの基本構成自体は、従来のEPCネットワーク構成と変わらない。図1において、UE1~UE3は、携帯電話移動機である。eNodeBevolvedNodeB11~12は、LTELongTermEvolutionの基地局、更に、NodeB21、及びRNCRadioNetworkController31は、UMTSUniversalMobileTelecommunicationSystemシステムで採用された、無線アクセスRadioaccess用の装置を示す。MMEMobilityManagementEntity41は、EPCで導入されたモビリティを管理する装置である。SGSNServingGPRSGeneralPacketRadioServiceSupportNode51は、UMTS用に用いる在圏装置であり、接続形態により、ユーザープレーンを扱う場合と扱わない場合とがある。SGSNがユーザープレーンを扱わない場合、そのユーザープレーンは、SGWServingGaewayとRNC間に設定される。SGW61、62は、在圏でユーザープレーンを扱う装置である。PGW71、72は、外部網図中にはサービスネットワーク81とEPCを接続するゲートウェイ装置である。本実施形態の動作を説明する。UEが移動することで行われるトラッキングエリアTA:TrackingAreaのアップデート手順TAUpdateProcedureについて、はじめに、本発明を適用しない比較例を説明しておく。図4は、SGWの変更を伴うTAアップデートの場合を示す図比較例である。なお、UEがアイドル状態非接続状態のとき、どのトラッキングエリア位置登録エリアに属するかが管理され、どのセルに在圏するかは管理されない。MMEは、UEからのTAアップデート要求TAUpdateRequestを受信し、SGWの変更が必要だと判断した場合、変更先SGWであるSGW2に、セッション生成要求CreateSessionRequestを送信する。SGW2は、PGW1に、ベアラ修正要求ModifyBearerRequestを送信し、PGW1に対して、接続先SGWを変更したことを通知する。PGW1は、ベアラコンテキストbearercontext情報の更新が完了したら、ベアラ修正応答ModifyBearerResponseをSGW2に通知する。SGW2は、PGW1からのベアラ修正応答ModifyBearerResponseを受けて、MMEへ、セッション生成応答CreateSessionResponseを通知する。MMEは、SGW2からのセッション生成応答正常応答を受けて、変更元のSGWであるSGW1に対して、セッション削除要求DeleteSessionRequestを通知する。SGW1は、ベアラコンテキストbearercontextを削除後に、MMEに対して、セッション削除応答DeleteSessionResponseを送信する。MMEは、SGW1からのセッション削除応答DeleteSessionResponseを受け、UEに対して、TATrackingAreaアクセプトTAAcceptを送信する。図4に示した比較例に対して、本発明の一実施形態においては、図5に示すシーケンス動作が行われる。図5を参照して、本発明の一実施形態のシーケンスを説明する。MMEは、UEからTAアップデート要求TAUpdateRequestを受信し、SGWの変更が必要であると判断した場合、変更先SGWであるSGW2に対して、セッション生成要求CreateSessionRequestを送信する。このとき、MMEがPGWの再配置が必要であると判断した場合、MMEは、効率的に外部ネットワークサービスネットワークに接続可能なPGW2を選択し、セッション生成要求CreateSessionRequestに、PGWを示すアドレス情報を設定する。また、新たなPGWアドレスを受信したSGW2は、PGW2に対して、セッション生成要求CreateSessionRequestを送信する。PGW2は、SGW2からのセッション生成要求CreateSessionRequestを受け、ベアラコンテキストbearercontextを生成する。また、PGW2は、UEに対して、新たなユーザ用IPアドレスを付与する。PGW2は、新たなユーザ用IPアドレスのアサイン、及び、ベアラコンテキストbearercontextの生成が完了したら、セッション生成応答CreateSessionResponseをSGW2に通知する。SGW2は、PGW2からのセッション生成応答CreateSessionResponseを受け、PGW1に対して、セッション削除要求DeleteSessionRequestを送信する。PGW1は、ベアラコンテキストBearerContextを削除し、SGW2に対して、セッション削除応答DeleteSessionResponseを送信する。SGW2は、PGW1からのセッション削除応答DeleteSessionResponseを受けて、MMEへ、セッション生成応答CreateSessionResponseを通知する。MMEはSGW2からの正常応答を受けて、変更元のSGWであるSGW1に対して、セッション削除要求DeleteSessionRequestを通知する。SGW1は、ベアラコンテキストBearerContextを削除した後に、MMEに、セッション削除応答DeleteSessionResponseを送信する。MMEはそれを受けてUEへ、TAアップデートアクセプトTAUpdateAcceptを送信する。TAUpdateAcceptには、新たにユーザに付与されたIPアドレス情報が設定されUEに通知される。上記説明では、SGW-PGW間で、GTPv2GPRSGeneralPacketRadioServiceTunnelingProtocolv2プロトコルを用いた例に即して説明したが、PMIPv6ProxyMobileIPv6を用いたケースでも、同様の機能を実現することが出来る。SGW-PGW間でPMIPv6を用いる場合、CreateSessionRequest/DeleteSessionRequestの代わりに、ProxyBindingUpdateを用いる。また、CreateSessionResponse/DeleteSessionResponseの代わりに、roxyBindingAcknowledgementを用いる。PGWの再選択を行うためのシーケンスは、図5に示した通りであるが、上記機能を実現するためには、MMEにて、適切なタイミングで、PGW再選択を行う必要がある。UEがパケット通信を行っている場合、サービスネットワークに接続しているPGWを変更しようとすると、UEの通信先にとってIPアドレス等の情報が変わってしまうため、結果的にUEが行っているパケット通信を切断してしまうことになる。従って、図5で示した動作は、UEがパケット通信を行っていないときECMEPSConnectionManagement-IDLE時に、PGW再選択を行う必要がある。図5では、SGWが変更された場合の動作について記述したが、SGWが変更されない場合であっても、基本的な動作は同様である。図5に示したメッセージシーケンスは、SGW-PGW間がGTPプロトコルで構成されている場合のメッセージ名で説明しているが、SGW-PGW間が、PMIPProxyMobileIPプロトコルで構成された場合であっても同様の効果を得ることが可能である。また、図5において、MMEをSGSNと置き換えることにより、アクセス網がUMTSである場合のPGWの再選択動作となる。以上説明したように、本実施形態においては、以下記載の作用効果を奏する。UEの在圏位置をベースとしたPGWの選択が可能となる。UEと物理的に近距離、或いはネットワークトポロジー的に近いPGWが選択接続されるため、効率的な接続により、ネットワークリソースの最適化が可能となる。UE-PGW間の効率的なパス接続により、ユーザデータ伝送の遅延の改善が可能となる。LIPA、SIPTOアーキテクチャと連携して動作させることにより、ユーザデータを全くEPCに取り込むことなく、パケット通信サービスを提供することが可能となる。このため、移動体通信オペレータは、EPCのネットワーク装置の負荷を低減することが可能となる。<実施形態2>本発明の第2の実施形態について、図6を参照して説明する。端末UEが発信したTAアップデート要求TAUpdateRequestをMMEが受信した際、MMEは、当該UEが接続されるPGWが妥当かの吟味を行う。図6では、UEがPGW1と接続されている状況を示しているUEとPGW1間でEPSベアラ確立:EPSbeareroriginallyestablished。MMEが、他の適当なPGWを再選択が必要と判断した場合、MMEは、TAアップデート要求TAUpdaterequestに対して、再アタッチATTACHを促す理由値cause値を設定して、UEに対して、TAアップデートリジェクトTAUpdateRejectを送信する。UEは、MMEからのTAアップデートリジェクトTAUpdateRejectに応答して、アタッチATTACH信号を、MMEに送信する。これを受け、MMEは、PGWの選択ロジックを新たに起動することが可能となる。その結果、適当なPGWの再選択が行われる。図6の例では、PGW2が再選択され、PGW2に向けた接続処理の例が記述されている。すなわち、MMEからのセッション生成要求CreateSessionRequestがSGW2に送信され、SGW2からセッション生成要求がPGW2に送信される。PGW2からのセッション生成の応答CreateSessionResponseを受けたSGW2は、MMEにセッション生成応答を送信する。MMEは、セッション削除要求DeleteSessionRequestをSGW1に送信する。SGW1は、セッション削除の応答DeleteSessionResponseをMMEに返す。これを受け、MMEは、TAアップデートの完了を通知するTAUpdateAcceptを端末UEに返す。本実施形態においては、以下の作用効果を奏する。UEにインパクトを与えずに、前記第1の実施形態を得ることができる。また、EPCに対しても、最小の変更で実現可能となる。<実施形態3>本発明の第3の実施形態について、図7を参照して以下に説明する。本発明の第3の実施形態は、通常のTAアップデート手順に対して、若干の変更が施されている。図7に示したシーケンスは、通常のTAアップデート手順であるが、本実施形態の変更点として、MMEからUEに対してTAアップデート手順の完了を通知する。図7を参照すると、UEからのTAアップデート要求TAUpdateRequestを受けたMMEは、SGW2に対してセッション生成要求CreateSessionRequest、SGW2からPGW1にベアラ修正要求ModifyBeaerRequestが送信され、SGW2からのセッション生成応答CreateSessionResponseを受けたMMEは、SGW1に対してセッション削除要求DeleteSessionRequestを送信し、SGW1からセッション削除応答DeleteSessionResponceを受けたMMEは、UEにTAアップデートアクセプトTAUpdateAcceptPDNを送信している。本実施形態においては、TAUpdateAccept信号に、新たな情報すなわち、図7における、TAUpdateAcceptPDNのPDNを追加し、現在接続中にあるパケットデータネットワークPDNの再接続を促す構成としている。新たな情報PDNが付加された、TAアップデートアクセプトTAUpdateAccept信号を受信したUEは、指定された情報を基に、再接続するPDNパケットデータネットワーク複数のPDNが付加される場合も有るを認識し、当該PDNに対して、UErequestedPDNDisconnection処理UEが要求したPDNの切断処理、UErequestedPDNconnectivity処理UEが要求したPDNの接続処理、を起動し、パケットデータネットワークPDNの再接続を行う。このパケットデータネットワークPDNの再接続では、MMEにて、PGWの選択ロジックを新たに起動することが可能となるため、結果的に適当なPGWの再選択が必要となる。図7には、SGWが変更された場合の動作について記載されているが、SGWが変更されない場合であっても、基本的な動作は同様である。本実施形態の作用効果を説明する。本実施形態においては、アタッチATTACH処理再アタッチを起動せずに、PGWの再接続を可能としている。ATTACH処理を起動するということは、複数のPDN接続がある場合、全てのPDN接続に対して、PGW再選択処理が起動され、比較的大きな規模の処理を起動することになる。これに対して、本実施形態は、必要なPGWの再選択のみを、EPC起動で行うことが可能となる。<実施形態4>本発明の第4の実施形態について、図8を参照して説明する。本発明の第4の実施形態においては、UEが行うTAアップデート手順と非依存で、EPCMMEが任意のタイミングで起動することが可能なPGWの再選択を行う。MMEが接続中、PGWの再選択が必要と判断した場合、UEに対して、ページPage信号を送信し、UEとの接続を試みる。この際、オプションとして、ページPage信号に、cause情報理由情報が追加されている図8のPagecause参照。UEは、このPage信号cause情報付きのPage信号を無視することが許容されている。これは、この処理が、反復的に実行されたことによるUEのバッテリー消耗を回避すること等を目的とした対策である。本来、Page信号は、着信呼をUEに通知するために用いる信号であるのに対して、本実施形態において、PGWの再選択が必要なときに送信されるPage信号は、EPC内の接続パス効率化のためのものであり、必須の動作ではないといえる。このPage信号を受けたUEは、MMEとの通信のために、サービス要求Servicerequest信号をMMEに向けて送信する。MMEからのディアクティベートベアラ要求DeactivateBearerrequestがMMEからeNodeBへ送信され、eNodeからRRCconnectionreconfigurationを送信し、UEからRRCconnectionreconfigurationの完了通知を受けると、eNodeBはMMEにディアクティベートベアラ応答DeactivateBearerresponseを送る。その後、MMEは、PGWの再選択が必要なパケットデータネットワークPDN接続を切断することにより、UEからのUEの要求になるパケットデータネットワーク接続UErequestedPDNconnectivity手順の誘発を行う。この手順の実行により、MMEにて、PGWの選択ロジックを新たに起動することが可能となるため、結果的に、適当なPGWの再選択が必要となる。この手順は、EPCMMEが任意のタイミングで、PGWの再選択を起動することが可能であるが、そのトリガーとして、OMOperationMaintenance、LIPA、SIPTO接続の有無などが適用できる。本実施形態においては、MMEが任意のタイミングでPGWの再選択を可能となるという作用効果を奏する。<実施形態5>本発明を、LIPA、SIPTOアーキテクチャに利用した例を説明する。図9および図10は、本発明の実施形態の構成を示す図である。図9を参照すると、UE1~3は、携帯電話移動機である。eNodeB11~12は、LTEの基地局である。更に、NodeB21、及び、RNC31は、UMTSシステムで採用された、無線アクセスRadioaccess用の装置である。MME41は、EPCで導入されたモビリティを管理する装置である。SGSN51は、UMTS用に用いる在圏装置であり、接続形態により、ユーザープレーンを扱う場合と扱わない場合がある。SGSNがユーザープレーンを扱わない場合のユーザープレーンは、SGWとRNC間に設定される。SGW61、62は、在圏でユーザープレーンを扱う装置であり、PGW71、72は、外部網図9では、サービスネットワーク81とEPCを接続するゲートウェイ装置である。更に、LPGWLocalPGW91~92は、eNodeBと混在しているか、eNodeBに極めて近い位置に存在し、サービスネットワーク81との接続を可能とするゲートウェイ装置である。図10において、UE1~2は、携帯電話移動機である。NodeB21~22、及びRNC31~32は、UMTSシステムで採用された無線アクセスRadioaccess用の装置である。SGSN61~62は、UMTS用に用いる在圏装置であり、接続形態により、ユーザープレーンを扱う場合と扱わない場合がある。SGSNがユーザープレーンを扱わない場合のユーザープレーンは、GGSNとRNC間に設定される。特に、GGSNとRNC間にユーザープレーンを設定する形態を、ダイレクトトンネル接続と呼ぶ。GGSN71~72は、外部網図10では、サービスネットワーク81とGPRSGeneralPacketRadioService網を接続するゲートウェイ装置である。更に、LGGSNLocalGGSNGatewayGPRSSupportNode101~102は、RNCRadioNetworkControllerと混在しているか、RNCに極めて近い位置に存在し、サービスネットワーク81との接続を可能とするゲートウェイ装置である。図9に示した構成の第5の実施形態の動作について、図11のシーケンス図を用いて説明する。MMEはUEからのTAアップデート要求TAUpdateRequestを受信するが、LIPA、SIPTOアーキテクチャの場合、eNodeBから、MME間のTAアップデート要求TAUpdateRequest信号の伝送は、S1-APメッセージ上にカプセル化encapsulatedされる。その際、eNodeBは、S1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知を、MMEに向けて行う。MMEは、SGWの変更が必要であると判断した場合、変更先SGWであるSGW2に、セッション生成要求CreateSessionRequestを送信する。このとき、MMEは、LPGWへの再配置が必要であると判断した場合には、効率的に外部ネットワークサービスネットワーク81に接続可能なLPGWを、MMEが選択し、セッション生成要求CreateSessionRequestに、PGWを示すアドレス情報を設定する。ただし、前述のS1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知は、あくまで一例であり、MMEが他の情報で新たなPGWの再選択の必要性を判断することも可能である。また、新たなPGWアドレスを受信したSGW2は、LPGWに対してセッション生成要求CreateSessionRequestを送信し、LPGWは、セッション生成要求CreateSessionRequestを受けて、ベアラコンテキストBearerContextを生成する。また、LPGWは、UEに対して、新たなユーザ用IPアドレスを付与する。LPGWは、新たなユーザ用IPアドレスのアサイン、及びベアラコンテキストBearerContextの生成が完了すると、セッション生成応答CreateSessionResponseをSGW2に通知する。セッション生成応答CreateSessionResponseを受け、SGW2は、PGW1に対して、セッション削除要求DeleteSessionRequestを送信する。PGW1は、ベアラコンテキストBearerContextを削除し、SGW2に対して、セッション削除応答DeleteSessionResponseを送信する。SGW2はセッション削除応答DeleteSessionResponseを受けて、MMEに対してセッション生成応答CreateSessionResponseを通知する。MMEは、LPGWからの正常応答を受けて、変更元のSGWであるSGW1に対して、セッション削除要求DeleteSessionRequestを通知する。SGW1は、ベアラコンテキストBearerContextを削除した後に、MMEに対して、セッション削除応答DeleteSessionResponseを送信する。MMEはセッション削除応答DeleteSessionResponseを受け、UEに対して、TA受理TAAcceptを送信する。このTAAcceptには、新たにユーザに付与されたIPアドレス情報が設定され、UEに通知される。上記説明では、SGW-PGW間で、GTPv2プロトコルを用いた例に即して説明したが、PMIPv6を用いた場合でも、同様の機能を実現することが出来る。その場合、セッション生成要求CreateSessionRequest/セッション削除要求DeleteSessionRequestの代わりに、ProxyBindingUpdateを用いる。また、セッション生成応答CreateSessionResponse/セッション削除応答DeleteSessionResponseの代わりに、プロキシバインディングアクノリッジメントProxyBindingAcknowledgementを用いる。LPGW再選択を行うためのシーケンスは、図11で示した通りであるが、上記機能を実現するには、MMEにて、適切なタイミングで、PGWの再選択を行う必要がある。UEがパケット通信を行っている場合、サービスネットワークに接続しているPGWを変更しようとすると、UEの通信先にとって、IPアドレス等の情報が変わってしまうことになる。このため、結果的にUEが行っているパケット通信を切断することになる。従って、図11に示したシーケンス動作は、UEがパケット通信を行っていないときECM-IDLE時にPGWの再選択を行う必要がある。図11は、SGWが変更された場合の動作について記述したが、SGWが変更されない場合であっても、基本的な動作は同様である。図11のメッセージシーケンスは、SGW-PGW間がGTPプロトコルで構成されている場合のメッセージ名で説明しているが、SGW-PGW間がPMIPプロトコルで構成された場合であっても、同様の効果を得ることが可能である。また、図11において、MMEをSGSNに、eNodeBをRNCと置き換えることにより、アクセス網が、UMTSである場合のPGWの再選択動作の説明となる。上記したように、本実施形態によれば、LPGWを再選択することにより、ユーザトラヒックをEPCに取り込むことなく、パケット通信を提供することが可能となる。このため、移動体通信オペレータは、EPCのネットワーク装置の負荷を低減することが可能となる。<実施形態6>本発明の第6の実施形態について説明する。本実施形態の構成は、図9に示した装置構成とされる。本実施形態の動作について、図12を参照して説明する。MMEは、UEからのTAアップデート要求TAUpdateRequestを受信する。LIPA、SIPTOアーキテクチャの場合、eNodeBからMME間のTAアップデート要求TAUpdateRequest信号の伝送は、S1-APメッセージ上に、カプセル化される。その際のS1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知を、eNodeBは、MMEに向けて行う。MMEは、当該UEが接続されるPGWが妥当かの吟味を行う。ただし、前述のS1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知は、あくまで一例であり、MMEが他の情報で新たなPGWの再選択の必要性を判断することも可能である。図12では、UEが、PGW1と接続されている状況を示しているUEtoPGW1間のEPSbeareroriginallyestablished。MMEが、LPGWの再選択が必要と判断した場合、MMEは、TAアップデート要求TAUpdateRequestに対して、再アタッチATTACHを促すcause値を設定して、UEに対して、TAアップデートリジェクトTAUpdateRejectを返送する。UEは、TAアップデートリジェクトTAUpdateRejectに誘発され、ATTACH信号をMMEに送信する。このATTACH信号の伝送も、S1-APメッセージ上にカプセル化される。eNodeBは、その際のS1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知を、MMEに向けて行う。MMEは、PGWの選択ロジックを新たに起動することが可能となるため、結果的にLPGWの再選択が必要となる。図12では、LPGWが再選択され、LPGWに向けた接続処理の例が記述されている。MMEからSGW2、LPGWへのセッション生成要求CreateSessionRequest、LPGWからSGW2、MMEへのセッション生成応答CreateSessionResponse、MMEからSGW1へのセッション削除要求DeleteSessionRequest、SGW1からMMEへのセッション削除応答DeleteSessionResponse、MMEからUEへのTAアップデート受理の送信が行われる。上記の通り、本実施形態によれば、LPGWを再選択することにより、ユーザトラヒックをEPCに取り込むことなく、パケット通信を提供することが可能となる。このため、移動体通信オペレータは、EPCのネットワーク装置の負荷を低減することが可能となる。<実施形態7>本発明の第7の実施形態について説明する。本実施形態の構成は、図9に示した装置構成とされる。本実施形態の動作について、図13を参照して説明する。本実施形態は、通常のTAアップデート手順に対して、変更を加えている。MMEはUEからのTAアップデート要求TAUpdateRequestを受信するが、LIPA、SIPTOアーキテクチャの場合、eNodeBからMME間のTAアップデート要求TAUpdateRequest信号の伝送は、S1-APメッセージ上にカプセル化される。その際のS1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知をMMEに向けて行う。ただし、前述のS1-APメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知は、あくまで一例であり、MMEが他の情報で新たなPGWの再選択の必要性を判断することも可能である。MMEからUEに対してTAアップデート手順の完了を通知するTAアップデートアクセプト信号TAUPdateAcceptに新たな情報図13では、PDNを追加し、現在接続中にあるパケットデータネットワークPDNの再接続を促す。新たな情報が付加されたがTAUpdateAccept信号を受信したUEは、指定された情報を元に再接続するPDN複数のPDNの場合も有を認識し、当該PDNに対して、従来のUEの要求になるパケットデータネットワーク接続UErequestedPDNDisconnection処理、UErequestedPDNconnectivity処理を起動し、パケットデータネットワークPDNの再接続を実行する。このパケットデータネットワークPDNの再接続では、MMEにてPGWの選択ロジックを新たに起動することが可能となるため、結果的にLPGWの再選択が必要となる。図13では、SGWが変更された場合の動作について記述したが、SGWが変更されない場合であっても、基本的な動作は、同様である。上記の通り、本実施形態によれば、LPGWを再選択することにより、ユーザトラヒックをEPCに取り込むことなくパケット通信を提供することが可能となる。このため、移動体通信オペレータは、EPCのネットワーク装置の負荷を低減することが可能となる。<実施形態8>本発明の第8の実施形態について説明する。本実施形態の構成は、図10に示した装置構成とされる。本実施形態の動作について、図14を参照して説明する。SGSNServingGPRSSupportNodeは、UEからのRAルーチングエリアアップデート要求RAUpdateRequestを受信するが、LIPA、SIPTOアーキテクチャの場合、NodeBからSGSN間のRAUpdateRequest信号の伝送は、RANAPRadioAccessNetworkAccessPartメッセージ上にカプセル化される。その際のRANAPメッセージ上で、RRCは、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知を、SGSNに向けて行う。SGSNは、当該UEが接続されるGGSNGatewayGPRSSupportNodeが妥当かの吟味を行う。ただし、前述のRANAPメッセージ上で、LIPA、SIPTOアーキテクチャによるPDN接続の設定が可能であることの通知は、あくまで一例であり、SGSNが他の情報で新たなPGWの再選択の必要性を判断することも可能である。図14では、UEがGGSNと接続されている状況を示しているUEとGGSN間でGTPトンネル接続が確立:図14のGTPTunnelingoriginallyestablished参照。SGSNが、LGGSNとの再選択が必要と判断した場合、SGSNは、RAアップデート要求RAUpdateRequestに対して、再アタッチATTACHを促す理由値cause値を設定して、UEに対して、RAアップデートリジェクト信号RAUpdateRejectを返送する。UEは、RAアップデートリジェクト信号RAUpdateRejectに誘発され、ATTACH信号を、SGSNに対して送信し、GPRS網に再アタッチATTACHを試みる。SGSNは、RAアップデート要求UpdataRArequestをHLRHomeLocationRegisterに送信し、HLRからGGSNに、インサートサブスクライバデータInsertSubscriverdataが送信され、GGSNは、インサートサブスクライバデータ肯定応答InsertSubscriverdataackをHLRに返す。この肯定応答ackを受けHLRはRAアップデート応答UpdataRAresponseをSGSNに返す。SGSNは、ATTACHの受理ATTACHAcceptをUEに返す。その後、UEは、PDPPacketDataProtocol接続を要求するPDPコンテキストアクティベート要求ActivatePDPcontextrequestを、SGSNに対して送信する。PDPコンテキストアクティベート要求ActivatePDPcontextrequestを受信したSGSNは、LGGSNへの接続の妥当性を判断し、妥当であると判断した場合には、LGGSNに向けて、GTPGPRSTunnelingProtocolトンネルの作成を行うCreatePDPcontextrequest。LGGSNからSGSNに対して、CreatePDPcontextresponseが返送され、SGSNからUEに、PDPコンテキストアクティベート応答ActivatePDPcontextresponseが返送され、UEとLGGSNの接続が可能となる。上記した本実施形態によれば、LGGSNを再選択することにより、ユーザトラヒックをGPRS網に取り込むことなく、パケット通信を提供することが可能となる。このため、移動体通信オペレータは、GPRSのネットワーク装置の負荷を低減することが可能となる。なお、本発明の全開示請求の範囲を含むの枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。