JP2009182541A

JP2009182541A - Ｉｍｓネットワーク、ｉｍｓノード装置及びそれらに用いるサービス提供方法

Info

Publication number: JP2009182541A
Application number: JP2008018449A
Authority: JP
Inventors: Tamaki Ishii; 環石井
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2008-01-30
Filing date: 2008-01-30
Publication date: 2009-08-13
Anticipated expiration: 2028-01-30
Also published as: KR20100095644A; JP5205990B2; KR101107801B1; WO2009096509A1; US20100287406A1; EP2239893A4; EP2239893A1; CN101926136A

Abstract

【課題】隣接ノードのノード障害を認識可能とし、ユーザが発着信のＩＭＳサービスを継続して享受可能なＩＭＳネットワークを提供する。
【解決手段】ＩＭＳネットワークは、音声を含むマルチメディア通信の制御にＳＩＰを利用する複数のＩＭＳノード装置（Ｐ−ＣＳＣＦ１及びＳ−ＣＳＣＦ：Ｂ２ｂ）各々に、隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段（ヘルスチェック部１１，２１ｂ）と、ヘルスチェック手段によるヘルスチェックの結果に基づいて隣接するノード装置の障害状態を認識する認識手段（対向ノード障害認識部１２，２２ｂ）とを備えている。
【効果】本発明は、呼制御を行うＳ−ＣＳＣＦ及びＡＳが障害状態となっても、障害状態を検出した隣接ノードが再レジストレーションによる迂回制御を行うことで、発着信をはじめとするＩＭＳサービスをユーザへ提供可能となる。
【選択図】図１

Description

本発明はＩＭＳネットワーク、ＩＭＳノード装置及びそれらに用いるサービス提供方法に関し、特に音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用したＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ネットワークに関する。

図１１は、本発明に関連するＩＭＳネットワークにおけるレジストレーション制御を示している。ＳＩＰ端末３５はＳＩＰＲＥＧＩＳＴＥＲ信号によるレジストレーション要求をＰ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）３１へ送信する（図１１の４０１）。

ＳＩＰＲＥＧＩＳＴＥＲ信号によるレジストレーション要求を受信したＰ−ＣＳＣＦ３１は、ＲＥＧＩＳＴＥＲ送信先のＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）の情報をＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）３４から取得するため、ＤＩＡＭＥＴＥＲＵＡＲ（ＵｓｅｒＡｕｔｈｏｒｉｚａｔｉｏｎＲｅｑｕｅｓｔ）／ＵＡＡ（ＵｓｅｒＡｕｔｈｏｒｉｚａｔｉｏｎＡｎｓｗｅｒ）手順を行う（図１１の４０２）。

Ｐ−ＣＳＣＦ３１は、ＨＳＳ３４より取得したＳ−ＣＳＣＦの情報からＳ−ＣＳＣＦ３２を選択し、ＳＩＰＲＥＧＩＳＴＥＲ信号を選択したＳ−ＣＳＣＦ３２へ送信する（図１１の４０３）。

ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＳ−ＣＳＣＦ３２は、ユーザの加入者データ及びＲＥＧＩＳＴＥＲ送信先のＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）の情報を取得するため、ＤＩＡＭＥＴＥＲＳＡＲ（ＳｅｒｖｅｒＡｓｓｉｇｎｍｅｎｔＲｅｑｕｅｓｔ）／ＳＡＡ（ＳｅｒｖｅｒＡｓｓｉｇｎｍｅｎｔＡｎｓｗｅｒ）手順を行う（図１１の４０４）。

Ｓ−ＣＳＣＦ３２は、ＨＳＳ３４より取得した加入者データを記憶し、ＨＳＳ３４より取得したＡＳの情報からＡＳ３３を選択し、ＳＩＰＲＥＧＩＳＴＥＲ信号を選択したＡＳ３３へ送信する（図１１の４０５）。

ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＡＳ３３は、ユーザのサービス加入者データを取得するため、ＤＩＡＭＥＴＥＲＵＤＲ（ＵｓｅｒＤａｔａＲｅｑｕｅｓｔ）／ＵＤＡ（ＵｓｅｒＤａｔａＡｎｓｗｅｒ）手順を行う（図１１の４０６）。

本発明に関連するＩＭＳネットワークにおけるレジストレーション制御では、上述した４０１〜４０６のレジストレーション手順によってユーザへのＩＭＳサービスを提供するＳ−ＣＳＣＦ、ＡＳが決定される。

図１２は、本発明に関連するＩＭＳネットワークにおけるＳ−ＣＳＣＦ障害時の発着信制御を示している。ここでは、Ｓ−ＣＳＣＦ：Ａ３２ａが何らかの要因によって障害状態になったものとする（図１２の５０１）。

このＳ−ＣＳＣＦ：Ａ３２ａの障害状態において、ＳＩＰ端末３５がＳＩＰＩＮＶＩＴＥ信号による発信要求を、アクセスネットワーク３００を介してＰ−ＣＳＣＦ３１へ送信すると（図１２の５０２）、Ｐ−ＣＳＣＦ３１はレジストレーション時に決定されたＳ−ＣＳＣＦ：Ａ３２ａへＳＩＰＩＮＶＩＴＥ信号を送信する（図１２の５０３）。

Ｓ−ＣＳＣＦ：Ａ３２ａは障害であるため、ＳＩＰＩＮＶＩＴＥ信号を受信することができず、Ｐ−ＣＳＣＦ３１に応答を返却しないので、Ｐ−ＣＳＣＦ３１はＳＩＰＩＮＶＩＴＥ信号に対する応答待ちタイムアウトを検出する（図１２の５０４）。タイムアウトを検出したＰ−ＣＳＣＦ３１は、発信要求が受け付けられなかった旨のエラーを、アクセスネットワーク３００を介してＳＩＰ端末３５へ送出する（図１２の５０５）。

また、Ｓ−ＣＳＣＦ：Ｂ３２ｂは、着信要求を行うため、ＳＩＰＩＮＶＩＴＥ信号をＳ−ＣＳＣＦ：Ａ３２ａへ送信する（図１２の５０６）。Ｓ−ＣＳＣＦ：Ａ３２ａは障害であるため、ＳＩＰＩＮＶＩＴＥ信号を受信することができず、Ｓ−ＣＳＣＦ：Ｂ３２ｂに応答を返却しないので、Ｓ−ＣＳＣＦ：Ｂ３２ｂは、ＳＩＰＩＮＶＩＴＥ信号に対する応答待ちタイムアウトを検出する（図１２の５０７）。

