JP2014027521A - オフロード装置、ネットワークシステムおよびマルチキャストトラヒックのハンドオーバ方法 - Google Patents

Abstract

【課題】マルチキャスト配信視聴中の移動端末の移動時におけるネットワーク網のトラヒック増大を抑制でき、かつマルチキャスト配信を視聴継続できる。
【解決手段】オフロード装置１２４は、移動局１０５が接続可能な複数の基地局１１１と、基地局１１１を収容するコア網１０２との間に配置され、移動局１０５が自装置を介してオフロード対象のマルチキャスト通信時に移動局１０５の回線情報とマルチキャスト視聴情報を記憶する記憶部２０４と、マルチキャスト通信時に移動局１０５が移動したとき、ハンドオーバ先の他のオフロード装置１２４に移動局１０５の回線情報とマルチキャスト視聴情報とを転送する転送部と、自装置がハンドオーバ先のオフロード装置１２４として機能する場合にハンドオーバ元のオフロード装置１２４から転送されたマルチキャスト視聴情報に基づき、移動局１０５に代わってマルチキャスト視聴参加の処理を行う制御部２０３と、を含む。
【選択図】図１

Description

本発明は、移動局が移動自在にマルチキャスト配信を視聴するためのオフロード装置、ネットワークシステムおよびマルチキャストトラヒックのハンドオーバ方法に関する。

ＬＴＥ／ＥＰＣ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ／Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）は、第３世代携帯電話網（３Ｇ ｍｏｂｉｌｅ ｓｙｓｔｅｍ）の次世代における移動通信システムとして、３ＧＰＰにて標準化されている。ＬＴＥ／ＥＰＣは、ＬＴＥ網（ＬＴＥに準拠した無線アクセス網：ｅＵＴＲＡＮと呼ばれる）と、コア網としてのＥＰＣ網（ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）とも呼ばれる）とを含む。ＥＰＣ網は、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）網を介してＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網（パケット網）に接続される。ＩＰ網は、例えば、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）網（インターネット）やイントラネットである。

移動局（移動端末：ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と呼ばれる）は、モバイル網として例えば、ＬＴＥ網を介してＥＰＣ網に接続することができ、ＥＰＣ網およびＩＭＳ網を介してＩＰ網に接続される。そして、移動端末は、ＩＰ網に接続された様々なサーバや端末装置にアクセスすることによって、様々なパケット通信サービス（例えば、Ｗｅｂサービス、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）、ＩＰＴＶ放送）を享受することができる。

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

移動端末は、モバイル網においてベアラ（Ｂｅａｒｅｒ）単位に設定された通信回線を用いた通信を行う。そして、移動端末の移動時には、モバイル網内の伝達装置（Ｓ−ＧＷ，Ｐ−ＧＷ）間のハンドオーバ機能により、通信が途絶えることなく所定の通信サービスを継続できる。

通信サービスのうち、ＩＰＴＶ放送や、ＩＰラジオ放送は、視聴参加している複数の移動端末に対してマルチキャストパケットを送信する。このようなＩＰＴＶ放送などのマルチキャストサービスにおいて、移動端末の移動時に通信を継続する技術が開示されている。例えば、ＩＰ網内に中継装置を設けて論理的なトンネルにより接続させ、ユニキャストのデータはトンネルを経由させ、マルチキャストのデータはトンネルを介さずにマルチキャスト配信網を中継してユーザに配信する。また、公衆網内にマルチキャスト配信代行装置が宛先アドレスをマルチキャストアドレスに変換し、ユーザまでの同報配信を行い、中継装置を用いないこととする技術がある。また、移動端末からの「位置情報登録」を契機に、ハンドオーバ元装置とハンドオーバ先装置での移動端末に対する視聴状態を変更する技術がある。また、移動端末によるハンドオーバ条件の検知を契機に、移動端末がハンドオーバ先の基地局（ｅＮＢ）近傍のオフロード装置宛てにマルチキャスト受信用の回線を設定し、この回線を経由して移動端末がマルチキャスト視聴参加を行う技術がある（例えば、下記特許文献１〜３参照。）。

特開２００２−３７４２７６号公報 特開２００１−１７７５６４号公報 特開２００７−２２８４５０号公報

伝送装置（Ｐ−ＧＷ）により、各移動端末に対して、その視聴参加した通信回線によるＩＰＴＶ放送を配信する構成では、移動端末の移動時にＩＰＴＶ放送の視聴が途絶せずに継続できる。しかしながら、この技術では、伝送装置（Ｐ−ＧＷ）から基地局（ｅＮＢ）の間に、移動端末毎に個別の通信回線を設定し、個々の通信回線にマルチキャストパケットを送信することになる。これは、複数の移動端末が同一のＩＰＴＶ放送を視聴している状態であっても同様であり、ＥＰＣ網のトラヒックを増大させる。特に、移動端末数が増えるほど、トラヒック増大が顕著となる。例えば、１０台の移動端末があれば、同一内容のマルチキャストパケットであっても、Ｐ−ＧＷから移動端末までの間に１０本の通信回線が必要であり、同じ内容のトラヒックが、１０本の通信回線個々に同時に通過する必要があった。（たとえば特許文献１を参照。）

また、ハンドオーバ元装置とハンドオーバ先装置での移動端末に対する視聴状態を変更する構成では、移動端末の位置登録は、移動端末がハンドオーバ処理を完了した後に行われるため、ハンドオーバ時にマルチキャストパケットの通信が途絶してＩＰＴＶ放送の配信が中断する問題を生じる。（たとえば特許文献２を参照。）

一方、移動端末によるハンドオーバ条件の検知を契機に、移動端末がハンドオーバ先の基地局（ｅＮＢ）近傍のオフロード装置宛てにマルチキャスト受信用の回線を設定する技術では、移動端末の移動時にＩＰＴＶ放送の視聴が途絶せずに継続できる。しかしながら、この技術では、移動先近傍の伝送装置（Ｐ−ＧＷ）から基地局（ｅＮＢ）の間に、移動端末毎に個別の新たな通信回線を設定し、個々の新たな通信回線でのマルチキャスト視聴参加を送信することになる。これは、複数の移動端末が同一のＩＰＴＶ放送を視聴している状態であっても同様であり、無線区間網のトラヒックを増大させる。特に、移動する移動端末数が増えるほど、無線区間網のトラヒック増大が顕著となる。例えば、１０台の移動端末があれば、同一内容のマルチキャストパケットであっても、移動先近傍のＰ−ＧＷから移動端末までの間に１０本の新たな通信回線の張り直しと視聴参加が必要であった。また、移動元近傍の伝送装置（Ｐ−ＧＷ）との通信回線を切断する必要もある。（たとえば特許文献３を参照。）

このように、従来の技術では、移動端末に対するマルチキャストサービス実施時に、移動端末の移動時における視聴継続と、ＥＰＣ網のトラヒック増大の抑制とをいずれも両立させることができなかった。

一つの側面では、本発明は、マルチキャスト配信視聴中の移動端末の移動時におけるネットワーク網のトラヒック増大を抑制でき、かつマルチキャスト配信を視聴継続できることを目的とする。

一つの案では、移動局が接続可能な複数の基地局と、前記複数の基地局を収容するコア網との間に配置されるオフロード装置であって、前記移動局が自装置を介してオフロード対象のマルチキャスト通信時に、前記移動局の回線情報とマルチキャスト視聴情報を記憶する記憶部と、前記マルチキャスト通信時に前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する転送部と、自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う制御部と、を含むオフロード装置を用いる。

一つの実施形態によれば、マルチキャスト配信視聴中の移動端末の移動時におけるネットワーク網のトラヒック増大を抑制でき、かつマルチキャスト配信を視聴継続できる。

図１は、実施の形態にかかるネットワークの構成例を示す図である。 図２は、オフロードＧＷのハードウェア構成例を示す図である。 図３は、オフロードＧＷの機能ブロック図である。 図４は、オフロードＧＷによるオフロードトラヒックのＸ２ベースハンドオーバ動作を説明する図である。 図５は、オフロードＧＷによるオフロードトラヒックのＳ１ベースハンドオーバ動作を説明する図である。 図６は、移動端末の起動及びオフロード処理の例を示すシーケンス図である。 図７Ａは、Ｓ１ベースのハンドオーバの処理例を示すシーケンス図である。 図７Ｂは、Ｘ２ベースのハンドオーバの処理例を示すシーケンス図である。 図８は、オフロード条件適用状態データのデータ構造例を示す図表である。 図９は、基地局からＳ−ＧＷへのアップリンクのＧＴＰ−ｕパケットのデータ構造例を示す図表である。 図１０は、Ｓ−ＧＷから基地局へのダウンリンクのＧＴＰ−ｕパケットのデータ構造例を示す図表である。 図１１は、オフロード対象のアップリンクパケットをＩＰＴＶ放送視聴参加ポイントのオフロードＧＷからマルチキャストネットワークへ送信するときに利用されるパケットの構成例を示す図表である。 図１２は、ＩＰＴＶ放送局からマルチキャストネットワークを経由してＩＰＴＶ放送視聴参加ポイントのオフロードＧＷへ到達するパケットの構成例を示す図表である。 図１３は、ベアラ状態管理テーブルを示す図表である。 図１４は、移動端末の起動時にＭＭＥから基地局へ送信されるＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。 図１５は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージの応答メッセージである、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージの構成例を示す図表である。 図１６は、移動端末のＳ１ベースのハンドオーバ時に、移動端末からソースＭＭＥへ送信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージの構成例を示す図表である。 図１７は、Ｓ１ベースのハンドオーバ時に、ターゲットＭＭＥからターゲット基地局へ送信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。 図１８は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージに応じてターゲット基地局からターゲットＭＭＥへ返信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージの構成例を示す図表である。 図１９は、ソースＭＭＥからソース基地局へ送信されるＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージの構成例を示す図表である。 図２０は、ソースＭＭＥ１２１からソース基地局１１１へ送信されるＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージの構成例を示す図表である。 図２１は、Ｘ２ベースのハンドオーバにおいて、ソース基地局からターゲットオフロードＧＷ経由でターゲット基地局へ転送される、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。 図２２は、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの応答メッセージである、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージの構成例を示す図表である。 図２３は、Ｘ２ＡＰ：ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージの構成例を示す図表である。 図２４は、Ｘ２ベースのハンドオーバにおいてターゲット基地局からＭＭＥへ送信されるＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。 図２５は、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージの応答として、ＭＭＥからターゲット基地局へ送信されるＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージを示す図表である。 図２６は、基地局からＳ−ＧＷへ向かうｕｐｌｉｎｋ ＧＴＰ−ｕパケットを振分ポイントのオフロードＧＷが受信した場合の処理内容を示すフローチャートである。 図２７は、マルチキャストネットワークからＩＰＴＶ放送視聴参加ポイントのオフロードＧＷがＩＰＴＶ放送のマルチキャストパケットを受信した場合の処理内容を示すフローチャートである。 図２８は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ（ＭＭＥ→ｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図２９は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージ（ｅＮＢ→ＭＭＥ）の傍受時の処理内容を示すフローチャートである。 図３０は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージ（ソースｅＮＢ→ソースＭＭＥ）の傍受時の処理内容を示すフローチャートである。 図３１は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ（ターゲットＭＭＥ→ターゲットｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図３２は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ（ターゲットｅＮＢ→ターゲットＭＭＥ）の傍受時の処理内容を示すフローチャートである。 図３３は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージ（ｓｏｕｒｃｅ ＭＭＥ→ソースｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図３４は、Ｓ１ベースのハンドオーバ時にＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージ（ｓｏｕｒｃｅ ＭＭＥ→ソースｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図３５は、Ｘ２ベースのハンドオーバ時にＸ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ（ソースｅＮＢ→ターゲットｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図３６は、Ｘ２ベースのハンドオーバ時にＸ２ＡＰ：ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージ（ターゲットｅＮＢ→ソースｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図３７は、Ｘ２ベースのハンドオーバ時にＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージ（ターゲットｅＮＢ→ＭＭＥ）の傍受時の処理内容を示すフローチャートである。 図３８は、Ｘ２ベースのハンドオーバ時にＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ（ＭＭＥ→ターゲットｅＮＢ）の傍受時の処理内容を示すフローチャートである。 図３９は、オフロードＧＷにおける基地局を収容するｏＧＷ収容表を示す図表である。 図４０は、ベアラ状態管理テーブルに対する情報登録状態を示す図表である。 図４１は、オフロード条件適用状態管理テーブルにマルチキャスト視聴情報を登録した状態を示す図表である。 図４２は、ＩＰＴＶ視聴開始後のオフロード条件適用によるトラヒックの流れを示す図である。 図４３は、オフロードＧＷ間においてＳ１ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。 図４４は、オフロードＧＷ間においてＳ１ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。 図４５は、オフロードＧＷ装置間においてＳ１ベースハンドオーバでのオフロード条件適用状態の引き継ぎ時のトラヒックの流れを示す図である。 図４６は、Ｓ１ベースハンドオーバ完了後ＩＰＴＶ放送視聴維持状態におけるオフロード条件適用状態のベアラ状態管理テーブルを示す図表である。 図４７は、Ｓ１ベースハンドオーバ完了後ＩＰＴＶ放送視聴維持状態におけるオフロード条件適用状態のオフロード条件適用状態管理テーブルを示す図表である。 図４８は、Ｓ１ベースハンドオーバ完了後のＩＰＴＶ放送視聴時にオフロード条件適用状態におけるトラヒックの流れを示す図である。 図４９は、オフロードＧＷ間においてＸ２ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。 図５０は、オフロードＧＷ間においてＸ２ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。 図５１は、オフロードＧＷ装置間においてＸ２ベースハンドオーバでのオフロード条件適用状態の引き継ぎ時のトラヒックの流れを示す図である。 図５２は、Ｘ２ベースハンドオーバ完了後のＩＰＴＶ放送視聴時にオフロード条件適用状態におけるトラヒックの流れを示す図である。 図５３は、ハンドオーバ後に新ＩＰＴＶ放送視聴開始したときのオフロード条件適用状態の変化を示す図表である。 図５４は、ハンドオーバ後に新ＩＰＴＶ放送視聴開始したときのオフロード条件適用状態におけるトラヒックの流れを示す図である。 図５５は、ハンドオーバ後にＩＰＴＶ放送視聴離脱したときのオフロード条件適用状態の変化を示す図表である。 図５６は、ハンドオーバ後にＩＰＴＶ放送視聴離脱したときのオフロード条件適用状態におけるトラヒックの流れを示す図である。 図５７は、ハンドオーバ後にＩＰＴＶ放送視聴離脱したときのオフロード条件適用状態の変化を示す図表である。

