JP2014116720A - ネットワークシステム、オフロード装置、及びネットワークシステムにおけるトラヒックの制御方法 - Google Patents

Abstract

【課題】コア網におけるトラヒックの削減を図るネットワークシステム、オフロード装置、及びネットワークシステムを提供する。
【解決手段】移動局装置の第１のアドレスを第２のアドレスに書き換えて第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記第１の無線基地局装置に送信する第１のオフロード装置、及び第２のオフロード装置とを備えるネットワークシステムにおいて、前記第１のオフロード装置は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを前記第２の無線基地局装置と前記第１の網との間に介在する前記第２のオフロード装置に送信する第１の制御部を備え、前記第２のオフロード装置は、前記第２のアドレスを受信する第２の制御部を備える。
【選択図】図５

Description

本発明は、ネットワークシステム、オフロード装置、ネットワークシステムにおけるトラヒックの制御方法に関する。

現在、携帯電話システムや無線ＭＡＮ（Metropolitan Area Network）などの無線通信システムが広く利用されている。また、無線通信の分野では、通信速度や通信容量を更に向上させるべく、次世代の通信技術について継続的な議論が行われている。

このような無線通信システムに関して、例えば、ＬＴＥ／ＥＰＣ（Long Term Evolution/ Evolved Packet Core）がある。ＬＴＥ／ＥＰＣは、第３世代携帯電話網（3G Mobile System）の次世代の無線通信システムとして３ＧＰＰ（3rd Generation Partnership Project）において標準化されている。

ＬＴＥ／ＥＰＣは、ＬＴＥ網とコア網としてのＥＰＣ網とを含む。ＬＴＥ網は、例えば、ＬＴＥに準拠した無線アクセス網であり、Ｅ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）とも呼ばれる場合がある。また、ＥＰＣ網はＳＡＥ（System Architecture Evolution）とも呼ばれ、ＩＭＳ（IP Multimedia Subsystem）網を介してＩＰ（Internet Packet）網（又はパケット網）と接続される。ＩＰ網は、例えば、ＩＳＰ（Internet Service Provider）網（又はインターネット）やイントラネットである。

ＬＴＥ／ＥＰＣにおいては、移動局（モバイル端末：ＵＥ（User Equipment））はＬＴＥ網を介してＥＰＣ網に接続し、ＥＰＣ網及びＩＭＳ網を介してＩＰ網と接続することができる。移動局はＩＰ網に接続された種々のサーバ装置や端末装置などにアクセスすることで、例えば、ブラウザの閲覧サービス、映像の配信サービス、ＶＯＩＰ（Voice over IP）など種々のサービスの提供を受けることができる。

ＥＰＣ網は、ＭＭＥ（Mobile Management Entity）、Ｓ−ＧＷ（Serving Gateway）、Ｐ−ＧＷ（Packet Data Network Gateway）、ＰＣＲＦ（Policy and Charging rule Function）などの複数のノードを備える。移動局は、Ｓ−ＧＷ及びＰ−ＧＷを介してＩＭＳ網に接続し、ＩＰ網にアクセスすることが可能となる。

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

トラヒックオフロード技術では、例えば、ＥＰＣ網にオフロード装置が設けられる。オフロード装置は、移動局（無線アクセス網）からのトラヒックに対してアンカポイントとして機能し、移動局からのトラヒックをＥＰＣ網と異なるオフロード用のネットワークへ転送する。オフロード用のネットワークは、例えば、オフロード網（ＩＰ網やＭＰＬＳ（Multi Protocol Label Switching）網など）と呼ばれる場合がある。オフロードされたトラヒックは、オフロード網を通じて目的のＩＰ網に到達する。

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

他方、例えば以下のような技術もある。すなわち、移動端末の移動先と予想される無線エリアに対応する無線基地局が別の交換機に収容されている場合に現在通信中の無線基地局を収容する交換機から別の交換機に収容されている疑似端末に対して予備コネクションを張るようにした技術がある。これによれば、例えば、ハンドオフ時の経路選定が短時間ででき、網内のリンク資源の有効活用を図ることが可能となる。

特開平１０−２４３４４０号公報

しかしながら、上記したオフロード技術に関して、トローンボーン現象と呼ばれる現象が発生する場合がある。

例えば、以下のような場合が発生する。すなわち、ＥＰＣ網に複数のオフロード装置が設けられ、移動局が移動することでオフロード装置を変更する場合がある。かかる場合、変更後のオフロード装置とアンカポイントとなるオフロード装置とが異なる状態となる。変更後のオフロード装置から目的のＩＰ網への伝送距離が、アンカポイントであるオフロード装置から目的のＩＰ網への伝送距離より大幅に短縮できる場合でも、オフロードトラヒックは最初に決定したアンカポイントを経由する。トローンボーン現象とは、例えば、移動局が移動しても移動局からの全てのオフロードトラヒックが最初に決定したアンカポイントとなるオフロード装置を経由する現象のことである。

トローンボーン現象によってオフロード装置間でトラヒックが発生し、これにより、コア網（ＥＰＣ網）におけるトラヒックの負荷低減が妨げられる場合がある。

一方、上記した予備コネクションに関する技術は、例えば、交換機が疑似端末に予備コネクションを張ることでハンドオフ時の経路選択を短時間にするようにした技術であって、トローンボーン現象に対して何ら解決策を与えるものではない。従って、上記した技術ではコア網のトラヒックの削減を図ることは困難である。

そこで、本発明の一目的は、コア網におけるトラフィックの削減を図るネットワークシステム、オフロード装置、及びネットワークシステムにおけるトラヒックの制御方法を提供することにある。

一態様によれば 移動局装置と接続可能な第１及び第２の無線基地局装置と、前記第１及び第２の無線基地局装置を収容する第１の網と、前記第１の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記第１の無線基地局装置に送信する第１のオフロード装置、及び第２のオフロード装置とを備えるネットワークシステムにおいて、前記第１のオフロード装置は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを前記第２の無線基地局装置と前記第１の網との間に介在する前記第２のオフロード装置に送信する第１の制御部を備え、前記第２のオフロード装置は、前記第２のアドレスを受信する第２の制御部を備える。

コア網におけるトラヒックの削減を図るネットワークシステム、オフロード装置、及びネットワークシステムにおけるトラヒックの制御方法を提供することができる。

図１はネットワークシステムの構成例を表わす図である。 図２はネットワークシステムの構成例を表わす図である。 図３はオフロードＧＷ７０のハードウェア構成例を表わす図である。 図４はオフロードＧＷ７０の構成例を表わす図である。 図５は、ＣＰＵが実現する機能の説明図である。 図６Ａは移動局６０の起動からオフロード処理が行われるまでのシーケンス例を表わす図である。 図６ＢはＳ１ベースのハンドオーバ処理におけるシーケンス例を表わす図である。 図６ＣはＸ２ベースのハンドオーバ処理におけるシーケンス例を表わす図である。 図７（Ａ）は利用者回線毎ホームアドレス登録テーブル、図７（Ｂ）は利用者回線毎通信先登録テーブル、図７（Ｃ）は利用者回線毎アドレスポート変換テーブルの例をそれぞれ表わす図である。 図８はアップリンクのＧＴＰ−ｕパケットの例を表わす図である。 図９はダウンリンクのＧＴＰ−ｕパケットの例を表わす図である。 図１０（Ａ）及び図１０（Ｂ）はオフロードパケットの例を表わす図である。 図１１（Ａ）及び図１１（Ｂ）はオフロードパケットの例を表わす図である。 図１２（Ａ）及び図１２（Ｂ）はBinding Updateメッセージの例を表わす図である。 図１３（Ａ）及び図１３（Ｂ）はホームエージェントが中継するオフロードパケットの例を表わす図である。 図１４（Ａ）から図１４（Ｃ）はベアラ状態管理データを説明するための図である。 図１５は対応管理データを説明するための図である。 図１６はInitial Context Setup Requestメッセージの例を表わす図である。 図１７はInitial Context Setup Responseメッセージの例を表わす図である。 図１８はHandover Requiredメッセージの例を表わす図である。 図１９はHandover Requestメッセージの例を表わす図である。 図２０はHandover Request Ack.メッセージの例を表わす図である。 図２１はHandover Commandメッセージの例を表わす図である。 図２２はUE Context Release Commandメッセージの例を表わす図である。 図２３はX2XP:Handover Requestメッセージの例を表わす図である。 図２４はX2XP:Handover Request Ack.メッセージの例を表わす図である。 図２５はX2XP:UE Context Releaseメッセージの例を表わす図である。 図２６はPath Switch Requestメッセージの例を表わす図である。 図２７はPath Switch Request Ack.メッセージの例を表わす図である。 図２８ＡはUplink GTP-uパケットをオフロードＧＷが受信した場合の処理フローの例を表わす図である。 図２８ＢはUplink GTP-uパケットをオフロードＧＷが受信した場合の処理フローの例を表わす図である。 図２９はオフロードＧＷがオフロードアンカ宛のパケットを受信した場合の処理フローの例を表わす図である。 図３０はInitial Context Setup Requestメッセージの傍受時における処理フローの例を表わす図である。 図３０Ａは仮想ＵＥ用Home Address捕捉（サブルーチン）例を表わす図である。 図３１はInitial Context Setup Responseメッセージの傍受時における処理フローの例を表わす図である。 図３２ははHandover Requiredメッセージの傍受時における処理フローの例を表わす図である。 図３３はHandover Requestメッセージの傍受時における処理フローの例を表わす図である。 図３３Ａはオフロード通信用Address捕捉処理フロー（サブルーチン）の例を表わす図である。 図３４はHandover Request Ack.メッセージの傍受時における処理フローの例を表わす図である。 図３５はHandover Commandメッセージの傍受時における処理フローの例を表わす図である。 図３５ＡはBinding Update処理フロー（サブルーチン）の例を表わす図である。 図３６はUE Context Release Commandメッセージの傍受時における処理フローの例を表わす図である。 図３７はX2XP:Handover Requestメッセージの傍受時における処理フローの例を表わす図である。 図３８はPath Switch Requestメッセージの傍受時における処理フローの例を表わす図である。 図３９はPath Switch Request Ack.メッセージの傍受時における処理フローの例を表わす図である。 図４０はX2XP:UE Context Releaseメッセージの傍受時における処理フローの例を表わす図である。 図４１（Ａ）〜図４１（Ｃ）はTCP Connection生成後のオフロード条件適用状態の例（Bearer状態データ）を表わす図である。 図４２（Ａ）〜図４２（Ｃ）はTCP Connection生成後のオフロード条件適用状態の例（オフロード条件適用状態データ）を表わす図である。 図４３はTCP Connection生成後のオフロード条件適用状態の例（Home Agent）を表わす図である。 図４４はTCP Connection生成後のオフロード条件適用状態の例（トラヒックの流れ）を表わす図である。 図４５はS-Base Handoverでのオフロード条件適用状態の引き継ぎの例（Bearer状態データ）を表わす図である。 図４６はS-Base Handoverでのオフロード条件適用状態の引き継ぎの例（オフロード条件適用状態データ）を表わす図である。 図４７（Ａ）及び図４７（Ｂ）はS-Base Handoverでのオフロード条件適用状態の引き継ぎの例（Home Agent）を表わす図である。 図４８はS-Base Handoverでのオフロード条件適用状態の引き継ぎの例（トラヒックの流れ）を表わす図である。 図４９はHandover完了TCP Connection維持でのオフロード条件適用状態の例（Bearer状態データ）を表わす図である。 図５０はHandover完了TCP Connection維持でのオフロード条件適用状態の例（オフロード条件適用状態データ）を表わす図である。 図５１（Ａ）及び図５１（Ｂ）はHandover完了TCP Connection維持でのオフロード条件適用状態の例（Home Agent）を表わす図である。 図５２はHandover完了TCP Connection維持でのオフロード条件適用状態の例（トラヒックの流れ）を表わす図である。 図５３はX2-Base Handoverでのオフロード条件適用状態の引き継ぎの例（Bearer状態データ）を表わす図である。 図５４はX2-Base Handoverでのオフロード条件適用状態の引き継ぎの例（オフロード条件適用状態データ）を表わす図である。 図５５（Ａ）及び図５５（Ｂ）はX2-Base Handoverでのオフロード条件適用状態の引き継ぎの例（Home Agent）を表わす図である。 図５６はX2-Base Handoverでのオフロード条件適用状態の引き継ぎの例（トラヒックの流れ）を表わす図である。 図５７はHandover後の新TCP Connection生成後のオフロード条件適用状態の例（Bearer状態データ）を表わす図である。 図５８はHandover後の新TCP Connection生成後のオフロード条件適用状態の例（オフロード条件適用状態データ）を表わす図である。 図５９（Ａ）及び図５９（Ｂ）はHandover後の新TCP Connection生成後のオフロード条件適用状態の例（Home Agent）を表わす図である。 図６０はHandover後の新TCP Connection生成後のオフロード条件適用状態の例（トラヒックの流れ）を表わす図である。 図６１はHandover後のTCP Connection切断後のオフロード条件適用状態の例（Bearer状態データ）を表わす図である。 図６２はHandover後のTCP Connection切断後のオフロード条件適用状態の例（オフロード条件適用状態データ）を表わす図である。 図６３（Ａ）及び図６３（Ｂ）はHandover後のTCP Connection切断後のオフロード条件適用状態の例（Home Agent）を表わす図である。 図６４はHandover後のTCP Connection切断後のオフロード条件適用状態の例（トラヒックの流れ）を表わす図である。 図６５はオフロードＧＷでのｅＮＢを収容するｏＧＷ情報の構成例を表わす図である。 図６６はネットワークシステムの構成例を表わす図である。

以下、本発明を実施するための形態について説明する。

［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態におけるネットワークシステム１の構成例を表わしている。ネットワークシステム１は、移動局装置６０と接続可能な第１及び第２の無線基地局装置１１Ａ，１１Ｃと、第１及び第２の無線基地局装置１１Ａ，１１Ｃを収容する第１の網８０と、第１及び第２のオフロード装置７０（＃Ａ），７０（＃Ｂ）、及び第２の網９０とを備える。図１の例では、移動局装置６０が第１の無線基地局装置１１Ａから第２の無線基地局装置１１Ｃへ接続先を切り替えている様子を表わしている。また、図１において、例えば、第１の網８０はコア網であり、第２の網９０はオフロード網である。

第１のオフロード装置７０（＃Ａ）は、第１の無線基地局装置１１Ａと第１の網８０との間で伝送されるパケットデータを中継するとともに、移動局装置６０の第１のアドレスを第２のアドレスに書き換えて第１の無線基地局装置１１Ａから送信されたパケットデータの一部を第２の網９０に送信したり、第２のアドレスを第１のアドレスに書き換えて第２の網９０から受信したパケットデータを第１の無線基地局装置１１Ａに送信する。第１のオフロード装置７０（＃Ａ）がパケットデータを第２の網９０に送信することを、例えば、オフロードすると称する場合がある。このように第１のオフロード装置７０がパケットデータを第２の網９０にオフロードすることで、第１の網８０に流れるパケットデータ（又はトラヒック）量を削減させている。

第１のオフロード装置７０（＃Ａ）は第１の制御部７８（＃Ａ）を備える。第１の制御部７８（＃Ａ）は、移動局装置６０が第１の無線基地局装置１１Ａから第２の無線基地局装置１１Ｃに接続を切り替えるとき、第２のアドレスを第２の無線基地局装置１１Ｃと第１の網８０との間に介在する第２のオフロード装置７０（＃Ｂ）に送信する。

第２のオフロード装置７０（＃Ｂ）は第２の制御部７８（＃Ｂ）を備える。第２の制御部７８（＃Ｂ）は第１のオフロード装置７０（＃Ａ）から送信された第２のアドレスを受信する。これにより、第２のアドレスは第１のオフロード装置７０（＃Ａ）から第２のオフロード装置７０（＃Ｂ）にコピーされる。

例えば、第２のオフロード装置７０（＃Ｂ）は、第２のアドレスに対して、第３のアドレスを移動局装置６０に対するアドレスとして設定する。そして、第２のオフロード装置７０（＃Ｂ）は、第３のアドレスを利用して第２の無線基地局装置１１Ｃから送信されたパケットデータを第３の網（図示せず）に送信することができる。また、第２のオフロード装置７０（＃Ｂ）は、第３のアドレスを利用して、第３の網から送信されたパケットデータを第２の無線基地局装置１１Ｃに送信できる。

従って、移動局装置６０が第１の無線基地局装置１１Ａから第２の無線基地局装置１１Ｃに移動したときでも、第２のオフロード装置７０（＃Ｂ）はオフロード対象のパケットデータを第１の網８０とは異なる第３の網にオフロードすることができる。

よって、移動局装置６０が第１の無線基地局装置１１Ａから第２の無線基地局装置１１Ｃに移動したときでも、オフロード対象のパケットデータが第１の網８０に流れないことで、第１の網８０（又はコア網）のトラヒックを削減することができる。

［第２の実施の形態］
＜全体構成例＞
次に第２の実施の形態について説明する。図２は第２の実施の形態におけるネットワークシステム１の構成例を表わす図である。

ネットワークシステム１は、ＬＴＥ網１０、ＥＰＣ網２０、ＩＭＳ網３０、ＩＳＰ（Internet Service Provide）網（インターネット）４０、オフロード網５０を備える。

なお、例えば、ＥＰＣ網２０は第１の実施の形態における第１の網８０に対応し、オフロード網５０は第１の実施の形態における第２の網９０に対応する。