尚、ＩＭＳネットワーク内において、ユーザ・デバイスにマルチメディア・リングバック・サービスを提供する方法及び装置が特許文献１に開示されている。この特許文献１に開示された技術では、発呼者デバイスからの接続確立要求が、ＩＭＳネットワーク内で発呼者デバイスと被呼者デバイスとの間に接続を確立する働きをし、接続確立要求に応答して、発呼者デバイスとの間に少なくとも１つのマルチメディア・セッションを確立する働きをするマルチメディア・コンテンツ情報を取得し、接続の確率と同時に、発呼者デバイスにマルチメディア・コンテンツ情報の少なくとも一部を送信している。
特開２００６−１９１５９４号公報

本発明に関連するＩＭＳネットワークでは、レジストレーション時に該当ユーザの発着信サービスを行うＳ−ＣＳＣＦ、ＡＳが選択されるため、レジストレーション時に選択されたＩＭＳノードが何らかの要因によってノード障害となった場合、ユーザからのデレジストレーションによって別のＩＭＳノードへの再割り当てが行われない限り、障害ノードが復旧するまでの間、発着信をはじめとするサービスを提供することができないという課題がある。

つまり、本発明に関連するＩＭＳネットワークでは、加入者データをレジストレーション時に取得するＳ−ＣＳＣＦ及びＡＳが何らかの要因でノード障害となると、ユーザが、デレジストレーション手順が実施されて加入者データを有する呼制御サービスノード（Ｓ−ＣＳＣＦ、ＡＳ）が新たに割り当てられるまで発着信サービスを享受できないという問題がある。

また、本発明に関連するＩＭＳネットワークでは、上記のように、ユーザがレジストレーション時に割り当てられたＳ−ＣＳＣＦ：Ａが障害状態になると、発着信のサービスを提供することができない。さらに、本発明に関連するＩＭＳネットワークでは、ＡＳ障害時の発着信制御についても、発着信をはじめとするサービス提供において上記と同様の課題がある。

尚、上記の特許文献１に記載の技術では、ユーザ・デバイスにマルチメディア・リングバック・サービスを提供することが記載されているのみで、上記のレジストレーション時の障害、ＡＳ障害時については何ら記載されていないので、上記の問題を解決することはできない。

そこで、本発明の目的は上記の問題点を解消し、隣接ノードのノード障害を認識することができ、ユーザが発着信のＩＭＳサービスを継続して享受することができるＩＭＳネットワーク、ＩＭＳノード装置及びそれらに用いるサービス提供方法を提供することにある。

本発明によるＩＭＳネットワークは、音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ノード装置各々に、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識手段とを備えている。

本発明によるＩＭＳノード装置は、音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用するＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ノード装置であって、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識手段とを備えている。

本発明によるサービス提供方法は、音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ノード装置各々が、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック処理と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識処理とを行っている。

本発明は、上記のような構成及び動作とすることで、隣接ノードのノード障害を認識することができ、ユーザが発着信のＩＭＳサービスを継続して享受することができるという効果が得られる。

次に、本発明の実施の形態について図面を参照して説明する。図１は本発明によるＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ネットワークの構成例を示すブロック図である。

図１において、本発明によるＩＭＳネットワークは、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）１と、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）：Ａ２ａと、Ｓ−ＣＳＣＦ：Ｂ２ｂとから構成されている。

Ｐ−ＣＳＣＦ１は、ＩＭＳノード間（Ｐ−ＣＳＣＦ１とＳ−ＣＳＣＦ：Ａ２ａとの間）でのＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）ＯＰＴＩＯＮＳメソッドによるヘルスチェックを行うヘルスチェック部１１と、ヘルスチェック部１１のチェック結果を基に対向するＩＭＳノード（Ｓ−ＣＳＣＦ：Ａ２ａ）の障害を検出する対向ノード障害認識部１２とを備えている。

同様に、Ｓ−ＣＳＣＦ：Ｂ２ｂは、ＩＭＳノード間（Ｓ−ＣＳＣＦ：Ｂ２ｂとＳ−ＣＳＣＦ：Ａ２ａとの間）でのＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェックを行うヘルスチェック部２１ｂと、ヘルスチェック部２１ｂのチェック結果を基に対向するＩＭＳノード（Ｓ−ＣＳＣＦ：Ａ２ａ）の障害を検出する対向ノード障害認識部２２ｂとを備えている。尚、図示していないが、Ｓ−ＣＳＣＦ：Ａ２ａも、上記のＳ−ＣＳＣＦ：Ｂ２ｂと同様の構成となっている。

Ｐ−ＣＳＣＦ１は、対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的に、通信相手の能力や状態を問い合わせるためのＳＩＰＯＰＴＩＯＮＳを送信する。Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、Ｐ−ＣＳＣＦ１へヘルスチェック正常を意味するＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）を送信する。

これによって、Ｐ−ＣＳＣＦ１は、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｐ−ＣＳＣＦ１は、ヘルスチェック応答である２００ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。

同様に、Ｓ−ＣＳＣＦ：Ｂ２ｂは、対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的にＳＩＰＯＰＴＩＯＮＳを送信する。Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、Ｓ−ＣＳＣＦ：Ｂ２ｂへヘルスチェック正常を意味するＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）を送信する。

これによって、Ｓ−ＣＳＣＦ：Ｂ２ｂは、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｓ−ＣＳＣＦ：Ｂ２ｂは、ヘルスチェック応答である２００ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。

このように、本発明では、ＩＭＳノード間でのＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を規定することで、隣接ノードの障害状態を認識することが可能となる。これによって、隣接ノードでは、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することが可能となる。

次に、本発明の第１の実施の形態について図２〜図４を参照して説明する。図２は本発明の第１の実施の形態によるＩＭＳネットワークにおける隣接ノードへのＳＩＰＯＰＴＩＯＮＳヘルスチェック手順を示し、図３は本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる発信迂回制御手順を示し、図４は本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる着信迂回制御手順を示している。

本発明の第１の実施の形態は、ＩＭＳネットワークにおいて、ＳＩＰＯＰＴＩＯＮＳによるヘルスチェック方式を実施することで、隣接ノードの障害状態を認識することが可能となる。これによって、本実施の形態は、呼制御を行うＳ−ＣＳＣＦ及びＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）がノード障害となった場合でも、ノード障害を検出した隣接ノードが再レジストレーションによる迂回制御を行うことで、発着信をはじめとするＩＭＳサービスをユーザへ提供することが可能となる。

図２には、ＩＭＳネットワークにおけるＳＩＰＯＰＴＩＯＮＳによるヘルスチェック手順を示している。また、図２において、本発明の第１の実施の形態によるＩＭＳネットワークは、Ｐ−ＣＳＣＦ１と、Ｓ−ＣＳＣＦ：Ａ２ａと、Ｓ−ＣＳＣＦ：Ｂ２ｂと、ＡＳ３とから構成されている。