（実施の形態）
以下に添付図面を参照して、開示技術の好適な実施の形態を詳細に説明する。以下の説明では、マルチキャストトラヒックがＩＰＴＶ放送であり、ＩＰＴＶ放送局が複数の移動端末に対してＩＰＴＶ放送番組をマルチキャスト配信する例を説明する。そして、移動端末の移動時には、該当するオフロードゲートウェイ同士がハンドオーバ時の処理の一部（マルチキャスト視聴参加等）を移動端末に代わって実行する。

（全体構成）
図１は、実施の形態にかかるネットワークの構成例を示す図である。図１において、ネットワークシステム１００は、大略して、ＬＴＥ網（ｅＵＴＲＡＮ）１０１と、ＥＰＣ網１０２と、ＩＭＳ網１０３と、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）網(インターネット)１０４と、不図示のマルチキャストネットワークとを備えている。

ＬＴＥ網１０１は、無線アクセス網の一例であり、ＥＰＣ網１０２はコア網の一例である。ＩＳＰ網１０４は、パケット網の一例である。図１において、ＩＳＰ網１０４には、ＩＰＴＶ放送を提供するＩＰＴＶ放送局のサーバ１４１が接続されている。

ＬＴＥ網１０１は、“ｅＮｏｄｅＢ（ｅＮＢ）”と呼ばれるＬＴＥ準拠の基地局１１１を含む。ＥＰＣ網１０２は、コア網の例示である。ＥＰＣ網１０２は、ｅＮＢの他に、第２世代（２Ｇ：例えばＧＳＭ（登録商標）），第３世代（３Ｇ：例えばＷ−ＣＤＭＡ），第３．５世代（ＨＳＰＡ）の３ＧＰＰの無線アクセス網を収容することができる。さらに、ＥＰＣ網１０２は、ＣＤＭＡ２０００，ＷｉＦｉのようなｎｏｎ−３ＧＰＰの無線アクセス網を収容することもできる。

移動端末（ＵＥ）１０５は、基地局１１１と無線接続することで、ＥＰＣ網１０２およびＩＳＰ網１０４を経て、ＩＰＴＶ放送局のサーバ１４１にアクセスすることができる。移動端末１０５は、移動端末１０５の移動に応じて、接続先の基地局１１１を変更し（ハンドオーバ）、通信相手との通信を継続することができる。図１には、Ａさんが所有する１台の移動端末１０５の移動状態を示している。

ＥＰＣ網１０２は、制御用交換局（ＭＭＥ）１２１、Ｓ−ＧＷ１２２，Ｐ−ＧＷ１２３、ＰＣＲＦ（図示せず）のような様々なノードを含んでいる。ＭＭＥ１２１は、ネットワーク制御のＣプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）を扱う。ＭＭＥ１２１は、ベアラ（Ｂｅａｒｅｒ：ユーザとパケット網との間のコネクション）の確立・解放や、移動端末１０５の位置登録やハンドオーバのような移動制御を行う。また、ＭＭＥ１２１は、加入者情報が登録されたＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：図示せず）と連携した移動端末の認証を行う。

Ｓ−ＧＷ１２２は、ユーザデータのパケットデータであるＵプレーン（Ｕｓｅｒ Ｐｌａｎｅ）を扱う。Ｓ−ＧＷ１２２は、３ＧＰＰ（ｅＮＢ，２Ｇ／３Ｇ）の無線アクセス網のアンカポイントとして機能し、Ｐ−ＧＷ１２３との間でユーザパケットデータの中継処理を行う。Ｐ−ＧＷ１２３は、ＩＳＰ網１０４のようなパケット網に対する接続ポイントとなる。Ｐ−ＧＷ１２３は、移動端末１０５へのＩＰアドレスの払い出し、ベアラ確立時におけるパケット網への接続に関したユーザ認証を行う。さらに、Ｐ−ＧＷ１２３は、ＰＣＲＦの指示に従うＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御、課金データ生成、およびＤＨＣＰサーバのような機能を有する。ＭＭＥ１２１，Ｓ−ＧＷ１２２，Ｐ−ＧＷ１２３のような各ノードは、ＥＰＣ網１０２に１以上配置される。

基地局（例えば、ｅＮｏｄｅＢ）１１１は、“Ｓ１−ＭＭＥインタフェース”と呼ばれるＵプレーンのインタフェースによってＭＭＥ１２１と接続される。また、基地局１１１は、“Ｓ１−Ｕインタフェース”と呼ばれるインタフェースによってＳ−ＧＷ１２２と接続される。Ｓ−ＧＷ１２２とＭＭＥ１２１とは、“Ｓ１１インタフェース”と呼ばれるＣプレーンのインタフェースで接続される。Ｓ−ＧＷ１２２とＰ−ＧＷ１２３とは、“Ｓ５”と呼ばれるＵプレーンのインタフェース、およびＵプレーン用のインタフェースによって接続される。また、基地局１１１間は、“Ｘ２インタフェース”と呼ばれるインタフェースによって接続される。

図１に示すＥＰＣ網１０２は、さらに、移動端末１０５の移動時におけるマルチキャスト視聴のトラヒックを制御するノードとして機能する、１以上のオフロード装置（以下、オフロードゲートウェイ（オフロードＧＷ：ｏＧＷ）と表記）１２４を備えている。図１に示す例では、オフロードＧＷ１２４の例示として、ハンドオーバのソースおよびターゲット用の２つのオフロードｏＧＷ（＃１），ｏＧＷ（＃２）を図示している。

オフロードＧＷ１２４は、基地局１１１とＥＰＣ網１０２との間に配置される。すなわち、このオフロードＧＷ１２４は、ＥＰＣ網１０２におけるＳ−ＧＷ１２２から基地局１１１側に配置される。オフロードＧＷ１２４の設置数は、適宜決定可能である。例えば、オフロードＧＷ１２４は、基地局１１１毎に配置することができる。

オフロードＧＷ１２４は、移動端末１０５の回線単位にＩＰＴＶ放送を視聴中のマルチキャスト視聴情報をオフロード条件適用状態として管理する。また、移動端末１０５の移動に伴うハンドオーバを契機に、オフロード条件適用状態をソースとターゲットのオフロードＧＷ（＃１）１２４と、ｏＧＷ（＃２）１２４間において引き継ぐ。

このオフロードＧＷ１２４は、基地局１１１とＳ−ＧＷ１２２との間で送受信されるＣプレーンのパケットを傍受する。そして、オフロードＧＷ１２４は、基地局１１１とＳ−ＧＷ１２２間を流れるＵプレーンのトラヒックのうち、オフロード対象のトラヒック（オフロードトラヒック）を決定する。

そして、オフロードＧＷ１２４は、トラヒックオフロード対象としたマルチキャスト通信について、マルチキャスト通信毎にその通信を開始したソースのオフロードＧＷ（ｏＧＷ＃１）１２４は、トラヒックオフロード対象のマルチキャスト視聴情報を管理する。そして、図１に示すように、
（１）移動端末１０５の移動に伴い、ソースのオフロードＧＷ（ｏＧＷ＃１）１２４は、（２）ハンドオーバ先（ターゲット）のオフロードＧＷ（ｏＧＷ＃２）１２４へトラヒックオフロード対象のマルチキャスト視聴情報を伝える。これにより、ハンドオーバ先のオフロードＧＷ（ｏＧＷ＃２）１２４は、
（３）移動端末１０５に代わって、ＩＰＴＶ放送局のサーバ１４１に対し、移動端末１０５の視聴要求（ＩＧＭＰ−ｊｏｉｎ）を行う。

図１の矢印は、ソースおよびターゲットのオフロードＧＷ１２４におけるマルチキャストパケット（ＩＰＴＶ放送）の配信経路を示し、Ｓ−ＧＷ１２２に代わってオフロードＧＷ１２４がマルチキャストネットワークを介して配信する。図１において、ＩＰＴＶ放送局１４１から配信されるＩＰＴＶ放送番組は、Ｐ−ＧＷ１２３→Ｓ−ＧＷ１２２を介してオフロードＧＷ１２４までの間において、１本の通信経路上でマルチキャスト配信される。そして、オフロードＧＷ１２４から基地局１１１を介して移動端末１０５までの間は移動端末１０５の数分の個別（ユニキャスト）パケットにより配信される。

例えば、図１に示すように、１台のオフロードＧＷ（＃２）１２４にＩＰＴＶ放送案組を視聴する２台の移動端末１０５（ユーザＡ，Ｂ）が接続されたとする。この場合でも、ＩＰＴＶ放送局１４１から配信されるＩＰＴＶ放送番組は、Ｐ−ＧＷ１２３→Ｓ−ＧＷ１２２を介してオフロードＧＷ１２４までの間において、一つの通信経路を用いてマルチキャスト配信される。そして、オフロードＧＷ（＃２）１２４から２台の移動端末１０５までの間のみ２つの通信経路を有して、個別（ユニキャスト）パケットにより配信される。このように、実施の形態によれば、ＥＰＣ網１０２内に移動端末１０５の数に対応する通信経路を設ける必要がなく、マルチキャストネットワーク（ＩＰＴＶ放送局１４１からマルチキャストパケットとして伝送される経路、例えば、ＥＰＣ網１０２を含む）のトラヒックを削減できるようになる。

（オフロードＧＷのハードウェア構成例）
図２は、オフロードＧＷのハードウェア構成例を示す図である。図２において、オフロードＧＷ１２４は、複数の回線インタフェース２０１と、回線インタフェース２０１に接続されたパケット転送制御部（パケット転送制御回路：パケット転送コントローラ）２０２と、パケット転送制御部２０２に接続されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等からなる制御部２０３およびメモリ等の記憶部２０４とを含む。

回線インタフェース２０１は、オフロードＧＷ１２４と基地局１１１とを結ぶ回線、オフロードＧＷ１２４とＳ−ＧＷ１２２とを結ぶ回線、オフロードＧＷ１２４とＭＭＥ１２１とを結ぶ回線、およびオフロードＧＷ１２４とマルチキャストネットワークとを結ぶ回線を収容する。オフロードＧＷ１２４には、オフロードＧＷ１２４が収容する回線数に対応する１以上の回線インタフェース２０１が設けられる。回線インタフェース２０１は、汎用または専用の半導体回路（ＬＳＩ，ＡＳＩＣなど）によって形成される。

パケット転送制御部２０２は、パケット転送処理を行う。すなわち、パケット転送制御部２０２は、ルーティングテーブルを有し、パケットの宛先アドレスに対応する出力ポートをルーティングテーブルから割り出し、出力ポートへ向けてパケットを送出する。パケット転送制御部２０２は、汎用または専用の半導体回路（ＬＳＩ，ＡＳＩＣ，プログラマブルロジックデバイス（ＰＬＤ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）など）が搭載された回路チップとして形成されることができる。

制御部（ＣＰＵ）２０３は、パケット転送制御部２０２の制御を通じて、オフロードＧＷ１２４全体の動作を制御する。ＣＰＵ２０３は、コントローラ（制御部）の一例であり、プロセッサの一例である。なお、ＣＰＵ２０３の機能を司るコントローラは、専用または汎用のハードウェアチップの適用によって実現されることができる。記憶部２０４は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの半導体メモリによって形成される。記憶部２０４は、ＣＰＵ２０３の作業領域、ＣＰＵ２０３によって実行される各種のプログラムやプログラムの実行に際して使用されるデータの格納領域を提供する。

（オフロードＧＷの機能ブロック例）
図３は、オフロードＧＷの機能ブロック図である。この図３には、図２に示したＣＰＵ２０３が記憶部２０４に記憶されたプログラムを実行することによって実現されるオフロードＧＷ１２４の機能を示している。図３に示すように、ＣＰＵ２０３がプログラムを実行することによって、ＣＰＵ２０３は、振分ポイント（中継ポイント）３０１として機能する。

振分ポイント（中継ポイント）３０１としての機能は、Ｓ１ＡＰ傍受処理部３１１、Ｘ２ＡＰ傍受処理部３１２、合流処理部３１３、振分処理部３１４、転送処理部３１５とを含む。記憶部２０４には、ベアラ（Ｂｅａｒｅｒ）状態管理テーブル３２１と、オフロード条件適用状態管理テーブル３２２とが記憶される。ベアラ状態管理テーブル３２１およびオフロード条件適用状態管理テーブル３２２は、振分ポイント３０１によって使用される。

移動端末１０５のマルチキャスト通信を中継するオフロードＧＷ１２４は、移動端末１０５がベアラ回線を通じて送信したマルチキャスト視聴要求（ＩＣＭＰ−ｊｏｉｎ）を振分処理部３１４が検出する。振分処理部３１４は、視聴情報を記憶部２０４に記憶する。そして、振分処理部３１４は、オフロードＧＷ１２４から、視聴要求のカプセリングを解いて対応のＩＰＴＶ放送局１４１へ視聴要求する。合流処理部３１３は、ＩＰＴＶ放送局１４１からのＩＰＴＶ放送パケットをカプセリングし、視聴要求を行った移動端末１０５対応のベアラ回線を通じて移動端末１０５へ送る。