ＬＴＥ網１０は無線アクセス網の一例である。ＬＴＥ網１０は、“ｅＮｏｄｅＢ（evolved Node B）”と呼ばれるＬＴＥ準拠の無線基地局装置（以下、「基地局」と称する場合がある）１１を含む。

ＥＰＣ網２０はコア網の一例である。ＥＰＣ網２０は、第２世代（２Ｇ：例えばＧＳＭ（登録商標）（Global System for Mobile communications））、第３世代（３Ｇ：例えばＷ−ＣＤＭＡ（Wideband Code Division Multiple Access））、第３．５世代（例えばＨＳＰＡ（High Speed Packet Access））などの３ＧＰＰによる無線アクセス網を収容することができる。また、ＥＰＣ網２０は、ＣＤＭＡ２０００、ＷｉＭＡＸ（Wideband interoperability for Microwave Access）など非３ＧＰＰの無線アクセス網を収容することもできる。ＥＰＣ網２０は、Ｐ−ＧＷ２１、Ｓ−ＧＷ２２、ＭＭＥ２３、オフロード装置（以下、「オフロードＧＷ」と称する場合がある）７０を含む。ＥＰＣ網２０はさらにＰＣＲＦなどのノードも含んでもよい。

Ｐ−ＧＷ２１は、例えば、ＩＳＰ網４０などのパケット網に対する接続ポイントとなる。Ｐ−ＧＷ２１は、例えば、移動局６０へのＩＰアドレスの払い出しやユーザ認証などを行う。また、Ｐ−ＧＷ２１は、例えば、ＰＣＲＦの指示に従うＱｏＳ（Quality of Service）制御や課金データ生成などを行い、ＤＨＣＰサーバの機能を有しても良い。

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

ＭＭＥ２３は、例えば、ネットワーク制御に関するＣプレーン（Control Plane）のデータを扱う。また、ＭＭＥ２３は、例えば、ベアラの確立及び解放、移動局６０の位置登録、ハンドオーバなどの移動制御などを行う。さらに、ＭＭＥ２３は、例えば、加入者情報が登録されたＨＳＳ（Home Subscriber Server）と連携して移動局６０の認証を行う。

オフロードＧＷ７０は、例えば、オフロードトラヒックを制御するノードとして機能する。図１の例では、オフロードＧＷ７０として、オフロードＧＷ７０（＃Ａ），オフロードＧＷ７０（＃Ｂ），及びオフロードＧＷ７０（＃Ｃ）が図示されている。ＥＰＣ網２０では、１以上のオフロード装置が備えられている。オフロードＧＷ７０は、例えば、基地局１１とＳ−ＧＷ２２との間に配置され、その数は適宜設定可能であり、基地局１１毎に設置することも可能である。

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

オフロードＧＷ７０は、オフロード対象のトラヒックを決定した後、例えば以下のようにしてオフロードトラヒックを送受信する。すなわち、オフロードＧＷ７０は、移動局６０から送信されたアップリンク通信におけるオフロードトラヒックのＵプレーンデータ（ユーザパケット）を分岐して、オフロード網５０（図２ではオフロード網５１）に転送する。オフロード網５０に転送されたトラヒックは、ＥＰＣ網２０を経由することなく、ＩＳＰ網４０に送信され、最終的に目的の通信相手（例えばＷｅｂサーバ４１）に到達する。一方、オフロードＧＷ７０は、目的の通信相手から送信されたダウンリンク通信のオフロードトラヒックを、Ｓ−ＧＷ２２からから基地局１１へのトラヒックに合流させる。オフロードＧＷ７０の構成例などについては後述する。

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

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

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

移動局６０は、例えば、接続先の基地局を基地局１１Ａから１１Ｂ、さらに１１Ｃへと順次切り替えることができる。移動局６０が接続先の基地局１１を切り替えることを、例えば、ハンドオーバと称する場合がある。

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

＜オフロードＧＷ＞
次にオフロードＧＷ７０の構成例について説明する。図３はオフロードＧＷ７０のハードウェア構成例を示す。

オフロードＧＷ（ｏＧＷ）７０は、回線インタフェース７１と、パケット転送制御部７２、ＣＰＵ（Central Processing Unit）７３、及び記憶部（メモリ）７４を備える。

なお、ＣＰＵ７３は、例えば第１の実施の形態における第１の制御部７８（＃Ａ）又は第２の制御部７８（＃Ｂ）に対応する。

回線インタフェース７１は、例えば、オフロードＧＷ７０と基地局１１、オフロードＧＷ７０とＳ−ＧＷ２２、オフロードＧＷ７０とＭＭＥ２３、及びオフロードＧＷ７０とオフロード網５０を結ぶ各回線を収容する。オフロードＧＷ７０には、収容する回線数に応じた１以上の回線インタフェース７１を備えている。なお、回線インタフェース７１は、例えば、汎用又は専用の半導体回路（ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）など）で形成される。

パケット転送制御部７２は、回線インタフェース７１とＣＰＵ７３、及び記憶部７４と接続され、パケット転送処理を行う。パケット転送制御部７２は、例えば、ルーティングテーブルを有し、パケットの宛先アドレスに対応する出力ポートをルーティングテーブルから割り出し、出力ポートへ向けてパケットを出力する。なお、パケット転送制御部７２は、例えば、汎用又は専用の半導体回路（ＬＳＩ，ＡＳＩＣ，ＰＬＤ（Programmable Logic Device），ＤＳＰ（Digital Signal Processor））が搭載された回路チップとして形成される。

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

記憶部７４は、例えば、ＲＯＭ（Read Only Memory），ＲＡＭ（Random Access Memory），ＥＥＰＲＯＭな（Electrically Erasable Programmable ROM）どの半導体メモリによって形成される。記憶部７４は、ＣＰＵ７３の作業領域、ＣＰＵ７３によって実行される各種プログラムなどの格納領域などを提供する。

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

ＣＰＵ７３は、例えば、振り分けポイント７５及びホームサーバ７６として機能する。振り分けポイント７５としての機能は、Ｓ１ＡＰ授受処理部１７１、Ｘ２ＡＰ授受処理部１７２、合流処理部１７３、振分処理部１７４、仮想端末処理部１７５、ベアラ状態管理データ１７６、オフロード条件適用状態管理データ（以下、「オフロード条件データ」と称する場合がある）１７７を含む。

また、ホームサーバ７６としての機能は、ホームエージェント１７８とホームアドレス・ケアオブアドレス対応管理データ（以下、「対応管理データ」と称する場合がある）１７９を含む。

記憶部７４には、ベアラ状態管理データ１７６、オフロード条件適用状態管理データ、対応管理データ１７９が記憶される。

図５は、例えば、図３に示すＣＰＵ７３が実現する機能の説明図である。図５では、移動局６０がハンドオーバすることで、オフロードＧＷ７０がソースオフロードＧＷ７０（＃Ａ）からターゲットオフロードＧＷ７０（＃Ｃ）に変更される例が示されている。ソースオフロードＧＷ７０（＃Ａ）とターゲットオフロードＧＷ７０（＃Ｃ）の各構成は、図３及び図４に示すオフロードＧＷ７０と同一構成である。

Ｓ１ＡＰ処理部１７１は、例えば、基地局１１とＭＭＥ２３間のＳ１ＡＰ（S1 Application Protocol）に基づく制御パケットを傍受し、対象となる移動局６０に対する通信回線の割り付け、及びハンドオーバの契機を検出する。なお、Ｓ１ＡＰは、例えば、基地局１１（ｅＵＴＲＡＮ）とＭＭＥ２３との間のシグナリングサービスを提供するＣプレーンのプロトコルである。基地局１１やＭＭＥ２３はＳ１ＡＰによって、例えば、ベアラの確立、変更、及び解放、ハンドオーバ制御、待ち受け移動局に対する着信制御などを実行することができる。

Ｘ２ＡＰ傍受処理部１７２は、例えば、基地局１１間で送受信されるＸ２ＡＰ（X2 Application Protocol）に基づく制御パケットを傍受し、対象となる移動局６０に対する通信回線の割り付け、及びハンドオーバの契機を検出する。Ｘ２ＡＰは、例えば、Ｘ２インターフェース上の基地局（ｅＮｏｄｅＢ）１１間におけるＣプレーンのプロトコルである。基地局１１はＸ２ＡＰにより、基地局間の負荷管理、ハンドオーバ制御などを実行することができる。

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

なお、図５の例では、移動局６０から送信されたトラヒックは、ＧＴＰ−ｕ（GPRS Tunneling Protocol for User Plane）トンネルを流れている。ＧＴＰ−ｕは、例えば、基地局１１とＳ−ＧＷ２２との間のＩＰ伝送用のプロトコルである。アップリンク通信用だけでなく、ダウンリンク通信用のトラヒックも、基地局１１とＳ−ＧＷ２２との間に確立されたベアラ（ＧＴＰ-Ｕトンネル）を流れることになる。また、ＴＥＩＤ（Tunnel Endpoint IDentifier）は、ＧＴＰ−ｕトンネルを流れるＧＴＰパケットのヘッダに挿入されており、例えば、ＧＴＰ−ｕトンネルの終点を表わす。

合流処理部１７３は、例えば、対象となる移動局６０の通信回線の割り付けに従って、仮想端末処理部１７５で受信したＷｅｂサーバ４１，４２からのトラヒックを移動局６０に向けて出力する。これにより、例えば、合流処理部１７３は、オフロード網５０から受信したトラヒックを、Ｓ−ＧＷ２２からのトラヒックに合流させることができる。

仮想端末処理部１７５は、移動局６０とＷｅｂサーバ４１，４２との間の通信を中継する。この場合、仮想端末処理部１７５は、例えば、オフロード網５０に送信するオフロードトラヒックの送信元アドレスを移動局６０のＩＰアドレスからホームアドレスに書き換え、書換後のオフロードトラヒックをオフロード網５０に送信する。また、仮想端末処理部１７５は、例えば、オフロード網５０から受信したオフロードトラヒックの送信先アドレスをホームアドレスから移動局６０のＩＰアドレスに書き換えし、書換後のオフロードトラヒックを合流処理部１７３に出力する。

ここで、ホームアドレスとは、例えば、ネットワークが変わっても変更されないアドレスである。例えば、移動局６０にホームアドレスが付与されると、このホームアドレスは、移動局６０が接続基地局をソース基地局１１（１１Ａ）からターゲット基地局１１（１１Ｃ）に変更しても不変のアドレスである。

一方、移動局６０に対するＩＰアドレスは、例えば、移動局６０が接続基地局をソース基地局１１（１１Ａ）からターゲット基地局１１（１１Ｃ）に変更したとき、変化する可能性のあるアドレスでもある。ＩＰアドレスは、例えば、Ｐ−ＧＷ２１により払い出しが行われ、移動局６０を収容するＰ−ＧＷ２１が変わるとＩＰアドレスも変化する。しかし、ホームアドレスは、例えば、Ｐ−ＧＷ２１が変わっても変化しないアドレスである。ＩＰアドレスは、例えば、ネットワークが変わると変化するアドレスでもある。

仮想端末処理部１７５は、移動局６０のハンドオーバに際して、ハンドオーバ前のオフロードＧＷ７０（ソースオフロードＧＷ７０（＃Ａ））からハンドオーバ後のオフロードＧＷ７０（ターゲットオフロードＧＷ７０（＃Ｃ））へ、オフロード条件データ１７７を送信する。オフロード条件データ１７７には、ソースオフロードＧＷ７０（＃Ａ）が使用したホームアドレスも含まれ、これがターゲットオフロードＧＷ７０（＃Ｃ）に送信される。ターゲットオフロードＧＷ７０（＃Ｃ）ではホームアドレスとは異なるケアオブアドレス（又は気付アドレス）を移動局６０に設定し、このケアオブアドレスを用いて、ハンドオーバ後のオフロードトラヒックを、ハンドオーバ前とは異なるオフロード網５０（図２の例ではオフロード網５２）に送信することができる。

さらに、ターゲットオフロードＧＷ７０（＃Ｃ）における仮想端末処理部１７５は、移動局６０に代わって、ソースオフロードＧＷ７０（＃Ａ）のホームサーバ７６へホームアドレスとケアオブアドレスとの対応を送信する。この場合、ターゲットオフロードＧＷ７０（＃Ｃ）の仮想端末処理部１７５は、オフロードトラヒックの送信先であるＷｅｂサーバ４１，４２に対しても、ホームアドレスとケアオブアドレスとの対応を送信する。

ホームエージェント１７８は、例えば、Ｍｏｂｉｌｅ ＩＰｖ６でのホームエージェント機能をサポートする。ホームエージェント１７８は、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）からケアオブアドレスとホームアドレスと受け取り、対応管理データ１７９に記憶する。

以下、オフロードＧＷ７０のさらなる詳細について説明する。図６Ａは移動局６０の起動からオフロード処理が行われるまでの例、図６ＢはＳ１ベースのハンドオーバの処理例、図６ＣはＸ２ベースのハンドオーバ処理例をそれぞれ表わすシーケンス図である。各シーケンスの詳細は後述する。

＜オフロード条件適用状態管理データ＞
図７（Ａ）から図７（Ｃ）は、図５に示すオフロード条件データ１７７を保持するオフロード条件適用状態テーブル１７７Ａの構成例を表わす。図７（Ａ）から図７（Ｃ）に示すように、オフロード条件適用状態テーブル１７７Ａは、利用者回線毎ホームアドレス（Home Address）登録テーブル１７７Ａ１（図７（Ａ））、利用者回線毎通信先登録テーブル１７７Ａ２（図７（Ｂ））、利用者回線毎アドレスポート（Address-port）変換テーブル１７７Ａ３（図７（Ｃ））を含む。オフロード装置７０は、例えば、オフロード条件適用状態テーブル１７７Ａに基づいて、オフロードパケットをオフロード網５０に送信する。

利用者回線毎ホームアドレス登録テーブル１７７Ａ１は、「ｏＧＷ内識別子」、「利用者回線識別子」、「Ｈｏｍｅ Ａｄｒｅｓｓ情報」の各項目がある。

「ｏＧＷ内識別子」は、例えば、当該オフロードＧＷ７０において移動局６０を一意に識別する情報が記憶される。また、「利用者回線識別子」は、例えば、移動局６０内での利用者回線を一意に識別する情報が記憶される。この「利用者回線識別子」に記憶される情報は、移動局６０での回線識別子（Ｅ−ＲＡＢ ＩＤ（E-UTRAN Radio Access Bearer））と同期する。「Ｈｏｍｅ Ａｄｒｅｓｓ情報」は、ホームアドレスが記憶される。

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

一方、利用者回線毎通信先登録テーブル１７７Ａ２は、更に、「通信先情報」の項目を含む。「通信先情報」は、例えば、移動局６０の通信先のアドレス（例えばＷｅｂサーバ４１，４２のアドレス）が記憶される。オフロードＧＷ７０は、利用者回線毎通信先登録テーブル１７７Ａ２により、移動局６０の通信先のアドレスと、「ｏＧＷ内識別子」及び「利用者回線識別子」の対応付けを行うことができる。

また、利用者回線毎アドレスポート変換テーブル１７７Ａ３は、更に、「実ＵＥコネクション情報」、「Ｓｅｓｓｉｏｎ状態」、及び「仮想ＵＥコネクション情報」の項目を含む。

「実ＵＥコネクション情報」は、例えば、実ＵＥ（又は移動局６０）と通信相手（又はＷｅｂサーバ４１，４２）との通信のうち、オフロード対象のＴＣＰ通信のコネクション情報が記憶される。実ＵＥは、例えば、Ｐ−ＧＷ２１により払い出されたＩＰアドレスにより識別される移動局６０である。当該コネクション情報には、図７（Ｃ）の例では、移動局６０の識別子、ＩＰアドレス、ＴＣＰポート番号を含む。

「Ｓｅｓｓｉｏｎ状態」は、例えば、当該通信回線の状態（「接続中」、「ＵＬ切断待ち」、「ＤＬ切断待ち」など）が記憶される。

「仮想ＵＥコネクション情報」は、例えば、仮想ＵＥのＴＣＰコネクション情報が記憶される。仮想ＵＥは、例えば、ホームアドレスにより識別される移動局６０のことである。図７（Ｃ）の例では、当該コネクション情報には、移動局６０の識別子、ホームアドレス、ＴＣＰポート番号を含む。

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

＜パケット＞
次にパケットのデータ構成例について説明する。図８から図１３（Ｂ）は各パケットのデータ構成例を表わしている。

図８は基地局１１からＳ−ＧＷ２２へ向かうアップリンクのＧＴＰ−ｕパケット（Uplink GTP-uパケット）のデータ構成例である。ＧＴＰ−ｕパケットは、ユーザデータ、ＴＣＰヘッダ、ＩＰヘッダ、ＧＴＰ−ｕヘッダ、ＵＤＰ＿Ｇヘッダ、ＩＰ＿Ｇヘッダ、Ｌ２（レイヤ２）ヘッダ、Ｌ１（レイヤ１）ヘッダを含む。ＧＴＰ−ｕパケットは、ユーザデータ、ＴＣＰヘッダ、及びＩＰヘッダを有するＩＰパケットが、ＧＴＰ−ｕヘッダ、ＵＤＰ＿Ｇヘッダ、及びＩＰ＿Ｇヘッダでカプセル化され、カプセル化されたパケットにＬ２ヘッダ及びＬ１ヘッダが付与されている。

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