Ｐ−ＣＳＣＦ１は、上記のヘルスチェック部１１及び対向ノード障害認識部１２と、対向ノード障害認識部１２でノード障害を検出した時にＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施する再レジストレーション手順実施部１３とを備えている。

Ｓ−ＣＳＣＦ：Ａ２ａ及びＳ−ＣＳＣＦ：Ｂ２ｂは、上記のヘルスチェック部２１ａ，２１ｂ及び対向ノード障害認識部２２ａ，２２ｂと、対向ノード障害認識部２２ａ，２２ｂでノード障害を検出した時にＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施する再レジストレーション手順実施部２３ａ，２３ｂとを備えている。

以下、ＩＭＳネットワークにおけるＳＩＰＯＰＴＩＯＮＳによるヘルスチェック手順について説明する。Ｐ−ＣＳＣＦ１は、ヘルスチェック部１１によって対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的に、通信相手の能力や状態を問い合わせるためのＳＩＰＯＰＴＩＯＮＳを送信する（図２の１０１）。

Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、ヘルスチェック正常を意味するＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）をＰ−ＣＳＣＦ１へ送信する（図２の１０２）。尚、ＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）は、ヘルスチェック部２１ａからＰ−ＣＳＣＦ１へ送信される。

これによって、Ｐ−ＣＳＣＦ１の対向ノード障害認識部１２は、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｐ−ＣＳＣＦ１の対向ノード障害認識部１２は、ヘルスチェック応答である２００ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。

同様に、Ｓ−ＣＳＣＦ：Ａ２ａは、ヘルスチェック部２１ａによって対向するＡＳ３へ周期的にＳＩＰＯＰＴＩＯＮＳを送信する（図２の１０３）。ＡＳ３はＳＩＰＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、ヘルスチェック正常を意味するＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）をＳ−ＣＳＣＦ：Ａ２ａへ送信する（図２の１０４）。

これによって、Ｓ−ＣＳＣＦ：Ａ２ａの対向ノード障害認識部２２ａは、対向するＡＳ３のノード状態が正常であることを認識することが可能となる。また、Ｓ−ＣＳＣＦ：Ａ２ａの対向ノード障害認識部２２ａは、ヘルスチェック応答である２００ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＡＳ３が障害であることを認識することが可能となる。

Ｓ−ＣＳＣＦ：Ｂ２ｂは、ヘルスチェック部２１ｂによって対向するＳ−ＣＳＣＦ：Ａ２ａへ周期的にＳＩＰＯＰＴＩＯＮＳを送信する（図２の１０５）。Ｓ−ＣＳＣＦ：Ａ２ａは、ＳＩＰＯＰＴＩＯＮＳによるヘルスチェック要求を受信すると、Ｓ−ＣＳＣＦ：Ｂ２ｂへヘルスチェック正常を意味するＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）を送信する（図２の１０６）。この場合も、ＳＩＰ２００ＯＫ（ＯＰＴＩＯＮＳ）は、ヘルスチェック部２１ａからＳ−ＣＳＣＦ：Ｂ２ｂへ送信される。

これによって、Ｓ−ＣＳＣＦ：Ｂ２ｂの対向ノード障害認識部２２ｂは、対向するＳ−ＣＳＣＦ：Ａ２ａのノード状態が正常であることを認識することが可能となる。また、Ｓ−ＣＳＣＦ：Ｂ２ｂの対向ノード障害認識部２２ｂは、ヘルスチェック応答である２００ＯＫ（ＯＰＴＩＯＮＳ）を受信しない場合、対向するＳ−ＣＳＣＦ：Ａ２ａが障害であることを認識することが可能となる。

図３には、Ｓ−ＣＳＣＦが何らかの要因によって障害状態となった場合の発信迂回制御手順を示している。図３において、Ｐ−ＣＳＣＦ１、Ｓ−ＣＳＣＦ：Ａ２ａ、Ｓ−ＣＳＣＦ：Ｂ２ｂは、上記の図２に示す構成と同様の構成とする。また、Ｓ−ＣＳＣＦ：Ａ２ａは何らかの要因で障害状態になったものとする（図３の２０１）。

Ｐ−ＣＳＣＦ１は、周期的に実施している上記のヘルスチェックを起動すると、ＳＩＰＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａ２ａへ送信する（図３の２０２）。Ｓ−ＣＳＣＦ：Ａ２ａは障害状態であるため、ＳＩＰＯＰＴＩＯＮＳ信号を受信することができず、ヘルスチェック応答を返却することができない。このため、ヘルスチェックのＳＩＰＯＰＴＩＯＮＳ信号を送信したＰ−ＣＳＣＦ１は、応答待ちタイムアウトを検出し、対向するＳ−ＣＳＣＦ：Ａ２ａが障害状態であることを認識する（図３の２０３）。

ＳＩＰ端末５は、発信要求を行うため、レジストレーション時に決定されたＰ−ＣＳＣＦ１へアクセスネットワーク１００を介してＳＩＰＩＮＶＩＴＥ信号を送出する（図３の２０４）。

ＳＩＰＩＮＶＩＴＥ信号を受信したＰ−ＣＳＣＦ１は、発信処理を行うため、レジストレーション時に選択したＳ−ＣＳＣＦ：Ａ２ａへＳＩＰＩＮＶＩＴＥ信号を送信しようとするが、Ｓ−ＣＳＣＦ：Ａ２ａが障害状態であるので、ＳＩＰ端末５へレジストレーション要求を意味するＳＩＰＭＥＳＳＡＧＥ信号（再ＲＥＧ要求）を送信する（図３の２０５）。尚、ＳＩＰＭＥＳＳＡＧＥ信号（再ＲＥＧ要求）は、図２に示すＰ−ＣＳＣＦ１の再レジストレーション手順実施部１３からＳＩＰ端末５へ送信される。

ＳＩＰＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末５は、再レジストレーション要求であることを判断し、ＳＩＰＭＥＳＳＡＧＥ信号の送信元のＰ−ＣＳＣＦ１へＳＩＰＲＥＧＩＳＴＥＲ信号を送出する（図３の２０６）。

ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＰ−ＣＳＣＦ１は、該当ユーザの再レジストレーション手順を実施するため、ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）４へＤＩＡＭＥＴＥＲＵＡＲ（ＵｓｅｒＡｕｔｈｏｒｉｚａｔｉｏｎＲｅｑｕｅｓｔ）／ＵＡＡ（ＵｓｅｒＡｕｔｈｏｒｉｚａｔｉｏｎＡｎｓｗｅｒ）手順を実施する（図３の２０７）。

