"ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする移動無線システムであって、異なるハンドオーバアンカーポイントである第1のゲートウェイノード及び第2のゲートウェイノードと、前記第1のゲートウェイノード及び前記第2のゲートウェイノードの両方と同時に通信経路を確立可能な第1のアクセスポイント装置と、前記第2のゲートウェイノードのみに通信経路を確立可能な第2のアクセスポイント装置と、を備え、前記第1のアクセスポイント装置は、前記第1のアクセスポイント装置に接続して前記第1のゲートウェイノードを経由する第1の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第1の通信経路での通信を維持しつつ、前記第1のアクセスポイント装置と前記第2のゲートウェイノードを経由する第2の通信経路を確立し、前記移動端末と前記第1のアクセスポイント装置の接続が切断され、前記移動端末が前記第2のアクセスポイント装置に接続して、前記第2のゲートウェイノードを経由した前記通信先ノードまでの第3の通信経路を確立するまでの間、前記通信先ノードから前記第1の通信経路を通って前記第1のアクセスポイント装置に送られて来たデータを、前記第2の通信経路を介して前記第2のアクセスポイント装置に転送する、移動無線システム。請求項1に記載の移動無線システムであって、前記第2のアクセスポイント装置及び前記第2のゲートウェイノードを含むネットワーク内に、ハンドオーバに伴い前記移動端末から送られた情報に基づいて、前記第2のゲートウェイノードに関する情報を前記第1のアクセスポイント装置に送るシグナリング処理ノードを備える、移動無線システム。請求項2に記載の移動無線システムであって、前記シグナリング処理ノードは、前記移動端末が前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替えることを決定した後、前記第2のゲートウェイノードに関する情報を前記第1のアクセスポイント装置に送る、移動無線システム。請求項2に記載の移動無線システムであって、前記第1のアクセスポイント装置は、前記第2のアクセスポイント装置に接続して前記第2のゲートウェイノードを経由する前記第3の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第2のアクセスポイント装置から前記第1のアクセスポイント装置に接続先を切り替える際、前記第2のアクセスポイント装置が前記移動端末との接続を切断する前に、前記第3の通信経路での通信を維持しつつ、前記第1のアクセスポイント装置と前記第2のゲートウェイノードを経由する第4の通信経路を確立し、前記移動端末と前記第2のアクセスポイント装置の接続が切断され、前記移動端末が前記第1のアクセスポイント装置に接続して、前記第1のゲートウェイノードを経由した前記通信先ノードまでの前記第1の通信経路を確立するまでの間、前記通信先ノードから前記第4の通信経路を介して送られて来たデータを受信する、移動無線システム。請求項1に記載の移動無線システムであって、前記移動端末は、前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替えるまでの間に、前記通信先ノードから前記第2のゲートウェイノード及び前記第1のアクセスポイント装置を介した通信経路でデータを受信する、移動無線システム。請求項1~5のいずれか一項に記載の移動無線システムであって、前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第1の通信経路は複数の通信経路から構成され、前記第1のアクセスポイント装置は、前記移動端末が異なるネットワークにハンドオーバする際には、前記第1の通信経路を構成する前記複数の通信経路の内、選択された少なくとも1つの通信経路と同数の通信経路によって前記第2の通信経路を構成する、移動無線システム。請求項6に記載の移動無線システムであって、前記ネットワーク内又は前記ネットワーク間で伝送されるデータは、基本部と、当該基本部に付属する少なくとも1つの拡張部と、から構成され、前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第1の通信経路には、前記基本部が伝送される基本部通信経路及び前記拡張部が伝送される拡張部通信経路が含まれ、前記第1のアクセスポイント装置は、前記移動端末が異なるネットワークにハンドオーバする際、前記第2の通信経路には前記基本部のデータのみを伝送する、移動無線システム。ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、異なるハンドオーバアンカーポイントである第1のゲートウェイノード及び第2のゲートウェイノードの両方と同時に通信経路を確立可能なアクセスポイント装置であって、当該アクセスポイント装置に接続して前記第1のゲートウェイノードを経由する第1の通信経路を利用して通信先ノードと通信中の前記移動端末が、当該アクセスポイント装置から、前記第2のゲートウェイノードのみに通信経路を確立可能な別のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第1の通信経路での通信を維持しつつ、当該アクセスポイント装置と前記第2のゲートウェイノードを経由する第2の通信経路を確立し、前記移動端末と当該アクセスポイント装置の接続が切断され、前記移動端末が前記別のアクセスポイント装置に接続して、前記第2のゲートウェイノードを経由した前記通信先ノードまでの第3の通信経路を確立するまでの間、前記通信先ノードから前記第1の通信経路を通って当該アクセスポイント装置に送られて来たデータを、前記第2の通信経路を介して前記別のアクセスポイント装置に転送する、アクセスポイント装置。異なるハンドオーバアンカーポイントである第1のゲートウェイノード及び第2のゲートウェイノードと、前記第1のゲートウェイノード及び前記第2のゲートウェイノードの両方と同時に通信経路を確立可能な第1のアクセスポイント装置と、前記第2のゲートウェイノードのみに通信経路を確立可能な第2のアクセスポイント装置と、を備えた移動無線システムにおけるハンドオーバ処理方法であって、前記第1のアクセスポイント装置が、前記第1のアクセスポイント装置に接続して前記第1のゲートウェイノードを経由する第1の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第1の通信経路での通信を維持しつつ、前記第1のアクセスポイント装置と前記第2のゲートウェイノードを経由する第2の通信経路を確立し、前記移動端末と前記第1のアクセスポイント装置の接続が切断され、前記移動端末が前記第2のアクセスポイント装置に接続して、前記第2のゲートウェイノードを経由した前記通信先ノードまでの第3の通信経路を確立するまでの間、前記通信先ノードから前記第1の通信経路を通って前記第1のアクセスポイント装置に送られて来たデータを、前記第2の通信経路を介して前記第2のアクセスポイント装置に転送する、ハンドオーバ処理方法。しかし、前述の非特許文献6に記載の方法では、移動端末のリンクレイヤのアドレス情報をアクセスルータで利用するため、携帯電話のようにリンクレイヤアドレスを持たない端末には利用できない。また、特許文献1では、移動端末が第1のアクセス網から第2のアクセス網に接続されるまでの間、コンテクストがアクセスコントローラにキャッシュされたままになる。このため、移動端末が第2のアクセス網に接続してからコンテクストが移動端末に配信されるまでの間に遅延が生じる。本発明の目的は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮可能な移動無線システム、アクセスポイント装置及びハンドオーバ処理方法を提供することである。本発明は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする移動無線システムであって、異なるハンドオーバアンカーポイントである第1のゲートウェイノード及び第2のゲートウェイノードと、前記第1のゲートウェイノード及び前記第2のゲートウェイノードの両方と同時に通信経路を確立可能な第1のアクセスポイント装置と、前記第2のゲートウェイノードのみに通信経路を確立可能な第2のアクセスポイント装置と、を備え、前記第1のアクセスポイント装置は、前記第1のアクセスポイント装置に接続して前記第1のゲートウェイノードを経由する第1の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第1の通信経路での通信を維持しつつ、前記第1のアクセスポイント装置と前記第2のゲートウェイノードを経由する第2の通信経路を確立し、前記移動端末と前記第1のアクセスポイント装置の接続が切断され、前記移動端末が前記第2のアクセスポイント装置に接続して、前記第2のゲートウェイノードを経由した前記通信先ノードまでの第3の通信経路を確立するまでの間、前記通信先ノードから前記第1の通信経路を通って前記第1のアクセスポイント装置に送られて来たデータを、前記第2の通信経路を介して前記第2のアクセスポイント装置に転送する移動無線システムを提供する。上記移動無線システムでは、前記第2のアクセスポイント装置及び前記第2のゲートウェイノードを含むネットワーク内に、ハンドオーバに伴い前記移動端末から送られた情報に基づいて、前記第2のゲートウェイノードに関する情報を前記第1のアクセスポイント装置に送るシグナリング処理ノードを備える。上記移動無線システムでは、前記シグナリング処理ノードは、前記移動端末が前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替えることを決定した後、前記第2のゲートウェイノードに関する情報を前記第1のアクセスポイント装置に送る。上記移動無線システムでは、前記第1のアクセスポイント装置は、前記第2のアクセスポイント装置に接続して前記第2のゲートウェイノードを経由する前記第3の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第2のアクセスポイント装置から前記第1のアクセスポイント装置に接続先を切り替える際、前記第2のアクセスポイント装置が前記移動端末との接続を切断する前に、前記第3の通信経路での通信を維持しつつ、前記第1のアクセスポイント装置と前記第2のゲートウェイノードを経由する第4の通信経路を確立し、前記移動端末と前記第2のアクセスポイント装置の接続が切断され、前記移動端末が前記第1のアクセスポイント装置に接続して、前記第1のゲートウェイノードを経由した前記通信先ノードまでの前記第1の通信経路を確立するまでの間、前記通信先ノードから前記第4の通信経路を介して送られて来たデータを受信する。上記移動無線システムでは、前記移動端末は、前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替えるまでの間に、前記通信先ノードから前記第2のゲートウェイノード及び前記第1のアクセスポイント装置を介した通信経路でデータを受信する。上記移動無線システムでは、前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第1の通信経路は複数の通信経路から構成され、前記第1のアクセスポイント装置は、前記移動端末が異なるネットワークにハンドオーバする際には、前記第1の通信経路を構成する前記複数の通信経路の内、選択された少なくとも1つの通信経路と同数の通信経路によって前記第2の通信経路を構成する。上記移動無線システムでは、前記ネットワーク内又は前記ネットワーク間で伝送されるデータは、基本部と、当該基本部に付属する少なくとも1つの拡張部と、から構成され、前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第1の通信経路には、前記基本部が伝送される基本部通信経路及び前記拡張部が伝送される拡張部通信経路が含まれ、前記第1のアクセスポイント装置は、前記移動端末が異なるネットワークにハンドオーバする際、前記第2の通信経路には前記基本部のデータのみを伝送する。本発明は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、異なるハンドオーバアンカーポイントである第1のゲートウェイノード及び第2のゲートウェイノードの両方と同時に通信経路を確立可能なアクセスポイント装置であって、当該アクセスポイント装置に接続して前記第1のゲートウェイノードを経由する第1の通信経路を利用して通信先ノードと通信中の前記移動端末が、当該アクセスポイント装置から、前記第2のゲートウェイノードのみに通信経路を確立可能な別のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第1の通信経路での通信を維持しつつ、当該アクセスポイント装置と前記第2のゲートウェイノードを経由する第2の通信経路を確立し、前記移動端末と当該アクセスポイント装置の接続が切断され、前記移動端末が前記別のアクセスポイント装置に接続して、前記第2のゲートウェイノードを経由した前記通信先ノードまでの第3の通信経路を確立するまでの間、前記通信先ノードから前記第1の通信経路を通って当該アクセスポイント装置に送られて来たデータを、前記第2の通信経路を介して前記別のアクセスポイント装置に転送するアクセスポイント装置を提供する。本発明は、異なるハンドオーバアンカーポイントである第1のゲートウェイノード及び第2のゲートウェイノードと、前記第1のゲートウェイノード及び前記第2のゲートウェイノードの両方と同時に通信経路を確立可能な第1のアクセスポイント装置と、前記第2のゲートウェイノードのみに通信経路を確立可能な第2のアクセスポイント装置と、を備えた移動無線システムにおけるハンドオーバ処理方法であって、前記第1のアクセスポイント装置が、前記第1のアクセスポイント装置に接続して前記第1のゲートウェイノードを経由する第1の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第1のアクセスポイント装置から前記第2のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第1の通信経路での通信を維持しつつ、前記第1のアクセスポイント装置と前記第2のゲートウェイノードを経由する第2の通信経路を確立し、前記移動端末と前記第1のアクセスポイント装置の接続が切断され、前記移動端末が前記第2のアクセスポイント装置に接続して、前記第2のゲートウェイノードを経由した前記通信先ノードまでの第3の通信経路を確立するまでの間、前記通信先ノードから前記第1の通信経路を通って前記第1のアクセスポイント装置に送られて来たデータを、前記第2の通信経路を介して前記第2のアクセスポイント装置に転送するハンドオーバ処理方法を提供する。本発明に係る移動無線システム、アクセスポイント装置及びハンドオーバ処理方法によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。以下、本発明の実施形態について、図面を参照して説明する。第1の実施形態本発明の第1の実施形態について、図1~図3及び図23を参照して説明する。図1は、第1の実施形態のネットワーク構成の一部を示す図である。ネットワーク114は、インターネットやISPInternetServiceProvider等のIPベースのネットワークの集合である。アクセスネットワーク120は、ネットワーク114に接続されているアクセスネットワークである。アクセスネットワーク120には、移動端末100の無線アクセスポイントであるアクセスポイント102及びアクセスポイント110、並びに、ネットワーク114との接続ゲートウェイであってハンドオーバアンカーポイントとなるゲートウェイノード104及びゲートウェイノード112が存在する。また、ネットワーク114には、移動端末100との間でIPパケットデータ以下、単にデータという通信が可能な通信先ノード106が接続されている。また、アクセスネットワーク120には、アクセスネットワーク120内で利用されるシグナリングを処理するためのシグナリング処理ノード108が存在しても良い。なお、図1に示したネットワーク構成は、図23に示したネットワーク構成に適用される。移動端末100が通信先ノード106とデータ通信を行う場合、まずアクセスネットワーク120に通信経路以下ベアラbearerともいうが確立される。即ち、ベアラは、移動端末100がネットワーク114と接続するために選択されたゲートウェイノード及びアクセスポイントと、移動端末100とを論理的に結ぶ通信経路である。ここで、アクセスネットワーク120に確立される通信経路について、以下の3点を仮定する。1移動端末100がアクセスポイント102に無線接続した際は、移動端末100/アクセスポイント102/ゲートウェイノード104を通る通信経路通信経路1、及び移動端末100/アクセスポイント102/ゲートウェイノード112を通る通信経路通信経路2の確立が可能である。2移動端末100がアクセスポイント110に無線接続した際は、移動端末100/アクセスポイント110/ゲートウェイノード112を通る通信経路通信経路3の確立が可能である。3通信経路1と通信経路2の同時確立は可能であるが、通信経路1と通信経路3の同時確立及び通信経路2と通信経路3の同時確立は不可能である。また、移動端末100が接続先のアクセスポイントを切り替えた際に同一のゲートウェイノードを通る通信経路を利用する場合、すなわち、通信経路2を介して通信先ノード106とデータ通信を行っている移動端末100が、アクセスポイント102からアクセスポイント110に切り替えることによって、通信経路3を介した通信先ノード106とのデータ通信を行う場合、移動端末100とアクセスポイント102の接続が切断され、移動端末100がアクセスポイント110に接続して通信経路3が確立されるまでの間、通信先ノード106から通信経路2を介してアクセスポイント102に送られていたデータは、アクセスポイント102からアクセスポイント110に転送される。この際、データ転送用の経路がアクセスポイント102とアクセスポイント110の間に新たに確立される。このような通信経路確立処理及びデータ転送経路確立処理は、シグナリング処理ノード108を介して行われても良い。なお、移動端末100は、アクセスポイント102とアクセスポイント110に同時に接続することは不可能とする。以下、第1の実施形態における、通信経路1を利用して通信先ノード106とデータ通信中の移動端末100が、接続先をアクセスポイント102からアクセスポイント110に切り替えて通信先ノード106とのデータ通信を継続しようとする場合について説明する。移動端末100は、アクセスポイント102と接続している間に、通信経路2を確立する。このとき、通信先ノード106からのデータは通信経路1を通って移動端末100に送られるが、アクセスポイント102によって、当該データは通信経路2を通って送られてきたものとして処理される。このように、移動端末100とアクセスポイント102の接続が切断され、アクセスポイント110に接続して通信経路3が確立されるまでの間、アクセスポイント102とアクセスポイント110の間でデータ転送用の経路が確立される。アクセスポイント102は、通信先ノード106からネットワーク114及びゲートウェイノード104を通ってアクセスポイント102に送られてきたデータを前述のデータ転送用の経路を介してアクセスポイント110に転送する。したがって、アクセスポイント110に接続した移動端末100は、アクセスポイント110に転送されたデータを受信できる。なお、移動端末100は非特許文献1に記載のUE100であっても良い。また、アクセスポイント102及びアクセスポイント110はそれぞれ非特許文献1に記載のHeNB402及びeNB412であっても良い。また、ゲートウェイノード104は非特許文献2に記載のL-PGW606であっても良い。また、ゲートウェイノード112は非特許文献1に記載のPGW416又は非特許文献2に記載のPGW618であっても良い。また、ゲートウェイノード104及びゲートウェイノード112は非特許文献1及び2に記載の中継ノードSGW又はL-SGWの機能を有しても良い。また、シグナリング処理ノード108は非特許文献1に記載のMME410であっても良い。図2は、第1の実施形態に係る移動端末100の構成の一例を示すブロック図である。図2に示すように、移動端末100は、無線受信部200と、無線送信部202と、ハンドオーバ用経路確立決定部204と、シグナリング生成部206とを有する。無線受信部200は、無線信号を受信する。無線送信部202は、無線信号を送信する。ハンドオーバ用経路確立決定部204は、移動端末100が周辺のアクセスポイント例えばアクセスポイント110に接続を切り替えた場合に、現在使用中の通信経路が経由するゲートウェイノード例えばゲートウェイノード104が利用不可能になることを検知し、接続切り替え先でも利用可能なゲートウェイノード例えばゲートウェイノード112を経由するハンドオーバ用通信経路を確立する。以下、図23に示したネットワーク構成に基づいて、図3及び図4を参照して、UE100が有するハンドオーバ用経路確立決定部204の動作例について説明する。今、UE100は、HeNB602に無線接続し、L-SGW604及びL-PGW606を経由して通信先ノード612とデータ通信中である。即ち、UE100は、ローカルアクセスによるデータ通信中である。このデータ通信はホームゲートウェイHGW608を介して行われても良いステップs702。この時、UE100とHeNB602の間には無線ベアラRB820が確立されており、HeNB602とL-SGW604の間にはS1ベアラ822が確立されており、L-SGW604とL-PGW606の間にもS5/S8ベアラが確立されているステップs700。なお、HeNB602及びL-SGW604にて結合情報が保有されている。ハンドオーバ用経路確立決定部204は、HeNB602に接続する際、非特許文献1に記載のCSGIDClosedSubscriberGroupIDentifier又は接続先APNAccessPointName等から、L-PGW606との間に前述のベアラが結び付けbindられた通信経路が確立されていることを認識する。そして、ハンドオーバ用経路確立決定部204は、HeNB602からeNB624に接続を切り替える前に、eNB624配下で通信先ノード612とデータ通信を可能にするPGW618との間にも通信経路、即ちリモートアクセス用通信経路を確立することを決定する。なおここでベアラを結び付けるとは、一方のベアラから出力されたデータを全て他方のベアラに送られるように設定することをいう。シグナリング生成部206は、ハンドオーバ用通信経路を確立するためのシグナリングを生成する。このシグナリングには、接続切り替え先でも利用可能なゲートウェイノード例えばゲートウェイノード112を経由する通信経路を確立するための通常のパラメータに加え、現在接続中のアクセスポイント例えばアクセスポイント102に、現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれる。以下、図23に示したネットワーク構成に基づいて、図3及び図4を参照して、UE100が有するシグナリング生成部206の動作例について説明する。HeNB602に接続中のUE100が、PGW618との間にハンドオーバ用通信経路を確立する場合、UE100は、非特許文献1に記載の通り、PDN接続要求PDNConnectivityRequestを生成する。このPDN接続要求の中には、通常のパラメータの他に、この要求により確立されるベアラがハンドオーバ用であることを示すフラグD-flagと、ローカルアクセス用に現在利用されているRB820のIDRBIDとが含まれるステップs704。MME620は、PDN接続要求を受け取ると、非特許文献1に記載の通り、このシグナリングに含まれる接続先APNを基に接続先PGW及び中継ノードとなるSGWを検索し、S1ベアラ及びS5/S8ベアラを確立するためのシグナリングを送信するステップs706。なお、MME620がPGW及びSGWを検索する際、D-flagが考慮に入れられてもよい。MME620がHeNB602にベアラ設定要求BearerSetupRequestを送信する際、ステップs704で送られたPDN接続要求中のD-flag及びRB820のIDがこのシグナリングに含まれるステップs708。このため、UE100とPGW618の間にハンドオーバ用通信経路ベアラが確立される。図5は、第1の実施形態に係るアクセスポイント102の構成の一例を示すブロック図である。図5に示すように、アクセスポイント102は、受信部300と、送信部302と、シグナリング解析部304と、通信経路処理部306と、データ転送部308とを有する。受信部300は、信号を受信する。送信部302は、信号を送信する。シグナリング解析部304は、受信したシグナリングの中にハンドオーバ用通信経路確立ためのパラメータ、即ちUE100が現在利用中のローカルアクセス用通信経路経由で送られてきたデータを、このシグナリングによって確立されたリモートアクセス用通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。以下、図23に示したネットワーク構成に基づいて、図3及び図4を参照して、HeNB602が有するシグナリング解析部304及び通信経路処理部306の各動作例について説明する。シグナリング解析部304は、MME620から送られた非特許文献1に記載のベアラ設定要求の中に、前述のD-flagと、UE100が現在利用中のS1ベアラ822のIDが含まれているかを解析するステップs710。これらのパラメータが含まれていた場合、通信経路処理部306は、UE100が現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱う。通信経路処理部306は、ベアラ設定要求の中に含まれる、UE100がローカルアクセス用に現在利用中のS1ベアラ822のIDから、これに結び付けられているRB820のIDを検索し、このRB820を現在結び付けられているS1ベアラ822から切り離し、S1ベアラ822をベアラ設定要求によって新たに確立するRB824に結び付けるステップs714。図4aは、RB820をS1ベアラ822から切り離す前の状態を示す図であり、図4bは、S1ベアラ822をRB824に結び付けた状態を示す図である。データ転送部308は、UE100がアクセスポイント110に接続先を変えた時、アクセスポイント102とアクセスポイント110の間に確立された非特許文献1に記載のデータ転送トンネルに、通信先ノード106からゲートウェイノード104を介してアクセスポイント102に送られたデータを転送する。なお、転送開始タイミング及び転送終了タイミングは、別のノードからの指示であっても良い。以下、図23に示したネットワーク構成に基づいて、図3及び図4を参照してHeNB602内のデータ転送部308の動作例について説明する。非特許文献1に記載のハンドオーバ処理の中で、HeNB602とeNB624の間にデータ転送トンネルが確立される。データ転送部308は、通信先ノード612からローカルアクセス用通信経路を介してUE100に送られてきたデータを、非特許文献1に記載の方法でHeNB602からeNB624へのデータ転送を開始するステップs718。UE100がeNB624へのハンドオーバを完了し、前述のSIP等の方法を用いてホームゲートウェイ608との間でセッションを確立し終えるとステップs720、ホームゲートウェイ608はHeNB602にデータ転送終了指示を送るステップs722。このデータ転送終了指示に応じて、データ転送部308はデータ転送を終了するステップs724。尚、ステップs714で、RB824とS1ベアラ822を結びつけるタイミングは、HeNB602がUE100のハンドオーバを決定した時、即ちMME620にHandoverRequiredシグナリングを送信する直前でもよい。以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。第2の実施形態本発明の第2の実施形態について、図1、図6~図10及び図23を参照して説明する。第2の実施形態では、図1に示したネットワーク構成において、アクセスポイント102に送るハンドオーバ用通信経路確立の要求を移動端末100からは送らず、シグナリング処理ノード108から送る。図6は、第2の実施形態におけるシグナリング処理ノード108の構成の一例を示すブロック図である。図6に示すシグナリング処理ノード108は、受信部900と、送信部902と、ゲートウェイノード解析部904と、シグナリング生成部906とを有する。受信部900は、信号を受信する。送信部902は、信号を送信する。ゲートウェイノード解析部904は、移動端末100からの通信経路確立要求に応じて通信経路確立先のゲートウェイノードを検索した際に、複数のゲートウェイノードが検索された場合、検索されたゲートウェイノードの性質を解析する。以下、図23に示したネットワーク構成に基づいて、図7を参照して、MME620が有するゲートウェイノード解析部904の動作例について説明する。UE100は、L-PGW606経由で通信先ノード612とデータ通信を開始するため、MME620にPDN接続要求を送信するステップs1100。MME620は、PDN接続要求を受け取ると、非特許文献1に記載の通り、このシグナリングに含まれる接続先APNを基に接続先PGW及び中継ノードとなるSGWを検索する。このとき、プライマリPGWとしてL-PGW606が検索され、セカンダリPGWとしてPGW618が検索されるステップs1102。MME620は、この検索結果から、プライマリPGWL-PGW606を現在UE100がローカルアクセスでホームネットワーク614とデータ通信を行うために接続要求しているL-PGWと判断し、セカンダリPGWPGW618をUE100がeNB624に接続先を切り替えてリモートアクセスでホームネットワーク614とデータ通信を行う際に接続が行われるPGWと判断する。なお、MME620が判断を行う際の基準は、例えば明示的にHeNBからのホームネットワーク通信用ローカルアクセス用であることを示すパラメータやeNBからのホームネットワーク通信用リモートアクセスを示すパラメータが用いられても良く、ゲートウェイノードのIPアドレス等が用いられても良い。また、PGW618がPDN接続要求に含まれる前述のD-flagと共に検索されても良い。シグナリング生成部906は、ゲートウェイノード解析部904が解析したゲートウェイの性質を基に、検索された内の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータを、検索された内の別の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータとして処理する指示をアクセスポイント102に行うシグナリングを生成する。なお、この通信経路の対応は1対1だけではなく、複数対複数であっても良い。以下、図23に示したネットワーク構成に基づいて、図7を参照して、MME620が有するシグナリング生成部906の動作例について説明する。シグナリング生成部906は、ステップs1102で検索された全てのPGW、即ちL-PGW606及びPGW618に対し、L-SGW604経由でベアラ確立のためのシグナリングを生成し、送信部902より送信し、受信部900がその応答を受け取るステップs1104、ステップs1106。その後、シグナリング生成部906は、MME620がHeNB602に送るベアラ設定要求中に、図4aに示した関係を有するS1ベアラ822とS1ベアラ826の両方を、本来S1ベアラ826と結び付けられるためのRB824に結び付ける指示を含めるステップs1108。この指示の含め方の例としては、前述のD-flag、S1ベアラ822のID、S1ベアラ826のIDをこの順番でパラメータとして持たせることにより、このシグナリングを受け取ったHeNB602が指示を判断できるようにする。図8は、第2の実施形態に係るアクセスポイント102の構成の一例を示すブロック図である。図8に示すアクセスポイント102は、受信部1000と、送信部1002と、シグナリング解析部1004と、通信経路処理部1006と、データ転送部1008とを有する。受信部1000は、信号を受信する。送信部1002は、信号を送信する。シグナリング解析部1004は、受信したシグナリングの中にハンドオーバ用通信経路確立のためのパラメータ、即ちある通信経路から送られてきたデータを別の通信経路から送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。以下、図23に示したネットワーク構成に基づいて、図7を参照して、HeNB602が有するシグナリング解析部1004の動作例について説明する。シグナリング解析部1004は、MME620から送られてきたベアラ設定要求の中に前述のD-flagと2つのS1ベアラのIDが含まれているかを解析するステップs1110。これらのパラメータが含まれていた場合、通信経路処理部1006は、シグナリング解析部1004が解析した指示に従って、ある通信経路から送られてきたデータを別の通信経路から送られてきたものとして扱う。図23及び図7を用いて通信経路処理部1006の例を説明する。通信経路処理部1006は、本来S1ベアラ826にのみ結び付けられるRB824を確立し、当該RB824にベアラ設定要求に含まれるS1ベアラ822とS1ベアラ826を結びつけるステップs1112。データ転送部1008は、第1の実施形態のアクセスポイント102のデータ転送部308と同等である。なお、本実施形態において、図7のPDN接続要求ステップs1100は、非特許文献1に記載のAttachRequestであってもよい。以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、移動端末の構成に変更を加える必要なく当該効果を達成できる。第3の実施形態本発明の第3の実施形態について、図1、図9~図13及び図23を参照して説明する。第3の実施形態では、図1に示したネットワーク構成において、アクセスポイント102に送るハンドオーバ用通信経路確立の要求を移動端末100からは送らず、シグナリング処理ノード108から送る。このハンドオーバ用通信経路確立の要求は、移動端末100のハンドオーバが確定してから送信される。図9は、第3の実施形態におけるシグナリング処理ノード108の構成の一例を示すブロック図である。図9に示すシグナリング処理ノード108は、受信部1200と、送信部1202と、ゲートウェイノード解析部1204と、ハンドオーバ用通信経路確立決定部1206と、シグナリング生成部1208とを有する。受信部1200は、信号を受信する。送信部1202は、信号を送信する。ゲートウェイノード解析部1204は、第2の実施形態のシグナリング処理ノード108のゲートウェイノード解析部904と同等である。ハンドオーバ用通信経路確立決定部1206は、ハンドオーバ用通信経路、即ち第1の実施形態に記載の通信経路2を、移動端末100が接続先をアクセスポイント102からアクセスポイント110に切り替えることが決定してから確立することを判断する。以下、図23に示したネットワーク構成に基づいて、図10を参照して、MME620が有するハンドオーバ用通信経路確立決定部1206の動作例について説明する。ゲートウェイノード解析部1204が、検索されたPGW及びSGWの解析を行った時点では、まだUE100のハンドオーバが決定されていない。このため、ハンドオーバ用通信経路確立決定部1206は、PGW618に対してはリモートアクセス用ハンドオーバ用のベアラ確立を行わないことを決定し、非特許文献1に記載の通り、L-PGW606に対してのみL-SGW604経由でローカルアクセス用のベアラ確立を行う。この結果、UE100とHeNB602の間にはRB820が確立され、HeNB602とL-SGW604の間にはS1ベアラ822が確立される。また、L-SGW604とL-PGW606の間にもS5/S8ベアラが確立され、それぞれHeNB602及びL-SGW604にて通信経路の結合情報が保持されるステップs1404~ステップs1408。UE100がHeNB602からeNB624へのハンドオーバを決定し、HeNB602からMME620にHandoverRequiredが送られるとステップs1410、ハンドオーバ用通信経路確立決定部1206は、ハンドオーバ用通信経路の確立を決定するステップs1412。この結果、MME620は、PGW618に対してL-SGW604経由でベアラ確立を行うためのシグナリングを送るステップs1414。シグナリング生成部1208は、ゲートウェイノード解析部1204が解析したゲートウェイの性質を基に、検索された内の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータを、検索された内の別の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータとして処理する指示をアクセスポイント102に行うシグナリングを生成する。なお、この通信経路の対応は1対1だけではなく、複数対複数であっても良い。以下、図23に示したネットワーク構成に基づいて、図10を参照して、MME620が有するシグナリング生成部1208の動作例について説明する。シグナリング生成部1208は、HeNB602に送るベアラ設定要求にS1ベアラ822のIDを含める。また、シグナリング生成部1208は、ハンドオーバ用に確立されたS1ベアラ826を、現在S1ベアラ822と結び付けられているRB820と結び付け、更にこのRB820を、本来S1ベアラ826が結び付けられるハンドオーバ用RBとして扱う指示を意味するD-flagをベアラ設定要求に含めるステップs1416。図11は、第3の実施形態に係るアクセスポイント102の構成の一例を示すブロック図である。図11に示すアクセスポイント102は、受信部1300と、送信部1302と、シグナリング解析部1304と、通信経路処理部1306と、データ転送部1308とを有する。受信部1300は、信号を受信する。送信部1302は、信号を送信する。シグナリング解析部1304は、受信したシグナリングの中に、移動端末100が現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。以下、図23に示したネットワーク構成に基づいて、図10を参照して、HeNB602が有するシグナリング解析部1304の動作例について説明する。シグナリング解析部1304は、MME620から送られてきたベアラ設定要求の中に前述のD-flagとUE100が現在利用中のS1ベアラ822のIDが含まれているかを解析するステップs1418。これらのパラメータが含まれていた場合、通信経路処理部1306は、移動端末100が現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱う。以下、図23に示したネットワーク構成に基づいて、図10を参照して、HeNB602が有する通信経路処理部1306の動作例について説明する。通信経路処理部1306は、ベアラ設定要求に含まれる、UE100が現在利用中のS1ベアラ822のIDから、当該S1ベアラ822に結び付けられているRB820のIDを検索し、このRB820に、新たに確立されたS1ベアラ826を結び付ける。更に、通信経路処理部1306は、RB820を、本来S1ベアラ826が結び付けられるハンドオーバRBとして扱うステップs1422。データ転送部1308は、第1の実施形態に記載のアクセスポイント102のデータ転送部308と同等である。なお、本実施形態において、図10のPDN接続要求ステップs1400は、非特許文献1に記載のAttachRequestであってもよい。以上説明したように、本発明の実施形態によれば、不要なベアラが確立されるのを避けつつ、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、移動端末の構成に変更を加える必要なく当該効果を達成できる。第4の実施形態本発明の第4の実施形態について図1、図12~図15及び図23を参照して説明する。第4の実施形態では、図1に示したネットワーク構成において、アクセスポイント110と接続してゲートウェイノード112及びネットワーク114経由で通信先ノード106とデータ通信中のUE110が、接続先をアクセスポイント110からアクセスポイント102に切り替えて通信先ノード106と通信を行う場合の処理について説明する。第4の実施形態では、移動端末100がアクセスポイント110からアクセスポイント102に接続先を切り替えるに伴い、ハンドオーバ処理としてアクセスポイント102とゲートウェイノード112を通る第1の通信経路が確立される際、同時にアクセスポイント102とゲートウェイノード104を通る第2の通信経路も確立される。そして、第2の通信経路が、第1の通信経路の無線区間、即ち移動端末100からアクセスポイント102の経路に結び付けられる。図12は、第4の実施形態におけるシグナリング処理ノード108の構成の一例を示すブロック図である。図12に示すシグナリング処理ノード108は、受信部1500と、送信部1502と、ゲートウェイノード解析部1504と、ローカルアクセス用通信経路確立決定部1506と、シグナリング生成部1508とを有する。受信部1500は、信号を受信する。送信部1502は、信号を送信する。ゲートウェイノード解析部1504は、移動端末100からの通信経路確立要求に応じて通信経路確立先のゲートウェイノードを検索した際に、複数のゲートウェイノードが検索された場合、検索されたゲートウェイノードの性質を解析する。以下、図23に示したネットワーク構成に基づいて、図13を参照して、MME620が有するゲートウェイノード解析部1504の動作例について説明する。UE100は、eNB624、PGW618、ネットワーク616及びHGW608経由で通信先ノード612とデータ通信を開始するため、MME620にPDN接続要求を送信するステップs1800。MME620は、PDN接続要求を受け取ると、非特許文献1に記載の通り、このシグナリングに含まれる接続先APNを基に接続先PGW及び中継ノードとなるSGWを検索する。このとき、プライマリPGWとしてPGW618が検索され、セカンダリPGWとしてL-PGW606が検索されるステップs1802。MME620は、この検索結果から、プライマリPGWPGW618を現在UE100がリモートアクセスでホームネットワーク614とデータ通信を行うために接続要求しているPGWと判断し、セカンダリPGWL-PGW606をUE100がHeNB602に接続先を切り替えてローカルアクセスでホームネットワーク614とデータ通信を行う際に接続が行われるPGWと判断する。なお、MME620が判断を行う際の基準は、例えば明示的にeNBからのホームネットワーク通信用リモートアクセス用であることを示すパラメータやHeNBからのホームネットワーク通信用ローカルアクセス用を示すパラメータが用いられても良く、ゲートウェイノードのIPアドレス等が用いられても良い。ローカルアクセス用通信経路確立決定部1506は、移動端末100が接続先をアクセスポイント110からアクセスポイント102に切り替えた際、アクセスポイント102が通信先ノード106との最適化経路である、即ちアクセスポイント102及びゲートウェイノード104を通る通信経路を確立することのできるアクセスポイントであることを判断し、移動端末100が接続先をアクセスポイント110からアクセスポイント102に切り替えることが決定してからこの最適化経路を確立することを判断する。以下、図23に示したネットワーク構成に基づいて、図13及び図14を参照して、MME620が有するローカルアクセス用通信経路確立決定部1506の動作例について説明する。ゲートウェイノード解析部1504が、検索されたPGWの解析を行った時点では、まだUE100のハンドオーバが決定されていない。このため、ローカルアクセス用通信経路確立決定部1506は、L-PGW606に対してはベアラ確立を行わないことを決定し、非特許文献1に記載の通り、PGW618に対してのみSGW622経由でベアラ確立を行う。この結果、UE100とeNB624の間にはRB1702が確立され、eNB624とSGW622の間にはS1ベアラ1700が確立される。また、SGW622とPGW618の間にもS5/S8ベアラが確立され、それぞれeNB624及びSGW622にて通信経路の結合情報が保持されるステップs1804~ステップs1806。その後、UE100とHGW608の間で、ステップs1806で確立されたベアラを経由して、リモートアクセス用セッション前述のSIPを用いたセッション等が確立される。ステップs1808。次に、UE100がeNB624からHeNB602へのハンドオーバを決定し、eNB624からMME620にHandoverRequiredが送られるとステップs1810、ローカルアクセス用通信経路確立決定部1506は、非特許文献1に記載のハンドオーバ先eNBのIDの情報やCSGClosedSubscriberGroup等の情報から、ハンドオーバ先eNBが、UE100がHGW608及びL-PGW606経由でローカルアクセスでデータ通信できるHeNB602であることを判断し、ローカルアクセス用通信経路の確立を決定するステップs1812。この結果、MME620は、L-PGW606に対してL-SGW604経由でベアラ確立を行うためのシグナリングを送るステップs1814。シグナリング生成部1508は、前述の最適化経路を早期確立するために、ゲートウェイノード112、アクセスポイント102及び移動端末100を通る通信経路と、ゲートウェイノード104、アクセスポイント102及び移動端末100を通る通信経路の一部を共有して処理する指示をアクセスポイント102に行うシグナリングを生成する。なお、この通信経路の対応は1対1だけではなく、複数対複数であっても良い。以下、図23に示したネットワーク構成に基づいて、図13及び図14を参照して、MME620が有するシグナリング生成部1508の動作例について説明する。シグナリング生成部1508は、非特許文献1に記載の通常のハンドオーバ処理として、MME620がHeNB602に送るHandoverRequestの中にローカルアクセス用に確立されたS1ベアラ1706を含め、通常のハンドオーバ処理で確立されたS1ベアラ1704と結び付けられるRB1708にS1ベアラ1706を結び付け、更にこのRB1708を、ローカルアクセス用、つまりUE100、HeNB602、L-SGW604及びL-PGW606を通る通信経路の一部として扱う指示を意味するD-flagを含めるステップs1816。図15は、第4の実施形態に係るアクセスポイント102の構成の一例を示すブロック図である。図15に示すアクセスポイント102は、受信部1600と、送信部1602と、シグナリング解析部1604と、通信経路処理部1606とを有する。受信部1600は、信号を受信する。送信部1602は、信号を送信する。シグナリング解析部1604は、受信したシグナリングの中に、最適化経路を早期確立するために、ゲートウェイノード112、アクセスポイント102及び移動端末100を通る通信経路と、ゲートウェイノード104、アクセスポイント102及び移動端末100を通る通信経路の一部を共有して処理するよう指示するパラメータが含まれているかを解析する。以下、図23に示したネットワーク構成に基づいて、図13及び図14を参照して、HeNB602が有するシグナリング解析部1604の動作例について説明する。シグナリング解析部1604は、MME620から送られてきたHandoverRequestの中に前述のD-flagとローカルアクセス用のS1ベアラ1706のIDが含まれているかを解析するステップs1818。これらのパラメータが含まれていた場合、通信経路処理部1606は、ゲートウェイノード112、アクセスポイント102及び移動端末100を通る通信経路と、ゲートウェイノード104、アクセスポイント102及び移動端末100を通る通信経路の一部を共有して処理する。以下、図23に示したネットワーク構成に基づいて、図13及び図14を参照して、HeNB602が有する通信経路処理部1606の動作例について説明する。通信経路処理部1606は、通常のハンドオーバ処理として確立されたS1ベアラ1704に対応して確立されたRB1708に、HandoverRequestの中に含まれるローカルアクセス用のS1ベアラ1706を結びつけ、更にこのRB1708を、ローカルアクセス用、つまりUE100、HeNB602、L-SGW604及びL-PGW606を通る通信経路の一部として扱うステップs1820~ステップs1826。なお、本実施形態において、図13のPDN接続要求ステップs1800は、非特許文献1に記載のAttachRequestであってもよい。以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバし、かつハンドオーバ先アクセスポイントがローカルなアンカーポイントを利用可能である場合、移動端末が移動先アクセスポイントに接続後すぐにローカルアクセス用通信経路を利用する事ができる。なお、第1~第4の実施形態において、ゲートウェイノードの変更、例えばL-PGW606からPGW618への変更に伴うIPアドレスの変更に関するデータ通信の継続性は、例えばホームゲートウェイ608が非特許文献4や非特許文献5に記載のホームエージェント機能を有し、例えばL-PGW606経由でデータ通信している時のIPアドレスをホームアドレスHoA:HomeAddress、PGW618経由でデータ通信している時のIPアドレスをケアオブアドレスCoA:CareofAddressとして登録することにより解決するものとする。また、第1~第4の実施形態において、2つのS1ベアラを1つのRBに結び付ける場合、下りdownlinkだけを結びつけても良い。これにより、上りuplinkのシグナリングやデータは適当appropriateなS1ベアラに送られる。また、第1~第3の実施形態において、2つのS1ベアラを1つのRBに結び付けることなく、非特許文献1に記載の通り、S1ベアラとRBを一対一に対応させ、HeNB602において、ローカルアクセス用S1ベアラから来たデータを、ハンドオーバ用に作られた転送トンネル経由でeNB624に転送する機能のみを持たせてもよい。第5の実施形態第5の実施形態について、図1、図16~図20及び図23を参照して説明する。第5の実施形態では、図1に示したネットワーク構成において、UE100がアクセスポイント102に接続している間に、予めゲートウェイノード112経由で通信先ノード106に接続し、この通信経路を用いたデータ通信に切り替える。図16は、第5の実施形態に係る移動端末100の構成の一例を示すブロック図である。図16に示すように、移動端末100は、無線受信部2000と、無線送信部2002と、ハンドオーバ用経路確立決定部2004と、シグナリング生成部2006とを有する。無線受信部2000は、無線信号を受信する。無線送信部2002は、無線信号を送信する。ハンドオーバ用経路確立決定部2004は、移動端末100が周辺のアクセスポイント例えばアクセスポイント110に接続を切り替えた場合に、現在使用中の通信経路が経由するゲートウェイノード例えばゲートウェイノード104が利用不可能になることを検知し、接続切り替え先でも利用可能なゲートウェイノード例えばゲートウェイノード112を経由するハンドオーバ用通信経路を確立する。以下、図23に示したネットワーク構成に基づいて、図17を参照して、UE100が有するハンドオーバ用経路確立決定部2004の動作例について説明する。今、UE100は、HeNB602に接続し、L-SGW604及びL-PGW606を経由して、即ちベアラ1930を用いて通信先ノード612とデータ通信中である。即ち、UE100は、ローカルアクセスによるデータ通信中である。このデータ通信はホームゲートウェイHGW608を介して行われても良いステップs1900、ステップs1902。ハンドオーバ用経路確立決定部2004は、HeNB602に接続する際、非特許文献1に記載のCSGIDClosedSubscriberGroupIDentifier又は接続先APNAccessPointName等から、L-PGW606との間に前述のベアラが結び付けられた通信経路が確立されていることを認識する。そして、ハンドオーバ用経路確立決定部2004は、HeNB602からeNB624に接続を切り替えるハンドオーバする前に、eNB624配下で通信先ノード612とデータ通信を可能にするPGW618との間にも通信経路、即ちリモートアクセス用通信経路を確立することを決定する。図18~図20は、移動端末100がハンドオーバ時にリモートアクセス用通信経路を予め確立しておく方法を説明する図である。図18はハンドオーバ前のセッションを示し、図19はハンドオーバ中のセッションを示し、図20はハンドオーバ後のセッションを示す。これらの図に示すように、本実施形態では、移動端末100がハンドオーバ時に予めゲートウェイノードを切り替えてリモートアクセス用通信経路を確立しておく方法では、図18に示すように、移動端末100が宅内630に存在するにもかかわらず、通信先ノード612からBBルータ610、ネットワーク616及びEPC632のPGW618を介した経路でデータが移動端末100に送られる。なお、当該方法では、移動端末100がハンドオーバ中、通信先ノード612からのデータはeNB624に蓄積される。シグナリング生成部2006は、リモートアクセス用通信経路を確立するためのシグナリングを生成する。以下、図23に示したネットワーク構成に基づいて、図17を参照して、UE100が有するシグナリング生成部206の動作例について説明する。HeNB602に接続中のUE100が、PGW618との間にハンドオーバ用通信経路を確立する場合、UE100は、非特許文献1に記載の通り、PDN接続要求PDNConnectivityRequestを生成する。MME620は、PDN接続要求を受け取ると、非特許文献1に記載の通り、このシグナリングに含まれる接続先APNを基に接続先PGW及び中継ノードとなるSGWを検索し、S1ベアラ及びS5/S8ベアラを確立するためのシグナリングを送信するステップs1906。MME620がHeNB602にベアラ設定要求を送信して、HeNB602とUE100の間にRBが確立されると、UE100とPGW618の間にリモートアクセス用通信経路ベアラ1932が確立されるステップs1904~ステップs1910。ベアラ1932が確立されると、シグナリング生成部2006は、ベアラ1932経由で通信先ノード612と直ちにデータ通信を行うために、宅外アクセスセッションを確立するためのシグナリングを生成する。このシグナリングが送信され処理されることにより、UE100とHGW608の間でベアラ1932を経由して宅外アクセスセッションが確立されステップs1912、宅外アクセスセッション経由でUE100と通信先ノード612とのデータ通信が行われるステップs1914。UE100の接続先がHeNB602からeNB624に切り替わることが決定されると、非特許文献1に記載の通り、UE100のハンドオーバ処理が行われる。これにより、通信先ノード612から宅外アクセスセッション経由でHeNB602に送信されたデータはeNB624に転送されステップs1918、UE100がeNB624に接続すると、UE100、eNB624、SGW622及びPGW618の間にベアラ1934が確立される。ベアラ1934が確立されると、続いて宅外アクセスセッションもベアラ1934を経由するよう変更が行われるステップs1922。これにより、UE100と通信先ノード612の間のデータ通信が、ベアラ1934経由に変更されるステップs1924。以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。第6の実施形態第6の実施形態について、図1及び図25~図29を参照して説明する。第6の実施形態では、ユースケースの一例として、移動端末UEの通信先ノードが移動端末UEであり、双方の移動端末が通話等の双方向通信を行っている場合について説明する。図25は、UE100,612が無線接続ローカルアクセス可能な企業内のHeNB602を含む企業ネットワークとEPCの関係の一例を示す図である。図25に示された企業内630のIP-PBXInternetProtocolPrivateBrancheXchange2600は、企業等組織内のLANにおいて、IP電話による内線電話網を実現する目的で一般的に使用される装置及びソフトウェアである。本実施形態では、IP-PBX2600は、HeNB602を利用したIP電話による内線電話網を実現するため、L-PGW606との間にインタフェースを持つ。図25に示された他のノードは、図18~図20に示した対応するノードと同じである。なお、図25には、IP-PBX2600とL-PGW606がそれぞれ別々のノードで示されているが、P-PBX2600とL-PGW606が1つのノードで存在しても良い。また、IP-PBX2600及びL-PGW606に複数のL-SGW604やHeNB602が論理的又は物理的に接続されていても良い。図26は、企業内630でHeNB602に接続しているUE100が、同じく企業内630に存在する通信先ノード612とVoIPVoiceoverIP通話等の双方向通信を行う場合の通信経路の一例を示す図である。図26には、UE100と通信先ノード612の間の通信経路が一点鎖線で示されている。なお、図26に示した例ではUE100と通信先ノード612が同じHeNB602に接続されているが、UE100と通信先ノード612が同一企業内630の別々のHeNBに接続し、別の又は同一のL-SGW/L-PGWを経由した通信経路であっても良い。但し、別のL-PGWを経由する場合、当該別のL-PGWとL-PGW606は同一のIP-PBX2600に接続されているものとする。図27は、UE100が企業内630のLANの外から企業内630の通信先ノード612とVoIP通話等の通信を行う場合の通信経路の一例を示す図である。図27でも、UE100と通信先ノード612の間の通信経路が一点鎖線で示されている。図28は、VoIP等で用いられるコーデックにより生成される音声又は画像若しくは動画データ構成の一例を示す図である。コーデックの種類ITU-TG.718等によっては、図28に示すように、音声又は画像若しくは動画データは、基本部2800と、少なくとも1つの拡張部2802とから成るスケーラブル構成を持つ。このような構成のデータは、基本部2800のみでデコードすることは可能であるが、拡張部2802を付けてデコードするとより良い品質のデータが得られる。このため、基本部2800のみ送るか拡張部2802も送るかは、通信品質の状態に応じて端末又はネットワーク側で決められる。言い換えると、基本部2800及び拡張部2802に対する各伝送優先度が異なるため、基本部2800用と拡張部2802用とで異なるQoS要求を持つ別々のベアラを用意することが想定される。本実施形態では、同一企業内の内線網での通信においては、基本部2800及び拡張部2802共に送信され、少なくとも一方のUEが企業外に存在する際の通信においては、基本部2800のみ送信するか拡張部2802も送信するかが選択されると仮定する。図29は、第6の実施形態に係る移動端末100の構成の一例を示すブロック図である。図29に示すように、移動端末100は、無線受信部200と、無線送信部202と、ハンドオーバ用経路確立決定部204と、シグナリング生成部206と、ベアラ本数決定部2900とを有する。無線受信部200、無線送信部202、ハンドオーバ用経路確立決定部204及びシグナリング生成部206は、図2に示した第1の実施形態に係る移動端末100の対応する構成要素と同等である。即ち、無線受信部200は、無線信号を受信する。無線送信部202は、無線信号を送信する。ハンドオーバ用経路確立決定部204は、移動端末100が周辺のアクセスポイント例えばアクセスポイント110に接続を切り替えた場合に、現在使用中の通信経路が経由するゲートウェイノード例えばゲートウェイノード104が利用不可能になることを検知し、接続切り替え先でも利用可能なゲートウェイノード例えばゲートウェイノード112を経由するハンドオーバ用通信経路を確立する。ベアラ本数決定部2900は、移動端末100がハンドオーバ後に使用するベアラの本数を決定する。以下、図25に示したネットワーク構成に基づいて、図30及び図31を参照して、移動端末100が有するハンドオーバ用経路確立決定部204の動作例について説明する。今、UE100は、HeNB602に無線接続し、L-SGW604及びL-PGW606を経由して通信先ノード612とVoIP等の双方向データ通信中である。このデータ通信はIP-PBX2600を介して行われても良いステップs3002。この時、UE100とHeNB602の間には無線ベアラRB3104とRB3106が確立されており、HeNB602とL-SGW604の間にはS1ベアラ3100とS1ベアラ3102が確立されており、L-SGW604とL-PGW606の間にもS5/S8ベアラが確立されているステップs3000。なお、HeNB602及びL-SGW604にて結合情報が保有されている。なお、RB3104とS1ベアラ3100、RB3106とS1ベアラ3102はそれぞれ結合されており、前者がデータの基本部2800を伝送するためのベアラであり、後者がデータの拡張部2802を伝送するためのベアラであるとする。ハンドオーバ用経路確立決定部204は、HeNB602に接続する際、非特許文献1に記載のCSGIDClosedSubscriberGroupIDentifier又は接続先APNAccessPointName等から、L-PGW606との間に前述のベアラが結び付けbindられた通信経路が確立されていることを認識する。そして、ハンドオーバ用経路確立決定部204は、HeNB602からeNB624に接続を切り替える前に、eNB624配下で通信先ノード612とデータ通信を可能にするPGW618との間にも通信経路、即ちリモートアクセス用通信経路を確立することを決定する。なおここでベアラを結び付けるとは、一方のベアラから出力されたデータを全て他方のベアラに送られるように設定することをいう。ベアラ本数決定部2900は、ハンドオーバ用通信経路の本数を、現在の通信と同一にするか減らすかを決定する。本例では、企業内630で2本のベアラを使ってデータの基本部2800と拡張部2802を送信していた状態から、ハンドオーバ後は1本のベアラを使って基本部2800のみを送信するとベアラ本数決定部2900が決定したと仮定する。なお、ハンドオーバ後のベアラの本数は、例えば、あらかじめソフトウェアで決められた本数であっても、ユーザの料金プランに依存した本数であっても、接続先HeNBのCSGIDに基づいて決められても良い。シグナリング生成部206は、ハンドオーバ用通信経路を確立するためのシグナリングを生成する。このシグナリングには、接続切り替え先でも利用可能なゲートウェイノード例えばゲートウェイノード112を経由する通信経路を確立するための通常のパラメータに加え、現在接続中のアクセスポイント例えばアクセスポイント102に、現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱うことを指示するパラメータと、確立される通信経路の本数を示すパラメータとが含まれる。以下、図25に示したネットワーク構成に基づいて、図30及び図31を参照して、UE100が有するシグナリング生成部206の動作例について説明する。HeNB602に接続中のUE100が、PGW618との間にハンドオーバ用通信経路を確立する場合、UE100は、非特許文献1に記載の通り、PDN接続要求PDNConnectivityRequestを生成する。このPDN接続要求の中には、通常のパラメータの他に、この要求により確立されるベアラがハンドオーバ用であることを示すフラグD-flagと、企業内630でデータの基本部2800の伝送用に現在利用されているRB3104のIDRBIDとが含まれるステップs3004。なお、現在利用されているRBはベアラ本数決定部2900による決定結果に依存しており、仮にベアラ本数決定部2900が、ハンドオーバ後も現在使用している全ての本数のベアラを使用すると決定した場合、PDN接続要求には、現在利用されている全てのRBのIDが含まれる。MME620は、PDN接続要求を受け取ると、非特許文献1に記載の通り、このシグナリングに含まれる接続先APNを基に接続先PGW及び中継ノードとなるSGWを検索し、S1ベアラ及びS5/S8ベアラを確立するためのシグナリングを送信するステップs3006。なお、MME620がPGW及びSGWを検索する際、D-flagが考慮に入れられてもよい。MME620がHeNB602にベアラ設定要求BearerSetupRequestを送信する際、ステップs3004で送られたPDN接続要求中のD-flag及びRB3104のIDがこのシグナリングに含まれるステップs3008。このため、UE100とPGW618の間にハンドオーバ用通信経路ベアラが確立される。図32は、第6の実施形態に係るアクセスポイントHeNB102の構成の一例を示すブロック図である。図32に示すように、第6の実施形態に係るアクセスポイント102は、受信部300と、送信部302と、シグナリング解析部1904と、通信経路処理部306と、データ転送部308と、ベアラハンドリング決定部3200とを有する。受信部300、送信部302、通信経路処理部306及びデータ転送部308は、図5に示した第1の実施形態に係るアクセスポイント102の対応する構成要素と同等である。即ち、受信部300は、信号を受信する。送信部302は、信号を送信する。シグナリング解析部1904は、受信したシグナリングの中にハンドオーバ用企業内用通信経路確立のためのパラメータ、即ちUE100が現在利用中のローカルアクセス用通信経路経由で送られてきたデータを、このシグナリングによって確立されたリモートアクセス用企業外用通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。また、ベアラハンドリング決定部3200は、S1ベアラとRBの対応方法を決定する。即ち、ベアラハンドリング決定部3200は、第1の実施形態のように、ハンドオーバ用経路のRBに現在使用中のS1ベアラを結合させるか、現在使用中のRBにハンドオーバ用のS1ベアラを結合させるかを決定する。以下説明する例では、現在使用中のRBにハンドオーバ用のS1ベアラを結合させるとベアラハンドリング決定部3200が決定したと仮定する。なお、S1ベアラとRBの対応方法は、例えば、あらかじめソフトウェアで決められた対応方法であっても良いし、現在このアクセスポイントHeNB102に接続しているUEの台数などから決定されても良い。以下、図25に示したネットワーク構成に基づいて、図30及び図31を参照して、HeNB602が有するシグナリング解析部1904、ベアラハンドリング決定部3200及び通信経路処理部306の各動作例について説明する。シグナリング解析部1904は、MME620から送られた非特許文献1に記載のベアラ設定要求の中に、前述のD-flagと、UE100が現在利用中のRBのIDが含まれているかを解析するステップs3010。これらのパラメータが含まれていた場合、通信経路処理部306は、UE100が現在利用中のS1ベアラ3100経由で送られてきたデータを、このシグナリングによって確立されたS1ベアラ3108経由で送られてきたものとして扱う。ベアラハンドリング決定部3200の決定に基づき、通信経路処理部306は、ベアラ設定要求に応じて新たに確立したS1ベアラ3108を現在利用中のRB3104に結び付けるステップs3014。このとき、HeNB602は、RB3104を現在利用中の企業内用ベアラとして扱うと同時に、ハンドオーバのためのダミーベアラ用に張られたRBとしても扱う。すなわち、HeNB602は、通信先ノード612からS1ベアラ3100経由で移動端末100宛てに送られてきたデータは、仮想的にS1ベアラ3108経由で送られてきたものとみなす。しかし移動端末100から通信先ノード612へRB3104経由で送られるデータは正常通りS1ベアラ3100へ送る。図31aは、RB3104にS1ベアラ3100のみが結び付いている状態を示す図であり、図31bは、S1ベアラ3108をRB3104に結び付けた状態を示す図である。このように、現在企業内宅内で利用しているRB3104にダミー用のS1ベアラ3108を結び付けることで、無線リソースを有効に利用することができる。データ転送部308は、UE100がアクセスポイント110eNB624に接続先を変えた時、アクセスポイント102HeNB602とアクセスポイント110の間に確立された非特許文献1に記載のデータ転送トンネルに、通信先ノード106通信先ノード612からゲートウェイノード104L-PGW606を介してアクセスポイント102に送られたデータを転送する。なお、転送開始タイミング及び転送終了タイミングは、別のノードからの指示であっても良い。以下、図25に示したネットワーク構成に基づいて、図30及び図31を参照してHeNB602内のデータ転送部308の動作例について説明する。非特許文献1に記載のハンドオーバ処理の中で、HeNB602とeNB624の間にデータ転送トンネルが確立される。データ転送部308は、通信先ノード612からローカルアクセス用通信経路S1ベアラ3100を介してUE100に送られてきたデータを、非特許文献1に記載の方法でHeNB602からeNB624へのデータ転送を開始するステップs3018。UE100がeNB624へのハンドオーバを完了し、前述のSIP等の方法を用いてIP-PBX2600との間でセッションを確立し終えるとステップs3020、IP-PBX2600はHeNB602にデータ転送終了指示を送るステップs3022。このデータ転送終了指示に応じて、データ転送部308はデータ転送を終了するステップs3024。以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、データの基本部2800のみのハンドオーバが可能である。第7の実施形態第7の実施形態について、図1、図33及び図34を参照して説明する。なお、本実施形態では、第3の実施形態で説明したベアラ確立方法を、第6の実施形態で説明したユースケースに適応させた場合について説明する。図33は、第7の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャートである。また、図34は、第7の実施形態に係るアクセスポイントの構成の一例を示すブロック図である。図33に示すように、ステップs1400~ステップs1406で宅内企業内用ベアラが確立される。各ステップは図10に示した第3の実施形態の場合と同様であるが、本実施形態ではベアラがデータの基本部2800用と拡張部2802用にそれぞれ確立される点が異なる。なお、これら2本のベアラを確立するために、PDN接続要求及びCreateSessionRequest等のシグナリングが2回送られても良いが、1つのシグナリングによって2本のベアラが確立されても良い。後者の場合、1つのシグナリングPDN接続要求、CreateSessionReqRes、ベアラ設定要求、RBsetupなどそれぞれに2本のベアラに対するパラメータを含む。図34は、第7の実施形態に係るアクセスポイント102の構成の一例を示すブロック図である。図34のアクセスポイント102は、受信部1300と、送信部1302と、シグナリング解析部1304と、通信経路処理部1306と、データ転送部1308と、ベアラ本数決定部3400と、シグナリング生成部3402と、ベアラハンドリング決定部3404とを有する。なお、受信部1300、送信部1302、シグナリング解析部1304、通信経路処理部1306及びデータ転送部1308は、図11に示した第3の実施形態に係るアクセスポイントの対応する構成要素と同等である。ベアラ本数決定部3400は、UEがハンドオーバ後に使用するベアラの本数を決定する。なお、ハンドオーバ後のベアラの本数は、例えば、アクセスポイント102が周囲の基地局アクセスポイント624等の電波状況等をサーチし、その状況に応じた本数であっても良い。例えば周囲の電波状況が良ければ2本と決定し、悪ければ1本と決定する。また、例えば、あらかじめソフトウェアで決められた本数であっても、ユーザの料金プランに依存した本数であっても、接続先HeNBのCSGIDに基づいて決められた本数であっても良い。シグナリング生成部3402は、ベアラ本数決定部3400が決定したベアラの本数を示す情報ベアラ本数情報をHandoverRequiredに付加し、MME620に送信するステップs1410。なお、シグナリング生成部3402は、例えば、対応するRBのIDを全て付加しても、ベアラの本数を数値やフラグで付加しても良い。また、ベアラハンドリング決定部3404は、S1ベアラとRBの対応方法を決定する。即ち、ベアラハンドリング決定部3404は、第1の実施形態のように、ハンドオーバ用経路のRBに現在使用中のS1ベアラを結合させるか、現在使用中のRBにハンドオーバ用のS1ベアラを結合させるかを決定する。以下説明する例では、現在使用中のRBにハンドオーバ用のS1ベアラを結合させるとベアラハンドリング決定部3404が決定したと仮定する。なお、S1ベアラとRBの対応方法は、例えば、あらかじめソフトウェアで決められた対応方法であっても良いし、現在このアクセスポイントHeNB102に接続しているUEの台数などから決定された本数であっても良い。MME620は、HandoverRequiredに付加されたベアラ本数情報に基づき、ハンドオーバ用のベアラ確立処理を行うステップs1412~s1416。但し、本実施形態では、基本部2800に対応するベアラのみがハンドオーバ用として確立される。ステップs1412~s1416におけるこの点以外の動作は第3の実施形態と同等である。アクセスポイント102HeNB602のシグナリング解析部1304は、MME620から送られてきたベアラ設定要求の中に前述のD-flagとUE100が現在利用中のS1ベアラ3100のIDが含まれているかを解析するステップs1418。なおこのベアラ設定要求の中にベアラ本数情報が含まれていてもよい。シグナリング解析部1304による解析結果及びベアラハンドリング決定部3404の決定に基づき、通信経路処理部1306は、現在基本部2800用に利用中のRB3104に、ハンドオーバ用S1ベアラとして新しく確立されたS1ベアラ3108を結び付けて、RB3104をハンドオーバ用RBとしても扱う。すなわち、アクセスポイント102HeNB602は、通信先ノードからS1ベアラ3100経由でUE100宛てに送られてきたデータは、仮想的にS1ベアラ3108経由で送られてきたものとみなし、UE100から通信先ノードへRB3104経由で送られるデータをS1ベアラ3100へ送る。以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、移動端末の構成に変更を加える必要なく当該効果を達成できる。以上、本発明の各実施の形態について説明した。上記各実施形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。また、上記各実施形態の説明に用いた各機能ブロックは、典型的には集積回路であるLSIとして実現される。これらは個別に1チップ化されてもよいし、一部または全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路または汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。本出願は、2010年3月26日出願の日本特許出願特願2010072359及び2011年1月7日出願の日本特許出願特願2011002189に基づくものであり、その内容はここに参照として取り込まれる。"