JP2005286578A - VoIP TELEPHONE SYSTEM - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a VoIP telephone system which halts a transfer operation from a transfer source when a transfer destination does not answer for a long time. <P>SOLUTION: The VoIP telephone system transfers a call originating from an originating side to a VoIP telephone terminal on a LAN by a transfer operation from its received side, after the VoIP telephone terminal receive side answers to establish the talking. When the receive side makes a transfer operation, a transfer destination sends an OK signal for establishing a virtual transfer to the receive side, and the receive side sends an answer signal to the OK signal to the transfer destination and then executes a sequence about the transfer to the transfer destination to the originating side. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a VoIP (Voice over Internet Protocol) telephone system, and more particularly, to a transfer technique in the absence of a secondary call.

  In recent years, due to the spread of the Internet and the improvement of communication speed, a VoIP telephone system that enables telephone communication using VoIP, which is a technology for sending voice signals using the Internet Protocol (IP) network, has been provided. ing.

  This VoIP telephone system is configured using, for example, ITU-T recommendation H.323, which is a standard for a general LAN (local area network).

  In an ordinary analog telephone system, an exchange is interposed between a caller and a receiver, and a call between the two is controlled by the exchange.

  On the other hand, in the VoIP telephone system, it is controlled by the telephone system terminals of the sender and receiver. Therefore, the server interposed between the two is responsible for identification and signal relay between the two, and basically does not perform call control like an exchange in an analog telephone system.

  On the other hand, in the VoIP telephone system, it is considered to have the same function as the analog telephone system. After the call with the caller is put on hold, the receiver calls another VoIP telephone terminal on the network and Transfer is possible (see, for example, Patent Document 1).

  At this time, there are two types of transfer techniques: transfer with a secondary call and transfer without a secondary call.

  Transfer with a secondary call is a call that allows a call between the transfer source (recipient) and the transfer destination by calling the transfer destination while holding the call with the caller and picking up the handset. is there. Thereby, the transfer source realizes the transfer operation of confirming the transfer destination and notifying the caller of the transfer destination. For example, a notification such as “Mr. XX in the sales department receives a call from Mr. XX” is made. Further, the transfer source releases the hold by placing the handset after the notification, and the call between the caller and the transfer destination is started.

  The transfer without a secondary call is one in which there is no call (notification) between the transfer source and the transfer destination described above. Therefore, the transfer source puts the handset together with designating the transfer destination after holding the call with the caller. When the transfer destination hears the call sound for transfer and picks up the handset, the hold is released, and the call with the caller starts as it is.

  FIG. 4 shows a specific sequence when there is no such secondary call. In this sequence, SIP (Session Initiation Protocol) is used as a typical call control protocol of the VoIP telephone system, and the following method (control function) and response code (response) are used. Further, in the following description, the state after the transfer source (recipient) responds to the call from the caller and the call between the two is established will be described.

(Transfer start to hold sound)
First, the transfer source operator presses the “transfer button”.

  The transfer source sends an “INVETE” method to the server (SIP server) and makes a sensation request for pressing the “transfer button”.

  In response to the session request for pressing the “transfer button”, the server notifies the transfer source of “Trying (trying)” of the response code 100. In addition, the server transmits an “INVETE” method to the caller and makes a session request for pressing the “transfer button”.

  In response to the session request for pressing the “transfer button”, the caller responds “OK (success)” of the response code 200 to the transfer source via the server.

  The transfer source transmits an “ACK” method for receiving a final response to the session request “INVITE” method of pressing the “transfer button” to the caller via the server, and then sends a hold sound from the transfer source to the caller.

