第1通信技術をサポートしていないが第2通信技術をサポートしている第1ネットワークと、前記第2通信技術をサポートしている第2ネットワークとによって構成されているネットワークに接続可能な通信端末であって、前記第1ネットワークに接続して前記第1通信技術による通信を行う第1通信部と、前記第1通信技術による通信を行っている際に、前記第2通信技術による通信を開始するトリガを取得する第2通信トリガ取得部と、前記トリガに応じて、前記第1ネットワークから前記第2ネットワークへ接続を切り替えて前記第2通信技術による通信を開始する第2通信部と、前記トリガに応じて開始された前記第2通信技術による通信を終了する前までに、所定の通信再開条件を前記ネットワークから取得する条件取得部と、前記第2通信技術による通信の終了後に、前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点からの前記第1通信技術による通信を再開できるかどうかを、前記所定の通信再開条件に基づいて判断する再開判断部とを、有する通信端末。前記第1通信技術がパケット交換通信であり、前記第2通信技術が回線交換通信であり、前記トリガが前記回線交換通信における着呼又は発呼である請求項1に記載の通信端末。前記第2通信トリガ取得部は、前記トリガを前記ネットワークから取得するとともに、さらに、前記第1ネットワークから前記第2ネットワークへの接続切り替えの指示を前記ネットワークから取得する請求項1に記載の通信端末。前記条件取得部は、前記第2通信部が前記第1ネットワークから前記第2ネットワークへ接続を切り替えた後、前記所定の通信再開条件を前記第2ネットワークから取得する請求項1に記載の通信端末。前記条件取得部は、前記第1ネットワークから前記第2ネットワークへの接続切り替えの指示と共に、前記所定の通信再開条件を前記第1ネットワークを通じて取得する請求項1に記載の通信端末。前記条件取得部は、前記第1通信技術による通信を行うための接続を確立する際に前記所定の通信再開条件を取得する請求項1に記載の通信端末。前記所定の通信再開条件に、前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点以降に前記第1通信技術による通信において前記通信端末へ送信されるべきであった情報を、前記第1ネットワークにおいてバッファリングすることを示す情報が含まれる請求項1に記載の通信端末。前記所定の通信再開条件に、前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点以降に前記第1通信技術による通信において前記通信端末へ送信されるべきであった情報を、前記第1ネットワークにおいてバッファリングするバッファリング期間が含まれる請求項1に記載の通信端末。前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点から、前記第2通信技術による通信を終了した時点までの計時を行う計時部を有し、前記再開判断部は、前記第1ネットワークへ戻って前記第1通信技術による通信を再開できるかどうか判断する際に、前記計時部による計時結果と前記バッファリング期間とを比較する請求項8に記載の通信端末。前記所定の通信再開条件に、前記第1通信部が前記第2ネットワークへ接続することで、前記第1ネットワークで行われていた前記第1通信技術による通信を前記第2ネットワークを通じて再開できるかどうかを示す情報が含まれている請求項1に記載の通信端末。前記再開判断部は、前記第2通信技術による通信の終了後に前記第1ネットワークに接続を戻すことで、前記第1ネットワークを通じて前記第1通信技術による通信を再開できるかどうかを判断し、前記第1ネットワークを通じて前記第1通信技術による通信を再開できる場合には、前記第1通信部は、前記第1ネットワークに接続して前記第1通信技術による通信の再開を前記第1ネットワークに対して要求する請求項1に記載の通信端末。前記第1通信部は、前記第1ネットワークに接続して前記第1通信技術による通信の再開を前記第1ネットワークに対して要求する際、前記第2ネットワークへの接続切り替え前に前記第1通信技術による通信に使用していたアドレスを前記第1ネットワークへ通知する請求項11に記載の通信端末。前記再開判断部は、前記第2通信技術による通信の終了後に前記第2ネットワークを通じて前記第1通信技術による通信を再開できるかどうかを判断する請求項1に記載の通信端末。第1通信技術をサポートしていないが第2通信技術をサポートしている第1ネットワークと、前記第2通信技術をサポートしている第2ネットワークとによって構成されているネットワークにおいて、前記第1ネットワークに位置しているネットワークノードであって、前記第1ネットワークに接続して前記第1通信技術による通信を行っている通信端末に対して、所定の通信再開条件を提供する通信再開条件提供部を有し、前記所定の通信再開条件が、前記第1通信技術による通信を行っている前記通信端末が前記第2通信技術による通信を開始するトリガを取得し、前記トリガに応じて前記第1ネットワークから前記第2ネットワークへ接続を切り替えて前記第2通信技術による通信を開始する場合、前記第2通信技術による通信の終了後に、前記通信端末が、前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点からの前記第1通信技術による通信を再開できるかどうかを示す情報であるネットワークノード。前記所定の通信再開条件に、前記通信端末が前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点以降に前記第1通信技術による通信において前記通信端末へ送信されるべきであった情報を、前記第1ネットワークにおいてバッファリングすることを示す情報が含まれる請求項14に記載のネットワークノード。前記所定の通信再開条件に、前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点以降に前記第2通信技術による通信において前記通信端末へ送信されるべきであった情報を、前記第1ネットワークにおいてバッファリングするバッファリング期間が含まれる請求項14に記載のネットワークノード。前記通信端末が前記第1ネットワークから前記第2ネットワークへ接続を切り替えた場合には、前記通信端末が前記第1ネットワークから前記第2ネットワークへ接続を切り替えた時点以降に前記第2通信技術による通信において前記通信端末へ送信されるべきであった情報を、前記バッファリング期間だけバッファリングするバッファを有する請求項16に記載のネットワークノード。前記バッファリング期間内に前記通信端末が前記第1ネットワークへ接続を戻し、前記第1通信技術による通信の再開の要求が前記通信端末から送信されたことを検出した場合には、前記バッファに蓄積されている情報を前記通信端末へ転送する情報転送部を有する請求項17に記載のネットワークノード。以下、図面を参照しながら、本発明の実施の形態について説明する。なお、以下では、図1に図示されているネットワーク構成に関連した構成及び動作を第1の実施の形態として説明し、図2に図示されているネットワーク構成に関連した構成及び動作を第2の実施の形態として説明する。本発明によれば、UEが第1アクセスネットワークにおいてPSセッションを有しているときに、ネットワークによって第2アクセスネットワークへのUEのハンドオーバが行われた後も、第1アクセスネットワークにおけるPSセッションの継続性を実現できる技術が提供される。ネットワークは、第1アクセスネットワークにおけるPSセッションの継続性を実現するための条件をUEへ通知する。ネットワークは、UEを第2アクセスネットワークへハンドオーバさせるよう指示を受けると、第1アクセスネットワークにおけるUEのPSセッションに関して、UEへ通知した条件を適用する。第1アクセスネットワーク上でUEに提供される条件は、例えば、UEが第2アクセスネットワークに存在するときに、第2アクセスネットワークにおいて何らかの動作を実行するようUEへ依頼するものである。UEは、第2アクセスネットワークでのセッションを終了した後、第1アクセスネットワークから提供された条件がまだ有効かどうかを検証する。そして、この条件が有効であるならば、UEは第1アクセスネットワークへ接続を戻して、ハンドオーバ前に第1アクセスネットワークで有していたPSセッションを再開する。<第1の実施の形態>まず、本発明の第1の実施の形態について説明する。第1の実施の形態では、図1に図示されているネットワーク構成の一例を参照しながら、本発明について説明する。図3は、本発明の第1の実施の形態において、UEに関するLIPAPSセッションを維持することをUEへ通知する方法の一例を説明するためのメッセージシーケンスチャートである。ここでは、ユーザは、何らかのデータファイルをメディアサーバ115からUE100にダウンロードさせようとしていることを前提とする。UE100は、PDNコネクションリクエストメッセージPDNconnectionrequestmessageをMME105へ送信するステップS300。PDNコネクションリクエストメッセージには、アクセスポイントネームAccessPointName:APN、あるいは、LGW116へのLIPA接続LIPAコネクションを確立しようとしていることをMME105が把握できるようにするためのインディケータが含まれている。MME105は、UE100がこのLIPA接続を行う許可が与えられていることを確認した後、クリエイトセッションメッセージcreatesessionmessageを送信することによって、UE100がLIPA接続を行おうとしていることをLGW116へ通知するステップS301。LGW116は、MME105へクリエイトセッション確認メッセージcreatesessionacknowledgementmessageを送り返すことによって、LIPA接続を行おうとするUE100のリクエストを受け入れるステップS302。本発明では、さらにLGW116が、UE100への応答に一連の条件条件のセットを加える。この第1の実施の形態において、条件のセットには、例えば、UE100がCSFBを実行している場合には、LGW116はLIPA接続をハンドオーバさせない代わりに、所定の時間だけUE100に関するデータパケットをバッファリングする処理を開始するという条件が含まれるが、これに限定されるものではない。また、条件のセットは、例えば、クリエイトセッション確認メッセージによって運ばれるプロトコル構成オプションProtocolConfigurationOptions:PCOの新たな情報要素によって伝送可能であるが、これに限定されるものではない。MME105は、ベアラセットアップメッセージbearersetupmessageを用いて、UE100のLIPAセッションに必要な無線ベアラを作成するよう、HeNB104へ通知するステップS303。さらに、MME105は、ステップS303のベアラセットアップメッセージにPDNコネクションアクセプトメッセージPDNconnectionacceptmessageを加える。このとき、MME105は、クリエイトセッション確認メッセージのPCOをPDNコネクションアクセプトメッセージへコピーする。HeNB104は、PDNコネクションアクセプトメッセージをUE100へ転送するステップS304。UE100は、LGW116から提供された条件のセットをUE100内部のデータベースに格納するステップS305。そして、UE100及びHeNB104は、LIPA接続用のUE100の無線チャンネルの再構成RRCRadioResourceControl再構成を続けステップS306、無線チャンネルが再構成されると、UE100はPDNコネクションアクセプトメッセージPDNconnectionacceptmessageをMME105へ送信することで、LIPA接続の確立完了をシグナリングするステップS307。この時点以降、UE100は、LIPA接続を用いてメディアサーバ115と通信を行い、データファイルを取り込むことが可能となる。また、図4は、本発明の第1の実施の形態において、UEが、CSFBによって別の無線アクセスネットワークへハンドオーバされる場合について説明するためのメッセージシーケンスチャートである。ここでは、UE100が、データファイルを取り込むために、メディアサーバ115との間で現在進行中の通信を行っていることを前提とする。MME105は、UE100への待機中CSコールが存在しているという通知をMSC128から受信すると、CSサービス通知メッセージCSservicenotificationmessageをUE100へ送信するステップS400。UE100は、CSサービス通知メッセージによって、UE100への待機中CSコールがあることを把握する。ユーザがCSコールを受ける場合には、UE100は、拡張サービスリクエストメッセージExtendedServiceRequestmessageをMME105へ送信するステップS401。UE100は、拡張サービスリクエストメッセージによって、UE100がCSコールを受け入れることを通知する。CSコールを受け入れることは、拡張サービスリクエストメッセージのCSFB応答情報要素によって伝送される。MME105は、拡張サービスリクエストメッセージをUE100から受信すると、UE100がCSコールの受け入れを望んでいることを把握し、CSケーパビリティドメインへUE100をハンドオーバさせる処理を開始するようHeNB104へ通知する。これは、MME105がCSFBインディケータを含むS1APメッセージをHeNB104へ送信することによって実現されるステップS402。HeNB104は、UE100がCSFBを実行していることを把握すると、CSFBハンドオーバが待機中であることをLGW116へ通知するステップS403。この第1の実施の形態では、HeNB104及びLGW116が同一デバイスに実装されていることを想定しており、この通知が、デバイス内における実装独自implementationspecificの内部トリガであってもよい。LGW116は、HeNB104からの通知を受信すると、UE100へ通知された条件のセットに基づいて、以降のUE100のデータパケットをバッファリングする処理を開始するステップS404。次に、非特許文献1に記載されているCSFBのインターRATハンドオーバ手順がトリガされるステップS405。このCSFBのインターRATハンドオーバ手順では、HeNB104、MME105、SGSN124、MSC128、BSS123が関与して、CSケーパブルドメインにおける無線リソースの準備が行われる。ここで、ターゲットRATすなわち、UTRAN102はPSサービスをサポートしていないとする。UE100のための無線リソースが準備されると、HeNB104は、UE100のために選択されたターゲットアクセスCSケーパブルドメインをUE100へ通知するハンドオーバコマンドHandovercommandを送るステップS406。UE100は、BSS123によって管理されている、選択されたCSケーパブルドメインへの切り替えを行い、UE100が到着に成功したことを示すハンドオーバ完了をBSS123へ送信するステップS407。また、MME105は、UE100に関するLIPA接続がUTRAN102へハンドオーバできないことを把握しているので、UE100に関するLIPA接続のコンテキストを削除するステップS408。UE100は、CSケーパブルドメインへのCSFBを実行しているとき、内部でタイマを開始し、UE100がCSケーパブルドメインにどのくらいの期間滞在しているかを把握する。図5は、本発明の第1の実施の形態において、CSFBのトリガに対してUEが実行する処理の一例を示すフローチャートである。この第1の実施の形態では、UE100がCSFBによるハンドオーバコマンドをHeNB104から取得すると、その機能が開始されるステップS500。機能は、LGW116によって提供されたUE100のLIPA接続に関する条件のセットをUE100のデータベースから取り出す処理を行うステップS502。そして、機能は、取り出された条件のセットを用いて、UE100のLIPA接続に対して、どのような条件がLGW116によって設定されたのかを判断するステップS504。LGW116がUE100のLIPAのPSセッションに関するバッファリングを実行しないと判断される場合、さらに、LIPA接続がUTRAN102へハンドオーバされないと判断される場合には、UE100は、UE100のLIPA接続のコンテキストを削除するステップS506。LIPA接続がハンドオーバ可能かどうかをUE100が判断する方法は、例えば、LIPA接続のEPSベアラ識別子を含むハンドオーバコマンドメッセージに基づいて行われてもよいが、これに限定されるものではない。なお、ハンドオーバコマンドメッセージにLIPA接続のEPSベアラ識別子が含まれている場合には、ネットワークがUE100のLIPA接続をUTRAN102へハンドオーバさせることを示している。LIPAのコンテキストが削除されると、機能は終了となりステップS508、UE100は、ネットワークによって選択されたCSケーパブルドメインへのハンドオーバ処理を開始する。また、LGW116がUE100のLIPAのPSセッションに関するバッファリングを実行すると判断される場合には、機能は、UE100の状態を、LGW116から提供された条件のセットをCSコールの完了後にUE100にチェックさせる状態とするステップS510。この状態では、UE100は内部でタイマを開始し、UE100においてCSコールがどのくらいの期間行われたかを把握する。UE100がこの状態になると、機能は終了となりステップS508、UE100はネットワークによって選択されたCSケーパブルドメインへのハンドオーバ処理を開始する。UE100は、CSコールの終了時に、LGW116によって提供された条件のセットがまだ有効かどうかをタイマの値を用いてチェックする。図6は、本発明の第1の実施の形態において、CSコールの終了後にUEによって行われる処理の一例を示すフローチャートである。UE100がCSコールを終了し、LGW116によって提供された条件のセットをCSコールの完了後にチェックする状態となると、その機能が開始されるステップS600。そして、機能は、LGW116によって提供された条件のセットがCSコール後もまだ有効かどうかを判断するステップS602。LGW116によって提供された条件のセットは最早無効であると判断される場合には、UE100は、UE100のLIPA接続のコンテキストを削除するステップS604。LIPAのコンテキストが削除されると、機能は終了となるステップS606。この時点で、UE100のグラフィカルユーザインタフェースGUIから、LIPAのPSセッションが切断されたこと、及び、次のステップに関してユーザからの入力待ちであることをユーザに対して表示してもよい。また、LGW116によって提供された条件のセットがまだ有効であると判断される場合には、機能は、UE100のアクセスストラタムASレイヤに対して、CSコールを受ける前にLIPAのPSセッションを有していたネットワークすなわち、家庭内又は企業ネットワーク103へ戻る選択を行うよう指示するステップS608。なお、条件のセットがまだ有効であるかどうかを判断する方法としては、例えば、LGW116のバッファリング期間がUE100によって開始されたタイマの値CSコールがどのくらいの期間だったかを示す値より小さい短いことを確認すればよいが、これに限定されるものではない。また、家庭内又は企業ネットワーク103に戻るよう選択する方法としては、例えば、UE100のノンアクセスストラタムNonAccessStratum:NASが、E-UTRAN101のセル識別子のみを含んでいるマニュアルCSG選択コマンドをUE100のASレイヤへ送ればよいが、これに限定されるものではない。家庭内又は企業ネットワーク103へ戻る選択を行うようASレイヤへ指示すると、機能は終了となるステップS606。UE100が家庭内又は企業ネットワーク103へ戻る選択を行ってHeNB104へ接続すると、UE100は、UE100が家庭内又は企業ネットワーク103へ戻って、LIPA接続の再開を望んでいることをLGW116へ通知する必要がある。図7は、本発明の第1の実施の形態において、UEがLIPA接続を再開することをLGWへ通知する方法の一例を示すメッセージシーケンスチャートである。UE100は、HeNB104へ接続した後、トラッキングエリアアップデートTrackingAreaUpdate:TAUメッセージをMME105へ送信して、UE100がUTRAN102からE-UTRAN101へ変更したことをMME105へ通知するステップS700。MME105は、UE100へトラッキングエリア応答TrackingAreaResponse:TARメッセージを返信することによって、その変更を受け入れるステップS701。次に、UE100は、PDNコネクションリクエストメッセージPDNconnectionrequestmessageをMME105へ送信するステップS702。PDNコネクションリクエストメッセージには、UE100がLGW116へのLIPA接続を確立しようとしていることをMME105が把握できるアクセスポイントネームAPNが含まれている。また、PDNコネクションリクエストメッセージには、LGW116がUE100に関してバッファリングを行っている以前のLIPA接続をUE100が再開しようとしていることを、UE100からLGW116へ通知できるインディケータが含まれている。UE100からLGW116への通知方法としては、例えば、UE100が使用していたLIPA接続のIPアドレスを含むPCO内の新たな情報要素を用いることができるが、これに限定されるものではない。MME105は、UE100がこのLIPA接続を行えるよう許可されていることを確認した後、クリエイトセッションメッセージcreatesessionmessageを送信することによって、UE100がLIPA接続を行おうとしていることをLGW116へ伝送するステップS703。このとき、UE100が使用していたLIPA接続のIPアドレスを含むPCOは、PDNコネクションリクエストメッセージからクリエイトセッションメッセージへコピーされる。LGW116は、UE100が以前のLIPA接続の再開を望んでいることを把握し、UE100が以前使用していた同一IPアドレスを再度割り当てる。LGW116は、LIPA接続を確立するために、クリエイトセッション確認メッセージcreatesessionacknowledgementmessageをMME105へ送り返すステップS704。MME105は、ベアラセットアップメッセージを用いて、UE100のLIPAのセッションを可能とするために必要な無線ベアラを作成するようHeNB104へ通知するステップS705。なお、MME105は、ステップS705におけるベアラセットアップメッセージbearersetupmessageにPDNコネクションアクセプトメッセージPDNconnectionacceptmessageも加える。その後、HeNB104は、PDNコネクションアクセプトメッセージをUE100へ転送するステップS706。UE100は、LGW116によって割り当てられたIPアドレスが、以前のLIPA接続で使用されていたIPアドレスと同一であるあるいは、似ていることを確認する。そして、UE100及びHeNB104は、LIPA接続に関して、UE100の無線チャンネルの再構成処理RRC再構成を行いステップS707、無線チャンネルが再構成されると、UE100はPDNコネクションアクセプトメッセージPDNconnectionacceptmessageをMME105へ送信することで、LIPA接続の確立完了をシグナリングするステップS708。この時点以降、UE100は、以前のLIPA接続を用いてメディアサーバ115と通信を行い、データファイルの取り込みを継続することが可能となる。また、図7には不図示であるが、LGW116は、バッファリングされているLIPAのPSセッションのパケットをUE100へ転送する。以下、この第1の実施の形態の一例について明確に説明する。ここでは、家庭内又は企業ネットワーク103において、UE100のユーザがメディアサーバ115からビデオファイルをダウンロードしようとしていることを前提とする。UE100が家庭内又は企業ネットワーク103においてLIPA接続の確立に必要な処理を実行すると、LGW116は、LIPA接続に関する条件のセットをUE100へ通知する。UE100は、ビデオファイルをダウンロードしている途中で、ユーザへの待機中CSコールが存在しているという通知をネットワークから受信する。ユーザはこのCSコールを受け入れ、UE100は、ネットワークによって選択されたCSケーパブルドメインへハンドオーバするようネットワークから指示を受ける。LGW116は、UE100がCSコールによってハンドオーバされることを把握すると、UE100のLIPA接続に関するPSセッションのパケットのバッファリングを開始する。UE100は、ハンドオーバ処理の間、LGW116から提供される条件のセットに気付き、LGW116がUE100のLIPA接続に関するPSセッションのパケットをバッファリングしていることを知っているので、CSコール後に、UE100の状態を条件のセットをチェックする状態へと遷移させる。さらに、UE100は内部でタイマを開始し、UE100が家庭内又は企業ネットワーク103からどのくらいの期間離れているかを判断する。そして、CSコールの完了後、UE100は、LGW116によって提供された条件のセットがまだ有効であるかどうかを検証する。条件のセットが有効であるならば、UE100は、家庭内又は企業ネットワーク103へ戻るよう選択し、LGW116との間におけるLIPA接続を再開する。UE100は、家庭内又は企業ネットワーク103に戻ると、LIPA接続を再開するためにUE100が戻ったことをLGW116へ通知する。LGW116は、UE100がLIPA接続のために以前使用していた同一IPアドレスを再度割り当てて、バッファリングされているUE100のPSセッションのパケットをUE100へ転送する。この第1の実施の形態では、UE100がCSコールに関連してすなわち、CSコールを行うか、あるいは、受けるために別のアクセスネットワークへハンドオーバされた後であっても、あるアクセスネットワークにおけるUE100の現在進行中のPSセッションに関する継続を認めることによって、本発明の目的が実現される。これは、ユーザがCSコールを完了した後に、CSコールの前に行っていたPSセッション例えば、ホームサーバからのファイルのダウンロードを再開できることを意味する。UE100は、ネットワークによって提供された条件に基づいて、PSセッションを再開できるかどうかを判断する。そして、PSセッションが再開できると判断した場合には、UE100は、元のアクセスネットワーク元のセルへ接続を戻してPSセッションを再開する。なお、上述の実施の形態第1の実施の形態では、図4のステップS403において、HeNB104からLGW116に対して、UE100がCSFBによって別のアクセスネットワークへハンドオーバされたことが通知される。しかしながら、HeNB104が、LGW116に対してこの通知を送信しないようにすることも可能である。その代わり、LGW116は、UE100がHeNB104からハンドオーバしたという通知をHeNB104から受けた際に、UE100のLIPA接続のPSセッションのバッファリングを開始する。例えば、UE100のLIPA接続のPSセッションがターゲットアクセスネットワークへハンドオーバできる場合には、LGW116が受ける通知バッファリングを開始するトリガとなる通知として変更ベアラリクエストが利用可能であるが、これに限定されるものではない。また、例えば、UE100のLIPA接続のPSセッションがターゲットアクセスネットワークにハンドオーバできない場合には、LGW116が受ける通知バッファリングを開始するトリガとなる通知として削除セッションリクエストが利用可能であるが、これに限定されるものではない。このように、HeNB104がLGW116に対して通知を行わないようにした場合、HeNB104とLGW116との間で相互作用が必要ではないという利点がある。これは、LGW116が、CSFBによるハンドオーバと、UE100のモビリティによるハンドオーバとを区別する必要がないことを意味する。また、上述の実施の形態第1の実施の形態では、HeNB104とLGW116とが単一のデバイスに実装されていることを想定している。したがって、UE100がCSFBによってハンドオーバされる際に、HeNB104からLGW116への通知には、同一デバイス内における実装独自implementationspecificの内部トリガが使用可能である。しかしながら、HeNB104とLGW116とが異なるデバイスに実装されていてもよい。この場合には、UE100がCSFBによってハンドオーバされたことを通知するために、HeNB104とLGW116との間でメッセージ交換が必要となる。このメッセージ交換は、例えば、HeNB104がS1APメッセージをMME105へ送信して、UE100がCSFBによってハンドオーバされたことを通知することによって実現可能である。この場合、MME105は、例えば削除セッションリクエストメッセージを用いて、この通知をSGW109経由でLGW116へ転送する。HeNB104の機能とLGW116の機能が異なるデバイスに実装される場合には、これらのデバイスの製造又は設定を容易にするという利点がある。<第2の実施の形態>次に、本発明の第2の実施の形態について説明する。第2の実施の形態では、図2に図示されているネットワーク構成の一例を参照しながら、本発明について説明する。図8は、本発明の第2の実施の形態において、UEに関するPSセッションを維持するための条件をUEへ通知するための方法の一例を説明するメッセージシーケンスチャートである。第2の実施の形態では、ユーザが、UE200を用いてメディアサーバ208からビデオストリーミングを受けようとしていることを前提とする。したがって、UE200は、PDNコネクションリクエストメッセージPDNconnectionrequestmessageをMME204へ送信するステップS800。PDNコネクションリクエストメッセージには、UE200が特定のAPNへのPDNコネクションを確立しようとしていることをMME204が把握できるアクセスポイントネームAPNが含まれていてもよい。MME204は、UE200によるPDNコネクションの作成が許可されていることを確認した後、クリエイトセッションメッセージcreatesessionmessageを送信することによって、UE200がPDNコネクションを求めていることをSGW209へ通知するステップS801。SGW209は、クリエイトセッションメッセージをPDNGW207へ転送することによって、UE200がPDNコネクションを求めていることをPDNGW207へ伝送するステップS802。PDNGW207は、ポリシーコントロール及びチャージングルール機能PCRF:PolicyControlandChargingRulesFunctionに問い合わせを行った後、UE200によるPDNコネクションの作成のリクエストを受け入れ、クリエイトセッション確認メッセージcreatesessionacknowledgementmessageを用いてSGW209へ応答を行うステップS803。本発明では、さらにPDNGW207が、UE200への応答に条件のセットを加えるこの第2の実施の形態において、条件のセットには、例えば、UE200がCSFBを実行している場合には、PDNGW207は所定の時間だけUE200のデータパケットをバッファリングする処理を開始するという条件が含まれるが、これに限定されるものではない。また、PDNGW207はPDNコネクションをハンドオーバしてもよく、条件のセットに、PDNコネクションがハンドオーバされるかどうかについての条件が含まれてもよい。PDNGW207はデータパケットをバッファリングするので、UE200は、PDNコネクションがハンドオーバされた場合にはターゲットアクセスネットワークにおけるこのPDNセッションを削除する必要がある。また、条件のセットは、例えば、クリエイトセッション確認メッセージで運ばれるプロトコル構成オプションPCO内の新たな情報要素によって伝送可能であるが、これに限定されるものではない。SGW209は、クリエイトセッション確認メッセージをMME204へ転送するステップS804。MME204は、ベアラセットアップメッセージbearersetupmessageを用いて、UE200のPDNコネクションに必要な無線ベアラを作成するよう、eNB203へ通知するステップS805。さらに、MME204は、ステップS804のベアラセットアップメッセージにPDNコネクションアクセプトメッセージPDNconnectionacceptmessageを加えてもよい。このとき、MME204は、クリエイトセッション確認メッセージのPCOをPDNコネクションアクセプトメッセージへコピーする。eNB203は、PDNコネクションアクセプトメッセージをUE200へ転送するステップS806。UE200は、PDNGW207から提供された条件のセットをUE200内部のデータベースに格納するステップS807。そして、UE200及びeNB203は、PDNコネクション用のUE200の無線チャンネルの再構成を続けステップS808、無線チャンネルが再構成されると、UE200はPDNコネクションアクセプトメッセージPDNconnectionacceptmessageをMME204へ送信することで、PDNコネクションの確立完了をシグナリングするステップS809。この時点以降、UE200は、PDNコネクションを用いてメディアサーバ208と通信を行い、ビデオファイルを取り込むことが可能となる。図9は、本発明の第2の実施の形態において、UEがCSFBに関連して別の無線アクセスネットワークへハンドオーバされたかどうかというイベントについて説明するためのメッセージシーケンスチャートである。ここでは、UE100が、メディアサーバ208と現在進行中の通信を行っており、メディアサーバ208からビデオのストリーミングを取得していることを前提とする。MME204は、UE200への待機中CSコールが存在しているという通知をMSC222から受信すると、CSサービス通知メッセージCSservicenotificationmessageをUE200へ送信するステップS900。UE200は、CSサービス通知メッセージによって、UE200への待機中CSコールがあることを把握できる。ユーザがCSコールを受ける場合には、UE200は、拡張サービスリクエストメッセージExtendedservicerequestmessageをMME204へ送信するステップS901。UE200は、拡張サービスリクエストによって、UE200がCSコールを受け入れることを通知する。これは、例えば、拡張サービスリクエストメッセージのCSFBレスポンス情報要素によって伝送される。MME204は、拡張サービスリクエストメッセージをUE200から受信すると、UE200がCSコールの受け入れを望んでいることを把握し、CSケーパビリティ有するドメインへUE200をハンドオーバさせる処理を開始するようeNB203へ通知する。これは、MME204が、CSFBインディケータを含むS1APメッセージをeNB203へ送信することによって実現されるステップS902。eNB203は、UE200がCSFBを実行しており、かつ、UE200がSIPTOPSセッションを有していることを把握すると、CSFBハンドオーバが待機中であることをPDNGW207へ通知する。この通知は、ステップS903、S904、S905において、eNB203からPDNGW207へ、MME204経由例えば、ハンドオーバ必須メッセージhandoverrequiredmessageを用いる及びSGW209経由例えば、削除セッションリクエストメッセージDeleteSessionRequestmessageを用いるで渡される。PDNGW207は、eNB203からの通知を受信すると、UE200へ通知された条件のセットに基づいて、以降のUE200のデータパケットをバッファリングする処理を開始するステップS906。次に、非特許文献1に記載されているCSFBのインターRATハンドオーバ手順がトリガされるステップS907。このCSFBのインターRATハンドオーバ手順では、eNB203、MME204、SGW209、PDNGW207、SGSN216、MSC222、BSS215が関与して、CSケーパブルドメインにおける無線リソースの準備が行われる。ここで、ターゲットRATすなわち、UTRAN202がPSサービスをサポートしていないとする。UE200のための無線リソースが準備されると、eNB203は、UE200のために選択されたターゲットアクセスCSケーパブルドメインをUE200へ通知するハンドオーバコマンドhandovercommandを送るステップS908。UE200は、BSS215によって管理されている、選択されたCSケーパブルドメインへの切り替えを行い、UE200が到着に成功したことを示すハンドオーバ完了handovercompleteをBSS215へ送信するステップS909。また、ターゲットアクセスネットワークがPSサービスをサポートしている場合には、UTRAN202もPSサービスをサポートしているので、MME204は、UE200のPSセッションをSGSN216へハンドオーバさせる。その結果、UE200は、UTRAN202においてPSセッションを継続することが可能となる。しかしながら、データシグナリングパスは最適化されない状態となる。図2を参照すると、UE200がメディアサーバ208からのビデオストリーミングを継続する場合には、データパスはリンク218、219、211、214となる。この最適化されていないデータパスは、セルラオペレータのEPCリソースの消費量を増大させる可能性がある。このような最適化されていないパスの使用を防ぐ方法は、例えば、UE200がEPC206からのPSサービスを削除することである。また、図10は、本発明の第2の実施の形態において、UEが別の無線アクセスネットワークへハンドオーバされた後に、ネットワークがPSセッションの削除をトリガする場合の一例を示すメッセージシーケンスチャートである。SGSN216は、UE200のPSセッションに関する現在のデータ接続が最適化されていないことを検出すると、デタッチリクエストメッセージDetachRequestmessageをUE200へ送信するステップS1000。SGSN216は、デタッチリクエストメッセージにリアタッチ再アタッチのコーズ値を挿入して、デタッチ手順の完了後にUE200がアタッチ手順を実行するよう通知してもよい。また、SGSN216は、削除セッションメッセージDeletesessionmessageをSGW209へ送信し、UE200のPDNコネクションを削除するステップS1001。SGW209は、UE200のPDNコネクションが切断されることをPDNGW207へ通知するステップS1002。PDNGW207は、UE200のPDNコネクションを削除し、削除セッション確認メッセージDeletesessionacknowledgementmessageによってSGW209へ応答するステップS1003。なお、図9に従うと、PDNGW207は既にUE200のPSセッションのバッファリングを開始している。SGW209は、UE200のPDNコネクションが切断されたことをSGSN216へ通知するステップS1004。また、UE200は、SGSN216からのデタッチリクエストメッセージを処理する際に、デタッチリクエストメッセージ内のリアタッチのコーズ値の存在に気付き、PDNGW207におけるベアラコンテキスト情報を削除する。なお、UE200は、ステップS908においてハンドオーバコマンドを取得する際に、PDNGW207とのPDNコネクションがUTRAN202へハンドオーバされるかどうかを把握する。ハンドオーバコマンドにPDNコネクションの識別子が含まれている場合には、PDNコネクションがターゲットアクセスネットワークへハンドオーバされることを意味する。一方、ハンドオーバコマンドにPDNコネクションの識別子が含まれていない場合には、PDNコネクションがターゲットアクセスネットワークへハンドオーバされないことを意味する。また、UE200は、ステップS806においてPDNGW207から提供された条件のセットに基づいて、PDNGW207へのPDNコネクションを削除する処理を行う。このとき、UE200は、削除リクエストメッセージDetachrequestmessageをSGSN216へ送信し、PDNGW207への接続を削除するステップS1005。SGSN216は、コネクションリリースメッセージConnectionreleasemessageを用いて、UE200に関する無線接続をリリースするようBSS215へ依頼するステップS1006。UE200及びBSS215は、接続リリース手順を行って、UE200のPSトラフィックに関する無線ベアラをリリースするステップS1007。UE200は、CSケーパブルドメインへのCSFBを実行しているとき、内部でタイマを開始し、UE200がCSケーパブルドメインにどのくらいの期間滞在しているかを把握する。図11は、本発明の第2の実施の形態において、CSFBのトリガに対してUEが実行する処理の一例を示すフローチャートである。この第2の実施の形態では、UE200がCSFBによるハンドオーバコマンドをeNB203から取得すると、その機能が開始されるステップS1100。機能は、PDNGW207によって提供されたUE200のPDNコネクションに関する条件のセットをUE200のデータベースから取り出す処理を行うステップS1102そして、機能は、取り出された条件のセットを用いて、UE200のPDNコネクションに対して、どのような条件がPDNGW207によって設定されたのかを判断するステップS1104。PDNGW207がUE200のPSセッションのバッファリングを実行しないと判断される場合には、機能は終了となりステップS1106、UE200は、ネットワークによって選択されたCSケーパブルドメインへのハンドオーバ処理を行う。一方、PDNGW207がUE200のPSセッションのバッファリングを実行すると判断される場合には、機能は、UE200の状態を、PDNGW207から提供された条件のセットをCSコールの完了後にUE200にチェックさせる状態とするステップS1108。この場合には、UE200は、内部でタイマを開始し、UE200においてCSコールがどのくらいの期間行われたかを把握する。なお、機能は、PDNGW207がUE200のPSセッションのバッファリングを実行している場合には、選択されたCSケーパブルドメインへのハンドオーバが完了した後、PDNGW207によるPSセッションの維持が不要な場合は、該当するPSセッションをネットワークから削除するようUE200へ指示を行ってもよい。そして、機能は終了となりステップS1106、UE200はネットワークによって選択されたCSケーパブルドメインへのハンドオーバ処理を行う。UE200は、CSコールの終了後、PDNGW207から提供された条件のセットがまだ有効かどうかをタイマの値を用いてチェックする。図12は、本発明の第2の実施の形態において、CSコールの終了後にUEによって行われる処理の一例を示すフローチャートである。UE200がCSコールを終了し、PDNGW207によって提供された条件のセットをCSコールの完了後にチェックする状態となると、その機能は開始されるステップS1200。そして、機能は、PDNGW207によって提供された条件のセットがCSコール後もまだ有効かどうかを判断するステップS1202。PDNGW207によって提供された条件のセットが最早無効であると判断される場合には、機能は終了となるステップS1204。なお、この時点で、UE200のグラフィックユーザインタフェースGUIか、UE200が最早PSサービスを持っておらず、次のステップに関してユーザからの入力待ちであることをユーザに対して表示してもよい。また、PDNGW207によって提供された条件のセットがまだ有効であると判断される場合には、機能は、UE200のアクセスストラタムASレイヤに対して、UE200がPSサービスを受けていた以前のセルへ戻る選択を行うよう指示するステップS1206。なお、条件のセットがまだ有効かどうかを判断する方法としては、例えば、PDNGW207のバッファリングの期間が、UE200によって開始されたCSコールがどのくらいの期間だったかを示すタイマより短いことを確認すればよいが、これに限定されるものではない。なお、UE200がPSサービスを受けていた以前のセルに戻る方法は、UE200のアプリケーションレイヤがUE200のASレイヤへコマンドを発行し、UE200が以前存在していたE-UTRAN201のセル識別子を最優先とする優先付けを行うことで実現可能となるが、これに限定されるものではない。機能は、UE200がPSサービスに関して存在していた以前のセルへ戻ることを選択するようASレイヤへ指示すると、終了となるステップS1204。UE200は、UE200がPSサービスに関連して存在していた以前のセルへ戻る選択を行ってeNB203へ接続すると、PDNコネクションの再開を望んでいるためUE200がeNB203へ戻ったことを通知する。図13は、本発明の第2の実施の形態において、UEがPDNコネクションを再開することをLGWへ通知する方法の一例を示すメッセージシーケンスチャートである。UE200は、eNB203へ接続した後、アタッチリクエストメッセージAttachrequestmessageをMME204へ送信するステップS1300。さらに、UE200は、PDNコネクションリクエストメッセージPDNconnectionrequestmessageもMME204へ送信し、UE200がPDNコネクションを望んでいることを通知する。また、PDNコネクションリクエストメッセージに、PDNGW207がUE200のためにバッファリングしていた以前のPDNコネクションの再開を望んでいることを、UE200からPDNGW207へ通知できるインディケータを挿入してもよい。この第2の実施の形態において、UE200からPDNGW207への通知方法としては、例えば、UE200が使用していたPDNコネクションのIPアドレスを含むPCO内の新たな情報要素を用いることができるが、これに限定されるものではない。MME204は、UE200がこのPDNコネクションを行えるよう許可されていることを確認した後、クリエイトセッションメッセージcreatesessionmessageを送信することによって、UE200がPDNコネクションを行おうとしていることをSGW209へ伝送するステップS1301。UE200が使用していたPDNコネクションのIPアドレスを含むPCOは、PDNコネクションリクエストメッセージからクリエイトセッションメッセージへコピーされる。SGW209は、クリエイトセッションメッセージをPDNGW207へ転送するステップS1302。PDNGW207は、UE200が以前のPDNコネクションの再開を望んでいることを把握し、UE200が以前使用していた同一IPアドレスを再度割り当てる。PDNGW207は、PDNコネクションを確立するためにクリエイトセッション確認メッセージcreatesessionacknowledgementmessageをSGW209へ送り返すステップS1303。SGW209は、クリエイトセッション確認メッセージをMME204へ転送するステップS1304。MME204は、アタッチアクセプトメッセージattachacceptmessageを送信することによって、EPC206へのアタッチに成功したことをUE200へ通知するステップS1305。さらに、MME204は、ベアラセットアップメッセージbearersetupmessageを用いて、UE200のPDNセッションを可能とするために必要な無線ベアラを作成するようeNB203へ通知するステップS1306。なお、MME204は、ステップS1306のベアラセットアップメッセージにPDNコネクションアクセプトメッセージPDNconnectionacceptmessageを加えてもよい。すなわち、ステップS1305のベアラセットアップメッセージと、ステップS1306のPDNコネクションアクセプトメッセージを1つにまとめてもよい。eNB203は、PDNコネクションアクセプトメッセージをUE200へ転送するステップS1307。UE200は、PDNGW207によって割り当てられたIPアドレスが以前のPDNコネクションで使用されていたIPアドレスと同一であることが分かる。UE200及びeNB203は、PDNコネクション用のUE200の無線チャンネルの再構成処理を行いステップS1308、無線チャンネルが再構成されると、UE200は、PDNコネクションアクセプトメッセージPDNconnectionacceptmessageをMME204へ送信することで、PDNコネクションの確立完了をシグナリングするステップS1309。この時点以降、UE200は、PDNコネクションを用いて、メディアサーバ208と通信を行い、ビデオファイルのストリーミングを継続して取得することが可能となる。なお、図13には不図示だが、PDNGW207は、バッファリングされたPSセッションのパケットをUE200へ転送する。以下、この第2の実施の形態の一例について明確に説明する。ここでは、セルラオペレータが、EPCのリソースの最適化を行うために、すべてのUE200のSIPTOを常に実行しようとするという単純なポリシーを持っていることを前提とする。また、UE200は、現在、PDNGW207経由でEPC206に接続されており、メディアサーバ208からビデオファイルをストリーミングしているとする。メディアサーバ208からビデオファイルをストリーミングしている間、UE200は、ユーザへの待機中CSコールが存在しているという通知をネットワークから受信する。ユーザはこのCSコールを受け入れ、UE200は、ネットワークによって選択されたCSケーパブルドメインへハンドオーバするようネットワークから指示を受ける。PDNGW207は、UE200がCSコールによってハンドオーバされることを把握すると、UE200へのPSセッションのパケットのバッファリングを開始する。UE200は、ハンドオーバ処理の間、PDNGW207から提供される条件のセットに気付き、PDNGW207がUE200へのPSセッションのパケットをバッファリングしていることを知っているので、CSコール後に、条件のセットをチェックする状態とする。さらに、UE200は内部でタイマを開始し、UE200が接続されていた以前のセルからどのくらいの期間離れているかを判断する。さらに、UE200は、PDNGW207からの指示に従って、PSセッションがハンドオーバされる場合にはPSセッションを終了するようSGSN216へ通知する。そして、CSコールの完了時、UE200は、PDNGW207によって提供された条件のセットがまだ有効であるかどうかを検証する。条件のセットが有効であるならば、UE200は、PSサービスに関連してUE200が存在していた以前のセルへ戻るよう選択し、PDNGW207とのPDNコネクションを再開する。UE200は、PSサービスに関して存在していた以前のセルに戻ると、PDNコネクションを再開するためにUE200が戻ったことをPDNGW207へ通知する。PDNGW207は、UE200が以前使用していた同一IPアドレスを再度割り当てて、バッファリングされていたPSセッションのパケットをUE200へ転送する。この第2の実施の形態では、UE200がCSコールに関連してすなわち、CSコールを行うか、あるいは、受けるために別のアクセスネットワークにハンドオーバされた後であっても、あるアクセスネットワークにおけるUE200の進行中のPSセッションに関する継続を認めることによって、本発明の目的が実現される。これは、ユーザが、CSコールを完了した後に、CSコールの前に行っていたPSセッション例えば、メディアサーバからのファイルのダウンロードを再開できることを意味する。UE200は、ネットワークによって提供された条件に基づいて、PSセッションを再開できるかどうかを判断する。そして、PSセッションが再開できると判断した場合には、UE200は、元のアクセスネットワーク元のセルへ戻ってPSセッションを再開する。また、第2の実施の形態では、UE200がCSコールを受けるCSケーパブルドメインへ、PSセッションのハンドオーバを行うようにすることも可能である。なお、上述の実施の形態第2の実施の形態では、図9のステップS903~S905において、eNB203からPDNGW207に対して、UE200がCSFBによって別のアクセスネットワークへハンドオーバされたことが通知される。しかしながら、eNB203が、PDNGW207に対してこの通知を送信しないようにすることも可能である。その代わり、PDNGW207は、UE200がハンドオーバを行ったという通知をeNB203から受けた際に、UE200のPSセッションのバッファリングを開始する。例えば、UE200のPSセッションがターゲットアクセスネットワークへハンドオーバできる場合には、PDNGW207が受ける通知バッファリングを開始するトリガとなる通知として変更ベアラリクエストが利用可能であるが、これに限定されるものではない。また、例えば、UE200のPSセッションがターゲットアクセスネットワークへハンドオーバできない場合には、PDNGW207が受ける通知バッファリングを開始するトリガとなる通知として削除セッションリクエストが利用可能であるが、これに限定されるものではない。このように、eNB203がPDNGW207に対して通知を行わないようにした場合には、eNB203とPDNGW207との間で相互作用が必要ではないという利点がある。これは、PDNGW207が、CSFBによるハンドオーバとUE200のモビリティによるハンドオーバとを区別する必要がないことを意味する。また、上述の実施の形態第2の実施の形態では、eNB203とPDNGW207とが異なるデバイスに実装されていることを想定している。したがって、UE200がCSFBによってハンドオーバされたことを通知するためには、eNB203とPDNGW207との間で標準化されたメッセージ交換が必要となる。このメッセージ交換は、例えば、eNB203がS1APメッセージ例えば、ハンドオーバリクエストメッセージをMME204へ送信して、UE200がCSFBによってハンドオーバされたことを通知することによって実現可能である。この場合、MME204は、例えば削除セッションリクエストメッセージを用いて、この通知をSGW209及びPDNGW207へ転送する。しかしながら、eNB203、SGW209、PDNGW207が単一のデバイスに実装されていてもよい。この場合には、UE100がCSFBによってハンドオーバされたことを、eNB203からSGW209及びPDNGW207へ通知するために、同一デバイス内における実装独自implementationspecificの内部トリガが使用可能である。単一のデバイスにすべての機能を実装させる場合には、機能間のメッセージがデバイス間接続を介して交換される必要がある場合に生じる送信遅延を低減できるという利点がある。<ホームフェムトセルにおいてSIPTOが実行される第1派生例>また、上述の第2の実施の形態では、SIPTOによるUE200のPSセッションのオフロードが、セルラオペレータのコアネットワークエンティティで起こることについても説明したが、第1の実施の形態図1の構成において、UE100がLGW116を有するフェムトセルへ移動した場合においても、SIPTOによるUE100のPSセッションのオフロードが起こる可能性がある。例えば、UE100が家庭内又は企業ネットワーク103に移動した場合、MME105は、UE100のために地理的により近いゲートウェイLGW116を検出してSIPTOをトリガするよう決定する。図14は、本発明の第1の実施の形態において、UEに関するSIPTOPSセッションを維持する条件をUEへ通知する方法の一例を説明するメッセージシーケンスチャートである。この第1の実施の形態において、UE100はEPC107へのPDNコネクションを1つだけ有しており、PDNコネクションがPDNGW108によって管理されているとする。この場合、MME105は、デタッチリクエストメッセージDetachRequestmessageをUE100へ送信するステップS1400。MME105は、デタッチリクエストメッセージにリアタッチ再アタッチのコーズ値を挿入して、デタッチ手順の完了後にアタッチ手順を実行するようUE100へ通知する。また、MME105は、削除セッションメッセージdeletesessionmessageをSGW109へ送信し、UE100のPDNGW108へのPDNコネクションを削除するステップS1401。SGW109は、UE100のPDNコネクションが切断されることをPDNGW108へ通知するステップS1402。PDNGW108は、UE100のコンテキストを削除し、削除セッション確認メッセージdeletesessionacknowledgementmessageによってSGW109へ応答するステップS1403。SGW109は、UE100のPDNコネクションが切断されたことをMME105へ通知するステップS1404。また、UE100は、MME105からのデタッチリクエストメッセージを処理する際に、リアタッチのコーズ値の存在に気付き、PDNGW108におけるベアラコンテキスト情報を削除する。また、UE100は、デタッチアクセプトメッセージdetachacceptmessageをMME105へ送信するステップS1405。MME105は、S1APコネクションリリースメッセージS1APconnectionreleasemessageを用いて、UE100のRRC接続をリリースするようHeNB104へ依頼するステップS1406。UE100及びHeNB104は、UE100の無線ベアラをすべて削除するためにRRC接続リリース手順を行うステップS1407。そして、RRC接続リリース手順の後、デタッチ手順は完了となる。このデタッチ手順が完了すると、UE100は、MME105の指示に従って、EPC107へのアタッチ手順を実行する。UE100及びHeNB104は、UE100のRRC接続を確立するためのやり取りを行うステップS1408。RRC接続がセットアップされると、UE100は、アタッチリクエストメッセージAttachrequestmessageをMME105へ送信するステップS1409。さらに、UE100は、PDNコネクションリクエストメッセージPDNconnectionrequestmessageもMME105へ送信し、UE100がEPC107へのPDNコネクションを望んでいることを通知する。MME105は、UE100の識別子及び加入者情報を確認し、UE100に適切なゲートウェイを選択する処理を行う。MME105は、LGW116が地理的にUE100に近いことに気付き、UE100に対してLGW116を選択する。そして、MME105は、クリエイトセッションメッセージcreatesessionmessageをLGW116へ送信する処理を行うステップS1410。LGW116は、UE100のリクエストを受け入れて、クリエイトセッション確認メッセージcreatesessionacknowledgementmessageをMME105へ送り返すことによって、PDNコネクションを作成するステップS1411。なお、本発明では、LGW116は、さらに、UE100への応答に条件のセットを挿入する。ここでは、条件のセットには、UE100がCSFBを実行している場合には、LGW116がPDNコネクションのハンドオーバを実行し、さらに、所定の時間だけUE100のデータパケットのバッファリングを開始するという条件を含まれているが、これに限定されるものではない。また、条件のセットが、クリエイトセッション確認メッセージで運ばれるPCO内の新たな情報要素によって伝送されてもよいが、これに限定されるものではない。MME105は、アタッチアクセプトメッセージAttachacceptmessageを送信することによって、EPC107へのアタッチに成功したことをUE100へ通知するステップS1412。さらに、MME105は、ベアラセットアップメッセージbearersetupmessageを用いて、UE100のPSセッションを可能とするために必要な無線ベアラを作成するようHeNB104へ通知する。なお、MME105は、ステップS1413のベアラセットアップメッセージにPDNコネクションアクセプトメッセージPDNconnectionacceptmessageを加えてもよい。なお、MME105は、クリエイトセッション確認メッセージ内のPCOをPDNコネクションアクセプトメッセージへコピーする。そして、HeNB104は、PDNコネクションアクセプトメッセージをUE100へ転送するステップS1414。UE100は、LGW116によって提供された条件のセットをUE100内のデータベースへ格納するステップS1415。UE100及びHeNB104は、PDNコネクション用のUE100の無線チャンネルの再構成処理を行いステップS1416、無線チャンネルが再構成されると、UE100は、PDNコネクションアクセプトメッセージPDNconnectionacceptmessageをMME105へ送信することで、PDNコネクションの確立完了をシグナリングするステップS1417。この時点以降、EPC107からのUE100のトラフィックを移動することによって、UE100に関するSIPTOが有効となる。UE100は、LGW116とのPDNコネクションを使用して、インターネット113上のエンティティと通信を行う。また、図15は、本発明の第1の実施の形態において、UEがCSFBに関連して別のアクセスネットワークへハンドオーバされる場合の一例を示すメッセージシーケンスチャートである。MME105は、UE100への待機中CSコールが存在しているという通知をMSC128から受信すると、CSFB手順をトリガして、UE100をCSケーパビリティドメインへハンドオーバさせるステップS1500。なお、このステップS1500は、図4のステップS400からS407と同一であり、ここでは詳細な説明は省略する。また、UTRAN102もPSサービスをサポートしているので、ステップS400からステップS407までの処理の間に、MME105は、UE100のPSセッションをSGSN124へハンドオーバさせる。したがって、UE100は、UTRAN102においてPSセッションを継続することが可能となる。しかしながら、この場合にはデータシグナリングパスは最適化されない。ここで、DSLプロバイダとEPCとが同一セルラオペレータに属していると仮定すると、UTRAN102へハンドオーバした際のUE100のデータパスに関連して、SGW109とLGW116との間に論理的なリンクが存在する。この論理的なリンク120は、物理的なリンク:SGW109→リンク111→リンク114→リンク122→リンク121→LGW116を通る。例えば、UE100がUTRAN102に存在する際にインターネット113へデータパケットを送信している場合には、パケットは、リンク126→リンク127→リンク111→リンク114→リンク122→リンク121→リンク121→リンク122を通過する。この最適化されていないデータパスは、セルラオペレータのEPCリソース消費量を増大させる可能性がある。このように最適化されていないパスの使用を防ぐ解決方法は、UE100がEPC107からのPSセッションを削除することである。UE100は、UTRAN102へのハンドオーバに成功すると、PSサービスに関してデタッチリクエストメッセージDetachRequestmessageをSGSN124へ送信するステップS1501。UE100がPSサービスをデタッチする理由は、LGW116によって提供された条件のセットから、UE100のデータパケットがLGW116にバッファリングされていることをUE100が把握しているからである。この第7の実施の形態では、EPC107内のエンティティすなわち、MME105及びSGSN124が、本発明に対してレガシのエンティティであることを前提としている。したがって、本発明をサポートするために、MME105及びSGSN124の機能を拡張することは考慮していない。したがって、レガシの特徴をサポートした場合には、SIPTOのPDNコネクションは、MME105からSGSN124へハンドオーバされる。PSサービスに関するデタッチリクエストをUE100からSGSN124へ送信させることによって、UE100がCSコール後にSIPTOに関するPDNコネクションを再開しようとする場合に、UE100とネットワークとの間における状態の誤同期が避けられる。SGSN124は、UE100からのデタッチリクエストメッセージを受信すると、UE100のPSサービスのコンテキストを削除するステップS1502。UE100がCSケーパブルドメインへのCSFBを実行している場合、UE100は内部でタイマを開始し、UE100がどのくらいの期間だけCSケーパブルドメインに滞在しているかを把握する。なお、UE100がPSセッションを再開するために、家庭内又は企業ネットワーク103へ戻るよう選択すべきかどうかを判断するための後続のステップは、図11及び図12に示す手順に従う。したがって、ここでは詳細については省略する。この場合も、UE100がCSコールに関連してすなわち、CSコールを行うか、あるいは、受けるために別のアクセスネットワークへハンドオーバした後であっても、あるアクセスネットワークにおけるUE100の進行中PSセッションを継続させることによって、本発明の目的が実現される。これは、ユーザがCSコールを完了した後に、CSコールの前に行っていたPSセッション例えば、ホームサーバからのメディアファイルのダウンロードを再開できることを意味する。UE100は、ネットワークによって提供された条件に基づいて、PSセッションを再開できるかどうかを判断する。<複数のPDNコネクションが存在する第2派生例>また、上述の第1及び第2の実施の形態では、UEがEPCへのPDNコネクションを1つだけ有しており、PDNコネクションがそのPDNGWによって管理されていることを前提としている。しかしながら、UEは、異なるPDNGWに管理されている複数のPDNコネクションを持つことも可能である。例えば図2のネットワーク構成において、UE200は、あるPDNGW207とPDNコネクションを有してインターネット213へアクセスしており、さらに、別のPDNGWとPDNコネクションを有してユーザの企業ネットワークへアクセスしているとする。異なるPDNGWへの複数のPDNコネクションが存在する状態において、SGSN216は、デタッチ手順を用いる代わりに、PDNGW207からGGSN220へのオフロードをトリガした場合には、デアクティベートベアラメッセージを用いてUE200を別のPDNGWへオフロードする。デアクティベートベアラメッセージには、ベアラの再アクティベートをUE200に指示するためのコーズ値が存在する。アクティベーション手順が実行されると、SGSN216は、GGSN220を選択してUE200をオフロードする。また、例えば図1のネットワーク構成において、UE100はあるPDNGW108とPDNコネクションを有してインターネット113へアクセスしており、さらに、別のPDNGWとPDNコネクションを有してユーザの企業ネットワークへアクセスしているとする。このように、異なるPDNGWへの複数のPDNコネクションが存在する状態において、MME105は、デタッチ手順を用いる代わりに、PDNGW108からLGW116へのオフロードをトリガした場合には、デアクティベートベアラメッセージを用いてUE100を別のPDNGWへオフロードする。デアクティベートベアラメッセージには、ベアラの再アクティベートをUE100に指示するためのコーズ値が存在する。アクティベーション手順が実行されると、MME105は、LGW116を選択してUE100をオフロードする。<CSコールを受けた後のUEへ条件のセットを提供する第3派生例>また、上述の第1及び第2の実施の形態において、UEがCSコールを受けた後に、条件のセットがUEへ提供されるようにすることも可能である。例えば、上述の第1の実施の形態では、UE100のPSセッションを維持する条件のセットが、UE100がLGW116へのPDNコネクションを確立する際にLGW116から送信されると仮定している。しかしながら、UE100がUTRAN102へハンドオーバされてCSコールを受けた後に、LGW116が条件のセットをUE100へ送信することも可能である。例えば、LGW116は、タイプスタンプ付の条件のセットをMME105へ渡す。この条件のセットには、例えば、LGW116がUE100のパケットをバッファリングする期間が含まれるようにすることが可能であるが、これに限定されるものではない。ここで、ターゲットRATすなわち、UTRAN102がPSサービスをサポートしていないと仮定する。MME105は、UE100がUTRAN102に存在していることを把握すると、条件のセット及びタイムスタンプをSGSN124へ渡し、SGSN124からUE100へ通知メッセージが送信される。この通知メッセージには、LGW116から受信した条件のセット及びタイムスタンプをUE100へ伝送するための新たな情報要素が存在する。UE100は、CSコールを完了すると、条件のセットがまだ有効かどうかをチェックする。例えば、条件のセットに、LGW116がUE100のSIPTOコネクションのパケットをバッファリングする期間が含まれている場合には、UE100の現在時刻とLGW116から送信されたタイムスタンプとを比較することによって、UE100は、これらの時間差を計算することができる。UE100は、この時間差と条件のセットに記載されている期間とを比較する。この時間差が条件のセットに記載されている期間より短い場合には、UE100は、家庭内又は企業ネットワーク103に戻るよう選択し、LGW116とのPDNコネクションを再開して、バッファリングされているパケットを取得する。また、更なる派生例として、ターゲットRATすなわち、UTRAN102がPSサービスをサポートしていない場合には、MME105は、条件のセット及びタイムスタンプをMSC128へ渡し、MSC128からUE100へ通知メッセージが送信されるようにすることが可能である。この通知メッセージには、LGW116から受信した条件のセット及びタイムスタンプをUE100へ伝送するための新たな情報要素が存在する。UE100は、CSコールを完了すると、条件のセットがまだ有効かどうかをチェックする。例えば、条件のセットに、LGW116がUE100のSIPTOコネクションのパケットをバッファリングする期間が含まれている場合には、UE100の現在時刻とLGW116から送信されたタイムスタンプとを比較することによって、UE100は、これらの時間差を計算することができる。UE100は、この時間差と条件のセットに記載されている期間とを比較する。この時間差が条件のセットに記載されている期間より短い場合には、UE100は、家庭内又は企業ネットワーク103へ戻るよう選択し、LGW116とのPDNコネクションを再開して、バッファリングされているパケットを取得する。このように、UE100がCSコールに関連してすなわち、CSコールを行うか、あるいは、受けるために別のアクセスネットワークへハンドオーバされた後であっても、あるアクセスネットワークにおけるUEの進行中のPSセッションに関する継続を認めることによって、本発明の目的が実現される。これは、ユーザがCSコールを完了した後に、CSコールの前に行っていたPSセッション例えば、サーバからのファイルのダウンロードを再開できることを意味する。UEは、ネットワークによって提供された条件に基づいて、PSセッションを再開できるかどうかを判断する。また、さらに、現在CSFBで用いられているシグナリングを拡張するだけで、UEのPSセッションの維持をサポートできるという利点も有している。<ハンドオーバコマンドを用いて条件のセットが送信される第4派生例>上述の第1及び第2の実施の形態では、UEがPDNコネクションを確立する際に、UEのPSセッションを維持する条件のセットが、PDNGW又はLGWから送信されると仮定している。しかしながら、UEがCSケーパブルドメインへのハンドオーバを行っている最中に、PDNGW又はLGWが条件のセットをUEへ送信することも可能である。例えば、ハンドオーバコマンドメッセージが送信される際に、UEへ送信すべき条件のセットがeNB又はHeNBへ渡される。なお、条件のセットをeNB又はHeNBへ渡す方法として、例えば、実装独自のメッセージを使用することが挙げられる。また、PDNGW又はLGWは、例えばクリエイトセッション確認メッセージを用いて、条件のセットをSGW経由でMMEへ渡すことも可能である。MMEはS1APメッセージ例えば、S1-APUEコンテキスト変更リクエストを用いて、条件のセットをeNB又はHeNBへ渡す。例えば、図1のネットワーク構成において、LGW116は、UE100がLGW116との間でLIPAPDNコネクションを確立する際に、UE100のLIPAPDNコネクションに関する条件のセットをHeNB104へ通知するMME105を通じて。HeNB104は、UE100がCSFBによってハンドオーバしなければならないことを把握すると、UE100へのハンドオーバコマンドメッセージステップS406において送信されるに、条件のセットを挿入する。UE100は、ハンドオーバコマンドメッセージから条件のセットを抽出し、これを用いて、CSコール後にUE100がLIPAPSセッションを再開できるかどうかを判断する。また、例えば、図2のネットワーク構成において、PDNGW207は、UE200がPDNGW207とのPDNコネクションを確立する際に、UE200のPDNコネクションのための条件のセットをeNB203へ通知するSGW209及びMME204を通じて。eNB203は、UE200がCSFBによってハンドオーバしなければならいことを把握すると、UE200へのハンドオーバコマンドメッセージステップS908において送信されるに、条件のセットを挿入する。UE200は、ハンドオーバコマンドメッセージから条件のセットを抽出し、これを用いて、CSコール後にUE200がPSセッションを再開できるかどうかを判断する。このように、UEがCSコールに関連してすなわち、CSコールを行うか、あるいは、受けるために別のアクセスネットワークへハンドオーバされた後であっても、あるアクセスネットワークにおけるUEの進行中のPSセッションに関する継続を認めることによって、本発明の目的が実現される。これは、ユーザがCSコールを完了した後に、CSコールの前に行っていたPSセッション例えば、ホームサーバからのメディアファイルのダウンロードを再開できることを意味する。UEは、ネットワークによって提供された条件に基づいて、PSセッションを再開できるかどうかを判断する。また、さらに、UEがセットアップしているすべてのPDNコネクションに関連した条件のセットがUEへ送信される必要がなくなるという利点がある。<eNB/HeNBによってバッファリングが行われる第5派生例>また、上述の第1及び第2の実施の形態では、UEのPSトラフィックのバッファリングがPDNGW又はLGWによって行われると仮定しており、PDNGW又はLGWがUEのPSセッションを維持するための条件のセットをUEへ送信している。しかしながら、UEのPSセッションのバッファリングは、eNB又はHeNBにおいても実行可能である。これは、PDNGW又はLGWが、本発明に対するレガシ本発明に係る機能をサポートしていないデバイスである場合に有効であるが、一方、eNB又はHeNBが、PSセッションを再開できるよう拡張される必要がある。これを実現するためには、例えば、UEがCSFBによって別のアクセスネットワークへハンドオーバされる際に、eNB又はHeNBがUEのプロキシとして動作する。PDNGW又はLGWは、eNB又はHeNBへUEのPSトラフィックを送信し続け、eNB又はHeNBが、所定の期間バッファリングを行う。例えば、図1のネットワーク構成において、HeNB104は、UE100がLGW116との間でLIPAPDNコネクションを有していることを把握する。HeNB104は、CSFBによってUE100をハンドオーバさせる際に、UE100へのハンドオーバコマンドメッセージステップS406において送信されるに条件のセットを挿入する。なお、HeNB104は、LIPAPSコンテキストを削除するためのS1APリリースメッセージをMME105へ送信しない。LGW116は、LIPAPSトラフィックをHeNB104へ送信し続け、HeNB104は、条件のセットに示されている所定の期間だけ、UE100のLIPAPSトラフィックのバッファリングを開始する。UE100は、ハンドオーバコマンドメッセージから条件のセットを抽出し、これを用いて、CSコール後にUE100がLIPAPSセッションを再開できるかどうかを判断する。また同時に、HeNB104は、UE100へのハンドオーバコマンドメッセージに付加情報を挿入して、CSコールが終わった際にUE100が接続を容易に再開できるようにすることが可能である。例えば、UE100がCSコール後にE-UTRANへ接続を戻す際にHeNB104がUE100を識別できるようにする特定の識別子、UE100及びHeNB104が暗号化の再確立を行えるようにするセキュリティ鍵材料、完全保護鍵、無線ベアラIDマッピングなどの付加情報を挿入することが可能である。HeNB104は、UE100がHeNB104から離れてCSセッションを実行する際に、受信パケットを無線ベアラへ送信するのではなく、その代わりにバッファリングを行うという点を除いて、UE100がまだその通信範囲内に存在するかのように動作する。UE100は、CSコールを終了すると、HeNB104への直接接続に戻して、ハンドオーバコマンド内のHeNB104から提供された情報を用いて、必要な無線ベアラの再確立を行う。そして、HeNB104は、対応する無線ベアラを通じて、バッファリングされているパケットをUE100へ転送し、LIPA/SIPTOPSセッションが再開される。また、例えば、図2のネットワーク構成において、eNB203が、UE200がPDNGW207とのPDNコネクションを有していることを把握する。eNB203は、CSFBによってUE200をハンドオーバさせる際に、UE200へのハンドオーバコマンドメッセージステップS0908において送信されるに条件のセットを挿入する。なお、eNB203は、UE200のPSコンテキストを削除するためのS1APメッセージをMME204へ送信しない。PDNGW207は、PSトラフィックをeNB203へ送信し続け、eNB203は、条件のセットに示されている所定の期間だけ、UE200のPSトラフィックのバッファリングを開始する。UE200は、ハンドオーバコマンドメッセージから条件のセットを抽出し、これを用いて、CSコール後にUE200がPSセッションを再開できるかどうかを判断する。このように、UE100がCSコールに関連してすなわち、CSコールを行うか、あるいは、受けるために別のアクセスネットワークへハンドオーバされた後であっても、あるアクセスネットワークにおけるUEの進行中のPSセッションに関する継続を認めることによって、本発明の目的が実現される。これは、ユーザがCSコールを完了した後に、CSコールの前に行っていたPSセッション例えば、ホームサーバからのメディアファイルのダウンロードを再開できることを意味する。UEは、ネットワークによって提供された条件に基づいて、PSセッションを再開できるかどうかを判断する。また、さらに、PDNGW又はLGWが本発明に対してレガシであってもよいという利点がある。<ターゲットRATがPSサービスをサポートしていない第6派生例>上述の第1及び第2の実施の形態では、UEがCSFBによってハンドオーバされる際に、ターゲットRATがPSサービスをサポートしていることを前提としている。しかしながら、例えば、ターゲットRATがGREANの場合など、ターゲットRATがPSサービスをサポートしない可能性もある。このように、ターゲットRATがPSサービスをサポートしていない場合であっても、UEのPSセッションを維持する本発明の解決方法は適用可能である。ターゲットRATがPSサービスをサポートしていない場合、UEのPSセッションは終端されているので、SGSNがインターRATハンドオーバ手順に関与することはない。なお、HeNB又はeNBは、ターゲットRATへUEを移すためのハンドオーバコマンドメッセージの代わりに、RRCコネクションリリースメッセージを送信する。RRCコネクションリリースメッセージには、UEがどのRATに移されるのかを知らせるための通知である。同様に、UEは、ハンドオーバ完了メッセージを送信せず、その代わりに、ルーティングエリア更新RAUメッセージ、又は、位置エリア更新LAUメッセージを送信する。例えば、図4を参照すると、ここでは、SGSN124はステップS405におけるインターRATハンドオーバ手順に関与していない。HeNB104は、UTRAN102がPSサービスをサポートできないことを知っている場合には、RRC接続リリースメッセージをUE100へ送信する。RRC接続リリースメッセージには、UTRAN102を選択するようUE100へ知らせる通知が存在している。UE100は、RRC接続リリースメッセージの情報を用いて、UTRAN102を選択する。同様に、HeNB104及びUE100は、ハンドオーバがCSFBによるものであることを把握すると、HeNB104及びUE100の両方共、UE100のLIPAPSセッションのコンテキストを維持する。これによって、UE100は、CSコール後にE-UTRAN101へ戻る際に、LIPAPSセッションを再開することが可能となる。また、例えば、図9を参照すると、ここでは、SGSN216は、ステップS907におけるインターRATハンドオーバ手順に関与していない。eNB203は、UTRAN202がPSサービスをサポートできないことを知っている場合には、RRC接続リリースメッセージをUE200へ送信する。RRC接続リリースメッセージには、UTRAN202を選択するようUE200へ知らせる通知が存在している。UE200は、RRC接続リリースメッセージの情報を用いて、UTRAN202を選択する。同様に、eNB203及びUE200は、ハンドオーバがCSFBによるものであることを把握すると、eNB203及びUE200の両方共、UE200のPSセッションのコンテキストを維持する。これによって、UE200は、CSコール後にE-UTRAN201へ戻る際に、PSセッションを再開することが可能となる。さらに、別の派生例では、図1において、UE100がLGW116とLIPAPDNコネクションを確立する際に、LGW116は、UE100のLIPAPDNコネクションに関する条件のセットをHeNB104へ通知する。HeNB104は、UTRAN102が、PSサービスをサポートしていないこと、さらに、UE100がCSFBによってハンドオーバしなければならないことを把握すると、UE100へ送信するRRC接続リリースメッセージに条件のセットを挿入する。UE100は、RRC接続リリースメッセージから条件のセットを抽出し、これを用いて、UE100がCSコール後にLIPAPSセッションを再開できるかどうかを判断する。さらにまた別の派生例では、図2を参照すると、UE200がPDNGW207とPDNコネクションを確立する際に、PDNGW207は、UE200のPDNコネクションに関する条件のセットをeNB203へ通知するSGW209及びMME204を通じて。eNB203は、UTRAN202がPSサービスをサポートしていないことを把握し、さらに、UE200がCSFBによってハンドオーバしなければならないことを把握すると、UE200へ送信するRRC接続リリースメッセージに条件のセットを挿入する。UE200は、RRC接続リリースメッセージから条件のセットを抽出し、これを用いて、UE200がCSコール後にPSセッションを再開できるかどうかを判断する。<CSコール前のネットワークに戻った際に、SIPTOをトリガするかどうかを判断する第7派生例>また、上述の実施の形態において、UEがCSコール前のネットワークに戻った際に、SIPTOをトリガするかどうかを動的に判断することも可能である。上述の説明では、例えば図1において、UE100がCSコール後に家庭内又は企業ネットワーク103へ戻るよう選択されたときに、MME105がSIPTOをトリガしてUE100に関するLGW116を選択し直すと仮定している。MME105がLGW116を選択する理由は、セルラオペレータが、すべてのUEに関するSIPTOを常に実行してEPC107のリソースの最適化を行おうとする単純なポリシーを持っているからである。すなわち、これは、ポリシーが静的であることを意味している。しかしながら、ポリシーを動的なものとして、MME105が、EPC107のリソース利用に基づいて、SIPTOがトリガされるべきであるかどうかを判断することも可能である。この場合、例えば、CSコール後にUE100が家庭内又は企業ネットワーク103へ戻るよう選択する際に、MME105は、SIPTOを実行しないよう決定し、UE100をPDNGW108へ接続させることが可能である。このとき、PDNGW108は、UE100の以前のPDNコネクションのコンテキストを持っていないので、UE100に対して、新たなIPアドレスを用いた新たなPDNコネクションを割り当てる。UE100は、LGW116によって提供される条件のセットがまだ有効であること、さらに、UE100が以前のIPアドレスを取得していないことを把握した場合には、SIPTOがトリガされていないと推定して、別のPDNGWへ接続される。しかしながら、LGW116は、条件のセットが無効になるまでUE100のパケットのバッファリングを続けることになる。したがって、UE100は、LGW116に対して、UE100は別のPDNGWに接続されていることを通知し、UE100に関するバッファをクリアするよう依頼することが有用である。このようなLGW116への通知は、HeNB104を経由して行うことが可能である。また、UE100は、MME105へのPDNコネクションリクエストの間に、LGW116へ接続することが望ましいことをMME105へ通知することも可能である。その結果、MME105は、可能であれば、UE100のためにLGW116を選択する。<条件のセットに係る第8派生例>上述の実施の形態では、条件のセットが、UEのPSトラフィックのバッファリングが可能な期間、さらには、UEのPDNコネクションがターゲットアクセスへハンドオーバされることの通知を含む場合について説明している。しかしながら、条件のセットにはその他の条件やパラメータが含まれてもよい。例えば、条件のセットに、CSコール後にUEのPSトラフィックを再開するためにUEが調整を必要とする周波数が含まれてもよい。例えば、UE100が受信した条件のセットには、LGW116がUE100のLIPAPSセッションをバッファリングする期間が含まれており、さらに、セルE-UTRAN101の周波数が含まれている。CSコール後、UE100は、条件のセットに示されている期間を用いて、UE100がLIPAPSセッションを再開できるかどうかを判断する。そして、再開できるのであれば、UE100は、LIPAセッションを再開するためにHeNB104によって管理されているセルE-UTRAN101へ戻るよう選択する際の参考として、条件のセットに示されている周波数を利用する。<UEがバッファリング時間に関してHeNBと交渉を行う第9派生例>条件のセットで示されている期間は、例えば、ネットワークのケーパビリティ例えば、データ格納キャパシティに基づき、ネットワークが決定することが可能である。しかしながら、この期間に関してUEとネットワークとの間で交渉が行われてもよい。この交渉は、UEが行う又は受けるCSコールのタイプに適した動的な期間の設定を可能にするという利点を有する。例えば、UE100は、CSケーパブルドメインへの切り替えが単にショートメッセージの送信SMSのためだけであることを把握すると、LGW116がUE100のLIPAPSトラフィックをバッファリングするために必要な期間が短いことをLGW116へ通知する。この場合、UE100は、SMSの送信が完了するとすぐにE-UTRAN101へ戻って、LIPAPSトラフィックを継続する。<バッファリングエンティティに係る第10派生例>バッファリングエンティティは、UEがPSセッションを再開できるように、UEのIPアドレスを維持する。このバッファリングエンティティは、例えば、PDNGW、LGW、eNB、又は、HeNBなどによって実現可能である。また、バッファリングエンティティは、さらに、他のタイプのコンテキスト例えば、UEの接続状態を維持してもよい。例えば、LGW116が家庭内又は企業ネットワーク103のネットワークアドレス変換NATデバイスも兼ねている場合には、LGW116は、UE100に関するNATの状態も維持することが可能である。これにより、UE100がLGW116とのPSセッションを再開しようとする際に、NATの状態は再構成される必要がなくなる。また、別の例では、LGW116は、UE100のHTTPプロキシであってもよい。この場合には、LGW116によって、HTTPプロキシに関するUE100の構成が維持されてもよい。<バッファリングする期間をユーザに表示する第11派生例>上述の第1及び第2の実施の形態では、条件のセットに示されている期間が、UEによってのみ考慮されることを前提としているが、この期間をユーザに通知できるようにしてもよい。例えば、UEのグラフィカルユーザインタフェースGUIによって、PSセッションがバッファリングされる時間をユーザに対して表示してもよい。これによって、ユーザは、PSセッションに影響を与えずにCSコールを行うことができる期間を把握することが可能となる。例えば、UE100は、HeNB104からハンドオーバコマンドを取得すると、LIPAPSセッションがどのくらいの期間バッファリングされるかをユーザへ知らせるために、条件のセットに示されている期間をユーザに対して表示する。ユーザは、CSコールを行う又は受ける際に、この情報を考慮することが可能となる。また、バッファリング時間が短過ぎるとユーザが感じるのであれば、バッファリングエンティティと交渉を行って、バッファリング期間を拡張するか、又は、アプリケーションを使用してPSトラフィックを一時的に中断すなわち、ストリーミングしているビデオ再生を停止するなどしてもよい。<UEがページメッセージを受信する第12派生例>上述の第1及び第2の実施の形態では、UEが進行中のデータ通信を有しており、ネットワークがCSサービス通知をUEへ送信すると仮定している。UEは、CSサービス通知の受信時、又は、UEがCSコールを受け入れる場合などに、条件のセットをチェックする。しかしながら、UEは進行中のデータ通信を持っていなくてもよく、また、ネットワークはCSサービス通知ではなく、ページメッセージを送信してもよい。UEは、ページメッセージを受信し、CSコールを受け入れる場合に条件のセットをチェックする。<M2Mアプリケーションへ適用される第13派生例>また、本発明は、マシントゥーマシンタイプコミュニケーションM2Mのシナリオに適用可能である。例えば、マシンタイプコミュニケーションMTCデバイスが、PSケーパブルドメインに存在し、MTCサーバからパケットデータをダウンロードしている際に、CSドメインへ切り替えてSMSを受信するよう要求するページSMS到着のページを受信したとする。このような場合に、本発明を利用して、MTCデバイスがCSケーパブルドメインへハンドオーバしてSMSを取得する際に、バッファリングエンティティがMTCサーバからMTCデバイスへのデータパケットをバッファリングすることが可能である。MTCデバイスは、SMSの取得を完了すると、バッファリングエンティティから提供された条件のセットに基づいて、MTCサーバとのデータ通信を再開することが可能かどうかを判断する。データ通信の再開が可能であるならば、MTCデバイスは、PSケーパブルドメインへ戻って、MTCサーバとのデータ通信を再開する。<UEの機能アーキテクチャの一例>また、図16は、本発明を実現するための好適な機能アーキテクチャの一例を示すブロック図である。図16には、ネットワークインタフェースモジュール1601、3GPPアクセススタック1602、IPプロトコルスタック1603、アプリケーション1604を有する機能アーキテクチャ1600が図示されている。なお、図16に図示されている機能アーキテクチャを有する好適な装置は、例えばモバイルフォンやラップトップなどのモバイル電子通信デバイスであってもよいが、これに限定されるものではない。また、図16に図示されている機能アーキテクチャを有する好適な装置は、上述のUE100、UE200に対応している。ネットワークインタフェースモジュール1601は、当該装置が通信媒体を介して別のノードと通信を行うために必要なすべてのハードウェア及びソフトウェアを示す機能ブロックである。当該技術分野において周知の用語を使用すると、ネットワークインタフェースモジュール1601は、レイヤ1物理レイヤとレイヤ2データリンクレイヤの通信コンポーネント、ファームウェア、ドライバ、及び通信プロトコルを表している。なお、当業者であれば、機能アーキテクチャ1600が、1つ以上のネットワークインタフェースモジュール1601を含んでいてもよいことは明らかである。また、シグナル/データパス1605によって、ネットワークインタフェースモジュール1601は、3GPPアクセススタック1602に対して、トリガ/パケットを伝送することが可能である。例えば、ネットワークインタフェースモジュール1601は、受信したNASメッセージ例えば、PDNアクセプトメッセージを、更なる処理のために3GPPアクセススタック1602へ転送する。さらに、シグナル/データパス1605によって、3GPPアクセススタック1602は、ネットワークへ送信したいNASメッセージ例えば、PDNコネクションメッセージを送信するために、ネットワークインタフェースモジュール1601へ渡すことが可能である。また、3GPPアクセススタック1602は、3GPP無線アクセスネットワークを介して当該装置とネットワークとの間の通信を管理する機能ブロックである。3GPPアクセススタック1602は、アクセスストラタム1606、及び、非アクセスストラタムノンアクセスストラタム1607の2つの機能を有している。アクセスストラタム1606は、この好適な装置のための無線ベアラを管理する。例えば、アクセスストラタム1606は、RRC接続シグナリングを実行して、当該装置がデータパケットを送受信できるようにするための無線ベアラを構成する。ノンアクセスストラタム1607は、当該装置が3GPP無線アクセスネットワークへ接続される際に、モビリティやセッションに関する処理を行う。アクセスストラタム1606とノンアクセスストラタム1607との間のシグナル/データパス1608によって、相互にトリガ/パケットの伝送を行うことが可能である。例えば、当該装置が無線セルを選択する必要がある場合、ノンアクセスストラタム1607は、選択された無線セル識別子をアクセスストラタム1606へ提供する。また、IPプロトコルスタック1603は、当該装置がセルラネットワークを介してグローバルインターネット上の他のノードと通信を行うためのインターネットプロトコルを実装するソフトウェアを有する機能ブロックである。IPプロトコルスタック1603は、例えばIPv4又はIPv6を有しているが、これに限定されるものではない。シグナル/データパス1609によって、IPプロトコルスタック1603は、3GPPアクセススタック1602へトリガ/パケットを伝送することが可能である。例えば、3GPPアクセススタック1602は、3GPP無線アクセスネットワークにおける通信のためのIPアドレスを、IPプロトコルスタック1603へ渡すことが可能である。さらに、シグナル/データパス1610によって、IPプロトコルスタック1603は、IPアドレス情報をセッションコントロール機能1611へ渡すことが可能である。また、アプリケーション1604は、通信プロトコルスタックにおけるネットワークレイヤより上位に位置するすべてのプロトコル及びプログラムを示す機能ブロックを表している。これは、例えば伝送制御プロトコルTCP、ストリーム制御トランスポートプロトコルSCTP、ユーザデータグラムプロトコルUDPなどのトランスポートプロトコル又はセッションレイヤプロトコル、あるいは、他のノードと通信を行うために必要なプログラム及びソフトウェアを含んでいる。アプリケーション1604は、さらに、セッションコントロール機能1611とデータベースモジュール1612とを有している。データベースモジュール1612は、当該装置が必要とする情報を格納する機能を提供する。データベースモジュール1612に格納される情報は、例えば、PDNGW、LGW、eNB又はHeNBによって提供された条件のセットであるが、これに限定されるものではない。また、シグナル/データパス1613によって、ノンアクセスストラタム1607は、PCOによって提供された条件のセットをデータベースモジュール1612に渡して格納することが可能である。また、本発明では、セッションコントロール機能1611が導入される。このセッションコントロール機能1611は、CSコール後に、当該装置がPSセッションを継続するために元のアクセスネットワークへ戻るべきかどうかを判断する。ノンアクセスストラタム1607は、当該装置に関する待機中CSコールのトリガを受けると、セッションコントロール機能1611へこのトリガイベントを通知する。なお、この通知は、シグナル/データパス1614によって可能となる。セッションコントロール機能1611は、当該装置のPSセッション用に提供された条件のセットをデータベースモジュール1612から取り出す。この検索は、シグナル/データパス1615によって可能となる。さらに、当該装置が接続されている現在の無線セル識別子もデータベースモジュール1612において検索される。当該装置のPSセッションに関する条件のセットが存在する場合には、セッションコントロール機能1611は、CSコールが終了した場合にセッションコントロール機能1611へ通知を行うよう、ノンアクセスストラタム1607へ依頼する。ノンアクセスストラタム1607は、当該装置がアイドルモードになることすなわち、CSコールの終了を把握できる。さらに、セッションコントロール機能1611は、当該装置がCSコールを受けている時間を監視するためのタイマ機能を有しており、CSコールの時間を計測する。CSコールの完了後に当該装置がアイドルモードになると、ノンアクセスストラタム1607は、このイベントアイドルモードになったことをセッションコントロール機能1611へ通知する。セッションコントロール機能1611は、当該装置によって行われていたCSコールの時間が、条件のセットで規定されている期間すなわち、ネットワークにおけるパケットのバッファリング時間より短いかどうかをチェックする処理を行う。CSコールの時間がバッファリング時間より短ければ、セッションコントロール機能1611は、ノンアクセスストラタム1607に対して、当該装置がCSコールの前に接続されていた無線セルを選択するよう通知する。このとき、セッションコントロール機能1611は、無線セルの識別子データベースモジュール1612から検索されるやその他の付加情報などをノンアクセスストラタム1607へ提供することが可能である。ノンアクセスストラタム1607は、選択された無線セル識別子をアクセスストラタム1606へ提供し、選択手順が実行される。本明細書では、本発明に関して実用的かつ好適な実施の形態を説明しているが、本発明の範囲を逸脱しない程度に、デザインやパラメータなどの変更が可能である。例えば、本明細書では、特定の番号、回数、構造、プロトコル名、及びその他のパラメータが、本発明を理解するために詳細に説明されているが、これらはいずれも一例である。例えば、上述の実施の形態では、ユーザの着信CSコールに関して、ネットワークからトリガを取得することを前提としている。しかしながら、本発明は、ユーザがCSコールを行うことを決定した場合にも適用可能である。この場合には、トリガはユーザから発せられることになる。また、上述の実施の形態では、UEが異なるアクセスネットワークへハンドオーバを行うためのトリガが、CSコールに基づいていることを前提としている。しかしながら、本発明は、ネットワークが頻繁なスキャニング及びレポーティングを実行するようUEへ依頼できる場合に対しても適用可能である。この場合には、本発明に係るトリガはCSコールではなく、ネットワークコマンドである。さらに、上述の実施の形態では、UEがE-UTRANセルからUTRANセルへのハンドオーバを実行する場合について説明されている。しかしながら、本発明は、UEがE-UTRANからGREANセルへハンドオーバを実行する場合にも適用可能である。また、上述の実施の形態で説明されているシナリオは、3GPPアーキテクチャに関連している。しかしながら、本明細書で説明されている本発明の解決方法は、異種アクセスネットワークを配置する技術や、何らかのモビリティ管理メカニズムに対してアクセス技術タイプの使用を制限する技術などに対して適用可能である。また、上記の本発明の実施の形態の説明で用いた機能ブロックは、典型的には集積回路であるLSILargeScaleIntegrationとして実現される。これらは個別に1チップ化されてもよいし、一部又はすべてを含むように1チップ化されてもよい。なお、ここでは、LSIとしたが、集積度の違いにより、ICIntegratedCircuit、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。