JP6600326B2 - Failure detection device, call control system, call control method, and failure detection program - Google Patents
Failure detection device, call control system, call control method, and failure detection program Download PDFInfo
- Publication number
- JP6600326B2 JP6600326B2 JP2017028981A JP2017028981A JP6600326B2 JP 6600326 B2 JP6600326 B2 JP 6600326B2 JP 2017028981 A JP2017028981 A JP 2017028981A JP 2017028981 A JP2017028981 A JP 2017028981A JP 6600326 B2 JP6600326 B2 JP 6600326B2
- Authority
- JP
- Japan
- Prior art keywords
- call control
- control system
- response
- failure
- interconnection point
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本発明は、発信端末が属する発信キャリアの発信側通話制御システムと、着信端末が属する着信キャリアの着信側通話制御システムとを備え、発信側通話制御システムおよび着信側通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムにおいて、発信側通話制御システムに用いられる障害検知装置、通話制御システム、通話制御方法および障害検知プログラムに関する。 The present invention comprises a calling side call control system for a calling carrier to which a calling terminal belongs, and a called side call control system for a called carrier to which a called terminal belongs, and the calling side call control system and the called side call control system are respectively The present invention relates to a failure detection device, a call control system, a call control method, and a failure detection program used for a caller side call control system in a call system connected to one interconnection point and a second interconnection point.
現在、ＳＩＰ（Session Initiation Protocol）による通話サービスが規格化されている（例えば、特許文献１参照）。ＳＩＰによる通話サービスを提供するキャリアは、複数存在するので、各キャリアは、相互接続点（ＰＯＩ：Point Of Interface）を介して、相互に通信可能に接続される。キャリア間のＩＰ相互接続を実現するために、ＳＩＰ信号条件やＰＯＩ構成等のルール作りがなされている（非特許文献２および非特許文献３参照）。 Currently, a call service based on SIP (Session Initiation Protocol) is standardized (see, for example, Patent Document 1). Since there are a plurality of carriers that provide a call service based on SIP, the carriers are connected to each other via a point of interface (POI) so that they can communicate with each other. In order to realize IP interconnection between carriers, rules such as SIP signal conditions and POI configuration are made (see Non-Patent Document 2 and Non-Patent Document 3).
現在、キャリア間の通信で障害が発生した場合の対応について、規格化されておらず、発信側のキャリアは、着信側のキャリアの障害を把握しづらい場合がある。 Currently, there is no standardization about the response when a failure occurs in communication between carriers, and the carrier on the calling side may have difficulty grasping the failure of the carrier on the receiving side.
一般的には、障害が発生したキャリアの担当者が、他のキャリアの担当者に電話で障害を通知するが、電話での連絡は、障害が発生してから時間が経っている場合が多く、他のキャリアにおいて対応が遅れる場合がある。従って、各キャリアは、障害が発生したことの通知を受ける前に、障害を把握し対応する場合がある。例えば、発信側のキャリアは、着信側のキャリアとの間で確立されたＴＣＰ（Transmission Control Protocol）コネクションの切断や、ＩＮＶＩＴＥメッセージに対するレスポンスのタイムアウトなどの事象を検知して、着信側のキャリアの障害を把握することが可能である。 In general, a person in charge of a carrier who has a failure notifies the person in charge of another carrier of the failure by telephone, but it is often the case that a telephone call has passed since the failure occurred. In other carriers, the response may be delayed. Therefore, each carrier may grasp and respond to the failure before receiving a notification that the failure has occurred. For example, the calling carrier detects an event such as a disconnection of a TCP (Transmission Control Protocol) connection established with the receiving carrier or a timeout of a response to the INVITE message, and a failure of the receiving carrier is detected. Can be grasped.
これに対し、着信側のキャリアとＴＣＰコネクションを確立しない場合は、発信側のキャリアは、障害を検出しづらい場合がある。また、着信側のキャリアの故障箇所によっては、障害が発生している場合でも、ＩＮＶＩＴＥメッセージに対する１００Ｔｒｙｉｎｇを送信可能な場合があり、着信側のキャリアは１００Ｔｒｙｉｎｇを受信すると、着信側のキャリアの故障を検出しづらい場合がある。 On the other hand, when the TCP connection is not established with the carrier on the incoming side, the carrier on the outgoing side may have difficulty detecting a failure. Also, depending on the failure location of the carrier on the called side, even if a failure has occurred, there may be a case where 100 Trying for the INVITE message can be transmitted. It may be difficult to detect.
発信側のキャリアは、他キャリアとの呼を処理するために、着信側のキャリアの障害を把握する要請が高い。各キャリアが他キャリアにおける障害を取得可能な仕組みづくりが期待されるが、現状では、まだ対応されていない。 There is a high demand for the carrier on the calling side to grasp the failure of the carrier on the called side in order to process a call with another carrier. Although it is expected that each carrier will be able to acquire obstacles in other carriers, it has not yet been addressed.
従って本発明の目的は、着信側のキャリアでの障害を、発信側のキャリアが能動的に把握することが可能な障害検知装置、通話制御システム、通話制御方法および障害検知プログラムを提供することである。 Accordingly, an object of the present invention is to provide a failure detection device, a call control system, a call control method, and a failure detection program that enable a caller carrier to actively grasp a failure in a callee carrier. is there.
上記課題を解決するために、本発明の第１の特徴は、発信端末が属する発信キャリアの発信側通話制御システムと、着信端末が属する着信キャリアの着信側通話制御システムとを備え、発信側通話制御システムおよび着信側通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムにおいて、発信側通話制御システムに用いられる障害検知装置に関する。第１の特徴に係る障害検知装置は、発信側通話制御システムにおいて第１の相互接続点に接続する第１のゲートウェイ装置が着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、レスポンス遅延検出手段がレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置を介して着信端末宛に送信し、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段を備える。 In order to solve the above-mentioned problem, the first feature of the present invention is that it is provided with a calling side call control system for a calling carrier to which a calling terminal belongs, and a called side call control system for a called carrier to which a called terminal belongs, The control system and the incoming call control system relate to a failure detection device used for the outgoing call control system in the call system connected to the first interconnection point and the second interconnection point, respectively. The failure detection apparatus according to the first feature is being called at an incoming terminal in response to an INVITE message transmitted to the incoming terminal by the first gateway apparatus connected to the first interconnection point in the outgoing call control system. A response delay detecting means for detecting that a response indicating that there is not received, and a response delay detecting means detecting that no response is received, a request for which the maximum transfer number is set is sent via the first gateway device. The process of confirming whether or not to receive a response to the request within a predetermined time is repeated while incrementing the maximum transfer number from 1 until the reception of the response is not confirmed. Is not received, the maximum number of transfers set in the most recent request sent The failure location identification means for identifying the receiving-side faulty device index, and if the incoming-side faulty device index is smaller than a predetermined threshold, the destination addressed terminal is addressed via the second gateway device connected to the second interconnection point. Instruction means for giving an instruction to transmit the INVITE message is provided.
障害箇所特定手段は、所定時間に、最大転送数が設定されたリクエストに対するレスポンスを受信可能な時間を設定する。 The failure location specifying means sets a time during which a response to a request for which the maximum transfer number is set can be received at a predetermined time.
障害箇所特定手段が送信するリクエストは、ＯＰＴＩＯＮＳメッセージであり、ＯＰＴＩＯＮＳメッセージに対するレスポンスは、指定された最大転送数を満たしたことを示すメッセージである。 The request transmitted by the failure location specifying means is an OPTIONS message, and the response to the OPTIONS message is a message indicating that the specified maximum number of transfers has been satisfied.
本発明の第２の特徴は、発信端末が属する発信キャリアの発信側の通話制御システムと、着信端末が属する着信キャリアの着信側の通話制御システムとを備え、発信側の通話制御システムおよび着信側の通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムに用いられる発信側の通話制御システムに関する。第２の特徴に係る通話制御システムは、第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、レスポンス遅延検出手段がレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置を介して着信端末宛に送信し、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段を備える。 The second feature of the present invention includes a call control system on the caller side of the outgoing carrier to which the caller terminal belongs, and a call control system on the callee side of the caller carrier to which the caller terminal belongs. This call control system relates to a call control system on the calling side used for a call system connected to a first interconnection point and a second interconnection point, respectively. In the call control system according to the second feature, a response indicating that the first gateway device connected to the first interconnection point is ringing at the receiving terminal with respect to the INVITE message transmitted to the receiving terminal Response delay detecting means for detecting that no response is received, and when the response delay detecting means detects that no response is received, a request for which the maximum transfer number is set is addressed to the receiving terminal via the first gateway device. If the response is not received by repeating the process of transmitting and confirming whether or not to receive a response to the request within a predetermined time until the reception of the response is not confirmed, incrementing the maximum transfer number in order from 1 The maximum number of transfers set by the request sent most recently is determined as the faulty device index and special An instruction to transmit an INVITE message addressed to the receiving terminal via the second gateway device connected to the second interconnection point when the failure location specifying means and the receiving side failure device index are smaller than a predetermined threshold. Instruction means.
本発明の第３の特徴は、発信端末が属する発信キャリアの発信側の通話制御システムと、着信端末が属する着信キャリアの着信側の通話制御システムとを備え、発信側の通話制御システムおよび着信側の通話制御システムは、それぞれ、第１の相互接続点および第２の相互接続点に接続する通話システムに用いられる発信側の通話制御方法であって、コンピュータが、第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末において呼出中であることを示すレスポンスを受信しないことを検出するステップと、コンピュータが、レスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置を介して着信端末宛に送信し、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返すステップと、コンピュータが、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定するステップと、コンピュータが、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をするステップを備える。 According to a third aspect of the present invention, there is provided a call control system on a caller side of a call carrier to which a caller terminal belongs, and a call control system on a callee side of a caller carrier to which a callee terminal belongs. The call control system is a call control method on the caller side used in a call system connected to a first interconnection point and a second interconnection point, respectively, and a computer is connected to the first interconnection point. A first gateway device that detects that a response indicating that a call is being received at the receiving terminal is not received with respect to the INVITE message transmitted to the receiving terminal, and that the computer does not receive the response. If detected, a request with the maximum transfer number set is transmitted to the receiving terminal via the first gateway device. When the process of confirming whether or not to receive a response to the request within the time is repeated while incrementing the maximum transfer number from 1 until the response is not confirmed, and the computer does not receive the response The step of identifying the maximum transfer number set in the most recently transmitted request as an incoming faulty device index, and the computer if the incoming faulty device index is less than a predetermined threshold, the second interconnection point Instructing to transmit an INVITE message addressed to the receiving terminal via the second gateway device connected to the terminal.
本発明の第４の特徴は、コンピュータに本発明の第１の特徴に記載の障害検知装置として機能させるための障害検知プログラムに関する。 A fourth feature of the present invention relates to a failure detection program for causing a computer to function as the failure detection device according to the first feature of the present invention.
本発明によれば、着信側のキャリアでの障害を、発信側のキャリアが能動的に把握することが可能な障害検知装置、通話制御システム、通話制御方法および障害検知プログラムを提供することができる。 According to the present invention, it is possible to provide a failure detection device, a call control system, a call control method, and a failure detection program that enable a caller carrier to actively grasp a failure in a callee carrier. .
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。 Next, embodiments of the present invention will be described with reference to the drawings. In the following description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.
（通話システム）
図１を参照して、本発明の実施の形態に係る通話システム４０を説明する。通話システム４０は、通信回線を提供するキャリア毎に、通話制御システムが設けられ、各通話制御システム１０、２０、３０は、第１の相互接続点（ＰＯＩ：Point of Interface）Ｐ１および第２の相互接続点Ｐ２にそれぞれ接続する。
(Calling system)
With reference to FIG. 1, a call system 40 according to an embodiment of the present invention will be described. The call system 40 is provided with a call control system for each carrier that provides a communication line. Each of the
通話制御システムは、第１の相互接続点Ｐ１を介して他のキャリアの通話制御システムに接続するとともに、第２の相互接続点Ｐ２を介して他のキャリアの通話制御システムに接続する。各通話制御システムは、他のキャリアの通話制御システムと接続するために、第１の相互接続点Ｐ１を経由する通信ルートと、第２の相互接続点Ｐ２を経由する通信ルートの２系統の通信ルートが用意される。 The call control system is connected to the call control system of another carrier via the first interconnection point P1, and is connected to the call control system of another carrier via the second interconnection point P2. Each call control system has two systems of communication: a communication route via the first interconnection point P1 and a communication route via the second interconnection point P2 in order to connect to the call control system of another carrier. A route is prepared.
各通話制御システムは、複数のＳＩＰサーバを備える。ＳＩＰメッセージを転送するための転送網Ｎ１、Ｎ２、Ｎ３によりＳＩＰメッセージが送受信されて、発信端末および着信端末間の通話を実現する。本発明の実施の形態において、各通話制御システムが備えるＳＩＰサーバのうち、第１の相互接続点Ｐ１および第２の相互接続点Ｐ２に接続するＳＩＰサーバ（ＮＮＩ−ＧＷ：Network-to-network interface Gateway）を、それぞれ、第１のゲートウェイ装置および第２のゲートウェイ装置と称する。第１のゲートウェイ装置は、第１の相互接続点Ｐ１に接続し、第２の相互接続点Ｐ２に接続しない。第２ゲートウェイ装置は、第２の相互接続点Ｐ２に接続し、第１の相互接続点Ｐ１に接続しない。 Each call control system includes a plurality of SIP servers. The SIP message is transmitted / received by the transfer networks N1, N2, and N3 for transferring the SIP message, thereby realizing a call between the calling terminal and the receiving terminal. In the embodiment of the present invention, among SIP servers included in each call control system, a SIP server (NNI-GW: Network-to-network interface) connected to the first interconnection point P1 and the second interconnection point P2. Gateway) are referred to as a first gateway device and a second gateway device, respectively. The first gateway device is connected to the first interconnection point P1, and is not connected to the second interconnection point P2. The second gateway device is connected to the second interconnection point P2, and is not connected to the first interconnection point P1.
本発明の実施の形態において、発信端末２は、発信キャリアの発信側通話制御システム１０に属し、着信端末３は、着信キャリアの着信側通話制御システムに属する。発信側通話制御システム１０および着信側通話制御システム２０は、それぞれ、第１の相互接続点Ｐ１および第２の相互接続点Ｐ２に接続する。
In the embodiment of the present invention, the calling terminal 2 belongs to the calling carrier
図２を参照して、発信端末２と着信端末３とが通信するために経由するサーバの一例を説明する。 With reference to FIG. 2, an example of a server through which the transmitting terminal 2 and the receiving terminal 3 communicate will be described.
発信側通話制御システム１０は、障害検知装置１、第１のゲートウェイ装置１１、第２のゲートウェイ装置１２およびＳＩＰサーバ１３を備える。発信側通話制御システム１０は、第１のゲートウェイ装置１１および第２のゲートウェイ装置１２と、ＳＩＰサーバ１３とを中継するためのＳＩＰサーバ（図示せず）を備えても良い。障害検知装置１は、本発明の実施の形態において、着信側通話制御システム２０における障害を検知する装置であって、後に詳述する。
The calling side
ＳＩＰサーバ１３は、発信端末２を収容する。本発明の実施の形態において、障害検知装置１は、第１のゲートウェイ装置１１、第２のゲートウェイ装置１２およびＳＩＰサーバ１３とは物理的に異なる装置である場合を説明するが、これに限られない。障害検知装置１は、第１のゲートウェイ装置１１、第２のゲートウェイ装置１２およびＳＩＰサーバ１３のいずれか１つ以上の装置で実現される一機能であっても良い。
The
着信側通話制御システム２０は、第１のゲートウェイ装置２１、第２のゲートウェイ装置２２およびＳＩＰサーバ２３、２４、２５、２６、２７、２８、２９を備える。ＳＩＰサーバ２３、２４、２５、２６、２７および２８は、それぞれ、転送網Ｎ２でＳＩＰメッセージの転送を担うサーバであって、ＳＩＰサーバＡ２３、ＳＩＰサーバＢ２４、ＳＩＰサーバＣ２５、ＳＩＰサーバＤ２６、ＳＩＰサーバＥ２７およびＳＩＰサーバＦ２８と称する。ＳＩＰサーバ２９は、着信端末３を収容する。
The incoming
発信側通話制御システム１０の第１のゲートウェイ装置１１と着信側通話制御システム２０の第１のゲートウェイ装置２１は、第１の相互接続点Ｐ１を介して相互に接続する。発信側通話制御システム１０の第２のゲートウェイ装置１２と着信側通話制御システム２０の第２ゲートウェイ装置２２は、第２の相互接続点Ｐ２を介して相互に接続する。
The
本発明の実施の形態に係る着信側通話制御システム２０において、ＳＩＰサーバＣ２５を境界として、発信側通話制御システム１０側と、着信端末３側とで、それぞれ複数の信号系統が構築されている。本発明の実施の形態に係る着信側通話制御システム２０において、発信側通話制御システム１０側の第１のゲートウェイ装置２１およびＳＩＰサーバＡ２３と、第２のゲートウェイ装置２２およびＳＩＰサーバＢ２４は、それぞれ個別の信号系統を構築し、ＳＩＰサーバＣ２５で、合流する。またＳＩＰサーバＣ２５からユーザ端末側において、着信端末３側のＳＩＰサーバ２９およびＳＩＰサーバＦ２８と、着信端末３以外の端末を収容するＳＩＰサーバＥ２７およびＳＩＰサーバＤ２６は、それぞれ個別の信号系統を構築する。
In the incoming
図２に示す通話システム４０において、発信端末２は、発信キャリアの転送網Ｎ１を経由した後、下記（１）および（２）のいずれかのルートを経由して、着信端末３に着信することが可能である。
（１） 第１のゲートウェイ装置１１、第１の相互接続点Ｐ１、第１のゲートウェイ装置２１、ＳＩＰサーバＡ２３、ＳＩＰサーバＣ２５、ＳＩＰサーバＦ２８、およびＳＩＰサーバ２９を経由して、着信端末３に着信するルート
（２） 第２のゲートウェイ装置１２、第２の相互接続点Ｐ２、第２のゲートウェイ装置２２、ＳＩＰサーバＢ２４、ＳＩＰサーバＣ２５、ＳＩＰサーバＦ２８、およびＳＩＰサーバ２９を経由して、着信端末３に着信するルート
In the call system 40 shown in FIG. 2, the calling terminal 2 receives the incoming call terminal 3 via the route (1) or (2) below after passing through the transmission carrier N1 of the calling carrier. Is possible.
(1) To the receiving terminal 3 via the
従って本発明の実施の形態において、着信側通話制御システム２０のＳＩＰサーバＣよりも発信側通話制御システム１０側において、障害が発生している場合、相互接続点を変更することで、障害を回避してＳＩＰメッセージを着信側通話制御システム２０に送信することが可能と考えられる。一方、着信側通話制御システム２０のＳＩＰサーバＣよりも着信端末３側において、障害が発生している場合、相互接続点を変更したとしても、障害を回避することができず、ＳＩＰメッセージを着信側通話制御システム２０に送信することができないと考えられる。
Therefore, in the embodiment of the present invention, when a failure has occurred on the calling side
本発明の実施の形態に係る発信側通話制御システム１０は、着信側通話制御システム２０において、相互接続点を変更することで障害を回避できるか否かの境界となる装置の情報、より具体的には、発信側通話制御システム１０からの転送数を閾値として保持する。発信側通話制御システム１０は、着信側通話制御システム２０において障害が発生したことを検知すると、最大転送数を１から順にインクリメントしながら、着信端末３宛のＯＰＴＩＯＮＳメッセージを着信側通話制御システム２０に送信して、障害が発生した装置に対応する転送数を特定する。この転送数が、予め保持した転送数よりも大きい場合、相互接続点を変更しても障害を回避できないと判定する。一方、この転送数が、予め保持した転送数よりも小さい場合、相互接続点を変更することで障害を回避できると判断して、相互接続点を変更して、再度、着信端末３宛のＩＮＶＩＴＥメッセージを送信する。
The call-side
ここで、ＯＰＴＩＯＮＳメッセージを説明する。ＯＰＴＩＯＮＳメッセージには、最大転送数（Ｍａｘ−Ｆｏｒｗａｒｄ）を設定することができる。最大転送数が設定されたＯＰＴＩＯＮＳメッセージは、設定された最大転送数のＳＩＰサーバを経由して転送される。設定された最大転送数は、各ＳＩＰサーバにおいて転送される度に、デクリメントされる。ここで、最大転送数＝１で受け取ったＳＩＰサーバは、ＯＰＴＩＯＮＳメッセージをさらに転送することなく、ＯＰＴＩＯＮＳメッセージの送信元に向けて、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを送信する。 Here, the OPTIONS message will be described. The maximum number of transfers (Max-Forward) can be set in the OPTIONS message. The OPTIONS message in which the maximum transfer number is set is transferred via the SIP server having the set maximum transfer number. The set maximum transfer number is decremented each time it is transferred in each SIP server. Here, the SIP server received with the maximum transfer number = 1 transmits the 483 Too Many Hops message to the source of the OPTIONS message without further transferring the OPTIONS message.
本発明の実施の形態は、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信する度に、最大転送数をインクリメントして設定したＯＰＴＩＯＮＳメッセージを送信する。ここで、所定タイマ以内に４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信しない場合に直近で設定された最大転送数は、障害が発生した装置の転送数に対応するので、本発明の実施の形態は、障害が発生した装置の情報を特定することが可能になる。 In the embodiment of the present invention, every time a 483 Too Many Hops message is received, an OPTIONS message set by incrementing the maximum transfer number is transmitted. Here, when the 483 Too Many Hops message is not received within the predetermined timer, the maximum transfer number set most recently corresponds to the transfer number of the device in which the failure has occurred. It becomes possible to specify the information of the generated device.
図３を参照して、本発明の実施の形態に係る通話システム４０において、着信側通話制御システム２０において障害が発生していない場合の通信を説明する。
With reference to FIG. 3, communication when no failure has occurred in incoming
発信端末２からの発信を受けて、発信キャリアのＳＩＰサーバ１３が送信したＩＮＶＩＴＥメッセージは、ステップＳ１０１ないしステップＳ１０４において、発信キャリアの第１のゲートウェイ装置１１、第１の相互接続点Ｐ１、着信側キャリアの第１のゲートウェイ装置２１、ＳＩＰサーバＡ２３、ＳＩＰサーバＣ２５、ＳＩＰサーバＦ２８（図示せず）およびＳＩＰサーバ２９（図示せず）を経由して、着信端末３に送信される。各装置で、ＩＮＶＩＴＥメッセージが受け付けられると、ステップＳ１１１ないしステップＳ１１４において、ＩＮＶＩＴＥメッセージの送信元の装置に、１００ Ｔｒｙｉｎｇメッセージが送信される。
The INVITE message transmitted by the
着信端末３において呼出が開始されると、ステップＳ１２１ないしＳ１２４において、着信端末３（図示せず）、ＳＩＰサーバ２９（図示せず）、ＳＩＰサーバＦ２８（図示せず）、ＳＩＰサーバＣ２５、ＳＩＰサーバＡ２３、第１のゲートウェイ装置２１、第１の相互接続点Ｐ１、第１のゲートウェイ装置１１、ＳＩＰサーバ１３を経由して、発信端末２（図示せず）に、１８０ Ｒｉｎｇｉｎｇメッセージが送信される。
When a call is started in the receiving terminal 3, in steps S121 to S124, the receiving terminal 3 (not shown), the SIP server 29 (not shown), the SIP server F28 (not shown), the SIP server C25, the
また着信端末３において電話が取られ、セッションを確立する場合、ステップＳ１３１ないしＳ１３４において、着信端末３（図示せず）、ＳＩＰサーバ２９（図示せず）、ＳＩＰサーバＦ２８（図示せず）、ＳＩＰサーバＣ２５、ＳＩＰサーバＡ２３、第１のゲートウェイ装置２１、第１の相互接続点Ｐ１、第１のゲートウェイ装置１１、ＳＩＰサーバ１３を経由して、発信端末２（図示せず）に、２００ ＯＫメッセージが送信される。ステップＳ１４１ないしステップＳ１４４において、２００ ＯＫメッセージに対するＡＣＫメッセージが、２００ ＯＫメッセージの送信元に送信される。
When a call is received at the incoming terminal 3 and a session is established, the incoming terminal 3 (not shown), the SIP server 29 (not shown), the SIP server F28 (not shown), the SIP are set in steps S131 to S134. A 200 OK message is sent to the calling terminal 2 (not shown) via the server C25, the SIP server A23, the
図３に示す処理を経て、発信端末２および着信端末３間にセッションが確立され、通話が可能になる。 Through the process shown in FIG. 3, a session is established between the calling terminal 2 and the receiving terminal 3, and a call becomes possible.
図４を参照して、着信側通話制御システム２０の着信キャリア側のＳＩＰサーバＣ２５において障害が発生した場合の処理を説明する。
With reference to FIG. 4, a process when a failure occurs in the SIP server C25 on the incoming carrier side of the incoming
発信キャリア側の第１のゲートウェイ装置１１は、着信キャリア側の第１のゲートウェイ装置２１から１００ Ｔｒｙｉｎｇを受信した後、着信端末３において呼出が開始されたことを示す１８０ Ｒｉｎｇｉｎｇを受信しない場合、発信側通話制御システム１０は、着信側通話制御システム２０において障害が発生したと検知する。
When the
その場合、発信側通話制御システム１０は、ＯＰＴＩＯＮＳメッセージを、第１の相互接続点Ｐ１を介して、着信側通話制御システム２０に送信する。
In that case, the caller side
具体的には、ステップＳ２０１において、所定のタイマが満了するまでに、発信キャリア側の第１のゲートウェイ装置１１が１８０ Ｒｉｎｇｉｎｇを受信しない場合、発信側通話制御システム１０は、最大転送数＝１を設定したＯＰＴＩＯＮＳメッセージを、着信側通話制御システム２０に送信する。着信キャリア側の第１のゲートウェイ装置２１は、最大転送数＝１が設定されたＯＰＴＩＯＮＳメッセージを受信すると、ステップＳ２０２において、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを、発信側通話制御システム１０に送信する。
Specifically, in step S201, if the
ステップＳ２０３において発信側通話制御システム１０は、最大転送数をインクリメントして、最大転送数＝２を設定したＯＰＴＩＯＮＳメッセージを、着信側通話制御システム２０に送信する。着信キャリア側の第１のゲートウェイ装置２１は、最大転送数＝２が設定されたＯＰＴＩＯＮＳメッセージを受信すると、最大転送数＝１に変更したＯＰＴＩＯＮＳメッセージをＳＩＰサーバＡ２３に送信する。ＳＩＰサーバＡ２３は、最大転送数＝１が設定されたＯＰＴＩＯＮＳメッセージを受信すると、ステップＳ２０４において、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを、第１のゲートウェイ装置２１を介して、発信側通話制御システム１０に送信する。
In step S203, the calling side
ステップＳ２０５において発信側通話制御システム１０は、最大転送数をインクリメントして、最大転送数＝３を設定したＯＰＴＩＯＮＳメッセージを、着信側通話制御システム２０に送信する。着信キャリア側の第１のゲートウェイ装置２１は、最大転送数＝３が設定されたＯＰＴＩＯＮＳメッセージを受信すると、最大転送数＝２に変更したＯＰＴＩＯＮＳメッセージをＳＩＰサーバＡ２３に送信する。ＳＩＰサーバＡ２３は、最大転送数＝２が設定されたＯＰＴＩＯＮＳメッセージを受信すると、最大転送数＝１に変更したＯＰＴＩＯＮＳメッセージをＳＩＰサーバＣ２５に送信する。
In step S <b> 205, the caller side
ここで、ＳＩＰサーバＣ２５に障害が発生している場合、ＳＩＰサーバＣ２５は、ＯＰＴＩＯＮＳメッセージに対する応答を送信できないので、発信側通話制御システム１０において、所定タイマ以内に４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信することができない。これにより発信側通話制御システム１０は、最大転送数＝３に対応する装置において障害が発生したと判断することができる。
Here, when a failure occurs in the SIP server C25, the SIP server C25 cannot transmit a response to the OPTIONS message, and therefore, the calling side
着信側通話制御システム２０において、相互接続点を切り替えることで障害を回避することができる閾値は、「３」である。具体的には、第１のゲートウェイ装置２１またはＳＩＰサーバＡ２３のいずれかで障害が発生した場合、第２の相互接続点Ｐ２を用いることで、これらの装置を回避して、着信端末３にメッセージを送信することが可能になる。一方、ＳＩＰサーバＣ２５に障害が発生した場合、相互接続点を変更したとしても、障害を回避することができない。
In the incoming
図４に示す例では、最大転送数＝３に対応する装置、すなわちＳＩＰサーバＣ２５において障害が発生したと判断されるので、相互接続点を変更したとしても、障害が回避されないと判断され、発信端末２に通話できない旨が送信される。一方、最大転送数＝３未満に対応する装置、すなわち第１のゲートウェイ装置２１またはＳＩＰサーバＡ２３において障害が発生したと判断される場合、相互接続点を変更することで、障害を回避可能であると判断される。そこで発信側通話制御システム１０は、第１の相互接続点Ｐ１を用いることなく、第２の相互接続点Ｐ２を用いてＩＮＶＩＴＥメッセージを再送することにより、発信端末２と着信端末３との通話を実現することが可能になる。
In the example shown in FIG. 4, since it is determined that a failure has occurred in the device corresponding to the maximum transfer number = 3, that is, the SIP server C25, it is determined that the failure is not avoided even if the interconnection point is changed. A message indicating that the terminal 2 cannot make a call is transmitted. On the other hand, when it is determined that a failure has occurred in the device corresponding to the maximum number of transfers = less than 3, that is, the
（障害検知装置）
本発明の実施の形態においては、発信側通話制御システム１０の障害検知装置１が、第１のゲートウェイ装置１１および第２のゲートウェイ装置１２に接続して、着信側通話制御システム２０の故障を検知して、ＯＰＴＩＯＮＳリクエストを送信する場合を説明する。なお、他の例としては、障害検知装置１の機能が、第１のゲートウェイ装置１１および第２のゲートウェイ装置１２のそれぞれに搭載される場合も考えられる。
(Fault detection device)
In the embodiment of the present invention, the
図５に示すように、障害検知装置１は、処理装置１１０、記憶装置１２０および通信制御装置１３０を備える一般的なコンピュータである。障害検知装置１は、一般的なコンピュータが、所定の機能を実現するためのプログラムを実行することにより、図５に示すレスポンス遅延検出手段１１１、障害箇所特定手段１１２および指示手段１１３を実装する。
As illustrated in FIG. 5, the
レスポンス遅延検出手段１１１は、発信側通話制御システム１０において第１の相互接続点Ｐ１に接続する第１のゲートウェイ装置１１が着信端末３宛に送信したＩＮＶＩＴＥメッセージに対して、着信端末３において呼出中であることを示すレスポンスを受信しないことを検出する。着信端末３において呼出中であることを示すレスポンスは、１８０ Ｒｉｎｇｉｎｇメッセージ、１８１ Ｃａｌｌ Ｂｅｉｎｇ Ｆｏｒｗａｒｄｅｄメッセージ、１８２ Ｑｕｅｕｅｄメッセージおよび１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓメッセージを含み、これらを総称して、１８ｘレスポンス（メッセージ）と称する。
The response delay detection unit 111 is calling at the receiving terminal 3 in response to the INVITE message transmitted to the receiving terminal 3 by the
レスポンス遅延検出手段１１１は、第１のゲートウェイ装置１１がＩＮＶＩＴＥメッセージを送信した後、着信端末３から１８ｘレスポンスを受信可能な充分な時間が設定されたタイマを走らせる。レスポンス遅延検出手段１１１は、１８ｘレスポンスを受信しないままタイマが満了した場合、着信側通話制御システム２０のいずれかの装置において、障害が発生し、ＩＮＶＩＴＥメッセージが着信端末３によって受信されていないと判断し、、障害箇所特定手段１１２に、障害箇所を特定させる。
The response delay detection unit 111 runs a timer in which a sufficient time for receiving an 18x response from the receiving terminal 3 is set after the
図６を参照して、レスポンス遅延検出手段１１１によるレスポンス遅延検出処理を説明する。 With reference to FIG. 6, the response delay detection processing by the response delay detection unit 111 will be described.
まずステップＳ１１において、第１のゲートウェイ装置１１がＩＮＶＩＴＥメッセージを着信端末３に向けて送信したことが検知されると、ステップＳ１２において、１８ｘレスポンス受信タイマを開始する。
First, in step S11, when it is detected that the
ステップＳ１３において、１８ｘレスポンスタイマが満了する前に、第１のゲートウェイ装置１１が１８ｘレスポンスを受信したことを検知した場合、着信側通話制御システム２０において障害が発生していないとみなし、そのまま処理を終了する。
If it is detected in step S13 that the
一方、ステップＳ１３において、１８ｘレスポンスを受信することなく、１８ｘレスポンス受信タイマが満了した場合、ステップＳ１４において、着信側通話制御システム２０において障害が発生したとみなし、ステップＳ１５において、障害箇所特定手段１１２に、障害箇所を特定させる。
On the other hand, if the 18x response reception timer expires without receiving the 18x response in step S13, it is considered that a failure has occurred in the incoming
障害箇所特定手段１１２は、レスポンス遅延検出手段１１１が１８ｘレスポンスを受信しないことを検出した場合、最大転送数が設定されたリクエストを、第１のゲートウェイ装置１１を介して着信端末３宛に送信する。障害箇所特定手段１１２は、所定時間以内に、リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返す。
When the failure
ここで、「所定時間」に、最大転送数が設定されたリクエストに対するレスポンスを受信可能な時間を設定が設定される。障害箇所特定手段１１２が送信するリクエストは、ＯＰＴＩＯＮＳメッセージであり、ＯＰＴＩＯＮＳメッセージに対するレスポンスは、指定された最大転送数を満たしたことを示すメッセージであって、具体的には、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージである。 Here, the “predetermined time” is set to a time during which a response to a request for which the maximum transfer number is set can be received. The request transmitted by the failure location specifying means 112 is an OPTIONS message, and the response to the OPTIONS message is a message indicating that the specified maximum transfer number has been satisfied. Specifically, the request is a 483 Too Many Hops message. is there.
障害箇所特定手段１１２は、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する。
When the failure
障害箇所特定手段１１２は、最大転送数をインクリメントしながら、ＯＰＴＩＯＮＳメッセージのレスポンスを待機する処理を繰り返す。まず障害箇所特定手段１１２は、最大転送数＝１に設定したＯＰＴＩＯＮＳメッセージを送信し、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信可能な充分な時間が設定されたタイマを走らせる。４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージは、ＯＰＴＩＯＮＳメッセージで指定された最大転送数を満たしたことを示すレスポンスである。このタイマは、ＯＰＴＩＯＮＳメッセージに設定される最大転送数によって変更されても良い。 The failure location specifying means 112 repeats the process of waiting for the OPTIONS message response while incrementing the maximum transfer number. First, the failure location specifying means 112 transmits an OPTIONS message with the maximum number of transfers = 1, and runs a timer set with sufficient time to receive the 483 Too Many Hops message. The 483 Too Many Hops message is a response indicating that the maximum transfer number specified in the OPTIONS message is satisfied. This timer may be changed according to the maximum transfer number set in the OPTIONS message.
障害箇所特定手段１１２は、タイマが満了する前に４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信した場合、最大転送数＝２に設定したＯＰＴＩＯＮＳメッセージを送信し、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信可能な充分な時間が設定されたタイマを走らせる。このように、タイマが満了する前に４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信する限りにおいて、最大転送数をインクリメントしながら、ＯＰＴＩＯＮＳメッセージを送信する処理を繰り返す。 If the failure location identifying means 112 receives the 483 Too Many Hops message before the timer expires, it transmits an OPTIONS message with the maximum transfer number set to 2 and has enough time to receive the 483 Too Many Hops message. Run a set timer. As described above, as long as the 483 Too Many Hops message is received before the timer expires, the process of transmitting the OPTIONS message is repeated while incrementing the maximum transfer number.
４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを受信することなくタイマが満了した場合、その直前で設定した最大転送数に対応する装置に故障が発生していると判断して、その直前で送信したＯＰＴＩＯＮＳメッセージに設定された最大転送数を、着信側障害装置指標と特定する。着信側障害装置指標は、着信側通話制御システム２０において障害が発生したと推測される装置を特定する情報であって、着信側のゲートウェイ装置から着信端末３まで経由するルートにおいて、ゲートウェイ装置からカウントした装置の数である。
If the timer expires without receiving the 483 Too Many Hops message, it is determined that a failure has occurred in the device corresponding to the maximum transfer number set immediately before, and is set in the OPTIONS message sent immediately before The maximum transfer number is specified as the receiving-side faulty device index. The incoming-side faulty device index is information for identifying a device that is assumed to have failed in the incoming-side
図７を参照して、障害箇所特定手段１１２による障害箇所特定処理を説明する。 With reference to FIG. 7, the failure location specifying process by the failure location specifying means 112 will be described.
ますステップＳ２１において、最大転送数＝０に初期化する。ステップＳ２２において、着信端末３宛に、ＯＰＴＩＯＮＳメッセージを送信する。ここで送信されるＯＰＴＩＯＮＳメッセージには、インクリメントされた最大転送数が設定される。すなわち、初回送信時は、最大転送数＝１に設定され、次回以降、２、３…とインクリメントされた最大転送数が設定される。 In step S21, the maximum transfer number is initialized to zero. In step S22, an OPTIONS message is transmitted to the receiving terminal 3. The incremented maximum transfer number is set in the OPTIONS message transmitted here. That is, at the first transmission, the maximum transfer number = 1 is set, and the maximum transfer number incremented to 2, 3,.
ステップＳ２２においてＯＰＴＩＯＮＳメッセージを送信した後、ステップＳ２３において４８３レスポンス受信タイマを開始する。 After sending the OPTIONS message in step S22, the 483 response reception timer is started in step S23.
ステップＳ２４において、４８３レスポンス受信タイマが満了する前に、４８３レスポンスを受信したか否かを判定する。４８３レスポンス受信タイマが満了する前に、４８３レスポンスを受信した場合、ステップＳ２２に戻り、最大転送数をインクリメントして、新たなＯＰＴＩＯＮＳメッセージを送信する。 In step S24, it is determined whether or not a 483 response has been received before the 483 response reception timer expires. If a 483 response is received before the 483 response reception timer expires, the process returns to step S22, the maximum transfer number is incremented, and a new OPTIONS message is transmitted.
一方ステップＳ２４において、４８３レスポンスを受信する前に、４８３レスポンス受信タイマが満了した場合、ステップＳ２５に進む。ステップＳ２５において、直近のステップＳ２２で送信したＯＰＴＩＯＮＳメッセージに設定された最大転送数を、着信側障害装置指標として、処理を終了する。 On the other hand, if the 483 response reception timer expires before receiving the 483 response in step S24, the process proceeds to step S25. In step S25, the processing is terminated using the maximum transfer number set in the OPTIONS message transmitted in the most recent step S22 as an incoming failure apparatus index.
指示手段１１３は、障害箇所特定手段１１２によって特定された着信側障害装置指標に基づいて、着信端末３に未達となったＩＮＶＩＴＥメッセージの扱いを決定する。指示手段１１３は、着信側障害装置指標が所定の閾値よりも小さい場合、第２の相互接続点Ｐ２に接続する第２のゲートウェイ装置１２を介して、着信端末３宛のＩＮＶＩＴＥメッセージを送信する指示をする。
The
ここで「閾値」は、相互接続点を切り替えることで障害を回避することができる境界を示し、図２に示す着信側通話制御システム２０においては「３」になる。従って、着信側障害装置指標が、「１」または「２」の場合、先にＩＮＶＩＴＥメッセージを送信した際に用いた相互接続点とは異なる相互接続点、すなわち第２の相互接続点Ｐ２を用いて、再度着信端末３宛のＩＮＶＩＴＥメッセージを送信する。この「閾値」は、予め発信側通話制御システム１０において保持されるものとする。「閾値」は、着信側通話制御システム２０に依存するので、着信側通話制御システム２０毎に設定される。
Here, the “threshold value” indicates a boundary at which a failure can be avoided by switching the interconnection point, and is “3” in the incoming
一方、着信側障害装置指標が、所定の閾値よりも大きい場合、相互接続点を変更してもＩＮＶＩＴＥメッセージが着信端末３に到達することは困難であると判断する。指示手段１１３は、発信端末２に向けて、通話できない旨や、時間をおいて再度発信する旨などを通知する。
On the other hand, if the incoming failure indicator is larger than a predetermined threshold, it is determined that it is difficult for the INVITE message to reach the incoming terminal 3 even if the interconnection point is changed. The instructing
図８を参照して指示手段１１３による指示処理を説明する。
The instruction process by the
まず、ステップＳ３１において指示手段１１３は、着信側障害装置指標が、閾値よりも大きいか否かを判定する。
First, in step S31, the
着信側障害装置指標が閾値よりも小さい場合、ステップＳ３２において指示手段１１３は、着信側通話制御システム２０の第１のゲートウェイ装置２１に近い装置で障害が発生したと判定する。指示手段１１３は、ステップＳ３３において、第１の相互接続点Ｐ１から第２の相互接続点Ｐ２を利用するように変更した上で、ＩＮＶＩＴＥメッセージを再送するよう指示する。
If the incoming-side faulty device index is smaller than the threshold value, in step S32, the
一方着信側障害装置指標が、閾値よりも大きい場合、ステップＳ３４において指示手段１１３は、着信端末３に近い装置で障害が発生したと判定する。指示手段１１３は、ステップＳ３５において、相互接続点を変更しないと決定し、さらに、発信端末２に発信できない旨などのメッセージを送信する。
On the other hand, if the incoming-side failure device index is larger than the threshold value, the
このように、本発明の実施の形態に係る通話システム４０は、着信側通話制御システム２０においてＩＮＶＩＴＥメッセージを送信後に、１８ｘレスポンスを受信しない場合に、障害箇所を特定することが可能になる。具体的には、着信端末３を宛先に設定したＯＰＴＩＯＮＳメッセージを、最大転送数を１から順に増やしながら設定して送信することで、ＳＩＰトレースルートを実現する。着信側通話制御システム２０の第１のゲートウェイ装置２１から着信端末３を経由するルートに位置する各サーバに、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージを返信させ、発信側通話制御システム１０が、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージをタイムアウトで受信できるか否かを監視する。発信側通話制御システム１０が、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージをタイムアウトで受信できなかったことを検知すると、この発信側通話制御システム１０が、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージに対応するＯＰＴＩＯＮＳメッセージに設定された最大転送数に対応する装置において、障害が発生したと特定することが可能になる。
As described above, the call system 40 according to the embodiment of the present invention can identify a fault location when an incoming
また、発信側通話制御システム１０は、各着信側通話制御システム２０において、相互接続点を切り替えることで障害を回避することができる境界となる「閾値」を保持する。この閾値は、発信側通話制御システム１０からの転送数に対応する。発信側通話制御システム１０は、４８３ Ｔｏｏ Ｍａｎｙ Ｈｏｐｓメッセージの受信がタイムアウトした際の最大転送数が、閾値よりも小さい場合に、相互接続点を切り替えて、ＩＮＶＩＴＥメッセージを再送するよう指示する。これにより、障害が発生していない系統を用いて、着信端末３にＩＮＶＩＴＥメッセージを送信することが可能になる。
In addition, the calling side
このように本発明の実施の形態に係る発信側通話制御システム１０は、着信側のキャリアでの障害を、発信側のキャリアが能動的に把握することができる。さらに発信側通話制御システム１０は、相互接続点を切り替えることで通話が実現可能であるか否かを見極めて、サービス継続性を向上させることができる。
As described above, the calling side
（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例１ないし３によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
(Other embodiments)
As described above, the embodiment of the present invention and its
例えば、本発明の実施の形態においては、発信側通話制御システムの障害検知装置が、着信側通話制御システムの故障を検知して、ＯＰＴＩＯＮＳメッセージを送信する場合を説明するが、これに限られない。本発明の実施の形態に係る障害検知装置１の機能は、第１のゲートウェイサーバおよび第２のゲートウェイサーバにそれぞれ搭載されても良い。或いは障害検知装置１の機能は、第１のゲートウェイサーバおよび第２のゲートウェイサーバに接続する別のサーバに搭載されても良い。
For example, in the embodiment of the present invention, a case will be described in which the failure detection device of the caller side call control system detects a failure of the caller side call control system and transmits an OPTIONS message. . The function of the
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。 It goes without saying that the present invention includes various embodiments not described herein. Therefore, the technical scope of the present invention is defined only by the invention specifying matters according to the scope of claims reasonable from the above description.
１ 障害検知装置
２ 発信端末
３ 着信端末
１０ 発信側通話制御システム
１１、２１ 第１のゲートウェイ装置
１２、２２ 第２のゲートウェイ装置
１３、２３、２４、２５、２６、２７、２８、２９、３３ ＳＩＰサーバ
１１０ 処理装置
１１１ レスポンス遅延検出手段
１１２ 障害箇所特定手段
１１３ 指示手段
１２０ 記憶装置
１３０ 通信制御装置
Ｎ１、Ｎ２、Ｎ３ 転送網
Ｐ１ 第１の相互接続点
Ｐ２ 第２の相互接続点
DESCRIPTION OF
Claims (6)
前記発信側通話制御システムにおいて前記第１の相互接続点に接続する第１のゲートウェイ装置が着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、前記着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、
前記レスポンス遅延検出手段が前記レスポンスを受信しないことを検出した場合、
最大転送数が設定されたリクエストを、前記第１のゲートウェイ装置を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、
レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、
前記着信側障害装置指標が所定の閾値よりも小さい場合、前記第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段
を備えることを特徴とする障害検知装置。 A calling side call control system for a calling carrier to which the calling terminal belongs, and a called side call control system for the called carrier to which the called terminal belongs, each of the calling side call control system and the called side call control system comprising: In a call system connected to an interconnection point and a second interconnection point, a failure detection device used for the caller side call control system,
In response to the INVITE message transmitted to the receiving terminal by the first gateway device connected to the first interconnection point in the calling side call control system, a response indicating that the calling is being performed at the receiving terminal is not received. Response delay detection means for detecting
When the response delay detection means detects that the response is not received,
A process in which a request for which the maximum transfer number is set is transmitted to the receiving terminal via the first gateway device, and whether or not a response to the request is received within a predetermined time is processed in response. It repeats while incrementing the maximum transfer number from 1 until reception is not confirmed,
If the response is not received, the failure location specifying means for specifying the maximum transfer number set in the request sent most recently as the incoming failure device index,
Instructing means for instructing to transmit an INVITE message addressed to the receiving terminal via the second gateway device connected to the second interconnection point when the incoming-side faulty device index is smaller than a predetermined threshold. A failure detection apparatus characterized by the above.
ことを特徴とする請求項１に記載の障害検知装置。 The failure detection apparatus according to claim 1, wherein the failure location specifying unit sets a time during which a response to a request for which the maximum transfer number is set can be received at the predetermined time.
前記ＯＰＴＩＯＮＳメッセージに対するレスポンスは、指定された最大転送数を満たしたことを示すメッセージである
ことを特徴とする請求項１または２に記載の障害検知装置。 The request transmitted by the failure location specifying means is an OPTIONS message,
The failure detection apparatus according to claim 1, wherein the response to the OPTIONS message is a message indicating that the specified maximum transfer number is satisfied.
前記第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、前記着信端末において呼出中であることを示すレスポンスを受信しないことを検出するレスポンス遅延検出手段と、
前記レスポンス遅延検出手段が前記レスポンスを受信しないことを検出した場合、
最大転送数が設定されたリクエストを、前記第１のゲートウェイ装置を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返し、
レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定する障害箇所特定手段と、
前記着信側障害装置指標が所定の閾値よりも小さい場合、前記第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をする指示手段
を備えることを特徴とする通話制御システム。 A call control system on the caller side of the call carrier to which the caller terminal belongs, and a call control system on the callee side of the caller carrier to which the caller terminal belongs, the call control system on the caller side and the call control system on the callee side, A call control system on the calling side used in a call system connected to the first interconnection point and the second interconnection point,
Response delay for detecting that the first gateway device connected to the first interconnection point does not receive a response indicating that a call is being made at the receiving terminal in response to the INVITE message transmitted to the receiving terminal. Detection means;
When the response delay detection means detects that the response is not received,
A process in which a request for which the maximum transfer number is set is transmitted to the receiving terminal via the first gateway device, and whether or not a response to the request is received within a predetermined time is processed in response. It repeats while incrementing the maximum transfer number from 1 until reception is not confirmed,
If the response is not received, the failure location specifying means for specifying the maximum transfer number set in the request sent most recently as the incoming failure device index,
Instructing means for instructing to transmit an INVITE message addressed to the receiving terminal via the second gateway device connected to the second interconnection point when the incoming-side faulty device index is smaller than a predetermined threshold. A call control system characterized by that.
コンピュータが、前記第１の相互接続点に接続する第１のゲートウェイ装置が、着信端末宛に送信したＩＮＶＩＴＥメッセージに対して、前記着信端末において呼出中であることを示すレスポンスを受信しないことを検出するステップと、
前記コンピュータが、前記レスポンスを受信しないことを検出した場合、
最大転送数が設定されたリクエストを、前記第１のゲートウェイ装置を介して前記着信端末宛に送信し、所定時間以内に、前記リクエストに対するレスポンスを受信するか否かを確認する処理を、レスポンスの受信が確認されなくなるまで、最大転送数を１から順にインクリメントしながら繰り返すステップと、
前記コンピュータが、レスポンスを受信しない場合、直近で送信されたリクエストで設定された最大転送数を、着信側障害装置指標と特定するステップと、
前記コンピュータが、前記着信側障害装置指標が所定の閾値よりも小さい場合、前記第２の相互接続点に接続する第２のゲートウェイ装置を介して、着信端末宛のＩＮＶＩＴＥメッセージを送信する指示をするステップ
を備えることを特徴とする通話制御方法。 A call control system on the caller side of the call carrier to which the caller terminal belongs, and a call control system on the callee side of the caller carrier to which the caller terminal belongs, the call control system on the caller side and the call control system on the callee side, A call control method on the calling side used in a call system connected to a first interconnection point and a second interconnection point,
The computer detects that the first gateway device connected to the first interconnection point does not receive a response indicating that the incoming terminal is ringing in response to the INVITE message transmitted to the incoming terminal. And steps to
If the computer detects that it does not receive the response,
A process in which a request for which the maximum transfer number is set is transmitted to the receiving terminal via the first gateway device, and whether or not a response to the request is received within a predetermined time is processed in response. Repeating incrementing the maximum number of transfers in order from 1 until reception is no longer confirmed,
If the computer does not receive a response, the step of identifying the maximum transfer number set in the most recently transmitted request as an incoming-side faulty device index;
The computer gives an instruction to transmit an INVITE message addressed to the receiving terminal via the second gateway device connected to the second interconnection point when the receiving-side faulty device index is smaller than a predetermined threshold value. A call control method comprising the steps of:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017028981A JP6600326B2 (en) | 2017-02-20 | 2017-02-20 | Failure detection device, call control system, call control method, and failure detection program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017028981A JP6600326B2 (en) | 2017-02-20 | 2017-02-20 | Failure detection device, call control system, call control method, and failure detection program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018137527A JP2018137527A (en) | 2018-08-30 |
| JP6600326B2 true JP6600326B2 (en) | 2019-10-30 |
Family
ID=63367151
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017028981A Active JP6600326B2 (en) | 2017-02-20 | 2017-02-20 | Failure detection device, call control system, call control method, and failure detection program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6600326B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114338913B (en) * | 2020-09-29 | 2022-12-06 | 荣耀终端有限公司 | Fault diagnosis method, electronic device and readable storage medium |
| CN113868067B (en) * | 2021-09-27 | 2024-04-09 | 青岛海信智慧生活科技股份有限公司 | Fault detection device, method and communication system |
-
2017
- 2017-02-20 JP JP2017028981A patent/JP6600326B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018137527A (en) | 2018-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8125888B2 (en) | Session initiation protocol survivable server | |
| CN109510690B (en) | Method for transmitting messages, network component and computer-readable storage medium | |
| US9001699B2 (en) | Systems and methods for communication setup via reconciliation of internet protocol addresses | |
| JP2008236003A (en) | Sip server | |
| US20070115943A1 (en) | System and method for establishing emergency communications in a telecommunication network | |
| JP6600326B2 (en) | Failure detection device, call control system, call control method, and failure detection program | |
| US8233400B2 (en) | Methods, systems, and computer readable media for verifying the availability of an internet protocol (IP) media router during a call setup | |
| JP4422140B2 (en) | Communication system, VoIP communication apparatus and communication method | |
| US9313238B2 (en) | Systems and methods for communication setup via reconciliation of internet protocol addresses | |
| JP2017139595A (en) | Data transmission control system and method, and data transmission control program | |
| US11799840B2 (en) | Failure detection device, failure detection method, and failure detection program | |
| EP3854044A1 (en) | Methods of handling an overload situation of a session initiation protocol, sip node in a telecommunication network, as well as related sip nodes | |
| JP5253478B2 (en) | Call control system and method | |
| US20220232053A1 (en) | Methods, systems, and computer readable media for optimized inter-session border controller (sbc) attended call transfer with re-use of transfer target session | |
| JP6898568B2 (en) | Communication controller, media transmission method, and media transmission program | |
| JP6673594B1 (en) | IP-PBX system, communication failure notification method, communication failure notification device, IP-PBX device, and communication failure notification program | |
| JP2007096511A (en) | State management system, ip phone exchange, and state management method | |
| JP4159448B2 (en) | Transfer method and transfer program in SIP terminal | |
| JP4820323B2 (en) | Communication network selection system | |
| JP2005094715A (en) | Voice gateway device | |
| JP2005080176A (en) | Gateway device and its controlling method | |
| JP5821734B2 (en) | IP controller | |
| JP2018011205A (en) | Gateway device and transfer method | |
| JP2008252794A (en) | Ip telephone device | |
| JP2019193055A (en) | Device and method for rtp monitoring |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181206 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20191001 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190927 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20191004 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6600326 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |