JP3761509B2

JP3761509B2 - SIP server failure detection method in IP network

Info

Publication number: JP3761509B2
Application number: JP2002341108A
Authority: JP
Inventors: 覚田中
Original assignee: NEC Communication Systems Ltd
Current assignee: NEC Communication Systems Ltd
Priority date: 2002-11-25
Filing date: 2002-11-25
Publication date: 2006-03-29
Anticipated expiration: 2022-11-25
Also published as: JP2004179764A

Description

【０００１】
【発明の属する技術分野】
本発明はＩＰ網におけるＳＩＰサーバ障害検出方式に関し、特にＳＩＰサーバの呼制御機能の障害を検出することを可能とする、ＩＰ網におけるＳＩＰサーバ障害検出方式に関する。
【０００２】
【従来の技術】
近年のインターネットの発達に伴い、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：インターネット・プロトコル）網を利用した各種のネットワークサービス、例えば、各種のコンテンツサービスやＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ：ＩＰ上の音声）サービスなどが提供されるようになってきている。
【０００３】
そして、ＶｏＩＰサービスなどのようにＩＰ網を使用した電話サービスを実現するために、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：セッション開始プロトコル）を搭載した所謂ＳＩＰサーバがＩＰ網内に導入されるようになってきている。
【０００４】
ＳＩＰは、ＩＰ網における電話サービスを実現するために、一般の電話サービスの有する呼の制御を行うためのプロトコルであり、インターネットの標準化を推進しているＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）のＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）２５４３にその仕様が述べられているものである。
【０００５】
通信プロトコルとしてＴＣＰ／ＩＰ（ＴｒａｓｐｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）を使用するＩＰ網において、ＩＰ網を構成するサーバやルータ、或いはゲートウェイや通信路の障害を検出するためには、通常、ＩＣＭＰ（ＩｎｔｅｒｎｅｔＣｏｎｔｒｏｌＭｅｓｓａｇｅＰｒｏｔｏｃｏｌ）のＥｃｈｏコマンド（通称ｐｉｎｇコマンド）を発信し、このコマンドを受信した装置がその応答を返す、というヘルスチェックの仕組みを利用して障害検出を行うようになっている（例えば、特許文献１参照。）。
【０００６】
【特許文献１】
特開平１０−２４２９７１号公報（図１、２、３）
【０００７】
【発明が解決しようとする課題】
上述した従来のｐｉｎｇコマンドによるヘルスチェックの方式は、ＩＣＭＰがＴＣＰ／ＩＰと同一のネットワーク層（第３層）に実装されるため、ＩＰパケットレベルの障害検出は可能となっている。しかし、障害検出を行いたい対向装置がＳＩＰサーバである場合には、ＳＩＰはＴＣＰ／ＩＰの上位層に実装されるため、ＳＩＰの有する呼制御機能の障害検出は行うことが出来ない。例えば、ＳＩＰサーバの呼制御機能が障害状態であるが、ＳＩＰサーバのＴＣＰ／ＩＰ以下の層の機能が正常状態である場合に、該ＳＩＰサーバがｐｉｎｇコマンドを受信すると、ＴＣＰ／ＩＰ以下の層が正常であるため、ｐｉｎｇコマンドの応答は正常に返送されてしまう。すなわち、ｐｉｎｇコマンドだけでは、ＳＩＰサーバの呼制御機能の障害検出を正確に行うことは出来ない。
【０００８】
本発明は、上述した事情を改善するために成されたものであり、本発明の目的は、対向ＳＩＰサーバに対し、ｐｉｎｇコマンドの代わりにＩＮＶＩＴＥメッセージを用いたヘルスチェックを行うことにより、ＳＩＰサーバの呼制御機能の障害を検出することを可能とする、ＩＰ網におけるＳＩＰサーバ障害検出方式を提供することにある。
【０００９】
【課題を解決するための手段】
本発明のＩＰ網におけるＳＩＰサーバ障害検出方式は、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：セッション開始プロトコル）を搭載した複数のＳＩＰサーバが相互に接続されているＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網において、１つのＳＩＰサーバから対向するＳＩＰサーバに送出されるＳＩＰにおけるＩＮＶＩＴＥメッセージに対する応答信号が返送されない時に、前記１つのＳＩＰサーバが前記対向するＳＩＰサーバの呼制御機能の障害であることを検出し、
ＳＩＰサーバの各々は、電話の呼の生起を検知して呼の接続、解放等の制御を行う呼制御処理手段と、呼の接続先の決定などを行うルーティング処理手段と、対向するＳＩＰサーバの障害を検出した場合に、障害となったＳＩＰサーバに対してヘルスチェックを実行するヘルスチェック専用処理手段と、対向するＳＩＰサーバの障害を検出した場合に該ＳＩＰサーバが障害状態にあることを登録する障害管理テーブルと、対向するＳＩＰサーバにＩＮＶＩＴＥメッセージを再送する上限値を記憶する障害検出用再送閾値記憶部と、を備え、
呼が生起された場合に該呼の生起を検知したＳＩＰサーバが、該呼のルーティング先となったＳＩＰサーバに対してＩＮＶＩＴＥメッセージを送出し、該ＩＮＶＩＴＥメッセージに対する応答信号が前記ルーティング先となったＳＩＰサーバから返送されない場合にはＩＮＶＩＴＥメッセージを再送し、ＩＮＶＩＴＥメッセージの再送を前記障害検出用再送閾値記憶部に記憶されている回数行っても、前記ルーティング先となったＳＩＰサーバから応答信号が返送されない場合に、前記ルーティング先となったＳＩＰサーバの呼制御機能の障害であることを検出し、前記ルーティング先となったＳＩＰサーバの対地名を前記障害管理テーブルに登録し、
呼制御機能の障害であることを検出されたＳＩＰサーバに対し、前記ヘルスチェック専用処理手段が、ヘルスチェックＩＮＶＩＴＥメッセージを送出し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送されない場合は前記障害であることを検出されたＳＩＰサーバは、障害中であると判定して、定期的にヘルスチェックＩＮＶＩＴＥメッセージを送出することによりヘルスチェックを継続し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送された場合は前記障害であることを検出されたＳＩＰサーバの障害が復旧したと判定して、前記障害管理テーブルに登録されていた該当ＳＩＰサーバの対地名を前記障害管理テーブルから削除し、
前記ヘルスチェックＩＮＶＩＴＥメッセージの形式は、ＳＩＰにおけるＩＮＶＩＴＥメッセージの一部分を特殊な形式に変更し、ＳＩＰにおけるルーティングが不可能な形式となっている、ことを特徴とする。
【００１０】
また、ＳＩＰを搭載した複数のＳＩＰサーバが相互に接続されているＩＰ網において、１つのＳＩＰサーバから対向するＳＩＰサーバに送出されるＳＩＰにおけるＩＮＶＩＴＥメッセージに対する応答信号が返送されない時に、前記１つのＳＩＰサーバが前記対向するＳＩＰサーバの呼制御機能の障害であることを検出し、
ＳＩＰサーバの各々は、電話の呼の生起を検知して呼の接続、解放等の制御を行う呼制御処理手段と、呼の接続先の決定などを行うルーティング処理手段と、対向するＳＩＰサーバの障害を検出した場合に、障害となったＳＩＰサーバに対してヘルスチェックを実行するヘルスチェック専用処理手段と、対向するＳＩＰサーバの障害を検出した場合に該ＳＩＰサーバが障害状態にあることを登録する障害管理テーブルと、対向するＳＩＰサーバにＩＮＶＩＴＥメッセージを再送する上限値を記憶する障害検出用再送閾値記憶部と、を備え、
呼が生起された場合に該呼の生起を検知したＳＩＰサーバが、該呼のルーティング先となったＳＩＰサーバに対してＩＮＶＩＴＥメッセージを送出し、該ＩＮＶＩＴＥメッセージに対する応答信号が前記ルーティング先となったＳＩＰサーバから返送されない場合にはＩＮＶＩＴＥメッセージを再送し、ＩＮＶＩＴＥメッセージの再送を前記障害検出用再送閾値記憶部に記憶されている回数行っても、前記ルーティング先となったＳＩＰサーバから応答信号が返送されない場合に、前記ルーティング先となったＳＩＰサーバの呼制御機能の障害であることを検出し、前記ルーティング先となったＳＩＰサーバの対地名を前記障害管理テーブルに登録し、
呼制御機能の障害であることを検出されたＳＩＰサーバに対し、前記ヘルスチェック専用処理手段が、ヘルスチェックＩＮＶＩＴＥメッセージを送出し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送されない場合は前記障害であることを検出されたＳＩＰサーバは、障害中であると判定して、定期的にヘルスチェックＩＮＶＩＴＥメッセージを送出することによりヘルスチェックを継続し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送された場合は前記障害であることを検出されたＳＩＰサーバの障害が復旧したと判定して、前記障害管理テーブルに登録されていた該当ＳＩＰサーバの対地名を前記障害管理テーブルから削除し、
前記障害管理テーブルから対地名が削除されたＳＩＰサーバに対しては、前記ヘルスチェック専用処理手段が実行していたヘルスチェックを行わないようにし、
前記ヘルスチェックＩＮＶＩＴＥメッセージの形式は、ＳＩＰにおけるＩＮＶＩＴＥメッセージの一部分を特殊な形式に変更し、ＳＩＰにおけるルーティングが不可能な形式となっている、ことを特徴とする。
【００１１】
さらに、ＳＩＰを搭載した複数のＳＩＰサーバが相互に接続されているＩＰ網において、１つのＳＩＰサーバから対向するＳＩＰサーバに送出されるＳＩＰにおけるＩＮＶＩＴＥメッセージに対する応答信号が返送されない時に、前記１つのＳＩＰサーバが前記対向するＳＩＰサーバの呼制御機能の障害であることを検出し、
ＳＩＰサーバの各々は、電話の呼の生起を検知して呼の接続、解放等の制御を行う呼制御処理手段と、呼の接続先の決定などを行うルーティング処理手段と、対向するＳＩＰサーバの障害を検出した場合に、障害となったＳＩＰサーバに対してヘルスチェックを実行するヘルスチェック専用処理手段と、対向するＳＩＰサーバの障害を検出した場合に該ＳＩＰサーバが障害状態にあることを登録する障害管理テーブルと、対向するＳＩＰサーバにＩＮＶＩＴＥメッセージを再送する上限値を記憶する障害検出用再送閾値記憶部と、を備え、
呼が生起された場合に該呼の生起を検知したＳＩＰサーバが、該呼のルーティング先となったＳＩＰサーバに対してＩＮＶＩＴＥメッセージを送出し、該ＩＮＶＩＴＥメッセージに対する応答信号が前記ルーティング先となったＳＩＰサーバから返送されない場合にはＩＮＶＩＴＥメッセージを再送し、ＩＮＶＩＴＥメッセージの再送を前記障害検出用再送閾値記憶部に記憶されている回数行っても、前記ルーティング先となったＳＩＰサーバから応答信号が返送されない場合に、前記ルーティング先となったＳＩＰサーバの呼制御機能の障害であることを検出し、前記ルーティング先となったＳＩＰサーバの対地名を前記障害管理テーブルに登録し、
呼制御機能の障害であることを検出されたＳＩＰサーバに対し、前記ヘルスチェック専用処理手段が、ヘルスチェックＩＮＶＩＴＥメッセージを送出し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送されない場合は前記障害であることを検出されたＳＩＰサーバは、障害中であると判定して、定期的にヘルスチェックＩＮＶＩＴＥメッセージを送出することによりヘルスチェックを継続し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送された場合は前記障害であることを検出されたＳＩＰサーバの障害が復旧したと判定して、前記障害管理テーブルに登録されていた該当ＳＩＰサーバの対地名を前記障害管理テーブルから削除し、
前記ヘルスチェックＩＮＶＩＴＥメッセージの形式は、ＳＩＰにおけるＩＮＶＩＴＥメッセージの宛先電話番号を記載する部分を、全て空白文字で埋めたものであり、ＳＩＰにおけるルーティングが不可能な形式となっている、ことを特徴とする。
【００１２】
また、ＳＩＰを搭載した複数のＳＩＰサーバが相互に接続されているＩＰ網において、１つのＳＩＰサーバから対向するＳＩＰサーバに送出されるＳＩＰにおけるＩＮＶＩＴＥメッセージに対する応答信号が返送されない時に、前記１つのＳＩＰサーバが前記対向するＳＩＰサーバの呼制御機能の障害であることを検出し、
ＳＩＰサーバの各々は、電話の呼の生起を検知して呼の接続、解放等の制御を行う呼制御処理手段と、呼の接続先の決定などを行うルーティング処理手段と、対向するＳＩＰサーバの障害を検出した場合に、障害となったＳＩＰサーバに対してヘルスチェックを実行するヘルスチェック専用処理手段と、対向するＳＩＰサーバの障害を検出した場合に該ＳＩＰサーバが障害状態にあることを登録する障害管理テーブルと、対向するＳＩＰサーバにＩＮＶＩＴＥメッセージを再送する上限値を記憶する障害検出用再送閾値記憶部と、を備え、
呼が生起された場合に該呼の生起を検知したＳＩＰサーバが、該呼のルーティング先となったＳＩＰサーバに対してＩＮＶＩＴＥメッセージを送出し、該ＩＮＶＩＴＥメッセージに対する応答信号が前記ルーティング先となったＳＩＰサーバから返送されない場合にはＩＮＶＩＴＥメッセージを再送し、ＩＮＶＩＴＥメッセージの再送を前記障害検出用再送閾値記憶部に記憶されている回数行っても、前記ルーティング先となったＳＩＰサーバから応答信号が返送されない場合に、前記ルーティング先となったＳＩＰサーバの呼制御機能の障害であることを検出し、前記ルーティング先となったＳＩＰサーバの対地名を前記障害管理テーブルに登録し、
呼制御機能の障害であることを検出されたＳＩＰサーバに対し、前記ヘルスチェック専用処理手段が、ヘルスチェックＩＮＶＩＴＥメッセージを送出し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送されない場合は前記障害であることを検出されたＳＩＰサーバは、障害中であると判定して、定期的にヘルスチェックＩＮＶＩＴＥメッセージを送出することによりヘルスチェックを継続し、前記ヘルスチェックＩＮＶＩＴＥメッセージに対する応答信号（エラー応答）が返送された場合は前記障害であることを検出されたＳＩＰサーバの障害が復旧したと判定して、前記障害管理テーブルに登録されていた該当ＳＩＰサーバの対地名を前記障害管理テーブルから削除し、
前記障害管理テーブルから対地名が削除されたＳＩＰサーバに対しては、前記ヘルスチェック専用処理手段が実行していたヘルスチェックを行わないようにし、
前記ヘルスチェックＩＮＶＩＴＥメッセージの形式は、ＳＩＰにおけるＩＮＶＩＴＥメッセージの宛先電話番号を記載する部分を、全て空白文字で埋めたものであり、ＳＩＰにおけるルーティングが不可能な形式となっている、ことを特徴とする。
【００１８】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１９】
図１は、本発明のＩＰ網におけるＳＩＰサーバ障害検出方式の一実施形態を示すブロック図である。
【００２０】
図１に示す本実施の形態は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網に複数ｎ個のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：セッション開始プロトコル）を搭載した所謂ＳＩＰサーバ１０が、相互に網目状に設置されている内の、一部分の接続形態を示すものであり、ＳＩＰサーバ１０−０に複数ｍ個のＳＩＰサーバ１０−１、１０−２、１０−３、・・１０−ｍが接続されている様子を示しており、その他のＳＩＰサーバ１０については図示を省略している。なお、ＳＩＰサーバ１０は、ＳＩＰを搭載した情報処理装置で構成され、ＩＰ網における電話サービス等を実現するために、呼制御機能を有するサーバである。
【００２１】
そして、ＳＩＰサーバ１０−０に接続されているＳＩＰサーバ１０−１〜１０−ｍの内の、ＳＩＰサーバ１０−１、１０−２、１０−３は、ＳＩＰサーバ１０−０から見て迂回ルートを設定可能なサーバであるため、１つのグループとしてグループ化されている。ここで、グループ化されているＳＩＰサーバ１０−１〜１０−３には、以降の説明の容易化のため、別名として、対向ＳＩＰサーバＡ、対向ＳＩＰサーバＢ、対向ＳＩＰサーバＣをそれぞれ付しておくものとする。また、これらの別名は、ＳＩＰサーバ１０−０からの回線接続時の接続先としての対地名としても用いるものとする。
【００２２】
次に、図２を参照して、ＳＩＰサーバ１０の構成について説明する。
【００２３】
図２は、ＳＩＰサーバの一例を示す詳細ブロック図である。
【００２４】
図２において、ＳＩＰサーバ１０は、電話の呼の生起を検知して呼の接続、解放等の制御を行う呼制御処理部１１と、呼の接続先の決定などを行うルーティング処理部１３と、対向して接続されているＳＩＰサーバ１０の障害を検出した場合に、障害となったＳＩＰサーバ１０に対してヘルスチェックを実行するヘルスチェック専用処理部１２と、から構成されている。
【００２５】
また、ＳＩＰサーバ１０は、対向して接続されているＳＩＰサーバ１０の障害を検出した場合、該ＳＩＰサーバ１０が障害状態にあることを登録する障害管理テーブル１６を備えている。
【００２６】
また、ＳＩＰサーバ１０は、呼の接続を開始するにあたり、ＳＩＰのＩＮＶＩＴＥメッセージを接続先のＳＩＰサーバ１０に送出するようになっている。そして、ＩＮＶＩＴＥメッセージに対する肯定応答（Ａｃｋ）を受信した後、ＳＩＰで規定された手順に従って呼の接続、解放等を行うようになっている。肯定応答（Ａｃｋ）を受信できなかった場合には、ＩＮＶＩＴＥメッセージを再送し、再送を何回か繰り返しても肯定応答（Ａｃｋ）を受信できなかった場合には、接続先のＳＩＰサーバ１０が障害状態にあるものと判断するようになっている。
【００２７】
そこで、ＳＩＰサーバ１０には、ＩＮＶＩＴＥメッセージを何回再送したら、接続先のＳＩＰサーバ１０が障害状態にあるかを判定するための閾値として、障害検出用再送閾値１５も備えられている。障害検出用再送閾値１５の値は、ＳＩＰサーバ１０内に予め設定可能であるものとし、例えば「６回」などの値を設定しておくものとする。
【００２８】
次に、図３、４、５、６、７を参照して、本実施形態の動作について詳細に説明する。先ず図３、図４、図５を参照して、障害検出時の動作について説明する。
【００２９】
図３は、本実施形態の障害検出時の動作を説明するフローチャートである。
【００３０】
図３においては、ＳＩＰサーバ１０−０が呼の生起を検知し、該呼をＳＩＰサーバ１０−１（対向ＳＩＰサーバＡ）にルーティングしようとした場合の動作を説明するものである。ここで、ＳＩＰサーバ１０−１の呼制御処理部１１は障害状態にあるものとし、ＩＮＶＩＴＥメッセージに対する肯定応答（Ａｃｋ）を返送出来ない状態であるものとする。
【００３１】
先ず、ＳＩＰサーバ１０−０は、呼の接続を開始するためのＩＮＶＩＴＥメッセージを、ＳＩＰサーバ１０−１に対して送出する（図３のＳ３０１）。ＳＩＰサーバ１０−１が障害状態に無ければ肯定応答（Ａｃｋ）を返送するので呼の接続を行うことが可能となるが、現在、ＳＩＰサーバ１０−１は障害中であるため、肯定応答（Ａｃｋ）を返送しない。従って、ＳＩＰサーバ１０−０はＩＮＶＩＴＥメッセージの再送を行う（Ｓ３０２）。
【００３２】
ＳＩＰサーバ１０−１は障害中であるため、ステップＳ３０２で再送されたＩＮＶＩＴＥメッセージに対しても肯定応答（Ａｃｋ）を返送しない。ＳＩＰサーバ１０−０は、障害検出用再送閾値１５に設定されている値（例えば６回）まで、ＩＮＶＩＴＥメッセージを再送する（Ｓ３０６）。しかし、ＳＩＰサーバ１０−１は障害中であるため、何れのＩＮＶＩＴＥメッセージに対しても肯定応答（Ａｃｋ）を返送しない。
【００３３】
ＳＩＰサーバ１０−０は、障害検出用再送閾値１５に設定されている回数のＩＮＶＩＴＥメッセージを送出しても、ＳＩＰサーバ１０−１から肯定応答（Ａｃｋ）が返送されないため、ＳＩＰサーバ１０−１の呼制御処理部１１は障害状態であると判定し（Ｓ３０７）、ＳＩＰサーバ１０−１すなわち対向ＳＩＰサーバＡを障害対地とみなす。そして、障害とみなしたＳＩＰサーバ１０−１の対地名（対向ＳＩＰサーバＡ）を障害管理テーブル１６に登録する（Ｓ３０８）。
【００３４】
図４は、障害管理テーブルの一例を示す図である。
【００３５】
図４において、障害管理テーブル１６は、障害とみなしたＳＩＰサーバ１０の対地名を記載する障害ＳＩＰサーバの対地名欄１６１と、該当する障害ＳＩＰサーバのＩＰアドレスを記載するＩＰアドレス欄１６２と、該当する障害ＳＩＰサーバの接続されているポート番号を記載するポート番号欄１６３と、から構成されている。
【００３６】
そして、上述のステップＳ３０８においては、ＳＩＰサーバ１０−１が障害であるとみなされたため、ＳＩＰサーバ１０−１の対地名すなわち「対向ＳＩＰサーバＡ」を、障害管理テーブル１６の障害ＳＩＰサーバの対地名欄１６１に登録する（図４の１６５の行）。そして、必要に応じて、ＩＰアドレス欄１６２にＳＩＰサーバ１０−１のＩＰアドレス「××××」を登録し、ポート番号欄１６３にポート番号「○○」を登録する（何れも図４の１６５の行）。
【００３７】
ステップＳ３０８により、障害とみなしたＳＩＰサーバ１０−１の対地名（対向ＳＩＰサーバＡ）を障害管理テーブル１６に登録すると、ＳＩＰサーバ１０−０は、ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２にこのことを通知する（図３のＳ３０９）。
【００３８】
ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２は、障害とみなされたＳＩＰサーバ１０−１に対し、特殊なフォーマットを有するＩＮＶＩＴＥメッセージ（「ヘルスチェックＩＮＶＩＴＥ」メッセージと称することとする。）を定期的に送信する（図３のＳ３１０、Ｓ３１１など）ことにより、ＳＩＰサーバ１０−１のヘルスチェックを行うようになる。
【００３９】
ここで、図５を参照して、ヘルスチェックＩＮＶＩＴＥメッセージのフォーマットについて説明する。
【００４０】
図５は、ヘルスチェックＩＮＶＩＴＥメッセージのフォーマットの一例を説明する図である。
【００４１】
図５において、（ａ）は、ＳＩＰで規定されている通常のＩＮＶＩＴＥメッセージのフォーマットを示すものであり、ＩＮＶＩＴＥメッセージの中に、着呼先を示す宛先電話番号欄５０１を有しており、宛先電話番号欄５０１には宛先の電話番号、例えば「０１−２３４５−６７８９」、が記載されるようになっている。そして、このような形式のＩＮＶＩＴＥメッセージであれば、ＳＩＰの規定上、正しいルーティングが可能なようになっている。
【００４２】
図５の（ｂ）は、本実施形態で使用するヘルスチェックＩＮＶＩＴＥメッセージのフォーマットを示すものであり、（ａ）で示したと同一の位置の宛先電話番号欄５０２に、全て空白文字「△△−△△△△−△△△△」を記載した形式となっている。このような形式のヘルスチェックＩＮＶＩＴＥメッセージを、ＳＩＰサーバ１０の呼制御処理部１１が受信したものとすると、宛先電話番号欄５０２が全て空白文字で埋められているため、ＳＩＰの規定ではルーティングが不可能となり、図３の（＊１）の注釈として示したように、ＳＩＰルーティングが出来ないＩＮＶＩＴＥメッセージとなる。そして、本実施形態においては、図５（ｂ）に示した形式のヘルスチェックＩＮＶＩＴＥメッセージを、ＳＩＰサーバ１０の間で行うヘルスチェックに使用するものとする。
【００４３】
なお、図５（ｂ）で示したヘルスチェックＩＮＶＩＴＥメッセージのフォーマットは、単なる一例であり、他のフォーマットであっても、ＳＩＰルーティングが出来ない形式となっていれば、それで本実施形態のヘルスチェックＩＮＶＩＴＥメッセージとして使用可能である。
【００４４】
次に、図６を参照して、ＳＩＰサーバ１０が障害中における本実施形態の動作について説明する。
【００４５】
図６は、ＳＩＰサーバが障害中における本実施形態の動作を説明するフローチャートである。
【００４６】
図６においては、ＳＩＰサーバ１０−０が呼の生起を検知し、該呼をグループ化されているＳＩＰサーバ１０−１、１０−２、１０−３の何れかにルーティングしようとした場合の動作を説明するものである。
【００４７】
図６において、新規の呼が発呼されると（図６のＳ６０１）、ＳＩＰサーバ１０−０の呼制御処理部１１がこれを検知し、該呼のルーティング先をルーティング処理部１３に決定させる。ルーティング処理部１３は、先ず、グループ化されているＳＩＰサーバ１０（１０−１、１０−２、１０−３）の内のＳＩＰサーバ１０−１（対向ＳＩＰサーバＡ）にルーティングするよう決定する（Ｓ６０２）。そして、ルーティング先の対地（対向ＳＩＰサーバＡ）が、障害管理テーブル１６に登録されているかのチェックを行う（Ｓ６０３）。次に、障害管理テーブル１６にルーティング先の対地（対向ＳＩＰサーバＡ）が登録されているか否かの判定を行い（Ｓ６０４）、登録されていなければ（ステップＳ６０４で未登録）、呼制御処理部１１にルーティング先（対向ＳＩＰサーバＡ）へそのままＩＮＶＩＴＥメッセージを送信させ（Ｓ６０５）、呼の接続処理を開始させるようにする。
【００４８】
ルーティング先の対地（対向ＳＩＰサーバＡ）が、障害管理テーブル１６に登録されている場合には（ステップＳ６０４で登録）、今決定したルーティング先（対向ＳＩＰサーバＡ）は障害であるため、グループ内の他のＳＩＰサーバ１０に迂回する処理を行う（Ｓ６０６）。すなわち、グループ内の次のＳＩＰサーバ１０−２（対向ＳＩＰサーバＢ）にルーティングするよう決定し（Ｓ６０７）、ルーティング先の対地（対向ＳＩＰサーバＢ）が、障害管理テーブル１６に登録されているかのチェックを行う（Ｓ６０８）。そして、障害管理テーブル１６にルーティング先の対地（対向ＳＩＰサーバＢ）が登録されているか否かの判定を行い（Ｓ６０９）、登録されていなければ（ステップＳ６０９で未登録）、呼制御処理部１１にルーティング先（対向ＳＩＰサーバＢ）へそのままＩＮＶＩＴＥメッセージを送信させ（Ｓ６１０）、呼の接続処理を開始させるようにする。
【００４９】
ルーティング先の対地（対向ＳＩＰサーバＢ）が、障害管理テーブル１６に登録されている場合には（ステップＳ６０９で登録）、今決定したルーティング先（対向ＳＩＰサーバＢ）は障害であるため、グループ内の他のＳＩＰサーバ１０に迂回する処理を行う（Ｓ６１１）。
【００５０】
このように、グループ内のＳＩＰサーバ１０（１０−１、１０−２、１０−３）に対し、障害管理テーブル１６に登録されていない対地が決定されるまで、他のＳＩＰサーバ１０への迂回を行い、グループ内のＳＩＰサーバ１０の全てが障害であった場合には、呼損としてルーティング処理を終了する。
【００５１】
次に、図７を参照して、ＳＩＰサーバ１０の障害が回復した時の本実施形態の動作について説明する。
【００５２】
図７は、ＳＩＰサーバの障害が回復した時の本実施形態の動作を説明するフローチャートである。
【００５３】
図７においては、ＳＩＰサーバ１０−０がＳＩＰサーバ１０−１（対向ＳＩＰサーバＡ）の障害状態を検出していたため、ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２がＳＩＰサーバ１０−１に対してヘルスチェックを行っており、ＳＩＰサーバ１０−１の障害状態がある時点で回復した場合の、ＳＩＰサーバ１０−０の動作を説明するものである。
【００５４】
図７において、ＳＩＰサーバ１０−１（対向ＳＩＰサーバＡ）が障害中であることを検出したＳＩＰサーバ１０−０は、ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２によって、ヘルスチェックＩＮＶＩＴＥメッセージを送出する（図７のＳ７０１）。ステップＳ７０１で送出するヘルスチェックＩＮＶＩＴＥメッセージは、図５にて説明した通りの「ＳＩＰルーティングが出来ないＩＮＶＩＴＥメッセージ」である（図７の（＊１）の注釈として示す）。これは、以降のステップにおいても同様である。
【００５５】
ステップＳ７０１にてヘルスチェックＩＮＶＩＴＥメッセージを送出しても、ＳＩＰサーバ１０−１は障害中であるため、何の応答も返送しない。そこで、ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２は、続けて定期的にヘルスチェックＩＮＶＩＴＥメッセージを送出する（Ｓ７０２、Ｓ７０３）。ここでもＳＩＰサーバ１０−１は障害中であるため、何の応答も返送しない。
【００５６】
図７のＳ７０４の時点で、ＳＩＰサーバ１０−１の障害が回復したものとする。ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２が、次のヘルスチェックＩＮＶＩＴＥメッセージを送出する（Ｓ７０５）。すると、この時点ではＳＩＰサーバ１０−１の障害が回復しているため、ＳＩＰサーバ１０−１の呼制御処理部１１は、ステップＳ７０５で送出されたヘルスチェックＩＮＶＩＴＥメッセージを受信可能な状態になっており、受信に対して応答信号を返送する（Ｓ７０６）。但し、ここで返送される応答信号は、通常のＩＮＶＩＴＥメッセージに対する応答信号（Ａｃｋ）ではなく、ヘルスチェックＩＮＶＩＴＥメッセージ、すなわち、「ＳＩＰルーティングが出来ないＩＮＶＩＴＥメッセージ」、に対する応答信号であるため、ステップＳ７０６で返送される応答信号は、「ＳＩＰルーティングが出来ない」旨を示すところの応答信号（エラー応答）である。
【００５７】
ステップＳ７０６で返送された応答信号（エラー応答）を受信したＳＩＰサーバ１０−０のヘルスチェック専用処理部１２は、ＳＩＰサーバ１０−１（対向ＳＩＰサーバＡ）の障害が回復したものと判断し、ＳＩＰサーバ１０−０の障害管理テーブル１６から該当するＳＩＰサーバ１０−１の対地名（対向ＳＩＰサーバＡ）を削除する（Ｓ７０７）。これにより、ＳＩＰサーバ１０−０のヘルスチェック専用処理部１２は、ＳＩＰサーバ１０−１に対するヘルスチェックを行わないようになり、ＳＩＰサーバ１０が正常に動作を行っている時の状態に復帰することとなる。
【００５８】
以上、本実施形態の動作について詳細に説明した。
【００５９】
上述した本実施形態においては、ＳＩＰを実装するＳＩＰサーバの呼制御機能の障害を検出可能とする方式について説明したが、ＳＩＰに限らず、呼制御処理で用いるプロトコル信号を用いてヘルスチェックを行うようにすれば、他のプロトコルであっても呼制御処理レベルでの障害検出が可能となることは言うまでも無い。
【００６０】
【発明の効果】
以上説明したように、本発明のＩＰ網におけるＳＩＰサーバ障害検出方式は、ＳＩＰにおけるＩＮＶＩＴＥメッセージによって対向ＳＩＰサーバの障害検出を行うようにしているので、ＳＩＰサーバの呼制御機能の障害を正確に検出可能となる、という効果を有している。
【００６１】
また、障害を検出したＳＩＰサーバに対してだけヘルスチェックを行うようにしているため、ＩＰ網に収容されている対向ＳＩＰサーバの全てに対してヘルスチェックを行う必要が無く、ヘルスチェックに要する負荷が軽減される、という効果を有している。
【００６２】
さらに、ヘルスチェックを行う必要がある場合には、ヘルスチェック専用処理部によって行うため、呼制御処理部の行う呼制御処理に影響を与えることが無い、という効果を有している。
【図面の簡単な説明】
【図１】本発明のＩＰ網におけるＳＩＰサーバ障害検出方式の一実施形態を示すブロック図である。
【図２】ＳＩＰサーバの一例を示す詳細ブロック図である。
【図３】本実施形態の障害検出時の動作を説明するフローチャートである。
【図４】障害管理テーブルの一例を示す図である。
【図５】ヘルスチェックＩＮＶＩＴＥメッセージのフォーマットの一例を説明する図である。
【図６】ＳＩＰサーバが障害中における本実施形態の動作を説明するフローチャートである。
【図７】ＳＩＰサーバの障害が回復した時の本実施形態の動作を説明するフローチャートである。
【符号の説明】
１０ＳＩＰサーバ
１１呼制御処理部
１２ヘルスチェック専用処理部
１３ルーティング処理部
１５障害検出用再送閾値
１６障害管理テーブル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a SIP server failure detection method in an IP network, and more particularly to a SIP server failure detection method in an IP network that enables detection of a failure in a call control function of a SIP server.
[0002]
[Prior art]
With the recent development of the Internet, various network services using the IP (Internet Protocol) network, for example, various content services and VoIP (Voice over IP: voice on IP) services are provided. It has become like this.
[0003]
In order to realize a telephone service using an IP network such as a VoIP service, a so-called SIP server equipped with a SIP (Session Initiation Protocol) has been introduced into the IP network. Yes.
[0004]
SIP is a protocol for controlling calls of a general telephone service in order to realize a telephone service in an IP network, and is an RFC (Request Engineering For) of IETF (Internet Engineering Task Force) that promotes standardization of the Internet. (Comments) 2543, the specification of which is described.
[0005]
In an IP network using TCP / IP (Transport Control Protocol / Internet Protocol) as a communication protocol, in order to detect a failure of a server, a router, a gateway, or a communication path constituting the IP network, usually, an ICMP (Internet Control) is used. A failure is detected using a health check mechanism in which an Echo command (commonly referred to as a ping command) of Message Protocol is transmitted and a device that receives the command returns a response (for example, Patent Documents). 1).
[0006]
[Patent Document 1]
JP-A-10-242971 (FIGS. 1, 2, and 3)
[0007]
[Problems to be solved by the invention]
In the health check method using the conventional ping command described above, ICMP is mounted on the same network layer (third layer) as TCP / IP, so that failure detection at the IP packet level is possible. However, when the opposite device that wants to detect a failure is a SIP server, since SIP is mounted on the upper layer of TCP / IP, failure detection of the call control function of SIP cannot be performed. For example, when the call control function of the SIP server is in a failure state but the function of the layer below the TCP / IP of the SIP server is normal, when the SIP server receives a ping command, the layer below the TCP / IP Is normal, the response of the ping command is returned normally. That is, the failure detection of the call control function of the SIP server cannot be accurately performed only with the ping command.
[0008]
The present invention has been made in order to improve the above-described circumstances, and an object of the present invention is to perform a health check using an INVITE message instead of a ping command for the opposite SIP server, thereby providing a SIP server. It is an object of the present invention to provide a SIP server failure detection method in an IP network that makes it possible to detect a failure in the call control function.
[0009]
[Means for Solving the Problems]
The SIP server failure detection method in the IP network of the present invention is based on a single SIP server in an IP (Internet Protocol) network in which a plurality of SIP servers equipped with SIP (Session Initiation Protocol) are connected to each other. When a response signal to the INVITE message in SIP sent to the opposite SIP server is not returned, the one SIP server detects that the call control function of the opposite SIP server is faulty ;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
The format of the health check INVITE message is characterized in that a part of the INVITE message in SIP is changed to a special format and routing in SIP is impossible .
[0010]
In addition, in an IP network in which a plurality of SIP servers equipped with SIP are connected to each other, when a response signal to an INVITE message in SIP sent from one SIP server to the opposite SIP server is not returned, the one SIP Detecting that the server is a failure of the call control function of the opposing SIP server;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
Do not perform the health check performed by the health check dedicated processing means for the SIP server whose ground name is deleted from the failure management table,
The format of the health check INVITE message is characterized in that a part of the INVITE message in SIP is changed to a special format and routing in SIP is impossible .
[0011]
Further, in the IP network in which a plurality of SIP servers equipped with SIP are connected to each other, when a response signal to the INVITE message in the SIP sent from one SIP server to the opposite SIP server is not returned, the one SIP Detecting that the server is a failure of the call control function of the opposing SIP server;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
The format of the health check INVITE message is such that the part describing the destination telephone number of the INVITE message in SIP is filled with blank characters, and the routing in SIP is impossible. To do.
[0012]
In addition, in an IP network in which a plurality of SIP servers equipped with SIP are connected to each other, when a response signal to an INVITE message in SIP sent from one SIP server to the opposite SIP server is not returned, the one SIP Detecting that the server is a failure of the call control function of the opposing SIP server;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
Do not perform the health check performed by the health check dedicated processing means for the SIP server whose ground name is deleted from the failure management table,
The format of the health check INVITE message is such that the part describing the destination telephone number of the INVITE message in SIP is filled with blank characters, and the routing in SIP is impossible. To do.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
[0019]
FIG. 1 is a block diagram showing an embodiment of a SIP server failure detection method in an IP network according to the present invention.
[0020]
In the present embodiment shown in FIG. 1, a so-called SIP server 10 in which a plurality of n SIPs (Session Initiation Protocols) are installed in an IP (Internet Protocol) network is arranged in a network. This shows a part of the connection form, and shows a state in which a plurality of m SIP servers 10-1, 10-2, 10-3,... 10-m are connected to the SIP server 10-0. The other SIP servers 10 are not shown. Note that the SIP server 10 is a server having a call control function in order to realize a telephone service or the like in an IP network, which is configured by an information processing apparatus equipped with SIP.
[0021]
The SIP servers 10-1, 10-2, and 10-3 among the SIP servers 10-1 to 10-m connected to the SIP server 10-0 are detour routes as viewed from the SIP server 10-0. Are grouped as one group. Here, for simplification of the following explanation, the opposite SIP server A, the opposite SIP server B, and the opposite SIP server C are attached to the grouped SIP servers 10-1 to 10-3, respectively. Shall be kept. These aliases are also used as ground names as connection destinations when a line is connected from the SIP server 10-0.
[0022]
Next, the configuration of the SIP server 10 will be described with reference to FIG.
[0023]
FIG. 2 is a detailed block diagram illustrating an example of a SIP server.
[0024]
In FIG. 2, the SIP server 10 detects the occurrence of a telephone call and controls a call connection / release, etc., a call control processing unit 11, a call connection destination determination unit etc., and a routing processing unit 13. When a failure is detected in the oppositely connected SIP server 10, the health check dedicated processing unit 12 performs a health check on the failed SIP server 10.
[0025]
Further, the SIP server 10 includes a failure management table 16 for registering that the SIP server 10 is in a failure state when a failure is detected in the SIP server 10 connected oppositely.
[0026]
Further, the SIP server 10 is configured to send a SIP INVITE message to the connection destination SIP server 10 when starting the connection of the call. Then, after receiving an affirmative response (Ack) to the INVITE message, a call is connected and released according to a procedure defined by SIP. If the acknowledgment (Ack) cannot be received, the INVITE message is retransmitted. If the acknowledgment (Ack) is not received even after repeated retransmissions, the connected SIP server 10 fails. It is judged that it is in a state.
[0027]
Therefore, the SIP server 10 is also provided with a failure detection retransmission threshold 15 as a threshold for determining how many times the INVITE message is retransmitted and determining whether the connection destination SIP server 10 is in a failure state. The value of the failure detection retransmission threshold 15 can be set in the SIP server 10 in advance, and for example, a value such as “6 times” is set.
[0028]
Next, the operation of the present embodiment will be described in detail with reference to FIGS. First, an operation at the time of detecting a failure will be described with reference to FIGS.
[0029]
FIG. 3 is a flowchart for explaining the operation when a failure is detected according to this embodiment.
[0030]
In FIG. 3, the operation when the SIP server 10-0 detects the occurrence of a call and tries to route the call to the SIP server 10-1 (opposite SIP server A) will be described. Here, it is assumed that the call control processing unit 11 of the SIP server 10-1 is in a failure state, and an acknowledgment (Ack) to the INVITE message cannot be returned.
[0031]
First, the SIP server 10-0 sends an INVITE message for starting a call connection to the SIP server 10-1 (S301 in FIG. 3). If the SIP server 10-1 is not in a failure state, an acknowledgment (Ack) is returned, so that the call can be connected. However, since the SIP server 10-1 is currently in failure, the acknowledgment (Ack) ) Is not returned. Accordingly, the SIP server 10-0 retransmits the INVITE message (S302).
[0032]
Since the SIP server 10-1 is in failure, no acknowledgment (Ack) is returned to the INVITE message retransmitted in step S302. The SIP server 10-0 retransmits the INVITE message up to a value (for example, 6 times) set in the failure detection retransmission threshold 15 (S306). However, since the SIP server 10-1 is in failure, no acknowledgment (Ack) is returned to any INVITE message.
[0033]
Even if the SIP server 10-0 sends the INVITE message for the number of times set in the failure detection retransmission threshold 15, no positive response (Ack) is returned from the SIP server 10-1, so the SIP server 10-1 The call control processing unit 11 determines that there is a failure state (S307), and regards the SIP server 10-1, that is, the opposite SIP server A, as a failure ground. Then, the name of the ground (opposite SIP server A) of the SIP server 10-1 regarded as a failure is registered in the failure management table 16 (S308).
[0034]
FIG. 4 is a diagram illustrating an example of the failure management table.
[0035]
In FIG. 4, the failure management table 16 includes a failure SIP server destination name column 161 that describes the destination name of the SIP server 10 regarded as a failure, an IP address column 162 that describes the IP address of the corresponding failure SIP server, And a port number column 163 that describes the port number to which the corresponding failed SIP server is connected.
[0036]
In step S308 described above, since the SIP server 10-1 is considered to be faulty, the name of the destination of the SIP server 10-1, that is, "opposite SIP server A" is set to the fault SIP server pair in the fault management table 16. Registration is made in the place name column 161 (line 165 in FIG. 4). Then, if necessary, the IP address “XXX” of the SIP server 10-1 is registered in the IP address column 162, and the port number “OO” is registered in the port number column 163 (both in FIG. 4). 165 line).
[0037]
When the ground name (opposite SIP server A) of the SIP server 10-1 regarded as a failure is registered in the failure management table 16 in step S308, the SIP server 10-0 performs the health check dedicated processing unit 12 of the SIP server 10-0. This is notified (S309 in FIG. 3).
[0038]
The health check dedicated processing unit 12 of the SIP server 10-0 periodically sends an INVITE message (referred to as a “health check INVITE” message) having a special format to the SIP server 10-1 regarded as a failure. (S310, S311, etc. in FIG. 3), the health check of the SIP server 10-1 is performed.
[0039]
Here, the format of the health check INVITE message will be described with reference to FIG.
[0040]
FIG. 5 is a diagram for explaining an example of the format of the health check INVITE message.
[0041]
In FIG. 5, (a) shows the format of a normal INVITE message defined by SIP, and the INVITE message has a destination telephone number column 501 indicating a called destination, In the telephone number column 501, a destination telephone number, for example, “01-2345-6789” is described. And if it is an INVITE message of such a format, according to SIP prescription | regulation, correct routing is possible.
[0042]
FIG. 5B shows the format of the health check INVITE message used in the present embodiment. All blank characters “ΔΔ−” are placed in the destination telephone number field 502 at the same position as shown in FIG. “△△△△ − △△△△” ”. If the call control processing unit 11 of the SIP server 10 receives the health check INVITE message in this format, the destination telephone number field 502 is entirely filled with blank characters, so that routing is not possible according to the SIP rules. This becomes possible and becomes an INVITE message that cannot be SIP-routed, as shown as an annotation of (* 1) in FIG. In this embodiment, the health check INVITE message in the format shown in FIG. 5B is used for the health check performed between the SIP servers 10.
[0043]
It should be noted that the format of the health check INVITE message shown in FIG. 5B is merely an example. If the format is not capable of SIP routing even in other formats, the health check of this embodiment is performed. It can be used as an INVITE message.
[0044]
Next, with reference to FIG. 6, the operation of this embodiment when the SIP server 10 is in failure will be described.
[0045]
FIG. 6 is a flowchart for explaining the operation of this embodiment when the SIP server is in failure.
[0046]
In FIG. 6, when the SIP server 10-0 detects the occurrence of a call and tries to route the call to any of the grouped SIP servers 10-1, 10-2, 10-3. Is described.
[0047]
In FIG. 6, when a new call is made (S601 in FIG. 6), the call control processing unit 11 of the SIP server 10-0 detects this and causes the routing processing unit 13 to determine the routing destination of the call. . The routing processing unit 13 first determines to route to the SIP server 10-1 (opposite SIP server A) among the grouped SIP servers 10 (10-1, 10-2, 10-3) ( S602). Then, it is checked whether the routing destination ground (opposite SIP server A) is registered in the failure management table 16 (S603). Next, it is determined whether or not the routing destination ground (opposite SIP server A) is registered in the failure management table 16 (S604). If not registered (unregistered in step S604), the call control processing unit 11 sends the INVITE message to the routing destination (opposite SIP server A) as it is (S605), and starts the call connection process.
[0048]
If the routing destination (opposite SIP server A) is registered in the failure management table 16 (registered in step S604), the currently determined routing destination (opposite SIP server A) is faulty, so A process of detouring to another SIP server 10 is performed (S606). That is, it is determined to route to the next SIP server 10-2 (opposite SIP server B) in the group (S607), and whether the routing destination ground (opposite SIP server B) is registered in the failure management table 16 or not A check is performed (S608). Then, it is determined whether or not the routing destination ground (opposite SIP server B) is registered in the failure management table 16 (S609). If not registered (unregistered in step S609), the call control processing unit 11 The INVITE message is directly transmitted to the routing destination (opposite SIP server B) (S610), and the call connection process is started.
[0049]
If the routing destination (opposite SIP server B) is registered in the failure management table 16 (registered in step S609), the currently determined routing destination (opposite SIP server B) is faulty, so A process of detouring to another SIP server 10 is performed (S611).
[0050]
In this way, the SIP server 10 (10-1, 10-2, 10-3) in the group is detoured to another SIP server 10 until a ground that is not registered in the failure management table 16 is determined. If all of the SIP servers 10 in the group are faulty, the routing process is terminated as a call loss.
[0051]
Next, the operation of the present embodiment when the failure of the SIP server 10 is recovered will be described with reference to FIG.
[0052]
FIG. 7 is a flowchart for explaining the operation of this embodiment when the failure of the SIP server is recovered.
[0053]
In FIG. 7, since the SIP server 10-0 has detected the failure state of the SIP server 10-1 (opposite SIP server A), the health check dedicated processing unit 12 of the SIP server 10-0 sends the SIP server 10-1 The following describes the operation of the SIP server 10-0 when a health check is performed and the SIP server 10-1 recovers when there is a failure state.
[0054]
In FIG. 7, the SIP server 10-0 that has detected that the SIP server 10-1 (opposite SIP server A) is in failure causes the health check dedicated processing unit 12 of the SIP server 10-0 to send a health check INVITE message. It is sent out (S701 in FIG. 7). The health check INVITE message transmitted in step S701 is the “INVITE message for which SIP routing is not possible” as described in FIG. 5 (shown as an annotation of (* 1) in FIG. 7). The same applies to the subsequent steps.
[0055]
Even if the health check INVITE message is sent in step S701, the SIP server 10-1 is in failure, so no response is returned. Therefore, the health check dedicated processing unit 12 of the SIP server 10-0 continuously sends out a health check INVITE message (S702, S703). Again, since the SIP server 10-1 is in failure, no response is returned.
[0056]
It is assumed that the failure of the SIP server 10-1 has been recovered at the time of S704 in FIG. The health check dedicated processing unit 12 of the SIP server 10-0 transmits the next health check INVITE message (S705). At this point, since the failure of the SIP server 10-1 has recovered, the call control processing unit 11 of the SIP server 10-1 is ready to receive the health check INVITE message sent in step S705. The response signal is returned to the reception (S706). However, since the response signal returned here is not a response signal (Ack) to the normal INVITE message but a response signal to the health check INVITE message, that is, the “INVITE message for which SIP routing is not possible”, step S706. The response signal sent back in is a response signal (error response) indicating that “SIP routing is not possible”.
[0057]
The health check dedicated processing unit 12 of the SIP server 10-0 that has received the response signal (error response) returned in step S706 determines that the failure of the SIP server 10-1 (opposite SIP server A) has been recovered, The name of the ground of the corresponding SIP server 10-1 (opposite SIP server A) is deleted from the failure management table 16 of the SIP server 10-0 (S707). As a result, the health check dedicated processing unit 12 of the SIP server 10-0 does not perform the health check on the SIP server 10-1, and returns to the state when the SIP server 10 is operating normally. It becomes.
[0058]
The operation of this embodiment has been described in detail above.
[0059]
In the above-described embodiment, the method for detecting the failure of the call control function of the SIP server that implements the SIP has been described. However, the health check is performed using the protocol signal used in the call control process, not limited to the SIP. In this way, it goes without saying that failure detection at the call control processing level is possible even with other protocols.
[0060]
【The invention's effect】
As described above, the SIP server failure detection method in the IP network of the present invention detects the failure of the opposite SIP server by the INVITE message in the SIP, so the failure of the call control function of the SIP server is accurately detected. It has the effect that it becomes possible.
[0061]
In addition, since the health check is performed only for the SIP server in which the failure is detected, it is not necessary to perform the health check for all the opposite SIP servers accommodated in the IP network, and the load required for the health check Is reduced.
[0062]
Further, when it is necessary to perform a health check, the health check dedicated processing unit performs the health check. Therefore, the call control processing performed by the call control processing unit is not affected.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an embodiment of a SIP server failure detection method in an IP network according to the present invention.
FIG. 2 is a detailed block diagram illustrating an example of a SIP server.
FIG. 3 is a flowchart illustrating an operation when a failure is detected according to the present embodiment.
FIG. 4 is a diagram illustrating an example of a failure management table.
FIG. 5 is a diagram illustrating an example of a format of a health check INVITE message.
FIG. 6 is a flowchart for explaining the operation of the present embodiment when the SIP server is in failure.
FIG. 7 is a flowchart for explaining the operation of the present embodiment when the failure of the SIP server is recovered.
[Explanation of symbols]
10 SIP Server 11 Call Control Processing Unit 12 Health Check Dedicated Processing Unit 13 Routing Processing Unit 15 Fault Detection Retransmission Threshold 16 Fault Management Table

