JP6052026B2 - 経路選択装置、経路選択方法および通信システム - Google Patents

Description

本発明は、経路選択装置、経路選択方法および通信システムに関する。

現在、携帯電話システムや無線ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの無線通信システムが利用されている。また、無線通信の分野では、通信速度や通信容量をさらに向上させるべく次世代の通信技術について議論が行われている。

このような無線通信システムに関して、たとえば、ＬＴＥ／ＥＰＣ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ／ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）がある。ＬＴＥ／ＥＰＣは、第３世代携帯電話網（３Ｇ Ｍｏｂｉｌｅ Ｓｙｓｔｅｍ）の次世代の無線通信システムとして３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において標準化されている。

ＬＴＥ／ＥＰＣは、ＬＴＥ網とコア網としてのＥＰＣ網とを含む。ＬＴＥ網は、たとえば、ＬＴＥに準拠した無線アクセス網であり、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）とも呼ばれる場合がある。また、ＥＰＣ網はＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）とも呼ばれ、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）網を介してＩＰ（Ｉｎｔｅｒｎｅｔ Ｐａｃｋｅｔ）網（またはパケット網）と接続される。ＩＰ網は、たとえば、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）網（またはインターネット）やイントラネットである。

ＬＴＥ／ＥＰＣにおいては、移動端末（モバイル端末：ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））はＬＴＥ網を介してＥＰＣ網に接続し、ＥＰＣ網およびＩＭＳ網を介してＩＰ網と接続することができる。移動端末はＩＰ網に接続された種々のサーバ装置や端末装置などにアクセスすることにより、ブラウザの閲覧サービス、映像の配信サービス、ＶＯＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）など種々のサービスの提供を受けることができる。

ＥＰＣ網は、ＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、Ｐ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）などの複数のノードを備える。移動端末は、Ｓ−ＧＷおよびＰ−ＧＷを介してＩＭＳ網に接続し、ＩＰ網にアクセスすることが可能となる。

一方、このような無線通信システムにおいてはトラヒックオフロードと呼ばれる技術がある。トラヒックオフロードは、たとえば、移動端末からのトラヒックをＳ−ＧＷやＰ−ＧＷを経由することなくＩＳＰ網に到達させることにより、ＥＰＣ網におけるトラヒックの削減を図ることができる。

トラヒックオフロード技術では、たとえば、ＥＰＣ網にオフロード装置が設けられる。オフロード装置は、移動端末（無線アクセス網）からのトラヒックに対してアンカポイントとして機能し、移動端末からのトラヒックをＥＰＣ網と異なるオフロード用のネットワークへ転送する。オフロード用のネットワークは、たとえば、オフロードネットワーク（ＩＰ網やＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）網など）と呼ばれる場合がある。オフロードされたトラヒックは、オフロードネットワークを通じて目的のＩＰ網に到達する。

ＥＰＣ網におけるオフロードトラヒックでは、たとえば、移動端末における通信回線設定時にオフロードのアンカポイントとなるオフロード装置が通信回線単位で決定される。アンカポイントとなるオフロード装置は、移動端末が接続する基地局の変更によって変更されない。すなわち、移動端末からの全てのオフロードトラヒックは、アンカポイントであるオフロード装置を経由する。これにより、たとえば、移動端末の移動を起因とする、移動端末とＩＰ網の通信の切断や途絶を回避することができる。

また、迂回対象トラヒック量と迂回対象リンクのトラヒック交流情報とに基づいて迂回路の始点と終点とを決定する技術が知られている（たとえば、下記特許文献１参照。）。また、輻輳を検出したＩＰルータでショートカットパスを利用して輻輳を緩和する技術が知られている（たとえば、下記特許文献２参照。）。

特開２００９−２００９９５号公報 特開２００２−０６４５５４号公報

しかしながら、上述した従来技術では、移動端末のハンドオーバにともなって経路選択装置が切り替わると、ハンドオーバ先での輻輳を抑えることができない場合がある。

１つの側面では、本発明は、ハンドオーバ先での輻輳を抑えることができる経路選択装置、経路選択方法および通信システムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明の一側面によれば、通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる第一経路選択装置が、前記第一経路選択装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置のうちの第二経路選択装置における前記中継経路の選択状態を取得し、取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する経路選択装置、経路選択方法および通信システムが提案される。

本発明の一側面によれば、ハンドオーバ先での輻輳を抑えることができるという効果を奏する。

図１は、実施の形態１にかかる通信システムの一例を示す図である。 図２は、実施の形態２にかかるネットワークシステムの一例を示す図である。 図３は、ハンドオーバによる通信品質の一例を示す図である。 図４は、地理的位置関係による経路切り替えの判断の一例を示す図である。 図５は、オフロードＧＷのハードウェア構成の一例を示す図である。 図６は、オフロードＧＷの機能的構成の一例を示す図である。 図７は、オフロードＧＷにおける各部の動作の一例を示す図（その１）である。 図８は、オフロードＧＷにおける各部の動作の一例を示す図（その２）である。 図９は、通信経路条件データの一例を示す図である。 図１０は、自トラヒック経路条件データの一例を示す図である。 図１１は、周辺装置経路条件データの一例を示す図である。 図１２は、周辺装置トラヒック経路条件通信経路切り替え閾値の一例を示す図である。 図１３は、周辺装置トラヒック経路状態通知離脱閾値の一例を示す図である。 図１４は、自トラヒック経路条件切り替え閾値の一例を示す図である。 図１５は、ｅＮＢを収容するオフロードＧＷ情報の一例を示す図である。 図１６Ａは、オフロード条件データの一例を示す図（その１）である。 図１６Ｂは、オフロード条件データの一例を示す図（その２）である。 図１６Ｃは、オフロード条件データの一例を示す図（その３）である。 図１７Ａは、ベアラ利用加入者特定テーブルの一例を示す図（その１）である。 図１７Ｂは、ベアラ利用加入者特定テーブルの一例を示す図（その２）である。 図１７Ｃは、ベアラ利用加入者特定テーブルの一例を示す図（その３）である。 図１８は、経路状態通知受信参加パケットの一例を示す図である。 図１９は、経路状態通知受信離脱パケットの一例を示す図である。 図２０は、経路状態通知パケットの一例を示す図である。 図２１は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄの一例を示す図である。 図２２は、Ｕｐｌｉｎｋ ＧＴＰ−ｕパケットの一例を示す図である。 図２３は、オフロードネットワーク経由でのオフロードＧＷからＷｅｂサーバへのパケットの一例を示す図である。 図２４は、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔの一例を示す図である。 図２５Ａは、Ｓ−ＧＷ宛のＵｐｌｉｎｋ ＧＴＰ−ｕパケット受信時の処理の一例を示すフローチャート（その１）である。 図２５Ｂは、Ｓ−ＧＷ宛のＵｐｌｉｎｋ ＧＴＰ−ｕパケット受信時の処理の一例を示すフローチャート（その２）である。 図２６は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ傍受時の処理の一例を示すフローチャートである。 図２７Ａは、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ受信時の処理の一例を示すフローチャート（その１）である。 図２７Ｂは、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ受信時の処理の一例を示すフローチャート（その２）である。 図２８は、オフロード通信用アドレス捕捉処理の一例を示すフローチャートである。 図２９は、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ処理の一例を示すフローチャートである。 図３０は、自トラヒック計測処理の一例を示すフローチャートである。 図３１は、経路状態通知パケット受信時の処理の一例を示すフローチャートである。 図３２は、経路切り替え処理の一例を示すフローチャートである。 図３３は、経路状態受信離脱処理の一例を示すフローチャートである。 図３４Ａは、ＴＣＰ通信がオフロードされる場合のネットワークシステムの動作の一例を示すシーケンス図（その１）である。 図３４Ｂは、ＴＣＰ通信がオフロードされる場合のネットワークシステムの動作の一例を示すシーケンス図（その２）である。 図３５Ａは、Ｓ１ベースのハンドオーバ処理の一例を示すシーケンス図（その１）である。 図３５Ｂは、Ｓ１ベースのハンドオーバ処理の一例を示すシーケンス図（その２）である。 図３６Ａは、Ｘ２ベースのハンドオーバ処理の一例を示すシーケンス図（その１）である。 図３６Ｂは、Ｘ２ベースのハンドオーバ処理の一例を示すシーケンス図（その２）である。 図３７は、初回のハンドオーバ前の状態の一例を示す図である。 図３８は、初回のハンドオーバ後の状態の一例を示す図である。 図３９は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り替え後の状態の一例を示す図である。 図４０は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。 図４１は、周辺装置での第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。 図４２は、最終ハンドオーバ時刻から所定時間が経過した状態の一例を示す図である。

以下に図面を参照して、本発明にかかる経路選択装置、経路選択方法および通信システムの実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１にかかる通信システムの一例を示す図である。図１に示すように、実施の形態１にかかる通信システム１００は、移動端末１０１，１０２と、経路選択装置１１１，１１２と、通信先１２１，１２２と、を含む。

移動端末１０１は、たとえば基地局との間で無線通信を行うことにより、通信先１２１との間で通信を行う。経路選択装置１１１は、移動端末１０１と通信先１２１との間の通信を中継するとともに、移動端末１０１と通信先１２１との間の通信の中継経路を、経路選択装置１１１に接続された第一経路および第二経路から選択して切り替える。

具体的には、経路選択装置１１１は、第一経路のトラヒック量が所定量以上になると、以降の通信要求による移動端末１０１と通信先１２１との間の通信について第二経路を選択する。これにより、第一経路のトラヒック量が低減される。

移動端末１０２は、たとえば基地局との間で無線通信を行うことにより、通信先１２２との間で通信を行う。通信先１２２は、通信先１２１と同じ通信装置であってもよいし、通信先１２１と異なる通信装置であってもよい。

経路選択装置１１２は、移動端末１０２と通信先１２２との間の通信を中継するとともに、移動端末１０２と通信先１２２との間の通信の中継経路を、経路選択装置１１２に接続された第一経路および第二経路から選択して切り替える。

経路選択装置１１２に接続された第一経路は、経路選択装置１１１に接続された第一経路と同一の経路であってもよいし、経路選択装置１１１に接続された第一経路と異なる経路であってもよい。また、経路選択装置１１２に接続された第二経路は、経路選択装置１１１に接続された第二経路と同一の経路であってもよいし、経路選択装置１１１に接続された第二経路と異なる経路であってもよい。

経路選択装置１１２は、経路選択装置１１１と同様に、第一経路のトラヒック量が所定量以上になると、以降の通信要求による移動端末１０２と通信先１２２との間の通信について第二経路を選択する。これにより、第一経路のトラヒック量が低減される。

図１に示す例では、たとえば移動端末１０１が移動し、移動端末１０１と無線通信を行う基地局が切り替わることにより、移動端末１０１の通信を中継する装置が経路選択装置１１１から経路選択装置１１２へ切り替わる場合について説明する。このとき、経路選択装置１１１が移動端末１０１の通信について選択していた中継経路（第一経路または第二経路）は、経路選択装置１１２に引き継がれる。

具体的には、経路選択装置１１１が移動端末１０１の通信について第一経路を選択している状態で移動端末１０１がハンドオーバした場合は、ハンドオーバ先の経路選択装置１１２も、移動端末１０１の通信について第一経路を選択する。また、経路選択装置１１１が移動端末１０１の通信について第二経路を選択している状態で移動端末１０１がハンドオーバした場合は、ハンドオーバ先の経路選択装置１１２も、移動端末１０１の通信について第二経路を選択する。

経路選択装置１１１は、取得部１３１と、選択部１３２と、を備える。取得部１３１は、経路選択装置１１１（自装置）が中継中の移動端末１０１と通信先１２１との間の通信のハンドオーバ対象となる経路選択装置１１２（他の経路選択装置）における、中継経路（第一経路および第二経路）の選択状態を取得する。そして、取得部１３１は、取得した選択状態を選択部１３２へ通知する。

選択部１３２は、取得部１３１から通知された選択状態に応じて、第一経路のトラヒック量が所定量未満であっても、経路選択装置１１１（自装置）が中継中の移動端末１０１と通信先１２１との間の通信について第二経路を選択する。たとえば、選択部１３２は、経路選択装置１１２において第二経路が選択されている場合は、経路選択装置１１１の第一経路のトラヒック量が所定量未満であっても、移動端末１０１の通信について第二経路を選択する。

これにより、ハンドオーバ先の経路選択装置１１２が第一経路の輻輳により第二経路を選択している状態においては、ハンドオーバ元の経路選択装置１１１において第二経路を選択してからハンドオーバすることができる。これにより、経路選択装置１１２における第一経路をさらに輻輳させることを防止することができる。

（実施の形態２）
図２は、実施の形態２にかかるネットワークシステムの一例を示す図である。図２に示すように、実施の形態２にかかるネットワークシステム２００は、ＬＴＥ網２１０と、ＥＰＣ網２２０と、ＩＭＳ網２３０と、ＩＳＰ網２４０（Ｉｎｔｅｒｎｅｔ）と、オフロードネットワーク２５１，２５２と、を含む。図２は、モバイル端末である移動端末２６１とＩＳＰ網２４０のＷｅｂサーバ２４１との通信において、移動端末２６１が通信を維持した状態で基地局２１１のセルから基地局２１４のセルへ移動する場合の通信経路の変化の様子を示している。

