(57)【特許請求の範囲】
【請求項１】
音声を含むマルチメディア通信の制御にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ］ノード装置であって、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識手段とを有し、
前記認識手段で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施手段を含み、
自装置が、隣接しかつユーザの発着信サービスを行うノード装置に対してヘルスチェックを行い、前記発着信サービスを行うノード装置の障害を検出した場合に当該ユーザに対して再レジストレーションを行うことを特徴とするＩＭＳノード装置。
【請求項２】
前記ヘルスチェック手段は、ＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェックを実施することを特徴とする請求項１記載のＩＭＳネットワーク。
【請求項３】
前記認識手段は、前記隣接するノード装置において、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することを特徴とする請求項１または請求項２記載のＩＭＳネットワーク。
【請求項４】
上記の請求項１から請求項３のいずれかに記載のＩＭＳノード装置を含むことを特徴とするＩＭＳネットワーク。
【請求項５】
音声を含むマルチメディア通信の制御にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ］ノード装置各々が、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック処理と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識処理とを行い、
前記複数のＩＭＳノード装置が、前記認識処理で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施処理を実行し、
ユーザの発着信サービスを行うＩＭＳノード装置に対して隣接するＩＭＳノード装置がヘルスチェックを行い、前記隣接するＩＭＳノード装置が前記発着信サービスを行うＩＭＳノード装置の障害を検出した場合に当該ユーザに対して再レジストレーションを行うことを特徴とするサービス提供方法。
【請求項６】
前記ヘルスチェック処理において、ＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェックを実施することを特徴とする請求項５記載のサービス提供方法。
【請求項７】
前記認識処理において、前記隣接するノード装置が、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することを特徴とする請求項５または請求項６記載のサービス提供方法。
【請求項８】
前記複数のＩＭＳノード装置が、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）及びＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）のいずれかであり、呼制御を行う前記Ｓ−ＣＳＣＦ及びＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）の障害状態を検出することを特徴とする請求項５から請求項７のいずれか記載のサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＭＳネットワーク、ＩＭＳノード装置及びそれらに用いるサービス提供方法に関し、特に音声を含むマルチメディア通信の制御にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したＩＭＳ［ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ］ネットワークに関する。
【背景技術】
【０００２】
図１１は、本発明に関連するＩＭＳネットワークにおけるレジストレーション制御を示している。ＳＩＰ端末３５はＳＩＰ  ＲＥＧＩＳＴＥＲ信号によるレジストレーション要求をＰ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）３１へ送信する（図１１の４０１）。
【０００３】
ＳＩＰ  ＲＥＧＩＳＴＥＲ信号によるレジストレーション要求を受信したＰ−ＣＳＣＦ３１は、ＲＥＧＩＳＴＥＲ送信先のＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）の情報をＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）３４から取得するため、ＤＩＡＭＥＴＥＲ  ＵＡＲ（Ｕｓｅｒ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｅｑｕｅｓｔ）／ＵＡＡ（Ｕｓｅｒ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ａｎｓｗｅｒ）手順を行う（図１１の４０２）。
【０００４】
Ｐ−ＣＳＣＦ３１は、ＨＳＳ３４より取得したＳ−ＣＳＣＦの情報からＳ−ＣＳＣＦ３２を選択し、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を選択したＳ−ＣＳＣＦ３２へ送信する（図１１の４０３）。
【０００５】
ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＳ−ＣＳＣＦ３２は、ユーザの加入者データ及びＲＥＧＩＳＴＥＲ送信先のＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）の情報を取得するため、ＤＩＡＭＥＴＥＲ  ＳＡＲ（Ｓｅｒｖｅｒ  Ａｓｓｉｇｎｍｅｎｔ  Ｒｅｑｕｅｓｔ）／ＳＡＡ（Ｓｅｒｖｅｒ  Ａｓｓｉｇｎｍｅｎｔ  Ａｎｓｗｅｒ）手順を行う（図１１の４０４）。
【０００６】
Ｓ−ＣＳＣＦ３２は、ＨＳＳ３４より取得した加入者データを記憶し、ＨＳＳ３４より取得したＡＳの情報からＡＳ３３を選択し、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を選択したＡＳ３３へ送信する（図１１の４０５）。
【０００７】
ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＡＳ３３は、ユーザのサービス加入者データを取得するため、ＤＩＡＭＥＴＥＲ  ＵＤＲ（Ｕｓｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ）／ＵＤＡ（Ｕｓｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）手順を行う（図１１の４０６）。
【０００８】
本発明に関連するＩＭＳネットワークにおけるレジストレーション制御では、上述した４０１〜４０６のレジストレーション手順によってユーザへのＩＭＳサービスを提供するＳ−ＣＳＣＦ、ＡＳが決定される。
【０００９】
図１２は、本発明に関連するＩＭＳネットワークにおけるＳ−ＣＳＣＦ障害時の発着信制御を示している。ここでは、Ｓ−ＣＳＣＦ：Ａ３２ａが何らかの要因によって障害状態になったものとする（図１２の５０１）。
【００１０】
このＳ−ＣＳＣＦ：Ａ３２ａの障害状態において、ＳＩＰ端末３５がＳＩＰ  ＩＮＶＩＴＥ信号による発信要求を、アクセスネットワーク３００を介してＰ−ＣＳＣＦ３１へ送信すると（図１２の５０２）、Ｐ−ＣＳＣＦ３１はレジストレーション時に決定されたＳ−ＣＳＣＦ：Ａ３２ａへＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図１２の５０３）。
【００１１】
Ｓ−ＣＳＣＦ：Ａ３２ａは障害であるため、ＳＩＰ  ＩＮＶＩＴＥ信号を受信することができず、Ｐ−ＣＳＣＦ３１に応答を返却しないので、Ｐ−ＣＳＣＦ３１はＳＩＰ  ＩＮＶＩＴＥ信号に対する応答待ちタイムアウトを検出する（図１２の５０４）。タイムアウトを検出したＰ−ＣＳＣＦ３１は、発信要求が受け付けられなかった旨のエラーを、アクセスネットワーク３００を介してＳＩＰ端末３５へ送出する（図１２の５０５）。
【００１２】
また、Ｓ−ＣＳＣＦ：Ｂ３２ｂは、着信要求を行うため、ＳＩＰ  ＩＮＶＩＴＥ信号をＳ−ＣＳＣＦ：Ａ３２ａへ送信する（図１２の５０６）。Ｓ−ＣＳＣＦ：Ａ３２ａは障害であるため、ＳＩＰ  ＩＮＶＩＴＥ信号を受信することができず、Ｓ−ＣＳＣＦ：Ｂ３２ｂに応答を返却しないので、Ｓ−ＣＳＣＦ：Ｂ３２ｂは、ＳＩＰ  ＩＮＶＩＴＥ信号に対する応答待ちタイムアウトを検出する（図１２の５０７）。
【００１３】
尚、ＩＭＳネットワーク内において、ユーザ・デバイスにマルチメディア・リングバック・サービスを提供する方法及び装置が特許文献１に開示されている。この特許文献１に開示された技術では、発呼者デバイスからの接続確立要求が、ＩＭＳネットワーク内で発呼者デバイスと被呼者デバイスとの間に接続を確立する働きをし、接続確立要求に応答して、発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするマルチメディア・コンテンツ情報を取得し、接続の確率と同時に、発呼者デバイスにマルチメディア・コンテンツ情報の少なくとも一部を送信している。
【特許文献１】特開２００６−１９１５９４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明に関連するＩＭＳネットワークでは、レジストレーション時に該当ユーザの発着信サービスを行うＳ−ＣＳＣＦ、ＡＳが選択されるため、レジストレーション時に選択されたＩＭＳノードが何らかの要因によってノード障害となった場合、ユーザからのデレジストレーションによって別のＩＭＳノードへの再割り当てが行われない限り、障害ノードが復旧するまでの間、発着信をはじめとするサービスを提供することができないという課題がある。
【００１５】
つまり、本発明に関連するＩＭＳネットワークでは、加入者データをレジストレーション時に取得するＳ−ＣＳＣＦ及びＡＳが何らかの要因でノード障害となると、ユーザが、デレジストレーション手順が実施されて加入者データを有する呼制御サービスノード（Ｓ−ＣＳＣＦ、ＡＳ）が新たに割り当てられるまで発着信サービスを享受できないという問題がある。
【００１６】
また、本発明に関連するＩＭＳネットワークでは、上記のように、ユーザがレジストレーション時に割り当てられたＳ−ＣＳＣＦ：Ａが障害状態になると、発着信のサービスを提供することができない。さらに、本発明に関連するＩＭＳネットワークでは、ＡＳ障害時の発着信制御についても、発着信をはじめとするサービス提供において上記と同様の課題がある。
【００１７】
尚、上記の特許文献１に記載の技術では、ユーザ・デバイスにマルチメディア・リングバック・サービスを提供することが記載されているのみで、上記のレジストレーション時の障害、ＡＳ障害時については何ら記載されていないので、上記の問題を解決することはできない。
【００１８】
そこで、本発明の目的は上記の問題点を解消し、隣接ノードのノード障害を認識することができ、ユーザが発着信のＩＭＳサービスを継続して享受することができるＩＭＳネットワーク、ＩＭＳノード装置及びそれらに用いるサービス提供方法を提供することにある。
【課題を解決するための手段】
【００１９】
本発明によるＩＭＳノード装置は、音声を含むマルチメディア通信の制御にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用するＩＭＳ［ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ］ノード装置であって、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識手段とを備え、
前記認識手段で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施手段を含み、
自装置が、隣接しかつユーザの発着信サービスを行うノード装置に対してヘルスチェックを行い、前記発着信サービスを行うノード装置の障害を検出した場合に当該ユーザに対して再レジストレーションを行っている。
【００２０】
本発明によるＩＭＳネットワークは、上記のＩＭＳノード装置を含むことを特徴とする。
【００２１】
本発明によるサービス提供方法は、音声を含むマルチメディア通信の制御にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ］ノード装置各々が、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック処理と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識処理とを行い、
前記複数のＩＭＳノード装置が、前記認識手段で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施処理を実行し、
ユーザの発着信サービスを行うＩＭＳノード装置に対して隣接するＩＭＳノード装置がヘルスチェックを行い、前記隣接するＩＭＳノード装置が前記発着信サービスを行うＩＭＳノード装置の障害を検出した場合に当該ユーザに対して再レジストレーションを行っている。
【発明の効果】
【００２２】
本発明は、上記のような構成及び動作とすることで、隣接ノードのノード障害を認識することができ、ユーザが発着信のＩＭＳサービスを継続して享受することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２３】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明によるＩＭＳ［ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ］ネットワークの構成例を示すブロック図である。
【００２４】
図１において、本発明によるＩＭＳネットワークは、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１と、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）：Ａ２ａと、Ｓ−ＣＳＣＦ：Ｂ２ｂとから構成されている。
【００２５】
Ｐ−ＣＳＣＦ１は、ＩＭＳノード間（Ｐ−ＣＳＣＦ１とＳ−ＣＳＣＦ：Ａ２ａとの間）でのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  ＯＰＴＩＯＮＳメソッドによるヘルスチェックを行うヘルスチェック部１１と、ヘルスチェック部１１のチェック結果を基に対向するＩＭＳノード（Ｓ−ＣＳＣＦ：Ａ２ａ）の障害を検出する対向ノード障害認識部１２とを備えている。
【００２６】
同様に、Ｓ−ＣＳＣＦ：Ｂ２ｂは、ＩＭＳノード間（Ｓ−ＣＳＣＦ：Ｂ２ｂとＳ−ＣＳＣＦ：Ａ２ａとの間）でのＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェックを行うヘルスチェック部２１ｂと、ヘルスチェック部２１ｂのチェック結果を基に対向するＩＭＳノード（Ｓ−ＣＳＣＦ：Ａ２ａ）の障害を検出する対向ノード障害認識部２２ｂとを備えている。尚、図示していないが、Ｓ−ＣＳＣＦ：Ａ２ａも、上記のＳ−ＣＳＣＦ：Ｂ２ｂと同様の構成となっている。
【００２７】
Ｐ−ＣＳＣＦ１は、対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的に、通信相手の能力や状態を問い合わせるためのＳＩＰ  ＯＰＴＩＯＮＳを送信する。Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、Ｐ−ＣＳＣＦ１へヘルスチェック正常を意味するＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）を送信する。
【００２８】
これによって、Ｐ−ＣＳＣＦ１は、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｐ−ＣＳＣＦ１は、ヘルスチェック応答である２００  ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。
【００２９】
同様に、Ｓ−ＣＳＣＦ：Ｂ２ｂは、対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的にＳＩＰ  ＯＰＴＩＯＮＳを送信する。Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、Ｓ−ＣＳＣＦ：Ｂ２ｂへヘルスチェック正常を意味するＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）を送信する。
【００３０】
これによって、Ｓ−ＣＳＣＦ：Ｂ２ｂは、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｓ−ＣＳＣＦ：Ｂ２ｂは、ヘルスチェック応答である２００  ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。
【００３１】
このように、本発明では、ＩＭＳノード間でのＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を規定することで、隣接ノードの障害状態を認識することが可能となる。これによって、隣接ノードでは、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することが可能となる。
【００３２】
次に、本発明の第１の実施の形態について図２〜図４を参照して説明する。図２は本発明の第１の実施の形態によるＩＭＳネットワークにおける隣接ノードへのＳＩＰ  ＯＰＴＩＯＮＳヘルスチェック手順を示し、図３は本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる発信迂回制御手順を示し、図４は本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる着信迂回制御手順を示している。
【００３３】
本発明の第１の実施の形態は、ＩＭＳネットワークにおいて、ＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック方式を実施することで、隣接ノードの障害状態を認識することが可能となる。これによって、本実施の形態は、呼制御を行うＳ−ＣＳＣＦ及びＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）がノード障害となった場合でも、ノード障害を検出した隣接ノードが再レジストレーションによる迂回制御を行うことで、発着信をはじめとするＩＭＳサービスをユーザへ提供することが可能となる。
【００３４】
図２には、ＩＭＳネットワークにおけるＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック手順を示している。また、図２において、本発明の第１の実施の形態によるＩＭＳネットワークは、Ｐ−ＣＳＣＦ１と、Ｓ−ＣＳＣＦ：Ａ２ａと、Ｓ−ＣＳＣＦ：Ｂ２ｂと、ＡＳ３とから構成されている。
【００３５】
Ｐ−ＣＳＣＦ１は、上記のヘルスチェック部１１及び対向ノード障害認識部１２と、対向ノード障害認識部１２でノード障害を検出した時にＳＩＰ  ＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施する再レジストレーション手順実施部１３とを備えている。
【００３６】
Ｓ−ＣＳＣＦ：Ａ２ａ及びＳ−ＣＳＣＦ：Ｂ２ｂは、上記のヘルスチェック部２１ａ，２１ｂ及び対向ノード障害認識部２２ａ，２２ｂと、対向ノード障害認識部２２ａ，２２ｂでノード障害を検出した時にＳＩＰ  ＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施する再レジストレーション手順実施部２３ａ，２３ｂとを備えている。
【００３７】
以下、ＩＭＳネットワークにおけるＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック手順について説明する。Ｐ−ＣＳＣＦ１は、ヘルスチェック部１１によって対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的に、通信相手の能力や状態を問い合わせるためのＳＩＰ  ＯＰＴＩＯＮＳを送信する（図２の１０１）。
【００３８】
Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、ヘルスチェック正常を意味するＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）をＰ−ＣＳＣＦ１へ送信する（図２の１０２）。尚、ＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）は、ヘルスチェック部２１ａからＰ−ＣＳＣＦ１へ送信される。
【００３９】
これによって、Ｐ−ＣＳＣＦ１の対向ノード障害認識部１２は、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｐ−ＣＳＣＦ１の対向ノード障害認識部１２は、ヘルスチェック応答である２００  ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。
【００４０】
同様に、Ｓ−ＣＳＣＦ：Ａ２ａは、ヘルスチェック部２１ａによって対向するＡＳ３へ周期的にＳＩＰ  ＯＰＴＩＯＮＳを送信する（図２の１０３）。ＡＳ３はＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、ヘルスチェック正常を意味するＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）をＳ−ＣＳＣＦ：Ａ２ａへ送信する（図２の１０４）。
【００４１】
これによって、Ｓ−ＣＳＣＦ：Ａ２ａの対向ノード障害認識部２２ａは、対向するＡＳ３のノード状態が正常であることを認識することが可能となる。また、Ｓ−ＣＳＣＦ：Ａ２ａの対向ノード障害認識部２２ａは、ヘルスチェック応答である２００  ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＡＳ３が障害であることを認識することが可能となる。
【００４２】
Ｓ−ＣＳＣＦ：Ｂ２ｂは、ヘルスチェック部２１ｂによって対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的にＳＩＰ  ＯＰＴＩＯＮＳを送信する（図２の１０５）。Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、Ｓ−ＣＳＣＦ：Ｂ２ｂへヘルスチェック正常を意味するＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）を送信する（図２の１０６）。この場合も、ＳＩＰ  ２００  ＯＫ（ＯＰＴＩＯＮＳ）は、ヘルスチェック部２１ａからＳ−ＣＳＣＦ：Ｂ２ｂへ送信される。
【００４３】
これによって、Ｓ−ＣＳＣＦ：Ｂ２ｂの対向ノード障害認識部２２ｂは、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｓ−ＣＳＣＦ：Ｂ２ｂの対向ノード障害認識部２２ｂは、ヘルスチェック応答である２００  ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。
【００４４】
図３には、Ｓ−ＣＳＣＦが何らかの要因によって障害状態となった場合の発信迂回制御手順を示している。図３において、Ｐ−ＣＳＣＦ１、Ｓ−ＣＳＣＦ：Ａ２ａ、Ｓ−ＣＳＣＦ：Ｂ２ｂは、上記の図２に示す構成と同様の構成とする。また、Ｓ−ＣＳＣＦ：Ａ２ａは何らかの要因で障害状態になったものとする（図３の２０１）。
【００４５】
Ｐ−ＣＳＣＦ１は、周期的に実施している上記のヘルスチェックを起動すると、ＳＩＰ  ＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａ２ａへ送信する（図３の２０２）。Ｓ−ＣＳＣＦ：Ａ２ａは障害状態であるため、ＳＩＰ  ＯＰＴＩＯＮＳ信号を受信することができず、ヘルスチェック応答を返却することができない。このため、ヘルスチェックのＳＩＰ  ＯＰＴＩＯＮＳ信号を送信したＰ−ＣＳＣＦ１は、応答待ちタイムアウトを検出し、対向するＳ−ＣＳＣＦ：Ａ２ａが障害状態であることを認識する（図３の２０３）。
【００４６】
ＳＩＰ端末５は、発信要求を行うため、レジストレーション時に決定されたＰ−ＣＳＣＦ１へアクセスネットワーク１００を介してＳＩＰ  ＩＮＶＩＴＥ信号を送出する（図３の２０４）。
【００４７】
ＳＩＰ  ＩＮＶＩＴＥ信号を受信したＰ−ＣＳＣＦ１は、発信処理を行うため、レジストレーション時に選択したＳ−ＣＳＣＦ：Ａ２ａへＳＩＰ  ＩＮＶＩＴＥ信号を送信しようとするが、Ｓ−ＣＳＣＦ：Ａ２ａが障害状態であるので、ＳＩＰ端末５へレジストレーション要求を意味するＳＩＰ  ＭＥＳＳＡＧＥ信号（再ＲＥＧ要求）を送信する（図３の２０５）。尚、ＳＩＰ  ＭＥＳＳＡＧＥ信号（再ＲＥＧ要求）は、図２に示すＰ−ＣＳＣＦ１の再レジストレーション手順実施部１３からＳＩＰ端末５へ送信される。
【００４８】
ＳＩＰ  ＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末５は、再レジストレーション要求であることを判断し、ＳＩＰ  ＭＥＳＳＡＧＥ信号の送信元のＰ−ＣＳＣＦ１へＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送出する（図３の２０６）。
【００４９】
ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＰ−ＣＳＣＦ１は、該当ユーザの再レジストレーション手順を実施するため、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）４へＤＩＡＭＥＴＥＲ  ＵＡＲ（Ｕｓｅｒ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｅｑｕｅｓｔ）／ＵＡＡ（Ｕｓｅｒ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ａｎｓｗｅｒ）手順を実施する（図３の２０７）。
【００５０】
Ｐ−ＣＳＣＦ１は、ＨＳＳ４よりＵＡＲ／ＵＡＡ手順で取得したＳ−ＣＳＣＦの情報から障害状態であるＳ−ＣＳＣＦ：Ａ２ａ以外のＳ−ＣＳＣＦ：Ｂ２ｂを選択し、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号をＳ−ＣＳＣＦ：Ｂ２ｂへ送信する（図３の２０８）。ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＳ−ＣＳＣＦ：Ｂ２ｂは、ＨＳＳ４及びＡＳ３と連携し、通常のレジストレーション処理を実施する（図３の２０９）。
【００５１】
レジストレーションが完了すると、Ｐ−ＣＳＣＦ１は、新たにレジストレーションを行ったＳ−ＣＳＣＦ：Ｂ２ｂにＳＩＰ  ＩＮＶＩＴＥ信号を送信し、発信処理を継続する（図３の２１０）。
【００５２】
以上の手順によって、本実施の形態では、Ｓ−ＣＳＣＦ：Ａ２ａが障害状態になった場合でも、再レジストレーション処理を実施することで、ユーザが発信サービスを継続することが可能となる。
【００５３】
図４には、Ｓ−ＣＳＣＦが何らかの要因によって障害状態となった場合の着信制御手順を示している。この場合、Ｓ−ＣＳＣＦ：Ａ２ａは何らかの要因で障害状態になったものとする（図４の３０１）。
【００５４】
Ｓ−ＣＳＣＦ：Ｂ２ｂは、周期的に実施している上記のヘルスチェックを起動すると、ＳＩＰ  ＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａ２ａへ送信する（図４の３０２）。Ｓ−ＣＳＣＦ：Ａ２ａは障害状態であるため、ＳＩＰ  ＯＰＴＩＯＮＳ信号を受信することができず、ヘルスチェック応答を返却することができない。このため、ヘルスチェックのＳＩＰ  ＯＰＴＩＯＮＳ信号を送信したＳ−ＣＳＣＦ：Ｂ２ｂは、応答待ちタイムアウトを検出し、対向するＳ−ＣＳＣＦ：Ａ２ａが障害状態であることを認識する（図４の３０３）。
【００５５】
Ｓ−ＣＳＣＦ：Ｂ２ｂは、着信者が収容されるＳ−ＣＳＣＦ：Ａ２ａを、ＨＳＳ４とＤＩＡＭＥＴＥＲ  ＬＩＲ（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏ  Ｒｅｑｕｅｓｔ）／ＬＩＡ（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏ  Ａｎｓｗｅｒ）手順とによって特定し、Ｓ−ＣＳＣＦ：Ａ２ａへ着信要求を行うため、ＳＩＰ  ＩＮＶＩＴＥ信号をＳ−ＣＳＣＦ：Ａ２ａへ送信しようとする。
【００５６】
しかしながら、Ｓ−ＣＳＣＦ：Ａ２ａのノード状態が障害であるため、Ｓ−ＣＳＣＦ：Ｂ２ｂは、Ｓ−ＣＳＣＦ：Ｂ２ｂと対向する別のＳ−ＣＳＣＦ：Ｃ２ｃを選択し、Ｓ−ＣＳＣＦ：Ｃ２ｃへＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図４の３０４）。
【００５７】
ＳＩＰ  ＩＮＶＩＴＥ信号を受信したＳ−ＣＳＣＦ：Ｃ２ｃは、着信要求を受信したユーザのプロファイルが存在しないので、ＨＳＳ４へＵＮＲＥＧＩＳＴＥＲＥＤ  ＳＥＲＶＩＣＥ手順を行うため、ＨＳＳ４へＤＩＡＭＥＴＥＲ  ＳＡＲ（Ｓｅｒｖｅｒ  Ａｓｓｉｇｎｍｅｎｔ  Ｒｅｑｕｅｓｔ）信号を送信する（図４の３０５）。
【００５８】
ＤＩＡＭＥＴＥＲ  ＳＡＲによるＵＮＲＥＧＩＳＴＥＲＤ  ＳＥＲＶＩＣＥ要求受信したＨＳＳ４は、ユーザがレジストレーション状態であることから障害時の迂回着信が発生していることを認識し、該当ユーザがレジストレーションされているＰ−ＣＳＣＦの情報、ＳＩＰ端末５のＣｏｎｔａｃｔアドレス情報をＤＩＡＭＥＴＥＲ  ＳＡＡ（Ｓｅｒｖｅｒ  Ａｓｓｉｇｎｍｅｎｔ  Ａｎｓｗｅｒ）信号に設定し、Ｓ−ＣＳＣＦ：Ｃ２ｃへ送信する（図４の３０６）。
【００５９】
尚、ＨＳＳ４では、ユーザからのレジストレーション時に、本障害迂回手順を実現するために必要なＰ−ＣＳＣＦの情報、ＳＩＰ端末５のＣｏｎｔａｃｔアドレス情報をＳ−ＣＳＣＦ：Ａ２ａよりＤＩＡＭＥＴＥＲ  ＳＡＡ信号にて受信し、これを記憶する必要がある。
【００６０】
ＤＩＡＭＥＴＥＲ  ＳＡＡ信号を受信したＳ−ＣＳＣＦ：Ｃ２ｃは、信号情報に設定されたＰ−ＣＳＣＦの情報、ＳＩＰ端末５のＣｏｎｔａｃｔアドレス情報より再レジストレーションが必要なことを認識し、取得したＰ−ＣＳＣＦ１へ再レジストレーションを要求するＳＩＰ  ＭＥＳＳＡＧＥ（再ＲＥＧ要求）信号を送信する（図４の３０７）。
【００６１】
ＳＩＰ  ＭＥＳＳＡＧＥ信号を受信したＰ−ＣＳＣＦ１は、ＳＩＰ端末５へＳＩＰ  ＭＥＳＳＡＧＥ信号を送信する。ＳＩＰ  ＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末５は、再レジストレーション要求であることを判断し、ＳＩＰ  ＭＥＳＳＡＧＥ信号の送信元のＰ−ＣＳＣＦ１へＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送出する。
【００６２】
このＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＰ−ＣＳＣＦ１は、通常のレジストレーション手順を実施し、Ｓ−ＣＳＣＦ：Ｃ２ｃへの再レジストレーション処理を完了させる（図４の３０８）。再レジストレーション処理が完了した後に、Ｓ−ＣＳＣＦ：Ｃ２ｃは、着信要求を継続するため、レジストレーション時に選択されたＡＳ３へＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図４の３０９）。
【００６３】
以上の手順によって、本実施の形態では、Ｓ−ＣＳＣＦ：Ａ２ａが障害状態になった場合でも、再レジストレーション処理を実施することで、ユーザが着信サービスを継続することが可能となる。
【００６４】
このようにして、本実施の形態では、加入者データを有するＩＭＳノード：Ｓ−ＣＳＣＦが障害状態となった場合においても、ＳＩＰ  ＯＰＴＩＯＮＳによるヘルスチェックによって隣接ノードがＳ−ＣＳＣＦの障害を検出し、障害状態を認識した隣接ノードが再レジストレーション手順（ＳＩＰ  ＭＥＳＳＡＧＥ信号の送出）を実施することで、ユーザからの発着信サービスをＳ−ＣＳＣＦ障害前と同様に提供することが可能となる。よって、本実施の形態では、上述したような課題を解決することができる。
【００６５】
つまり、本実施の形態では、ＩＭＳノード間でのＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を規定することで、隣接ノードの障害状態を認識することが可能となる。これによって、隣接ノードでは、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することが可能となる。
【００６６】
また、本実施の形態では、ＳＩＰ  ＭＥＳＳＡＧＥメソッドによる再レジストレーション要求を規定し、発着信契機に対向ノードの障害を認識したノードがＳＩＰ  ＭＥＳＳＡＧＥメソッドによる再レジストレーション処理を実施することで、障害状態のＩＭＳノードを迂回してレジストレーション手順を実施することが可能となる。さらに、本実施の形態では、Ｓ−ＣＳＣＦが障害となった場合においても、発着信をはじめとするＩＭＳサービスの提供を継続することが可能となる。
【００６７】
図５は本発明の第２の実施の形態によるＩＭＳネットワークの構成例を示すブロック図である。図５において、本発明の第２の実施の形態によるＩＭＳネットワークは、Ｐ−ＣＳＣＦ１と、Ｓ−ＣＳＣＦ２と、ＡＳ３と、ＨＳＳ４と、ＳＩＰ端末５とから構成されている。尚、Ｐ−ＣＳＣＦ１及びＳ−ＣＳＣＦ２の構成は、上述した図２に示す本発明の第１の実施の形態と同様である。
【００６８】
ＳＩＰ端末５は、ＳＩＰプロトコルによるＧｍ−Ｉ／Ｆ（インタフェース）を介し、レジストレーション手順を実施することによって、ＩＭＳネットワークよりＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）による発着信サービスをはじめとするＩＭＳサービスを享受する。
【００６９】
Ｐ−ＣＳＣＦ１は、ＳＩＰ端末５からのＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信すると、ＤＩＡＭＥＴＥＲプロトコルによるＣｘ−Ｉ／Ｆを介し、加入者データベースであるＨＳＳ４からＩＭＳサービスを提供するＳ−ＣＳＣＦ２の情報を取得し、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号をＳ−ＣＳＣＦ２へ送信する。また、レジストレーション手順完了時には、ＳＩＰ端末５のＣｏｎｔａｃｔ  ＩＰアドレス、Ｓ−ＣＳＣＦ２のＩＰアドレス等のレジストレーション情報を保持し、以後のＩＭＳサービスにおけるＳＩＰ信号の中継制御を実施する。
【００７０】
Ｓ−ＣＳＣＦ２は、Ｐ−ＣＳＣＦ１からのＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信すると、ＤＩＡＭＥＴＥＲプロトコルによるＣｘ−Ｉ／Ｆを介し、ＨＳＳ４から加入者データを取得し、これを保持することで以後の発着信サービスを加入者データにしたがって行う。
【００７１】
また、Ｓ−ＣＳＣＦ２は、ＨＳＳ４からの加入者データに含まれるｉＦＣ（ｉｎｉｔｉａｌ  Ｆｉｌｔｅｒ  Ｃｒｉｔｅｒｉａ）情報にしたがって、ＡＳ３へＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する。レジストレーション手順完了時に、Ｓ−ＣＳＣＦ２は、Ｐ−ＣＳＣＦ１のＩＰアドレス等のレジストレーション情報を保持することで着信サービス時のＰ−ＣＳＣＦ１のルーチングを可能とする。
【００７２】
ＡＳ３は、Ｓ−ＣＳＣＦ２からのＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信すると、ＤＩＡＭＥＴＥＲプロトコルによるＳｈ−Ｉ／Ｆを介し、ＨＳＳ４から加入者データを取得し、これを保持することで、以後の発着信サービスを加入者データにしたがって行う。
【００７３】
ＨＳＳ４は、全加入者のサービスデータを管理する加入者データベースであり、Ｓ−ＣＳＣＦ２、ＡＳ３からの要求にしたがって加入者データを送信する。また、ＨＳＳ４は、レジストレーション手順においてＰ−ＣＳＣＦ１に対して、レジストレーション制御を行うＳ−ＣＳＣＦ２を通知し、通知を行ったＳ−ＣＳＣＦ２のアドレスを保持する。
【００７４】
上述したように、本実施の形態は、ＳＩＰ端末５からのＳＩＰ  ＲＥＧＩＳＴＥＲ信号によって、加入者データベースであるＨＳＳ４からＳ−ＣＳＣＦ２、またはＡＳ３において発着信サービスを行うのに必要な加入者データをダウンロードし、ＳＩＰ端末５からの発着信をはじめとするサービス要求を受けると、加入者データにしたがったサービスを提供するＩＭＳネットワークに適用される。
【００７５】
図６は本発明の第２の実施の形態によるＩＭＳレジストレーション手順を示す図であり、図７は本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の発信迂回制御手順を示す図であり、図８は本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の着信迂回制御手順を示す図である。
【００７６】
まず、図６を参照して本発明の第２の実施の形態による「障害時の再レジストレーション手順」を行うために必要なＩＭＳレジストレーション手順について説明する。
【００７７】
ＳＩＰ端末は、レジストレーション要求を行うために、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号をＰ−ＣＳＣＦへ送信する（図６のａ１）。ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＰ−ＣＳＣＦは、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信するＳ−ＣＳＣＦを選択するために、ＨＳＳへＤＩＡＭＥＴＥＲ  ＵＡＲ／ＵＡＡ手順を実施する（図６のａ２）。これによって、Ｐ−ＣＳＣＦは、Ｓ−ＣＳＣＦを選択し、選択したＳ−ＣＳＣＦにＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する（図６のａ３）。
【００７８】
Ｓ−ＣＳＣＦは、受信したＳＩＰ  ＲＥＧＩＳＴＥＲ信号内のＣｏｎｔａｃｔヘッダ、ＲｏｕｔｅヘッダからＳＩＰ端末のＩＰアドレス及びＰ−ＣＳＣＦのＩＰアドレスを取得し、これらの情報をＤＩＡＭＥＴＥＲ  ＳＡＲ信号へ設定し、ＨＳＳへ送信する（図６のａ４）。
【００７９】
ＤＩＡＭＥＴＥＲ  ＳＡＲ信号を受信したＨＳＳは、設定されたＳＩＰ端末のＩＰアドレス及びＰ−ＣＳＣＦのＩＰアドレスを記憶し、加入者のサービスプロファイルをＤＩＡＭＥＴＥＲ  ＳＡＡ信号でＳ−ＣＳＣＦへ送信する（図６のａ５）。
【００８０】
ＤＩＡＭＥＴＥＲ  ＳＡＡ信号を受信したＳ−ＣＳＣＦは、レジストレーション手順完了を示すＳＩＰ  ２００  ＯＫをＰ−ＣＳＣＦへ送信する（図６のａ６）。ＳＩＰ  ２００  ＯＫを受信したＰ−ＣＳＣＦはレジストレーション手順完了を示すＳＩＰ  ２００  ＯＫをＳＩＰ端末へ送信する（図６のａ７）。
【００８１】
Ｓ−ＣＳＣＦは、ＡＳへのレジストレーションを行うために、ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する（図６のａ８）。ＡＳは、加入者のサービスプロファイルを取得するために、ＨＳＳへＤＩＡＭＥＴＥＲ  ＵＤＲ／ＵＤＡ手順を実施し（図６のａ９）、レジストレーション手順完了を示すＳＩＰ  ２００  ＯＫをＳ−ＣＳＣＦへ送信する（図６のａ１０）。
【００８２】
次に、図７を参照して本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の発信迂回制御手順について説明する。ここでは、Ｓ−ＣＳＣＦ：Ａが何らかの要因によってノード障害になったものとする（図７のｂ１）。
【００８３】
Ｐ−ＣＳＣＦは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰ  ＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａに送信する（図７のｂ２）。Ｓ−ＣＳＣＦ：Ａは、障害状態であるので、ＳＩＰ  ＯＰＴＩＯＮＳ信号を受信することができないため、Ｐ−ＣＳＣＦは送信したヘルスチェックのＳＩＰ  ＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、Ｓ−ＣＳＣＦ：Ａが障害状態であることを認識する（図７のｂ３）。
【００８４】
この後に、ＳＩＰ端末は、発信要求を行うために、ＳＩＰ  ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦへ送信する（図７のｂ４）。ＳＩＰ  ＩＮＶＩＴＥ信号を受信したＰ−ＣＳＣＦは、発信処理を行うために、Ｓ−ＣＳＣＦ：ＡへＳＩＰ  ＩＮＶＩＴＥ信号を送信しようとするが、Ｓ−ＣＳＣＦ：Ａが障害状態であるため、再レジストレーション手順が必要と判断する（図７のｂ５）。
【００８５】
Ｐ−ＣＳＣＦは、再レジストレーションを行うために、ＳＩＰ端末へＳＩＰ  ＭＥＳＳＡＧＥ信号へ拡張ヘッダ「Ｘ−ＳｅｒｖｉｃｅＴｙｐｅ：ｒｅｇｉｓｔｒａｔｉｏｎ＿ｒｅｑｕｅｓｔ」を設定して送信する（図７のｂ６）。ＳＩＰ  ＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末は、再レジストレーションが必要なことを認識し、Ｐ−ＣＳＣＦへＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する（図７のｂ７）。尚、Ｓ−ＣＳＣＦ：Ａが障害であるため、別のＳ−ＣＳＣＦ：Ｂへのレジストレーション手順が実施される（図７のｂ８）。
【００８６】
レジストレーション手順が完了すると、Ｐ−ＣＳＣＦは、ＳＩＰ  ２００  ＯＫ信号をＳＩＰ端末へ送信する（図７のｂ９）。ＳＩＰ  ２００  ＯＫ信号を受信したＳＩＰ端末は、レジストレーションが完了したため、ＳＩＰ  ＭＥＳＳＡＧＥ信号に対する応答信号（ＳＩＰ  ２００  ＯＫ信号）をＰ−ＣＳＣＦへ送信する（図７のｂ１０）。
【００８７】
ＳＩＰ  ２００  ＯＫ信号を受信したＰ−ＣＳＣＦは、ＳＩＰ端末からの再レジストレーション処理が成功したことを認識し、ＳＩＰ端末からの発信要求処理を継続し（図７のｂ１１）、Ｓ−ＣＳＣＦ：ＢへＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図７のｂ１２）。
【００８８】
さらに、図８を参照して本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の着信迂回制御手順について説明する。ここでは、Ｓ−ＣＳＣＦ：Ａが何らかの要因によってノード障害になったものとする（図８のｃ１）。
【００８９】
Ｓ−ＣＳＣＦ：Ｃは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰ  ＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａに送信する（図８のｃ２）。Ｓ−ＣＳＣＦ：Ａは、障害状態であるので、ＳＩＰ  ＯＰＴＩＯＮＳ信号を受信することができないため、Ｓ−ＣＳＣＦ：Ｃは、送信したヘルスチェックのＳＩＰ  ＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、Ｓ−ＣＳＣＦ：Ａが障害状態であることを認識する（図８のｃ３）。
【００９０】
Ｓ−ＣＳＣＦ：Ｃは、ＳＩＰ端末に対する発信要求をＳＩＰ  ＩＮＶＩＴＥ信号によって受信すると（図８のｃ４）、ＳＩＰ  ＩＮＶＩＴＥ信号の送信先を取得するためにＨＳＳへＤＩＡＭＥＴＥＲ  ＬＩＲ／ＬＩＡ手順を実施し（図８のｃ５）、送信先がＳ−ＣＳＣＦ：Ａであることを認識する。
【００９１】
Ｓ−ＣＳＣＦ：Ｃは、ＳＩＰ  ＩＮＶＩＴＥ信号の送信先であるＳ−ＣＳＣＦ：Ａが障害状態であると判断すると、Ｓ−ＣＳＣＦ：Ｂを選択してＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図８のｃ６，ｃ７）。
【００９２】
ＳＩＰ  ＩＮＶＩＴＥ信号を受信したＳ−ＣＳＣＦ：Ｂは、着信要求を受けた加入者データを保持していないため、ＵＮＲＥＧＩＳＴＥＲＥＤ  ＳＥＲＶＩＣＥ手順を実施し（図８のｃ８）、ＤＩＡＭＥＴＥＲ  ＳＡＲ（ＵＮＲＥＧＩＳＴＥＲＥＤ  ＳＥＲＶＩＣＥ）信号をＨＳＳへ送信する（図８のｃ９）。
【００９３】
ＤＩＡＭＥＴＥＲ  ＳＡＲ信号を受信したＨＳＳは、ユーザがレジストレーション状態であることから障害時の迂回手順が発生していることを認識し、ＤＩＡＭＥＴＥＲ  ＳＡＡ信号へ、レジストレーション時に記憶したＳＩＰ端末及びＰ−ＣＳＣＦのＩＰアドレス情報を設定し、このＤＩＡＭＥＴＥＲ  ＳＡＡ信号をＳ−ＣＳＣＦ：Ｂに送信する（図８のｃ１０）。
【００９４】
ＤＩＡＭＥＴＥＲ  ＳＡＡ信号を受信したＳ−ＣＳＣＦ：Ｂは、受信した信号にＳＩＰ端末及びＰ−ＣＳＣＦのＩＰアドレス情報が設定されていることから、障害による着信迂回処理が発生していることを認識し、ＳＩＰ  ＭＥＳＳＡＧＥ信号へ、拡張ヘッダ「Ｘ−ＳｅｒｖｉｃｅＴｙｐｅ：ｒｅｇｉｓｔｒａｔｉｏｎ＿ｒｅｑｕｅｓｔ」を設定し、そのＳＩＰ  ＭＥＳＳＡＧＥ信号をＰ−ＣＳＣＦに送信する（図８のｃ１１）。また、Ｐ−ＣＳＣＦは、受信したＳＩＰ  ＭＥＳＳＡＧＥ信号をＳＩＰ端末に送信する（図８のｃ１２）。
【００９５】
ＳＩＰ  ＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末は、再レジストレーションが必要なことを認識し、Ｐ−ＣＳＣＦにＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する（図８のｃ１３）。尚、Ｐ−ＣＳＣＦでは、Ｓ−ＣＳＣＦ：Ａが障害であるため、別のＳ−ＣＳＣＦ：Ｂへのレジストレーション手順が実施される（図８のｃ１４）。
【００９６】
レジストレーション手順が完了すると、Ｐ−ＣＳＣＦは、ＳＩＰ  ２００  ＯＫ信号をＳＩＰ端末へ送信する（図８のｃ１５）。ＳＩＰ  ２００  ＯＫ信号を受信したＳＩＰ端末は、レジストレーションが完了したため、ＳＩＰ  ＭＥＳＳＡＧＥ信号に対する応答信号（ＳＩＰ  ２００  ＯＫ信号）をＰ−ＣＳＣＦに送信する（図８のｃ１６）。
【００９７】
ＳＩＰ  ＭＥＳＳＡＧＥ信号に対する応答信号を受信したＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦ：ＢにＳＩＰ  ２００  ＯＫ信号を送信する（図８のｃ１７）。ＳＩＰ  ２００  ＯＫ信号を受信したＳ−ＣＳＣＦ：Ｂは、ＳＩＰ端末からの再レジストレーション処理が成功したことを認識し、Ｓ−ＣＳＣＦ：Ｃから受信した着信ＩＮＶＩＴＥ要求を継続する（図８のｃ１８）。
【００９８】
このように、本実施の形態では、ＩＭＳネットワークにおけるノードが隣接ノードと周期的にＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を実施することで、隣接ノードのノード障害を認識することが可能となる。これによって、本実施の形態では、発着信サービスを実施するユーザがレジストレーションされているノードが障害となっている場合、障害を判断したノードが再レジストレーション手順を行うことができる。
【００９９】
また、本実施の形態では、ユーザからのレジストレーション時に割り付けられたＳ−ＣＳＣＦが障害となった場合においても、ユーザが発着信のＩＭＳサービスを継続して享受することが可能となる。
【０１００】
図９は本発明の第３の実施の形態によるＡＳ障害時の発信迂回手順を示す図であり、図１０は本発明の第３の実施の形態によるＡＳ障害時の着信迂回手順を示す図である。本発明の第３の実施の形態は、その基本的な構成が図５に示す本発明の第２の実施の形態によるＩＭＳネットワークと同様の構成となっている。但し、本発明の第３の実施の形態では、ＩＭＳネットワークにおいて加入者データを取得し、各種サービスを提供するアプリケーションサーバ（ＡＳ）の障害時に本発明を適用したものである。
【０１０１】
図９を参照して本発明の第３の実施の形態によるＡＳ障害時の発信迂回手順について説明する。ここでは、ＡＳ：Ａが何らかの要因によってノード障害になったものとする（図９のｄ１）。
【０１０２】
Ｓ−ＣＳＣＦは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰ  ＯＰＴＩＯＮＳ信号をＡＳ：Ａに送信する（図９のｄ２）。ＡＳ：Ａは、障害状態であるので、ＳＩＰ  ＯＰＴＩＯＮＳ信号を受信することができないため、Ｓ−ＣＳＣＦは、送信したヘルスチェックのＳＩＰ  ＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、ＡＳ：Ａが障害状態であることを認識する（図９のｄ３）。
【０１０３】
ＳＩＰ端末は、発信要求を行うために、ＳＩＰ  ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦに送信し（図９のｄ４）、ＳＩＰ  ＩＮＶＩＴＥ信号を受信したＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦへＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図９のｄ５）。
【０１０４】
ＳＩＰ  ＩＮＶＩＴＥ信号を受信したＳ−ＣＳＣＦは、発信処理を行うために、ＡＳ：ＡへＳＩＰ  ＩＮＶＩＴＥ信号を送信しようとするが、ＡＳ：Ａが障害状態であるので、再レジストレーション手順が必要と判断する（図９のｄ６）。再レジストレーションを行うために、Ｓ−ＣＳＣＦは、ＡＳ：Ｂを選択してＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する（図９のｄ７）。
【０１０５】
ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＡＳ：Ｂは、ＨＳＳとの間でレジストレーション手順を実施し（図９のｄ８）、加入者データを取得し、Ｓ−ＣＳＣＦにＳＩＰ  ２００  ＯＫ信号を送信する（図９のｄ９）。ＳＩＰ  ２００  ＯＫ信号を受信したＳ−ＣＳＣＦは、ＡＳ：Ｂへの再レジストレーション処理が成功したことを認識し、ＳＩＰ端末からの発信要求処理を継続し（図９のｄ１０）、再レジストレーションを行ったＡＳ：Ｂに対してＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図９のｄ１１）。
【０１０６】
次に、図１０を参照して本発明の第３の実施の形態によるＡＳ障害時の着信迂回手順について説明する。ここでは、ＡＳ：Ａが何らかの要因によってノード障害になったものとする（図１０のｅ１）。
【０１０７】
Ｓ−ＣＳＣＦは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰ  ＯＰＴＩＯＮＳ信号をＡＳ：Ａに送信する（図１０のｅ２）。ＡＳ：Ａは、障害状態であるので、ＳＩＰ  ＯＰＴＩＯＮＳ信号を受信することができないため、Ｓ−ＣＳＣＦは、送信したヘルスチェックのＳＩＰ  ＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、ＡＳ：Ａが障害状態であることを認識する（図１０のｅ３）。
【０１０８】
Ｓ−ＣＳＣＦは、着信要求のＳＩＰ  ＩＮＶＩＴＥ信号を受信すると（図１０のｅ４）、着信要求を行うために、ＳＩＰ  ＩＮＶＩＴＥ信号をＡＳ：Ａに送信しようとするが、ＡＳ：Ａが障害状態であるので、再レジストレーション手順が必要と判断する（図１０のｅ５）。
【０１０９】
Ｓ−ＣＳＣＦは、再レジストレーションを行うため、ＡＳ：Ｂを選択してＳＩＰ  ＲＥＧＩＳＴＥＲ信号を送信する（図１０のｅ６）。ＳＩＰ  ＲＥＧＩＳＴＥＲ信号を受信したＡＳ：Ｂは、ＨＳＳとの間でレジストレーション手順を実施し（図１０のｅ７）、加入者データを取得し、Ｓ−ＣＳＣＦにＳＩＰ  ２００  ＯＫ信号を送信する（図１０のｅ８）。
【０１１０】
ＳＩＰ  ２００  ＯＫ信号を受信したＳ−ＣＳＣＦは、ＡＳ：Ｂへの再レジストレーション処理が成功したことを認識し、着信要求処理を継続し（図１０のｅ９）、再レジストレーションを行ったＡＳ：Ｂに対してＳＩＰ  ＩＮＶＩＴＥ信号を送信する（図１０のｅ１０）。
【０１１１】
このように、本実施の形態では、ＩＭＳネットワークにおけるノードが隣接ノードと周期的にＳＩＰ  ＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を実施することで、隣接ノードのノード障害を認識することが可能となる。これによって、本実施の形態では、発着信サービスを実施するユーザがレジストレーションされているノードが障害となっている場合、障害を判断したノードが再レジストレーション手順を行うことができる。
【０１１２】
また、本実施の形態では、ユーザからのレジストレーション時に割り付けられたＡＳが障害となった場合においても、ユーザが発着信のＩＭＳサービスを継続して享受することが可能となる。
【図面の簡単な説明】
【０１１３】
【図１】本発明によるＩＭＳネットワークの構成例を示すブロック図である。
【図２】本発明の第１の実施の形態によるＩＭＳネットワークにおける隣接ノードへのＳＩＰ  ＯＰＴＩＯＮＳヘルスチェック手順を示す図である。
【図３】本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる発信迂回制御手順を示す図である。
【図４】本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる着信迂回制御手順を示す図である。
【図５】本発明の第２の実施の形態によるＩＭＳネットワークの構成例を示すブロック図である。
【図６】本発明の第２の実施の形態によるＩＭＳレジストレーション手順を示す図である。
【図７】本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の発信迂回制御手順を示す図である。
【図８】本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の着信迂回制御手順を示す図である。
【図９】本発明の第３の実施の形態によるＡＳ障害時の発信迂回手順を示す図である。
【図１０】本発明の第３の実施の形態によるＡＳ障害時の着信迂回手順を示す図である。
【図１１】本発明に関連するＩＭＳネットワークにおけるレジストレーション制御を示す図である。
【図１２】本発明に関連するＩＭＳネットワークにおけるＳ−ＣＳＣＦ障害時の発着信制御を示す図である。
【符号の説明】
【０１１４】
１  Ｐ−ＣＳＣＦ
２  Ｓ−ＣＳＣＦ
２ａ  Ｓ−ＣＳＣＦ：Ａ
２ｂ  Ｓ−ＣＳＣＦ：Ｂ
２ｃ  Ｓ−ＣＳＣＦ：Ｃ
３  ＡＳ
４  ＨＳＳ
５  ＳＩＰ端末
１１，２１ａ，２１ｂ  ヘルスチェック部
１２，２２ａ，２２ｂ  対向ノード障害認識部
１３，２３ａ，２３ｂ  再レジストレーション手順実施部
１００  アクセスネットワーク
【図１】
0005205990.tif 000002
【図２】
0005205990.tif 000003
【図３】
0005205990.tif 000004
【図４】
0005205990.tif 000005
【図５】
0005205990.tif 000006
【図６】
0005205990.tif 000007
【図７】
0005205990.tif 000008
【図８】
0005205990.tif 000009
【図９】
0005205990.tif 000010
【図１０】
0005205990.tif 000011
【図１１】
0005205990.tif 000012
【図１２】
0005205990.tif 000013