移動端末１０５が移動すると、オフロードＧＷがハンドオーバシーケンスを検出する。そして、転送処理部３１５は、移動端末１０５のハンドオーバ元の通信が通過していたオフロードＧＷ（＃１）１２４からハンドオーバ先の通信が通過するオフロードＧＷ（＃２）１２４へ視聴情報を引き渡す。これにより、ハンドオーバ先の通信が通過するオフロードＧＷ（＃２）１２４の転送処理部３１５は、移動端末１０５についてのマルチキャストの視聴要求を追加して要求する。ハンドオーバ元の通信が通過していたオフロードＧＷ（＃１）１２４の振分処理部３１４では、移動端末１０５の視聴離脱（ＩＣＭＰ−ｌｅａｖｅ）を行う。

なお、ハンドオーバには、同一のＭＭＥ１２１の管理範囲内（基地局１１１間）で実施されるＸ２ベースハンドオーバと、異なるＭＭＥ１２１間に跨って行われるＳ１ベースハンドオーバとがある。オフロードＧＷ１２４の変更は、オフロードＧＷ１２４が基地局１１１毎に設置されている場合、Ｘ２ベースハンドオーバとＳ１ベースハンドオーバとの双方について起こる。

（オフロードＧＷの各機能の処理概要）
（１）Ｓ１ＡＰ傍受処理部３１１
Ｓ１ＡＰ傍受処理部３１１は、Ｓ１ＡＰ：Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔを傍受すると以下の処理を実施する。
１．Ｓ１ＡＰ：Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔに基づきベアラの割り付け情報をベアラ状態管理テーブル３２１に記憶する。
２．振分処理部３１４へオフロード対象の監視開始を指示する。
３．合流処理部３１３に対し、オフロード対象のベアラについて合流開始を指示する。
（２）振分処理部３１４
振分処理部３１４は、オフロード対象のＴＥＩＤ＋ＩＧＭＰ ｊｏｉｎを検出すると以下の処理を実施する。
１．ＧＴＰ−ｕのカプセルを解いて、ＩＧＭＰ ｊｏｉｎをマルチキャストネットワークへ中継する。
２．ベアラ＋マルチキャストＡｄｄｒｅｓｓをオフロード条件適用状態管理テーブル３２２へ記憶する。
３．ＩＰＴＶ放送視聴参加ポイントに対し、オフロード対象のベアラについて、中継開始を指示する。
（３）合流処理部３１３
合流処理部３１３は、マルチキャストパケットを受けると、オフロード条件適用状態管理テーブル３２２のマルチキャストＡｄｄｒｅｓｓと照合し、一致するベアラ対応のｅＮＢ（Ｓ１−ｕ ＴＥＩＤ（ｆｏｒ ｅＮＢ））に向け、マルチキャストパケットを送信する。

（オフロードトラヒックのハンドオーバ動作）
ハンドオーバは、Ｘ２ベースハンドオーバとＳ１ベースハンドオーバがあり、それぞれにおける各機能部の処理概要を説明しておく。

（１）Ｘ２ベースハンドオーバ時の処理概要
（１−１）ターゲットｏＧＷのＸ２ＡＰ傍受処理部３１２が、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを傍受すると、以下の処理を行う。
１．Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔに基づきベアラの割り付け情報をベアラ状態管理テーブル３２１に記憶する。
２．振分処理部３１４へオフロード対象の監視開始を指示する。
３．ＭＭＥ対応のｏＧＷより、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ ＲｅｑｕｅｓｔのＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤをキーにＵＥ対応のオフロード条件適用状態を受け取る。

（１−２）ターゲットｏＧＷのＳ１ＡＰ傍受処理部３１１が、Ｓ１ＡＰ：Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔを傍受すると、以下の処理を行う。
１．Ｓ１ＡＰ：Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔに基づきベアラの割り付け情報をベアラ状態管理テーブル３２１に記憶する。
２．合流処理部３１３に対し、オフロード対象のベアラについて合流開始を指示する。
３．ソースｏＧＷより引き継いだオフロード条件適用状態のベアラ対応の各マルチキャスト情報について、ＩＧＭＰ ｊｏｉｎをマルチキャストネットワークへ送信する。

（２）Ｓ１ベースハンドオーバ時の処理概要
（２−１）ソースｏＧＷのＳ１ＡＰ傍受処理部３１１が、Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを傍受すると、以下の処理を行う。
１．Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ ＲｅｑｕｅｉｒｅｄのＴａｒｇｅｔＩＤ（ｅＮＢ−ＩＤ）により、ターゲットｅＮＢを収容するターゲットｏＧＷのターゲットｅＮＢ対応オフロード条件適用状態管理テーブル３２２へＵＥ対応のオフロード条件適用状態の情報を書き込む。
２．Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｉｒｅｄに含まれるＴａｒｇｅｔ ＣｅｌｌＩＤ ｉｎｆをＳ−Ｔａｒｇｅｔ ＣｅｌｌＩＤ ｉｎｆ．としてターゲットｏＧＷのターゲットｅＮＢ対応オフロード条件適用状態管理テーブル３２２へ書き込む。

（２−２）ターゲットｏＧＷのＳ１ＡＰ傍受処理部３１１が、Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを傍受すると、以下の処理を行う。
１．Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔに基づき、ベアラの割り付け情報をベアラ状態管理テーブル３２１に記憶する。
２．Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔに含まれるＴａｒｇｅｔ ＣｅｌｌＩＤ ｉｎｆをＴ−Ｔａｒｇｅｔ ＣｅｌｌＩＤ ｉｎｆ．としてベアラ状態管理テーブル３２１へ書き込む。
３．振分処理部３１４へオフロード対象の監視開始を指示する。

（２−３）ターゲットｏＧＷのＳ１ＡＰ傍受処理部３１１が、Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．を傍受すると、以下の処理を行う。
１．Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．に基づき、ベアラの割り付け情報をベアラ状態管理テーブル３２１に記憶する。
２．Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．に含まれるＣ−ＲＴＮＩｉｎｆ．をＴ−Ｃ−ＲＴＮＩ ｉｎｆ．としてベアラ状態管理テーブル３２１へ書き込む。３．合流処理部３１３に対し、オフロード対象のベアラについて合流開始を指示する。

（２−４）ソースｏＧＷのＳ１ＡＰ傍受処理部３１１が、Ｓ１ＡＰ：Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ．を傍受すると、以下の処理を行う。
１．Ｓ１ＡＰ： Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄに含まれるＣ−ＲＴＮＩ ｉｎｆ．をＳ−Ｃ−ＲＴＮＩ ｉｎｆ．としてターゲットｏＧＷのターゲットｅＮＢ対応オフロード条件適用状態管理テーブル３２２へ書き込む。
２．ターゲットｏＧＷの振分ポイントへＴａｒｇｅｔＩＤ＋Ｓ−ＣｅｌｌＩＤ ｉｎｆ．＋Ｓ−Ｃ−ＲＴＮＩ ｉｎｆ．を通知し、ベアラ状態管理テーブル３２１の対応するｅＮＢＩＤ＋Ｔ−ＣｅｌｌＩＤ ｉｎｆ．＋Ｔ−Ｃ−ＲＴＮＩ ｉｎｆ．を持つＵＥを決定し、ターゲットｅＮＢ対応オフロード条件適用状態管理テーブル３２２の情報を当該ＵＥのオフロード条件適用状態としてコピーする。
３．オフロード条件適用状態のＢｅａｒｅｒ対応の各マルチキャスト視聴情報に基づいて、マルチキャストネットワークへＩＧＭＰ ｊｏｉｎを送信する。

図４は、オフロードＧＷによるオフロードトラヒックのＸ２ベースハンドオーバ動作を説明する図である。ＣＰＵ２０３が実現する機能を示す。図４には、ソースｏＧＷであるオフロードＧＷ１２４（＃１）と、ターゲットｏＧＷであるオフロードＧＷ１２４（＃２）とが示されている。

Ｓ１ＡＰ傍受処理部３１１は、基地局１１１とＭＭＥ１２１との間で送受信される、Ｓ１ＡＰ（Ｓ１ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づく制御パケットを傍受する。Ｓ１ＡＰは、基地局１１１（ｅＵＴＲＡＮ）とＭＭＥ１２１（ＥＰＣ）との間のシグナリングサービスを提供するＣプレーンのプロトコルである。Ｓ１ＡＰが有する機能は、例えば、ベアラの確立、変更および開放、ハンドオーバ制御および待ち受け移動端末への着信制御である。

Ｘ２ＡＰ傍受処理部３１２は、基地局１１１間で送受信される、Ｘ２ＡＰ（Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づく制御パケットを傍受する。Ｘ２ＡＰは、Ｘ２インタフェース上の基地局（ｅＮｏｄｅＢ）１１１間のＣプレーンプロトコルであり、基地局１１１間における負荷管理およびハンドオーバ調整を支援する。

振分処理部３１４は、ｕｐｌｉｎｋのＧＴＰ−ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ）トンネルを流れるトラヒックのうち、ＩＰＴＶ視聴情報（ＩＧＭＰ−ｊｏｉｎ／ｌｅａｖｅ／ｒｅｐｏｒｔ）を、マルチキャストネットワークに分岐させる。ＧＴＰ−ｕは、基地局１１１とＳ−ＧＷ１２２との間のＩＰ伝送用プロトコルである。トラヒックは、ＧＴＰ−ｕに基づいて基地局１１１とＳ−ＧＷ１２２との間に確立されたベアラ（ＧＴＰ−ｕトンネル）を流れる。なお、ＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ ＩＤｅｎｔｉｆｉｅｒ）は、パケットのＧＴＰヘッダに設定される、ＧＴＰ−ｕトンネルの終端点の識別子である。

合流処理部３１３は、マルチキャストネットワークからのオフロードトラヒック（ＩＰＴＶ放送のマルチキャストＰＤＵ）を、ｄｏｗｎｌｉｎｋのＧＴＰ−ｕトンネルを流れるＳ−ＧＷ１２２からのトラヒックに合流させる。パケット転送制御部２０２は、ＥＰＣ網１０２とマルチキャストネットワークとの間のＮＡＰＴ処理（オフロード対象のトラヒックに関するＩＰアドレス変換、ＴＣＰ／ＵＤＰポート変換）を行う。

本実施形態では、移動端末１０５と通信相手（ＩＰＴＶ放送局１４１）との間でオフロード対象のＩＰＴＶ放送が開始されたときのオフロードＧＷ１２４が、ＩＰＴＶ放送視聴参加ポイントとして設定される。例えば、図４に示すように、基地局（＃１）１１１に接続した移動端末１０５がＩＰＴＶ放送局１４１からのマルチキャストパケットを受信したときに、オフロード処理を実行したオフロードＧＷ（＃１）１２４が、ＩＰＴＶ放送視聴参加ポイントとして設定される。

振分ポイントの変更は、移動端末１０５の移動に伴うハンドオーバによって起こる。すなわち、移動端末１０５のハンドオーバ先の基地局１１１（ターゲット基地局）が、ハンドオーバ元の基地局１１１（ソース基地局）と異なるオフロードＧＷ１２４に収容されている場合に、ＩＰＴＶ放送視聴参加ポイントが変更される。

本実施形態では、元のオフロードＧＷ（＃１）１２４は、新たなＩＰＴＶ放送視聴参加ポイントとなるターゲットのオフロードＧＷ（＃２）１２４に、トラヒックオフロード対象のマルチキャスト視聴情報を転送する。より具体的には、図４において、元のオフロードＧＷ（＃１）１２４の転送処理部３１５は、オフロード条件適用状態管理テーブル３２２をターゲットのオフロードＧＷ（＃２）１２４のオフロード条件適用状態管理テーブル３２２にコピーするために転送する。

ターゲットのオフロードＧＷ（＃２）１２４は、転送されたオフロード適用状態テーブル３２２を保持し、マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ）をマルチキャストネットワークを介してＩＰＴＶ放送局１４１に要求する。ここで、ターゲットのオフロードＧＷ（＃２）１２４の転送処理部３１５は、移動した移動端末１０５に代わってマルチキャスト視聴参加要求する。そして、ＩＰＴＶ放送局１４１からのマルチキャストパケットを基地局（＃２）１１１を介して移動端末１０５へ向けて転送する。これによって、移動端末１０５が移動しても、移動端末１０５に対しＩＰＴＶ放送のマルチキャストパケットを継続して配信することができる。また、維持されていたマルチキャスト通信が終了した場合には、マルチキャスト視聴からの離脱を行う。

これにより、複数の移動端末１０５が移動毎にマルチキャスト視聴情報をそれぞれ送出するのではなく、ソースおよびターゲットのオフロードＧＷ１２４同士がマルチキャストネットワークを介してマルチキャスト視聴情報を転送する。これにより、移動端末１０５が移動しても、ＩＰＴＶ放送等のマルチキャストパケットが途絶することがない。

また、オフロードＧＷ１２４がマルチキャスト視聴情報の送出を制御するとともに、ＩＰＴＶ放送局１４１から配信される同一のＩＰＴＶ放送のマルチキャストパケットを複数の移動端末１０５に配信する。これにより、ＥＰＣ網１０２の通信回線を各移動端末１０５毎に設ける必要がなく、ＥＰＣ網１０２のトラヒック増加を抑止できるようになる。

図５は、オフロードＧＷによるオフロードトラヒックのＳ１ベースハンドオーバ動作を説明する図である。Ｓ１ベースハンドオーバにおいては、Ｘ２ベースハンドオーバ（図４）の構成に加えて、ターゲットのオフロードＧＷ（＃２）１２４の記憶部２０４には、ターゲット基地局１１１（ターゲットｅＮＢ）毎のターゲットｅＮＢ対応オフロード条件適用状態データ５０１が追加して設けられる。

そして、元のオフロードＧＷ（＃１）１２４の転送処理部３１５は、オフロード条件適用状態管理テーブル３２２をターゲットのオフロードＧＷ（＃２）１２４のターゲットｅＮＢ対応オフロード条件適用状態データ５０１にコピーするために転送を行う（図５のコピー１）。