ＬＴＥ網２１０は無線アクセス網である。ＬＴＥ網２１０は、基地局２１１〜２１４を含む。基地局２１１〜２１４のそれぞれは、たとえば“ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）”と呼ばれるＬＴＥ準拠の無線基地局装置である。

ＥＰＣ網２２０はコア網である。ＥＰＣ網２２０は、たとえば、第２世代（２Ｇ）、第３世代（３Ｇ）、第３．５世代などの３ＧＰＰによる無線アクセス網を収容することができる。第２世代の無線アクセス網には、たとえばＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を適用することができる。なお、ＧＳＭは登録商標である。第３世代の無線アクセス網には、たとえばＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）を適用することができる。第３．５世代の無線アクセス網には、たとえばＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を適用することができる。

また、ＥＰＣ網２２０は、ＣＤＭＡ２０００、ＷｉＭＡＸ（Ｗｉｄｅｂａｎｄ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）など非３ＧＰＰの無線アクセス網を収容することもできる。なお、ＷｉＭＡＸは登録商標である。

ＥＰＣ網２２０は、Ｐ−ＧＷ２２１と、Ｓ−ＧＷ２２２，２２３と、ＭＭＥ２２４，２２５と、オフロードＧＷ２２６〜２２８と、を含む。ＥＰＣ網２２０はさらにＰＣＲＦなどのノードを含んでもよい。

Ｐ−ＧＷ２２１は、たとえば、ＩＳＰ網２４０などのパケット網に対する接続ポイントとなる。Ｐ−ＧＷ２２１は、たとえば、移動端末２６１へのＩＰアドレスの払い出しやユーザ認証などを行う。また、Ｐ−ＧＷ２２１は、たとえば、ＰＣＲＦの指示に従うＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御や課金データ生成などを行い、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバの機能を有してもよい。

Ｓ−ＧＷ２２２，２２３は、たとえば、ユーザデータなどのＵプレーン（Ｕｓｅｒ Ｐｌａｎｅ）のデータを扱う。また、Ｓ−ＧＷ２２２，２２３は、たとえば、３ＧＰＰの無線アクセス網のアンカポイントとして機能し、Ｐ−ＧＷ２２１との間でパケットデータの中継処理を行う。

ＭＭＥ２２４，２２５は、たとえば、ネットワーク制御に関するＣプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）のデータを扱う。また、ＭＭＥ２２４，２２５は、たとえば、ベアラの確立および解放、移動端末２６１の位置登録、ハンドオーバなどの移動制御などを行う。さらに、ＭＭＥ２２４，２２５は、たとえば、加入者情報が登録されたＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と連携して移動端末２６１の認証を行う。

オフロードＧＷ２２６〜２２８のそれぞれは、たとえば、オフロードトラヒックを制御するノードとして機能する。ＥＰＣ網２２０では、１以上のオフロード装置が備えられている。オフロードＧＷ２２６〜２２８は、たとえば、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間に配置され、その数は適宜設定可能であり、基地局２１１〜２１４のそれぞれに設置することも可能である。

オフロードＧＷ２２６〜２２８は、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間で送受信されるＣプレーンのパケットを傍受する。そして、オフロードＧＷ２２６〜２２８は、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間で送受信されるＵプレーンのトラヒックのうち、オフロード対象のトラヒック（以下、「オフロードトラヒック」と称する場合がある）を決定する。

オフロードＧＷ２２６〜２２８は、オフロード対象のトラヒックを決定した後、たとえば以下のようにしてオフロードトラヒックを送受信する。すなわち、オフロードＧＷ２２６〜２２８は、移動端末２６１から送信されたアップリンク通信におけるオフロードトラヒックのＵプレーンデータ（ユーザパケット）を分岐して、オフロードネットワーク２５１，２５２（図２ではオフロードネットワーク２５１）に転送する。

オフロードネットワーク２５１，２５２に転送されたトラヒックは、ＥＰＣ網２２０を経由せずにＩＳＰ網２４０に送信され、目的の通信相手（たとえばＷｅｂサーバ２４１）に到達する。一方、オフロードＧＷ２２６〜２２８は、目的の通信相手から送信されたダウンリンク通信のオフロードトラヒックを、Ｓ−ＧＷ２２２，２２３から基地局２１１〜２１４へのトラヒックに合流させる。オフロードＧＷ２２６〜２２８の構成例などについては後述する。

ＩＳＰ網２４０には、Ｗｅｂサイト＃ａを提供するＷｅｂサーバ２４１とＷｅｂサイト＃ｂを提供するＷｅｂサーバ２４２とが接続される。Ｗｅｂサーバ２４１，２４２は、移動端末２６１の通信相手（Ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ Ｎｏｄｅ）の例示であり、たとえば、ＴＣＰ通信を行うものであれば端末装置であってもよい。

基地局２１１〜２１４は、オフロードＧＷ２２６〜２２８を介してＷｅｂサーバ２４１，２４２からのデータを無線信号に変換して、移動端末２６１に送信する。また、基地局２１１〜２１４は、移動端末２６１から送信された無線信号をデータなどに変換してオフロードＧＷ２２６〜２２８を介してＷｅｂサーバ２４１，２４２に送信する。

また、基地局２１１〜２１４は、オフロードＧＷ２２６〜２２８を介して“Ｓ１−ＭＭＥインタフェース”と呼ばれるＵプレーンのインタフェースによってＭＭＥ２２４，２２５と接続される。また、基地局２１１〜２１４は、“Ｓ１−Ｕインタフェース”と呼ばれるインタフェースによってＳ−ＧＷ２２２，２２３と接続される。他方、Ｓ−ＧＷ２２２，２２３とＭＭＥ２２４，２２５は“Ｓ１１インタフェース”と呼ばれるＣプレーンのインタフェースで接続される。また、Ｓ−ＧＷ２２２，２２３とＰ−ＧＷ２２１は“Ｓ５”と呼ばれるインタフェースによって接続される。さらに、基地局２１１〜２１４間は、“Ｘ２インタフェース”と呼ばれるインタフェースで接続される。

移動端末２６１は、たとえば、接続先の基地局を基地局２１１から基地局２１２、さらに基地局２１３へと順次切り替えることができる。移動端末２６１が接続先の基地局２１１〜２１４を切り替えることを、たとえば、ハンドオーバと称する場合がある。

なお、ハンドオーバには、異なるＭＭＥ２２４，２２５間に跨って行われるＳ１ベースハンドオーバと、ＭＭＥ２２４，２２５のうちの同一のＭＭＥの管理範囲内で行われるＸ２ベースハンドオーバがある。後述する動作においては、この２つのハンドオーバについて説明する。このようなハンドオーバによって、移動端末２６１から送信されるオフロードトラヒックを受信するオフロードＧＷ２２６〜２２８も変更される。図２の例では、移動端末２６１は、接続先の基地局２１１〜２１４を基地局２１１から基地局２１２〜２１４に変更すると、オフロードＧＷ２２６〜２２８もオフロードＧＷ２２６からオフロードＧＷ２２７，２２８に変更される。

図３は、ハンドオーバによる通信品質の一例を示す図である。図３において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。図３に示す例では、移動端末２６１は基地局２１４に接続している。図３に示す移動端末２６２，２６３は、移動端末２６１と異なる移動端末である。移動端末２６２は基地局２１２に接続している。移動端末２６３は基地局２１３に接続している。

オフロードＧＷ２２６は、第一経路を通過する移動端末２６２，２６３のトラヒックのＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：体感品質）を保証するために、移動端末２６２，２６３の新規セッションを第二経路へ迂回させている。

第一経路は、たとえばＥＰＣ網２２０を経由してＩＳＰ網２４０へ接続する経路である。第二経路は、オフロードネットワーク２５１，２５２のいずれかを経由することにより、ＥＰＣ網２２０を経由せずにＩＳＰ網２４０へ接続する経路である。

一方、オフロードＧＷ２２８は、第一経路が空いており、移動端末２６１のトラヒックが全て第一経路を経由している。この状態において、移動端末２６１が、オフロードＧＷ２２６の配下の基地局２１１へハンドオーバしたとする。この場合は、移動端末２６１のトラヒックの経路がオフロードＧＷ２２６においても第一経路となり、オフロードＧＷ２２６の第一経路を通過する移動端末２６２，２６３のトラヒックおよび移動端末２６１のトラヒックのＱｏＥを保証できなくなる場合がある。

図４は、地理的位置関係による経路切り替えの判断の一例を示す図である。図４は、移動端末２６１などのモバイル端末の所在位置（地理的位置関係）による経路切り替えの判断を示している。区域４０１は、第一経路のまま運用を継続するのが妥当であると判断できる区域である。区域４０２（βＸ）は、第一経路のままが良いか第二経路に切り替えるべきか判断に迷う区域である。区域４０３は、第一経路が輻輳し、第二経路へ切り替えた区域である。区域４０４（αＸ）は、第一経路の輻輳が確実と予想され、第二経路への切り替えが妥当と判断できる区域である。

たとえば、区域４０２において第一経路を使用している移動端末２６１が区域４０３へ移動すると、ハンドオーバによって区域４０３における第一経路のトラヒックが増加する。図４に示すように、モバイル網においては近隣の装置の輻輳状態がハンドオーバにより波及する。このため、地理的位置関係により、移動端末２６１の移動に伴う影響を考慮しての経路切り替えには多くの装置が関わる。

（各オフロードＧＷの構成）
つぎに、各オフロードＧＷの構成について説明する。

図５は、オフロードＧＷのハードウェア構成の一例を示す図である。オフロードＧＷ２２６〜２２８のそれぞれは、たとえば図５に示すオフロードＧＷ５００（ｏＧＷ）によって実現することができる。

オフロードＧＷ５００は、回線インタフェース５０１と、パケット転送制御部５０２、ＣＰＵ５０３（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央処理装置）と、記憶部５０４（メモリ）と、を備える。なお、図１に示した取得部１３１および選択部１３２は、たとえば回線インタフェース５０１、パケット転送制御部５０２およびＣＰＵ５０３によって実現することができる。

回線インタフェース５０１は、たとえば、オフロードＧＷ２２６〜２２８と基地局２１１〜２１４およびオフロードＧＷ２２６〜２２８とＳ−ＧＷ２２２，２２３を結ぶ各回線を収容する。また、回線インタフェース５０１は、たとえば、オフロードＧＷ２２６〜２２８とＭＭＥ２２４，２２５およびオフロードＧＷ２２６〜２２８とオフロードネットワーク２５１，２５２を結ぶ各回線を収容する。

オフロードＧＷ２２６〜２２８は、収容する回線数に応じた１以上の回線インタフェース５０１を備えている。なお、回線インタフェース５０１は、たとえば、汎用または専用の半導体回路で形成される。回線インタフェース５０１に適用する半導体回路には、たとえば、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などを用いることができる。

パケット転送制御部５０２は、回線インタフェース５０１、ＣＰＵ５０３および記憶部５０４と接続され、パケット転送処理を行う。パケット転送制御部５０２は、たとえば、ルーティングテーブルを有し、パケットの宛先アドレスに対応する出力ポートをルーティングテーブルから割り出し、出力ポートへ向けてパケットを出力する。

なお、パケット転送制御部５０２は、たとえば汎用または専用の半導体回路が搭載された回路チップとして形成することができる。パケット転送制御部５０２に適用する半導体回路には、たとえば、ＬＳＩ、ＡＳＩＣ、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）またはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などを用いることができる。

ＣＰＵ５０３は、たとえば、パケット転送制御部５０２の制御を通じてオフロードＧＷ２２６〜２２８全体の動作を制御する。ＣＰＵ５０３は、コントローラ（制御部）の一例であり、プロセッサの一例でもある。なお、ＣＰＵ５０３の機能を司るコントローラは、たとえば、専用または汎用のハードウェアチップの適用により実現される。

記憶部５０４は、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの半導体メモリによって形成される。記憶部５０４は、ＣＰＵ５０３の作業領域、ＣＰＵ５０３によって実行される各種プログラムなどの格納領域などを提供する。

図６は、オフロードＧＷの機能的構成の一例を示す図である。図６に示すオフロードＧＷ５００（ｏＧＷ）の各機能ブロックは、たとえば、ＣＰＵ５０３が記憶部５０４に記憶されたプログラムを実行することにより実現される機能を示している。また、図６に示す各機能ブロックがハードウェアとしてオフロードＧＷ５００に備わっていてもよい。

図５に示したＣＰＵ５０３は、たとえば、振分ポイント６００として機能する。振分ポイント６００は、Ｓ１ＡＰ傍受部６０１と、Ｘ２ＡＰ傍受部６０２と、振分部６０３と、トラヒック制御部６０４と、トラヒック計測部６０５と、を含む。また、振分ポイント６００は、ベアラ状態管理データ６０６と、オフロード条件データ６０７と、通信経路条件データ６０８と、周辺装置経路条件データ６０９と、自トラヒック経路条件データ６１０と、を含む。

図５に示した記憶部５０４には、ベアラ状態管理データ６０６、オフロード条件データ６０７、通信経路条件データ６０８、周辺装置経路条件データ６０９および自トラヒック経路条件データ６１０が記憶される。

図１に示した取得部１３１は、たとえば回線インタフェース５０１、パケット転送制御部５０２、Ｓ１ＡＰ傍受部６０１およびＸ２ＡＰ傍受部６０２によって実現することができる。図１に示した選択部１３２は、たとえば回線インタフェース５０１、パケット転送制御部５０２、振分部６０３、トラヒック制御部６０４およびトラヒック計測部６０５によって実現することができる。