図９は、Ｓ−ＧＷ２２から基地局１１へ送信されるダウンリンクのＧＴＰ−ｕパケット（Downlink GTP-uパケット）のデータ構成例である。図９の例では、ＩＰヘッダ及びＩＰ＿Ｇヘッダの送信元ＩＰアドレスと宛先ＩＰアドレスが、図８に示すＧＴＰ−ｕパケットと逆になっている。ＴＥＩＤは、基地局１１内のトンネル終端点を示す値となっている。

図１０（Ａ）及び１０（Ｂ）は、仮想ＵＥがｈｏｍｅ−ｌｉｎｋ（又は宅内接続）に位置するとき、オフロード網５０を介してオフロードＧＷ７０とＷｅｂサーバ４１，４２との間で交換されるオフロードトラヒックのパケット（以下、オフロードパケットと称する場合がある）の構成例を表わしている。仮想ＵＥがｈｏｍｅ−ｌｉｎｋ（又は宅内接続）に位置するとは、例えば、移動局６０が宅内ネットワークに位置するときであり、ホームアドレスの情報がオフロードＧＷ７０（＃Ａ）に存在して他にコピーされていない状態である。図１０（Ａ）及び１０（Ｂ）の例は、ハンドオーバ前のオフロードＧＷ７０において送受信されるオフロードパケットの例である。

このうち、図１０（Ａ）はオフロードＧＷ７０からオフロード網５０を介してＷｅｂサーバ４１，４２に送信されるオフロードパケットの例を表わしている。また、図１０（Ｂ）はＷｅｂサーバ４１，４２からオフロード網５０を介してオフロードＧＷ７０で受信するオフロードパケットの構成例を表わしている。

図１０（Ａ）に示すように、オフロードＧＷ７０から送信されるオフロードパケットは、ＩＰヘッダの送信元ＩＰアドレスがホームアドレスとなっている。オフロードＧＷ７０では、図８に示すＧＴＰ−ｕパケットからＩＰパケットを抽出し、ＩＰヘッダの送信元ＩＰアドレスを移動局６０のＩＰアドレスからホームアドレスに書き換えて送信する。

また、図１０（Ｂ）に示すように、オフロードＧＷ７０で受信するオフロードパケットは、ＩＰヘッダの宛先ＩＰアドレスがホームアドレスとなっている。オフロードＧＷ７０では、図１０（Ｂ）に示すオフロードパケットの宛先ＩＰアドレスをホームアドレスから移動局６０のＩＰアドレスに書き換えて、さらに当該オフロードパケットに対してＧＴＰ−ｕヘッダなどを付加して、ＧＴＰ−ｕパケット（図９）にして送信する。

図１１（Ａ）及び図１１（Ｂ）は仮想ＵＥがｆｏｒｅｉｇｎ−ｌｉｎｋ（又は外部接続）に位置するとき、オフロード網５０を介してオフロードＧＷ７０とＷｅｂサーバ４１，４２との間で交換されるオフロードパケットの例を表わしている。仮想ＵＥがｆｏｒｅｉｇｎ−ｌｉｎｋに位置するとは、例えば、移動局６０が外部ネットワークに位置するときであり、ホームアドレスの情報がソースオフロードＧＷ７０（＃Ａ）ではなくターゲットオフロードＧＷ７０（＃Ｃ）に存在する状態のことである。図１１（Ａ）及び図１１（Ｂ）の例は、ターゲットオフロードＧＷ７０（＃Ｃ）から送受信されるオフロードパケットの例を表わしている。

このうち、図１１（Ａ）はターゲットオフロードＧＷ７０（＃Ｃ）からオフロード網５２を介してＷｅｂサーバ４１，４２に送信されるオフロードパケットの構成例を表わしている。図１１（Ｂ）はＷｅｂサーバ４１，４２からオフロード網５２を介してターゲットオフロードＧＷ７０（＃Ｃ）で受信するオフロードパケットの構成例を表わしている。

図１１（Ａ）に示すように、ターゲットオフロードＧＷ７０（＃Ｃ）から送信されるオフロードパケットは、ＧＴＰ−ｕパケット（図８）と比較して、ＩＰヘッダの送信元ＩＰアドレスがケアオブアドレスであり、さらにホームアドレスオプションとしてホームアドレスが付加される。

また、図１１（Ｂ）に示すように、ターゲットオフロードＧＷ７０（＃Ｃ）が受信するオフロードパケットは、ＧＴＰ-ｕパケット（図９）と比較して、ＩＰヘッダの宛先ＩＰアドレスがケアオブアドレスとなっており、さらに、ホームアドレスが付加されている。

ターゲットオフロードＧＷ７０（＃Ｃ）は、基地局１１から送信されたＧＴＰ−ｕパケットからＩＰパケットを抽出し、送信元ＩＰアドレスをケアオブアドレスに変更し、さらにホームアドレスを付加したＩＰパケットをオフロード網５２に送信する。

また、ターゲットオフロードＧＷ７０（＃Ｃ）は、オフロード網５２からオフロードパケットを受信すると、宛先ＩＰアドレスをケアオブアドレスから移動局６０のＩＰアドレスに書き換え、付加されたホームアドレスも削除するなどしたＩＰパケットを生成する。そして、ターゲットオフロードＧＷ７０（＃Ｃ）は生成したＩＰパケットに対してＧＴＰ−ｕヘッダなどを付加してＧＴＰ−ｕパケットを生成し、これをＳ−ＧＷ２２からのＧＴＰ−ｕパケットに合流させる。

図１２（Ａ）及び図１２（Ｂ）はBiding Updateメッセージの構成例を表わす図である。Biding Updateメッセージは、移動局６０の移動に伴い、仮想ＵＥがオフロードＧＷ７０間を移動した（又はホームアドレスが移動した）場合において、仮想ＵＥが新リンクに存在することをホームエージェント１７８及びＷｅｂサイトに登録させるためのメッセージである。

このうち、図１２（Ａ）はターゲットオフロードＧＷ７０（＃Ｃ）からホームエージェント１７８に送信されるBiding Updateメッセージの構成例を表わしている。また、図１２（Ｂ）はターゲットオフロードＧＷ７０（＃Ｃ）からＷｅｂサーバ４１，４２に送信されるBiding Updateメッセージの構成例を表わしている。

図１２（Ａ）及び図１２（Ｂ）に示すように、Biding Updateメッセージにはホームアドレスとケアオブアドレスとを組にしたものが含まれている。ＩＰヘッダの送信元ＩＰアドレスはいずれもケアオブアドレスである。ホームエージェント１７８に送信されるBiding Updateメッセージには宛先ＩＰアドレスとしてホームアドレス、Ｗｅｂサーバ４１，４２に送信されるBiding Updateメッセージには宛先ＩＰアドレスとしてＷｅｂサーバ４１，４２のＩＰアドレスがＩＰヘッダに含まれる。例えば、ホームエージェント１７８や仮想端末処理部１７５などでかかる処理が行われる。

図１３（Ａ）及び図１３（Ｂ）は、ホームエージェント１７８がＷｅｂサーバ４１，４２と仮想ＵＥ（ホームアドレス）間でオフロードパケットを中継する場合の当該パケットの構成例を表わしている。いずれも、仮想ＵＥがｆｏｒｅｉｇｎ−ｌｉｎｋに位置する場合の例である。このうち、図１３（Ａ）はホームエージェント１７８から仮想ＵＥに送信されるオフロードパケット、図１３（Ｂ）は仮想ＵＥからホームエージェント１７８に送信されるオフロードパケットの構成例をそれぞれ表わしている。

図１３（Ａ）に示すオフロードパケットでは、ＩＰヘッダの送信元ＩＰアドレスはＷｅｂサーバ４１，４２のＩＰアドレス、宛先ＩＰアドレスはホームアドレスとなっている。図１３（Ｂ）に示すオフロードパケットは、ＩＰヘッダの送信元ＩＰアドレスはホームアドレス、宛先ＩＰアドレスはＷｅｂサーバ４１，４２のＩＰアドレスとなっている。これらのオフロードパケットは、ホームエージェント１７８と仮想ＵＥ間でＩＰ ｉｎ ＩＰトンネルが設定されて中継が行われる。例えば、仮想端末処理部１７５やホームエージェント１７８などでＩＰｉｎＩＰトンネルの設定や図１３（Ａ）及び図１３（Ｂ)に示すオフロードパケットの生成などの処理が行われる。

＜ベアラ状態管理データ＞
次にベアラ状態管理データ１７６（図４）について説明する。図１４（Ａ）から図１４（Ｃ）はベアラ状態管理データ１７６を説明するための図である。本第２の実施の形態において、ベアラ状態管理データ１７６は、ベアラ利用加入者特定テーブル１７６Ａとベアラテーブル１７６Ｂとで管理される。

ベアラ利用加入者特定テーブル１７６Ａ（ベアラ利用加入者特定テーブル１７６ａ，１７６ｂ）は一連のテーブルである。ベアラ利用加入者特定テーブル１７６ｂの「ｏＧＷ内ＵＥ識別子」はベアラ利用加入者特定テーブル１７６ａの「ｏＧＷ内ＵＥ識別子」と同値であり、同一レコードであることを明示するために記載されている。

「ｏＧＷ内ＵＥ識別子」には、例えば、当該オフロードＧＷ７０で移動局６０を一意に識別する情報が記憶される。「ＭＭＥ装置識別子」には、例えば、ＭＭＥ内ＵＥ識別子を移動局６０に付与したＭＭＥ２３の識別子が記憶される。「ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）」には、例えば、基地局１１で付与された移動局６０の識別子（eNB UE S1AP ID）が記憶される。「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」には、例えば、基地局１１で付与された移動局６０の識別子（eNB UE X2AP ID）が記憶される。「ｅＮＢ装置識別子」には、例えば、「ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）」及び 「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」を移動局６０に付与した基地局１１の識別子が記憶される。

また、「T-Targetセル識別情報」には、例えば、ハンドオーバ先のオフロードＧＷ７０で受信されたハンドオーバ元の基地局１１が選択したハンドオーバ先セル識別情報が記憶される。「T-Targetセル内ＵＥ識別情報」には、例えば、ハンドオーバ先のオフロードＧＷ７０で受信した移動局６０の識別情報であって、ハンドオーバ先の基地局１１が選択したハンドオーバ先セル内の移動局６０の識別情報が記憶される。「Target ID」は、例えば、ハンドオーバ元のオフロードＧＷ７０で受信した移動局６０の識別情報であって、ハンドオーバ元の基地局１１が選択したハンドオーバ先セル内の移動局６０の識別情報が記憶される。

さらに、「S-Targetセル識別情報」には、ハンドオーバ元のオフロードＧＷ７０で受信したハンドオーバ元の基地局１１が選択したハンドオーバ先のセル識別情報が記憶される。また、「S-Targetセル内ＵＥ識別情報」には、ハンドオーバ元のオフロードＧＷ７０で受信したハンドオーバ先の基地局１１が選択したハンドオーバ先セル内のＵＥ識別情報が記憶される。

＜ベアラテーブル＞
図１４（Ｃ）に示すベアラテーブル１７６Ｂの「ｏＧＷ内ＵＥ識別子」には、オフロードＧＷ７０で移動局６０を一意に識別する情報が記憶される。同一の移動局６０に関して、ベアラテーブル１７６Ｂとベアラ利用加入者特定テーブル１７６Ａの「ｏＧＷ内ＵＥ識別子」には同一の識別子が記憶される。「利用者回線識別子」には、移動局６０内での利用者回線を一意に識別する情報が記憶され、移動局６０での回線識別子（E RAB ID）と同期する。

「uplink回線割り付け情報」には、例えば、利用者回線識別子に対するＳ−ＧＷ２２へ向かうアップリンクパケットの宛先情報が記憶される。「downlink回線割り付け情報」には、例えば、利用者回線識別子に対する基地局１１へ向かうダウンリンクパケットの宛先情報が記憶される。

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

＜対応管理データ＞
次に、対応管理データ１７９（図４）の構成例について説明する。図１５は対応管理データ（図１５ではホームエージェント状態管理データを記載している）１７９を説明するための図である。対応管理データ１７９は、ホームエージェント状態管理テーブル１７９Ａで管理される。

「Ｈｏｍｅ Ａｄｄｒｅｓｓ」には、例えば、移動局６０が利用回線（ベアラ）を設定するときに対応するオフロードＧＷ７０において仮想ＵＥに付与したオフロード通信用アドレスが記憶される。ホームアドレスは、例えば、仮想ＵＥのｈｏｍｅ−ｌｉｎｋでのアドレスとなっている。

「ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ」には、例えば、移動局６０の移動に伴う仮想ＵＥの移動先でのオフロード通信用アドレス（ケアオブアドレス）が記憶される。ケアオブアドレスは、例えば、仮想ＵＥのｆｏｒｅｉｇｎ−ｌｉｎｋでのアドレスとなっている。

なお、ホームアドレスとケアオブアドレスの対応登録は、仮想ＵＥからのBinding Updateメッセージによりホームエージェント１７８に通知される。

＜メッセージ＞
次に各ノード間で交換される主なメッセージのデータ構成例について説明する。図１６から図２７は各メッセージのデータ構成例を表わしている。

図１６は、移動局６０が起動するときにＭＭＥ２３から基地局１１へ送信されるInitial Context Setup Requestメッセージのデータ構成例を表わす。また、図１７は、Initial Context Setup Requestメッセージに対する応答メッセージであるInitial Context Setup Responseメッセージのデータ構成例を表わしている。Initial Context Setup Responseメッセージは基地局１１からＭＭＥ２３に送信される。

図１８は、移動局６０においてＳ１ベースのハンドオーバが行われるとき、移動局６０からソースＭＭＥ２３に送信されるHandover Requiredメッセージのデータ構成例を表わす。また、図１９は、Ｓ１ベースのハンドオーバにおいて、ターゲットＭＭＥ２３からターゲット基地局１１へ送信されるHandover Requestメッセージのデータ構成例を表わしている。

さらに、図２０は、Handover Requestメッセージに応じてターゲット基地局１１からターゲットＭＭＥ２３に送信されるHandover Request Ack.メッセージのデータ構成例を表わす。また、図２１はソースＭＭＥ２３からソース基地局（又はサービング基地局）１１へ送信されるHandover Commandメッセージ、図２２はソースＭＭＥ２３からソース基地局１１へ送信されるUE Context Release Command メッセージの各構成例を表わす。

図２３は、Ｘ２ベースのハンドオーバにおいて、ソース基地局１１からターゲットオフロードＧＷ７０（＃Ｃ）経由でターゲット基地局１１へ転送される、X2AP: Handover Requestメッセージのデータ構成例を表わす。また、図２４は、X2AP: Handover Requestメッセージの応答メッセージである、X2AP: Handover Request Ack.メッセージのデータ構成例を表わしている。X2AP: Handover Request Ack.メッセージは、ターゲットオフロードＧＷ７０（＃Ｃ）を介して、ターゲット基地局１１からソース基地局１１へ送信される。さらに、図２５は、X2AP: UE Context Releaseメッセージの構成例を表わす。

図２６は、Ｘ２ベースハンドオーバにおいて、ターゲット基地局１１からＭＭＥ２３へ送信されるPath Switch Requestメッセージの構成例を表わす。また、図２７は、Path Switch Requestメッセージの応答として、ＭＭＥ２３からターゲット基地局１１へ送信されるPath Switch Request Ack.メッセージの構成例を表わす。

＜処理フロー＞
次にオフロードＧＷ７０における処理フローについて説明する。図２８Ａから図４０はオフロードＧＷ７０における処理フローの例を表わしている。以下、図面番号順に説明する。なお、以下の処理は、例えば、ＣＰＵ７３（図３）によって実行される。

図２８Ａ及び図２８Ｂは、基地局１１からＳ−ＧＷ２２へ向かうUplink GTP-uパケット（図８）を振り分けポイントのオフロードＧＷ７０が受信した場合の処理フローの例を表わす。このUplink GTP-uパケットはオフロード網５０に送信されるオフロードパケットとなる。

ＣＰＵ７３は処理を開始すると、ベアラテーブル１７６Ｂ（図１４（Ｃ））のアップリンク回線割付情報が受信パケットのＴＥＩＤに一致するベアラテーブル１７６Ｂのレコードを取り出し、ｏＧＷ内ＵＥ識別子及び利用者回線識別子を特定する（Ｓ１）。

次いで、ＣＰＵ７３はレコードがあるか否かを判定する（Ｓ２）。ＣＰＵ７３は、レコードがなければ（Ｓ２で「なし」）、受信パケット（Uplink GTP-uパケット）をＳ−ＧＷ２２へ中継し（Ｓ１６）、図２８Ａ及び図２８Ｂの処理を終了する。

一方、ＣＰＵ７３はレコードがあれば（Ｓ２で「あり」）、利用者回線Ａｄｄｒｅｓｓ−ｐｏｒｔ変換テーブル１１７Ａ３（図７（Ｃ））から、ｏＧＷ内ＵＥ識別子及び利用者回線識別子に対応し、かつ、ＴＣＰコネクション情報が受信パケットのＴＣＰコネクション情報（ソースＩＰアドレス（ＳＡ）及びソースポート番号（src port））と一致するレコードを取り出す（Ｓ３）。

次いで、ＣＰＵ７３はレコードがあるか否かを判定する（Ｓ４）。レコードがあれば（Ｓ４で「あり」）、処理はＳ５に進み、レコードがなければ（Ｓ４で「なし」）、処理はＳ９に進む。

ＣＰＵ７３は、Ｓ５において、ＧＴＰ−ｕユーザデータがＴＣＰの切断要求（flag=fin）であるか否かを判定する。ＣＰＵ７３は、例えば、受信パケットのＴＣＰヘッダにおいて「flag」として「fin」が含まれているか否かにより判定する。切断要求であれば（Ｓ５で「切断要求」）、処理はＳ６に進み、切断要求でなければ（Ｓ５で「切断要求以外」）、処理はＳ１２に進む。

ＣＰＵ７３は、Ｓ６において、取り出したレコードのＳｅｓｓｉｏｎ状態はＵＬ切断確認待ちか否かを判定する（Ｓ６）。Ｓｅｓｓｉｏｎ状態がＵＬ切断確認待ちのとき（Ｓ６で「ＵＬ切断確認待ち」）、処理はＳ７に進み、Ｓｅｓｓｉｏｎ状態がＵＬ切断確認待ち以外のとき（Ｓ６で「ＵＬ切断確認待ち以外」）、処理はＳ８に進む。

ＣＰＵ７３は、Ｓ７において、利用者回線毎アドレスポート変換テーブル１７７Ａ３から取り出したレコード（Ｓ３）を削除する。そして、処理はＳ１２に進む。

一方、ＣＰＵ７３は、Ｓ８において、利用者回線毎アドレスポート変換テーブル１７７Ａ３の取りだしたレコードのＳｅｓｓｉｏｎ状態を「ＤＬ切断確認待ち」に設定する（Ｓ８）。

また、ＣＰＵ７３は、Ｓ９において、ＧＴＰ−ｕユーザデータはＴＣＰの接続要求（flag=syn）であるか否かを判定する。ＣＰＵ７３は、例えば、受信パケットのＴＣＰヘッダにおいて「flag」として「syn」が含まれているか否かにより判定する。ＧＴＰ−ｕユーザデータはＴＣＰの接続要求であれば（Ｓ９で「接続要求」）、処理はＳ１０に進み、ＧＴＰ−ｕユーザデータはＴＣＰの接続要求以外であれば（Ｓ１０で「接続要求以外」）、Ｓ１６に進む。

ＣＰＵ７３は、Ｓ１０において、利用者回線対応での利用ｐｏｒｔを捕捉し、仮想ＵＥ−Ｐｏｒｔ情報とする。

次いで、ＣＰＵ７３は、受信パケットのＴＣＰコネクション情報（ＳＡ，scr port）及び仮想ＵＥ−ｐｏｒｔ情報を、ｏＧＷ内ＵＥ識別子、利用者回線識別子対応に利用者回線毎アドレスポート変換テーブル１７７Ａ３（図７（Ｃ））の実ＵＥコネクション情報及び仮想ＵＥコネクション情報としてレコードにそれぞれ追加する（Ｓ１１）。これにより、例えば、利用者回線毎アドレスポート変換テーブル１７７Ａ３において、ｏＧＷ内ＵＥ識別子及び利用者回線識別子に対応するレコードにおいて、実ＵＥコネクション情報と仮想ＵＥコネクション情報とが追加される。

次いで、ＣＰＵ７３は、受信パケットのＧＴＰ−ｕカプセルからＧＴＰ−ｕユーザデータを取り出し、ＴＣＰ／ＩＰパケットとし、利用者回線毎アドレスポート変換テーブル１７７Ａ３の仮想コネクション情報でＴＣＰ／ＩＰパケットの送信側のＴＣＰ情報を書き換える（図２９ＢのＳ１２）。これにより、例えば、ＣＰＵ７３は利用者回線毎アドレスポート変換テーブル１７７Ａ３に基づいて、受信パケットのＴＣＰヘッダとＩＰヘッダを変更することができる。例えば、ＣＰＵ７３は受信パケット（図８）のＴＣＰヘッダの送信元ポート番号を実ＵＥに対応するポート番号から仮想ＵＥに対応するポート番号に書き換える（図１０（Ａ））。また、ＣＰＵ７３は、例えば、受信パケットのＩＰヘッダの送信元ＩＰアドレスを、実ＵＥに対応するＩＰアドレス（又は移動局６０のＩＰアドレス）から仮想ＵＥに対応するホームアドレスに書き換える（図１０（Ａ））。

次いで、ＣＰＵ７３は、仮想ＵＥの位置はｈｏｍｅ−ｌｉｎｋにあるか否かを判定する（Ｓ１３）。例えば、ＣＰＵ７３は利用者回線毎Ｈｏｍe Ａｄｄｒｅｓｓ登録テーブル１１７Ａ１（図７（Ａ)）のホームアドレス情報と、当該ホームアドレスのｏＧＷ内ＵＥ識別子及び利用者回線識別子に対応する、ベアラテーブル１７６Ｂ（図１４（Ｃ））のオフロード通信用アドレスが一致しているか否かにより判定する。例えば、ＣＰＵ７３は２つのアドレスが一致しているときは、仮想ＵＥはｈｏｍｅ−ｌｉｎｋにあると判定でき、一致しないときは、仮想ＵＥはｈｏｍｅ−ｌｉｎｋにないと判定できる。

仮想ＵＥがｈｏｍｅ−ｌｉｎｋにあるとき（Ｓ１３で「Ｈｏｍｅ Ｌｉｎｋ内」）、ＣＰＵ７３は、Ｓ１４の処理を行うことなく、送信元ＩＰアドレスと送信元ポート番号を変更したＴＣＰ／ＩＰパケットをそのままオフロード網５０に送信する（Ｓ１５）。

一方、仮想ＵＥがｈｏｍｅ−ｌｉｎｋにないとき（Ｓ１３で「Ｈｏｍｅ Ｌｉｎｋ以外」）、ＣＰＵ７３はＳ１４に進む。Ｓ１４において、ＣＰＵ７３は、ＴＣＰ／ＩＰパケットのＳＡを元にしてＨｏｍｅ Ａｄｄｒｅｓｓ ｏｐｔｉｏｎを追加し、ＳＡをベアラテーブル１７６Ｂのオフロード通信用アドレスで書き換える。仮想ＵＥがｈｏｍｅ−ｌｉｎｋにない場合は、例えば、ホームアドレスなどの情報がソースオフロードＧＷ７０（＃Ａ）からターゲットオフロードＧＷ７０（＃Ｃ）に送信された場合である。このような場合、ターゲットオフロードＧＷ７０（＃Ｃ）はオフロード網５２に送信するパケットの送信元ＩＰアドレスをホームアドレスからケアオブアドレスに書き換えて、さらに、Ｈｏｍｅ Ａｄｄｒｅｓｓ ｏｐｔｉｏｎを追加してホームアドレスも含めるようにしている。（ターゲットオフロードＧＷ７０（＃Ｃ）の）例えば、ＣＰＵ７３がこのような書き換えと追加とを行う。

次いで、ＣＰＵ７３は、送信元ＩＰアドレスがケアオブアドレス、Ｈｏｍｅ Ａｄｄｒｅｓｓ ｏｐｔｉｏｎとしてホームアドレスが追加されたＴＣＰ／ＩＰパケット（図１１（Ａ））をオフロード網５２に送信する（Ｓ１５）。

そして、ＣＰＵ７３は一連の処理を終了する。

図２９は、オフロード網５０からオフロードアンカポイントのオフロードＧＷ７０がオフロードアンカポイント宛のパケットを受信したときの処理フローの例を表わしている。

ＣＰＵ７３は処理を開始すると、受信パケット（ＴＣＰ／ＩＰ）の宛先情報（ｄｓｔ情報）をオフロードＧＷ７０側ＴＣＰコネクション情報として取り出す（Ｓ２１）。

次いで、ＣＰＵ７３は、仮想ＵＥの位置はｈｏｍｅ−ｌｉｎｋにあるか否かを判定する（Ｓ２２）。ＣＰＵ７３は、例えば、図２８ＢのＳ１３と同様に、利用者回線毎ホームアドレス登録テーブル１７７Ａ１のホームアドレスと、ベアラテーブル１７６Ｂのオフロード通信用アドレスとが一致しているか否かにより判定する。仮想ＵＥの位置がｈｏｍｅ−ｌｉｎｋ内にあれば（Ｓ２２で「Ｈｏｍｅ ｌｉｎｋ内」）、処理はＳ２４に進み、仮想ＵＥの位置がｈｏｍｅ−ｌｉｎｋ外であれば（Ｓ２２で「Ｈｏｍｅ ｌｉｎｋ外」）、処理はＳ２３に進む。

ＣＰＵ７３は、Ｓ２３において、受信パケットのＲｏｕｔｉｎｇ ｔｙｐｅ２でＴＣＰコネクション情報の宛先ＩＰアドレス（ＤＡ）を書き換える。例えば、ターゲットオフロードＧＷ７０（＃Ｃ）のＣＰＵ７３は、オフロード網５２からＴＣＰ／ＩＰパケット（図１１（Ｂ））を受け取り、ＩＰヘッダの宛先ＩＰアドレスを、ケアオブアドレスから拡張ヘッダ（Ｒｏｕｔｉｎｇ ｔｙｐｅ２）に含まれるホームアドレスに書き換える。次いで、処理はＳ２４に進む。

ＣＰＵ７３は、Ｓ２４において、利用者回線毎アドレスポート変換テーブル１７７Ａ３のレコード内で仮想ＵＥコネクション情報がＴＣＰコネクション情報と一致するレコードを取り出す。例えば、ＣＰＵ７３は、受信したＴＣＰ／ＩＰのＴＣＰヘッダやＩＰヘッダのコネクション情報と一致する、利用者回線毎アドレスポート変換テーブル１７７Ａ３のＵＥ仮想コネクション情報を有するレコードを取り出す。

次いで、ＣＰＵ７３はレコードがあるか否かを判定する（Ｓ２５）。レコードがなければ（Ｓ２５で「なし」）、図２９の処理が終了する。一方、レコードがあれば（Ｓ２５で「あり」）、処理はＳ２６に進む。

ＣＰＵ７３は、Ｓ２６において、受信パケットはＴＣＰの切断要求（flag=fin）であるか否かを判定する。受信パケットが切断要求のパケットでなければ（Ｓ２６で「切断要求以外」）、処理はＳ２７に進み、受信パケットが切断要求のパケットであるとき（Ｓ２６で「切断要求」）、処理はＳ２９に進む。

ＣＰＵ７３は、Ｓ２７において、ＧＴＰ−ｕカプセルからＧＴＰ−ｕユーザデータを取り出し、ＴＣＰ／ＩＰパケットのオフロードＧＷ側ＴＣＰコネクション情報に対応するＵＥ側ＴＣＰコネクション情報でＴＣＰ／ＩＰパケットの宛先（dst）のＴＣＰコネクション情報を書き換える。さらに、ＣＰＵ７３は、ＧＴＰ−ｕカプセル化し、ＧＴＰ−ｕパケットを生成する。例えば、ＣＰＵ７３は、ＴＣＰ／ＩＰパケットのＩＰヘッダに含まれるホームアドレスを移動局６０のＩＰアドレス（又は実ＵＥのＩＰアドレス）に書き換えて、ＧＴＰ−ｕパケットを生成する。

次いで、ＣＰＵ７３は、生成したＧＴＰ−ｕパケットを基地局１１に送信する（Ｓ２８）。そして、ＣＰＵ７３は、図２９に示す処理を終了する。

一方、ＣＰＵ７３は、Ｓ２９において、利用者回線毎アドレスポート変換テーブル１７７Ａ３から取り出したレコードの「Ｓｅｓｓｉｏｎ状態」が「ＤＬ切断確認待ち」であるか否かを判定する。

「Ｓｅｓｓｉｏｎ状態」が「ＤＬ切断確認待ち」であれば（Ｓ２９で「ＤＬ切断確認待ち」）、ＣＰＵ７３は、利用者回線毎アドレスポート変換テーブル１７７Ａ３から取り出したレコードを削除する（Ｓ３１）。そして、処理はＳ２７に進む。

一方、Ｓｅｓｓｉｏｎ状態が「ＤＬ切断確認待ち」以外であれば（Ｓ２９で「ＤＬ切断確認待ち以外」）、処理はＳ３０に進む。Ｓ３０において、ＣＰＵ７３は、利用者回線毎アドレスポート変換テーブル１７７Ａ３の一致したレコードのＳｅｓｓｉｏｎ状態を「ＵＬ切断確認待ち」に設定する。そして、処理はＳ２７に進む。

図３０は、例えば、ＣＰＵ７３のＳ１ＡＰ傍受処理部１７１によって実行される、Initial Context Setup Requestメッセージ（ＭＭＥ２３→基地局１１、図１６）の傍受時の処理フローの例を表わす。

ＣＰＵ７３は、処理を開始すると、Initial Context Setupメッセージの「MME UE S1AP ID」及び「eNB UE S1AP ID」をベアラ利用加入者特定テーブル１７６Ａ（図１４（Ａ）、図１４（Ｂ））のＭＭＥ内ＵＥ識別子及びｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）に夫々登録する（Ｓ６１）。

次いで、ＣＰＵ７３は、Initial Context Setupメッセージのアップリンク向け回線割付情報を利用者回線識別子（E RAB ID）毎にベアラテーブル１７６Ｂ（図１４（Ｃ））のアップリンク割付情報へ登録する（Ｓ６２）。

次いで、ＣＰＵ７３は、仮想ＵＥ用ホームアドレス捕捉処理を行う（Ｓ６３）。図３０Ａは仮想ＵＥ用ホームアドレス捕捉処理の処理フローの例を表わす。図３０Ａは、例えばＣＰＵ７３の仮想端末処理部１７５において行われる。

ＣＰＵ７３は処理を開始すると、利用者のオフロード対象の利用者回線識別子（E RAB ID）について以下の処理（Ｓ６３ｂ〜Ｓ６３ｄ）を繰り返す（Ｓ６３ａ）。

次いで、ＣＰＵ７３は、オフロード通信用アドレスを捕捉する（Ｓ６３ｂ）。例えば、オフロードＧＷ７０はＤＨＣＰサーバに対してホームアドレスの要求を行って、ＤＨＣＰサーバから複数のホームアドレスを受け取る。そして、オフロードＧＷ７０は、受け取ったホームアドレスから、他の利用者回線識別子に割り振ったホームアドレスと重複しないように利用者回線識別子毎にホームアドレスを設定する。例えば、ＤＨＣＰサーバ以外にも、オフロードＧＷ７０内のホームサーバ７６においてホームアドレスの生成などが行われてもよい。

次いで、ＣＰＵ７３は、オフロード通信用アドレスをベアラテーブル１７６Ｂ（図１４（Ｃ）)の利用者回線識別子（E RAB ID）に対応する「オフロード通信用アドレス」に設定する（Ｓ６３ｃ）。例えば、ＣＰＵ７３は捕捉したホームアドレスをベアラテーブル１７６Ｂの対応する「オフロード通信用Ａｄｄｒｅｓｓ」に登録する。

次いで、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子、利用者回線識別子に対応する、利用者回線毎ホームアドレス登録テーブル１７７Ａ１の「ホームアドレス情報」にオフロード通信用アドレスを設定する（Ｓ６３ｄ）。そして、ＣＰＵ７３は図３０Ａ及び図３０に示す処理を終了する。

図３１は、ＣＰＵ７３のＳ１ＡＰ傍受処理部１７１によって実行される、Initial Context Setup Responseメッセージ（基地局１１→ＭＭＥ２３、図１７）の傍受時の処理フローの例を表わす。

ＣＰＵ７３は処理を開始すると、Initial Context Setup Responseメッセージ中の「MME UE S1AP ID」でベアラ利用加入者特定テーブル１７６Ａ（図１４（Ａ）、図１４（Ｂ））のＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（Ｓ７１）。

次いで、ＣＰＵ７３は、Initial Context Setup Responseメッセージ中のダウンリンク回線割付情報を、利用者回線識別子（E RAB ID）毎に、ベアラテーブル１７６Ｂのダウンリック回線割付情報に設定する（Ｓ７２）。そして、ＣＰＵ７３は、図３１に示す処理を終了する。

図３２は、Ｓ１ベースハンドオーバが行われるときにＣＰＵ７３のＳ１ＡＰ傍受処理部１７１によって実行される、Handover Requiredメッセージ（ソース基地局１１からソースＭＭＥ２３、図１８）の傍受時における処理フローの例を表わしている。図３２は、例えば、Ｓ１ハンドオーバにおけるソースオフロードＧＷ７０（＃Ａ）において行われる処理でもある。

ＣＰＵ７３は、処理を開始すると、Handover Requiredメッセージ中の「MME UE S1AP ID」でベアラ利用者加入者特定テーブル１７６Ａの「ＭＭＥ内ＵＥ識別子」を検索し、対応するレコードを確定する（Ｓ８１）。

次いで、ＣＰＵ７３は、Handover Requiredメッセージ中の「Target ID」、「Source to Target Transparent Container」内のセル識別情報を、ベアラテーブル１７６Ｂにおける対応レコードの「Target ID」、「S-Targetセル識別情報」にそれぞれ設定する（Ｓ８２）。そして、ＣＰＵ７３は図３２に示す処理を終了する。

図３３は、Ｓ１ベースのハンドオーバが行われるときにＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行されるHandover Requestメッセージ（ターゲットＭＭＥ２３→ターゲット基地局１１、図１９）の傍受時の処理フローの例を表わしている。図３３は、例えば、Ｓ１ベースのハンドオーバにおけるターゲットオフロードＧＷ７０（＃Ｃ）で行われる処理でもある。

