JP5867955B2 - 通信システム、サービス制御装置、フェムトセル用基地局、通信方法および装置のプログラム - Google Patents

Description

本発明は、フェムトセル用基地局を用いたシステムでハンドオーバを実現する通信システム、およびその通信システムに用いられるサービス制御装置、フェムトセル用基地局、通信方法および装置のプログラムに関する。

携帯電話機などの無線端末（ＵＥ；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）、磁気ディスク、半導体メモリなどが挙げられる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトから、コンピュータに無線転送することになる。また、ネットワークを介して、コンピュータに有線で転送することになる。

また、本実施形態における通信システムは、上記実施形態で説明した処理動作に従って時系列的に処理を実行するのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に処理を実行するように構築することも可能である。

また、本実施形態における通信システムは、複数の装置の論理的集合構成にしたり、各構成の装置が同一筐体内に存在する構成にしたりするように構築することも可能である。

１ ＵＥ
２ ＦＡＰ
３ ＰＤＧ
４ ＰＳサーバ（サービス制御装置の一例）
５ ＡＡＡ
６ ＨＳＳ
７ ＤＮＳ
８ ＩＭＳコア
９３ ＳＧＳＮ
９４ ＧＧＳＮ
９５ ＨＬＲ
９６ ＤＮＳ
９７ ＭＳＣ

Claims (14)

1. ＩＭＳ（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に含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御手段を備えたことを特徴とする通信システム。
2. 前記ＳＧＳＮ機能部は、規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行うことを特徴とする請求項１記載の通信システム。
3. 前記フェムトセル用基地局は、自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得手段を備え、
   前記送信手段は、前記取得手段により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項１または２記載の通信システム。
4. フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるサービス制御装置であって、
   通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、
   前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台は、代表サービス制御装置として予め設定され、
   前記代表サービス制御装置として用いられる場合、前記複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
   前記代表サービス制御装置として用いられる場合に、規格に定められたハンドオーバの通信手順で移動後にＵＥ（user equipment）から送信されたP-TMSI（Packet - Temporary Mobile Subscriber Identity）をＰＤＰ（Packet Data Protocol）コンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御手段を備えたことを特徴とするサービス制御装置。
5. 前記ＳＧＳＮ機能部は、規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行うことを特徴とする請求項４記載のサービス制御装置。
6. フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるフェムトセル用基地局であって、
   前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
   前記フェムトセル用基地局は、配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信手段を備えたことを特徴とするフェムトセル用基地局。
7. 前記フェムトセル用基地局は、自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得手段を備え、
   前記送信手段は、前記取得手段により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項６記載のフェムトセル用基地局。
8. ＩＭＳ（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に含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御工程と、
   を備えたことを特徴とする通信方法。
9. 前記ＳＧＳＮ機能部が、規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行うことを特徴とする請求項８記載の通信方法。
10. 前記フェムトセル用基地局が、自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得工程を備え、
    前記送信工程では、前記取得工程により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項８または９記載の通信方法。
11. フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるサービス制御装置のプログラムであって、
    前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
    前記代表サービス制御装置として用いられる場合、前記複数のサービス制御装置それぞれの特定情報に、当該特定情報で特定されるサービス制御装置のアドレス情報を関連付けて格納し、
    前記サービス制御装置のコンピュータに、
    前記代表サービス制御装置として用いられる場合、規格に定められたハンドオーバの通信手順で移動後にＵＥ（user equipment）から送信されたP-TMSI（Packet - Temporary Mobile Subscriber Identity）をＰＤＰ（Packet Data Protocol）コンテキストの引き継ぎ要求信号により受信すると、該受信されたP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置でない場合、該特定情報から特定されるサービス制御装置を、移動前にＵＥが帰属したフェムトセル用基地局を管理するサービス制御装置として特定し、当該特定されたサービス制御装置に前記ＰＤＰコンテキストの引き継ぎ要求信号を転送する代表制御処理を実行させることを特徴とするサービス制御装置のプログラム。
12. 前記サービス制御装置のコンピュータに、
    規格に定められたハンドオーバの通信手順における移動後のＰＳ（Packet Switching）位置登録の際に、管理下の前記フェムトセル用基地局から受信したP-TMSIに含まれる特定情報から特定されるサービス制御装置が自装置である場合、ＰＤＰコンテキストの引き継ぎを自装置内で行う処理を実行させることを特徴とする請求項１１記載のサービス制御装置のプログラム。
13. フェムトセル用基地局と、サービス制御装置と、呼制御を行うコア装置と、を備えたＩＭＳ（IP Multimedia subsystem）網に用いられるフェムトセル用基地局のプログラムであって、
    前記サービス制御装置は、通信手順の異なる他のネットワークからの送信信号に対して、ＳＧＳＮ（Serving GPRS Support Node）と同様の信号返信を行うＳＧＳＮ機能部を備え、前記ＩＭＳ網に複数で設けられ、該複数のサービス制御装置の内の１台が代表サービス制御装置として予め設定され、
    前記フェムトセル用基地局のコンピュータに、
    配下に存在するＵＥ（user equipment）への規格に定められた通信手順におけるP-TMSI（Packet - Temporary Mobile Subscriber Identity）の送信時に、自装置を管理するサービス制御装置の特定情報を含むP-TMSIを送信する送信処理を実行させることを特徴とするフェムトセル用基地局のプログラム。
14. 前記フェムトセル用基地局のコンピュータに、
    自装置を管理するサービス制御装置の特定情報を、配下に存在するＵＥの前記コア装置へのＰＳ位置登録またはＰＳ発信における信号送受信により、前記ＩＭＳ網における上位装置から取得する取得処理を実行させ、
    前記送信処理では、前記取得処理により取得されたサービス制御装置の特定情報をP-TMSIに含めてＵＥに送信することを特徴とする請求項１３記載のフェムトセル用基地局のプログラム。

Images