(Forwarding destination to forwarding destination call)
Next, the transfer source operator inputs “transfer destination” and presses the “execute button”.

  The transfer source sends an “INVETE” method to the server and requests the transfer destination to press a “execute button”.

  In response to the session request for pressing the “execute button”, the server notifies the transfer source of “Trying” of the response code 100. In addition, the server sends an “INVETE” method to the transfer destination and makes a session request for pressing the “execute button”.

  The transfer destination responds to the server with “Trying” of the response code 100 in response to the session request for pressing the “transfer button”. Further, the transfer destination transmits a “Ringing” method of the response code 180 to the transfer source via the server, and plays a ringing tone from the transfer destination to the transfer source.

(Clogging of call path)
Since the ringing tone is heard from the transfer destination, the transfer source operator puts the handset and goes on-hook. Accordingly, “Transferring” is displayed on the display unit of the transfer source VoIP telephone terminal.

  The transfer source instructs the transfer by transmitting a “REFFER” method to the caller via the server along with the on-hook.

  The caller transmits “Accepted” of the response code 202 to the transfer source via the server to notify that the instruction has been received.

  Further, the caller sends an “INVETE (Replace)” method to the transfer destination via the server in order to change the call state to the transfer destination from the call state with the transfer source when the call path is blocked. I do.

  In response to this, the transfer destination responds “Trying” of the response code 100 to the caller via the server. In addition, the transfer destination transmits a “Ringing” method of the response code 180 to the caller via the server, and plays a ringing tone from the transfer destination to the caller.

  Further, the transfer destination transmits a “Dialog Terminated” method of the response code 687 to the transfer source via the server.

  The transfer source transmits an “ACK” method for receiving a final response to the “Dialog Terminated” method to the transfer destination via the server, and the call path of the transfer source is blocked.

  Thus, even if the handset is picked up at the transfer source, the line is used between the caller after the transfer operation and the transfer destination, so that the call is disabled (unusable).

  When the transfer destination picks up the handset to respond to the call accompanying transfer, the transfer destination transmits “OK (success)” of the response code 200 to the caller via the server.

  The caller transmits an “ACK” method for receiving a final response to the transfer acceptance to the transfer destination via the server. Further, the caller transmits a “NOTIFY” method, which is current state information, to the transfer source via the server.

  Accordingly, the transfer source is kept in the blocked state until the “NOTIFY” method is transmitted from the caller.

  In response to the “NOTIFY” method from the caller, the transfer source responds “OK” of the response code 200 to the caller via the server. Also, a “BYE” method for terminating the call is transmitted to the caller via the server.

  In response to the “BYE” method from the transfer source, the caller responds “OK” of the response code 200 to the transfer source via the server.

