(57)【要約】  移動無線システムは、第１ゲートウェイ（Ｌ−ＰＧＷ）及び第２ゲートウェイ（ＰＧＷ）と、これらと同時に通信経路を確立可能な第１アクセスポイント（ＨｅＮＢ）と、ＰＧＷのみに通信経路を確立可能な第２アクセスポイント（ｅＮＢ）とを備える。ＨｅＮＢは、ＨｅＮＢに接続してＬ−ＰＧＷを経由する第１経路を利用して通信先ノードと通信中の移動端末が、ｅＮＢに接続先を切り替える際、移動端末（ＵＥ）との接続を切断する前に、第１経路での通信を維持しつつ、ＨｅＮＢとＰＧＷを経由する第２経路を確立し、ＵＥとＨｅＮＢの接続が切断され、ＵＥがｅＮＢに接続して、ＰＧＷを経由した通信先ノードまでの第３の経路を確立するまでの間、通信先ノードから第１経路を通ってＨｅＮＢに送られて来たデータを、第２経路を介してｅＮＢに転送する。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。
2011118196.tif 000002
【特許請求の範囲】
【請求項１】
ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする移動無線システムであって、
異なるハンドオーバアンカーポイントである第１のゲートウェイノード及び第２のゲートウェイノードと、
前記第１のゲートウェイノード及び前記第２のゲートウェイノードの両方と同時に通信経路を確立可能な第１のアクセスポイント装置と、
前記第２のゲートウェイノードのみに通信経路を確立可能な第２のアクセスポイント装置と、を備え、
前記第１のアクセスポイント装置は、
前記第１のアクセスポイント装置に接続して前記第１のゲートウェイノードを経由する第１の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替える際、
前記移動端末との接続を切断する前に、前記第１の通信経路での通信を維持しつつ、前記第１のアクセスポイント装置と前記第２のゲートウェイノードを経由する第２の通信経路を確立し、
前記移動端末と前記第１のアクセスポイント装置の接続が切断され、前記移動端末が前記第２のアクセスポイント装置に接続して、前記第２のゲートウェイノードを経由した前記通信先ノードまでの第３の通信経路を確立するまでの間、前記通信先ノードから前記第１の通信経路を通って前記第１のアクセスポイント装置に送られて来たデータを、前記第２の通信経路を介して前記第２のアクセスポイント装置に転送する、移動無線システム。
【請求項２】
請求項１に記載の移動無線システムであって、
前記第２のアクセスポイント装置及び前記第２のゲートウェイノードを含むネットワーク内に、ハンドオーバに伴い前記移動端末から送られた情報に基づいて、前記第２のゲートウェイノードに関する情報を前記第１のアクセスポイント装置に送るシグナリング処理ノードを備える、移動無線システム。
【請求項３】
請求項２に記載の移動無線システムであって、
前記シグナリング処理ノードは、前記移動端末が前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替えることを決定した後、前記第２のゲートウェイノードに関する情報を前記第１のアクセスポイント装置に送る、移動無線システム。
【請求項４】
請求項２に記載の移動無線システムであって、
前記第１のアクセスポイント装置は、
前記第２のアクセスポイント装置に接続して前記第２のゲートウェイノードを経由する前記第３の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第２のアクセスポイント装置から前記第１のアクセスポイント装置に接続先を切り替える際、
前記第２のアクセスポイント装置が前記移動端末との接続を切断する前に、前記第３の通信経路での通信を維持しつつ、前記第１のアクセスポイント装置と前記第２のゲートウェイノードを経由する第４の通信経路を確立し、
前記移動端末と前記第２のアクセスポイント装置の接続が切断され、前記移動端末が前記第１のアクセスポイント装置に接続して、前記第１のゲートウェイノードを経由した前記通信先ノードまでの前記第１の通信経路を確立するまでの間、前記通信先ノードから前記第４の通信経路を介して送られて来たデータを受信する、移動無線システム。
【請求項５】
請求項１に記載の移動無線システムであって、
前記移動端末は、前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替えるまでの間に、前記通信先ノードから前記第２のゲートウェイノード及び前記第１のアクセスポイント装置を介した通信経路でデータを受信する、移動無線システム。
【請求項６】
請求項１〜５のいずれか一項に記載の移動無線システムであって、
前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第１の通信経路は複数の通信経路から構成され、
前記第１のアクセスポイント装置は、
前記移動端末が異なるネットワークにハンドオーバする際には、前記第１の通信経路を構成する前記複数の通信経路の内、選択された少なくとも１つの通信経路と同数の通信経路によって前記第２の通信経路を構成する、移動無線システム。
【請求項７】
請求項６に記載の移動無線システムであって、
前記ネットワーク内又は前記ネットワーク間で伝送されるデータは、基本部と、当該基本部に付属する少なくとも１つの拡張部と、から構成され、
前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第１の通信経路には、前記基本部が伝送される基本部通信経路及び前記拡張部が伝送される拡張部通信経路が含まれ、
前記第１のアクセスポイント装置は、
前記移動端末が異なるネットワークにハンドオーバする際、前記第２の通信経路には前記基本部のデータのみを伝送する、移動無線システム。
【請求項８】
ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、異なるハンドオーバアンカーポイントである第１のゲートウェイノード及び第２のゲートウェイノードの両方と同時に通信経路を確立可能なアクセスポイント装置であって、
当該アクセスポイント装置に接続して前記第１のゲートウェイノードを経由する第１の通信経路を利用して通信先ノードと通信中の前記移動端末が、当該アクセスポイント装置から、前記第２のゲートウェイノードのみに通信経路を確立可能な別のアクセスポイント装置に接続先を切り替える際、
前記移動端末との接続を切断する前に、前記第１の通信経路での通信を維持しつつ、当該アクセスポイント装置と前記第２のゲートウェイノードを経由する第２の通信経路を確立し、
前記移動端末と当該アクセスポイント装置の接続が切断され、前記移動端末が前記別のアクセスポイント装置に接続して、前記第２のゲートウェイノードを経由した前記通信先ノードまでの第３の通信経路を確立するまでの間、前記通信先ノードから前記第１の通信経路を通って当該アクセスポイント装置に送られて来たデータを、前記第２の通信経路を介して前記別のアクセスポイント装置に転送する、アクセスポイント装置。
【請求項９】
異なるハンドオーバアンカーポイントである第１のゲートウェイノード及び第２のゲートウェイノードと、
前記第１のゲートウェイノード及び前記第２のゲートウェイノードの両方と同時に通信経路を確立可能な第１のアクセスポイント装置と、
前記第２のゲートウェイノードのみに通信経路を確立可能な第２のアクセスポイント装置と、を備えた移動無線システムにおけるハンドオーバ処理方法であって、
前記第１のアクセスポイント装置が、
前記第１のアクセスポイント装置に接続して前記第１のゲートウェイノードを経由する第１の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替える際、
前記移動端末との接続を切断する前に、前記第１の通信経路での通信を維持しつつ、前記第１のアクセスポイント装置と前記第２のゲートウェイノードを経由する第２の通信経路を確立し、
前記移動端末と前記第１のアクセスポイント装置の接続が切断され、前記移動端末が前記第２のアクセスポイント装置に接続して、前記第２のゲートウェイノードを経由した前記通信先ノードまでの第３の通信経路を確立するまでの間、前記通信先ノードから前記第１の通信経路を通って前記第１のアクセスポイント装置に送られて来たデータを、前記第２の通信経路を介して前記第２のアクセスポイント装置に転送する、ハンドオーバ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする移動無線システム、アクセスポイント装置及びハンドオーバ処理方法に関する。
【背景技術】
【０００２】
非特許文献１は、３ＧＰＰ（3rd Generation Partnership Project）のＳＡＥ（System Architecture Evolution）による、次世代のパケットスイッチ（ＰＳ：Packet Switched）網についての仕様に関する。図２１は、非特許文献１に記載のネットワーク構成の一部を示す図である。ネットワーク４０６は、インターネットやＩＳＰ（Internet Service Provider）等のＩＰベースのネットワークの集合である。アクセスネットワーク（ＥＰＣ：Evolved Packet Core）４２０は、ネットワーク４０６に接続されているアクセスネットワークである。ＥＰＣ４２０には、移動端末（ＵＥ：User Equipment）１００の無線アクセスポイントであるアクセスポイント（ｅＮＢ又はe NodeB）４０２及びｅＮＢ４１２と、ネットワーク４０６との接続ゲートウェイであってハンドオーバアンカーポイントとなるゲートウェイノード（ＰＧＷ：Packet data network GateWay）４１６とが存在する。【０００３】
また、ネットワーク４０６には、ＵＥ１００との間でＩＰパケットデータ（以下、単に「データ」という）通信可能な通信先ノード４０８が接続されている。また、ＥＰＣ４２０には、ＥＰＣ４２０内で利用されるシグナリングを処理するためのシグナリング処理ノード（ＭＭＥ：Mobility Management Entity）４１０が存在する。また、ＥＰＣ４２０には、ＰＧＷ４１６とｅＮＢ４０２又はｅＮＢ４１２の間でのデータの中継、及びＥＰＣ４２０内のシグナリング処理を行う中継ノード（ＳＧＷ：Serving GateWay）４０４及びＳＧＷ４１４が存在する。なお、ＰＧＷ４１６もＥＰＣ４２０内のシグナリングの処理を行う。【０００４】
非特許文献１に記載されているＵＥ１００のハンドオーバは、ＰＧＷ４１６をアンカーポイントとして行われる。以下、ＵＥ１００のハンドオーバ処理方法を図２１及び図２２を参照して説明する。【０００５】
非特許文献１に記載の通り、ＵＥ１００とｅＮＢ４０２の間には無線通信経路（ＲＢ：Radio Bearer）が確立され、ｅＮＢ４０２とＳＧＷ４０４の間及びＳＧＷ４０４とＰＧＷ４１６の間にはそれぞれ通信経路（ベアラ）が確立され、ｅＮＢ４０２及びＳＧＷ４０４にて通信経路の結合情報が保持される。なお、ｅＮＢとＳＧＷの間で確立されるベアラはＳ１ベアラと呼ばれ、ＳＧＷとＰＧＷの間で確立されるベアラはＳ５／Ｓ８ベアラと呼ばれる。【０００６】
ｅＮＢ４０２は、ＵＥ１００がｅＮＢ４０２及び周辺のｅＮＢから受信している電波状況を比較し、ＵＥ１００のハンドオーバを決定する（ステップｓ５０２）。次に、ＭＭＥ４１０経由で新しい通信経路となるＳＧＷ４１４及びｅＮＢ４１２との間でシグナリングの送受信を行い、新たにｅＮＢ４１２とＳＧＷ４１４の間にＳ１ベアラを確立し、ＳＧＷ４１４とＰＧＷ４１６の間にＳ５／Ｓ８ベアラを確立する（ステップｓ５０４〜ステップｓ５１２）。このとき、ＵＥ１００が、無線接続先をｅＮＢ４０２からｅＮＢ４１２に切り替えると、ＵＥ１００とｅＮＢ４１２との間にＲＢが確立される（ステップｓ５１４〜ｓ５１６）。【０００７】
当該ＲＢとＳ１ベアラの結合情報はｅＮＢ４１２で保持され、Ｓ１ベアラとＳ５／Ｓ８ベアラの結合情報はＳＧＷ４１４で保持される。また、ステップｓ５０４からステップｓ５１６の間に、ｅＮＢ４０２とｅＮＢ４１２の間にＳＧＷ４０４及びＳＧＷ４１４経由でデータ転送用経路が確立され（不図示）、ＵＥ１００がｅＮＢ４０２からｅＮＢ４１２に接続先を切り替える間、ｅＮＢ４０２に送られたデータがｅＮＢ４１２に転送される（不図示）。ＵＥ１００がｅＮＢ４１２への接続先の切り替えを終了すると、ＥＰＣ４２０内でベアラ更新処理が完了し（ステップｓ５１６〜ステップｓ５２８）、ＵＥ１００のハンドオーバが完了する。【０００８】
非特許文献１では、ＰＧＷの変更を伴うハンドオーバはサポートされていない。ＰＧＷが変更になった場合、ＵＥに割り当てられるＩＰアドレスも変更になり、ベアラも新規で確立されるため、通信先とのセッションは切断される。ＵＥの移動によってゲートウェイノードが変更される例としては、非特許文献２に記載の、宅内アクセスポイント（ＨｅＮＢ：Home e NodeB）から宅内のネットワーク（ホームネットワーク）にローカルで接続しているＵＥが宅外に移動して、宅外アクセスポイントであるｅＮＢから宅内ネットワークにリモート接続しようとする場合がある。【０００９】
非特許文献２に記載の、ＨｅＮＢに無線接続して宅内ネットワークに接続する（ローカルアクセスする）例を、図２３を参照して説明する。ネットワーク６１６は、ＩＰベースのネットワークであり、上述したネットワーク４０６と同様である。ネットワーク６１６に接続されたＥＰＣ６３２及び当該ＥＰＣ６３２の構成ノードは、上述したＥＰＣ４２０と同様である。宅内６３０には、家庭や企業等の個別のネットワーク（ホームネットワーク６１４）が存在する。【００１０】
ホームネットワーク６１４は、ＩＰベースのネットワークの一つであり、ブロードバンドルータ（ＢＢルータ）６１０を通して外部のネットワーク６１６と接続している。ホームネットワーク６１４には、宅内６３０内に存在するＵＥ１００の無線アクセスポイントであるアクセスポイント（ＨｅＮＢ）６０２と、ホームネットワーク６１４とのローカルな接続ゲートウェイであってハンドオーバアンカーポイントとなるローカルなゲートウェイノード（Ｌ−ＰＧＷ：Local Packet data network GateWay）６０６とが存在する。また、ホームネットワーク６１４には、ＵＥ１００との間でデータ通信可能な通信先ノード６１２が接続されている。【００１１】
また、ホームネットワーク６１４には、ホームネットワーク６１４に接続されているノードの管理を行い、かつ、ネットワーク６１６を介して外部からホームネットワーク６１４への接続を可能にするホームゲートウェイ６０８が存在する。また、ホームネットワーク６１４には、Ｌ−ＰＧＷ６０６とＨｅＮＢ６０２の間でのデータの中継、及び宅内６３０内のシグナリング処理を行う中継ノード（Ｌ−ＳＧＷ：Local Serving GateWay）６０４が存在する。なお、Ｌ−ＰＧＷ６０６もＥＰＣ６３２とのシグナリングの処理を行う。【００１２】
また、ＨｅＮＢ６０２は、ＥＰＣ６３２内の終端ノード（不図示のノード又はＳＧＷ６２２）に、ＢＢルータ６１０及びネットワーク６１６を介して接続されている。ＨｅＮＢ６０２に接続したＵＥ１００は、ＥＰＣ６３２を介したネットワーク６１６との通信が可能である。なお、ＨｅＮＢ６０２、Ｌ−ＳＧＷ６０４及びＬ−ＰＧＷ６０６が物理的に一つのノードとなりＨｅＮＢとして扱われても良く、これにホームゲートウェイ６０８が含まれた一つのＨｅＮＢとして扱われても良い。【００１３】
ＨｅＮＢ６０２に接続しているＵＥ１００が通信先ノード６１２とデータ通信を行う場合、図２４の点線で示すように、ＵＥ１００、ＨｅＮＢ６０２、Ｌ−ＳＧＷ６０４、Ｌ−ＰＧＷ６０６間にはベアラが確立される。このベアラ確立はＥＰＣ６３２のＭＭＥ６２０を介して行われる。ベアラ確立の際、ＵＥ１００は、Ｌ−ＰＧＷ６０６からホームネットワーク６１４で利用されるＩＰアドレスを取得する。ＵＥ１００は、このＩＰアドレスを用いて、通信先ノード６１２とデータ通信を行う。【００１４】
一方、ＵＥ１００がｅＮＢ６２４に接続して通信先ノード６１２とデータ通信する（リモートアクセスする）場合、ｅＮＢ６２４からＬ−ＰＧＷ６０６にベアラを確立する方式は現在の３ＧＰＰ仕様に存在しない。このため、例えば図２４の一点鎖線で示すように、ｅＮＢ６２４、ＳＧＷ６２２、ＰＧＷ６１８を通る経路にベアラを確立し、ＵＥ１００がＰＧＷ６１８からネットワーク６１６で使用されるＩＰアドレスを取得し、ネットワーク６１６及びＢＢルータ６１０を経由してホームゲートウェイ６０８に接続し、ホームゲートウェイ６０８を介して通信先ノード６１２とデータ通信を行う。ＵＥ１００からホームゲートウェイ６０８への接続は、例えば非特許文献３に記載のＳＩＰ（Session Initiation Protocol）等を用いる方法が考えられる。【００１５】
このように、ＨｅＮＢ６０２に接続して通信先ノード６１２とデータ通信を行う場合と、ｅＮＢ６２４に接続して通信先ノード６１２とデータ通信を行う場合とでは、ＵＥ１００に割り当てられるＩＰアドレスが異なるため、ＵＥ１００は別々のデータフローとして処理する。これに対し、ＵＥのＩＰアドレスが変わっても同一のデータフローとして処理可能な方法として、非特許文献４又は非特許文献５に記載のモバイルＩＰがある。モバイルＩＰは、ＵＥのＩＰアドレスが変わっても、通信経路の途中に存在するホームエージェントノードにＩＰアドレスの結合情報を持たせることにより、当該ＵＥが同一のＩＰアドレスと通信が続けられる技術である。したがって、ＵＥ１００がＨｅＮＢ６０２からｅＮＢ６２４に接続先を切り替えて通信先ノード６１２と通信を継続する場合であっても、ホームゲートウェイ６０８等にホームエージェントノードとしての機能があれば、ＵＥ１００が同一のデータフローとして処理可能である。【００１６】
しかし、この方法では非特許文献１に記載のＵＥ１００のハンドオーバがサポートされないため、ＵＥ１００が接続先の切替処理、及びホームゲートウェイ６０８との接続処理を行っている間はデータの転送が行われず、ＵＥ１００へのデータ配信に寸断が生じる。この寸断時間は最短でも１秒と考えられ、リアルタイム通信の場合には無視できない値となる。【００１７】
データ転送に関しては、例えば非特許文献６に、移動端末のハンドオーバ中に、ハンドオーバ先のアクセスルータにデータを転送しておく方法が記されている。【００１８】
また、特許文献１には、複数アクセス網に接続されたアクセスコントローラを用い、移動端末が別アクセス網に移っても連続してコンテクストを受信できる方法が開示されている。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】日本国特開２００６−７４７４１号公報
【非特許文献】
【００２０】
【非特許文献１】“General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access”, 3GPP TS 23.401 V9.3.0, December 2009
【非特許文献２】“Architecture aspects of Home NodeB and Home eNodeB”, 3GPP TR23.830 V9.0.0, September 2009
【非特許文献３】J. Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M. Handley, E. Schooler, “SIP: Session Initiation Protocol”, RFC3261, June 2002
【非特許文献４】C. Perkins, Ed., “IP Mobility Support for IPv4”, RFC3344, August 2002
【非特許文献５】D. Johnson, C. Perkins, J. Arkko, “Mobility Support in IPv6”, RFC3775, June 2004
【非特許文献６】R. Koodli, Ed., “Mobile IPv6 Fast Handovers”, RFC5568, July 2009
【発明の概要】
【発明が解決しようとする課題】
【００２１】
しかし、前述の非特許文献６に記載の方法では、移動端末のリンクレイヤのアドレス情報をアクセスルータで利用するため、携帯電話のようにリンクレイヤアドレスを持たない端末には利用できない。【００２２】
また、特許文献１では、移動端末が第１のアクセス網から第２のアクセス網に接続されるまでの間、コンテクストがアクセスコントローラにキャッシュされたままになる。このため、移動端末が第２のアクセス網に接続してからコンテクストが移動端末に配信されるまでの間に遅延が生じる。【００２３】
本発明の目的は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮可能な移動無線システム、アクセスポイント装置及びハンドオーバ処理方法を提供することである。
【課題を解決するための手段】
【００２４】
本発明は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする移動無線システムであって、異なるハンドオーバアンカーポイントである第１のゲートウェイノード及び第２のゲートウェイノードと、前記第１のゲートウェイノード及び前記第２のゲートウェイノードの両方と同時に通信経路を確立可能な第１のアクセスポイント装置と、前記第２のゲートウェイノードのみに通信経路を確立可能な第２のアクセスポイント装置と、を備え、前記第１のアクセスポイント装置は、前記第１のアクセスポイント装置に接続して前記第１のゲートウェイノードを経由する第１の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第１の通信経路での通信を維持しつつ、前記第１のアクセスポイント装置と前記第２のゲートウェイノードを経由する第２の通信経路を確立し、前記移動端末と前記第１のアクセスポイント装置の接続が切断され、前記移動端末が前記第２のアクセスポイント装置に接続して、前記第２のゲートウェイノードを経由した前記通信先ノードまでの第３の通信経路を確立するまでの間、前記通信先ノードから前記第１の通信経路を通って前記第１のアクセスポイント装置に送られて来たデータを、前記第２の通信経路を介して前記第２のアクセスポイント装置に転送する移動無線システムを提供する。【００２５】
上記移動無線システムでは、前記第２のアクセスポイント装置及び前記第２のゲートウェイノードを含むネットワーク内に、ハンドオーバに伴い前記移動端末から送られた情報に基づいて、前記第２のゲートウェイノードに関する情報を前記第１のアクセスポイント装置に送るシグナリング処理ノードを備える。【００２６】
上記移動無線システムでは、前記シグナリング処理ノードは、前記移動端末が前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替えることを決定した後、前記第２のゲートウェイノードに関する情報を前記第１のアクセスポイント装置に送る。【００２７】
上記移動無線システムでは、前記第１のアクセスポイント装置は、前記第２のアクセスポイント装置に接続して前記第２のゲートウェイノードを経由する前記第３の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第２のアクセスポイント装置から前記第１のアクセスポイント装置に接続先を切り替える際、前記第２のアクセスポイント装置が前記移動端末との接続を切断する前に、前記第３の通信経路での通信を維持しつつ、前記第１のアクセスポイント装置と前記第２のゲートウェイノードを経由する第４の通信経路を確立し、前記移動端末と前記第２のアクセスポイント装置の接続が切断され、前記移動端末が前記第１のアクセスポイント装置に接続して、前記第１のゲートウェイノードを経由した前記通信先ノードまでの前記第１の通信経路を確立するまでの間、前記通信先ノードから前記第４の通信経路を介して送られて来たデータを受信する。【００２８】
上記移動無線システムでは、前記移動端末は、前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替えるまでの間に、前記通信先ノードから前記第２のゲートウェイノード及び前記第１のアクセスポイント装置を介した通信経路でデータを受信する。【００２９】
上記移動無線システムでは、前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第１の通信経路は複数の通信経路から構成され、前記第１のアクセスポイント装置は、前記移動端末が異なるネットワークにハンドオーバする際には、前記第１の通信経路を構成する前記複数の通信経路の内、選択された少なくとも１つの通信経路と同数の通信経路によって前記第２の通信経路を構成する。【００３０】
上記移動無線システムでは、前記ネットワーク内又は前記ネットワーク間で伝送されるデータは、基本部と、当該基本部に付属する少なくとも１つの拡張部と、から構成され、前記移動端末及び前記通信先ノードが同一ネットワーク内で通信中、前記第１の通信経路には、前記基本部が伝送される基本部通信経路及び前記拡張部が伝送される拡張部通信経路が含まれ、前記第１のアクセスポイント装置は、前記移動端末が異なるネットワークにハンドオーバする際、前記第２の通信経路には前記基本部のデータのみを伝送する。【００３１】
本発明は、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、異なるハンドオーバアンカーポイントである第１のゲートウェイノード及び第２のゲートウェイノードの両方と同時に通信経路を確立可能なアクセスポイント装置であって、当該アクセスポイント装置に接続して前記第１のゲートウェイノードを経由する第１の通信経路を利用して通信先ノードと通信中の前記移動端末が、当該アクセスポイント装置から、前記第２のゲートウェイノードのみに通信経路を確立可能な別のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第１の通信経路での通信を維持しつつ、当該アクセスポイント装置と前記第２のゲートウェイノードを経由する第２の通信経路を確立し、前記移動端末と当該アクセスポイント装置の接続が切断され、前記移動端末が前記別のアクセスポイント装置に接続して、前記第２のゲートウェイノードを経由した前記通信先ノードまでの第３の通信経路を確立するまでの間、前記通信先ノードから前記第１の通信経路を通って当該アクセスポイント装置に送られて来たデータを、前記第２の通信経路を介して前記別のアクセスポイント装置に転送するアクセスポイント装置を提供する。【００３２】
本発明は、異なるハンドオーバアンカーポイントである第１のゲートウェイノード及び第２のゲートウェイノードと、前記第１のゲートウェイノード及び前記第２のゲートウェイノードの両方と同時に通信経路を確立可能な第１のアクセスポイント装置と、前記第２のゲートウェイノードのみに通信経路を確立可能な第２のアクセスポイント装置と、を備えた移動無線システムにおけるハンドオーバ処理方法であって、前記第１のアクセスポイント装置が、前記第１のアクセスポイント装置に接続して前記第１のゲートウェイノードを経由する第１の通信経路を利用して通信先ノードと通信中の前記移動端末が、前記第１のアクセスポイント装置から前記第２のアクセスポイント装置に接続先を切り替える際、前記移動端末との接続を切断する前に、前記第１の通信経路での通信を維持しつつ、前記第１のアクセスポイント装置と前記第２のゲートウェイノードを経由する第２の通信経路を確立し、前記移動端末と前記第１のアクセスポイント装置の接続が切断され、前記移動端末が前記第２のアクセスポイント装置に接続して、前記第２のゲートウェイノードを経由した前記通信先ノードまでの第３の通信経路を確立するまでの間、前記通信先ノードから前記第１の通信経路を通って前記第１のアクセスポイント装置に送られて来たデータを、前記第２の通信経路を介して前記第２のアクセスポイント装置に転送するハンドオーバ処理方法を提供する。
【発明の効果】
【００３３】
本発明に係る移動無線システム、アクセスポイント装置及びハンドオーバ処理方法によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。
【図面の簡単な説明】
【００３４】
【図１】第１の実施形態から第７の実施形態における移動通信システムの一例を示すブロック図
【図２】第１の実施形態に係る移動端末の構成の一例を示すブロック図
【図３】第１の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図４】第１の実施形態におけるベアラの結び付けの一例を示す図であって、（ａ）はＲＢ８２０をＳ１ベアラ８２２から切り離す前の状態を示す図であり、（ｂ）はＳ１ベアラ８２２をＲＢ８２４に結び付けた状態を示す図
【図５】第１の実施形態に係るアクセスポイントの構成の一例を示すブロック図
【図６】第２の実施形態に係るシグナリング処理ノードの構成の一例を示すブロック図
【図７】第２の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図８】第２の実施形態に係るアクセスポイントの構成の一例を示すブロック図
【図９】第３の実施形態に係るシグナリング処理ノードの構成の一例を示すブロック図
【図１０】第３の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図１１】第３の実施形態に係るアクセスポイントの構成の一例を示すブロック図
【図１２】第４の実施形態に係るシグナリング処理ノードの構成の一例を示すブロック図
【図１３】第４の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図１４】第４の実施形態におけるベアラの結び付けの一例を示す図であって、（ａ）はハンドオーバ前の状態を示す図であり、（ｂ）はハンドオーバ後の状態を示す図
【図１５】第４の実施形態に係るアクセスポイントの構成の一例を示すブロック図
【図１６】第５の実施形態に係る移動端末の構成の一例を示すブロック図
【図１７】第５の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図１８】移動端末がハンドオーバ時にリモートアクセス用通信経路を予め確立しておく方法を説明する図であって、ハンドオーバ前のセッションを示す図
【図１９】移動端末がハンドオーバ時にリモートアクセス用通信経路を予め確立しておく方法を説明する図であって、ハンドオーバ中のセッションを示す図
【図２０】移動端末がハンドオーバ時にリモートアクセス用通信経路を予め確立しておく方法を説明する図であって、ハンドオーバ後のセッションを示す図
【図２１】非特許文献１に記載のネットワーク構成の一部を示す図
【図２２】従来の３ＧＰＰ  ＳＡＥシステムのハンドオーバシグナリングシーケンスの一例を示すシーケンスチャート
【図２３】ＵＥ１００が無線接続（ローカルアクセス）可能な宅内のＨｅＮＢ６０２を含むホームネットワークとＥＰＣの関係の一例を示す図
【図２４】ＨｅＮＢ６０２又はｅＮＢ６２４に無線接続しているＵＥ１００が通信先ノード６１２とデータ通信を行う際のセッションを示す図
【図２５】ＵＥ１００，６１２が無線接続（ローカルアクセス）可能な企業内のＨｅＮＢ６０２を含む企業ネットワークとＥＰＣの関係の一例を示す図
【図２６】企業内６３０でＨｅＮＢ６０２に接続しているＵＥ１００が、同じく企業内６３０に存在する通信先ノード６１２とＶｏＩＰ通話等の通信を行う場合の通信経路の一例を示す図
【図２７】ＵＥ１００が企業内６３０のＬＡＮの外から企業内６３０の通信先ノード６１２とＶｏＩＰ通話等の通信を行う場合の通信経路の一例を示す図
【図２８】ＶｏＩＰ等で用いられるコーデックにより生成される音声（又は画像若しくは動画）データ構成の一例を示す図
【図２９】第６の実施形態に係る移動端末１００の構成の一例を示すブロック図
【図３０】第６の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図３１】第６の実施形態におけるベアラの結び付けの一例を示す図であって、（ａ）はＲＢ３１０４にＳ１ベアラ３１００のみが結び付いている状態を示す図であり、（ｂ）はＳ１ベアラ３１０８をＲＢ３１０４に結び付けた状態を示す図
【図３２】第６の実施形態に係るアクセスポイント（ＨｅＮＢ）１０２の構成の一例を示すブロック図
【図３３】第７の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャート
【図３４】第７の実施形態に係るアクセスポイントの構成の一例を示すブロック図
【発明を実施するための形態】
【００３５】
以下、本発明の実施形態について、図面を参照して説明する。
【００３６】
（第１の実施形態）
本発明の第１の実施形態について、図１〜図３及び図２３を参照して説明する。図１は、第１の実施形態のネットワーク構成の一部を示す図である。ネットワーク１１４は、インターネットやＩＳＰ（Internet Service Provider）等のＩＰベースのネットワークの集合である。アクセスネットワーク１２０は、ネットワーク１１４に接続されているアクセスネットワークである。アクセスネットワーク１２０には、移動端末１００の無線アクセスポイントであるアクセスポイント１０２及びアクセスポイント１１０、並びに、ネットワーク１１４との接続ゲートウェイであってハンドオーバアンカーポイントとなるゲートウェイノード１０４及びゲートウェイノード１１２が存在する。
【００３７】
また、ネットワーク１１４には、移動端末１００との間でＩＰパケットデータ（以下、単に「データ」という）通信が可能な通信先ノード１０６が接続されている。また、アクセスネットワーク１２０には、アクセスネットワーク１２０内で利用されるシグナリングを処理するためのシグナリング処理ノード１０８が存在しても良い。なお、図１に示したネットワーク構成は、図２３に示したネットワーク構成に適用される。
【００３８】
移動端末１００が通信先ノード１０６とデータ通信を行う場合、まずアクセスネットワーク１２０に通信経路（以下「ベアラ（bearer）」ともいう）が確立される。即ち、ベアラは、移動端末１００がネットワーク１１４と接続するために選択されたゲートウェイノード及びアクセスポイントと、移動端末１００とを論理的に結ぶ通信経路である。
【００３９】
ここで、アクセスネットワーク１２０に確立される通信経路について、以下の３点を仮定する。
（１）移動端末１００がアクセスポイント１０２に無線接続した際は、移動端末１００／アクセスポイント１０２／ゲートウェイノード１０４を通る通信経路（通信経路１）、及び移動端末１００／アクセスポイント１０２／ゲートウェイノード１１２を通る通信経路（通信経路２）の確立が可能である。
（２）移動端末１００がアクセスポイント１１０に無線接続した際は、移動端末１００／アクセスポイント１１０／ゲートウェイノード１１２を通る通信経路（通信経路３）の確立が可能である。
（３）通信経路１と通信経路２の同時確立は可能であるが、通信経路１と通信経路３の同時確立及び通信経路２と通信経路３の同時確立は不可能である。
【００４０】
また、移動端末１００が接続先のアクセスポイントを切り替えた際に同一のゲートウェイノードを通る通信経路を利用する場合、すなわち、通信経路２を介して通信先ノード１０６とデータ通信を行っている移動端末１００が、アクセスポイント１０２からアクセスポイント１１０に切り替えることによって、通信経路３を介した通信先ノード１０６とのデータ通信を行う場合、移動端末１００とアクセスポイント１０２の接続が切断され、移動端末１００がアクセスポイント１１０に接続して通信経路３が確立されるまでの間、通信先ノード１０６から通信経路２を介してアクセスポイント１０２に送られていたデータは、アクセスポイント１０２からアクセスポイント１１０に転送される。この際、データ転送用の経路がアクセスポイント１０２とアクセスポイント１１０の間に新たに確立される。
【００４１】
このような通信経路確立処理及びデータ転送経路確立処理は、シグナリング処理ノード１０８を介して行われても良い。なお、移動端末１００は、アクセスポイント１０２とアクセスポイント１１０に同時に接続することは不可能とする。
【００４２】
以下、第１の実施形態における、通信経路１を利用して通信先ノード１０６とデータ通信中の移動端末１００が、接続先をアクセスポイント１０２からアクセスポイント１１０に切り替えて通信先ノード１０６とのデータ通信を継続しようとする場合について説明する。移動端末１００は、アクセスポイント１０２と接続している間に、通信経路２を確立する。このとき、通信先ノード１０６からのデータは通信経路１を通って移動端末１００に送られるが、アクセスポイント１０２によって、当該データは通信経路２を通って送られてきたものとして処理される。
【００４３】
このように、移動端末１００とアクセスポイント１０２の接続が切断され、アクセスポイント１１０に接続して通信経路３が確立されるまでの間、アクセスポイント１０２とアクセスポイント１１０の間でデータ転送用の経路が確立される。アクセスポイント１０２は、通信先ノード１０６からネットワーク１１４及びゲートウェイノード１０４を通ってアクセスポイント１０２に送られてきたデータを前述のデータ転送用の経路を介してアクセスポイント１１０に転送する。したがって、アクセスポイント１１０に接続した移動端末１００は、アクセスポイント１１０に転送されたデータを受信できる。
【００４４】
なお、移動端末１００は非特許文献１に記載のＵＥ１００であっても良い。また、アクセスポイント１０２及びアクセスポイント１１０はそれぞれ非特許文献１に記載のＨｅＮＢ４０２及びｅＮＢ４１２であっても良い。また、ゲートウェイノード１０４は非特許文献２に記載のＬ−ＰＧＷ６０６であっても良い。また、ゲートウェイノード１１２は非特許文献１に記載のＰＧＷ４１６又は非特許文献２に記載のＰＧＷ６１８であっても良い。また、ゲートウェイノード１０４及びゲートウェイノード１１２は非特許文献１及び２に記載の中継ノード（ＳＧＷ又はＬ−ＳＧＷ）の機能を有しても良い。また、シグナリング処理ノード１０８は非特許文献１に記載のＭＭＥ４１０であっても良い。
【００４５】
図２は、第１の実施形態に係る移動端末１００の構成の一例を示すブロック図である。図２に示すように、移動端末１００は、無線受信部２００と、無線送信部２０２と、ハンドオーバ用経路確立決定部２０４と、シグナリング生成部２０６とを有する。無線受信部２００は、無線信号を受信する。無線送信部２０２は、無線信号を送信する。ハンドオーバ用経路確立決定部２０４は、移動端末１００が周辺のアクセスポイント（例えばアクセスポイント１１０）に接続を切り替えた場合に、現在使用中の通信経路が経由するゲートウェイノード（例えばゲートウェイノード１０４）が利用不可能になることを検知し、接続切り替え先でも利用可能なゲートウェイノード（例えばゲートウェイノード１１２）を経由するハンドオーバ用通信経路を確立する。
【００４６】
以下、図２３に示したネットワーク構成に基づいて、図３及び図４を参照して、ＵＥ１００が有するハンドオーバ用経路確立決定部２０４の動作例について説明する。今、ＵＥ１００は、ＨｅＮＢ６０２に無線接続し、Ｌ−ＳＧＷ６０４及びＬ−ＰＧＷ６０６を経由して通信先ノード６１２とデータ通信中である。即ち、ＵＥ１００は、ローカルアクセスによるデータ通信中である。このデータ通信はホームゲートウェイ（ＨＧＷ）６０８を介して行われても良い（ステップｓ７０２）。この時、ＵＥ１００とＨｅＮＢ６０２の間には無線ベアラ（ＲＢ）８２０が確立されており、ＨｅＮＢ６０２とＬ−ＳＧＷ６０４の間にはＳ１ベアラ８２２が確立されており、Ｌ−ＳＧＷ６０４とＬ−ＰＧＷ６０６の間にもＳ５／Ｓ８ベアラが確立されている（ステップｓ７００）。
【００４７】
なお、ＨｅＮＢ６０２及びＬ−ＳＧＷ６０４にて結合情報が保有されている。ハンドオーバ用経路確立決定部２０４は、ＨｅＮＢ６０２に接続する際、非特許文献１に記載のＣＳＧ  ＩＤ（Closed Subscriber Group IDentifier）又は接続先ＡＰＮ（Access Point Name）等から、Ｌ−ＰＧＷ６０６との間に前述のベアラが結び付け（bind）られた通信経路が確立されていることを認識する。そして、ハンドオーバ用経路確立決定部２０４は、ＨｅＮＢ６０２からｅＮＢ６２４に接続を切り替える前に、ｅＮＢ６２４配下で通信先ノード６１２とデータ通信を可能にするＰＧＷ６１８との間にも通信経路、即ちリモートアクセス用通信経路を確立することを決定する。なおここで「ベアラを結び付ける」とは、一方のベアラから出力されたデータを全て他方のベアラに送られるように設定することをいう。
【００４８】
シグナリング生成部２０６は、ハンドオーバ用通信経路を確立するためのシグナリングを生成する。このシグナリングには、接続切り替え先でも利用可能なゲートウェイノード（例えばゲートウェイノード１１２）を経由する通信経路を確立するための通常のパラメータに加え、現在接続中のアクセスポイント（例えばアクセスポイント１０２）に、現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれる。
【００４９】
以下、図２３に示したネットワーク構成に基づいて、図３及び図４を参照して、ＵＥ１００が有するシグナリング生成部２０６の動作例について説明する。ＨｅＮＢ６０２に接続中のＵＥ１００が、ＰＧＷ６１８との間にハンドオーバ用通信経路を確立する場合、ＵＥ１００は、非特許文献１に記載の通り、ＰＤＮ接続要求（PDN Connectivity Request）を生成する。このＰＤＮ接続要求の中には、通常のパラメータの他に、この要求により確立されるベアラがハンドオーバ用であることを示すフラグ（Ｄ−ｆｌａｇ）と、ローカルアクセス用に現在利用されているＲＢ８２０のＩＤ（ＲＢ  ＩＤ）とが含まれる（ステップｓ７０４）。
【００５０】
ＭＭＥ６２０は、ＰＤＮ接続要求を受け取ると、非特許文献１に記載の通り、このシグナリングに含まれる接続先ＡＰＮを基に接続先ＰＧＷ及び中継ノードとなるＳＧＷを検索し、Ｓ１ベアラ及びＳ５／Ｓ８ベアラを確立するためのシグナリングを送信する（ステップｓ７０６）。なお、ＭＭＥ６２０がＰＧＷ及びＳＧＷを検索する際、Ｄ−ｆｌａｇが考慮に入れられてもよい。ＭＭＥ６２０がＨｅＮＢ６０２にベアラ設定要求（Bearer Setup Request）を送信する際、ステップｓ７０４で送られたＰＤＮ接続要求中のＤ−ｆｌａｇ及びＲＢ８２０のＩＤがこのシグナリングに含まれる（ステップｓ７０８）。このため、ＵＥ１００とＰＧＷ６１８の間にハンドオーバ用通信経路（ベアラ）が確立される。
【００５１】
図５は、第１の実施形態に係るアクセスポイント１０２の構成の一例を示すブロック図である。図５に示すように、アクセスポイント１０２は、受信部３００と、送信部３０２と、シグナリング解析部３０４と、通信経路処理部３０６と、データ転送部３０８とを有する。受信部３００は、信号を受信する。送信部３０２は、信号を送信する。シグナリング解析部３０４は、受信したシグナリングの中にハンドオーバ用通信経路確立ためのパラメータ、即ちＵＥ１００が現在利用中のローカルアクセス用通信経路経由で送られてきたデータを、このシグナリングによって確立されたリモートアクセス用通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。
【００５２】
以下、図２３に示したネットワーク構成に基づいて、図３及び図４を参照して、ＨｅＮＢ６０２が有するシグナリング解析部３０４及び通信経路処理部３０６の各動作例について説明する。シグナリング解析部３０４は、ＭＭＥ６２０から送られた非特許文献１に記載のベアラ設定要求の中に、前述のＤ−ｆｌａｇと、ＵＥ１００が現在利用中のＳ１ベアラ８２２のＩＤが含まれているかを解析する（ステップｓ７１０）。これらのパラメータが含まれていた場合、通信経路処理部３０６は、ＵＥ１００が現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱う。
【００５３】
通信経路処理部３０６は、ベアラ設定要求の中に含まれる、ＵＥ１００がローカルアクセス用に現在利用中のＳ１ベアラ８２２のＩＤから、これに結び付けられているＲＢ８２０のＩＤを検索し、このＲＢ８２０を現在結び付けられているＳ１ベアラ８２２から切り離し、Ｓ１ベアラ８２２をベアラ設定要求によって新たに確立するＲＢ８２４に結び付ける（ステップｓ７１４）。図４（ａ）は、ＲＢ８２０をＳ１ベアラ８２２から切り離す前の状態を示す図であり、図４（ｂ）は、Ｓ１ベアラ８２２をＲＢ８２４に結び付けた状態を示す図である。
【００５４】
データ転送部３０８は、ＵＥ１００がアクセスポイント１１０に接続先を変えた時、アクセスポイント１０２とアクセスポイント１１０の間に確立された非特許文献１に記載のデータ転送トンネルに、通信先ノード１０６からゲートウェイノード１０４を介してアクセスポイント１０２に送られたデータを転送する。なお、転送開始タイミング及び転送終了タイミングは、別のノードからの指示であっても良い。
【００５５】
以下、図２３に示したネットワーク構成に基づいて、図３及び図４を参照してＨｅＮＢ６０２内のデータ転送部３０８の動作例について説明する。非特許文献１に記載のハンドオーバ処理の中で、ＨｅＮＢ６０２とｅＮＢ６２４の間にデータ転送トンネルが確立される。データ転送部３０８は、通信先ノード６１２からローカルアクセス用通信経路を介してＵＥ１００に送られてきたデータを、非特許文献１に記載の方法でＨｅＮＢ６０２からｅＮＢ６２４へのデータ転送を開始する（ステップｓ７１８）。ＵＥ１００がｅＮＢ６２４へのハンドオーバを完了し、前述のＳＩＰ等の方法を用いてホームゲートウェイ６０８との間でセッションを確立し終えると（ステップｓ７２０）、ホームゲートウェイ６０８はＨｅＮＢ６０２にデータ転送終了指示を送る（ステップｓ７２２）。このデータ転送終了指示に応じて、データ転送部３０８はデータ転送を終了する（ステップｓ７２４）。
【００５６】
尚、ステップｓ７１４で、ＲＢ８２４とＳ１ベアラ８２２を結びつけるタイミングは、ＨｅＮＢ６０２がＵＥ１００のハンドオーバを決定した時、即ちＭＭＥ６２０にＨａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄシグナリングを送信する直前でもよい。
【００５７】
以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。
【００５８】
（第２の実施形態）
本発明の第２の実施形態について、図１、図６〜図１０及び図２３を参照して説明する。第２の実施形態では、図１に示したネットワーク構成において、アクセスポイント１０２に送るハンドオーバ用通信経路確立の要求を移動端末１００からは送らず、シグナリング処理ノード１０８から送る。
【００５９】
図６は、第２の実施形態におけるシグナリング処理ノード１０８の構成の一例を示すブロック図である。図６に示すシグナリング処理ノード１０８は、受信部９００と、送信部９０２と、ゲートウェイノード解析部９０４と、シグナリング生成部９０６とを有する。受信部９００は、信号を受信する。送信部９０２は、信号を送信する。ゲートウェイノード解析部９０４は、移動端末１００からの通信経路確立要求に応じて通信経路確立先のゲートウェイノードを検索した際に、複数のゲートウェイノードが検索された場合、検索されたゲートウェイノードの性質を解析する。
【００６０】
以下、図２３に示したネットワーク構成に基づいて、図７を参照して、ＭＭＥ６２０が有するゲートウェイノード解析部９０４の動作例について説明する。ＵＥ１００は、Ｌ−ＰＧＷ６０６経由で通信先ノード６１２とデータ通信を開始するため、ＭＭＥ６２０にＰＤＮ接続要求を送信する（ステップｓ１１００）。ＭＭＥ６２０は、ＰＤＮ接続要求を受け取ると、非特許文献１に記載の通り、このシグナリングに含まれる接続先ＡＰＮを基に接続先ＰＧＷ及び中継ノードとなるＳＧＷを検索する。このとき、プライマリＰＧＷとしてＬ−ＰＧＷ６０６が検索され、セカンダリＰＧＷとしてＰＧＷ６１８が検索される（ステップｓ１１０２）。
【００６１】
ＭＭＥ６２０は、この検索結果から、プライマリＰＧＷ（Ｌ−ＰＧＷ６０６）を現在ＵＥ１００がローカルアクセスでホームネットワーク６１４とデータ通信を行うために接続要求しているＬ−ＰＧＷと判断し、セカンダリＰＧＷ（ＰＧＷ６１８）をＵＥ１００がｅＮＢ６２４に接続先を切り替えてリモートアクセスでホームネットワーク６１４とデータ通信を行う際に接続が行われるＰＧＷと判断する。なお、ＭＭＥ６２０が判断を行う際の基準は、例えば明示的にＨｅＮＢからのホームネットワーク通信用（ローカルアクセス用）であることを示すパラメータやｅＮＢからのホームネットワーク通信用（リモートアクセス）を示すパラメータが用いられても良く、ゲートウェイノードのＩＰアドレス等が用いられても良い。また、ＰＧＷ６１８がＰＤＮ接続要求に含まれる前述のＤ−ｆｌａｇと共に検索されても良い。
【００６２】
シグナリング生成部９０６は、ゲートウェイノード解析部９０４が解析したゲートウェイの性質を基に、検索された内の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータを、検索された内の別の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータとして処理する指示をアクセスポイント１０２に行うシグナリングを生成する。なお、この通信経路の対応は１対１だけではなく、複数対複数であっても良い。
【００６３】
以下、図２３に示したネットワーク構成に基づいて、図７を参照して、ＭＭＥ６２０が有するシグナリング生成部９０６の動作例について説明する。シグナリング生成部９０６は、ステップｓ１１０２で検索された全てのＰＧＷ、即ちＬ−ＰＧＷ６０６及びＰＧＷ６１８に対し、Ｌ−ＳＧＷ６０４経由でベアラ確立のためのシグナリングを生成し、送信部９０２より送信し、受信部９００がその応答を受け取る（ステップｓ１１０４、ステップｓ１１０６）。その後、シグナリング生成部９０６は、ＭＭＥ６２０がＨｅＮＢ６０２に送るベアラ設定要求中に、図４（ａ）に示した関係を有するＳ１ベアラ８２２とＳ１ベアラ８２６の両方を、本来Ｓ１ベアラ８２６と結び付けられるためのＲＢ８２４に結び付ける指示を含める（ステップｓ１１０８）。この指示の含め方の例としては、前述のＤ−ｆｌａｇ、Ｓ１ベアラ８２２のＩＤ、Ｓ１ベアラ８２６のＩＤをこの順番でパラメータとして持たせることにより、このシグナリングを受け取ったＨｅＮＢ６０２が指示を判断できるようにする。
【００６４】
図８は、第２の実施形態に係るアクセスポイント１０２の構成の一例を示すブロック図である。図８に示すアクセスポイント１０２は、受信部１０００と、送信部１００２と、シグナリング解析部１００４と、通信経路処理部１００６と、データ転送部１００８とを有する。受信部１０００は、信号を受信する。送信部１００２は、信号を送信する。シグナリング解析部１００４は、受信したシグナリングの中にハンドオーバ用通信経路確立のためのパラメータ、即ちある通信経路から送られてきたデータを別の通信経路から送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。
【００６５】
以下、図２３に示したネットワーク構成に基づいて、図７を参照して、ＨｅＮＢ６０２が有するシグナリング解析部１００４の動作例について説明する。シグナリング解析部１００４は、ＭＭＥ６２０から送られてきたベアラ設定要求の中に前述のＤ−ｆｌａｇと２つのＳ１ベアラのＩＤが含まれているかを解析する（ステップｓ１１１０）。
【００６６】
これらのパラメータが含まれていた場合、通信経路処理部１００６は、シグナリング解析部１００４が解析した指示に従って、ある通信経路から送られてきたデータを別の通信経路から送られてきたものとして扱う。図２３及び図７を用いて通信経路処理部１００６の例を説明する。通信経路処理部１００６は、本来Ｓ１ベアラ８２６にのみ結び付けられるＲＢ８２４を確立し、当該ＲＢ８２４にベアラ設定要求に含まれるＳ１ベアラ８２２とＳ１ベアラ８２６を結びつける（ステップｓ１１１２）。
【００６７】
データ転送部１００８は、第１の実施形態のアクセスポイント１０２のデータ転送部３０８と同等である。
【００６８】
なお、本実施形態において、図７のＰＤＮ接続要求（ステップｓ１１００）は、非特許文献１に記載の「Attach Request」であってもよい。
【００６９】
以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、移動端末の構成に変更を加える必要なく当該効果を達成できる。
【００７０】
（第３の実施形態）
本発明の第３の実施形態について、図１、図９〜図１３及び図２３を参照して説明する。第３の実施形態では、図１に示したネットワーク構成において、アクセスポイント１０２に送るハンドオーバ用通信経路確立の要求を移動端末１００からは送らず、シグナリング処理ノード１０８から送る。このハンドオーバ用通信経路確立の要求は、移動端末１００のハンドオーバが確定してから送信される。
【００７１】
図９は、第３の実施形態におけるシグナリング処理ノード１０８の構成の一例を示すブロック図である。図９に示すシグナリング処理ノード１０８は、受信部１２００と、送信部１２０２と、ゲートウェイノード解析部１２０４と、ハンドオーバ用通信経路確立決定部１２０６と、シグナリング生成部１２０８とを有する。受信部１２００は、信号を受信する。送信部１２０２は、信号を送信する。ゲートウェイノード解析部１２０４は、第２の実施形態のシグナリング処理ノード１０８のゲートウェイノード解析部９０４と同等である。
【００７２】
ハンドオーバ用通信経路確立決定部１２０６は、ハンドオーバ用通信経路、即ち第１の実施形態に記載の通信経路２を、移動端末１００が接続先をアクセスポイント１０２からアクセスポイント１１０に切り替えることが決定してから確立することを判断する。
【００７３】
以下、図２３に示したネットワーク構成に基づいて、図１０を参照して、ＭＭＥ６２０が有するハンドオーバ用通信経路確立決定部１２０６の動作例について説明する。ゲートウェイノード解析部１２０４が、検索されたＰＧＷ及びＳＧＷの解析を行った時点では、まだＵＥ１００のハンドオーバが決定されていない。このため、ハンドオーバ用通信経路確立決定部１２０６は、ＰＧＷ６１８に対してはリモートアクセス用（ハンドオーバ用）のベアラ確立を行わないことを決定し、非特許文献１に記載の通り、Ｌ−ＰＧＷ６０６に対してのみＬ−ＳＧＷ６０４経由でローカルアクセス用のベアラ確立を行う。この結果、ＵＥ１００とＨｅＮＢ６０２の間にはＲＢ８２０が確立され、ＨｅＮＢ６０２とＬ−ＳＧＷ６０４の間にはＳ１ベアラ８２２が確立される。
【００７４】
また、Ｌ−ＳＧＷ６０４とＬ−ＰＧＷ６０６の間にもＳ５／Ｓ８ベアラが確立され、それぞれＨｅＮＢ６０２及びＬ−ＳＧＷ６０４にて通信経路の結合情報が保持される（ステップｓ１４０４〜ステップｓ１４０８）。ＵＥ１００がＨｅＮＢ６０２からｅＮＢ６２４へのハンドオーバを決定し、ＨｅＮＢ６０２からＭＭＥ６２０に「Handover Required」が送られると（ステップｓ１４１０）、ハンドオーバ用通信経路確立決定部１２０６は、ハンドオーバ用通信経路の確立を決定する（ステップｓ１４１２）。この結果、ＭＭＥ６２０は、ＰＧＷ６１８に対してＬ−ＳＧＷ６０４経由でベアラ確立を行うためのシグナリングを送る（ステップｓ１４１４）。
【００７５】
シグナリング生成部１２０８は、ゲートウェイノード解析部１２０４が解析したゲートウェイの性質を基に、検索された内の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータを、検索された内の別の一つのゲートウェイノードを経由する通信経路を通って送られてきたデータとして処理する指示をアクセスポイント１０２に行うシグナリングを生成する。なお、この通信経路の対応は１対１だけではなく、複数対複数であっても良い。
【００７６】
以下、図２３に示したネットワーク構成に基づいて、図１０を参照して、ＭＭＥ６２０が有するシグナリング生成部１２０８の動作例について説明する。シグナリング生成部１２０８は、ＨｅＮＢ６０２に送るベアラ設定要求にＳ１ベアラ８２２のＩＤを含める。また、シグナリング生成部１２０８は、ハンドオーバ用に確立されたＳ１ベアラ８２６を、現在Ｓ１ベアラ８２２と結び付けられているＲＢ８２０と結び付け、更にこのＲＢ８２０を、本来Ｓ１ベアラ８２６が結び付けられるハンドオーバ用ＲＢとして扱う指示を意味するＤ−ｆｌａｇをベアラ設定要求に含める（ステップｓ１４１６）。
【００７７】
図１１は、第３の実施形態に係るアクセスポイント１０２の構成の一例を示すブロック図である。図１１に示すアクセスポイント１０２は、受信部１３００と、送信部１３０２と、シグナリング解析部１３０４と、通信経路処理部１３０６と、データ転送部１３０８とを有する。受信部１３００は、信号を受信する。送信部１３０２は、信号を送信する。シグナリング解析部１３０４は、受信したシグナリングの中に、移動端末１００が現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。
【００７８】
以下、図２３に示したネットワーク構成に基づいて、図１０を参照して、ＨｅＮＢ６０２が有するシグナリング解析部１３０４の動作例について説明する。シグナリング解析部１３０４は、ＭＭＥ６２０から送られてきたベアラ設定要求の中に前述のＤ−ｆｌａｇとＵＥ１００が現在利用中のＳ１ベアラ８２２のＩＤが含まれているかを解析する（ステップｓ１４１８）。
【００７９】
これらのパラメータが含まれていた場合、通信経路処理部１３０６は、移動端末１００が現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱う。
【００８０】
以下、図２３に示したネットワーク構成に基づいて、図１０を参照して、ＨｅＮＢ６０２が有する通信経路処理部１３０６の動作例について説明する。通信経路処理部１３０６は、ベアラ設定要求に含まれる、ＵＥ１００が現在利用中のＳ１ベアラ８２２のＩＤから、当該Ｓ１ベアラ８２２に結び付けられているＲＢ８２０のＩＤを検索し、このＲＢ８２０に、新たに確立されたＳ１ベアラ８２６を結び付ける。更に、通信経路処理部１３０６は、ＲＢ８２０を、本来Ｓ１ベアラ８２６が結び付けられるハンドオーバＲＢとして扱う（ステップｓ１４２２）。
【００８１】
データ転送部１３０８は、第１の実施形態に記載のアクセスポイント１０２のデータ転送部３０８と同等である。
【００８２】
なお、本実施形態において、図１０のＰＤＮ接続要求（ステップｓ１４００）は、非特許文献１に記載の「Attach Request」であってもよい。
【００８３】
以上説明したように、本発明の実施形態によれば、不要なベアラが確立されるのを避けつつ、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、移動端末の構成に変更を加える必要なく当該効果を達成できる。
【００８４】
（第４の実施形態）
本発明の第４の実施形態について図１、図１２〜図１５及び図２３を参照して説明する。第４の実施形態では、図１に示したネットワーク構成において、アクセスポイント１１０と接続してゲートウェイノード１１２及びネットワーク１１４経由で通信先ノード１０６とデータ通信中のＵＥ１１０が、接続先をアクセスポイント１１０からアクセスポイント１０２に切り替えて通信先ノード１０６と通信を行う場合の処理について説明する。第４の実施形態では、移動端末１００がアクセスポイント１１０からアクセスポイント１０２に接続先を切り替えるに伴い、ハンドオーバ処理としてアクセスポイント１０２とゲートウェイノード１１２を通る第１の通信経路が確立される際、同時にアクセスポイント１０２とゲートウェイノード１０４を通る第２の通信経路も確立される。そして、第２の通信経路が、第１の通信経路の無線区間、即ち移動端末１００からアクセスポイント１０２の経路に結び付けられる。
【００８５】
図１２は、第４の実施形態におけるシグナリング処理ノード１０８の構成の一例を示すブロック図である。図１２に示すシグナリング処理ノード１０８は、受信部１５００と、送信部１５０２と、ゲートウェイノード解析部１５０４と、ローカルアクセス用通信経路確立決定部１５０６と、シグナリング生成部１５０８とを有する。受信部１５００は、信号を受信する。送信部１５０２は、信号を送信する。ゲートウェイノード解析部１５０４は、移動端末１００からの通信経路確立要求に応じて通信経路確立先のゲートウェイノードを検索した際に、複数のゲートウェイノードが検索された場合、検索されたゲートウェイノードの性質を解析する。
【００８６】
以下、図２３に示したネットワーク構成に基づいて、図１３を参照して、ＭＭＥ６２０が有するゲートウェイノード解析部１５０４の動作例について説明する。ＵＥ１００は、ｅＮＢ６２４、ＰＧＷ６１８、ネットワーク６１６及びＨＧＷ６０８経由で通信先ノード６１２とデータ通信を開始するため、ＭＭＥ６２０にＰＤＮ接続要求を送信する（ステップｓ１８００）。ＭＭＥ６２０は、ＰＤＮ接続要求を受け取ると、非特許文献１に記載の通り、このシグナリングに含まれる接続先ＡＰＮを基に接続先ＰＧＷ及び中継ノードとなるＳＧＷを検索する。このとき、プライマリＰＧＷとしてＰＧＷ６１８が検索され、セカンダリＰＧＷとしてＬ−ＰＧＷ６０６が検索される（ステップｓ１８０２）。
【００８７】
ＭＭＥ６２０は、この検索結果から、プライマリＰＧＷ（ＰＧＷ６１８）を現在ＵＥ１００がリモートアクセスでホームネットワーク６１４とデータ通信を行うために接続要求しているＰＧＷと判断し、セカンダリＰＧＷ（Ｌ−ＰＧＷ６０６）をＵＥ１００がＨｅＮＢ６０２に接続先を切り替えてローカルアクセスでホームネットワーク６１４とデータ通信を行う際に接続が行われるＰＧＷと判断する。なお、ＭＭＥ６２０が判断を行う際の基準は、例えば明示的にｅＮＢからのホームネットワーク通信用（リモートアクセス用）であることを示すパラメータやＨｅＮＢからのホームネットワーク通信用（ローカルアクセス用）を示すパラメータが用いられても良く、ゲートウェイノードのＩＰアドレス等が用いられても良い。
【００８８】
ローカルアクセス用通信経路確立決定部１５０６は、移動端末１００が接続先をアクセスポイント１１０からアクセスポイント１０２に切り替えた際、アクセスポイント１０２が通信先ノード１０６との最適化経路である、即ちアクセスポイント１０２及びゲートウェイノード１０４を通る通信経路を確立することのできるアクセスポイントであることを判断し、移動端末１００が接続先をアクセスポイント１１０からアクセスポイント１０２に切り替えることが決定してからこの最適化経路を確立することを判断する。
【００８９】
以下、図２３に示したネットワーク構成に基づいて、図１３及び図１４を参照して、ＭＭＥ６２０が有するローカルアクセス用通信経路確立決定部１５０６の動作例について説明する。ゲートウェイノード解析部１５０４が、検索されたＰＧＷの解析を行った時点では、まだＵＥ１００のハンドオーバが決定されていない。このため、ローカルアクセス用通信経路確立決定部１５０６は、Ｌ−ＰＧＷ６０６に対してはベアラ確立を行わないことを決定し、非特許文献１に記載の通り、ＰＧＷ６１８に対してのみＳＧＷ６２２経由でベアラ確立を行う。この結果、ＵＥ１００とｅＮＢ６２４の間にはＲＢ１７０２が確立され、ｅＮＢ６２４とＳＧＷ６２２の間にはＳ１ベアラ１７００が確立される。また、ＳＧＷ６２２とＰＧＷ６１８の間にもＳ５／Ｓ８ベアラが確立され、それぞれｅＮＢ６２４及びＳＧＷ６２２にて通信経路の結合情報が保持される（ステップｓ１８０４〜ステップｓ１８０６）。
【００９０】
その後、ＵＥ１００とＨＧＷ６０８の間で、ステップｓ１８０６で確立されたベアラを経由して、リモートアクセス用セッション（前述のＳＩＰを用いたセッション等）が確立される。（ステップｓ１８０８）。次に、ＵＥ１００がｅＮＢ６２４からＨｅＮＢ６０２へのハンドオーバを決定し、ｅＮＢ６２４からＭＭＥ６２０に「Handover Required」が送られると（ステップｓ１８１０）、ローカルアクセス用通信経路確立決定部１５０６は、非特許文献１に記載のハンドオーバ先ｅＮＢのＩＤの情報やＣＳＧ（Closed Subscriber Group）等の情報から、ハンドオーバ先ｅＮＢが、ＵＥ１００がＨＧＷ６０８及びＬ−ＰＧＷ６０６経由で（ローカルアクセスで）データ通信できるＨｅＮＢ６０２であることを判断し、ローカルアクセス用通信経路の確立を決定する（ステップｓ１８１２）。この結果、ＭＭＥ６２０は、Ｌ−ＰＧＷ６０６に対してＬ−ＳＧＷ６０４経由でベアラ確立を行うためのシグナリングを送る（ステップｓ１８１４）。
【００９１】
シグナリング生成部１５０８は、前述の最適化経路を早期確立するために、ゲートウェイノード１１２、アクセスポイント１０２及び移動端末１００を通る通信経路と、ゲートウェイノード１０４、アクセスポイント１０２及び移動端末１００を通る通信経路の一部を共有して処理する指示をアクセスポイント１０２に行うシグナリングを生成する。なお、この通信経路の対応は１対１だけではなく、複数対複数であっても良い。
【００９２】
以下、図２３に示したネットワーク構成に基づいて、図１３及び図１４を参照して、ＭＭＥ６２０が有するシグナリング生成部１５０８の動作例について説明する。シグナリング生成部１５０８は、非特許文献１に記載の通常のハンドオーバ処理として、ＭＭＥ６２０がＨｅＮＢ６０２に送る「Handover Request」の中にローカルアクセス用に確立されたＳ１ベアラ１７０６を含め、通常のハンドオーバ処理で確立されたＳ１ベアラ１７０４と結び付けられるＲＢ１７０８にＳ１ベアラ１７０６を結び付け、更にこのＲＢ１７０８を、ローカルアクセス用、つまりＵＥ１００、ＨｅＮＢ６０２、Ｌ−ＳＧＷ６０４及びＬ−ＰＧＷ６０６を通る通信経路の一部として扱う指示を意味するＤ−ｆｌａｇを含める（ステップｓ１８１６）。
【００９３】
図１５は、第４の実施形態に係るアクセスポイント１０２の構成の一例を示すブロック図である。図１５に示すアクセスポイント１０２は、受信部１６００と、送信部１６０２と、シグナリング解析部１６０４と、通信経路処理部１６０６とを有する。受信部１６００は、信号を受信する。送信部１６０２は、信号を送信する。シグナリング解析部１６０４は、受信したシグナリングの中に、最適化経路を早期確立するために、ゲートウェイノード１１２、アクセスポイント１０２及び移動端末１００を通る通信経路と、ゲートウェイノード１０４、アクセスポイント１０２及び移動端末１００を通る通信経路の一部を共有して処理するよう指示するパラメータが含まれているかを解析する。
【００９４】
以下、図２３に示したネットワーク構成に基づいて、図１３及び図１４を参照して、ＨｅＮＢ６０２が有するシグナリング解析部１６０４の動作例について説明する。シグナリング解析部１６０４は、ＭＭＥ６２０から送られてきた「Handover Request」の中に前述のＤ−ｆｌａｇとローカルアクセス用のＳ１ベアラ１７０６のＩＤが含まれているかを解析する（ステップｓ１８１８）。
【００９５】
これらのパラメータが含まれていた場合、通信経路処理部１６０６は、ゲートウェイノード１１２、アクセスポイント１０２及び移動端末１００を通る通信経路と、ゲートウェイノード１０４、アクセスポイント１０２及び移動端末１００を通る通信経路の一部を共有して処理する。
【００９６】
以下、図２３に示したネットワーク構成に基づいて、図１３及び図１４を参照して、ＨｅＮＢ６０２が有する通信経路処理部１６０６の動作例について説明する。通信経路処理部１６０６は、通常のハンドオーバ処理として確立されたＳ１ベアラ１７０４に対応して確立されたＲＢ１７０８に、「Handover Request」の中に含まれるローカルアクセス用のＳ１ベアラ１７０６を結びつけ、更にこのＲＢ１７０８を、ローカルアクセス用、つまりＵＥ１００、ＨｅＮＢ６０２、Ｌ−ＳＧＷ６０４及びＬ−ＰＧＷ６０６を通る通信経路の一部として扱う（ステップｓ１８２０〜ステップｓ１８２６）。
【００９７】
なお、本実施形態において、図１３のＰＤＮ接続要求（ステップｓ１８００）は、非特許文献１に記載の「Attach Request」であってもよい。
【００９８】
以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバし、かつハンドオーバ先アクセスポイントがローカルなアンカーポイントを利用可能である場合、移動端末が移動先アクセスポイントに接続後すぐにローカルアクセス用通信経路を利用する事ができる。
【００９９】
なお、第１〜第４の実施形態において、ゲートウェイノードの変更、例えばＬ−ＰＧＷ６０６からＰＧＷ６１８への変更に伴うＩＰアドレスの変更に関するデータ通信の継続性は、例えばホームゲートウェイ６０８が非特許文献４や非特許文献５に記載のホームエージェント機能を有し、例えばＬ−ＰＧＷ６０６経由でデータ通信している時のＩＰアドレスをホームアドレス（ＨｏＡ：Home Address）、ＰＧＷ６１８経由でデータ通信している時のＩＰアドレスをケアオブアドレス（ＣｏＡ：Care of Address）として登録することにより解決するものとする。
【０１００】
また、第１〜第４の実施形態において、２つのＳ１ベアラを１つのＲＢに結び付ける場合、下り（downlink）だけを結びつけても良い。これにより、上り（uplink）のシグナリングやデータは適当（appropriate）なＳ１ベアラに送られる。また、第１〜第３の実施形態において、２つのＳ１ベアラを１つのＲＢに結び付けることなく、非特許文献１に記載の通り、Ｓ１ベアラとＲＢを一対一に対応させ、ＨｅＮＢ６０２において、ローカルアクセス用Ｓ１ベアラから来たデータを、ハンドオーバ用に作られた転送トンネル経由でｅＮＢ６２４に転送する機能のみを持たせてもよい。
【０１０１】
（第５の実施形態）
第５の実施形態について、図１、図１６〜図２０及び図２３を参照して説明する。第５の実施形態では、図１に示したネットワーク構成において、ＵＥ１００がアクセスポイント１０２に接続している間に、予めゲートウェイノード１１２経由で通信先ノード１０６に接続し、この通信経路を用いたデータ通信に切り替える。
【０１０２】
図１６は、第５の実施形態に係る移動端末１００の構成の一例を示すブロック図である。図１６に示すように、移動端末１００は、無線受信部２０００と、無線送信部２００２と、ハンドオーバ用経路確立決定部２００４と、シグナリング生成部２００６とを有する。無線受信部２０００は、無線信号を受信する。無線送信部２００２は、無線信号を送信する。ハンドオーバ用経路確立決定部２００４は、移動端末１００が周辺のアクセスポイント（例えばアクセスポイント１１０）に接続を切り替えた場合に、現在使用中の通信経路が経由するゲートウェイノード（例えばゲートウェイノード１０４）が利用不可能になることを検知し、接続切り替え先でも利用可能なゲートウェイノード（例えばゲートウェイノード１１２）を経由するハンドオーバ用通信経路を確立する。
【０１０３】
以下、図２３に示したネットワーク構成に基づいて、図１７を参照して、ＵＥ１００が有するハンドオーバ用経路確立決定部２００４の動作例について説明する。今、ＵＥ１００は、ＨｅＮＢ６０２に接続し、Ｌ−ＳＧＷ６０４及びＬ−ＰＧＷ６０６を経由して、即ちベアラ１９３０を用いて通信先ノード６１２とデータ通信中である。即ち、ＵＥ１００は、ローカルアクセスによるデータ通信中である。このデータ通信はホームゲートウェイ（ＨＧＷ）６０８を介して行われても良い（ステップｓ１９００、ステップｓ１９０２）。
【０１０４】
ハンドオーバ用経路確立決定部２００４は、ＨｅＮＢ６０２に接続する際、非特許文献１に記載のＣＳＧ  ＩＤ（Closed Subscriber Group IDentifier）又は接続先ＡＰＮ（Access Point Name）等から、Ｌ−ＰＧＷ６０６との間に前述のベアラが結び付けられた通信経路が確立されていることを認識する。そして、ハンドオーバ用経路確立決定部２００４は、ＨｅＮＢ６０２からｅＮＢ６２４に接続を切り替える（ハンドオーバする）前に、ｅＮＢ６２４配下で通信先ノード６１２とデータ通信を可能にするＰＧＷ６１８との間にも通信経路、即ちリモートアクセス用通信経路を確立することを決定する。
【０１０５】
図１８〜図２０は、移動端末１００がハンドオーバ時にリモートアクセス用通信経路を予め確立しておく方法を説明する図である。図１８はハンドオーバ前のセッションを示し、図１９はハンドオーバ中のセッションを示し、図２０はハンドオーバ後のセッションを示す。これらの図に示すように、本実施形態では、移動端末１００がハンドオーバ時に予めゲートウェイノードを切り替えてリモートアクセス用通信経路を確立しておく方法では、図１８に示すように、移動端末１００が宅内６３０に存在するにもかかわらず、通信先ノード６１２からＢＢルータ６１０、ネットワーク６１６及びＥＰＣ６３２のＰＧＷ６１８を介した経路でデータが移動端末１００に送られる。なお、当該方法では、移動端末１００がハンドオーバ中、通信先ノード６１２からのデータはｅＮＢ６２４に蓄積される。
【０１０６】
シグナリング生成部２００６は、リモートアクセス用通信経路を確立するためのシグナリングを生成する。
【０１０７】
以下、図２３に示したネットワーク構成に基づいて、図１７を参照して、ＵＥ１００が有するシグナリング生成部２０６の動作例について説明する。ＨｅＮＢ６０２に接続中のＵＥ１００が、ＰＧＷ６１８との間にハンドオーバ用通信経路を確立する場合、ＵＥ１００は、非特許文献１に記載の通り、ＰＤＮ接続要求（PDN Connectivity Request）を生成する。ＭＭＥ６２０は、ＰＤＮ接続要求を受け取ると、非特許文献１に記載の通り、このシグナリングに含まれる接続先ＡＰＮを基に接続先ＰＧＷ及び中継ノードとなるＳＧＷを検索し、Ｓ１ベアラ及びＳ５／Ｓ８ベアラを確立するためのシグナリングを送信する（ステップｓ１９０６）。ＭＭＥ６２０がＨｅＮＢ６０２にベアラ設定要求を送信して、ＨｅＮＢ６０２とＵＥ１００の間にＲＢが確立されると、ＵＥ１００とＰＧＷ６１８の間にリモートアクセス用通信経路（ベアラ１９３２）が確立される（ステップｓ１９０４〜ステップｓ１９１０）。
【０１０８】
ベアラ１９３２が確立されると、シグナリング生成部２００６は、ベアラ１９３２経由で通信先ノード６１２と直ちにデータ通信を行うために、宅外アクセスセッションを確立するためのシグナリングを生成する。このシグナリングが送信され処理されることにより、ＵＥ１００とＨＧＷ６０８の間でベアラ１９３２を経由して宅外アクセスセッションが確立され（ステップｓ１９１２）、宅外アクセスセッション経由でＵＥ１００と通信先ノード６１２とのデータ通信が行われる（ステップｓ１９１４）。
【０１０９】
ＵＥ１００の接続先がＨｅＮＢ６０２からｅＮＢ６２４に切り替わることが決定されると、非特許文献１に記載の通り、ＵＥ１００のハンドオーバ処理が行われる。これにより、通信先ノード６１２から宅外アクセスセッション経由でＨｅＮＢ６０２に送信されたデータはｅＮＢ６２４に転送され（ステップｓ１９１８）、ＵＥ１００がｅＮＢ６２４に接続すると、ＵＥ１００、ｅＮＢ６２４、ＳＧＷ６２２及びＰＧＷ６１８の間にベアラ１９３４が確立される。ベアラ１９３４が確立されると、続いて宅外アクセスセッションもベアラ１９３４を経由するよう変更が行われる（ステップｓ１９２２）。これにより、ＵＥ１００と通信先ノード６１２の間のデータ通信が、ベアラ１９３４経由に変更される（ステップｓ１９２４）。
【０１１０】
以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。
【０１１１】
（第６の実施形態）
第６の実施形態について、図１及び図２５〜図２９を参照して説明する。第６の実施形態では、ユースケースの一例として、移動端末（ＵＥ）の通信先ノードが移動端末（ＵＥ）であり、双方の移動端末が通話等の双方向通信を行っている場合について説明する。
【０１１２】
図２５は、ＵＥ１００，６１２が無線接続（ローカルアクセス）可能な企業内のＨｅＮＢ６０２を含む企業ネットワークとＥＰＣの関係の一例を示す図である。図２５に示された企業内６３０のＩＰ−ＰＢＸ（Internet Protocol Private Branch eXchange）２６００は、企業等組織内のＬＡＮにおいて、ＩＰ電話による内線電話網を実現する目的で一般的に使用される装置及びソフトウェアである。本実施形態では、ＩＰ−ＰＢＸ２６００は、ＨｅＮＢ６０２を利用したＩＰ電話による内線電話網を実現するため、Ｌ−ＰＧＷ６０６との間にインタフェースを持つ。図２５に示された他のノードは、図１８〜図２０に示した対応するノードと同じである。
【０１１３】
なお、図２５には、ＩＰ−ＰＢＸ２６００とＬ−ＰＧＷ６０６がそれぞれ別々のノードで示されているが、Ｐ−ＰＢＸ２６００とＬ−ＰＧＷ６０６が１つのノードで存在しても良い。また、ＩＰ−ＰＢＸ２６００及びＬ−ＰＧＷ６０６に複数のＬ−ＳＧＷ６０４やＨｅＮＢ６０２が論理的又は物理的に接続されていても良い。
【０１１４】
図２６は、企業内６３０でＨｅＮＢ６０２に接続しているＵＥ１００が、同じく企業内６３０に存在する通信先ノード６１２とＶｏＩＰ（Voice over IP）通話等の双方向通信を行う場合の通信経路の一例を示す図である。図２６には、ＵＥ１００と通信先ノード６１２の間の通信経路が一点鎖線で示されている。なお、図２６に示した例ではＵＥ１００と通信先ノード６１２が同じＨｅＮＢ６０２に接続されているが、ＵＥ１００と通信先ノード６１２が同一企業内６３０の別々のＨｅＮＢに接続し、別の又は同一のＬ−ＳＧＷ／Ｌ−ＰＧＷを経由した通信経路であっても良い。但し、別のＬ−ＰＧＷを経由する場合、当該別のＬ−ＰＧＷとＬ−ＰＧＷ６０６は同一のＩＰ−ＰＢＸ２６００に接続されているものとする。
【０１１５】
図２７は、ＵＥ１００が企業内６３０のＬＡＮの外から企業内６３０の通信先ノード６１２とＶｏＩＰ通話等の通信を行う場合の通信経路の一例を示す図である。図２７でも、ＵＥ１００と通信先ノード６１２の間の通信経路が一点鎖線で示されている。
【０１１６】
図２８は、ＶｏＩＰ等で用いられるコーデックにより生成される音声（又は画像若しくは動画）データ構成の一例を示す図である。コーデックの種類（ＩＴＵ−Ｔ  Ｇ．７１８等）によっては、図２８に示すように、音声（又は画像若しくは動画）データは、基本部２８００と、少なくとも１つの拡張部２８０２とから成るスケーラブル構成を持つ。このような構成のデータは、基本部２８００のみでデコードすることは可能であるが、拡張部２８０２を付けてデコードするとより良い品質のデータが得られる。このため、基本部２８００のみ送るか拡張部２８０２も送るかは、通信品質の状態に応じて端末又はネットワーク側で決められる。言い換えると、基本部２８００及び拡張部２８０２に対する各伝送優先度が異なるため、基本部２８００用と拡張部２８０２用とで異なるＱｏＳ要求を持つ別々のベアラを用意することが想定される。本実施形態では、同一企業内の内線網での通信においては、基本部２８００及び拡張部２８０２共に送信され、少なくとも一方のＵＥが企業外に存在する際の通信においては、基本部２８００のみ送信するか拡張部２８０２も送信するかが選択されると仮定する。
【０１１７】
図２９は、第６の実施形態に係る移動端末１００の構成の一例を示すブロック図である。図２９に示すように、移動端末１００は、無線受信部２００と、無線送信部２０２と、ハンドオーバ用経路確立決定部２０４と、シグナリング生成部２０６と、ベアラ本数決定部２９００とを有する。
【０１１８】
無線受信部２００、無線送信部２０２、ハンドオーバ用経路確立決定部２０４及びシグナリング生成部２０６は、図２に示した第１の実施形態に係る移動端末１００の対応する構成要素と同等である。即ち、無線受信部２００は、無線信号を受信する。無線送信部２０２は、無線信号を送信する。ハンドオーバ用経路確立決定部２０４は、移動端末１００が周辺のアクセスポイント（例えばアクセスポイント１１０）に接続を切り替えた場合に、現在使用中の通信経路が経由するゲートウェイノード（例えばゲートウェイノード１０４）が利用不可能になることを検知し、接続切り替え先でも利用可能なゲートウェイノード（例えばゲートウェイノード１１２）を経由するハンドオーバ用通信経路を確立する。
【０１１９】
ベアラ本数決定部２９００は、移動端末１００がハンドオーバ後に使用するベアラの本数を決定する。
【０１２０】
以下、図２５に示したネットワーク構成に基づいて、図３０及び図３１を参照して、移動端末１００が有するハンドオーバ用経路確立決定部２０４の動作例について説明する。今、ＵＥ１００は、ＨｅＮＢ６０２に無線接続し、Ｌ−ＳＧＷ６０４及びＬ−ＰＧＷ６０６を経由して通信先ノード６１２とＶｏＩＰ等の双方向データ通信中である。このデータ通信はＩＰ−ＰＢＸ２６００を介して行われても良い（ステップｓ３００２）。この時、ＵＥ１００とＨｅＮＢ６０２の間には無線ベアラ（ＲＢ）３１０４とＲＢ３１０６が確立されており、ＨｅＮＢ６０２とＬ−ＳＧＷ６０４の間にはＳ１ベアラ３１００とＳ１ベアラ３１０２が確立されており、Ｌ−ＳＧＷ６０４とＬ−ＰＧＷ６０６の間にもＳ５／Ｓ８ベアラが確立されている（ステップｓ３０００）。なお、ＨｅＮＢ６０２及びＬ−ＳＧＷ６０４にて結合情報が保有されている。なお、ＲＢ３１０４とＳ１ベアラ３１００、ＲＢ３１０６とＳ１ベアラ３１０２はそれぞれ結合されており、前者がデータの基本部２８００を伝送するためのベアラであり、後者がデータの拡張部２８０２を伝送するためのベアラであるとする。
【０１２１】
ハンドオーバ用経路確立決定部２０４は、ＨｅＮＢ６０２に接続する際、非特許文献１に記載のＣＳＧ  ＩＤ（Closed Subscriber Group IDentifier）又は接続先ＡＰＮ（Access Point Name）等から、Ｌ−ＰＧＷ６０６との間に前述のベアラが結び付け（bind）られた通信経路が確立されていることを認識する。そして、ハンドオーバ用経路確立決定部２０４は、ＨｅＮＢ６０２からｅＮＢ６２４に接続を切り替える前に、ｅＮＢ６２４配下で通信先ノード６１２とデータ通信を可能にするＰＧＷ６１８との間にも通信経路、即ちリモートアクセス用通信経路を確立することを決定する。なおここで「ベアラを結び付ける」とは、一方のベアラから出力されたデータを全て他方のベアラに送られるように設定することをいう。
【０１２２】
ベアラ本数決定部２９００は、ハンドオーバ用通信経路の本数を、現在の通信と同一にするか減らすかを決定する。本例では、企業内６３０で２本のベアラを使ってデータの基本部２８００と拡張部２８０２を送信していた状態から、ハンドオーバ後は１本のベアラを使って基本部２８００のみを送信するとベアラ本数決定部２９００が決定したと仮定する。なお、ハンドオーバ後のベアラの本数は、例えば、あらかじめソフトウェアで決められた本数であっても、ユーザの料金プランに依存した本数であっても、接続先ＨｅＮＢのＣＳＧ  ＩＤに基づいて決められても良い。
【０１２３】
シグナリング生成部２０６は、ハンドオーバ用通信経路を確立するためのシグナリングを生成する。このシグナリングには、接続切り替え先でも利用可能なゲートウェイノード（例えばゲートウェイノード１１２）を経由する通信経路を確立するための通常のパラメータに加え、現在接続中のアクセスポイント（例えばアクセスポイント１０２）に、現在利用中の通信経路経由で送られてきたデータを、このシグナリングによって確立された通信経路経由で送られてきたものとして扱うことを指示するパラメータと、確立される通信経路の本数を示すパラメータとが含まれる。
【０１２４】
以下、図２５に示したネットワーク構成に基づいて、図３０及び図３１を参照して、ＵＥ１００が有するシグナリング生成部２０６の動作例について説明する。ＨｅＮＢ６０２に接続中のＵＥ１００が、ＰＧＷ６１８との間にハンドオーバ用通信経路を確立する場合、ＵＥ１００は、非特許文献１に記載の通り、ＰＤＮ接続要求（PDN Connectivity Request）を生成する。このＰＤＮ接続要求の中には、通常のパラメータの他に、この要求により確立されるベアラがハンドオーバ用であることを示すフラグ（Ｄ−ｆｌａｇ）と、企業内６３０でデータの基本部２８００の伝送用に現在利用されているＲＢ３１０４のＩＤ（ＲＢ  ＩＤ）とが含まれる（ステップｓ３００４）。なお、現在利用されているＲＢはベアラ本数決定部２９００による決定結果に依存しており、仮にベアラ本数決定部２９００が、ハンドオーバ後も現在使用している全ての本数のベアラを使用すると決定した場合、ＰＤＮ接続要求には、現在利用されている全てのＲＢのＩＤが含まれる。
【０１２５】
ＭＭＥ６２０は、ＰＤＮ接続要求を受け取ると、非特許文献１に記載の通り、このシグナリングに含まれる接続先ＡＰＮを基に接続先ＰＧＷ及び中継ノードとなるＳＧＷを検索し、Ｓ１ベアラ及びＳ５／Ｓ８ベアラを確立するためのシグナリングを送信する（ステップｓ３００６）。なお、ＭＭＥ６２０がＰＧＷ及びＳＧＷを検索する際、Ｄ−ｆｌａｇが考慮に入れられてもよい。ＭＭＥ６２０がＨｅＮＢ６０２にベアラ設定要求（Bearer Setup Request）を送信する際、ステップｓ３００４で送られたＰＤＮ接続要求中のＤ−ｆｌａｇ及びＲＢ３１０４のＩＤがこのシグナリングに含まれる（ステップｓ３００８）。このため、ＵＥ１００とＰＧＷ６１８の間にハンドオーバ用通信経路（ベアラ）が確立される。
【０１２６】
図３２は、第６の実施形態に係るアクセスポイント（ＨｅＮＢ）１０２の構成の一例を示すブロック図である。図３２に示すように、第６の実施形態に係るアクセスポイント１０２は、受信部３００と、送信部３０２と、シグナリング解析部１９０４と、通信経路処理部３０６と、データ転送部３０８と、ベアラハンドリング決定部３２００とを有する。受信部３００、送信部３０２、通信経路処理部３０６及びデータ転送部３０８は、図５に示した第１の実施形態に係るアクセスポイント１０２の対応する構成要素と同等である。即ち、受信部３００は、信号を受信する。送信部３０２は、信号を送信する。
【０１２７】
シグナリング解析部１９０４は、受信したシグナリングの中にハンドオーバ用（企業内用）通信経路確立のためのパラメータ、即ちＵＥ１００が現在利用中のローカルアクセス用通信経路経由で送られてきたデータを、このシグナリングによって確立されたリモートアクセス用（企業外用）通信経路経由で送られてきたものとして扱うことを指示するパラメータが含まれているかを解析する。
【０１２８】
また、ベアラハンドリング決定部３２００は、Ｓ１ベアラとＲＢの対応方法を決定する。即ち、ベアラハンドリング決定部３２００は、第１の実施形態のように、ハンドオーバ用経路のＲＢに現在使用中のＳ１ベアラを結合させるか、現在使用中のＲＢにハンドオーバ用のＳ１ベアラを結合させるかを決定する。以下説明する例では、現在使用中のＲＢにハンドオーバ用のＳ１ベアラを結合させるとベアラハンドリング決定部３２００が決定したと仮定する。なお、Ｓ１ベアラとＲＢの対応方法は、例えば、あらかじめソフトウェアで決められた対応方法であっても良いし、現在このアクセスポイント（ＨｅＮＢ）１０２に接続しているＵＥの台数などから決定されても良い。
【０１２９】
以下、図２５に示したネットワーク構成に基づいて、図３０及び図３１を参照して、ＨｅＮＢ６０２が有するシグナリング解析部１９０４、ベアラハンドリング決定部３２００及び通信経路処理部３０６の各動作例について説明する。シグナリング解析部１９０４は、ＭＭＥ６２０から送られた非特許文献１に記載のベアラ設定要求の中に、前述のＤ−ｆｌａｇと、ＵＥ１００が現在利用中のＲＢのＩＤが含まれているかを解析する（ステップｓ３０１０）。これらのパラメータが含まれていた場合、通信経路処理部３０６は、ＵＥ１００が現在利用中のＳ１ベアラ３１００経由で送られてきたデータを、このシグナリングによって確立されたＳ１ベアラ３１０８経由で送られてきたものとして扱う。ベアラハンドリング決定部３２００の決定に基づき、通信経路処理部３０６は、ベアラ設定要求に応じて新たに確立したＳ１ベアラ３１０８を現在利用中のＲＢ３１０４に結び付ける（ステップｓ３０１４）。
【０１３０】
このとき、ＨｅＮＢ６０２は、ＲＢ３１０４を現在利用中の企業内用ベアラとして扱うと同時に、ハンドオーバのためのダミーベアラ用に張られたＲＢとしても扱う。すなわち、ＨｅＮＢ６０２は、通信先ノード６１２からＳ１ベアラ３１００経由で移動端末１００宛てに送られてきたデータは、仮想的にＳ１ベアラ３１０８経由で送られてきたものとみなす。しかし移動端末１００から通信先ノード６１２へＲＢ３１０４経由で送られるデータは正常通りＳ１ベアラ３１００へ送る。図３１（ａ）は、ＲＢ３１０４にＳ１ベアラ３１００のみが結び付いている状態を示す図であり、図３１（ｂ）は、Ｓ１ベアラ３１０８をＲＢ３１０４に結び付けた状態を示す図である。このように、現在企業内（宅内）で利用しているＲＢ（３１０４）にダミー用のＳ１ベアラ（３１０８）を結び付けることで、無線リソースを有効に利用することができる。
【０１３１】
データ転送部３０８は、ＵＥ１００がアクセスポイント１１０（ｅＮＢ６２４）に接続先を変えた時、アクセスポイント１０２（ＨｅＮＢ６０２）とアクセスポイント１１０の間に確立された非特許文献１に記載のデータ転送トンネルに、通信先ノード１０６（通信先ノード６１２）からゲートウェイノード１０４（Ｌ−ＰＧＷ６０６）を介してアクセスポイント１０２に送られたデータを転送する。なお、転送開始タイミング及び転送終了タイミングは、別のノードからの指示であっても良い。
【０１３２】
以下、図２５に示したネットワーク構成に基づいて、図３０及び図３１を参照してＨｅＮＢ６０２内のデータ転送部３０８の動作例について説明する。非特許文献１に記載のハンドオーバ処理の中で、ＨｅＮＢ６０２とｅＮＢ６２４の間にデータ転送トンネルが確立される。データ転送部３０８は、通信先ノード６１２からローカルアクセス用通信経路（Ｓ１ベアラ３１００）を介してＵＥ１００に送られてきたデータを、非特許文献１に記載の方法でＨｅＮＢ６０２からｅＮＢ６２４へのデータ転送を開始する（ステップｓ３０１８）。ＵＥ１００がｅＮＢ６２４へのハンドオーバを完了し、前述のＳＩＰ等の方法を用いてＩＰ−ＰＢＸ２６００との間でセッションを確立し終えると（ステップｓ３０２０）、ＩＰ−ＰＢＸ２６００はＨｅＮＢ６０２にデータ転送終了指示を送る（ステップｓ３０２２）。このデータ転送終了指示に応じて、データ転送部３０８はデータ転送を終了する（ステップｓ３０２４）。
【０１３３】
以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、データの基本部２８００のみのハンドオーバが可能である。
【０１３４】
（第７の実施形態）
第７の実施形態について、図１、図３３及び図３４を参照して説明する。なお、本実施形態では、第３の実施形態で説明したベアラ確立方法を、第６の実施形態で説明したユースケースに適応させた場合について説明する。図３３は、第７の実施形態における処理シグナリングシーケンスの一例を示すシーケンスチャートである。また、図３４は、第７の実施形態に係るアクセスポイントの構成の一例を示すブロック図である。
【０１３５】
図３３に示すように、ステップｓ１４００〜ステップｓ１４０６で宅内（企業内）用ベアラが確立される。各ステップは図１０に示した第３の実施形態の場合と同様であるが、本実施形態ではベアラがデータの基本部２８００用と拡張部２８０２用にそれぞれ確立される点が異なる。なお、これら２本のベアラを確立するために、ＰＤＮ接続要求及び「Create Session Request」等のシグナリングが２回送られても良いが、１つのシグナリングによって２本のベアラが確立されても良い。後者の場合、１つのシグナリング（ＰＤＮ接続要求、Create Session Req/Res、ベアラ設定要求、RB setupなどそれぞれ）に２本のベアラに対するパラメータを含む。
【０１３６】
図３４は、第７の実施形態に係るアクセスポイント１０２の構成の一例を示すブロック図である。図３４のアクセスポイント１０２は、受信部１３００と、送信部１３０２と、シグナリング解析部１３０４と、通信経路処理部１３０６と、データ転送部１３０８と、ベアラ本数決定部３４００と、シグナリング生成部３４０２と、ベアラハンドリング決定部３４０４とを有する。なお、受信部１３００、送信部１３０２、シグナリング解析部１３０４、通信経路処理部１３０６及びデータ転送部１３０８は、図１１に示した第３の実施形態に係るアクセスポイントの対応する構成要素と同等である。
【０１３７】
ベアラ本数決定部３４００は、ＵＥがハンドオーバ後に使用するベアラの本数を決定する。なお、ハンドオーバ後のベアラの本数は、例えば、アクセスポイント１０２が周囲の基地局（アクセスポイント６２４等）の電波状況等をサーチし、その状況に応じた本数であっても良い。例えば周囲の電波状況が良ければ２本と決定し、悪ければ１本と決定する。また、例えば、あらかじめソフトウェアで決められた本数であっても、ユーザの料金プランに依存した本数であっても、接続先ＨｅＮＢのＣＳＧ  ＩＤに基づいて決められた本数であっても良い。シグナリング生成部３４０２は、ベアラ本数決定部３４００が決定したベアラの本数を示す情報（ベアラ本数情報）を「Handover Required」に付加し、ＭＭＥ６２０に送信する（ステップｓ１４１０）。なお、シグナリング生成部３４０２は、例えば、対応するＲＢのＩＤを全て付加しても、ベアラの本数を数値やフラグで付加しても良い。
【０１３８】
また、ベアラハンドリング決定部３４０４は、Ｓ１ベアラとＲＢの対応方法を決定する。即ち、ベアラハンドリング決定部３４０４は、第１の実施形態のように、ハンドオーバ用経路のＲＢに現在使用中のＳ１ベアラを結合させるか、現在使用中のＲＢにハンドオーバ用のＳ１ベアラを結合させるかを決定する。以下説明する例では、現在使用中のＲＢにハンドオーバ用のＳ１ベアラを結合させるとベアラハンドリング決定部３４０４が決定したと仮定する。なお、Ｓ１ベアラとＲＢの対応方法は、例えば、あらかじめソフトウェアで決められた対応方法であっても良いし、現在このアクセスポイント（ＨｅＮＢ）１０２に接続しているＵＥの台数などから決定された本数であっても良い。
【０１３９】
ＭＭＥ６２０は、「Handover Required」に付加されたベアラ本数情報に基づき、ハンドオーバ用のベアラ確立処理を行う（ステップｓ１４１２〜ｓ１４１６）。但し、本実施形態では、基本部２８００に対応するベアラのみがハンドオーバ用として確立される。ステップｓ１４１２〜ｓ１４１６におけるこの点以外の動作は第３の実施形態と同等である。
【０１４０】
アクセスポイント１０２（ＨｅＮＢ６０２）のシグナリング解析部１３０４は、ＭＭＥ６２０から送られてきたベアラ設定要求の中に前述のＤ−ｆｌａｇとＵＥ１００が現在利用中のＳ１ベアラ３１００のＩＤが含まれているかを解析する（ステップｓ１４１８）。なおこのベアラ設定要求の中にベアラ本数情報が含まれていてもよい。
【０１４１】
シグナリング解析部１３０４による解析結果及びベアラハンドリング決定部３４０４の決定に基づき、通信経路処理部１３０６は、現在基本部２８００用に利用中のＲＢ３１０４に、ハンドオーバ用Ｓ１ベアラとして新しく確立されたＳ１ベアラ３１０８を結び付けて、ＲＢ３１０４をハンドオーバ用ＲＢとしても扱う。すなわち、アクセスポイント１０２（ＨｅＮＢ６０２）は、通信先ノードからＳ１ベアラ３１００経由でＵＥ１００宛てに送られてきたデータは、仮想的にＳ１ベアラ３１０８経由で送られてきたものとみなし、ＵＥ１００から通信先ノードへＲＢ３１０４経由で送られるデータをＳ１ベアラ３１００へ送る。
【０１４２】
以上説明したように、本発明の実施形態によれば、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、データが冗長な経路を通らない。したがって、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮できる。また、移動端末の構成に変更を加える必要なく当該効果を達成できる。
【０１４３】
以上、本発明の各実施の形態について説明した。
上記各実施形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【０１４４】
また、上記各実施形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１４５】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１４６】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１４７】
本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
【０１４８】
本出願は、2010年3月26日出願の日本特許出願（特願2010-072359）及び2011年1月7日出願の日本特許出願（特願2011-002189）に基づくものであり、その内容はここに参照として取り込まれる。
【産業上の利用可能性】
【０１４９】
本発明に係る移動無線システムは、ハンドオーバアンカーポイントが異なるネットワーク間を移動端末がハンドオーバする際に、移動端末のハンドオーバに伴うデータ受信の停止時間を短縮可能なシステム等として有用である。
【符号の説明】
【０１５０】
１００  移動端末（ＵＥ）
１０２、１１０、４０２、４１２、６０２、６２４  アクセスポイント（ｅＮＢ、ＨｅＮＢ）
１０４、１１２、４１６、６０６、６１８  ゲートウェイノード（ＰＧＷ、Ｌ−ＰＧＷ）１０６、４０８、６１２  通信先ノード
１０８、４１０、６２０  シグナリング処理ノード（ＭＭＥ）
１１４、４０６、６１６  ネットワーク
１２０、４２０、６３２  アクセスネットワーク（ＥＰＣ）
２００、２０００  無線受信部
２０２、２００２  無線送信部
２０４、２００４  ハンドオーバ用経路確立決定部
２０６、９０６、１２０８、１５０８、２００６、３４０２  シグナリング生成部
３００、９００、１０００、１２００、１３００、１５００、１６００  受信部
３０２、９０２、１００２、１２０２、１３０２、１５０２、１６０２  送信部
３０４、１００４、１３０４、１６０４、１９０４  シグナリング解析部
３０６、１００６、１３０６、１６０６  通信経路処理部
３０８、１００８、１３０８  データ転送部
４０４、４１４、６０４、６２２  中継ノード（ＳＧＷ、Ｌ−ＳＧＷ）
６０８  ホームゲートウェイ（ＨＧＷ）
６１０  ブロードバンドルータ（ＢＢルータ）
６１４  ホームネットワーク
６３０  宅内又は企業内
８２０、８２４、１７０２、１７０８  ＲＢ
８２２、８２６、１７００、１７０４、１７０６  Ｓ１ベアラ
９０４、１２０４、１５０４  ゲートウェイノード解析部
１２０６  ハンドオーバ用通信経路確立決定部
１５０６  ローカルアクセス用通信経路確立決定部
２６００  ＩＰ−ＰＢＸ
２８００  基本部
２８０２  拡張部
３１０４、３１０６  ＲＢ
３１００、３１０２、３１０８  Ｓ１ベアラ
２９００、３４００  ベアラ本数決定部
３２００、３４０４  ベアラハンドリング決定部
【図１】
2011118196.tif 000003
【図２】
2011118196.tif 000004
【図３】
2011118196.tif 000005
【図４】
2011118196.tif 000006
【図５】
2011118196.tif 000007
【図６】
2011118196.tif 000008
【図７】
2011118196.tif 000009
【図８】
2011118196.tif 000010
【図９】
2011118196.tif 000011
【図１０】
2011118196.tif 000012
【図１１】
2011118196.tif 000013
【図１２】
2011118196.tif 000014
【図１３】
2011118196.tif 000015
【図１４】
2011118196.tif 000016
【図１５】
2011118196.tif 000017
【図１６】
2011118196.tif 000018
【図１７】
2011118196.tif 000019
【図１８】
2011118196.tif 000020
【図１９】
2011118196.tif 000021
【図２０】
2011118196.tif 000022
【図２１】
2011118196.tif 000023
【図２２】
2011118196.tif 000024
【図２３】
2011118196.tif 000025
【図２４】
2011118196.tif 000026
【図２５】
2011118196.tif 000027
【図２６】
2011118196.tif 000028
【図２７】
2011118196.tif 000029
【図２８】
2011118196.tif 000030
【図２９】
2011118196.tif 000031
【図３０】
2011118196.tif 000032
【図３１】
2011118196.tif 000033
【図３２】
2011118196.tif 000034
【図３３】
2011118196.tif 000035
【図３４】
2011118196.tif 000036
【国際調査報告】
2011118196.tif 000037
2011118196.tif 000038