図７は、オフロードＧＷにおける各部の動作の一例を示す図（その１）である。図７に示す例では、移動端末２６１が基地局２１４から基地局２１１へハンドオーバする場合（たとえば図３参照）について説明する。この場合は、基地局２１４がハンドオーバ元のソース基地局となり、基地局２１１がハンドオーバ先のターゲット基地局となる。

ハンドオーバに伴い、移動端末２６１の回線を収容するオフロードＧＷは、オフロードＧＷ２２８からオフロードＧＷ２２６へ変更される。この場合は、オフロードＧＷ２２８がハンドオーバ元のソースオフロードＧＷ（Ｓｏｕｒｃｅ ｏＧＷ）となり、オフロードＧＷ２２６がハンドオーバ先のターゲットオフロードＧＷ（Ｔａｒｇｅｔ ｏＧＷ）となる。オフロードＧＷ２２８とオフロードＧＷ２２６の各構成は、図５および図６に示すオフロードＧＷ５００と同様である。

オフロードＧＷ２２８のＳ１ＡＰ傍受部６０１は、基地局２１４とＭＭＥ２２５の間のＳ１ＡＰ（Ｓ１ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づく制御パケットを傍受する。図７に示す例では、オフロードＧＷ２２８のＳ１ＡＰ傍受部６０１は、対象となる移動端末２６１に対する通信回線の割り付けおよびハンドオーバの契機を検出する。

なお、Ｓ１ＡＰは、たとえば、基地局２１１〜２１４（ｅＵＴＲＡＮ：ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）とＭＭＥ２２４，２２５との間のシグナリングサービスを提供するＣプレーンのプロトコルである。基地局２１１〜２１４やＭＭＥ２２４，２２５は、Ｓ１ＡＰによって、たとえばベアラの確立、変更および解放、ハンドオーバ制御、待ち受け移動端末に対する着信制御などを実行することができる。

オフロードＧＷ２２８のＸ２ＡＰ傍受部６０２は、たとえば、基地局２１１〜２１４の間で送受信されるＸ２ＡＰ（Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づく制御パケットを傍受する。図７に示す例では、オフロードＧＷ２２８のＸ２ＡＰ傍受部６０２は、対象となる移動端末２６１に対する通信回線の割り付けおよびハンドオーバの契機を検出する。

なお、Ｘ２ＡＰは、たとえば、Ｘ２インタフェース上の基地局２１１〜２１４の間におけるＣプレーンのプロトコルである。基地局２１１〜２１４は、Ｘ２ＡＰにより、基地局間の負荷管理、ハンドオーバ制御などを実行することができる。

このように、ハンドオーバ元となるオフロードＧＷ２２８は、Ｓ１ＡＰおよびＸ２ＡＰを傍受することによって、ハンドオーバ先の基地局２１１やオフロードＧＷ２２６を特定する。

オフロードＧＷ２２８の振分部６０３は、たとえば、対象となる移動端末２６１の通信回線の割り付けに従って、当該通信回線を利用してＷｅｂサーバ２４１，２４２に送信されるデータを当該通信回線より抜き出して、オフロードネットワーク２５２へ送出する。これにより、オフロードＧＷ２２８の振分部６０３は、オフロードトラヒックをオフロードネットワーク２５２に分岐させることができる。この場合、オフロードＧＷ２２８の振分部６０３は、オフロード適用条件に合致したトラヒックを分岐させることができる。

なお、図７の例では、移動端末２６１から送信されたトラヒックは、ＧＴＰ−ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ）トンネルを流れている。ＧＴＰ−ｕは、たとえば、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間のＩＰ伝送用のプロトコルである。アップリンク通信用だけでなく、ダウンリンク通信用のトラヒックも、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間に確立されたベアラ（ＧＴＰ−ｕトンネル）を流れることになる。

移動端末２６１が基地局２１４から基地局２１１へハンドオーバすると、移動端末２６１についてのオフロード条件データ６０７がオフロードＧＷ２２８からオフロードＧＷ２２６へコピーされる。そして、オフロードＧＷ２２６は、コピーされたオフロード条件データ６０７に基づいて、移動端末２６１のセッションの経路を制御する。

また、オフロードＧＷ２２６は、自トラヒック経路条件を経路状態パケットに乗せてマルチキャスト配信する。なおオフロードＧＷ２２８も同様に自トラヒック経路条件を経路状態パケットに乗せてマルチキャスト配信するが、図７においては図示を省略している。

オフロードＧＷ２２８のトラヒック制御部６０４は、オフロードＧＷ２２６によるマルチキャスト配信に受信参加し、オフロードＧＷ２２６からマルチキャスト配信されたオフロードＧＷ２２６の自トラヒック経路条件を受信する。そして、オフロードＧＷ２２８のトラヒック制御部６０４は、受信したオフロードＧＷ２２６の自トラヒック経路条件を周辺装置経路条件データ６０９として記憶し、周辺装置経路条件データ６０９に基づいて、移動端末２６１のセッションの経路を制御する。

これにより、たとえば、オフロードＧＷ２２６において第二経路が選択されている場合は、オフロードＧＷ２２８のトラヒック制御部６０４は、移動端末２６１の経路を第二経路に切り替える。これにより、移動端末２６１が基地局２１４から基地局２１１へハンドオーバした場合に、オフロードＧＷ２２６における第一経路の輻輳を抑えることができる。

図８は、オフロードＧＷにおける各部の動作の一例を示す図（その２）である。図８において、図７に示した部分と同様の部分については同一の符号を付して説明を省略する。図８においても、図７と同様に、移動端末２６１が基地局２１４から基地局２１１へハンドオーバする場合（たとえば図３参照）について説明する。移動端末２６４は、基地局２１１に接続している移動端末である。

図８に示す例では、オフロードＧＷ２２８に記憶される周辺装置経路条件データ６０９には、オフロードＧＷ２２６，２２７，２２９の自トラヒック経路条件が含まれている。周辺装置経路条件データ６０９の周辺装置ＩＤは、それぞれオフロードＧＷ２２６，２２７，２２９を示している。図８に示す例では、オフロードＧＷ２２６（Ａ）は第一経路を選択し、オフロードＧＷ２２７，２２９（Ｂ，Ｃ）は第二経路を選択している。

オフロードＧＷ２２８は、周辺装置経路条件データ６０９に基づいて、移動端末２６１の経路を選択する。たとえば、オフロードＧＷ２２８は、移動端末２６１のハンドオーバ対象となるオフロードＧＷ２２７，２２９において第二経路を選択しているため、移動端末２６１の経路を第二経路とする。これにより、たとえば移動端末２６１がオフロードＧＷ２２７，２２９の配下の基地局へハンドオーバしても、ハンドオーバ先での第一経路の輻輳を抑えることができる。

（各オフロードＧＷにおけるデータ構造）
つぎに、各オフロードＧＷにおけるデータ構造について説明する。

図９は、通信経路条件データの一例を示す図である。オフロードＧＷ５００は、たとえば図９に示す通信経路条件データ６０８を記憶部５０４に記憶する。図９に示すように、通信経路条件データ６０８は、新規セッションを通過させる通信経路（「通信経路条件」）を示す。たとえば、通信経路条件データ６０８は、第一経路または第二経路のいずれかを示す。第一経路はＥＰＣ網２２０を経由する経路であり、第二経路はオフロードネットワーク２５１，２５２のうちのオフロードＧＷ５００に接続されたオフロードネットワークを経由する経路である。

図９に示す例では、通信経路条件データ６０８は、第一経路を示している。このため、オフロードＧＷ５００は、新規セッションが発生すると、発生した新規セッションを第一経路に通過させる。

図１０は、自トラヒック経路条件データの一例を示す図である。オフロードＧＷ５００は、たとえば図１０に示す自トラヒック経路条件データ６１０を記憶部５０４に記憶する。図１０に示すように、自トラヒック経路条件データ６１０は、「経路条件」と、「変更時刻」と、を含む。「経路条件」は、オフロードＧＷ５００におけるトラヒックの計測結果に基づいて決定した、新セッションを通過させる経路を示す。たとえば、「経路条件」は、第一経路または第二経路のいずれかを示す。「変更時刻」は、「経路条件」を更新した時刻を示す。

オフロードＧＷ５００は、自トラヒック経路条件データ６１０を周辺の他のオフロードＧＷ５００へマルチキャスト配信する。

図１１は、周辺装置経路条件データの一例を示す図である。オフロードＧＷ５００は、たとえば図１１に示す周辺装置経路条件データ６０９を記憶部５０４に記憶する。図１１に示すように、周辺装置経路条件データ６０９は、「周辺装置ＩＤ」と、「最終ハンドオーバ時刻」と、「経路条件」と、「経路条件変更時刻」と、を含む。

「周辺装置ＩＤ」は、周辺のオフロードＧＷ（「経路条件」の配信元オフロードＧＷ）のＩＤを示す。「最終ハンドオーバ時刻」は、「周辺装置ＩＤ」が示すオフロードＧＷへハンドオーバした最新の時刻を示す。

「経路条件」は、「周辺装置ＩＤ」が示すオフロードＧＷから通知された最新の経路条件を示す。「経路条件変更時刻」は、「周辺装置ＩＤ」が示すオフロードＧＷから通知された最新の経路条件変更時刻を示す。「経路条件」および「経路条件変更時刻」は、他のオフロードＧＷ５００からマルチキャスト配信された自トラヒック経路条件データ６１０に基づく情報である。

図１２は、周辺装置トラヒック経路条件通信経路切り替え閾値の一例を示す図である。オフロードＧＷ５００は、たとえば図１２に示す周辺装置トラヒック経路条件通信経路切り替え閾値１２００を記憶部５０４に記憶する。周辺装置トラヒック経路条件通信経路切り替え閾値１２００は、「経路切り替え閾値」と、「切り戻し閾値」と、を含む。

周辺装置トラヒック経路条件通信経路切り替え閾値１２００の「経路切り替え閾値」および「切り戻し閾値」は、周辺装置トラヒック経路条件の個数（割合でもよい）と比較するための閾値を示す。

たとえば、周辺装置トラヒック経路条件の個数が「経路切り替え閾値」を上回ると通信経路条件データ６０８の「通信経路条件」が迂回経路（第二経路）へ切り替えられる。また、周辺装置トラヒック経路条件の個数（割合でもよい）が「切り戻し閾値」を下回った場合に通信経路条件データ６０８の「通信経路条件」が通常経路（第一経路）へ切り替えられる。

図１３は、周辺装置トラヒック経路状態通知離脱閾値の一例を示す図である。オフロードＧＷ５００は、たとえば図１３に示す周辺装置トラヒック経路状態通知離脱閾値１３００を記憶部５０４に記憶する。周辺装置トラヒック経路状態通知離脱閾値１３００は、最終のハンドオーバ時刻からの経過時間が当該閾値を上回った場合にハンドオーバ先オフロードＧＷからの経路状態通知パケットの受信を止めるための閾値である。

図１４は、自トラヒック経路条件切り替え閾値の一例を示す図である。図１４に示す自トラヒック経路条件切り替え閾値１４００は、オフロードＧＷ５００に記憶される自トラヒック経路条件切り替え閾値である。自トラヒック経路条件切り替え閾値１４００は、「切り替え閾値」と、「切り戻し閾値」と、を含む。自トラヒック経路条件切り替え閾値１４００の「切り替え閾値」および「切り戻し閾値」は、通常経路（第一経路）のトラヒック計測値と比較するための閾値を示す。

たとえば、通常経路（第一経路）のトラヒック計測値が「切り替え閾値」を上回った場合に自トラヒック経路条件データ６１０の「経路条件」が迂回経路（第二経路）へ切り替えられる。また、通常経路（第一経路）のトラヒック計測値が「切り戻し閾値」を下回った場合に自トラヒック経路条件データ６１０の「経路条件」が通常経路（第一経路）へ切り替えられる。

図１５は、ｅＮＢを収容するオフロードＧＷ情報の一例を示す図である。オフロードＧＷ５００は、たとえば図１５に示すオフロードＧＷ情報１５００（ｅＮＢ収容表）を記憶部５０４に記憶する。オフロードＧＷ情報１５００は、基地局２１１〜２１４を収容するオフロードＧＷを示す情報である。

オフロードＧＷ情報１５００は、「ｅＮＢ識別子」と、「ｅＮＢ Ａｄｄｒｅｓｓ情報」と、収容ｏＧＷ情報と、を含む。「ｅＮＢ識別子」は基地局の識別子であり、ｅＮＢ＃１〜ｅＮＢ＃４はそれぞれ基地局２１１〜２１４を示す。「ｅＮＢ Ａｄｄｒｅｓｓ情報」は、「ｅＮＢ識別子」が示す基地局のアドレスを示す。「収容ｏＧＷ情報」は、「ｅＮＢ識別子」が示す基地局を収容するオフロードＧＷを示す。「収容ｏＧＷ情報」のｏＧＷ＃１，＃２は、たとえばそれぞれオフロードＧＷ２２６，２２８を示す。

オフロードＧＷ５００は、オフロードＧＷ情報１５００を参照して、基地局２１１〜２１４を収容するオフロードＧＷを検索することができる。オフロードＧＷ情報１５００は、たとえば、オフロードＧＷ２２６〜２２８において移動端末２６１のハンドオーバにより振り分けポイントとなるオフロードＧＷを特定するために使用される。