As a result, the transfer source returns from the transfer state to the standby state. In addition, a call is made between the caller and the transfer destination.
JP 2003-32372 A

  By the way, in the VoIP telephone system described above, when the transfer source designates the transfer destination and the handset is on-hooked, the call path is blocked until the “NOTIFY” method is transmitted from the caller. When the destination is busy, there arises a problem that the transfer source cannot recognize it.

  In order to solve this, it is necessary to wait without disconnecting the call until “NOTIFY” (200 “OK”) indicating the response of the transfer destination.

  However, since the caller executes a transfer-related sequence after sending the “REFFER” method to the caller and instructing the transfer, there is no way to cancel the transfer by the transfer source VoIP telephone terminal. This means that the transfer source cannot be used until the transfer destination responds.

  In view of the above circumstances, an object of the present invention is to provide a VoIP telephone system capable of canceling a transfer operation from a transfer source when the transfer destination does not respond for a long time.

  In the VoIP telephone system according to claim 1, the VoIP telephone terminal receiver responds to the call from the caller, and after the call is established, the transfer to the VoIP telephone terminal on the LAN is performed by the transfer operation from the caller. In a VoIP telephone system that performs transfer, when the receiver performs a transfer operation, the receiver waits for reception of an OK signal that notifies the response of the transfer destination, and when the receiver receives the OK signal, the receiver responds to the OK signal. A response signal is transmitted to the transfer destination, and then a sequence related to transfer with the transfer destination is executed for the transmission source.

  According to the VoIP telephone system of the first aspect, in the transfer without the secondary call, the receiver can make the line usable in a state where the transfer destination does not respond.

  In the VoIP telephone system according to claim 2, when the receiver performs a transfer canceling operation while waiting for an OK signal, a cancel signal for canceling the transmission to the transfer destination is transmitted to the transfer destination. It is characterized by.

  According to the VoIP telephone system described in claim 2, it is possible to cancel the transmission to the transfer destination by the transfer cancellation operation of the reception source.

  According to the VoIP telephone system according to claim 1, when the receiver performs a transfer operation, the receiver waits for reception of an OK signal for notifying a response of the transfer destination. In a transfer without a secondary call without making a call, it is possible to make it usable even when the receiving VoIP telephone terminal is transferring.

  According to the VoIP telephone system according to claim 2, when the OK signal is on standby, the receiving source cancels the transmission to the transfer destination by performing the transfer canceling operation. Therefore, when there is no response from the transferring source, the receiving source By the operation of, it is possible to return to the original call state.

  Next, a VoIP telephone system according to an embodiment of the present invention will be described with reference to the drawings.

  In FIG. 1, a router 2 is connected to the Internet network 1. A gateway 3, a server 4, and VoIP telephone terminals 5 to 9 are connected to the router 2 via a LAN. The gateway 3 is connected to a subscriber telephone terminal (device) 11 (ordinary analog telephone) via a subscriber telephone network 10 to exchange voice data and IP packets.

  The control circuit 51 of the VoIP telephone terminal 5 controls each unit by a program written in a memory 52 having a ROM and a RAM. The memory 52 stores information necessary for the operation of the control circuit 51. The speaker (SP) 53 notifies the incoming call by ringing. The input unit 54 performs various operations such as calling and setting.

  The display unit 55 displays various information such as calls and settings. Specifically, the display unit 55 can be divided and displayed in plural, and an extension number, characters and information input by the input unit 54, and the like are displayed.

  The other VoIP telephone terminals 6 to 9 have the same configuration and are different only in function settings (for example, main number and sub number) as the terminals. Omitted. The VoIP telephone terminals 5 to 9 are assigned different main numbers and sub-numbers as a shared group. For example, a 4-digit main number (for example, 4001 to 4005) is assigned to each of the VoIP telephone terminals 5 to 9. Further, when the VoIP telephone terminals 5 to 7 are set as one shared group and the VoIP telephone terminals 7 to 9 are set as another shared group as a shared group, each group has a 4-digit sub-number (for example, 4100 and 4200). ) Is given.

  Here, when an incoming call is received at the main number, for example, 4001, only the VoIP telephone terminal 5 corresponding to the main number rings. Further, when an incoming call is received at the sub number, for example, 4100, the VoIP telephone terminals 5 to 7 corresponding to the sub number ring.

  Next, a control system related to transfer in these VoIP telephone terminals 5 to 9 will be described based on the sequences of FIGS.

  2 and 3 show a specific sequence when there is no secondary call. FIG. 2 is an explanatory diagram of the sequence when the transfer destination responds. FIG. 3 is an explanatory diagram of the sequence when the transfer destination does not respond. .

  By the way, in this sequence, SIP is used as a typical call control protocol of the VoIP telephone system, and the following method (control function) and response code (response) are used. Further, in the following description, a description will be given from a state after a transfer source (reception source) responds to a call from a sender (transmission source) and a call between both parties is established. Further, in the following description, for convenience of explanation, a VoIP telephone terminal (transfer source, reception source) 5 receives an external line from the subscriber telephone device (caller, transmission source) 11 and the telephone is transferred to the VoIP telephone terminal (transfer). A description will be given of the case of forwarding to (destination) 9.

<For forwarding destination response>
First, a case where there is a transfer destination will be described with reference to FIG.

