(57)【特許請求の範囲】
【請求項１】
端末情報を保持するＰ−ＣＳＣＦ装置に障害が発生したことによって、前記端末情報が示す端末に対する着信処理を実行することができない場合、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を送信するＳ−ＣＳＣＦ装置と、
前記障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、特定した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成し、前記リストを示すリスト情報を前記端末へ送信するＰ−ＧＷと、を備え、
前記Ｐ−ＧＷは、
前記障害情報を受信した際に、前記Ｐ−ＣＳＣＦ装置が障害から復旧していた場合においても、障害から復旧した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、通信システム。
【請求項２】
前記Ｐ−ＧＷは、
前記Ｐ−ＣＳＣＦ装置における前記端末情報の登録処理が実行された際に、前記端末情報と前記端末情報を保持する前記Ｐ−ＣＳＣＦ装置とを関連づけて管理し、前記障害情報において指定された端末情報と関連付けられているＰ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、請求項１に記載の通信システム。
【請求項３】
前記Ｓ−ＣＳＣＦ装置は、
障害が発生した前記Ｐ−ＣＳＣＦ装置の識別情報を含む前記障害情報を送信し、
前記Ｐ−ＧＷは、
前記障害情報において指定されたＰ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、請求項１に記載の通信システム。
【請求項４】
前記Ｐ−ＣＳＣＦ装置における前記端末情報の登録処理が実行された際に、前記端末情報と前記端末情報を保持する前記Ｐ−ＣＳＣＦ装置とを関連づけて管理するＰＣＲＦ装置をさらに備え、
前記Ｓ−ＣＳＣＦ装置は、
前記ＰＣＲＦ装置へ前記障害情報を送信し、
前記ＰＣＲＦ装置は、
前記障害情報において指定された端末情報と関連づけて管理しているＰ−ＣＳＣＦ装置の識別情報を含むＰ−ＣＳＣＦ通知メッセージを前記Ｐ−ＧＷへ送信し、
前記Ｐ−ＧＷは、
前記Ｐ−ＣＳＣＦ通知メッセージにおいて指定されたＰ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、請求項１に記載の通信システム。
【請求項５】
前記Ｐ−ＣＳＣＦ装置における前記端末情報の登録処理が実行された際に、前記端末情報と前記端末情報を保持する前記Ｐ−ＣＳＣＦ装置とを関連づけて管理するＰＣＲＦ装置をさらに備え、
前記Ｐ−ＧＷは、
前記障害情報を受信した際に、前記ＰＣＲＦ装置へ、前記障害情報において指定された端末情報と関連づけられているＰ−ＣＳＣＦ装置を問い合わせる問い合わせメッセージを送信し、前記問い合わせメッセージに対する応答メッセージにおいて指定されたＰ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、請求項１に記載の通信システム。
【請求項６】
前記Ｓ−ＣＳＣＦ装置は、
加入者情報を管理するＨＳＳを介して前記障害情報を前記Ｐ−ＧＷへ送信する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記Ｓ−ＣＳＣＦ装置は、
障害が発生していないＰ−ＣＳＣＦ装置を介して前記障害情報を前記Ｐ−ＧＷへ送信する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項８】
端末情報を保持するＰ−ＣＳＣＦ装置に障害が発生したことによって、Ｓ−ＣＳＣＦ装置が前記端末情報が示す端末に対する着信処理を実行することができない場合、Ｓ−ＣＳＣＦ装置から送信された、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を受信する第１の通信部と、
前記障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、特定した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成するリスト生成部と、
前記リストを示すリスト情報を前記端末へ送信する第２の通信部と、を備え、
前記リスト生成部は、
前記障害情報を受信した際に、前記Ｐ−ＣＳＣＦ装置が障害から復旧していた場合においても、障害から復旧した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、ゲートウェイ。
【請求項９】
前記Ｐ−ＣＳＣＦ装置における前記端末情報の登録処理が実行された際に、前記端末情報と前記端末情報を保持する前記Ｐ−ＣＳＣＦ装置とを関連づけて管理する記憶部をさらに備え、
前記リスト生成部は、
前記障害情報において指定された端末情報と関連付けられているＰ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示す前記リストを生成する、請求項８に記載のゲートウェイ。
【請求項１０】
端末情報を保持するＰ−ＣＳＣＦ装置に障害が発生したことによって、Ｓ−ＣＳＣＦ装置が前記端末情報が示す端末に対する着信処理を実行することができない場合、Ｐ−ＧＷが、前記Ｓ−ＣＳＣＦ装置から送信された、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を受信し、
前記Ｐ−ＧＷが、前記障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、
前記Ｐ−ＧＷが、前記障害情報を受信した際に、前記Ｐ−ＣＳＣＦ装置が障害から復旧していた場合においても、障害から復旧した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成し、
前記Ｐ−ＧＷが、前記リストを示すリスト情報を前記端末へ送信する、リスト情報送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、ゲートウェイ、通信端末及びリスト情報送信方法に関し、特にＰ−ＣＳＣＦ装置に障害が発生した場合における通信システム、ゲートウェイ、通信端末及びリスト情報送信方法に関する。なお、ゲートウェイにはＰ−ＧＷ、ＧＧＳＮなどがある。
【背景技術】
【０００２】
近年、移動通信ネットワークにおけるセッション制御を実行するシステムとして、ＩＭＳ（IP Multimedia Subsystem）が導入されている。ＩＭＳは、Ｐ−ＣＳＣＦ（Proxy-Call Session Control Function）及びＳ（Serving）−ＣＳＣＦにおける処理を実行する複数の装置を有する。Ｐ−ＣＳＣＦにおける処理を実行する装置（Ｐ−ＣＳＣＦ装置）は、音声通信もしくはデータ通信を行う端末との間においてＳＩＰメッセージを送受信するＳＩＰ（Session Initiation Protocol）サーバである。Ｐ−ＣＳＣＦ装置は、端末に関する情報を保持する。Ｓ−ＣＳＣＦにおける処理を実行する装置（Ｓ−ＣＳＣＦ装置）は、セッション状態を管理するＳＩＰサーバである。例えば、Ｓ−ＣＳＣＦ装置は、端末における着信処理及び発信処理等を実行する。
【０００３】
図１４を用いて、ＩＭＳを導入した移動通信ネットワークの構成例について説明する。図１４の移動通信ネットワークは、ＵＥ（User Equipment）１００、ＭＭＥ（Mobility Management Entity）１１０、Ｓ−ＧＷ（Serving-Gateway）１２０、Ｐ−ＧＷ（Packet Data Network-Gateway）１３０、ＰＣＲＦ（Policy and Charging Rules Function）１４０、Ｐ−ＣＳＣＦ１５０、Ｐ−ＣＳＣＦ１６０、Ｓ−ＣＳＣＦ１７０、ＡＳ（Application Server）１８０及びＨＳＳ（Home Subscriber Server）１９０を有している。ＵＥ１００は、携帯電話等の端末である。ＰＣＲＦ１４０、Ｐ−ＣＳＣＦ１５０、Ｐ−ＣＳＣＦ１６０及びＳ−ＣＳＣＦ１７０は、論理ノードであり、複数の論理ノードが一体となって物理ノードを構成してもよい。例えば、１つのＳＩＰサーバが、ＰＣＲＦ１４０及びＰ−ＣＳＣＦ１５０を有してもよく、もしくは、１つのＳＩＰサーバが他の組み合わせの論理ノードを有してもよい。もしくは、それぞれの論理ノードごとに物理ノードが存在してもよい。
【０００４】
本図において、Ｐ−ＣＳＣＦ１５０がＵＥ１００に関する端末情報を管理しているとする。ＵＥ１００が、Ｐ−ＣＳＣＦ１５０に対して端末情報を登録する処理をＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎとする。ＵＥ１００に対する着信が要求された場合、Ｓ−ＣＳＣＦ１７０は、Ｐ−ＣＳＣＦ１５０を介してＵＥ１００に対する着信要求メッセージを送信する。
【０００５】
次に、Ｐ−ＣＳＣＦ１５０に障害が発生した場合について説明する。非特許文献１には、Ｐ−ＣＳＣＦに障害が発生した場合の動作が開示されている。具体的には、Ｐ−ＣＳＣＦ１５０に障害が発生した場合、ＵＥ１００は、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行し、Ｐ−ＣＳＣＦ１５０とは異なるＰ−ＣＳＣＦに端末情報を登録する。ここで、ＵＥ１００が端末情報を登録するＰ−ＣＳＣＦを選択する際の処理について説明する。
【０００６】
Ｐ−ＧＷ１３０は、ＵＥ１００が端末情報を登録することができるＰ−ＣＳＣＦのリストを生成する。この時、Ｐ−ＧＷ１３０は、障害が発生したＰ−ＣＳＣＦ１５０をリストから除外する。Ｐ−ＧＷ１３０は、生成したリストをＵＥ１００へ送信する。
【０００７】
ＵＥ１００は、Ｐ−ＧＷ１３０から送信されたリストを受信する。ＵＥ１００は、現在端末情報を登録しているＰ−ＣＳＣＦがリストにない場合、リストに示されているいずれかのＰ−ＣＳＣＦに対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行する。例えば、ＵＥ１００は、リストにＰ−ＣＳＣＦ１５０に関する情報がない場合、Ｐ−ＣＳＣＦ１６０に対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行する。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TR 29.806 V1.4.0 (2014-07) 3rd Generation Partnership Project; Technical Specification Group Network and Terminals; Study on IMS Proxy Call Session Control Function (P-CSCF) restoration procedures (Release 12), clauses 6.3 and 6.5
【発明の概要】
【発明が解決しようとする課題】
【０００９】
非特許文献１に開示されているＰ−ＣＳＣＦに障害が発生した場合の動作を実行した場合、次のような問題が発生する。Ｐ−ＣＳＣＦ１５０に障害が発生した場合、Ｓ−ＣＳＣＦ１７０は、ＵＥ１００に対する着信処理を実行することができない。そのため、Ｓ−ＣＳＣＦ１７０は、Ｐ−ＧＷ１３０に対してＵＥ１００への着信処理を実行することができない旨を通知するメッセージを送信する。Ｐ−ＧＷ１３０は、複数のＰ−ＣＳＣＦに対して常にヘルスチェック等を行っているが、Ｓ−ＣＳＣＦ１７０から送信されたメッセージを受信すると、Ｐ−ＧＷ１３０は、ヘルスチェックの結果を用いて、それぞれのＰ−ＣＳＣＦが障害状態であるか否かを判定する。
【００１０】
ここで、Ｐ−ＧＷ１３０がヘルスチェック等を行う際に、Ｐ−ＣＳＣＦ１５０は、障害から復旧していることがある。このような場合、Ｐ−ＧＷ１３０は、Ｐ−ＣＳＣＦ１５０が正常であると判定し、Ｐ−ＣＳＣＦ１５０を含めたリストをＵＥ１００へ送信する。ＵＥ１００は、受信したリストに現在端末情報を登録しているＰ−ＣＳＣＦ１５０が存在することを確認する。このような場合、ＵＥ１００は、ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことはない。
【００１１】
しかし、Ｐ−ＣＳＣＦ１５０は、一度障害が発生した後復旧しているため、ＵＥ１００を含む端末情報を失っている状態である。そのため、ＵＥ１００が、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行わない場合、ＵＥ１００の端末情報を管理するＰ−ＣＳＣＦが存在しなくなる。その結果、Ｓ−ＣＳＣＦ１７０が、ＵＥ１００に対する着信処理を実行することができないという問題が生じる。
【００１２】
本発明の目的は、Ｐ−ＣＳＣＦに障害が発生した場合に、そのＰ−ＣＳＣＦに端末情報が登録されていたＵＥに対して確実にＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行させることができる通信システム、ゲートウェイ、通信端末及びリスト情報送信方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の態様にかかる通信システムは、端末情報を保持するＰ−ＣＳＣＦ装置に障害発生後、前記端末情報が示す端末に対する着信処理を実行することができない場合、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を送信するＳ−ＣＳＣＦ装置と、前記障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、特定した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成し、前記リストを示すリスト情報を前記端末へ送信する、ゲートウェイと、を備えるものである。
【００１４】
本発明の第２の態様にかかるゲートウェイは、端末情報を保持するＰ−ＣＳＣＦ装置に障害発生後、前記端末情報が示す端末に対する着信処理を実行することができない場合、Ｓ−ＣＳＣＦ装置から送信された、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を受信する第１の通信部と、前記障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、特定した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成するリスト生成部と、前記リストを示すリスト情報を前記端末へ送信する第２の通信部と、を備えるものである。
【００１５】
本発明の第３の態様にかかる通信端末は、端末情報を保持するＰ−ＣＳＣＦ装置に障害発生後、前記端末情報が示す端末に対する着信処理を実行することができない場合、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、特定した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成するゲートウェイ装置から送信された前記リストを示すリスト情報を受信し、前記リスト情報に含まれるＰ−ＣＳＣＦ装置の中から選択したＰ−ＣＳＣＦ装置へ端末情報を登録するように構成されるものである。
【００１６】
本発明の第４の態様にかかるリスト情報送信方法は、端末情報を保持するＰ−ＣＳＣＦ装置に障害発生後、前記端末情報が示す端末に対する着信処理を実行することができない場合、障害が発生したＰ−ＣＳＣＦ装置を特定するために用いられる障害情報を送信し、前記障害情報を用いて、前記障害が発生したＰ−ＣＳＣＦ装置を特定し、特定した前記Ｐ−ＣＳＣＦ装置以外のＰ−ＣＳＣＦ装置を示すリストを生成し、前記リストを示すリスト情報を前記端末へ送信するものである。
【発明の効果】
【００１７】
本発明により、Ｐ−ＣＳＣＦに障害が発生した場合に、そのＰ−ＣＳＣＦに端末情報が登録されていたＵＥに対して確実にＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行させることができる通信システム、ゲートウェイ、通信端末及びリスト情報送信方法を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＰ−ＧＷの構成図である。
【図４】実施の形態２にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図５】実施の形態３にかかるＰ−ＧＷの構成図である。
【図６】実施の形態３にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図７】実施の形態４にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図８】実施の形態５にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図９】実施の形態６にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図１０】実施の形態７にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図１１】実施の形態８にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図１２】実施の形態８にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れを示す図である。
【図１３】実施の形態１〜８にかかる通信システムを、ＧＰＲＳ網に適用した場合の構成図である。
【図１４】ＩＭＳを導入した移動通信ネットワークの構成図である。
【発明を実施するための形態】
【００１９】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、端末１０、Ｐ−ＣＳＣＦ装置２０、Ｓ−ＣＳＣＦ装置３０及びＰ−ＧＷ４０を有している。それぞれの装置間には、複数の中継装置もしくはサーバ装置等が配置されてもよい。そのため、それぞれの装置間において通信される信号は、複数の中継装置もしくはサーバ装置等を介して送信されてもよい。
【００２０】
端末１０は、携帯電話端末もしくはスマートフォン端末等の移動通信端末であってもよい。もしくは、端末１０は、３ＧＰＰにおいて端末を示すために用いられているＵＥであってもよい。
【００２１】
Ｓ−ＣＳＣＦ装置３０は、端末１０の端末情報を保持するＰ−ＣＳＣＦ装置２０に障害発生後、端末１０に対する着信処理を実行することができない。この場合、Ｓ−ＣＳＣＦ装置３０は、障害が発生したＰ−ＣＳＣＦ装置２０を特定するための障害情報をＰ−ＧＷ４０に対して送信する。
【００２２】
端末情報は、端末１０を識別するための識別情報である。例えば、識別情報は、端末１０に割り当てられている電話番号、端末１０の製造番号、端末１０の機体番号もしくはＩＭＳＩ（International Mobile Subscriber Identity）等であってもよい。
【００２３】
端末１０に対する着信処理を実行することができないとは、例えば、Ｓ−ＣＳＣＦ装置３０が着信要求メッセージをＰ−ＣＳＣＦ装置２０に送信した場合に、応答メッセージとしてエラーメッセージが送信されてきた場合であってもよい。もしくは、端末１０に対する着信処理を実行することができないとは、例えば、Ｓ−ＣＳＣＦ装置３０が着信要求メッセージをＰ−ＣＳＣＦ装置２０に送信した場合に、所定期間に応答メッセージが送信されてこない場合であってもよい。
【００２４】
Ｐ−ＣＳＣＦ装置２０を特定するための障害情報は、例えば、Ｐ−ＣＳＣＦ装置２０の識別情報であってもよく、もしくは、実行することができなかった着信処理の対象となる端末の端末情報であってもよい。
【００２５】
Ｐ−ＧＷ４０は、障害情報に含まれる障害が発生したＰ−ＣＳＣＦ装置２０を特定するための情報を用いて、障害が発生したＰ−ＣＳＣＦ装置２０を特定する。さらに、Ｐ−ＧＷ４０は、特定したＰ−ＣＳＣＦ装置２０以外のＰ−ＣＳＣＦ装置を示すリストを生成する。つまり、Ｐ−ＧＷ４０は、障害が発生したＰ−ＣＳＣＦ装置２０を除外し、障害が発生していないＰ−ＣＳＣＦ装置を示すリストを生成する。リストには、複数のＰ−ＣＳＣＦ装置に関する情報が示されていてもよい。
【００２６】
Ｐ−ＧＷ４０は、生成したリストを含むリスト情報を端末１０へ送信する。端末１０は、Ｐ−ＧＷ４０から送信されたリストを用いて、Ｐ−ＣＳＣＦ装置２０とは異なるＰ−ＣＳＣＦ装置に対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行する。
【００２７】
以上説明したように、図１の通信システムは、Ｓ−ＣＳＣＦ装置３０から送信された、障害が発生したＰ−ＣＳＣＦ装置を特定するための情報、及び複数のＰ−ＣＳＣＦ装置に対してヘルスチェック等を行うことによって障害が発生しているＰ−ＣＳＣＦ装置の情報を併せて用いる事で端末１０へ通知するＰ−ＣＳＣＦ装置のリストを生成することができる。つまり、Ｐ−ＧＷ４０は、ヘルスチェック等を用いたＰ−ＣＳＣＦ装置の特定においては障害装置として特定することができなかった復旧後のＰ−ＣＳＣＦ装置についても、リストから除外する装置として特定することができる。
【００２８】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、図１３におけるＰ−ＧＷ１３０を図１において説明したＰ−ＧＷ４０に置き換えた構成となっている。Ｐ−ＧＷ４０以外のノード装置は、図１３と同様であるため詳細な説明を省略する。
【００２９】
続いて、図３を用いて本発明の実施の形態２にかかるＰ−ＧＷ４０の構成例について説明する。Ｐ−ＧＷ４０は、メモリに格納されているプログラムを実行することによって動作するコンピュータ装置であってもよい。例えば、Ｐ−ＧＷ４０は、サーバ装置もしくはルータ装置等であってもよい。
【００３０】
図２に示されるように、Ｐ−ＧＷ４０は、ＰＣＲＦ１４０及びＳ−ＧＷ１２０と通信する。ＰＣＲＦ１４０は、通信システム内における通信に適用されるポリシー情報等を有している。例えば、ＰＣＲＦ１４０は、通信システム内の経路情報等を管理してもよい。Ｓ−ＧＷ１２０は、ＵＥとＰ−ＧＷ４０との間において送受信されるユーザデータもしくは制御データ等を中継する。
【００３１】
図３に戻り、Ｐ−ＧＷ４０は、ＰＣＲＦ通信部４１、Ｐ−ＣＳＣＦ記憶部４２、リスト生成部４３及びＳ−ＧＷ通信部４４を有している。
【００３２】
ＰＣＲＦ通信部４１は、ＰＣＲＦ１４０との間においてデータを送受信する。ＰＣＲＦ通信部４１は、ＰＣＲＦ１４０と通信するためのインタフェースとして用いられる。Ｓ−ＧＷ通信部４４は、Ｓ−ＧＷ１２０との間においてデータを送受信する。Ｓ−ＧＷ通信部４４は、Ｓ−ＧＷ１２０と通信するためのインタフェースとして用いられる。
【００３３】
ＰＣＲＦ通信部４１は、ＰＣＲＦ１４０から、ＵＥと、ＵＥの端末情報が登録されているＰ−ＣＳＣＦとの組み合わせに関する情報を含むメッセージを受信する。つまり、ＰＣＲＦ通信部４１は、ＰＣＲＦ１４０から送信されたメッセージを受信することによって、ＵＥがＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行った際に選択したＰ−ＣＳＣＦを把握することができる。
【００３４】
ＰＣＲＦ通信部４１は、ＵＥとＰ−ＣＳＣＦとの組み合わせに関する情報をＰ−ＣＳＣＦ記憶部４２へ出力する。Ｐ−ＣＳＣＦ記憶部４２は、Ｐ−ＧＷ４０内のメモリもしくはＰ−ＧＷ４０に接続されている外部記憶装置等であってもよい。Ｐ−ＣＳＣＦ記憶部４２は、ＰＣＲＦ通信部４１から出力された情報を保持する。例えば、Ｐ−ＣＳＣＦ記憶部４２は、図２におけるＵＥ１００とＰ−ＣＳＣＦ１５０との組み合わせに関する情報を保持している。また、Ｐ−ＣＳＣＦ記憶部４２は、一つのＰ−ＣＳＣＦと関連付けられている複数のＵＥに関する情報を保持してもよい。
【００３５】
Ｓ−ＧＷ通信部４４は、図２におけるＳ−ＣＳＣＦ１７０から送信されたメッセージを受信する。Ｓ−ＣＳＣＦ１７０から送信されたメッセージは、Ｐ−ＣＳＣＦ１５０に障害が発生したことによって、ＵＥ１００に対する着信処理を実行することができないことを示すメッセージである。例えば、Ｓ−ＣＳＣＦ１７０から送信されたメッセージは、ＵＥ１００を識別する情報を有している。ＵＥ１００を識別する情報は、例えば、ＵＥ１００のＩＭＳＩであってもよく、ＵＥ１００に割り当てられている電話番号、ＩＰアドレス等であってもよい。
【００３６】
Ｓ−ＧＷ通信部４４は、Ｓ−ＣＳＣＦ１７０から送信されたメッセージに含まれるＵＥ１００を識別する情報をリスト生成部４３へ出力する。
【００３７】
リスト生成部４３は、Ｐ−ＣＳＣＦ記憶部４２に保持されている情報を用いて、ＵＥ１００に関連付けられているＰ−ＣＳＣＦを特定する。ここでは、ＵＥ１００に関連づけられているＰ−ＣＳＣＦをＰ−ＣＳＣＦ１５０とする。
【００３８】
リスト生成部４３は、特定したＰ−ＣＳＣＦ１５０を除外したＰ−ＣＳＣＦリストを生成する。リスト生成部４３は、生成したＰ−ＣＳＣＦリストを含むメッセージをＳ−ＧＷ通信部４４を介してＳ−ＧＷ１２０へ送信する。メッセージの宛先をＵＥ１００に設定することによって、Ｐ−ＣＳＣＦリストは、ＵＥ１００へ送信される。
【００３９】
続いて、図４を用いて本発明の実施の形態２にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図４における各ノード装置は、図２に示されているノード装置である。
【００４０】
はじめに、ＵＥ１００は、端末情報をＰ−ＣＳＣＦ１５０へ登録するためにＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実施する（Ｓ１１）。次に、Ｐ−ＣＳＣＦ１５０は、ＡＡＲ（AA-Request）メッセージをＰＣＲＦ１４０へ送信する（Ｓ１２）。ＡＡＲメッセージは、ＵＥ１００の識別情報及びＵＥ１００と関連づけられたＰ−ＣＳＣＦ１５０の識別情報を含む。ＵＥ１００と関連づけられたＰ−ＣＳＣＦ１５０とは、ＵＥ１００がＳＩＰ Ｒｅｇｉｓｔｒａｔｏｎを実行するために選択したＰ−ＣＳＣＦ１５０である。ＵＥ１００の識別情報及びＰ−ＣＳＣＦ１５０の識別情報は、例えば、ＩＰアドレスもしくはＦＱＤＮ（Fully Qualified Domain Name）であってもよい。
【００４１】
次に、ＰＣＲＦ１４０は、ＲＡＲ（Re-Auth-Request）メッセージをＰ−ＧＷ４０へ送信する（Ｓ１３）。ＲＡＲメッセージは、ＵＥ１００の識別情報及びＵＥ１００と関連づけられたＰ−ＣＳＣＦ１５０の識別情報を含む。次に、Ｐ−ＧＷ４０は、ＵＥ１００と、ＵＥ１００がＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行するために選択したＰ−ＣＳＣＦ１５０との組み合わせに関する情報を図２のＰ−ＣＳＣＦ記憶部４２に記憶する（Ｓ１４）。次に、Ｐ−ＧＷ４０は、ＲＡＲメッセージに対する応答信号としてＲＡＡ（Re-Auth-Answer）メッセージをＰＣＲＦ１４０へ送信する（Ｓ１５）。
【００４２】
ここで、ＲＡＲメッセージに、Ｐ−ＣＳＣＦ１５０のＦＱＤＮが設定されている場合について説明する。この場合、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦのＦＱＤＮとＩＰアドレスとを関連づけて管理しているＤＮＳサーバと連携してＰ−ＣＳＣＦ１５０のＩＰアドレスを取得してもよい。例えば、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ１５０のＦＱＤＮをＤＮＳサーバへ送信する。Ｐ−ＧＷ４０は、ＤＮＳへ送信したメッセージの応答メッセージとして、Ｐ−ＣＳＣＦ１５０のＩＰアドレスを受信してもよい。
【００４３】
次に、Ｐ−ＧＷ４０にＵＥ１００とＰ−ＣＳＣＦ１５０との組み合わせに関する情報が記憶されている状態において、Ｐ−ＣＳＣＦ１５０に障害が発生したとする。さらに、Ｐ−ＣＳＣＦ１５０に障害が発生している状態において、Ｓ−ＣＳＣＦ１７０は、ＵＥ１００に対する着信処理を実行するために、Ｐ−ＣＳＣＦ１５０へＳＩＰ（ＩＮＶＩＴＥ）メッセージを送信する（Ｓ１６）。ＳＩＰ（ＩＮＶＩＴＥ）メッセージは、ＩＮＶＩＴＥリクエストが設定されたＳＩＰメッセージであることを示す。
【００４４】
次に、Ｐ−ＣＳＣＦ１５０は、障害が発生しており、ＳＩＰ（ＩＮＶＩＴＥ）メッセージを処理することができないため、ＳＩＰ（Ｅｒｒｏｒ）メッセージをＳ−ＣＳＣＦ１７０へ送信する（Ｓ１７）。ＳＩＰ（Ｅｒｒｏｒ）メッセージは、Ｅｒｒｏｒが設定されたＳＩＰメッセージであることを示す。Ｓ−ＣＳＣＦ１７０は、ＳＩＰ（Ｅｒｒｏｒ）メッセージを受信することによって、ＵＥ１００に対する着信処理を行うことができなかったと判定する。ここで、Ｓ−ＣＳＣＦ１７０は、所定期間にＳＩＰ（ＩＮＶＩＴＥ）メッセージに対する応答信号が送信されてこない場合に、ＵＥ１００に対する着信処理を行うことができなかったと判定してもよい。
【００４５】
次に、Ｓ−ＣＳＣＦ１７０は、ＳＡＲ（Server-Assignment-Request）メッセージをＨＳＳ１９０へ送信する（Ｓ１８）。ＳＡＲメッセージは、ＵＥ１００に対して、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示するP-CSCF restoration indication情報を含む。P-CSCF restoration indication情報には、ＵＥ１００の識別情報が含まれてもよい。次に、ＨＳＳ１９０は、ＭＭＥ１１０へInsert Subscriber Data Requestメッセージを送信する（Ｓ１９）。Insert Subscriber Data Requestメッセージは、P-CSCF restoration indication情報を含む。
【００４６】
次に、ＭＭＥ１１０は、Ｓ−ＧＷ１２０を介してＰ−ＧＷ４０へModify Bearer Requestメッセージを送信する（Ｓ２０）。Modify Bearer Requestメッセージは、P-CSCF restoration indication情報を含む。
【００４７】
次に、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ記憶部４２において、ＵＥ１００と関連づけて管理されているＰ−ＣＳＣＦとしてＰ−ＣＳＣＦ１５０を特定する。さらに、Ｐ−ＧＷ４０は、特定したＰ−ＣＳＣＦ１５０を除外したＰ−ＣＳＣＦリストを生成する（Ｓ２１）。例えば、Ｐ−ＣＳＣＦリストには、Ｐ−ＣＳＣＦ１６０を含む複数のＰ−ＣＳＣＦが設定されていてもよい。
【００４８】
次に、Ｐ−ＧＷ４０は、Update Bearer RequestメッセージをＳ−ＧＷ１２０を介してＭＭＥ１１０へ送信する（Ｓ２２）。Update Bearer Requestメッセージは、Ｐ−ＧＷ４０において生成されたＰ−ＣＳＣＦリストを含む。
【００４９】
次に、ＭＭＥ１１０は、Modify EPS Bearer Context RequestメッセージをＵＥ１００へ送信する（Ｓ２３）。Modify EPS Bearer Context Requestメッセージは、Ｐ−ＣＳＣＦリストを含む。なお、ＵＥ１００がＩｄｌｅ状態である場合、ＭＭＥ１１０は、まずＵＥ１００に対してＰａｇｅ処理を行う。
【００５０】
次に、ＵＥ１００は、Modify EPS Bearer Context Requestメッセージを受信するとＰ−ＣＳＣＦリストを抽出する。ＵＥ１００は、Ｐ−ＣＳＣＦリストに設定されている複数のＰ−ＣＳＣＦの中から任意のＰ−ＣＳＣＦを選択する。ＵＥ１００は、選択したＰ−ＣＳＣＦに対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行する（Ｓ２４）。ここで、Ｐ−ＣＳＣＦリストには、ＵＥ１００が端末情報を登録していたＰ−ＣＳＣＦ１５０は含まれていない。そのため、ＵＥ１００は、Ｐ−ＣＳＣＦリストを受け取ると、ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理を実行する。
【００５１】
以上説明したように、Ｐ−ＧＷ４０は、Ｓ−ＣＳＣＦ１７０から送信される、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示するメッセージを用いて、Ｐ−ＣＳＣＦリストを生成することができる。再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示するメッセージは、障害があったＰ−ＣＳＣＦを特定するための情報である、着信処理を行うことができなかったＵＥに関する情報が含んでいる。そのため、Ｐ−ＧＷ４０は、障害が発生したＰ−ＣＳＣＦ１５０がその後復旧したか否かにかかわらず、Ｐ−ＣＳＣＦ１５０をＰ−ＣＳＣＦリストから除外することができる。
【００５２】
これより、ＵＥ１００は、Ｐ−ＣＳＣＦ１５０に障害が発生した後に、確実にＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行することができる。そのため、Ｓ−ＣＳＣＦ１７０は、ＵＥ１００におけるＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ実行後に、ＵＥ１００に対する着信処理を行うことができる。
【００５３】
（実施の形態３）
続いて、図５を用いて本発明の実施の形態３にかかるＰ−ＧＷ５０の構成例について説明する。Ｐ−ＧＷ５０は、図３のＰ−ＧＷ４０から、Ｐ−ＣＳＣＦ記憶部４２を除いた構成となっている。
【００５４】
また、Ｓ−ＧＷ通信部４４は、Ｓ−ＧＷ１２０を介して、Ｓ−ＣＳＣＦ１７０から送信されたメッセージを受信する。Ｓ−ＣＳＣＦ１７０から送信されたメッセージは、Ｐ−ＣＳＣＦ１５０に障害が発生したことを通知するメッセージである。例えば、Ｓ−ＣＳＣＦ１７０から送信されたメッセージは、Ｐ−ＣＳＣＦ１５０の識別情報が含まれている。識別情報は、例えば、ＩＰアドレスであってもよい。
【００５５】
続いて、図６を用いて本発明の実施の形態３にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図６における各ノード装置は、図２に示されているノード装置である。また、図６におけるＰ−ＧＷには、図５におけるＰ−ＧＷ５０が用いられる。
【００５６】
ステップＳ３１〜３３は、図４のステップＳ１１、Ｓ１６及びＳ１７と同様であるため詳細な説明を省略する。また、図６においても、図４と同様に、Ｐ−ＣＳＣＦ１５０に障害が発生した後に、ステップＳ３２及びＳ３３におけるＳＩＰメッセージが送信される。
【００５７】
次に、Ｓ−ＣＳＣＦ１７０は、ＳＡＲ（Server-Assignment-Request）メッセージをＨＳＳ１９０へ送信する（Ｓ３４）。ＳＡＲメッセージは、ＵＥ１００に対して、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示する、P-CSCF restoration indication情報を含む。また、P-CSCF restoration indication情報は、障害が発生したＰ−ＣＳＣＦ１５０の識別情報を含む。つまり、Ｓ−ＣＳＣＦ１７０は、障害が発生したＰ−ＣＳＣＦ１５０をＰ−ＧＷ５０へ通知する。
【００５８】
Ｓ−ＣＳＣＦ１７０は、Ｐ−ＣＳＣＦ１５０に登録されているＵＥ１００に対する着信処理を実行することができなかった場合に、Ｐ−ＣＳＣＦ１５０に障害が発生していると推定する。
【００５９】
次に、ＨＳＳ１９０は、ＭＭＥ１１０へInsert Subscriber Data Requestメッセージを送信する（Ｓ３５）。Insert Subscriber Data Requestメッセージは、P-CSCF restoration indication情報を含む。また、P-CSCF restoration indication情報は、障害が発生したＰ−ＣＳＣＦ１５０の識別情報を含む。
【００６０】
次に、ＭＭＥ１１０は、Ｓ−ＧＷ１２０を介してＰ−ＧＷ５０へModify Bearer Requestメッセージを送信する（Ｓ３６）。Modify Bearer Requestメッセージは、P-CSCF restoration indication情報を含む。また、P-CSCF restoration indication情報は、障害が発生したＰ−ＣＳＣＦ１５０の識別情報を含む。
【００６１】
次に、Ｐ−ＧＷ５０は、Modify Bearer Requestに設定されているＰ−ＣＳＣＦ１５０を除いたＰ−ＣＳＣＦを含むＰ−ＣＳＣＦリストを生成する（Ｓ３７）。ステップＳ３８〜Ｓ４０は、ステップＳ２２〜Ｓ２４と同様であるため詳細な説明を省略する。
【００６２】
以上説明したように、本発明の実施の形態３にかかる通信システムにおいては、Ｐ−ＧＷ５０は、障害が発生したＰ−ＣＳＣＦ１５０に関する情報を取得することができる。そのため、Ｐ−ＧＷ５０は、障害が発生したＰ−ＣＳＣＦ１５０を特定するために必要なＰ−ＣＳＣＦ記憶部４２を有する必要がない。これより、Ｐ−ＧＷ５０を、Ｐ−ＧＷ４０よりも簡易な構成とすることができる。
【００６３】
また、Ｐ−ＣＳＣＦ１５０がＮＡＴ機能を有し、ＰＣＲＦ１４０と通信する際に用いるＩＰアドレスと、Ｓ−ＣＳＣＦ１７０と通信する際に用いるＩＰアドレスが異なる場合がある。このような場合、Ｐ−ＧＷ４０は、Ｓ−ＧＷ１２０等を介してＳ−ＣＳＣＦ１７０から送信されたＰ−ＣＳＣＦ１５０のＩＰアドレスを受信しても、Ｐ−ＣＳＣＦ１５０を特定することができない。そのため、Ｐ−ＣＳＣＦ１５０がＮＡＴ機能を有している場合、Ｓ−ＣＳＣＦ１７０は、Ｐ−ＣＳＣＦ１５０の識別情報としてＦＱＤＮ（Fully Qualified Domain Name）を設定してもよい。Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ１５０を示すＦＱＤＮ情報を受信するとＤＮＳサーバを用いて、受信したＦＱＤＮに関連付けられているＩＰアドレス情報を特定することができる。このようにして、Ｐ−ＧＷ４０は、識別情報にＦＱＤＮが用いられている場合、ＤＮＳサーバと連携することによって、障害が発生したＰ−ＣＳＣＦを特定することができる。以降の説明においても、Ｐ−ＣＳＣＦがＮＡＴ機能を有する場合、Ｐ−ＧＷは、ＤＮＳサーバを利用してＰ−ＣＳＣＦの特定処理を実行する。
【００６４】
（実施の形態４）
続いて、図７を用いて本発明の実施の形態４にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図７における各ノード装置は、図２に示されているノード装置である。また、図７におけるＰ−ＧＷには、図５におけるＰ−ＧＷ５０が用いられる。
【００６５】
ステップＳ５１〜Ｓ５７は、図４のステップＳ１１、Ｓ１２、Ｓ１６〜Ｓ２０と同様であるため詳細な説明を省略する。つまり、図７においては、Ｐ−ＧＷ５０は、Ｐ−ＣＳＣＦ記憶部４２を有さないため、Ｐ−ＣＳＣＦを記憶する処理に関連する、図４のステップＳ１３〜Ｓ１５が省略されている。
【００６６】
Ｐ−ＧＷ５０は、ステップＳ５７において、Modify Bearer Requestメッセージを受信すると、ＰＣＲＦ１４０へＣＣＲ（CC-Request）メッセージを送信する（Ｓ５８）。ＣＣＲメッセージは、ＵＥ１００の識別情報を含む。Ｐ−ＧＷ５０は、ＵＥ１００の端末情報を管理していたＰ−ＣＳＣＦ１５０を特定するために、ＣＣＲメッセージをＰＣＲＦ１４０へ送信する。ＰＣＲＦ１４０は、ステップＳ５２においてＰ−ＣＳＣＦ１５０から、ＵＥ１００及びＰ−ＣＳＣＦ１５０に関する組み合わせの情報を受信している。そのため、ＰＣＲＦ１４０は、ステップＳ５８において、ＵＥ１００の識別情報が設定されたＣＣＲメッセージを受信すると、ＵＥ１００と関連付けられているＰ−ＣＳＣＦ１５０を特定する。ＰＣＲＦ１４０は、特定したＰ−ＣＳＣＦ１５０の識別情報を含むＣＣＡ（CC-Answer）メッセージをＰ−ＧＷ５０へ送信する（Ｓ５９）。Ｐ−ＣＳＣＦ１５０の識別情報は、例えば、ＩＰアドレス（associated or failed P-CSCF address）もしくはＦＱＤＮ（Fully Qualified Domain Name）であってもよい。
【００６７】
ステップＳ６０〜Ｓ６３は、図４のステップＳ２１〜Ｓ２４と同様であるため詳細な説明を省略する。
【００６８】
以上説明したように、本発明の実施の形態４にかかる通信システムにおいては、Ｐ−ＧＷ５０は、障害が発生したＰ−ＣＳＣＦ１５０に関する情報を、ＰＣＲＦ１４０から取得することができる。そのため、Ｐ−ＧＷ５０は、障害が発生したＰ−ＣＳＣＦ１５０を特定するために必要なＰ−ＣＳＣＦ記憶部４２を有する必要がない。これより、Ｐ−ＧＷ５０を、Ｐ−ＧＷ４０よりも簡易な構成とすることができる。
【００６９】
（実施の形態５）
続いて、図８を用いて本発明の実施の形態５にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図８における各ノード装置は、図２に示されているノード装置である。また、図８におけるＰ−ＧＷには、図３におけるＰ−ＧＷ４０が用いられる。ステップＳ７１〜Ｓ７７は、図４のステップＳ１１〜Ｓ１７と同様であるため詳細な説明を省略する。
【００７０】
ステップＳ７７において、Ｓ−ＣＳＣＦ１７０は、Ｐ−ＣＳＣＦ１５０を介したＵＥ１００の着信処理を実行することができないと判定した場合、ＳＩＰ（ＩＮＶＩＴＥ）メッセージをＰ−ＣＳＣＦ１５０とは異なるＰ−ＣＳＣＦへ送信する（Ｓ７８）。図８におけるａｌｔ Ｐ−ＣＳＣＦは、例えば、Ｐ−ＣＳＣＦ１６０とする。つまり、Ｓ−ＣＳＣＦ１７０は、ＳＩＰ（ＩＮＶＩＴＥ）メッセージを用いて、ＵＥ１００に対して、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示する。ステップＳ７８におけるＳＩＰ（ＩＮＶＩＴＥ）メッセージは、着信処理を実行することができなかったＵＥ１００の識別情報を含む。
【００７１】
次に、Ｐ−ＣＳＣＦ１６０は、ＡＡＲメッセージをＰＣＲＦ１４０へ送信する（Ｓ７９）。ステップＳ７９におけるＡＡＲメッセージは、ＵＥ１００の識別情報を含む。Ｐ−ＣＳＣＦ１６０は、ステップＳ７８において、ＳＩＰ（ＩＮＶＩＴＥ）メッセージを受信した際に、ＵＥ１００の端末情報を保持していない。そのため、Ｐ−ＣＳＣＦ１６０は、ＵＥ１００に対する通常の着信処理を実行するのではなく、ＵＥ１００に対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理を実行させるために、ＰＣＲＦ１４０へＡＡＲメッセージを送信する。次に、ＰＣＲＦ１４０は、ＲＡＲメッセージをＰ−ＧＷ４０へ送信する（Ｓ８０）。ステップＳ８０におけるＲＡＲメッセージは、ＵＥ１００の識別情報を含む。
【００７２】
Ｐ−ＧＷ４０は、ステップＳ８０においてＵＥ１００の識別情報を取得した後は、ステップＳ８１〜Ｓ８４の処理を実行する。ステップＳ８１〜Ｓ８４は、図４のステップＳ２１〜Ｓ２４と同様であるため詳細な説明を省略する。
【００７３】
以上説明したように、Ｐ−ＧＷ４０は、Ｓ−ＣＳＣＦ１７０から送信される、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示するメッセージを用いて、Ｐ−ＣＳＣＦリストを生成することができる。再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示するメッセージは、障害があったＰ−ＣＳＣＦを特定するための情報である、着信処理を行うことができなかったＵＥに関する情報が含んでいる。そのため、Ｐ−ＧＷ４０は、障害が発生したＰ−ＣＳＣＦ１５０がその後復旧したか否かにかかわらず、Ｐ−ＣＳＣＦ１５０をＰ−ＣＳＣＦリストから除外することができる。
【００７４】
（実施の形態６）
続いて、図９を用いて本発明の実施の形態６にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図９における各ノード装置は、図２に示されているノード装置である。また、図８におけるＰ−ＧＷには、図５におけるＰ−ＧＷ５０が用いられる。
【００７５】
図９のステップＳ９１〜Ｓ９３は、図６のステップＳ３１〜Ｓ３３と同様であるため詳細な説明を省略する。
【００７６】
ステップＳ９３において、Ｓ−ＣＳＣＦ１７０は、Ｐ−ＣＳＣＦ１５０を介したＵＥ１００の着信処理を実行することができないことと判定した場合、ＳＩＰ（ＩＮＶＩＴＥ）メッセージをＰ−ＣＳＣＦ１５０とは異なるＰ−ＣＳＣＦへ送信する（Ｓ９４）。図８におけるａｌｔ Ｐ−ＣＳＣＦは、例えば、Ｐ−ＣＳＣＦ１６０とする。つまり、Ｓ−ＣＳＣＦ１７０は、ＳＩＰ（ＩＮＶＩＴＥ）メッセージを用いて、ＵＥ１００に対して、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示する。ステップＳ９４におけるＳＩＰ（ＩＮＶＩＴＥ）メッセージは、障害が発生したＰ−ＣＳＣＦ１５０の識別情報を含む。
【００７７】
次に、Ｐ−ＣＳＣＦ１６０は、ＡＡＲメッセージをＰＣＲＦ１４０へ送信する（Ｓ９５）。ステップＳ９５におけるＡＡＲメッセージは、障害が発生したＰ−ＣＳＣＦ１５０の識別情報を含む。次に、ＰＣＲＦ１４０は、障害が発生したＰ−ＣＳＣＦ１５０の識別情報を含むＲＡＲメッセージをＰ−ＧＷ４０へ送信する（Ｓ９６）。ステップＳ９６におけるＲＡＲメッセージは、ＵＥ１００の識別情報を含む。Ｐ−ＣＳＣＦ１５０の識別情報は、例えば、ＩＰアドレス（associated or failed P-CSCF address）もしくはＦＱＤＮ（Fully Qualified Domain Name）であってもよい。
【００７８】
Ｐ−ＧＷ５０は、ＲＡＲメッセージ（Ｓ９６）受信によりＰ−ＣＳＣＦ１５０の識別情報を取得した後は、ステップＳ９７〜Ｓ１００の処理を実行する。ステップＳ９７〜Ｓ１００は、図６のステップＳ３７〜Ｓ４０と同様であるため詳細な説明を省略する。
【００７９】
以上説明したように、本発明の実施の形態６にかかる通信システムにおいては、Ｐ−ＧＷ５０は、障害が発生したＰ−ＣＳＣＦ１５０に関する情報を取得することができる。そのため、Ｐ−ＧＷ５０は、障害が発生したＰ−ＣＳＣＦ１５０を特定するために必要なＰ−ＣＳＣＦ記憶部４２を有する必要がない。これより、Ｐ−ＧＷ５０を、Ｐ−ＧＷ４０よりも簡易な構成とすることができる。
【００８０】
（実施の形態７）
続いて、図１０を用いて本発明の実施の形態７にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図１０における各ノード装置は、図２に示されているノード装置である。また、図１０におけるＰ−ＧＷには、図５におけるＰ−ＧＷ５０が用いられる。ステップＳ１１１〜Ｓ１１６は、図８のステップＳ７１、Ｓ７２、Ｓ７６〜Ｓ７９と同様であるため詳細な説明を省略する。
【００８１】
ＰＣＲＦ１４０は、ステップＳ１１２において、ＵＥ１００とＰ−ＣＳＣＦ１５０とを組み合わせた情報を取得している。そのため、ＰＣＲＦ１４０は、ステップＳ１１６において、ＵＥ１００の識別情報を取得すると、ＵＥ１００に関連付けられているＰ−ＣＳＣＦ１５０を特定することができる。そのため、ＰＣＲＦ１４０は、Ｐ−ＣＳＣＦ１５０の識別情報を含むＲＡＲメッセージをＰ−ＧＷ５０へ送信する（Ｓ１１７）。Ｐ−ＧＷ５０は、ステップＳ１１７においてＰ−ＣＳＣＦ１５０の識別情報を取得した後は、ステップＳ１１８〜Ｓ１２１の処理を実行する。ステップＳ１１８〜Ｓ１２１は、図６のステップＳ３７〜Ｓ４０と同様であるため詳細な説明を省略する。
【００８２】
以上説明したように、ＰＣＲＦ１４０は、ＵＥ１００のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ後に、ＡＡＲメッセージを受信することによって、ＵＥ１００とＰ−ＣＳＣＦ１５０とを組み合わせた情報を保持することができる。このような場合、ＰＣＲＦ１４０は、Ｐ−ＣＳＣＦ１６０からＵＥ１００の識別情報が設定されたＡＡＲメッセージを受信すると、ＵＥ１００と関連付けられたＰ−ＣＳＣＦ１５０を特定することができる。そのため、ＰＣＲＦ１４０は、ＲＡＲメッセージにＰ−ＣＳＣＦ１５０の識別情報を設定して送信することができる。
【００８３】
図１０において説明した処理は、例えば、Ｐ−ＣＳＣＦ１５０及び１６０がＮＡＴ機能を有する場合に実行される。Ｐ−ＣＳＣＦ１５０及び１６０がＮＡＴ機能を有する場合、Ｓ−ＣＳＣＦ１７０が特定するＰ−ＣＳＣＦ１５０のＩＰアドレスと、ＰＣＲＦ１４０及びＰ−ＧＷ５０が特定するＰ−ＣＳＣＦ１５０のＩＰアドレスとは異なる。このような場合に、Ｓ−ＣＳＣＦ１７０が、Ｐ−ＣＳＣＦ１５０のＩＰアドレスをＰ−ＧＷ５０へ通知しても、Ｐ−ＧＷ５０は、Ｐ−ＣＳＣＦ１５０を特定することができない。
【００８４】
そのため、Ｓ−ＣＳＣＦ１７０は、Ｐ−ＣＳＣＦ１５０のＩＰアドレスではなく、ＵＥ１００のＩＭＳＩ等の識別情報をＰ−ＣＳＣＦ１６０を介してＰＣＲＦ１４０へ送信する。ＰＣＲＦ１４０は、ＵＥ１００の識別情報を用いることによって、ＵＥ１００がＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行した際に選択したＰ−ＣＳＣＦ１５０を特定することができる。ＰＣＲＦ１４０は、特定したＰ−ＣＳＣＦ１５０に関する識別情報をＰ−ＧＷ５０へ送信することによって、Ｐ−ＧＷ５０は、リストを生成する際に、Ｐ−ＣＳＣＦ１５０を除外することができる。
【００８５】
（実施の形態８）
続いて、図１１及び図１２を用いて本発明の実施の形態８にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。実施の形態１〜７においては、Ｐ−ＧＷ４０もしくはＰ−ＧＷ５０によってＰ−ＣＳＣＦリストが生成される契機は、Ｓ−ＣＳＣＦ１７０において着信処理の失敗が検出されたこととしている。具体的には、Ｐ−ＧＷ４０もしくはＰ−ＧＷ５０は、Ｓ−ＣＳＣＦ１７０からＵＥ１００に対して送信された、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行うことを指示するメッセージを受信した際に、Ｐ−ＣＳＣＦリストを生成する。
【００８６】
図１１及び図１２においては、Ｐ−ＧＷ４０もしくはＰ−ＧＷ５０が、定期的にＰ−ＣＳＣＦに対してヘルスチェックを行い、Ｐ−ＣＳＣＦの障害を検出した際にＰ−ＣＳＣＦリストを生成する。
【００８７】
はじめに、図１１を用いて本発明の実施の形態８にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図１１における各ノード装置は、図２に示されているノード装置である。また、図１１におけるＰ−ＧＷには、図３におけるＰ−ＧＷ４０が用いられる。ステップＳ１３１〜Ｓ１３５は、図４のステップＳ１１〜１５と同様であるため詳細な説明を省略する。
【００８８】
Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ１５０に対してヘルスチェックを行うための信号を送信する（Ｓ１３６）。ここで、Ｐ−ＣＳＣＦ１５０に障害が発生している場合、Ｐ−ＧＷ４０は、ステップＳ１３６において送信した信号に対する応答信号を受信することはない。Ｐ−ＧＷ４０は、所定期間応答信号を受信しない場合、Ｐ−ＣＳＣＦ１５０に障害が発生したと判定する。
【００８９】
Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ１５０に障害が発生したことを検出すると、Ｐ−ＣＳＣＦ１５０を除外したＰ−ＣＳＣＦリストを生成する（Ｓ１３７）。次に、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ記憶部４２に保持されている情報を用いて、障害が発生したＰ−ＣＳＣＦ１５０に端末情報を登録している複数のＵＥを抽出する。Ｐ−ＧＷ４０は、ステップＳ１３４において、ＵＥと、ＵＥがＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実施した際に選択したＰ−ＣＳＣＦとを関連付けた情報を保持している。そのため、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ１５０に端末情報を登録している複数のＵＥを抽出することができる。
【００９０】
Ｐ−ＧＷ４０は、抽出したＵＥを宛先に設定し、Ｐ−ＣＳＣＦリストを含むUpdate Bearer Requestメッセージを送信する（Ｓ１３８）。さらに、ＭＭＥ１１０は、Update Bearer Requestメッセージの宛先に設定されているＵＥへ、Ｐ−ＣＳＣＦリストを含むModify EPS Bearer Context Requestメッセージを送信する（Ｓ１３９）。ＵＥは、Modify EPS Bearer Context Requestメッセージを取得すると、Ｐ−ＣＳＣＦリストに設定されている複数のＰ−ＣＳＣＦから任意のＰ−ＣＳＣＦに対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行する（Ｓ１４０）。
【００９１】
ステップＳ１３８においては、抽出したＵＥの数だけＭＭＥ１１０へUpdate Bearer Requestメッセージが送信されてもよく、もしくは、複数のＵＥを宛先に設定したUpdate Bearer RequestメッセージをＭＭＥ１１０へ送信してもよい。
【００９２】
Ｐ−ＧＷが、Ｐ−ＣＳＣＦ記憶部４２を有さない場合、障害が発生したＰ−ＣＳＣＦ１５０に端末情報を登録した複数のＵＥを特定することができない。そのため、Ｐ−ＧＷは、Ｐ−ＣＳＣＦリストを、全てのＵＥに対して送信する必要がある。全てのＵＥは、Ｐ−ＧＷが認識しているすべてのＵＥである。しかし、Ｐ−ＣＳＣＦ１５０に対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行っていないＵＥは、Ｐ−ＣＳＣＦ１５０に障害が発生した場合でも、再度ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを実行する必要がない。そのため、Ｐ−ＣＳＣＦ１５０に端末情報を登録していなかったＵＥに対して、Ｐ−ＣＳＣＦリストを送信することは、通信リソースの無駄となる。
【００９３】
これに対して、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ記憶部４２を有しているため、Ｐ−ＣＳＣＦ１５０に端末情報を登録した複数のＵＥを特定することができる。そのため、Ｐ−ＧＷ４０は、全てのＵＥに対してＰ−ＣＳＣＦリストを送信する必要はなく、Ｐ−ＣＳＣＦ１５０へ端末情報を登録していたＵＥにのみＰ−ＣＳＣＦリストを送信すればよい。そのため、Ｐ−ＧＷ４０は、全てのＵＥに対してＰ−ＣＳＣＦリストを送信する場合と比較して、少ないＵＥに対してＰ−ＣＳＣＦリストを送信することになる。これより、Ｐ−ＧＷ４０は、通信リソースを無駄に使用することを防止することができる。Ｐ−ＣＳＣＦリストを送信するＵＥを減少させることによって、特に無線区間の通信リソースを無駄に使用することを防止することができる。
【００９４】
次に、図１２を用いて本発明の実施の形態８にかかるＰ−ＣＳＣＦ障害発生時のＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎ処理の流れについて説明する。図１２における各ノード装置は、図２に示されているノード装置である。また、図１２におけるＰ−ＧＷには、図５におけるＰ−ＧＷ５０が用いられる。ステップＳ１５１及びＳ１５２は、図１１のステップＳ１３１及びＳ１３２と同様であるため詳細な説明を省略する。また、Ｐ−ＧＷ５０は、ステップＳ１５３において、図１１におけるＰ−ＧＷ４０と同様にＰ−ＣＳＣＦ１５０に障害が発生したことを検出する。
【００９５】
次に、Ｐ−ＧＷ５０は、ＵＥの識別情報を設定したＣＣＲメッセージをＰＣＲＦ１４０へ送信する（Ｓ１５４）。Ｐ−ＧＷ５０は、ＣＣＲメッセージに対する応答メッセージであるＣＣＡメッセージを受信することによって、ＵＥが設定情報を登録したＰ−ＣＳＣＦに関する情報を取得することができる（Ｓ１５５）。Ｐ−ＧＷ５０は、全てのＵＥに対して、ステップＳ１５４及びＳ１５５の処理を繰り返す。全てのＵＥに対するステップＳ１５４及びＳ１５５の処理が完了すると、Ｐ−ＧＷ４０は、Ｐ−ＣＳＣＦ１５０に対してＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行った複数のＵＥを特定することができる。
【００９６】
ステップＳ１５６〜Ｓ１５９は、図１１のステップＳ１３７〜Ｓ１４０と同様であるため詳細な説明を省略する。
【００９７】
Ｐ−ＧＷ５０は、Ｐ−ＧＷ４０のようにＰ−ＣＳＣＦ記憶部４２を有していないが、ＰＣＲＦ１４０に問い合わせを行うことにより、全てのＵＥについて、ＳＩＰ Ｒｅｇｉｓｔｒａｔｉｏｎを行ったＰ−ＣＳＣＦを特定することができる。そのため、図１１におけるＰ−ＧＷ４０と同様に、Ｐ−ＣＳＣＦリストを送信するＵＥの数を減少させることができる。
【００９８】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００９９】
例えば、本発明の実施の形態１〜８は、ＧＰＲＳ網に適用することも可能である。本発明の実施の形態１〜８をＧＰＲＳ網に適用する場合、図１３に示されるように、Ｐ−ＧＷ４０もしくは５０は、ＧＧＳＮ２２０に置き換えられ、ＭＭＥ１１０及びＳ−ＧＷ１２０の集合体は、ＳＧＳＮに置き換えられる。
【符号の説明】
【０１００】
１０  端末
２０  Ｐ−ＣＳＣＦ装置
３０  Ｓ−ＣＳＣＦ装置
４０  Ｐ−ＧＷ
４１  ＰＣＲＦ通信部
４２  Ｐ−ＣＳＣＦ記憶部
４３  リスト生成部
４４  Ｓ−ＧＷ通信部
５０  Ｐ−ＧＷ
１００  ＵＥ
１１０  ＭＭＥ
１２０  Ｓ−ＧＷ
１３０  Ｐ−ＧＷ
１４０  ＰＣＲＦ
１５０  Ｐ−ＣＳＣＦ
１６０  Ｐ−ＣＳＣＦ
１７０  Ｓ−ＣＳＣＦ
１８０  ＡＳ
１９０  ＨＳＳ
【図１】
0006372270.tif 000002
【図２】
0006372270.tif 000003
【図３】
0006372270.tif 000004
【図４】
0006372270.tif 000005
【図５】
0006372270.tif 000006
【図６】
0006372270.tif 000007
【図７】
0006372270.tif 000008
【図８】
0006372270.tif 000009
【図９】
0006372270.tif 000010
【図１０】
0006372270.tif 000011
【図１１】
0006372270.tif 000012
【図１２】
0006372270.tif 000013
【図１３】
0006372270.tif 000014
【図１４】
0006372270.tif 000015