図１６Ａ〜図１６Ｃは、オフロード条件データの一例を示す図である。オフロード条件データ６０７は、たとえば、図１６Ａに示す利用者回線毎ホームアドレス登録テーブル１６１０と、図１６Ｂに示す利用者回線毎通信先登録テーブル１６２０と、図１６Ｃに示す利用者回線毎アドレスポート変換テーブル１６３０と、を含む。オフロードＧＷ５００は、たとえば、オフロード条件データ６０７に基づいて、オフロードパケットをオフロードネットワーク２５１，２５２に送信する。

図１６Ａに示す利用者回線毎ホームアドレス登録テーブル１６１０は、「ｏＧＷ内ＵＥ識別子」と、「利用者回線識別子」と、「ホームアドレス情報」と、を含む。「ｏＧＷ内ＵＥ識別子」は、たとえば、オフロードＧＷ５００において収容している移動端末を一意に識別する情報を示す。

「利用者回線識別子」は、たとえば、移動端末内での利用者回線を一意に識別する情報を示す。「利用者回線識別子」は、移動端末での回線識別子であるＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）ＩＤと同期する。「ホームアドレス情報」は、移動端末のホームアドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ）を示す。

オフロードＧＷ５００は、利用者回線毎ホームアドレス登録テーブル１６１０により、「ホームアドレス情報」と、「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」の対応付けを行うことができる。なお「ホームアドレス情報」に記憶されるホームアドレスは、当該利用者回線が切断されるまで、仮想ＵＥのホームアドレスとして同一値を保持する。

図１６Ｂに示す利用者回線毎通信先登録テーブル１６２０は、さらに、「通信先情報」の項目を含む。「通信先情報」は、たとえば、移動端末２６１の通信先のアドレス（たとえばＷｅｂサーバ２４１，２４２のアドレス）を示す。オフロードＧＷ５００は、利用者回線毎通信先登録テーブル１６２０により、移動端末の通信先のアドレスと、「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」の対応付けを行うことができる。

図１６Ｃに示す利用者回線毎アドレスポート変換テーブル１６３０は、さらに、「実ＵＥコネクション情報」と、「セッション状態」と、「仮想ＵＥコネクション情報」と、の項目を含む。「実ＵＥコネクション情報」は、たとえば、実ＵＥ（または移動端末２６１）と通信相手（またはＷｅｂサーバ２４１，２４２）との通信のうち、オフロード対象のＴＣＰ通信のコネクション情報を示す。実ＵＥは、たとえば、Ｐ−ＧＷ２２１により払い出されたＩＰアドレスにより識別される移動端末である。「実ＵＥコネクション情報」は、図１６Ｃの例では、移動端末の識別子、ＩＰアドレス、ＴＣＰポート番号を含む。

「セッション状態」は、たとえば、当該通信回線の状態を示す。通信回線の状態には、たとえば、「接続中」、「ＵＬ切断待ち」、「ＤＬ切断待ち」などがある。「仮想ＵＥコネクション情報」は、仮想ＵＥのＴＣＰコネクション情報を示す。仮想ＵＥは、たとえば、ホームアドレスにより識別される移動端末のことである。図１６Ｃの例では、「仮想ＵＥコネクション情報」は、移動端末の識別子、ホームアドレス、ＴＣＰポート番号を含む。

オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０により、実ＵＥと仮想ＵＥの各ＴＣＰコネクション情報における相互の状況が把握でき、各コネクション情報が「ｏＧＷ内ＵＥ識別子」と「利用者回線識別子」に対応付けられる。

図１７Ａ〜図１７Ｃは、ベアラ利用加入者特定テーブルの一例を示す図である。ベアラ状態管理データ６０６は、たとえば、図１７Ａ，図１７Ｂに示すベアラ利用加入者特定テーブル１７１０，１７２０と、図１７Ｃに示すベアラテーブル１７３０と、を含む。図１７Ａ，図１７Ｂに示すベアラ利用加入者特定テーブル１７１０，１７２０は一連のテーブルである。ベアラ利用加入者特定テーブル１７２０の「ｏＧＷ内ＵＥ識別子」はベアラ利用加入者特定テーブル１７１０の「ｏＧＷ内ＵＥ識別子」と同値であり、同一レコードであることを明示するために記載されている。

「ｏＧＷ内ＵＥ識別子」は、たとえば、オフロードＧＷ５００で移動端末を一意に識別する情報を示す。「ＭＭＥ装置識別子」は、たとえば、ＭＭＥ２２４，２２５のうちの「ｏＧＷ内ＵＥ識別子」を移動端末に付与したＭＭＥの識別子を示す。「ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）」は、たとえば、基地局２１１〜２１４で付与された移動端末の識別子（ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ）を示す。「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」は、たとえば、基地局２１１〜２１４で付与された移動端末の識別子（ｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ）を示す。「ｅＮＢ装置識別子」は、たとえば、基地局２１１〜２１４のうちの「ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）」および 「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」を移動端末に付与した基地局の識別子を示す。

また、「Ｔ−Ｔａｒｇｅｔセル識別情報」は、たとえば、オフロードＧＷ２２６〜２２８のうちのハンドオーバ先のオフロードＧＷ５００で受信されたハンドオーバ元の基地局が選択したハンドオーバ先セル識別情報を示す。

「Ｔ−Ｃ−セル内ＵＥ識別情報」は、たとえば、ハンドオーバ先のオフロードＧＷ５００で受信した移動端末の識別情報であって、ハンドオーバ先の基地局が選択したハンドオーバ先セル内の移動端末の識別情報を示す。

「Ｔａｒｇｅｔ ＩＤ」は、たとえば、ハンドオーバ元のオフロードＧＷ５００で受信した移動端末の識別情報であって、ハンドオーバ元の基地局が選択したハンドオーバ先セル内の移動端末の識別情報を示す。

「Ｓ−Ｔａｒｇｅｔセル識別情報」は、ハンドオーバ元のオフロードＧＷ５００で受信したハンドオーバ元の基地局が選択したハンドオーバ先のセル識別情報を示す。また、「Ｓ−Ｃ−セル内ＵＥ識別情報」は、ハンドオーバ元のオフロードＧＷ５００で受信したハンドオーバ先の基地局が選択したハンドオーバ先セル内のＵＥ識別情報を示す。

図１７Ｃに示すベアラテーブル１７３０は、「ｏＧＷ内ＵＥ識別子」と、「利用者回線識別子」と、「ｕｐｌｉｎｋ回線割り付け情報」と、「ｄｏｗｎｌｉｎｋ回線割り付け情報」と、「オフロード通信用アドレス」と、を含む。

「ｏＧＷ内ＵＥ識別子」は、オフロードＧＷ５００で移動端末を一意に識別する情報を示す。同一の移動端末に関して、ベアラテーブル１７３０とベアラ利用加入者特定テーブル１７１０の「ｏＧＷ内ＵＥ識別子」は同一の識別子を示す。「利用者回線識別子」は、移動端末内での利用者回線を一意に識別する情報が記憶され、移動端末での回線識別子（Ｅ ＲＡＢ ＩＤ）と同期する。

「ｕｐｌｉｎｋ回線割り付け情報」は、たとえば、利用者回線識別子に対するＳ−ＧＷ２２２，２２３へ向かうアップリンクパケットの宛先情報を示す。「ｄｏｗｎｌｉｎｋ回線割り付け情報」は、たとえば、利用者回線識別子に対する基地局２１１〜２１４へ向かうダウンリンクパケットの宛先情報を示す。

「オフロード通信用アドレス」は、たとえば、オフロードネットワーク２５１，２５２経由のパケットを仮想ＵＥ対応に授受するためのアドレスを示す。「オフロード通信用アドレス」は、たとえば、オフロードＧＷ５００に収容されるリンクで送受信に利用できるアドレスでもある。図１７Ｃの例では、ホームアドレスまたはケアオブアドレスが、対応する移動端末の識別子とともに記憶される。

（ネットワークシステムにおいて送受信されるデータ）
つぎに、ネットワークシステム２００において送受信されるデータについて説明する。

図１８は、経路状態通知受信参加パケットの一例を示す図である。オフロードＧＷ５００は、たとえば図１８に示す経路状態通知受信参加パケット１８００を送信する。

図１９は、経路状態通知受信離脱パケットの一例を示す図である。オフロードＧＷ５００は、たとえば図１９に示す経路状態通知受信離脱パケット１９００を送信する。

図２０は、経路状態通知パケットの一例を示す図である。オフロードＧＷ５００は、たとえば図２０に示す経路状態通知パケット２０００を送信する。

図２１は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄの一例を示す図である。図２１に示すＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ２１００は、たとえば移動端末２６１において基地局２１４から基地局２１１へのＳ１ベースのハンドオーバが行われる場合に、移動端末２６１からＭＭＥ２２５（ソースＭＭＥ）へ送信される。

図２２は、Ｕｐｌｉｎｋ ＧＴＰ−ｕパケットの一例を示す図である。図２２に示すＵｐｌｉｎｋのＧＴＰ−ｕパケット２２００は、基地局２１１〜２１４からＳ−ＧＷ２２２，２２３へのアップリンクのＧＴＰ−ｕパケット（Ｕｐｌｉｎｋ ＧＴＰ−ｕパケット）である。ＧＴＰ−ｕパケット２２００は、ユーザデータ、ＴＣＰヘッダ、ＩＰヘッダ、ＧＴＰ−ｕヘッダ、ＵＤＰ＿Ｇヘッダ、ＩＰ＿Ｇヘッダ、Ｌ２（レイヤ２）ヘッダ、Ｌ１（レイヤ１）ヘッダを含む。

ＧＴＰ−ｕパケット２２００は、ユーザデータ、ＴＣＰヘッダおよびＩＰヘッダを有するＩＰパケットが、ＧＴＰ−ｕヘッダ、ＵＤＰ＿ＧヘッダおよびＩＰ＿Ｇヘッダでカプセル化され、さらにＬ２ヘッダおよびＬ１ヘッダが付与されたパケットである。

図２２に示す例では、ＧＴＰ−ｕパケット２２００のＩＰパケットの宛て先アドレスとしてＷｅｂサーバ２４１またはＷｅｂサーバ２４２のＩＰアドレスが設定され、送信元のＩＰアドレスには移動端末２６１のＩＰアドレスが設定されている。一方、ＩＰ＿Ｇヘッダの宛先ＩＰアドレスはＳ−ＧＷ２２２，２２３のＩＰアドレスであり、送信元ＩＰアドレスは基地局２１１のＩＰアドレスとなっている。ＴＥＩＤは、ＧＴＰトンネルの終端点に位置するＳ−ＧＷ２２２を示す値となっている。

図２３は、オフロードネットワーク経由でのオフロードＧＷからＷｅｂサーバへのパケットの一例を示す図である。図２３に示すパケット２３００は、オフロードＧＷ５００からオフロードネットワーク２５１，２５２を介してＷｅｂサーバ２４１，２４２に送信されるオフロードパケットである。パケット２３００は、ＧＴＰ−ｕパケット２２００（図２２）と比較して、ＩＰヘッダの送信元ＩＰアドレスがケアオブアドレスであり、さらにホームアドレスオプションとしてホームアドレスが付加される。

図２４は、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔの一例を示す図である。図２４に示すＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００は、Ｘ２ＡＰのハンドオーバにおいて、ハンドオーバ元の基地局からオフロードＧＷ２２６〜２２８を経由してハンドオーバ先の基地局へ転送されるＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔである。

（各オフロードＧＷの処理手順）
つぎに、各オフロードＧＷの処理手順について説明する。

図２５Ａおよび図２５Ｂは、Ｓ−ＧＷ宛のＵｐｌｉｎｋ ＧＴＰ−ｕパケット受信時の処理の一例を示すフローチャートである。オフロードＧＷ５００は、Ｓ−ＧＷ２２２，２２３を宛先とするＵｐｌｉｎｋ ＧＴＰ−ｕパケット２２００（以下、受信パケットと称する。）を受信すると、たとえばＣＰＵ５０３によって図２５Ａ，図２５Ｂに示す各ステップを実行する。

まず、オフロードＧＷ５００は、ベアラテーブル１７３０の「ｕｐｌｉｎｋ回線割り付け情報」が、受信パケットのＴＥＩＤに一致するベアラテーブル１７３０のレコードを取り出す。そして、オフロードＧＷ５００は、取り出したレコードの「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」を特定する（ステップＳ２５０１）。

つぎに、オフロードＧＷ５００は、ステップＳ２５０１においてＴＥＩＤに一致するレコードがあったか否かを判断する（ステップＳ２５０２）。レコードがなかった場合（ステップＳ２５０２：Ｎｏ）は、オフロードＧＷ５００は、受信パケットをＳ−ＧＷ２２２，２２３へ中継し（ステップＳ２５０３）、一連の処理を終了する。

ステップＳ２５０２において、レコードがあった場合（ステップＳ２５０２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５０４へ移行する。すなわち、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０から所定のレコードを取り出す（ステップＳ２５０４）。所定のレコードは、ステップＳ２５０１において特定された「ｏＧＷ内ＵＥ識別子」、「利用者回線識別子」に対応し、かつＴＣＰコネクション情報が受信パケットのＴＣＰコネクション情報と一致するレコードである。ＴＣＰコネクション情報は、たとえばソースＩＰアドレス（ＳＡ）およびソースポート番号（ｓｒｃ ｐｏｒｔ）である。