(Transfer start to hold sound)
First, the operator of the VoIP telephone terminal 5 presses the “transfer button”.

  The VoIP telephone terminal 5 sends an “INVETE” method to the server (SIP server) 4 and makes a sensation request for pressing the “transfer button”.

  In response to the session request for pressing the “transfer button”, the server 4 notifies the VoIP telephone terminal 5 of a response code 100 of “Trying”. In addition, the server 4 sends an “INVETE” method to the subscriber telephone device 11 to make a session request for pressing the “transfer button”.

  The subscriber telephone device 11 responds to the VoIP telephone terminal 5 via the server 4 with “OK (success)” of the response code 200 in response to the session request for pressing the “transfer button”.

  The VoIP telephone terminal 5 transmits the “ACK” method for receiving the final response to the session request “INVITE” method for pressing the “transfer button” to the subscriber telephone device 11 via the server 4, and then the VoIP telephone terminal 5 A holding sound is played to the telephone device 11.

(Forwarding destination to forwarding destination call)
Next, the operator of the VoIP telephone terminal 5 inputs “transfer destination” and presses the “execute button”.

  The VoIP telephone terminal 5 transmits an “INVETE” method to the server 4 and requests the VoIP telephone terminal 9 to press the “execute button”.

  In response to the session request for pressing the “execute button”, the server 4 notifies the VoIP telephone terminal 5 of a response code 100 “Trying”. Further, the server 4 sends an “INVETE” method to the VoIP telephone terminal 9 to make a session request for pressing the “execute button”.

  The VoIP telephone terminal 9 responds to the server 4 with “Trying” of the response code 100 in response to the session request for pressing the “transfer button”. Further, the VoIP telephone terminal 9 transmits a “Ringing” method of the response code 180 to the VoIP telephone terminal 5 via the server 4, and plays a ringing tone from the VoIP telephone terminal 9 to the VoIP telephone terminal 5. .

(Clogging of call path)
The operator of the VoIP telephone terminal 5 receives a ringing tone from the VoIP telephone terminal 9 and puts the handset on the hook. Accordingly, “Transferring” is displayed on the display unit 55 of the VoIP telephone terminal 5.

  Here, the VoIP telephone terminal 9 responds “OK” of the response code 200 to the VoIP telephone terminal 5 via the server 4.

  The VoIP telephone terminal 5 transmits an “ACK” method for receiving a final response to “OK” of the response code 200 to the VoIP telephone terminal 9 via the server 4.

  As a result, the VoIP telephone terminal 5 apparently makes a call between the subscriber telephone apparatus 11 and the VoIP telephone terminal 9.

  From this state, the VoIP telephone terminal 5 sends a “REFFER” method to the subscriber telephone apparatus 11 via the server 4 to instruct transfer by being on-hook.

  The subscriber telephone device 11 transmits “Accepted” of the response code 202 to the VoIP telephone terminal 5 via the server 4 to notify that the instruction has been received.

  Further, the subscriber telephone device 11 causes the VoIP telephone terminal 9 to communicate with the VoIP telephone terminal 9 via the server 4 in order to make a call with the VoIP telephone terminal 9 from the state of communication with the VoIP telephone terminal 5 due to the blockage of the communication path. (Replace) "method to send a session request.

  In response to this, the VoIP telephone terminal 9 responds “OK” of the response code 200 to the subscriber telephone apparatus 11 via the server 4.

  The subscriber telephone device 11 transmits an “ACK” method for receiving a final response to “OK” of the response code 200 to the VoIP telephone terminal 9 via the server 4.

  The VoIP telephone terminal 9 transmits a “BYE” method for ending the call to the VoIP telephone terminal 5 via the server 4 by this “ACK” method.

  In the VoIP telephone terminal 5, assuming that the VoIP telephone terminal 9 responds to the transfer by picking up the handset by this “BYE” method, the response “200” of the response code 200 is returned to the VoIP telephone terminal 9 via the server 4.

  On the other hand, the subscriber telephone device 11 transmits a “NOTIFY” method, which is current state information, to the VoIP telephone terminal 5 via the server 4.

  The VoIP telephone terminal 5 responds to the subscriber telephone apparatus 11 via the server 4 with “OK” of the response code 200 in response to the “NOTIFY” method from the subscriber telephone apparatus 11. Also, a “BYE” method for ending the call is transmitted to the subscriber telephone device 11 via the server 4.

  The subscriber telephone device 11 responds to the VoIP telephone terminal 5 via the server 4 with “OK” of the response code 200 in response to the “BYE” method from the VoIP telephone terminal 5.

  As a result, the VoIP telephone terminal 5 returns from the transfer state to the standby state. In addition, a call is made between the subscriber telephone device 11 and the VoIP telephone terminal 9.

