(57)【特許請求の範囲】
【請求項１】
ＩＭＳ（IP Multimedia subsystem）網を構成する通信システムであって、
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備え、
前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数設けられ、
該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
前記代表サービス制御装置は、前記複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
前記フェムトセル用基地局は、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信手段を備え、
前記代表サービス制御装置は、規格に定められたハンドオーバの通信手順で移動後にＵＥから送信されたP-TMSIを、ＰＤＰ（Packet Data Protocol）コンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御手段を備えたことを特徴とする通信システム。
【請求項２】
前記ＳＧＳＮ機能部は、規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行うことを特徴とする請求項１記載の通信システム。
【請求項３】
前記フェムトセル用基地局は、自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得手段を備え、
前記送信手段は、前記取得手段により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項１または２記載の通信システム。
【請求項４】
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるサービス制御装置であって、
通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、
前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
前記代表サービス制御装置として用いられる場合、前記複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
前記代表サービス制御装置として用いられる場合に、規格に定められたハンドオーバの通信手順で移動後にＵＥ（user equipment）から送信されたP-TMSI（Packet - Temporary Mobile Subscriber Identity）をＰＤＰ（Packet Data Protocol）コンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御手段を備えたことを特徴とするサービス制御装置。
【請求項５】
前記ＳＧＳＮ機能部は、規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行うことを特徴とする請求項４記載のサービス制御装置。
【請求項６】
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるフェムトセル用基地局であって、
前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
前記フェムトセル用基地局は、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信手段を備えたことを特徴とするフェムトセル用基地局。
【請求項７】
前記フェムトセル用基地局は、自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得手段を備え、
前記送信手段は、前記取得手段により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項６記載のフェムトセル用基地局。
【請求項８】
ＩＭＳ（IP Multimedia subsystem）網を構成する通信システムにおける通信方法であって、
前記ＩＭＳ網は、フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備え、
前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数設けられ、
該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
前記代表サービス制御装置は、前記複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
前記フェムトセル用基地局が、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信工程と、
前記代表サービス制御装置が、規格に定められたハンドオーバの通信手順で移動後にＵＥから送信されたP-TMSIを、ＰＤＰ（Packet Data Protocol）コンテキストの引き継ぎ要求信号により受信した際、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御工程と、
を備えたことを特徴とする通信方法。
【請求項９】
前記ＳＧＳＮ機能部が、規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行うことを特徴とする請求項８記載の通信方法。
【請求項１０】
前記フェムトセル用基地局が、自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得工程を備え、
前記送信工程では、前記取得工程により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項８または９記載の通信方法。
【請求項１１】
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるサービス制御装置のプログラムであって、
前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
前記代表サービス制御装置として用いられる場合、前記複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
前記サービス制御装置のコンピュータに、
前記代表サービス制御装置として用いられる場合、規格に定められたハンドオーバの通信手順で移動後にＵＥ（user equipment）から送信されたP-TMSI（Packet - Temporary Mobile Subscriber Identity）をＰＤＰ（Packet Data Protocol）コンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御処理を実行させることを特徴とするサービス制御装置のプログラム。
【請求項１２】
前記サービス制御装置のコンピュータに、
規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行う処理を実行させることを特徴とする請求項１１記載のサービス制御装置のプログラム。
【請求項１３】
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるフェムトセル用基地局のプログラムであって、
前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
前記フェムトセル用基地局のコンピュータに、
配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信処理を実行させることを特徴とするフェムトセル用基地局のプログラム。
【請求項１４】
前記フェムトセル用基地局のコンピュータに、
自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得処理を実行させ、
前記送信処理では、前記取得処理により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項１３記載のフェムトセル用基地局のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フェムトセル用基地局を用いたシステムでハンドオーバを実現する通信システム、およびその通信システムに用いられるサービス制御装置、フェムトセル用基地局、通信方法および装置のプログラムに関する。
【背景技術】
【０００２】
携帯電話機などの無線端末（ＵＥ；user equipment）を呼接続させる既存の公衆移動通信網としての３Ｇ（third generation：第三世代移動体通信）網では、一般に、ＵＥが移動することで帰属先の基地局（無線リンク用論理ノード；Node B）が変わっても、ハンドオーバ（hand over）により通話が継続できるようになっている。
こうした既存３Ｇ網におけるハンドオーバについては、３ＧＰＰ（3rd Generation Partnership Project）が各種の規格を制定している（例えば、非特許文献１参照）。
【０００３】
また、こうした既存３Ｇ網と無線ＬＡＮとの間のハンドオーバの際に、移動先でＧＧＳＮ情報を参照できるようにすることで、移動元と同一のＧＧＳＮを選択可能とするものがある（例えば、特許文献１参照）。
【０００４】
また、本出願人による通信システムとして、家庭やオフィスなどに設置されたＩＭＳ（IP Multimedia Subsystem）網による有線回線を経由して移動通信コアネットワークに接続させるフェムトセル用基地局（Femto Access Point；ＦＡＰ）を用いるものがある（例えば、特許文献２参照）。
【０００５】
この特許文献２の通信システムでは、ＩＭＳ網のコアネットワークで呼制御を行い、ＦＡＰを導入した通信システム（IMS-Femto網）について、ＦＡＰ間だけでなく、ＭＳＣで呼制御を行う既存３Ｇ網との間でも、ハンドオーバにより通話を継続できるようにしている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２７１１４０号公報
【特許文献２】特開２０１０−２５２１３９号公報
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ技術仕様  ＴＳ２３．２３６  Ｖ５．４．０（２００５−０９）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＩＭＳ網は、主として通話等を実現するＣＳ（Circuit Switching）サービス用のアーキテクチャである。そして、上述した非特許文献１や特許文献１といった既存３Ｇ網についての技術は、ＩＭＳ網を用いてフェムトセル用基地局を導入した通信システム（IMS-Femto網）でのハンドオーバについてまで考慮されたものではなかった。
【０００９】
このため、IMS-Femto網でのパケット通信におけるＰＳ（Packet Switching）ハンドオーバにおいては、既存３Ｇ網でのハンドオーバのように、ＰＳサービスによりユーザパケットを転送する際の接続の論理関係としてのＰＤＰ（Packet Data Protocol）コンテキストを引き継ぐことができないのが現状であった。このため、IMS-Femto網では、ＰＳハンドオーバの際に、移動先でＰＤＰコンテキストの確立を再度やり直す必要があった。
【００１０】
また、上述した特許文献２のものは、IMS-Femto網でのＣＳハンドオーバについて、ＣＳサービスによる通話を継続できるようにするものであり、ＰＳハンドオーバにおける移動先にＰＤＰコンテキストを引き継ぐことについてまで考慮されたものではなかった。このため、ＰＳサービスについて、既存３Ｇ網におけるＰＳハンドオーバと同様のＰＳハンドオーバまでは実現できていなかった。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、既存３Ｇ網などの既存の移動通信網における各装置を改良する必要なく、既存３Ｇ網におけるＰＳハンドオーバと同様のＰＳハンドオーバを実現することができる通信システム、およびその通信システムに用いられるサービス制御装置、フェムトセル用基地局、通信方法および装置のプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
かかる目的を達成するために、本発明に係る通信システムは、
ＩＭＳ（IP Multimedia subsystem）網を構成する通信システムであって、
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備え、
サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、ＩＭＳ網に複数設けられ、
該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
代表サービス制御装置は、複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
フェムトセル用基地局は、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信手段を備え、
代表サービス制御装置は、規格に定められたハンドオーバの通信手順で移動後にＵＥから送信されたP-TMSIを、ＰＤＰコンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置にＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御手段を備えたことを特徴とする。
【００１３】
また、本発明に係るサービス制御装置は、
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるサービス制御装置であって、
通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、
ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
代表サービス制御装置として用いられる場合、複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
代表サービス制御装置として用いられる場合に、規格に定められたハンドオーバの通信手順で移動後にＵＥ（user equipment）から送信されたP-TMSI（Packet - Temporary Mobile Subscriber Identity）をＰＤＰコンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置にＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御手段を備えたことを特徴とする。
【００１４】
また、本発明に係るフェムトセル用基地局は、
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるフェムトセル用基地局であって、
サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
フェムトセル用基地局は、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信手段を備えたことを特徴とする。
【００１５】
また、本発明に係る通信方法は、
ＩＭＳ（IP Multimedia subsystem）網を構成する通信システムにおける通信方法であって、
ＩＭＳ網は、フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備え、
サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、ＩＭＳ網に複数設けられ、
該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
代表サービス制御装置は、複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
フェムトセル用基地局が、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信工程と、
代表サービス制御装置が、規格に定められたハンドオーバの通信手順で移動後にＵＥから送信されたP-TMSIを、ＰＤＰコンテキストの引き継ぎ要求信号により受信した際、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置にＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御工程と、
を備えたことを特徴とする。
【００１６】
また、本発明に係るサービス制御装置のプログラムは、
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるサービス制御装置のプログラムであって、
サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
代表サービス制御装置として用いられる場合、複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
サービス制御装置のコンピュータに、
代表サービス制御装置として用いられる場合、規格に定められたハンドオーバの通信手順で移動後にＵＥ（user equipment）から送信されたP-TMSI（Packet - Temporary Mobile Subscriber Identity）をＰＤＰコンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置にＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御処理を実行させることを特徴とする。
【００１７】
また、本発明に係るフェムトセル用基地局のプログラムは、
フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるフェムトセル用基地局のプログラムであって、
サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
フェムトセル用基地局のコンピュータに、
配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信処理を実行させることを特徴とする。
【発明の効果】
【００１８】
以上のように、本発明によれば、既存３Ｇ網などの既存の移動通信網における各装置を改良する必要なく、既存３Ｇ網におけるＰＳハンドオーバと同様のＰＳハンドオーバを実現することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態としての通信システムの構成例を示すブロック図である。
【図２】既存３Ｇ網におけるＰＳハンドオーバの概略を説明する図である。
【図３】本実施形態のIMS-Femto網と既存３Ｇ網の間におけるＰＳハンドオーバの概略を説明する図である。
【図４】既存３Ｇ網のＳＧＳＮ間におけるＰＳハンドオーバ動作例を示すシーケンス図である。
【図５】IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例を示すシーケンス図その１である。
【図６】IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例を示すシーケンス図その２である。
【図７】IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例を示すシーケンス図その３である。
【図８】IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例を示すシーケンス図その４である。
【図９】IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例を示すシーケンス図その５である。
【図１０】IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例を示すシーケンス図その６である。
【図１１】IMS-Femto網から既存３Ｇ網への他のＰＳハンドオーバ動作例を説明するシーケンス図である。
【図１２】既存３Ｇ網からIMS-Femto網へのＰＳハンドオーバ動作例を示すシーケンス図その１である。
【図１３】既存３Ｇ網からIMS-Femto網へのＰＳハンドオーバ動作例を示すシーケンス図その２である。
【図１４】既存３Ｇ網からIMS-Femto網へのＰＳハンドオーバ動作例を示すシーケンス図その３である。
【図１５】既存３Ｇ網からIMS-Femto網へのＰＳハンドオーバ動作例を示すシーケンス図その４である。
【図１６】既存３Ｇ網からIMS-Femto網へのＰＳハンドオーバ動作例を示すシーケンス図その５である。
【図１７】ＰＳサーバをまたいだＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その１である。
【図１８】ＰＳサーバをまたいだＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その２である。
【図１９】ＰＳサーバをまたいだＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その３である。
【図２０】ＰＳサーバをまたいだＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その４である。
【図２１】同一ＰＳサーバ管理下のＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その１である。
【図２２】同一ＰＳサーバ管理下のＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その２である。
【図２３】同一ＰＳサーバ管理下のＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その３である。
【図２４】同一ＰＳサーバ管理下のＦＡＰ間のＰＳハンドオーバ動作例を示すシーケンス図その４である。
【発明を実施するための形態】
【００２０】
次に、本発明に係る通信システム、サービス制御装置、フェムトセル用基地局、通信方法および装置のプログラムを適用した一実施形態について、図面を用いて詳細に説明する。
【００２１】
まず、本実施形態の概略について、図１を参照して説明する。
本実施形態によるIMS-Femto網では、フェムトセル用基地局（ＦＡＰ；Femto Access Point）を用いて無線端末であるＵＥの呼接続を行い、３ＧＰＰなどの規格に定められた範囲内で、既存の公衆移動通信網に変更を加える必要なく、既存網との間でのハンドオーバができるようになっている。
【００２２】
また、本実施形態によるIMS-Femto網では、ＰＳハンドオーバの際にも、ＰＤＰコンテキストの引き継ぎを実現する。このため、本実施形態によるIMS-Femto網では、既存３Ｇ網など既存の移動通信網との間でＰＳハンドオーバが行われる場合であっても、既存３Ｇ網内でのＰＳハンドオーバと同様のＰＳハンドオーバを行うことができる。このため、パケット通信の途中や、パケット通信状態のまま所定時間無通信が続いたことによるPreservation状態でハンドオーバが行われた場合であっても、既存３Ｇ網内でのＰＳハンドオーバの場合と同様に、パケット通信を継続させることができる。
【００２３】
＜通信システムのシステム構成例＞
次に、本実施形態としての通信システムの構成について詳細に説明する。
本実施形態としての通信システムは、図１に示すように、既存３Ｇ網（Macro網）と、IMS-Femto網と、ＬＴＥ（Long Term Evolution）網とを備え、それぞれがＰ−ＧＷ（PDN Gateway）を介するなどにより各種の公衆データ網（ＰＤＮ；Public Data Network）に接続されて構成される。
【００２４】
既存３Ｇ網は、３Ｇサービスを提供する既存の移動通信網であり、ＳＧＳＮ（Serving GPRS Support Node）９３と、ＧＧＳＮ（Gateway GPRS Support Node）９４と、ＨＬＲ（Home Location Register）９５と、ＤＮＳ（Domain Name Server）９６と、ＭＳＣ（Mobile Services Switching Centre）９７と、ＲＡＮ（Radio Area Network）と、を備えて構成される。ＲＡＮは、ＲＮＣ（Radio Network Controller）９２と、NB（Node B）９１とを備えて構成され、Node B９１配下にＵＥ１を収容する。
【００２５】
既存３Ｇ網を構成するＵＥ１、Node B９１、ＲＮＣ９２、ＳＧＳＮ９３、ＧＧＳＮ９４、ＨＬＲ９５、ＤＮＳ９６、ＭＳＣ９７は、３ＧＰＰに準拠した処理を行う装置であるため、具体的な処理動作については省略する。既存３Ｇ網に利用されている技術については、例えば上述した非特許文献１や、3GPP TS 33.234 V8.0.0（2007-12）等に開示されている。
【００２６】
ＬＴＥ網は、eNB（eNode B）８１と、ＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving Gateway）８２などを備えて構成され、eNB８１配下にＵＥ１を収容する。ＬＴＥ網を構成する各装置については、3GPP TS23.401 V9.0.0（2009.3）等、３ＧＰＰに準拠した処理を行う装置であるため、具体的な処理動作については省略する。
【００２７】
IMS-Femto網は、所定の通信エリアを構築するＦＡＰ２と、ＰＤＧ３と、ＰＳサーバ４と、ＡＡＡ（Authentication Authorization Accounting）５と、ＨＳＳ（Home Subscriber Server）６と、ＤＮＳ７と、ＩＭＳコア８と、を備えて構成され、ＦＡＰ２配下にＵＥ１を収容する。
【００２８】
ＦＡＰ２は、半径数十メートル程度の狭い通信エリアをカバーする小型無線基地局である。
【００２９】
ＰＤＧ３は、メッセージを中継する装置である。
【００３０】
ＰＳサーバ（サービス制御装置）４は、既存３Ｇ網など他のネットワークの各装置に対して、既存３Ｇ網のＳＧＳＮ９３と同様の信号送受信を行い、そうした他のネットワークの各装置に対して仮想的にＳＧＳＮとして認識させるＳＧＳＮ機能部を実現する。また、ＨＬＲ９５からＰＳ加入者プロファイルを取得し、IMSI＿UEに関連付けてＰＳ−ＶＬＲ（Visitor Location Register）として格納することで、Femto IMS網に接続される各ＵＥ１のＰＳ加入者プロファイルを管理する。
【００３１】
また、図２に示すように、上述した既存３Ｇ網について同様の構成が複数設けられ、それら複数のＳＧＳＮの内、１つが代表ＳＧＳＮとして予め設定されていることとする。
また、図３に示すように、上述したIMS-Femto網について同様の構成が複数設けられ、それら複数のＰＳサーバの内、１つが代表ＰＳサーバとして予め設定されていることとする。
また、上述したＬＴＥ網についても、同様に複数のＬＴＥ網が設けられていることとする。
【００３２】
代表ＰＳサーバは、IMS-Femto網内の各ＰＳサーバ４それぞれの特定情報（ＮＲＩ；Node Resouse Indicator）に、そのＮＲＩで特定されるＰＳサーバのアドレス情報を関連付けたテーブル情報を格納する。このことにより、ＮＲＩに基づいて、そのＮＲＩにより特定されるＰＳサーバに対して、受信信号を転送できるようになっている。
各ＮＲＩおよびそのＮＲＩにより特定されるＰＳサーバのアドレス情報は、自動取得であってもよく、オペレータによる手動設定であってもよい。
【００３３】
ＡＡＡ５は、ＵＥ１の認証処理などを行う装置である。
【００３４】
ＨＳＳ６は、ＨＬＲ９５からＣＳ加入者プロファイルを取得し、ＣＳ−ＶＬＲとして格納し、ＵＥ１のＣＳ加入者プロファイルの管理などを行う。
【００３５】
ＩＭＳ網のＤＮＳ７は、IMS-Femto網でのアドレス情報の問い合わせ用に設けられたＤＮＳである。このため、IMS-Femto網内の各ＰＳサーバ４のアドレス情報を格納し、ＦＡＰ２からＡＰＮと共にＰＳサーバのアドレス要求を受信した場合、ＰＳサーバのアドレス情報をラウンドロビンで順次返信する。このことにより、問い合わせ元のＦＡＰに割り当て可能なＰＳサーバのアドレス情報を割り当てることができるようになっている。
【００３６】
ＩＭＳコア８は、セッション制御などを行うコール状態制御サーバ（ＣＳＣＦ；Call Session Control Function）などのコア装置を含んで構成されるコアネットワークである。ＵＥ１はＦＡＰ２、ＰＤＧ３を介してＩＭＳコア８に位置登録処理を行い、ＩＭＳコア８は、ＦＡＰ２配下に在圏している各ＵＥに対する呼制御等の機能を実現する。
【００３７】
＜ＰＳハンドオーバ動作の概略（既存３Ｇ網内）＞
次に、本実施形態としての通信システムにおけるＰＳハンドオーバ動作の概略について説明する。
【００３８】
まず、本実施形態の特徴となる動作の参考とするため、既存３Ｇ網内でのＰＳハンドオーバの際に、移動元Node-Bを管理しているＳＧＳＮを特定するための動作の概略について、図２を参照して説明する。この既存３Ｇ網内でのＰＳハンドオーバ動作は、３ＧＰＰ  ＴＳ２３．２３６により標準化されている技術である。
【００３９】
ＵＥ１のＰＳ位置登録時に、ＳＧＳＮは、P-TMSI（Packet - Temporary Mobile Subscriber Identity）に自装置の特定情報（ＮＲＩ）を埋め込んで送出する（ステップＳ９１）。
【００４０】
こうしてＰＳ発信が確立された後、ＵＥ１を持っているエンドユーザがエリア移動するなどの契機によりハンドオーバが開始されると（ステップＳ９２）、Inter-RAU（Routing Area Update）が起動される（ステップＳ９３）。
【００４１】
３ＧＰＰ技術仕様におけるＩｕ−Ｆｌｅｘ機能では、移動先のＳＧＳＮは、ＵＥ１から送信されたＲＡＩ（Routing Area Identity）からでは移動元のＳＧＳＮアドレスを見つけることができない。このため、まず代表ＳＧＳＮにＧＴＰ（GPRS Tunneling Protocol）信号が転送されることとなる（ステップＳ９４）。
【００４２】
代表ＳＧＳＮは、Ｐ−ＴＭＳＩに含まれるＮＲＩから、そのＮＲＩにより特定されるＳＧＳＮを移動元ＳＧＳＮとして判定し、こうして特定された移動元ＳＧＳＮに、受信したＧＴＰ信号を転送する（ステップＳ９５）。
【００４３】
＜ＰＳハンドオーバ動作の概略（IMS-Femto網から既存３Ｇ網）＞
次に、ＵＥ１が、本実施形態によるIMS-Femto網のＦＡＰ配下から既存３Ｇ網のNode B配下にハンドオーバする場合に、移動元ＦＡＰを管理しているＰＳサーバを特定するための動作の概略について、図３を参照して説明する。
【００４４】
ＵＥ１のＰＳ位置登録時に、ＦＡＰは、自装置を管理するＰＳサーバの特定情報（ＮＲＩ）をP-TMSIに埋め込んで送出する（ステップＳ１）。このP-TMSIへのＮＲＩの埋め込みは、３ＧＰＰ技術仕様におけるＩｕ−Ｆｌｅｘ機能によるものと同様の方法を用いることができる。
自装置を管理するＰＳサーバの特定情報は、そのＵＥ１のＰＳ位置登録時にＰＳサーバからＦＡＰが受信するようにしてもよい。また、ＰＤＧに対してＰＳサーバが固定的に割り当てられている場合、その割り当てられているＰＳサーバの特定情報を、ＵＥ１のＰＳ位置登録時にＦＡＰがＰＤＧから受信する構成であってもよい。
【００４５】
こうしてＰＳ発信が確立された後、ＵＥ１を持っているエンドユーザがエリア移動するなどの契機によりハンドオーバが開始されると（ステップＳ２）、移動先の既存３Ｇ網でInter-RAU（Routing Area Update）が起動される（ステップＳ３）。
【００４６】
既存３Ｇ網のＳＧＳＮ９３では、図２により上述した既存３Ｇ網におけるステップＳ９４の動作と同様に、移動元のＳＧＳＮアドレスを見つけることができないため、代表ＰＳサーバにＧＴＰ信号を転送する（ステップＳ４）。
【００４７】
代表ＰＳサーバは、P-TMSIに含まれるＮＲＩから、そのＮＲＩにより特定されるＰＳサーバを移動元ＰＳサーバとして判定し、こうして特定された移動元ＰＳサーバに、受信したＧＴＰ信号を転送する（ステップＳ５）。
【００４８】
以上のように、本実施形態によるIMS-Femto網では、既存３Ｇ網など既存の移動通信網における各装置を改良する必要なく、移動元ＰＳサーバを特定することができる。このため、既存３Ｇ網など既存の移動通信網との間であっても、既存３Ｇ網内におけるＰＳハンドオーバと同様のＰＳハンドオーバを実現することができる。
【００４９】
＜通信システムの動作例＞
次に、本実施形態としての通信システムにおけるＰＳサーバによるＳＧＳＮ機能部の動作と、ＰＳハンドオーバの動作について、３ＧＰＰなどにより標準化されている動作との比較を含めて説明する。
【００５０】
＜既存３Ｇ網のＳＧＳＮ間におけるＰＳハンドオーバ動作例＞
まず、本実施形態の特徴となる動作の参考とするため、UEが、既存３Ｇ網で１つのＳＧＳＮ管理下にあるNode B配下から、他のＳＧＳＮの管理下にあるNode B配下にハンドオーバした場合のＰＳ位置登録の動作例について、図４のシーケンス図を参照して説明する。
この動作は、３ＧＰＰにより標準化されている動作である。また、図４の動作例では、簡易認証なしの場合の例について示す。
【００５１】
以下の説明では、ハンドオーバにおける移動前にUEが帰属しているNode-Bを管理しているSGSNをSGSN（old）とし、移動後にUEが帰属しているNode-Bを管理するSGSNをSGSN（new）とする。
【００５２】
移動後のＰＳ位置登録の動作として、まず、UEはRouting Area Update RequestをSGSN（new）に送信する（ステップＡ１）。UEは、移動前の帰属先Node-Bを特定するold RAIと、移動前に受信したold P-TMSIと、PDP context StatusとをRouting Area Update Requestに含めて送信する。
【００５３】
SGSN（new）は、Routing Area Update Requestを受信した場合、PDP context Statusが含まれているため、引き継ぎ対象のPDPが存在すると判断し、DNSに移動前のSGSN（old）のアドレス要求を送信する（ステップＡ２）。SGSN（new）は、このアドレス要求に、UEから受信したold RAIを含めて送信する。
【００５４】
DNSは、SGSN（old）のアドレス要求を受信した場合、old RAIを参照し、そのold RAIのNode-Bを管理するSGSN（old）の情報を検索する。DNSは、こうしてold RAIに対応するSGSN（old）のアドレス情報をSGSN（new）に送信する（ステップＡ３）。
【００５５】
SGSN（new）は、SGSN（old）のアドレス情報を受信した場合、そのSGSN（old）のアドレス宛に、GTP:SGSN context Requestを送信し、ＰＤＰコンテキストの引き継ぎ要求を行う（ステップＡ４）。
【００５６】
SGSN（old）は、GTP:SGSN context Requestを受信した場合、GTP:SGSN context ResponseにＰＤＰコンテキストの構成情報を含めてSGSN（new）に送信し、ＰＤＰコンテキストの引き継ぎを行う（ステップＡ５）。ＰＤＰコンテキストの構成情報は、3GPPで規定されるMM context、PDP context、IMSI＿UE、SGSNアドレスを少なくとも含むものとする。
【００５７】
SGSN（new）は、GTP:SGSN context Responseを受信した場合、受信したＰＤＰコンテキストの構成情報に基づいてＰＤＰコンテキストの引き継ぎを行い、GTP:SGSN context AckをSGSN（old）に返信する（ステップＡ６）。
そして、SGSN（new）は、MAP-Send Authentication InfoをHLRに送信する（ステップＡ７）。
【００５８】
HLRは、MAP-Send Authentication Infoを受信した場合、MAP-Send Authentication Info ackをSGSN（new）に送信する（ステップＡ８）。
【００５９】
次に、SGSN（new）は、GMM:Authentication RequestをUEに送信する（ステップＡ９）。
UEは、GMM:Authentication Requestを受信した場合、GMM:Authentication ResponseをSGSN（new）に返送する（ステップＡ１０）。
【００６０】
次に、SGSN（new）は、Security Mode CommandをUEに送信する（ステップＡ１１）。
UEは、Security Mode Commandを受信した場合、Security Mode CompleteをSGSN（new）に返送する（ステップＡ１２）。
【００６１】
次に、SGSN（new）は、GTP:Update PDP context RequestをGGSNに送信する（ステップＡ１３）。GGSNは、GTP:Update PDP context Requestを受信した場合、GTP:Update PDP context ResponseをSGSN（new）に送信する（ステップＡ１４）。
【００６２】
SGSN（new）は、GTP:Update PDP context Responseを受信した場合、MAP-Update GPRS LocationをHLRに送信する（ステップＡ１５）。SGSN（new）は、IMSI.UEをMAP-Update GPRS Locationに含めて送信する。
【００６３】
HLRは、MAP-Update GPRS Locationを受信した場合、MAP-Cancel LocationをSGSN（old）に送信する（ステップＡ１６）。HLRは、IMSI.UEをMAP-Cancel Locationに含めて送信する。
【００６４】
SGSN（old）は、MAP-Cancel Locationを受信した場合、対象加入者データを装置内の記憶部から消去し、MAP-Cancel Location ackをHLRに送信する（ステップＡ１７）。
【００６５】
HLRは、MAP-Cancel Location ackを受信した場合、MAP-Insert Subscriber DataをSGSN（new）に送信する（ステップＡ１８）。MAP-Insert Subscriber Dataには、IMSI.UEの加入者情報が含まれている。
【００６６】
SGSN（new）は、MAP-Insert Subscriber Dataを受信した場合、IMSI.UEの加入者情報に基づいて加入者プロファイルを作成し、PS-VLRとして格納する。そして、SGSN（new）は、MAP-Insert Subscriber Data ackをHLRに返信する（ステップＡ１９）。
【００６７】
HLRは、MAP-Insert Subscriber Data ackを受信した場合、MAP-Update GPRS Location ackをSGSN（new）に送信する（ステップＡ２０）。
【００６８】
SGSN（new）は、MAP-Update GPRS Location ackを受信した場合、Routing Area Update AcceptをUEに送信する（ステップＡ２１）。
【００６９】
UEは、Routing Area Update Acceptを受信した場合、Routing Area Update CompleteをSGSN（new）に送信する（ステップＡ２２）。
【００７０】
＜IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作例＞
次に、UEが、本実施形態によるIMS-Femto網のＦＡＰ配下から既存３Ｇ網のNode B配下にハンドオーバする場合の動作例について、図５〜図１０のシーケンス図を参照して説明する。
【００７１】
以下の説明では、ハンドオーバにおける移動前にUEが帰属しているＦＡＰをFAP（old）、そのFAP（old）を管理するＰＳサーバをＰＳサーバ（old）とし、移動後にUEが帰属しているNode-Bを管理するSGSNをSGSN（new）とする。また、FAP（old）とPDGとの間でIPsec Tunnel（1）が確立しているものとする（ステップＢ１）。
【００７２】
まず、移動前の初回位置登録として、UEはＣＳ位置登録を開始する。ＣＳ位置登録として、UEはLocation Updating RequestをFAP（old）に送信する（ステップＢ２）。
【００７３】
FAP（old）は、Location Updating Requestを受信した場合に、IDENTITY RequestをUEに送信する（ステップＢ３）。
【００７４】
UEは、IDENTITY Requestを受信した場合に、IDENTITY ResponseをFAP（old）に送信する（ステップＢ４）。UEは、IMSI.UEをIDENTITY Responseに含めて送信する。IMSI.UEは、UEを特定するための情報である。
【００７５】
FAP（old）は、IDENTITY Responseを受信した場合に、IKE-SA-INIT RequestをPDGに送信する（ステップＢ５）。IKE-SA-INITは、Internet Key Exchange-Security Authentication-INITialiseである。
【００７６】
PDGは、IKE-SA-INIT Requestを受信した場合に、IKE-SA-INIT ResponseをFAP（old）に送信する（ステップＢ６）。FAP（old）は、IKE-SA-INIT Responseを受信することで、FAP（old）とPDGとの間でIKE SAを確立する。
【００７７】
次に、FAP（old）は、IKE-AUTH RequestをPDGに送信する（ステップＢ７）。FAP（old）は、APN（Access Point Name）と、NAI（Network Access Identifier）と、をIKE-AUTH Requestに含めて送信する。IKE-AUTHは、Internet Key Exchange-AUTHenticationである。APNは、ネットワークの連結ポイントを特定するための情報である。NAIは、ネットワークのアクセスを特定するための情報である。
【００７８】
PDGは、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＢ８）。PDGは、IKE-AUTH Requestに含まれているNAIをDia-EAP-Requestに含めて送信する。Dia-EAPは、Diameter-Extensible Authentication Protocolである。
【００７９】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-Requestに含まれているNAIを基に、CSサービスの位置登録か、または、ＰＳサービスの位置登録か、または、PDP Activateか、を判断する。この場合、AAAは、NAIからＣＳサービスの位置登録と判断するため、Dia-Wx-MARをHSSに送信する。Dia-Wx-MARは、Diameter-Wx-Multimedia Authentication Requestである。
【００８０】
HSSは、Dia-Wx-MARを受信した場合に、MAP-Send Authentication InformationをHLRに送信する（ステップＢ９）。HSSは、Dia-Wx-MARに含まれているIMSI.UEをMAP-Send Authentication Informationに含めて送信する。
【００８１】
HLRは、MAP-Send Authentication Informationを受信した場合に、MAP-Send Authentication Information AckをHSSに送信する（ステップＢ１０）。HLRは、MAP-Send Authentication Informationに含まれているIMSI.UEに対応するRAND/AUTN/CK/IK/XRESを取得し、その取得したRAND/AUTN/CK/IK/XRESを含めて送信する。
【００８２】
RAND/AUTN/CK/IK/XRESは、3GPPに準拠した情報である。RANDは、Random challengeであり、AUTNは、Authentication Tokenであり、CKは、Cipher Keyであり、IKは、Integrity Keyであり、XRESは、Expected RESponseである。
【００８３】
なお、HLRが送信するMAP-Send Authentication Information Ackに含める情報として、RAND/AUTN/CK/IK/XRESは一例であり、こうした認証のための情報は、UEが契約しているNWの能力などに基づいて各種のものであってよい。
【００８４】
HSSは、MAP-Send Authentication Information Ackを受信した場合に、Dia-Wx-MAAをAAAに送信する。Dia-Wx-MAAは、Diameter-Wx-Multimedia Authentication Answerである。HSSは、HLRから受信したRAND/AUTN/CK/IK/XRESをDia-Wx-MAAに含めて送信する。
【００８５】
AAAは、Dia-Wx-MAAを受信した場合に、Dia-EAP-AnswerをPDGに送信する（ステップＢ１１）。AAAは、Dia-Wx-MAAに含まれているRAND/AUTN/CK/IKをDia-EAP-Answerに含めて送信する。
【００８６】
PDGは、Dia-EAP-Answerを受信した場合に、IKE-AUTH ResponseをFAP（old）に送信する。PDGは、EAP-Request/AKA-Challengeと、Dia-EAP-Answerに含まれているRAND/AUTN/CK/IKと、をIKE-AUTH Responseに含めて送信する。AKAは、Authentication and Key Agreementである。
【００８７】
FAP（old）は、IKE-AUTH Responseを受信した場合に、Authentication RequestをUEに送信する（ステップＢ１２）。FAP（old）は、IKE-AUTH Responseに含まれているRAND/AUTNをAuthentication Requestに含めて送信する。
【００８８】
UEは、Authentication Requestを受信した場合に、そのAuthentication Requestに含まれているRAND/AUTNを基に、認証演算を行う。認証演算は、3GPPに準拠した方法で行う。
UEは、RESを算出し、その算出したRESをAuthentication Responseに含めてFAP（old）に送信する（ステップＢ１３）。RESの算出は、3GPPに準拠した方法で行う。
【００８９】
FAP（old）は、Authentication Responseを受信した場合に、IKE-AUTH RequestをPDGに送信する。FAP（old）は、EAP-Response/AKA-Challengeと、Authentication Responseに含まれているRESと、をIKE-AUTH Requestに含めて送信する。
【００９０】
PDGは、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＢ１４）。PDGは、MAC（Message Authentication Code）を算出し、RES、MACをDia-EAP-Requestに含めて送信する。MACの算出は、3GPPに準拠した方法で行う。
【００９１】
AAAは、Dia-EAP-Requestを受信した場合に、UE認証を行う。UE認証は、3GPPに準拠した方法で行う。本動作例では、UE認証が成功した場合について示すこととし、AAAは、Dia-EAP-AnswerをPDGに送信する（ステップＢ１５）。AAAは、EAP-SuccessをDia-EAP-Answerに含めて送信する。
【００９２】
PDGは、Dia-EAP-Answerを受信した場合に、Dia-AA-RequestをAAAに送信する（ステップＢ１６）。PDGは、APNをDia-AA-Requestに含めて送信する。
【００９３】
AAAは、Dia-AA-Requestを受信した場合に、Dia-AA-AnswerをPDGに送信する（ステップＢ１７）。AAAは、IMSI.UEをDia-AA-Answerに含めて送信する。
【００９４】
PDGは、Dia-AA-Answerを受信した場合に、IKE-AUTH ResponseをFAP（old）に送信する（ステップＢ１８）。PDGは、EAP-SuccessをIKE-AUTH Responseに含めて送信する。
【００９５】
FAP（old）は、IKE-AUTH Responseを受信した場合に、IKE-AUTH RequestをPDGに送信する（ステップＢ１９）。
【００９６】
PDGは、IKE-AUTH Requestを受信した場合に、IKE-AUTH ResponseをFAP（old）に送信する（ステップＢ２０）。
こうしてFAP（old）がIKE-AUTH Responseを受信し、FAP（old）とPDGとの間でIPsec Tunnel（2)が確立されることとなる（ステップＢ２１）。
【００９７】
次に、FAP（old）は、INFORMATIONAL RequestをPDGに送信する（ステップＢ２２）。
【００９８】
PDGは、INFORMATIONAL Requestを受信した場合に、INFORMATIONAL ResponseをFAP（old）に送信する（ステップＢ２３）。
【００９９】
また、PDGは、Dia-ST-RequestをAAAに送信する（ステップＢ２４）。
【０１００】
AAAは、Dia-ST-Requestを受信した場合に、Dia-ST-AnswerをPDGに送信する（ステップＢ２５）。
【０１０１】
PDGは、Dia-ST-Answerを受信した場合に、ステップＢ２１で確立したIPsec Tunnel（2）を解放する（ステップＢ２６）。こうしてUE認証後に不要となったIPsec Tunnel（2）を解放することで、リソースの有効活用を図ることができる。
【０１０２】
次に、FAP（old）は、SIP-REGISTERをＩＭＳコアに送信する（ステップＢ２７）。FAP（old）は、IMSI.UEをSIP-REGISTERに含めてＩＭＳコアに送信する。
【０１０３】
ＩＭＳコアは、SIP-REGISTERを受信した場合に、Dia-Cx-UARをHSSに送信する（ステップＢ２８）。
【０１０４】
HSSは、Dia-Cx-UARを受信した場合に、Dia-Cx-UAAをＩＭＳコアに送信する（ステップＢ２９）。
【０１０５】
ＩＭＳコアは、Dia-Cx-UAAを受信した場合に、Dia-Cx-SARをHSSに送信する（ステップＢ３０）。ＩＭＳコアは、IMSI.UEをDia-Cx-SARに含めて送信する。
【０１０６】
HSSは、Dia-Cx-SARを受信した場合に、MAP Update LocationをHLRに送信する（ステップＢ３１）。HSSは、IMSI.UEをMAP Update Locationに含めて送信する。
【０１０７】
HLRは、MAP Update Locationを受信した場合に、MAP-Insert Subscriber DataをHSSに送信する（ステップＢ３２）。MAP-Insert Subscriber Dataには、IMSI.UEのＣＳ加入者情報が含まれている。
【０１０８】
HSSは、MAP-Insert Subscriber Dataを受信した場合に、そのMAP-Insert Subscriber Dataに含まれるIMSI.UEの加入者情報を基に、ＣＳ加入者プロファイルを作成する。HSSは、ＣＳ加入者プロファイルをCS-VLRに登録して管理する。
【０１０９】
次に、HSSは、MAP-Insert Subscriber Data AckをHLRに送信する（ステップＢ３３）。
【０１１０】
HLRは、MAP-Insert Subscriber Data Ackを受信した場合に、MAP-Update Location AckをHSSに送信する（ステップＢ３４）。
【０１１１】
HSSは、MAP-Update Location Ackを受信した場合に、Dia-Cx-SAAをＩＭＳコアに送信する（ステップＢ３５）。HSSは、IMSI.UEとCS-VLRの登録情報に基づいて、MSISDNをDia-Cx-SAAに含めて送信する。
【０１１２】
ＩＭＳコアは、Dia-Cx-SAAを受信した場合に、SIP-200 OKをFAP（old）に送信する（ステップＢ３６）。ＩＭＳコアは、MSISDNをSIP-200 OKに含めて送信する。
【０１１３】
FAP（old）は、SIP-200 OKを受信した場合に、Security Mode CommandをUEに送信する（ステップＢ３７）。
【０１１４】
UEは、Security Mode Commandを受信した場合に、3GPPに準拠した方法で秘匿処理を行い、Security Mode CompleteをFAP（old）に送信する（ステップＢ３８）。
【０１１５】
FAP（old）は、Security Mode Completeを受信した場合に、TMSI（Temporary Mobile Subscriber Identities）の補足を行う。TMSIの補足は、3GPPに準拠した方法で行う。
【０１１６】
FAP（old）は、ＩＭＳコアにSIP-SUBSCRIBEを送信し、確認処理を行う（ステップＢ３９）。ＩＭＳコアは、確認処理ＯＫの場合、SIP-200 OKをFAP（old）に送信する（ステップＢ４０）。
また、ＩＭＳコアはSIP-NOTIFYをFAP（old）に送信し（ステップＢ４１）、FAP（old）は、ＩＭＳコアにSIP-200 OKを返信する（ステップＢ４２）。
【０１１７】
FAP（old）は、Location Updating AcceptをUEに送信する（ステップＢ４３）。UEは、Location Updating Acceptを受信した場合に、TMSI Reallocation CompleteをFAP（old）に送信する（ステップＢ４４）。
【０１１８】
このように、本実施形態の通信システムによるＣＳ位置登録では、FAPとPDGとの間でIPsec Tunnel（1）を確立した状態で（ステップＢ１）、UE、FAP（old）、PDG、AAA、HSS、HLRとの間でメッセージを送受信し、UEの認証処理を行い、UEの認証が成功した場合に、FAP（old）とPDGとの間でIPsec Tunnel（2）を確立する（ステップＢ２〜Ｂ２１）。そして、そのUEの認証処理でFAP（old）とPDGとの間で確立したIPsec Tunnel（2）を解放する（ステップＢ２２〜Ｂ２６）。その後、HSSがHLRから取得したUEのＣＳ加入者プロファイルをHSSのCS-VLRに登録する（ステップＢ２７〜Ｂ３２）。これにより、CSサービスの位置登録の際に、FAP（old）を介してUEの認証処理を行い、HSSのCS-VLRにUEのＣＳ加入者プロファイルを登録することが可能となる。
【０１１９】
次に、ハンドオーバにおける移動前の初回位置登録におけるＰＳ位置登録として、UEはAttach RequestをFAP（old）に送信する（ステップＢ４５）。
【０１２０】
FAP（old）は、Attach Requestを受信した場合に、IDENTITY RequestをUEに送信する（ステップＢ４６）。
【０１２１】
UEは、IDENTITY Requestを受信した場合に、IDENTITY ResponseをFAP（old）に送信する（ステップＢ４７）。UEは、IMSI.UEをIDENTITY Responseに含めて送信する。IMSI.UEは、UEを特定するための情報である。
【０１２２】
FAP（old）は、IDENTITY Responseを受信した場合に、IKE-SA-INIT RequestをPDGに送信する（ステップＢ４８）。そして、FAP（old）とPDGとの間でIKE SAを確立する（ステップＢ４９）。
【０１２３】
FAP（old）は、IKE-AUTH RequestをPDGに送信する（ステップＢ５０）。FAP（old）は、APN（Access Point Name）と、NAI（Network Access Identifier）と、をIKE-AUTH Requestに含めて送信する。
【０１２４】
FAP（old）は、Attach RequestをUEから受信したため、PSサービスの位置登録と判断し、NAIとして、"0PS0<UE＿IMSI>/<Femto＿IMSI>@realmname"を送信する。"0PS0"は、PSサービスの位置登録である旨を意味する情報である。"<UE＿IMSI>"は、UEを特定するための情報であり、ステップＢ４７で受信したIDENTITY Responseに含まれていたIMSI.UEである。"<Femto＿IMSI>"は、FAP（old）を特定するための情報である。
【０１２５】
PDGは、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＢ５１）。PDGは、IKE-AUTH Requestに含まれているNAIをDia-EAP-Requestに含めて送信する。
【０１２６】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-Requestに含まれているNAIを基に、CSサービスの位置登録か、または、PSサービスの位置登録か、または、PDP Activateか、を判断する。本動作例では、AAAはPSサービスの位置登録と判断するため、Dia-Wx-MARをHSSに送信する。
【０１２７】
AAAは、NAIが"0PS0<UE＿IMSI>/<Femto＿IMSI>@realmname"であるため、PSサービスの位置登録であると判断し、Dia-EAP-Requestに含まれていたNAIのIMSI.UEをDia-Wx-MARに含めて送信する。
【０１２８】
HSSは、Dia-Wx-MARを受信した場合に、MAP-Send Authentication InfoをHLRに送信する（ステップＢ５２）。HSSは、Dia-Wx-MARに含まれていたIMSI.UEをMAP-Send Authentication Infoに含めて送信する。
【０１２９】
ステップＢ５３〜ステップＢ６５までの処理は、ステップＢ１０〜ステップＢ２０と同様な処理をＰＳ位置登録として行うことになる。なお、ステップＢ５５，Ｂ５６がステップＢ１２に対応し、ステップＢ５７，Ｂ５８がステップＢ１３に対応する。
【０１３０】
FAP（old）がIKE-AUTH Responseを受信すると、FAP（old）とPDGとの間でIPsec Tunnel（3）が確立される（ステップＢ６６）。
【０１３１】
次に、FAP（old）は、INFORMATIONAL RequestをPDGに送信する（ステップＢ６７）。
【０１３２】
PDGは、INFORMATIONAL Requestを受信した場合に、INFORMATIONAL ResponseをFAP（old）に送信する（ステップＢ６８）。
【０１３３】
また、PDGは、Dia-ST-RequestをAAAに送信する（ステップＢ６９）。
【０１３４】
AAAは、Dia-ST-Requestを受信した場合に、Dia-ST-AnswerをPDGに送信する（ステップＢ７０）。
【０１３５】
PDGは、Dia-ST-Answerを受信した場合に、ステップＢ６６で確立したIPsec Tunnel（3）を解放する（ステップＢ７１）。こうしてUE認証後に不要となったIPsec Tunnel（3）を解放することで、リソースの有効活用を図ることができる。
【０１３６】
FAP（old）は、次に、Security Mode CommandをUEに送信する（ステップＢ７２）。
【０１３７】
UEは、Security Mode Commandを受信した場合に、Security Mode CompleteをFAP（old）に送信する（ステップＢ７３）。
【０１３８】
FAP（old）は、Security Mode Completeを受信した場合に、Attach AcceptをUEに送信する（ステップＢ７４）。FAP（old）は、Attach AcceptにP-TMSIを含めて送信する。
【０１３９】
上述したステップＢ４５からのＰＳ位置登録におけるここまでの動作中で、FAP（old）は、自装置を管理するPSサーバの特定情報であるＮＲＩをPDGから受信する。PDGは、PSサーバに対して固定的に割り当てられており、そのPDGに対して割り当てられたPSサーバのNRIを予め格納していることとする。
PDGからのFAP（old）へのＮＲＩ送信は、上述した動作でのPDGからのFAP（old）への送信信号における予め定められた任意の信号に含ませることとしてよい。例えば、上述したステップＢ４９、Ｂ５５、Ｂ６３、Ｂ６５、Ｂ６８でのPDGからのFAP（old）への送信信号の何れかにＮＲＩを含ませることができる。
【０１４０】
また、こうしたPDGからのFAP（old）への、そのFAP（old）を管理するPSサーバのＮＲＩの通知は、ＮＲＩそのものをPDGからFAP（old）に送信してもよく、ＮＲＩを含むP-TMSIをPDGが発行し、PDGからFAP（old）に送信してもよい。
【０１４１】
こうして、FAP（old）は、自装置を管理するＰＳサーバ（old）のＮＲＩを、この時点までに受信して自装置内に保持している。このことにより、FAP（old）は、自装置を管理するPSサーバ（old）のＮＲＩをP-TMSIに含めるようにP-TMSIを発行し、上述したステップＢ７４でのAttach Acceptに含めてUEに送信する。
ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。このことにより、UEに送信されるAttach Acceptは、既存３Ｇ網でIu-Flex機能によりＮＲＩが含められたP-TMSIと同様のP-TMSIを含むこととなる。
【０１４２】
また、上述したPDGが、割り当てられているPSサーバ（old）のＮＲＩを含むP-TMSIを発行し、FAP（old）に通知する構成である場合も、同様に、FAP（old）は、PDGから受信したP-TMSIを、上述したステップＢ７４でのAttach Acceptに含めてUEに送信する。
【０１４３】
UEは、Attach Acceptを受信した場合に、P-TMSIを自装置内に記憶し、Attach CompleteをFAP（old）に送信する（ステップＢ７５）。
【０１４４】
次に、ハンドオーバにおける移動前のＰＳ発信として、UEはService RequestをFAP（old）に送信する（ステップＢ７６）。
【０１４５】
FAP（old）はService Requestを受信した場合に、Security Mode CommandをUEに送信する（ステップＢ７７）。
【０１４６】
UEはSecurity Mode Commandを受信した場合に、Security Mode CompleteをFAP（old）に送信する（ステップＢ７８）。
【０１４７】
次に、UEは、Activate PDP Context RequestをFAP（old）に送信する（ステップＢ７９）。UEは、IMSI.UEと、帰属先であるFAP（old）のAPN（Access Point Name）をActivate PDP Context Requestに含めて送信する。
【０１４８】
FAP（old）は、Activate PDP Context Requestを受信した場合に、自装置を管理するＰＳサーバ（old）のアドレス要求（Request）を、IMS-Femto網内部のDNSに送信する（ステップＢ８０）。FAP（old）は、UEから受信したAPNをアドレス要求（Request）に含めてIMS-Femto網内部のDNSに送信する。
【０１４９】
IMS-Femto網内部のDNSは、APNと共にアドレス要求（Request）を受信した場合、ＰＳサーバのアドレス情報をラウンドロビンで順次返信する。すなわち、１つ以上の予め定められた数のＰＳサーバのアドレス情報を送信し、それらのアドレス情報のＰＳサーバへの割り当て可否をFAP（old）が順次確認する。割り当て可能であればそのＰＳサーバにFAP（old）が割り当てられ、割り当て不可であれば、DNSはその予め定められた数のＰＳサーバのアドレス情報を再度送信する。こうして割り当て可能なＰＳサーバ（old）のアドレス情報をFAP（old）に返送（Answer）する（ステップＢ８１）。
【０１５０】
FAP（old）は、ＰＳサーバ（old）のアドレスを受信した場合に、IKE-SA-INIT RequestをＰＳサーバ（old）に送信する（ステップＢ８２）。
【０１５１】
ＰＳサーバ（old）は、IKE-SA-INIT Requestを受信した場合に、IKE-SA-INIT ResponseをFAP（old）に送信する（ステップＢ８３）。
【０１５２】
FAP（old）は、IKE-SA-INIT Responseを受信した場合に、IKE-AUTH RequestをＰＳサーバ（old）に送信する（ステップＢ８４）。FAP（old）は、APNと、NAI（Network Access Identifier）と、をIKE-AUTH Requestに含めて送信する。
【０１５３】
FAP（old）は、Activate PDP Context RequestをUEから受信したため、PDP Activateと判断し、"0PDP0<UE＿IMSI>/<Femto＿IMSI>@realmname"のNAIを送信する。"0PDP0"は、PDP Activateである旨を意味する情報である。"<UE＿IMSI>"は、UEを特定するための情報であり、ステップＢ７９で受信したActivate PDP Context Requestに含まれていたIMSI.UEである。"<Femto＿IMSI>"は、FAP（old）を特定するための情報である。
【０１５４】
ＰＳサーバ（old）は、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＢ８５）。ＰＳサーバ（old）は、IKE-AUTH Requestに含まれているNAIをDia-EAP-Requestに含めて送信する。また、EAP-Payload（empty）をDia-EAP-Requestに含めて送信する。
【０１５５】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-Requestに含まれるNAIを基に、CSサービスの位置登録か、または、PSサービスの位置登録か、または、PDP Activateか、を判断する。AAAは、PDP Activateと判断した場合に、Dia-Wx-MARをHSSに送信する。
【０１５６】
AAAは、NAIが"0PDP0<UE＿IMSI>/<Femto＿IMSI>@realmname"であるため、PDP Activateであると判断し、Dia-EAP-Requestに含まれていたNAIのIMSI.UEをDia-Wx-MARに含めて送信する。
【０１５７】
HSSは、Dia-Wx-MARを受信した場合に、MAP-SAI[PDP]をHLRに送信する（ステップＢ８６）。MAP-SAIはMAP-Send Authentication Infoであり、[PDP]は、PDP Activateを意味する。HSSは、Dia-Wx-MARに含まれていたIMSI.UEをMAP-SAI［PDP]に含めて送信する。
【０１５８】
HLRは、MAP-SAI[PDP]を受信した場合に、MAP-SAI AckをHSSに送信する（ステップＢ８７）。HLRは、MAP-SAI[PDP]に含まれているIMSI.UEに対応するRAND/AUTN/CK/IK/XRESを取得し、その取得したRAND/AUTN/CK/IK/XRESをMAP-SAI Ackに含めて送信する。
【０１５９】
HSSは、MAP-SAI Ackを受信した場合に、Dia-Wx-MAAをAAAに送信する。HSSは、MAP-SAI Ackに含まれているRAND/AUTN/CK/IK/XRESをDia-Wx-MAAに含めて送信する。
【０１６０】
AAAは、Dia-Wx-MAAを受信した場合に、Dia-EAP-AnswerをＰＳサーバ（old）に送信する（ステップＢ８８）。AAAは、Result-Code（multi-round）、EAP-Request/AKA-ChallengeをDia-EAP-Answerに含めて送信する。
【０１６１】
ＰＳサーバ（old）は、Dia-EAP-Answerを受信した場合に、IKE-AUTH ResponseをFAP（old）に送信する（ステップＢ８９）。ＰＳサーバ（old）は、EAP-Request/AKA-ChallengeをIKE-AUTH Responseに含めて送信する。
【０１６２】
FAP（old）は、IKE-AUTH Responseを受信した場合に、Authentication RequestをUEに送信する（ステップＢ９０）。
【０１６３】
UEは、Authentication Requestを受信した場合に、Authentication ResponseをFAP（old）に送信する（ステップＢ９１）。
【０１６４】
FAP（old）は、Authentication Responseを受信した場合に、IKE-AUTH RequestをＰＳサーバ（old）に送信する（ステップＢ９２）。FAP（old）は、EAP-Response/AKA-Challenge、Private Extensionと、ステップＢ７４で発行してUEに送信したP-TMSIと、自装置の特定情報であるＲＡＩ（Routing Area Identity）をIKE-AUTH Requestに含めて送信する。
【０１６５】
ＰＳサーバ（old）は、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＢ９３）。ＰＳサーバ（old）は、EAP-Response/AKA-ChallengeをDia-EAP-Requestに含めて送信する。
【０１６６】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-AnswerをＰＳサーバ（old）に送信する（ステップＢ９４）。AAAは、UEの認証が成功した場合、Result-Code（Success）、EAP-Request/SuccessをDia-EAP-Answerに含めて送信する。
【０１６７】
ＰＳサーバ（old）は、Dia-EAP-Answerを受信した場合に、Dia-AA-RequestをAAAに送信する（ステップＢ９５）。
【０１６８】
AAAは、Dia-AA-Requestを受信した場合に、Dia-AA-AnswerをＰＳサーバ（old）に送信する（ステップＢ９６）。AAAは、UEの認証が成功した場合、Result-Code（Success）をDia-AA-Answerに含めて送信する。
【０１６９】
ＰＳサーバ（old）は、Dia-AA-Answerを受信した場合に、MAP-Update GPRS LocationをHLRに送信する（ステップＢ９７）。
【０１７０】
HLRは、MAP-Update GPRS Locationを受信した場合に、MAP-Insert Subscriber DataをＰＳサーバ（old）に送信する（ステップＢ９８）。HLRは、IMSI.UEについての、既存３Ｇ網のSGSNに送信する場合と同様のＰＳ加入者情報をMAP-Insert Subscriber Dataに含めて送信する。
【０１７１】
ＰＳサーバ（old）は、MAP-Insert Subscriber Dataを受信した場合に、そのMAP-Insert Subscriber Dataに含まれるIMSI.UEのＰＳ加入者情報を基に、ＰＳ加入者プロファイルを作成し、そのＰＳ加入者プロファイルをPS-VLRに登録して管理する。そして、ＰＳサーバ（old）は、MAP-Insert Subscriber Data ackをHLRに返信する（ステップＢ９９）。
【０１７２】
HLRは、MAP-Insert Subscriber Data ackを受信した場合に、MAP-Update GPRS Location ackをＰＳサーバ（old）に送信する（ステップＢ１００）。
【０１７３】
ＰＳサーバ（old）は、MAP-Update GPRS Location ackを受信した場合に、既存３Ｇ網やパケット公衆網のDNSに、GGSNのアドレス要求（Request）を送信する（ステップＢ１０１）。ＰＳサーバ（old）は、GGSNのアドレス要求（Request）にFAP（old）のAPNを含めて送信する。
【０１７４】
既存３Ｇ網やパケット公衆網のDNSは、アドレス要求（Request）に含まれるAPNに応じて、ＰＳサーバ（old）がアクセスすべきGGSNのアドレスを返送（Answer）する（ステップＢ１０２）。
【０１７５】
ＰＳサーバ（old）は、GGSNのアドレスを受信すると、その受信したアドレス宛てに、Create PDP Context Requestを送信する（ステップＢ１０３）。ＰＳサーバ（old）は、Create PDP Context Requestに、UEのMSISDNを含めて送信する。
【０１７６】
GGSNは、Create PDP Context Requestを受信した場合に、Create PDP Context ResponseをＰＳサーバ（old）に送信する（ステップＢ１０４）。
【０１７７】
ＰＳサーバ（old）は、Create PDP Context Responseを受信した場合に、IKE-AUTH ResponseをFAP（old）に送信する（ステップＢ１０５）。ＰＳサーバ（old）は、EAP-Request/SuccessをIKE-AUTH Responseに含めて送信する。
【０１７８】
FAP（old）は、IKE-AUTH Responseを受信した場合に、Security Mode CommandをUEに送信する（ステップＢ１０６）。
【０１７９】
UEは、Security Mode Commandを受信した場合に、Security Mode CompleteをFAP（old）に送信する（ステップＢ１０７）。
【０１８０】
FAP（old）は、Security Mode Completeを受信した場合に、3G無線秘匿を行い、IKE-AUTH RequestをＰＳサーバ（old）に送信する（ステップＢ１０８）。3G無線秘匿は、3GPPに準拠した方法で行う。
【０１８１】
ＰＳサーバ（old）は、IKE-AUTH Requestを受信した場合に、IKE-AUTH ResponseをFAP（old）に送信する（ステップＢ１０９）。ＰＳサーバ（old）は、CF（Remote IPアドレス）をIKE-AUTH Responseに含めて送信する。CF（Remote IPアドレス）は、Activate PDP Contextの受信による新規IPSec確立を行う際に、FAP（old）に通知される接続元のIPアドレスであり、ユーザデータの通信に使用する。
【０１８２】
FAP（old）は、IKE-AUTH Responseを受信した場合に、FAP（old）とＰＳサーバ（old）との間でIPsec Tunnel（4）を確立し（ステップＢ１１０）、Radio Bearer SetupをUEに送信する（ステップＢ１１１）。
【０１８３】
UEは、Radio Bearer Setupを受信した場合、Radio Bearer Setup CompleteをFAP（old）に返信する（ステップＢ１１２）。FAP（old）は、Radio Bearer Setup Completeを受信した場合に、Activate PDP Context AcceptをUEに送信する（ステップＢ１１３）。
【０１８４】
こうしてPDPが確立され、UEからFAP（old）を経由して通信相手先装置との間で通信可能な状態となる。その後、通信の行われない状態が所定時間継続すると、自動的にRRC DisconnectionによりUEとFAP（old）の間での無線区間だけが開放され（ステップＢ１１４）、Preservation状態となる（ステップＢ１１５）。
【０１８５】
こうしてPDPによる通信接続が確立された後で、UEがIMS-Femto網のFAP（old）配下から既存３Ｇ網（Macro網）のNode-B配下に移動した場合、既存３Ｇ網へのＣＳ位置登録動作を開始することとなる。このため、UEは、移動先のNode-Bを介してそのNode-Bを管理するMSCへとLocation Updating Requestを送信する（ステップＢ１１６）。
【０１８６】
MSCは、Location Updating Requestを受信した場合に、IDENTITY RequestをUEに送信する（ステップＢ１１７）。
【０１８７】
UEは、IDENTITY Requestを受信した場合に、IDENTITY ResponseをMSCに送信する（ステップＢ１１８）。UEは、IMSI.UEをIDENTITY Responseに含めて送信する。
【０１８８】
MSCは、IDENTITY Responseを受信した場合にMAP-Send Authentication InformationをHLRに送信する（ステップＢ１１９）。MSCは、IMSI.UEをMAP-Send Authentication Informationに含めて送信する。
【０１８９】
HLRは、MAP-Send Authentication Informationを受信した場合に、MAP-Send Authentication Information AckをMSCに送信する（ステップＢ１２０）。
【０１９０】
MSCは、MAP-Send Authentication Information Ackを受信した場合に、Authentication RequestをUEに送信する（ステップＢ１２１）。
【０１９１】
UEは、Authentication Requestを受信した場合に、そのAuthentication Requestに含まれている情報を基に認証演算を行う。認証演算は、3GPPに準拠した方法で行う。UEは、算出した認証情報をAuthentication Responseに含めてMSCに送信する（ステップＢ１２２）。
【０１９２】
MSCは、Authentication Responseを受信した場合に、MAP-Update LocationをHLRに送信する（ステップＢ１２３）。
【０１９３】
HLRは、MAP-Update Locationを受信した場合に、MAP-Cancel LocationをHSSに送信する（ステップＢ１２４）。HLRは、IMSI.UEをMAP-Cancel Locationに含めて送信する。
【０１９４】
HSSは、MAP-Cancel Locationを受信した場合に、CS-VLRから対象ＣＳ加入者プロファイルを消去し、MAP-Cancel Location AckをHLRに送信する（ステップＢ１２５）。
【０１９５】
HLRは、MAP Cancel Location Ackを受信した場合に、MAP-Insert Subscriber DataをMSCに送信する（ステップＢ１２６）。MAP-Insert Subscriber Dataには、IMSI.UEの加入者情報が含まれている。
【０１９６】
MSCは、MAP-Insert Subscriber Dataを受信した場合に、そのMAP-Insert Subscriber Dataに含まれるIMSI.UEの加入者情報を基に、ＣＳ加入者プロファイルを作成し、CS-VLRに登録して管理する。そして、MSCは、MAP-Insert Subscriber Data AckをHLRに送信する（ステップＢ１２７）。
【０１９７】
HRLは、MAP-Insert Subscriber Data Ackを受信した場合に、MAP-Update Location AckをMSCに送信する（ステップＢ１２８）。
【０１９８】
MSCは、MAP-Update Location Ackを受信した場合に、Location Updating AcceptをUEに送信する（ステップＢ１２９）。
【０１９９】
UEは、Location Updating Acceptを受信した場合に、TMSI Reallocation CompleteをMSCに送信する（ステップＢ１３０）。MSCは、このTMSI Reallocation Completeを受信することで、UEのIMSI.UEとnew TMSIとを対応付け、UEの加入者情報（CS）を管理することになる。
【０２００】
HSSは、上述したステップＢ１２５でMAP-Cancel Location AckをHLRに送信した後、Dia-Cx-RTR（Registration-Termination-Request）をIMSコアに送信する（ステップＢ１３１）。
【０２０１】
IMSコアは、Dia-Cx-RTRを受信した場合、Dia-Cx-RTA（Registration-Termination-Answer）をHSSに送信する（ステップＢ１３２）。また、IMSコアは、UE移動前のFAP（old）にSIP-NOTIFYを送信する（ステップＢ１３３）。IMSコアは、SIP-NOTIFYのBody部のContactタグに、state="terminated",event="deactivated"等を設定し、De-Registerを意味するメッセージにする。
【０２０２】
FAP（old）は、SIP-NOTIFYを受信した場合、UEの加入者情報（CS）を削除し、IMSコアとの接続を解放し、SIP-200 OKをIMSコアに送信する（ステップＢ１３４）。
【０２０３】
次に、ハンドオーバにおける移動後のＰＳ位置登録動作として、UEは、Routing Area Update RequestをSGSN（new）に送信する（ステップＢ１３５）。UEは、移動前の帰属先であるFAP（old）を特定するold RAIと、移動前に受信したold P-TMSIと、PDP context StatusとをRouting Area Update Requestに含めて送信する。
【０２０４】
SGSN（new）は、Routing Area Update Requestを受信した場合、PDP context Statusが含まれているため、引き継ぎ対象のPDPが存在すると判断し、既存３Ｇ網やパケット公衆網のDNSに移動前のSGSNのアドレス要求を送信する（ステップＢ１３６）。SGSN（new）は、このアドレス要求に、UEから受信したold RAIを含めて送信する。
【０２０５】
既存３Ｇ網やパケット公衆網のDNSは、代表PSサーバのアドレスに、全てのFAPそれぞれのRAIを関連付けて予め格納している。このため、アドレス要求によりFAP（old）のRAIを受信した場合、IMS-Femto網における予め設定された代表PSサーバのアドレスを、SGSN（new）に返送（Answer）する（ステップＢ１３７）。
【０２０６】
SGSN（new）は、DNSからアドレスを受信した場合、そのアドレス宛てにSGSN Context Requestを送信し、ＰＤＰコンテキストの引き継ぎ要求を行う（ステップＢ１３８）。SGSN（new）は、上述したステップＢ１３７で、移動前のSGSNアドレスとして代表PSサーバのアドレスを受信しているため、ステップＢ１３８のSGSN Context Requestは、この代表PSサーバ宛てに送信される。また、SGSN（new）は、SGSN Context Requestに、IMSI.UEと、old RAIと、old P-TMSIとを含めて送信する。
【０２０７】
代表PSサーバは、SGSN Context Requestを受信した場合、含まれているP-TMSIについて、例えば最後の所定桁数などNRIを含めることとして予め設定された領域を確認する。ここで、代表PSサーバは、各PSサーバのアドレス情報に、PSサーバを特定する番号であるNRIを関連付けて予め格納している。このため、受信されたP-TMSIの所定領域から取得した番号が、予め格納されているNRIの何れかと一致した場合、代表PSサーバは、その一致したNRIに関連付けられているアドレス情報を、移動前にUEが帰属していたFAP（old）を管理するPSサーバ（old）のアドレス情報として特定する。
【０２０８】
代表PSサーバは、こうして特定されたPSサーバ（old）のアドレス宛てに、SGSN（new）から受信したSGSN Context Requestを転送する（ステップＢ１３９）。
【０２０９】
PSサーバ（old）は、SGSN Context Requestを受信した場合、含まれているIMSI.UEと、old RAIと、old P-TMSIとに基づいて、PS-VLRの加入者プロファイルを検索し、IMSI.UEに対応するＰＤＰコンテキストの構成情報を特定する。PSサーバ（old）は、こうして特定されたＰＤＰコンテキストの構成情報をSGSN context Responseに含めてSGSN（new）に送信し、ＰＤＰコンテキストの引き継ぎを行う（ステップＢ１４０）。ＰＤＰコンテキストの構成情報は、3GPPで規定されるMM context、PDP context、IMSI＿UE、SGSNアドレスを少なくとも含むものとする。
【０２１０】
SGSN（new）は、SGSN context Responseを受信した場合、受信したＰＤＰコンテキストの構成情報に基づいてＰＤＰコンテキストの引き継ぎを行い、PSサーバ（old）に、SGSN Context Acknowledgeを返信する（ステップＢ１４１）。SGSN（new）は、SGSN Context Acknowledgeに、IMSI.UEを含めて送信する。
【０２１１】
PSサーバ（old）は、SGSN Context Acknowledgeを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）を削除してリソースを解放し、Session Termination RequestをAAAに送信する（ステップＢ１４２）。
【０２１２】
AAAは、Session Termination Requestを受信した場合、Session Termination AnswerをPSサーバ（old）に返信する（ステップＢ１４３）。
【０２１３】
PSサーバ（old）は、Session Termination Answerを受信した場合、Informational RequestをFAP（old）に送信する（ステップＢ１４４）。PSサーバ（old）は、Informational Requestに、IMSI.UEを含めて送信する。
【０２１４】
FAP（old）は、Informational Requestを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）を削除してリソースを解放し、Informational ResponseをPSサーバ（old）に返信する（ステップＢ１４５）。こうして、FAP（old）とＰＳサーバ（old）との間でのIPsec Tunnel（4）が解放される（ステップＢ１４６）。
【０２１５】
次に、SGSN（new）は、MAP-Send Authentication InfoをHLRに送信する（ステップＢ１４７）。HLRは、MAP-Send Authentication Infoを受信した場合、MAP-Send Authentication Info ackをSGSN（new）に送信する（ステップＢ１４８）。
【０２１６】
SGSN（new）は、MAP-Send Authentication Info ackを受信した場合、GMM:Authentication RequestをUEに送信する（ステップＢ１４９）。
UEは、GMM:Authentication Requestを受信した場合、GMM:Authentication ResponseをSGSN（new）に返送する（ステップＢ１５０）。
【０２１７】
次に、SGSN（new）は、GTP:Update PDP context RequestをGGSNに送信する（ステップＢ１５１）。GGSNは、GTP:Update PDP context Requestを受信した場合、通信経路情報の更新を行い、GTP:Update PDP context ResponseをSGSN（new）に送信する（ステップＢ１５２）。
【０２１８】
SGSN（new）は、GTP:Update PDP context Responseを受信した場合、MAP-Update GPRS LocationをHLRに送信する（ステップＢ１５３）。SGSN（new）は、IMSI.UEをMAP-Update GPRS Locationに含めて送信する。
【０２１９】
HLRは、MAP-Update GPRS Locationを受信した場合、MAP-Cancel LocationをＰＳサーバ（old）に送信する（ステップＢ１５４）。HLRは、IMSI.UEをMAP-Cancel Locationに含めて送信する。
【０２２０】
ＰＳサーバ（old）は、MAP-Cancel Locationを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）は削除済みであるため、そのままHLRにMAP-Cancel Location ackを送信する（ステップＢ１５５）。
【０２２１】
HLRは、MAP-Cancel Location ackを受信した場合、MAP-Insert Subscriber DataをSGSN（new）に送信する（ステップＢ１５６）。MAP-Insert Subscriber Dataには、IMSI.UEの加入者情報が含まれている。
【０２２２】
SGSN（new）は、MAP-Insert Subscriber Dataを受信した場合、IMSI.UEの加入者情報に基づいて加入者プロファイル（PS）を作成し、PS-VLRとして格納する。そして、SGSN（new）は、MAP-Insert Subscriber Data ackをHLRに返信する（ステップＢ１５７）。
【０２２３】
HLRは、MAP-Insert Subscriber Data ackを受信した場合、MAP-Update GPRS Location ackをSGSN（new）に送信する（ステップＢ１５８）。
【０２２４】
SGSN（new）は、MAP-Update GPRS Location ackを受信した場合、Routing Area Update AcceptをUEに送信する（ステップＢ１５９）。SGSN（new）は、Routing Area Update AcceptにP-TMSIを含めて送信する。この時、SGSN（new）は、既存３Ｇ網におけるIu-Flex機能として、自装置の特定情報（SGSN番号）であるＮＲＩをP-TMSIに含めるようにP-TMSIを発行し、UEに送信する。
【０２２５】
UEは、Routing Area Update Acceptを受信した場合、P-TMSIを自装置内に記憶し、Routing Area Update CompleteをSGSN（new）に送信する（ステップＢ１６０）。
【０２２６】
こうしてＰＳハンドオーバによる移動後のPDPが確立され、UEから移動先のNode-Bを介して通信相手先装置との間で通信可能な状態となる。その後、通信の行われない状態が所定時間継続すると、自動的にUEとNode-Bの間での無線区間だけが開放され、Preservation状態となる（ステップＢ１６１）。
【０２２７】
＜他の動作例（IMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ）＞
次に、上述したIMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作についての他の動作例について、図１１を参照して説明する。
【０２２８】
上述したIMS-Femto網から既存３Ｇ網へのＰＳハンドオーバ動作では、ステップＢ７４でAttach AcceptをFAP（old）がUEに送信する際に、そのAttach AcceptにP-TMSIを含めて送信することとして説明している。すなわち、PDGに予め固定的に割り当てられているPSサーバの特定情報（NRI）をPDGからFAP（old）が取得し、そのNRIを含むP-TMSIをUEに送信することとして説明している。
【０２２９】
本実施形態の動作としては、FAP（old）を管理するPSサーバの特定情報（NRI）をFAP（old）がIMS-Femto網の上位装置から受信し、ＰＳハンドオーバにおける移動前にUEに送信することができればこの動作に限定されるものではない。
【０２３０】
例えば他の動作例として、FAP（old）が自装置を管理するPSサーバ（old）と通信を行い、そのPSサーバ（old）からそのPSサーバ（old）の特定情報（NRI）を受信した後、そのNRIを含むP-TMSIをFAP（old）からUEに送信する構成とすることも可能である。
【０２３１】
この場合、まず、FAP（old）が自装置を管理するPSサーバ（old）から、そのPSサーバ（old）の特定情報であるＮＲＩを受信し、自装置内に格納する。
FAP（old）を管理するPSサーバ（old）からFAP（old）へのＮＲＩ送信は、上述した動作例でのPSサーバ（old）からFAP（old）への送信信号における予め定められた任意の信号に含ませることとしてよい。例えば、上述したステップＢ８３、Ｂ８９、Ｂ１０５でのPSサーバからFAP（old）への送信信号の何れかにＮＲＩを含ませることができる。
【０２３２】
また、こうしたPSサーバ（old）からのFAP（old）へのＮＲＩの通知は、ＮＲＩそのものをPSサーバ（old）からFAP（old）に送信してもよく、ＮＲＩを含むP-TMSIをPSサーバ（old）が発行し、PSサーバ（old）からFAP（old）に送信してもよい。
【０２３３】
こうして、FAP（old）は、自装置を管理するＰＳサーバ（old）のＮＲＩを、ステップＢ１０５でのIKE-AUTH Responseの受信時点までにＰＳサーバ（old）から取得し、自装置内に保持することとなる。
【０２３４】
その後、図１１に示すように、上述した動作例におけるステップＢ１０７でSecurity Mode CompleteをFAP（old）がUEから受信した場合に、FAP（old）は、自装置を管理するPSサーバ（old）のＮＲＩをP-TMSIに含めるようにP-TMSIを発行し、P-TMSI Real Location Commandに含めてUEに送信する（ステップＢ２００）。
ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。このことにより、UEに送信されるP-TMSI Real Location Commandは、既存３Ｇ網でIu-Flex機能によりＮＲＩが含められたP-TMSIと同様のP-TMSIを含むこととなる。
【０２３５】
また、上述したPSサーバ（old）が自装置のＮＲＩを含むP-TMSIを発行し、FAP（old）に通知する構成である場合も同様に、FAP（old）は、PSサーバ（old）から受信したP-TMSIを、上述したステップＢ２００でのP-TMSI Real Location Commandに含めてUEに送信する。
【０２３６】
UEは、P-TMSI Real Location Commandを受信した場合に、P-TMSIを自装置内に記憶し、P-TMSI Real Location CompleteをFAP（old）に送信する（ステップＢ２０１）。
【０２３７】
FAP（old）は、P-TMSI Real Location Completeを受信した場合に、上述したステップＢ１０８として、IKE-AUTH RequestをＰＳサーバ（old）に送信する。
【０２３８】
こうした他の動作例のように、FAP（old）がIMS-Femto網の上位装置としてのＰＳサーバ（old）から自装置を管理するPSサーバの特定情報（NRI）を取得し、そのNRIを含むP-TMSIをハンドオーバにおける移動前にUEに送信する動作であっても、3GPPなどの規格に定められた動作により本実施形態としてのＰＳハンドオーバ動作を実現することができる。
また、上述した他の動作例の場合、各PDGに予めPSサーバが固定的に割り当てられている必要はない。このため、PDGとPSサーバの関係は、例えば接続の度に最適なPDGやPSサーバを選択するものであってもよい。
【０２３９】
＜既存３Ｇ網からIMS-Femto網へのＰＳハンドオーバ動作例＞
次に、UEが、既存３Ｇ網のNode B配下から本実施形態によるIMS-Femto網のＦＡＰ配下にハンドオーバする場合の動作例について、図１２〜図１６のシーケンス図を参照して説明する。
【０２４０】
以下の説明では、ハンドオーバにおける移動前にUEが帰属しているNode-Bを管理するSGSNをSGSN（old）とし、移動後にUEが帰属しているＦＡＰをFAP（new）、そのFAP（new）を管理するＰＳサーバをＰＳサーバ（new）とする。
【０２４１】
まず、ＰＳハンドオーバにおける移動前のＰＤＰ確立動作として、UEと、そのUEが接続するNode-Bを含む既存３Ｇ網との間で、ＣＳ位置登録（ステップＣ１〜Ｃ１３）、ＰＳ位置登録（ステップＣ１４〜Ｃ２４）、ＰＳ発信（ステップＣ２５〜Ｃ３５）の一連の動作が行われる。これらの動作は、３ＧＰＰにより標準化されている既存３Ｇ網としての動作であり、説明を省略する。
【０２４２】
こうしてPDPが確立され、UEからNode-Bを経由して通信相手先装置との間で通信可能な状態となる。その後、通信の行われない状態が所定時間継続すると、自動的にRRC DisconnectionによりUEとNode-Bの間での無線区間だけが開放され（ステップＣ３６）、Preservation状態となる（ステップＣ３７）。
【０２４３】
こうしてPDPによる通信接続が確立された後で、UEが既存３Ｇ網（Macro網）のNode-B配下からIMS-Femto網のFAP（new）配下に移動した場合、IMS-Femto網へのＣＳ位置登録動作を開始することとなる。
【０２４４】
ステップＣ３８〜Ｃ８３のＣＳ位置登録動作は、上述したステップＢ１〜Ｂ４４のＣＳ位置登録動作に対して、FAP（old）に替えてFAP（new）とした同様の動作であるため、説明を省略する。なお、このステップＣ３８〜Ｃ８３のＣＳ位置登録動作でも、FAP（new）とPDGとの間では、IPsec Tunnel（1）が確立している状態から動作が開始されているものとする。
【０２４５】
次に、ハンドオーバによる移動後のＰＳ位置登録として、UEは、Routing Area Update RequestをFAP（new）に送信する（ステップＣ８４）。UEは、移動前の帰属先であるNode-Bを特定するold RAIと、移動前に受信したold P-TMSIと、PDP context StatusとをRouting Area Update Requestに含めて送信する。
【０２４６】
FAP（new）は、Routing Area Update Requestを受信した場合、PDP context Statusが含まれているため、引き継ぎ対象のPDPが存在すると判断し、自装置を管理するＰＳサーバ（new）のアドレス要求（Request）を、IMS-Femto網内部のDNSに送信する。FAP（new）は、自装置に予め設定されているdefault APNをアドレス要求（Request）に含めてIMS-Femto網内部のDNSに送信する（ステップＣ８５）。
【０２４７】
IMS-Femto網内部のDNSは、APNと共にアドレス要求（Request）を受信した場合、ＰＳサーバのアドレス情報をラウンドロビンで順次返信する。すなわち、１つ以上の予め定められた数のＰＳサーバのアドレス情報を送信し、それらのアドレス情報のＰＳサーバへの割り当て可否をFAP（new）が順次確認する。割り当て可能であればそのＰＳサーバにFAP（new）が割り当てられ、割り当て不可であれば、DNSはその予め定められた数のＰＳサーバのアドレス情報を再度送信する。こうして割り当て可能なＰＳサーバ（new）のアドレス情報をFAP（new）に返送（Answer）する（ステップＣ８６）。
【０２４８】
FAP（new）は、ＰＳサーバ（new）のアドレスを受信した場合に、IKE-SA-INIT RequestをＰＳサーバ（new）に送信する（ステップＣ８７）。
【０２４９】
ＰＳサーバ（new）は、IKE-SA-INIT Requestを受信した場合に、IKE-SA-INIT ResponseをFAP（new）に送信する（ステップＣ８８）。
【０２５０】
FAP（new）は、IKE-SA-INIT Responseを受信した場合に、IKE-AUTH RequestをＰＳサーバ（new）に送信する（ステップＣ８９）。FAP（new）は、APNと、NAI（Network Access Identifier）と、をIKE-AUTH Requestに含めて送信する。
【０２５１】
ＰＳサーバ（new）は、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＣ９０）。ＰＳサーバ（new）は、IKE-AUTH Requestに含まれているNAIをDia-EAP-Requestに含めて送信する。
【０２５２】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-Requestに含まれるNAIに基づいて、Dia-Wx-MARをHSSに送信する（ステップＣ９１）。AAAは、Dia-EAP-Requestに含まれていたNAIにおけるIMSI.UEをDia-Wx-MARに含めて送信する。
【０２５３】
HSSは、Dia-Wx-MARを受信した場合に、MAP-SAIをHLRに送信する（ステップＣ９２）。MAP-SAIはMAP-Send Authentication Infoである。HSSは、Dia-Wx-MARに含まれていたIMSI.UEをMAP-SAIに含めて送信する。
【０２５４】
HLRは、MAP-SAIを受信した場合に、MAP-SAI AckをHSSに送信する（ステップＣ９３）。HLRは、MAP-SAIに含まれているIMSI.UEに対応する認証のための情報を取得し、その取得した認証のための情報をMAP-SAI Ackに含めて送信する。
【０２５５】
HSSは、MAP-SAI Ackを受信した場合に、Dia-Wx-MAAをAAAに送信する（ステップＣ９４）。HSSは、MAP-SAI Ackに含まれているIMSI.UEの認証のための情報をDia-Wx-MAAに含めて送信する。
【０２５６】
AAAは、Dia-Wx-MAAを受信した場合に、Dia-EAP-AnswerをＰＳサーバ（new）に送信する（ステップＣ９５）。AAAは、Result-Code（multi-round）、EAP-Request/AKA-ChallengeをDia-EAP-Answerに含めて送信する。
【０２５７】
ＰＳサーバ（new）は、Dia-EAP-Answerを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＣ９６）。ＰＳサーバ（new）は、EAP-Request/AKA-ChallengeをIKE-AUTH Responseに含めて送信する。
【０２５８】
FAP（new）は、IKE-AUTH Responseを受信した場合に、Authentication RequestをUEに送信する（ステップＣ９７）。
【０２５９】
UEは、Authentication Requestを受信した場合に、Authentication ResponseをFAP（new）に送信する（ステップＣ９８）。
【０２６０】
FAP（new）は、Authentication Responseを受信した場合に、IKE-AUTH RequestをＰＳサーバ（new）に送信する（ステップＣ９９）。FAP（new）は、ステップＣ８４でRouting Area Update RequestにPDP context Statusが含まれており、引き継ぎ対象のPDPが存在すると判断しているため、そのステップＣ８４のRouting Area Update Requestにより受信したold RAIおよびold P-TMSIに加えて、new RAIと、new P-TMSIとを、IKE-AUTH Requestに含めて送信する。ここで、new RAIは、自装置（FAP（new））を特定する特定情報である。また、new P-TMSIは、自装置を管理するＰＳサーバ（new）の特定情報（ＰＳサーバ番号）であるＮＲＩをP-TMSIに含めるように自装置で発行した値である。ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。
【０２６１】
ＰＳサーバ（new）は、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＣ１００）。ＰＳサーバ（new）は、EAP-Response/AKA-ChallengeをDia-EAP-Requestに含めて送信する。
【０２６２】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-AnswerをＰＳサーバ（new）に送信する（ステップＣ１０１）。AAAは、UEの認証が成功した場合、Result-Code（Success）、EAP-Request/SuccessをDia-EAP-Answerに含めて送信する。
【０２６３】
ＰＳサーバ（new）は、Dia-EAP-Answerを受信した場合に、Dia-AA-RequestをAAAに送信する（ステップＣ１０２）。
【０２６４】
AAAは、Dia-AA-Requestを受信した場合に、Dia-AA-AnswerをＰＳサーバ（new）に送信する（ステップＣ１０３）。AAAは、UEの認証が成功した場合、Result-Code（Success）をDia-AA-Answerに含めて送信する。
【０２６５】
ここで、ＰＳサーバ（new）は、ステップＣ９９でFAP（new）から受信したIKE-AUTH Requestにより、引き継ぎ対象のPDPが存在すると判断している。このため、IKE-AUTH Requestに含まれているold P-TMSIについて、例えば最後の所定桁数などNRIを含めることとして予め設定された領域を確認し、そのold P-TMSIから自装置のNRIが検出されない場合、既存３Ｇ網やパケット公衆網のDNSに移動前のSGSNのアドレス要求（Request）を送信する（ステップＣ１０４）。ＰＳサーバ（new）は、このアドレス要求に、上述したIKE-AUTH RequestでFAP（new）から受信したold RAIを含めて送信する。
【０２６６】
ここで、既存３Ｇ網やパケット公衆網のDNSは、このアドレス要求に含まれるold RAIからでは、要求された移動前のSGSNアドレスを取得することができない。すなわち、既存３Ｇ網のIu-Flex機能では、old RAIにより特定されるNode-Bを管理するSGSN（old）のアドレスを取得することができない。
このため、既存３Ｇ網やパケット公衆網のDNSは、ＰＳサーバ（new）からアドレス要求を受信した場合、3GPPに準拠した方法として、既存３Ｇ網における代表SGSNのアドレスをＰＳサーバ（new）に返送（Answer）する（ステップＣ１０５）。
【０２６７】
ＰＳサーバ（new）は、DNSからアドレスを受信した場合、そのアドレス宛てにSGSN Context Requestを送信し、ＰＤＰコンテキストの引き継ぎ要求を行う（ステップＣ１０６）。ＰＳサーバ（new）は、上述したステップＣ１０５で、移動前のSGSNアドレスとして代表SGSNのアドレスを受信しているため、ステップＣ１０６のSGSN Context Requestは、この代表SGSN宛てに送信される。また、ＰＳサーバ（new）は、SGSN Context Requestに、IMSI.UEと、old RAIと、old P-TMSIとを含めて送信する。
【０２６８】
代表SGSNは、SGSN Context Requestを受信した場合、３ＧＰＰ技術仕様におけるIu-Flex機能により、SGSN Context Requestに含まれているP-TMSIからNRIを取得し、そのNRIにより特定されるＳＧＳＮを移動元のＳＧＳＮ（old）として判定する。
代表SGSNは、こうした3GPPに準拠した方法により特定されたSGSN（old）のアドレス宛てに、ＰＳサーバ（new）から受信したSGSN Context Requestを転送する（ステップＣ１０７）。
【０２６９】
SGSN（old）は、SGSN Context Requestを受信した場合、含まれているIMSI.UEと、old RAIと、old P-TMSIとに基づいて、PS-VLRの加入者プロファイルを検索し、IMSI.UEに対応するＰＤＰコンテキストの構成情報を特定する。SGSN（old）は、こうして特定されたＰＤＰコンテキストの構成情報をSGSN context Responseに含めてPSサーバ（new）に送信し、ＰＤＰコンテキストの引き継ぎを行う（ステップＣ１０８）。ＰＤＰコンテキストの構成情報は、3GPPで規定されるMM context、PDP context、IMSI＿UE、SGSNアドレスを少なくとも含むものとする。
【０２７０】
ＰＳサーバ（new）は、SGSN context Responseを受信した場合、受信したＰＤＰコンテキストの構成情報に基づいて、既存３Ｇ網のＳＧＳＮと同様のＰＤＰコンテキストの引き継ぎを行う。そして、ＰＳサーバ（new）は、SGSN（old）に、SGSN Context Acknowledgeを返信する（ステップＣ１０９）。ＰＳサーバ（new）は、SGSN Context Acknowledgeに、IMSI.UEを含めて送信する。
【０２７１】
次に、ＰＳサーバ（new）は、GTP:Update PDP context RequestをGGSNに送信する（ステップＣ１１０）。GGSNは、GTP:Update PDP context Requestを受信した場合、通信経路情報の更新を行い、GTP:Update PDP context ResponseをＰＳサーバ（new）に送信する（ステップＣ１１１）。
【０２７２】
ＰＳサーバ（new）は、GTP:Update PDP context Responseを受信した場合、MAP-Update GPRS LocationをHLRに送信する（ステップＣ１１２）。ＰＳサーバ（new）は、IMSI.UEをMAP-Update GPRS Locationに含めて送信する。
【０２７３】
HLRは、MAP-Update GPRS Locationを受信した場合、MAP-Cancel LocationをSGSN（old）に送信する（ステップＣ１１３）。HLRは、IMSI.UEをMAP-Cancel Locationに含めて送信する。
【０２７４】
SGSN（old）は、MAP-Cancel Locationを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）を削除し、HLRにMAP-Cancel Location ackを送信する（ステップＣ１１４）。
【０２７５】
HLRは、MAP-Cancel Location ackを受信した場合、MAP-Insert Subscriber DataをＰＳサーバ（new）に送信する（ステップＣ１１５）。MAP-Insert Subscriber Dataには、IMSI.UEの加入者情報が含まれている。
【０２７６】
ＰＳサーバ（new）は、MAP-Insert Subscriber Dataを受信した場合、IMSI.UEの加入者情報に基づいて加入者プロファイル（PS）を作成し、PS-VLRとして格納する。そして、ＰＳサーバ（new）は、MAP-Insert Subscriber Data ackをHLRに返信する（ステップＣ１１６）。
【０２７７】
HLRは、MAP-Insert Subscriber Data ackを受信した場合、MAP-Update GPRS Location ackをＰＳサーバ（new）に送信する（ステップＣ１１７）。
【０２７８】
ＰＳサーバ（new）は、MAP-Update GPRS Location ackを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＣ１１８）。ＰＳサーバ（new）は、EAP-Request/SuccessをIKE-AUTH Responseに含めて送信する。
【０２７９】
FAP（new）は、IKE-AUTH Responseを受信した場合に、Security Mode CommandをUEに送信する（ステップＣ１１９）。
【０２８０】
UEは、Security Mode Commandを受信した場合に、Security Mode CompleteをFAP（new）に送信する（ステップＣ１２０）。
【０２８１】
FAP（new）は、Security Mode Completeを受信した場合に、3G無線秘匿を行い、IKE-AUTH RequestをＰＳサーバ（new）に送信する（ステップＣ１２１）。3G無線秘匿は、3GPPに準拠した方法で行う。
【０２８２】
ＰＳサーバ（new）は、IKE-AUTH Requestを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＣ１２２）。
【０２８３】
FAP（new）は、IKE-AUTH Responseを受信した場合に、FAP（new）とＰＳサーバ（new）との間でIPsec Tunnel（4）を確立し（ステップＣ１２３）、Routing Area Update AcceptをUEに送信する（ステップＣ１２４）。FAP（new）は、Routing Area Update AcceptにP-TMSIを含めて送信する。
【０２８４】
ここで、FAP（new）は、自装置を管理するPSサーバ（new）から、そのPSサーバ（new）の特定情報であるＮＲＩをこの時点までに受信し、自装置内に格納している。
FAP（new）を管理するPSサーバ（new）からFAP（new）へのＮＲＩ送信は、上述した動作例でのPSサーバ（new）からFAP（new）への送信信号における予め定められた任意の信号に含ませることとしてよい。例えば、上述したステップＣ８８、Ｃ９６、Ｃ１１８、Ｃ１２２でのPSサーバからFAP（new）への送信信号の何れかにＮＲＩを含ませることができ、特に、ステップＣ１１８、Ｃ１２２の何れかにＮＲＩを含ませることがより好ましい。
【０２８５】
また、こうしたPSサーバ（new）からのFAP（new）へのＮＲＩの通知は、ＮＲＩそのものをPSサーバ（new）からFAP（new）に送信してもよく、ＮＲＩを含むP-TMSIをPSサーバ（new）が発行し、PSサーバ（new）からFAP（new）に送信してもよい。
【０２８６】
また、上述したFAP（new）によるPSサーバ（new）の特定情報（NRI）の取得は、そのPSサーバ（new）からに限定されず、PDGから受信する構成であってもよい。この場合、PDGは、PSサーバに対して固定的に割り当てられており、そのPDGに対して割り当てられたPSサーバのNRIを予め格納していることとする。
【０２８７】
PDGからのFAP（new）へのＮＲＩ送信は、上述した動作でのPDGからのFAP（new）への送信信号における予め定められた任意の信号に含ませることとしてよい。例えば、上述したステップＣ４２、Ｃ５０、Ｃ５８、Ｃ６０、Ｃ６２、でのPDGからのFAP（new）への送信信号の何れかにＮＲＩを含ませることができる。
【０２８８】
また、こうしたPDGからのFAP（new）への、そのFAP（new）を管理するPSサーバのＮＲＩの通知は、ＮＲＩそのものをPDGからFAP（new）に送信してもよく、ＮＲＩを含むP-TMSIをPDGが発行し、PDGからFAP（new）に送信してもよい。
【０２８９】
こうして、FAP（new）が自装置を管理するPSサーバ（new）の特定情報（NRI）をこの時点までに自装置内に格納することにより、上述したステップＣ１２４でFAP（new）がRouting Area Update AcceptにP-TMSIを含める際、FAP（new）は、自装置を管理するＰＳサーバ（new）の特定情報（NRI）をP-TMSIに含めるようにP-TMSIを発行し、UEに送信する。ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。このことにより、UEに送信されるRouting Area Update Acceptは、既存３Ｇ網でIu-Flex機能によりＮＲＩが含められたP-TMSIと同様のP-TMSIを含むこととなる。
【０２９０】
また、上述したPSサーバ（new）が自装置のＮＲＩを含むP-TMSIを発行し、FAP（new）に通知する構成である場合も同様に、FAP（new）は、PSサーバ（new）から受信したP-TMSIを、上述したステップＣ１２４でのRouting Area Update Acceptに含めてUEに送信する。
【０２９１】
UEは、Routing Area Update Acceptを受信した場合、P-TMSIを自装置内に記憶し、Routing Area Update CompleteをFAP（new）に送信する（ステップＣ１２５）。
【０２９２】
こうしてＰＳハンドオーバによる移動後のPDPが確立され、UEから移動先のFAP（new）を介して通信相手先装置との間で通信可能な状態となる。その後、通信の行われない状態が所定時間継続すると、自動的にUEとFAP（new）の間での無線区間だけが開放され、Preservation状態となる（ステップＣ１２６）。
【０２９３】
＜IMS-Femto網のＦＡＰ間におけるＰＳハンドオーバ動作例（ＰＳサーバまたがり）＞
次に、UEが、本実施形態のIMS-Femto網における１つのＰＳサーバ管理下にあるＦＡＰ配下から、他のＰＳサーバの管理下にあるＦＡＰ配下にＰＳハンドオーバする場合の動作例について、図１７〜図２０のシーケンス図を参照して説明する。
【０２９４】
以下の説明では、ハンドオーバにおける移動前にUEが帰属しているＦＡＰをFAP（old）、そのFAP（old）を管理するＰＳサーバをＰＳサーバ（old）とし、移動後にUEが帰属しているＦＡＰをFAP（new）、そのFAP（new）を管理するＰＳサーバをＰＳサーバ（new）とする。また、FAP（old）、FAP（new）それぞれとPDGとの間でIPsec Tunnel（1）が確立しているものとする。
【０２９５】
まず、ハンドオーバにおける移動前のＦＡＰへの位置登録動作等は、上述した図５〜図８のシーケンス図による動作例のステップＢ１〜Ｂ１１４までの動作と同様であるため、説明を省略し、PDPが確立された後でステップＢ１１５と同様のPreservation状態になっていることとする（ステップＤ１）。
【０２９６】
こうしてPDPによる通信接続が確立された後で、UEがFAP（old）配下から、同じIMS-Femto網のFAP（new）配下に移動した場合、そのIMS-Femto網へのＣＳ位置登録動作を開始することとなる。
【０２９７】
ステップＤ２〜Ｄ５０のＣＳ位置登録動作の内、ステップＤ２〜Ｄ４８については、上述したステップＢ１〜Ｂ４４のＣＳ位置登録動作に対して、FAP（old）に替えてFAP（new）とした同様の動作であるため、説明を省略する。
【０２９８】
こうしてステップＤ２〜Ｄ４８の動作により、FAP（new）についてのＣＳ位置登録が行われると、ＩＭＳコアは、SIP-NOTIFYをFAP（old）に送信する（ステップＤ４９）。IMSコアは、SIP-NOTIFYのBody部のContactタグに、state="terminated",event="deactivated"等を設定し、De-Registerを意味するメッセージにする。
【０２９９】
FAP（old）は、SIP-NOTIFYを受信した場合、UEの加入者情報（CS）を削除し、IMSコアとの接続を解放し、SIP-200 OKをIMSコアに送信する（ステップＤ５０）。
【０３００】
次に、ハンドオーバにおける移動後のＰＳ位置登録として、UEは、Routing Area Update RequestをFAP（new）に送信する（ステップＤ５１）。UEは、移動前の帰属先であるFAP（old）を特定するold RAIと、移動前に受信したold P-TMSIと、PDP context StatusとをRouting Area Update Requestに含めて送信する。
【０３０１】
FAP（new）は、Routing Area Update Requestを受信した場合、PDP context Statusが含まれているため、引き継ぎ対象のPDPが存在すると判断し、自装置を管理するＰＳサーバ（new）のアドレス要求（Request）を、IMS-Femto網内部のDNSに送信する。FAP（new）は、自装置に予め設定されているdefault APNをアドレス要求（Request）に含めてIMS-Femto網内部のDNSに送信する（ステップＤ５２）。
【０３０２】
IMS-Femto網内部のDNSは、APNと共にアドレス要求（Request）を受信した場合、ＰＳサーバのアドレス情報をラウンドロビンで順次返信する。すなわち、１つ以上の予め定められた数のＰＳサーバのアドレス情報を送信し、それらのアドレス情報のＰＳサーバへの割り当て可否をFAP（new）が順次確認する。割り当て可能であればそのＰＳサーバにFAP（new）が割り当てられ、割り当て不可であれば、DNSはその予め定められた数のＰＳサーバのアドレス情報を再度送信する。こうして割り当て可能なＰＳサーバ（new）のアドレス情報をFAP（new）に返送（Answer）する（ステップＤ５３）。
【０３０３】
FAP（new）は、ＰＳサーバ（new）のアドレスを受信した場合に、IKE-SA-INIT RequestをＰＳサーバ（new）に送信する（ステップＤ５４）。
【０３０４】
ＰＳサーバ（new）は、IKE-SA-INIT Requestを受信した場合に、IKE-SA-INIT ResponseをFAP（new）に送信する（ステップＤ５５）。
【０３０５】
FAP（new）は、IKE-SA-INIT Responseを受信した場合に、IKE-AUTH RequestをＰＳサーバ（new）に送信する（ステップＤ５６）。FAP（new）は、APNと、NAI（Network Access Identifier）と、をIKE-AUTH Requestに含めて送信する。
【０３０６】
ＰＳサーバ（new）は、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＤ５７）。ＰＳサーバ（new）は、IKE-AUTH Requestに含まれているNAIをDia-EAP-Requestに含めて送信する。
【０３０７】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-Requestに含まれるNAIに基づいて、Dia-Wx-MARをHSSに送信する（ステップＤ５８）。AAAは、Dia-EAP-Requestに含まれていたNAIにおけるIMSI.UEをDia-Wx-MARに含めて送信する。
【０３０８】
HSSは、Dia-Wx-MARを受信した場合に、MAP-SAIをHLRに送信する（ステップＤ５９）。MAP-SAIはMAP-Send Authentication Infoである。HSSは、Dia-Wx-MARに含まれていたIMSI.UEをMAP-SAIに含めて送信する。
【０３０９】
HLRは、MAP-SAIを受信した場合に、MAP-SAI AckをHSSに送信する（ステップＤ６０）。HLRは、MAP-SAIに含まれているIMSI.UEに対応する認証のための情報を取得し、その取得した認証のための情報をMAP-SAI Ackに含めて送信する。
【０３１０】
HSSは、MAP-SAI Ackを受信した場合に、Dia-Wx-MAAをAAAに送信する（ステップＤ６１）。HSSは、MAP-SAI Ackに含まれているIMSI.UEの認証のための情報をDia-Wx-MAAに含めて送信する。
【０３１１】
AAAは、Dia-Wx-MAAを受信した場合に、Dia-EAP-AnswerをＰＳサーバ（new）に送信する（ステップＤ６２）。AAAは、Result-Code（multi-round）、EAP-Request/AKA-ChallengeをDia-EAP-Answerに含めて送信する。
【０３１２】
ＰＳサーバ（new）は、Dia-EAP-Answerを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＤ６３）。ＰＳサーバ（new）は、EAP-Request/AKA-ChallengeをIKE-AUTH Responseに含めて送信する。
【０３１３】
FAP（new）は、IKE-AUTH Responseを受信した場合に、Authentication RequestをUEに送信する（ステップＤ６４）。
【０３１４】
UEは、Authentication Requestを受信した場合に、Authentication ResponseをFAP（new）に送信する（ステップＤ６５）。
【０３１５】
FAP（new）は、Authentication Responseを受信した場合に、IKE-AUTH RequestをＰＳサーバ（new）に送信する（ステップＤ６６）。FAP（new）は、ステップＤ５１でRouting Area Update RequestにPDP context Statusが含まれており、引き継ぎ対象のPDPが存在すると判断しているため、そのステップＤ５１のRouting Area Update Requestにより受信したold RAIおよびold P-TMSIに加えて、new RAIと、new P-TMSIとを、IKE-AUTH Requestに含めて送信する。ここで、new RAIは、自装置（FAP（new））を特定する特定情報である。また、new P-TMSIは、自装置を管理するＰＳサーバ（new）の特定情報（ＰＳサーバ番号）であるＮＲＩをP-TMSIに含めるように自装置で発行した値である。ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。
【０３１６】
ＰＳサーバ（new）は、IKE-AUTH Requestを受信した場合に、Dia-EAP-RequestをAAAに送信する（ステップＤ６７）。ＰＳサーバ（new）は、EAP-Response/AKA-ChallengeをDia-EAP-Requestに含めて送信する。
【０３１７】
AAAは、Dia-EAP-Requestを受信した場合に、Dia-EAP-AnswerをＰＳサーバ（new）に送信する（ステップＤ６８）。AAAは、UEの認証が成功した場合、Result-Code（Success）、EAP-Request/SuccessをDia-EAP-Answerに含めて送信する。
【０３１８】
ＰＳサーバ（new）は、Dia-EAP-Answerを受信した場合に、Dia-AA-RequestをAAAに送信する（ステップＤ６９）。
【０３１９】
AAAは、Dia-AA-Requestを受信した場合に、Dia-AA-AnswerをＰＳサーバ（new）に送信する（ステップＤ７０）。AAAは、UEの認証が成功した場合、Result-Code（Success）をDia-AA-Answerに含めて送信する。
【０３２０】
ここで、ＰＳサーバ（new）は、ステップＤ６６でFAP（new）から受信したIKE-AUTH Requestにより、引き継ぎ対象のPDPが存在すると判断している。このため、IKE-AUTH Requestに含まれているold P-TMSIについて、例えば最後の所定桁数などNRIを含めることとして予め設定された領域を確認し、そのold P-TMSIから自装置のNRIが検出されない場合、既存３Ｇ網やパケット公衆網のDNSに移動前のSGSNのアドレス要求（Request）を送信する（ステップＤ７１）。ＰＳサーバ（new）は、このアドレス要求に、上述したIKE-AUTH RequestでFAP（new）から受信したold RAIを含めて送信する。
【０３２１】
ここで、既存３Ｇ網やパケット公衆網のDNSは、代表PSサーバのアドレスに、全てのFAPそれぞれのRAIを関連付けて予め格納している。このため、アドレス要求によりFAP（old）のRAIを受信した場合、IMS-Femto網における予め設定された代表PSサーバのアドレスを、ＰＳサーバ（new）に返送（Answer）する（ステップＤ７２）。
【０３２２】
ＰＳサーバ（new）は、DNSからアドレスを受信した場合、そのアドレス宛てにSGSN Context Requestを送信し、ＰＤＰコンテキストの引き継ぎ要求を行う（ステップＤ７３）。ＰＳサーバ（new）は、上述したステップＤ７２で、移動前のSGSNアドレスとして代表ＰＳサーバのアドレスを受信しているため、ステップＤ７３のSGSN Context Requestは、この代表ＰＳサーバ宛てに送信される。また、ＰＳサーバ（new）は、SGSN Context Requestに、IMSI.UEと、old RAIと、old P-TMSIとを含めて送信する。
【０３２３】
代表ＰＳサーバは、SGSN Context Requestを受信した場合、含まれているold P-TMSIについて、例えば最後の所定桁数などNRIを含めることとして予め設定された領域を確認する。ここで、代表ＰＳサーバは、各ＰＳサーバのアドレス情報に、ＰＳサーバを特定する番号であるNRIを関連付けて予め格納している。このため、受信されたP-TMSIの所定領域から取得した番号が、予め格納されているNRIの何れかと一致した場合、代表ＰＳサーバは、その一致したNRIに関連付けられているアドレス情報を、移動前にUEが帰属していたFAP（old）を管理するＰＳサーバ（old）のアドレス情報として特定する。
【０３２４】
代表ＰＳサーバは、こうして特定されたＰＳサーバ（old）のアドレス宛てに、ＰＳサーバ（new）から受信したSGSN Context Requestを転送する（ステップＤ７４）。
【０３２５】
ＰＳサーバ（old）は、SGSN Context Requestを受信した場合、含まれているIMSI.UEと、old RAIと、old P-TMSIとに基づいて、PS-VLRの加入者プロファイルを検索し、IMSI.UEに対応するＰＤＰコンテキストの構成情報を特定する。PSサーバ（old）は、こうして特定されたＰＤＰコンテキストの構成情報をSGSN context Responseに含めてＰＳサーバ（new）に送信し、ＰＤＰコンテキストの引き継ぎを行う（ステップＤ７５）。ＰＤＰコンテキストの構成情報は、3GPPで規定されるMM context、PDP context、IMSI＿UE、SGSNアドレスを少なくとも含むものとする。
【０３２６】
ＰＳサーバ（new）は、SGSN context Responseを受信した場合、受信したＰＤＰコンテキストの構成情報に基づいて、既存３Ｇ網のＳＧＳＮと同様のＰＤＰコンテキストの引き継ぎを行う。そして、ＰＳサーバ（new）は、ＰＳサーバ（old）に、SGSN Context Acknowledgeを返信する（ステップＤ７６）。ＰＳサーバ（new）は、SGSN Context Acknowledgeに、IMSI.UEを含めて送信する。
【０３２７】
ＰＳサーバ（old）は、SGSN Context Acknowledgeを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）を削除してリソースを解放し、Session Termination RequestをAAAに送信する（ステップＤ７７）。
【０３２８】
AAAは、Session Termination Requestを受信した場合、Session Termination AnswerをＰＳサーバ（old）に返信する（ステップＤ７８）。
【０３２９】
ＰＳサーバ（old）は、Session Termination Answerを受信した場合、Informational RequestをFAP（old）に送信する（ステップＤ７９）。ＰＳサーバ（old）は、Informational Requestに、IMSI.UEを含めて送信する。
【０３３０】
FAP（old）は、Informational Requestを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）を削除してリソースを解放し、Informational ResponseをＰＳサーバ（old）に返信する（ステップＤ８０）。こうして、FAP（old）とＰＳサーバ（old）との間でのIPsec Tunnel（4）が解放される（ステップＤ８１）。
【０３３１】
次に、ＰＳサーバ（new）は、GTP:Update PDP context RequestをGGSNに送信する（ステップＤ８２）。GGSNは、GTP:Update PDP context Requestを受信した場合、通信経路情報の更新を行い、GTP:Update PDP context ResponseをＰＳサーバ（new）に送信する（ステップＤ８３）。
【０３３２】
ＰＳサーバ（new）は、GTP:Update PDP context Responseを受信した場合、MAP-Update GPRS LocationをHLRに送信する（ステップＤ８４）。ＰＳサーバ（new）は、IMSI.UEをMAP-Update GPRS Locationに含めて送信する。
【０３３３】
HLRは、MAP-Update GPRS Locationを受信した場合、MAP-Cancel LocationをＰＳサーバ（old）に送信する（ステップＤ８５）。HLRは、IMSI.UEをMAP-Cancel Locationに含めて送信する。
【０３３４】
ＰＳサーバ（old）は、MAP-Cancel Locationを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）は削除済みであるため、そのままHLRにMAP-Cancel Location ackを送信する（ステップＤ８６）。
【０３３５】
HLRは、MAP-Cancel Location ackを受信した場合、MAP-Insert Subscriber DataをＰＳサーバ（new）に送信する（ステップＤ８７）。MAP-Insert Subscriber Dataには、IMSI.UEの加入者情報が含まれている。
【０３３６】
ＰＳサーバ（new）は、MAP-Insert Subscriber Dataを受信した場合、IMSI.UEの加入者情報に基づいて加入者プロファイル（PS）を作成し、PS-VLRとして格納する。そして、ＰＳサーバ（new）は、MAP-Insert Subscriber Data ackをHLRに返信する（ステップＤ８８）。
【０３３７】
HLRは、MAP-Insert Subscriber Data ackを受信した場合、MAP-Update GPRS Location ackをＰＳサーバ（new）に送信する（ステップＤ８９）。
【０３３８】
ＰＳサーバ（new）は、MAP-Update GPRS Location ackを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＤ９０）。ＰＳサーバ（new）は、EAP-Request/SuccessをIKE-AUTH Responseに含めて送信する。
【０３３９】
FAP（new）は、IKE-AUTH Responseを受信した場合に、Security Mode CommandをUEに送信する（ステップＤ９１）。
【０３４０】
UEは、Security Mode Commandを受信した場合に、Security Mode CompleteをFAP（new）に送信する（ステップＤ９２）。
【０３４１】
FAP（new）は、Security Mode Completeを受信した場合に、3G無線秘匿を行い、IKE-AUTH RequestをＰＳサーバ（new）に送信する（ステップＤ９３）。3G無線秘匿は、3GPPに準拠した方法で行う。
【０３４２】
ＰＳサーバ（new）は、IKE-AUTH Requestを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＤ９４）。
【０３４３】
FAP（new）は、IKE-AUTH Responseを受信した場合に、FAP（new）とＰＳサーバ（new）との間でIPsec Tunnel（4）を確立し（ステップＤ９５）、Routing Area Update AcceptをUEに送信する（ステップＤ９６）。FAP（new）は、Routing Area Update AcceptにP-TMSIを含めて送信する。
この時、FAP（new）は、自装置を管理するＰＳサーバ（new）の特定情報（ＰＳサーバ番号）であるＮＲＩをP-TMSIに含めるようにP-TMSIを発行し、UEに送信する。ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。このことにより、UEに送信されるRouting Area Update Acceptは、既存３Ｇ網でIu-Flex機能によりＮＲＩが含められたP-TMSIと同様のP-TMSIを含むこととなる。
【０３４４】
UEは、Routing Area Update Acceptを受信した場合、P-TMSIを自装置内に記憶し、Routing Area Update CompleteをFAP（new）に送信する（ステップＤ９７）。
【０３４５】
こうしてＰＳハンドオーバによる移動後のPDPが確立され、UEから移動先のFAP（new）を介して通信相手先装置との間で通信可能な状態となる。その後、通信の行われない状態が所定時間継続すると、自動的にUEとFAP（new）の間での無線区間だけが開放され、Preservation状態となる（ステップＤ９８）。
【０３４６】
＜IMS-Femto網のＦＡＰ間におけるＰＳハンドオーバ動作例（１つのＰＳサーバ管理下）＞
次に、UEが、本実施形態のIMS-Femto網における１つのＰＳサーバ管理下にあるＦＡＰ配下から、同じＰＳサーバの管理下のＦＡＰ配下にＰＳハンドオーバする場合の動作例について、図２１〜図２４のシーケンス図を参照して説明する。
【０３４７】
以下の説明では、ハンドオーバにおける移動前にUEが帰属しているＦＡＰをFAP（old）、移動後にUEが帰属しているＦＡＰをFAP（new）とし、このFAP（old）およびFAP（new）が同一のＰＳサーバの管理下であることとする。また、FAP（old）、FAP（new）それぞれとPDGとの間でIPsec Tunnel（1）が確立しているものとする。
【０３４８】
まず、ハンドオーバにおける移動前のＦＡＰへの位置登録動作等は、上述した図５〜図８のシーケンス図による動作例のステップＢ１〜Ｂ１１４までの動作と同様であるため、説明を省略し、PDPが確立された後でステップＢ１１５と同様のPreservation状態になっていることとする（ステップＥ１）。
【０３４９】
こうしてPDPによる通信接続が確立された後で、UEがFAP（old）配下から、同じIMS-Femto網のFAP（new）配下に移動した場合、そのIMS-Femto網へのＣＳ位置登録動作を開始することとなる。
【０３５０】
ステップＥ２〜Ｅ５０のＣＳ位置登録動作については、図１７〜図２０のシーケンス図による動作例のステップＤ２〜Ｄ５０と同様の動作であるため、説明を省略する。
また、ＰＳ位置登録の動作についても、ステップＥ５１〜Ｅ７０については、図１７〜図２０のシーケンス図による動作例のステップＤ５１〜Ｄ７０と同様の動作であるため、説明を省略する。
【０３５１】
こうしてAAAによるUEの認証が成功した後、ＰＳサーバは、ステップＥ６６でFAP（new）から受信したIKE-AUTH Requestにより、引き継ぎ対象のPDPが存在すると判断している。このため、IKE-AUTH Requestに含まれているold P-TMSIについて、例えば最後の所定桁数などNRIを含めることとして予め設定された領域を確認し、そのold P-TMSIから自装置のNRIが検出された場合、old P-TMSI、old RAIに基づいて自装置のPS-VLRの加入者プロファイル（PS）を検索し、IMSI.UEに対応するＰＤＰコンテキストの構成情報を特定する。ＰＤＰコンテキストの構成情報は、3GPPで規定されるMM context、PDP context、IMSI＿UE、SGSNアドレスを少なくとも含むものとする。
【０３５２】
ＰＳサーバは、特定したＰＤＰコンテキストの構成情報に基づいて、既存３Ｇ網のＳＧＳＮと同様のＰＤＰコンテキストの引き継ぎを自装置内で行う。
また、PS-VLRからFAP（old）配下のUEの加入者プロファイル（PS）を削除してリソースを解放する。
【０３５３】
そして、ＰＳサーバは、Session Termination RequestをAAAに送信する（ステップＥ７１）。
AAAは、Session Termination Requestを受信した場合、Session Termination AnswerをＰＳサーバに返信する（ステップＥ７２）。
【０３５４】
ＰＳサーバは、Session Termination Answerを受信した場合、Informational RequestをFAP（old）に送信する（ステップＥ７３）。ＰＳサーバは、Informational Requestに、IMSI.UEを含めて送信する。
【０３５５】
FAP（old）は、Informational Requestを受信した場合、IMSI.UEで特定されるUEの加入者情報（PS）を削除してリソースを解放し、Informational ResponseをＰＳサーバに返信する（ステップＥ７４）。こうして、FAP（old）とＰＳサーバとの間でのIPsec Tunnel（4）が解放される（ステップＥ７５）。
【０３５６】
次に、ＰＳサーバは、GTP:Update PDP context RequestをGGSNに送信する（ステップＥ７６）。GGSNは、GTP:Update PDP context Requestを受信した場合、通信経路情報の更新を行い、GTP:Update PDP context ResponseをＰＳサーバに送信する（ステップＥ７７）。
【０３５７】
ＰＳサーバは、GTP:Update PDP context Responseを受信した場合、MAP-Update GPRS LocationをHLRに送信する（ステップＥ７８）。ＰＳサーバは、IMSI.UEをMAP-Update GPRS Locationに含めて送信する。
【０３５８】
HLRは、MAP-Update GPRS Locationを受信した場合、MAP-Insert Subscriber DataをＰＳサーバに送信する（ステップＥ７９）。MAP-Insert Subscriber Dataには、IMSI.UEの加入者情報が含まれている。
【０３５９】
ＰＳサーバは、MAP-Insert Subscriber Dataを受信した場合、IMSI.UEの加入者情報に基づいて加入者プロファイル（PS）を作成し、PS-VLRとして格納する。そして、ＰＳサーバは、MAP-Insert Subscriber Data ackをHLRに返信する（ステップＥ８０）。
【０３６０】
HLRは、MAP-Insert Subscriber Data ackを受信した場合、MAP-Update GPRS Location ackをＰＳサーバに送信する（ステップＥ８１）。
【０３６１】
ＰＳサーバは、MAP-Update GPRS Location ackを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＥ８２）。ＰＳサーバは、EAP-Request/SuccessをIKE-AUTH Responseに含めて送信する。
【０３６２】
FAP（new）は、IKE-AUTH Responseを受信した場合に、Security Mode CommandをUEに送信する（ステップＥ８３）。
【０３６３】
UEは、Security Mode Commandを受信した場合に、Security Mode CompleteをFAP（new）に送信する（ステップＥ８４）。
【０３６４】
FAP（new）は、Security Mode Completeを受信した場合に、3G無線秘匿を行い、IKE-AUTH RequestをＰＳサーバに送信する（ステップＥ８５）。3G無線秘匿は、3GPPに準拠した方法で行う。
【０３６５】
ＰＳサーバは、IKE-AUTH Requestを受信した場合に、IKE-AUTH ResponseをFAP（new）に送信する（ステップＥ８６）。
【０３６６】
FAP（new）は、IKE-AUTH Responseを受信した場合に、FAP（new）とＰＳサーバとの間でIPsec Tunnel（4）を確立し（ステップＥ８７）、Routing Area Update AcceptをUEに送信する（ステップＥ８８）。FAP（new）は、Routing Area Update AcceptにP-TMSIを含めて送信する。
この時、FAP（new）は、自装置を管理するＰＳサーバの特定情報（ＰＳサーバ番号）であるＮＲＩをP-TMSIに含めるようにP-TMSIを発行し、UEに送信する。ＮＲＩをP-TMSIに含める方法は、既存３Ｇ網におけるIu-Flex機能と同様に、P-TMSIの最後の所定桁数をＮＲＩとする方法などを用いることができる。このことにより、UEに送信されるRouting Area Update Acceptは、既存３Ｇ網でIu-Flex機能によりＮＲＩが含められたP-TMSIと同様のP-TMSIを含むこととなる。
【０３６７】
UEは、Routing Area Update Acceptを受信した場合、P-TMSIを自装置内に記憶し、Routing Area Update CompleteをFAP（new）に送信する（ステップＥ８９）。
【０３６８】
こうしてＰＳハンドオーバによる移動後のPDPが確立され、UEから移動先のFAP（new）を介して通信相手先装置との間で通信可能な状態となる。その後、通信の行われない状態が所定時間継続すると、自動的にUEとFAP（new）の間での無線区間だけが開放され、Preservation状態となる（ステップＥ９０）。
【０３６９】
＜実施形態による効果＞
以上のように、上述した本発明の実施形態によるIMS-Femto網では、ＰＳハンドオーバの際にもＰＤＰコンテキストの引き継ぎを実現できる。このため、本実施形態によるIMS-Femto網では、既存３Ｇ網など既存の移動通信網との間でＰＳハンドオーバが行われる場合であっても、既存３Ｇ網内でのＰＳハンドオーバと同様のＰＳハンドオーバを行うことができる。
【０３７０】
より詳述すると、まず、本実施形態のIMS-Femto網から既存３Ｇ網へのＰＳハンドオーバの場合、ステップＢ７４のAttach AcceptでUEに送信するP-TMSI内に、移動前のＰＳサーバ（old）を特定する特定情報（NRI）を埋め込むようにしている。
また、他の動作例として、ステップＢ２００のP-TMSI Real Location  CommandでUEに送信するP-TMSI内に、移動前のＰＳサーバ（old）を特定する特定情報（NRI）を埋め込むようにしている。
このことにより、移動後にステップＢ１３８でSGSN Context Requestを受信した代表ＰＳサーバは、そのSGSN Context Requestに含まれるP-TMSIにより移動前のＰＳサーバ（old）を特定し、受信したSGSN Context Requestをその特定されたＰＳサーバ（old）に転送することができる。このため、ＰＳハンドオーバにおけるＰＤＰコンテキストの引き継ぎを、既存３Ｇ網内でのＰＳハンドオーバと同様に実現することができる。
【０３７１】
また、既存３Ｇ網から本実施形態のIMS-Femto網へのＰＳハンドオーバの場合、移動後のＰＳサーバ（new）は、３ＧＰＰ技術仕様におけるIu-Flex機能により移動前のＳＧＳＮ（old）を特定する特定情報（NRI）が含められたP-TMSIを、上述したステップＣ１０６でSGSN Context Requestに含めて、移動元ＳＧＳＮが含まれる既存３Ｇ網の代表ＳＧＳＮに送信する。
このことにより、既存３Ｇ網内でのＰＳハンドオーバの場合と同様に、既存３Ｇ網における代表ＳＧＳＮから移動元ＳＧＳＮへとSGSN Context Requestを転送させることができる。このため、ＰＳハンドオーバにおけるＰＤＰコンテキストの引き継ぎを、既存３Ｇ網内でのＰＳハンドオーバと同様に実現することができる。
【０３７２】
また、本実施形態のIMS-Femto網内で、１つのＰＳサーバ管理下にあるＦＡＰ配下から、他のＰＳサーバの管理下にあるＦＡＰ配下へとＰＳハンドオーバする場合、上述したIMS-Femto網から既存３Ｇ網へのＰＳハンドオーバの場合と同様に、ステップＤ７３でSGSN Context Requestを受信した代表ＰＳサーバが、そのSGSN Context Requestに含まれるP-TMSIにより移動前のＰＳサーバ（old）を特定し、受信したSGSN Context Requestをその特定されたＰＳサーバ（old）に転送することができる。
このため、ＰＳハンドオーバにおけるＰＤＰコンテキストの引き継ぎを、既存３Ｇ網内でのＰＳハンドオーバと同様に実現することができる。
【０３７３】
また、本実施形態のIMS-Femto網内で、１つのＰＳサーバ管理下にあるＦＡＰ配下から、同じＰＳサーバの管理下のＦＡＰ配下へとＰＳハンドオーバする場合、移動先ＦＡＰを管理するＰＳサーバが、ステップＥ６６のIKE-AUTH Requestで受信したold P-TMSIに含まれるＮＲＩが自装置の特定情報であることを検知することにより、自装置内でＰＤＰコンテキストの引き継ぎを行う。
このため、ＰＳハンドオーバにおけるＰＤＰコンテキストの引き継ぎを、既存３Ｇ網内でのＰＳハンドオーバと同様に実現することができる。
【０３７４】
本実施形態によれば、以上のようにＰＤＰコンテキストの引き継ぎを実現するため、ＰＳハンドオーバでの移動先でＰＤＰコンテキストを再確立する必要なく、既存３Ｇ網内でのＰＳハンドオーバと同様のＰＳハンドオーバを実現できる。
このため、パケット通信の途中や、パケット通信状態のまま無通信状態が所定時間続いたPreservation状態でＰＳハンドオーバが行われた場合であっても、既存３Ｇ網内でのＰＳハンドオーバの場合と同様に、パケット通信を継続させることができる。
【０３７５】
また、本実施形態では、ＰＳサーバが仮想的にＳＧＳＮ機能部を構成することにより、IMS-Femto網以外のネットワークに属する装置（既存３Ｇ網のSGSNなど）との間で、既存３Ｇ網のＳＧＳＮによる信号送受信と同様の信号送受信を実現している。このように、本実施形態では、既存３Ｇ網などIMS-Femto網以外のネットワークからＰＳサーバをＳＧＳＮとして認識させ、3GPP TS23.236等の標準化規格に定められた信号送受信の流れに沿って、ＰＳハンドオーバにおけるＰＤＰコンテキストの引き継ぎを実現できる。
このため、既存３Ｇ網など既存の移動通信網における各装置の改良を必要とせず、上述した各効果を得ることができる。
【０３７６】
また、上述した説明では、既存３Ｇ網とIMS-Femto網との間でのＰＳハンドオーバについて説明したが、IMS-Femto網のＰＳサーバによるＳＧＳＮ機能部は上述のように他のネットワークに属する装置からＳＧＳＮとして認識されるよう動作する。このため、ＬＴＥ網など各種の移動通信網からもIMS-Femto網のＰＳサーバは、既存３Ｇ網におけるＳＧＳＮと同様に判別されることとなり、ＬＴＥ網など各種の移動通信網とIMS-Femto網との間のＰＳハンドオーバの場合についても、上述した実施形態と同様の手順により、3GPP等の規格に定められた動作に沿ってＰＳハンドオーバを行い、ＰＤＰコンテキストの引き継ぎを実現することができる。
【０３７７】
なお、上述した各実施形態は本発明の好適な実施形態であり、本発明はこれに限定されることなく、本発明の技術的思想に基づいて種々変形して実施することが可能である。
【０３７８】
例えば、本明細書で提示した非特許文献１は、一例であり、本実施形態における通信システムは、非特許文献１に記載されている3GPPのVersionには依存せずに行うことも可能である。
【０３７９】
また、上述した実施形態では、Preservation状態で位置移動が行われることとして説明したが、位置移動の時点でPreservation状態であってもなくても、結局、ハンドオーバの一連の動作に伴ってUEとFAPまたはNode-Bとの間の無線区間は解放されることとなる。すなわち、ＰＳ通信が確立された後の位置移動によるＰＳハンドオーバであれば、位置移動の時点でPreservation状態であるか否かにかかわらず、同様の動作により上述した実施形態による各機能が実現されることとなる。
【０３８０】
ＳＧＳＮ機能部がＰＳサーバにより実現される構成例について説明したが、機能として実現可能であればその機能を実装する装置はこのＰＳサーバに限定されず、例えばＰＤＧなど他の装置が上述した実施形態におけるＳＧＳＮ機能部を備えるサービス制御装置として機能する構成であっても本発明は同様に実現することができる。
【０３８１】
このように、上述した実施形態における各装置が実現する各機能は、それら機能を実現可能であればその機能を実装する装置は上述した実施形態のものに限定されず、他の装置がそれら機能を備える構成であっても本発明は同様に実現することができる。
すなわち、本明細書における各種装置やシステムは、各種機能を実現する機能部（特定の機能を実現する機能モジュールや装置など）論理的に集合したもののことであり、各機能部が何れの装置内に設けられているか、また、単一の筐体内にあるか否かは特に問われるものではない。
【０３８２】
また、上述した本実施形態における通信システムを構成する各装置における制御動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【０３８３】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０３８４】
例えば、プログラムは、記録媒体としてのハードディスクやROM（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。なお、リムーバブル記録媒体としては、フロッピー（登録商標）ディスク、CD-ROM（Compact Disc Read Only Memory）、MO（Magneto optical）ディスク、DVD（Digital Versatile Disc）、磁気ディスク、半導体メモリなどが挙げられる。
【０３８５】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトから、コンピュータに無線転送することになる。また、ネットワークを介して、コンピュータに有線で転送することになる。
【０３８６】
また、本実施形態における通信システムは、上記実施形態で説明した処理動作に従って時系列的に処理を実行するのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に処理を実行するように構築することも可能である。
【０３８７】
また、本実施形態における通信システムは、複数の装置の論理的集合構成にしたり、各構成の装置が同一筐体内に存在する構成にしたりするように構築することも可能である。
【符号の説明】
【０３８８】
１    ＵＥ
２    ＦＡＰ
３    ＰＤＧ
４    ＰＳサーバ（サービス制御装置の一例）
５    ＡＡＡ
６    ＨＳＳ
７    ＤＮＳ
８    ＩＭＳコア
９３    ＳＧＳＮ
９４    ＧＧＳＮ
９５    ＨＬＲ
９６    ＤＮＳ
９７    ＭＳＣ
【図１】
0005867955.tif 000002
【図２】
0005867955.tif 000003
【図３】
0005867955.tif 000004
【図４】
0005867955.tif 000005
【図５】
0005867955.tif 000006
【図６】
0005867955.tif 000007
【図７】
0005867955.tif 000008
【図８】
0005867955.tif 000009
【図９】
0005867955.tif 000010
【図１０】
0005867955.tif 000011
【図１１】
0005867955.tif 000012
【図１２】
0005867955.tif 000013
【図１３】
0005867955.tif 000014
【図１４】
0005867955.tif 000015
【図１５】
0005867955.tif 000016
【図１６】
0005867955.tif 000017
【図１７】
0005867955.tif 000018
【図１８】
0005867955.tif 000019
【図１９】
0005867955.tif 000020
【図２０】
0005867955.tif 000021
【図２１】
0005867955.tif 000022
【図２２】
0005867955.tif 000023
【図２３】
0005867955.tif 000024
【図２４】
0005867955.tif 000025