ターゲットのオフロードＧＷ（＃２）１２４は、ターゲットｅＮＢ対応オフロード条件適用状態データ５０１のオフロード条件適用状態管理テーブル３２２をオフロード条件適用状態管理テーブル３２２にコピーする（図５のコピー２）。そして、ターゲットのオフロードＧＷ（＃２）１２４の転送処理部３１５は、マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ）をマルチキャストネットワークを介してＩＰＴＶ放送局１４１に要求する。これ以外の処理は図４と同様である。

以下、オフロードＧＷ１２４のさらなる詳細について説明する。図６は、移動端末の起動及びオフロード処理の例を示すシーケンス図である。図７Ａは、Ｓ１ベースのハンドオーバの処理例を示すシーケンス図であり、図７Ｂは、Ｘ２ベースのハンドオーバの処理例を示すシーケンス図である。各シーケンスの詳細は後述する。

＜オフロード条件適用状態データ＞
図８は、オフロード条件適用状態データのデータ構造例を示す図表である。オフロード条件適用状態管理テーブル３２２は、オフロードＧＷ内ＵＥ識別子と、利用者回線識別子（Ｅ ＲＡＢ ＩＤ）と、マルチキャスト視聴情報とを含む１以上のレコードを格納する。

“ｏＧＷ内ＵＥ識別子”は、オフロードＧＷ（ｏＧＷ）１２４が移動端末（ＵＥ）１０５を一意に識別する情報である。“利用者回線識別子”は、移動端末１０５内での回線を一意に識別する情報であり、移動端末１０５での回線識別子（Ｅ ＲＡＢ ＩＤ）と同期する。“Ｍｕｌｔｉｃａｓｔ視聴情報”は、移動端末１０５に対応するマルチキャストアドレスである。

＜パケット＞
図９は、基地局からＳ−ＧＷへのアップリンクのＧＴＰ−ｕパケット（ＵＬカプセル化パケット）のデータ構造例を示す図表である。ＩＧＭＰ−ｊｏｉｎのデータ９０１と、ＩＧＭＰ−ｌｅａｖｅのデータ９０２とを例示する。ＧＴＰ−ｕパケットは、ＩＧＭＰヘッダとＩＰヘッダを有するマルチキャストパケットが、ＧＴＰ−ｕヘッダ、ＵＤＰ＿Ｇ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダおよびＩＰ＿Ｇヘッダでカプセル化されている。さらに、カプセル化パケットにレイヤ２（Ｌ２）ヘッダおよびレイヤ１（Ｌ１）ヘッダが付与されている。

ＩＧＭＰヘッダには、マルチキャスト視聴参加あるいは離脱に関するＴｙｐｅの情報と、マルチキャストのグループアドレスが設定される。ＩＰヘッダ内の宛先ＩＰアドレスとして、目的のＩＰＴＶ放送局１４１のサーバのＩＰアドレスが設定されており、送信元ＩＰアドレスは、移動端末１０５のＩＰアドレスが設定されている。一方、ＩＰ＿Ｇヘッダの宛先ＩＰアドレスは、目的のＳ−ＧＷ１２２のＩＰアドレスであり、送信元アドレスは、基地局１１１のＩＰアドレスである。ＴＥＩＤとしては、ＧＴＰトンネルの終端点に位置するＳ−ＧＷ１２２を示す値が設定される。

図１０は、Ｓ−ＧＷから基地局へのダウンリンクのＧＴＰ−ｕパケット（ＤＬカプセル化パケット）のデータ構造例を示す図表である。ＩＰヘッダおよびＩＰ＿Ｇヘッダ中の送信先ＩＰアドレスと宛先ＩＰアドレスが、図９に示したＧＴＰ−ｕパケットと逆になる。ＵＤＰは、ＩＰＴＶ放送局１４１から配信されるＩＰＴＶ放送コンテンツである。ＴＥＩＤは、目的の基地局１１１内のトンネル終端点を指す。このデータ構造例は、マルチキャストネットワーク経由のパケットを振分ポイント３０１から基地局１１１へ送信するＧＴＰ−ｕのパケットのデータ構造例でもある。

図１１は、オフロード対象のアップリンクパケットをＩＰＴＶ放送視聴参加ポイントのオフロードＧＷからマルチキャストネットワーク（ＩＰＴＶ放送局）へ送信するときに利用されるパケット（ＵＬオフロードパケット）の構成例を示す図表である。ＩＧＭＰ−ｊｏｉｎのデータ１１０１と、ＩＧＭＰ−ｌｅａｖｅのデータ１１０２とを例示する。図１２は、ＩＰＴＶ放送局からマルチキャストネットワークを経由してＩＰＴＶ放送視聴参加ポイントのオフロードＧＷへ到達するパケット（ＤＬオフロードパケット）の構成例を示す図表である。

＜ベアラ状態管理テーブル＞
図１３は、ベアラ状態管理テーブルを示す図表である。本実施形態において、ベアラ状態管理テーブル３２１は、ベアラ利用者特定テーブル３２１Ａと、ベアラテーブル３２１Ｂとを含み管理される。但し、テーブル構成は例示である。

ベアラ利用者特定テーブル３２１Ａは１連のテーブルである。ベアラ利用者特定テーブル３２１Ａの“オフロードＧＷ（ｏＧＷ）内ＵＥ識別子”は、ベアラテーブル３２１ＢのオフロードＧＷ内ＵＥ識別子と同値であり、同一レコードであることを明示するために記載されている。

“オフロードＧＷ（ｏＧＷ）内ＵＥ識別子”は、当該オフロードＧＷ１２４において移動端末１０５を一意に識別する情報を記憶する。同一の移動端末１０５に対して、オフロードＧＷ内ＵＥ識別子は、同一の移動端末１０５に対して、オフロード条件適用状態管理テーブル３２２と、ベアラ利用者特定テーブル３２１Ａとの双方に、同一の値を有するオフロードＧＷ内ＵＥ識別子が記憶される。

“ＭＭＥ内ＵＥ識別子”は、ＭＭＥ１２１により付与された移動端末１０５の識別子（ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ）である。“ＭＭＥ装置識別子”は、ＭＭＥ内ＵＥ識別子を移動端末１０５に付与したＭＭＥ１２１（ＭＭＥ装置）の識別子である。“ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）”は、基地局１１１（ｅＮＢ）で付与された移動端末１０５の識別子（ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ）である。

“ｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）”は、基地局１１１で付与された移動端末１０５の識別子（ｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ）である。“ｅＮＢ装置識別子”は、ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）およびｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）を移動端末１０５に付与した基地局１１１の識別子である。

“ｔ−Ｔａｒｇｅｔ セル識別情報”は、ハンドオーバ先のターゲットのオフロードＧＷ（＃２）１２４が受信した、ハンドオーバ元の基地局１１１が選択したハンドオーバ先セル識別情報である。“ｔ−Ｔａｒｇｅｔセル内ＵＥ識別情報”は、ハンドオーバ先のオフロードＧＷ１２４が受信した、ハンドオーバ先の基地局１１１が選択したハンドオーバ先セル内の移動端末１０５の識別情報である。“Ｔａｒｇｅｔ ＩＤ”は、ハンドオーバ元のオフロードＧＷ１２４が受信した、ハンドオーバ元の基地局１１１が選択したハンドオーバ先の基地局１１１の識別子である。

“ｓ−Ｔａｒｇｅｔ セル識別情報”は、ハンドオーバ元のソースのオフロードＧＷ１２４が受信した、ハンドオーバ元の基地局１１１が選択したハンドオーバ先セル識別情報である。“ｓ−Ｔａｒｇｅｔセル内ＵＥ識別情報”は、ハンドオーバ元のオフロードＧＷ１２４が受信した、ハンドオーバ先の基地局１１１が選択したハンドオーバ先セル内の移動端末１０５の識別情報である。

＜ベアラテーブル＞
図１３に示すベアラテーブル３２１Ｂは、以下のようなデータを有する。“オフロードＧＷ（ｏＧＷ）内ＵＥ識別子”は、オフロードＧＷ１２４において移動端末１０５を一意に識別する情報である。ベアラテーブル３２１Ｂには、同一の移動端末１０５に関して、ベアラ利用者特定テーブル３２１Ａの“オフロードＧＷ内ＵＥ識別子”と同値が格納される。“利用者回線識別子”は、移動端末１０５内での回線を一意に識別する情報であり、移動端末１０５での回線識別子（Ｅ ＲＡＢ ＩＤ）と同期する。

“ｕｐｌｉｎｋ回線割り付け情報”は、利用者回線識別子に対するＳ−ＧＷ１２２へ向かうｕｐｌｉｎｋパケットの宛先情報である。“ｄｏｗｎｌｉｎｋ回線割り付け情報”は、利用者回線識別子に対する基地局１１１へ向かうｄｏｗｎｌｉｎｋパケットの宛先情報である。

＜メッセージ＞
次に、ノード間でやりとりされる主なメッセージのデータ構造例を説明する。図１４は、移動端末の起動時にＭＭＥから基地局へ送信されるＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。図１５は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージの応答メッセージである、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージの構成例を示す図表である。Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージは、基地局１１１からＭＭＥ１２１へ送信される。

図１６は、移動端末のＳ１ベースのハンドオーバ時に、移動端末からソースＭＭＥへ送信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージの構成例を示す図表である。図１７は、Ｓ１ベースのハンドオーバ時に、ターゲットＭＭＥからターゲット基地局へ送信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。図１８は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージに応じてターゲット基地局からターゲットＭＭＥへ返信されるＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージの構成例を示す図表である。

図１９は、ソースＭＭＥからソース基地局（サービング基地局）へ送信されるＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージの構成例を示す図表である。図２０は、ソースＭＭＥ１２１からソース基地局１１１へ送信されるＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージの構成例を示す図表である。

図２１は、Ｘ２ベースのハンドオーバにおいて、ソース基地局からターゲットオフロードＧＷ経由でターゲット基地局へ転送される、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの構成例を示す図表である。図２２は、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの応答メッセージである、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージの構成例を示す図表である。Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージは、ターゲットオフロードＧＷ（＃２）１２４を介して、ターゲット基地局（＃２）１１１からソース基地局（＃１）１１１へ送信される。図２３は、Ｘ２ＡＰ：ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージの構成例を示す図表である。

図２４は、Ｘ２ベースのハンドオーバにおいてターゲット基地局からＭＭＥへ送信されるＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ メッセージの構成例を示す図表である。図２５は、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージの応答として、ＭＭＥからターゲット基地局へ送信されるＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージを示す図表である。

＜処理フロー＞
次に、オフロードＧＷ１２４における処理フロー例について説明する。以下の各処理は、制御部（ＣＰＵ）２０３によって実行される。図２６は、基地局からＳ−ＧＷへ向かうｕｐｌｉｎｋ ＧＴＰ−ｕパケットを振分ポイントのオフロードＧＷが受信した場合の処理内容を示すフローチャートである。

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

次に、レコードがあるか否かが判定される（Ｓ２６０２）。レコードがなければ（ステップＳ２６０２：Ｎｏ）、Ｓ２６１１へ移行し、受信パケット（ＧＴＰ−ｕ）をＳ−ＧＷ１２２へ中継し（ステップＳ２６１１）、以上の処理を終了する。一方、レコードがあれば（ステップＳ２６０２：Ｙｅｓ）、Ｓ２６０３へ移行する。

Ｓ２６０３では、レコードがある場合にオフロード条件適用状態管理テーブル３２２から、ｏＧＷ内ＵＥ識別子、利用者回線識別子に対応し、マルチキャスト視聴情報が受信パケットのグループアドレス情報と一致するレコードを取り出す（ステップＳ２６０３）。

次に、レコードがあるか否かが判定される（ステップＳ２６０４）。レコードがあれば（ステップＳ２６０４：Ｙｅｓ）、Ｓ２６０５へ移行し、レコードがなければ（ステップＳ２６０４：Ｎｏ）、Ｓ２６０８へ移行する。

Ｓ２６０５では、ＧＴＰ−ｕユーザデータは、マルチキャスト視聴離脱（ＩＧＭＰ−ｌｅａｖｅ）であるか否かが判定される。このとき、離脱要求であれば（ステップＳ２６０５：Ｙｅｓ）、Ｓ２６０６に移行し、離脱要求以外（マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ））であれば（ステップＳ２６０５：Ｎｏ）、Ｓ２６０７に移行する。

Ｓ２６０６では、オフロード条件適用状態管理テーブル３２２から、ｏＧＷ内ＵＥ識別子、利用者回線識別子に対応し、マルチキャスト視聴情報が受信パケットのグループアドレスと一致するレコードを削除する（ステップＳ２６０６）。

Ｓ２６０７では、受信パケット（ＧＴＰ−ｕ）からＧＴＰ−ｕユーザデータを取り出し、ＩＧＭＰパケットとし、オフロードＧＷ１２４のマルチキャストネットワークのＩＰアドレスでＩＧＭＰパケットのＳＡ情報を書き換え、宛先へ向けＩＧＭＰパケットを送信する（ステップＳ２６０７）。以上により処理が終了する。

Ｓ２６０８では、ＧＴＰ−ｕユーザデータは、マルチキャスト視聴要求（ＩＧＭＰ−ｊｏｉｎ）であるか否かが判定される。視聴要求（ＩＧＭＰ−ｊｏｉｎ）であれば（ステップＳ２６０８：Ｙｅｓ）、ステップＳ２６０９へ移行する。マルチキャスト視聴要求（ＩＧＭＰ−ｊｏｉｎ）以外（マルチキャスト視聴離脱（ＩＧＭＰ−ｌｅａｖｅ））であれば（ステップＳ２６０８：Ｎｏ）、ステップＳ２６１１へ移行し、受信パケット（ＧＴＰ−ｕ）をＳ−ＧＷ１２２へ中継し（ステップＳ２６１１）、以上の処理を終了する。

