JP5803696B2 - ネットワークシステム，オフロード装置及びオフロード装置の利用者識別情報取得方法 - Google Patents

Description

本発明は、ネットワークシステム，オフロード装置及びオフロード装置の利用者識別情報取得方法に関する。

ＬＴＥ／ＥＰＣ（Long term Evolution/Evolved Packet Core）は、第３世代携帯電話
網（3G mobile system）の次世代における移動通信システムとして、３ＧＰＰにて標準化されている。ＬＴＥ／ＥＰＣは、ＬＴＥ網（ＬＴＥに準拠した無線アクセス網：ｅＵＴＲＡＮと呼ばれる）と、コア網（モバイル伝達網）としてのＥＰＣ網（ＳＡＥ（System Architecture Evolution）とも呼ばれる）とを含む。ＥＰＣ網は、ＩＭＳ（IP Multimedia Subsystem）網を介してＩＰ（Internet Protocol）網（パケット網）に接続される。ＩＰ
網は、例えば、ＩＳＰ（Internet Service Provider）網（インターネット）やイントラ
ネットである。

移動局（モバイル端末：ＵＥ（User Equipment）と呼ばれる）は、ＬＴＥ網を介してＥＰＣ網に接続することができ、ＥＰＣ網及びＩＭＳ網を介してＩＰ網に接続される。そして、移動局は、ＩＰ網に接続された様々なサーバや端末装置にアクセスすることによって、様々なパケット通信サービス（例えば、Ｗｅｂサービス、VoIP（Voice over IP））を
享受することができる。

ＥＰＣ網は、ＭＭＥ（Mobility Management Entity），Ｓ−ＧＷ（Serving Gateway）
，Ｐ−ＧＷ（Packet Data Network Gateway），ＰＣＲＦ（Policy and Charging rule Function）のような複数のノードを有している。移動局は、Ｓ−ＧＷ及びＰ−ＧＷを介してＩＭＳ網に接続され、ＩＰ網にアクセス可能となる。

近年ＬＴＥ／ＥＰＣのようなモバイル網を経由したＷｅｂアクセスの増加に伴い、モバイル網からのＷｅｂアクセスのトラフィックをオフロードする方式として、Ｓ−ＧＷからトラフィックをオフロード網へオフロードする構成が採られていた。

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

上述した方式では、Ｓ−ＧＷからトラヒックがオフロードされる。このため、無線アクセス網とＥＰＣ網との接合点からＳ−ＧＷまでの間において、ＥＰＣ網のリソースを消費する状況となっていた。

上記問題に鑑み、ＥＰＣ網のリソース消費削減に向けて、無線アクセス網とＥＰＣ網との接合点から、オフロードすることが要求された。このような接合点からのオフロードにおいても、Ｓ−ＧＷでのオフロードと同様に、課金などの利用者を特定したサービス要件を実現することが望まれる。

しかしながら、モバイル網の無線アクセス網とＥＰＣ網との接合点で通信回線の利用者
を特定することは非常に困難であった。無線アクセス網とＥＰＣ網との接合点には、ＮＡＳ(Non-Access Stratum)の通信が通過している。ＮＡＳのメッセージ内に利用者を一意に特定するＩＭＳＩ(International Mobile Subscriber Identity)が存在する。ところが、モバイル網においては、移動局（ＵＥ）の成りすましや、情報改ざんなどを防止するため、ＮＡＳの通信は、ＭＭＥ(Mobility Management Entity)とＵＥとの間で取り決めた暗号化手順や暗号コードで暗号化され、IMSIに代えてGUTI(Global Unique Temporary Identity)を一時的な利用者識別子として用い、ＭＭＥはGUTIを随時変更する。

本発明の一側面は、オフロード装置においてオフロードトラフィックの利用者情報を適正に得ることのできる技術を提供することを目的とする。

本発明の一側面は、移動局が接続可能な複数の基地局と、
前記複数の基地局を収容する少なくとも１つのゲートウェイを有するコア網と、
前記複数の基地局と前記ゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置と、
前記移動局と前記ゲートウェイとの通信を制御する制御局と、
前記制御局と前記ゲートウェイとの通信を傍受する少なくとも１つの傍受装置とを含み、
前記傍受装置は、前記傍受によって、前記移動局の利用者識別情報を取得して記憶し、
前記各オフロード装置は、前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得し、取得された回線情報に対応する利用者識別情報を前記傍受装置から受信し、
前記各オフロード装置は、前記移動局のハンドオーバによってハンドオーバ先のオフロード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する
ネットワークシステムである。

本発明の一側面によれば、オフロード装置においてオフロードトラフィックの利用者情報を適正に得ることができる。

図１は、実施形態に係るネットワークシステムの構成例を示す。 図２は、Ｓ１１傍受装置及びｏＧＷのハードウェア構成例を示す。 図３は、図２に示したＣＰＵが記憶装置に記憶されたプログラムを実行することによって実現されるｏＧＷ及びＳ１１傍受装置の機能の説明図である。 図４は、図３に示したＣＰＵが実現する機能の説明図である。 図５は、図３に示したＣＰＵが実現する機能の説明図である。 図６は、ＵＥが起動し、Attachを行う場合のシーケンス例を示す。 図７は、ＵＥが無通信状態に遷移し、無通信状態から復帰を行う場合のシーケンス例を示す。 図８は、ＵＥが再起動し、Attachを行う場合のシーケンス例を示す。。 図９は、オフロード通信中における、Ｓ１ベースのハンドオーバのシーケンス例を示す。 図１０は、オフロード通信中における、Ｘ２ベースのハンドオーバのシーケンス例を示す。 図１１は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合において、ＵＥが無通信状態に遷移し、無通信状態から復帰を行う場合のシーケンス例を示す。 図１２は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合において、ＵＥが再起動し、Attachを行う場合のシーケンス例を示す。 図１３は、S1-based handoverにおいても、Ｓ−ＧＷ近傍に配置したS11傍受装置から利用者識別子を受け取る場合のシーケンス例を示す。 図１４は、X2-based handoverにおいても、Ｓ−ＧＷ近傍に配置したS11傍受装置から利用者識別子を受け取る場合のシーケンス例を示す。 図１５は、Create Session Requestメッセージの構成例を示す。 図１６は、Create Session Responseメッセージの構成例を示す。 図１７は、Delete Session Requestメッセージの構成例を示す。 図１８は、ＴＥＩＤ−ＩＭＳＩ対応状態データの構成例を示す。 図１９は、振分ポイントでのBearer状態管理データの構成例を示す。 図２０は、オフロード条件適用状態テーブルの構成例を示す。 図２１は、ＴＯＦ中継状態管理データのデータ構造例を示す。 図２２は、図１５に示したCreate Session Requestメッセージ(MME → S-GW)を傍受したときの処理フロー例を示す。 図２３は、図１６に示したCreate Session Responseメッセージ(S-GW → MME)を傍受したときの処理フロー例を示す。 図２４は、図１７に示したDelete Session Requestメッセージ(MME → S-GW)を傍受したときの処理フロー例を示す。 図２５は、Initial Context Setup Request メッセージの構成例を示す。 図２６は、Handover Required メッセージの構成例を示す。 図２７は、Handover Request メッセージの構成例を示す。 図２８は、Handover Request Ack.メッセージの構成例を示す。 図２９は、Handover Commandメッセージの構成例を示す。 図３０は、UE Context Release Commandメッセージの構成例を示す。 図３１は、X2AP:Handover Requestメッセージの構成例を示す。 図３２は、X2AP:UE Context Releaseメッセージの構成例を示す。 図３３は、ｏＧＷのＣＰＵのＳ１ＡＰ傍受処理よって実行される、Initial Context Setup Requestメッセージ(MME→eNB)の傍受時の処理フロー例を示す。 図３４は、Ｓ１ベースのハンドオーバ時にｏＧＷのＣＰＵのＳ１ＡＰ傍受処理によって実行される、図２６に示したHandover Requiredメッセージ(source eNB->Source MME)の傍受時の処理フロー例を示す。 図３５は、Ｓ１ベースのハンドオーバ時にｏＧＷのＣＰＵのＳ１ＡＰ傍受処理によって実行される、図２７に示したHandover Requestメッセージ（target MME → target eNB）の傍受時の処理フローを示す。 図３６は、Ｓ１ベースのハンドオーバ時にＣＰＵ７３のＳ１ＡＰ傍受処理によって実行される、図２８に示したHandover Request Ack.メッセージ(target eNB → target MME) の傍受時の処理フロー例を示す。 図３７は、Ｓ１ベースのハンドオーバ時にｏＧＷのＣＰＵのＳ１ＡＰ傍受処理によって実行される、図２９に示したHandover Commandメッセージ(source MME -> source eNB)の傍受時の処理フロー例を示す。 図３８は、Ｓ１ベースのハンドオーバ時にｏＧＷのＣＰＵのＳ１ＡＰ傍受処理によって実行される、図３０に示したUE Context Release Commandメッセージ(source MME -> source eNB)の傍受時のフロー例を示す。 図３９は、Ｘ２ベースのハンドオーバ時にｏＧＷのＣＰＵのＸ２ＡＰ傍受処理によって実行される、図３１に示したX2AP: Handover Requestメッセージ(source eNB -> target eNB)の傍受時の処理フローの例を示す。 図４０は、Ｘ２ベースのハンドオーバ時にｏＧＷのＣＰＵのＸ２ＡＰ傍受処理によって実行される、図３２に示したX2AP: UE Context Releaseメッセージ(target eNB -> source eNB)の傍受時の処理フロー例を示す。 図４１は、図３３及び図３５に示したＧＴＰ−ｕトンネルの生成処理（Ｓ２８のサブルーチン）の例を示す。 図４２は、図３７に示したオフロード用ＧＴＰ−ｕ切換処理のサブルーチン（図６８）の処理フロー例を示す。 図４３は、UE起動(Attach)後のTEID-IMSI対応状態データの設定例を示す。 図４４は、図４３に示した状態でのBearer状態管理データの設定例を示す。 図４５は、図４３に示した状態でのＴＯＦ中継状態管理データの設定例を示す。 図４６は、ＵＥのIdle状態を経由して復帰するときのBearer状態管理データの設定例を示す。 図４７は、ＵＥのIdle状態を経由して復帰するときのＴＯＦ中継状態管理データの設定例を示す。 図４８は、ＵＥのIdle状態を経由して復帰するときのTEID-IMSI対応状態データの設定例を示す。 図４９は、ＵＥ再起動(再Attach)後のTEID-IMSI対応状態データの設定例を示す。 図５０は、図４９に示した状態でのBearer状態管理データの設定例を示す。 図５１は、図４９に示した状態でのＴＯＦ中継状態管理データの設定例を示す。 図５２は、S1-based HandoverでのBearer状態管理データの設定例を示す。 図５３は、図５２に示した状態でのＴＯＦ中継状態管理データの設定例を示す。 図５４は、X2-based HandoverでのBearer状態管理データの設定例を示す。 図５５は、図５４に示した状態でのＴＯＦ中継状態管理データの設定例を示す。 図５６は、Ｓ１１プロトコル傍受対象S-GWを収容するS11傍受装置の情報のテーブル構成例を示す。 図５７は、ｅＮＢを収容するオフロードＧＷの情報のテーブル構成例である。 図５８は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合のInitial Context Setup Requestメッセージ(MME->eNB)を傍受したときの処理フロー例を示す。 図５９は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合のＳ１１プロトコル傍受対象ＭＭＥの収容するＳ１１傍受装置の情報のテーブル構成例を示す。 図６０は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合のUEのIdle状態を経由して復帰するときのTEID-IMSI対応状態データの設定例を示す。 図６１は、図６０に示した状態でのBearer状態管理データの設定例を示す。 図６２は、図６０に示した状態でのＴＯＦ中継状態管理データの設定例を示す。 図６３は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合のUE再起動(再Attach)後のTEID-IMSI対応状態データの設定例を示す。 図６４は、図６３に示した状態でのBearer状態管理データの設定例を示す。 図６５は、図６３に示した状態でのＴＯＦ中継状態管理データの設定例を示す。 図６６は、target オフロードGW(oGW#2)がHandover Requestを傍受した時点でのTEID-IMSI対応状態データの設定値の例を示す。 図６７は、Handover Requestメッセージ(target MME-> target eNB)を傍受時に、S-GW近傍に配置したS11傍受装置から利用者識別子を受け取る場合の処理フロー例を示す。 図６８は、X2AP:Handover Requestメッセージ(source eNB-> target eNB)を傍受時に、S-GW近傍に配置したS11傍受装置から利用者識別子を受け取る場合の処理フロー例を示す。 図６９は、target オフロードGW(oGW#2)がX2AP:Handover Requestを傍受した時点でのTEID-IMSI対応状態データの設定値の例を示す。

以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

本実施形態は、上記した問題を解決するために、以下のような構成を有する。
（１）ＭＭＥとＳ−ＧＷとの間のＳ１１信号を傍受することにより利用者識別子（ＩＭＳＩ)と通信で利用する回線割付情報とを対応させて記憶する。利用者識別子と回線割付情
報とは、例えばテーブルに保持される。
（２）オフロードＧＷ(oGW)が、モバイル端末（ＵＥ）との通信回線設定でのeNodeB-SGW
区間設定（Initial Context Setup Request）を契機とし、そのeNodeB-SGW区間設定が示
す回線割付情報と一致する利用者識別子を上記（１）の記憶情報から特定し、記憶する。記憶される利用者識別子は、例えばテーブルにて保持される。
（３）ＵＥの移動に伴うハンドオーバを契機とし、ハンドオーバ先のｏＧＷが、ハンドオーバ元ｏＧＷが有する上記（２）の利用者識別子を入手し、記憶する。ハンドオーバ先ｏＧＷは、入手した利用者識別子をテーブルにて保持することができる。

＜全体構成＞
図１は、実施形態に係るネットワークシステムの構成例を示す。図１に示すネットワークシステムは、大略して、ＬＴＥ網（ｅＵＴＲＡＮ）１０と、ＥＰＣ網２０と、ＩＭＳ網３０と、ＩＳＰ（Internet Service Provider）網(インターネット)４０と、オフロード
網５０とを備えている。ＬＴＥ網１０は、無線アクセス網の一例であり、ＥＰＣ網２０はコア網の一例である。ＩＳＰ網４０は、パケット網（ＩＰ網）の一例である。

ＬＴＥ網１０は、移動局（以下、ＵＥと表記することもある）６０が接続可能な複数の基地局（ｅＮｏｄｅＢ（ｅＮＢ））１１を備えている。