つぎに、オフロードＧＷ５００は、ステップＳ２５０４においてＴＣＰコネクション情報と一致するレコードがあったか否かを判断する（ステップＳ２５０５）。ステップＳ２５０４においてＴＣＰコネクション情報と一致するレコードがあった場合（ステップＳ２５０５：Ｙｅｓ）は、オフロードＧＷ５００は、受信パケットがＴＣＰの切断要求（ｆｌａｇ＝ｆｉｎ）であるか否かを判断する（ステップＳ２５０６）。

ステップＳ２５０６において、受信パケットがＴＣＰの切断要求以外である場合（ステップＳ２５０６：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ２５１４へ移行する。受信パケットがＴＣＰの切断要求である場合（ステップＳ２５０６：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５０４において取り出したレコードの「セッション状態」がＵＬ切断待ちであるか否かを判断する（ステップＳ２５０７）。

ステップＳ２５０７において、「セッション状態」がＵＬ切断待ちである場合（ステップＳ２５０７：Ｙｅｓ）は、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０の取り出したレコードを削除し（ステップＳ２５０８）、ステップＳ２５１４へ移行する。「セッション状態」がＵＬ切断待ちでない場合（ステップＳ２５０７：Ｎｏ）は、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０の取り出したレコードの「セッション状態」にＤＬ切断待ちを設定し（ステップＳ２５０９）、ステップＳ２５１４へ移行する。

ステップＳ２５０５において、ステップＳ２５０４においてＴＣＰコネクション情報と一致するレコードがなかった場合（ステップＳ２５０５：Ｎｏ）は、オフロードＧＷ５００は、受信パケットがＴＣＰの接続要求（ｆｌａｇ＝ｓｙｎ）であるか否かを判断する（ステップＳ２５１０）。

ステップＳ２５１０において、受信パケットがＴＣＰの接続要求以外である場合（ステップＳ２５１０：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ２５０３へ移行する。受信パケットがＴＣＰの接続要求である場合（ステップＳ２５１０：Ｙｅｓ）は、オフロードＧＷ５００は、通信経路条件データ６０８が示す通信経路条件が第一経路か否かを判断する（ステップＳ２５１１）。

ステップＳ２５１１において、通信経路条件が第一経路である場合（ステップＳ２５１１：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５０３へ移行する。通信経路条件が第二経路である場合（ステップＳ２５１１：Ｎｏ）は、オフロードＧＷ５００は、利用者回線対応での利用ｐｏｒｔを捕捉し、仮想ＵＥ−Ｐｏｒｔ情報とする（ステップＳ２５１２）。

つぎに、オフロードＧＷ５００は、受信パケットのＴＣＰコネクション情報（ＳＡ，ｓｃｒ ｐｏｒｔ）および仮想ＵＥ−Ｐｏｒｔ情報を利用者回線毎アドレスポート変換テーブル１６３０のレコードに追加する（ステップＳ２５１３）。具体的には、オフロードＧＷ５００は、「ｏＧＷ内ＵＥ識別子」、「利用者回線識別子」に対応する利用者回線毎アドレスポート変換テーブル１６３０の「実ＵＥコネクション情報」および「仮想ＵＥコネクション情報」としてレコードに追加する。

これにより、たとえば、利用者回線毎アドレスポート変換テーブル１６３０において、「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」に対応するレコードにおいて、「実ＵＥコネクション情報」と「仮想ＵＥコネクション情報」とが追加される。

つぎに、オフロードＧＷ５００は、受信パケットのＧＴＰ−ｕカプセルからＧＴＰ−ｕユーザデータを取り出し、ＴＣＰ／ＩＰパケットとする。そして、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０の「仮想ＵＥコネクション情報」でＴＣＰ／ＩＰパケットの送信側のＴＣＰ Ｃｏｎｎｅｃｔｉｏｎ情報を書き換える（ステップＳ２５１４）。

これにより、たとえば、オフロードＧＷ５００は利用者回線毎アドレスポート変換テーブル１６３０に基づいて、受信パケットのＴＣＰヘッダとＩＰヘッダを変更することができる。たとえば、オフロードＧＷ５００は受信パケットのＴＣＰヘッダの送信元ポート番号を実ＵＥに対応するポート番号から仮想ＵＥに対応するポート番号に書き換える。また、オフロードＧＷ５００は、たとえば、受信パケットのＩＰヘッダの送信元ＩＰアドレスを、実ＵＥに対応するＩＰアドレス（または移動端末２６１のＩＰアドレス）から仮想ＵＥに対応するホームアドレスに書き換える。

つぎに、オフロードＧＷ５００は、仮想ＵＥの位置がＨｏｍｅ−ｌｉｎｋにあるか否かを判断する（ステップＳ２５１５）。たとえば、オフロードＧＷ５００は、利用者回線毎ホームアドレス登録テーブル１６１０の「ホームアドレス情報」を取得する。また、オフロードＧＷ５００は、取得した「ホームアドレス情報」の「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」に対応するベアラテーブル１７３０の「オフロード通信用アドレス」を取得する。そして、オフロードＧＷ５００は、取得した「ホームアドレス情報」と「オフロード通信用アドレス」とを比較する。たとえば、オフロードＧＷ５００は２つのアドレスが一致しているときは、仮想ＵＥはＨｏｍｅ−ｌｉｎｋにあると判断でき、一致しないときは、仮想ＵＥはＨｏｍｅ−ｌｉｎｋにないと判断できる。

ステップＳ２５１５において、仮想ＵＥの位置がＨｏｍｅ−ｌｉｎｋにない場合（ステップＳ２５１５：Ｎｏ）は、ホームアドレスなどの情報がオフロードＧＷ２２６からオフロードＧＷ２２８に送信された場合である。この場合は、オフロードＧＷ５００は、ステップＳ２５１７へ移行する。

ステップＳ２５１５において、仮想ＵＥの位置がＨｏｍｅ−ｌｉｎｋにある場合（ステップＳ２５１５：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５１６へ移行する。すなわち、オフロードＧＷ５００は、ＴＣＰ／ＩＰパケットのＳＡを元にしてＨｏｍｅ Ａｄｄｒｅｓｓ ｏｐｔｉｏｎを追加し、ＳＡをベアラテーブル１７３０の「オフロード通信用アドレス」で書き換える（ステップＳ２５１６）。つぎに、オフロードＧＷ５００は、ＴＣＰ／ＩＰパケットをオフロードネットワーク２５１，２５２のうちの自装置に接続されたオフロードネットワークに送信し（ステップＳ２５１７）、一連の処理を終了する。

図２６は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ傍受時の処理の一例を示すフローチャートである。オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ２１００（たとえば図２１参照）を傍受すると、たとえばＣＰＵ５０３によって図２６に示す各ステップを実行する。

まず、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ２１００の「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」でベアラ利用加入者特定テーブル１７１０の「ＭＭＥ内ＵＥ識別子」を検索し、対応するレコードを確定する（ステップＳ２６０１）。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ２１００の「Ｔａｒｇｅｔ ＩＤ」、「Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ」内のセル識別情報を取得する。そして、オフロードＧＷ５００は、取得したセル識別情報をベアラ利用加入者特定テーブル１７２０の対応レコードへ設定する（ステップＳ２６０２）。すなわち、オフロードＧＷ５００は、対応レコードの「Ｔａｒｇｅｔ ＩＤ」、「Ｓ−Ｔａｒｇｅｔセル識別情報」へ設定する。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ２１００の「Ｔａｒｇｅｔ ＩＤ」より、ハンドオーバ先ｏＧＷ（オフロードゲートウェイ）を特定する（ステップＳ２６０３）。

つぎに、オフロードＧＷ５００は、ステップＳ２６０３によって特定したハンドオーバ先ｏＧＷが、周辺装置経路条件データ６０９に登録済か否かを判断する（ステップＳ２６０４）。周辺装置経路条件データ６０９に登録済でない場合（ステップＳ２６０４：Ｎｏ）は、オフロードＧＷ５００は、周辺装置経路条件データ６０９にハンドオーバ先ｏＧＷを登録し、「最終ハンドオーバ時刻」に現在時刻を設定する（ステップＳ２６０５）。つぎに、オフロードＧＷ５００は、ハンドオーバ先ｏＧＷへ経路状態通知受信参加パケット１８００を送信し（ステップＳ２６０６）、一連の処理を終了する。

ステップＳ２６０４において、周辺装置経路条件データ６０９に登録済である場合（ステップＳ２６０４：Ｙｅｓ）は、オフロードＧＷ２２８は、周辺装置経路条件データ６０９の「最終ハンドオーバ時刻」を現在時刻に更新し（ステップＳ２６０７）、一連の処理を終了する。

図２７Ａおよび図２７Ｂは、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ受信時の処理の一例を示すフローチャートである。Ｘ２ベースのハンドオーバが行われる場合に、オフロードＧＷ５００は、たとえばＣＰＵ５０３のＸ２ＡＰ傍受部６０２によって図２７Ａ，図２７Ｂに示す各ステップを実行する。

まず、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の送信元の基地局（送信元ｅＮＢ）が、自装置（当ｏＧＷ）の収容する基地局（ｅＮＢ）か否かを判定する（ステップＳ２７０１）。自装置の収容する基地局でない場合（ステップＳ２７０１：Ｎｏ）は、オフロードＧＷ５００は、ｏＧＷ内ＵＥ識別子を捕捉する（ステップＳ２７０２）。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」をｏＧＷ内ＵＥ識別子に対応させ、ベアラ管理状態のベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」として登録する（ステップＳ２７０３）。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の「ｕｐｌｉｎｋ回線割付情報」を取得する。そして、オフロードＧＷ５００は、取得した「ｕｐｌｉｎｋ回線割付情報」を「ｏＧＷ内ＵＥ識別子」に対応させ、「利用者回線識別子」（ＥＲＡＢ ＩＤ）ごとにベアラテーブル１７３０の「ｕｐｌｉｎｋ回線割付情報」へ登録する（ステップＳ２７０４）。ベアラテーブル１７３０は、ベアラ状態管理データ６０６に含まれるベアラテーブル１７３０である。

つぎに、オフロードＧＷ５００は、オフロード通信用アドレスを捕捉する処理を行う（ステップＳ２７０５）。これにより、たとえば、オフロードＧＷ５００はケアオブアドレスを生成することができる。なお、ホームアドレスは、たとえば、Ｘ２ベースのハンドオーバが行われる前において、オフロードＧＷ５００（Ｘ２ベースのハンドオーバが行われる場合）がＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔを受信したときに生成する。ステップＳ２７０５におけるオフロード通信用アドレスを捕捉する処理については後述する（たとえば図２８参照）。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の送信元の基地局（送信元ｅＮＢ）を収容する他のオフロードＧＷ５００（Ｓｏｕｒｃｅ ｏＧＷ）を特定する（ステップＳ２７０６）。

つぎに、オフロードＧＷ５００は、ベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」を取得する。そして、オフロードＧＷ５００は、取得した「ＭＭＥ内ＵＥ識別子」と、特定した他のオフロードＧＷ５００のベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」が一致するレコードを確定する。これにより、オフロードＧＷ５００は、ハンドオーバ元（Ｓｏｕｒｃｅ）の「ｏＧＷ内ＵＥ識別子」を確定する（ステップＳ２７０７）。

つぎに、オフロードＧＷ５００は、ハンドオーバ元のオフロードＧＷ５００（Ｓｏｕｒｃｅ ｏＧＷ）の「ｏＧＷ内ＵＥ識別子」に対応するオフロード条件データ６０７の各テーブルの各レコードを取得する。そして、オフロードＧＷ５００は、取得した各レコードを、ハンドオーバ先のオフロードＧＷ５００の「ｏＧＷ内ＵＥ識別子」に対応するオフロード条件データ６０７の各テーブルのレコードとしてそれぞれ追加する（ステップＳ２７０８）。オフロード条件データ６０７の各テーブルは、利用者回線毎ホームアドレス登録テーブル１６１０、利用者回線毎通信先登録テーブル１６２０および利用者回線毎アドレスポート変換テーブル１６３０である。

つぎに、オフロードＧＷ５００は、はＢｉｎｄｉｎｇ Ｕｐｄａｔｅ処理を行い（ステップＳ２７０９）、一連の処理を終了する。これにより、たとえば、ハンドオーバ元のオフロードＧＷ５００はＷｅｂサーバ２４１，２４２にホームアドレスとホームアドレスに対応するケアオブアドレスとを送信できる。また、たとえば、ハンドオーバ元のオフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００にホームアドレスとケアオブアドレスを送信できる。ステップＳ２７０９におけるＢｉｎｄｉｎｇ Ｕｐｄａｔｅ処理については後述する（たとえば図２９参照）。

ステップＳ２７０１において、自装置の収容する基地局である場合（ステップＳ２７０１：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２７１０へ移行する。すなわち、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」で、ベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」を検索し、対応するレコードを確定する（ステップＳ２７１０）。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の「Ｏｌｄ ｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ」情報を、ベアラ管理状態のベアラ利用加入者特定テーブル１７１０，１７２０の「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」に記録する（ステップＳ２７１１）。

つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ２４００の送信先の基地局（送信先ｅＮＢ）が、自装置（当ｏＧＷ）の収容する基地局（ｅＮＢ）か否かを判定する（ステップＳ２７１２）。自装置の収容する基地局である場合（ステップＳ２７１２：Ｙｅｓ）は、オフロードＧＷ５００は、一連の処理を終了する。