Ｓ２６０９では、受信パケットのグループアドレスをｏＧＷ内ＵＥ識別子、利用者回線識別子に対応し、オフロード条件適用状態管理テーブル３２２のマルチキャスト視聴情報としてレコードを追加する（ステップＳ２６０９）。

Ｓ２６１０では、受信パケット（ＧＴＰ−ｕ）からＧＴＰ−ｕユーザデータを取り出し、ＩＧＭＰパケットとし、オフロードＧＷ１２４のマルチキャストネットワークのＩＰアドレスでＩＧＭＰパケットのＳＡ情報を書き換え、宛先へ向けＩＧＭＰパケットを送信する（ステップＳ２６１０）。以上により処理が終了する。

図２７は、マルチキャストネットワークからＩＰＴＶ放送視聴参加ポイントのオフロードＧＷがＩＰＴＶ放送のマルチキャストパケットを受信した場合の処理内容を示すフローチャートである。以下の各処理は、制御部（ＣＰＵ）２０３によって実行される。

最初に、受信パケット（ＵＤＰ／ＩＰ）のＤＡ情報をオフロードＧＷ１２４側にマルチキャスト配信として取り出す（ステップＳ２７０１）。

次に、オフロード条件適用状態管理テーブル３２２のレコード内で、マルチキャスト視聴情報がｏＧＷ側マルチキャスト配信情報と一致するレコードを検索し、取り出す（ステップＳ２７０２）。

次に、レコードがあるか否かを判定する（ステップＳ２７０３）。レコードがなければ（ステップＳ２７０３：Ｎｏ）、以上の処理が終了する。これに対し、レコードがあれば（ステップＳ２７０３：Ｙｅｓ）、ステップＳ２７０４に移行する。

Ｓ２７０４では、受信ＵＤＰ／ＩＰパケットをＧＴＰ−ｕカプセル化してＧＴＰ−ｕパケットを生成する（カプセル化パケットを生成する）（ステップＳ２７０４）。

次に、オフロード条件適用状態管理テーブル３２２のレコード内で、マルチキャスト視聴情報がｏＧＷ側マルチキャスト配信情報と一致するレコードに対する検索を繰り返す（ステップＳ２７０５）。そして、取り出したレコードに対応するベアラテーブル３２１Ｂのレコードのｄｏｗｎｌｉｎｋ回線割り付け情報に従い、ＧＴＰ−ｕパケットのＴＥＩＤと送信先基地局（ｅＮＢ）１１１を決定し、ＧＴＰ−ｕパケットを送信する（ステップＳ２７０６）。その後、ステップＳ２７０５により一致するレコードがなくなれば、以上の処理を終了する。

図２８は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ（ＭＭＥ→ｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。

最初に、ｏＧＷ内ＵＥ識別子を捕捉する（ステップＳ２８０１）。次に、ｏＧＷ内ＵＥ識別子に対応付けて、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”と、“ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ”とをベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子、ｅＮＢ内ＵＥ識別子（Ｓ１ＡＰ）に夫々登録する（ステップＳ２８０２）。

続いて、ｏＧＷ内ＵＥ識別子に対応付けて、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ中のｕｐｌｉｎｋ向け回線割り付け情報を利用者回線識別子（Ｅ ＲＡＢ ＩＤ）毎に、ベアラテーブル３２１Ｂのｕｐｌｉｎｋ回線割り付け情報へ登録する（ステップＳ２８０３）。以上により、処理が終了する。

図２９は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージ（ｅＮＢ→ＭＭＥ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。最初に、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（ステップＳ２９０１）。

次に、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージ中のｄｏｗｎｌｉｎｋ向け回線割り付け情報を、利用者回線識別子（Ｅ ＲＡＢ ＩＤ）毎に、ベアラテーブル３２１Ｂのｄｏｗｎｌｉｎｋ回線割り付け情報に設定する（ステップＳ２９０２）。以上により、処理が終了する。

図３０は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージ（ソースｅＮＢ→ソースＭＭＥ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。

最初に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（ステップＳ３００１）。

次に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージ中の“Ｔａｒｇｅｔ ＩＤ”，“Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ”内のセル識別情報を、ベアラ利用者特定テーブル３２１Ａにおける対応レコードの“Ｔａｒｇｅｔ ＩＤ”、“ｓ−Ｔａｒｇｅｔセル識別情報”に設定する（ステップＳ３００２）。以上により、処理が終了する。

図３１は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ（ターゲットＭＭＥ→ターゲットｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。

最初に、ＣＰＵ２０３は、ｏＧＷ内ＵＥ識別子を捕捉する（ステップＳ３１０１）。続いて、ｏＧＷ内ＵＥ識別子対応に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”および“Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ”内の“Ｃｅｌｌ ＩＤ”情報をベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子、ｔ−Ｔａｒｇｅｔセル位置情報へ登録する（ステップＳ３１０２）。

次に、ｏＧＷ内ＵＥ識別子に対応し、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ中のｕｐｌｉｎｋ向け回線割り付け情報を利用者回線識別子（Ｅ ＲＡＢ ＩＤ）毎にベアラテーブル３２１Ｂに登録する（ステップＳ３１０３）。以上により、処理が終了する。

図３２は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ（ターゲットｅＮＢ→ターゲットＭＭＥ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。

最初に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（ステップＳ３２０１）。

次に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ中の“ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ”，“Ｔａｒｇｅｔ ｔｏ Ｓｏｕｒｃｅ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ”内のセル内ＵＥ識別情報を、ベアラ利用者特定テーブル３２１ＡにおけるｅＮＢ内ＵＥ識別子、ｔ−Ｔａｒｇｅｔセル内ＵＥ識別情報として、上記確定したレコードに記憶する（ステップＳ３２０２）。

次に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ中のｄｏｗｎｌｉｎｋ向け回線割り付け情報を、利用者回線識別子毎に、ベアラテーブル３２１Ｂのｄｏｗｎｌｉｎｋ回線割り付け情報に設定する（ステップＳ３２０３）。以上により、処理が終了する。

図３３は、Ｓ１ベースのハンドオーバ時にＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージ（ｓｏｕｒｃｅ ＭＭＥ→ソースｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。

最初に、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定するとともに、ｏＧＷ内ＵＥ識別子を確定する（ステップＳ３３０１）。

次に、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージ中の“Ｔａｒｇｅｔ ｔｏ Ｓｏｕｒｃｅ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ”内のセル内ＵＥ識別情報をベアラ利用者特定テーブル３２１Ａのｓ−Ｔａｒｇｅｔセル内ＵＥ識別情報に設定する（ステップＳ３３０２）。

次に、確定したレコードのＴａｒｇｅｔ ＩＤで示される基地局（ｅＮＢ）１１１を収容するターゲットオフロードＧＷ１２４を特定する（ステップＳ３３０３）。

次に、ベアラ利用者特定テーブル３２１Ａの“Ｔａｒｇｅｔ ＩＤ”，“ｓ−Ｔａｒｇｅｔセル識別情報”，“ｓ−Ｔａｒｇｅｔセル内ＵＥ識別情報”と、ターゲットオフロードＧＷ１２４におけるベアラ利用者特定テーブル３２１Ａの“ｅＮＢ装置識別子”，“ｔ−Ｔａｒｇｅｔセル識別情報”，“ｔ−Ｔａｒｇｅｔセル内ＵＥ識別情報”が一致するレコードを確定する。また、ＣＰＵ２０３は、ターゲットｏＧＷ内ＵＥ識別子を確定する（ステップＳ３３０４）。

次に、ｏＧＷ内ＵＥ識別子に対応する、オフロード条件適用状態管理テーブル３２２中の、“利用者回線識別子”，“マルチキャスト視聴情報”を、ターゲットオフロードＧＷ１２４のｏＧＷ内ＵＥ識別子に対応する“利用者回線識別子”，“マルチキャスト視聴情報”として、オフロード条件適用状態管理テーブル３２２にレコードを追加する（ステップＳ３３０５）。

次に、追加したマルチキャスト視聴情報に基づき、マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ）を編集し、マルチキャストネットワークへ送信する（ステップＳ３３０６）。以上により、処理が終了する。

図３４は、Ｓ１ベースのハンドオーバ時にＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージ（ｓｏｕｒｃｅ ＭＭＥ→ソースｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＳ１ＡＰ傍受処理部３１１によって実行される。

最初に、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージ中の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定するとともに、ｏＧＷ内ＵＥ識別子を確定する（ステップＳ３４０１）。

次に、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態管理テーブル３２２のレコードを削除する（ステップＳ３４０２）。

次に、削除したレコードのマルチキャスト視聴情報に基づき、マルチキャスト視聴離脱（ＩＧＭＰ−ｌｅａｖｅ）を編集し、マルチキャストネットワークへ送信する（ステップＳ３４０３）。

次に、ｏＧＷ内ＵＥ識別子に対応する、ベアラ利用者特定テーブル３２１Ａおよびベアラテーブル３２１Ｂのレコードを削除する（ステップＳ３４０４）。以上により、処理が終了する。

図３５は、Ｘ２ベースのハンドオーバ時にＸ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ（ソースｅＮＢ→ターゲットｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＸ２ＡＰ傍受処理部３１２によって実行される。

最初に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔの送信元の基地局（ｅＮＢ）１１１が、自ｏＧＷが収容する基地局１１１か否かを判定する（ステップＳ３５０１）。基地局１１１が自ｏＧＷに収容されている場合には（ステップＳ３５０１：Ｙｅｓ）、Ｓ３５０９に移行する。これに対し、基地局１１１が他のｏＧＷに収容されている場合には（ステップＳ３５０１：Ｎｏ）、Ｓ３５０２に移行する。

Ｓ３５０２では、ｏＧＷ内ＵＥ識別子を捕捉する（ステップＳ３５０２）。続いて、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ内の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”をｏＧＷ内ＵＥ識別子と対応付ける。さらに、ＣＰＵ２０３は、“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”をベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子として登録する（Ｓ３５０３）。

次に、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ内のｕｐｌｉｎｋ回線割り付け情報をｏＧＷ内ＵＥ識別子と対応付ける。さらに、ＣＰＵ２０３は、利用者回線識別子（Ｅ ＲＡＢ ＩＤ）毎に、ベアラテーブル３２１Ｂのｕｐｌｉｎｋ回線割り付け情報に登録する（ステップＳ３５０４）。

次に、送信元の基地局１１１を収容するソースオフロードＧＷ１２４を特定する（ステップＳ３５０５）。

次に、ベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子と、ソースオフロードＧＷ１２４のベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子とが一致するレコードを確定する。これによって、ソースオフロードＧＷ内ＵＥ識別子が確定される（ステップＳ３５０６）。

次に、ソースオフロードＧＷ１２４のｏＧＷ内ＵＥ識別子に対応する、オフロード条件適用状態管理テーブル３２２における、利用者回線識別子，マルチキャスト視聴情報を、ターゲットオフロードＧＷ１２４のｏＧＷ内ＵＥ識別子に対応する、オフロード条件適用状態管理テーブル３２２の、利用者回線識別子、マルチキャスト視聴情報として、レコードを追加する（ステップＳ３５０７）。

次に、追加したマルチキャスト視聴情報に基づき、マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ）を編集し、マルチキャストネットワークへ送信する（ステップＳ３５０８）。以上により、処理が終了する。

ステップＳ３５０９では、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ内の“ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、レコードを確定する（Ｓ３５０９）。

次に、ステップＳ３５１０では、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ内のＯｌｄ ｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ情報をベアラ利用者特定テーブル３２１ＡのｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）へ記録する（ステップＳ３５１０）。以上により、処理が終了する。

図３６は、Ｘ２ベースのハンドオーバ時にＸ２ＡＰ：ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージ（ターゲットｅＮＢ→ソースｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＸ２ＡＰ傍受処理部３１２によって実行される。

最初に、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅの送信元の基地局（ｅＮＢ）１１１が当該オフロードＧＷ１２４が収容する基地局か否かを判定する（ステップＳ３６０１）。このとき、当該オフロードＧＷ１２４によって収容された基地局であれば（ステップＳ３６０１：Ｙｅｓ）、処理が終了する。

これに対し、基地局１１１が他のオフロードＧＷ１２４によって収容された基地局であれば（ステップＳ３６０１：Ｎｏ）、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージ中の“Ｏｌｄ ｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ”でベアラ利用者特定テーブル３２１ＡのｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）を検索し、対応するレコードを確定するとともに、ｏＧＷ内ＵＥ識別子を確定する（ステップＳ３６０２）。

次に、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態管理テーブル３２２のレコードを削除する（ステップＳ３６０３）。次に、ｏＧＷ内ＵＥ識別子に対応するベアラ利用者特定テーブル３２１Ａおよびベアラテーブル３２１Ｂのレコードを削除する（ステップＳ３６０４）。

次に、削除したレコードのマルチキャスト視聴情報に基づき、マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ）を編集し、マルチキャストネットワークへ送信する（ステップＳ３６０５）。以上により、処理が終了する。

図３７は、Ｘ２ベースのハンドオーバ時にＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージ（ターゲットｅＮＢ→ＭＭＥ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＸ２ＡＰ傍受処理部３１２によって実行される。

最初に、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージ中のＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤでベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（ステップＳ３７０１）。

次に、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージ中のｄｏｗｎｌｉｎｋ回線割り付け情報を、利用者回線識別子（Ｅ ＲＡＢ ＩＤ）毎に、ベアラテーブル３２１Ｂのｄｏｗｎｌｉｎｋ回線割り付け情報へ設定する（ステップＳ３７０２）。以上により、処理が終了する。

図３８は、Ｘ２ベースのハンドオーバ時にＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ（ＭＭＥ→ターゲットｅＮＢ）の傍受時の処理内容を示すフローチャートである。この処理は、ＣＰＵ２０３のＸ２ＡＰ傍受処理部３１２によって実行される。

最初に、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ中のＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤでベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する（ステップＳ３８０１）。