ＩＳＰ網４０には、Ｗｅｂサイト＃ａを提供するＷｅｂサーバ４１が例示されている。但し、Ｗｅｂサーバ４１は、ＩＳＰ網４０に接続されたＵＥ６０の通信相手（Correspondence node：サーバ及び端末装置）の例示である。サーバ及び端末装置の種類、提供され
るサービスは問わない。

移動局６０は、基地局１１と無線接続することで、ＥＰＣ網２０を介してＷｅｂサーバ４１のようなＩＳＰ網４０に接続された通信相手と通信することができる。移動局６０は、移動局６０の移動に応じて、接続先の基地局１１を変更し（ハンドオーバ）、通信相手との通信を継続することができる。

ＥＰＣ網２０は、ＭＭＥ（制御用交換局）２１，Ｓ−ＧＷ２２，Ｐ−ＧＷ２３，ＰＣＲＦ（図示せず）のような様々なノードを含んでいる。ＭＭＥ２１は、ネットワーク制御の
Ｃプレーン（Control Plane）を扱う。ＭＭＥ２１は、ベアラ（Bearer：ユーザとパケッ
ト網との間のコネクション）の確立・解放や、移動局６０の位置登録やハンドオーバのような移動制御を行う。また、ＭＭＥ２１は、加入者情報が登録されたＨＳＳ（Home Subscriber Server:図示せず）と連携した移動局の認証を行う。

Ｓ−ＧＷ２２は、ユーザデータのパケットデータであるＵプレーン（User Plane）を扱う。Ｓ−ＧＷ２２は、３ＧＰＰ（ｅＮＢ，２Ｇ／３Ｇ）の無線アクセス網のアンカポイントとして機能することができ、Ｐ−ＧＷ２３との間でユーザパケットデータの中継処理を行う。

Ｐ−ＧＷ２３は、ＩＳＰ網４０のようなパケット網に対する接続ポイントとなる。Ｐ−ＧＷ２３は、移動局へのＩＰアドレスの払い出し、ベアラ確立時におけるパケット網への接続に関したユーザ認証を行う。さらに、Ｐ−ＧＷ２３は、ＰＣＲＦの指示に従うＱｏＳ（Quality of Service）制御，課金データ生成，及びＤＨＣＰ（Dynamic Host Configuration Protocol）サーバのような機能を有する。ＭＭＥ２１，Ｓ−ＧＷ２２，Ｐ−ＧＷ２
３のような各ノードは、ＥＰＣ網２０に１以上配置される。

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

さらに、図１に示すネットワークシステムは、複数のオフロードＧＷ（ｏＧＷ）７０と、Ｓ１１傍受装置８０とを備えている。Ｓ１１傍受装置８０は、ＭＭＥ２１とＳ−ＧＷ２２との間でＳ１１インタフェースを介して送受信される信号（Ｓ１１信号）を傍受し、利用者識別子（ＩＭＳＩ）を得る。Ｓ１１傍受装置８０は、ＭＭＥ２１とＳ−ＧＷ２２との間に設置される。このとき、Ｓ１１傍受装置８０は、ＭＭＥ２１よりＳ−ＧＷ２２に近い位置に設置することができる。逆に、Ｓ１１傍受装置８０は、Ｓ−ＧＷ２２よりＭＭＥ２１に近い位置に設置することができる。Ｓ１１傍受装置８０は、Ｓ１１インタフェース毎に設けることができる。

各ｏＧＷ７０は、ＬＴＥ網１０とＥＰＣ網２０との境界（接続点）にそれぞれ配置され、ＥＰＣ網２０へ向けられたトラフィックをオフロード網５０にオフロードする。図１に示す例では、ｏＧＷ７０の例示として、ｏＧＷ＃Ａ，ｏＧＷ＃Ｂ，及びｏＧＷ＃Ｃが図示されている。但し、ｏＧＷ７０の設置数は、適宜決定可能である。例えば、ｏＧＷ７０は、基地局１１毎に配置することができる。

例えば、移動局６０がＷｅｂサーバ４１と通信する場合、移動局６０は、基地局１１，Ｓ−ＧＷ２２，Ｐ−ＧＷ２３を経てＩＰＳ網４０と接続され、Ｗｅｂサーバ４１にアクセスすることができる。ｏＧＷ７０は、このようなＥＰＣ網２０を流れるトラフィックのうち、オフロード対象のトラフィックの経路を、オフロード網５０経由でＷｅｂサーバ４１に到達する経路に変更する。これによって、ＥＰＣ網２０を流れるトラフィック量を削減することができる。また、ｏＧＷは境界（接続点）に配置されることで、ＥＰＣ網２０のリソース消費が抑えられるようにされている。

＜Ｓ１１傍受装置、ｏＧＷの構成＞
図２は、Ｓ１１傍受装置８０及びｏＧＷ７０のハードウェア構成例を示す。Ｓ１１傍受
装置８０とｏＧＷ７０とは同じハードウェア構成を適用することができる。以下、ｏＧＷ７０を例として説明する。

図２において、ｏＧＷ７０は、複数の回線インタフェース７１と、回線インタフェース７１に接続されたパケット転送制御装置（パケット転送制御回路：パケット転送コントローラ）７２と、パケット転送制御装置７２に接続されたＣＰＵ（Central Processing Unit）７３及び記憶装置７４とを備えている。

回線インタフェース７１は、基地局１１とＳ−ＧＷ２２とを結ぶ回線や、基地局１１とＭＭＥ２１とを結ぶ回線，ｏＧＷ７０同士を結ぶ回線のような様々な回線を収容する。ｏＧＷ７０には、ｏＧＷ７０が収容する回線数に対応する１以上の回線インタフェース７１が設けられる。回線インタフェース７１は、汎用又は専用の半導体回路（ＬＳＩ，ＡＳＩＣなど）によって形成される。

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

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

記憶装置７４は、例えば、ＲＯＭ（Read Only Memory），ＲＡＭ(Random Access Memory)，ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory），フラッ
シュメモリなどの半導体メモリによって形成される。記憶装置７４は、ＣＰＵ７３の作業領域，ＣＰＵ７３によって実行される各種のプログラムやプログラムの実行に際して使用されるデータの格納領域を提供する。

図３は、図２に示したＣＰＵ７３が記憶装置７４に記憶されたプログラムを実行することによって実現されるｏＧＷ７０及びＳ１１傍受装置８０の機能の説明図である。図３に示すように、Ｓ１１傍受装置８０は、ＣＰＵ７３がプログラムを実行することによって、回線インタフェース７１で受信されるＳ１１信号を傍受するＳ１１傍受処理を実行する。また、Ｓ１１傍受装置８０は、ＣＰＵ７３のプログラム実行によって、ＴＥＩＤ（Tunnel
Endpoint. IDentifier）−ＩＭＳＩ対応状態管理データ８２を記憶装置７４に記憶する
。ＴＥＩＤはＧＴＰトンネルの識別子である。

一方、ｏＧＷ７０では、ＣＰＵ７３がプログラムを実行することによって、ＣＰＵ７３は、振分ポイント（中継ポイント）７５及びアンカポイント７６として機能する。振分ポイント（中継ポイント）７５としての機能は、Ｓ１ＡＰ傍受処理１７１，Ｘ２ＡＰ傍受処理１７２，合流処理１７３，振分処理１７４とを含む。記憶装置７４には、ベアラ状態管理データ１７５と、オフロード条件適用状態管理データ１７６とが記憶される。アンカポイント７６としての機能は、ＴＯＦ(Tramc Omoad Function) ＮＡＰＴ（Network Address Port Translation）処理１７７を含み、記憶装置７４には、ＴＯＦ中継状態管理データ１７８が記憶される。

Ｓ１１傍受装置８０とｏＧＷ７０とは通信回線で接続されており、ｏＧＷ７０はＴＥＩ
Ｄ−ＩＭＳＩ対応状態管理データ８２をＳ１１傍受装置８０から受信し、Ｓ１ＡＰ傍受処理１７１にて利用することができる。

図４は、図３に示したＣＰＵ７３が実現する機能の説明図である。図４において、Ｓ１１傍受装置８０では、ＣＰＵ７３のＳ１１傍受処理８１によって、ＭＭＥ２１とＳ−ＧＷ２２とを結ぶＳ１１インタフェースを流れるＳ１１信号を傍受し、利用者識別子であるＩＭＳＩを得て、対応する回線割付情報（ＴＥＩＤ）と関連づけてＴＥＩＤ−ＩＭＳＩ対応状態管理データ８２として記憶する。ＴＥＩＤ−ＩＭＳＩ対応状態管理データ８２は、ｏＧＷ７０の振分ポイント７５の処理にてＳ１１傍受装置８０から入手され、ベアラ状態管理データ１７５の一部として記憶される。

図４において、ｏＧＷ７０のＳ１ＡＰ傍受処理１７１は、基地局１１とＳ−ＧＷ２２との間で送受信される、Ｓ１ＡＰ（S1 Application Protocol）に基づく制御パケットを傍
受する。Ｓ１ＡＰは、基地局１１（ｅＵＴＲＡＮ）とＭＭＥ２１（ＥＰＣ）との間のシグナリングサービスを提供するＣプレーンのプロトコルである。Ｓ１ＡＰが有する機能は、例えば、ベアラの確立，変更及び開放、ハンドオーバ制御及び待ち受け移動局への着信制御である。

振分処理１７４は、アップリンクのＧＴＰ−ｕ（GPRS Tunneling Protocol for User Plane）トンネルを流れるトラヒックのうち、トラヒックオフロードの対象のトラヒックを、ＴＯＦ ＮＡＰＴ処理１７７に分岐させる。ＧＴＰ−ｕは、基地局１１とＳ−ＧＷ２２との間のＩＰ伝送用プロトコルである。トラヒックは、ＧＴＰ−ｕに基づいて基地局１１とＳ−ＧＷ２２との間に確立されたＧＴＰ−ｕトンネルを流れる。

合流処理１７５は、ＴＯＦ ＮＡＰＴ処理１７７からのオフロードトラヒックを、ダウンリンクのＧＴＰ−ｕトンネルを流れるＳ−ＧＷ２２からのトラヒックに合流させる。

アンカポイント７６のＴＯＦ ＮＡＰＴ処理１７７は、ＥＰＣ網２０とオフロード網５
０との間のＮＡＰＴ処理（オフロード対象のトラヒックに関するＩＰアドレス変換、ＴＣＰ／ＵＤＰポート変換）を行う。

図５は、図３に示したＣＰＵ７３が実現する機能の説明図である。図５には、移動局６０のハンドオーバ（１１Ａ→１１Ｃ）によって、ソースｏＧＷとなるｏＧＷ７０（＃Ａ）と、ターゲットｏＧＷとなるｏＧＷ７０（＃Ｂ）とが示されている。

図５において、Ｓ１ＡＰ傍受処理１７１は、Ｓ１ＡＰ（S1 Application Protocol）に
基づく制御パケットを傍受する。Ｘ２ＡＰ傍受処理１７２は、基地局１１間で送受信される、Ｘ２ＡＰ（X2 Application Protocol）に基づく制御パケットを傍受する。Ｘ２ＡＰ
は、Ｘ２インタフェース上の基地局（ｅＮｏｄｅＢ）間のＣプレーンプロトコルであり、基地局１１間における負荷管理及びハンドオーバ調整を支援する。Ｓ１ＡＰ傍受処理１７１及びＸ２ＡＰ傍受処理１７２によって、移動局６０のハンドオーバを検出することができる。

ハンドオーバによって、ソースｏＧＷ７０（＃Ａ）からターゲットｏＧＷ７０（＃Ｃ）に対し、ベアラ状態管理データ１７５が送信される。これによってハンドオーバ先のｏＧＷ７０（＃Ｃ）に、利用者識別子が引き継がれる。このような引き継ぎによって、利用者識別子を用いた課金などの処理をハンドオーバ先で継続することができる。

本実施形態では、移動局１１と通信相手（Ｗｅｂサーバ４１を例示する）との間でオフロード対象のＴＣＰ通信が開始されたときのｏＧＷ７０が、振分ポイント及びアンカポイ
ントとして設定される。例えば、図４Ａに示すように、基地局１１Ａに接続した移動局６０がＷｅｂサーバ４１（図１）とのＴＣＰ通信を開始したときに、当該ＴＣＰ通信のオフロード処理を実行したオフロードＧＷ＃Ａが、振分ポイント及びアンカポイントとして設定される。

振分ポイントの変更は、移動局６０の移動に伴うハンドオーバによって起こる。即ち、移動局６０のハンドオーバ先の基地局１１（ターゲット基地局）が、ハンドオーバ元の基地局１１（ソース基地局）と異なるオフロードＧＷ７０に収容されている場合に、振分ポイントが変更される。

本実施形態では、新たな振分ポイントとなるｏＧＷ７０（ターゲットｏＧＷ）に対して、元のオフロードＧＷ７０（ソースｏＧＷ）から、オフロード対象のトラヒックの利用回線情報と、トラヒックに係る通信の識別情報（本実施形態ではＴＣＰコネクション情報）と、アンカポイントの位置情報とを含むアンカポイント情報が送信される。

ターゲットｏＧＷ７０は、送信された情報を保持し、オフロード対象のトラヒックをアンカポイントへ転送したり、アンカポイントから受信されるトラヒックを基地局１１へ向けて転送したりするために使用する。これによって、通信（ＴＣＰ通信）の継続中は、ハンドオーバに拘らず、アンカポイントの設定（位置）を維持することができる。

一方で、ターゲットｏＧＷにて新たなオフロード対象のＴＣＰ通信が開始された場合には、当該ターゲットｏＧＷが当該ＴＣＰ通信におけるアンカポイントとなる。また、維持されていたＴＣＰ通信が終了した場合には、オフロードトラヒックに対するアンカポイントの設定が解除（廃棄（削除））される。

なお、ハンドオーバには、同一のＭＭＥ２１の管理範囲内で実施されるＸ２ベースドハンドオーバ（X2 based handover）と、異なるＭＭＥ２１間に跨って行われるＳ１ベース
ドハンドオーバ（S1 based handover）とがある。ｏＧＷ７０の変更は、オフロードＧＷ
７０が基地局１１毎に設置されている場合、Ｘ２ベースドハンドオーバとＳ１ベースドハンドオーバとの双方について起こる。上記のように、ｏＧＷ７０は、Ｓ１ＡＰ傍受処理１７１とＸ２ＡＰ傍受処理１７２とが実行されるので、双方のハンドオーバを検出し、アンカポイント情報及び利用者識別子を引き継ぐことができる。