Claims

In response to an INVITE message in a SIP sent from one SIP server to the opposite SIP server in an IP (Internet Protocol) network in which a plurality of SIP servers equipped with SIP (Session Initiation Protocol) are connected to each other When a response signal is not returned, the one SIP server detects that the call control function of the opposite SIP server is faulty ;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
A SIP server failure detection method in an IP network, wherein the format of the health check INVITE message is such that a part of the INVITE message in SIP is changed to a special format and routing in SIP is impossible .

In an IP network in which a plurality of SIP servers equipped with SIP are connected to each other, when a response signal to an INVITE message in SIP sent from one SIP server to the opposite SIP server is not returned, the one SIP server Detecting a failure of the call control function of the opposing SIP server;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. if not, to register detects that a failure of the call control functions of the SIP server that has become the routed, the pair place name of the SIP server that has become the routed to the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
Do not perform the health check performed by the health check dedicated processing means for the SIP server whose ground name is deleted from the failure management table,
A SIP server failure detection method in an IP network, wherein the format of the health check INVITE message is such that a part of the INVITE message in SIP is changed to a special format and routing in SIP is impossible .

In an IP network in which a plurality of SIP servers equipped with SIP are connected to each other, when a response signal to an INVITE message in SIP sent from one SIP server to the opposite SIP server is not returned, the one SIP server Detecting a failure of the call control function of the opposing SIP server;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
The format of the health check INVITE message is such that the part describing the destination telephone number of the INVITE message in SIP is filled with blank characters, and the routing in SIP is impossible. SIP server failure detection method in an IP network.