次に、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ中のｕｐｌｉｎｋ回線割り付け情報を、利用者回線識別子（Ｅ ＲＡＢ ＩＤ）毎に、ベアラテーブル３２１Ｂのｕｐｌｉｎｋ回線割り付け情報へ設定する（ステップＳ３８０２）。以上により、処理を終了する。

（ｏＧＷ収容表）
図３９は、オフロードＧＷにおける基地局を収容するｏＧＷ収容表を示す図表である。この情報は、オフロードＧＷ１２４の記憶部２０４が保持する。ｏＧＷ１２４のＣＰＵ２０３は、このｏＧＷ収容表を用いて、ｅＮＢ１１１を収容するｏＧＷ１２４を割り出すことができる。ｏＧＷ収容表は、例えば、ｏＧＷ１２４において、移動端末１０５のハンドオーバによって、振分ポイントとなるｏＧＷ１２４を特定するために使用される。

（動作例）
以下、図面を参照して、実施の形態の動作例を説明する。

＜動作例１：ＩＰＴＶ放送の視聴開始＞
最初に、移動端末１０５が起動して、ＩＰＴＶ放送が視聴開始されるまでの動作について説明する。

［動作１−１］
図６のシーケンスにおいて、移動端末１０５（ＵＥ＃ｘ）が起動すると、アタッチ手順を行う。すなわち、移動端末１０５は、基地局１１１へ接続要求メッセージである、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージを送信する（図６＜１＞）。Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージは、基地局１１１（ｅＮＢ＃１）経由でＭＭＥ１２１（ＭＭＥ＃１）へ送信される。

ＭＭＥ１２１は、Ｓ−ＧＷ（ＳＧＷ）１２２（Ｓ−ＧＷ＃１）にＣｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを送る（図６＜２＞）。ＭＭＥ１２１は、Ｓ−ＧＷ１２２からＣｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅメッセージを受信する（図６＜３＞）。

［動作１−２］
Ｓ−ＧＷ１２２からＣｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅメッセージを受信したＭＭＥ１２１は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ（図１４）を生成し、基地局１１１へ送る（図６＜４＞）。オフロードＧＷ（ｏＧＷ）１２４は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージを傍受する（図６＜５＞）。

すなわち、オフロードＧＷは、図２８に示した処理を実行する。図２８に示す処理によって、ベアラ利用者特定テーブル３２１Ａおよびベアラテーブル３２１Ｂに対し、ｏＧＷ内ＵＥ識別子（８０００）、ＭＭＥ内ＵＥ識別子（ＭＭＥ＃１ ＵＥ Ｓ１ＡＰ ＩＤ＃ｘ）、ＭＭＥ装置識別子（ＭＭＥ＃１）、ｅＮＢ内ＵＥ識別子（ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ＃ｘ）、ｅＮＢ装置識別子（ｅＮＢ＃１）、利用者回線識別子（１，２）、ｕｐｌｉｎｋ回線割り付け情報（１：ＴＥＩＤ＃ＳＧＷ−ｕ１，ＳＧＷ＃１，２：ＴＥＩＤ＃ＳＧ，ＳＧＷ＃１）が登録され、確定される。図４０は、ベアラ状態管理テーブルに対する情報登録状態を示す図表である。

［動作１−３］
Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージを受信した基地局１１１は、応答メッセージであるＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージ（図１５）を送信する（図６＜６＞）。オフロードＧＷ１２４は、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅメッセージを傍受し（図６＜７＞）、図２９に示した処理を実行する。これによって、ベアラテーブル３２１Ｂに対し、ｄｏｗｎｌｉｎｋ回線割り付け情報（１：ｅＮＢ−ＴＥＩＤ＃１，ｅＮＢ＃１，２：ｅＮＢ−ＴＥＩＤ＃２，ｅＮＢ＃１）が登録され、確定する（図４０参照）。

［動作１−４］
続いて、図６のシーケンスにおいて、移動端末１０５がＩＰＴＶ放送局１４１との接続を開始すると（図６＜８＞）、基地局１１１（ｅＮＢ＃１）から、ＧＴＰ−ｕパケット（図５）がＳ−ＧＷ１２２（Ｓ−ＧＷ＃１）へ向けて送信される（図６＜９＞）。すると、オフロードＧＷ１２４（ｏＧＷ＃１）は、ＧＴＰ−ｕパケット（ＩＧＭＰ−ｊｏｉｎ）を受信し、図２６に示した処理を行う（図６＜１０＞）。

［動作１−５］
図２６のＳ２６０９の処理によって、オフロード条件適用状態管理テーブル３２２にｏＧＷ内ＵＥ識別子および利用者回線識別子に対応するマルチキャスト視聴情報が記憶される。図４１は、オフロード条件適用状態管理テーブルにマルチキャスト視聴情報を登録した状態を示す図表である。

［動作１−６］
図２６のＳ２６１０の処理によって、マルチキャスト視聴参加（ＩＧＭＰ−ｊｏｉｎ）のパケットがＩＰＴＶ放送局１４１へ向けてマルチキャストネットワークへ送信される（図６＜１１＞）。

［動作１−７］
マルチキャスト視聴情報のパケットがマルチキャストネットワークを経由してＩＰＴＶ放送局１４１に到達すると、ＩＰＴＶ放送局１４１からマルチキャストネットワークを経由して、マルチキャストパケット（図１２）が、オフロードＧＷ１２４（ｏＧＷ＃１）へ到達する（図６＜１２＞）。オフロードＧＷ１２４では、このマルチキャストパケット受信により、図２７に示す処理を行い、基地局（ｅＮＢ＃１）１１１を介して移動端末（ＵＥ）１０５にマルチキャストでＩＰＴＶ放送を送信する（図６＜１２＞，＜１３＞）。

図４２は、ＩＰＴＶ視聴開始後のオフロード条件適用によるトラヒックの流れを示す図である。以上の処理により、図４２に示すように、ＥＰＣ網１０２のＳ−ＧＷ１２２を介さずにマルチキャストネットワーク経由でのマルチキャスト通信が確立する。

［動作１−８］
移動端末（ＵＥ＃ｘ）１０５からＩＰＴＶ放送局１４１へ向かうデータは、以下のようにして伝達される。すなわち、ｅＮＢ＃１で受信された移動端末（ＵＥ＃ｘ）１０５からのデータは、基地局１１１（ｅＮＢ＃１）からＳ−ＧＷ＃１宛にＧＴＰ−ｕパケット（図９）で送信される（図６＜９＞）。オフロードＧＷ（ｏＧＷ＃１）１２４は、図９のパケットを受信すると図２６の処理を行い、図１１に示すパケットをマルチキャストネットワーク経由でＩＰＴＶ放送局１４１へ送信する（図６＜１０＞）。

［動作１−９］
ＩＰＴＶ放送局１４１から移動端末（移動端末（ＵＥ＃ｘ）１０５）へ向かうデータは、以下のようにして伝達される。すなわち、データは、ＩＰＴＶ放送局１４１からオフロードＧＷ（ｏＧＷ＃１）１２４宛に、図１２に示すパケットが送信される（図６＜１２＞）。オフロードＧＷ（ｏＧＷ＃１）１２４は、図１２のパケットを受信すると、図２７の処理を行い、図１０のパケットを基地局（ｅＮＢ＃１）１１１へ送信する（図６＜１４＞）。基地局（ｅＮＢ＃１）１１１はデータを移動端末（ＵＥ＃ｘ）１０５へ送る。

＜動作例２：Ｓ１ベースのハンドオーバに対するＩＰＴＶ放送視聴の維持＞
次に、移動端末（ＵＥ＃ｘ）１０５でのＩＰＴＶ放送を維持しつつ、移動端末１０５の移動に伴い、ハンドオーバ元の基地局（ソースｅＮＢ）１１１からハンドオーバ先の基地局（ターゲットｅＮＢ）１１１へハンドオーバするまでの動作について、図７ＡのＳ１ベースのハンドオーバ手順を示すシーケンスに従って説明する。

［動作２−１］
移動端末（ＵＥ＃ｘ）１０５の移動に伴い、ソースｅＮＢ（＃１）１１１がＳ１ベースのハンドオーバを開始すると、ソースｅＮＢ（＃１）１１１から、ハンドオーバ元のＭＭＥ（ソースＭＭＥ（＃１））１２１へＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージ（図１６）が送信される（図７Ａ＜１＞）。すると、ハンドオーバ元のオフロードＧＷ（ソースｏＧＷ（＃１））１２４は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージを傍受し（図７Ａ＜２＞）、図３０に示した処理を行う。

［動作２−２］
図４３は、オフロードＧＷ間においてＳ１ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。図３０の処理によって、ソースｏＧＷ（＃１）１２４のベアラ利用者特定テーブル３２１Ａに、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージ中のハンドオーバ先の基地局１１１の識別子“Ｔａｒｇｅｔ ＩＤ＝ｅＮＢ＃２”，およびハンドオーバ先のセル識別情報“ｓ−Ｔａｒｇｅｔセル識別情報＝Ｃｅｌｌ ＩＤ＃ｘ”が登録され、確定する。

［動作２−３］
ソースＭＭＥ（＃１）１２１は、ハンドオーバ先のＭＭＥ（ターゲットＭＭＥ（＃２））１２１へ、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送る（図７Ａ＜３＞）。すると、ターゲットＭＭＥ（＃２）は、ターゲットｅＮＢ（＃２）１１１へＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ（図１７）を送信する（図７Ａ＜４＞）。ハンドオーバ先のオフロードＧＷ（ターゲットｏＧＷ（＃２））１２４は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージを傍受し（図７Ａ＜５＞）、図３１に示した処理を実行する。

［動作２−４］
ターゲットｏＧＷ（＃２）１２４は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの傍受によって、図４３に示すように、ベアラ利用者特定テーブル３２１Ａ，ベアラテーブル３２１Ｂに、ｏＧＷ内ＵＥ識別子、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、ｕｐｌｉｎｋ回線割り付け情報、ｔ−ｔａｒｇｅｔセル識別情報を記憶し、確定させる。

［動作２−５］
続いて、ターゲットｅＮＢ（ｅＮＢ＃２）１１１がターゲットＭＭＥ（＃２）１２１へＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ（図１８）を送る（図７Ａ＜６＞）。すると、ターゲットｏＧＷ（＃２）１２４は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージを傍受し、図３２の処理を行う（図７Ａ＜７＞）。

［動作２−６］
図３２の処理によって、ターゲットｏＧＷ（＃２）１２４は、図４３に示すように、ベアラテーブル３２１Ｂにｄｏｗｎｌｉｎｋ回線割り付け情報を記憶し、確定させる。また、ターゲットｏＧＷ（＃２）１２４は、Ｂｅａｒｅｒ利用者特定テーブル３２１Ａに、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージから得たｔ−Ｔａｒｇｅｔセル内ＵＥ識別情報を記憶し、確定させる。

［動作２−７］
Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージを受信したターゲットＭＭＥ（＃２）１２１は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ メッセージをソースＭＭＥ（ＭＭＥ＃１）１２１へ送る（図７Ａ＜８＞）。すると、ソースＭＭＥ（ＭＭＥ＃１）１２１は、ターゲットｅＮＢ（ｅＮＢ＃１）に対し、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージ（図１９）を送信する（図７Ａ＜９＞）。このとき、ソースｏＧＷ（＃１）１２４は、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄメッセージを傍受し（図７Ａ＜１０＞）、図３３の処理を行う。

［動作２−８］
図３５の処理によって、ソースｏＧＷ（＃１）１２４は、ベアラ利用者特定テーブル３２１Ａに、ｓ−Ｔａｒｇｅｔセル内ＵＥ識別情報を登録し、確定させる（図４３参照）。これによって、ソースｏＧＷ（＃１）１２４のベアラ利用者特定テーブル３２１ＡのＴａｒｇｅｔ ＩＤ，ｓ−Ｔａｒｇｅｔセル識別情報，ｓ−Ｔａｒｇｅｔセル内ＵＥ識別情報と、Ｔａｒｇｅｔ ｏＧＷ （ｏＧＷ＃２）１２４のベアラ利用者特定テーブル３２１ＡのｅＮＢ装置識別子，ｔ−Ｔａｒｇｅｔセル識別情報，ｔ−Ｔａｒｇｅｔセル内ＵＥ識別情報とが一致する。従って、移動端末（移動端末（ＵＥ＃ｘ）１０５）１０５に対するソースｏＧＷ（＃１）１２４のｏＧＷ内ＵＥ識別子（８０００）と、ターゲットｏＧＷ（＃２）１２４のｏＧＷ内ＵＥ識別子（８１０２）とを対応付けすることができる。

［動作２−９］
図４４は、オフロードＧＷ間においてＳ１ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。図３５の処理によって、ソースｏＧＷ（＃１）１２４は、ターゲットｏＧＷ（＃２）１２４との連携において、図４４に示すように、ｏＧＷ（＃１）１２４のオフロード条件適用状態管理テーブル３２２におけるｏＧＷ内ＵＥ識別子（８０００）に対応する利用者回線識別子、マルチキャスト視聴情報のコピーを、ｏＧＷ（＃２）１２４における移動端末（ＵＥ＃ｘ）１０５のｏＧＷ内ＵＥ識別子（８１０２）に対応付けて、ｏＧＷ（＃２）１２４のオフロード条件適用状態管理テーブル３２２に登録する。

これにより、ターゲットｏＧＷ（＃２）１２４は、オフロード対象のトラヒック毎に、マルチキャスト視聴情報を知ることができ（図７Ａ＜１１＞）、マルチキャストネットワークに対して、図１１に示したパケット（ＩＧＭＰ−ｊｏｉｎ）を送信する（図７Ａ＜１２＞）。

