KR100469244B1 - Voice Over Internet Protocol gateway, method of processing system error for the same - Google Patents

Abstract

The present invention relates to a communication system, and more particularly, to an Internet phone gateway device and an Internet phone gateway device using the same, which are suitable for detecting and handling a failure of a counterpart Internet phone gateway to which a call is connected. The Internet phone gateway device according to the present invention comprises a failure detection unit for monitoring the operation state of the counterpart system to which the call is connected to notify the presence of the failure of the system to the external blocks; A voice output unit configured to provide a guide broadcast to a user in a call according to a failure occurrence guide of the failure detection unit; A controller instructing to release a call connection with a corresponding gateway in which a failure occurs according to a failure occurrence guide of the failure detection unit; And a call processor for releasing the connected call according to the instruction.

Description

Voice Over Internet Protocol gateway, method of processing system error for the same}

The present invention relates to a communication system, and more particularly, to a VOIP gateway and a failure handling method thereof, which are suitable for detecting and handling a failure of a counterpart Internet phone gateway to which a call is connected in an Internet phone gateway device.

In general, H.323 has been proposed as a communication protocol for connecting or releasing a call in an Internet Telephony Gateway System (ITGS). This H.323 defines a gatekeeper, a separate server system, for performing billing, registration, authentication, and status functions for call processing. In addition, the gatekeeper performs the function of monitoring the failure detection of the Internet phone gateway.

1A to 1D are flowcharts illustrating a failure monitoring method of a conventional gateway system.

1A to 1B, the gateway periodically transmits a RRQ (Registration Request) message to the gatekeeper, and the gatekeeper monitors this in more detail as follows.

First, when the gateway operates in the gate keeper routed call mode, the gateway registers its IP information with the gatekeeper before attempting the call and periodically sends an RRQ message.

1A to 1B illustrate these processes, the gateway sends an RRQ message to the gatekeeper at system startup in order to register with the gatekeeper. Upon receiving the RRQ message, the gatekeeper transmits a request confirm (RCF) indicating whether to allow a gateway that has requested a registration request or a request reject (RRJ) message indicating whether to disallow the gateway according to a program previously designated by an administrator.

The gateway registers with the gatekeeper through the RRQ message transmitted first, and then informs the transmission interval of the RRQ message in advance. When the gatekeeper responds to the first RRQ message through an RCF message, the gateway periodically transmits an RRQ message to the gatekeeper according to the previously transmitted transmission interval.

On the other hand, each time the gatekeeper receives the RRQ message, the gatekeeper drives the timer t at the reception time interval of the first received RRQ message, and checks whether the RRQ message is normally received from the corresponding gateway. Based on this check, the gatekeeper detects the failure of the gateway.

That is, when the RRQ message is not received at normal time intervals, it is determined that a failure has occurred. And, it cancels the registration of the failed gateway and restricts the call.

1C to 1D illustrate a method of transmitting / receiving an information request (IRQ) message and an information request response (IRR) message between a gateway and a gatekeeper.

1C-1D, the gatekeeper sends an IRQ message to the gateway, and the gateway sends an IRR message in response. In this method, the gatekeeper detects a failure of the gateway when the IRR message is not normally received from the gateway.

However, since all of the conventional failure detection methods of the Internet phone gateway operate using the gatekeeper, the following problems occur.

First, the gatekeeper is used to detect the failure of the gateway, so it cannot be detected quickly.

Second, if the gateway and the gatekeeper do not work together, the failure cannot be detected.

Third, the failure of the gatekeeper monitoring the gateway cannot be detected.

Fourth, it is not possible to notify the user about the failure occurring during the progress of the voice call to provide the user with inconvenience when using the Internet phone.

Accordingly, the present invention has been made in view of the above-mentioned problems of the prior art, and the Internet phone gateways to which the calls are interconnected detect each other's failure of the other Internet phone gateway, and perform call processing according to the detection result. To provide a Voice over Internet Protocol (VoIP) gateway and a failure handling method therefor.

According to an aspect of the present invention for achieving the above object, a failure detection unit for monitoring the occurrence of the failure according to the operation of the other party's gateway interconnected call, and notifying the presence or failure of the other party's gateway to the external blocks, and the A failure detection processor including a voice output unit configured to provide a guide broadcast for notifying the fact that the failure occurs to a terminal of a user in a call when a failure of the counterpart gateway is detected by the failure detection unit; A controller for instructing release of a call connection with the counterpart gateway when the counterpart detection of the counterpart gateway is detected by the fault detector; And a call processing unit that processes a call release through the counterpart gateway and / or a call release with the user terminal according to a call disconnection instruction of the controller.

Preferably, the controller provides an Internet Protocol (IP) address of a gateway to which a failure detection unit monitors occurrence of a failure according to an operation.