Ｐ−ＣＳＣＦ１は、ＨＳＳ４よりＵＡＲ／ＵＡＡ手順で取得したＳ−ＣＳＣＦの情報から障害状態であるＳ−ＣＳＣＦ：Ａ２ａ以外のＳ−ＣＳＣＦ：Ｂ２ｂを選択し、ＳＩＰＲＥＧＩＳＴＥＲ信号をＳ−ＣＳＣＦ：Ｂ２ｂへ送信する（図３の２０８）。ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＳ−ＣＳＣＦ：Ｂ２ｂは、ＨＳＳ４及びＡＳ３と連携し、通常のレジストレーション処理を実施する（図３の２０９）。

レジストレーションが完了すると、Ｐ−ＣＳＣＦ１は、新たにレジストレーションを行ったＳ−ＣＳＣＦ：Ｂ２ｂにＳＩＰＩＮＶＩＴＥ信号を送信し、発信処理を継続する（図３の２１０）。

以上の手順によって、本実施の形態では、Ｓ−ＣＳＣＦ：Ａ２ａが障害状態になった場合でも、再レジストレーション処理を実施することで、ユーザが発信サービスを継続することが可能となる。

図４には、Ｓ−ＣＳＣＦが何らかの要因によって障害状態となった場合の着信制御手順を示している。この場合、Ｓ−ＣＳＣＦ：Ａ２ａは何らかの要因で障害状態になったものとする（図４の３０１）。

Ｓ−ＣＳＣＦ：Ｂ２ｂは、周期的に実施している上記のヘルスチェックを起動すると、ＳＩＰＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａ２ａへ送信する（図４の３０２）。Ｓ−ＣＳＣＦ：Ａ２ａは障害状態であるため、ＳＩＰＯＰＴＩＯＮＳ信号を受信することができず、ヘルスチェック応答を返却することができない。このため、ヘルスチェックのＳＩＰＯＰＴＩＯＮＳ信号を送信したＳ−ＣＳＣＦ：Ｂ２ｂは、応答待ちタイムアウトを検出し、対向するＳ−ＣＳＣＦ：Ａ２ａが障害状態であることを認識する（図４の３０３）。

Ｓ−ＣＳＣＦ：Ｂ２ｂは、着信者が収容されるＳ−ＣＳＣＦ：Ａ２ａを、ＨＳＳ４とＤＩＡＭＥＴＥＲＬＩＲ（ＬｏｃａｔｉｏｎＩｎｆｏＲｅｑｕｅｓｔ）／ＬＩＡ（ＬｏｃａｔｉｏｎＩｎｆｏＡｎｓｗｅｒ）手順とによって特定し、Ｓ−ＣＳＣＦ：Ａ２ａへ着信要求を行うため、ＳＩＰＩＮＶＩＴＥ信号をＳ−ＣＳＣＦ：Ａ２ａへ送信しようとする。

しかしながら、Ｓ−ＣＳＣＦ：Ａ２ａのノード状態が障害であるため、Ｓ−ＣＳＣＦ：Ｂ２ｂは、Ｓ−ＣＳＣＦ：Ｂ２ｂと対向する別のＳ−ＣＳＣＦ：Ｃ２ｃを選択し、Ｓ−ＣＳＣＦ：Ｃ２ｃへＳＩＰＩＮＶＩＴＥ信号を送信する（図４の３０４）。

ＳＩＰＩＮＶＩＴＥ信号を受信したＳ−ＣＳＣＦ：Ｃ２ｃは、着信要求を受信したユーザのプロファイルが存在しないので、ＨＳＳ４へＵＮＲＥＧＩＳＴＥＲＥＤＳＥＲＶＩＣＥ手順を行うため、ＨＳＳ４へＤＩＡＭＥＴＥＲＳＡＲ（ＳｅｒｖｅｒＡｓｓｉｇｎｍｅｎｔＲｅｑｕｅｓｔ）信号を送信する（図４の３０５）。

ＤＩＡＭＥＴＥＲＳＡＲによるＵＮＲＥＧＩＳＴＥＲＤＳＥＲＶＩＣＥ要求受信したＨＳＳ４は、ユーザがレジストレーション状態であることから障害時の迂回着信が発生していることを認識し、該当ユーザがレジストレーションされているＰ−ＣＳＣＦの情報、ＳＩＰ端末５のＣｏｎｔａｃｔアドレス情報をＤＩＡＭＥＴＥＲＳＡＡ（ＳｅｒｖｅｒＡｓｓｉｇｎｍｅｎｔＡｎｓｗｅｒ）信号に設定し、Ｓ−ＣＳＣＦ：Ｃ２ｃへ送信する（図４の３０６）。

尚、ＨＳＳ４では、ユーザからのレジストレーション時に、本障害迂回手順を実現するために必要なＰ−ＣＳＣＦの情報、ＳＩＰ端末５のＣｏｎｔａｃｔアドレス情報をＳ−ＣＳＣＦ：Ａ２ａよりＤＩＡＭＥＴＥＲＳＡＡ信号にて受信し、これを記憶する必要がある。

ＤＩＡＭＥＴＥＲＳＡＡ信号を受信したＳ−ＣＳＣＦ：Ｃ２ｃは、信号情報に設定されたＰ−ＣＳＣＦの情報、ＳＩＰ端末５のＣｏｎｔａｃｔアドレス情報より再レジストレーションが必要なことを認識し、取得したＰ−ＣＳＣＦ１へ再レジストレーションを要求するＳＩＰＭＥＳＳＡＧＥ（再ＲＥＧ要求）信号を送信する（図４の３０７）。

ＳＩＰＭＥＳＳＡＧＥ信号を受信したＰ−ＣＳＣＦ１は、ＳＩＰ端末５へＳＩＰＭＥＳＳＡＧＥ信号を送信する。ＳＩＰＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末５は、再レジストレーション要求であることを判断し、ＳＩＰＭＥＳＳＡＧＥ信号の送信元のＰ−ＣＳＣＦ１へＳＩＰＲＥＧＩＳＴＥＲ信号を送出する。

このＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＰ−ＣＳＣＦ１は、通常のレジストレーション手順を実施し、Ｓ−ＣＳＣＦ：Ｃ２ｃへの再レジストレーション処理を完了させる（図４の３０８）。再レジストレーション処理が完了した後に、Ｓ−ＣＳＣＦ：Ｃ２ｃは、着信要求を継続するため、レジストレーション時に選択されたＡＳ３へＳＩＰＩＮＶＩＴＥ信号を送信する（図４の３０９）。

以上の手順によって、本実施の形態では、Ｓ−ＣＳＣＦ：Ａ２ａが障害状態になった場合でも、再レジストレーション処理を実施することで、ユーザが着信サービスを継続することが可能となる。