図４５は、オフロードＧＷ装置間においてＳ１ベースハンドオーバでのオフロード条件適用状態の引き継ぎ時のトラヒックの流れを示す図である。このような移動端末（移動端末（ＵＥ＃ｘ）１０５）１０５の移動に伴うＳ１ベースハンドオーバにおいて、ＩＰＴＶ放送のマルチキャスト配信を維持できる。すなわち、移動端末（移動端末（ＵＥ＃ｘ）１０５）１０５〜基地局（ｅＮＢ＃２）１１１〜振分ポイント（ｏＧＷ＃２）１２４〜ＩＰＴＶ放送局１４１の経路に移行する。

［動作２−１０］
ｅＮＢ（＃２）１１１が受信する移動端末（ＵＥ＃ｘ）１０５からのデータ（図７Ａ＜１３＞）は、以下のようにしてＩＰＴＶ放送局１４１へ伝達される。すなわち、ｅＮＢ（＃２）１１１からＳ−ＧＷ（＃２）１２２へ向けて、ＧＴＰ−ｕパケット（ＩＧＭＰ−ｊｏｉｎ、図９参照）が送信される（図７Ａ＜１４＞）。振分ポイントのｏＧＷ（＃２）１２４は、パケットを受けると図２６の処理を行い、図１１に示すパケット（ＩＧＭＰ−ｊｏｉｎ）をマルチキャストネットワーク経由でＩＰＴＶ放送局１４１へ送信する（図７Ａ＜１５＞）。

［動作２−１１］
これに対し、ＩＰＴＶ放送局１４１から移動端末（ＵＥ＃ｘ）１０５へ向かうデータは、以下のようにして伝達される。すなわち、ＩＰＴＶ放送局１４１からのｄｏｗｎｌｉｎｋデータは、マルチキャストネットワーク経由で、ｏＧＷ（＃１）１２４宛に、図１２に示すパケットで送信される（図７＜１６＞）。ｏＧＷ（＃１）１２４は、図１２に示すパケットを受信すると、図２７の処理を行い、図１０のパケット（ＩＰＴＶ放送配信）をｅＮＢ（＃２）１１１へ送信する（図７Ａ＜１７＞）。ｅＮＢ（＃２）１１１は、ｄｏｗｎｌｉｎｋデータを移動端末（ＵＥ＃ｘ）１０５に送る（図７Ａ＜１８＞）。

［動作２−１２］
続いて、ソースＭＭＥ（ＭＭＥ＃１）１２１は、ソースｅＮＢ（＃１）１１１に対し、移動端末（ＵＥ＃ｘ）１０５のために確保したリソースを解放するために、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージ（図２０）を送信する（図７Ａ＜１９＞）。すると、ソースｏＧＷ（＃１）１２４は、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄメッセージを傍受し（図７Ａ＜２０＞）、図３４に示した処理を行う。

［動作２−１３］
図４６は、Ｓ１ベースハンドオーバ完了後ＩＰＴＶ放送視聴維持状態におけるオフロード条件適用状態のベアラ状態管理テーブルを示す図表であり、図４７は、Ｓ１ベースハンドオーバ完了後ＩＰＴＶ放送視聴維持状態におけるオフロード条件適用状態のオフロード条件適用状態管理テーブルを示す図表である。

図３４に示す処理によって、ソースｏＧＷ（＃１）１２４におけるｏＧＷ内ＵＥ識別子（８０００）に対応するレコードが削除される。すなわち、ベアラ利用者特定テーブル３２１Ａ，ベアラテーブル３２１Ｂ，オフロード条件適用状態管理テーブル３２２の対応レコードが削除される（図４６および図４７参照）。そして、ソースｏＧＷ（＃１）１２４の振分ポイントのリソースが解放される。

図４８は、Ｓ１ベースハンドオーバ完了後のＩＰＴＶ放送視聴時にオフロード条件適用状態におけるトラヒックの流れを示す図である。上記の処理によって、図４８に示すように、ＩＰＴＶ放送の視聴に対して、ソースｏＧＷ（＃１）１２４のリソースは開放され、ソースｏＧＷ（＃１）１２４から移動端末（ＵＥ＃ｘ）１０５へのＩＰＴＶ放送の中継は停止する。ＩＰＴＶ放送は、ターゲットｏＧＷ（ｏＧＷ＃２）１２４を介して移動端末（ＵＥ＃ｘ）１０５へ放送が維持される。

＜動作例３：Ｘ２ベースのハンドオーバに対するＩＰＴＶ放送視聴の維持＞
次に、移動端末（ＵＥ＃ｘ）１０５でのＩＰＴＶ放送を維持しつつ、移動端末（ＵＥ＃ｘ）１０５の移動に伴い、ソースｅＮＢ（＃１）１１１からターゲットｅＮＢ（＃２）１１１へハンドオーバするまでの動作について、図７Ｂに示すシーケンスに従って説明する。

［動作３−１］
移動端末（ＵＥ＃ｘ）１０５の移動に伴いソースｅＮＢ（＃１）１１１がＸ２ベースのハンドオーバを開始すると、ソースｅＮＢ（＃１）１１１からターゲットｅＮＢ（＃２）１１１へ、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ（図２１）が送信される（図７Ｂ＜１＞）。ソースｏＧＷ（＃１）１２４は、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージを傍受し（図７Ｂ＜２＞）、図３５に示した処理を行う。

［動作３−２］
図４９は、オフロードＧＷ間においてＸ２ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。図３５に示した処理によって、ソースｏＧＷ（＃１）１２４は、ベアラ利用者特定テーブル３２１Ａ（図４９参照）のｅＮＢ内ＵＥ識別子（Ｘ２ＡＰ）を確定する。

［動作３−３］
ターゲットｏＧＷ（＃２）１２４は、Ｘ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージを傍受し（図７Ｂ＜３＞）、図３５に示した処理を行う。

［動作３−４］
ターゲットｏＧＷ（＃２）１２４において、図４９に示すように、ｏＧＷ内ＵＥ識別子、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、ｕｐｌｉｎｋ回線割り付け情報が確定し、ベアラ利用者特定テーブル３２１Ａおよびベアラテーブル３２１Ｂに記憶される。

［動作３−５］
このとき、図４９に示すように、ｏＧＷ（＃１）１２４のベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子とｏＧＷ（＃２）１２４のベアラ利用者特定テーブル３２１ＡのＭＭＥ内ＵＥ識別子とは一致する。これによって、移動端末（ＵＥ＃ｘ）１０５に対するｏＧＷ＃１のｏＧＷ内ＵＥ識別子（８０００）とｏＧＷ＃２のｏＧＷ内ＵＥ識別子（８１０２）との対応付けができる。

［動作３−６］
図５０は、オフロードＧＷ間においてＸ２ベースハンドオーバでのオフロード条件適用状態の引き継ぎの例を示す図表である。ｏＧＷ（＃１）１２４のｏＧＷ内ＵＥ識別子（８０００）に対応するオフロード条件適用状態管理テーブル３２２の利用者回線識別子、マルチキャスト視聴情報のコピーが、ｏＧＷ（＃１）１２４からｏＧＷ（＃２）１２４に渡される。ｏＧＷ（＃２）１２４は、コピーをｏＧＷ（＃２）１２４のオフロード条件適用状態管理テーブル３２２に記憶する。これによって、ｏＧＷ（＃２）１２４は、オフロード対象のトラヒック毎にマルチキャスト視聴情報を知ることができ（図７Ｂ＜４＞）、マルチキャストネットワークに対して、図１１に示すマルチキャストパケット（ＩＧＭＰ−ｊｏｉｎ）を送信する（図７Ｂ＜５＞）。

［動作３−７］
その後、ターゲットｅＮＢ（ｅＮＢ＃２）からＸ２ＡＰ：Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージが送信され、ｏＧＷ（＃２），ｏＧＷ（＃１）を経由してソースｅＮＢ（＃１）に届く（図７Ｂ＜６＞）。その後、マルチキャストネットワーク，Ｐ−ＧＷ（ＰＧＷ）１２３からのｄｏｗｎｌｉｎｋデータは、ソースｅＮＢ（＃１）１１１，ｏＧＷ（＃１）１２４，ｏＧＷ（＃２）１２４，ターゲットｅＮＢ（＃２）１１１を経由して移動端末（ＵＥ＃ｘ）１０５へ到達する（図７Ｂ＜７＞）。移動端末（ＵＥ＃ｘ）１０５からのｕｐｌｉｎｋデータは、ターゲットｅＮＢ（＃２）１１１およびｏＧＷ（＃２）１２４経由で、マルチキャストネットワーク（Ｐ−ＧＷ１２３）へ送信される（図７Ｂ＜８＞）。

［動作３−８］
続いて、ターゲットｅＮＢ（＃２）１１１は、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージ（図２４）を ＭＭＥ（ＭＭＥ＃１）に送信する（図７Ｂ＜９＞）。ターゲットｏＧＷ（＃２）１２４は、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔメッセージを傍受し（図７Ｂ＜１０＞）、図３７の処理を行う。

［動作３−９］
図３７の処理によって、ｏＧＷ（＃２）１２４のベアラ状態管理テーブル３２１（図４９）のｏＧＷ内ＵＥ識別子、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、ｄｏｗｎｌｉｎｋ回線割り付け情報が確定する。

［動作３−１０］
その後、ＭＭＥ（ＭＭＥ＃１）１２１がターゲットｅＮＢ（ｅＮＢ＃２）１１１に対し、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージ（図２５）を送信する（図７Ｂ＜１１＞）。すると、ターゲットｏＧＷ（ｏＧＷ＃２）１２４は、Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋ．メッセージを傍受し、図３８に示す処理を行う（図７Ｂ＜１２＞）。

［動作３−１１］
図３８に示す処理によって、ターゲットｏＧＷ（＃２）１２４のベアラテーブル３２１Ｂにおいて、ｏＧＷ内ＵＥ識別子（８１０２）に対応するｕｐｌｉｎｋ回線割り付け情報がＳ−ＧＷ（＃１）１２２からＳ−ＧＷ（＃２）１２２へ切り替えられる（図４９参照）。

図５１は、オフロードＧＷ装置間においてＸ２ベースハンドオーバでのオフロード条件適用状態の引き継ぎ時のトラヒックの流れを示す図である。移動端末（ＵＥ＃ｘ）１０５の移動に伴うＸ２ベースのハンドオーバにおいて、ＩＰＴＶ放送の視聴は維持されたまま、移動端末（ＵＥ＃ｘ）１０５→ｅＮＢ（＃２）１１１→ｏＧＷ（＃２）１２４→ＩＰＴＶ放送局１４１の経路へ移行する。

［動作３−１２］
移動端末（ＵＥ＃ｘ）１０５からＩＰＴＶ放送局１４１へ向かうｕｐｌｉｎｋデータは、以下のようにして伝達される。すなわち、ｅＮＢ（＃２）１１１で受信される移動端末（ＵＥ＃ｘ）１０５からのｕｐｌｉｎｋデータ（図７Ｂ＜１３＞）は、Ｓ−ＧＷ（＃１）１２２宛のＧＴＰ−ｕパケット（図９）で送信される（図７Ｂ＜１４＞）。ｏＧＷ（＃２）１２４は、図９のパケットを受けると図２６の処理を行い、図１１に示すパケットをマルチキャストネットワークへ送り、ＩＰＴＶ放送局１４１へ送信する（図７Ｂ＜１５＞）。

［動作３−１３］
一方、ＩＰＴＶ放送局１４１からＵＥへ向かうｄｏｗｎｌｉｎｋデータは、以下のようにして伝達される。すなわち、ＩＰＴＶ放送局１４１は、図１２に示すマルチキャストパケット（ＩＰＴＶ放送配信）を送信する（図７Ｂ＜１６＞）。ｏＧＷ（＃２）１２４は、このマルチキャストパケットを受信すると、図２７の処理を行い、図１０のパケットをｅＮＢ（＃２）１１１へ送る（図７Ｂ＜１７＞）。ｅＮＢ（＃２）１１１は、ｄｏｗｎｌｉｎｋデータを移動端末（ＵＥ＃ｘ）１０５に送る（図７Ｂ＜１８＞）。

［動作３−１４］
その後、図７Ｂには図示しないが、ターゲットｅＮＢ（＃２）１１１がソースｅＮＢ（＃１）１１１へＸ２ＡＰ：ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージを送信する（図２３）。ソースｏＧＷ（＃１）１２４は、このＸ２ＡＰ：ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅメッセージを傍受し、図３６に示す処理を行う。

図３６の処理によって、ソースｏＧＷ（＃１）１２４のｏＧＷ内ＵＥ識別子（８０００）に対応するレコードが、ベアラ利用者特定テーブル３２１Ａ，ベアラテーブル３２１Ｂから削除されるとともに（図４６と同様）、オフロード条件適用状態管理テーブル３２２から削除される（図４７と同様）。そして、ソースｏＧＷ（＃１）１２４のリソースが解放される。

図５２は、Ｘ２ベースハンドオーバ完了後のＩＰＴＶ放送視聴時にオフロード条件適用状態におけるトラヒックの流れを示す図である。上記の処理によって、図５２に示すように、ＩＰＴＶ放送の視聴に対して、ソースｏＧＷ（＃１）１２４のリソースは開放され、ソースｏＧＷ（＃１）１２４から移動端末（ＵＥ＃ｘ）１０５へのＩＰＴＶ放送の中継は停止する。ＩＰＴＶ放送は、ｏＧＷ（ｏＧＷ＃２）１２４を介して移動端末（ＵＥ＃ｘ）１０５へ放送が維持される。

＜動作例４：ハンドオーバ後の新たなＩＰＴＶ放送視聴開始＞
次に、移動端末（ＵＥ＃ｘ）１０５がＩＰＴＶ放送視聴を維持した状態で、ハンドオーバ後に、新たにＩＰＴＶ放送視聴を開始する場合について説明する。

