(57)【要約】【課題】着信側のキャリアでの障害を、発信側のキャリアが能動的に把握する。【解決手段】障害検知装置１は、第１のゲートウェイ装置１１が着信端末３宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末３において呼出中であることを示すレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置１１を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段１１２と、着信側障害装置指標が所定の閾値よりも小さい場合、第２のゲートウェイ装置１２を介して、着信端末３宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段１１３を備える。【選択図】      図１
2018137527.tif 000002
【特許請求の範囲】
【請求項１】
発信端末が属する発信キャリアの発信側通話制御システムと、着信端末が属する着信キャリアの着信側通話制御システムとを備え、前記発信側通話制御システムおよび前記着信側通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムにおいて、前記発信側通話制御システムに用いられる障害検知装置であって、
前記発信側通話制御システムにおいて前記第１の相互接続点に接続する第１のゲートウェイ装置が着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、前記着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、
前記レスポンス遅延検出手段が前記レスポンスを受信しないことを検出した場合、
最大転送数が設定されたリクエストを、前記第１のゲートウェイ装置を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、
レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、
前記着信側障害装置指標が所定の閾値よりも小さい場合、前記第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段
を備えることを特徴とする障害検知装置。
【請求項２】
前記障害箇所特定手段は、前記所定時間に、前記最大転送数が設定されたリクエストに対するレスポンスを受信可能な時間を設定する
ことを特徴とする請求項１に記載の障害検知装置。
【請求項３】
前記障害箇所特定手段が送信するリクエストは、ＯＰＴＩＯＮＳメッセージであり、
前記ＯＰＴＩＯＮＳメッセージに対するレスポンスは、指定された最大転送数を満たしたことを示すメッセージである
ことを特徴とする請求項１または２に記載の障害検知装置。
【請求項４】
発信端末が属する発信キャリアの発信側の通話制御システムと、着信端末が属する着信キャリアの着信側の通話制御システムとを備え、前記発信側の通話制御システムおよび前記着信側の通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムに用いられる発信側の通話制御システムであって、
前記第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、前記着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、
前記レスポンス遅延検出手段が前記レスポンスを受信しないことを検出した場合、
最大転送数が設定されたリクエストを、前記第１のゲートウェイ装置を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、
レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、
前記着信側障害装置指標が所定の閾値よりも小さい場合、前記第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段
を備えることを特徴とする通話制御システム。
【請求項５】
発信端末が属する発信キャリアの発信側の通話制御システムと、着信端末が属する着信キャリアの着信側の通話制御システムとを備え、前記発信側の通話制御システムおよび前記着信側の通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムに用いられる発信側の通話制御方法であって、
コンピュータが、前記第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、前記着信端末において呼出中であることを示すレスポンスを受信しないことを検出するステップと、
前記コンピュータが、前記レスポンスを受信しないことを検出した場合、
最大転送数が設定されたリクエストを、前記第１のゲートウェイ装置を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返すステップと、
前記コンピュータが、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定するステップと、
前記コンピュータが、前記着信側障害装置指標が所定の閾値よりも小さい場合、前記第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をするステップ
を備えることを特徴とする通話制御方法。
【請求項６】
コンピュータを、請求項１ないし請求項３のいずれか１項に記載の障害検知装置として機能させるための障害検知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信端末が属する発信キャリアの発信側通話制御システムと、着信端末が属する着信キャリアの着信側通話制御システムとを備え、発信側通話制御システムおよび着信側通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムにおいて、発信側通話制御システムに用いられる障害検知装置、通話制御システム、通話制御方法および障害検知プログラムに関する。
【背景技術】
【０００２】
現在、ＳＩＰ（Session Initiation Protocol）による通話サービスが規格化されている（例えば、特許文献１参照）。ＳＩＰによる通話サービスを提供するキャリアは、複数存在するので、各キャリアは、相互接続点（ＰＯＩ：Point Of Interface）を介して、相互に通信可能に接続される。キャリア間のＩＰ相互接続を実現するために、ＳＩＰ信号条件やＰＯＩ構成等のルール作りがなされている（非特許文献２および非特許文献３参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】The Internet Engineering Task Force (IETF)、SIP: Session Initiation Protocol、２００２年６月
【非特許文献２】一般社団法人  情報通信技術委員会、ＴＴＣ標準  JJ-90.30  ＩＭＳ事業者網間の相互接続共通インタフェース、第２．１版、２０１５年９月１１日
【非特許文献３】一般社団法人  情報通信技術委員会、ＴＴＣ仕様書  TS-3GA-29.165  (Rel8)  Inter-IMS Network to Network Interface (NNI)、ｖ８．５．０、２０１０年７月７日
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在、キャリア間の通信で障害が発生した場合の対応について、規格化されておらず、発信側のキャリアは、着信側のキャリアの障害を把握しづらい場合がある。
【０００５】
一般的には、障害が発生したキャリアの担当者が、他のキャリアの担当者に電話で障害を通知するが、電話での連絡は、障害が発生してから時間が経っている場合が多く、他のキャリアにおいて対応が遅れる場合がある。従って、各キャリアは、障害が発生したことの通知を受ける前に、障害を把握し対応する場合がある。例えば、発信側のキャリアは、着信側のキャリアとの間で確立されたＴＣＰ（Transmission Control Protocol）コネクションの切断や、ＩＮＶＩＴＥメッセージに対するレスポンスのタイムアウトなどの事象を検知して、着信側のキャリアの障害を把握することが可能である。
【０００６】
これに対し、着信側のキャリアとＴＣＰコネクションを確立しない場合は、発信側のキャリアは、障害を検出しづらい場合がある。また、着信側のキャリアの故障箇所によっては、障害が発生している場合でも、ＩＮＶＩＴＥメッセージに対する１００Ｔｒｙｉｎｇを送信可能な場合があり、着信側のキャリアは１００Ｔｒｙｉｎｇを受信すると、着信側のキャリアの故障を検出しづらい場合がある。
【０００７】
発信側のキャリアは、他キャリアとの呼を処理するために、着信側のキャリアの障害を把握する要請が高い。各キャリアが他キャリアにおける障害を取得可能な仕組みづくりが期待されるが、現状では、まだ対応されていない。
【０００８】
従って本発明の目的は、着信側のキャリアでの障害を、発信側のキャリアが能動的に把握することが可能な障害検知装置、通話制御システム、通話制御方法および障害検知プログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の特徴は、発信端末が属する発信キャリアの発信側通話制御システムと、着信端末が属する着信キャリアの着信側通話制御システムとを備え、発信側通話制御システムおよび着信側通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムにおいて、発信側通話制御システムに用いられる障害検知装置に関する。第１の特徴に係る障害検知装置は、発信側通話制御システムにおいて第１の相互接続点に接続する第１のゲートウェイ装置が着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、レスポンス遅延検出手段がレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置を介して着信端末宛に送信し、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段を備える。
【００１０】
障害箇所特定手段は、所定時間に、最大転送数が設定されたリクエストに対するレスポンスを受信可能な時間を設定する。
【００１１】
障害箇所特定手段が送信するリクエストは、ＯＰＴＩＯＮＳメッセージであり、ＯＰＴＩＯＮＳメッセージに対するレスポンスは、指定された最大転送数を満たしたことを示すメッセージである。
【００１２】
本発明の第２の特徴は、発信端末が属する発信キャリアの発信側の通話制御システムと、着信端末が属する着信キャリアの着信側の通話制御システムとを備え、発信側の通話制御システムおよび着信側の通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムに用いられる発信側の通話制御システムに関する。第２の特徴に係る通話制御システムは、第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、レスポンス遅延検出手段がレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置を介して着信端末宛に送信し、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段を備える。
【００１３】
本発明の第３の特徴は、発信端末が属する発信キャリアの発信側の通話制御システムと、着信端末が属する着信キャリアの着信側の通話制御システムとを備え、発信側の通話制御システムおよび着信側の通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムに用いられる発信側の通話制御方法であって、コンピュータが、第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末において呼出中であることを示すレスポンスを受信しないことを検出するステップと、コンピュータが、レスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置を介して着信端末宛に送信し、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返すステップと、コンピュータが、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定するステップと、コンピュータが、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をするステップを備える。
【００１４】
本発明の第４の特徴は、コンピュータに本発明の第１の特徴に記載の障害検知装置として機能させるための障害検知プログラムに関する。
【発明の効果】
【００１５】
本発明によれば、着信側のキャリアでの障害を、発信側のキャリアが能動的に把握することが可能な障害検知装置、通話制御システム、通話制御方法および障害検知プログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態に係る通話システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係る通話システムにおいて、発信端末と着信端末とが通信するために経由するサーバの一例を説明する図である。
【図３】本発明の実施の形態に係る通話システムにおいて、障害が発生していない場合の処理を説明するシーケンス図である。
【図４】本発明の実施の形態に係る通話システムにおいて、着信側通話制御システムで障害が発生した場合の処理を説明するシーケンス図である。
【図５】本発明の実施の形態に係る障害検知装置のハードウエア構成および機能ブロックを説明する図である。
【図６】本発明の実施の形態に係るレスポンス遅延検出手段によるレスポンス遅延検出処理を説明するフローチャートである。
【図７】本発明の実施の形態に係る障害箇所特定手段による障害箇所特定処理を説明するフローチャートである。
【図８】本発明の実施の形態に係る指示手段による指示処理を説明するフローチャートである。
【発明を実施するための形態】
【００１７】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１８】
（通話システム）
図１を参照して、本発明の実施の形態に係る通話システム４０を説明する。通話システム４０は、通信回線を提供するキャリア毎に、通話制御システムが設けられ、各通話制御システム１０、２０、３０は、第１の相互接続点（ＰＯＩ：Point of Interface）Ｐ１および第２の相互接続点Ｐ２にそれぞれ接続する。
【００１９】
通話制御システムは、第１の相互接続点Ｐ１を介して他のキャリアの通話制御システムに接続するとともに、第２の相互接続点Ｐ２を介して他のキャリアの通話制御システムに接続する。各通話制御システムは、他のキャリアの通話制御システムと接続するために、第１の相互接続点Ｐ１を経由する通信ルートと、第２の相互接続点Ｐ２を経由する通信ルートの２系統の通信ルートが用意される。
【００２０】
各通話制御システムは、複数のＳＩＰサーバを備える。ＳＩＰメッセージを転送するための転送網Ｎ１、Ｎ２、Ｎ３によりＳＩＰメッセージが送受信されて、発信端末および着信端末間の通話を実現する。本発明の実施の形態において、各通話制御システムが備えるＳＩＰサーバのうち、第１の相互接続点Ｐ１および第２の相互接続点Ｐ２に接続するＳＩＰサーバ（ＮＮＩ−ＧＷ：Network-to-network interface Gateway）を、それぞれ、第１のゲートウェイ装置および第２のゲートウェイ装置と称する。第１のゲートウェイ装置は、第１の相互接続点Ｐ１に接続し、第２の相互接続点Ｐ２に接続しない。第２ゲートウェイ装置は、第２の相互接続点Ｐ２に接続し、第１の相互接続点Ｐ１に接続しない。
【００２１】
本発明の実施の形態において、発信端末２は、発信キャリアの発信側通話制御システム１０に属し、着信端末３は、着信キャリアの着信側通話制御システムに属する。発信側通話制御システム１０および着信側通話制御システム２０は、それぞれ、第１の相互接続点Ｐ１および第２の相互接続点Ｐ２に接続する。
【００２２】
図２を参照して、発信端末２と着信端末３とが通信するために経由するサーバの一例を説明する。
【００２３】
発信側通話制御システム１０は、障害検知装置１、第１のゲートウェイ装置１１、第２のゲートウェイ装置１２およびＳＩＰサーバ１３を備える。発信側通話制御システム１０は、第１のゲートウェイ装置１１および第２のゲートウェイ装置１２と、ＳＩＰサーバ１３とを中継するためのＳＩＰサーバ（図示せず）を備えても良い。障害検知装置１は、本発明の実施の形態において、着信側通話制御システム２０における障害を検知する装置であって、後に詳述する。
【００２４】
ＳＩＰサーバ１３は、発信端末２を収容する。本発明の実施の形態において、障害検知装置１は、第１のゲートウェイ装置１１、第２のゲートウェイ装置１２およびＳＩＰサーバ１３とは物理的に異なる装置である場合を説明するが、これに限られない。障害検知装置１は、第１のゲートウェイ装置１１、第２のゲートウェイ装置１２およびＳＩＰサーバ１３のいずれか１つ以上の装置で実現される一機能であっても良い。
【００２５】
着信側通話制御システム２０は、第１のゲートウェイ装置２１、第２のゲートウェイ装置２２およびＳＩＰサーバ２３、２４、２５、２６、２７、２８、２９を備える。ＳＩＰサーバ２３、２４、２５、２６、２７および２８は、それぞれ、転送網Ｎ２でＳＩＰメッセージの転送を担うサーバであって、ＳＩＰサーバＡ２３、ＳＩＰサーバＢ２４、ＳＩＰサーバＣ２５、ＳＩＰサーバＤ２６、ＳＩＰサーバＥ２７およびＳＩＰサーバＦ２８と称する。ＳＩＰサーバ２９は、着信端末３を収容する。
【００２６】
発信側通話制御システム１０の第１のゲートウェイ装置１１と着信側通話制御システム２０の第１のゲートウェイ装置２１は、第１の相互接続点Ｐ１を介して相互に接続する。発信側通話制御システム１０の第２のゲートウェイ装置１２と着信側通話制御システム２０の第２ゲートウェイ装置２２は、第２の相互接続点Ｐ２を介して相互に接続する。
【００２７】
本発明の実施の形態に係る着信側通話制御システム２０において、ＳＩＰサーバＣ２５を境界として、発信側通話制御システム１０側と、着信端末３側とで、それぞれ複数の信号系統が構築されている。本発明の実施の形態に係る着信側通話制御システム２０において、発信側通話制御システム１０側の第１のゲートウェイ装置２１およびＳＩＰサーバＡ２３と、第２のゲートウェイ装置２２およびＳＩＰサーバＢ２４は、それぞれ個別の信号系統を構築し、ＳＩＰサーバＣ２５で、合流する。またＳＩＰサーバＣ２５からユーザ端末側において、着信端末３側のＳＩＰサーバ２９およびＳＩＰサーバＦ２８と、着信端末３以外の端末を収容するＳＩＰサーバＥ２７およびＳＩＰサーバＤ２６は、それぞれ個別の信号系統を構築する。
【００２８】
図２に示す通話システム４０において、発信端末２は、発信キャリアの転送網Ｎ１を経由した後、下記（１）および（２）のいずれかのルートを経由して、着信端末３に着信することが可能である。
（１）  第１のゲートウェイ装置１１、第１の相互接続点Ｐ１、第１のゲートウェイ装置２１、ＳＩＰサーバＡ２３、ＳＩＰサーバＣ２５、ＳＩＰサーバＦ２８、およびＳＩＰサーバ２９を経由して、着信端末３に着信するルート
（２）  第２のゲートウェイ装置１２、第２の相互接続点Ｐ２、第２のゲートウェイ装置２２、ＳＩＰサーバＢ２４、ＳＩＰサーバＣ２５、ＳＩＰサーバＦ２８、およびＳＩＰサーバ２９を経由して、着信端末３に着信するルート
【００２９】
従って本発明の実施の形態において、着信側通話制御システム２０のＳＩＰサーバＣよりも発信側通話制御システム１０側において、障害が発生している場合、相互接続点を変更することで、障害を回避してＳＩＰメッセージを着信側通話制御システム２０に送信することが可能と考えられる。一方、着信側通話制御システム２０のＳＩＰサーバＣよりも着信端末３側において、障害が発生している場合、相互接続点を変更したとしても、障害を回避することができず、ＳＩＰメッセージを着信側通話制御システム２０に送信することができないと考えられる。
【００３０】
本発明の実施の形態に係る発信側通話制御システム１０は、着信側通話制御システム２０において、相互接続点を変更することで障害を回避できるか否かの境界となる装置の情報、より具体的には、発信側通話制御システム１０からの転送数を閾値として保持する。発信側通話制御システム１０は、着信側通話制御システム２０において障害が発生したことを検知すると、最大転送数を１から順にインクリメントしながら、着信端末３宛のＯＰＴＩＯＮＳメッセージを着信側通話制御システム２０に送信して、障害が発生した装置に対応する転送数を特定する。この転送数が、予め保持した転送数よりも大きい場合、相互接続点を変更しても障害を回避できないと判定する。一方、この転送数が、予め保持した転送数よりも小さい場合、相互接続点を変更することで障害を回避できると判断して、相互接続点を変更して、再度、着信端末３宛のＩＮＶＩＴＥメッセージを送信する。
【００３１】
ここで、ＯＰＴＩＯＮＳメッセージを説明する。ＯＰＴＩＯＮＳメッセージには、最大転送数（Ｍａｘ−Ｆｏｒｗａｒｄ）を設定することができる。最大転送数が設定されたＯＰＴＩＯＮＳメッセージは、設定された最大転送数のＳＩＰサーバを経由して転送される。設定された最大転送数は、各ＳＩＰサーバにおいて転送される度に、デクリメントされる。ここで、最大転送数＝１で受け取ったＳＩＰサーバは、ＯＰＴＩＯＮＳメッセージをさらに転送することなく、ＯＰＴＩＯＮＳメッセージの送信元に向けて、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを送信する。
【００３２】
本発明の実施の形態は、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信する度に、最大転送数をインクリメントして設定したＯＰＴＩＯＮＳメッセージを送信する。ここで、所定タイマ以内に４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信しない場合に直近で設定された最大転送数は、障害が発生した装置の転送数に対応するので、本発明の実施の形態は、障害が発生した装置の情報を特定することが可能になる。
【００３３】
図３を参照して、本発明の実施の形態に係る通話システム４０において、着信側通話制御システム２０において障害が発生していない場合の通信を説明する。
【００３４】
発信端末２からの発信を受けて、発信キャリアのＳＩＰサーバ１３が送信したＩＮＶＩＴＥメッセージは、ステップＳ１０１ないしステップＳ１０４において、発信キャリアの第１のゲートウェイ装置１１、第１の相互接続点Ｐ１、着信側キャリアの第１のゲートウェイ装置２１、ＳＩＰサーバＡ２３、ＳＩＰサーバＣ２５、ＳＩＰサーバＦ２８（図示せず）およびＳＩＰサーバ２９（図示せず）を経由して、着信端末３に送信される。各装置で、ＩＮＶＩＴＥメッセージが受け付けられると、ステップＳ１１１ないしステップＳ１１４において、ＩＮＶＩＴＥメッセージの送信元の装置に、１００  Ｔｒｙｉｎｇメッセージが送信される。
【００３５】
着信端末３において呼出が開始されると、ステップＳ１２１ないしＳ１２４において、着信端末３（図示せず）、ＳＩＰサーバ２９（図示せず）、ＳＩＰサーバＦ２８（図示せず）、ＳＩＰサーバＣ２５、ＳＩＰサーバＡ２３、第１のゲートウェイ装置２１、第１の相互接続点Ｐ１、第１のゲートウェイ装置１１、ＳＩＰサーバ１３を経由して、発信端末２（図示せず）に、１８０  Ｒｉｎｇｉｎｇメッセージが送信される。
【００３６】
また着信端末３において電話が取られ、セッションを確立する場合、ステップＳ１３１ないしＳ１３４において、着信端末３（図示せず）、ＳＩＰサーバ２９（図示せず）、ＳＩＰサーバＦ２８（図示せず）、ＳＩＰサーバＣ２５、ＳＩＰサーバＡ２３、第１のゲートウェイ装置２１、第１の相互接続点Ｐ１、第１のゲートウェイ装置１１、ＳＩＰサーバ１３を経由して、発信端末２（図示せず）に、２００  ＯＫメッセージが送信される。ステップＳ１４１ないしステップＳ１４４において、２００  ＯＫメッセージに対するＡＣＫメッセージが、２００  ＯＫメッセージの送信元に送信される。
【００３７】
図３に示す処理を経て、発信端末２および着信端末３間にセッションが確立され、通話が可能になる。
【００３８】
図４を参照して、着信側通話制御システム２０の着信キャリア側のＳＩＰサーバＣ２５において障害が発生した場合の処理を説明する。
【００３９】
発信キャリア側の第１のゲートウェイ装置１１は、着信キャリア側の第１のゲートウェイ装置２１から１００  Ｔｒｙｉｎｇを受信した後、着信端末３において呼出が開始されたことを示す１８０  Ｒｉｎｇｉｎｇを受信しない場合、発信側通話制御システム１０は、着信側通話制御システム２０において障害が発生したと検知する。
【００４０】
その場合、発信側通話制御システム１０は、ＯＰＴＩＯＮＳメッセージを、第１の相互接続点Ｐ１を介して、着信側通話制御システム２０に送信する。
【００４１】
具体的には、ステップＳ２０１において、所定のタイマが満了するまでに、発信キャリア側の第１のゲートウェイ装置１１が１８０  Ｒｉｎｇｉｎｇを受信しない場合、発信側通話制御システム１０は、最大転送数＝１を設定したＯＰＴＩＯＮＳメッセージを、着信側通話制御システム２０に送信する。着信キャリア側の第１のゲートウェイ装置２１は、最大転送数＝１が設定されたＯＰＴＩＯＮＳメッセージを受信すると、ステップＳ２０２において、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを、発信側通話制御システム１０に送信する。
【００４２】
ステップＳ２０３において発信側通話制御システム１０は、最大転送数をインクリメントして、最大転送数＝２を設定したＯＰＴＩＯＮＳメッセージを、着信側通話制御システム２０に送信する。着信キャリア側の第１のゲートウェイ装置２１は、最大転送数＝２が設定されたＯＰＴＩＯＮＳメッセージを受信すると、最大転送数＝１に変更したＯＰＴＩＯＮＳメッセージをＳＩＰサーバＡ２３に送信する。ＳＩＰサーバＡ２３は、最大転送数＝１が設定されたＯＰＴＩＯＮＳメッセージを受信すると、ステップＳ２０４において、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを、第１のゲートウェイ装置２１を介して、発信側通話制御システム１０に送信する。
【００４３】
ステップＳ２０５において発信側通話制御システム１０は、最大転送数をインクリメントして、最大転送数＝３を設定したＯＰＴＩＯＮＳメッセージを、着信側通話制御システム２０に送信する。着信キャリア側の第１のゲートウェイ装置２１は、最大転送数＝３が設定されたＯＰＴＩＯＮＳメッセージを受信すると、最大転送数＝２に変更したＯＰＴＩＯＮＳメッセージをＳＩＰサーバＡ２３に送信する。ＳＩＰサーバＡ２３は、最大転送数＝２が設定されたＯＰＴＩＯＮＳメッセージを受信すると、最大転送数＝１に変更したＯＰＴＩＯＮＳメッセージをＳＩＰサーバＣ２５に送信する。
【００４４】
ここで、ＳＩＰサーバＣ２５に障害が発生している場合、ＳＩＰサーバＣ２５は、ＯＰＴＩＯＮＳメッセージに対する応答を送信できないので、発信側通話制御システム１０において、所定タイマ以内に４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信することができない。これにより発信側通話制御システム１０は、最大転送数＝３に対応する装置において障害が発生したと判断することができる。
【００４５】
着信側通話制御システム２０において、相互接続点を切り替えることで障害を回避することができる閾値は、「３」である。具体的には、第１のゲートウェイ装置２１またはＳＩＰサーバＡ２３のいずれかで障害が発生した場合、第２の相互接続点Ｐ２を用いることで、これらの装置を回避して、着信端末３にメッセージを送信することが可能になる。一方、ＳＩＰサーバＣ２５に障害が発生した場合、相互接続点を変更したとしても、障害を回避することができない。
【００４６】
図４に示す例では、最大転送数＝３に対応する装置、すなわちＳＩＰサーバＣ２５において障害が発生したと判断されるので、相互接続点を変更したとしても、障害が回避されないと判断され、発信端末２に通話できない旨が送信される。一方、最大転送数＝３未満に対応する装置、すなわち第１のゲートウェイ装置２１またはＳＩＰサーバＡ２３において障害が発生したと判断される場合、相互接続点を変更することで、障害を回避可能であると判断される。そこで発信側通話制御システム１０は、第１の相互接続点Ｐ１を用いることなく、第２の相互接続点Ｐ２を用いてＩＮＶＩＴＥメッセージを再送することにより、発信端末２と着信端末３との通話を実現することが可能になる。
【００４７】
（障害検知装置）
本発明の実施の形態においては、発信側通話制御システム１０の障害検知装置１が、第１のゲートウェイ装置１１および第２のゲートウェイ装置１２に接続して、着信側通話制御システム２０の故障を検知して、ＯＰＴＩＯＮＳリクエストを送信する場合を説明する。なお、他の例としては、障害検知装置１の機能が、第１のゲートウェイ装置１１および第２のゲートウェイ装置１２のそれぞれに搭載される場合も考えられる。
【００４８】
図５に示すように、障害検知装置１は、処理装置１１０、記憶装置１２０および通信制御装置１３０を備える一般的なコンピュータである。障害検知装置１は、一般的なコンピュータが、所定の機能を実現するためのプログラムを実行することにより、図５に示すレスポンス遅延検出手段１１１、障害箇所特定手段１１２および指示手段１１３を実装する。
【００４９】
レスポンス遅延検出手段１１１は、発信側通話制御システム１０において第１の相互接続点Ｐ１に接続する第１のゲートウェイ装置１１が着信端末３宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末３において呼出中であることを示すレスポンスを受信しないことを検出する。着信端末３において呼出中であることを示すレスポンスは、１８０  Ｒｉｎｇｉｎｇメッセージ、１８１  Ｃａｌｌ  Ｂｅｉｎｇ  Ｆｏｒｗａｒｄｅｄメッセージ、１８２  Ｑｕｅｕｅｄメッセージおよび１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを含み、これらを総称して、１８ｘレスポンス（メッセージ）と称する。
【００５０】
レスポンス遅延検出手段１１１は、第１のゲートウェイ装置１１がＩＮＶＩＴＥメッセージを送信した後、着信端末３から１８ｘレスポンスを受信可能な充分な時間が設定されたタイマを走らせる。レスポンス遅延検出手段１１１は、１８ｘレスポンスを受信しないままタイマが満了した場合、着信側通話制御システム２０のいずれかの装置において、障害が発生し、ＩＮＶＩＴＥメッセージが着信端末３によって受信されていないと判断し、、障害箇所特定手段１１２に、障害箇所を特定させる。
【００５１】
図６を参照して、レスポンス遅延検出手段１１１によるレスポンス遅延検出処理を説明する。
【００５２】
まずステップＳ１１において、第１のゲートウェイ装置１１がＩＮＶＩＴＥメッセージを着信端末３に向けて送信したことが検知されると、ステップＳ１２において、１８ｘレスポンス受信タイマを開始する。
【００５３】
ステップＳ１３において、１８ｘレスポンスタイマが満了する前に、第１のゲートウェイ装置１１が１８ｘレスポンスを受信したことを検知した場合、着信側通話制御システム２０において障害が発生していないとみなし、そのまま処理を終了する。
【００５４】
一方、ステップＳ１３において、１８ｘレスポンスを受信することなく、１８ｘレスポンス受信タイマが満了した場合、ステップＳ１４において、着信側通話制御システム２０において障害が発生したとみなし、ステップＳ１５において、障害箇所特定手段１１２に、障害箇所を特定させる。
【００５５】
障害箇所特定手段１１２は、レスポンス遅延検出手段１１１が１８ｘレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置１１を介して着信端末３宛に送信する。障害箇所特定手段１１２は、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返す。
【００５６】
ここで、「所定時間」に、最大転送数が設定されたリクエストに対するレスポンスを受信可能な時間を設定が設定される。障害箇所特定手段１１２が送信するリクエストは、ＯＰＴＩＯＮＳメッセージであり、ＯＰＴＩＯＮＳメッセージに対するレスポンスは、指定された最大転送数を満たしたことを示すメッセージであって、具体的には、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージである。
【００５７】
障害箇所特定手段１１２は、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する。
【００５８】
障害箇所特定手段１１２は、最大転送数をインクリメントしながら、ＯＰＴＩＯＮＳメッセージのレスポンスを待機する処理を繰り返す。まず障害箇所特定手段１１２は、最大転送数＝１に設定したＯＰＴＩＯＮＳメッセージを送信し、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信可能な充分な時間が設定されたタイマを走らせる。４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージは、ＯＰＴＩＯＮＳメッセージで指定された最大転送数を満たしたことを示すレスポンスである。このタイマは、ＯＰＴＩＯＮＳメッセージに設定される最大転送数によって変更されても良い。
【００５９】
障害箇所特定手段１１２は、タイマが満了する前に４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信した場合、最大転送数＝２に設定したＯＰＴＩＯＮＳメッセージを送信し、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信可能な充分な時間が設定されたタイマを走らせる。このように、タイマが満了する前に４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信する限りにおいて、最大転送数をインクリメントしながら、ＯＰＴＩＯＮＳメッセージを送信する処理を繰り返す。
【００６０】
４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを受信することなくタイマが満了した場合、その直前で設定した最大転送数に対応する装置に故障が発生していると判断して、その直前で送信したＯＰＴＩＯＮＳメッセージに設定された最大転送数を、着信側障害装置指標と特定する。着信側障害装置指標は、着信側通話制御システム２０において障害が発生したと推測される装置を特定する情報であって、着信側のゲートウェイ装置から着信端末３まで経由するルートにおいて、ゲートウェイ装置からカウントした装置の数である。
【００６１】
図７を参照して、障害箇所特定手段１１２による障害箇所特定処理を説明する。
【００６２】
ますステップＳ２１において、最大転送数＝０に初期化する。ステップＳ２２において、着信端末３宛に、ＯＰＴＩＯＮＳメッセージを送信する。ここで送信されるＯＰＴＩＯＮＳメッセージには、インクリメントされた最大転送数が設定される。すなわち、初回送信時は、最大転送数＝１に設定され、次回以降、２、３…とインクリメントされた最大転送数が設定される。
【００６３】
ステップＳ２２においてＯＰＴＩＯＮＳメッセージを送信した後、ステップＳ２３において４８３レスポンス受信タイマを開始する。
【００６４】
ステップＳ２４において、４８３レスポンス受信タイマが満了する前に、４８３レスポンスを受信したか否かを判定する。４８３レスポンス受信タイマが満了する前に、４８３レスポンスを受信した場合、ステップＳ２２に戻り、最大転送数をインクリメントして、新たなＯＰＴＩＯＮＳメッセージを送信する。
【００６５】
一方ステップＳ２４において、４８３レスポンスを受信する前に、４８３レスポンス受信タイマが満了した場合、ステップＳ２５に進む。ステップＳ２５において、直近のステップＳ２２で送信したＯＰＴＩＯＮＳメッセージに設定された最大転送数を、着信側障害装置指標として、処理を終了する。
【００６６】
指示手段１１３は、障害箇所特定手段１１２によって特定された着信側障害装置指標に基づいて、着信端末３に未達となったＩＮＶＩＴＥメッセージの扱いを決定する。指示手段１１３は、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点Ｐ２に接続する第２のゲートウェイ装置１２を介して、着信端末３宛のＩＮＶＩＴＥメッセージを送信する指示をする。
【００６７】
ここで「閾値」は、相互接続点を切り替えることで障害を回避することができる境界を示し、図２に示す着信側通話制御システム２０においては「３」になる。従って、着信側障害装置指標が、「１」または「２」の場合、先にＩＮＶＩＴＥメッセージを送信した際に用いた相互接続点とは異なる相互接続点、すなわち第２の相互接続点Ｐ２を用いて、再度着信端末３宛のＩＮＶＩＴＥメッセージを送信する。この「閾値」は、予め発信側通話制御システム１０において保持されるものとする。「閾値」は、着信側通話制御システム２０に依存するので、着信側通話制御システム２０毎に設定される。
【００６８】
一方、着信側障害装置指標が、所定の閾値よりも大きい場合、相互接続点を変更してもＩＮＶＩＴＥメッセージが着信端末３に到達することは困難であると判断する。指示手段１１３は、発信端末２に向けて、通話できない旨や、時間をおいて再度発信する旨などを通知する。
【００６９】
図８を参照して指示手段１１３による指示処理を説明する。
【００７０】
まず、ステップＳ３１において指示手段１１３は、着信側障害装置指標が、閾値よりも大きいか否かを判定する。
【００７１】
着信側障害装置指標が閾値よりも小さい場合、ステップＳ３２において指示手段１１３は、着信側通話制御システム２０の第１のゲートウェイ装置２１に近い装置で障害が発生したと判定する。指示手段１１３は、ステップＳ３３において、第１の相互接続点Ｐ１から第２の相互接続点Ｐ２を利用するように変更した上で、ＩＮＶＩＴＥメッセージを再送するよう指示する。
【００７２】
一方着信側障害装置指標が、閾値よりも大きい場合、ステップＳ３４において指示手段１１３は、着信端末３に近い装置で障害が発生したと判定する。指示手段１１３は、ステップＳ３５において、相互接続点を変更しないと決定し、さらに、発信端末２に発信できない旨などのメッセージを送信する。
【００７３】
このように、本発明の実施の形態に係る通話システム４０は、着信側通話制御システム２０においてＩＮＶＩＴＥメッセージを送信後に、１８ｘレスポンスを受信しない場合に、障害箇所を特定することが可能になる。具体的には、着信端末３を宛先に設定したＯＰＴＩＯＮＳメッセージを、最大転送数を１から順に増やしながら設定して送信することで、ＳＩＰトレースルートを実現する。着信側通話制御システム２０の第１のゲートウェイ装置２１から着信端末３を経由するルートに位置する各サーバに、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージを返信させ、発信側通話制御システム１０が、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージをタイムアウトで受信できるか否かを監視する。発信側通話制御システム１０が、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージをタイムアウトで受信できなかったことを検知すると、この発信側通話制御システム１０が、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージに対応するＯＰＴＩＯＮＳメッセージに設定された最大転送数に対応する装置において、障害が発生したと特定することが可能になる。
【００７４】
また、発信側通話制御システム１０は、各着信側通話制御システム２０において、相互接続点を切り替えることで障害を回避することができる境界となる「閾値」を保持する。この閾値は、発信側通話制御システム１０からの転送数に対応する。発信側通話制御システム１０は、４８３  Ｔｏｏ  Ｍａｎｙ  Ｈｏｐｓメッセージの受信がタイムアウトした際の最大転送数が、閾値よりも小さい場合に、相互接続点を切り替えて、ＩＮＶＩＴＥメッセージを再送するよう指示する。これにより、障害が発生していない系統を用いて、着信端末３にＩＮＶＩＴＥメッセージを送信することが可能になる。
【００７５】
このように本発明の実施の形態に係る発信側通話制御システム１０は、着信側のキャリアでの障害を、発信側のキャリアが能動的に把握することができる。さらに発信側通話制御システム１０は、相互接続点を切り替えることで通話が実現可能であるか否かを見極めて、サービス継続性を向上させることができる。
【００７６】
（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例１ないし３によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００７７】
例えば、本発明の実施の形態においては、発信側通話制御システムの障害検知装置が、着信側通話制御システムの故障を検知して、ＯＰＴＩＯＮＳメッセージを送信する場合を説明するが、これに限られない。本発明の実施の形態に係る障害検知装置１の機能は、第１のゲートウェイサーバおよび第２のゲートウェイサーバにそれぞれ搭載されても良い。或いは障害検知装置１の機能は、第１のゲートウェイサーバおよび第２のゲートウェイサーバに接続する別のサーバに搭載されても良い。
【００７８】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００７９】
１  障害検知装置
２  発信端末
３  着信端末
１０  発信側通話制御システム
１１、２１  第１のゲートウェイ装置
１２、２２  第２のゲートウェイ装置
１３、２３、２４、２５、２６、２７、２８、２９、３３  ＳＩＰサーバ
１１０  処理装置
１１１  レスポンス遅延検出手段
１１２  障害箇所特定手段
１１３  指示手段
１２０  記憶装置
１３０  通信制御装置
Ｎ１、Ｎ２、Ｎ３  転送網
Ｐ１  第１の相互接続点
Ｐ２  第２の相互接続点
【図１】
2018137527.tif 000003
【図２】
2018137527.tif 000004
【図３】
2018137527.tif 000005
【図４】
2018137527.tif 000006
【図５】
2018137527.tif 000007
【図６】
2018137527.tif 000008
【図７】
2018137527.tif 000009
【図８】
2018137527.tif 000010