<When there is no forwarding destination response>
Next, a case where there is no transfer destination response will be described with reference to FIG. Since the sequence from the transfer start to the transfer destination call is the same as that in the case of the transfer destination response, the following description will be given. The server 4 here is a corporate IP telephone service (E-CAS) server.

(Clogging of call path)
The operator of the VoIP telephone terminal 5 receives a ringing tone from the VoIP telephone terminal 9 and puts the handset on the hook. Accordingly, “Transferring” is displayed on the display unit 55 of the VoIP telephone terminal 5.

  Next, if a certain long time (sensory) has passed, for example, “Transferring” is continuously displayed on the display unit 55 of the VoIP telephone terminal 5, how is the transfer going? When the handset is picked up for confirmation, the call path is released by this off-hook, and a ringing tone flows from the handset.

  As a result, the VoIP telephone terminal 5 determines that the transfer has not been completed and presses the “Cancel button” on the VoIP telephone terminal.

  The VoIP telephone terminal 5 transmits a “CANCEL” method for canceling the transfer to the VoIP telephone terminal 9 via the server 4.

  Upon receiving this “CANCEL” method, the VoIP telephone terminal 9 transmits “OK” of the response code 200 to the server 4. In addition, the VoIP telephone terminal 9 transmits “Request Terminated” of the response code 487 to the server 4.

  The server 4 transmits to the VoIP telephone terminal 9 an “ACK” method for receiving a final response to the “Request Terminated” response code 487.

  As a result, the VoIP telephone terminal 5 can return while being held with the subscriber telephone device 11, and a call with the subscriber telephone device 11 can be made by releasing the hold.

  Incidentally, even when the response code 486 “Busy” is returned for the forwarded transmission to the VoIP telephone terminal 9, it is possible to return to the on-hold status with the subscriber telephone device 11 as described above. .

  As described above, in the VoIP telephone system of the present invention, even after a transfer without a secondary call, it is possible to return after the transfer operation, which is the same as a normal analog transfer that is currently used. The transfer operation can be realized.

It is a block diagram which shows the structure of the VoIP telephone system of this invention. It is explanatory drawing of the sequence in the case of transfer destination response presence in the VoIP telephone system of this invention. It is explanatory drawing of the sequence in the case of no forwarding destination response in the VoIP telephone system of this invention. It is explanatory drawing of the sequence in case the transfer destination response exists in the conventional VoIP telephone system.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Internet network 2 Router 3 Gateway 4 Server 5 VoIP telephone terminal 6 VoIP telephone terminal 7 VoIP telephone terminal 8 VoIP telephone terminal 9 VoIP telephone terminal

Claims (2)

In a VoIP telephone system that performs transfer to a VoIP telephone terminal on a LAN by a transfer operation from the receiver after a call is established in response to a call made from the sender by a VoIP telephone terminal receiver.
When the receiver performs a transfer operation, the receiver waits for reception of an OK signal that notifies the transfer destination response. When the receiver receives the OK signal, the receiver transmits a response signal to the OK signal to the transfer destination. A VoIP telephone system characterized by executing a sequence relating to transfer with a transfer destination for a caller. 2. The cancel signal for canceling the transmission to the transfer destination is transmitted to the transfer destination when the receiver performs the transfer cancel operation while waiting for the OK signal. VoIP telephone system.

Images