(57)【要約】【課題】ハンドオーバ先での輻輳を抑えること。【解決手段】経路選択装置１１１は、通信の中継経路を第一経路および第二経路から選択し、第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について第二経路を選択する複数の経路選択装置１１１，１１２に含まれる。経路選択装置１１１は、取得部１３１と、選択部１３２と、を備えている。取得部１３１は、自装置が中継中の通信のハンドオーバ対象となる、複数の経路選択装置に含まれる他の経路選択装置１１２における中継経路の選択状態を取得する。選択部１３２は、取得部１３１によって取得された選択状態に応じて、第一経路のトラヒック量が所定量未満であっても中継中の通信について第二経路を選択する。【選択図】図１
2014200036.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる経路選択装置であって、
自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得する取得部と、
前記取得部によって取得された選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する選択部と、
を備えることを特徴とする経路選択装置。
【請求項２】
前記取得部は、前記他の経路選択装置によってマルチキャスト配信される前記選択状態を受信することを特徴とする請求項１に記載の経路選択装置。
【請求項３】
前記選択部は、前記他の経路選択装置において前記第二経路が選択されている場合に前記中継中の通信について前記第二経路を選択することを特徴とする請求項１または２に記載の経路選択装置。
【請求項４】
前記取得部は、前記複数の経路選択装置のうちのハンドオーバ対象となる複数の経路選択装置について前記選択状態を取得し、
前記選択部は、前記ハンドオーバ対象となる複数の経路選択装置のうちの前記第二経路を選択している経路選択装置の数に応じて前記第二経路を選択する、
ことを特徴とする請求項１〜３のいずれか一つに記載の経路選択装置。
【請求項５】
移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる第一経路選択装置における経路選択方法であって、
前記第一経路選択装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置のうちの第二経路選択装置における前記中継経路の選択状態を取得し、
取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
ことを特徴とする経路選択方法。
【請求項６】
移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置を含む通信システムであって、
前記複数の経路選択装置のそれぞれは、
自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得し、
取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、経路選択装置、経路選択方法および通信システムに関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの無線通信システムが利用されている。また、無線通信の分野では、通信速度や通信容量をさらに向上させるべく次世代の通信技術について議論が行われている。
【０００３】
このような無線通信システムに関して、たとえば、ＬＴＥ／ＥＰＣ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）がある。ＬＴＥ／ＥＰＣは、第３世代携帯電話網（３Ｇ  Ｍｏｂｉｌｅ  Ｓｙｓｔｅｍ）の次世代の無線通信システムとして３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において標準化されている。
【０００４】
ＬＴＥ／ＥＰＣは、ＬＴＥ網とコア網としてのＥＰＣ網とを含む。ＬＴＥ網は、たとえば、ＬＴＥに準拠した無線アクセス網であり、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とも呼ばれる場合がある。また、ＥＰＣ網はＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）とも呼ばれ、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網を介してＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐａｃｋｅｔ）網（またはパケット網）と接続される。ＩＰ網は、たとえば、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）網（またはインターネット）やイントラネットである。
【０００５】
ＬＴＥ／ＥＰＣにおいては、移動端末（モバイル端末：ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ））はＬＴＥ網を介してＥＰＣ網に接続し、ＥＰＣ網およびＩＭＳ網を介してＩＰ網と接続することができる。移動端末はＩＰ網に接続された種々のサーバ装置や端末装置などにアクセスすることにより、ブラウザの閲覧サービス、映像の配信サービス、ＶＯＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）など種々のサービスの提供を受けることができる。
【０００６】
ＥＰＣ網は、ＭＭＥ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）などの複数のノードを備える。移動端末は、Ｓ−ＧＷおよびＰ−ＧＷを介してＩＭＳ網に接続し、ＩＰ網にアクセスすることが可能となる。
【０００７】
一方、このような無線通信システムにおいてはトラヒックオフロードと呼ばれる技術がある。トラヒックオフロードは、たとえば、移動端末からのトラヒックをＳ−ＧＷやＰ−ＧＷを経由することなくＩＳＰ網に到達させることにより、ＥＰＣ網におけるトラヒックの削減を図ることができる。
【０００８】
トラヒックオフロード技術では、たとえば、ＥＰＣ網にオフロード装置が設けられる。オフロード装置は、移動端末（無線アクセス網）からのトラヒックに対してアンカポイントとして機能し、移動端末からのトラヒックをＥＰＣ網と異なるオフロード用のネットワークへ転送する。オフロード用のネットワークは、たとえば、オフロードネットワーク（ＩＰ網やＭＰＬＳ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）網など）と呼ばれる場合がある。オフロードされたトラヒックは、オフロードネットワークを通じて目的のＩＰ網に到達する。
【０００９】
ＥＰＣ網におけるオフロードトラヒックでは、たとえば、移動端末における通信回線設定時にオフロードのアンカポイントとなるオフロード装置が通信回線単位で決定される。アンカポイントとなるオフロード装置は、移動端末が接続する基地局の変更によって変更されない。すなわち、移動端末からの全てのオフロードトラヒックは、アンカポイントであるオフロード装置を経由する。これにより、たとえば、移動端末の移動を起因とする、移動端末とＩＰ網の通信の切断や途絶を回避することができる。
【００１０】
また、迂回対象トラヒック量と迂回対象リンクのトラヒック交流情報とに基づいて迂回路の始点と終点とを決定する技術が知られている（たとえば、下記特許文献１参照。）。また、輻輳を検出したＩＰルータでショートカットパスを利用して輻輳を緩和する技術が知られている（たとえば、下記特許文献２参照。）。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００９−２００９９５号公報
【特許文献２】特開２００２−０６４５５４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した従来技術では、移動端末のハンドオーバにともなって経路選択装置が切り替わると、ハンドオーバ先での輻輳を抑えることができない場合がある。
【００１３】
１つの側面では、本発明は、ハンドオーバ先での輻輳を抑えることができる経路選択装置、経路選択方法および通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる第一経路選択装置が、前記第一経路選択装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置のうちの第二経路選択装置における前記中継経路の選択状態を取得し、取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する経路選択装置、経路選択方法および通信システムが提案される。
【発明の効果】
【００１５】
本発明の一側面によれば、ハンドオーバ先での輻輳を抑えることができるという効果を奏する。
【図面の簡単な説明】
【００１６】
【図１】図１は、実施の形態１にかかる通信システムの一例を示す図である。
【図２】図２は、実施の形態２にかかるネットワークシステムの一例を示す図である。
【図３】図３は、ハンドオーバによる通信品質の一例を示す図である。
【図４】図４は、地理的位置関係による経路切り替えの判断の一例を示す図である。
【図５】図５は、オフロードＧＷのハードウェア構成の一例を示す図である。
【図６】図６は、オフロードＧＷの機能的構成の一例を示す図である。
【図７】図７は、オフロードＧＷにおける各部の動作の一例を示す図（その１）である。
【図８】図８は、オフロードＧＷにおける各部の動作の一例を示す図（その２）である。
【図９】図９は、通信経路条件データの一例を示す図である。
【図１０】図１０は、自トラヒック経路条件データの一例を示す図である。
【図１１】図１１は、周辺装置経路条件データの一例を示す図である。
【図１２】図１２は、周辺装置トラヒック経路条件通信経路切り替え閾値の一例を示す図である。
【図１３】図１３は、周辺装置トラヒック経路状態通知離脱閾値の一例を示す図である。
【図１４】図１４は、自トラヒック経路条件切り替え閾値の一例を示す図である。
【図１５】図１５は、ｅＮＢを収容するオフロードＧＷ情報の一例を示す図である。
【図１６Ａ】図１６Ａは、オフロード条件データの一例を示す図（その１）である。
【図１６Ｂ】図１６Ｂは、オフロード条件データの一例を示す図（その２）である。
【図１６Ｃ】図１６Ｃは、オフロード条件データの一例を示す図（その３）である。
【図１７Ａ】図１７Ａは、ベアラ利用加入者特定テーブルの一例を示す図（その１）である。
【図１７Ｂ】図１７Ｂは、ベアラ利用加入者特定テーブルの一例を示す図（その２）である。
【図１７Ｃ】図１７Ｃは、ベアラ利用加入者特定テーブルの一例を示す図（その３）である。
【図１８】図１８は、経路状態通知受信参加パケットの一例を示す図である。
【図１９】図１９は、経路状態通知受信離脱パケットの一例を示す図である。
【図２０】図２０は、経路状態通知パケットの一例を示す図である。
【図２１】図２１は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄの一例を示す図である。
【図２２】図２２は、Ｕｐｌｉｎｋ  ＧＴＰ−ｕパケットの一例を示す図である。
【図２３】図２３は、オフロードネットワーク経由でのオフロードＧＷからＷｅｂサーバへのパケットの一例を示す図である。
【図２４】図２４は、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔの一例を示す図である。
【図２５Ａ】図２５Ａは、Ｓ−ＧＷ宛のＵｐｌｉｎｋ  ＧＴＰ−ｕパケット受信時の処理の一例を示すフローチャート（その１）である。
【図２５Ｂ】図２５Ｂは、Ｓ−ＧＷ宛のＵｐｌｉｎｋ  ＧＴＰ−ｕパケット受信時の処理の一例を示すフローチャート（その２）である。
【図２６】図２６は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ傍受時の処理の一例を示すフローチャートである。
【図２７Ａ】図２７Ａは、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ受信時の処理の一例を示すフローチャート（その１）である。
【図２７Ｂ】図２７Ｂは、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ受信時の処理の一例を示すフローチャート（その２）である。
【図２８】図２８は、オフロード通信用アドレス捕捉処理の一例を示すフローチャートである。
【図２９】図２９は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ処理の一例を示すフローチャートである。
【図３０】図３０は、自トラヒック計測処理の一例を示すフローチャートである。
【図３１】図３１は、経路状態通知パケット受信時の処理の一例を示すフローチャートである。
【図３２】図３２は、経路切り替え処理の一例を示すフローチャートである。
【図３３】図３３は、経路状態受信離脱処理の一例を示すフローチャートである。
【図３４Ａ】図３４Ａは、ＴＣＰ通信がオフロードされる場合のネットワークシステムの動作の一例を示すシーケンス図（その１）である。
【図３４Ｂ】図３４Ｂは、ＴＣＰ通信がオフロードされる場合のネットワークシステムの動作の一例を示すシーケンス図（その２）である。
【図３５Ａ】図３５Ａは、Ｓ１ベースのハンドオーバ処理の一例を示すシーケンス図（その１）である。
【図３５Ｂ】図３５Ｂは、Ｓ１ベースのハンドオーバ処理の一例を示すシーケンス図（その２）である。
【図３６Ａ】図３６Ａは、Ｘ２ベースのハンドオーバ処理の一例を示すシーケンス図（その１）である。
【図３６Ｂ】図３６Ｂは、Ｘ２ベースのハンドオーバ処理の一例を示すシーケンス図（その２）である。
【図３７】図３７は、初回のハンドオーバ前の状態の一例を示す図である。
【図３８】図３８は、初回のハンドオーバ後の状態の一例を示す図である。
【図３９】図３９は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り替え後の状態の一例を示す図である。
【図４０】図４０は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。
【図４１】図４１は、周辺装置での第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。
【図４２】図４２は、最終ハンドオーバ時刻から所定時間が経過した状態の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下に図面を参照して、本発明にかかる経路選択装置、経路選択方法および通信システムの実施の形態を詳細に説明する。
【００１８】
（実施の形態１）
図１は、実施の形態１にかかる通信システムの一例を示す図である。図１に示すように、実施の形態１にかかる通信システム１００は、移動端末１０１，１０２と、経路選択装置１１１，１１２と、通信先１２１，１２２と、を含む。
【００１９】
移動端末１０１は、たとえば基地局との間で無線通信を行うことにより、通信先１２１との間で通信を行う。経路選択装置１１１は、移動端末１０１と通信先１２１との間の通信を中継するとともに、移動端末１０１と通信先１２１との間の通信の中継経路を、経路選択装置１１１に接続された第一経路および第二経路から選択して切り替える。
【００２０】
具体的には、経路選択装置１１１は、第一経路のトラヒック量が所定量以上になると、以降の通信要求による移動端末１０１と通信先１２１との間の通信について第二経路を選択する。これにより、第一経路のトラヒック量が低減される。
【００２１】
移動端末１０２は、たとえば基地局との間で無線通信を行うことにより、通信先１２２との間で通信を行う。通信先１２２は、通信先１２１と同じ通信装置であってもよいし、通信先１２１と異なる通信装置であってもよい。
【００２２】
経路選択装置１１２は、移動端末１０２と通信先１２２との間の通信を中継するとともに、移動端末１０２と通信先１２２との間の通信の中継経路を、経路選択装置１１２に接続された第一経路および第二経路から選択して切り替える。
【００２３】
経路選択装置１１２に接続された第一経路は、経路選択装置１１１に接続された第一経路と同一の経路であってもよいし、経路選択装置１１１に接続された第一経路と異なる経路であってもよい。また、経路選択装置１１２に接続された第二経路は、経路選択装置１１１に接続された第二経路と同一の経路であってもよいし、経路選択装置１１１に接続された第二経路と異なる経路であってもよい。
【００２４】
経路選択装置１１２は、経路選択装置１１１と同様に、第一経路のトラヒック量が所定量以上になると、以降の通信要求による移動端末１０２と通信先１２２との間の通信について第二経路を選択する。これにより、第一経路のトラヒック量が低減される。
【００２５】
図１に示す例では、たとえば移動端末１０１が移動し、移動端末１０１と無線通信を行う基地局が切り替わることにより、移動端末１０１の通信を中継する装置が経路選択装置１１１から経路選択装置１１２へ切り替わる場合について説明する。このとき、経路選択装置１１１が移動端末１０１の通信について選択していた中継経路（第一経路または第二経路）は、経路選択装置１１２に引き継がれる。
【００２６】
具体的には、経路選択装置１１１が移動端末１０１の通信について第一経路を選択している状態で移動端末１０１がハンドオーバした場合は、ハンドオーバ先の経路選択装置１１２も、移動端末１０１の通信について第一経路を選択する。また、経路選択装置１１１が移動端末１０１の通信について第二経路を選択している状態で移動端末１０１がハンドオーバした場合は、ハンドオーバ先の経路選択装置１１２も、移動端末１０１の通信について第二経路を選択する。
【００２７】
経路選択装置１１１は、取得部１３１と、選択部１３２と、を備える。取得部１３１は、経路選択装置１１１（自装置）が中継中の移動端末１０１と通信先１２１との間の通信のハンドオーバ対象となる経路選択装置１１２（他の経路選択装置）における、中継経路（第一経路および第二経路）の選択状態を取得する。そして、取得部１３１は、取得した選択状態を選択部１３２へ通知する。
【００２８】
選択部１３２は、取得部１３１から通知された選択状態に応じて、第一経路のトラヒック量が所定量未満であっても、経路選択装置１１１（自装置）が中継中の移動端末１０１と通信先１２１との間の通信について第二経路を選択する。たとえば、選択部１３２は、経路選択装置１１２において第二経路が選択されている場合は、経路選択装置１１１の第一経路のトラヒック量が所定量未満であっても、移動端末１０１の通信について第二経路を選択する。
【００２９】
これにより、ハンドオーバ先の経路選択装置１１２が第一経路の輻輳により第二経路を選択している状態においては、ハンドオーバ元の経路選択装置１１１において第二経路を選択してからハンドオーバすることができる。これにより、経路選択装置１１２における第一経路をさらに輻輳させることを防止することができる。
【００３０】
（実施の形態２）
図２は、実施の形態２にかかるネットワークシステムの一例を示す図である。図２に示すように、実施の形態２にかかるネットワークシステム２００は、ＬＴＥ網２１０と、ＥＰＣ網２２０と、ＩＭＳ網２３０と、ＩＳＰ網２４０（Ｉｎｔｅｒｎｅｔ）と、オフロードネットワーク２５１，２５２と、を含む。図２は、モバイル端末である移動端末２６１とＩＳＰ網２４０のＷｅｂサーバ２４１との通信において、移動端末２６１が通信を維持した状態で基地局２１１のセルから基地局２１４のセルへ移動する場合の通信経路の変化の様子を示している。
【００３１】
ＬＴＥ網２１０は無線アクセス網である。ＬＴＥ網２１０は、基地局２１１〜２１４を含む。基地局２１１〜２１４のそれぞれは、たとえば“ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）”と呼ばれるＬＴＥ準拠の無線基地局装置である。
【００３２】
ＥＰＣ網２２０はコア網である。ＥＰＣ網２２０は、たとえば、第２世代（２Ｇ）、第３世代（３Ｇ）、第３．５世代などの３ＧＰＰによる無線アクセス網を収容することができる。第２世代の無線アクセス網には、たとえばＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を適用することができる。なお、ＧＳＭは登録商標である。第３世代の無線アクセス網には、たとえばＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）を適用することができる。第３．５世代の無線アクセス網には、たとえばＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）を適用することができる。
【００３３】
また、ＥＰＣ網２２０は、ＣＤＭＡ２０００、ＷｉＭＡＸ（Ｗｉｄｅｂａｎｄ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）など非３ＧＰＰの無線アクセス網を収容することもできる。なお、ＷｉＭＡＸは登録商標である。
【００３４】
ＥＰＣ網２２０は、Ｐ−ＧＷ２２１と、Ｓ−ＧＷ２２２，２２３と、ＭＭＥ２２４，２２５と、オフロードＧＷ２２６〜２２８と、を含む。ＥＰＣ網２２０はさらにＰＣＲＦなどのノードを含んでもよい。
【００３５】
Ｐ−ＧＷ２２１は、たとえば、ＩＳＰ網２４０などのパケット網に対する接続ポイントとなる。Ｐ−ＧＷ２２１は、たとえば、移動端末２６１へのＩＰアドレスの払い出しやユーザ認証などを行う。また、Ｐ−ＧＷ２２１は、たとえば、ＰＣＲＦの指示に従うＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御や課金データ生成などを行い、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバの機能を有してもよい。
【００３６】
Ｓ−ＧＷ２２２，２２３は、たとえば、ユーザデータなどのＵプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）のデータを扱う。また、Ｓ−ＧＷ２２２，２２３は、たとえば、３ＧＰＰの無線アクセス網のアンカポイントとして機能し、Ｐ−ＧＷ２２１との間でパケットデータの中継処理を行う。
【００３７】
ＭＭＥ２２４，２２５は、たとえば、ネットワーク制御に関するＣプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）のデータを扱う。また、ＭＭＥ２２４，２２５は、たとえば、ベアラの確立および解放、移動端末２６１の位置登録、ハンドオーバなどの移動制御などを行う。さらに、ＭＭＥ２２４，２２５は、たとえば、加入者情報が登録されたＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）と連携して移動端末２６１の認証を行う。
【００３８】
オフロードＧＷ２２６〜２２８のそれぞれは、たとえば、オフロードトラヒックを制御するノードとして機能する。ＥＰＣ網２２０では、１以上のオフロード装置が備えられている。オフロードＧＷ２２６〜２２８は、たとえば、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間に配置され、その数は適宜設定可能であり、基地局２１１〜２１４のそれぞれに設置することも可能である。
【００３９】
オフロードＧＷ２２６〜２２８は、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間で送受信されるＣプレーンのパケットを傍受する。そして、オフロードＧＷ２２６〜２２８は、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間で送受信されるＵプレーンのトラヒックのうち、オフロード対象のトラヒック（以下、「オフロードトラヒック」と称する場合がある）を決定する。
【００４０】
オフロードＧＷ２２６〜２２８は、オフロード対象のトラヒックを決定した後、たとえば以下のようにしてオフロードトラヒックを送受信する。すなわち、オフロードＧＷ２２６〜２２８は、移動端末２６１から送信されたアップリンク通信におけるオフロードトラヒックのＵプレーンデータ（ユーザパケット）を分岐して、オフロードネットワーク２５１，２５２（図２ではオフロードネットワーク２５１）に転送する。
【００４１】
オフロードネットワーク２５１，２５２に転送されたトラヒックは、ＥＰＣ網２２０を経由せずにＩＳＰ網２４０に送信され、目的の通信相手（たとえばＷｅｂサーバ２４１）に到達する。一方、オフロードＧＷ２２６〜２２８は、目的の通信相手から送信されたダウンリンク通信のオフロードトラヒックを、Ｓ−ＧＷ２２２，２２３から基地局２１１〜２１４へのトラヒックに合流させる。オフロードＧＷ２２６〜２２８の構成例などについては後述する。
【００４２】
ＩＳＰ網２４０には、Ｗｅｂサイト＃ａを提供するＷｅｂサーバ２４１とＷｅｂサイト＃ｂを提供するＷｅｂサーバ２４２とが接続される。Ｗｅｂサーバ２４１，２４２は、移動端末２６１の通信相手（Ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  Ｎｏｄｅ）の例示であり、たとえば、ＴＣＰ通信を行うものであれば端末装置であってもよい。
【００４３】
基地局２１１〜２１４は、オフロードＧＷ２２６〜２２８を介してＷｅｂサーバ２４１，２４２からのデータを無線信号に変換して、移動端末２６１に送信する。また、基地局２１１〜２１４は、移動端末２６１から送信された無線信号をデータなどに変換してオフロードＧＷ２２６〜２２８を介してＷｅｂサーバ２４１，２４２に送信する。
【００４４】
また、基地局２１１〜２１４は、オフロードＧＷ２２６〜２２８を介して“Ｓ１−ＭＭＥインタフェース”と呼ばれるＵプレーンのインタフェースによってＭＭＥ２２４，２２５と接続される。また、基地局２１１〜２１４は、“Ｓ１−Ｕインタフェース”と呼ばれるインタフェースによってＳ−ＧＷ２２２，２２３と接続される。他方、Ｓ−ＧＷ２２２，２２３とＭＭＥ２２４，２２５は“Ｓ１１インタフェース”と呼ばれるＣプレーンのインタフェースで接続される。また、Ｓ−ＧＷ２２２，２２３とＰ−ＧＷ２２１は“Ｓ５”と呼ばれるインタフェースによって接続される。さらに、基地局２１１〜２１４間は、“Ｘ２インタフェース”と呼ばれるインタフェースで接続される。
【００４５】
移動端末２６１は、たとえば、接続先の基地局を基地局２１１から基地局２１２、さらに基地局２１３へと順次切り替えることができる。移動端末２６１が接続先の基地局２１１〜２１４を切り替えることを、たとえば、ハンドオーバと称する場合がある。
【００４６】
なお、ハンドオーバには、異なるＭＭＥ２２４，２２５間に跨って行われるＳ１ベースハンドオーバと、ＭＭＥ２２４，２２５のうちの同一のＭＭＥの管理範囲内で行われるＸ２ベースハンドオーバがある。後述する動作においては、この２つのハンドオーバについて説明する。このようなハンドオーバによって、移動端末２６１から送信されるオフロードトラヒックを受信するオフロードＧＷ２２６〜２２８も変更される。図２の例では、移動端末２６１は、接続先の基地局２１１〜２１４を基地局２１１から基地局２１２〜２１４に変更すると、オフロードＧＷ２２６〜２２８もオフロードＧＷ２２６からオフロードＧＷ２２７，２２８に変更される。
【００４７】
図３は、ハンドオーバによる通信品質の一例を示す図である。図３において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。図３に示す例では、移動端末２６１は基地局２１４に接続している。図３に示す移動端末２６２，２６３は、移動端末２６１と異なる移動端末である。移動端末２６２は基地局２１２に接続している。移動端末２６３は基地局２１３に接続している。
【００４８】
オフロードＧＷ２２６は、第一経路を通過する移動端末２６２，２６３のトラヒックのＱｏＥ（Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ：体感品質）を保証するために、移動端末２６２，２６３の新規セッションを第二経路へ迂回させている。
【００４９】
第一経路は、たとえばＥＰＣ網２２０を経由してＩＳＰ網２４０へ接続する経路である。第二経路は、オフロードネットワーク２５１，２５２のいずれかを経由することにより、ＥＰＣ網２２０を経由せずにＩＳＰ網２４０へ接続する経路である。
【００５０】
一方、オフロードＧＷ２２８は、第一経路が空いており、移動端末２６１のトラヒックが全て第一経路を経由している。この状態において、移動端末２６１が、オフロードＧＷ２２６の配下の基地局２１１へハンドオーバしたとする。この場合は、移動端末２６１のトラヒックの経路がオフロードＧＷ２２６においても第一経路となり、オフロードＧＷ２２６の第一経路を通過する移動端末２６２，２６３のトラヒックおよび移動端末２６１のトラヒックのＱｏＥを保証できなくなる場合がある。
【００５１】
図４は、地理的位置関係による経路切り替えの判断の一例を示す図である。図４は、移動端末２６１などのモバイル端末の所在位置（地理的位置関係）による経路切り替えの判断を示している。区域４０１は、第一経路のまま運用を継続するのが妥当であると判断できる区域である。区域４０２（βＸ）は、第一経路のままが良いか第二経路に切り替えるべきか判断に迷う区域である。区域４０３は、第一経路が輻輳し、第二経路へ切り替えた区域である。区域４０４（αＸ）は、第一経路の輻輳が確実と予想され、第二経路への切り替えが妥当と判断できる区域である。
【００５２】
たとえば、区域４０２において第一経路を使用している移動端末２６１が区域４０３へ移動すると、ハンドオーバによって区域４０３における第一経路のトラヒックが増加する。図４に示すように、モバイル網においては近隣の装置の輻輳状態がハンドオーバにより波及する。このため、地理的位置関係により、移動端末２６１の移動に伴う影響を考慮しての経路切り替えには多くの装置が関わる。
【００５３】
（各オフロードＧＷの構成）
つぎに、各オフロードＧＷの構成について説明する。
【００５４】
図５は、オフロードＧＷのハードウェア構成の一例を示す図である。オフロードＧＷ２２６〜２２８のそれぞれは、たとえば図５に示すオフロードＧＷ５００（ｏＧＷ）によって実現することができる。
【００５５】
オフロードＧＷ５００は、回線インタフェース５０１と、パケット転送制御部５０２、ＣＰＵ５０３（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）と、記憶部５０４（メモリ）と、を備える。なお、図１に示した取得部１３１および選択部１３２は、たとえば回線インタフェース５０１、パケット転送制御部５０２およびＣＰＵ５０３によって実現することができる。
【００５６】
回線インタフェース５０１は、たとえば、オフロードＧＷ２２６〜２２８と基地局２１１〜２１４およびオフロードＧＷ２２６〜２２８とＳ−ＧＷ２２２，２２３を結ぶ各回線を収容する。また、回線インタフェース５０１は、たとえば、オフロードＧＷ２２６〜２２８とＭＭＥ２２４，２２５およびオフロードＧＷ２２６〜２２８とオフロードネットワーク２５１，２５２を結ぶ各回線を収容する。
【００５７】
オフロードＧＷ２２６〜２２８は、収容する回線数に応じた１以上の回線インタフェース５０１を備えている。なお、回線インタフェース５０１は、たとえば、汎用または専用の半導体回路で形成される。回線インタフェース５０１に適用する半導体回路には、たとえば、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などを用いることができる。
【００５８】
パケット転送制御部５０２は、回線インタフェース５０１、ＣＰＵ５０３および記憶部５０４と接続され、パケット転送処理を行う。パケット転送制御部５０２は、たとえば、ルーティングテーブルを有し、パケットの宛先アドレスに対応する出力ポートをルーティングテーブルから割り出し、出力ポートへ向けてパケットを出力する。
【００５９】
なお、パケット転送制御部５０２は、たとえば汎用または専用の半導体回路が搭載された回路チップとして形成することができる。パケット転送制御部５０２に適用する半導体回路には、たとえば、ＬＳＩ、ＡＳＩＣ、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）またはＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）などを用いることができる。
【００６０】
ＣＰＵ５０３は、たとえば、パケット転送制御部５０２の制御を通じてオフロードＧＷ２２６〜２２８全体の動作を制御する。ＣＰＵ５０３は、コントローラ（制御部）の一例であり、プロセッサの一例でもある。なお、ＣＰＵ５０３の機能を司るコントローラは、たとえば、専用または汎用のハードウェアチップの適用により実現される。
【００６１】
記憶部５０４は、たとえば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）などの半導体メモリによって形成される。記憶部５０４は、ＣＰＵ５０３の作業領域、ＣＰＵ５０３によって実行される各種プログラムなどの格納領域などを提供する。
【００６２】
図６は、オフロードＧＷの機能的構成の一例を示す図である。図６に示すオフロードＧＷ５００（ｏＧＷ）の各機能ブロックは、たとえば、ＣＰＵ５０３が記憶部５０４に記憶されたプログラムを実行することにより実現される機能を示している。また、図６に示す各機能ブロックがハードウェアとしてオフロードＧＷ５００に備わっていてもよい。
【００６３】
図５に示したＣＰＵ５０３は、たとえば、振分ポイント６００として機能する。振分ポイント６００は、Ｓ１ＡＰ傍受部６０１と、Ｘ２ＡＰ傍受部６０２と、振分部６０３と、トラヒック制御部６０４と、トラヒック計測部６０５と、を含む。また、振分ポイント６００は、ベアラ状態管理データ６０６と、オフロード条件データ６０７と、通信経路条件データ６０８と、周辺装置経路条件データ６０９と、自トラヒック経路条件データ６１０と、を含む。
【００６４】
図５に示した記憶部５０４には、ベアラ状態管理データ６０６、オフロード条件データ６０７、通信経路条件データ６０８、周辺装置経路条件データ６０９および自トラヒック経路条件データ６１０が記憶される。
【００６５】
図１に示した取得部１３１は、たとえば回線インタフェース５０１、パケット転送制御部５０２、Ｓ１ＡＰ傍受部６０１およびＸ２ＡＰ傍受部６０２によって実現することができる。図１に示した選択部１３２は、たとえば回線インタフェース５０１、パケット転送制御部５０２、振分部６０３、トラヒック制御部６０４およびトラヒック計測部６０５によって実現することができる。
【００６６】
図７は、オフロードＧＷにおける各部の動作の一例を示す図（その１）である。図７に示す例では、移動端末２６１が基地局２１４から基地局２１１へハンドオーバする場合（たとえば図３参照）について説明する。この場合は、基地局２１４がハンドオーバ元のソース基地局となり、基地局２１１がハンドオーバ先のターゲット基地局となる。
【００６７】
ハンドオーバに伴い、移動端末２６１の回線を収容するオフロードＧＷは、オフロードＧＷ２２８からオフロードＧＷ２２６へ変更される。この場合は、オフロードＧＷ２２８がハンドオーバ元のソースオフロードＧＷ（Ｓｏｕｒｃｅ  ｏＧＷ）となり、オフロードＧＷ２２６がハンドオーバ先のターゲットオフロードＧＷ（Ｔａｒｇｅｔ  ｏＧＷ）となる。オフロードＧＷ２２８とオフロードＧＷ２２６の各構成は、図５および図６に示すオフロードＧＷ５００と同様である。
【００６８】
オフロードＧＷ２２８のＳ１ＡＰ傍受部６０１は、基地局２１４とＭＭＥ２２５の間のＳ１ＡＰ（Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づく制御パケットを傍受する。図７に示す例では、オフロードＧＷ２２８のＳ１ＡＰ傍受部６０１は、対象となる移動端末２６１に対する通信回線の割り付けおよびハンドオーバの契機を検出する。
【００６９】
なお、Ｓ１ＡＰは、たとえば、基地局２１１〜２１４（ｅＵＴＲＡＮ：ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＭＭＥ２２４，２２５との間のシグナリングサービスを提供するＣプレーンのプロトコルである。基地局２１１〜２１４やＭＭＥ２２４，２２５は、Ｓ１ＡＰによって、たとえばベアラの確立、変更および解放、ハンドオーバ制御、待ち受け移動端末に対する着信制御などを実行することができる。
【００７０】
オフロードＧＷ２２８のＸ２ＡＰ傍受部６０２は、たとえば、基地局２１１〜２１４の間で送受信されるＸ２ＡＰ（Ｘ２  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づく制御パケットを傍受する。図７に示す例では、オフロードＧＷ２２８のＸ２ＡＰ傍受部６０２は、対象となる移動端末２６１に対する通信回線の割り付けおよびハンドオーバの契機を検出する。
【００７１】
なお、Ｘ２ＡＰは、たとえば、Ｘ２インタフェース上の基地局２１１〜２１４の間におけるＣプレーンのプロトコルである。基地局２１１〜２１４は、Ｘ２ＡＰにより、基地局間の負荷管理、ハンドオーバ制御などを実行することができる。
【００７２】
このように、ハンドオーバ元となるオフロードＧＷ２２８は、Ｓ１ＡＰおよびＸ２ＡＰを傍受することによって、ハンドオーバ先の基地局２１１やオフロードＧＷ２２６を特定する。
【００７３】
オフロードＧＷ２２８の振分部６０３は、たとえば、対象となる移動端末２６１の通信回線の割り付けに従って、当該通信回線を利用してＷｅｂサーバ２４１，２４２に送信されるデータを当該通信回線より抜き出して、オフロードネットワーク２５２へ送出する。これにより、オフロードＧＷ２２８の振分部６０３は、オフロードトラヒックをオフロードネットワーク２５２に分岐させることができる。この場合、オフロードＧＷ２２８の振分部６０３は、オフロード適用条件に合致したトラヒックを分岐させることができる。
【００７４】
なお、図７の例では、移動端末２６１から送信されたトラヒックは、ＧＴＰ−ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｕｓｅｒ  Ｐｌａｎｅ）トンネルを流れている。ＧＴＰ−ｕは、たとえば、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間のＩＰ伝送用のプロトコルである。アップリンク通信用だけでなく、ダウンリンク通信用のトラヒックも、基地局２１１〜２１４とＳ−ＧＷ２２２，２２３との間に確立されたベアラ（ＧＴＰ−ｕトンネル）を流れることになる。
【００７５】
移動端末２６１が基地局２１４から基地局２１１へハンドオーバすると、移動端末２６１についてのオフロード条件データ６０７がオフロードＧＷ２２８からオフロードＧＷ２２６へコピーされる。そして、オフロードＧＷ２２６は、コピーされたオフロード条件データ６０７に基づいて、移動端末２６１のセッションの経路を制御する。
【００７６】
また、オフロードＧＷ２２６は、自トラヒック経路条件を経路状態パケットに乗せてマルチキャスト配信する。なおオフロードＧＷ２２８も同様に自トラヒック経路条件を経路状態パケットに乗せてマルチキャスト配信するが、図７においては図示を省略している。
【００７７】
オフロードＧＷ２２８のトラヒック制御部６０４は、オフロードＧＷ２２６によるマルチキャスト配信に受信参加し、オフロードＧＷ２２６からマルチキャスト配信されたオフロードＧＷ２２６の自トラヒック経路条件を受信する。そして、オフロードＧＷ２２８のトラヒック制御部６０４は、受信したオフロードＧＷ２２６の自トラヒック経路条件を周辺装置経路条件データ６０９として記憶し、周辺装置経路条件データ６０９に基づいて、移動端末２６１のセッションの経路を制御する。
【００７８】
これにより、たとえば、オフロードＧＷ２２６において第二経路が選択されている場合は、オフロードＧＷ２２８のトラヒック制御部６０４は、移動端末２６１の経路を第二経路に切り替える。これにより、移動端末２６１が基地局２１４から基地局２１１へハンドオーバした場合に、オフロードＧＷ２２６における第一経路の輻輳を抑えることができる。
【００７９】
図８は、オフロードＧＷにおける各部の動作の一例を示す図（その２）である。図８において、図７に示した部分と同様の部分については同一の符号を付して説明を省略する。図８においても、図７と同様に、移動端末２６１が基地局２１４から基地局２１１へハンドオーバする場合（たとえば図３参照）について説明する。移動端末２６４は、基地局２１１に接続している移動端末である。
【００８０】
図８に示す例では、オフロードＧＷ２２８に記憶される周辺装置経路条件データ６０９には、オフロードＧＷ２２６，２２７，２２９の自トラヒック経路条件が含まれている。周辺装置経路条件データ６０９の周辺装置ＩＤは、それぞれオフロードＧＷ２２６，２２７，２２９を示している。図８に示す例では、オフロードＧＷ２２６（Ａ）は第一経路を選択し、オフロードＧＷ２２７，２２９（Ｂ，Ｃ）は第二経路を選択している。
【００８１】
オフロードＧＷ２２８は、周辺装置経路条件データ６０９に基づいて、移動端末２６１の経路を選択する。たとえば、オフロードＧＷ２２８は、移動端末２６１のハンドオーバ対象となるオフロードＧＷ２２７，２２９において第二経路を選択しているため、移動端末２６１の経路を第二経路とする。これにより、たとえば移動端末２６１がオフロードＧＷ２２７，２２９の配下の基地局へハンドオーバしても、ハンドオーバ先での第一経路の輻輳を抑えることができる。
【００８２】
（各オフロードＧＷにおけるデータ構造）
つぎに、各オフロードＧＷにおけるデータ構造について説明する。
【００８３】
図９は、通信経路条件データの一例を示す図である。オフロードＧＷ５００は、たとえば図９に示す通信経路条件データ６０８を記憶部５０４に記憶する。図９に示すように、通信経路条件データ６０８は、新規セッションを通過させる通信経路（「通信経路条件」）を示す。たとえば、通信経路条件データ６０８は、第一経路または第二経路のいずれかを示す。第一経路はＥＰＣ網２２０を経由する経路であり、第二経路はオフロードネットワーク２５１，２５２のうちのオフロードＧＷ５００に接続されたオフロードネットワークを経由する経路である。
【００８４】
図９に示す例では、通信経路条件データ６０８は、第一経路を示している。このため、オフロードＧＷ５００は、新規セッションが発生すると、発生した新規セッションを第一経路に通過させる。
【００８５】
図１０は、自トラヒック経路条件データの一例を示す図である。オフロードＧＷ５００は、たとえば図１０に示す自トラヒック経路条件データ６１０を記憶部５０４に記憶する。図１０に示すように、自トラヒック経路条件データ６１０は、「経路条件」と、「変更時刻」と、を含む。「経路条件」は、オフロードＧＷ５００におけるトラヒックの計測結果に基づいて決定した、新セッションを通過させる経路を示す。たとえば、「経路条件」は、第一経路または第二経路のいずれかを示す。「変更時刻」は、「経路条件」を更新した時刻を示す。
【００８６】
オフロードＧＷ５００は、自トラヒック経路条件データ６１０を周辺の他のオフロードＧＷ５００へマルチキャスト配信する。
【００８７】
図１１は、周辺装置経路条件データの一例を示す図である。オフロードＧＷ５００は、たとえば図１１に示す周辺装置経路条件データ６０９を記憶部５０４に記憶する。図１１に示すように、周辺装置経路条件データ６０９は、「周辺装置ＩＤ」と、「最終ハンドオーバ時刻」と、「経路条件」と、「経路条件変更時刻」と、を含む。
【００８８】
「周辺装置ＩＤ」は、周辺のオフロードＧＷ（「経路条件」の配信元オフロードＧＷ）のＩＤを示す。「最終ハンドオーバ時刻」は、「周辺装置ＩＤ」が示すオフロードＧＷへハンドオーバした最新の時刻を示す。
【００８９】
「経路条件」は、「周辺装置ＩＤ」が示すオフロードＧＷから通知された最新の経路条件を示す。「経路条件変更時刻」は、「周辺装置ＩＤ」が示すオフロードＧＷから通知された最新の経路条件変更時刻を示す。「経路条件」および「経路条件変更時刻」は、他のオフロードＧＷ５００からマルチキャスト配信された自トラヒック経路条件データ６１０に基づく情報である。
【００９０】
図１２は、周辺装置トラヒック経路条件通信経路切り替え閾値の一例を示す図である。オフロードＧＷ５００は、たとえば図１２に示す周辺装置トラヒック経路条件通信経路切り替え閾値１２００を記憶部５０４に記憶する。周辺装置トラヒック経路条件通信経路切り替え閾値１２００は、「経路切り替え閾値」と、「切り戻し閾値」と、を含む。
【００９１】
周辺装置トラヒック経路条件通信経路切り替え閾値１２００の「経路切り替え閾値」および「切り戻し閾値」は、周辺装置トラヒック経路条件の個数（割合でもよい）と比較するための閾値を示す。
【００９２】
たとえば、周辺装置トラヒック経路条件の個数が「経路切り替え閾値」を上回ると通信経路条件データ６０８の「通信経路条件」が迂回経路（第二経路）へ切り替えられる。また、周辺装置トラヒック経路条件の個数（割合でもよい）が「切り戻し閾値」を下回った場合に通信経路条件データ６０８の「通信経路条件」が通常経路（第一経路）へ切り替えられる。
【００９３】
図１３は、周辺装置トラヒック経路状態通知離脱閾値の一例を示す図である。オフロードＧＷ５００は、たとえば図１３に示す周辺装置トラヒック経路状態通知離脱閾値１３００を記憶部５０４に記憶する。周辺装置トラヒック経路状態通知離脱閾値１３００は、最終のハンドオーバ時刻からの経過時間が当該閾値を上回った場合にハンドオーバ先オフロードＧＷからの経路状態通知パケットの受信を止めるための閾値である。
【００９４】
図１４は、自トラヒック経路条件切り替え閾値の一例を示す図である。図１４に示す自トラヒック経路条件切り替え閾値１４００は、オフロードＧＷ５００に記憶される自トラヒック経路条件切り替え閾値である。自トラヒック経路条件切り替え閾値１４００は、「切り替え閾値」と、「切り戻し閾値」と、を含む。自トラヒック経路条件切り替え閾値１４００の「切り替え閾値」および「切り戻し閾値」は、通常経路（第一経路）のトラヒック計測値と比較するための閾値を示す。
【００９５】
たとえば、通常経路（第一経路）のトラヒック計測値が「切り替え閾値」を上回った場合に自トラヒック経路条件データ６１０の「経路条件」が迂回経路（第二経路）へ切り替えられる。また、通常経路（第一経路）のトラヒック計測値が「切り戻し閾値」を下回った場合に自トラヒック経路条件データ６１０の「経路条件」が通常経路（第一経路）へ切り替えられる。
【００９６】
図１５は、ｅＮＢを収容するオフロードＧＷ情報の一例を示す図である。オフロードＧＷ５００は、たとえば図１５に示すオフロードＧＷ情報１５００（ｅＮＢ収容表）を記憶部５０４に記憶する。オフロードＧＷ情報１５００は、基地局２１１〜２１４を収容するオフロードＧＷを示す情報である。
【００９７】
オフロードＧＷ情報１５００は、「ｅＮＢ識別子」と、「ｅＮＢ  Ａｄｄｒｅｓｓ情報」と、収容ｏＧＷ情報と、を含む。「ｅＮＢ識別子」は基地局の識別子であり、ｅＮＢ＃１〜ｅＮＢ＃４はそれぞれ基地局２１１〜２１４を示す。「ｅＮＢ  Ａｄｄｒｅｓｓ情報」は、「ｅＮＢ識別子」が示す基地局のアドレスを示す。「収容ｏＧＷ情報」は、「ｅＮＢ識別子」が示す基地局を収容するオフロードＧＷを示す。「収容ｏＧＷ情報」のｏＧＷ＃１，＃２は、たとえばそれぞれオフロードＧＷ２２６，２２８を示す。
【００９８】
オフロードＧＷ５００は、オフロードＧＷ情報１５００を参照して、基地局２１１〜２１４を収容するオフロードＧＷを検索することができる。オフロードＧＷ情報１５００は、たとえば、オフロードＧＷ２２６〜２２８において移動端末２６１のハンドオーバにより振り分けポイントとなるオフロードＧＷを特定するために使用される。
【００９９】
図１６Ａ〜図１６Ｃは、オフロード条件データの一例を示す図である。オフロード条件データ６０７は、たとえば、図１６Ａに示す利用者回線毎ホームアドレス登録テーブル１６１０と、図１６Ｂに示す利用者回線毎通信先登録テーブル１６２０と、図１６Ｃに示す利用者回線毎アドレスポート変換テーブル１６３０と、を含む。オフロードＧＷ５００は、たとえば、オフロード条件データ６０７に基づいて、オフロードパケットをオフロードネットワーク２５１，２５２に送信する。
【０１００】
図１６Ａに示す利用者回線毎ホームアドレス登録テーブル１６１０は、「ｏＧＷ内ＵＥ識別子」と、「利用者回線識別子」と、「ホームアドレス情報」と、を含む。「ｏＧＷ内ＵＥ識別子」は、たとえば、オフロードＧＷ５００において収容している移動端末を一意に識別する情報を示す。
【０１０１】
「利用者回線識別子」は、たとえば、移動端末内での利用者回線を一意に識別する情報を示す。「利用者回線識別子」は、移動端末での回線識別子であるＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）ＩＤと同期する。「ホームアドレス情報」は、移動端末のホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）を示す。
【０１０２】
オフロードＧＷ５００は、利用者回線毎ホームアドレス登録テーブル１６１０により、「ホームアドレス情報」と、「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」の対応付けを行うことができる。なお「ホームアドレス情報」に記憶されるホームアドレスは、当該利用者回線が切断されるまで、仮想ＵＥのホームアドレスとして同一値を保持する。
【０１０３】
図１６Ｂに示す利用者回線毎通信先登録テーブル１６２０は、さらに、「通信先情報」の項目を含む。「通信先情報」は、たとえば、移動端末２６１の通信先のアドレス（たとえばＷｅｂサーバ２４１，２４２のアドレス）を示す。オフロードＧＷ５００は、利用者回線毎通信先登録テーブル１６２０により、移動端末の通信先のアドレスと、「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」の対応付けを行うことができる。
【０１０４】
図１６Ｃに示す利用者回線毎アドレスポート変換テーブル１６３０は、さらに、「実ＵＥコネクション情報」と、「セッション状態」と、「仮想ＵＥコネクション情報」と、の項目を含む。「実ＵＥコネクション情報」は、たとえば、実ＵＥ（または移動端末２６１）と通信相手（またはＷｅｂサーバ２４１，２４２）との通信のうち、オフロード対象のＴＣＰ通信のコネクション情報を示す。実ＵＥは、たとえば、Ｐ−ＧＷ２２１により払い出されたＩＰアドレスにより識別される移動端末である。「実ＵＥコネクション情報」は、図１６Ｃの例では、移動端末の識別子、ＩＰアドレス、ＴＣＰポート番号を含む。
【０１０５】
「セッション状態」は、たとえば、当該通信回線の状態を示す。通信回線の状態には、たとえば、「接続中」、「ＵＬ切断待ち」、「ＤＬ切断待ち」などがある。「仮想ＵＥコネクション情報」は、仮想ＵＥのＴＣＰコネクション情報を示す。仮想ＵＥは、たとえば、ホームアドレスにより識別される移動端末のことである。図１６Ｃの例では、「仮想ＵＥコネクション情報」は、移動端末の識別子、ホームアドレス、ＴＣＰポート番号を含む。
【０１０６】
オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０により、実ＵＥと仮想ＵＥの各ＴＣＰコネクション情報における相互の状況が把握でき、各コネクション情報が「ｏＧＷ内ＵＥ識別子」と「利用者回線識別子」に対応付けられる。
【０１０７】
図１７Ａ〜図１７Ｃは、ベアラ利用加入者特定テーブルの一例を示す図である。ベアラ状態管理データ６０６は、たとえば、図１７Ａ，図１７Ｂに示すベアラ利用加入者特定テーブル１７１０，１７２０と、図１７Ｃに示すベアラテーブル１７３０と、を含む。図１７Ａ，図１７Ｂに示すベアラ利用加入者特定テーブル１７１０，１７２０は一連のテーブルである。ベアラ利用加入者特定テーブル１７２０の「ｏＧＷ内ＵＥ識別子」はベアラ利用加入者特定テーブル１７１０の「ｏＧＷ内ＵＥ識別子」と同値であり、同一レコードであることを明示するために記載されている。
【０１０８】
「ｏＧＷ内ＵＥ識別子」は、たとえば、オフロードＧＷ５００で移動端末を一意に識別する情報を示す。「ＭＭＥ装置識別子」は、たとえば、ＭＭＥ２２４，２２５のうちの「ｏＧＷ内ＵＥ識別子」を移動端末に付与したＭＭＥの識別子を示す。「ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）」は、たとえば、基地局２１１〜２１４で付与された移動端末の識別子（ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ）を示す。「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」は、たとえば、基地局２１１〜２１４で付与された移動端末の識別子（ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ）を示す。「ｅＮＢ装置識別子」は、たとえば、基地局２１１〜２１４のうちの「ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）」および  「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」を移動端末に付与した基地局の識別子を示す。
【０１０９】
また、「Ｔ−Ｔａｒｇｅｔセル識別情報」は、たとえば、オフロードＧＷ２２６〜２２８のうちのハンドオーバ先のオフロードＧＷ５００で受信されたハンドオーバ元の基地局が選択したハンドオーバ先セル識別情報を示す。
【０１１０】
「Ｔ−Ｃ−セル内ＵＥ識別情報」は、たとえば、ハンドオーバ先のオフロードＧＷ５００で受信した移動端末の識別情報であって、ハンドオーバ先の基地局が選択したハンドオーバ先セル内の移動端末の識別情報を示す。
【０１１１】
「Ｔａｒｇｅｔ  ＩＤ」は、たとえば、ハンドオーバ元のオフロードＧＷ５００で受信した移動端末の識別情報であって、ハンドオーバ元の基地局が選択したハンドオーバ先セル内の移動端末の識別情報を示す。
【０１１２】
「Ｓ−Ｔａｒｇｅｔセル識別情報」は、ハンドオーバ元のオフロードＧＷ５００で受信したハンドオーバ元の基地局が選択したハンドオーバ先のセル識別情報を示す。また、「Ｓ−Ｃ−セル内ＵＥ識別情報」は、ハンドオーバ元のオフロードＧＷ５００で受信したハンドオーバ先の基地局が選択したハンドオーバ先セル内のＵＥ識別情報を示す。
【０１１３】
図１７Ｃに示すベアラテーブル１７３０は、「ｏＧＷ内ＵＥ識別子」と、「利用者回線識別子」と、「ｕｐｌｉｎｋ回線割り付け情報」と、「ｄｏｗｎｌｉｎｋ回線割り付け情報」と、「オフロード通信用アドレス」と、を含む。
【０１１４】
「ｏＧＷ内ＵＥ識別子」は、オフロードＧＷ５００で移動端末を一意に識別する情報を示す。同一の移動端末に関して、ベアラテーブル１７３０とベアラ利用加入者特定テーブル１７１０の「ｏＧＷ内ＵＥ識別子」は同一の識別子を示す。「利用者回線識別子」は、移動端末内での利用者回線を一意に識別する情報が記憶され、移動端末での回線識別子（Ｅ  ＲＡＢ  ＩＤ）と同期する。
【０１１５】
「ｕｐｌｉｎｋ回線割り付け情報」は、たとえば、利用者回線識別子に対するＳ−ＧＷ２２２，２２３へ向かうアップリンクパケットの宛先情報を示す。「ｄｏｗｎｌｉｎｋ回線割り付け情報」は、たとえば、利用者回線識別子に対する基地局２１１〜２１４へ向かうダウンリンクパケットの宛先情報を示す。
【０１１６】
「オフロード通信用アドレス」は、たとえば、オフロードネットワーク２５１，２５２経由のパケットを仮想ＵＥ対応に授受するためのアドレスを示す。「オフロード通信用アドレス」は、たとえば、オフロードＧＷ５００に収容されるリンクで送受信に利用できるアドレスでもある。図１７Ｃの例では、ホームアドレスまたはケアオブアドレスが、対応する移動端末の識別子とともに記憶される。
【０１１７】
（ネットワークシステムにおいて送受信されるデータ）
つぎに、ネットワークシステム２００において送受信されるデータについて説明する。
【０１１８】
図１８は、経路状態通知受信参加パケットの一例を示す図である。オフロードＧＷ５００は、たとえば図１８に示す経路状態通知受信参加パケット１８００を送信する。
【０１１９】
図１９は、経路状態通知受信離脱パケットの一例を示す図である。オフロードＧＷ５００は、たとえば図１９に示す経路状態通知受信離脱パケット１９００を送信する。
【０１２０】
図２０は、経路状態通知パケットの一例を示す図である。オフロードＧＷ５００は、たとえば図２０に示す経路状態通知パケット２０００を送信する。
【０１２１】
図２１は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄの一例を示す図である。図２１に示すＨａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ２１００は、たとえば移動端末２６１において基地局２１４から基地局２１１へのＳ１ベースのハンドオーバが行われる場合に、移動端末２６１からＭＭＥ２２５（ソースＭＭＥ）へ送信される。
【０１２２】
図２２は、Ｕｐｌｉｎｋ  ＧＴＰ−ｕパケットの一例を示す図である。図２２に示すＵｐｌｉｎｋのＧＴＰ−ｕパケット２２００は、基地局２１１〜２１４からＳ−ＧＷ２２２，２２３へのアップリンクのＧＴＰ−ｕパケット（Ｕｐｌｉｎｋ  ＧＴＰ−ｕパケット）である。ＧＴＰ−ｕパケット２２００は、ユーザデータ、ＴＣＰヘッダ、ＩＰヘッダ、ＧＴＰ−ｕヘッダ、ＵＤＰ＿Ｇヘッダ、ＩＰ＿Ｇヘッダ、Ｌ２（レイヤ２）ヘッダ、Ｌ１（レイヤ１）ヘッダを含む。
【０１２３】
ＧＴＰ−ｕパケット２２００は、ユーザデータ、ＴＣＰヘッダおよびＩＰヘッダを有するＩＰパケットが、ＧＴＰ−ｕヘッダ、ＵＤＰ＿ＧヘッダおよびＩＰ＿Ｇヘッダでカプセル化され、さらにＬ２ヘッダおよびＬ１ヘッダが付与されたパケットである。
【０１２４】
図２２に示す例では、ＧＴＰ−ｕパケット２２００のＩＰパケットの宛て先アドレスとしてＷｅｂサーバ２４１またはＷｅｂサーバ２４２のＩＰアドレスが設定され、送信元のＩＰアドレスには移動端末２６１のＩＰアドレスが設定されている。一方、ＩＰ＿Ｇヘッダの宛先ＩＰアドレスはＳ−ＧＷ２２２，２２３のＩＰアドレスであり、送信元ＩＰアドレスは基地局２１１のＩＰアドレスとなっている。ＴＥＩＤは、ＧＴＰトンネルの終端点に位置するＳ−ＧＷ２２２を示す値となっている。
【０１２５】
図２３は、オフロードネットワーク経由でのオフロードＧＷからＷｅｂサーバへのパケットの一例を示す図である。図２３に示すパケット２３００は、オフロードＧＷ５００からオフロードネットワーク２５１，２５２を介してＷｅｂサーバ２４１，２４２に送信されるオフロードパケットである。パケット２３００は、ＧＴＰ−ｕパケット２２００（図２２）と比較して、ＩＰヘッダの送信元ＩＰアドレスがケアオブアドレスであり、さらにホームアドレスオプションとしてホームアドレスが付加される。
【０１２６】
図２４は、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔの一例を示す図である。図２４に示すＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００は、Ｘ２ＡＰのハンドオーバにおいて、ハンドオーバ元の基地局からオフロードＧＷ２２６〜２２８を経由してハンドオーバ先の基地局へ転送されるＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔである。
【０１２７】
（各オフロードＧＷの処理手順）
つぎに、各オフロードＧＷの処理手順について説明する。
【０１２８】
図２５Ａおよび図２５Ｂは、Ｓ−ＧＷ宛のＵｐｌｉｎｋ  ＧＴＰ−ｕパケット受信時の処理の一例を示すフローチャートである。オフロードＧＷ５００は、Ｓ−ＧＷ２２２，２２３を宛先とするＵｐｌｉｎｋ  ＧＴＰ−ｕパケット２２００（以下、受信パケットと称する。）を受信すると、たとえばＣＰＵ５０３によって図２５Ａ，図２５Ｂに示す各ステップを実行する。
【０１２９】
まず、オフロードＧＷ５００は、ベアラテーブル１７３０の「ｕｐｌｉｎｋ回線割り付け情報」が、受信パケットのＴＥＩＤに一致するベアラテーブル１７３０のレコードを取り出す。そして、オフロードＧＷ５００は、取り出したレコードの「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」を特定する（ステップＳ２５０１）。
【０１３０】
つぎに、オフロードＧＷ５００は、ステップＳ２５０１においてＴＥＩＤに一致するレコードがあったか否かを判断する（ステップＳ２５０２）。レコードがなかった場合（ステップＳ２５０２：Ｎｏ）は、オフロードＧＷ５００は、受信パケットをＳ−ＧＷ２２２，２２３へ中継し（ステップＳ２５０３）、一連の処理を終了する。
【０１３１】
ステップＳ２５０２において、レコードがあった場合（ステップＳ２５０２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５０４へ移行する。すなわち、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０から所定のレコードを取り出す（ステップＳ２５０４）。所定のレコードは、ステップＳ２５０１において特定された「ｏＧＷ内ＵＥ識別子」、「利用者回線識別子」に対応し、かつＴＣＰコネクション情報が受信パケットのＴＣＰコネクション情報と一致するレコードである。ＴＣＰコネクション情報は、たとえばソースＩＰアドレス（ＳＡ）およびソースポート番号（ｓｒｃ  ｐｏｒｔ）である。
【０１３２】
つぎに、オフロードＧＷ５００は、ステップＳ２５０４においてＴＣＰコネクション情報と一致するレコードがあったか否かを判断する（ステップＳ２５０５）。ステップＳ２５０４においてＴＣＰコネクション情報と一致するレコードがあった場合（ステップＳ２５０５：Ｙｅｓ）は、オフロードＧＷ５００は、受信パケットがＴＣＰの切断要求（ｆｌａｇ＝ｆｉｎ）であるか否かを判断する（ステップＳ２５０６）。
【０１３３】
ステップＳ２５０６において、受信パケットがＴＣＰの切断要求以外である場合（ステップＳ２５０６：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ２５１４へ移行する。受信パケットがＴＣＰの切断要求である場合（ステップＳ２５０６：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５０４において取り出したレコードの「セッション状態」がＵＬ切断待ちであるか否かを判断する（ステップＳ２５０７）。
【０１３４】
ステップＳ２５０７において、「セッション状態」がＵＬ切断待ちである場合（ステップＳ２５０７：Ｙｅｓ）は、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０の取り出したレコードを削除し（ステップＳ２５０８）、ステップＳ２５１４へ移行する。「セッション状態」がＵＬ切断待ちでない場合（ステップＳ２５０７：Ｎｏ）は、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０の取り出したレコードの「セッション状態」にＤＬ切断待ちを設定し（ステップＳ２５０９）、ステップＳ２５１４へ移行する。
【０１３５】
ステップＳ２５０５において、ステップＳ２５０４においてＴＣＰコネクション情報と一致するレコードがなかった場合（ステップＳ２５０５：Ｎｏ）は、オフロードＧＷ５００は、受信パケットがＴＣＰの接続要求（ｆｌａｇ＝ｓｙｎ）であるか否かを判断する（ステップＳ２５１０）。
【０１３６】
ステップＳ２５１０において、受信パケットがＴＣＰの接続要求以外である場合（ステップＳ２５１０：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ２５０３へ移行する。受信パケットがＴＣＰの接続要求である場合（ステップＳ２５１０：Ｙｅｓ）は、オフロードＧＷ５００は、通信経路条件データ６０８が示す通信経路条件が第一経路か否かを判断する（ステップＳ２５１１）。
【０１３７】
ステップＳ２５１１において、通信経路条件が第一経路である場合（ステップＳ２５１１：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５０３へ移行する。通信経路条件が第二経路である場合（ステップＳ２５１１：Ｎｏ）は、オフロードＧＷ５００は、利用者回線対応での利用ｐｏｒｔを捕捉し、仮想ＵＥ−Ｐｏｒｔ情報とする（ステップＳ２５１２）。
【０１３８】
つぎに、オフロードＧＷ５００は、受信パケットのＴＣＰコネクション情報（ＳＡ，ｓｃｒ  ｐｏｒｔ）および仮想ＵＥ−Ｐｏｒｔ情報を利用者回線毎アドレスポート変換テーブル１６３０のレコードに追加する（ステップＳ２５１３）。具体的には、オフロードＧＷ５００は、「ｏＧＷ内ＵＥ識別子」、「利用者回線識別子」に対応する利用者回線毎アドレスポート変換テーブル１６３０の「実ＵＥコネクション情報」および「仮想ＵＥコネクション情報」としてレコードに追加する。
【０１３９】
これにより、たとえば、利用者回線毎アドレスポート変換テーブル１６３０において、「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」に対応するレコードにおいて、「実ＵＥコネクション情報」と「仮想ＵＥコネクション情報」とが追加される。
【０１４０】
つぎに、オフロードＧＷ５００は、受信パケットのＧＴＰ−ｕカプセルからＧＴＰ−ｕユーザデータを取り出し、ＴＣＰ／ＩＰパケットとする。そして、オフロードＧＷ５００は、利用者回線毎アドレスポート変換テーブル１６３０の「仮想ＵＥコネクション情報」でＴＣＰ／ＩＰパケットの送信側のＴＣＰ  Ｃｏｎｎｅｃｔｉｏｎ情報を書き換える（ステップＳ２５１４）。
【０１４１】
これにより、たとえば、オフロードＧＷ５００は利用者回線毎アドレスポート変換テーブル１６３０に基づいて、受信パケットのＴＣＰヘッダとＩＰヘッダを変更することができる。たとえば、オフロードＧＷ５００は受信パケットのＴＣＰヘッダの送信元ポート番号を実ＵＥに対応するポート番号から仮想ＵＥに対応するポート番号に書き換える。また、オフロードＧＷ５００は、たとえば、受信パケットのＩＰヘッダの送信元ＩＰアドレスを、実ＵＥに対応するＩＰアドレス（または移動端末２６１のＩＰアドレス）から仮想ＵＥに対応するホームアドレスに書き換える。
【０１４２】
つぎに、オフロードＧＷ５００は、仮想ＵＥの位置がＨｏｍｅ−ｌｉｎｋにあるか否かを判断する（ステップＳ２５１５）。たとえば、オフロードＧＷ５００は、利用者回線毎ホームアドレス登録テーブル１６１０の「ホームアドレス情報」を取得する。また、オフロードＧＷ５００は、取得した「ホームアドレス情報」の「ｏＧＷ内ＵＥ識別子」および「利用者回線識別子」に対応するベアラテーブル１７３０の「オフロード通信用アドレス」を取得する。そして、オフロードＧＷ５００は、取得した「ホームアドレス情報」と「オフロード通信用アドレス」とを比較する。たとえば、オフロードＧＷ５００は２つのアドレスが一致しているときは、仮想ＵＥはＨｏｍｅ−ｌｉｎｋにあると判断でき、一致しないときは、仮想ＵＥはＨｏｍｅ−ｌｉｎｋにないと判断できる。
【０１４３】
ステップＳ２５１５において、仮想ＵＥの位置がＨｏｍｅ−ｌｉｎｋにない場合（ステップＳ２５１５：Ｎｏ）は、ホームアドレスなどの情報がオフロードＧＷ２２６からオフロードＧＷ２２８に送信された場合である。この場合は、オフロードＧＷ５００は、ステップＳ２５１７へ移行する。
【０１４４】
ステップＳ２５１５において、仮想ＵＥの位置がＨｏｍｅ−ｌｉｎｋにある場合（ステップＳ２５１５：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２５１６へ移行する。すなわち、オフロードＧＷ５００は、ＴＣＰ／ＩＰパケットのＳＡを元にしてＨｏｍｅ  Ａｄｄｒｅｓｓ  ｏｐｔｉｏｎを追加し、ＳＡをベアラテーブル１７３０の「オフロード通信用アドレス」で書き換える（ステップＳ２５１６）。つぎに、オフロードＧＷ５００は、ＴＣＰ／ＩＰパケットをオフロードネットワーク２５１，２５２のうちの自装置に接続されたオフロードネットワークに送信し（ステップＳ２５１７）、一連の処理を終了する。
【０１４５】
図２６は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ傍受時の処理の一例を示すフローチャートである。オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ２１００（たとえば図２１参照）を傍受すると、たとえばＣＰＵ５０３によって図２６に示す各ステップを実行する。
【０１４６】
まず、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ２１００の「ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ」でベアラ利用加入者特定テーブル１７１０の「ＭＭＥ内ＵＥ識別子」を検索し、対応するレコードを確定する（ステップＳ２６０１）。
【０１４７】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ２１００の「Ｔａｒｇｅｔ  ＩＤ」、「Ｓｏｕｒｃｅ  ｔｏ  Ｔａｒｇｅｔ  Ｔｒａｎｓｐａｒｅｎｔ  Ｃｏｎｔａｉｎｅｒ」内のセル識別情報を取得する。そして、オフロードＧＷ５００は、取得したセル識別情報をベアラ利用加入者特定テーブル１７２０の対応レコードへ設定する（ステップＳ２６０２）。すなわち、オフロードＧＷ５００は、対応レコードの「Ｔａｒｇｅｔ  ＩＤ」、「Ｓ−Ｔａｒｇｅｔセル識別情報」へ設定する。
【０１４８】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ２１００の「Ｔａｒｇｅｔ  ＩＤ」より、ハンドオーバ先ｏＧＷ（オフロードゲートウェイ）を特定する（ステップＳ２６０３）。
【０１４９】
つぎに、オフロードＧＷ５００は、ステップＳ２６０３によって特定したハンドオーバ先ｏＧＷが、周辺装置経路条件データ６０９に登録済か否かを判断する（ステップＳ２６０４）。周辺装置経路条件データ６０９に登録済でない場合（ステップＳ２６０４：Ｎｏ）は、オフロードＧＷ５００は、周辺装置経路条件データ６０９にハンドオーバ先ｏＧＷを登録し、「最終ハンドオーバ時刻」に現在時刻を設定する（ステップＳ２６０５）。つぎに、オフロードＧＷ５００は、ハンドオーバ先ｏＧＷへ経路状態通知受信参加パケット１８００を送信し（ステップＳ２６０６）、一連の処理を終了する。
【０１５０】
ステップＳ２６０４において、周辺装置経路条件データ６０９に登録済である場合（ステップＳ２６０４：Ｙｅｓ）は、オフロードＧＷ２２８は、周辺装置経路条件データ６０９の「最終ハンドオーバ時刻」を現在時刻に更新し（ステップＳ２６０７）、一連の処理を終了する。
【０１５１】
図２７Ａおよび図２７Ｂは、Ｘ２ＡＰでのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ受信時の処理の一例を示すフローチャートである。Ｘ２ベースのハンドオーバが行われる場合に、オフロードＧＷ５００は、たとえばＣＰＵ５０３のＸ２ＡＰ傍受部６０２によって図２７Ａ，図２７Ｂに示す各ステップを実行する。
【０１５２】
まず、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の送信元の基地局（送信元ｅＮＢ）が、自装置（当ｏＧＷ）の収容する基地局（ｅＮＢ）か否かを判定する（ステップＳ２７０１）。自装置の収容する基地局でない場合（ステップＳ２７０１：Ｎｏ）は、オフロードＧＷ５００は、ｏＧＷ内ＵＥ識別子を捕捉する（ステップＳ２７０２）。
【０１５３】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の「ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ」をｏＧＷ内ＵＥ識別子に対応させ、ベアラ管理状態のベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」として登録する（ステップＳ２７０３）。
【０１５４】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の「ｕｐｌｉｎｋ回線割付情報」を取得する。そして、オフロードＧＷ５００は、取得した「ｕｐｌｉｎｋ回線割付情報」を「ｏＧＷ内ＵＥ識別子」に対応させ、「利用者回線識別子」（ＥＲＡＢ  ＩＤ）ごとにベアラテーブル１７３０の「ｕｐｌｉｎｋ回線割付情報」へ登録する（ステップＳ２７０４）。ベアラテーブル１７３０は、ベアラ状態管理データ６０６に含まれるベアラテーブル１７３０である。
【０１５５】
つぎに、オフロードＧＷ５００は、オフロード通信用アドレスを捕捉する処理を行う（ステップＳ２７０５）。これにより、たとえば、オフロードＧＷ５００はケアオブアドレスを生成することができる。なお、ホームアドレスは、たとえば、Ｘ２ベースのハンドオーバが行われる前において、オフロードＧＷ５００（Ｘ２ベースのハンドオーバが行われる場合）がＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信したときに生成する。ステップＳ２７０５におけるオフロード通信用アドレスを捕捉する処理については後述する（たとえば図２８参照）。
【０１５６】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の送信元の基地局（送信元ｅＮＢ）を収容する他のオフロードＧＷ５００（Ｓｏｕｒｃｅ  ｏＧＷ）を特定する（ステップＳ２７０６）。
【０１５７】
つぎに、オフロードＧＷ５００は、ベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」を取得する。そして、オフロードＧＷ５００は、取得した「ＭＭＥ内ＵＥ識別子」と、特定した他のオフロードＧＷ５００のベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」が一致するレコードを確定する。これにより、オフロードＧＷ５００は、ハンドオーバ元（Ｓｏｕｒｃｅ）の「ｏＧＷ内ＵＥ識別子」を確定する（ステップＳ２７０７）。
【０１５８】
つぎに、オフロードＧＷ５００は、ハンドオーバ元のオフロードＧＷ５００（Ｓｏｕｒｃｅ  ｏＧＷ）の「ｏＧＷ内ＵＥ識別子」に対応するオフロード条件データ６０７の各テーブルの各レコードを取得する。そして、オフロードＧＷ５００は、取得した各レコードを、ハンドオーバ先のオフロードＧＷ５００の「ｏＧＷ内ＵＥ識別子」に対応するオフロード条件データ６０７の各テーブルのレコードとしてそれぞれ追加する（ステップＳ２７０８）。オフロード条件データ６０７の各テーブルは、利用者回線毎ホームアドレス登録テーブル１６１０、利用者回線毎通信先登録テーブル１６２０および利用者回線毎アドレスポート変換テーブル１６３０である。
【０１５９】
つぎに、オフロードＧＷ５００は、はＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ処理を行い（ステップＳ２７０９）、一連の処理を終了する。これにより、たとえば、ハンドオーバ元のオフロードＧＷ５００はＷｅｂサーバ２４１，２４２にホームアドレスとホームアドレスに対応するケアオブアドレスとを送信できる。また、たとえば、ハンドオーバ元のオフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００にホームアドレスとケアオブアドレスを送信できる。ステップＳ２７０９におけるＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ処理については後述する（たとえば図２９参照）。
【０１６０】
ステップＳ２７０１において、自装置の収容する基地局である場合（ステップＳ２７０１：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ２７１０へ移行する。すなわち、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の「ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ」で、ベアラ利用加入者特定テーブル１７１０，１７２０の「ＭＭＥ内ＵＥ識別子」を検索し、対応するレコードを確定する（ステップＳ２７１０）。
【０１６１】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」情報を、ベアラ管理状態のベアラ利用加入者特定テーブル１７１０，１７２０の「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」に記録する（ステップＳ２７１１）。
【０１６２】
つぎに、オフロードＧＷ５００は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ２４００の送信先の基地局（送信先ｅＮＢ）が、自装置（当ｏＧＷ）の収容する基地局（ｅＮＢ）か否かを判定する（ステップＳ２７１２）。自装置の収容する基地局である場合（ステップＳ２７１２：Ｙｅｓ）は、オフロードＧＷ５００は、一連の処理を終了する。
【０１６３】
ステップＳ２７１２において、自装置の収容する基地局でない場合（ステップＳ２７１２：Ｎｏ）は、オフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００（ｏＧＷ）が、周辺装置経路条件データ６０９に登録済か否かを判断する（ステップＳ２７１３）。周辺装置経路条件データ６０９に登録済でない場合（ステップＳ２７１３：Ｎｏ）は、オフロードＧＷ５００は、周辺装置経路条件データ６０９にハンドオーバ先ｏＧＷを登録し、「最終ハンドオーバ時刻」に現在時刻を設定する（ステップＳ２７１４）。つぎに、オフロードＧＷ５００は、ハンドオーバ先ｏＧＷへ経路状態通知受信参加パケット１８００を送信し（ステップＳ２７１５）、一連の処理を終了する。
【０１６４】
ステップＳ２７１３において、周辺装置経路条件データ６０９に登録済である場合（ステップＳ２７１３：Ｙｅｓ）は、オフロードＧＷ２２８は、周辺装置経路条件データ６０９の「最終ハンドオーバ時刻」を現在時刻に更新し（ステップＳ２７１６）、一連の処理を終了する。
【０１６５】
図２８は、オフロード通信用アドレス捕捉処理の一例を示すフローチャートである。図２７Ａ，図２７ＢのステップＳ２７０５において、オフロードＧＷ５００は、オフロード通信用アドレス捕捉処理としてたとえば図２８に示す各ステップを実行する。オフロードＧＷ５００は、利用者のオフロード対象の利用者回線識別子（Ｅ−ＲＡＢ  ＩＤ）について以下のステップＳ２８０１〜Ｓ２８０３の処理を繰り返す。
【０１６６】
まず、オフロードＧＷ５００は、オフロード通信用アドレスを捕捉する（ステップＳ２８０１）。たとえば、オフロードＧＷ５００は、ＤＨＣＰサーバやホームサーバなどに対してケアオブアドレスの要求を行い、ケアオブアドレスの候補を複数受け取り、他の利用者回線識別子で使用するケアオブアドレスと重複しないようにケアオブアドレスを選択する。また、オフロードＧＷ５００は、たとえば、ホームアドレスと重複しないようにケアオブアドレスを選択する。本処理におけるオフロード通信用アドレスは、たとえば、ケアオブアドレスである。
【０１６７】
つぎに、オフロードＧＷ５００は、オフロード通信用アドレスをベアラテーブル１７３０の「利用者回線識別子」（Ｅ−ＲＡＢ  ＩＤ）対応の「オフロード通信用アドレス」に設定する（ステップＳ２８０２）。たとえば、オフロードＧＷ５００は、選択したケアオブアドレスをベアラテーブル１７３０の対応する「オフロード通信用アドレス」に登録する。
【０１６８】
つぎに、オフロードＧＷ５００は、オフロード通信用アドレスを「ｏＧＷ内ＵＥ識別子」、「利用者回線識別子」に対応させ、利用者回線毎ホームアドレス登録テーブル１６１０の「ホームアドレス情報」に設定する（ステップＳ２８０３）。
【０１６９】
図２９は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ処理の一例を示すフローチャートである。図２７Ａ，図２７Ｂに示したステップＳ２７０９において、オフロードＧＷ５００は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ処理としてたとえば図２９に示す各ステップを実行する。オフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００（Ｔａｒｇｅｔ  ｏＧＷ）のＵＥ対応の利用者回線毎ホームアドレス登録テーブル１６１０の全レコードについて以下のステップＳ２９０１〜Ｓ２９０３を繰り返す。
【０１７０】
まず、オフロードＧＷ５００は、ハンドオーバ先のオフロードＧＷ５００（Ｔａｒｇｅｔ  ｏＧＷ）のベアラテーブル１７３０から、対象移動端末（ＵＥ）への「利用者回線識別子」に対応するオフロード通信用アドレス（たとえばケアオブアドレス）を取り出す（ステップＳ２９０１）。
【０１７１】
つぎに、オフロードＧＷ５００（Ｔａｒｇｅｔ  ｏＧＷ）からホームエージェントへ、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅを送信する（ステップＳ２９０２）。ホームエージェントは、たとえばハンドオーバ元のオフロードＧＷ５００に設けられている。つぎに、オフロードＧＷ５００（Ｔａｒｇｅｔ  ｏＧＷ）から利用者回線対応の全ての通信先へＢｉｎｄｉｎｇ  Ｕｐｄａｔｅを送信する（ステップＳ２９０３）。
【０１７２】
これにより、たとえば、オフロードＧＷ５００（Ｔａｒｇｅｔ  ｏＧＷ）は、ハンドオーバ元のオフロードＧＷ５００とＷｅｂサーバ２４１に、ホームアドレスと、ホームアドレスに対応するケアオブアドレスとを送信することができる。
【０１７３】
図３０は、自トラヒック計測処理の一例を示すフローチャートである。ハンドオーバ先となるオフロードＧＷ５００（たとえばオフロードＧＷ２２６）は、たとえば図３０に示す自トラヒック計測処理を周期的に実行する。まず、オフロードＧＷ５００は、自装置における第一経路の現在利用率を読み出す（ステップＳ３００１）。現在利用率は、たとえば、現在のトラヒック量の最大トラヒック量に対する割合である。
【０１７４】
つぎに、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件が第一経路であるか否かを判断する（ステップＳ３００２）。自トラヒック経路条件が第一経路でない場合（ステップＳ３００２：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ３００３へ移行する。すなわち、オフロードＧＷ５００は、第一経路の現在利用率が、自トラヒック経路条件切り替え閾値１４００（たとえば図１４参照）が示す切り替え閾値を超過しているか否かを判断する（ステップＳ３００３）。現在利用率が切り替え閾値を超過していない場合（ステップＳ３００３：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ３００７へ移行する。
【０１７５】
ステップＳ３００３において、現在利用率が切り替え閾値を超過している場合（ステップＳ３００３：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３００４へ移行する。すなわち、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件の経路条件を第二経路へ変更し、変更時刻に現在時刻を設定する（ステップＳ３００４）。
【０１７６】
ステップＳ３００２において、自トラヒック経路条件が第一経路である場合（ステップＳ３００２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３００５へ移行する。すなわち、オフロードＧＷ５００は、第一経路の現在利用率が、自トラヒック経路条件切り替え閾値１４００（たとえば図１４参照）が示す切り戻し閾値を下回っているか否かを判断する（ステップＳ３００５）。現在利用率が切り戻し閾値を下回っていない場合（ステップＳ３００５：Ｎｏ）は、オフロードＧＷ５００は、ステップＳ３００７へ移行する。
【０１７７】
ステップＳ３００５において、現在利用率が切り戻し閾値を下回っている場合（ステップＳ３００５：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３００６へ移行する。すなわち、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件の経路条件を第一経路へ変更し、変更時刻に現在時刻を設定する（ステップＳ３００６）。
【０１７８】
つぎに、オフロードＧＷ５００は、自トラヒック経路条件の経路条件および変更時刻を設定した経路状態通知パケット２０００（たとえば図２０参照）をマルチキャストにより送信する（ステップＳ３００７）。たとえば、オフロードＧＷ５００は、経路状態通知パケット２０００の選択経路に自トラヒック経路条件の経路条件を設定し、経路状態通知パケット２０００のｔｉｍｅｓｔａｍｐに自トラヒック経路条件の変更時刻を設定する。
【０１７９】
つぎに、オフロードＧＷ５００は、所定の経路切り替え処理を実行し（ステップＳ３００８）、一連の自トラヒック計測処理を終了する。ステップＳ３００８の経路切り替え処理については後述する（たとえば図３２）。
【０１８０】
以上の各ステップにより、第一経路のトラヒックの測定結果と閾値の比較結果に基づいて自トラヒック経路条件が決定される。そして、自トラヒック経路条件の決定結果を示す経路状態通知パケット２０００がマルチキャストによって配信される。
【０１８１】
図３１は、経路状態通知パケット受信時の処理の一例を示すフローチャートである。オフロードＧＷ５００は、他のオフロードＧＷ５００からの経路状態通知パケット２０００の受信時に、たとえば図３１に示す各ステップを実行する。まず、オフロードＧＷ５００は、受信した経路状態通知パケット２０００の送信元のオフロードＧＷ（送信元ｏＧＷ）を特定する（ステップＳ３１０１）。つぎに、オフロードＧＷ５００は、周辺装置経路条件データ６０９（たとえば図１１参照）の、ステップＳ３１０１によって特定した送信元ｏＧＷに対応するレコードを特定する（ステップＳ３１０２）。
【０１８２】
つぎに、オフロードＧＷ５００は、受信した経路状態通知パケット２０００のｔｉｍｅｓｔａｍｐが、ステップＳ３１０２によって特定したレコードの経路条件変更時刻より新しいか否かを判断する（ステップＳ３１０３）。ｔｉｍｅｓｔａｍｐが経路条件変更時刻より古い場合（ステップＳ３１０３：Ｎｏ）は、オフロードＧＷ５００は、経路状態通知パケット２０００の受信時の一連の処理を終了する。
【０１８３】
ステップＳ３１０３において、ｔｉｍｅｓｔａｍｐが経路条件変更時刻より新しい場合（ステップＳ３１０３：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３１０４へ移行する。すなわち、オフロードＧＷ５００は、周辺装置経路条件データ６０９のステップＳ３１０２によって特定したレコードを、受信した経路状態通知パケット２０００に基づいて書き換える（ステップＳ３１０４）。具体的には、オフロードＧＷ５００は、レコードの経路条件を受信した経路状態通知パケット２０００の選択経路によって書き換え、レコードの経路条件変更時刻を受信した経路状態通知パケット２０００のｔｉｍｅｓｔａｍｐによって書き換える。
【０１８４】
つぎに、オフロードＧＷ５００は、所定の経路切り替え処理を実行し（ステップＳ３１０５）、経路状態通知パケット受信時の一連の処理を終了する。ステップＳ３１０５の経路切り替え処理については後述する（たとえば図３２）。
【０１８５】
図３２は、経路切り替え処理の一例を示すフローチャートである。図３０に示したステップＳ３００８や図３１に示したステップＳ３１０５において、オフロードＧＷ５００は、経路切り替え処理としてたとえば以下の各ステップを実行する。
【０１８６】
まず、オフロードＧＷ５００は、通信経路条件データ６０８（たとえば図９参照）が示す通信経路条件が第一経路か否かを判断する（ステップＳ３２０１）。通信経路条件が第一経路である場合（ステップＳ３２０１：Ｙｅｓ）は、オフロードＧＷ５００は、自トラヒック経路条件データ６１０（たとえば図１０参照）が示す自トラヒック経路条件が第一経路か否かを判断する（ステップＳ３２０２）。
【０１８７】
ステップＳ３２０２において、自トラヒック経路条件が第一経路である場合（ステップＳ３２０２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３２０３へ移行する。すなわち、オフロードＧＷ５００は、周辺装置経路条件データ６０９（たとえば図１１参照）の経路条件が第二経路のレコード数を計数する（ステップＳ３２０３）。
【０１８８】
つぎに、オフロードＧＷ５００は、ステップＳ３２０２による計数結果が、周辺装置トラヒック経路条件通信経路切り替え閾値１２００（たとえば図１２参照）が示す経路切り替え閾値を超過しているか否かを判断する（ステップＳ３２０４）。経路切り替え閾値を超過していない場合（ステップＳ３２０４：Ｎｏ）は、オフロードＧＷ５００は、一連の処理を終了する。
【０１８９】
ステップＳ３２０４において、経路切り替え閾値を超過している場合（ステップＳ３２０４：Ｙｅｓ）は、オフロードＧＷ５００は、通信経路条件データ６０８の通信経路条件を第二経路へ変更し（ステップＳ３２０５）、一連の処理を終了する。
【０１９０】
ステップＳ３２０２において、自トラヒック経路条件が第一経路でない場合（ステップＳ３２０２：Ｎｏ）は、オフロードＧＷ５００は、通信経路条件データ６０８の通信経路条件を第二経路へ変更し（ステップＳ３２０６）、一連の処理を終了する。
【０１９１】
ステップＳ３２０１において、通信経路条件が第一経路でない場合（ステップＳ３２０１：Ｎｏ）は、オフロードＧＷ５００は、自トラヒック経路条件データ６１０が示す自トラヒック経路条件が第一経路か否かを判断する（ステップＳ３２０７）。
【０１９２】
ステップＳ３２０７において、自トラヒック経路条件が第一経路である場合（ステップＳ３２０７：Ｙｅｓ）は、オフロードＧＷ５００は、周辺装置経路条件データ６０９の経路条件が第二経路のレコード数を計数する（ステップＳ３２０８）。
【０１９３】
つぎに、オフロードＧＷ５００は、ステップＳ３２０２による計数結果が、周辺装置トラヒック経路条件通信経路切り替え閾値１２００が示す切り戻し閾値を下回っているか否かを判断する（ステップＳ３２０９）。切り戻し閾値を下回っていない場合（ステップＳ３２０９：Ｎｏ）は、オフロードＧＷ５００は、一連の処理を終了する。
【０１９４】
ステップＳ３２０９において、切り戻し閾値を下回っている場合（ステップＳ３２０９：Ｙｅｓ）は、オフロードＧＷ５００は、通信経路条件データ６０８の通信経路条件を第一経路へ変更し（ステップＳ３２１０）、一連の処理を終了する。
【０１９５】
ステップＳ３２０７において、自トラヒック経路条件が第一経路でない場合（ステップＳ３２０７：Ｎｏ）は、オフロードＧＷ５００は、一連の処理を終了する。
【０１９６】
以上の各ステップにより、たとえば、ハンドオーバ対象となる複数のオフロードＧＷ５００（経路選択装置）のうちの第二経路を取得しているオフロードＧＷ５００の数に応じて、中継中の通信について第二経路を選択することができる。
【０１９７】
図３３は、経路状態受信離脱処理の一例を示すフローチャートである。オフロードＧＷ５００は、たとえば定期的に、図３３に示す各ステップを実行する。具体的には、オフロードＧＷ５００は、周辺装置経路条件データ６０９の全レコードについて、以下のステップＳ３３０１〜Ｓ３３０３を繰り返す。
【０１９８】
まず、オフロードＧＷ５００は、対象のレコードの最終ハンドオーバ時刻から現在時刻までの経過時間を算出する（ステップＳ３３０１）。つぎに、オフロードＧＷ５００は、ステップＳ３３０１によって算出した経過時間が周辺装置トラヒック経路状態通知離脱閾値１３００（たとえば図１３参照）を超過したか否かを判断する（ステップＳ３３０２）。算出した経過時間が周辺装置トラヒック経路状態通知離脱閾値１３００を超過していない場合（ステップＳ３３０２：Ｎｏ）は、オフロードＧＷ５００は、対象のレコードについての処理を終了する。
【０１９９】
ステップＳ３３０２において、算出した経過時間が周辺装置トラヒック経路状態通知離脱閾値１３００を超過した場合（ステップＳ３３０２：Ｙｅｓ）は、オフロードＧＷ５００は、ステップＳ３３０３へ移行する。すなわち、オフロードＧＷ５００は、経路状態通知受信離脱パケット１９００（たとえば図１９参照）を送信し、対象のレコードを周辺装置経路条件データ６０９から削除し（ステップＳ３３０３）、対象のレコードについての処理を終了する。
【０２００】
（ネットワークシステムの動作例）
つぎに、ネットワークシステム２００の動作例について説明する。
【０２０１】
図３４Ａおよび図３４Ｂは、ＴＣＰ通信がオフロードされる場合のネットワークシステムの動作の一例を示すシーケンス図である。図３４Ａ，図３４Ｂにおいては、移動端末２６１（ＵＥ）が起動して、オフロード対象のＴＣＰ通信がオフロードされるまでの動作について説明する。
【０２０２】
まず、移動端末２６１が起動すると、移動端末２６１が基地局２１４（ｅＮＢ）に対して接続手順を行う。すなわち、移動端末２６１はＡｔｔａｃｈ  Ｒｅｑｕｅｓｔ（接続要求メッセージ）を基地局２１４に送信する（ステップＳ３４０１）。ステップＳ３４０１によって送信されたＡｔｔａｃｈ  Ｒｅｑｕｅｓｔは、基地局２１４を経由してＭＭＥ２２４へ送信される。
【０２０３】
つぎに、ＭＭＥ２２４が、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＳ−ＧＷ２２３へ送信する（ステップＳ３４０２）。つぎに、Ｓ−ＧＷ２２３が、ＭＭＥ２２４へＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを送信する（ステップＳ３４０３）。
【０２０４】
つぎに、ＭＭＥ２２４が、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを生成して基地局２１４へ送信する（ステップＳ３４０４）。また、オフロードＧＷ２２８は、ステップＳ３４０４によって送信されるＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを傍受する。そして、オフロードＧＷ２２８は、ベアラ利用加入者特定テーブル１７１０，１７２０およびベアラテーブル１７３０に対して傍受内容に基づく登録を行う。
【０２０５】
つぎに、基地局２１４が、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅをＭＭＥ２２４へ送信する（ステップＳ３４０５）。また、オフロードＧＷ２２８は、ステップＳ３４０５によって送信されるＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを傍受する。そして、オフロードＧＷ２２８は、ベアラテーブル１７３０に対して傍受内容に基づく登録を行う。
【０２０６】
つぎに、移動端末２６１が、Ｐ−ＧＷ２２１を介してＷｅｂサーバ２４１との接続を開始する（ステップＳ３４０６）。つぎに、基地局２１４が、ＧＴＰ−ｕパケット（たとえば図２２参照）をＳ−ＧＷ２２２に向けて送信する（ステップＳ３４０７）。オフロードＧＷ２２８は、基地局２１４から送信されるＧＴＰ−ｕパケットを受信し、図２５Ａ，図２５Ｂに示した処理を行う。
【０２０７】
つぎに、オフロードパケット（ＴＣＰ／ＩＰパケット）がオフロードネットワーク２５２を経由してＷｅｂサーバ２４１に到達する（ステップＳ３４０８）。つぎに、Ｗｅｂサーバ２４１からオフロードネットワーク２５２を経由して、ダウンリンクのオフロードパケットがオフロードＧＷ２２８へ到達する（ステップＳ３４０９）。
【０２０８】
つぎに、オフロードＧＷ２２８が、Ｄｏｗｎｌｉｎｋ  ＧＴＰ−ｕパケットを基地局２１４に向けて送信する（ステップＳ３４１０）。これにより、オフロードネットワーク２５２経由でのＴＣＰ通信が確立する。
【０２０９】
ステップＳ３４０７〜Ｓ３４１０は、接続要求に関するデータのシーケンス例について説明した。つぎに、接続要求以外のユーザデータが送信される場合について説明する。まず、移動端末２６１からＷｅｂサーバ２４２へ向かうアップリンクデータは、たとえば、以下のように送信される。
【０２１０】
すなわち、基地局２１４が、移動端末２６１から送信されたアップリンクデータを受信する（ステップＳ３４１１）。つぎに、基地局２１４が、Ｓ−ＧＷ２２３へのＧＴＰ−ｕパケットを送信する（ステップＳ３４１２）。オフロードＧＷ２２８は、基地局２１４によって送信されたＧＴＰ−ｕパケットを受信し、図２５Ａ，図２５Ｂに示した処理を行い、オフロードパケットをオフロードネットワーク２５２経由でＷｅｂサーバ２４１へ送信する（ステップＳ３４１３）。
【０２１１】
つぎに、Ｗｅｂサーバ２４１から移動端末２６１へ向かうダウンリンクデータについて説明する。ダウンリンクデータは、たとえば、以下のようにして送信される。
【０２１２】
すなわち、オフロードＧＷ２２８が、オフロードネットワーク２５２を経由してオフロードパケットを受信する（ステップＳ３４１４）。つぎに、オフロードＧＷ２２８は、ＧＴＰ−ｕパケットを基地局２１４へ送信する（ステップＳ３４１５）。つぎに、基地局２１４が、ダウンリンクデータを移動端末２６１に送信する（ステップＳ３４１６）。
【０２１３】
図３５Ａおよび図３５Ｂは、Ｓ１ベースのハンドオーバ処理の一例を示すシーケンス図である。図３５Ａ，図３５Ｂにおいては、Ｓ１ベースのハンドオーバでのオフロード条件データ６０７の引き継ぎの例について説明する。
【０２１４】
移動端末２６１（ＵＥ）の移動に伴い、ハンドオーバ元の基地局２１４（ｓｏｕｒｃｅ  ｅＮＢ）がＳ１ベースのハンドオーバを開始したとする。この場合は、基地局２１４が、ハンドオーバ元のオフロードＧＷ２２８（ｓｏｕｒｃｅ  ｏＧＷ）の中継によりＨａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ（たとえば図２１参照）をＭＭＥ２２５（ｓｏｕｒｃｅ  ＭＭＥ）へ送信する（ステップＳ３５０１）。
【０２１５】
また、ステップＳ３５０１において、オフロードＧＷ２２８は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄを傍受し、図２６に示した処理を行う。そして、オフロードＧＷ２２８は、経路状態通知受信参加パケット１８００をハンドオーバ先のオフロードＧＷ２２６（ｔａｒｇｅｔ  ｏＧＷ）へ送信する（ステップＳ３５０２）。
【０２１６】
つぎに、ＭＭＥ２２５が、ハンドオーバ先のＭＭＥ２２４（ｔａｒｇｅｔ  ＭＭＥ）へ、Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔを送信する（ステップＳ３５０３）。つぎに、ＭＭＥ２２４は、ハンドオーバ先の基地局２１１（ｔａｒｇｅｔ  ｅＮＢ）へ、オフロードＧＷ２２６（ｔａｒｇｅｔ  ｏＧＷ）を介して、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔを送信する（ステップＳ３５０４）。つぎに、基地局２１１が、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ．を、オフロードＧＷ２２６を介してＭＭＥ２２４へ送信する（ステップＳ３５０５）。
【０２１７】
つぎに、ＭＭＥ２２４が、Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  ＲｅｓｐｏｎｓｅをＭＭＥ２２５へ送信する（ステップＳ３５０６）。つぎに、ＭＭＥ２２５が、Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄを基地局２１４へ送信する（ステップＳ３５０７）。
【０２１８】
つぎに、オフロードＧＷ２２８が、ステップＳ３５０７によって送信されたＨａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄを傍受し、オフロード条件データ６０７のオフロードＧＷ２２６への引き継ぎを行う（ステップＳ３５０８）。
【０２１９】
つぎに、オフロードＧＷ２２６が、オフロード対象のトラヒックごとにホームアドレス情報を知る。そして、オフロードＧＷ２２６は、ホームアドレスを管理するオフロードＧＷ２２８のホームエージェント３５０１と通信先のＷｅｂサーバ２４１（オフロードネットワーク２５１）へＢｉｎｄｉｎｇ  Ｕｐｄａｔｅを送信する（ステップＳ３５０９）。
【０２２０】
移動端末２６１のダウンリンクデータは、Ｓ−ＧＷ２２３からの経路と、オフロードネットワーク２５１からの経路と、がオフロードＧＷ２２８において合流し、基地局２１４およびオフロードＧＷ２２６を介して基地局２１１へ転送される経路となる（ステップＳ３５１０）。
【０２２１】
また、移動端末２６１のアップリンクデータは、基地局２１１からオフロードＧＷ２２６へ転送され、オフロードＧＷ２２６から、Ｓ−ＧＷ２２２を経由する経路とオフロードネットワーク２５１を経由する経路とに分岐する（ステップＳ３５１１）。
【０２２２】
また、ハンドオーバ先の基地局２１１は、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔに対する処理を終了すると、完了メッセージであるＨａｎｄｏｖｅｒ  ＮｏｔｉｆｙをＭＭＥ２２４へ送信する（ステップＳ３５１２）。これにより、ダウンリンクデータの宛先が基地局２１４から基地局２１１に切り替わる。
【０２２３】
このときのダウンリンクのオフロードパケットの伝送動作について説明する。Ｗｅｂサーバ２４１は、ケアオブアドレス宛にオフロードパケットを送信する（ステップＳ３５１３）。つぎに、オフロードＧＷ２２６が、Ｗｅｂサーバ２４１からのオフロードパケットを受信すると、ＧＴＰ−ｕパケットを基地局２１１へ送信する（ステップＳ３５１４）。つぎに、基地局２１１が、移動端末２６１へダウンリンクデータを送信する（ステップＳ３５１５）。このときの移動端末２６１のアップリンクデータの伝送動作についてはステップＳ３５１１と同様である（ステップＳ３５１６）。
【０２２４】
つぎに、ＭＭＥ２２５が、基地局２１４へ、移動端末２６１のために確保したリソースを解放するため、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを送信する（ステップＳ３５１７）。つぎに、基地局２１４が、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  ＣｏｍｐｌｅｔｅをＭＭＥ２２５へ送信する（ステップＳ３５１８）。
【０２２５】
図３６Ａおよび図３６Ｂは、Ｘ２ベースのハンドオーバ処理の一例を示すシーケンス図である。図３６Ａ，図３６Ｂにおいては、Ｘ２ベースのハンドオーバでのオフロード条件データ６０７の引き継ぎの例について説明する。移動端末２６１（ＵＥ）の移動に伴い、ハンドオーバ元の基地局２１４がＸ２ベースのハンドオーバを開始したとする。
【０２２６】
この場合は、基地局２１４が、ハンドオーバ先の基地局２１１へ、Ｘ２ＡＰのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ（たとえば図２４参照）を送信する（ステップＳ３６０１）。ステップＳ３６０１によって送信されたＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔは、オフロードＧＷ２２８およびオフロードＧＷ２２６を経由して基地局２１１によって受信される。
【０２２７】
また、オフロードＧＷ２２８は、ステップＳ３６０１によって送信されたＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔを傍受し、図２７Ａ，図２７Ｂに示した処理を行う。これにより、オフロードＧＷ２２８からオフロードＧＷ２２６へ経路状態通知受信参加パケット１８００（たとえば図１８参照）が送信される（ステップＳ３６０２）。
【０２２８】
つぎに、基地局２１１が、ハンドオーバ元の基地局２１４へ、Ｘ２ＡＰのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ．を送信する（ステップＳ３６０３）。ステップＳ３６０３によって送信されたＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ．は、オフロードＧＷ２２６およびオフロードＧＷ２２８を介して基地局２１４によって受信される。
【０２２９】
つぎに、オフロードＧＷ２２８が、ステップＳ３６０３によって送信されたＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ．を傍受し、オフロード条件データ６０７のオフロードＧＷ２２６への引き継ぎを行う（ステップＳ３６０４）。
【０２３０】
つぎに、オフロードＧＷ２２６が、オフロード対象のトラヒックごとにホームアドレス情報を知る。そして、オフロードＧＷ２２６は、ホームアドレスを管理するオフロードＧＷ２２８のホームエージェント３５０１と通信先のＷｅｂサーバ２４１（オフロードネットワーク２５１）へＢｉｎｄｉｎｇ  Ｕｐｄａｔｅを送信する（ステップＳ３６０５）。
【０２３１】
その後、オフロードネットワーク２５１とＰ−ＧＷ２２１からのダウンリンクデータは、基地局２１４、オフロードＧＷ２２８、オフロードＧＷ２２６、基地局２１１を経由して、移動端末２６１に到達する（ステップＳ３６０６）。また、移動端末２６１からのアップリンクデータは、基地局２１１、オフロードＧＷ２２６を経由してオフロードネットワーク２５１およびＰ−ＧＷ２２１へ送信される（ステップＳ３６０７）。
【０２３２】
つぎに、基地局２１１が、オフロードＧＷ２２６を介して、Ｐａｔｈ  Ｓｗｉｔｃｈ  ＲｅｑｕｅｓｔをＭＭＥ２２４に向けて送信する（ステップＳ３６０８）。
【０２３３】
このとき、ダウンリンクデータが、Ｓ−ＧＷ２２３、オフロードＧＷ２２８、基地局２１４、オフロードＧＷ２２８、オフロードＧＷ２２６、基地局２１１の順に伝送される経路が形成される（ステップＳ３６０９）。
【０２３４】
また、移動端末２６１のダウンリンクデータは、Ｓ−ＧＷ２２２からの経路と、オフロードネットワーク２５１からの経路と、がオフロードＧＷ２２６において合流し、基地局２１１へ転送される経路となる（ステップＳ３６１０）。
【０２３５】
また、ＭＭＥ２２４は、オフロードＧＷ２２６を介して、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋ．を基地局２１１へ送信する（ステップＳ３６１１）。オフロードＧＷ２２６は、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋ．を傍受し、オフロードＧＷ２２６のｏＧＷ内ＵＥ識別子対応のベアラテーブル１７３０の「ｕｐｌｉｎｋ回線割付情報」を切り替える。
【０２３６】
移動端末２６１のアップリンクデータは、基地局２１１からオフロードＧＷ２２６へ転送され、オフロードＧＷ２２６から、Ｓ−ＧＷ２２２を経由する経路とオフロードネットワーク２５１を経由する経路とに分岐する（ステップＳ３６１２）。
【０２３７】
（ハンドオーバ元とハンドオーバ先のオフロードＧＷにおける状態遷移）
つぎに、ハンドオーバ元のオフロードＧＷ２２８と、ハンドオーバ先のオフロードＧＷ２２６と、における周辺装置経路条件データ６０９、自トラヒック経路条件データ６１０および通信経路条件データ６０８の状態遷移の例について説明する。
【０２３８】
図３７は、初回のハンドオーバ前の状態の一例を示す図である。図３７に示す例では、オフロードＧＷ２２８（Ｓｏｕｒｃｅ  ｏＧＷ）およびオフロードＧＷ２２６（Ｔａｒｇｅｔ  ｏＧＷ）ともに、自トラヒック経路条件データ６１０の経路条件および通信経路条件データ６０８が第一経路であるとする。
【０２３９】
図３７に示した状態において、移動端末２６１の移動にともなって基地局２１４が図３５Ａ，図３５Ｂに示したＳ１ベースのハンドオーバ処理を開始すると、基地局２１４からＭＭＥ２２５へＨａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄ（たとえば図２１参照）が送信される。そして、オフロードＧＷ２２８が、基地局２１４からＭＭＥ２２５へ送信されるＨａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄを傍受し、図２６に示した処理を行う。
【０２４０】
図３８は、初回のハンドオーバ後の状態の一例を示す図である。図２６に示した処理により、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９にオフロードＧＷ２２６（ｏＧＷ＃２）を登録し、最終ハンドオーバ時刻を設定する。そして、オフロードＧＷ２２８は、経路状態通知受信参加パケット１８００（たとえば図１８参照）を送信する。
【０２４１】
また、オフロードＧＷ２２６からの経路状態通知パケット２０００をオフロードＧＷ２２８が受信すると、オフロードＧＷ２２８は、図３１に示した処理を行う。これにより、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９のオフロードＧＷ２２６に対応するレコードに、経路状態通知パケット２０００に基づく経路条件および経路条件変更時刻を設定する。
【０２４２】
図３７および図３８において、基地局２１４が図３５Ａ，図３５Ｂに示したＳ１ベースのハンドオーバ処理を開始した場合について説明したが、基地局２１４が図３６Ａ，図３６Ｂに示したＸ２ベースのハンドオーバ処理を開始した場合も同様である。
【０２４３】
すなわち、図３７に示した状態において、移動端末２６１の移動にともなって基地局２１４がＸ２ベースのハンドオーバ処理を開始すると、基地局２１４から基地局２１１へＸ２ＡＰのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ（たとえば図２４参照）が送信される。そして、オフロードＧＷ２２８が、基地局２１４から基地局２１１へ送信されるＸ２ＡＰのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔを傍受し、図２７Ａ，図２７Ｂに示した処理を行う。
【０２４４】
図２７Ａ，図２７Ｂに示した処理により、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９にオフロードＧＷ２２６（ｏＧＷ＃２）を登録し、最終ハンドオーバ時刻を設定する。そして、オフロードＧＷ２２８は、経路状態通知受信参加パケット１８００（たとえば図１８参照）を送信する。
【０２４５】
また、オフロードＧＷ２２６からの経路状態通知パケット２０００をオフロードＧＷ２２８が受信すると、オフロードＧＷ２２８は、図３１に示した処理を行う。これにより、オフロードＧＷ２２８は、図３８に示すように、周辺装置経路条件データ６０９のオフロードＧＷ２２６に対応するレコードに、経路状態通知パケット２０００に基づく経路条件および経路条件変更時刻を設定する。
【０２４６】
図３９は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り替え後の状態の一例を示す図である。ハンドオーバ先のオフロードＧＷ２２６は、周期的に図３０の処理を行い、第一経路のトラヒック利用率と経路切り替え閾値（たとえば図１４参照）とを比較する。
【０２４７】
そして、オフロードＧＷ２２６は、第一経路のトラヒック利用率が経路切り替え閾値を上回ると、図３９に示すように自トラヒック経路条件データ６１０の経路条件および通信経路条件データ６０８を第二経路とする。また、オフロードＧＷ２２６は、自トラヒック経路条件データ６１０にしたがって経路状態通知パケット２０００（たとえば図２０参照）を生成して送信する。
【０２４８】
オフロードＧＷ２２８は、オフロードＧＷ２２６からの経路状態通知パケット２０００を受信すると、図３１および図３２に示した各処理を行うことにより、図３９に示すように、周辺装置経路条件データ６０９を書き換える。また、オフロードＧＷ２２８は、周辺装置経路条件データ６０９のうちの経路条件が第二経路であるレコードの数が経路切り替え閾値（たとえば図１２）を上回ると、図３９に示すように通信経路条件データ６０８の通信経路条件を第二経路に切り替える。
【０２４９】
図４０は、ハンドオーバ先のオフロードＧＷでの第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。ハンドオーバ先のオフロードＧＷ２２６は、周期的に図３０の処理を行い、第一経路のトラヒック利用率と切り戻し閾値（たとえば図１４参照）とを比較する。
【０２５０】
そして、オフロードＧＷ２２６は、第一経路のトラヒック利用率が切り戻し閾値を下回ると、図４０に示すように自トラヒック経路条件データ６１０の経路条件および通信経路条件データ６０８を第一経路とする。また、オフロードＧＷ２２６は、自トラヒック経路条件データ６１０にしたがって経路状態通知パケット２０００（たとえば図２０参照）を生成して送信する。
【０２５１】
オフロードＧＷ２２８は、オフロードＧＷ２２６からの経路状態通知パケット２０００を受信すると、図３１および図３２に示した各処理を行うことにより、図４０に示すように、周辺装置経路条件データ６０９を書き換える。
【０２５２】
図４１は、周辺装置での第一経路のトラヒックによる経路切り戻し後の状態の一例を示す図である。図４０に示した状態において、オフロードＧＷ２２８の周辺のオフロードＧＷ５００（たとえばオフロードＧＷ２２７）は、周期的に図３０の処理を行い、第一経路のトラヒック利用率と切り戻し閾値（たとえば図１４参照）とを比較する。
【０２５３】
そして、周辺のオフロードＧＷ５００は、第一経路のトラヒック利用率が切り戻し閾値を下回ると、自トラヒック経路条件データ６１０にしたがって経路状態通知パケット２０００（たとえば図２０参照）を生成して送信する。
【０２５４】
オフロードＧＷ２２８は、周辺のオフロードＧＷ５００からの経路状態通知パケット２０００を受信すると、図３１および図３２に示した各処理を行うことにより、図４１に示すように、周辺装置経路条件データ６０９を書き換える。また、オフロードＧＷ２２８は、周辺装置経路条件データ６０９のうちの経路条件が第二経路であるレコードの数が切り戻し閾値（たとえば図１２）を下回ると、図４１に示すように通信経路条件データ６０８の通信経路条件を第一経路に切り替える。
【０２５５】
図４２は、最終ハンドオーバ時刻から所定時間が経過した状態の一例を示す図である。図４１に示した状態において、オフロードＧＷ２２８は、周期的に図３３の処理を行う。そして、オフロードＧＷ２２８は、オフロードＧＷ２２６についての最終ハンドオーバ時刻からの経過時間が、周辺装置トラヒック経路状態通知離脱閾値１３００（たとえば図１３参照）を上回ったとする。
【０２５６】
この場合は、オフロードＧＷ２２８は、図４２に示すように、周辺装置経路条件データ６０９からオフロードＧＷ２２６のレコードを削除する。また、オフロードＧＷ２２８は、経路状態通知受信離脱パケット１９００（たとえば図１９参照）を生成して送信する。
【０２５７】
以上説明したように、経路選択装置、経路選択方法および通信システムによれば、ハンドオーバ先での輻輳を抑えることができる。
【０２５８】
上述した各実施の形態に関し、さらに以下の付記を開示する。
【０２５９】
（付記１）移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる経路選択装置であって、
自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得する取得部と、
前記取得部によって取得された選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する選択部と、
を備えることを特徴とする経路選択装置。
【０２６０】
（付記２）前記取得部は、前記他の経路選択装置によってマルチキャスト配信される前記選択状態を受信することを特徴とする付記１に記載の経路選択装置。
【０２６１】
（付記３）前記選択部は、前記他の経路選択装置において前記第二経路が選択されている場合に前記中継中の通信について前記第二経路を選択することを特徴とする付記１または２に記載の経路選択装置。
【０２６２】
（付記４）前記取得部は、前記複数の経路選択装置のうちのハンドオーバ対象となる複数の経路選択装置について前記選択状態を取得し、
前記選択部は、前記ハンドオーバ対象となる複数の経路選択装置のうちの前記第二経路を選択している経路選択装置の数に応じて前記第二経路を選択する、
ことを特徴とする付記１〜３のいずれか一つに記載の経路選択装置。
【０２６３】
（付記５）前記選択部は、前記第二経路を選択している経路選択装置の数が所定数を超えると前記第二経路を選択することを特徴とする付記４に記載の経路選択装置。
【０２６４】
（付記６）前記選択部は、前記第二経路を選択している経路選択装置の数が所定数未満となり、かつ前記第一経路のトラヒック量が前記所定量未満となると前記第一経路を選択することを特徴とする付記４または５に記載の経路選択装置。
【０２６５】
（付記７）移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置に含まれる第一経路選択装置における経路選択方法であって、
前記第一経路選択装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置のうちの第二経路選択装置における前記中継経路の選択状態を取得し、
取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
ことを特徴とする経路選択方法。
【０２６６】
（付記８）移動端末と通信先との間の通信の中継経路を第一経路および第二経路から選択し、前記第一経路のトラヒック量が所定量以上になると以降の通信要求による通信について前記第二経路を選択する複数の経路選択装置を含む通信システムであって、
前記複数の経路選択装置のそれぞれは、
自装置が中継中の通信のハンドオーバ対象となる、前記複数の経路選択装置に含まれる他の経路選択装置における前記中継経路の選択状態を取得し、
取得した前記選択状態に応じて、前記第一経路のトラヒック量が前記所定量未満であっても前記中継中の通信について前記第二経路を選択する、
ことを特徴とする通信システム。
【符号の説明】
【０２６７】
１００  通信システム
１０１，１０２  移動端末
１１１，１１２  経路選択装置
１２１，１２２  通信先
１３１  取得部
１３２  選択部
２００  ネットワークシステム
２１０  ＬＴＥ網
２１１〜２１４  基地局
２２０  ＥＰＣ網
２２１  Ｐ−ＧＷ
２２２，２２３  Ｓ−ＧＷ
２２４，２２５  ＭＭＥ
２２６〜２２９，５００  オフロードＧＷ
２３０  ＩＭＳ網
２４０  ＩＳＰ網
２４１，２４２  Ｗｅｂサーバ
２５１，２５２  オフロードネットワーク
２６１〜２６４  移動端末
４０１〜４０４  区域
５０１  回線インタフェース
５０２  パケット転送制御部
５０３  ＣＰＵ
５０４  記憶部
６００  振分ポイント
６０１  Ｓ１ＡＰ傍受部
６０２  Ｘ２ＡＰ傍受部
６０３  振分部
６０４  トラヒック制御部
６０５  トラヒック計測部
６０６  ベアラ状態管理データ
６０７  オフロード条件データ
６０８  通信経路条件データ
６０９  周辺装置経路条件データ
６１０  自トラヒック経路条件データ
１２００  周辺装置トラヒック経路条件通信経路切り替え閾値
１３００  周辺装置トラヒック経路状態通知離脱閾値
１４００  自トラヒック経路条件切り替え閾値
１５００  オフロードＧＷ情報
１６１０  利用者回線毎ホームアドレス登録テーブル
１６２０  利用者回線毎通信先登録テーブル
１６３０  利用者回線毎アドレスポート変換テーブル
１７１０，１７２０  ベアラ利用加入者特定テーブル
１７３０  ベアラテーブル
１８００  経路状態通知受信参加パケット
１９００  経路状態通知受信離脱パケット
２０００  経路状態通知パケット
２２００  ＧＴＰ−ｕパケット
２３００  パケット
３５０１  ホームエージェント
【図１】
2014200036.tif 000003
【図２】
2014200036.tif 000004
【図３】
2014200036.tif 000005
【図４】
2014200036.tif 000006
【図５】
2014200036.tif 000007
【図６】
2014200036.tif 000008
【図７】
2014200036.tif 000009
【図８】
2014200036.tif 000010
【図９】
2014200036.tif 000011
【図１０】
2014200036.tif 000012
【図１１】
2014200036.tif 000013
【図１２】
2014200036.tif 000014
【図１３】
2014200036.tif 000015
【図１４】
2014200036.tif 000016
【図１５】
2014200036.tif 000017
【図１６Ａ】
2014200036.tif 000018
【図１６Ｂ】
2014200036.tif 000019
【図１６Ｃ】
2014200036.tif 000020
【図１７Ａ】
2014200036.tif 000021
【図１７Ｂ】
2014200036.tif 000022
【図１７Ｃ】
2014200036.tif 000023
【図１８】
2014200036.tif 000024
【図１９】
2014200036.tif 000025
【図２０】
2014200036.tif 000026
【図２１】
2014200036.tif 000027
【図２２】
2014200036.tif 000028
【図２３】
2014200036.tif 000029
【図２４】
2014200036.tif 000030
【図２５Ａ】
2014200036.tif 000031
【図２５Ｂ】
2014200036.tif 000032
【図２６】
2014200036.tif 000033
【図２７Ａ】
2014200036.tif 000034
【図２７Ｂ】
2014200036.tif 000035
【図２８】
2014200036.tif 000036
【図２９】
2014200036.tif 000037
【図３０】
2014200036.tif 000038
【図３１】
2014200036.tif 000039
【図３２】
2014200036.tif 000040
【図３３】
2014200036.tif 000041
【図３４Ａ】
2014200036.tif 000042
【図３４Ｂ】
2014200036.tif 000043
【図３５Ａ】
2014200036.tif 000044
【図３５Ｂ】
2014200036.tif 000045
【図３６Ａ】
2014200036.tif 000046
【図３６Ｂ】
2014200036.tif 000047
【図３７】
2014200036.tif 000048
【図３８】
2014200036.tif 000049
【図３９】
2014200036.tif 000050
【図４０】
2014200036.tif 000051
【図４１】
2014200036.tif 000052
【図４２】
2014200036.tif 000053