ステップＳ２７１２において、自装置の収容する基地局でない場合（ステップＳ２７１２：Ｎｏ）は、オフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００（ｏＧＷ）が、周辺装置経路条件データ６０９に登録済か否かを判断する（ステップＳ２７１３）。周辺装置経路条件データ６０９に登録済でない場合（ステップＳ２７１３：Ｎｏ）は、オフロードＧＷ５００は、周辺装置経路条件データ６０９にハンドオーバ先ｏＧＷを登録し、「最終ハンドオーバ時刻」に現在時刻を設定する（ステップＳ２７１４）。つぎに、オフロードＧＷ５００は、ハンドオーバ先ｏＧＷへ経路状態通知受信参加パケット１８００を送信し（ステップＳ２７１５）、一連の処理を終了する。

ステップＳ２７１３において、周辺装置経路条件データ６０９に登録済である場合（ステップＳ２７１３：Ｙｅｓ）は、オフロードＧＷ２２８は、周辺装置経路条件データ６０９の「最終ハンドオーバ時刻」を現在時刻に更新し（ステップＳ２７１６）、一連の処理を終了する。

図２８は、オフロード通信用アドレス捕捉処理の一例を示すフローチャートである。図２７Ａ，図２７ＢのステップＳ２７０５において、オフロードＧＷ５００は、オフロード通信用アドレス捕捉処理としてたとえば図２８に示す各ステップを実行する。オフロードＧＷ５００は、利用者のオフロード対象の利用者回線識別子（Ｅ−ＲＡＢ ＩＤ）について以下のステップＳ２８０１〜Ｓ２８０３の処理を繰り返す。

まず、オフロードＧＷ５００は、オフロード通信用アドレスを捕捉する（ステップＳ２８０１）。たとえば、オフロードＧＷ５００は、ＤＨＣＰサーバやホームサーバなどに対してケアオブアドレスの要求を行い、ケアオブアドレスの候補を複数受け取り、他の利用者回線識別子で使用するケアオブアドレスと重複しないようにケアオブアドレスを選択する。また、オフロードＧＷ５００は、たとえば、ホームアドレスと重複しないようにケアオブアドレスを選択する。本処理におけるオフロード通信用アドレスは、たとえば、ケアオブアドレスである。

つぎに、オフロードＧＷ５００は、オフロード通信用アドレスをベアラテーブル１７３０の「利用者回線識別子」（Ｅ−ＲＡＢ ＩＤ）対応の「オフロード通信用アドレス」に設定する（ステップＳ２８０２）。たとえば、オフロードＧＷ５００は、選択したケアオブアドレスをベアラテーブル１７３０の対応する「オフロード通信用アドレス」に登録する。

つぎに、オフロードＧＷ５００は、オフロード通信用アドレスを「ｏＧＷ内ＵＥ識別子」、「利用者回線識別子」に対応させ、利用者回線毎ホームアドレス登録テーブル１６１０の「ホームアドレス情報」に設定する（ステップＳ２８０３）。

図２９は、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ処理の一例を示すフローチャートである。図２７Ａ，図２７Ｂに示したステップＳ２７０９において、オフロードＧＷ５００は、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ処理としてたとえば図２９に示す各ステップを実行する。オフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００（Ｔａｒｇｅｔ ｏＧＷ）のＵＥ対応の利用者回線毎ホームアドレス登録テーブル１６１０の全レコードについて以下のステップＳ２９０１〜Ｓ２９０３を繰り返す。

まず、オフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００（Ｔａｒｇｅｔ ｏＧＷ）のベアラテーブル１７３０から、対象移動端末（ＵＥ）への「利用者回線識別子」に対応するオフロード通信用アドレス（たとえばケアオブアドレス）を取り出す（ステップＳ２９０１）。

つぎに、オフロードＧＷ５００（Ｔａｒｇｅｔ ｏＧＷ）からホームエージェントへ、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅを送信する（ステップＳ２９０２）。ホームエージェントは、たとえばハンドオーバ元のオフロードＧＷ５００に設けられている。つぎに、オフロードＧＷ５００（Ｔａｒｇｅｔ ｏＧＷ）から利用者回線対応の全ての通信先へＢｉｎｄｉｎｇ Ｕｐｄａｔｅを送信する（ステップＳ２９０３）。

これにより、たとえば、オフロードＧＷ５００（Ｔａｒｇｅｔ ｏＧＷ）は、ハンドオーバ元のオフロードＧＷ５００とＷｅｂサーバ２４１に、ホームアドレスと、ホームアドレスに対応するケアオブアドレスとを送信することができる。

図３０は、自トラヒック計測処理の一例を示すフローチャートである。ハンドオーバ先となるオフロードＧＷ５００（たとえばオフロードＧＷ２２６）は、たとえば図３０に示す自トラヒック計測処理を周期的に実行する。まず、オフロードＧＷ５００は、自装置における第一経路の現在利用率を読み出す（ステップＳ３００１）。現在利用率は、たとえば、現在のトラヒック量の最大トラヒック量に対する割合である。

つぎに、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件が第一経路であるか否かを判断する（ステップＳ３００２）。自トラヒック経路条件が第一経路でない場合（ステップＳ３００２：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ３００３へ移行する。すなわち、オフロードＧＷ５００は、第一経路の現在利用率が、自トラヒック経路条件切り替え閾値１４００（たとえば図１４参照）が示す切り替え閾値を超過しているか否かを判断する（ステップＳ３００３）。現在利用率が切り替え閾値を超過していない場合（ステップＳ３００３：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ３００７へ移行する。

ステップＳ３００３において、現在利用率が切り替え閾値を超過している場合（ステップＳ３００３：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３００４へ移行する。すなわち、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件の経路条件を第二経路へ変更し、変更時刻に現在時刻を設定する（ステップＳ３００４）。

ステップＳ３００２において、自トラヒック経路条件が第一経路である場合（ステップＳ３００２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３００５へ移行する。すなわち、オフロードＧＷ５００は、第一経路の現在利用率が、自トラヒック経路条件切り替え閾値１４００（たとえば図１４参照）が示す切り戻し閾値を下回っているか否かを判断する（ステップＳ３００５）。現在利用率が切り戻し閾値を下回っていない場合（ステップＳ３００５：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ３００７へ移行する。

ステップＳ３００５において、現在利用率が切り戻し閾値を下回っている場合（ステップＳ３００５：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３００６へ移行する。すなわち、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件の経路条件を第一経路へ変更し、変更時刻に現在時刻を設定する（ステップＳ３００６）。

つぎに、オフロードＧＷ５００は、自トラヒック経路条件の経路条件および変更時刻を設定した経路状態通知パケット２０００（たとえば図２０参照）をマルチキャストにより送信する（ステップＳ３００７）。たとえば、オフロードＧＷ５００は、経路状態通知パケット２０００の選択経路に自トラヒック経路条件の経路条件を設定し、経路状態通知パケット２０００のｔｉｍｅｓｔａｍｐに自トラヒック経路条件の変更時刻を設定する。

つぎに、オフロードＧＷ５００は、所定の経路切り替え処理を実行し（ステップＳ３００８）、一連の自トラヒック計測処理を終了する。ステップＳ３００８の経路切り替え処理については後述する（たとえば図３２）。

以上の各ステップにより、第一経路のトラヒックの測定結果と閾値の比較結果に基づいて自トラヒック経路条件が決定される。そして、自トラヒック経路条件の決定結果を示す経路状態通知パケット２０００がマルチキャストによって配信される。

図３１は、経路状態通知パケット受信時の処理の一例を示すフローチャートである。オフロードＧＷ５００は、他のオフロードＧＷ５００からの経路状態通知パケット２０００の受信時に、たとえば図３１に示す各ステップを実行する。まず、オフロードＧＷ５００は、受信した経路状態通知パケット２０００の送信元のオフロードＧＷ（送信元ｏＧＷ）を特定する（ステップＳ３１０１）。つぎに、オフロードＧＷ５００は、周辺装置経路条件データ６０９（たとえば図１１参照）の、ステップＳ３１０１によって特定した送信元ｏＧＷに対応するレコードを特定する（ステップＳ３１０２）。

つぎに、オフロードＧＷ５００は、受信した経路状態通知パケット２０００のｔｉｍｅｓｔａｍｐが、ステップＳ３１０２によって特定したレコードの経路条件変更時刻より新しいか否かを判断する（ステップＳ３１０３）。ｔｉｍｅｓｔａｍｐが経路条件変更時刻より古い場合（ステップＳ３１０３：Ｎｏ）は、オフロードＧＷ５００は、経路状態通知パケット２０００の受信時の一連の処理を終了する。

ステップＳ３１０３において、ｔｉｍｅｓｔａｍｐが経路条件変更時刻より新しい場合（ステップＳ３１０３：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３１０４へ移行する。すなわち、オフロードＧＷ５００は、周辺装置経路条件データ６０９のステップＳ３１０２によって特定したレコードを、受信した経路状態通知パケット２０００に基づいて書き換える（ステップＳ３１０４）。具体的には、オフロードＧＷ５００は、レコードの経路条件を受信した経路状態通知パケット２０００の選択経路によって書き換え、レコードの経路条件変更時刻を受信した経路状態通知パケット２０００のｔｉｍｅｓｔａｍｐによって書き換える。

つぎに、オフロードＧＷ５００は、所定の経路切り替え処理を実行し（ステップＳ３１０５）、経路状態通知パケット受信時の一連の処理を終了する。ステップＳ３１０５の経路切り替え処理については後述する（たとえば図３２）。

図３２は、経路切り替え処理の一例を示すフローチャートである。図３０に示したステップＳ３００８や図３１に示したステップＳ３１０５において、オフロードＧＷ５００は、経路切り替え処理としてたとえば以下の各ステップを実行する。

まず、オフロードＧＷ５００は、通信経路条件データ６０８（たとえば図９参照）が示す通信経路条件が第一経路か否かを判断する（ステップＳ３２０１）。通信経路条件が第一経路である場合（ステップＳ３２０１：Ｙｅｓ）は、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件が第一経路か否かを判断する（ステップＳ３２０２）。

ステップＳ３２０２において、自トラヒック経路条件が第一経路である場合（ステップＳ３２０２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３２０３へ移行する。すなわち、オフロードＧＷ５００は、周辺装置経路条件データ６０９（たとえば図１１参照）の経路条件が第二経路のレコード数を計数する（ステップＳ３２０３）。

つぎに、オフロードＧＷ５００は、ステップＳ３２０２による計数結果が、周辺装置トラヒック経路条件通信経路切り替え閾値１２００（たとえば図１２参照）が示す経路切り替え閾値を超過しているか否かを判断する（ステップＳ３２０４）。経路切り替え閾値を超過していない場合（ステップＳ３２０４：Ｎｏ）は、オフロードＧＷ５００は、一連の処理を終了する。

ステップＳ３２０４において、経路切り替え閾値を超過している場合（ステップＳ３２０４：Ｙｅｓ）は、オフロードＧＷ５００は、通信経路条件データ６０８の通信経路条件を第二経路へ変更し（ステップＳ３２０５）、一連の処理を終了する。

ステップＳ３２０２において、自トラヒック経路条件が第一経路でない場合（ステップＳ３２０２：Ｎｏ）は、オフロードＧＷ５００は、通信経路条件データ６０８の通信経路条件を第二経路へ変更し（ステップＳ３２０６）、一連の処理を終了する。

ステップＳ３２０１において、通信経路条件が第一経路でない場合（ステップＳ３２０１：Ｎｏ）は、オフロードＧＷ５００は、自トラヒック経路条件データ６１０が示す自トラヒック経路条件が第一経路か否かを判断する（ステップＳ３２０７）。

ステップＳ３２０７において、自トラヒック経路条件が第一経路である場合（ステップＳ３２０７：Ｙｅｓ）は、オフロードＧＷ５００は、周辺装置経路条件データ６０９の経路条件が第二経路のレコード数を計数する（ステップＳ３２０８）。

つぎに、オフロードＧＷ５００は、ステップＳ３２０２による計数結果が、周辺装置トラヒック経路条件通信経路切り替え閾値１２００が示す切り戻し閾値を下回っているか否かを判断する（ステップＳ３２０９）。切り戻し閾値を下回っていない場合（ステップＳ３２０９：Ｎｏ）は、オフロードＧＷ５００は、一連の処理を終了する。

ステップＳ３２０９において、切り戻し閾値を下回っている場合（ステップＳ３２０９：Ｙｅｓ）は、オフロードＧＷ５００は、通信経路条件データ６０８の通信経路条件を第一経路へ変更し（ステップＳ３２１０）、一連の処理を終了する。

ステップＳ３２０７において、自トラヒック経路条件が第一経路でない場合（ステップＳ３２０７：Ｎｏ）は、オフロードＧＷ５００は、一連の処理を終了する。

以上の各ステップにより、たとえば、ハンドオーバ対象となる複数のオフロードＧＷ５００（経路選択装置）のうちの第二経路を取得しているオフロードＧＷ５００の数に応じて、中継中の通信について第二経路を選択することができる。