In an IP network in which a plurality of SIP servers equipped with SIP are connected to each other, when a response signal to an INVITE message in SIP sent from one SIP server to the opposite SIP server is not returned, the one SIP server Detecting a failure of the call control function of the opposing SIP server;
Each of the SIP servers includes a call control processing unit that detects the occurrence of a telephone call and controls connection and release of the call, a routing processing unit that determines a call connection destination, and the like, When a failure is detected, a health check dedicated processing means for performing a health check on the failed SIP server and registering that the SIP server is in a failure state when a failure of the opposing SIP server is detected A failure management table, and a failure detection retransmission threshold storage unit that stores an upper limit value for retransmitting the INVITE message to the opposing SIP server,
When a call is generated, the SIP server that has detected the occurrence of the call sends an INVITE message to the SIP server that is the routing destination of the call, and a response signal to the INVITE message is the routing destination. If not returned from the SIP server, the INVITE message is retransmitted, and even if the INVITE message is retransmitted the number of times stored in the failure detection retransmission threshold value storage unit, a response signal is returned from the SIP server that is the routing destination. If not, it is detected that there is a failure in the call control function of the SIP server that is the routing destination, and the ground name of the SIP server that is the routing destination is registered in the failure management table,
When the health check dedicated processing means sends a health check INVITE message to the SIP server detected to be a failure of the call control function, and a response signal (error response) to the health check INVITE message is not returned The SIP server that has been detected as being in failure determines that it is in failure, continues the health check by periodically sending out a health check INVITE message, and a response signal (error) to the health check INVITE message. If the response is returned, it is determined that the failure of the SIP server detected as the failure has been recovered, and the name of the corresponding SIP server registered in the failure management table is determined from the failure management table. Delete,
Do not perform the health check performed by the health check dedicated processing means for the SIP server whose ground name is deleted from the failure management table,
The format of the health check INVITE message is such that the part describing the destination telephone number of the INVITE message in SIP is filled with blank characters, and the routing in SIP is impossible. SIP server failure detection method in an IP network.