以下、ｏＧＷ７０のさらなる詳細について説明する。図６は、ＵＥが起動し、Attachを行う場合のシーケンス例である。図７は、ＵＥが無通信状態に遷移し、無通信状態から復帰を行う場合のシーケンス例である。図８は、ＵＥが再起動し、Attachを行う場合のシーケンス例である。図９は、オフロード通信中における、Ｓ１ベースのハンドオーバのシーケンス例を示す。図１０は、オフロード通信中における、Ｘ２ベースのハンドオーバのシーケンス例を示す。

図１１は、Ｓ１１傍受装置８０をＭＭＥ近傍に配置した場合において、ＵＥが無通信状態に遷移し、無通信状態から復帰を行う場合のシーケンス例である。図１２は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合において、ＵＥが再起動し、Attachを行う場合のシーケンス例である。図１３は、S1-based handoverにおいても、Ｓ−ＧＷ近傍に配置したS11傍受装置から利用者識別子を受け取る場合のシーケンス例である。図１４は、X2-based handoverにおいても、Ｓ−ＧＷ近傍に配置したS11傍受装置から利用者識別子を受け取る場合のシーケンス例である。上記した図６〜図１４の各シーケンスの詳細は後述する。

＜Ｓ１１傍受装置によって傍受されるメッセージ＞
図１５，図１６，図１７は、Ｓ１１傍受装置８０によってＳ１１インタフェースから傍
受されるメッセージ（Ｓ１１信号）を示す。図１５は、Create Session Requestメッセージの構成例である。図１６は、Create Session Responseメッセージの構成例である。図
１７は、Delete Session Requestメッセージの構成例である。

＜TEID-IMSI対応状態データ＞
図１８は、ＴＥＩＤ−ＩＭＳＩ対応状態データ８２の構成例を示す。本実施形態では、ＴＥＩＤ−ＩＭＳＩ対応状態データ８２は、図１８に示すように、利用者特定状態テーブル８２ａと、利用者−ＴＥＩＤ（ＧＴＰ−ｕ）対応テーブル８２ｂとで管理される。

[利用者特定状態テーブル]
利用者特定状態テーブル８２ａは、Ｓ１１傍受装置内ＵＥ識別子と、利用者識別子（ＩＭＳＩ）と、ＭＭＥ側ＵＥ制御識別情報と、Ｓ−ＧＷ側ＵＥ制御識別情報とが格納される１以上のレコードで形成される。