図３３は、経路状態受信離脱処理の一例を示すフローチャートである。オフロードＧＷ５００は、たとえば定期的に、図３３に示す各ステップを実行する。具体的には、オフロードＧＷ５００は、周辺装置経路条件データ６０９の全レコードについて、以下のステップＳ３３０１〜Ｓ３３０３を繰り返す。

まず、オフロードＧＷ５００は、対象のレコードの最終ハンドオーバ時刻から現在時刻までの経過時間を算出する（ステップＳ３３０１）。つぎに、オフロードＧＷ５００は、ステップＳ３３０１によって算出した経過時間が周辺装置トラヒック経路状態通知離脱閾値１３００（たとえば図１３参照）を超過したか否かを判断する（ステップＳ３３０２）。算出した経過時間が周辺装置トラヒック経路状態通知離脱閾値１３００を超過していない場合（ステップＳ３３０２：Ｎｏ）は、オフロードＧＷ５００は、対象のレコードについての処理を終了する。

ステップＳ３３０２において、算出した経過時間が周辺装置トラヒック経路状態通知離脱閾値１３００を超過した場合（ステップＳ３３０２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３３０３へ移行する。すなわち、オフロードＧＷ５００は、経路状態通知受信離脱パケット１９００（たとえば図１９参照）を送信し、対象のレコードを周辺装置経路条件データ６０９から削除し（ステップＳ３３０３）、対象のレコードについての処理を終了する。

（ネットワークシステムの動作例）
つぎに、ネットワークシステム２００の動作例について説明する。

図３４Ａおよび図３４Ｂは、ＴＣＰ通信がオフロードされる場合のネットワークシステムの動作の一例を示すシーケンス図である。図３４Ａ，図３４Ｂにおいては、移動端末２６１（ＵＥ）が起動して、オフロード対象のＴＣＰ通信がオフロードされるまでの動作について説明する。

まず、移動端末２６１が起動すると、移動端末２６１が基地局２１４（ｅＮＢ）に対して接続手順を行う。すなわち、移動端末２６１はＡｔｔａｃｈ Ｒｅｑｕｅｓｔ（接続要求メッセージ）を基地局２１４に送信する（ステップＳ３４０１）。ステップＳ３４０１によって送信されたＡｔｔａｃｈ Ｒｅｑｕｅｓｔは、基地局２１４を経由してＭＭＥ２２４へ送信される。

つぎに、ＭＭＥ２２４が、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ ＲｅｑｕｅｓｔをＳ−ＧＷ２２３へ送信する（ステップＳ３４０２）。つぎに、Ｓ−ＧＷ２２３が、ＭＭＥ２２４へＣｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅを送信する（ステップＳ３４０３）。

つぎに、ＭＭＥ２２４が、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔを生成して基地局２１４へ送信する（ステップＳ３４０４）。また、オフロードＧＷ２２８は、ステップＳ３４０４によって送信されるＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔを傍受する。そして、オフロードＧＷ２２８は、ベアラ利用加入者特定テーブル１７１０，１７２０およびベアラテーブル１７３０に対して傍受内容に基づく登録を行う。

つぎに、基地局２１４が、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ ＲｅｓｐｏｎｓｅをＭＭＥ２２４へ送信する（ステップＳ３４０５）。また、オフロードＧＷ２２８は、ステップＳ３４０５によって送信されるＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅを傍受する。そして、オフロードＧＷ２２８は、ベアラテーブル１７３０に対して傍受内容に基づく登録を行う。

つぎに、移動端末２６１が、Ｐ−ＧＷ２２１を介してＷｅｂサーバ２４１との接続を開始する（ステップＳ３４０６）。つぎに、基地局２１４が、ＧＴＰ−ｕパケット（たとえば図２２参照）をＳ−ＧＷ２２２に向けて送信する（ステップＳ３４０７）。オフロードＧＷ２２８は、基地局２１４から送信されるＧＴＰ−ｕパケットを受信し、図２５Ａ，図２５Ｂに示した処理を行う。

つぎに、オフロードパケット（ＴＣＰ／ＩＰパケット）がオフロードネットワーク２５２を経由してＷｅｂサーバ２４１に到達する（ステップＳ３４０８）。つぎに、Ｗｅｂサーバ２４１からオフロードネットワーク２５２を経由して、ダウンリンクのオフロードパケットがオフロードＧＷ２２８へ到達する（ステップＳ３４０９）。

つぎに、オフロードＧＷ２２８が、Ｄｏｗｎｌｉｎｋ ＧＴＰ−ｕパケットを基地局２１４に向けて送信する（ステップＳ３４１０）。これにより、オフロードネットワーク２５２経由でのＴＣＰ通信が確立する。

ステップＳ３４０７〜Ｓ３４１０は、接続要求に関するデータのシーケンス例について説明した。つぎに、接続要求以外のユーザデータが送信される場合について説明する。まず、移動端末２６１からＷｅｂサーバ２４２へ向かうアップリンクデータは、たとえば、以下のように送信される。

すなわち、基地局２１４が、移動端末２６１から送信されたアップリンクデータを受信する（ステップＳ３４１１）。つぎに、基地局２１４が、Ｓ−ＧＷ２２３へのＧＴＰ−ｕパケットを送信する（ステップＳ３４１２）。オフロードＧＷ２２８は、基地局２１４によって送信されたＧＴＰ−ｕパケットを受信し、図２５Ａ，図２５Ｂに示した処理を行い、オフロードパケットをオフロードネットワーク２５２経由でＷｅｂサーバ２４１へ送信する（ステップＳ３４１３）。

つぎに、Ｗｅｂサーバ２４１から移動端末２６１へ向かうダウンリンクデータについて説明する。ダウンリンクデータは、たとえば、以下のようにして送信される。

すなわち、オフロードＧＷ２２８が、オフロードネットワーク２５２を経由してオフロードパケットを受信する（ステップＳ３４１４）。つぎに、オフロードＧＷ２２８は、ＧＴＰ−ｕパケットを基地局２１４へ送信する（ステップＳ３４１５）。つぎに、基地局２１４が、ダウンリンクデータを移動端末２６１に送信する（ステップＳ３４１６）。

図３５Ａおよび図３５Ｂは、Ｓ１ベースのハンドオーバ処理の一例を示すシーケンス図である。図３５Ａ，図３５Ｂにおいては、Ｓ１ベースのハンドオーバでのオフロード条件データ６０７の引き継ぎの例について説明する。

移動端末２６１（ＵＥ）の移動に伴い、ハンドオーバ元の基地局２１４（ｓｏｕｒｃｅ ｅＮＢ）がＳ１ベースのハンドオーバを開始したとする。この場合は、基地局２１４が、ハンドオーバ元のオフロードＧＷ２２８（ｓｏｕｒｃｅ ｏＧＷ）の中継によりＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ（たとえば図２１参照）をＭＭＥ２２５（ｓｏｕｒｃｅ ＭＭＥ）へ送信する（ステップＳ３５０１）。

また、ステップＳ３５０１において、オフロードＧＷ２２８は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを傍受し、図２６に示した処理を行う。そして、オフロードＧＷ２２８は、経路状態通知受信参加パケット１８００をハンドオーバ先のオフロードＧＷ２２６（ｔａｒｇｅｔ ｏＧＷ）へ送信する（ステップＳ３５０２）。

つぎに、ＭＭＥ２２５が、ハンドオーバ先のＭＭＥ２２４（ｔａｒｇｅｔ ＭＭＥ）へ、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔを送信する（ステップＳ３５０３）。つぎに、ＭＭＥ２２４は、ハンドオーバ先の基地局２１１（ｔａｒｇｅｔ ｅＮＢ）へ、オフロードＧＷ２２６（ｔａｒｇｅｔ ｏＧＷ）を介して、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを送信する（ステップＳ３５０４）。つぎに、基地局２１１が、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．を、オフロードＧＷ２２６を介してＭＭＥ２２４へ送信する（ステップＳ３５０５）。

つぎに、ＭＭＥ２２４が、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ ＲｅｓｐｏｎｓｅをＭＭＥ２２５へ送信する（ステップＳ３５０６）。つぎに、ＭＭＥ２２５が、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを基地局２１４へ送信する（ステップＳ３５０７）。

つぎに、オフロードＧＷ２２８が、ステップＳ３５０７によって送信されたＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを傍受し、オフロード条件データ６０７のオフロードＧＷ２２６への引き継ぎを行う（ステップＳ３５０８）。

つぎに、オフロードＧＷ２２６が、オフロード対象のトラヒックごとにホームアドレス情報を知る。そして、オフロードＧＷ２２６は、ホームアドレスを管理するオフロードＧＷ２２８のホームエージェント３５０１と通信先のＷｅｂサーバ２４１（オフロードネットワーク２５１）へＢｉｎｄｉｎｇ Ｕｐｄａｔｅを送信する（ステップＳ３５０９）。

移動端末２６１のダウンリンクデータは、Ｓ−ＧＷ２２３からの経路と、オフロードネットワーク２５１からの経路と、がオフロードＧＷ２２８において合流し、基地局２１４およびオフロードＧＷ２２６を介して基地局２１１へ転送される経路となる（ステップＳ３５１０）。

また、移動端末２６１のアップリンクデータは、基地局２１１からオフロードＧＷ２２６へ転送され、オフロードＧＷ２２６から、Ｓ−ＧＷ２２２を経由する経路とオフロードネットワーク２５１を経由する経路とに分岐する（ステップＳ３５１１）。

また、ハンドオーバ先の基地局２１１は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔに対する処理を終了すると、完了メッセージであるＨａｎｄｏｖｅｒ ＮｏｔｉｆｙをＭＭＥ２２４へ送信する（ステップＳ３５１２）。これにより、ダウンリンクデータの宛先が基地局２１４から基地局２１１に切り替わる。

このときのダウンリンクのオフロードパケットの伝送動作について説明する。Ｗｅｂサーバ２４１は、ケアオブアドレス宛にオフロードパケットを送信する（ステップＳ３５１３）。つぎに、オフロードＧＷ２２６が、Ｗｅｂサーバ２４１からのオフロードパケットを受信すると、ＧＴＰ−ｕパケットを基地局２１１へ送信する（ステップＳ３５１４）。つぎに、基地局２１１が、移動端末２６１へダウンリンクデータを送信する（ステップＳ３５１５）。このときの移動端末２６１のアップリンクデータの伝送動作についてはステップＳ３５１１と同様である（ステップＳ３５１６）。

つぎに、ＭＭＥ２２５が、基地局２１４へ、移動端末２６１のために確保したリソースを解放するため、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄを送信する（ステップＳ３５１７）。つぎに、基地局２１４が、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ ＣｏｍｐｌｅｔｅをＭＭＥ２２５へ送信する（ステップＳ３５１８）。

図３６Ａおよび図３６Ｂは、Ｘ２ベースのハンドオーバ処理の一例を示すシーケンス図である。図３６Ａ，図３６Ｂにおいては、Ｘ２ベースのハンドオーバでのオフロード条件データ６０７の引き継ぎの例について説明する。移動端末２６１（ＵＥ）の移動に伴い、ハンドオーバ元の基地局２１４がＸ２ベースのハンドオーバを開始したとする。

この場合は、基地局２１４が、ハンドオーバ先の基地局２１１へ、Ｘ２ＡＰのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ（たとえば図２４参照）を送信する（ステップＳ３６０１）。ステップＳ３６０１によって送信されたＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔは、オフロードＧＷ２２８およびオフロードＧＷ２２６を経由して基地局２１１によって受信される。

また、オフロードＧＷ２２８は、ステップＳ３６０１によって送信されたＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを傍受し、図２７Ａ，図２７Ｂに示した処理を行う。これにより、オフロードＧＷ２２８からオフロードＧＷ２２６へ経路状態通知受信参加パケット１８００（たとえば図１８参照）が送信される（ステップＳ３６０２）。

つぎに、基地局２１１が、ハンドオーバ元の基地局２１４へ、Ｘ２ＡＰのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．を送信する（ステップＳ３６０３）。ステップＳ３６０３によって送信されたＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．は、オフロードＧＷ２２６およびオフロードＧＷ２２８を介して基地局２１４によって受信される。

つぎに、オフロードＧＷ２２８が、ステップＳ３６０３によって送信されたＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．を傍受し、オフロード条件データ６０７のオフロードＧＷ２２６への引き継ぎを行う（ステップＳ３６０４）。

つぎに、オフロードＧＷ２２６が、オフロード対象のトラヒックごとにホームアドレス情報を知る。そして、オフロードＧＷ２２６は、ホームアドレスを管理するオフロードＧＷ２２８のホームエージェント３５０１と通信先のＷｅｂサーバ２４１（オフロードネットワーク２５１）へＢｉｎｄｉｎｇ Ｕｐｄａｔｅを送信する（ステップＳ３６０５）。

その後、オフロードネットワーク２５１とＰ−ＧＷ２２１からのダウンリンクデータは、基地局２１４、オフロードＧＷ２２８、オフロードＧＷ２２６、基地局２１１を経由して、移動端末２６１に到達する（ステップＳ３６０６）。また、移動端末２６１からのアップリンクデータは、基地局２１１、オフロードＧＷ２２６を経由してオフロードネットワーク２５１およびＰ−ＧＷ２２１へ送信される（ステップＳ３６０７）。

つぎに、基地局２１１が、オフロードＧＷ２２６を介して、Ｐａｔｈ Ｓｗｉｔｃｈ ＲｅｑｕｅｓｔをＭＭＥ２２４に向けて送信する（ステップＳ３６０８）。