ＣＰＵ７３は、処理を開始すると、Handover Requestメッセージ中の「MME UE S1AP ID」、「Source to Target Transparent Container」内のセル識別情報を、ベアラ利用加入者特定テーブル１７６Ａの「ＭＭＥ内ＵＥ識別子」、「S-Targetセル識別情報」に登録する（Ｓ８３）。

次いで、ＣＰＵ７３は、Handover Requestメッセージのアップリンク向け回線割付情報を利用者回線識別子（E-RAB ID）毎にベアラテーブル１７６Ｂに登録する（Ｓ８４）。

次いで、ＣＰＵ７３は、オフロード通信用アドレス捕捉処理を行う（Ｓ８５）。図３３はオフロード通信用アドレス捕捉処理の処理フローの例を表わしている。例えば、ＣＰＵ７３の仮想端末処理部１７５などで行われる。

ＣＰＵ７３は、処理を開始すると、利用者のオフロード対象の利用者回線識別子（E-RAB ID）について以下の処理（Ｓ８５ｂ及びＳ８５ｃ）を繰り返す（Ｓ８５ａ）。

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

次いで、ＣＰＵ７３は、オフロード通信用アドレスをベアラテーブル１７６Ｂの利用者回線識別子（E-RAB ID）対応の「オフロード通信用アドレス」に設定する（Ｓ８５ｃ）。例えば、ＣＰＵ７３は選択したケアオブアドレスをベアラテーブル１７６Ｂの対応する「オフロード通信用アドレス」に登録する。そして、ＣＰＵ７３は図３３Ａ及び図３３の処理を終了する。

図３４は、Ｓ１ベースのハンドオーバが行われるときＣＰＵ７３のＳ１ＡＰ傍受処理部１７１によって実行されるHandover Request Ack.メッセージ（ターゲット基地局１１→ターゲットＭＭＥ２３、図２０）の傍受時の処理フローの例を表わす。図３４は、例えば、Ｓ１ベースのハンドオーバにおけるターゲットオフロードＧＷ７０（＃Ｃ）において行われる処理でもある。

ＣＰＵ７３は、処理を開始すると、Handover Request Ack.メッセージの「MME UE S1AP ID」でベアラ利用加入者特定テーブル１７６Ａ（図１４（Ａ），図１４（Ｂ））の「ＭＭＥ内ＵＥ識別子」を検索し、対応するレコードを確定する（Ｓ８６）。

次いで、ＣＰＵ７３は、Handover Request Ack.メッセージの「eNB UE S1AP ID」、「Target to Source Transparent Container」内のセル内ＵＥ識別情報を、ベアラ利用加入者特定テーブル１７６ＡのｅＮＢ内ＵＥ識別子、T-Targetセル内ＵＥ識別情報とし、確定したレコードに記憶する（Ｓ８７）。

次いで、ＣＰＵ７３は、Handover Request Ack.メッセージのダウンリンク向け回線割付情報を、利用者回線識別子（E-RAB ID）毎にベアラテーブル１７６Ｂの「downlink回線割付情報」へ設定する（Ｓ８８）。そして、ＣＰＵ７３は図３４に示す処理を終了する。

図３５は、Ｓ１ベースのハンドオーバが行われるときにＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、Handover commandメッセージ（ソースＭＭＥ２３→ソース基地局１１、図２１）の傍受時の処理フローの例を表わす。図３５は、例えば、Ｓ１ベースのハンドオーバにおけるソースオフロードＧＷ７０（＃Ａ）において行われる処理でもある。

ＣＰＵ７３は、処理を開始すると、Handover commandメッセージ中の「MME UE S1AP ID」でベアラ利用加入者特定テーブル１７６Ａ（図１４（Ａ），図１４（Ｂ））のＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定し、ｏＧＷ内ＵＥ識別子を確定する（Ｓ９１）。

次いで、ＣＰＵ７３は、Handover commandメッセージ中の「Target to Source Transparent Container」内のセル内ＵＥ識別情報を、ベアラ利用加入者特定テーブル１７６Ａの「S-Targetセル内ＵＥ識別情報に設定する（Ｓ９２）。

次いで、ＣＰＵ７３は、ソースオフロードＧＷ７０（＃Ａ）におけるベアラ利用加入者特定テーブル１７６Ａの「Target ID」、「S-Target セル識別情報」、「S-Targetセル内ＵＥ識別子」と、ターゲットオフロードＧＷ７０（＃Ｃ）におけるベアラ利用加入者特定テーブル１７６Ａの「eNB装置識別子」、「T-Targetセル識別情報」、「T-Targetセル内ＵＥ識別情報」がそれぞれ一致するレコードを確定する（Ｓ９４）。

次いで、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応する、利用者回線毎ホームアドレス登録テーブル１７７Ａ１（図７（Ａ)）、利用者回線毎通信先登録テーブル１７７Ａ２（図７（Ｂ））、及び利用者回線毎アドレスポート変換テーブル１７７Ａ３（図７（Ｃ））の各レコードを、ターゲットオフロードＧＷ７０（＃Ｃ）のｏＧＷ内ＵＥ識別子に対応する利用者回線毎ホームアドレス登録テーブル１７７Ａ１、利用者回線毎通信先登録テーブル１７７Ａ２、及び利用者回線毎アドレスポート変換テーブル１７７Ａ３のレコードとして追加する（Ｓ９５）。

次いで、ＣＰＵ７３は、Binding Update処理を行う（Ｓ９６）。図３５ＡはBinding Update処理の処理フローの例を表わしている。例えば、ＣＰＵ７３におけるホームエージェント１７８において実行される。

ＣＰＵ７３は、処理を開始すると、ターゲットオフロードＧＷ７０（＃Ｃ）における利用者回線毎ホームアドレス登録テーブル１７７Ａ１（図７（Ａ））の全レコードについて以下の処理（Ｓ９６ｂ〜Ｓ９６ｄ）を繰り返す。

次いで、ＣＰＵ７３は、ターゲットオフロードＧＷ７０（＃Ｃ）のベアラテーブル１７６Ｂ（図１４（Ｃ））から、移動局６０への利用者回線識別子に対応するオフロード通信用アドレス（例えばケアオブアドレス）を取り出す）Ｓ９６ｂ）。

次いで、ＣＰＵ７３は、ターゲットオフロードＧＷ７０（＃Ｃ）から、ソースオフロードＧＷ７０（＃Ａ）のホームエージェント１７８へ、Binding Updateメッセージ（図１２（Ａ））を送信する）Ｓ９６ｃ）。

次いで、ＣＰＵ７３は、ターゲットオフロードＧＷ７０（＃Ｃ）から利用者回線対応の全ての通信先へ、Binding Updateメッセージ（図１２（Ｂ））を送信する。

これにより、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）は、ソースオフロードＧＷ７０（＃Ａ）とＷｅｂサーバ４１，４２に、ホームアドレスと、ホームアドレスに対応するケアオブアドレスとを送信する。そして、ＣＰＵ７３は図３５Ａ及び図３５に示す処理を終了する。

図３６は、Ｓ１ベースのハンドオーバが行われるときのＣＰＵ７３のＳ１ＡＰ傍受処理部１７１によって実行される、UE Context Release Commandメッセージ（ソースＭＭＥ２３→ソース基地局１１、図２２）の傍受時の処理フローの例を表わしている。図３６は、例えば、Ｓ１ベースのハンドオーバにおけるソースオフロードＧＷ７０（＃Ａ）において行われる処理でもある。

ＣＰＵ７３は、処理を開始すると、UE Context Release Commandメッセージ中の「MME UE S1AP ID」でベアラ利用加入者特定テーブル１７６Ａ（図１４（Ａ）、図１４（Ｂ））のＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定し、ｏＧＷ内ＵＥ識別子を確定する（Ｓ１０１）。

次いで、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態テーブル１７７Ａ（図７（Ａ）から図７（Ｃ））のレコードを削除する（Ｓ１０２）。

次いで、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するベアラ利用加入者特定テーブル１７６Ａ及びベアラテーブル１７６Ｂ（図１４（Ｃ））のレコードを削除する（Ｓ１０３）。そして、ＣＰＵ７３は図３６に示す処理を終了する。

図３７は、Ｘ２ベースのハンドオーバが行われるときにＣＰＵ７３のＸ２ＡＰ傍受処理部１７２によって実行される、X2AP: Handover Requestメッセージ（ソース基地局１１→ターゲット基地局１１、図２３）の傍受時の処理フローの例を表わしている。図３７は、例えば、ソースオフロードＧＷ７０（＃Ａ）とターゲットオフロードＧＷ７０（＃Ｃ）において行われる処理でもある。

ＣＰＵ７３は、処理を開始すると、Handover Requestメッセージの送信元の基地局１１が、自オフロードＧＷ７０が収容する基地局１１か否かを判定する（Ｓ１１１）。基地局１１が自オフロードＧＷ７０に収容されているとき（Ｓ１１１で「当ｏＧＷ収容」）、処理はＳ１２０に進む。一方、基地局１１が自オフロードＧＷ７０に収容されていないときは（Ｓ１１１で「他ｏＧＷ収容」）、処理はＳ１１２に進む。

ＣＰＵ７３は、Ｓ１１２において、ｏＧＷ内ＵＥ識別子を捕捉する。

次いで、ＣＰＵ７３は、Handover Requestメッセージ中の「MME UE S1AP ID」をｏＧＷ内ＵＥ識別子と対応付け、ベアラ利用加入者特定テーブル１７６Ａ（図１４（Ａ），図１４（Ｂ））のＭＭＥ内ＵＥ識別子として登録する（Ｓ１１３）。

次いで、ＣＰＵ７３は、Handover Requestメッセージ中の「uplink回線割付情報」をｏＧＷ内ＵＥ識別子に対応付け、利用者回線識別子（E-RAB ID）毎にベアラテーブル１７６Ｂのアップリンク回線割付情報に登録する（Ｓ１１４）。

次いで、ＣＰＵ７３はオフロード通信用アドレスを捕捉する処理（図３０Ａ）を行う（Ｓ１１５）。これにより、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）はケアオブアドレスを生成することができる。なお、ホームアドレスは、例えば、Ｘ２ベースのハンドオーバが行われる前において、オフロードＧＷ７０（Ｘ２ベースのハンドオーバが行われる場合のソースオフロードＧＷ７０（＃Ａ））がInitial Context Setup Requestメッセージを受信したときに生成する（図３０，図３０Ａ）。

次いで、ＣＰＵ７３は、送信元の基地局１１を収容するソースオフロードＧＷ７０（＃Ａ）を特定する（Ｓ１１６）。

次いで、ＣＰＵ７３は、ベアラ利用加入者特定テーブル１７６ＡのＭＭＥ内ＵＥ識別子と、ソースオフロードＧＷ７０（＃Ａ）のベアラ利用加入者特定テーブル１７６ＡのＭＭＥ内ＵＥ識別子が一致するレコードを確定する。これにより、ＣＰＵ７３は、ソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子を確定する（Ｓ１１７）。

次いで、ＣＰＵ７３は、ソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子に対応する、利用者回線毎ホームアドレス登録テーブル１７７Ａ１（図７（Ａ））、利用者回線毎通信先登録テーブル１７７Ａ２（図７（Ｂ））、利用者回線毎アドレスポート変換テーブル１７７Ａ３（図７（Ｃ））の各レコードを、ターゲットオフロードＧＷ７０（＃Ｃ）のｏＧＷ内ＵＥ識別子に対応する各テーブル（利用者回線毎ホームアドレス登録テーブル１７７Ａ１、利用者回線毎通信先登録テーブル１７７Ａ２、利用者回線毎アドレスポート変換テーブル１７７Ａ３）のレコードとしてそれぞれ追加する（Ｓ１１８）。

次いで、ＣＰＵ７３はBinding Update処理（図３５Ａ）を行う（Ｓ１１９）。これにより、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）はＷｅｂサーバ４１，４２にオフロード網５２経由で、ホームアドレスとホームアドレスに対応するケアオブアドレスとを送信できる。また、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）は、ソースオフロードＧＷ７０（＃Ａ）にホームアドレスとケアオブアドレスを送信できる。

そして、ＣＰＵ７３は図３７に示す処理を終了する。

一方、Ｓ１２０において、ＣＰＵ７３はHandover Requestメッセージ中の「MME UE S1AP ID」で、ベアラ利用加入者特定テーブル１７６ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する。

次いで、ＣＰＵ７３は、Handover Requestメッセージ中の「Old eNB UE X2AP ID」を、ベアラ利用加入者特定テーブル１７６Ａの「ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）」に記録する（Ｓ１２１）。そして、ＣＰＵ７３は図３７に示す処理を終了する。

図３８は、Ｘ２ベースのハンドオーバが行われるときのＣＰＵ７３のＸ２ＡＰ傍受処理部１７２により実行される、Path Switch Requestメッセージ（ターゲット基地局１１→ＭＭＥ２３、図２６）の傍受時における処理フローの例を表わしている。図３８は、例えば、Ｘ２ベースのハンドオーバが行われるときのターゲットオフロードＧＷ７０（＃Ｃ）において実行される処理でもある。

ＣＰＵ７３は、処理を開始すると、Path Switch Requestメッセージ中の「MME UE S1AP ID」で、ベアラ利用加入者特定テーブル１７６ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（Ｓ１３１）。

次いで、ＣＰＵ７３は、Path Switch Requestメッセージ中の「downlink回線割付情報」を、加入者回線識別子（E RAB ID）毎に、ベアラテーブル１７６Ｂのダウンリンク回線割付情報へ設定する（Ｓ１３２）。そして、ＣＰＵ７３は図３８に示す処理を終了する。

図３９は、Ｘ２ベースのハンドオーバが行われるときのＣＰＵ７３のＸ２ＡＰ傍受処理部１７２により実行される、Path Switch Request Ack.メッセージ（ＭＭＥ２３→ターゲット基地局１１、図２７）の傍受時における処理フローの例を表わしている。図３９は、例えば、Ｘ２ベースのハンドオーバが行われるときのターゲットオフロードＧＷ７０（＃Ｃ）において実行される処理でもある。

ＣＰＵ７３は、処理を開始すると、Path Switch Request Ack.メッセージ中の「MME UE S1AP ID」で、ベアラ利用加入者特定テーブル１７６ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（Ｓ１３５）。

次いで、ＣＰＵ７３は、Path Switch Request Ack.メッセージ中の「uplink回線割付情報」を、利用者回線識別子（E RAB ID）毎にベアラテーブル１７６Ｂのアップリンク回線割付情報へ設定する（Ｓ１３６）。そして、ＣＰＵ７３は、図３９に示す処理を終了する。

図４０は、Ｘ２ベースのハンドオーバが行われるときのＣＰＵ７３のＸ２ＡＰ傍受処理部１７２により実行される、X2AP: UE Context Releaseメッセージ（ターゲット基地局１１→ソース基地局１１、図２５）の傍受時における処理フローの例を表わしている。

ＣＰＵ７３は、処理を開始すると、UE Context Releaseメッセージの送信元の基地局１１は当該オフロードＧＷ７０が収容する基地局か否かを判定する（Ｓ１２１）。送信元の基地局１１は当該オフロードＧＷ７０が収容する基地局であれば（Ｓ１２１で「当ｏＧＷ収容」）、図４０の処理を終了する。一方、送信元の基地局１１は当該オフロードＧＷ７０が収容する基地局でなければ（Ｓ１２１で「他ＧＷ収容」）、処理はＳ１２２に進む。

ＣＰＵ７３は、Ｓ１２２において、UE Context Releaseメッセージの「Old eNB UE X2AP ID」で、ベアラ利用加入者特定テーブル１７６ＡのｅＮＢ内ＵＥ識別子を検索し、対応するレコードを確定し、ｏＧＷ内ＵＥ識別子を確定する。

次いで、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態テーブル１７７Ａの各レコードを削除する（Ｓ１２３）。

次いで、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するベアラ利用加入者特定テーブル１７６Ａ及びベアラテーブル１７６Ｂの各レコードを削除する（Ｓ１２４）。そして、ＣＰＵ７３は、図４０に示す処理を終了する。

＜ｏＧＷ収容表＞
図６５はオフロードＧＷ７０が記憶部７４に記憶する、基地局１１を収容するオフロードＧＷ情報（又はｅＮＢ収容表）の構成例を表わしている。ＣＰＵ７３は、図６５に示すｅＮＢ収容表を用いて又は参照して、基地局１１を収容するオフロードＧＷ７０を検索することができる。ｅＮＢ収容表は、例えば、オフロードＧＷ７０において移動局６０のハンドオーバにより振り分けポイントとなるオフロードＧＷ７０を特定するために使用される。

＜動作例＞
以下、図６Ａ〜図６Ｃ、図４１から図６４を参照して、第２の実施の形態における動作例を説明する。

＜動作例１：ＴＣＰコネクション生成＞
最初に、移動局６０が起動して、オフロード対象のＴＣＰ通信がオフロードされるまでの動作について説明する。図６Ａはかかる場合の動作例を表わすシーケンス図である。

［動作１−１］
図６Ａのシーケンス図において、移動局６０が起動すると、移動局６０は基地局１１に対して接続手順を行う。すなわち、移動局６０は接続要求メッセージ（Attach Requestメッセージ）を基地局１１に送信する（図６Ａ＜１＞）。Attach Requestメッセージは、基地局１１（eNB#1）経由でＭＭＥ２３（MME#1）へ送信される。