このようにして、本実施の形態では、加入者データを有するＩＭＳノード：Ｓ−ＣＳＣＦが障害状態となった場合においても、ＳＩＰＯＰＴＩＯＮＳによるヘルスチェックによって隣接ノードがＳ−ＣＳＣＦの障害を検出し、障害状態を認識した隣接ノードが再レジストレーション手順（ＳＩＰＭＥＳＳＡＧＥ信号の送出）を実施することで、ユーザからの発着信サービスをＳ−ＣＳＣＦ障害前と同様に提供することが可能となる。よって、本実施の形態では、上述したような課題を解決することができる。

つまり、本実施の形態では、ＩＭＳノード間でのＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を規定することで、隣接ノードの障害状態を認識することが可能となる。これによって、隣接ノードでは、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することが可能となる。

また、本実施の形態では、ＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション要求を規定し、発着信契機に対向ノードの障害を認識したノードがＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション処理を実施することで、障害状態のＩＭＳノードを迂回してレジストレーション手順を実施することが可能となる。さらに、本実施の形態では、Ｓ−ＣＳＣＦが障害となった場合においても、発着信をはじめとするＩＭＳサービスの提供を継続することが可能となる。

図５は本発明の第２の実施の形態によるＩＭＳネットワークの構成例を示すブロック図である。図５において、本発明の第２の実施の形態によるＩＭＳネットワークは、Ｐ−ＣＳＣＦ１と、Ｓ−ＣＳＣＦ２と、ＡＳ３と、ＨＳＳ４と、ＳＩＰ端末５とから構成されている。尚、Ｐ−ＣＳＣＦ１及びＳ−ＣＳＣＦ２の構成は、上述した図２に示す本発明の第１の実施の形態と同様である。

ＳＩＰ端末５は、ＳＩＰプロトコルによるＧｍ−Ｉ／Ｆ（インタフェース）を介し、レジストレーション手順を実施することによって、ＩＭＳネットワークよりＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）による発着信サービスをはじめとするＩＭＳサービスを享受する。

Ｐ−ＣＳＣＦ１は、ＳＩＰ端末５からのＳＩＰＲＥＧＩＳＴＥＲ信号を受信すると、ＤＩＡＭＥＴＥＲプロトコルによるＣｘ−Ｉ／Ｆを介し、加入者データベースであるＨＳＳ４からＩＭＳサービスを提供するＳ−ＣＳＣＦ２の情報を取得し、ＳＩＰＲＥＧＩＳＴＥＲ信号をＳ−ＣＳＣＦ２へ送信する。また、レジストレーション手順完了時には、ＳＩＰ端末５のＣｏｎｔａｃｔＩＰアドレス、Ｓ−ＣＳＣＦ２のＩＰアドレス等のレジストレーション情報を保持し、以後のＩＭＳサービスにおけるＳＩＰ信号の中継制御を実施する。

Ｓ−ＣＳＣＦ２は、Ｐ−ＣＳＣＦ１からのＳＩＰＲＥＧＩＳＴＥＲ信号を受信すると、ＤＩＡＭＥＴＥＲプロトコルによるＣｘ−Ｉ／Ｆを介し、ＨＳＳ４から加入者データを取得し、これを保持することで以後の発着信サービスを加入者データにしたがって行う。

また、Ｓ−ＣＳＣＦ２は、ＨＳＳ４からの加入者データに含まれるｉＦＣ（ｉｎｉｔｉａｌＦｉｌｔｅｒＣｒｉｔｅｒｉａ）情報にしたがって、ＡＳ３へＳＩＰＲＥＧＩＳＴＥＲ信号を送信する。レジストレーション手順完了時に、Ｓ−ＣＳＣＦ２は、Ｐ−ＣＳＣＦ１のＩＰアドレス等のレジストレーション情報を保持することで着信サービス時のＰ−ＣＳＣＦ１のルーチングを可能とする。

ＡＳ３は、Ｓ−ＣＳＣＦ２からのＳＩＰＲＥＧＩＳＴＥＲ信号を受信すると、ＤＩＡＭＥＴＥＲプロトコルによるＳｈ−Ｉ／Ｆを介し、ＨＳＳ４から加入者データを取得し、これを保持することで、以後の発着信サービスを加入者データにしたがって行う。

ＨＳＳ４は、全加入者のサービスデータを管理する加入者データベースであり、Ｓ−ＣＳＣＦ２、ＡＳ３からの要求にしたがって加入者データを送信する。また、ＨＳＳ４は、レジストレーション手順においてＰ−ＣＳＣＦ１に対して、レジストレーション制御を行うＳ−ＣＳＣＦ２を通知し、通知を行ったＳ−ＣＳＣＦ２のアドレスを保持する。

上述したように、本実施の形態は、ＳＩＰ端末５からのＳＩＰＲＥＧＩＳＴＥＲ信号によって、加入者データベースであるＨＳＳ４からＳ−ＣＳＣＦ２、またはＡＳ３において発着信サービスを行うのに必要な加入者データをダウンロードし、ＳＩＰ端末５からの発着信をはじめとするサービス要求を受けると、加入者データにしたがったサービスを提供するＩＭＳネットワークに適用される。

図６は本発明の第２の実施の形態によるＩＭＳレジストレーション手順を示す図であり、図７は本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の発信迂回制御手順を示す図であり、図８は本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の着信迂回制御手順を示す図である。

まず、図６を参照して本発明の第２の実施の形態による「障害時の再レジストレーション手順」を行うために必要なＩＭＳレジストレーション手順について説明する。

ＳＩＰ端末は、レジストレーション要求を行うために、ＳＩＰＲＥＧＩＳＴＥＲ信号をＰ−ＣＳＣＦへ送信する（図６のａ１）。ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＰ−ＣＳＣＦは、ＳＩＰＲＥＧＩＳＴＥＲ信号を送信するＳ−ＣＳＣＦを選択するために、ＨＳＳへＤＩＡＭＥＴＥＲＵＡＲ／ＵＡＡ手順を実施する（図６のａ２）。これによって、Ｐ−ＣＳＣＦは、Ｓ−ＣＳＣＦを選択し、選択したＳ−ＣＳＣＦにＳＩＰＲＥＧＩＳＴＥＲ信号を送信する（図６のａ３）。

Ｓ−ＣＳＣＦは、受信したＳＩＰＲＥＧＩＳＴＥＲ信号内のＣｏｎｔａｃｔヘッダ、ＲｏｕｔｅヘッダからＳＩＰ端末のＩＰアドレス及びＰ−ＣＳＣＦのＩＰアドレスを取得し、これらの情報をＤＩＡＭＥＴＥＲＳＡＲ信号へ設定し、ＨＳＳへ送信する（図６のａ４）。

