サーバ、ネットワークシステム、及びサーバの制御方法
【課題】ＳＩＰサーバの死活を、より精度良く監視する。
【解決手段】ネットワークシステム(１)を構成する複数のＰ−ＣＳＣＦサーバ(１０＿１及び１０＿２)の各々は、ＳＩＰメッセージの転送を行う機能ブロックに対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、ＰＣＲＦサーバ(２０)へ自サーバのＳＩＰアドレス(Ａ１及びＡ２の各々)を、Ｄｉａｍｅｔｅｒプロトコルを用いた通信によって通知する。ＰＣＲＦサーバ(２０)は、前記通信によって定期的に受信されるＳＩＰアドレスの一つを、前記転送の要求元(ＵＥ ２)へ払い出す。
【解決手段】ネットワークシステム(１)を構成する複数のＰ−ＣＳＣＦサーバ(１０＿１及び１０＿２)の各々は、ＳＩＰメッセージの転送を行う機能ブロックに対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、ＰＣＲＦサーバ(２０)へ自サーバのＳＩＰアドレス(Ａ１及びＡ２の各々)を、Ｄｉａｍｅｔｅｒプロトコルを用いた通信によって通知する。ＰＣＲＦサーバ(２０)は、前記通信によって定期的に受信されるＳＩＰアドレスの一つを、前記転送の要求元(ＵＥ ２)へ払い出す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、ネットワークシステム、及びサーバの制御方法に関し、特にＩＭＳ(ＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ) Ｍｕｌｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ)を形成するサーバの死活監視を行う技術に関する。
【背景技術】
【０００２】
近年、ＩＭＳの標準化が、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)によって進められている。ＩＭＳでは、ＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ)に従って信号制御を行うサーバ(以下、ＳＩＰサーバと呼称することがある)が中心となって、ユーザが所持するＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)に対するサービス提供を実現する。
【０００３】
一般的なＩＭＳにおいて、ＵＥは、ＩＭＳへの登録に際して、ＳＩＰサーバの一つであるＰ−ＣＳＣＦ(Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバのＳＩＰアドレスを取得する必要がある。このＳＩＰアドレスは、アクセス網からＵＥへ払い出すことにより取得可能である。
【０００４】
以下、ＵＥをＩＭＳへ登録する手順を、図１２を参照して詳細に説明する。
【０００５】
図１２に示すように、ＵＥ ２は、アクセス網３へアタッチ要求を送信し、以てＰ−ＣＳＣＦサーバのＳＩＰアドレスの取得を要求する(ステップＳ１０１)。アクセス網３は、ＵＥ ２に対する認証を行い、この認証に成功した場合、Ｐ−ＣＳＣＦサーバ１０ｘ＿１のＳＩＰアドレス"Ａ１ｘ"をＵＥ ２へ払い出す(ステップＳ１０２)。そして、ＵＥ ２は、ＳＩＰに則したメッセージ(以下、ＳＩＰメッセージと略称することがある)の一つであるＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰアドレス"Ａ１ｘ"宛てに送信する(ステップＳ１０３)。
【０００６】
これにより、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージが、Ｐ−ＣＳＣＦサーバ１０ｘ＿１より上位のＣＳＣＦサーバ(ホーム網側のＣＳＣＦサーバ)へ転送され、以てＵＥ ２がＩＭＳへ登録されることとなる。
【０００７】
ここで、ＩＭＳには、複数のＰ−ＣＳＣＦサーバが設置されることがある。図１２に点線で示すように、Ｐ−ＣＳＣＦサーバ１０ｘ＿１に加えてＰ−ＣＳＣＦサーバ１０ｘ＿２が設置される場合を例に取ると、アクセス網３は、ラウンドロビン方式にてＰ−ＣＳＣＦサーバ１０ｘ＿１又は１０ｘ＿２を選択し、ＳＩＰアドレス"Ａ１ｘ"又は"Ａ２ｘ"をＵＥ ２へ払い出す。
【０００８】
しかしながら、このようなＳＩＰアドレスの払出手順には、障害中のＰ−ＣＳＣＦサーバのＳＩＰアドレスを払い出してしまうという問題があった。これは、アクセス網では、Ｐ−ＣＳＣＦサーバが障害状態に在るか否かを何ら判定することができないためである。障害中のＰ−ＣＳＣＦサーバは、ＳＩＰに従った信号制御を正常に行うことが不可能であり、そのＳＩＰアドレスを払い出すべきでは無い。
【０００９】
この問題に対処するため、ＰＣＲＦ(Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ)サーバによってＰ−ＣＳＣＦサーバの死活監視を行う対策が取られることが多い。ＩＭＳにおいては、ＱｏＳ(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ)を主目的としてＰ−ＣＳＣＦサーバとＰＣＲＦサーバとがＤｉａｍｅｔｅｒ ＩＦで接続される場合がある。このＤｉａｍｅｔｅｒ ＩＦのトランスポートプロトコルであるＳＣＴＰ(Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ)を利用してヘルスチェックを実施することで、Ｐ−ＣＳＣＦサーバの死活監視が可能である。
【００１０】
以下、ＳＣＴＰを利用したＰ−ＣＳＣＦサーバの死活監視、及びその結果に基づくＳＩＰアドレスの払出手順を、図１３を参照して詳細に説明する。
【００１１】
図１３に示すように、Ｐ−ＣＳＣＦサーバ１０ｘ＿１及び１０ｘ＿２は、ＰＣＲＦサーバ２０ｘに対し、ＳＣＴＰにおけるＨｅａｒｔＢｅａｔ信号を定期的に送信する(ステップＳ２０１)。
【００１２】
ＰＣＲＦサーバ２０ｘは、ＨｅａｒｔＢｅａｔ信号を定期的に受信できていれば、その送信元のＰ−ＣＳＣＦサーバが正常に動作していると見做し、当該Ｐ−ＣＳＣＦサーバのＳＩＰアドレスを払出の対象とする。一方、ＨｅａｒｔＢｅａｔ信号を定期的に受信できなければ、ＰＣＲＦサーバ２０ｘは、その送信元であったＰ−ＣＳＣＦが障害状態に陥ったと見做し、当該Ｐ−ＣＳＣＦサーバのＳＩＰアドレスを払出の対象から除外する。
【００１３】
今、図１３に点線で示す如く、Ｐ−ＣＳＣＦサーバ１０ｘ＿２からのＨｅａｒｔＢｅａｔ信号のみが受信されなくなったとする(ステップＳ２０２)。この場合、ＰＣＲＦサーバ２０ｘは、Ｐ−ＣＳＣＦサーバ１０ｘ＿２のＳＩＰアドレス"Ａ２ｘ"を、アクセス網３へ払い出さない。よって、アクセス網３は、ＵＥ ２からアタッチ要求を受信すると(ステップＳ２０３)、Ｐ−ＣＳＣＦサーバ１０ｘ＿１のＳＩＰアドレス"Ａ１ｘ"をＵＥ ２へ払い出す(ステップＳ２０４)。そして、ＵＥ ２は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰアドレス"Ａ１ｘ"宛てに送信する(ステップＳ２０５)。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００９−１８２５４１号公報
【特許文献２】特開２００７−３１８６２９号公報
【特許文献３】特開２００９−１５９２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、本願発明者は、ＳＣＴＰを利用した上記の方式には、ＳＩＰサーバの死活を精度良く監視することが困難であるという課題があることを発見した。これは、ＳＣＴＰレイヤでの死活監視は可能であるが、ＳＣＴＰレイヤより上位のＳＩＰレイヤやＤｉａｍｅｔｅｒプロトコルレイヤでの死活監視を行えないためである。
【００１６】
図１３を例に取ると、上記の方式では、Ｐ−ＣＳＣＦサーバ１０ｘ＿１内のＳＩＰレイヤやＤｉａｍｅｔｅｒプロトコルレイヤに障害が発生している場合であっても、ＳＣＴＰレイヤが正常に動作していればＨｅａｒｔＢｅａｔ信号が送出されることとなる。この場合、ＰＣＲＦサーバ２０ｘは、Ｐ−ＣＳＣＦサーバ１０ｘ＿１が正常に動作していると見做し、ＳＩＰアドレス"Ａ１ｘ"を、アクセス網３を介してＵＥ ２へ払い出してしまう。Ｐ−ＣＳＣＦサーバ１０ｘ＿１内のＳＩＰレイヤに障害が発生している場合、Ｐ−ＣＳＣＦサーバ１０ｘ＿１は、図１３に一点鎖線で示す如くＳＩＰ ＲＥＧＩＳＴＥＲメッセージを上位のＣＳＣＦサーバへ転送できない(ステップＳ２０６)。この結果、ＵＥ ２がＩＭＳへ登録されず、ＵＥ ２に対してサービスを提供することができない。
【００１７】
なお、参考技術として、特許文献１には、ＳＩＰ ＯＰＴＩＯＮメッセージを用いてＣＳＣＦサーバ同士間でヘルスチェックを行う方法が記載されている。しかしながら、この方法は、ＳＩＰを用いて相互通信するＣＳＣＦサーバ同士間にのみ適用可能であり、Ｄｉａｍｅｔｅｒプロトコルを用いてＰ−ＣＳＣＦサーバと通信するＰＣＲＦサーバには適用し得ない。
【００１８】
また、類似技術として、特許文献２には、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ ＣＳＣＦ)サーバが、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ ＣＳＣＦ)サーバの運転状態を定期的に監視し、運転状態の異常を検出した場合に、Ｓ−ＣＳＣＦサーバに代わってＳＩＰメッセージをＡＳ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ)へ転送する方法が記載されている。しかしながら、この方法も、ＳＩＰを用いて通信するＣＳＣＦサーバにのみ適用可能であり、ＰＣＲＦサーバには適用し得ない。
【００１９】
さらに、他の参考技術として、特許文献３には、ＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ)が、ＳＮＭＰ(Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ)を用いて複数のＳ−ＣＳＣＦサーバからＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)使用率等の稼働状態を取得し、当該稼働状態をＩ−ＣＳＣＦサーバに対するＳ−ＣＳＣＦサーバの割当に供する方法が記載されている。しかしながら、この方法は、ＳＩＰレイヤやＤｉａｍｅｔｅｒプロトコルレイヤの障害を監視するものでは何ら無く、上記の課題には対処し得ない。
【００２０】
従って、本発明は、ＳＩＰサーバの死活をより精度良く監視することを目的とする。
【課題を解決するための手段】
【００２１】
上記の目的を達成するため、本発明の第１の態様に係るサーバは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則したメッセージを転送する転送手段と、Ｄｉａｍｅｔｅｒプロトコルを用いて、前記転送手段に割り当てられたアドレスを前記転送の要求元へ払い出す他のサーバと通信する通信手段とを備える。前記通信手段は、前記転送手段に対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記転送手段が正常に動作している場合、前記他のサーバへ前記アドレスを通知して前記払出を許可する。
【００２２】
また、本発明の第２の態様に係るサーバは、Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信する通信手段と、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す払出手段とを備える。前記払出手段は、前記通信手段を介して定期的に受信されるアドレスを、前記払出の対象として扱う。
【００２３】
また、本発明の第３の態様に係るネットワークシステムは、ＳＩＰに則したメッセージを転送する複数の第１のサーバと、Ｄｉａｍｅｔｅｒプロトコルを用いて前記第１のサーバの各々と通信すると共に、前記第１のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す第２のサーバとを備える。前記第１のサーバの各々は、前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記第２のサーバへ自サーバのアドレスを通知する。前記第２のサーバは、前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う。
【００２４】
また、本発明の第４の態様に係る制御方法は、ＳＩＰに則したメッセージを転送すると共に、Ｄｉａｍｅｔｅｒプロトコルを用いて、自サーバのアドレスを前記転送の要求元へ払い出す他のサーバと通信するサーバの制御方法を提供する。この制御方法は、前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記他のサーバへ自サーバのアドレスを通知して前記払出を許可することを含む。
【００２５】
さらに、本発明の第５の態様に係る制御方法は、Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信すると共に、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出すサーバの制御方法を提供する。この制御方法は、前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱うことを含む。
【発明の効果】
【００２６】
本発明によれば、ＳＩＰサーバの死活を、より精度良く監視することが可能である。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施の形態１に係るネットワークシステムの構成例を示したブロック図である。
【図２】本発明の実施の形態１に係るネットワークシステムの全体動作例を示したブロック図である。
【図３】本発明の実施の形態１に係るＰ−ＣＳＣＦサーバの構成例を示したブロック図である。
【図４】本発明の実施の形態１に係るＰＣＲＦサーバの構成例を示したブロック図である。
【図５】本発明の実施の形態１に係るＰＣＲＦサーバに用いる、ＳＩＰアドレスリストの構成例を示した図である。
【図６】本発明の実施の形態１に係るＰ−ＣＳＣＦサーバ及びＰＣＲＦサーバの動作例を示したシーケンス図である。
【図７】本発明の実施の形態１に係るＰＣＲＦサーバに用いる、ＳＩＰアドレスリストの更新例を示した図である。
【図８】本発明の実施の形態２に係るＰ−ＣＳＣＦサーバの構成例を示したブロック図である。
【図９】本発明の実施の形態２に係るＰ−ＣＳＣＦサーバ及びＰＣＲＦサーバの動作例を示したシーケンス図である。
【図１０】本発明の実施の形態３に係るネットワークシステムの構成例を示したブロック図である。
【図１１】本発明の実施の形態３に係るネットワークシステムの全体動作例を示したブロック図である。
【図１２】一般的なＩＭＳにおける、ＵＥの登録手順例を示したブロック図である。
【図１３】ＳＣＴＰを利用したＰ−ＣＳＣＦサーバの死活監視例を示したブロック図である。
【発明を実施するための形態】
【００２８】
以下、本発明に係るサーバ及びこれを適用するネットワークシステムの実施の形態１〜３を、図１〜図１１を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２９】
[実施の形態１]
図１に示すように、本実施の形態に係るネットワークシステム１は、ＳＩＰサーバの一例として２台のＰ−ＣＳＣＦサーバ１０＿１及び１０＿２(以下、符号１０で総称することがある)と、ＰＣＲＦサーバ２０とを含む。なお、Ｐ−ＣＳＣＦサーバは、３台以上含まれていても良い。
【００３０】
Ｐ−ＣＳＣＦサーバ１０は、後述する如く、ＳＩＰに従って動作する機能ブロック(以下、ＳＩＰ機能ブロックと略称することがある)と、Ｄｉａｍｅｔｅｒプロトコルに従って動作する機能ブロック(以下、Ｄｉａｍｅｔｅｒ機能ブロックと呼称することがある)とを含む。Ｐ−ＣＳＣＦサーバ１０は、ＳＩＰに従って、ＵＥ ２をＩＭＳへ登録するための制御や呼制御を行うと共に、Ｄｉａｍｅｔｅｒプロトコルに従って、ＰＣＲＦサーバ２０との間でＱｏＳ制御を行う。また、Ｐ−ＣＳＣＦサーバ１０は、ＰＣＲＦサーバ２０との間でＤｉａｍｅｔｅｒプロトコルに則した信号(以下、Ｄｉａｍｅｔｅｒ信号)を定期的に送受信し、以てＳＩＰレイヤに対するヘルスチェックの結果をＰＣＲＦサーバ２０へ通知する。
【００３１】
一方、ＰＣＲＦサーバ２０は、後述する如く、Ｄｉａｍｅｔｅｒ機能ブロックを含む。ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０からＤｉａｍｅｔｅｒ信号によってＱｏＳ制御を要求されると、アクセス網３に対するゲート(Ｇａｔｅ)の開閉を制御し、帯域制御を実現する。また、ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０から通知されたヘルスチェックの結果に基づいて、アクセス網３を介してＵＥ ２へ、Ｐ−ＣＳＣＦサーバ１０のＳＩＰアドレスを払い出す。
【００３２】
なお、ＵＥ ２は、アクセス網３へ接続するためのプロトコルに従って動作する機能ブロックと、ＳＩＰ機能ブロックとを有する。アクセス網３は、ＵＥ ２に対する認証処理や、ＵＥ ２とＩＭＳとの間でＩＰパケットを中継する処理を実行する。また、アクセス網３は、ＰＣＲＦサーバ２０からのＤｉａｍｅｔｅｒ信号による指示に応じて、ＵＥ ２とＩＭＳとの間のゲートを開閉する。
【００３３】
以下、ネットワークシステム１の全体動作例を、図２を参照して概略的に説明する。
【００３４】
図２に示すように、Ｐ−ＣＳＣＦサーバ１０＿１及び１０＿２の各々は、ＳＩＰ機能ブロックに対するヘルスチェックを定期的に行う。Ｐ−ＣＳＣＦサーバ１０＿１及び１０＿２の各々は、ヘルスチェックの度毎に、ＳＩＰ機能ブロックが正常に動作しているか否かを判定し、ＳＩＰ機能ブロックが正常に動作していると判定した場合、自サーバのＳＩＰアドレス"Ａ１"及び"Ａ２"の各々を、例えばＤｉａｍｅｔｅｒ信号の一つであるＤＷＲ(Ｄｅｖｉｃｅ Ｗａｔｃｈｄｏｇ Ｒｅｑｕｅｓｔ)信号に含めてＰＣＲＦサーバ２０へ送信する(ステップＳ１)。
【００３５】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を定期的に受信できていれば、その送信元のＰ−ＣＳＣＦサーバにおいてＳＩＰ機能ブロックが正常に動作していると見做し、当該Ｐ−ＣＳＣＦサーバのＳＩＰアドレスをＵＥ ２への払出の対象とする。
【００３６】
今、図２に点線で示す如く、Ｐ−ＣＳＣＦサーバ１０＿２においてＳＩＰ機能ブロックに障害が発生したとする(ステップＳ２)。この場合、Ｐ−ＣＳＣＦサーバ１０＿２は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信しない。よって、ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０＿１から定期的に受信されるＳＩＰアドレス"Ａ１"のみをアクセス網３へ払い出す(ステップＳ３)。なお、３台以上のＰ−ＣＳＣＦサーバが設置され、且つ２台以上のＰ−ＣＳＣＦサーバからＳＩＰアドレスを含むＤｉａｍｅｔｅｒ ＤＷＲ信号が定期的に受信される場合、ＰＣＲＦサーバ２０は、例えばラウンドロビン方式にて一つのＳＩＰアドレスを選択し、アクセス網３へ払い出す。
【００３７】
この結果、アクセス網３は、ＵＥ ２からアタッチ要求を受信すると(ステップＳ４)、Ｐ−ＣＳＣＦサーバ１０のＳＩＰアドレス"Ａ１"をＵＥ ２へ払い出す(ステップＳ５)。そして、ＵＥ ２は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰアドレス"Ａ１"宛てに送信する(ステップＳ６)。
【００３８】
この時、Ｐ−ＣＳＣＦサーバ１０＿１内のＳＩＰ機能ブロックは、正常に動作していることが保証されている。従って、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージは、Ｐ−ＣＳＣＦサーバ１０＿１より上位のＣＳＣＦサーバ(ホーム網側のＣＳＣＦサーバ)へ転送され、以てＵＥ ２がＩＭＳへ登録されることとなる。
【００３９】
このように、本実施の形態においては、Ｄｉａｍｅｔｅｒプロトコルを用いてＰ−ＣＳＣＦサーバと通信するＰＣＲＦサーバが、Ｐ−ＣＳＣＦサーバ内のＳＩＰレイヤの死活を監視することができる。このため、ＳＩＰサーバの死活監視の精度を、上述したＳＣＴＰを利用する方式と比して大幅に向上させることができる。
【００４０】
以下、上記の全体動作を実現するＰ−ＣＳＣＦサーバ１０及びＰＣＲＦサーバ２０の具体的な構成例及び動作例を、図３〜図７を参照して詳細に説明する。
【００４１】
図３に示すように、Ｐ−ＣＳＣＦサーバ１０は、ＳＩＰ制御部１１と、Ｄｉａｍｅｔｅｒ制御部１２と、ＳＣＴＰ制御部１３とを含む。
【００４２】
この内、ＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、上記のＳＩＰ機能ブロック及びＤｉａｍｅｔｅｒ機能ブロックに相当し、Ｐ−ＣＳＣＦサーバ１０内部で相互接続されている。なお、この相互接続に際してのＩＦには、どのような通信プロトコルを適用しても良い。また、ＳＩＰ制御部１１とＤｉａｍｅｔｅｒ制御部１２との間では、ヘルスチェックのための信号(以下、ヘルスチェック信号と呼称する)が定期的に送受信される。ＳＩＰ制御部１１に障害が発生した場合、ヘルスチェック信号がＳＩＰ制御部１１から送出されない。このため、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１が障害状態にあることを検知できる。
【００４３】
また、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ制御部１２に接続され、Ｄｉａｍｅｔｅｒ制御部１２からの指示に応じて、Ｄｉａｍｅｔｅｒ信号をＰＣＲＦサーバ２０へ送出する。
【００４４】
一方、図４に示すように、ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ制御部２１と、ＳＩＰアドレス払出部２２と、ＳＣＴＰ制御部２３とを含む。
【００４５】
この内、Ｄｉａｍｅｔｅｒ制御部２１は、上記のＤｉａｍｅｔｅｒ機能ブロックに相当し、ＳＣＴＰ制御部２３を介してＰ−ＣＳＣＦサーバ１０からＤｉａｍｅｔｅｒ信号を受信し、解析して処理する。
【００４６】
また、ＳＩＰアドレス払出部２２は、Ｄｉａｍｅｔｅｒ制御部２１によってＤｉａｍｅｔｅｒ信号から抽出されたＳＩＰアドレスを管理し、アクセス網３からの要求に応じて一つのＳＩＰアドレスを払い出す。また、ＳＩＰアドレス払出部２２は、ＳＩＰアドレスの管理に際して、図５に示すＳＩＰアドレスリスト２４を使用する。
【００４７】
ここで、ＳＩＰアドレスリスト２４には、Ｐ−ＣＳＣＦサーバ１０のＳＩＰアドレスと、その受信時刻及び払出フラグとが対応付けて記憶される。初期状態において、ＳＩＰアドレスリスト２４には、対向するＰ−ＣＳＣＦサーバ１０＿１及び１０＿２のＳＩＰアドレス"Ａ１"及び"Ａ２"が予め設定される。また、受信時刻は"ＮＵＬＬ(無効値)"に設定され、払出フラグは"ＯＮ"に設定される。払出フラグ＝"ＯＮ"は、対応するＳＩＰアドレスを払出の対象とすることを示し、払出フラグ＝"ＯＦＦ"は、対応するＳＩＰアドレスを払出の対象から除外することを示す。
【００４８】
動作においては、図６に示すように、Ｐ−ＣＳＣＦサーバ１０＿１内のＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、或る時刻にヘルスチェック信号を送受信する(ステップＳ１１)。この時、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ１２)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ１３)。
【００４９】
なお、図示を省略するが、Ｄｉａｍｅｔｅｒ ＤＷＲ信号中には、既存パラメータ"ｏｒｉｇｉｎ−Ｈｏｓｔ"として、Ｄｉａｍｅｔｅｒ制御部１２のＤｉａｍｅｔｅｒアドレスを設定し、拡張パラメータ"Ｓｅｒｖｅｒ−Ｎａｍｅ"としてＳＩＰアドレス"Ａ１"を設定すると良い。
【００５０】
ＰＣＲＦサーバ２０内のＤｉａｍｅｔｅｒ制御部２１は、ＳＣＴＰ制御部２３を介してＰ−ＣＳＣＦサーバ１０＿１からＤｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１"を抽出してＳＩＰアドレス払出部２２へ出力する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１"に受信されたとすると、ＳＩＰアドレス払出部２２は、図７(ａ)に示す如く、ＳＩＰアドレス"Ａ１"に対応する受信時刻を"ｔ１"へ更新する(ステップＳ３１)。また、ＳＩＰアドレス払出部２２は、ＳＩＰアドレスリスト２４を定期的に監視する。具体的には、ＳＩＰアドレス払出部２２は、現在時刻とＳＩＰアドレスリスト２４に記憶された受信時刻とを比較し、両時刻の差が所定の閾値時間Ｔｈ以上である場合には、Ｐ−ＣＳＣＦサーバからＤｉａｍｅｔｅｒ ＤＷＲ信号が定期的に受信されていないと判断して、対応する払出フラグを"ＯＦＦ"へ更新する。
【００５１】
一方、Ｐ−ＣＳＣＦサーバ１０＿２内のＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、或る時刻にヘルスチェック信号を送受信する(ステップＳ２１)。この時、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ２"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ２２)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ２３)。
【００５２】
ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０＿２からＤｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ２"を抽出する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ２"に受信されたとすると、ＰＣＲＦサーバ２０は、図７(ａ)に示す如く、ＳＩＰアドレス"Ａ２"に対応する受信時刻を"ｔ２"へ更新する(ステップＳ３２)。
【００５３】
Ｐ−ＣＳＣＦサーバ１０＿１内のＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、一定時間が経過すると、ヘルスチェック信号を再び送受信する(ステップＳ１４)。Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ１５)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ再送信する(ステップＳ１６)。
【００５４】
ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０＿１からＤｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１"を抽出する。今、Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ３"に受信され、前回の受信時刻"ｔ１"から閾値時間Ｔｈが経過していないとする。この場合、ＰＣＲＦサーバ２０内のＳＩＰアドレス払出部２２は、図７(ｂ)に示す如く、ＳＩＰアドレス"Ａ１"に対応する受信時刻を"ｔ３"へ更新すると共に、払出フラグを"ＯＮ"に維持する(ステップＳ３３)。
【００５５】
これにより、Ｐ−ＣＳＣＦサーバ１０＿１のＳＩＰアドレス"Ａ１"は、アクセス網３への払出の対象として扱われることとなる。
【００５６】
一方、或る時刻において、Ｐ−ＣＳＣＦサーバ１０＿２内のＳＩＰ制御部１１に障害が発生したとする(ステップＳ２４)。この時、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信できない。このため、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１の障害を検知し、ＳＣＴＰ制御部１３へはＤｉａｍｅｔｅｒ ＤＷＲ信号の送信指示を与えない(ステップＳ２５)。
【００５７】
この後、上記の時刻"ｔ２"から閾値時間Ｔｈが経過すると、ＰＣＲＦサーバ２０内のＳＩＰアドレス払出部２２は、Ｐ−ＣＳＣＦサーバ１０＿２のＳＩＰレイヤに障害が発生したと判断して、図７(ｂ)に示す如く、ＳＩＰアドレス"Ａ２"に対応する払出フラグを"ＯＦＦ"へ更新する(ステップＳ３４)。
【００５８】
これにより、Ｐ−ＣＳＣＦサーバ１０＿２のＳＩＰアドレス"Ａ２"は、アクセス網３への払出の対象から除外されることとなる。
【００５９】
このように、本実施の形態においては、Ｐ−ＣＳＣＦサーバにおける障害の発生状況に応じて、払出の対象とすべきＳＩＰアドレスを動的に変更することもできる。
【００６０】
[実施の形態２]
本実施の形態に係るネットワークシステムは、図１と同様に構成できる。但し、本実施の形態は、Ｐ−ＣＳＣＦサーバが図８に示す如く構成される点で、上記の実施の形態１と異なる。
【００６１】
図８に示すように、本実施の形態に係るＰ−ＣＳＣＦサーバ１０ａは、２つのＳＩＰ制御部１１＿１及び１１＿２と、２つのＤｉａｍｅｔｅｒ制御部１２＿１及び１２＿２と、図３と同様のＳＣＴＰ制御部１３とを含む。
【００６２】
この内、ＳＩＰ制御部１１＿１及びＤｉａｍｅｔｅｒ制御部１２＿１は、図３に示したＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２と同様の機能を有し、Ｐ−ＣＳＣＦサーバ１０ａ内部で相互接続され、ヘルスチェック信号を定期的に送受信する。
【００６３】
また、ＳＩＰ制御部１１＿２及びＤｉａｍｅｔｅｒ制御部１２＿２は、図３に示したＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２と同様の機能を有し、Ｐ−ＣＳＣＦサーバ１０ａ内部で相互接続され、ヘルスチェック信号を定期的に送受信する。
【００６４】
換言すると、本実施の形態においては、Ｐ−ＣＳＣＦサーバに複数組のＳＩＰ制御部及びＤｉａｍｅｔｅｒ制御部を設ける一方で、ＰＣＲＦサーバとのＩＦを１つのＳＣＴＰ制御部に集約している。これは、ＳＩＰレイヤ及びＤｉａｍｅｔｅｒプロトコルレイヤの負荷がＳＣＴＰレイヤと比して高いためであり、１つのＳＣＴＰ制御部に集約することで負荷の効率化を図っている。
【００６５】
以下、このように構成されたＰ−ＣＳＣＦサーバ１０ａの死活を図４に示したＰＣＲＦサーバ２０にて監視する動作例を、図９を参照して詳細に説明する。
【００６６】
図９に示すように、Ｐ−ＣＳＣＦサーバ１０ａ内のＳＩＰ制御部１１＿１及びＤｉａｍｅｔｅｒ制御部１２＿１は、或る時刻にヘルスチェック信号を送受信する(ステップＳ４１)。この時、Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１＿１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＣＴＰ制御部１３に対して、ＳＩＰ制御部１１＿１に割り当てられたＳＩＰアドレス"Ａ１＿１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ４２)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ４３)。
【００６７】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１＿１"を抽出する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１１"に受信されたとすると、ＰＣＲＦサーバ２０は、図５に示したＳＩＰアドレスリスト２４中のＳＩＰアドレス"Ａ１＿１"に対応する受信時刻を"ｔ１１"へ更新する(ステップＳ６１)。
【００６８】
一方、Ｐ−ＣＳＣＦサーバ１０ａ内のＳＩＰ制御部１１＿２及びＤｉａｍｅｔｅｒ制御部１２＿２は、或る時刻にヘルスチェック信号を送受信する(ステップＳ４４)。この時、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＩＰ制御部１１＿２からヘルスチェック信号を受信すると、ＳＩＰ制御部１１＿２が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＣＴＰ制御部１３に対して、ＳＩＰ制御部１１＿２に割り当てられたＳＩＰアドレス"Ａ１＿２"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ４５)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ４６)。
【００６９】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１＿２"を抽出する。ここで、ＳＩＰ制御部１１＿１及び１１＿２には異なるＳＩＰアドレスが割り当てられており、ＰＣＲＦサーバ２０は、ＳＩＰ制御部１１＿１及び１１＿２を個別のＰ―ＣＳＣＦサーバとして認識する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１２"に受信されたとすると、ＰＣＲＦサーバ２０は、ＳＩＰアドレス"Ａ１＿２"に対応する受信時刻を"ｔ１２"へ更新する(ステップＳ６２)。
【００７０】
ＳＩＰ制御部１１＿１及びＤｉａｍｅｔｅｒ制御部１２＿１は、一定時間が経過すると、ヘルスチェック信号を再び送受信する(ステップＳ４７)。Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＩＰ制御部１１＿１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１＿１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ１＿１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ４８)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ再送信する(ステップＳ４９)。
【００７１】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１＿１"を抽出する。今、Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１３"に受信され、前回の受信時刻"ｔ１１"から閾値時間Ｔｈが経過していないとする。この場合、ＰＣＲＦサーバ２０は、ＳＩＰアドレス"Ａ１＿１"に対応する受信時刻を"ｔ１３"へ更新すると共に、払出フラグを"ＯＮ"に維持する(ステップＳ６３)。
【００７２】
これにより、ＳＩＰ制御部１１＿１のＳＩＰアドレス"Ａ１＿１"は、アクセス網３への払出の対象として扱われることとなる。
【００７３】
一方、或る時刻において、ＳＩＰ制御部１１＿２に障害が発生したとする(ステップＳ５０)。この時、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＩＰ制御部１１＿２からヘルスチェック信号を受信できない。このため、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＩＰ制御部１１＿２の障害を検知し、ＳＣＴＰ制御部１３へはＤｉａｍｅｔｅｒ ＤＷＲ信号の送信指示を与えない(ステップＳ５１)。
【００７４】
この後、上記の時刻"ｔ１２"から閾値時間Ｔｈが経過すると、ＰＣＲＦサーバ２０は、ＳＩＰ制御部１１＿２に障害が発生したと判断して、ＳＩＰアドレス"Ａ１＿２"に対応する払出フラグを"ＯＦＦ"へ更新する(ステップＳ６４)。
【００７５】
これにより、ＩＰ制御部１１＿２のＳＩＰアドレス"Ａ１＿２"は、アクセス網３への払出の対象から除外されることとなる。
【００７６】
このように、本実施の形態においては、Ｐ−ＣＳＣＦサーバに複数のＳＩＰ制御部が設けられる場合であっても、各ＳＩＰ制御部における障害の発生状況に応じて、払出の対象とすべきＳＩＰアドレスを動的に変更することができる。
【００７７】
[実施の形態３]
上記の実施の形態１及び２では、Ｐ−ＣＳＣＦサーバの死活を監視するケースを扱ったが、本発明は、Ｐ−ＣＳＣＦサーバ以外のＳＩＰサーバの死活を監視するケースにも適用可能である。本実施の形態では、一例として、ＨＳＳにてＳ−ＣＳＣＦサーバの死活監視を行う場合を扱う。
【００７８】
具体的には、図１０に示すように、本実施の形態に係るネットワークシステム１ａは、２台のＳ−ＣＳＣＦサーバ３０＿１及び３０＿２と、ＨＳＳ ４０とを含む。なお、Ｓ−ＣＳＣＦサーバは、３台以上含まれていても良い。
【００７９】
この内、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、図３に示したＰ−ＣＳＣＦサーバ１０又は図８に示したＰ−ＣＳＣＦサーバ１０ａと同様、１組以上のＳＩＰ制御部及びＤｉａｍｅｔｅｒ制御部と、ＳＣＴＰ制御部とを含んで構成される。Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ＳＩＰに従って、Ｉ−ＣＳＣＦサーバ４からのＳＩＰメッセージをＡＳ(図示せず)へ転送する。また、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ＨＳＳ ４０との間でＤｉａｍｅｔｅｒ信号を定期的に送受信し、以てＳＩＰ制御部に対するヘルスチェックの結果をＨＳＳ ４０へ通知する。
【００８０】
一方、ＨＳＳ ４０は、図４に示したＰＣＲＦサーバ２０と同様、Ｄｉａｍｅｔｅｒ制御部と、ＳＣＴＰ制御部と、ＳＩＰアドレス払出部とを含んで構成される。ＨＳＳ ４０は、Ｉ−ＣＳＣＦサーバ４からの問合わせに応じて、Ｓ−ＣＳＣＦサーバ３０＿１又は３０＿２のＳＩＰアドレスを払い出すと共に、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々から通知されたヘルスチェックの結果に基づいて、払出の対象とすべきＳＩＰアドレスを管理する。
【００８１】
動作においては、図１１に示すように、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ＳＩＰ制御部に対するヘルスチェックを定期的に行う。Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ヘルスチェックの度毎に、ＳＩＰ制御部が正常に動作しているか否かを判定し、ＳＩＰ制御部が正常に動作していると判定した場合、自サーバのＳＩＰアドレス"Ａ３"及び"Ａ４"の各々を、例えばＤｉａｍｅｔｅｒ ＤＷＲ信号に含めてＨＳＳ ４０へ送信する(ステップＳ７１)。
【００８２】
ＨＳＳ ４０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を定期的に受信できていれば、その送信元のＳ−ＣＳＣＦサーバにおいてＳＩＰ制御部が正常に動作していると見做し、当該Ｓ−ＣＳＣＦサーバのＳＩＰアドレスをＩ−ＣＳＣＦサーバ４への払出の対象とする。
【００８３】
今、図１１に点線で示す如く、Ｓ−ＣＳＣＦサーバ３０＿２においてＳＩＰ制御部に障害が発生したとする(ステップＳ７２)。この場合、Ｓ−ＣＳＣＦサーバ３０＿２は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＨＳＳ ４０へ送信しない。よって、ＨＳＳ ４０は、Ｓ−ＣＳＣＦサーバ３０＿１から定期的に受信されるＳＩＰアドレス"Ａ３"のみをＩ−ＣＳＣＦサーバ４へ払い出す(ステップＳ７３)。なお、３台以上のＳ−ＣＳＣＦサーバが設置され、且つ２台以上のＳ−ＣＳＣＦサーバからＳＩＰアドレスを含むＤｉａｍｅｔｅｒ ＤＷＲ信号が定期的に受信される場合、ＨＳＳ ４０は、例えばラウンドロビン方式にて一つのＳＩＰアドレスを選択し、Ｉ−ＣＳＣＦサーバ４へ払い出す。
【００８４】
この結果、Ｉ−ＣＳＣＦサーバ４は、ＳＩＰメッセージを、ＳＩＰアドレス"Ａ３"宛てに送信する(ステップＳ７４)。
【００８５】
この時、Ｓ−ＣＳＣＦサーバ３０＿１内のＳＩＰ制御部は、正常に動作していることが保証されている。従って、ＳＩＰメッセージは、Ｓ−ＣＳＣＦサーバ３０＿１からＡＳへ転送され、以てＵＥ(図示せず)に対して所望のサービスが提供されることとなる。また、Ｓ−ＣＳＣＦサーバ３０＿１が登録サーバとしても機能する場合、Ｓ−ＣＳＣＦサーバ３０＿１は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを正常に処理でき、以て滞り無くＵＥをＩＭＳへ登録することができる。
【００８６】
このように、本実施の形態においては、Ｄｉａｍｅｔｅｒプロトコルを用いてＳ−ＣＳＣＦサーバと通信するＨＳＳが、Ｓ−ＣＳＣＦサーバ内のＳＩＰレイヤの死活を監視することができる。このため、上記の実施の形態１と同様、ＳＩＰサーバの死活監視の精度を大幅に向上させることができる。
【００８７】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００８８】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００８９】
（付記１）
ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則したメッセージを転送する転送手段と、
Ｄｉａｍｅｔｅｒプロトコルを用いて、前記転送手段に割り当てられたアドレスを前記転送の要求元へ払い出す他のサーバと通信する通信手段と、を備え、
前記通信手段は、
前記転送手段に対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記転送手段が正常に動作している場合、前記他のサーバへ前記アドレスを通知して前記払出を許可する、
サーバ。
【００９０】
（付記２）
付記１において、
複数組の前記転送手段及び通信手段を備え、
各通信手段は、対応する転送手段に対する定期的なヘルスチェック、及び前記対応する転送手段に割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを特徴としたサーバ。
【００９１】
（付記３）
付記１又は２において、
前記他のサーバが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたサーバ。
【００９２】
（付記４）
付記１又は２において、
前記他のサーバが、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）であり、
前記要求元が、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバである、
ことを特徴としたサーバ。
【００９３】
（付記５）
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信する通信手段と、
前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す払出手段と、を備え、
前記払出手段は、前記通信手段を介して定期的に受信されるアドレスを、前記払出の対象として扱う、
サーバ。
【００９４】
（付記６）
付記５において、
前記払出手段は、定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを特徴としたサーバ。
【００９５】
（付記７）
付記５又は６において、
前記他のサーバの各々が、Ｐ−ＣＳＣＦ(Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたサーバ。
【００９６】
（付記８）
付記５又は６において、
前記他のサーバの各々が、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記要求元が、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバである、
ことを特徴としたサーバ。
【００９７】
（付記９）
ＳＩＰに則したメッセージを転送する複数の第１のサーバと、
Ｄｉａｍｅｔｅｒプロトコルを用いて前記第１のサーバの各々と通信すると共に、前記第１のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す第２のサーバと、を備え、
前記第１のサーバの各々は、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記第２のサーバへ自サーバのアドレスを通知し、
前記第２のサーバは、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ネットワークシステム。
【００９８】
（付記１０）
付記９において、
前記第１のサーバの各々が、Ｐ−ＣＳＣＦ(Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記第２のサーバが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたネットワークシステム。
【００９９】
（付記１１）
付記９において、
前記第１のサーバの各々が、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記第２のサーバが、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）であり、
前記要求元が、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバである、
ことを特徴としたネットワークシステム。
【０１００】
（付記１２）
ＳＩＰに則したメッセージを転送すると共に、Ｄｉａｍｅｔｅｒプロトコルを用いて、自サーバのアドレスを前記転送の要求元へ払い出す他のサーバと通信するサーバの制御方法であって、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記他のサーバへ自サーバのアドレスを通知して前記払出を許可する、
ことを含む制御方法。
【０１０１】
（付記１３）
付記１２において、
前記機能ブロックが複数設けられる場合、各機能ブロックに対する定期的なヘルスチェック、及び各機能ブロックに割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを含む制御方法。
【０１０２】
（付記１４）
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信すると共に、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出すサーバの制御方法であって、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ことを含む制御方法。
【０１０３】
（付記１５）
付記１４において、
定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを含む制御方法。
【符号の説明】
【０１０４】
１, １ａ ネットワークシステム
２ ＵＥ
３ アクセス網
４ Ｉ−ＣＳＣＦサーバ
１０, １０＿１, １０＿２, １０ａ Ｐ−ＣＳＣＦサーバ
１１, １１＿１, １１＿２ ＳＩＰ制御部
１２, １２＿１, １２＿２, ２１ Ｄｉａｍｅｔｅｒ制御部
１３, ２３ ＳＣＴＰ制御部
２０ ＰＣＲＦサーバ
２２ ＳＩＰアドレス払出部
２４ ＳＩＰアドレスリスト
３０＿１, ３０＿２ Ｓ−ＣＳＣＦサーバ
４０ ＨＳＳ
Ａ１, Ａ１＿１, Ａ１＿２, Ａ２〜Ａ４ ＳＩＰアドレス
ｔ１〜ｔ３, ｔ１１〜ｔ１３ 時刻
Ｔｈ 閾値時間
【技術分野】
【０００１】
本発明は、サーバ、ネットワークシステム、及びサーバの制御方法に関し、特にＩＭＳ(ＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ) Ｍｕｌｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ)を形成するサーバの死活監視を行う技術に関する。
【背景技術】
【０００２】
近年、ＩＭＳの標準化が、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)によって進められている。ＩＭＳでは、ＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ)に従って信号制御を行うサーバ(以下、ＳＩＰサーバと呼称することがある)が中心となって、ユーザが所持するＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)に対するサービス提供を実現する。
【０００３】
一般的なＩＭＳにおいて、ＵＥは、ＩＭＳへの登録に際して、ＳＩＰサーバの一つであるＰ−ＣＳＣＦ(Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバのＳＩＰアドレスを取得する必要がある。このＳＩＰアドレスは、アクセス網からＵＥへ払い出すことにより取得可能である。
【０００４】
以下、ＵＥをＩＭＳへ登録する手順を、図１２を参照して詳細に説明する。
【０００５】
図１２に示すように、ＵＥ ２は、アクセス網３へアタッチ要求を送信し、以てＰ−ＣＳＣＦサーバのＳＩＰアドレスの取得を要求する(ステップＳ１０１)。アクセス網３は、ＵＥ ２に対する認証を行い、この認証に成功した場合、Ｐ−ＣＳＣＦサーバ１０ｘ＿１のＳＩＰアドレス"Ａ１ｘ"をＵＥ ２へ払い出す(ステップＳ１０２)。そして、ＵＥ ２は、ＳＩＰに則したメッセージ(以下、ＳＩＰメッセージと略称することがある)の一つであるＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰアドレス"Ａ１ｘ"宛てに送信する(ステップＳ１０３)。
【０００６】
これにより、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージが、Ｐ−ＣＳＣＦサーバ１０ｘ＿１より上位のＣＳＣＦサーバ(ホーム網側のＣＳＣＦサーバ)へ転送され、以てＵＥ ２がＩＭＳへ登録されることとなる。
【０００７】
ここで、ＩＭＳには、複数のＰ−ＣＳＣＦサーバが設置されることがある。図１２に点線で示すように、Ｐ−ＣＳＣＦサーバ１０ｘ＿１に加えてＰ−ＣＳＣＦサーバ１０ｘ＿２が設置される場合を例に取ると、アクセス網３は、ラウンドロビン方式にてＰ−ＣＳＣＦサーバ１０ｘ＿１又は１０ｘ＿２を選択し、ＳＩＰアドレス"Ａ１ｘ"又は"Ａ２ｘ"をＵＥ ２へ払い出す。
【０００８】
しかしながら、このようなＳＩＰアドレスの払出手順には、障害中のＰ−ＣＳＣＦサーバのＳＩＰアドレスを払い出してしまうという問題があった。これは、アクセス網では、Ｐ−ＣＳＣＦサーバが障害状態に在るか否かを何ら判定することができないためである。障害中のＰ−ＣＳＣＦサーバは、ＳＩＰに従った信号制御を正常に行うことが不可能であり、そのＳＩＰアドレスを払い出すべきでは無い。
【０００９】
この問題に対処するため、ＰＣＲＦ(Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ)サーバによってＰ−ＣＳＣＦサーバの死活監視を行う対策が取られることが多い。ＩＭＳにおいては、ＱｏＳ(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ)を主目的としてＰ−ＣＳＣＦサーバとＰＣＲＦサーバとがＤｉａｍｅｔｅｒ ＩＦで接続される場合がある。このＤｉａｍｅｔｅｒ ＩＦのトランスポートプロトコルであるＳＣＴＰ(Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ)を利用してヘルスチェックを実施することで、Ｐ−ＣＳＣＦサーバの死活監視が可能である。
【００１０】
以下、ＳＣＴＰを利用したＰ−ＣＳＣＦサーバの死活監視、及びその結果に基づくＳＩＰアドレスの払出手順を、図１３を参照して詳細に説明する。
【００１１】
図１３に示すように、Ｐ−ＣＳＣＦサーバ１０ｘ＿１及び１０ｘ＿２は、ＰＣＲＦサーバ２０ｘに対し、ＳＣＴＰにおけるＨｅａｒｔＢｅａｔ信号を定期的に送信する(ステップＳ２０１)。
【００１２】
ＰＣＲＦサーバ２０ｘは、ＨｅａｒｔＢｅａｔ信号を定期的に受信できていれば、その送信元のＰ−ＣＳＣＦサーバが正常に動作していると見做し、当該Ｐ−ＣＳＣＦサーバのＳＩＰアドレスを払出の対象とする。一方、ＨｅａｒｔＢｅａｔ信号を定期的に受信できなければ、ＰＣＲＦサーバ２０ｘは、その送信元であったＰ−ＣＳＣＦが障害状態に陥ったと見做し、当該Ｐ−ＣＳＣＦサーバのＳＩＰアドレスを払出の対象から除外する。
【００１３】
今、図１３に点線で示す如く、Ｐ−ＣＳＣＦサーバ１０ｘ＿２からのＨｅａｒｔＢｅａｔ信号のみが受信されなくなったとする(ステップＳ２０２)。この場合、ＰＣＲＦサーバ２０ｘは、Ｐ−ＣＳＣＦサーバ１０ｘ＿２のＳＩＰアドレス"Ａ２ｘ"を、アクセス網３へ払い出さない。よって、アクセス網３は、ＵＥ ２からアタッチ要求を受信すると(ステップＳ２０３)、Ｐ−ＣＳＣＦサーバ１０ｘ＿１のＳＩＰアドレス"Ａ１ｘ"をＵＥ ２へ払い出す(ステップＳ２０４)。そして、ＵＥ ２は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰアドレス"Ａ１ｘ"宛てに送信する(ステップＳ２０５)。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００９−１８２５４１号公報
【特許文献２】特開２００７−３１８６２９号公報
【特許文献３】特開２００９−１５９２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、本願発明者は、ＳＣＴＰを利用した上記の方式には、ＳＩＰサーバの死活を精度良く監視することが困難であるという課題があることを発見した。これは、ＳＣＴＰレイヤでの死活監視は可能であるが、ＳＣＴＰレイヤより上位のＳＩＰレイヤやＤｉａｍｅｔｅｒプロトコルレイヤでの死活監視を行えないためである。
【００１６】
図１３を例に取ると、上記の方式では、Ｐ−ＣＳＣＦサーバ１０ｘ＿１内のＳＩＰレイヤやＤｉａｍｅｔｅｒプロトコルレイヤに障害が発生している場合であっても、ＳＣＴＰレイヤが正常に動作していればＨｅａｒｔＢｅａｔ信号が送出されることとなる。この場合、ＰＣＲＦサーバ２０ｘは、Ｐ−ＣＳＣＦサーバ１０ｘ＿１が正常に動作していると見做し、ＳＩＰアドレス"Ａ１ｘ"を、アクセス網３を介してＵＥ ２へ払い出してしまう。Ｐ−ＣＳＣＦサーバ１０ｘ＿１内のＳＩＰレイヤに障害が発生している場合、Ｐ−ＣＳＣＦサーバ１０ｘ＿１は、図１３に一点鎖線で示す如くＳＩＰ ＲＥＧＩＳＴＥＲメッセージを上位のＣＳＣＦサーバへ転送できない(ステップＳ２０６)。この結果、ＵＥ ２がＩＭＳへ登録されず、ＵＥ ２に対してサービスを提供することができない。
【００１７】
なお、参考技術として、特許文献１には、ＳＩＰ ＯＰＴＩＯＮメッセージを用いてＣＳＣＦサーバ同士間でヘルスチェックを行う方法が記載されている。しかしながら、この方法は、ＳＩＰを用いて相互通信するＣＳＣＦサーバ同士間にのみ適用可能であり、Ｄｉａｍｅｔｅｒプロトコルを用いてＰ−ＣＳＣＦサーバと通信するＰＣＲＦサーバには適用し得ない。
【００１８】
また、類似技術として、特許文献２には、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ ＣＳＣＦ)サーバが、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ ＣＳＣＦ)サーバの運転状態を定期的に監視し、運転状態の異常を検出した場合に、Ｓ−ＣＳＣＦサーバに代わってＳＩＰメッセージをＡＳ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ)へ転送する方法が記載されている。しかしながら、この方法も、ＳＩＰを用いて通信するＣＳＣＦサーバにのみ適用可能であり、ＰＣＲＦサーバには適用し得ない。
【００１９】
さらに、他の参考技術として、特許文献３には、ＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ)が、ＳＮＭＰ(Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ)を用いて複数のＳ−ＣＳＣＦサーバからＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)使用率等の稼働状態を取得し、当該稼働状態をＩ−ＣＳＣＦサーバに対するＳ−ＣＳＣＦサーバの割当に供する方法が記載されている。しかしながら、この方法は、ＳＩＰレイヤやＤｉａｍｅｔｅｒプロトコルレイヤの障害を監視するものでは何ら無く、上記の課題には対処し得ない。
【００２０】
従って、本発明は、ＳＩＰサーバの死活をより精度良く監視することを目的とする。
【課題を解決するための手段】
【００２１】
上記の目的を達成するため、本発明の第１の態様に係るサーバは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則したメッセージを転送する転送手段と、Ｄｉａｍｅｔｅｒプロトコルを用いて、前記転送手段に割り当てられたアドレスを前記転送の要求元へ払い出す他のサーバと通信する通信手段とを備える。前記通信手段は、前記転送手段に対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記転送手段が正常に動作している場合、前記他のサーバへ前記アドレスを通知して前記払出を許可する。
【００２２】
また、本発明の第２の態様に係るサーバは、Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信する通信手段と、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す払出手段とを備える。前記払出手段は、前記通信手段を介して定期的に受信されるアドレスを、前記払出の対象として扱う。
【００２３】
また、本発明の第３の態様に係るネットワークシステムは、ＳＩＰに則したメッセージを転送する複数の第１のサーバと、Ｄｉａｍｅｔｅｒプロトコルを用いて前記第１のサーバの各々と通信すると共に、前記第１のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す第２のサーバとを備える。前記第１のサーバの各々は、前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記第２のサーバへ自サーバのアドレスを通知する。前記第２のサーバは、前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う。
【００２４】
また、本発明の第４の態様に係る制御方法は、ＳＩＰに則したメッセージを転送すると共に、Ｄｉａｍｅｔｅｒプロトコルを用いて、自サーバのアドレスを前記転送の要求元へ払い出す他のサーバと通信するサーバの制御方法を提供する。この制御方法は、前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記他のサーバへ自サーバのアドレスを通知して前記払出を許可することを含む。
【００２５】
さらに、本発明の第５の態様に係る制御方法は、Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信すると共に、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出すサーバの制御方法を提供する。この制御方法は、前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱うことを含む。
【発明の効果】
【００２６】
本発明によれば、ＳＩＰサーバの死活を、より精度良く監視することが可能である。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施の形態１に係るネットワークシステムの構成例を示したブロック図である。
【図２】本発明の実施の形態１に係るネットワークシステムの全体動作例を示したブロック図である。
【図３】本発明の実施の形態１に係るＰ−ＣＳＣＦサーバの構成例を示したブロック図である。
【図４】本発明の実施の形態１に係るＰＣＲＦサーバの構成例を示したブロック図である。
【図５】本発明の実施の形態１に係るＰＣＲＦサーバに用いる、ＳＩＰアドレスリストの構成例を示した図である。
【図６】本発明の実施の形態１に係るＰ−ＣＳＣＦサーバ及びＰＣＲＦサーバの動作例を示したシーケンス図である。
【図７】本発明の実施の形態１に係るＰＣＲＦサーバに用いる、ＳＩＰアドレスリストの更新例を示した図である。
【図８】本発明の実施の形態２に係るＰ−ＣＳＣＦサーバの構成例を示したブロック図である。
【図９】本発明の実施の形態２に係るＰ−ＣＳＣＦサーバ及びＰＣＲＦサーバの動作例を示したシーケンス図である。
【図１０】本発明の実施の形態３に係るネットワークシステムの構成例を示したブロック図である。
【図１１】本発明の実施の形態３に係るネットワークシステムの全体動作例を示したブロック図である。
【図１２】一般的なＩＭＳにおける、ＵＥの登録手順例を示したブロック図である。
【図１３】ＳＣＴＰを利用したＰ−ＣＳＣＦサーバの死活監視例を示したブロック図である。
【発明を実施するための形態】
【００２８】
以下、本発明に係るサーバ及びこれを適用するネットワークシステムの実施の形態１〜３を、図１〜図１１を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２９】
[実施の形態１]
図１に示すように、本実施の形態に係るネットワークシステム１は、ＳＩＰサーバの一例として２台のＰ−ＣＳＣＦサーバ１０＿１及び１０＿２(以下、符号１０で総称することがある)と、ＰＣＲＦサーバ２０とを含む。なお、Ｐ−ＣＳＣＦサーバは、３台以上含まれていても良い。
【００３０】
Ｐ−ＣＳＣＦサーバ１０は、後述する如く、ＳＩＰに従って動作する機能ブロック(以下、ＳＩＰ機能ブロックと略称することがある)と、Ｄｉａｍｅｔｅｒプロトコルに従って動作する機能ブロック(以下、Ｄｉａｍｅｔｅｒ機能ブロックと呼称することがある)とを含む。Ｐ−ＣＳＣＦサーバ１０は、ＳＩＰに従って、ＵＥ ２をＩＭＳへ登録するための制御や呼制御を行うと共に、Ｄｉａｍｅｔｅｒプロトコルに従って、ＰＣＲＦサーバ２０との間でＱｏＳ制御を行う。また、Ｐ−ＣＳＣＦサーバ１０は、ＰＣＲＦサーバ２０との間でＤｉａｍｅｔｅｒプロトコルに則した信号(以下、Ｄｉａｍｅｔｅｒ信号)を定期的に送受信し、以てＳＩＰレイヤに対するヘルスチェックの結果をＰＣＲＦサーバ２０へ通知する。
【００３１】
一方、ＰＣＲＦサーバ２０は、後述する如く、Ｄｉａｍｅｔｅｒ機能ブロックを含む。ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０からＤｉａｍｅｔｅｒ信号によってＱｏＳ制御を要求されると、アクセス網３に対するゲート(Ｇａｔｅ)の開閉を制御し、帯域制御を実現する。また、ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０から通知されたヘルスチェックの結果に基づいて、アクセス網３を介してＵＥ ２へ、Ｐ−ＣＳＣＦサーバ１０のＳＩＰアドレスを払い出す。
【００３２】
なお、ＵＥ ２は、アクセス網３へ接続するためのプロトコルに従って動作する機能ブロックと、ＳＩＰ機能ブロックとを有する。アクセス網３は、ＵＥ ２に対する認証処理や、ＵＥ ２とＩＭＳとの間でＩＰパケットを中継する処理を実行する。また、アクセス網３は、ＰＣＲＦサーバ２０からのＤｉａｍｅｔｅｒ信号による指示に応じて、ＵＥ ２とＩＭＳとの間のゲートを開閉する。
【００３３】
以下、ネットワークシステム１の全体動作例を、図２を参照して概略的に説明する。
【００３４】
図２に示すように、Ｐ−ＣＳＣＦサーバ１０＿１及び１０＿２の各々は、ＳＩＰ機能ブロックに対するヘルスチェックを定期的に行う。Ｐ−ＣＳＣＦサーバ１０＿１及び１０＿２の各々は、ヘルスチェックの度毎に、ＳＩＰ機能ブロックが正常に動作しているか否かを判定し、ＳＩＰ機能ブロックが正常に動作していると判定した場合、自サーバのＳＩＰアドレス"Ａ１"及び"Ａ２"の各々を、例えばＤｉａｍｅｔｅｒ信号の一つであるＤＷＲ(Ｄｅｖｉｃｅ Ｗａｔｃｈｄｏｇ Ｒｅｑｕｅｓｔ)信号に含めてＰＣＲＦサーバ２０へ送信する(ステップＳ１)。
【００３５】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を定期的に受信できていれば、その送信元のＰ−ＣＳＣＦサーバにおいてＳＩＰ機能ブロックが正常に動作していると見做し、当該Ｐ−ＣＳＣＦサーバのＳＩＰアドレスをＵＥ ２への払出の対象とする。
【００３６】
今、図２に点線で示す如く、Ｐ−ＣＳＣＦサーバ１０＿２においてＳＩＰ機能ブロックに障害が発生したとする(ステップＳ２)。この場合、Ｐ−ＣＳＣＦサーバ１０＿２は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信しない。よって、ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０＿１から定期的に受信されるＳＩＰアドレス"Ａ１"のみをアクセス網３へ払い出す(ステップＳ３)。なお、３台以上のＰ−ＣＳＣＦサーバが設置され、且つ２台以上のＰ−ＣＳＣＦサーバからＳＩＰアドレスを含むＤｉａｍｅｔｅｒ ＤＷＲ信号が定期的に受信される場合、ＰＣＲＦサーバ２０は、例えばラウンドロビン方式にて一つのＳＩＰアドレスを選択し、アクセス網３へ払い出す。
【００３７】
この結果、アクセス網３は、ＵＥ ２からアタッチ要求を受信すると(ステップＳ４)、Ｐ−ＣＳＣＦサーバ１０のＳＩＰアドレス"Ａ１"をＵＥ ２へ払い出す(ステップＳ５)。そして、ＵＥ ２は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＳＩＰアドレス"Ａ１"宛てに送信する(ステップＳ６)。
【００３８】
この時、Ｐ−ＣＳＣＦサーバ１０＿１内のＳＩＰ機能ブロックは、正常に動作していることが保証されている。従って、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージは、Ｐ−ＣＳＣＦサーバ１０＿１より上位のＣＳＣＦサーバ(ホーム網側のＣＳＣＦサーバ)へ転送され、以てＵＥ ２がＩＭＳへ登録されることとなる。
【００３９】
このように、本実施の形態においては、Ｄｉａｍｅｔｅｒプロトコルを用いてＰ−ＣＳＣＦサーバと通信するＰＣＲＦサーバが、Ｐ−ＣＳＣＦサーバ内のＳＩＰレイヤの死活を監視することができる。このため、ＳＩＰサーバの死活監視の精度を、上述したＳＣＴＰを利用する方式と比して大幅に向上させることができる。
【００４０】
以下、上記の全体動作を実現するＰ−ＣＳＣＦサーバ１０及びＰＣＲＦサーバ２０の具体的な構成例及び動作例を、図３〜図７を参照して詳細に説明する。
【００４１】
図３に示すように、Ｐ−ＣＳＣＦサーバ１０は、ＳＩＰ制御部１１と、Ｄｉａｍｅｔｅｒ制御部１２と、ＳＣＴＰ制御部１３とを含む。
【００４２】
この内、ＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、上記のＳＩＰ機能ブロック及びＤｉａｍｅｔｅｒ機能ブロックに相当し、Ｐ−ＣＳＣＦサーバ１０内部で相互接続されている。なお、この相互接続に際してのＩＦには、どのような通信プロトコルを適用しても良い。また、ＳＩＰ制御部１１とＤｉａｍｅｔｅｒ制御部１２との間では、ヘルスチェックのための信号(以下、ヘルスチェック信号と呼称する)が定期的に送受信される。ＳＩＰ制御部１１に障害が発生した場合、ヘルスチェック信号がＳＩＰ制御部１１から送出されない。このため、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１が障害状態にあることを検知できる。
【００４３】
また、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ制御部１２に接続され、Ｄｉａｍｅｔｅｒ制御部１２からの指示に応じて、Ｄｉａｍｅｔｅｒ信号をＰＣＲＦサーバ２０へ送出する。
【００４４】
一方、図４に示すように、ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ制御部２１と、ＳＩＰアドレス払出部２２と、ＳＣＴＰ制御部２３とを含む。
【００４５】
この内、Ｄｉａｍｅｔｅｒ制御部２１は、上記のＤｉａｍｅｔｅｒ機能ブロックに相当し、ＳＣＴＰ制御部２３を介してＰ−ＣＳＣＦサーバ１０からＤｉａｍｅｔｅｒ信号を受信し、解析して処理する。
【００４６】
また、ＳＩＰアドレス払出部２２は、Ｄｉａｍｅｔｅｒ制御部２１によってＤｉａｍｅｔｅｒ信号から抽出されたＳＩＰアドレスを管理し、アクセス網３からの要求に応じて一つのＳＩＰアドレスを払い出す。また、ＳＩＰアドレス払出部２２は、ＳＩＰアドレスの管理に際して、図５に示すＳＩＰアドレスリスト２４を使用する。
【００４７】
ここで、ＳＩＰアドレスリスト２４には、Ｐ−ＣＳＣＦサーバ１０のＳＩＰアドレスと、その受信時刻及び払出フラグとが対応付けて記憶される。初期状態において、ＳＩＰアドレスリスト２４には、対向するＰ−ＣＳＣＦサーバ１０＿１及び１０＿２のＳＩＰアドレス"Ａ１"及び"Ａ２"が予め設定される。また、受信時刻は"ＮＵＬＬ(無効値)"に設定され、払出フラグは"ＯＮ"に設定される。払出フラグ＝"ＯＮ"は、対応するＳＩＰアドレスを払出の対象とすることを示し、払出フラグ＝"ＯＦＦ"は、対応するＳＩＰアドレスを払出の対象から除外することを示す。
【００４８】
動作においては、図６に示すように、Ｐ−ＣＳＣＦサーバ１０＿１内のＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、或る時刻にヘルスチェック信号を送受信する(ステップＳ１１)。この時、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ１２)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ１３)。
【００４９】
なお、図示を省略するが、Ｄｉａｍｅｔｅｒ ＤＷＲ信号中には、既存パラメータ"ｏｒｉｇｉｎ−Ｈｏｓｔ"として、Ｄｉａｍｅｔｅｒ制御部１２のＤｉａｍｅｔｅｒアドレスを設定し、拡張パラメータ"Ｓｅｒｖｅｒ−Ｎａｍｅ"としてＳＩＰアドレス"Ａ１"を設定すると良い。
【００５０】
ＰＣＲＦサーバ２０内のＤｉａｍｅｔｅｒ制御部２１は、ＳＣＴＰ制御部２３を介してＰ−ＣＳＣＦサーバ１０＿１からＤｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１"を抽出してＳＩＰアドレス払出部２２へ出力する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１"に受信されたとすると、ＳＩＰアドレス払出部２２は、図７(ａ)に示す如く、ＳＩＰアドレス"Ａ１"に対応する受信時刻を"ｔ１"へ更新する(ステップＳ３１)。また、ＳＩＰアドレス払出部２２は、ＳＩＰアドレスリスト２４を定期的に監視する。具体的には、ＳＩＰアドレス払出部２２は、現在時刻とＳＩＰアドレスリスト２４に記憶された受信時刻とを比較し、両時刻の差が所定の閾値時間Ｔｈ以上である場合には、Ｐ−ＣＳＣＦサーバからＤｉａｍｅｔｅｒ ＤＷＲ信号が定期的に受信されていないと判断して、対応する払出フラグを"ＯＦＦ"へ更新する。
【００５１】
一方、Ｐ−ＣＳＣＦサーバ１０＿２内のＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、或る時刻にヘルスチェック信号を送受信する(ステップＳ２１)。この時、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ２"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ２２)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ２３)。
【００５２】
ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０＿２からＤｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ２"を抽出する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ２"に受信されたとすると、ＰＣＲＦサーバ２０は、図７(ａ)に示す如く、ＳＩＰアドレス"Ａ２"に対応する受信時刻を"ｔ２"へ更新する(ステップＳ３２)。
【００５３】
Ｐ−ＣＳＣＦサーバ１０＿１内のＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２は、一定時間が経過すると、ヘルスチェック信号を再び送受信する(ステップＳ１４)。Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ１５)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ再送信する(ステップＳ１６)。
【００５４】
ＰＣＲＦサーバ２０は、Ｐ−ＣＳＣＦサーバ１０＿１からＤｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１"を抽出する。今、Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ３"に受信され、前回の受信時刻"ｔ１"から閾値時間Ｔｈが経過していないとする。この場合、ＰＣＲＦサーバ２０内のＳＩＰアドレス払出部２２は、図７(ｂ)に示す如く、ＳＩＰアドレス"Ａ１"に対応する受信時刻を"ｔ３"へ更新すると共に、払出フラグを"ＯＮ"に維持する(ステップＳ３３)。
【００５５】
これにより、Ｐ−ＣＳＣＦサーバ１０＿１のＳＩＰアドレス"Ａ１"は、アクセス網３への払出の対象として扱われることとなる。
【００５６】
一方、或る時刻において、Ｐ−ＣＳＣＦサーバ１０＿２内のＳＩＰ制御部１１に障害が発生したとする(ステップＳ２４)。この時、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１からヘルスチェック信号を受信できない。このため、Ｄｉａｍｅｔｅｒ制御部１２は、ＳＩＰ制御部１１の障害を検知し、ＳＣＴＰ制御部１３へはＤｉａｍｅｔｅｒ ＤＷＲ信号の送信指示を与えない(ステップＳ２５)。
【００５７】
この後、上記の時刻"ｔ２"から閾値時間Ｔｈが経過すると、ＰＣＲＦサーバ２０内のＳＩＰアドレス払出部２２は、Ｐ−ＣＳＣＦサーバ１０＿２のＳＩＰレイヤに障害が発生したと判断して、図７(ｂ)に示す如く、ＳＩＰアドレス"Ａ２"に対応する払出フラグを"ＯＦＦ"へ更新する(ステップＳ３４)。
【００５８】
これにより、Ｐ−ＣＳＣＦサーバ１０＿２のＳＩＰアドレス"Ａ２"は、アクセス網３への払出の対象から除外されることとなる。
【００５９】
このように、本実施の形態においては、Ｐ−ＣＳＣＦサーバにおける障害の発生状況に応じて、払出の対象とすべきＳＩＰアドレスを動的に変更することもできる。
【００６０】
[実施の形態２]
本実施の形態に係るネットワークシステムは、図１と同様に構成できる。但し、本実施の形態は、Ｐ−ＣＳＣＦサーバが図８に示す如く構成される点で、上記の実施の形態１と異なる。
【００６１】
図８に示すように、本実施の形態に係るＰ−ＣＳＣＦサーバ１０ａは、２つのＳＩＰ制御部１１＿１及び１１＿２と、２つのＤｉａｍｅｔｅｒ制御部１２＿１及び１２＿２と、図３と同様のＳＣＴＰ制御部１３とを含む。
【００６２】
この内、ＳＩＰ制御部１１＿１及びＤｉａｍｅｔｅｒ制御部１２＿１は、図３に示したＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２と同様の機能を有し、Ｐ−ＣＳＣＦサーバ１０ａ内部で相互接続され、ヘルスチェック信号を定期的に送受信する。
【００６３】
また、ＳＩＰ制御部１１＿２及びＤｉａｍｅｔｅｒ制御部１２＿２は、図３に示したＳＩＰ制御部１１及びＤｉａｍｅｔｅｒ制御部１２と同様の機能を有し、Ｐ−ＣＳＣＦサーバ１０ａ内部で相互接続され、ヘルスチェック信号を定期的に送受信する。
【００６４】
換言すると、本実施の形態においては、Ｐ−ＣＳＣＦサーバに複数組のＳＩＰ制御部及びＤｉａｍｅｔｅｒ制御部を設ける一方で、ＰＣＲＦサーバとのＩＦを１つのＳＣＴＰ制御部に集約している。これは、ＳＩＰレイヤ及びＤｉａｍｅｔｅｒプロトコルレイヤの負荷がＳＣＴＰレイヤと比して高いためであり、１つのＳＣＴＰ制御部に集約することで負荷の効率化を図っている。
【００６５】
以下、このように構成されたＰ−ＣＳＣＦサーバ１０ａの死活を図４に示したＰＣＲＦサーバ２０にて監視する動作例を、図９を参照して詳細に説明する。
【００６６】
図９に示すように、Ｐ−ＣＳＣＦサーバ１０ａ内のＳＩＰ制御部１１＿１及びＤｉａｍｅｔｅｒ制御部１２＿１は、或る時刻にヘルスチェック信号を送受信する(ステップＳ４１)。この時、Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＩＰ制御部１１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１＿１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＣＴＰ制御部１３に対して、ＳＩＰ制御部１１＿１に割り当てられたＳＩＰアドレス"Ａ１＿１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ４２)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ４３)。
【００６７】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１＿１"を抽出する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１１"に受信されたとすると、ＰＣＲＦサーバ２０は、図５に示したＳＩＰアドレスリスト２４中のＳＩＰアドレス"Ａ１＿１"に対応する受信時刻を"ｔ１１"へ更新する(ステップＳ６１)。
【００６８】
一方、Ｐ−ＣＳＣＦサーバ１０ａ内のＳＩＰ制御部１１＿２及びＤｉａｍｅｔｅｒ制御部１２＿２は、或る時刻にヘルスチェック信号を送受信する(ステップＳ４４)。この時、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＩＰ制御部１１＿２からヘルスチェック信号を受信すると、ＳＩＰ制御部１１＿２が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＣＴＰ制御部１３に対して、ＳＩＰ制御部１１＿２に割り当てられたＳＩＰアドレス"Ａ１＿２"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ４５)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信する(ステップＳ４６)。
【００６９】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１＿２"を抽出する。ここで、ＳＩＰ制御部１１＿１及び１１＿２には異なるＳＩＰアドレスが割り当てられており、ＰＣＲＦサーバ２０は、ＳＩＰ制御部１１＿１及び１１＿２を個別のＰ―ＣＳＣＦサーバとして認識する。Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１２"に受信されたとすると、ＰＣＲＦサーバ２０は、ＳＩＰアドレス"Ａ１＿２"に対応する受信時刻を"ｔ１２"へ更新する(ステップＳ６２)。
【００７０】
ＳＩＰ制御部１１＿１及びＤｉａｍｅｔｅｒ制御部１２＿１は、一定時間が経過すると、ヘルスチェック信号を再び送受信する(ステップＳ４７)。Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＩＰ制御部１１＿１からヘルスチェック信号を受信すると、ＳＩＰ制御部１１＿１が正常に動作していると判断する。そして、Ｄｉａｍｅｔｅｒ制御部１２＿１は、ＳＣＴＰ制御部１３に対して、ＳＩＰアドレス"Ａ１＿１"を含むＤｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ送信するよう指示する(ステップＳ４８)。この指示に従って、ＳＣＴＰ制御部１３は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＰＣＲＦサーバ２０へ再送信する(ステップＳ４９)。
【００７１】
ＰＣＲＦサーバ２０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を受信すると、ＳＩＰアドレス"Ａ１＿１"を抽出する。今、Ｄｉａｍｅｔｅｒ ＤＷＲ信号が時刻"ｔ１３"に受信され、前回の受信時刻"ｔ１１"から閾値時間Ｔｈが経過していないとする。この場合、ＰＣＲＦサーバ２０は、ＳＩＰアドレス"Ａ１＿１"に対応する受信時刻を"ｔ１３"へ更新すると共に、払出フラグを"ＯＮ"に維持する(ステップＳ６３)。
【００７２】
これにより、ＳＩＰ制御部１１＿１のＳＩＰアドレス"Ａ１＿１"は、アクセス網３への払出の対象として扱われることとなる。
【００７３】
一方、或る時刻において、ＳＩＰ制御部１１＿２に障害が発生したとする(ステップＳ５０)。この時、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＩＰ制御部１１＿２からヘルスチェック信号を受信できない。このため、Ｄｉａｍｅｔｅｒ制御部１２＿２は、ＳＩＰ制御部１１＿２の障害を検知し、ＳＣＴＰ制御部１３へはＤｉａｍｅｔｅｒ ＤＷＲ信号の送信指示を与えない(ステップＳ５１)。
【００７４】
この後、上記の時刻"ｔ１２"から閾値時間Ｔｈが経過すると、ＰＣＲＦサーバ２０は、ＳＩＰ制御部１１＿２に障害が発生したと判断して、ＳＩＰアドレス"Ａ１＿２"に対応する払出フラグを"ＯＦＦ"へ更新する(ステップＳ６４)。
【００７５】
これにより、ＩＰ制御部１１＿２のＳＩＰアドレス"Ａ１＿２"は、アクセス網３への払出の対象から除外されることとなる。
【００７６】
このように、本実施の形態においては、Ｐ−ＣＳＣＦサーバに複数のＳＩＰ制御部が設けられる場合であっても、各ＳＩＰ制御部における障害の発生状況に応じて、払出の対象とすべきＳＩＰアドレスを動的に変更することができる。
【００７７】
[実施の形態３]
上記の実施の形態１及び２では、Ｐ−ＣＳＣＦサーバの死活を監視するケースを扱ったが、本発明は、Ｐ−ＣＳＣＦサーバ以外のＳＩＰサーバの死活を監視するケースにも適用可能である。本実施の形態では、一例として、ＨＳＳにてＳ−ＣＳＣＦサーバの死活監視を行う場合を扱う。
【００７８】
具体的には、図１０に示すように、本実施の形態に係るネットワークシステム１ａは、２台のＳ−ＣＳＣＦサーバ３０＿１及び３０＿２と、ＨＳＳ ４０とを含む。なお、Ｓ−ＣＳＣＦサーバは、３台以上含まれていても良い。
【００７９】
この内、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、図３に示したＰ−ＣＳＣＦサーバ１０又は図８に示したＰ−ＣＳＣＦサーバ１０ａと同様、１組以上のＳＩＰ制御部及びＤｉａｍｅｔｅｒ制御部と、ＳＣＴＰ制御部とを含んで構成される。Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ＳＩＰに従って、Ｉ−ＣＳＣＦサーバ４からのＳＩＰメッセージをＡＳ(図示せず)へ転送する。また、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ＨＳＳ ４０との間でＤｉａｍｅｔｅｒ信号を定期的に送受信し、以てＳＩＰ制御部に対するヘルスチェックの結果をＨＳＳ ４０へ通知する。
【００８０】
一方、ＨＳＳ ４０は、図４に示したＰＣＲＦサーバ２０と同様、Ｄｉａｍｅｔｅｒ制御部と、ＳＣＴＰ制御部と、ＳＩＰアドレス払出部とを含んで構成される。ＨＳＳ ４０は、Ｉ−ＣＳＣＦサーバ４からの問合わせに応じて、Ｓ−ＣＳＣＦサーバ３０＿１又は３０＿２のＳＩＰアドレスを払い出すと共に、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々から通知されたヘルスチェックの結果に基づいて、払出の対象とすべきＳＩＰアドレスを管理する。
【００８１】
動作においては、図１１に示すように、Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ＳＩＰ制御部に対するヘルスチェックを定期的に行う。Ｓ−ＣＳＣＦサーバ３０＿１及び３０＿２の各々は、ヘルスチェックの度毎に、ＳＩＰ制御部が正常に動作しているか否かを判定し、ＳＩＰ制御部が正常に動作していると判定した場合、自サーバのＳＩＰアドレス"Ａ３"及び"Ａ４"の各々を、例えばＤｉａｍｅｔｅｒ ＤＷＲ信号に含めてＨＳＳ ４０へ送信する(ステップＳ７１)。
【００８２】
ＨＳＳ ４０は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号を定期的に受信できていれば、その送信元のＳ−ＣＳＣＦサーバにおいてＳＩＰ制御部が正常に動作していると見做し、当該Ｓ−ＣＳＣＦサーバのＳＩＰアドレスをＩ−ＣＳＣＦサーバ４への払出の対象とする。
【００８３】
今、図１１に点線で示す如く、Ｓ−ＣＳＣＦサーバ３０＿２においてＳＩＰ制御部に障害が発生したとする(ステップＳ７２)。この場合、Ｓ−ＣＳＣＦサーバ３０＿２は、Ｄｉａｍｅｔｅｒ ＤＷＲ信号をＨＳＳ ４０へ送信しない。よって、ＨＳＳ ４０は、Ｓ−ＣＳＣＦサーバ３０＿１から定期的に受信されるＳＩＰアドレス"Ａ３"のみをＩ−ＣＳＣＦサーバ４へ払い出す(ステップＳ７３)。なお、３台以上のＳ−ＣＳＣＦサーバが設置され、且つ２台以上のＳ−ＣＳＣＦサーバからＳＩＰアドレスを含むＤｉａｍｅｔｅｒ ＤＷＲ信号が定期的に受信される場合、ＨＳＳ ４０は、例えばラウンドロビン方式にて一つのＳＩＰアドレスを選択し、Ｉ−ＣＳＣＦサーバ４へ払い出す。
【００８４】
この結果、Ｉ−ＣＳＣＦサーバ４は、ＳＩＰメッセージを、ＳＩＰアドレス"Ａ３"宛てに送信する(ステップＳ７４)。
【００８５】
この時、Ｓ−ＣＳＣＦサーバ３０＿１内のＳＩＰ制御部は、正常に動作していることが保証されている。従って、ＳＩＰメッセージは、Ｓ−ＣＳＣＦサーバ３０＿１からＡＳへ転送され、以てＵＥ(図示せず)に対して所望のサービスが提供されることとなる。また、Ｓ−ＣＳＣＦサーバ３０＿１が登録サーバとしても機能する場合、Ｓ−ＣＳＣＦサーバ３０＿１は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを正常に処理でき、以て滞り無くＵＥをＩＭＳへ登録することができる。
【００８６】
このように、本実施の形態においては、Ｄｉａｍｅｔｅｒプロトコルを用いてＳ−ＣＳＣＦサーバと通信するＨＳＳが、Ｓ−ＣＳＣＦサーバ内のＳＩＰレイヤの死活を監視することができる。このため、上記の実施の形態１と同様、ＳＩＰサーバの死活監視の精度を大幅に向上させることができる。
【００８７】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００８８】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００８９】
（付記１）
ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則したメッセージを転送する転送手段と、
Ｄｉａｍｅｔｅｒプロトコルを用いて、前記転送手段に割り当てられたアドレスを前記転送の要求元へ払い出す他のサーバと通信する通信手段と、を備え、
前記通信手段は、
前記転送手段に対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記転送手段が正常に動作している場合、前記他のサーバへ前記アドレスを通知して前記払出を許可する、
サーバ。
【００９０】
（付記２）
付記１において、
複数組の前記転送手段及び通信手段を備え、
各通信手段は、対応する転送手段に対する定期的なヘルスチェック、及び前記対応する転送手段に割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを特徴としたサーバ。
【００９１】
（付記３）
付記１又は２において、
前記他のサーバが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたサーバ。
【００９２】
（付記４）
付記１又は２において、
前記他のサーバが、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）であり、
前記要求元が、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバである、
ことを特徴としたサーバ。
【００９３】
（付記５）
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信する通信手段と、
前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す払出手段と、を備え、
前記払出手段は、前記通信手段を介して定期的に受信されるアドレスを、前記払出の対象として扱う、
サーバ。
【００９４】
（付記６）
付記５において、
前記払出手段は、定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを特徴としたサーバ。
【００９５】
（付記７）
付記５又は６において、
前記他のサーバの各々が、Ｐ−ＣＳＣＦ(Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたサーバ。
【００９６】
（付記８）
付記５又は６において、
前記他のサーバの各々が、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記要求元が、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバである、
ことを特徴としたサーバ。
【００９７】
（付記９）
ＳＩＰに則したメッセージを転送する複数の第１のサーバと、
Ｄｉａｍｅｔｅｒプロトコルを用いて前記第１のサーバの各々と通信すると共に、前記第１のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す第２のサーバと、を備え、
前記第１のサーバの各々は、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記第２のサーバへ自サーバのアドレスを通知し、
前記第２のサーバは、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ネットワークシステム。
【００９８】
（付記１０）
付記９において、
前記第１のサーバの各々が、Ｐ−ＣＳＣＦ(Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記第２のサーバが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたネットワークシステム。
【００９９】
（付記１１）
付記９において、
前記第１のサーバの各々が、Ｓ−ＣＳＣＦ(Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバであり、
前記第２のサーバが、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）であり、
前記要求元が、Ｉ−ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)サーバである、
ことを特徴としたネットワークシステム。
【０１００】
（付記１２）
ＳＩＰに則したメッセージを転送すると共に、Ｄｉａｍｅｔｅｒプロトコルを用いて、自サーバのアドレスを前記転送の要求元へ払い出す他のサーバと通信するサーバの制御方法であって、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記他のサーバへ自サーバのアドレスを通知して前記払出を許可する、
ことを含む制御方法。
【０１０１】
（付記１３）
付記１２において、
前記機能ブロックが複数設けられる場合、各機能ブロックに対する定期的なヘルスチェック、及び各機能ブロックに割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを含む制御方法。
【０１０２】
（付記１４）
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信すると共に、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出すサーバの制御方法であって、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ことを含む制御方法。
【０１０３】
（付記１５）
付記１４において、
定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを含む制御方法。
【符号の説明】
【０１０４】
１, １ａ ネットワークシステム
２ ＵＥ
３ アクセス網
４ Ｉ−ＣＳＣＦサーバ
１０, １０＿１, １０＿２, １０ａ Ｐ−ＣＳＣＦサーバ
１１, １１＿１, １１＿２ ＳＩＰ制御部
１２, １２＿１, １２＿２, ２１ Ｄｉａｍｅｔｅｒ制御部
１３, ２３ ＳＣＴＰ制御部
２０ ＰＣＲＦサーバ
２２ ＳＩＰアドレス払出部
２４ ＳＩＰアドレスリスト
３０＿１, ３０＿２ Ｓ−ＣＳＣＦサーバ
４０ ＨＳＳ
Ａ１, Ａ１＿１, Ａ１＿２, Ａ２〜Ａ４ ＳＩＰアドレス
ｔ１〜ｔ３, ｔ１１〜ｔ１３ 時刻
Ｔｈ 閾値時間
【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則したメッセージを転送する転送手段と、
Ｄｉａｍｅｔｅｒプロトコルを用いて、前記転送手段に割り当てられたアドレスを前記転送の要求元へ払い出す他のサーバと通信する通信手段と、を備え、
前記通信手段は、
前記転送手段に対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記転送手段が正常に動作している場合、前記他のサーバへ前記アドレスを通知して前記払出を許可する、
サーバ。
【請求項２】
請求項１において、
複数組の前記転送手段及び通信手段を備え、
各通信手段は、対応する転送手段に対する定期的なヘルスチェック、及び前記対応する転送手段に割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを特徴としたサーバ。
【請求項３】
請求項１又は２において、
前記他のサーバが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたサーバ。
【請求項４】
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信する通信手段と、
前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す払出手段と、を備え、
前記払出手段は、前記通信手段を介して定期的に受信されるアドレスを、前記払出の対象として扱う、
サーバ。
【請求項５】
請求項４において、
前記払出手段は、定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを特徴としたサーバ。
【請求項６】
ＳＩＰに則したメッセージを転送する複数の第１のサーバと、
Ｄｉａｍｅｔｅｒプロトコルを用いて前記第１のサーバの各々と通信すると共に、前記第１のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す第２のサーバと、を備え、
前記第１のサーバの各々は、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記第２のサーバへ自サーバのアドレスを通知し、
前記第２のサーバは、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ネットワークシステム。
【請求項７】
ＳＩＰに則したメッセージを転送すると共に、Ｄｉａｍｅｔｅｒプロトコルを用いて、自サーバのアドレスを前記転送の要求元へ払い出す他のサーバと通信するサーバの制御方法であって、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記他のサーバへ自サーバのアドレスを通知して前記払出を許可する、
ことを含む制御方法。
【請求項８】
請求項７において、
前記機能ブロックが複数設けられる場合、各機能ブロックに対する定期的なヘルスチェック、及び各機能ブロックに割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを含む制御方法。
【請求項９】
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信すると共に、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出すサーバの制御方法であって、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ことを含む制御方法。
【請求項１０】
請求項９において、
定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを含む制御方法。
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅ Ｐｒｏｔｏｃｏｌ）に則したメッセージを転送する転送手段と、
Ｄｉａｍｅｔｅｒプロトコルを用いて、前記転送手段に割り当てられたアドレスを前記転送の要求元へ払い出す他のサーバと通信する通信手段と、を備え、
前記通信手段は、
前記転送手段に対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記転送手段が正常に動作している場合、前記他のサーバへ前記アドレスを通知して前記払出を許可する、
サーバ。
【請求項２】
請求項１において、
複数組の前記転送手段及び通信手段を備え、
各通信手段は、対応する転送手段に対する定期的なヘルスチェック、及び前記対応する転送手段に割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを特徴としたサーバ。
【請求項３】
請求項１又は２において、
前記他のサーバが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）サーバであり、
前記要求元が、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)である、
ことを特徴としたサーバ。
【請求項４】
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信する通信手段と、
前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す払出手段と、を備え、
前記払出手段は、前記通信手段を介して定期的に受信されるアドレスを、前記払出の対象として扱う、
サーバ。
【請求項５】
請求項４において、
前記払出手段は、定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを特徴としたサーバ。
【請求項６】
ＳＩＰに則したメッセージを転送する複数の第１のサーバと、
Ｄｉａｍｅｔｅｒプロトコルを用いて前記第１のサーバの各々と通信すると共に、前記第１のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出す第２のサーバと、を備え、
前記第１のサーバの各々は、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記第２のサーバへ自サーバのアドレスを通知し、
前記第２のサーバは、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ネットワークシステム。
【請求項７】
ＳＩＰに則したメッセージを転送すると共に、Ｄｉａｍｅｔｅｒプロトコルを用いて、自サーバのアドレスを前記転送の要求元へ払い出す他のサーバと通信するサーバの制御方法であって、
前記転送を行う機能ブロックに対するヘルスチェックを定期的に行い、
前記ヘルスチェックの結果、前記機能ブロックが正常に動作している場合、前記他のサーバへ自サーバのアドレスを通知して前記払出を許可する、
ことを含む制御方法。
【請求項８】
請求項７において、
前記機能ブロックが複数設けられる場合、各機能ブロックに対する定期的なヘルスチェック、及び各機能ブロックに割り当てられたアドレスの前記他のサーバへの通知を行う、
ことを含む制御方法。
【請求項９】
Ｄｉａｍｅｔｅｒプロトコルを用いて、ＳＩＰに則したメッセージの転送を行う複数の他のサーバと通信すると共に、前記他のサーバのいずれか一つのアドレスを、前記転送の要求元へ払い出すサーバの制御方法であって、
前記通信によって定期的に受信されるアドレスを、前記払出の対象として扱う、
ことを含む制御方法。
【請求項１０】
請求項９において、
定期的に受信されていた一のアドレスが一定時間に亘って受信されなくなった場合、前記一のアドレスを前記払出の対象から除外する、
ことを含む制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−２５３５３４（Ｐ２０１２−２５３５３４Ａ）
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願番号】特願２０１１−１２４１０５（Ｐ２０１１−１２４１０５）
【出願日】平成２３年６月２日（２０１１．６．２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願日】平成２３年６月２日（２０１１．６．２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]