このとき、ダウンリンクデータが、Ｓ−ＧＷ２２３、オフロードＧＷ２２８、基地局２１４、オフロードＧＷ２２８、オフロードＧＷ２２６、基地局２１１の順に伝送される経路が形成される（ステップＳ３６０９）。

また、移動端末２６１のダウンリンクデータは、Ｓ−ＧＷ２２２からの経路と、オフロードネットワーク２５１からの経路と、がオフロードＧＷ２２６において合流し、基地局２１１へ転送される経路となる（ステップＳ３６１０）。

また、ＭＭＥ２２４は、オフロードＧＷ２２６を介して、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．を基地局２１１へ送信する（ステップＳ３６１１）。オフロードＧＷ２２６は、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．を傍受し、オフロードＧＷ２２６のｏＧＷ内ＵＥ識別子対応のベアラテーブル１７３０の「ｕｐｌｉｎｋ回線割付情報」を切り替える。

移動端末２６１のアップリンクデータは、基地局２１１からオフロードＧＷ２２６へ転送され、オフロードＧＷ２２６から、Ｓ−ＧＷ２２２を経由する経路とオフロードネットワーク２５１を経由する経路とに分岐する（ステップＳ３６１２）。

（ハンドオーバ元とハンドオーバ先のオフロードＧＷにおける状態遷移）
つぎに、ハンドオーバ元のオフロードＧＷ２２８と、ハンドオーバ先のオフロードＧＷ２２６と、における周辺装置経路条件データ６０９、自トラヒック経路条件データ６１０および通信経路条件データ６０８の状態遷移の例について説明する。

図３７は、初回のハンドオーバ前の状態の一例を示す図である。図３７に示す例では、オフロードＧＷ２２８（Ｓｏｕｒｃｅ ｏＧＷ）およびオフロードＧＷ２２６（Ｔａｒｇｅｔ ｏＧＷ）ともに、自トラヒック経路条件データ６１０の経路条件および通信経路条件データ６０８が第一経路であるとする。

図３７に示した状態において、移動端末２６１の移動にともなって基地局２１４が図３５Ａ，図３５Ｂに示したＳ１ベースのハンドオーバ処理を開始すると、基地局２１４からＭＭＥ２２５へＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ（たとえば図２１参照）が送信される。そして、オフロードＧＷ２２８が、基地局２１４からＭＭＥ２２５へ送信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを傍受し、図２６に示した処理を行う。

図３８は、初回のハンドオーバ後の状態の一例を示す図である。図２６に示した処理により、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９にオフロードＧＷ２２６（ｏＧＷ＃２）を登録し、最終ハンドオーバ時刻を設定する。そして、オフロードＧＷ２２８は、経路状態通知受信参加パケット１８００（たとえば図１８参照）を送信する。

また、オフロードＧＷ２２６からの経路状態通知パケット２０００をオフロードＧＷ２２８が受信すると、オフロードＧＷ２２８は、図３１に示した処理を行う。これにより、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９のオフロードＧＷ２２６に対応するレコードに、経路状態通知パケット２０００に基づく経路条件および経路条件変更時刻を設定する。

図３７および図３８において、基地局２１４が図３５Ａ，図３５Ｂに示したＳ１ベースのハンドオーバ処理を開始した場合について説明したが、基地局２１４が図３６Ａ，図３６Ｂに示したＸ２ベースのハンドオーバ処理を開始した場合も同様である。

すなわち、図３７に示した状態において、移動端末２６１の移動にともなって基地局２１４がＸ２ベースのハンドオーバ処理を開始すると、基地局２１４から基地局２１１へＸ２ＡＰのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ（たとえば図２４参照）が送信される。そして、オフロードＧＷ２２８が、基地局２１４から基地局２１１へ送信されるＸ２ＡＰのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを傍受し、図２７Ａ，図２７Ｂに示した処理を行う。

図２７Ａ，図２７Ｂに示した処理により、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９にオフロードＧＷ２２６（ｏＧＷ＃２）を登録し、最終ハンドオーバ時刻を設定する。そして、オフロードＧＷ２２８は、経路状態通知受信参加パケット１８００（たとえば図１８参照）を送信する。

また、オフロードＧＷ２２６からの経路状態通知パケット２０００をオフロードＧＷ２２８が受信すると、オフロードＧＷ２２８は、図３１に示した処理を行う。これにより、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９のオフロードＧＷ２２６に対応するレコードに、経路状態通知パケット２０００に基づく経路条件および経路条件変更時刻を設定する。

図３９は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り替え後の状態の一例を示す図である。ハンドオーバ先のオフロードＧＷ２２６は、周期的に図３０の処理を行い、第一経路のトラヒック利用率と経路切り替え閾値（たとえば図１４参照）とを比較する。

そして、オフロードＧＷ２２６は、第一経路のトラヒック利用率が経路切り替え閾値を上回ると、図３９に示すように自トラヒック経路条件データ６１０の経路条件および通信経路条件データ６０８を第二経路とする。また、オフロードＧＷ２２６は、自トラヒック経路条件データ６１０にしたがって経路状態通知パケット２０００（たとえば図２０参照）を生成して送信する。

オフロードＧＷ２２８は、オフロードＧＷ２２６からの経路状態通知パケット２０００を受信すると、図３１および図３２に示した各処理を行うことにより、図３９に示すように、周辺装置経路条件データ６０９を書き換える。また、オフロードＧＷ２２８は、周辺装置経路条件データ６０９のうちの経路条件が第二経路であるレコードの数が経路切り替え閾値（たとえば図１２）を上回ると、図３９に示すように通信経路条件データ６０８の通信経路条件を第二経路に切り替える。

図４０は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。ハンドオーバ先のオフロードＧＷ２２６は、周期的に図３０の処理を行い、第一経路のトラヒック利用率と切り戻し閾値（たとえば図１４参照）とを比較する。

そして、オフロードＧＷ２２６は、第一経路のトラヒック利用率が切り戻し閾値を下回ると、図４０に示すように自トラヒック経路条件データ６１０の経路条件および通信経路条件データ６０８を第一経路とする。また、オフロードＧＷ２２６は、自トラヒック経路条件データ６１０にしたがって経路状態通知パケット２０００（たとえば図２０参照）を生成して送信する。

オフロードＧＷ２２８は、オフロードＧＷ２２６からの経路状態通知パケット２０００を受信すると、図３１および図３２に示した各処理を行うことにより、図４０に示すように、周辺装置経路条件データ６０９を書き換える。

図４１は、周辺装置での第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。図４０に示した状態において、オフロードＧＷ２２８の周辺のオフロードＧＷ５００（たとえばオフロードＧＷ２２７）は、周期的に図３０の処理を行い、第一経路のトラヒック利用率と切り戻し閾値（たとえば図１４参照）とを比較する。

そして、周辺のオフロードＧＷ５００は、第一経路のトラヒック利用率が切り戻し閾値を下回ると、自トラヒック経路条件データ６１０にしたがって経路状態通知パケット２０００（たとえば図２０参照）を生成して送信する。

オフロードＧＷ２２８は、周辺のオフロードＧＷ５００からの経路状態通知パケット２０００を受信すると、図３１および図３２に示した各処理を行うことにより、図４１に示すように、周辺装置経路条件データ６０９を書き換える。また、オフロードＧＷ２２８は、周辺装置経路条件データ６０９のうちの経路条件が第二経路であるレコードの数が切り戻し閾値（たとえば図１２）を下回ると、図４１に示すように通信経路条件データ６０８の通信経路条件を第一経路に切り替える。

図４２は、最終ハンドオーバ時刻から所定時間が経過した状態の一例を示す図である。図４１に示した状態において、オフロードＧＷ２２８は、周期的に図３３の処理を行う。そして、オフロードＧＷ２２８は、オフロードＧＷ２２６についての最終ハンドオーバ時刻からの経過時間が、周辺装置トラヒック経路状態通知離脱閾値１３００（たとえば図１３参照）を上回ったとする。

この場合は、オフロードＧＷ２２８は、図４２に示すように、周辺装置経路条件データ６０９からオフロードＧＷ２２６のレコードを削除する。また、オフロードＧＷ２２８は、経路状態通知受信離脱パケット１９００（たとえば図１９参照）を生成して送信する。

以上説明したように、経路選択装置、経路選択方法および通信システムによれば、ハンドオーバ先での輻輳を抑えることができる。

上述した各実施の形態に関し、さらに以下の付記を開示する。

（付記１）移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる経路選択装置であって、
自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得する取得部と、
前記取得部によって取得された選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する選択部と、
を備えることを特徴とする経路選択装置。

（付記２）前記取得部は、前記他の経路選択装置によってマルチキャスト配信される前記選択状態を受信することを特徴とする付記１に記載の経路選択装置。

（付記３）前記選択部は、前記他の経路選択装置において前記第二経路が選択されている場合に前記中継中の通信について前記第二経路を選択することを特徴とする付記１または２に記載の経路選択装置。

（付記４）前記取得部は、前記複数の経路選択装置のうちのハンドオーバ対象となる複数の経路選択装置について前記選択状態を取得し、
前記選択部は、前記ハンドオーバ対象となる複数の経路選択装置のうちの前記第二経路を選択している経路選択装置の数に応じて前記第二経路を選択する、
ことを特徴とする付記１〜３のいずれか一つに記載の経路選択装置。

（付記５）前記選択部は、前記第二経路を選択している経路選択装置の数が所定数を超えると前記第二経路を選択することを特徴とする付記４に記載の経路選択装置。

（付記６）前記選択部は、前記第二経路を選択している経路選択装置の数が所定数未満となり、かつ前記第一経路のトラヒック量が前記所定量未満となると前記第一経路を選択することを特徴とする付記４または５に記載の経路選択装置。

（付記７）移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる第一経路選択装置における経路選択方法であって、
前記第一経路選択装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置のうちの第二経路選択装置における前記中継経路の選択状態を取得し、
取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
ことを特徴とする経路選択方法。

（付記８）移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置を含む通信システムであって、
前記複数の経路選択装置のそれぞれは、
自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得し、
取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
ことを特徴とする通信システム。

１００ 通信システム
１０１，１０２ 移動端末
１１１，１１２ 経路選択装置
１２１，１２２ 通信先
１３１ 取得部
１３２ 選択部
２００ ネットワークシステム
２１０ ＬＴＥ網
２１１〜２１４ 基地局
２２０ ＥＰＣ網
２２１ Ｐ−ＧＷ
２２２，２２３ Ｓ−ＧＷ
２２４，２２５ ＭＭＥ
２２６〜２２９，５００ オフロードＧＷ
２３０ ＩＭＳ網
２４０ ＩＳＰ網
２４１，２４２ Ｗｅｂサーバ
２５１，２５２ オフロードネットワーク
２６１〜２６４ 移動端末
４０１〜４０４ 区域
５０１ 回線インタフェース
５０２ パケット転送制御部
５０３ ＣＰＵ
５０４ 記憶部
６００ 振分ポイント
６０１ Ｓ１ＡＰ傍受部
６０２ Ｘ２ＡＰ傍受部
６０３ 振分部
６０４ トラヒック制御部
６０５ トラヒック計測部
６０６ ベアラ状態管理データ
６０７ オフロード条件データ
６０８ 通信経路条件データ
６０９ 周辺装置経路条件データ
６１０ 自トラヒック経路条件データ
１２００ 周辺装置トラヒック経路条件通信経路切り替え閾値
１３００ 周辺装置トラヒック経路状態通知離脱閾値
１４００ 自トラヒック経路条件切り替え閾値
１５００ オフロードＧＷ情報
１６１０ 利用者回線毎ホームアドレス登録テーブル
１６２０ 利用者回線毎通信先登録テーブル
１６３０ 利用者回線毎アドレスポート変換テーブル
１７１０，１７２０ ベアラ利用加入者特定テーブル
１７３０ ベアラテーブル
１８００ 経路状態通知受信参加パケット
１９００ 経路状態通知受信離脱パケット
２０００ 経路状態通知パケット
２２００ ＧＴＰ−ｕパケット
２３００ パケット
３５０１ ホームエージェント

Claims (6)

1. 移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる経路選択装置であって、
   自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得する取得部と、
   前記取得部によって取得された選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する選択部と、
   を備えることを特徴とする経路選択装置。
2. 前記取得部は、前記他の経路選択装置によってマルチキャスト配信される前記選択状態を受信することを特徴とする請求項１に記載の経路選択装置。
3. 前記選択部は、前記他の経路選択装置において前記第二経路が選択されている場合に前記中継中の通信について前記第二経路を選択することを特徴とする請求項１または２に記載の経路選択装置。
4. 前記取得部は、前記複数の経路選択装置のうちのハンドオーバ対象となる複数の経路選択装置について前記選択状態を取得し、
   前記選択部は、前記ハンドオーバ対象となる複数の経路選択装置のうちの前記第二経路を選択している経路選択装置の数に応じて前記第二経路を選択する、
   ことを特徴とする請求項１〜３のいずれか一つに記載の経路選択装置。
5. 移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる第一経路選択装置における経路選択方法であって、
   前記第一経路選択装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置のうちの第二経路選択装置における前記中継経路の選択状態を取得し、
   取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
   ことを特徴とする経路選択方法。
6. 移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置を含む通信システムであって、
   前記複数の経路選択装置のそれぞれは、
   自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得し、
   取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
   ことを特徴とする通信システム。

Images