ＤＩＡＭＥＴＥＲＳＡＲ信号を受信したＨＳＳは、設定されたＳＩＰ端末のＩＰアドレス及びＰ−ＣＳＣＦのＩＰアドレスを記憶し、加入者のサービスプロファイルをＤＩＡＭＥＴＥＲＳＡＡ信号でＳ−ＣＳＣＦへ送信する（図６のａ５）。

ＤＩＡＭＥＴＥＲＳＡＡ信号を受信したＳ−ＣＳＣＦは、レジストレーション手順完了を示すＳＩＰ２００ＯＫをＰ−ＣＳＣＦへ送信する（図６のａ６）。ＳＩＰ２００ＯＫを受信したＰ−ＣＳＣＦはレジストレーション手順完了を示すＳＩＰ２００ＯＫをＳＩＰ端末へ送信する（図６のａ７）。

Ｓ−ＣＳＣＦは、ＡＳへのレジストレーションを行うために、ＳＩＰＲＥＧＩＳＴＥＲ信号を送信する（図６のａ８）。ＡＳは、加入者のサービスプロファイルを取得するために、ＨＳＳへＤＩＡＭＥＴＥＲＵＤＲ／ＵＤＡ手順を実施し（図６のａ９）、レジストレーション手順完了を示すＳＩＰ２００ＯＫをＳ−ＣＳＣＦへ送信する（図６のａ１０）。

次に、図７を参照して本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の発信迂回制御手順について説明する。ここでは、Ｓ−ＣＳＣＦ：Ａが何らかの要因によってノード障害になったものとする（図７のｂ１）。

Ｐ−ＣＳＣＦは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａに送信する（図７のｂ２）。Ｓ−ＣＳＣＦ：Ａは、障害状態であるので、ＳＩＰＯＰＴＩＯＮＳ信号を受信することができないため、Ｐ−ＣＳＣＦは送信したヘルスチェックのＳＩＰＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、Ｓ−ＣＳＣＦ：Ａが障害状態であることを認識する（図７のｂ３）。

この後に、ＳＩＰ端末は、発信要求を行うために、ＳＩＰＩＮＶＩＴＥ信号をＰ−ＣＳＣＦへ送信する（図７のｂ４）。ＳＩＰＩＮＶＩＴＥ信号を受信したＰ−ＣＳＣＦは、発信処理を行うために、Ｓ−ＣＳＣＦ：ＡへＳＩＰＩＮＶＩＴＥ信号を送信しようとするが、Ｓ−ＣＳＣＦ：Ａが障害状態であるため、再レジストレーション手順が必要と判断する（図７のｂ５）。

Ｐ−ＣＳＣＦは、再レジストレーションを行うために、ＳＩＰ端末へＳＩＰＭＥＳＳＡＧＥ信号へ拡張ヘッダ「Ｘ−ＳｅｒｖｉｃｅＴｙｐｅ：ｒｅｇｉｓｔｒａｔｉｏｎ＿ｒｅｑｕｅｓｔ」を設定して送信する（図７のｂ６）。ＳＩＰＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末は、再レジストレーションが必要なことを認識し、Ｐ−ＣＳＣＦへＳＩＰＲＥＧＩＳＴＥＲ信号を送信する（図７のｂ７）。尚、Ｓ−ＣＳＣＦ：Ａが障害であるため、別のＳ−ＣＳＣＦ：Ｂへのレジストレーション手順が実施される（図７のｂ８）。

レジストレーション手順が完了すると、Ｐ−ＣＳＣＦは、ＳＩＰ２００ＯＫ信号をＳＩＰ端末へ送信する（図７のｂ９）。ＳＩＰ２００ＯＫ信号を受信したＳＩＰ端末は、レジストレーションが完了したため、ＳＩＰＭＥＳＳＡＧＥ信号に対する応答信号（ＳＩＰ２００ＯＫ信号）をＰ−ＣＳＣＦへ送信する（図７のｂ１０）。

ＳＩＰ２００ＯＫ信号を受信したＰ−ＣＳＣＦは、ＳＩＰ端末からの再レジストレーション処理が成功したことを認識し、ＳＩＰ端末からの発信要求処理を継続し（図７のｂ１１）、Ｓ−ＣＳＣＦ：ＢへＳＩＰＩＮＶＩＴＥ信号を送信する（図７のｂ１２）。

さらに、図８を参照して本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の着信迂回制御手順について説明する。ここでは、Ｓ−ＣＳＣＦ：Ａが何らかの要因によってノード障害になったものとする（図８のｃ１）。

Ｓ−ＣＳＣＦ：Ｃは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰＯＰＴＩＯＮＳ信号をＳ−ＣＳＣＦ：Ａに送信する（図８のｃ２）。Ｓ−ＣＳＣＦ：Ａは、障害状態であるので、ＳＩＰＯＰＴＩＯＮＳ信号を受信することができないため、Ｓ−ＣＳＣＦ：Ｃは、送信したヘルスチェックのＳＩＰＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、Ｓ−ＣＳＣＦ：Ａが障害状態であることを認識する（図８のｃ３）。

Ｓ−ＣＳＣＦ：Ｃは、ＳＩＰ端末に対する発信要求をＳＩＰＩＮＶＩＴＥ信号によって受信すると（図８のｃ４）、ＳＩＰＩＮＶＩＴＥ信号の送信先を取得するためにＨＳＳへＤＩＡＭＥＴＥＲＬＩＲ／ＬＩＡ手順を実施し（図８のｃ５）、送信先がＳ−ＣＳＣＦ：Ａであることを認識する。

Ｓ−ＣＳＣＦ：Ｃは、ＳＩＰＩＮＶＩＴＥ信号の送信先であるＳ−ＣＳＣＦ：Ａが障害状態であると判断すると、Ｓ−ＣＳＣＦ：Ｂを選択してＳＩＰＩＮＶＩＴＥ信号を送信する（図８のｃ６，ｃ７）。

ＳＩＰＩＮＶＩＴＥ信号を受信したＳ−ＣＳＣＦ：Ｂは、着信要求を受けた加入者データを保持していないため、ＵＮＲＥＧＩＳＴＥＲＥＤＳＥＲＶＩＣＥ手順を実施し（図８のｃ８）、ＤＩＡＭＥＴＥＲＳＡＲ（ＵＮＲＥＧＩＳＴＥＲＥＤＳＥＲＶＩＣＥ）信号をＨＳＳへ送信する（図８のｃ９）。

ＤＩＡＭＥＴＥＲＳＡＲ信号を受信したＨＳＳは、ユーザがレジストレーション状態であることから障害時の迂回手順が発生していることを認識し、ＤＩＡＭＥＴＥＲＳＡＡ信号へ、レジストレーション時に記憶したＳＩＰ端末及びＰ−ＣＳＣＦのＩＰアドレス情報を設定し、このＤＩＡＭＥＴＥＲＳＡＡ信号をＳ−ＣＳＣＦ：Ｂに送信する（図８のｃ１０）。