“Ｓ１１傍受装置内ＵＥ識別子”は、Ｓ１１傍受装置８０でＵＥ６０を一意に識別する情報である。“利用者識別子”として、モバイル網内で利用者を一意に識別する識別子（ＩＭＳＩ）が記憶される。“ＭＭＥ側ＵＥ制御識別情報”として、ＵＥの通信回線を管理するためにＭＭＥ２１（ＭＭＥ装置）で付与した識別情報(GTP-c TEID,MME装置アドレス
）が記憶される。“Ｓ−ＧＷ側ＵＥ制御識別情報”として、ＵＥの通信回線を管理するためにＳ−ＧＷ２２（Ｓ−ＧＷ装置）で付与した識別情報(GTP-c TEID,S-GW装置アドレス）を記憶する。

[利用者-TEID(GTP-u)対応テーブル]
利用者-TEID(GTP-u)対応テーブル８２ｂは、Ｓ１１傍受装置内ＵＥ識別子と、利用者回線識別子と、uplink回線割付情報とが格納される１以上のレコードで形成される。ここに、“Ｓ１１傍受装置内ＵＥ識別子”は、Ｓ１１傍受装置８０でＵＥ６０を一意に識別する情報である。同一ＵＥに関して、利用者特定状態テーブル８２ａにおけるＳ１１傍受装置内ＵＥ識別子と同値が記憶される。

“利用者回線識別子”は、ＵＥ６０内で回線を一意に識別する情報を記憶する。ＵＥ６０での回線識別子(E RAB ID)と同期する。“uplink回線割付情報”は、利用者回線識別子に対応する、Ｓ−ＧＷ２２へ向かうuplinkパケットの宛先情報である。

＜ベアラ（Bearer）状態管理データ＞
図１９は、振分ポイントでのBearer状態管理データ１７５の構成例を示す。Bearer状態管理データ１７５は、Bearer利用者特定テーブル１７５Ａと、Bearerテーブル１７５Ｂとで管理される。但し、テーブル構成は例示である。

[Bearer利用者特定テーブル]
図１９中のBearer利用者特定テーブル１７５ａ，１７５ｂは１連のテーブル１７５Ａである。Bearer利用者特定テーブル１７５ｂの“ｏＧＷ内ＵＥ識別子”は、Bearer利用者特定テーブル１７５ａの“ｏＧＷ内ＵＥ識別子”と同値であり、同一レコードであることを明示するために記載されている。

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

“ＭＭＥ内ＵＥ識別子”は、ＭＭＥ２１で付与された移動局６０の識別子(MME UE S1AP
ID)である。“ＭＭＥ装置識別子”は、ＭＭＥ内ＵＥ識別子を移動局６０に付与したＭＭＥ２１（ＭＭＥ装置）の識別子である。“ｅＮＢ内ＵＥ識別子(S1AP)”は、基地局１１（ｅＮＢ）で付与された移動局６０の識別子(eNB UE S1AP ID)である。

“ｅＮＢ内ＵＥ識別子(X2AP)”は、基地局１１で付与された移動局６０の識別子(eNB UE X2AP ID)である。“ｅＮＢ装置識別子”は、ｅＮＢ内ＵＥ識別子(S1AP)およびｅＮＢ内ＵＥ識別子(X2AP)をＵＥ６０に付与した基地局１１の識別子である。

“T-Target セル識別情報”は、ハンドオーバ先のｏＧＷ７０で受信されたハンドオー
バ元の基地局１１が選択したハンドオーバ先セル識別情報である。“T-Targetセル内ＵＥ識別情報”は、ハンドオーバ先のｏＧＷ７０で受信されたハンドオーバ先の基地局１１が選択したハンドオーバ先セル内のＵＥ６０の識別情報である。“Target ID”は、ハンド
オーバ元のｏＧＷ７０で受信されたハンドオーバ元の基地局１１が選択したハンドオーバ先の基地局１１の識別子である。

“S-Target セル識別情報"は、ハンドオーバ元のｏＧＷ７０で受信されたハンドオーバ元の基地局１１が選択したハンドオーバ先セル識別情報である。“S-Targetセル内ＵＥ識別情報”は、ハンドオーバ元のｏＧＷ７０で受信したハンドオーバ先の基地局１１が選択したハンドオーバ先セル内のＵＥ６０の識別情報である。

［Bearerテーブル］
図１９に示すBearerテーブル１７５Ｂは、以下のようなデータを有する。“ｏＧＷ内ＵＥ識別子”は、ｏＧＷ７０でＵＥ６０を一意に識別する情報である。Bearerテーブル１７５Ｂには、同一のＵＥ６０に関して、Bearer利用者特定テーブル１７５Ａの“ｏＧＷ内ＵＥ識別子”と同値が格納される。“利用者回線識別子”は、ＵＥ６０内での回線を一意に識別する情報であり、ＵＥ６０での回線識別子(E RAB ID)と同期する。

“アップリンク（uplink）回線割付情報”は、利用者回線識別子に対するＳ−ＧＷ２２へ向かうアップリンクパケットの宛先情報である。“downlink回線割り付け情報”は、利用者回線識別子に対応する、基地局１１へ向かうダウンリンクパケットの宛先情報である。“ＴＯＦ振分ポイント位置情報”は、オフロード網５０経由のパケットをオフロードアンカポイントのｏＧＷ７０から振分ポイントのｏＧＷ７０へ伝達するための宛先情報である。振分ポイントのｏＧＷ７０は、この“ＴＯＦ振分ポイント位置情報”に基づいて、アンカポイントのｏＧＷ７０からのパケットを待ち受ける。

“ＴＯＦアンカポイント位置情報”は、オフロード対象のパケットを振分ポイントのｏＧＷ７０からアンカポイントのｏＧＷ７０へ伝達するための宛先情報である。振分ポイントのｏＧＷ７０は、この“ＴＯＦアンカポイント位置情報”に基づいて、アンカポイントのｏＧＷ７０へパケットを送信する。

＜オフロード条件適用状態データ＞
図２０は、オフロード条件適用状態テーブルの構成例を示す。オフロード条件適用状態データ１７６は、オフロード条件適用状態テーブル１７６Ａによって管理される。オフロード条件適用状態テーブル１７６Ａは、ｏＧＷ内ＵＥ識別子と、利用社回線識別子（E RAB ID）と、ＴＣＰコネクション情報と、オフロードアンカポイント情報とを含む１以上のレコードを格納する。

“ｏＧＷ内ＵＥ識別子”は、ｏＧＷ７０でＵＥ６０を一意に識別する情報である。“利用者回線識別子”は、ＵＥ６０内での回線を一意に識別する情報であり、ＵＥ６０での回線識別子(E RAB ID)と同期する。“ＴＣＰコネクション情報”は、ＵＥ６０と通信相手（
例えばＷｅｂサイト）との通信における、オフロード対象のＴＣＰ通信のコネクション情報である。図２０の例では、ＴＣＰコネクション情報は、移動局のＩＰアドレス，及びＴＣＰポート番号を含む。

“オフロードアンカポイント情報”は、オフロード対象のＴＣＰ通信を開始した位置でのオフロードアンカポイントの位置情報である。図５の例では、オフロードアンカポイント情報は、オフロードトラヒックに係るＴＥＩＤ及びオフロードＧＷの識別子を含む。

＜ＴＯＦ中継状態管理データ＞
図２１は、ＴＯＦ中継状態管理データ１７８のデータ構造例を示す。ＴＯＦ中継状態管理データ１７８は、ＴＯＦ中継管理テーブル１７８ａと、ＴＯＦセッション管理テーブル（TOF Session管理テーブル）１７８ｂとで管理される。データ構造は一例である。

ＴＯＦ中継管理テーブル１７８ａは、ｏＧＷアンカ内ＵＥ識別子と、利用者識別子と、利用者回線識別子と、ＴＯＦアンカポイント位置と、ＴＯＦ振分ポイント位置とを含む１以上のレコードで形成される。

“ｏＧＷアンカ内ＵＥ識別子”は、ｏＧＷ７０のアンカポイント内でＵＥ６０を一意に識別する情報である。“利用者識別子”はＩＭＳＩである。“利用者回線識別子”は、ＵＥ６０内での回線を一意に識別する情報であり、ＵＥ６０での回線識別子(E RAB ID)と同期する。

“ＴＯＦアンカポイント位置”は、オフロード対象のパケットを振分ポイントのｏＧＷ７０からオフロードアンカポイントのｏＧＷ７０へ伝達するための宛先情報である。オフロードアンカポイントのｏＧＷ７０は、“ＴＯＦアンカポイント位置”に基づいて、振分ポイントのｏＧＷ７０からのパケットを待ち受ける。

“ＴＯＦ振分ポイント位置”は、オフロード網５０経由のパケットをオフロードアンカポイントのｏＧＷ７０から振分ポイントのｏＧＷ７０へ伝達するための宛先情報である。オフロードアンカポイントのｏＧＷ７０は、“ＴＯＦ振分ポイント位置”に基づいて、振分ポイントのｏＧＷ７０へパケットを送信する。

ＴＯＦセッション管理テーブル１７８ｂは、ｏＧＷアンカ内ＵＥ識別子と、利用者回線識別子と、ＵＥ ＴＣＰコネクション情報と、ｏＧＷ ＴＣＰコネクション情報と、セッション（Session）状態とを含む１以上のレコードから形成される。

“ｏＧＷアンカ内ＵＥ識別子”は、ｏＧＷ７０のアンカポイント内でＵＥ６０を一意に識別する情報である。同一のＵＥ６０に関して、ＴＯＦ中継管理テーブル１７８ａに格納される“ｏＧＷアンカ内ＵＥ識別子”と同値が格納される。

“利用者回線識別子”は、ＵＥ６０内での回線を一意に識別する情報であり、ＵＥ６０での回線識別子(E RAB ID)と同期する。“ＵＥ ＴＣＰコネクション情報”として、ＴＣ
Ｐ通信のセッション毎に、ＵＥ６０側のＩＰアドレス及びポート番号が記憶される。“ｏＧＷ ＴＣＰコネクション情報”は、ＴＣＰ通信のセッション毎に、ＵＥ６０側のＩＰア
ドレス及びポート番号に対応する、ｏＧＷ７０側のＩＰアドレス及びポート番号が記憶される。“Session状態”として、ＴＣＰ通信のセッション毎の通信状態(“接続中”,アッ
プリンク（UL）切断確認待ち、ダウンリンク（DL）切断確認待ち）が記憶される。

＜Create Session Requestメッセージ傍受時の処理＞
図２２は、Create Session Requestメッセージ(MME → S-GW)（図１５）を傍受したと
きの処理フロー例を示す。図２２に示す処理は、Ｓ１１傍受装置８０のＣＰＵ７３によって実行される。

Ｓ１では、ＣＰＵ７３は、Ｓ１１傍受装置内ＵＥ識別子を捕捉する。次のＳ２では、ＣＰＵ７３は、Create Session Requestメッセージ内のＩＭＳＩ情報，及びSender F-TEID for Control Plane情報を取り出し、Ｓ１１傍受装置内ＵＥ識別子に対応付けて利用者特
定情報テーブル８２ａ（図１８）に記憶する。

Ｓ３では、ＣＰＵ７３は、Create Session Requestメッセージの利用者回線識別子を取り出し、利用者回線識別子毎に回線割付情報を記憶したレコードを利用者−ＴＥＩＤ（ＧＴＰ−ｕ）対応テーブル８２ｂに追加する。その後、図２２の処理が終了する。

＜Create Session Responseメッセージ傍受時の処理＞
図２３は、図１６に示したCreate Session Responseメッセージ(S-GW → MME)を傍受したときの処理フロー例を示す。図２３に示す処理は、Ｓ１１傍受装置８０のＣＰＵ７３によって実行される。

最初のＳ０１では、ＣＰＵ７３は、Create Session ResponseメッセージのＧＴＰ−ｃ
ヘッダのＴＥＩＤを取り出し、ＭＭＥ制御用ＴＥＩＤ情報とする。

次のＳ０２では、ＣＰＵ７３は、利用者特定状態テーブル８２ａ（図１８）のＭＭＥ側ＵＥ制御識別情報がＭＭＥ制御用ＴＥＩＤ情報と一致するレコードを確定する。ＣＰＵ７３は、確定したレコード中のＳ１１傍受装置内ＵＥ識別子を確定する。

次のＳ０３では、ＣＰＵ７３は、Create Session ResponseメッセージのSender F-TEID
for Control Plane情報を利用者特定状態テーブル８２ａのＳＧＷ側ＵＥ制御情報識別情報として記憶する。

そして、Ｓ０４では、ＣＰＵ７３は、Create Session Responseメッセージの回線割付
情報をＳ１１傍受装置内ＵＥ識別子、利用者回線識別子に対応付け、利用者−ＴＥＩＤ（ＧＴＰ−ｕ）テーブル８２ｂに記憶し、図２３の処理を終了する。

＜Delete Session Requestメッセージ傍受時の処理フロー＞
図２４は、図１７に示したDelete Session Requestメッセージ(MME → S-GW)を傍受し
たときの処理フロー例を示す。図２４に示す処理は、Ｓ１１傍受装置８０のＣＰＵ７３によって実行される。

最初のＳ１１では、ＣＰＵ７３は、Delete Session ResponseメッセージのＧＴＰ−ｃ
ヘッダのＴＥＩＤを取り出し、ＳＧＷ制御用ＴＥＩＤ情報とする。

次のＳ１２では、ＣＰＵ７３は、利用者特定状態テーブル８２ａ（図１８）のＳＧＷ側ＵＥ制御識別情報がＳＧＷ制御用ＴＥＩＤ情報と一致するレコードを確定し、確定したレコード中のＳ１１傍受装置内ＵＥ識別子を確定する。

次のＳ１３では、ＣＰＵ７３は、Ｓ１１傍受装置内ＵＥ識別子に対応する利用者特定状態テーブル８２ａ及び利用者−ＴＥＩＤ（ＧＴＰ−ｕ）テーブルのレコードを削除し、図２４の処理を終了する。

＜メッセージ＞
次に、ノード間でやりとりされる主なメッセージのデータ構造例を示す。図２５は、Ｕ
Ｅ６０の起動時に、ＭＭＥ２１から基地局１１へ送信される、Initial Context Setup Requestメッセージの構成例を示す。

図２６は、ＵＥ６０のＳ１ベースのハンドオーバ時に、ＵＥ６０からソースＭＭＥ２１へ送信されるHandover Requiredメッセージの構成例を示す。図２７は、Ｓ１ベースのハ
ンドオーバ時に、ターゲットＭＭＥ２１からターゲット基地局１１へ送信されるHandover
Requestメッセージの構成例を示す。図２８は、Handover Requestメッセージに応じてターゲット基地局１１からターゲットＭＭＥ２１へ返信されるHandover Request Ack.メッ
セージの構成例を示す。

図２９は、ソースＭＭＥ２１からソース基地局（サービング基地局）１１へ送信されるHandover Commandメッセージの構成例を示す。図３０は、ソースＭＭＥ２１からソース基地局１１へ送信されるUE Context Release Commandメッセージの構成例を示す。

図３１は、Ｘ２ベースのハンドオーバにおいて、ソース基地局１１からターゲットｏＧＷ７０経由でターゲット基地局１１へ転送される、X2AP: Handover Requestメッセージの構成例を示す。図３２は、X2AP: UE Context Releaseメッセージの構成例を示す。

＜ｏＧＷにおける処理フロー＞
次に、ｏＧＷ７０のＣＰＵ７３によって実行される処理フローについて説明する。

＜＜Initial Context Setup Requestの傍受時の処理フロー＞＞
図３３は、ＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、Initial Context Setup Requestメッセージ(MME→eNB)の傍受時の処理フロー例を示す。

最初のＳ２１では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子を捕捉する。

次のＳ２２では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応付けて、Initial Context Setup Requestメッセージ中の“MME UE S1AP ID"と "eNB UE S1AP ID"とをBearer利用者
特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子、 ｅＮＢ内ＵＥ識別子（S1AP）として夫々
登録する。

次のＳ２３では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応付けて、Initial Context Setup Requestメッセージ中のuplink向け回線割付情報を利用者回線識別子（E RAB ID）
毎に、Bearerテーブル１７５Ｂのuplink回線割付情報へ登録する。

次のＳ２４では、ＣＰＵ７３は、Initial Context Setup Requestメッセージのuplink
向け回線割付情報から、uplinkを終端するＳ−ＧＷ２２を特定する。次のＳ２５では、ＣＰＵ７３は、Ｓ−ＧＷ２２のＳ１１インタフェースを傍受するＳ１１傍受装置８０を特定する。

次のＳ２６では、ＣＰＵ７３は、Ｓ１１傍受装置８０から、Initial Context Setup Requestメッセージのuplink向け回線割付情報に対応する利用者識別子を取得する。次のＳ
２７では、利用者識別子をｏＧＷ内ＵＥ識別子対応で、Bearer利用者特定テーブル８２ａの利用者識別子に登録する。

その後、ＣＰＵ７３は、オフロード用ＧＴＰ−ｕトンネル生成処理（Ｓ２８）の実行後、図３３に示す処理を終了する。

＜＜Handover Required傍受時の処理＞＞
図３４は、Ｓ１ベースのハンドオーバ時にｏＧＷ７０のＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、図２６に示したHandover Requiredメッセージ(source eNB->Source MME)の傍受時の処理フロー例を示す。

最初のＳ３１では、ＣＰＵ７３は、Handover Requiredメッセージ中の“MME UE S1AP ID”でベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコ
ードを確定する。

次のＳ３２では、ＣＰＵ７３は、Handover Requiredメッセージ中の“Target ID”，“Source to Target Transparent Container”内のセル識別情報を、ベアラ利用者特定テーブル１７５Ａにおける対応レコードの“Target ID”、“S-Targetセル識別情報”に設定
する）。その後、図３４の処理が終了する。

＜＜Handover Request傍受時の処理＞＞
図３５は、Ｓ１ベースのハンドオーバ時にｏＧＷのＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、図２７に示したHandover Requestメッセージ（target MME → target eNB）の傍受時の処理フローを示す。

最初のＳ４１では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子を捕捉する。次のＳ４２では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子対応に、Handover Requestメッセージ中の“MME UE S1AP ID”及び“Source to Target Transparent Container”内の“Call ID”情報をベア
ラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子、T-Targetセル位置情報へ登録する。

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

その後、ＣＰＵ７３は、オフロード用ＧＴＰ−ｕトンネル生成処理を実行する（Ｓ２８）。その後、図３５の処理が終了する。

＜＜Handover Request Ack.メッセージ傍受時の処理＞＞
図３６は、Ｓ１ベースのハンドオーバ時にＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、図２８に示したHandover Request Ack.メッセージ(target eNB → target
MME) の傍受時の処理フロー例を示す。

最初のＳ５１では、ＣＰＵ７３は、Handover Request Ack.メッセージ中の“MME UE S1AP ID”でベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子を検索し、対応する
レコードを確定する。

次のＳ５２では、ＣＰＵ７３は、Handover Request Ack.メッセージ中の“eNB UE S1AP
ID”，“Target to Source Transparent Container”内のセル内ＵＥ識別情報を、ベア
ラ利用者特定テーブル１７５ＡにおけるｅＮＢ内ＵＥ識別子、T-Targetセル内ＵＥ識別情報として、Ｓ５１で確定したレコードに記憶する。

次のＳ５３では、ＣＰＵ７３は、Handover Request Ack.メッセージ中のダウンリンク
向け回線割付情報を、利用者回線識別子毎に、ベアラテーブル１７６Ｂのダウンリンク回線割付情報に設定し、処理を終了する。

＜＜Handover Command傍受時の処理＞＞
図３７は、Ｓ１ベースのハンドオーバ時にＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、図２９に示したHandover Commandメッセージ(source MME -> source eNB)の傍受時の処理フロー例を示す。

最初のＳ６１では、ＣＰＵ７３は、Handover Commandメッセージ中の“MME UE S1AP ID”でベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定することによって、レコード中のｏＧＷ内ＵＥ識別子を確定する。

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

次のＳ６３では、ＣＰＵ７３は、確定されたレコードのTarget IDで示される基地局１
１を収容するターゲットオフロードＧＷ７０を特定する（Ｓ９３）。

次のＳ６４では、ＣＰＵ７３は、ベアラ利用者特定テーブル１７５Ａの“Target ID”
，“S-Targetセル識別情報”，“S-Targetセル内ＵＥ識別情報”と、ターゲットｏＧＷ７０におけるベアラ利用者特定テーブル１７５Ａの“eNB装置識別子”，“T-Targetセル識
別情報”，“T-Targetセル内ＵＥ識別情報”が一致するレコードを確定し、レコード中のターゲットｏＧＷ内ＵＥ識別子を確定する。

次のＳ６５では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応する、オフロード条件適用状態テーブル１７６Ａ中の、“利用者回線識別子”，“ＴＣＰコネクション情報”，“オフロードアンカポイント情報”を、ターゲットｏＧＷ７０のｏＧＷ内ＵＥ識別子に対応する “利用者回線識別子”，“ＴＣＰコネクション情報”，“オフロードアンカポイント
情報”として、オフロード条件適用状態テーブル１７６Ａにレコードを追加する。

次のＳ６６では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するベアラ利用者特定テーブル１７５Ａの利用者識別子を、ターゲットｏＧＷアンカポイントのＴＯＦ中継管理テーブルのＴＯＦ振分ポイント位置とＴＯＦアンカポイント位置との組が、ターゲットｏＧＷのｏＧＷ内ＵＥ識別子に対応するベアラテーブル１７５ＢのＴＯＦ振分ポイント位置情報とＴＯＦアンカポイント位置情報との組と一致する、ターゲットｏＧＷアンカポイントのＴＯＦ中継管理テーブル１７８ａ（図２１）の利用者識別子に設定する。

次のＳ６７では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態テーブル１７６Ａ（図２０）のレコードにコピーする。その後、次のＳ６８で、ＣＰＵ７３は、オフロード用ＧＴＰ−ｕ切換処理を行い、処理を終了する。

＜＜UE Context Release Command傍受時の処理＞＞
図３８は、Ｓ１ベースのハンドオーバ時にＣＰＵ７３のＳ１ＡＰ傍受処理１７１によって実行される、図３０に示したUE Context Release Commandメッセージ(source MME -> source eNB)の傍受時のフロー例を示す。

最初のＳ７１では、ＣＰＵ７３は、UE Context Release Commandメッセージ中の“MME UE S1AP ID”でベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定し、レコード中のｏＧＷ内ＵＥ識別子を確定する。

次のＳ７２では、ＣＰＵ７３は、自ｏＧＷアンカポイントのＴＯＦ中継状態管理テーブル１７８ａにおける、“ＴＯＦ振分ポイント位置”及び“ＴＯＦアンカポイント位置”の組が、ｏＧＷ内ＵＥ識別子に対応するベアラテーブル１７５Ｂの“ＴＯＦ振分ポイント位
置情報”及び“ＴＯＦアンカポイント位置情報”の組と一致する、自ｏＧＷアンカポイントのＴＯＦ中継管理テーブル１７８ａのレコードを削除する。

次のＳ７３では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態テーブル１７６Ａのレコードを削除する。次のＳ７４では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応する、ベアラ利用者特定テーブル１７５Ａ及びベアラテーブル１７５Ｂのレコードを削除し、処理を終了する。

＜＜X2AP: Handover Request傍受時の処理＞＞
図３９は、Ｘ２ベースのハンドオーバ時にＣＰＵ７３のＸ２ＡＰ傍受処理１７２によって実行される、図３１に示したX2AP: Handover Requestメッセージ(source eNB -> target eNB)の傍受時の処理フローの例を示す。

最初のＳ８１では、ＣＰＵ７３は、Handover Request の送信元の基地局１１が、自ｏ
ＧＷが収容する基地局１１か否かを判定する。基地局１１が自ｏＧＷに収容されている場合には、処理がＳ８９に進む。これに対し、基地局１１が他のｏＧＷに収容されている場合には、処理がＳ８２に進む。

Ｓ８２では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子を捕捉する。次のＳ８３では、ＣＰＵ７３は、Handover Request 内の“MME UE S1AP ID”をｏＧＷ内ＵＥ識別子と対応させて
、ベアラ利用者テーブル１７５ＡのＭＭＥ内ＵＥ識別子として登録する。

次のＳ８４では、ＣＰＵ７３は、Handover Request 内のアップリンク回線割付情報を
ｏＧＷ内ＵＥ識別子と対応させ、利用者回線識別子毎に、ベアラテーブル１７５Ｂのアップリンク回線割付情報に登録する。

次のＳ８５では、ＣＰＵ７３は、送信元基地局１１を収容するソースｏＧＷを特定する。次のＳ８６では、ＣＰＵ７３は、ベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子と、ソースｏＧＷのベアラ状態管理のベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別情報とが一致するレコードを確定する。

次のＳ８７では、ｏＧＷ内ＵＥ識別子に対応するベアラ利用者特定テーブル１７５の利用者識別子を、ターゲットｏＧＷ７０のｏＧＷ内ＵＥ識別子に対応するベアラ利用者特定テーブル１７５Ａの利用者識別子へコピーする。

次に、ＣＰＵ７３は、オフロード用ＧＴＰ−ｕトンネル生成処理を行う（Ｓ２８）。その後、Ｓ８８で、ＣＰＵ７３は、ソースｏＧＷ７０のｏＧＷ内ＵＥ識別子に対応する、オフロード条件適用状態テーブル１７６Ａにおけるレコードを、ターゲットｏＧＷ７０のｏＧＷ内ＵＥ識別子に対応する、オフロード条件適用状態テーブル１７６Ａのレコードにコピーし、処理を終了する。

Ｓ８９では、ＣＰＵ７３は、Handover Requestメッセージ中の“MME UE S1AP ID”でベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子を検索し、対応するレコードを確定する。

次のＳ９０では、ＣＰＵ７３は、Handover Requestメッセージ中の“Old eNB UE X2AP ID”情報を、ベアラ利用者特定テーブル１７５Ａの“ｅＮＢ内ＵＥ識別子（X2AP）”に記録し、処理を終了する。

＜＜X2AP: UE Context Release傍受時の処理＞＞
図４０は、Ｘ２ベースのハンドオーバ時にＣＰＵ７３のＸ２ＡＰ傍受処理１７２によって実行される、図３２に示したX2AP: UE Context Releaseメッセージ(target eNB -> source eNB)の傍受時の処理フロー例を示す。

最初のＳ９１では、ＣＰＵ７３は、UE Context Release の送信元の基地局１１が当該
ｏＧＷ７０が収容する基地局１１か否かを判定する。このとき、当該ｏＧＷ７０によって収容された基地局であれば、ＣＰＵ７３は処理を終了する。

これに対し、基地局１１が他のｏＧＷ７０によって収容された基地局１１であれば、ＣＰＵ７３は、UE Context Release 中の“Old eNB UE X2AP ID”でベアラ利用者特定テー
ブル１７５ＡのｅＮＢ内ＵＥ識別子（X2AP）を検索し、対応するレコードを確定し、レコード中のｏＧＷ内ＵＥ識別子を確定する（Ｓ９２）。

次のＳ９３では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するオフロード条件適用状態テーブル１７６Ａのレコードを削除する。次のＳ１２４では、ＣＰＵ７３は、ｏＧＷ内ＵＥ識別子に対応するベアラ利用者特定テーブル１７５Ａ及びベアラテーブル１７５Ｂのレコードを削除し、処理を終了する。

＜＜オフロード用ＧＴＰ−ｕトンネル生成処理＞＞
図４１は、図３３及び図３５に示したＧＴＰ−ｕトンネルの生成処理（Ｓ２８のサブルーチン）の例を示す。サブルーチンの入力として、MME UE S1AP ID (ＭＭＥでのＵＥ識別子)とMMEID（ＭＭＥの装置ＩＤ）とが使用される。

最初のＳ１０１では、ＣＰＵ７３は、アンカポイントでのｏＧＷアンカ内ＵＥ識別子を捕捉する。

次のＳ１０２では、ＣＰＵ７３は、ＴＯＦアンカポイント位置を捕捉する。次のＳ１０３では、ＣＰＵ７３は、ＴＯＦ振分ポイント位置を捕捉する。次のＳ１０４では、ＣＰＵ７３は、利用者識別子、ＴＯＦ振分ポイント位置及びＴＯＦアンカポイント位置を、利用者回線識別子毎に、ＭＭＥ内ＵＥ識別子が対応するベアラテーブル１７５Ｂのレコードに、利用者識別子、ＴＯＦ振分ポイント位置情報、ＴＯＦアンカポイント位置情報として記憶する。

次のＳ１０５では、ＣＰＵ７３は、ｏＧＷアンカ内ＵＥ識別子、及び利用者回線識別子毎に、ＴＯＦ振分ポイント位置及びＴＯＦアンカポイント位置を、アンカポイントのＴＯＦ中継管理テーブル１７８ａのレコード中の、ＴＯＦ振分ポイント位置、ＴＯＦアンカポイント位置として記憶する。

Ｓ１０２〜Ｓ１０５の処理は、利用者のオフロード対象の利用者回線識別子毎に繰り返し実行される。図４１の処理によって、振分ポイントとアンカポイントとの間でオフロード対象パケットを伝達するためのリソースが生成される。

＜＜オフロード用ＧＴＰ−ｕ切換処理＞＞
図４２は、図３７に示したオフロード用ＧＴＰ−ｕ切換処理のサブルーチン（Ｓ６８）の処理フロー例を示す。最初のＳ１１１で、ＣＰＵ７３は、ターゲットｏＧＷ７０のベアラテーブル１７５Ｂから基地局１１への利用者回線識別子対応のＴＯＦ振分ポイント位置情報を取り出す。

Ｓ１１２では、ＣＰＵ７３は、オフロードアンカポイント情報で示すアンカポイントのｏＧＷ７０を特定する。

次のＳ１１３では、ＣＰＵ７３は、アンカポイントオフロードＧＷ７０におけるアンカポイントのＴＯＦ中継管理テーブル１７５ａに格納されたＴＯＦアンカポイント位置情報がオフロードアンカポイントと一致するレコードのＴＯＦ振分ポイント位置にＴＯＦ振分ポイント位置情報を設定する。

Ｓ１１１〜Ｓ１１３の処理は、ターゲットｏＧＷのＵＥ対応のオフロード条件適用状態テーブル１７６Ａの全レコードについて繰り返し実行される。全レコードに対する処理が終了すると、図４２の処理が終了する。

図４２の処理によって、ＵＥ６０のハンドオーバに伴い、オフロードアンカポイントのｏＧＷ７０がオフロード網５０から受信したパケットの送信先をハンドオーバ先の振分ポイントのｏＧＷ７０へ切り替えることができる。

＜Ｓ１１傍受対象Ｓ−ＧＷ収容表＞
図５６は、ｏＧＷ７０が記憶装置７４で保持するＳ１１傍受対象のＳ−ＧＷ情報の構成例を示す。ｏＧＷ７０は、図５６に示すようなＳ１１傍受対象Ｓ−ＧＷ収容表を保持し、利用者識別子を入手すべきＳ１１傍受装置８０を割り出し、アクセスすることができる。

＜ｅＮＢ収容表＞
図５７は、ｏＧＷ７０が記憶装置７４で保持するｅＮＢ１１を収容するｏＧＷ情報の構成例を示す。ｏＧＷ７０は、図５７に示すｅＮＢ収容表を用いて、ｅＮＢ１１を収容するｏＧＷ７０を割り出すことができる。図５７の表は、例えば図３９のＳ８５の処理にて使用される。

＜動作例＞
以下、実施形態の動作例について説明する。

＜＜動作例１：ＵＥの起動＞＞
移動局（ＵＥ）６０が起動(例えば電源ON）し、ｏＧＷ７０が、当該ｏＧＷを通過する
通信回線の利用者を識別するまでの動作について、図６に示したシーケンスに従って説明する。

［動作１−１］
図６において、起動した移動局６０(ＵＥ＃ｘ)は、接続要求メッセージであるAttach Requestを基地局１１（ｅＮＢ＃１）経由でＭＭＥ２１（MME#1）へ送信する（図６<１>）
。ＭＭＥ＃１は、Attach Requestの受信を契機として、セッション生成要求メッセージであるCreate Session Request（図１５）をＳ−ＧＷ２２(S-GW#1)へ送信する（図６<２>）。Ｓ１１傍受装置８０（Ｓ１１傍受装置＃１）は、Create Session Requestを傍受し（図６<３>）、図２２に示した処理を行う。

［動作１−２］
図２２に示した処理によって、図４３に示すように、利用者特定状態テーブル８２ａ（図１８）のＳ１１傍受装置内ＵＥ識別子(1000)、利用者識別子(IMSI),ＭＭＥ側ＵＥ制御
識別情報が確定する。また、利用者-TEID(GTP-u)対応テーブル８２ｂのＳ１１傍受装置内ＵＥ識別子、及び利用者回線識別子が確定する。

[動作１−３]
続いて、Ｓ−ＧＷ＃１よりＭＭＥ＃１へ応答メッセージであるCreate Session Response（図１６）が送信される（図６<４>）と、Ｓ１１傍受装置＃１は、Create Session Resp
onseを傍受し（図６<５>）、図２３に示した処理を実行する。

[動作１−４]
図２３に示した処理によって、利用者特定状態テーブル８２ａのＳ１１傍受装置内ＵＥ識別子(1000)に対するS-GW側UE制御識別情報が確定する。また、利用者-TEID(GTP-u)対応テーブル８２ｂの（S11傍受装置内UE識別子、利用者回線識別子）に対応するuplink回線
割付情報が確定する。

[動作１−５]
続いて、ＭＭＥ＃１からベアラ設定要求メッセージであるInitial Context Setup Request（図２５）がｅＮＢ＃１へ送信される（図６<６>）。ｏＧＷ７０(oGW#1)は、Initial Context Setup Requestを傍受し（図６<７>）、図３３及び図４１に示した処理を行う。

[動作１−６]
図３３及び図４１に示した処理によって、図４４に示すように、ｏＧＷ内ＵＥ識別子(8000)、利用者識別子(IMSI),ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ内ＵＥ識別
子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割り付け情報、ＴＯＦ振分ポイント位置情報、ＴＯＦアンカポイント位置情報が登録され、確定する。利用者識別子（IMSI）は、Ｓ２６の処理によって、Ｓ１１傍受装置から受信される（図６<７Ａ>参照）。

また、図４５に示すように、ＴＯＦ中継管理テーブルのｏＧＷアンカ内ＵＥ識別子(4000)、利用者識別子(IMSI)，利用者回線識別子，ＴＯＦアンカポイント位置、ＴＯＦ振分ポイント位置が登録され、確定する。

なお、Initial Context Setup Requestメッセージを受信したｅＮＢ＃１は、応答メッ
セージである、Initial Context Setup ResponseメッセージをＭＭＥ＃１へ送信する（図６<８>）。その後、ＵＥ＃１とＳ−ＧＷ＃１とのベアラ（ＧＴＰ−ｕトンネル）が確立され、ＵＥ＃１は、Ｓ−ＧＷ＃１、Ｐ−ＧＷを通じて、ＩＳＰ網４０上の通信相手（Ｗｅｂサイトなど）と通信可能な状態となる（図６<９>）。

その後、当該通信（ＴＣＰ通信）に関して、オフロード条件が満たされた場合には、オフロードのための処理がｏＧＷ７０で実行され、オフロード対象のトラフィック（アップリンク）は、ｏＧＷ７０の振分ポイントからアンカポイントへ転送され、オフロード網５０を通じて通信相手（ＩＳＰ網４０）へ送信される。また、通信相手（ＩＳＰ網４０）空のダウンリンクのトラフィックは、オフロード網５０を介してアンカポイントのｏＧＷ７０で受信され、振分ポイントのｏＧＷ７０へ転送され、さらにｅＮＢ１１へ転送される（図６参照）。

＜＜動作例２：ＵＥの無通信状態からの復帰＞＞
次に、ＵＥ６０が起動(例えば電源ON）して、ｏＧＷが、当該ｏＧＷを通過する通信回
線の利用者を識別するまでの動作について、図７に示したシーケンスに従って説明する。

[動作２−１]
ＭＭＥ２１（ＭＭＥ＃１）は、ＵＥ６０（ＵＥ＃ｘ）へ向けてGUTI Rellocation Command メッセージを送り（図７<１>）、ＵＥ＃１から返信される応答メッセージ、GUTI Rellocation Completeを受信する（図７<２>）。

この結果、ＭＭＥ２１（ＭＭＥ＃１）は、ＵＥ６０（ＵＥ＃ｘ）の無通信状態を検出すると、ｅＮＢ１１(eNB#1)へ、切断要求メッセージであるUE Context Release Command（
図３０）を送信する（図７<３>）。このとき、ｏＧＷ７０（oGW#1)は、UE Context Relea
se Commandメッセージを傍受し（図７<４>）、図３８に示した処理を行う。なお、ｅＮＢ＃１は、UE Context Release Commandメッセージに応じた処理を行い、終了メッセージ、UE Context Release CompleteをＭＭＥ＃１へ送信する（図７<５>）。

[動作２−２]
図３８の処理によって、図４６に示すように、ｏＧＷ内ＵＥ識別子(8000)に対応するレコードが、Bearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂから削除される。また、図４７に示すように、ｏＧＷアンカ内ＵＥ識別子(4000)に対応するＴＯＦ中継管理テーブル１７８ａのレコードが削除される。

［動作２−３］
図７において、ＵＥ＃１の無通信状態での移動に伴い、ＵＥ＃１は、トラッキング位置更新要求メッセージであるTracking Area UpdateRequestをＭＭＥ＃１へ送信する（図７<６>）。Tracking Area UpdateRequestメッセージの受信を契機として、ＭＭＥ＃１は、Create Session Requestメッセージ（図１５）を、新たなＳ−ＧＷ２２(S-GW#3)へ送信する（図７<７>）。

すると、Ｓ１１傍受装置＃１と異なるＳ１１傍受装置８０（Ｓ１１傍受装置＃２）が、Create Session Requestメッセージを傍受し（図７<８>）、図２２に示した処理を行う。続いて、Ｓ−ＧＷ＃３からＭＭＥ＃１へCreate Session Responseメッセージ（図１６）
が送信される（図７<９>）。Ｓ１１傍受装置＃２は、Create Session Responseを傍受し
（図７<１０>）、図２３に示した処理を行う。

[動作２−４]
図２２及び図２３に示した処理によって、図４８に示すように、Ｓ１１傍受装置＃２における利用者特定状態テーブル８２ａ（図４８では、符号“８２ａ（＃２）”で示す）に対し、Ｓ１１傍受装置内ＵＥ識別子(2000)、利用者識別子(IMSI)，ＭＭＥ側ＵＥ制御識別情報，Ｓ−ＧＷ側ＵＥ制御識別情報が登録され、確定する。

また、Ｓ１１傍受装置＃２における利用者-TEID(GTP-u)対応テーブル８２ｂ（図４８では、符号“８２ｂ（＃２）”で示す）に対し、Ｓ１１傍受装置内ＵＥ識別子(2000)、利用者回線識別子、uplink回線割付情報が登録され、確定する。

[動作２−５]
続いて、図７に示すように、ＭＭＥ＃１が前Ｓ−ＧＷ（old s-GW）であるＳ−ＧＷ＃１に対し、セッション切断要求メッセージであるDelete Session Requestを送信する（図７<１１>）。すると、前Ｓ１１傍受装置（old Ｓ１１傍受装置）であるＳ１１傍受装置＃１は、Delete Session Requestを傍受し（図７<１２>）、図２４に示した処理を行う。

[動作２−６]
図２４に示した処理によって、図４８に示すように、前Ｓ１１傍受装置(Ｓ１１傍受装
置＃１)が有する利用者特定状態テーブル８２ａおよび利用者-TEID(GTP-u)対応テーブル
８２ｂ（図４８にて、符号８２ａ（＃１），８２ｂ（＃１）で示す）のレコードが削除される。

なお、図７に示すように、Ｓ−ＧＷ＃１は、Delete Session Requestに基づくセッション切断処理を行うと、完了メッセージDelete Session ResponseをＭＭＥ＃１へ送る。

[動作２−７]
続いて、図７に示すように、ＵＥ＃ｘが無通信状態から復帰すると、通信開始要求メッ
セージであるService RequestをＭＭＥ＃１へ送信する（図７<１２>）。Service Requestの受信を契機として、ＭＭＥ＃１は、Initial Context Setup Request（図２５）をｅＮ
Ｂ＃１へ送信する（図７<１３>）。すると、ｏＧＷ７０(oGW#1)は、Initial Context Setup Requestを傍受し（図７<１４>）、図３３及び図４１に示した処理を行う。

[動作２−８]
図３３及び図４１に示した処理によって、図４６に示すように、ＵＥ＃ｘに対応する新たなｏＧＷ内ＵＥ識別子(8100)が捕捉され、このｏＧＷ内ＵＥ識別子(8100)に対応するレコードが、Bearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂに追加される。

[動作２−９]
さらに、図４７に示すように、ＵＥ＃ｘに対応する新たなｏＧＷアンカ内ＵＥ識別子(4100)が捕捉され、ｏＧＷアンカ内ＵＥ識別子(4100)に対応するレコードがＴＯＦ中継管理テーブル１７８ａに追加される。

＜動作例３：ＵＥの再起動＞
ＵＥ＃ｘが停止（例えば電源ＯＦＦ）し、再起動する場合において、ｏＧＷ７０が、当該ｏＧＷを通過する通信回線の利用者を識別するまでの動作を、図８のシーケンスに従って説明する。

[動作３―１]
ＵＥ＃ｘが停止すると,ＵＥ＃ｘから前ＭＭＥ（old MME（MME#1)）へ切断要求メッセージであるDetach Requestが送信される（図８<１>）。Detach Requestの受信を契機として、ＭＭＥ＃１は、Ｓ−ＧＷ＃１へセッション削除要求メッセージであるDelete Session Request（図１７）を送信する（図８<２>）。Ｓ１１傍受装置＃１は、Delete Session Requestを傍受し（図８<３>）、図２４に示した処理を実行する。

[動作３−２]
図２４に示した処理によって、図４９に示すように、Ｓ１１傍受装置＃１における利用者特定状態テーブル８２ａおよび利用者-TEID(GTP-u)対応テーブル８２ｂから、Ｓ１１傍受装置内ＵＥ識別子（1000)を有するレコードが削除される。

[動作３−３]
図８において、Ｓ−ＧＷ＃１は、Delete Session Request に応じた処理を行い、応答
メッセージであるDelete Session Request をＭＭＥ＃１へ送信する（図８<４>）。する
と、ＭＭＥ＃１は、Detach Requestの応答メッセージ（切断要求受け入れ）であるDetach
AcceptをＵＥ＃ｘへ送信する（図８<５>）。

続いて、ＭＭＥ＃１は、ｅＮＢ＃１に対し、UE Context Release Command（図３０）を送信する（図８<６>）。このとき、ｏＧＷ＃１は、UE Context Release Commandを傍受し（図８<７>）、図３８に示した処理を行う。なお、ｅＮＢ＃１は、UE Context Release Commandに従った切断及びリソース解放処理を行い、完了メッセージであるUE Context Release CompleteをＭＭＥ＃１へ送信する（図８<８>）。

[動作３−４]
図３８に示した処理によって、図５０に示すように、ｏＧＷ＃１における、Bearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂから、ｏＧＷ内ＵＥ識別子(8000)に対応するレコードが削除される。また、図５１に示すように、ｏＧＷ＃１におけるＴＯＦ中継管理テーブル１７８ａから、ｏＧＷアンカ内ＵＥ識別子(4000)に対応するレコ
ードが削除される。

[動作３−５]
その後、ＵＥ＃ｘが起動し、Attach Requestが新たなＭＭＥ＃３へ送信される（図８<
９>）。すると、ＭＭＥ＃３は、前ＭＭＥたるＭＭＥ＃１との間でIdentification Request 及びIdentification Responseの送受信を行う（図８<１０>，<１１>）。

その後、ＭＭＥ＃３は、Create Session Request（図１５）をＳ−ＧＷ＃１へ送信する（図８<１２>）。Ｓ１１傍受装置＃１は、Create Session Requestを傍受し（図８<１３>）、図２２に示した処理を行う。

また、Ｓ−ＧＷ＃１からＭＭＥ＃３)へCreate Session Response（図１６）が送信される（図８<１４>）と、Ｓ１１傍受装置＃１は、Create Session Responseを傍受し（図８<１５>）、図２３に示した処理を行う。

[動作３−６]
図２２及び図２３に示した処理によって、図４９に示すように、Ｓ１１傍受装置＃１にてＳ１１傍受装置内ＵＥ識別子(1100)が新たに捕捉される。そして、Ｓ１１傍受装置内ＵＥ識別子(1100)に対応するレコードが利用者特定状態テーブル８２ａおよび利用者-TEID(GTP-u)対応テーブル８２ｂに追加される。

[動作３−７]
続いて、ＭＭＥ＃３からInitial Context Setup Request（図２５）がｅＮＢ＃１へ送
信される（図８<１６>）。ｏＧＷ＃１は、Initial Context Setup Requestを傍受し（図
８<１７>）、図３３及び図４１に示した処理を行う。

[動作３−８]
図３３及び図４１に示した処理によって、図５０に示すように、ＵＥ＃ｘに対応する新たなｏＧＷ内ＵＥ識別子(8100)が捕捉され、このｏＧＷ内ＵＥ識別子に対応するレコードがBearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂに追加される。

[動作３−９]
また、図５１に示すように、ＵＥ＃１に対する新たなｏＧＷアンカ内ＵＥ識別子(4100)が捕捉され、ｏＧＷアンカ内ＵＥ識別子(4100)に対応するレコードがＴＯＦ中継管理テーブル１７８ａに追加される。利用者識別子（ＩＭＳＩ）は、図３３のＳ２６の処理によって、Ｓ１１傍受装置から取得（受信）される（図８<１８>参照）。

なお、Initial Context Setup Requestメッセージを受信したｅＮＢ＃１は、応答メッ
セージである、Initial Context Setup ResponseメッセージをＭＭＥ＃１へ送信する（図８<１９>）。

＜＜動作例４：S1-Base Handoverに対する利用者識別子の引き継ぎ＞＞
ＵＥ＃ｘの移動に伴う、ハンドオーバ元ｅＮＢ（Source eNB）からハンドオーバ先ｅＮＢ（Target eNB）へのハンドオーバに際して、ハンドオーバ元のｏＧＷ（source oGW）からハンドオーバ先のｏＧＷ（target oGW）へ利用者識別子(IMSI)を引き継ぐ動作について、図９に示したシーケンスに従って説明する。

[動作４−１]
ＵＥ＃ｘの移動に伴いSource eNB(eNB#1)がＳ１ベースのハンドオーバを開始すると、Source eNB(eNB#1)から、ハンドオーバ元のＭＭＥ（source MME(MME#1)）へHandover Requ
iredメッセージ（図２６）が送信される（図９<１>）。すると、Source oGW(oGW#1)は、Handover Requiredを傍受し（図９<２>）、図３４に示した処理を行う。

[動作４−２]
図３４の処理によって、図５２に示すように、Source oGW(oGW#1)のBearer利用者特定
テーブル１７５Ａに、Handover Required中のTarget eNB識別子“Target ID”，ハンドオーバ先のセル識別情報“S-Targetセル識別情報”が登録され、確定する。

[動作４−３]
Source MME(MME#1)は、ハンドオーバ先のＭＭＥ（Target MME(MME#2)）へ、Forward Relocation Requestメッセージを送る（図９<３>）。すると、Target MME(MME#2)は、Target eNB#2へHandover Requestメッセージ（図２７）を送信する（図９<４>）。ハンドオー
バ先のｏＧＷ（Target oGW(oGW#2)）は、Handover Requestを傍受し（図９<５>）、図３
５及び図４１に示した処理を実行する。

[動作４−４]
Handover Requestメッセージの傍受によって、図５２に示すように、Target oGW#2は、Bearer利用者特定テーブル１７５Ａ´（テーブル１７５ａ´及び１７５ｂ´）に、ｏＧＷ＃２内のｏＧＷ内ＵＥ識別子(8102)、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割付情報、ＴＯＦ振分ポイント位置情報、ＴＯＦアンカポイント位置情報、T-targetセル識別情報を記憶し、確定させる。

[動作４−５]
また、Target oGW#2は、図５３に示すように、ＴＯＦ中継管理テーブル１７８ａ´に、ｏＧＷアンカ内ＵＥ識別子(4102)、利用者回線識別子、ＴＯＦアンカポイント位置、ＴＯＦ振分ポイント位置を記憶し、確定させる。

[動作４−６]
続いて、Target eNB#2がTarget MME#2へHandover Request Ack.メッセージ（図２８）
を送る（図９<６>）。すると、Target oGW#2は、Handover Request Ack.メッセージを傍
受し（図９<７>）、図３６に示した処理を行う。

[動作４−７]
図３６の処理によって、Target oGW#2は、図５２に示すように、Bearerテーブル１７５Ｂ´に対し、ｏＧＷ内ＵＥ識別子(8102)に対応するdownlink回線割付情報を記憶し、確定させる。また、Target oGW#2は、Bearer利用者特定テーブル１７５ｂ´に、ｏＧＷ内ＵＥ識別子(8102)に対応するT-Targetセル内ＵＥ識別情報を記憶し、確定させる。

[動作４−８]
Handover Request Ack.メッセージを受信したTarget MME#2は、Forward Relocation Response メッセージをSource MME#1へ送る（図９<８>）。すると、Source MME#1は、Target eNB#1に対し、Handover Commandメッセージ（図２９）を送信する（図９<９>）。この
とき、Source oGW#1は、Handover Commandを傍受し（図９<１０>）、図３７及び図４２の処理を行う。

[動作４−９]
図３７及び図４２の処理によって、Source oGW#1は、Bearer利用者特定テーブル１７５ｂに、ｏＧＷ内ＵＥ識別子(8000)に対応するS-Targetセル内ＵＥ識別情報を登録し、確定させる（図５２参照）。

これによって、Source oGW#1のBearer利用者特定テーブル１７５ＡのTarget ID，S-Targetセル識別情報，S-Targetセル内ＵＥ識別情報と、Target oGW#2のBearer利用者特定テ
ーブル１７５Ａ´のｅＮＢ装置識別子，T-Targetセル識別情報，T-Targetセル内ＵＥ識別情報とが一致する。従って、ＵＥ＃ｘに対するSource oGW#1のｏＧＷ内ＵＥ識別子(8000)とTarget oGW#2のｏＧＷ内ＵＥ識別子(8102)とを対応付けすることができる。

[動作４−１０]
また、図５２に示すように、ｏＧＷ＃１のｏＧＷ内ＵＥ識別子(8000)に対応する利用者識別子(IMSI#x)を、ｏＧＷ＃２のｏＧＷ内ＵＥ識別子(8102)に対応する利用者識別子としてコピーする。コピーは、Source oGW#1からTarget oGW#2へ送信され、Target oGW#2のBearer利用者特定テーブル１７５Ａ´で記憶される。

[動作４−１１]
また、図５３に示すように、Source oGW#1のＴＯＦ中継管理テーブル１７８ａにおける利用者識別子（ＩＭＳＩ）のコピーが、Source oGW#1からTarget oGW#2へ送信され、Target oGW#2のＴＯＦ中継管理テーブル１７８ａ´のｏＧＷアンカ内ＵＥ識別子に対応する利用者識別子として記憶される。

[動作４−１２]
図９において、Target eNB#2は、Handover Request に対する処理が終了すると、完了
メッセージであるHandover NotifyをTarget MMEへ送る（図９<１０Ａ>）。これによって
、ダウンリンクデータの宛先ｅＮＢが、Source eNBからTarget eNBに切り替わる。

その後、図９に示すように、Source MME#1が、Source eNB(eNB#1)に対し、UE Context Release Commandメッセージ（図３０） を送信する（図９<１１>）。この場合、Source oGW#1は、UE Context Release Commandメッセージを傍受し（図９<１２>）、図３８に示した処理を行う。

[動作４−１３]
図３８に示した処理によって、図５２に示すように、Source oGW#1のｏＧＷ内ＵＥ識別子(8000)に対応するBeater加入者特定テーブル１７５Ａ、Bearerテーブル１７５Ｂのレコードが削除され、Source oGW#1の振分ポイントのリソースが解放される。

＜＜動作例５：X2-Base Handoverに対する利用者識別子の引き継ぎ＞＞
次に、ＵＥの移動に伴いSource eNBからTarget eNBへのハンドオーバに際して、source
oGWからtarget oGWへ利用者識別子を引き継ぐ動作について、図１０のシーケンスに従って説明する。

[動作５−１]
ＵＥ＃ｘの移動に伴いSource eNB#1がＸ２ベースのハンドオーバを開始すると、Source
eNB#1からTarget eNB#2へX2AP: Handover Requestメッセージ（図３１）が送信される（図１０<１>）。Source oGW#1は、X2AP: Handover Requestメッセージを傍受し（図１０<
２>）、図３９に示した処理を行う。

[動作５−２]
図３９に示した処理によって、図５４に示すように、Source oGW#1におけるBearer利用者特定テーブル１７５ＢのｅＮＢ内ＵＥ識別子(X2AP)が確定される。

[動作５−３]
Target oGW#2は、X2AP: Handover Requestメッセージを傍受し（図１０<３>）、図３９
及び図４１に示した処理を行う。

[動作５−４]
図３９及び図４１の処理によって、Target oGW#2において、図５４に示すように、ｏＧＷ＃２のｏＧＷ内ＵＥ識別子(8102)、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割付情報、ＴＯＦ振分ポイント位置情報、ＴＯＦアンカポイント位置情報が確定し、Bearer利用者特定テーブル１７５Ａ´及びBearerテーブル１７５Ｂ´に記憶される。

[動作５−５]
また、Target oGW#2において、図５５に示すように、ｏＧＷ＃２のｏＧＷアンカ内ＵＥ識別子(4102)、利用者回線識別子、ＴＯＦアンカポイント位置、ＴＯＦ振分ポイント位置が確定し、ＴＯＦ中継管理テーブル１７８ａ´に記憶される。

[動作５−６]
上記したように、Target oGW#2のBearer利用者特定テーブル１７５Ａ´においてＭＭＥ内ＵＥ識別子が確定する。このとき、図５４に示すように、ｏＧＷ＃１のベアラ利用者特定テーブル１７５ＡのＭＭＥ内ＵＥ識別子とｏＧＷ＃２のBearer利用者特定テーブル１７５Ａ´のＭＭＥ内ＵＥ識別子とは一致する。これによって、ＵＥ＃ｘに対するｏＧＷ＃１のｏＧＷ内ＵＥ識別子(8000)とｏＧＷ＃２のｏＧＷ内ＵＥ識別子(8102)のとの対応付けができる。

［動作５−７］
図５４に示すように、ｏＧＷ＃１のｏＧＷ内ＵＥ識別子(8000)に対応するｏＧＷ＃１の利用者識別子(IMSI#x)のコピーがｏＧＷ＃１からｏＧＷ＃２へ送信される。利用者識別子のコピーは、ｏＧＷ＃２のBearer利用者特定テーブル１７５Ａ´において、ｏＧＷ内ＵＥ識別子(8102)に対応する利用者識別子として記憶される。利用者識別子（ＩＭＳＩ＃ｘ）のコピーは、図５５に示すように、ｏＧＷ＃２のｏＧＷ＃２のｏＧＷアンカ内ＵＥ識別子(4102)に対応する利用者識別子として、ＴＯＦ中継管理テーブル１７８ａ´に記憶される。

[動作５−８]
その後、図１０には図示しないが、Target eNB#2がSource eNB#1へX2AP: UE Context Releaseメッセージ（図３２）を送信する。すると、Source oGW#1は、X2AP: UE Context Releaseメッセージを傍受し、図４０に示す処理を行う。

[動作５−９]
図４０に示した処理によって、Source oGW#1のｏＧＷ内ＵＥ識別子(8000)に対応するレコードが、Bearer利用者特定テーブル１７５Ａ，Bearerテーブル１７５Ｂから削除される（図５０参照）。そして、Source oGW#1の振分ポイント７５のリソースが解放される。

上述した動作例１〜５によれば、ｏＧＷ７０は、当該ｏＧＷ７０を通過する通信回線の利用者識別情報(IMSI)をＳ１１傍受装置８０から取得する。また、ＩＭＳＩは、ＵＥ６０のハンドオーバに際して、ソースｏＧＷからターゲットｏＧＷに引き継ぐことができる。このようなＩＭＳＩに基づいて当該利用者の加入者情報を取得し、また当該利用者対応に統計情報（通過トラヒック量や通信品質）を収集することが可能となる。

＜＜動作例６：Ｓ１１傍受装置をＭＭＥ近傍に設置する場合のＵＥの起動＞＞
動作例１〜５は、Ｓ１１傍受装置８０をＭＭＥ２１よりもＳ−ＧＷ２２の近傍に設置した場合の動作を説明した。動作例６以降の動作例では、Ｓ１１傍受装置８０をＳ−ＧＷ２
２よりもＭＭＥ２１の近傍に設置した場合の動作例について説明する。

動作例６として、移動局６０（ＵＥ＃ｘ）が起動(例えば電源ON）し、ｏＧＷ７０が、
当該ｏＧＷを通過する通信回線の利用者を識別するまでの動作について、図６に示したシーケンスに従って説明する。

動作例６は、動作例１におけるInitial Context Setup Requestメッセージ傍受時の処
理フロー（図３３）の代わりに、図５８に示した処理フローが適用される点で動作例１と異なる。

図５８に示すフローでは、図３３におけるＳ２４及びＳ２５の代わりに、Ｓ２４Ａ及びＳ２５Ａの処理が実行される。すなわち、Ｓ２４Ａでは、ｏＧＷ７０のＣＰＵ７３は、Initial Context Setup Requestメッセージの送信元のＭＭＥ２１を特定する。Ｓ２５Ａで
は、ｏＧＷ７０のＣＰＵ７３は、ＭＭＥのＳ１１信号を傍受するＳ１１傍受装置を特定する。

図５９は、ｏＧＷでのＳ１１傍受対象ＭＭＥ情報の構成例を示す。上記したＳ２４Ａ及びＳ２５の処理のために、ｏＧＷ７０は、図５９に示すようなＳ１１傍受対象ＭＭＥ収容表を有し、Initial Context Setup Requestメッセージの送信元アドレスから、送信元Ｍ
ＭＥを割り出し、対応するＳ１１傍受装置８０を特定する。

以上の点を除き、動作例６は、動作例１と同じであるので詳細な説明は省略する。

＜＜動作例７：Ｓ１１傍受装置をＭＭＥ近傍に設置する場合のUEの無通信状態からの復帰＞＞
ＵＥ６０（ＵＥ＃ｘ）の起動後、ｏＧＷ７０が、当該ｏＧＷを通過する通信回線の利用者を識別するまでの動作について、図１１のシーケンスに従って説明する。

[動作７−１]
ＭＭＥ２１（ＭＭＥ＃１）は、ＵＥ６０（ＵＥ＃ｘ）へ向けてGUTI Rellocation Command メッセージを送り（図１１<１>）、ＵＥ＃１から返信される応答メッセージ、GUTI Rellocation Completeを受信する（図１１<２>）。

この結果、ＭＭＥ＃１は、ＵＥ＃ｘの無通信状態を検出すると、ｅＮＢ１１(eNB#1)へ
、切断要求メッセージであるUE Context Release Command（図３０）を送信する（図１１<３>）。このとき、ｏＧＷ＃１は、UE Context Release Commandを傍受し（図１１<４>）、図３８に示した処理を行う。なお、ｅＮＢ＃１は、UE Context Release Commandメッセージに応じた処理を行い、終了メッセージ、UE Context Release CompleteをＭＭＥ＃１
へ送信する（図７<５>）。

[動作７−２]
図６０は、Ｓ１１傍受装置をＭＭＥ近傍に配置した場合のUEのIdle状態を経由して復帰するときのTEID-IMSI対応状態データの設定例を示す。図６１は、図６０に示す状態でのBearer状態管理データの設定例を示す。図６２は、図６０に示す状態でのＴＯＦ中継状態
管理データの設定例を示す。

図３８の処理によって、図６１に示すように、ｏＧＷ内ＵＥ識別子(8000)に対応するレコードが、Bearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂから削除される。また、図６３に示すように、ｏＧＷアンカ内ＵＥ識別子(4000)に対応するＴＯＦ中継管理テーブル１７８ａのレコードが削除される。

［動作７−３］
図１１において、ＵＥ＃１の無通信状態での移動に伴い、ＵＥ＃１は、トラッキング位置更新要求メッセージであるTracking Area UpdateRequestをＭＭＥ＃１へ送信する（図
１１<６>）。Tracking Area UpdateRequestメッセージの受信を契機として、ＭＭＥ＃１
は、Create Session Requestメッセージ（図１５）を、新たなＳ−ＧＷ２２(S-GW#3)へ送信する（図１１<７>）。

すると、Ｓ１１傍受装置８０（Ｓ１１傍受装置＃１）が、Create Session Requestメッセージを傍受し（図１１<８>）、図２２に示した処理を行う。続いて、Ｓ−ＧＷ＃３からＭＭＥ＃１へCreate Session Responseメッセージ（図１６）が送信される（図１１<９>
）。Ｓ１１傍受装置＃１は、Create Session Responseを傍受し（図１１<１０>）、図２
３に示した処理を行う。

[動作７−４]
図２２及び図２３に示した処理によって、図６０に示すように、Ｓ１１傍受装置＃１における利用者特定状態テーブル８２ａに対し、Ｓ１１傍受装置内ＵＥ識別子(1100)、利用者識別子(IMSI)，ＭＭＥ側ＵＥ制御識別情報，Ｓ−ＧＷ側ＵＥ制御識別情報が登録され、確定する。

また、Ｓ１１傍受装置＃１における利用者-TEID(GTP-u)対応テーブル８２ｂに対し、Ｓ１１傍受装置内ＵＥ識別子(1100)、利用者回線識別子、uplink回線割付情報が登録され、確定する。

[動作７−５]
続いて、図１１に示すように、ＭＭＥ＃１が前Ｓ−ＧＷ（old s-GW）であるＳ−ＧＷ＃１に対し、セッション切断要求メッセージであるDelete Session Requestを送信する（図１１<１１>）。すると、Ｓ１１傍受装置＃１は、Delete Session Requestを傍受し（図１１<１２>）、図２４に示した処理を行う。

[動作７−６]
図２４に示した処理によって、図６０に示すように、Ｓ１１傍受装置＃１におけるＳ１１号受装置内ＵＥ識別子（1000)に対応するレコードが利用者特定状態テーブル８２ａお
よび利用者-TEID(GTP-u)対応テーブル８２ｂから削除される。

なお、図１１に示すように、Ｓ−ＧＷ＃１は、Delete Session Requestに基づくセッション切断処理を行うと、完了メッセージDelete Session ResponseをＭＭＥ＃１へ送る。

[動作７−７]
続いて、図１１に示すように、ＵＥ＃ｘが無通信状態から復帰すると、通信開始要求メッセージであるService RequestをＭＭＥ＃１へ送信する（図１１<１２>）。Service Requestの受信を契機として、ＭＭＥ＃１は、Initial Context Setup Request（図２５）を
ｅＮＢ＃１へ送信する（図１１<１３>）。すると、ｏＧＷ７０(oGW#1)は、Initial Context Setup Requestを傍受し（図１１<１４>）、図５８及び図４１に示した処理を行う。

[動作７−８]
図５８及び図４１に示した処理によって、図６１に示すように、ＵＥ＃ｘに対応する新たなｏＧＷ内ＵＥ識別子(8100)が捕捉され、このｏＧＷ内ＵＥ識別子(8100)に対応するレコードが、Bearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂに追加される。利用者識別子（ＩＭＳＩ）は、Ｓ１１傍受装置＃１から入手される（図１１<１
５>参照）。

[動作７−９]
さらに、図６２に示すように、ＵＥ＃ｘに対応する新たなｏＧＷアンカ内ＵＥ識別子(4100)が捕捉され、ｏＧＷアンカ内ＵＥ識別子(4100)に対応するレコードがＴＯＦ中継管理テーブル１７８ａに追加される。

＜＜動作例８：Ｓ１１傍受装置をＭＭＥ近傍に設置する場合のUEの再起動＞＞
ＵＥ＃ｘが停止（例えば電源ＯＦＦ）し、再起動する場合において、ｏＧＷ７０が当該ｏＧＷを通過する通信回線の利用者を識別するまでの動作を、図１２のシーケンスに従って説明する。

[動作８―１]
ＵＥ＃ｘが停止すると,ＵＥ＃ｘから前ＭＭＥ（old MME（MME#1)）へ切断要求メッセージであるDetach Requestが送信される（図１２<１>）。Detach Requestの受信を契機として、ＭＭＥ＃１は、Ｓ−ＧＷ＃１へセッション削除要求メッセージであるDelete Session
Request（図１７）を送信する（図１１<２>）。Ｓ１１傍受装置＃１は、Delete Session
Requestを傍受し（図１１<３>）、図２４に示した処理を実行する。

[動作８−２]
図２４に示した処理によって、図６３に示すように、Ｓ１１傍受装置＃１における利用者特定状態テーブル８２ａおよび利用者-TEID(GTP-u)対応テーブル８２ｂから、Ｓ１１傍受装置内ＵＥ識別子（1000)を有するレコードが削除される。

[動作８−３]
図１２において、Ｓ−ＧＷ＃１は、Delete Session Request に応じた処理を行い、応
答メッセージであるDelete Session Request をＭＭＥ＃１へ送信する（図１２<４>）。
すると、ＭＭＥ＃１は、Detach Requestの応答メッセージ（切断要求受け入れ）であるDetach AcceptをＵＥ＃ｘへ送信する（図１２<５>）。

続いて、ＭＭＥ＃１は、ｅＮＢ＃１に対し、UE Context Release Command（図３０）を送信する（図１２<６>）。このとき、ｏＧＷ＃１は、UE Context Release Commandを傍受し（図１２<７>）、図３８に示した処理を行う。なお、ｅＮＢ＃１は、UE Context Release Commandに従った切断及びリソース解放処理を行い、完了メッセージであるUE Context
Release CompleteをＭＭＥ＃１へ送信する（図１２<８>）。

[動作８−４]
図３８に示した処理によって、図６４に示すように、ｏＧＷ＃１における、Bearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂから、ｏＧＷ内ＵＥ識別子(8000)に対応するレコードが削除される。また、図６５に示すように、ｏＧＷ＃１におけるＴＯＦ中継管理テーブル１７８ａから、ｏＧＷアンカ内ＵＥ識別子(4000)に対応するレコードが削除される。

[動作８−５]
その後、ＵＥ＃ｘが起動し、Attach Requestが新たなＭＭＥ＃３へ送信される（図１２<９>）。すると、ＭＭＥ＃３は、前ＭＭＥたるＭＭＥ＃１との間でIdentification Request 及びIdentification Responseの送受信を行う（図１２<１０>，<１１>）。

その後、ＭＭＥ＃３は、Create Session Request（図１５）をＳ−ＧＷ＃１へ送信する（図１２<１２>）。すると、新たなＳ１１傍受装置８０（Ｓ１１傍受装置＃２）が、Crea
te Session Requestを傍受し（図１２<１３>）、図２２に示した処理を行う。

また、Ｓ−ＧＷ＃１からＭＭＥ＃３)へCreate Session Response（図１６）が送信される（図１２<１４>）と、Ｓ１１傍受装置＃２は、Create Session Responseを傍受し（図
１２<１５>）、図２３に示した処理を行う。

[動作８−６]
図２２及び図２３に示した処理によって、Ｓ１１傍受装置＃２にてＳ１１傍受装置内ＵＥ識別子(1100)が新たに捕捉される。そして、Ｓ１１傍受装置内ＵＥ識別子(1100)に対応するレコードが利用者特定状態テーブル８２ａ´および利用者-TEID(GTP-u)対応テーブル８２ｂ´に追加される。

[動作８−７]
続いて、ＭＭＥ＃３からInitial Context Setup Request（図２５）がｅＮＢ＃１へ送
信される（図１２<１６>）。ｏＧＷ＃１は、Initial Context Setup Requestを傍受し（
図８<１７>）、図５８及び図４１に示した処理を行う。

[動作８−８]
図５８及び図４１に示した処理によって、図６４に示すように、ＵＥ＃ｘに対応する新たなｏＧＷ内ＵＥ識別子(8100)が捕捉され、このｏＧＷ内ＵＥ識別子に対応するレコードがBearer利用加入者特定テーブル１７５ＡおよびBearerテーブル１７５Ｂに追加される。

[動作８−９]
また、図６５に示すように、ＵＥ＃１に対する新たなｏＧＷアンカ内ＵＥ識別子(4100)が捕捉され、ｏＧＷアンカ内ＵＥ識別子(4100)に対応するレコードがＴＯＦ中継管理テーブル１７８ａに追加される。利用者識別子（ＩＭＳＩ）は、図５８のＳ２６の処理によって、Ｓ１１傍受装置＃１から取得（受信）される（図１２<１８>参照）。

なお、Initial Context Setup Requestメッセージを受信したｅＮＢ＃１は、応答メッ
セージである、Initial Context Setup ResponseメッセージをＭＭＥ＃１へ送信する（図１２<１９>）。

＜＜動作例９＞＞
Ｓ１１傍受装置８０がＭＭＥ２１の近傍に配置される場合において、ＵＥ６０でのＴＣＰ通信を維持しつつ、ＵＥ６０の移動に伴い、Source eNBからTarget eNBへＳ１ベースのハンドオーバを行う動作は、動作例４と同じである。また、ＵＥ６０でのＴＣＰ通信を維持しつつ、ＵＥ６０の移動に伴い、Source eNBからTarget eNBへＸ２ベースのハンドオーバを行う動作は、動作例５と同じである。このため、これらの動作の詳細な説明は省略する。

＜＜動作例１０：S1-Based Handover時にS11傍受装置から利用者識別子を取得＞＞
ＵＥ＃ｘの移動に伴う、ハンドオーバ元ｅＮＢ（Source eNB）からハンドオーバ先ｅＮＢ（Target eNB）へのハンドオーバに際して、ハンドオーバ元のｏＧＷ（source oGW）からハンドオーバ先のｏＧＷ（target oGW）へ利用者識別子(IMSI)を引き継ぐ動作について、図１３に示したシーケンスに従って説明する。動作例１０では、ハンドオーバ時においても、利用者識別子（IMSI）がＳ１１傍受装置８０から取得される点で、動作例４、９と異なる。

[動作１０−１]
ＵＥ＃ｘの移動に伴いSource eNB(eNB#1)がＳ１ベースのハンドオーバを開始すると、S
ource eNB(eNB#1)から、ハンドオーバ元のＭＭＥ（source MME(MME#1)）へHandover Requiredメッセージ（図２６）が送信される（図１３<１>）。すると、Source oGW(oGW#1)は
、Handover Requiredを傍受し（図１３<２>）、図３４に示した処理を行う。

[動作１０−２]
図３４の処理によって、図５２に示すように、Source oGW(oGW#1)のBearer利用者特定
テーブル１７５Ａに、Handover Required中のTarget eNB識別子“Target ID”，ハンドオーバ先のセル識別情報“S-Targetセル識別情報”が登録され、確定する。

[動作１０−３]
Source MME(MME#1)は、ハンドオーバ先のＭＭＥ（Target MME(MME#2)）へ、Forward Relocation Requestメッセージを送る（図１３<３>）。すると、Target MME(MME#2)は、Target S-GW(SGW#2)へCreate Session Request（図１５）を送信する（図１３<４>）。この
とき、Target S11傍受装置８０（Ｓ１１傍受装置＃２）が、Create Session Requestを傍受し（図１３<５>）、図２２に示した処理を行う。

[動作１０−４]
図２２に示した処理によって、図６６に示すように、target S11傍受装置(S11傍受装置#2)の利用者特定状態テーブル８２ａ´のＳ１１傍受装置内ＵＥ識別子(2000)、利用者識
別子(IMSI)，ＭＭＥ側ＵＥ制御識別情報が確定する。また、利用者-TEID(GTP-u)対応テーブル８２ｂ´のＳ１１傍受装置内ＵＥ識別子、利用者回線識別子が確定する。

[動作１０−５]
続いて、図１３に示すように、target S-GW(S-GW#2)からtarget MME(MME#2)へCreate Session Response（図１６）が送信されると（図１３<６>）、Ｓ１１傍受装置＃２は、Create Session Responseを傍受し（図１３<７>）、図２３に示した処理を行う。

[動作１０−６]
図２３に示した処理によって、図６６に示すように、target S11傍受装置＃２の利用者特定状態テーブル８２ａ´のＳ１１傍受装置内ＵＥ識別子(2000)に対するＳ−ＧＷ側ＵＥ制御識別情報が確定する。また、target S11傍受装置＃２の利用者-TEID(GTP-u)対応テーブル８２ｂ´の（S11傍受装置内UE識別子、利用者回線識別子）に対応するuplink回線割
付情報が確定する。

[動作１０−７]
続いて、target MME(MME#2)は、Target eNB#2へHandover Requestメッセージ（図２７
）を送信する（図１３<８>）。ハンドオーバ先のｏＧＷ（Target oGW(oGW#2)）は、Handover Requestを傍受し（図１３<９>）、図６７及び図４１に示した処理を実行する。

図６７は、動作例９におけるｏＧＷのHandover Request傍受時の処理フローを示す。図６７の処理フローは、図３５に示した処理フローにおけるＳ４３とＳ２８との間に、Ｓ４３〜Ｓ４７が挿入されている点で、図３５の処理フローと異なる（残りの処理は、図３５と同じであるので、説明を省略する）。

Ｓ４４では、ｏＧＷのＣＰＵ７３は、Handover Requestのuplink向け回線割付情報からuplink向け回線を終端するＳ−ＧＷを特定する。次のＳ４５では、ＣＰＵ７３は、特定したＳ−ＧＷのＳ１１信号を傍受するＳ１１傍受装置８０を特定する。次のＳ４６では、ＣＰＵ７３は、特定したＳ１１傍受装置８０にアクセスし、Handover Requestのuplink向け回線割付情報に対応する利用者識別子（ＩＭＳＩ）を受信する。次のＳ４７では、離礁者識別子を、ｏＧＷ内ＵＥ識別子に対応付けて、Bearer利用者特定テーブル１７５Ａへ登録
する。

[動作１０−８]
動作例１０では、Target oGW#2が、図６８の処理を行い、Ｓ４４でTarget SGW#2を特定し、Ｓ４５でTarget S11傍受装置＃２を特定し、Ｓ４６でＳ１１傍受装置＃２から対応する利用者識別子（IMSI）を取得する（図１３<１０>参照）。

図６７及び図４１の処理によって、図５２に示すように、Target oGW#2は、Bearer利用者特定テーブル１７５Ａ´に、ｏＧＷ＃２内のｏＧＷ内ＵＥ識別子(8102)、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割付情報、ＴＯＦ振分ポイント位置情報、ＴＯＦアンカポイント位置情報、T-targetセル識別情報を記憶し、確定させる。

[動作１０−９]
また、Target oGW#2は、図５３に示すように、ＴＯＦ中継管理テーブル１７８ａ´に、ｏＧＷアンカ内ＵＥ識別子(4102)、利用者回線識別子、ＴＯＦアンカポイント位置、ＴＯＦ振分ポイント位置を記憶し、確定させる。

以降の処理は、動作例４にて説明した動作４−６〜動作４−１３と同様であるので、説明を省略する。

＜＜動作例１１：X2-Based Handover時にS11傍受装置から利用者識別子を取得＞＞
ＵＥの移動に伴い、Source eNBからTarget eNBへハンドオーバするまでの動作について、図１４のシーケンスに従って説明する。

[動作１１−１]
ＵＥ＃ｘの移動に伴いSource eNB(eNB#1)がＸ２ベースのハンドオーバを開始すると、Source eNB(eNB#1)からTarget eNB(eNB#2)へX2AP: Handover Requestメッセージ（図３１
）が送信される（図１１<１>）。Source oGW（oGW#1）は、X2AP: Handover Requestを傍
受し（図１０<２>）、図６８に示した処理を行う。

[動作１１−３]
図６８に示す処理フローは、図３９におけるＳ８５〜Ｓ８７の代わりのＳ８５Ａ，Ｓ８６Ａ，Ｓ８７Ａ，Ｓ８８Ａを有することで、図３９における処理フローと異なり、残りの処理は同じである。

図６８のＳ８５Ａでは、ｏＧＷのＣＰＵ７３は、Handover Requestのuplink向け回線割付情報からuplink向け回線を終端するＳ−ＧＷを特定する。次のＳ８６Ａでは、ＣＰＵ７３は、特定したＳ−ＧＷ２２のＳ１１信号を傍受するＳ１１傍受装置８０を特定する。次のＳ８７Ａでは、ＣＰＵ７３は、特定したＳ１１傍受装置８０にアクセスし、Handover Requestのuplink向け回線割付情報に対応する利用者識別子（ＩＭＳＩ）を受信する。次のＳ８８Ａでは、利用者識別子を、ｏＧＷ内ＵＥ識別子に対応付けて、Bearer利用者特定テーブル１７５Ａへ登録する。これらの動作は、動作例１０でのＳ４４〜Ｓ４７と同じである。

[動作１１−４]
図６８に示した処理によって、Source oGW#1は、Ｓ８５ＡでTarget SGW#2を特定し、Ｓ８６ＡでTarget S11傍受装置＃２を特定し、Ｓ８７ＡでＳ１１傍受装置＃２から対応する利用者識別子（IMSI）を取得する（図６９参照）。そして、図６８に示した処理によって、図５４に示すように、Source oGW#1におけるBearer利用者特定テーブル１７５ＡのｅＮ
Ｂ内ＵＥ識別子(X2AP)が確定される。

[動作１１−５]
Target oGW#2は、X2AP: Handover Requestメッセージを傍受し（図１４<３>）、図６９及び図４１に示した処理を行う。図６８の処理によって、Source oGW#1は、Ｓ１１傍受装置＃１１から利用者識別子（IMSI）を取得し（図１４<４>参照）、Bearer利用者特定テーブル８２ａ´に登録することができる。

[動作１１−６]
図６８及び図４１の処理によって、Target oGW#2において、図５４に示すように、ｏＧＷ＃２のｏＧＷ内ＵＥ識別子(8102)、ＭＭＥ内ＵＥ識別子、ＭＭＥ装置識別子、ｅＮＢ装置識別子、利用者回線識別子、uplink回線割付情報、ＴＯＦ振分ポイント位置情報、ＴＯＦアンカポイント位置情報が確定し、Bearer利用者特定テーブル１７５Ａ´及びBearerテーブル１７５Ｂ´に記憶され、確定される。

[動作１１−７]
また、Target oGW#2において、図６９に示すように、ｏＧＷ＃２のｏＧＷアンカ内ＵＥ識別子(4102)、利用者回線識別子、ＴＯＦアンカポイント位置、ＴＯＦ振分ポイント位置が確定し、ＴＯＦ中継管理テーブル１７８ａ´に記憶される。

以降の処理は、動作例５における動作５−６以降の動作と同じであるので説明を省略する。

＜実施形態の作用効果＞
実施形態によれば、Ｓ１１傍受装置８０がオフロードトラフィック対象の通信に係るＵＥの利用者識別子（ＩＭＳＩ）を傍受してuplink回線割付情報と関連づけて記憶する。ｏＧＷ７０は、Ｓ１１傍受装置８０から利用者識別子（ＩＭＳＩ）を取得して記憶する。
ＩＭＳＩは、ＵＥのハンドオーバによってｏＧＷが変更される場合に、ソースｏＧＷからターゲットｏＧＷに引き継がれる。

これによって、コア網（ＥＰＣ網）と無線アクセス網との接合点でトラヒックをオフロードするオフロード装置（ｏＧＷ）で、当該ｏＧＷを通過する通信回線の利用者を特定することができる。これにより、当該ｏＧＷで課金などの利用者を意識した（例えば、利用者の特定を要する）機能を提供することができる。

＜その他＞
（付記１） 移動局が接続可能な複数の基地局と、
前記複数の基地局を収容する少なくとも１つのゲートウェイを有するコア網と、
前記複数の基地局と前記ゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置と、
前記移動局と前記ゲートウェイとの通信を制御する制御局と、
前記制御局と前記ゲートウェイとの通信を傍受する少なくとも１つの傍受装置とを含み、
前記傍受装置は、前記傍受によって、前記移動局の利用者識別情報を取得して記憶し、
前記各オフロード装置は、前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得し、取得された回線情報に対応する利用者識別情報を前記傍受装置から受信し、
前記各オフロード装置は、前記移動局のハンドオーバによってハンドオーバ元のオフロ
ード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する
ネットワークシステム。（１）

（付記２） 前記傍受装置は、Ｓ１１インタフェースから前記利用者識別情報を傍受する付記１記載のネットワークシステム。

（付記３） 前記オフロード装置は、基地局とゲートウェイとの間の区間設定用のメッセージから回線情報を傍受する付記１記載のネットワークシステム。

（付記４）移動局が接続可能な複数の基地局と、前記複数の基地局を収容する、コア網中の少なくとも１つのゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能するオフロード装置であって、
前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得するプロセッサと、
取得された回線情報に対応する利用者識別情報を前記制御局と前記ゲートウェイとの通信を傍受する傍受装置から受信する通信装置と、
利用者識別情報を記憶する記憶装置とを含み、
前記プロセッサは、前記移動局のハンドオーバによってハンドオーバ元のオフロード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する処理を行う
オフロード装置。（２）

（付記５） 移動局が接続可能な複数の基地局と、前記複数の基地局を収容する、コア網中の少なくとも１つのゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能するオフロード装置の利用者識別情報取得方法であって、
前記オフロード装置が、前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得し、
取得された回線情報に対応する利用者識別情報を前記制御局と前記ゲートウェイとの通信を傍受する傍受装置から受信し、
前記プロセッサは、前記移動局のハンドオーバによってハンドオーバ元のオフロード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する
ことを含むオフロード装置の利用者識別情報取得方法。（３）

１１・・・基地局
２０・・・ＥＰＣ網（コア網）
２２・・・Ｓ−ＧＷ（ゲートウェイ）
６０・・・移動局
７０・・・オフロードＧＷ（オフロード装置）
７１・・・回線インタフェース
７３・・・ＣＰＵ
７４・・・記憶装置

Claims (3)

1. 移動局が接続可能な複数の基地局と、
   前記複数の基地局を収容する少なくとも１つのゲートウェイを有するコア網と、
   前記複数の基地局と前記ゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置と、
   前記移動局と前記ゲートウェイとの通信を制御する制御局と、
   前記制御局と前記ゲートウェイとの通信を傍受する少なくとも１つの傍受装置とを含み、
   前記傍受装置は、前記傍受によって、前記移動局の利用者識別情報を取得して記憶し、
   前記各オフロード装置は、前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得し、取得された回線情報に対応する利用者識別情報を前記傍受装置から受信し、
   前記各オフロード装置は、前記移動局のハンドオーバによってハンドオーバ先のオフロード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する
   ネットワークシステム。
2. 移動局が接続可能な複数の基地局と、前記複数の基地局を収容する、コア網中の少なくとも１つのゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能するオフロード装置であって、
   前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得するプロセッサと、
   取得された回線情報に対応する利用者識別情報を、前記移動局と前記ゲートウェイとの通信を制御する制御局と前記ゲートウェイとの通信を傍受する傍受装置から受信する通信装置と、
   利用者識別情報を記憶する記憶装置とを含み、
   前記プロセッサは、前記移動局のハンドオーバによってハンドオーバ先のオフロード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する処理を行う
   オフロード装置。
3. 移動局が接続可能な複数の基地局と、前記複数の基地局を収容する、コア網中の少なくとも１つのゲートウェイとの間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能するオフロード装置の利用者識別情報取得方法であって、
   前記オフロード装置が、
   前記移動局と前記ゲートウェイとの通信の開始時に両者間で送受信されるメッセージの傍受によって当該通信に使用する回線情報を取得し、
   取得された回線情報に対応する利用者識別情報を、前記移動局と前記ゲートウェイとの通信を制御する制御局と前記ゲートウェイとの通信を傍受する傍受装置から受信し、
   前記移動局のハンドオーバによってハンドオーバ先のオフロード装置となる場合に、前記利用者識別情報を、ハンドオーバ元の他のオフロード装置、又は前記傍受装置から取得する
   ことを含むオフロード装置の利用者識別情報取得方法。

Images