"特定のユーザデータをオフロードさせることが可能なネットワークにおいて送受信される制御データに含まれている情報を解析する解析部と、前記解析部によって解析された制御データに含まれている情報のうち、その制御データに対応するユーザデータの宛先を示す情報である宛先情報、または前記制御データの送信元及び送信先を示す情報である送信情報を取得する取得部と、前記ネットワークがプリザベーション状態であるときにパケットネットワーク側からオフロードされてきたユーザデータを受信すると、そのユーザデータまたはそのユーザデータに対応する制御データを、前記取得部により取得された前記宛先情報または前記送信情報に従って送信することにより、ネットワークを通常のオフロード状態に復帰させるプリザベーション状態復帰処理部とを備えることを特徴とするトラヒックオフロード用制御装置。前記宛先情報または前記送信情報と、自装置がユーザデータまたは制御データを送受信する際に割り当てたアドレス情報とを対応付けて管理する管理部を備えることを特徴とする請求項1に記載のトラヒックオフロード用制御装置。前記プリザベーション状態復帰処理部は、前記ネットワークがプリザベーション状態であるときに前記ユーザデータを受信した際に、そのユーザデータから自装置が割り当てたアドレス情報を特定し、そのアドレス情報と対応付けられて前記管理部により管理されている宛先情報を取得する宛先特定部と、前記宛先特定部により取得された宛先情報によって特定される移動機に対してページング要求を行うように、前記ネットワーク内の実際にページング要求を行う装置に対して宛先情報が付加されたページング要求依頼信号を送信するページング要求依頼部とを備えることを特徴とする請求項2に記載のトラヒックオフロード用制御装置。前記解析部は、前記ネットワークと接続された移動機から、自装置を経由して前記パケットネットワークに送信された制御データに含まれている情報を解析することを特徴とする請求項3に記載のトラヒックオフロード用制御装置。前記解析部は、前記ネットワーク内の装置から、自装置に送信された制御データに含まれている情報を解析することを特徴とする請求項3に記載のトラヒックオフロード用制御装置。前記解析部は、オフロードされたユーザデータが送受信されるユーザデータルートに対応する制御データルート上の制御データに含まれている情報を解析し、前記プリザベーション状態復帰処理部は、前記ネットワークがプリザベーション状態であるときに前記ユーザデータを受信したことが判定された際に、そのユーザデータから自装置が割り当てたアドレス情報を特定し、ユーザデータの送信情報を、その特定されたアドレス情報と対応付けられて前記管理部により管理されている送信情報に書き換える送信情報書換部と、前記送信情報書換部により前記送信情報に書き換えられたユーザデータを、前記ネットワーク内のオフロードされたユーザデータを送信する装置に転送するデータ転送部とを備えることを特徴とする請求項2に記載のトラヒックオフロード用制御装置。前記ネットワークがプリザベーション状態であるときに、前記ユーザデータを受信したことを判定するデータ着信判定部を備えることを特徴とする請求項3~6のいずれか1項に記載のトラヒックオフロード用制御装置。請求項3,4,5のいずれか1項に記載のトラヒックオフロード用制御装置と、前記トラヒックオフロード用制御装置により送信されたページング要求依頼信号を受信するページング要求依頼受信部と、前記ページング要求信号受信部により受信されたページング要求依頼信号に付加されている宛先情報によって特定された移動機に対して、ページング要求を送信するベージング要求送信部とを備えるページング要求装置とを備えることを特徴とする通信システム。しかしながら、RNC101とSGSN103との間に、TOF102が設けられている場合には、次のような問題が生じる。上記で説明したように、TOF102は、パケットデータ用のネットワークであるPDNPacketDataNetwork105側からU-Planeルートでユーザデータを直接受け取ることがある。このとき、ネットワーク110がプリザベーション状態であると、TOF102は、SGSN103とGGSN104との間で確立されているPDPセッションを経由せずに、ユーザデータを直接受け取ることになる。このため、TOF102は、そのユーザデータとMS121と対応付けるために必要な識別情報、例えばP-TMSIPacket-TemporaryMoblieSubscriberIdentity等を何も取得することができない。実際のネットワーク110には、MS121と同様の移動機が複数接続されているため、TOF102は、受け取ったユーザデータが、どの移動機に対して送信するユーザデータであるのかを特定することができない。つまり、TOF102は、ページング要求をどの移動機に送信するのかを特定することができないため、図13のステップS1004に示したページング要求に相当する処理を行うことができない。従って、SIPTOが導入されたネットワーク110をプリザベーション状態から通常のオフロード状態に復帰させることができなかった。また、TOF102が、受け取ったユーザデータをSGSN103に転送することによって、ネットワーク110をプリザベーション状態から通常のオフロード状態に復帰させる方法が考えられる。しかしながら、SGSN103は、セッションが確立されていないTOF102から送られてきたユーザデータを受け取ることになる。SGSN103は、セッションが確立されているGGSN104から送られてきたユーザデータであれば、そのユーザデータ受け取った後、そのユーザデータを送信する処理を継続することができる。しかしながら、SGSN103は、セッションが確立されていないTOF102から送られてきたユーザデータを受け取ったとしても、そのユーザデータを破棄して、そのユーザデータを送信する処理を行わない。従って、SIPTOが導入されたネットワーク110をプリザベーション状態から通常のオフロード状態に復帰させることができなかった。そこで、本発明は、上記の課題に鑑み、SIPTOが導入されたネットワークにおいて、パケットデータの着信時にネットワークをプリザベーション状態から通常のオフロード状態に復帰させることのできるトラヒックオフロード用制御装置及び通信システムを提供することを目的とする。本発明によるトラヒックオフロード用制御装置及び通信システムは、上記の目的を達成するために、次のように構成される。本発明のある態様によるトラヒックオフロード用制御装置は、特定のユーザデータをオフロードさせることが可能なネットワークにおいて送受信される制御データに含まれている情報を解析する解析部と、解析部によって解析された制御データに含まれている情報のうち、その制御データに対応するユーザデータの宛先を示す情報である宛先情報、または制御データの送信元及び送信先を示す情報である送信情報を取得する取得部と、ネットワークがプリザベーション状態であるときにパケットネットワーク側からオフロードされてきたユーザデータを受信すると、そのユーザデータまたはそのユーザデータに対応する制御データを、取得部により取得された宛先情報または送信情報に従って送信することにより、ネットワークをオフロード状態に復帰させるプリザベーション状態復帰処理部とを備えることを特徴とする。上記のトラヒックオフロード用制御装置によれば、解析部が、ネットワークを構成する装置間において、自装置を経由して送受信されている制御データを解析している。そして、取得部が、その制御データからユーザデータの宛先を示す情報である宛先情報、またはその制御データの送信元を示す情報である送信情報を取得しておく。これにより、ネットワークがプリザベーション状態であるときに、プリザベーション状態復帰処理部が、オフロードされてきたユーザデータを受信すると、取得部により取得された宛先情報または送信情報を用いて、制御データまたはユーザデータを送信する。つまり、プリザベーション状態復帰処理部によって行われる動作が、ネットワークがプリザベーション状態からオフロード状態に復帰させるためのトリガーの動作になる。このようにして、トラヒックオフロード用制御装置は、ネットワークをプリザベーション状態からオフロード状態に復帰させることが可能となる。本発明のある態様によるトラヒックオフロード用制御装置は、宛先情報または送信情報と、自装置がユーザデータまたは制御データを送受信する際に割り当てたアドレス情報とを対応付けて管理する管理部を備えることを特徴とする。上記のトラヒックオフロード用制御装置によれば、管理部が、その制御データから例えばP-TMSI等の宛先情報を取得して、この取得されたP-TMSI等の宛先情報と、ユーザデータや制御データを送受信する際にTOFが割り当てたアドレス情報等とを関連付けて管理しておく。これにより、プリザベーション状態復帰処理部が、制御データまたはユーザデータを送信する際に用いる宛先情報または送信情報を管理しておくことが可能となる。本発明のある態様によるトラヒックオフロード用制御装置は、プリザベーション状態復帰処理部は、ネットワークがプリザベーション状態であるときにユーザデータを受信した際に、そのユーザデータから自装置が割り当てたアドレス情報を特定し、そのアドレス情報と対応付けられて管理部により管理されている宛先情報を取得する宛先特定部と、宛先特定部により取得された宛先情報によって特定される移動機に対してページング要求を行うように、ネットワーク内の実際にページング要求を行う装置に対して宛先情報が付加されたページング要求依頼信号を送信するページング要求依頼部とを備えることを特徴とする。上記のトラヒックオフロード用制御装置によれば、まず、宛先特定部が、自装置が割り当てたアドレス情報と対応付けられて管理部により管理されている宛先情報を取得する。その上で、ページング要求依頼部が、宛先特定部により取得された宛先情報を、ページング要求を行うように依頼するためのページング要求依頼信号に付加した上で、そのページング要求依頼信号を送信する。これにより、トラヒックオフロード用制御装置は、ネットワークをプリザベーション状態から通常のオフロード状態に復帰させることが可能となる。本発明のある態様によるトラヒックオフロード用制御装置は、解析部は、ネットワークと接続された移動機から、自装置を経由してパケットネットワークに送信された制御データに含まれている情報を解析することを特徴とする。上記のトラヒックオフロード用制御装置によれば、解析部は、ネットワークと接続される移動機から、自装置を経由してパケットネットワークに送信される制御データとして、例えばサービスリクエスト信号を解析する。これにより、サービスリクエスト信号から例えばP-TMSI等の宛先情報を取得することが可能となる。本発明のある態様によるトラヒックオフロード用制御装置は、解析部は、ネットワーク内の装置から、自装置に送信された制御データに含まれている情報を解析することを特徴とする。上記のトラヒックオフロード用制御装置によれば、解析部は、ネットワークを構成する例えばRNCやSGSN等から、自装置に送信される制御データを解析する。これにより、制御データから例えばP-TMSI等の宛先情報を取得することが可能となる。本発明のある態様によるトラヒックオフロード用制御装置は、解析部は、オフロードされたユーザデータが送受信されるユーザデータルートに対応する制御データルート上の制御データに含まれている情報を解析し、プリザベーション状態復帰処理部は、ネットワークがプリザベーション状態であるときにユーザデータを受信したことが判定された際に、そのユーザデータから自装置が割り当てたアドレス情報を特定し、ユーザデータの送信情報を、その特定されたアドレス情報と対応付けられて管理部により管理されている送信情報に書き換える送信情報書換部と、送信情報書換部により送信情報に書き換えられたユーザデータを、ネットワーク内のオフロードされたユーザデータを送信する装置に転送するデータ転送部とを備えることを特徴とする。上記のトラヒックオフロード用制御装置によれば、解析部が、制御データが送受信されるルート上の制御データを解析している。つまり、解析部が、本来監視しない制御データを解析している。そして、送信情報書換部が、制御データから送信情報を取得した上で、自装置が割り当てたアドレス情報と対応付けられて、管理部により管理されている送信情報に、ユーザデータの送信情報を書き換える。その上で、データ転送部が、送信情報に書き換えられたユーザデータ転送する。これにより、トラヒックオフロード用制御装置は、ネットワークをプリザベーション状態から通常のオフロード状態に復帰させることが可能となる。本発明のある態様によるトラヒックオフロード用制御装置は、ネットワークがプリザベーション状態であるときに、ユーザデータを受信したことを判定するデータ着信判定部を備えることを特徴とする。上記のトラヒックオフロード用制御装置によれば、データ着信判定部が、ネットワークがプリザベーション状態であるときに、ユーザデータを受信したことを判定する。これにより、プリザベーション状態復帰処理部は、データ着信判定部によりユーザデータを受信したことが判定されたら、ネットワークをプリザベーション状態から通常のオフロード状態に復帰させる動作を開始することが可能となる。本発明のある態様による通信システムは、上記のトラヒックオフロード用制御装置と、トラヒックオフロード用制御装置により送信されたページング要求依頼信号を受信するページング要求依頼受信部と、ページング要求信号受信部により受信されたページング要求依頼信号に付加されている宛先情報によって特定された移動機に対して、ページング要求を送信するベージング要求送信部とを備えるページング要求装置とを備えることを特徴とする。上記の通信システムによれば、トラヒックオフロード用制御装置において、ネットワークをプリザベーション状態に復帰させるための処理として、実際にページング要求を行う装置、例えばSGSNに対して、ページング要求を依頼することができる。さらに、SGSNにおいては、ページング要求依頼受信部が、トラヒックオフロード用制御装置から送信されたページング要求依頼信号を受信すると、ベージング要求送信部が、ページング要求依頼信号に付加された宛先情報によって特定される移動機に対してページング要求を送信する。つまり、ベージング要求送信部が、実際にページング要求を行う装置に対してページング要求を行うことにより、ネットワークをプリザベーション状態から通常のオフロード状態に復帰させることが可能となる。本発明によれば、SIPTOが導入されたネットワークにおいても、トラヒックオフロード用制御装置が、SIPTOが導入されていないネットワークと同様に、パケットデータの着信時にネットワークをプリザベーション状態から通常のオフロード状態に復帰させることができる。このため、SIPTOによって、コアネットワークの既存の設備を増設しなければならなくなるような事態になるのを抑えたり、それに伴うコスト等を削減したりすることができる。同時に、プリザベーション機能によって、無駄な無線リソースを解放したり、移動機の消費電力を低減したりすることができる。以下、添付図面を参照しながら、本発明のトラヒックオフロード用制御装置及び通信システムの好適な実施形態を詳細に説明する。第1実施形態最初に、本発明の第1実施形態に係るTOF11を用いて構成されたネットワーク10について説明する。第1実施形態に係るTOF11を用いて構成されたネットワーク10の装置構成最初に、図1を参照して、本発明の第1実施形態に係るTOF11を用いて構成されたネットワーク10の装置構成を説明する。図1は、本発明の第1実施形態に係るTOF11を用いて構成された装置構成を示すブロック図である。図1に示すネットワーク10は、図11bに示したネットワーク110を構成する装置と同じ装置を有して構成される。但し、ネットワーク10は、TOF102に相当するTOF11がプリザベーション状態復帰機能部20を有するとともに、SGSN103に相当するSGSN12がプリザベーション状態復帰機能部21を有している点において、ネットワーク110と異なる。なお、プリザベーション状態復帰機能部20とプリザベーション状態復帰機能部21とで機能が異なるが、プリザベーション状態復帰機能部20の機能部とプリザベーション状態復帰機能部21の機能部とを併せ持つプリザベーション状態復帰機能部を2つ用いて、一方のプリザベーション状態復帰機能部をTOF11に設け、他方のプリザベーション状態復帰機能部をSGSN12に設けても良い。RNC101は、ユーザの移動機であるMS121から発信を行ったり、MS121への着信を行ったりするための制御を行う無線ネットワーク制御局である。また、RNC101は、図示しないが複数の基地局を統括する役割を持つ。TOF11は、上述したように、RNC101とSGSN12との間に設けられ、DPI機能及びNAT機能を持ったトラヒックオフロード用制御装置である。TOF11は、DPI機能部が、C-Planeルート図1中に破線の枠C内に破線で示すルートにより送受信される制御データに含まれているAPNAccessPointNameやアプリケーションの種類、IPInternetProtcolアドレス等をモニタリングすることにより、全てのユーザデータの中から特定のサービス等のユーザデータを特定する。さらに、TOF11は、NAT機能部が、その特定されたユーザデータのIPアドレスを変換する。そして、TOF11は、そのユーザデータだけをSGSN12とGGSN104とを経由するU-Planeルート図1中に破線の枠C内に実線で示すルートを用いずに、SGSN12とGGSN104とを経由しないU-Planeルート図1中に破線の枠D内に実線で示すルートを用いて迂回させて、インターネットに送信する。SGSN12は、モビリティ管理機能や、固定アドレスや動的アドレスをサポートするルーティング機能を持つ装置である。GGSN104は、GPRSネットワークと、これ以外のネットワークであるインターネットとの間のゲートウエイ機能を持つ装置である。また、GGSN104は、図示しない別のGGSNとの間のローミングの管理等も行う。PDN105は、GGSN104とインターネッットとの間に設けられたパケットデータ用のネットワークであって、パケットデータをインターネットに送信したり、インターネットからデータを受けたりする。上記のトラヒックオフロード用制御装置であるTOF11と、実際にページング要求を行う装置であるSGSN12とから、ネットワーク10をプリザベーション状態から通常のオフロード状態に復帰するための通信システムが構成される。プリザベーション状態復帰機能部20,21の機能構成次に、図2及び図3を参照して、TOF11が有するプリザベーション状態復帰機能部20と、SGSN12とが有するプリザベーション状態復帰機能部21の機能構成を説明する。図2は、第1実施形態に係るTOF11が有するプリザベーション状態復帰機能部20と、SGSN12が有するプリザベーション状態復帰機能部21の機能構成を示すブロック図である。また、図3は、TOF11の管理部33の管理テーブルに含まれている情報を示す模式図である。図2に示すTOF11に、プリザベーション状態復帰機能部20として、解析部31と、取得部32と、管理部33と、データ着信判定部34と、宛先特定部35と、ページング要求依頼部36との機能部を備える。さらに、図2に示すSGSN12に、プリザベーション状態復帰機能部21として、ページング要求依頼受信部41と、ベージング要求送信部42との機能部を備える。まず、TOF11が有するプリザベーション状態復帰機能部20の機能部について説明する。解析部31は、MS121から自装置を経由して送信されたサービスリクエストに含まれている情報を解析する。取得部32は、解析部31によりサービスリクエストに含まれている情報が解析された後、サービスリクエストに含まれている情報のうち、移動機とネットワーク間で用いられる移動局を識別する一時的な識別情報であるP-TMSIを取得する。また、後述するページング要求依頼部36がSGSN12に対して、TOF11に代わってページング要求を行うように依頼するために必要な宛先情報として、一例であるが、RNC101が使用するIMSIや、TMSI等を取得しておいても良い。管理部33は、取得部32により取得されたP-TMSIを管理する。なお、管理部33は、P-TMSI等を管理する際に、図3に示すように、P-TMSI、MS121のIPアドレス、及びRNC101により管理されているRNCRABコンテキスト等の宛先情報と、TOF11がユーザデータや制御データを送受信する際に割り当てたIPアドレスであるTOF割当IPアドレスの情報とを対応付けている。データ着信判定部34は、ネットワーク10がプリザベーション状態であるときに、PDN105からユーザデータを受信、つまりユーザデータの着信通知があったか、否かを判定する。宛先特定部35は、データ着信判定部34によってネットワーク10がプリザベーション状態であるときに、SGSN12からユーザデータの着信通知があったことが判定されると、そのユーザデータからTOF11が信号を処理する際に割り当てたTOF割当IPアドレスを特定し、TOF割当IPアドレスと関連付けられているP-TMSI等の宛先情報を管理部33から取得する。つまり、宛先特定部35は、ユーザデータの宛先となる、P-TMSI等の宛先情報を管理部33から取得する。なお、管理部33およびデータ着信判定部34を設けずに、宛先特定部35が、P-TMSI等の宛先情報を管理し、ユーザデータの着信通知があった際にP-TMSI等の宛先情報を取得することができるようにしても良い。ページング要求依頼部36は、宛先特定部35によってユーザデータの宛先情報を取得した後、TOF11に代わってページング要求を行うようにSGSN12に対して依頼する。具体的に、ページング要求依頼部36は、ページング要求を行うように依頼するためのページング要求依頼信号を出力することにより、SGSN12に対して、ページング要求を行うように依頼する。また、ページング要求を行うように依頼するために必要な宛先情報として、P-TMSI、さらには、TMSIやIMSI等をページング要求依頼信号に付加する。TOF11においては、上記で説明した宛先特定部35とページング要求依頼部36とが、主にネットワーク10をプリザベーション状態から通常のオフロード状態に復帰させるためのプリザベーション状態復帰処理部38として機能する。続いて、SGSN12が有するプリザベーション状態復帰機能部21の機能部について説明する。ページング要求依頼受信部41は、TOF11のページング要求依頼部36から送信されたページング要求の依頼を受信する。ベージング要求送信部42は、ページング要求依頼受信部41によってページング要求の依頼を受信すると、ページング要求の依頼と共に送信されてきたP-TMSI等の宛先情報から特定された宛先に、ページング要求を送信する。ネットワーク10をプリザベーション状態から通常のオフロード状態に遷移させる際のネットワーク10の各装置の処理の流れ続いて、図4~図6を参照して、本発明の第1実施形態に係るTOF11のネットワーク10をプリザベーション状態から通常のオフロード状態に復帰させる際のネットワーク10の各装置の処理の流れを説明する。図4及び図5は、ネットワーク10をプリザベーション状態から通常のオフロード状態に復帰させる際のネットワーク10の各装置の処理の流れを示すシーケンス図である。図4に示すように、まず、MS121とSGSN12との間のセッションが確立されているとき、MS121とSGSN12との間の各装置によって、MS121からSGSN12に対して、サービスリクエストが送信されているステップS101。このとき、TOF11の解析部31は、そのサービスリクエストに含まれている情報を解析しているステップS102。そして、TOF11の取得部32が、サービスリクエストからP-TMSI等の宛先情報を取得する。そして、TOF11の管理部33は、取得部32により取得されたP-TMSI、MS121のIPアドレス、RNCRABコンテキスト等の宛先情報と、TOF11がユーザに割り当てたTOF割当IPアドレスとを関連付けて管理しておくステップS103。この後、SGSN12とGGSN104との間のセッションを確立させたままで、MS121とSGSN12との間のセッションを解放させると、ネットワーク10が通常のオフロード状態からプリザベーション状態に遷移する。背景技術で説明したように、ネットワーク10がプリザベーション状態であるとき、SGSN12よりGGSN104側のコアネットワークにおいては、GTPの通信路が確立されている。これと同時に、MS121とSGSN12との無線接続間においては、PDPcontextが確立されているが、GTPの通信路は確立されていない。このようなプリザベーション状態であるときに、TOF11は、PDN105からユーザデータを直接受信するとステップS105、TOF11のデータ着信判定部34は、PDN105からユーザデータの着信があったと判断する。すると、宛先特定部35は、そのユーザデータからTOF割当IPアドレスを特定し、管理部33によりTOF割当IPアドレスと関連付けられて管理されているP-TMSI等の宛先情報を取得するステップS106。そして、TOF11のページング要求依頼部36は、P-TMSI等により取得される宛先情報をページング要求依頼信号に付加して、そのページング要求依頼信号をSGSN12に対して出力するステップS107。一方、SGSN12は、TOF11からページング要求を行うように依頼を受けると、P-TMSI等の宛先情報によって特定されたMS121に対して、TOF11とRNC101とを経由してページング要求を送信するステップS108~S110。なお、ネットワーク10においては、上述したネットワーク100とは異なり、RNC101とSGSN12との間にTOF11が設けられているため、信号がTOF11を経由するが、これ以降の図4のステップS111~図5のステップS115の処理については、図13で説明したステップS1006~S1009の処理と実質同じである。従って、ステップS111~S115の処理が完了すると、MS121とRNC101との間のセッションが再び確立される。また、ステップS116~S120の処理については、図13で説明したステップS1010~S1012の処理と実質同じである。従って、ステップS116~S120の処理が完了すると、RNC101とSGSN12との間のセッションが再び確立される。このようにして、MS121とSGSN12との間の解放されていたセッションを再び確立させることにより、ネットワーク10をプリザベーション状態から通常のオフロード状態に復帰させる。最後に、TOF11は、RNC101を経由してMS121に対して、ユーザデータを送信するステップS121,S122。なお、上記で説明した第1実施形態に係るTOF11おいては、解析部31がMS121から送信されたサービスリクエストに含まれている情報を解析して、取得部32がそのサービスリクエストからP-TMSI等の宛先情報を取得するものであった。しかしながら、P-TMSI等の宛先情報を取得するために用いる信号にあっては、当然P-TMSI等の宛先情報を取得することが可能な信号であれば良いため、サービスリクエストに限定されるものでない。例えば、ネットワーク10をプリザベーション状態に遷移させる前の通常のオフロード状態のときであれば、RNC101とTOF11との間にGTPの通信路が確立されているため、TOF11はRNC101からの信号からP-TMSI等の宛先情報を取得することができる。また、TOF11が、SGSN12から送信された信号を解析することにより、その信号からP-TMSI等の宛先情報を取得しても良い。具体例として、図6は、図4及び図5で説明したシーケンスとは別のシーケンスによって、ネットワーク10をプリザベーション状態から通常のオフロード状態に遷移させる際のネットワーク10の各装置の処理の流れを示すシーケンス図である。図6に示すように、SGSN12から送信された信号を仮に信号Xとすれば、SGSN12から信号Xが送信されたときステップS201、図4で説明したように、TOF11が、その信号Xを解析することにより、P-TMSI等の宛先情報を取得して、さらに取得されたP-TMSI等の宛先情報を管理しておいても良いステップS202~S204。以降の処理ステップについては、サービスリクエストを監視する場合と変わらない。TOF11のまとめ上記で説明したように、本発明の第1実施形態に係るTOF11を用いて構成されたネットワーク10においては、ネットワーク10がプリザベーション状態になる前の通常のオフロード状態であるときに、TOF11が、MS121からSGSN12に対して送信されたサービスリクエスト等を監視している。そして、TOF11が、そのサービスリクエストからP-TMSI等の宛先情報を取得して、取得されたP-TMSI、MS121のIPアドレス、RNCRABコンテキスト等の宛先情報と、TOF割当IPアドレスとを関連付けて管理しておく。これにより、TOF11は、ユーザデータを受け取った際に、そのユーザデータからTOF割当IPアドレスを特定し、TOF割当IPアドレスと関連付けて管理しているP-TMSI等の宛先情報を取得することができる。さらに、TOF11は、そのP-TMSI等の宛先情報を用いて受け取ったユーザデータの宛先を特定したら、対象の移動機に対してページング要求を行うように、SGSN12に対して依頼する。このようにして、TOF11は、ネットワーク10をプリザベーション状態から通常のオフロード状態に復帰させることができる。SIPTOが導入されたネットワーク10においても、TOF11が、SIPTOが導入されていないネットワーク100と同様に、パケットデータの着信時にネットワーク10をプリザベーション状態から通常のオフロード状態に復帰することができるため、SIPTOによって、コアネットワークの既存の設備を増設しなければならなくなるような事態になるのを抑えたり、それに伴うコスト等を削減したりすることができる。同時に、プリザベーション機能によって、無駄な無線リソースを解放したり、移動機の消費電力を低減したりすることができる。第2実施形態続いて、本発明の第2実施形態に係るTOF51を用いて構成されたネットワーク50について説明する。第2実施形態に係るTOF51を用いて構成されたネットワーク50の装置構成最初に、図7を参照して、本発明の第1実施形態に係る第2実施形態に係るTOF51を用いて構成されたネットワーク50の装置構成を説明する。図7は、本発明の第2実施形態に係るTOF51を用いて構成されたネットワーク50の装置構成を示すブロック図である。図7に示すネットワーク50は、図1に示したネットワーク10を構成する装置と同じ装置を有して構成される。但し、ネットワーク50は、プリザベーション状態復帰機能部20,21に相当するプリザベーション状態復帰機能部60が、SGSN103には設けられていなく、TOF51だけに設けられている点において、ネットワーク10と異なっている。なお、ネットワーク50においては、SGSN103が、背景技術の図11bのネットワーク110を構成するSGSN103と全く同じであり、上述したSGSN12のように、SGSN103に新たな機能部を設けたり、既存の機能部を変えたりする必要がない。また、ネットワーク50においては、TOF51が、RNC101とSGSN103との間Iu-PSを経由するように設けられているだけではなく、SGSN103とGGSN104との間Gnを経由するような接続形態になっている。本来であれば、TOF51は、RNC101とSGSN103との間の信号のうち、特定のサービスのユーザデータだけを、SGSN12とGGSN104とを経由するU-Planeルート図7中に破線の枠E内に実線で示すルートを用いる代わりに、SGSN12とGGSN104とを経由しないU-Planeルート図7中に破線の枠F内に実線で示すルートを用いてオフロードさせるものである。ところが、TOF51が、SGSN103とGGSN104との間も経由するように接続されていることにより、TOF51が、SGSN103とGGSN104との間のC-Planeルート図7中に破線の枠E内に破線で示すルートにより送受信される制御データを監視するのぞき見ることができるようになっている。つまり、TOF51が、オフロードされたユーザデータに対応する制御データに含まれている情報を監視することができる。なお、本実施形態におけるネットワーク50は、TOFを1つだけ用いて、TOF51が、RNC101とSGSN103との間Iu-PSを経由するとともに、SGSN103とGGSN104との間Gnを経由するような接続形態である。但し、全く同じ機能を有するTOFを2つ用いて、RNC101とSGSN103との間に1つ目のTOFを設けるとともに、SGSN103とGGSN104との間に2つ目のTOFを設けるような接続形態であっても、ネットワーク50の接続形態と同じである。プリザベーション状態復帰機能部60の機能構成次に、図8を参照して、TOF51が有するプリザベーション状態復帰機能部60の機能構成を説明する。図8は、第2実施形態に係るTOF51が有するプリザベーション状態復帰機能部60の機能構成を示すブロック図である。図8に示すTOF51に、プリザベーション状態復帰機能部60として、プリザベーション状態復帰機能部20が備えていた解析部31と、取得部32と、管理部33と、データ着信判定部34とを備える。但し、TOF51は、プリザベーション状態復帰機能部20が備えていた宛先特定部35と、ページング要求依頼部36とを備えていない代わりに、送信情報書換部71と、データ転送部72とを備えている点において、TOF11と異なる。なお、SGSN103は、プリザベーション状態復帰機能部21が備えていたページング要求依頼受信部41と、ベージング要求送信部42とを備えておらず、背景技術の図11bのネットワーク110を構成するSGSN103と全く同じ機能構成である。つまり、ネットワーク50においては、ネットワーク110を構成するSGSN103に、新たな機能部を追加することなく、SGSN103をそのまま用いることができる。解析部31は、MS121から自装置を経由して送信されたサービスリクエストに含まれている情報を解析する代わりに、SGSN103とGGSN104との間のC-Planeにより送受信される制御データに含まれている情報を解析する。取得部32は、解析部31により制御データに含まれている情報が解析された後、制御データに含まれている情報のうち、GGSN104からSGSN103に向けてデータを送信する際に用いる送信情報であるGGSNTEIDTunnelEndpointIDentifier、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを取得する。具体的に、GGSNTEID及びGGSNIPアドレスは送信元情報になり、SGSNTEID及びSGSNIPアドレスは送信先情報になる。なお、上記のTEIDとは、接続毎に定められているGTPの通信路の識別子である。管理部33は、取得部32により取得されたGGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを管理する。なお、管理部33は、GGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを管理する際に、TOF51が割り当てたIPアドレスであるTOF割当IPアドレスと、GGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスとを対応付けて管理する。データ着信判定部34は、ネットワーク50がプリザベーション状態であるときに、PDN105からユーザデータの着信、つまりユーザデータの着信通知があったか、否かを判定する。送信情報書換部71は、データ着信判定部34によってネットワーク50がプリザベーション状態であるときに、SGSN103からユーザデータの着信通知があったことが判定されると、そのユーザデータからTOF割当IPアドレスを特定し、TOF割当IPアドレスと関連付けられているGGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを管理部33から取得する。上記で説明した通り、このGGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスは、GGSN104からSGSN103に対して、ユーザデータを送信するとき用いられる送信情報である。そして、送信情報書換部71は、ユーザデータの送信元情報を、GGSNTEID及びGGSNIPアドレスに書き換える。また、送信情報書換部71は、ユーザデータの送信先情報を、SGSNTEID及びSGSNIPアドレスに書き換える。データ転送部72は、送信情報書換部71によって、送信元情報がGGSNTEID及びGGSNIPアドレスに書き換えられたとともに、送信先情報がSGSNTEID及びSGSNIPアドレスに書き換えられたユーザデータを、SGSN103に転送する。データ転送部72からSGSN103にユーザデータが転送されているが、ユーザデータの送信元情報がGGSNTEID及びGGSNIPアドレスに書き換えられているとともに、ユーザデータの送信先情報がSGSNTEID及びSGSNIPアドレスに書き換えられているため、実質GGSN104からSGSN103にユーザデータが送信されたことになる。このように、データ転送部72は、機能的な観点からあたかもGGSN104と同じように振る舞うGGSN104になりすますことができる。TOF51においては、送信情報書換部71とデータ転送部72とが、主にネットワーク50をプリザベーション状態から通常のオフロード状態に復帰させるためのプリザベーション状態復帰処理部73として機能する。ネットワーク50をプリザベーション状態から通常のオフロード状態に遷移させる際のネットワーク50の各装置の処理の流れ続いて、図9及び図10を参照して、本発明の第2実施形態に係るTOF51のネットワーク50をプリザベーション状態から通常のオフロード状態に復帰させる際のネットワーク50の各装置の処理の流れを説明する。図9及び図10は、ネットワーク50をプリザベーション状態から通常のオフロード状態に復帰させる際のネットワーク50の各装置の処理の流れを示すシーケンス図である。図9に示すように、まず、SGSN103及びGGSN104によって、SGSN103とGGSN104との間ではC-Planeにより制御データが送受信されているステップS301。このとき、TOF51の解析部31は、その制御データに含まれている情報を監視しているステップS302。そして、TOF51の取得部32が、制御データから、GGSN104からSGSN103に向けてユーザデータを送信する際に用いる、GGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを取得するステップS303。そして、TOF51の管理部33は、取得部32により取得されたGGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスと、TOF割当IPアドレスの情報とを対応付けて管理しておくステップS304。そして、上記で説明したように、ネットワーク50が通常のオフロード状態からプリザベーション状態になった後、TOF51は、PDN105側からオフロードされたユーザデータを直接受信するとステップS305、TOF51のデータ着信判定部34は、PDN105からユーザデータの着信があったと判断する。すると、送信情報書換部71は、自装置がユーザに割り当てたTOF割当IPアドレスから、管理部33によりTOF割当IPアドレスと関連付けられて管理されているGGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを取得し、ユーザデータの送信元情報をGGSNTEID及びGGSNIPアドレスに書き換える。さらに、送信情報書換部71は、ユーザデータの送信先情報をSGSNTEID及びSGSNIPアドレスに書き換えるステップS306。そして、TOF51のデータ転送部72は、GGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを用いてユーザデータを送信することにより、あたかもGGSN104からSGSN103にユーザデータが送信されたように、SGSN103に対してユーザデータを転送するステップ307。一方、SGSN103は、TOF51から転送されてきたユーザデータを受信すると、SGSN103は、TOF51とRNC101を経由して、MS121に対して、ページング要求を送信するステップS308~S310。ページング要求を送信された後の図9のステップS311~S325に示すプリザベーションから通常のオフロード状態に復帰させるための処理については、図4のステップS111~図5のS119に示した処理と実質同じである。なお、ステップS313~S315において、MS121からSGSN103に対して、ActivatePDPContextリクエストが送信された後、ステップS316,S317において、SGSN103とGGSN104との間で、CreatePDPContextを送受信される。さらに、ステップS318,S319において、SGSN103からRNC101に対して、RABAssignmentリクエストが送信される。このときも、ステップS316,S317においてTOF51は、C-Planeにより送受信される制御データを監視しているだけであるので、制御データを送信する際に、制御データのIPアドレス及びTEIDを、TOF51のIPアドレス及びTEIDに書き換えていない。一方で、ステップS318,S319においてTOF51は、制御データを送信する際に、制御データのIPアドレス及びTEIDを、TOF51のIPアドレス及びTEIDに書き換えている。そして、ステップS320に示す処理が完了すると、MS121とRNC101との間のセッションが確立される。また、ステップS325に示す処理が完了すると、RNC101とSGSN103との間のセッションが確立する。このようにして、MS121とSGSN103との間の解放されていたセッションを再び確立させることにより、ネットワーク50をプリザベーション状態から通常のオフロード状態に復帰させる。最後に、SGSN103は、TOF51とRNC101とを経由して、MS121に対して、ユーザデータを送信するステップS326~S328。つまり、TOF51が、機能的にみてあたかもGGSN104のように振る舞うことにより、TOF51は、ネットワーク50をプリザベーション状態から通常のオフロード状態に復帰させる処理を行うことができる。TOF51のまとめ上記で説明したように、本発明の第2実施形態に係るTOF51を用いて構成されたネットワーク10においては、TOF51が、SGSN103とGGSN104との間のC-Planeにより送受信される制御データを監視している。そして、TOF51は、その信号から取得したGGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスを用いてSGSN103に対してユーザデータを転送する。これにより、プリザベーション状態復帰機能部60を有したTOF51が、機能的にみてあたかもGGSN104のように振る舞うことができる。このようにして、TOF51は、ネットワーク50をプリザベーション状態から通常のオフロード状態に復帰させる処理を行うことができる。第2実施形態に係るTOF51においても、第1実施形態に係るTOF11と同様に、SIPTOによって、コアネットワークの既存の設備を増設しなければならなくなるような事態になるのを抑えたり、それに伴うコスト等を削減したりすることができる。同時に、プリザベーション機能によって、無駄な無線リソースを解放したり、移動機の消費電力を低減したりすることができる。さらには、TOF51においては、SGSN103とGGSN104との間のC-Planeにより送受信される制御データを直接監視することができる。このため、TOF51においては、GGSNTEID、GGSNIPアドレス、SGSNTEID及びSGSNIPアドレスの送信情報と、TOF割当IPアドレスの情報とを対応付けて管理しておけば良い。よって、TOF51においては、TOF11のように、事前にサービスリクエストを解析して、ユーザデータの宛先を示す情報である宛先情報として、P-TMSIと、MS121のIPアドレス、及びRNCRABコンテキスト等の複数の宛先情報と、TOF割当IPアドレスとを関連付けて管理しておく必要がない。なお、本実施形態の説明においては、SIPTOが導入されたネットワーク10を3Gのネットワークとして説明した。しかしながら、このSIPTOが導入されたネットワークにあっては、3Gのネットワークに限定されない。例えば、常時接続を前提としている次世代の通信規格であるLTELongTermEvolutionのネットワークであっても勿論良い。LTEのネットワークにおいてSIPTOが導入された場合であっても、LTEのネットワークに上記で説明したようなTOFを設けることによって、パケットデータの着信時に、LTEのネットワークをプリザベーション状態から通常のオフロード状態に復帰させることができる。"