［動作４−１］
移動端末（ＵＥ＃ｘ）１０５がＩＰＴＶ放送局１４１との新しい接続を開始すると、ターゲットｅＮＢ（＃２）１１１から視聴要求のＧＴＰ−ｕパケット（ＩＧＭＰ−ｊｏｉｎ、図９）がターゲットＳ−ＧＷ（＃２）１２２へ向けて送信される。すると、ターゲットｏＧＷ（＃２）１２４は、ＧＴＰ−ｕパケットを受信し、図２６に示した処理を行い、図１１に示すパケットをマルチキャストネットワークへ送信する。

［動作４−２］
図５３は、ハンドオーバ後に新ＩＰＴＶ放送視聴開始したときのオフロード条件適用状態の変化を示す図表である。図５３に示すように、ターゲットｏＧＷ（＃２）１２４のオフロード条件適用状態管理テーブル３２２に対し、ｏＧＷ内ＵＥ識別子および利用者回線識別子に対応する、新たなマルチキャスト視聴情報が記憶される。

［動作４−３］
続いて、図１１に示したパケット（ＩＧＭＰ−ｊｏｉｎ）がマルチキャストネットワークを経由してＩＰＴＶ放送局１４１に到達すると、ＩＰＴＶ放送局１４１はマルチキャストネットワークを経由して、図１２に示したマルチキャストパケット（ＩＰＴＶ放送配信）を送信し、ｏＧＷ（＃２）１２４へ到達する。ｏＧＷ（＃２）は、このマルチキャストパケットを受信し、図２７に示した処理を行う。

［動作４−４］
続いて、ｏＧＷ（＃２）１２４は、ターゲットｅＮＢ（＃２）１１１へ向けて図１０のパケット（ＩＰＴＶ放送配信）を送信する。

図５４は、ハンドオーバ後に新ＩＰＴＶ放送視聴開始したときのオフロード条件適用状態におけるトラヒックの流れを示す図である。新たなＩＰＴＶ放送に対応するマルチキャストアドレスが追加され、移動端末（ＵＥ＃ｘ）１０５は、新たなマルチキャスト視聴要求を行い、マルチキャストパケット（ＩＰＴＶ放送配信）が視聴可能となる。

［動作４−５］
維持されたＩＰＴＶ放送にかかる移動端末（ＵＥ＃ｘ）１０５−ＩＰＴＶ放送局１４１間のｕｐｌｉｎｋデータおよびｄｏｗｎｌｉｎｋデータの伝送経路およびｏＧＷ（＃１），ｏＧＷ（＃２）における処理は、動作例２や３と同じであり説明を省略する。

そして、新たなＩＰＴＶ放送視聴の移動端末（ＵＥ＃ｘ）１０５からＩＰＴＶ放送局１４１へ向かうｕｐｌｉｎｋデータは、以下のようにして伝送される。すなわち、ｕｐｌｉｎｋデータは、ｅＮＢ（＃２）１１１からＳ−ＧＷ（＃２）１２２宛にＧＴＰ−ｕパケット（ＩＧＭＰ−ｊｏｉｎ、図９）で送信される。ｏＧＷ（＃２）１２４は、このパケットを受けると図２６に示した処理を行い、図１１に示したパケットをマルチキャストネットワークを介してＩＰＴＶ放送局１４１へ送信する。

一方、新ＩＰＴＶ放送視聴にかかるＩＰＴＶ放送局１４１から移動端末（ＵＥ＃ｘ）１０５へ向かうｄｏｗｎｌｉｎｋデータは、以下のようにして伝送される。すなわち、ｄｏｗｎｌｉｎｋデータは、ＩＰＴＶ放送局１４１から図１２に示したマルチキャストパケット（ＩＰＴＶ放送配信）が送信される。ｏＧＷ（＃２）１２４は、このパケットを受信すると、図２７の処理を行い、図１０に示したパケットをｅＮＢ（＃２）１１１へ送り、移動端末（ＵＥ＃ｘ）１０５へ送信される。

＜動作例５：ハンドオーバ後のＩＰＴＶ放送視聴離脱＞
移動端末（ＵＥ＃ｘ）１０５がＩＰＴＶ放送視聴を維持した状態で、ハンドオーバ後にＩＰＴＶ放送視聴を切断する場合について説明する。

［動作５−１］
移動端末（ＵＥ＃ｘ）１０５がＩＰＴＶ放送局１４１の視聴を停止すると、ターゲットｅＮＢ（＃２）１１１よりＧＴＰ−ｕパケット（ＩＧＭＰ−ｌｅａｖｅ、図９）が、ターゲットＳ−ＧＷ（＃２）１２２へ向けて送信される。ターゲットｏＧＷ（＃２）１２４は、このＧＴＰ−ｕパケットを受信し、図２６に示す処理を行い、図１１に示すパケット（ＩＧＭＰ−ｌｅａｖｅ）をマルチキャストネットワークへ送信する。

［動作５−２］
図５５は、ハンドオーバ後にＩＰＴＶ放送視聴離脱したときのオフロード条件適用状態の変化を示す図表である。図２６に示す処理によって、図５５に示すように、ターゲットｏＧＷ（＃２）１２４のオフロード条件適用状態管理テーブル３２２からＩＰＴＶ放送視聴に対応するレコード（ｏＧＷ内ＵＥ識別子，利用者回線識別子，マルチキャスト視聴情報）が削除される。

［動作５−３］
続いて、ＩＰＴＶ放送局１４１マルチキャストネットワークを介して、図１２に示したマルチキャストパケット（ＩＰＴＶ放送配信）がターゲットｏＧＷ（＃２）１２４に到達する。ターゲットｏＧＷ（＃２）１２４は、このパケットを受信すると、図２７に示した処理を行い、マルチキャストパケット（ＩＰＴＶ放送配信）について、ＩＰＴＶ放送の視聴をやめた移動端末（ＵＥ＃ｘ）１０５への中継を実施しない。

図５６は、ハンドオーバ後にＩＰＴＶ放送視聴離脱したときのオフロード条件適用状態におけるトラヒックの流れを示す図である。図５６に示すように、ＩＰＴＶ放送視聴に対する経路が削除される。なお、新たなＩＰＴＶ放送視聴に対する経路は維持される。

［動作５−４］
新ＩＰＴＶ放送視聴にかかるｕｐｌｉｎｋおよびｄｏｗｎｌｉｎｋの経路は、新ＩＰＴＶ放送視聴の視聴参加時から変更がないので説明を省略する。ＩＰＴＶ放送視聴は視聴離脱によって経路が消滅する。なお、図５７は、ハンドオーバ後にＩＰＴＶ放送視聴離脱したときのオフロード条件適用状態の変化を示す図表である。ＩＰＴＶ放送視聴離脱後のベアラ状態管理テーブル３２１を示している。

以上説明した実施の形態によれば、ハンドオーバ元のオフロードＧＷは、利用者回線単位にオフロード視聴中のＩＰＴＶ放送のマルチキャスト視聴情報をオフロード条件適用状態として管理する。そして、移動端末の移動時には、ハンドオーバ元のオフロードＧＷからハンドオーバ先のオフロードＧＷにマルチキャスト視聴情報の転送（コピー）を行う。そして、ハンドオーバ先のオフロードＧＷは、移動端末に代わってマルチキャスト視聴参加を行う。また、ハンドオーバ元のオフロードＧＷは、移動端末に代わってマルチキャスト視聴離脱を行う。これにより、オフロードＧＷと移動端末との間における通信のシーケンスを減らすことができる。また、移動端末は、ハンドオーバ時にＩＰＴＶ放送が中断することなく継続視聴できるようになる。

加えて、ハンドオーバ時における無線帯域を浪費することがない。特に、第一のオフロードＧＷがＩＰＴＶ放送番組を視聴する移動端末を収容し、移動端末が第二のオフロードＧＷへ移動したとき、移動端末と第二のオフロードＧＷとの間のＩＰＴＶ視聴用の新通信回線の接続および新しい位置でのＩＰＴＶ視聴参加要求および移動端末と第一のオフロードＧＷとの間の旧位置でのＩＰＴＶ視聴用の旧通信回線の切断のためのトラヒックを削減できる。

加えて、オフロードＧＷがＩＰＴＶ放送番組を視聴する複数台の移動端末を収容したとき、ＩＰＴＶ放送局からＰ−ＧＷ、Ｓ−ＧＷを介してオフロードＧＷまでの間を一つの通信回線を利用してマルチキャスト送信でき、移動端末毎にＰ−ＧＷまでの通信経路を確保する必要がないため、コア網（ＥＰＣ網）等のトラヒックを削減できる。

なお、本実施の形態で説明したマルチキャストトラヒックのハンドオーバにかかる方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。また、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネット等のネットワークを介して配布してもよい。

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

（付記１）移動局が接続可能な複数の基地局と、前記複数の基地局を収容するコア網との間に配置されるオフロード装置であって、
前記移動局が自装置を介してオフロード対象のマルチキャスト通信時に、前記移動局の回線情報とマルチキャスト視聴情報を記憶する記憶部と、
前記マルチキャスト通信時に前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する転送部と、
自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う制御部と、
を有することを特徴とするオフロード装置。

（付記２）自装置がハンドオーバ先の装置として機能し、既に他の移動局によるオフロード対象のマルチキャスト通信を行っている場合、
前記制御部は、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、マルチキャスト視聴参加を追加要求することを特徴とする付記１に記載のオフロード装置。

（付記３）自装置がハンドオーバ元の装置として機能する場合、
前記制御部は、マルチキャスト視聴離脱の処理を行うことを特徴とする付記１または２に記載のオフロード装置。

（付記４）前記制御部は、同一のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）の管理範囲内で実施されるハンドオーバに対応し、移動端末からのハンドオーバ要求を契機として処理を行うことを特徴とする付記１〜３のいずれか一つに記載のオフロード装置。

（付記５）前記制御部は、異なるＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）に跨って実施されるハンドオーバに対応し、移動端末からのハンドオーバ要求を契機として処理を行うことを特徴とする付記１〜３のいずれか一つに記載のオフロード装置。

（付記６）移動局が接続可能な複数の基地局と、
前記複数の基地局を収容するコア網と、
前記複数の基地局を収容するコア網との間に配置されるオフロード装置とを含み、
前記オフロード装置は、
前記移動局が自装置を介してオフロード対象のマルチキャスト通信時に、前記移動局の回線情報とマルチキャスト視聴情報を記憶する記憶部と、
前記マルチキャスト通信時に前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する転送部と、
自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う制御部と、
を有することを特徴とするネットワークシステム。

（付記７）移動局が接続可能な複数の基地局と、前記複数の基地局を収容するコア網と、前記複数の基地局を収容するコア網との間に配置されるオフロード装置とを含むネットワークシステムにおけるマルチキャストトラヒックのハンドオーバ方法において、
前記移動局が自装置を介してオフロード対象のマルチキャスト通信時の前記移動局の回線情報とマルチキャスト視聴情報に基づいて、前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する工程と、
自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う工程と、
を含むことを特徴とするマルチキャストトラヒックのハンドオーバ方法。

１００ ネットワークシステム
１０５ 移動局（移動端末）
１１１ 基地局
１２４ オフロード装置（オフロードＧＷ）
１４１ ＩＰＴＶ放送局（サーバ）
２０１ 回線インタフェース
２０２ パケット転送制御部
２０３ 制御部（ＣＰＵ）
２０４ 記憶部
３０１ 振分ポイント
３１１ Ｓ１ＡＰ傍受処理部
３１２ Ｘ２ＡＰ傍受処理部
３１３ 合流処理部
３１４ 振分処理部
３１５ 転送処理部
３２１ ベアラ状態管理テーブル
３２１Ａ ベアラ利用者特定テーブル
３２１Ｂ ベアラテーブル
３２２ オフロード条件適用状態管理テーブル
４００ マルチキャストネットワーク

Claims (5)

1. 移動局が接続可能な複数の基地局と、前記複数の基地局を収容するコア網との間に配置されるオフロード装置であって、
   前記移動局が自装置を介してオフロード対象のマルチキャスト通信時に、前記移動局の回線情報とマルチキャスト視聴情報を記憶する記憶部と、
   前記マルチキャスト通信時に前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する転送部と、
   自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う制御部と、
   を有することを特徴とするオフロード装置。
2. 自装置がハンドオーバ先の装置として機能し、既に他の移動局によるオフロード対象のマルチキャスト通信を行っている場合、
   前記制御部は、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、マルチキャスト視聴参加を追加要求することを特徴とする請求項１に記載のオフロード装置。
3. 自装置がハンドオーバ元の装置として機能する場合、
   前記制御部は、マルチキャスト視聴離脱の処理を行うことを特徴とする請求項１または２に記載のオフロード装置。
4. 移動局が接続可能な複数の基地局と、
   前記複数の基地局を収容するコア網と、
   前記複数の基地局を収容するコア網との間に配置されるオフロード装置とを含み、
   前記オフロード装置は、
   前記移動局が自装置を介してオフロード対象のマルチキャスト通信時に、前記移動局の回線情報とマルチキャスト視聴情報を記憶する記憶部と、
   前記マルチキャスト通信時に前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する転送部と、
   自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う制御部と、
   を有することを特徴とするネットワークシステム。
5. 移動局が接続可能な複数の基地局と、前記複数の基地局を収容するコア網と、前記複数の基地局を収容するコア網との間に配置されるオフロード装置とを含むネットワークシステムにおけるマルチキャストトラヒックのハンドオーバ方法において、
   前記移動局が自装置を介してオフロード対象のマルチキャスト通信時の前記移動局の回線情報とマルチキャスト視聴情報に基づいて、前記移動局が移動したとき、ハンドオーバ先の他のオフロード装置に前記移動局の回線情報と、前記マルチキャスト視聴情報とを転送する工程と、
   自装置がハンドオーバ先の装置として機能する場合に、ハンドオーバ元のオフロード装置から転送された前記マルチキャスト視聴情報に基づき、前記移動局に代わってマルチキャスト視聴参加の処理を行う工程と、
   を含むことを特徴とするマルチキャストトラヒックのハンドオーバ方法。

Images