Preferably, the failure detection processing unit generates a message to be used for monitoring the counterpart gateway, and a message generator for periodically transmitting the generated message to the counterpart gateway according to the indication of the failure detection unit, and the Internet protocol of the counterpart gateway. (IP) information and a database for storing information on the channel to which the call is connected, wherein the failure detection unit according to whether or not receiving a response to the periodic message transmitted from the message generator to the counterpart gateway Detect failure of the counterpart gateway.

According to another aspect of the present invention for achieving the above object, a call is connected to the counterpart gateway, periodically transmits a predetermined message to the counterpart gateway, and depending on whether the counterpart responds to the transmitted message. Monitoring an operational state; And in the event that the counterpart gateway fails in the monitoring result, terminating the connected call and performing a guide broadcast for notifying the fact that the failure occurs to the terminal of the user who is calling through the call connection.

The method may further include storing Internet protocol (IP) information of the other gateway to which the call is connected, and checking whether the other gateway has a failure by referring to the stored Internet protocol information. In this case, by storing the Internet protocol information of the counterpart gateway in a database, the counterpart gateway is included in a list to be monitored for the operation state, and after performing the announcement, the Internet protocol information of the counterpart gateway in the list. Delete it.

Preferably, the message is a ping message generated according to the ICMP protocol.

1A to 1D are signal flow diagrams illustrating a failure monitoring method of a conventional gateway system.

Figure 2 is a block diagram showing an Internet phone gateway device according to the present invention.

3 is a block diagram of an Internet phone gateway system for explaining an embodiment of the present invention.

* Description of the symbols for the main parts of the drawings *

210: relay line call processing unit 220: voice compression processing unit

230: Internet call processing unit 240: System control unit

250: failure detection processing unit 251: voice output unit

252: message generation unit 253: failure detection unit

254: database

Hereinafter, a configuration and an operation according to an exemplary embodiment of the present invention will be described with reference to the accompanying drawings.

2 is a block diagram illustrating an Internet phone gateway device according to the present invention.

Referring to FIG. 2, a relay line call processing unit 210 for collecting a called number and voice and data input through an analog or digital subscriber line, and an internet call processing unit 230 for connecting a call with a terminal of the called number through the Internet. And a voice compression processing unit 220 for compressing or processing data transmitted / received through the relay line call processing unit 210 or the internet call processing unit 230, and monitoring the operation state of the gateway of the other party to which the call is connected, When a failure occurs according to the operation of the gateway of the failure detection processing unit 250 for performing a guide broadcast for the occurrence of the failure and the failure detection processing unit 250 is provided with information on the presence of the failure from the other gateway System is instructed to release the call to the currently connected party's gateway when it detects a failure. It consists of 240.

Here, the failure detection processing unit 250 monitors the operation state of the other party's Internet phone gateway having the Internet Protocol (IP) address provided by the system control unit 240, and when the failure occurs according to the operation of the other party's Internet phone gateway. In response to the failure detection unit 253 notifying the system control unit 240 and other blocks, and the failure detection unit 253 to detect the occurrence of the failure, the user who is currently talking through the call connection (to the user terminal) of the other party's Internet phone A message for generating a message that the voice output unit 251 for informing the failure of the gateway and the message that the failure detection unit 253 and the counterpart Internet phone gateway transmit / receive each other to monitor the mutual operation state The generation unit 252 and the information on the counterpart Internet phone gateway to be monitored by the failure detection unit 253 are stored. It is configured to include a database 254.

The operation of the gateway configured as described above is as follows.

First, in the present invention, no gatekeeper is used. The gateways interconnected by the call detect a failure of each other's gateways by themselves, and perform a guide broadcast to inform the user of the failure.

The failure detection unit 253 monitors the operation state of the counterpart gateway to detect a failure, and for this purpose, the message generator 252 generates a ping message and transmits it to the counterpart gateway. This ping message is generated according to the ICMP (Intern) protocol.

That is, the failure detector 253 instructs the message generator 252 to transmit the generated ping message to the counterpart gateway. In addition, the response message of the other gateway to the transmitted ping message is periodically monitored to monitor the failure of the other gateway.

On the other hand, the failure detection unit 253 notifies the system controller 240 and the voice output system 251 when a failure occurs in the monitored gateway. The voice output unit 251 notifies the user that the call service does not proceed due to an error of the current counterpart system while the call is connected according to the failure. This works by outputting a pre-recorded voice message using the FXE (ForeigneXchange Station) or FXO (Foreign eXchange Office) interface.

In addition, the system controller 240 instructs the Internet call processing unit 230 to terminate the call connected through the gateway in which the failure occurred in response to the failure. The internet call processor 230 releases the call connection with the terminal connected to the failed gateway.