ＤＩＡＭＥＴＥＲＳＡＡ信号を受信したＳ−ＣＳＣＦ：Ｂは、受信した信号にＳＩＰ端末及びＰ−ＣＳＣＦのＩＰアドレス情報が設定されていることから、障害による着信迂回処理が発生していることを認識し、ＳＩＰＭＥＳＳＡＧＥ信号へ、拡張ヘッダ「Ｘ−ＳｅｒｖｉｃｅＴｙｐｅ：ｒｅｇｉｓｔｒａｔｉｏｎ＿ｒｅｑｕｅｓｔ」を設定し、そのＳＩＰＭＥＳＳＡＧＥ信号をＰ−ＣＳＣＦに送信する（図８のｃ１１）。また、Ｐ−ＣＳＣＦは、受信したＳＩＰＭＥＳＳＡＧＥ信号をＳＩＰ端末に送信する（図８のｃ１２）。

ＳＩＰＭＥＳＳＡＧＥ信号を受信したＳＩＰ端末は、再レジストレーションが必要なことを認識し、Ｐ−ＣＳＣＦにＳＩＰＲＥＧＩＳＴＥＲ信号を送信する（図８のｃ１３）。尚、Ｐ−ＣＳＣＦでは、Ｓ−ＣＳＣＦ：Ａが障害であるため、別のＳ−ＣＳＣＦ：Ｂへのレジストレーション手順が実施される（図８のｃ１４）。

レジストレーション手順が完了すると、Ｐ−ＣＳＣＦは、ＳＩＰ２００ＯＫ信号をＳＩＰ端末へ送信する（図８のｃ１５）。ＳＩＰ２００ＯＫ信号を受信したＳＩＰ端末は、レジストレーションが完了したため、ＳＩＰＭＥＳＳＡＧＥ信号に対する応答信号（ＳＩＰ２００ＯＫ信号）をＰ−ＣＳＣＦに送信する（図８のｃ１６）。

ＳＩＰＭＥＳＳＡＧＥ信号に対する応答信号を受信したＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦ：ＢにＳＩＰ２００ＯＫ信号を送信する（図８のｃ１７）。ＳＩＰ２００ＯＫ信号を受信したＳ−ＣＳＣＦ：Ｂは、ＳＩＰ端末からの再レジストレーション処理が成功したことを認識し、Ｓ−ＣＳＣＦ：Ｃから受信した着信ＩＮＶＩＴＥ要求を継続する（図８のｃ１８）。

このように、本実施の形態では、ＩＭＳネットワークにおけるノードが隣接ノードと周期的にＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェック方式を実施することで、隣接ノードのノード障害を認識することが可能となる。これによって、本実施の形態では、発着信サービスを実施するユーザがレジストレーションされているノードが障害となっている場合、障害を判断したノードが再レジストレーション手順を行うことができる。

また、本実施の形態では、ユーザからのレジストレーション時に割り付けられたＳ−ＣＳＣＦが障害となった場合においても、ユーザが発着信のＩＭＳサービスを継続して享受することが可能となる。

図９は本発明の第３の実施の形態によるＡＳ障害時の発信迂回手順を示す図であり、図１０は本発明の第３の実施の形態によるＡＳ障害時の着信迂回手順を示す図である。本発明の第３の実施の形態は、その基本的な構成が図５に示す本発明の第２の実施の形態によるＩＭＳネットワークと同様の構成となっている。但し、本発明の第３の実施の形態では、ＩＭＳネットワークにおいて加入者データを取得し、各種サービスを提供するアプリケーションサーバ（ＡＳ）の障害時に本発明を適用したものである。

図９を参照して本発明の第３の実施の形態によるＡＳ障害時の発信迂回手順について説明する。ここでは、ＡＳ：Ａが何らかの要因によってノード障害になったものとする（図９のｄ１）。

Ｓ−ＣＳＣＦは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰＯＰＴＩＯＮＳ信号をＡＳ：Ａに送信する（図９のｄ２）。ＡＳ：Ａは、障害状態であるので、ＳＩＰＯＰＴＩＯＮＳ信号を受信することができないため、Ｓ−ＣＳＣＦは、送信したヘルスチェックのＳＩＰＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、ＡＳ：Ａが障害状態であることを認識する（図９のｄ３）。

ＳＩＰ端末は、発信要求を行うために、ＳＩＰＩＮＶＩＴＥ信号をＰ−ＣＳＣＦに送信し（図９のｄ４）、ＳＩＰＩＮＶＩＴＥ信号を受信したＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦへＳＩＰＩＮＶＩＴＥ信号を送信する（図９のｄ５）。

ＳＩＰＩＮＶＩＴＥ信号を受信したＳ−ＣＳＣＦは、発信処理を行うために、ＡＳ：ＡへＳＩＰＩＮＶＩＴＥ信号を送信しようとするが、ＡＳ：Ａが障害状態であるので、再レジストレーション手順が必要と判断する（図９のｄ６）。再レジストレーションを行うために、Ｓ−ＣＳＣＦは、ＡＳ：Ｂを選択してＳＩＰＲＥＧＩＳＴＥＲ信号を送信する（図９のｄ７）。

ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＡＳ：Ｂは、ＨＳＳとの間でレジストレーション手順を実施し（図９のｄ８）、加入者データを取得し、Ｓ−ＣＳＣＦにＳＩＰ２００ＯＫ信号を送信する（図９のｄ９）。ＳＩＰ２００ＯＫ信号を受信したＳ−ＣＳＣＦは、ＡＳ：Ｂへの再レジストレーション処理が成功したことを認識し、ＳＩＰ端末からの発信要求処理を継続し（図９のｄ１０）、再レジストレーションを行ったＡＳ：Ｂに対してＳＩＰＩＮＶＩＴＥ信号を送信する（図９のｄ１１）。

次に、図１０を参照して本発明の第３の実施の形態によるＡＳ障害時の着信迂回手順について説明する。ここでは、ＡＳ：Ａが何らかの要因によってノード障害になったものとする（図１０のｅ１）。

Ｓ−ＣＳＣＦは、周期的に実施しているヘルスチェック手順を起動し、ＳＩＰＯＰＴＩＯＮＳ信号をＡＳ：Ａに送信する（図１０のｅ２）。ＡＳ：Ａは、障害状態であるので、ＳＩＰＯＰＴＩＯＮＳ信号を受信することができないため、Ｓ−ＣＳＣＦは、送信したヘルスチェックのＳＩＰＯＰＴＩＯＮＳ信号の応答待ちタイムアウトを検出し、ＡＳ：Ａが障害状態であることを認識する（図１０のｅ３）。