ＭＭＥ２３は、Attach Requestメッセージを受信すると、Create Session RequestメッセージをＳ−ＧＷ２２（SGW#1）へ送信する（図６Ａ＜２＞）。

次いで、ＭＭＥ２３は、Ｓ−ＧＷ２２からCreate Session Responseメッセージを受信する（図６Ａ＜３＞）。

［動作１−２］
ＭＭＥ２３は、Create Session Responseメッセージを受信すると、Initial Context Setup Requestメッセージ（図１６）を生成し、基地局１１へ送信する（図６Ａ＜４＞）。

オフロードＧＷ７０は、基地局１１へ送信されるInitial Context Setup Requestメッセージを傍受する（図６Ａ＜５＞）。ここで、オフロードＧＷ７０は、図３０及び図３０Ａに示す処理を実行する。図３０に示す処理によって、ベアラ利用加入者特定テーブル１７６Ａ及びベアラテーブル１７６Ｂにおいて、ｏＧＷ内ＵＥ識別子（8000）、ＭＭＥ内ＵＥ識別子（MME#1 UE S1AP ID#x）、ＭＭＥ装置識別子（MME#1）、ｅＮＢ内ＵＥ識別子（eNB UE S1AP ID#x）が登録される（図４１のテーブル１７６Ａ及び１７６Ｂを参照）。さらに、当該テーブル１７６Ａ及び１７６Ｂには、ｅＮＢ装置識別子（eNB#1）、利用者回線識別子（1,2）、uplink回線割付情報（TEID#SGW-u1, SGW#1, TEID#SGW-u2, SGW#2）、オフロード通信用アドレス（（オフロード非適用）, UE#x-Home Addr）が登録される。

また、図３０Ａに示す処理によって、オフロード通信用アドレスとしてホームアドレスが生成される。

［動作１−３］
また、オフロードＧＷ７０のＣＰＵ７３によって、利用者回線毎ホームアドレス登録テーブル１７７Ａ１の記憶内容が図４２（Ａ）に示す状態となる。すなわち、利用者回線毎ホームアドレス登録テーブル１７７Ａ１のｏＧＷ内ＵＥ識別子（8000）、利用者回線識別子（2）、ホームアドレス情報（UE#x-Home-Addr）が登録される。

［動作１−４］
図６Ａに戻り、基地局１１はInitial Context Setup Requestメッセージを受信すると、Initial Context Setup Responseメッセージ（図１７）を送信する（図６Ａ＜６＞）。

オフロードＧＷ７０は、ＭＭＥ２３に送信されるInitial Context Setup Responseメッセージを傍受する（図６Ａ＜７＞）。このとき、オフロードＧＷ７０は図３１の処理を実行する。

これにより、ベアラテーブル１７６Ｂにおいて、downlink回線割付情報（eNB-TEID#1, eNB#1, eNB-TEID#2, eNB#1）が登録される（図４１参照）。

［動作１−５］
図６Ａに戻り、次いで、移動局６０がＷｅｂサイトとの接続を開始すると（図６Ａ＜８＞）、基地局１１はＧＴＰ−ｕパケット（図８）をＳ−ＧＷ２２に向けて送信する（図６Ａ＜９＞）。オフロードＧＷ７０はこのＧＴＰ−ｕパケットを受信し、図２８Ａ及び図２８Ｂの処理を行う（図６Ａ＜１０＞）。このとき、ＣＰＵ７３はＳ１からＳ４、Ｓ９からＳ１４，及びＳ１５の処理を行う。これにより、オフロードＧＷ７０はオフロードパケット（図１０（Ａ））を、オフロード網５０を経由してＷｅｂサーバ４１，４２に送信する（図２８ＢのＳ１５，図６Ａ＜１１＞）。

［動作１−６］
オフロードＧＷ７０は、図２８ＢのＳ１５の処理によって、利用者回線毎通信先登録テーブル１７７Ａ２（図４２（Ｂ）参照）にｏＧＷ内ＵＥ識別子及び利用者回線識別子に対応する通信先のＷｅｂサーバ４１，４２のＩＰアドレスを登録する。

［動作１−７］
また、オフロードＧＷ７０は、図２８ＡのＳ１１などの処理によって、利用者回線毎アドレスポート変換テーブル１７７Ａ３において、ｏＧＷ内ＵＥ識別子及び利用者回線識別子に対応する実ＵＥコネクション情報、Ｓｅｓｓｉｏｎ状態、仮想ＵＥコネクション情報が登録される（図４２（Ｃ）参照）。

［動作１−８］
図６Ａに戻り、オフロードパケット（ＴＣＰ／ＩＰパケット）がオフロード網５０を経由して、Ｗｅｂサーバ４１，４２に到達すると、Ｗｅｂサーバ４１，４２からオフロード網５０を経由して、ダウンリンクのオフロードパケット（図１０（Ｂ））がオフロードＧＷ７０へ到達する（図６Ａ＜１２＞）。オフロードＧＷ７０は、オフロードパケットを受信すると、図２９に示す処理（Ｓ２１〜Ｓ２２，Ｓ２４〜Ｓ２８）を行う。

［動作１−９］
図６Ａに戻り、次いで、オフロードＧＷ７０はDownlink GTP-uパケット（図９）を基地局１１に向けて送信する（図６Ａ＜１４＞）。これにより、例えば、図４４に示すようなオフロード網５０経由でのＴＣＰ通信が確立する。

図４３はＴＣＰコネクション生成後のホームエージェント状態管理テーブル１７９Ａの構成例を表わしている。ＴＣＰコネクション生成後において移動局６０によるハンドオーバが行われていないときは、ケアオブアドレスの生成は行われていない。従って、ホームサーバ７６（又はオフロードＧＷ７０）は、ホームエージェント状態管理テーブル１７９Ａには何も登録せず、図４３に示す状態となる。

［動作１−１０］
上記した図６Ａ＜９＞から図６Ａ＜１４＞は、接続要求に関するデータのシーケンス例について説明した。次に、接続要求以外のユーザデータが送信される場合について説明する。まず、移動局６０からＷｅｂサーバ４１，４２へ向かうアップリンクデータは、例えば、以下のように送信される。

すなわち、基地局１１は移動局６０から送信されたアップリンクデータを受信すると（図６Ａ＜１５＞）、Ｓ−ＧＷ２２宛にＧＴＰ−ｕパケット（図８）を送信する（図６Ａ＜１６＞）。オフロードＧＷ７０はこのＧＴＰ−ｕパケットを受信すると、図２８Ａ及び図２８Ｂの処理を行い、オフロードパケット（図１０（Ａ））をオフロード網５０経由でＷｅｂサーバ４１，４２に送信する（図６Ａ＜１８＞）。

［動作１−１１］
次にＷｅｂサーバ４１，４２から移動局６０へ向かうダウンリンクデータについて説明する。かかるダウンリンクデータは、例えば、以下のようにして送信される。

すなわち、オフロードＧＷ７０は、オフロード網５０経由でオフロードパケット（図１０（Ｂ））を受信する（図６Ａ＜１９＞）。そして、オフロードＧＷ７０は、図２９に示す処理を行い、ＧＴＰ−ｕパケット（図９）を基地局１１へ送信する（図６Ａ＜２１＞）。基地局１１はダウンリンクデータを移動局６０に送信する（図６Ａ＜２２＞）。

＜動作例２：Ｓ１ベースのハンドオーバに対するＴＣＰコネクションの維持＞
次に、移動局６０のＴＣＰ通信を維持しつつ、移動局６０の移動に伴い、移動局６０がハンドオーバ元の基地局（以下、ソース基地局と称する場合がある）１１（１１Ａ）から基地局（以下、ターゲット基地局と称する場合がある）１１（１１Ｃ）にハンドオーバするまでの動作例を説明する。図６Ｂはかかる動作例を表わすシーケンス図である。以下、図６Ｂに従って説明する。

［動作２−１］
移動局（ＵＥ）６０の移動に伴い、ソース基地局（source eNB）１１（１１Ａ）がＳ１ベースのハンドオーバを開始すると、ソース基地局１１（１１Ａ）はHandover Requiredメッセージ（図１８）をソースＭＭＥ（source MME）２３（＃１）に送信する（図６Ｂ＜１＞）。

ハンドオーバ元のソースオフロードＧＷ（source oGW）７０（＃Ａ）はHandover Requiredメッセージを傍受し、図３２に示す処理（Ｓ８１及びＳ８２）を行う（図６Ｂ＜２＞）。

［動作２−２］
図４５は、Ｓ１ベースのハンドオーバでのオフロード適用条件状態の引き継ぎの例を表わす図である。図３２の処理により、ソースオフロードＧＷ７０（＃Ａ）のベアラ利用加入者特定テーブル１７６ｂに、Handover Requiredメッセージ中のハンドオーバ先の基地局１１（１１Ｃ）の識別子「Target ID=eNB#2」及びハンドオーバ先のセル識別情報「S-Targertセル識別情報=Cell ID#x」が登録され、確定する。

［動作２−３］
図６Ｂに戻り、次いで、ソースＭＭＥ２３（＃１）はハンドオーバ先のターゲットＭＭＥ（target MME）２３（＃２）へ、Forward Relocation Requestメッセージを送信する（図６Ｂ＜３＞）。

次いで、ターゲットＭＭＥ２３（＃２）は、ターゲット基地局１１（１１Ｃ）へ、Handover Requestメッセージ（図１９）を送信する（図６Ｂ＜４＞）。

ハンドオーバ先のターゲットオフロードＧＷ（target oGW）７０（＃Ｃ）は、Handover Requestメッセージを傍受し、図３３及び図３３Ａに示す処理を実行する（図６Ｂ＜５＞）。

［動作２−４］
ターゲットオフロードＧＷ７０（＃Ｃ）は、Handover Requestメッセージの傍受によって、図４５に示すように、ベアラ利用加入者特定テーブル１７６Ａ’のｏＧＷ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割付情報、オフロード通信用アドレス（ケアオブアドレス）を登録し、確定させる。

［動作２−５］
図６Ｂに戻り、ターゲット基地局１１（１１Ｃ）はHandover Requestメッセージを受信すると、Handover Request Ack.メッセージ（図２０）をターゲットＭＭＥ２３（＃２）へ送信する（図６Ｂ＜６＞）。

ターゲットオフロードＧＷ７０（＃Ｃ）はHandover Request Ack.メッセージを傍受し、図３４に示す処理を行う（図６Ｂ＜７＞）。

［動作２−６］
ターゲットオフロードＧＷ７０（＃Ｃ）は、図３４に示す処理によって、図４５に示すように、ベアラテーブル１７６Ｂ’にdownlink回線割付情報を登録し、確定させる。

［動作２−７］
図６Ｂに戻り、ターゲットＭＭＥ２３（＃２）はHandover Request Ack.メッセージを受信すると、Forward Relocation ResponseメッセージをソースＭＭＥ２３（＃１）に送信する（図６Ｂ＜８＞）。

次いで、ソースＭＭＥ２３（＃１）は、Handover Commandメッセージ（図２１）をソース基地局１１（１１Ａ）へ送信する（図６Ｂ＜９＞）。

ソースオフロードＧＷ７０（＃Ａ）は、Handover Commandメッセージを傍受し、図３５及び図３５Ａに示す処理を行う（図６Ｂ＜１０＞）。

［動作２−８］
ソースオフロードＧＷ７０（＃Ａ）は、図３５及び図３５Ｂに示す処理を行うことで、図４５に示すように、ソースオフロードＧＷ７０（＃Ａ）のベアラ利用加入者特定テーブル１７６ａにS-Targetセル内ＵＥ識別情報を登録し、確定させる。

これにより、ソースオフロードＧＷ７０（＃Ａ）のベアラ利用加入者特定テーブル１７６ＡのTarget ID、S-Targetセル識別情報、S-Targetセル内ＵＥ識別情報と、ターゲットオフロードＧＷ７０（＃Ｃ）のベアラ利用加入者特定テーブル１７６Ａ’のｅＮＢ装置識別子、T-Targetセル識別情報、T-Targetセル内ＵＥ識別情報とが一致する。従って、移動局６０に対するソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子（8000）と、ターゲットオフロードＧＷ７０（＃Ｃ）のｏＧＷ内ＵＥ識別子（8102）とを対応付けることができる（図３５のＳ９４）。

［動作２−９］
そして、図３５のＳ９５の処理により、ソースオフロードＧＷ７０（＃Ａ）は、ソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子（8000）に対応するホームアドレス情報などを、ターゲットオフロードＧＷ７０（＃Ｃ）に送信する（図６Ｂ＜Ｘ）＞。そして、ターゲットオフロードＧＷ７０（＃Ｃ）は受信したホームアドレス情報などをｏＧＷ内ＵＥ識別子（8102）に対応する各テーブルの項目にコピーする。

すなわち、図４６に示すように、ｏＧＷ内ＵＥ識別子（8000）に対応するソースオフロードＧＷ７０（＃Ａ）における利用者回線毎ホームアドレス登録テーブル１７７Ａ１に登録された、利用者回線識別子とホームアドレス情報は、ターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎ホームアドレス登録テーブル１７７Ａ１’の対応するｏＧＷ内ＵＥ識別子（8102）の利用者回線識別子とホームアドレス情報にそれぞれコピーされる。

また、ｏＧＷ内ＵＥ識別子（8000）に対応するソースオフロードＧＷ７０（＃Ａ）における利用者回線毎通信先登録テーブル１７７Ａ２に登録された、利用者回線識別子と通信先情報は、ターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎ホームアドレス登録テーブル１７７Ａ１’の対応するｏＧＷ内ＵＥ識別子（8102）の利用者回線識別子と通信先情報にそれぞれコピーされる。

さらに、ｏＧＷ内ＵＥ識別子（8000）に対応するソースオフロードＧＷ７０（＃Ａ）における利用者回線毎アドレスポート変換テーブル１７７Ａ３に登録された、利用者回線識別子、実ＵＥコネクション情報、Ｓｅｓｓｉｏｎ状態、仮想ＵＥコネクション情報は、ターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎アドレスポート変換テーブル１７７Ａ３’の対応するｏＧＷ内ＵＥ識別子（8102）の利用者回線識別子、実ＵＥコネクション情報、Ｓｅｓｓｉｏｎ状態、仮想ＵＥコネクション情報にそれぞれコピーされる。

［動作２−１０］
ターゲットオフロードＧＷ７０（＃Ｃ）は、オフロード対象のトラヒックごとにホームアドレス情報を知り、ホームアドレスを管理するソースオフロードＧＷ７０（＃Ａ）のホームエージェント１７８と通信先のＷｅＢサーバ４１，４２へBinding Updateメッセージを送信する（図６Ｂ＜Ｙ＞，図６Ｂ＜Ｚ＞）。

図４７（Ａ）はソースオフロードＧＷ７０（＃Ａ）におけるホームエージェント状態管理テーブル１７９Ａ、図４７（Ｂ）はターゲットオフロードＧＷ７０（＃Ｃ）におけるホームエージェント状態管理テーブル１７９Ａ’の例をそれぞれ表わしている。

ソースオフロードＧＷ７０（＃Ａ）のホームエージェント１７８は、仮想ＵＥの所在リンク（ターゲットオフロードＧＷ７０（＃Ｃ）側のリンク）での通信用アドレス（ケアオブアドレス）を仮想ＵＥのホームアドレスと対応付けて、ホームエージェント状態管理テーブル１７９Ａに記憶する。通信先のＷｅｂサーバ４１，４２も、仮想ＵＥの移動先をBinding Updateメッセージにより知ることができる。

［動作２−１１］
これにより、図４８に示すように、移動局６０の移動に伴うＳ１ベースのハンドオーバにおいて、ＴＣＰコネクションが維持されたまま、移動局６０→ターゲット基地局１１（１１Ｃ）→ターゲットオフロードＧＷ７０（＃Ｃ）→オフロード網５２→Ｗｅｂサーバ４１，４２へ至る経路に移行する。

なお、ソースオフロードＧＷ７０（＃Ａ）は、図４７（Ａ）に示すように、ホームアドレスとケアオブアドレスとの組をホームエージェント状態管理テーブル１７９Ａに保持している。これにより、ソースオフロードＧＷ７０（＃Ａ）は、ホームアドレス宛のオフロードトラヒック（図１０（Ｂ））に対して、ホームエージェント１７８と仮想ＵＥ間で設定されたＩＰ ｉｎ ＩＰトンネルにより、ターゲットオフロードＧＷ７０（＃Ｃ）に送信する（図１３（Ａ））。後述の処理で、Binding UpdateメッセージがＷｅｂサーバ４１，４２に送信されることになるが、Ｗｅｂサーバ４１，４２は当該メッセージを受信するまで仮想ＵＥのケアオブアドレスは知らない。そのため、Ｗｅｂサーバ４１，４２はホームアドレス宛にダウンリンクデータを送信する場合がある。ソースオフロードＧＷ７０（＃Ａ）は、このホームエージェント状態管理テーブル１７９ＡとＩＰ ｉｎ ＩＰトンネルにより、ホームアドレス宛のダウンリンクデータをターゲットオフロードＧＷ７０（＃Ｃ）に送信することができる。

図６Ｂにおいて、ターゲット基地局１１（１１Ｃ）はHandover Requestメッセージに対する処理を終了すると、完了メッセージであるHandover NotifyメッセージをターゲットＭＭＥ２３（＃２）に送信する。これにより、ダウンリンクデータの宛先基地局１１が、ソース基地局１１（１１Ａ）からターゲット基地局１１（１１Ｃ）に切り替わる。