The database 254 stores information on a channel to which a call is connected and IP information of a counterpart gateway. The failure detection unit 253 monitors the counterpart gateway with reference to the initial operation.

In this case, the system controller 240 transmits information on the counterpart gateway to which the call is connected to the failure detection unit 253, which is performed by using an H.323 signaling task.

3 is a block diagram of an Internet phone gateway system for explaining an embodiment of the present invention.

Referring to Figure 3, the operation of the gateway described so far is as follows.

First, it is assumed that a call is connected to the Internet phone gateway A 310 and the Internet phone gateway B 320 through the Internet or an intranet, and both gateways have a failure detection and processing system.

Then, when the system is started and booted, the failure detection unit 253 for monitoring the Internet phone gateway A 310 is driven. The same is true of the Internet phone gateway B 320.

Subsequently, the H.323 signaling task of the system controller 240 of the Internet phone gateway A 310 transmits information of the Internet phone gateway B 320 to which the call is connected to the failure detection unit 253.

Then, the failure detection unit 253 adds the IP information for the Internet phone gateway B 320 to the database 254, and periodically sends a ping message to the Internet phone gateway B (320). More precisely, the failure detector 253 instructs the message generator 252 to transmit the generated ping message to the Internet phone gateway B 320.

In addition, the failure detecting unit 253 of the Internet phone gateway A 310 monitors the response to the ping message from the Internet phone gateway B 320. If the response signal to the ping message is not normally received from the Internet phone gateway B 320, the failure detection unit 253 notifies the system control unit 240 of the fact. Then, the system controller 240 notifies the relay line call processor 210 or the internet call processor 230 of the Internet phone gateway B 320 at the same time as providing the announcement (a failure occurrence notification) to the user through the voice output unit 251. Instructs the call to terminate the call.

Thereafter, the system control unit 240 and the failure detection unit 253 delete the IP address of the Internet phone gateway B 320 from the database 254 and exclude it from the monitoring target.

This operation is also performed in the Internet phone gateway B 320 so that the Internet phone gateway A 310 and the Internet phone gateway B 320 monitor each other.

As described above, the present invention has the following effects.

First, even if not interlocked with the gatekeeper system, real-time failure detection is performed for the other gateway.

Second, the failure detection of the counterpart gateway is performed while the voice call is in progress.

Third, by notifying the user of a failure, the user does not have to retry unnecessary call connection.

Fourth, the efficiency of call service is improved by reducing the system overload caused by the use of gatekeepers.

Those skilled in the art will appreciate that various changes and modifications can be made without departing from the spirit of the present invention.

Therefore, the technical scope of the present invention should not be limited to the contents described in the examples, but should be defined by the claims.

Claims (7)

When a failure detection of the counterpart gateway is detected by the failure detection unit for monitoring the occurrence of failure according to the operation of the counterpart gateway connected to each other and informing the presence or absence of the failure of the counterpart gateway to the external blocks, and the failure detection unit. A failure detection processor including a voice output unit configured to provide a guide broadcast for notifying the fact that the failure has occurred to a terminal of a user in a call through the call connection; A controller for instructing release of a call connection with the counterpart gateway when the counterpart detection of the counterpart gateway is detected by the fault detector; And a call processing unit configured to process a call release through the counterpart gateway and / or a call release from the user terminal according to a call disconnection instruction of the control unit. The VOIP gateway of claim 1, wherein the controller provides an internet protocol (IP) address of a gateway to which a failure detection unit monitors occurrence of a failure. The apparatus of claim 1, wherein the failure detection processor generates a message to be used for monitoring the counterpart gateway and periodically transmits the generated message to the counterpart gateway according to an indication of the failure detector, and the counterpart gateway. It further comprises a database for storing the Internet Protocol (IP) information and information about the channel to which the call is connected, The failure detecting unit detects a failure of the counterpart gateway according to whether or not a response to the periodic message transmitted from the message generating unit to the counterpart gateway is received. Connecting a call with a counterpart gateway, periodically transmitting a predetermined message to the counterpart gateway, and monitoring an operation state of the counterpart gateway according to whether the counterpart responds to the transmitted message; When the counterpart gateway fails, as a result of the monitoring, terminating the connected call and providing a guide broadcast for notifying the fact that the failure occurred to a terminal of a user who is on a call through the call connection. How to handle failures of VOIP gateways. 5. The method of claim 4, further comprising storing Internet protocol (IP) information of the other gateway to which the call is connected, and checking whether the other gateway has a failure by referring to the stored Internet protocol information. How VOIP Gateway handles failures. The method of claim 5, wherein By storing the Internet protocol information of the counterpart gateway in a database, the counterpart gateway is included in the list to be monitored for the operation state, And after the announcement of the announcement, deleting the Internet protocol information of the counterpart gateway from the list. The method of claim 4, wherein the message is a ping message generated according to an ICMP protocol.