Ｓ−ＣＳＣＦは、着信要求のＳＩＰＩＮＶＩＴＥ信号を受信すると（図１０のｅ４）、着信要求を行うために、ＳＩＰＩＮＶＩＴＥ信号をＡＳ：Ａに送信しようとするが、ＡＳ：Ａが障害状態であるので、再レジストレーション手順が必要と判断する（図１０のｅ５）。

Ｓ−ＣＳＣＦは、再レジストレーションを行うため、ＡＳ：Ｂを選択してＳＩＰＲＥＧＩＳＴＥＲ信号を送信する（図１０のｅ６）。ＳＩＰＲＥＧＩＳＴＥＲ信号を受信したＡＳ：Ｂは、ＨＳＳとの間でレジストレーション手順を実施し（図１０のｅ７）、加入者データを取得し、Ｓ−ＣＳＣＦにＳＩＰ２００ＯＫ信号を送信する（図１０のｅ８）。

ＳＩＰ２００ＯＫ信号を受信したＳ−ＣＳＣＦは、ＡＳ：Ｂへの再レジストレーション処理が成功したことを認識し、着信要求処理を継続し（図１０のｅ９）、再レジストレーションを行ったＡＳ：Ｂに対してＳＩＰＩＮＶＩＴＥ信号を送信する（図１０のｅ１０）。

また、本実施の形態では、ユーザからのレジストレーション時に割り付けられたＡＳが障害となった場合においても、ユーザが発着信のＩＭＳサービスを継続して享受することが可能となる。

本発明によるＩＭＳネットワークの構成例を示すブロック図である。本発明の第１の実施の形態によるＩＭＳネットワークにおける隣接ノードへのＳＩＰＯＰＴＩＯＮＳヘルスチェック手順を示す図である。本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる発信迂回制御手順を示す図である。本発明の第１の実施の形態によるＳ−ＣＳＣＦ障害時の隣接ノードによる着信迂回制御手順を示す図である。本発明の第２の実施の形態によるＩＭＳネットワークの構成例を示すブロック図である。本発明の第２の実施の形態によるＩＭＳレジストレーション手順を示す図である。本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の発信迂回制御手順を示す図である。本発明の第２の実施の形態によるＳ−ＣＳＣＦ障害時の着信迂回制御手順を示す図である。本発明の第３の実施の形態によるＡＳ障害時の発信迂回手順を示す図である。本発明の第３の実施の形態によるＡＳ障害時の着信迂回手順を示す図である。本発明に関連するＩＭＳネットワークにおけるレジストレーション制御を示す図である。本発明に関連するＩＭＳネットワークにおけるＳ−ＣＳＣＦ障害時の発着信制御を示す図である。

符号の説明

１Ｐ−ＣＳＣＦ
２Ｓ−ＣＳＣＦ
２ａＳ−ＣＳＣＦ：Ａ
２ｂＳ−ＣＳＣＦ：Ｂ
２ｃＳ−ＣＳＣＦ：Ｃ
３ＡＳ
４ＨＳＳ
５ＳＩＰ端末
１１，２１ａ，２１ｂヘルスチェック部
１２，２２ａ，２２ｂ対向ノード障害認識部
１３，２３ａ，２３ｂ再レジストレーション手順実施部
１００アクセスネットワーク

Claims

音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ノード装置各々に、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識手段とを有することを特徴とするＩＭＳネットワーク。
前記ヘルスチェック手段は、ＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェックを実施することを特徴とする請求項１記載のＩＭＳネットワーク。
前記認識手段は、前記隣接するノード装置において、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することを特徴とする請求項１または請求項２記載のＩＭＳネットワーク。
前記複数のＩＭＳノード装置は、前記認識手段で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施手段を含むことを特徴とする請求項１から請求項３のいずれか記載のＩＭＳネットワーク。
前記再レジストレーション手順実施手段は、ＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施することを特徴とする請求項４記載のＩＭＳネットワーク。
前記複数のＩＭＳノード装置は、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）及びＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）のいずれかであり、呼制御を行う前記Ｓ−ＣＳＣＦ及びＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）の障害状態を検出することを特徴とする請求項１から請求項５のいずれか記載のＩＭＳネットワーク。
音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用するＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ノード装置であって、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック手段と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識手段とを有することを特徴とするＩＭＳノード装置。
前記ヘルスチェック手段は、ＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェックを実施することを特徴とする請求項７記載のＩＭＳノード装置。
前記認識手段は、前記隣接するノード装置において、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することを特徴とする請求項７または請求項８記載のＩＭＳノード装置。
前記認識手段で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施手段を含むことを特徴とする請求項７から請求項９のいずれか記載のＩＭＳノード装置。
前記再レジストレーション手順実施手段は、ＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施することを特徴とする請求項１０記載のＩＭＳノード装置。
Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）及びＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）のいずれかであり、呼制御を行う前記Ｓ−ＣＳＣＦ及びＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）の障害状態を検出することを特徴とする請求項７から請求項１１のいずれか記載のＩＭＳノード装置。
音声を含むマルチメディア通信の制御にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用する複数のＩＭＳ［ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ］ノード装置各々が、
隣接するノード装置に対してヘルスチェックを実施するヘルスチェック処理と、前記ヘルスチェック手段によるヘルスチェックの結果に基づいて前記隣接するノード装置の障害状態を認識する認識処理とを行うことを特徴とするサービス提供方法。
前記ヘルスチェック処理において、ＳＩＰＯＰＴＩＯＮＳメソッドによるヘルスチェックを実施することを特徴とする請求項１３記載のサービス提供方法。
前記認識処理において、前記隣接するノード装置において、ユーザからの発信サービス要求時及びユーザへの着信要求時に発着信サービスが提供できない状態であることを認識することを特徴とする請求項１３または請求項１４記載のサービス提供方法。
前記複数のＩＭＳノード装置が、前記認識手段で前記隣接するノード装置の障害状態を検出した時に再レジストレーションによる迂回制御を行う再レジストレーション手順実施処理を実行することを特徴とする請求項１３から請求項１５のいずれか記載のサービス提供方法。
前記再レジストレーション手順実施処理において、ＳＩＰＭＥＳＳＡＧＥメソッドによる再レジストレーション手順を実施することを特徴とする請求項１６記載のサービス提供方法。
前記複数のＩＭＳノード装置が、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）及びＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）のいずれかであり、呼制御を行う前記Ｓ−ＣＳＣＦ及びＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）の障害状態を検出することを特徴とする請求項１３から請求項１７のいずれか記載のサービス提供方法。