［動作２−１２］
Binding Updateメッセージがホームエージェント１７８とＷｅｂサーバ４１，４２に送信された後の移動局６０から送信されたアップリンクデータ（図６Ｂ＜１１＞）は以下のようにして送信される。

すなわち、ターゲット基地局１１（１１Ｃ）は移動局６０からデータを受信すると、ターゲットＳ−ＧＷ（Target S-GW）２２（＃２）へＧＴＰ−ｕパケット（図８）を送信する（図６Ｂ＜１２＞）。

振り分けポイントのターゲットオフロードＧＷ７０（＃Ｃ）は、ＧＴＰ−ｕパケットを受信すると、図２８Ａ及び図２８Ｂの処理を行い、オフロードパケット（ＴＣＰ／ＩＰパケット、図１１（Ａ））をオフロード網５２経由でＷｅｂサーバ４１，４２に送信する（図６（Ｂ）＜１３＞）。

［動作２−１３］
これに対して、Ｗｅｂサーバ４１，４２からオフロード網５２を経由して、移動局６０へ向かうダウンリンクデータは以下のようにして送信される。

すなわち、Ｗｅｂサーバ４１，４２は、ケアオブアドレス宛に、オフロードパケット（図１１（Ｂ））を送信する（図６Ｂ＜１５＞）。

ターゲットオフロードＧＷ７０（＃Ｃ）は、オフロードパケットを受信すると、図２９に示す処理を行い、ＧＴＰ−ｕパケット（図９）をターゲット基地局１１（１１Ｃ）へ送信する（図６Ｂ＜１７＞）。

次いで、ターゲット基地局１１（１１Ｃ）は移動局６０へダウンリンクデータを送信する（図６Ｂ＜１８＞）。

［動作２−１４］
ソースＭＭＥ２３（＃１）は、ソース基地局１１（１１Ａ）に対して、移動局６０のために確保したリソースを解放するため、UE Context Release Commandメッセージ（図２２）を送信する（図６Ｂ＜２０＞）。

ソースオフロードＧＷ７０（＃Ａ）は、UE Context Release Commandメッセージを傍受し、図３６に示す処理を行う。

［動作２−１５］
図３６にＳ１０１からＳ１０３の処理によって、ソースオフロードＧＷ７０（＃Ａ）は、図４９及び図５０に示すように、ソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子に対応するレコードを削除する。

すなわち、ソースオフロードＧＷ７０（＃Ａ）は、ソースオフロードＧＷ７０（＃Ａ）のベアラ利用加入者特定テーブル１７６Ａ、ベアラテーブル１７６Ｂ、利用者回線毎ホームアドレス登録テーブル１７７Ａ１、利用者回線毎通信先登録テーブル１７７Ａ２、及び利用者回線毎アドレスポート変換テーブル１７７Ａ３の各レコードを削除する。そして、ソースオフロードＧＷ７０（＃Ａ）はソースオフロードＧＷ７０（＃Ａ）のリソースを解放する。なお、図５１（Ａ）及び図５１（Ｂ）はハンドオーバ完了後のホームエージェント状態管理テーブル１７９Ａ，１７９Ａ’の例をそれぞれ表わしている。

これにより、例えば、図５２に示すように移動局６０でのＴＣＰコネクションは維持されたまま、Ｓ１ベースのハンドオーバが行われる。

＜動作３：Ｘ２ベースのハンドオーバに対するＴＣＰコネクションの維持＞
次に、移動局６０のＴＣＰ通信を維持しつつ、移動局６０の移動に伴い、ソース基地局１１（１１Ａ）からターゲット基地局１１（１１Ｃ）へハンドオーバするまでの動作について説明する。図６Ｃはかかる動作例を表わすシーケンス図である。以下、図６Ｃに従って説明する。

［動作３−１］
移動局（UE）６０の移動に伴い、ソース基地局（source eNB）１１（１１Ａ）はＸ２ベースのハンドオーバを開始すると、ターゲット基地局（target eNB）１１（１１Ｃ）へ、X2AP: Handover Requestメッセージ（図２４）を送信する（図６Ｃ＜１＞）。

ソースオフロードＧＷ（source oGW）７０（＃Ａ）は、X2AP: Handover Requestメッセージを傍受し、図３７に示す処理（Ｓ１１１，Ｓ１２０，Ｓ１２０）を行う（図６Ｃ＜２＞）。

［動作３−２］
ソースオフロードＧＷ７０（＃Ａ）は、図３７に示す処理により、ベアラ利用加入者特定テーブル１７６Ａ（図５３参照）のｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）を確定する。

［動作３−３］
次いで、ターゲットオフロード（target oGW）ＧＷ７０（＃Ｂ）は、X2AP: Handover Requestメッセージを傍受し、図３７（Ｓ１１１〜Ｓ１１９）、図３３Ａ、及び図３５Ａに示す処理を行う（図６Ｃ＜３＞）。

［動作３−４］
図３７の処理（Ｓ１１７）により、図５３に示すように、ターゲットオフロードＧＷ７０（＃Ｃ）のｏＧＷ内ＵＥ識別子、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割付情報、オフロード通信用アドレス（ケアオブアドレス）が確定する。

［動作３−５］
また、図３７の処理（Ｓ１１７）により、ターゲットオフロードＧＷ７０（＃Ｃ）のベアラ利用加入者特定テーブル１７６Ａ’のＭＭＥ内ＵＥ識別子が確定する。これにより、ソースオフロードＧＷ７０（＃Ａ）のベアラ利用加入者特定テーブル１７６ＡにおけるＭＭＥ内ＵＥ識別子と、ターゲットオフロードＧＷ７０（＃Ｃ）のベアラ利用加入者特定テーブル１７６Ａ’におけるＭＭＥ内ＵＥ識別子とが一致する。従って、移動局６０に対するソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子（8000）と、ターゲットオフロードＧＷ７０（＃Ｃ）のｏＧＷ内ＵＥ識別子（8102）との対応付けができる。

［動作３−６］
そして、図３７のＳ１１８の処理により、ソースオフロードＧＷ７０（＃Ａ）は、ソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子（8000）に対応するホームアドレス情報などを、ターゲットオフロードＧＷ７０（＃Ｃ）に送信する（図６Ｃ＜Ｘ’＞）。そして、ターゲットオフロードＧＷ７０（＃Ｃ）は受信したホームアドレス情報などをｏＧＷ内ＵＥ識別子（8102）に対応する各テーブルの項目にコピーする。

すなわち、図５４に示すように、ｏＧＷ内ＵＥ識別子（8000）に対応するソースオフロードＧＷ７０（＃Ａ）における利用者回線毎ホームアドレス登録テーブル１７７Ａ１に登録された、利用者回線識別子とホームアドレス情報は、ターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎ホームアドレス登録テーブル１７７Ａ１’の対応するｏＧＷ内ＵＥ識別子（8102）の利用者回線識別子とホームアドレス情報にそれぞれコピーされる。

また、ｏＧＷ内ＵＥ識別子（8000）に対応するソースオフロードＧＷ７０（＃Ａ）における利用者回線毎通信先登録テーブル１７７Ａ２に登録された、利用者回線識別子と通信先情報は、ターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎ホームアドレス登録テーブル１７７Ａ１’の対応するｏＧＷ内ＵＥ識別子（8102）の利用者回線識別子と通信先情報にそれぞれコピーされる。

さらに、ｏＧＷ内ＵＥ識別子（8000）に対応するソースオフロードＧＷ７０（＃Ａ）における利用者回線毎アドレスポート変換テーブル１７７Ａ３に登録された、利用者回線識別子、実ＵＥコネクション情報、Ｓｅｓｓｉｏｎ状態、仮想ＵＥコネクション情報は、ターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎アドレスポート変換テーブル１７７Ａ３’の対応するｏＧＷ内ＵＥ識別子（8102）の利用者回線識別子、実ＵＥコネクション情報、Ｓｅｓｓｉｏｎ状態、仮想ＵＥコネクション情報にそれぞれコピーされる。

［動作３−７］
さらに、図３７のＳ１１９（図３５Ａ）の処理によって、ターゲットオフロードＧＷ７０（＃Ｃ）は、オフロード対象のトラヒックごとにホームアドレス情報を知る。ターゲットオフロードＧＷ７０（＃Ｃ）は、ホームアドレスを管理するソースオフロードＧＷ７０（＃Ａ）のホームエージェント（Home Agent）１７８と通信先のＷｅＢサーバ４１，４２へBinding Updateメッセージを送信する（図６Ｃ＜Ｙ’＞，図６Ｃ＜Ｚ’＞）。

図５５（Ａ）はソースオフロードＧＷ７０（＃Ａ）におけるホームエージェント状態管理テーブル１７９Ａ、図５５（Ｂ）はターゲットオフロードＧＷ７０（＃Ｃ）におけるホームエージェント状態管理テーブル１７９Ａ’の例をそれぞれ表わしている。

ソースオフロードＧＷ７０（＃Ａ）のホームエージェント１７８は、仮想ＵＥの所在リンク（ターゲットオフロードＧＷ７０（＃Ｃ）側のリンク）での通信用アドレス（ケアオブアドレス）を仮想ＵＥのホームアドレスと対応付けて、ホームエージェント状態管理テーブル１７９Ａに記憶する。通信先のＷｅｂサーバ４１，４２も、仮想ＵＥの移動先をBinding Updateメッセージにより知ることができる。

［動作３−８］
その後、ターゲット基地局１１（１１Ｃ）は、X2AP: Handover Request Ack.メッセージを送信し、ターゲットオフロードＧＷ７０（＃Ｃ）、ソースオフロードＧＷ７０（＃Ａ）を経由して、ソース基地局１１（１１Ａ）に届く（図６Ｃ＜４＞）。

その後、オフロード網５０とＰ−ＧＷ２１からのダウンリンクデータは、ソース基地局１１（１１Ａ）、ソースオフロードＧＷ７０（＃Ａ）、ターゲットオフロードＧＷ７０（＃Ｃ）、ターゲット基地局１１（１１Ｃ）を経由して、移動局６０に到達する（図６Ｃ＜５＞）。

また、移動局６０からのアップリンクデータは、ターゲット基地局１１（１１Ｃ）及びターゲットオフロードＧＷ７０（＃Ｃ）経由で、オフロード網５０又はＰ−ＧＷ２１に送信される（図６Ｃ＜６＞）。

［動作３−９］
次いで、ターゲットオフロードＧＷ７０（＃Ｃ）は、Path Switch Requestメッセージ（図２６）をＭＭＥ２３に向けて送信する（図６Ｃ＜７＞）。

ターゲットオフロードＧＷ７０（＃Ｃ）は、Path Switch Requestメッセージを傍受し、図３８に示す処理を行う（図６Ｃ＜８＞）。

［動作３−１０］
次いで、ＭＭＥ（MME）２３は、Path Switch Requestメッセージに対して、Path Switch Request Ack.メッセージ（図２７）を送信する（図６Ｃ＜９＞）。

ターゲットオフロードＧＷ７０（＃Ｃ）は、Path Switch Request Ack.メッセージを傍受し、図３９に示す処理（Ｓ１３５及びＳ１３６）を行う。

［動作３−１１］
図３９に示す処理によって、図５３のターゲットオフロードＧＷ７０（＃Ｃ）のｏＧＷ内ＵＥ識別子（8102）対応のベアラテーブル１７６Ｂ’の「uplink回線割付情報」が「SGW#1」から「SGW#2」へ切り替わる。

これにより、図５６に示すように、移動局６０の移動に伴うＸ２ベースのハンドオーバにおいて、ＴＣＰコネクションは維持されたまま、移動局６０→ターゲット基地局１１（１１Ｃ）→ターゲットオフロードＧＷ７０（＃Ｃ）→Ｗｅｂサーバ４１，４２への経路に移行する。

［動作３−１２］
Binding UpdateメッセージがＷｅｂサーバ４１，４２に送信され、経路が切り替わった後において、移動局６０からＷｅｂサーバ４１，４２へ向かうアップリンクデータは以下のようにして送信される。

すなわち、基地局１１は移動局６０からアップリンクデータを受信すると、ＧＴＰ−ｕパケット（図８）をターゲットＳ−ＧＷ２２（＃２）宛に送信する（図６Ｃ＜１０＞，図６Ｃ＜１１＞）。

振り分けポイントのオフロードＧＷ７０（＃Ｂ）は、ＧＴＰ−ｕパケットを受信すると、図２８Ａ及び図２８Ｂの処理を行い、オフロードパケット（図１１（Ａ））をオフロード網５０経由でＷｅｂサーバ４１，４２に送信する（図６Ｃ＜１２＞）。

［動作３−１３］
一方、Ｗｅｂサーバ４１，４２から移動局６０へ向かうダウンリンクデータは、以下のようにして送信される。

すなわち、Ｗｅｂサーバ４１，４２は、ケアオブアドレス宛にオフロードパケット（図１１（Ｂ））を送信する（図６Ｃ＜１３＞）。

オフロードＧＷ７０（＃Ｂ）はオフロードパケットを受信すると、図２９に示す処理を行い、ＧＴＰ−ｕパケット（図９）を基地局１１（１１Ｃ）に送信する（図６Ｃ＜１４＞）。基地局１１（１１Ｃ）は、ＧＴＰ−ｕパケットを受信するとダウンリンクデータを移動局６０に送信する（図６Ｃ＜１５＞）。

［動作３−１４］
次いで、図６Ｃには図示されていないが、ターゲット基地局１１（１１Ｃ）がソース基地局１１（１１Ａ）へ、X2AP: UE Context Releaseメッセージ（図２５）を送信する。

次いで、ソースオフロードＧＷ７０（＃Ａ）は、X2AP: UE Context Releaseメッセージを傍受し、図４０の処理（Ｓ１２１〜Ｓ１２４）を行う。

［動作３−１５］
これにより、図４９及び図５０に示すように、ソースオフロードＧＷ７０（＃Ａ）のｏＧＷ内ＵＥ識別子（8000）に対応するレコードが、ベアラ利用加入者特定テーブル１７６Ａ、ベアラテーブル１７６Ｂから削除される。また、当該レコードが、利用者回線毎ホームアドレス登録テーブル１７７Ａ１、利用者回線毎通信先登録テーブル１７７Ａ２、利用者回線毎アドレスポート変換テーブル１７７Ａ３から削除される。ソースオフロードＧＷ７０（＃Ａ）のリソースは解放される。

このようにして、図５２に示すように、ＴＣＰコネクションの通信は維持される。

＜動作４：ハンドオーバ後の新ＴＣＰコネクション生成＞
次に、移動局６０がＴＣＰコネクションを維持した状態で、ハンドオーバ後に、新たなＴＣＰコネクションを生成する場合について、図５７から図６０等を参照しながら説明する。

［動作４−１］
移動局６０がＷｅｂサイトとの新たな接続を開始すると、ターゲット基地局１１（１１Ｃ）からターゲットＳ−ＧＷ２２（＃２）へ向けて、ＧＴＰ−ｕパケット（図８）が送信される。

オフロードＧＷ７０（＃Ｂ）は、ＧＴＰ−ｕパケットを受信し、図２８に示す処理を行う。オフロードＧＷ７０（＃Ｂ）は、オフロードパケット（図１１（Ａ））をオフロード網５２経由でＷｅｂサーバ４１，４２へ送信する。

［動作４−２］
このとき、オフロードＧＷ７０（＃Ｂ）は、ベアラ利用加入者特定テーブル１７６Ａ’（図５７参照）に対して、ｏＧＷ内ＵＥ識別子及び利用者回線識別子に対応する、新たないＴＣＰコネクション情報が記憶される。

［動作４−３］
また、オフロードＧＷ７０（＃Ｂ）は、利用者回線毎通信先登録テーブル１７７Ａ２’（図５８参照）にＷｅｂサーバ４１，４２のアドレスを追加する。さらに、ターゲットオフロードＧＷ７０（＃Ｃ）は、利用者回線毎アドレスポート変換テーブル１７７Ａ３’（図５８参照）の実ＵＥコネクション情報、Ｓｅｓｓｉｏｎ状態、仮想ＵＥコネクション情報を記憶する。

［動作４−４］
次いで、オフロードパケットがオフロード網５２を介してＷｅｂサーバ４１，４２に到達すると、Ｗｅｂサーバ４１，４２からオフロード網５２を介してオフロードパケット（図１１（Ｂ））がオフロードＧＷ７０（＃Ｂ）に到達する。オフロードＧＷ７０（＃Ｂ）は、オフロードパケットを受信すると、図２９に示す処理を行う。

［動作４−５］
次いで、オフロードＧＷ７０（＃Ｂ）は、ターゲット基地局１１（１１Ｃ）に向けてＧＴＰ−ｕパケット（図６）を送信する。これにより、図６０に示すように、オフロード網５２経由で新たなＴＣＰ通信が確立する。なお、図５９（Ａ）及び図５９（Ｂ）は新ＴＣＰ通信確立後のホームエージェント状態管理テーブル１７９Ａ，１７９Ａ’を表わす。

［動作４−６］
維持されたＴＣＰ通信に係る移動局６０−Ｗｅｂサーバ４１，４２間のアップリンク及びダウンリンクデータの伝送経路、及びオフロードＧＷ７０（＃Ａ，＃Ｂ）での処理は、動作２及び３と変わらないので説明を省略する。

［動作４−７］
これに対して、新ＴＣＰコネクションにおける移動局６０からＷｅｂサーバ４１，４２へ向かうアップリンクデータは以下のようにして送信される。すなわち、アップリンクデータは、基地局１１（１１Ｃ）からＳ−ＧＷ２２（＃２）宛にＧＴＰ−ｕパケット（図８）で送信される。オフロードＧＷ７０（＃Ｂ）は、ＧＴＰ−ｕパケットを受信すると、図２８で示す処理を行い、オフロードパケット（図１１（Ａ）をオフロード網５０経由でＷｅｂサーバ４１，４２に送信する。

一方、新ＴＣＰコネクションのＷｅｂサーバ４１，４２から移動局６０へ向かうダウンリンクデータは以下のようにして伝送される。

すなわち、Ｗｅｂサーバ４１，４２からオフロードＧＷ７０（＃Ｂ）宛にオフロードパケット（図１１（Ｂ））が送信される。

オフロードＧＷ７０（＃Ｂ）は、オフロードパケットを受信すると、図２９の処理を行い、ＧＴＰ−ｕ（図９）を基地局１１（１１Ｃ）に送信する。

＜動作例５：ハンドオーバ後のＴＣＰコネクション切断＞
次に、移動局６０がＴＣＰコネクションを維持した状態でハンドオーバを行った後、ＴＣＰコネクションを切断する場合について説明する。図６１から図６４等を適宜参照しながら説明する。

移動局６０がＷｅｂサーバ４１，４２とのＴＣＰコネクションを切断すると、ターゲット基地局１１（１１Ｃ）からＧＴＰ−ｕパケット（図８）がターゲットＳ−ＧＷ２２（＃２）へ向け送信される。ターゲットオフロードＧＷ７０（＃Ｃ）は、ＧＴＰ−ｕパケットを受信すると、図２８Ａ及び図２８Ｂの処理を行い、オフロードパケット（図１１（Ａ））をオフロード網５２経由でＷｅｂサーバ４１，４２に送信する。

図６２のＴＣＰコネクションに対するターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎アドレスポート変換テーブル１７７Ａ３’のｏＧＷ内ＵＥ識別子、利用者回線識別子、実ＵＥコネクション情報対応のＳｅｓｓｉｏｎ状態に「ＤＬ切断確認待ち」を記憶する。

オフロードパケットがオフロード網５２を経由して、Ｗｅｂサーバ４１，４２に到達すると、Ｗｅｂサーバ４１，４２からオフロード網５２を経由して、オフロードパケット（図１１（Ｂ））がターゲットオフロードＧＷ７０（＃Ｃ）に到達する。

ターゲットオフロードＧＷ７０（＃Ｃ）は、オフロードパケットを受信すると、図２９の処理を行う。

これにより、図６２のＴＣＰコネクションに対するターゲットオフロードＧＷ７０（＃Ｃ）の利用者回線毎アドレスポート変換テーブル１７７Ａ３’のレコードが削除される。

次いで、オフロードＧＷ７０（＃Ｂ）は、ターゲット基地局１１（１１Ｃ）に向けて、ＧＴＰ−ｕパケット（図９）を送信する。これにより、ＴＣＰコネクションに対するＴＣＰ切断確認が移動局６０へ到達する。

これにより、図６４に示すようにＴＣＰコネクションに対する経路が削除される。新ＴＣＰコネクションに対する経路は維持される。

なお、図６１はＴＣＰコネクション切断後のベアラ利用加入者特定テーブル１７６Ａ，１７６Ａ’とベアラテーブル１７６Ｂ，１７６Ｂ’の例を表わし、図６３はホームエージェント状態管理テーブル１７９Ａ，１７９Ａ’の例を表わしている。

＜第２の実施の形態における作用効果＞
移動局６０の移動に際しても、例えば、ＥＰＣ２０とＲＡＮ（Radio Access Network、図２では例えばＬＴＥ網１０）の接合点に設置したハンドオーバ先のオフロードＧＷ７０（＃Ｂ）とＷｅｂサーバ４１，４２間が最短経路で通信される。従って、オフロードＧＷ７０によって、オフロードネットワーク５０及びモバイル伝送網（又はコア網）のリソースの利用が最適化される。

また、移動局６０の移動に際して、ソースオフロードＧＷ７０（＃Ａ）は、ホームアドレスをターゲットオフロードＧＷ７０（＃Ｃ）に送信（又はコピー、或いは引き継ぎ）している。これにより、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）は、ホームアドレスとは異なるアドレス（ケアオブアドレス）を利用して、ホームアドレスで利用したオフロード網５１とは異なるオフロード５２にトラヒックを送信することができる。

そして、ターゲットオフロードＧＷ７０（＃Ｃ）は通信先であるＷｅｂサーバ４１，４２にホームアドレスとケアオブアドレスとを送信（Binding Updateメッセージ）している。これにより、例えば、ターゲットオフロードＧＷ７０（＃Ｃ）はＷｅｂサーバ４１，４２に対して、ホームアドレスと、このホームアドレスに対応するケアオブアドレスとを通知することができる。従って、Ｗｅｂサーバ４１，４２は、ホームアドレスとケアオブアドレスとを含むトラヒックを受信したり、送信したりすることも可能となる。この場合、Ｗｅｂサーバ４１，４２は、オフロード網５２を介してトラヒックを送受信できる。

以上から、Ｗｅｂサーバ４１，４２と移動局６０との間で送受信されるアップリンクデータとダウンリンクデータは、移動局６０がハンドオーバを行っても、例えば、コア網（ＥＰＣ網）２０に流れず、コア網におけるトラヒックの削減を図ることができる。

図６６は解決策のネットワークシステム１の構成例を表わしている。図６６においては、モバイルＥＰＣ網２０とは別に、Mobile Support IPv6 (RFC 6275)機能を持ったオフロード網５０と、オフロードＧＷ７０，Ｗｅｂサーバ４１，４２との間の接続構成の例を表わしている。この場合も、移動局６０が移動した後、移動局６０とＷｅｂサーバ４１，４２との間で送受信されるデータは、例えば、その一部はＥＰＣ網２０を流れることはなく、コア網におけるトラヒックの削減を図ることができる。

以上まとめると付記のようになる。

（付記１）
移動局装置と接続可能な第１及び第２の無線基地局装置と、
前記第１及び第２の無線基地局装置を収容する第１の網と、
前記第１の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記第１の無線基地局装置に送信する第１のオフロード装置、及び第２のオフロード装置とを備えるネットワークシステムにおいて、
前記第１のオフロード装置は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを前記第２の無線基地局装置と前記第１の網との間に介在する前記第２のオフロード装置に送信する第１の制御部を備え、
前記第２のオフロード装置は、前記第２のアドレスを受信する第２の制御部を備えることを特徴とするネットワークシステム。

（付記２）
前記第２のアドレスは、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えたときでも変更されないアドレスであることを特徴とする付記１記載のネットワークシステム。

（付記３）
前記第１のアドレスはＩＰ（Internet Protocol）アドレスであり、前記第２のアドレスはホームアドレスであることを特徴とする付記１記載のネットワークシステム。

（付記４）
前記第２の制御部は、前記移動局装置の前記第１のアドレスを第３のアドレスに書き換えて前記第２の無線基地局装置から送信されたパケットデータを第３の網に送信し又は前記第３のアドレスから前記第１のアドレスに書き換えて前記第３の網から受信したパケットデータを前記第２の無線基地局装置に送信することを特徴とする付記１記載のネットワークシステム。

（付記５）
前記第２の制御部は、前記第１のオフロード装置から受信した前記第２のアドレスと、第３のアドレスを第３の網に送信し、
前記第２の制御部は、前記第３のアドレスを、前記第１のアドレスから前記第３のアドレスに書き換えて前記第２の無線基地局装置から送信されたパケットデータを前記第３の網に送信するときに利用、又は前記第３のアドレスを前記第１のアドレスに書き換えて第３の網から受信したパケットデータを前記第２の無線基地局装置に送信するときに利用することを特徴とする付記１記載のネットワークシステム。

（付記６）
前記第２の制御部置は、前記第１のオフロード装置から受信した前記第２のアドレスと、第３のアドレスをホームサーバに送信し、
前記第２の制御部は、前記第３のアドレスを、前記第１のアドレスから前記第３のアドレスに書き換えて前記第２の無線基地局装置から送信されたパケットデータを前記第３の網に送信するときに利用、又は前記第３のアドレスを前記第１のアドレスに書き換えて第３の網から受信したパケットデータを前記第２の無線基地局装置に送信するときに利用することを特徴とする付記１記載のネットワークシステム。

（付記７）
前記ホームサーバは前記第１のオフロード装置に含まれることを特徴とする付記６記載のネットワークシステム。

（付記８）
前記第３のアドレスは、前記移動局装置が接続先を前記第１の無線基地局装置から前記第２の無線基地局装置に切り替えたときに利用されるアドレスであることを特徴とする付記５又は６記載のネットワークシステム。

（付記９）
前記第３のアドレスは、気付アドレスであることを特徴とする付記８記載のネットワークシステム。

（付記１０）
前記第１のオフロード装置は、前記第１のオフロード装置内で識別可能な前記移動局装置の第１の識別子及び回線識別子ごとに、前記第２のアドレス、通信先情報、及びＴＣＰコネクション情報を保持する第１のオフロード条件適用状態テーブルを備え、
前記第１の制御部は、前記オフロード条件適用状態テーブルを使用して、パケットデータを前記第２の網に送信し又は前記第２の網からパケットデータを受信することを特徴とする付記１記載のネットワークシステム。

（付記１１）
前記第１及び第２の制御部は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるときに送受信されるハンドオーバに関するメッセージを傍受して、傍受した当該メッセージに含まれる情報に基づいて、前記第１の識別子に対応する前記第２のオフロード装置内で識別可能な前記移動局装置の第２の識別子を特定し、前記第２のオフロード装置において保持した第２のオフロード条件適用状態テーブルにおける前記特定した第２の識別子のレコードに前記第２のアドレス情報をコピーすることを特徴とする付記１記載のネットワークシステム。

（付記１２）
移動局装置と接続可能な無線基地局装置と前記無線基地局装置を収容する第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記無線基地局装置に送信するオフロード装置であって、
前記移動局装置が前記無線基地局装置から他の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを、前記他の無線基地局装置と前記第１の網との間に介在する他のオフロード装置に送信する制御部
を備えることを特徴とするオフロード装置。

（付記１３）
移動局装置と接続可能な無線基地局装置と前記無線基地局装置を収容する第１の網との間に介在するオフロード装置であって、
前記移動局装置が他の無線基地局装置から前記無線基地局装置に接続を切り替えるとき、前記他の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記他の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記他の無線基地局装置に送信する他のオフロード装置から、前記第２のアドレスを受信する制御部
を備えることを特徴とするオフロード装置。

（付記１４）
移動局装置と接続可能な第１及び第２の無線基地局装置と、前記第１及び第２の無線基地局装置を収容する第１の網と、前記第１の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記第１の無線基地局装置に送信する第１のオフロード装置、及び第２のオフロード装置とを備えるネットワークシステムにおけるトラヒックの制御方法であって、
前記第１のオフロード装置は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを前記第２の無線基地局装置と前記第１の網との間に介在する前記第２のオフロード装置に送信し、
前記第２のオフロード装置は、前記第２のアドレスを受信することを特徴とするトラヒックの制御方法。

１：ネットワークシステム
１１：基地局 ２０：ＥＰＣ網（コア網）
２２：Ｓ−ＧＷ ２３：ＭＭＥ
４１，４２：Ｗｅｂサーバ ５０，５１，５２：オフロード網
６０：移動局 ７０：オフロードＧＷ
７３：ＣＰＵ ７４：記憶部（メモリ）
７６：ホームサーバ １７１：Ｓ１ＡＰ処理部
１７２：Ｘ２ＡＰ傍受処理部 １７５：仮想端末処理部
１７６：ベアラ状態管理データ １７７：オフロード条件適用状態管理データ
１７８：ホームエージェント
１７９：ホームアドレス・ケアオブアドレス対応管理データ
１７６Ａ，１７６Ａ’：ベアラ利用加入者特定テーブル
１７６Ｂ，１７６Ｂ’：ベアラテーブル
１７７Ａ：オフロード条件適用状態テーブル
１７７Ａ１，１７７Ａ１’：利用者回線毎ホームアドレス登録テーブル
１７７Ａ２，１７７Ａ２’：利用者回線毎通信先登録テーブル
１７７Ａ３，１７７Ａ３’：利用者回線毎アドレスポート変換テーブル
１７９Ａ：ホームエージェント状態管理テーブル

Claims (10)

1. 移動局装置と接続可能な第１及び第２の無線基地局装置と、
   前記第１及び第２の無線基地局装置を収容する第１の網と、
   前記第１の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記第１の無線基地局装置に送信する第１のオフロード装置、及び第２のオフロード装置とを備えるネットワークシステムにおいて、
   前記第１のオフロード装置は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを前記第２の無線基地局装置と前記第１の網との間に介在する前記第２のオフロード装置に送信する第１の制御部を備え、
   前記第２のオフロード装置は、前記第２のアドレスを受信する第２の制御部を備えることを特徴とするネットワークシステム。
2. 前記第２のアドレスは、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えたときでも変更されないアドレスであることを特徴とする請求項１記載のネットワークシステム。
3. 前記第２の制御部は、前記移動局装置の前記第１のアドレスを第３のアドレスに書き換えて前記第２の無線基地局装置から送信されたパケットデータを第３の網に送信し又は前記第３のアドレスから前記第１のアドレスに書き換えて前記第３の網から受信したパケットデータを前記第２の無線基地局装置に送信することを特徴とする請求項１記載のネットワークシステム。
4. 前記第２の制御部は、前記第１のオフロード装置から受信した前記第２のアドレスと、第３のアドレスを第３の網に送信し、
   前記第２の制御部は、前記第３のアドレスを、前記第１のアドレスから前記第３のアドレスに書き換えて前記第２の無線基地局装置から送信されたパケットデータを前記第３の網に送信するときに利用、又は前記第３のアドレスを前記第１のアドレスに書き換えて第３の網から受信したパケットデータを前記第２の無線基地局装置に送信するときに利用することを特徴とする請求項１記載のネットワークシステム。
5. 前記第２の制御部置は、前記第１のオフロード装置から受信した前記第２のアドレスと、第３のアドレスをホームサーバに送信し、
   前記第２の制御部は、前記第３のアドレスを、前記第１のアドレスから前記第３のアドレスに書き換えて前記第２の無線基地局装置から送信されたパケットデータを前記第３の網に送信するときに利用、又は前記第３のアドレスを前記第１のアドレスに書き換えて第３の網から受信したパケットデータを前記第２の無線基地局装置に送信するときに利用することを特徴とする請求項１記載のネットワークシステム。
6. 前記第１のオフロード装置は、前記第１のオフロード装置内で識別可能な前記移動局装置の第１の識別子及び回線識別子ごとに、前記第２のアドレス、通信先情報、及びＴＣＰコネクション情報を保持する第１のオフロード条件適用状態テーブルを備え、
   前記第１の制御部は、前記オフロード条件適用状態テーブルを使用して、パケットデータを前記第２の網に送信し又は前記第２の網からパケットデータを受信することを特徴とする請求項１記載のネットワークシステム。
7. 前記第１及び第２の制御部は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるときに送受信されるハンドオーバに関するメッセージを傍受して、傍受した当該メッセージに含まれる情報に基づいて、前記第１の識別子に対応する前記第２のオフロード装置内で識別可能な前記移動局装置の第２の識別子を特定し、前記第２のオフロード装置において保持した第２のオフロード条件適用状態テーブルにおける前記特定した第２の識別子のレコードに前記第２のアドレス情報をコピーすることを特徴とする請求項１記載のネットワークシステム。
8. 移動局装置と接続可能な無線基地局装置と前記無線基地局装置を収容する第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記無線基地局装置に送信するオフロード装置であって、
   前記移動局装置が前記無線基地局装置から他の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを、前記他の無線基地局装置と前記第１の網との間に介在する他のオフロード装置に送信する制御部
   を備えることを特徴とするオフロード装置。
9. 移動局装置と接続可能な無線基地局装置と前記無線基地局装置を収容する第１の網との間に介在するオフロード装置であって、
   前記移動局装置が他の無線基地局装置から前記無線基地局装置に接続を切り替えるとき、前記他の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記他の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記他の無線基地局装置に送信する他のオフロード装置から、前記第２のアドレスを受信する制御部
   を備えることを特徴とするオフロード装置。
10. 移動局装置と接続可能な第１及び第２の無線基地局装置と、前記第１及び第２の無線基地局装置を収容する第１の網と、前記第１の無線基地局装置と前記第１の網との間で伝送されるパケットデータを中継するとともに、前記移動局装置の第１のアドレスを第２のアドレスに書き換えて前記第１の無線基地局装置から送信されたパケットデータの一部を第２の網に送信し又は前記第２のアドレスを前記第１のアドレスに書き換えて前記第２の網から受信したパケットデータを前記第１の無線基地局装置に送信する第１のオフロード装置、及び第２のオフロード装置とを備えるネットワークシステムにおけるトラヒックの制御方法であって、
    前記第１のオフロード装置は、前記移動局装置が前記第１の無線基地局装置から前記第２の無線基地局装置に接続を切り替えるとき、前記第２のアドレスを前記第２の無線基地局装置と前記第１の網との間に介在する前記第２のオフロード装置に送信し、
    前記第２のオフロード装置は、前記第２のアドレスを受信することを特徴とするトラヒックの制御方法。

Images