JPH04290055A - Call transfer control system by third party - Google Patents

Abstract

PURPOSE:To easily perform transfer service by confirming a transfer destination by a transfer destination terminal detecting means and transferring an absence telephone by a third part when it is received. CONSTITUTION:A terminal 3 is called by issuing an incoming call request by issuing a call from the terminal of an outgoing person 2 to the terminal 3 of a person who is absent. The third party who hears a call tone nearby can recognize a transfer destination terminal number in call setting information by the transfer destination terminal detecting means 9. Thereby, the third party recognizes the visiting destination of the person who is absent, and issues a request of call setting, therefore, acceptance information is issued, and transfer can be performed. In such a case, when the third party confirms a transfer destination terminal, the lines of an outgoing terminal 10 and a transfer origin terminal 2 are opened, and also, a bypass cutoff means 11 connects the line of the terminal 4 to that of the terminal 10. Thereby, it is possible to transfer an incoming call to the person who is absent by the third part even when an ISDN terminal is housed in a PBX 1.

Description

[Detailed description of the invention]

0001

[Industrial Field of Application] The present invention relates to a call transfer control system by a third party, and in particular, as an additional service using an ISDN terminal housed in a private branch exchange (PBX), a third party can receive calls to absentee persons. The present invention relates to a control method for additional services that can be transferred to the destination of the person in question.

0002

[Prior art and problems to be solved by the invention] In recent years,
The PBX accommodates ISDN extension terminals, and the additional services provided by the INS are transferred to the PBX that accommodates the ISDN terminals.
We are developing it so that it can also be used in BX. However, when accommodating ISDN terminals in a conventional PBX,
ISDN terminals are limited to INS specifications and cannot be used with existing ISDN
The high-performance services provided by terminals cannot be realized. Generally, when the terminals are ISDN terminals, eight terminals are commonly connected to the I interface connected to the PBX, so the ISD
Services for N terminals can only be provided that are common to these eight terminals, and detailed services for individual terminals may not be provided.

[0003] Therefore, a PB that accommodates an ISDN terminal
In X, it is not easy to implement a service that transfers incoming calls to an absent person to the person's destination. The reason for this will be explained with reference to FIG. Figure 6 shows ISDN in conventional PBX
FIG. 2 is a diagram illustrating problems when attempting to accommodate a terminal and execute a variable call forwarding service. In FIG. 6, 61 is a conventional PBX, 62 is a calling terminal, 63 is an ISDN terminal that has registered a transfer request, and 64 is a transfer destination terminal. Then, YY is the global number specifying the I interface to which the ISDN terminal 63 is connected, XX is the number of the transfer destination terminal 64, and Y1 and Y2 are the numbers of the multiple ISDN terminals connected to the I interface with number Y.
,..., and therefore the ISDN with which the transfer request was registered
The number of the terminal 63 itself is assumed to be Y2.

When an incoming call from a calling terminal 62 to an ISDN terminal 63 is requested to be transferred from the ISDN terminal 63 to the terminal 64, the following four forms are possible. (a) If the terminal 63 that has registered the transfer request and transfer destination registers the global number YY in the PBX 61 as the number of the transfer requesting terminal, or does not register anything, the terminal 63 receives the call from the calling terminal 62. When a call termination request to the call terminal 63 is made using the global number YY. In this case, when the calling terminal 62 makes a call to the number YY, the PBX 61 identifies that YY is making a transfer request and can transfer the call to the destination terminal 64 having the number XX.

(b) Terminal 6 with registered transfer request and transfer destination
3 registers the number Y2 of the terminal 63 itself as the number of the transfer requesting terminal, and the call termination request from the calling terminal 62 to the called terminal 63 is made using the global number YY. In this case, the destination number is YY and not Y2, so PB
X61 cannot recognize that the receiving terminal is making a transfer request. Therefore, the transfer request from the ISDN terminal 63 is
Even though it is registered in BX, the numbers Y1 to Y4
The call is received by all terminals, and no forwarding operation is performed.

(c) Terminal 6 with registered transfer request and transfer destination
In case 3, the global number YY is registered as the number of the transfer requesting terminal, or nothing is registered, and the incoming call request from the calling terminal 62 to the called terminal 63 is sent to the individual number Y2.
If you do it with In this case as well, since the registration number YY or none of the transfer request is different from Y2, the PBX 61 cannot recognize that the receiving terminal is making a transfer request. Therefore, I
Even though the transfer request from the SDN terminal 63 is registered in the PBX, the call arrives at all terminals with numbers Y1 to Y4, and no transfer operation is performed.

(d) Terminal 6 that registered the transfer request and transfer destination
3, the number Y2 of the terminal 63 itself is registered as the number of the transfer requesting terminal, and the call reception request from the calling terminal 62 to the called terminal 63 is made using a separate number Y2. In this case, when the calling terminal 62 calls the number Y2, the PBX
61 can identify that Y2 is making a transfer request and transfer it to the terminal 64 with number XX, which is the transfer destination.

[0008] As shown in (b) or (c) above, in the current INS specification terminal, even if the user registers the forwarding destination in advance, if the telephone number in the receiving example differs from the telephone number at the time of registration. There is a problem that the transfer operation is not performed. In order to enable this transfer, you can change the registered phone number of your terminal from an individual phone number to a global phone number or vice versa when registering the transfer. It is not practical to change the number each time depending on the calling number from the terminal.

[0009] Furthermore, when an ISDN terminal is housed in a conventional PBX, there is also the problem that a third party cannot respond to an incoming call from another telephone number by using the additional service of call pickup. The object of the present invention is to
In view of the problems in BX, the objective is to enable absentee transfer service and third party transfer service even when the PBX accommodates an ISDN terminal.

0010

[Means for Solving the Problems] FIG. 1 is a block diagram of the principle of the present invention. In the same figure, 1 is I of the CCITT recommendation.
2 is a transfer source ISDN terminal accommodated in ISDN private branch exchange 1, 3 is a transfer request terminal accommodated in ISDN private branch exchange 1, and 4 is a transfer destination terminal. , 5 is a transfer means within the PBX1.

The transfer request given from the transfer request terminal 3 to the PBX 1 includes a request for a transfer service, the number of the transfer source terminal 2, and the number of the transfer destination terminal 4. In the transfer means 5, 6 is a transfer request detection means 6 for detecting the presence of a transfer request, and 7 is a transfer source terminal detection means for detecting the presence or absence of the transfer source terminal 2 when a transfer request is made. Reference numeral 8 indicates a calling state detecting means for detecting that the transfer source terminal 2 is in a ringing state based on a transfer request, and 9 indicates a transfer destination terminal when the transfer source terminal 2 is in a ring state based on a transfer request. Transfer destination terminal confirmation means 11 opens the line between the calling terminal 10 and the transfer source terminal 2 when the transfer destination terminal 4 is confirmed, and also opens the line between the calling terminal 10 and the transfer destination terminal 4. This is a detour connecting/disconnecting means for connecting lines.

[0012] The transfer request detecting means 6 detects the incoming IS.
It is preferable to have means for accepting the transfer request when the DN terminal 2 is in a calling state. Detour connection means 11
is a means for preventing a paging message sent back from the transfer destination terminal 4 toward the calling terminal from being sent to the calling terminal before the line between the calling terminal 10 and the transfer destination terminal 4 is connected. It is preferable to have the following.

[0013]

[Operation] According to the present invention, when the user responding to an incoming call is absent, a third party knows the user's destination, or, for example, when the user is unable to respond to an incoming call in a foreign language. When the call is considered available, the incoming call can be transferred to a user who is considered available. Further, the third party performing the transfer operation can complete the transfer without responding to the incoming call and transitioning to the talking state. Furthermore, when registering a forwarding destination when you are away from your seat, there is no need to change your own telephone number on the terminal, and you can register without changing your phone number, and even if you are not forwarded, you can easily have a third party forward you on your behalf. Furthermore, a user who moves to another location only needs to verbally tell a third party his/her destination without any special registration, and the third party can easily transfer the user's location. This makes it possible to further improve the convenience of communication.

[0014]

Embodiment FIG. 2 shows a schematic configuration example of a system according to an embodiment of the present invention. In the figure, 21 is the PBX according to the embodiment of the present invention, 22 is the caller's terminal, 23 is the terminal of the person who leaves the seat, 24 is the terminal of the proxy transferer, that is, a third party, and 25 is the movement of the person who leaves the seat. This is the previous terminal.

The terminal 22 of the caller 22 makes a call to the terminal 23 of the person who is away from the seat, requests an incoming call, and calls the terminal 23 of the person who is away from the seat. At this time, the terminal 23 is located near the terminal 23 of the person who is away from the seat.
A third party who hears the ring tone makes a transfer request to the PBX 21 including the special number of the call transfer request, the calling terminal number, and the transfer destination telephone number. The third party must be informed in advance of the number of the terminal of the person who has left the seat and the number of the terminal to which the person has moved, or must know it at the time of receiving the call. The PBX 21 receives the transfer request from the third party's terminal 24 and transfers it to the calling terminal 22.
The call is transferred to the destination terminal 25.

FIG. 3 is a sequence diagram illustrating the above operation in more detail. In the same figure, from the caller 22
When there is a call setup (SET UP) request to the BX 21, the PBX 21 responds by requesting the call setup (SET UP) to the absentee person 23, and also sends a call setup acceptance request to the caller 22. (CALL PROC). Next, the absentee person 23 also sends a call setting acceptance notification to the PBX 21. Next, PB from person 23 who left the seat.
An alert signal (ALERT) is sent to X21, and in response, a ringback tone is returned from PBX21 to caller 22, and then from PBX21 to caller 22.
A call (ALERT) is returned.

While the ringer of the terminal of the absent person 23 is ringing, the representative (third party) requests the PBX 21 from the terminal 24 to set up a call including a transfer request. When the PBX 21 receives this transfer request from the third party, it determines the absentee person 23 and its transfer destination in step 30, which will be described in more detail later, and requests the terminal 25 of the determined transfer destination to set up a call. do. After this, PBX21 receives CALL in the same way as above.
PROC and ALERT are received from the transfer destination terminal 25, but without sending them back to the third party's terminal 24 as a ringback tone, the third party's terminal 25 goes on-hook and sends a disconnection (DISC) to the PBX 21. The PBX 21 returns a release (REL), and the release completion (REL COM) from the third party's terminal 25 is sent back to the PBX 21.
The communication between the third party and the PBX 21 ends. Communication between the PBX 21 and the terminal 23 of the person who is away from the seat is also disconnected (
DISC), its response is release (REL), and its response is release completion (REL COM) to release the disconnection. On the other hand, the PBX 21 is connected to the transfer destination terminal 25 and the calling terminal 22.
response (CONN), response confirmation (CONN ACK)
The call path is connected and the call is made.

FIG. 4 is a flowchart illustrating the detailed operation of step 30 in FIG. 3, and FIG. 5 is an example of the contents of a message for setting up a call (SET UP). In either the keypad information element or the called party number information element in the message shown in FIG. 5, a special number indicating that transfer is requested, the number of the transfer source terminal, and the number of the transfer destination terminal are set.

In FIG. 4, when a call setup request is received from a third party in step 41, it is determined whether there is a transfer request by detecting the special number shown in FIG. 5 in the call setup information, and the transfer is made. If there is a request, transfer processing is performed, and if the call setting request from the third party is not a transfer request, normal origination processing is performed. When performing transfer processing, it is determined in step 42 whether the terminal with the transfer source number in the third party's call setting information is the terminal that is being called (from the caller), and if it is the terminal that is being called, the process is performed in step 42. At step 43, the status of the terminal being called is checked. As a result, if the call is still in progress, the transfer destination is confirmed in step 44 based on the transfer destination number in the third party's call setup information. If the transfer destination is confirmed, the detour process to the transfer destination and the release process of the calling terminal shown in FIG. 3 are performed.

[0020] In the above embodiment, the ISDN where the call was received is
We have shown an example in which a third party can transfer a call to a forwarding destination without changing to a call state simply by dialing the number from a terminal other than the terminal, but if the caller receives a call without dialing a special number Of course, it is also possible for a third party to receive the message through a pick-up operation and transfer it after transitioning to the call state.

[0021]

[Effects of the Invention] According to the present invention, since the PBX is provided with a means for transferring incoming calls to an ISDN terminal, the PBX
Even if N terminals are accommodated, the transfer process can be executed without changing the terminal side according to the INS specifications, and a third party can transfer the incoming call to the transfer destination without changing to the call state, so Transfer operations can be carried out smoothly when it is expected that no response will be possible even if the call is picked up and the call is made, such as when responding to a call.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of the principle of the present invention.

FIG. 2 is a schematic explanatory diagram of an embodiment of the present invention.

FIG. 3 is a sequence diagram illustrating call transfer processing according to an embodiment of the present invention.

FIG. 4 is a flowchart illustrating details of step 30 in FIG. 3;

FIG. 5: Call setup (SET UP) according to an embodiment of the present invention.
) is an example of message content.

FIG. 6 is a block diagram illustrating problems when a conventional PBX accommodates an ISDN terminal.

[Explanation of symbols]

1...ISDN private branch exchange 2...Incoming ISDN terminal 3...Transfer request ISDN terminal 4... Transfer destination terminal 5...Transfer means 6...Transfer request detection means 7...Transfer source terminal detection means 8...Calling terminal detection means 9...Transfer destination terminal detection means 10...Calling terminal 11...Detour cutting means

Claims (3)

[Claims] Claim 1: In an ISDN private branch exchange (1) that provides a user/network interface that complies with the I series of CCITT recommendations, an incoming call to an ISDN terminal (2) accommodated in the ISDN private branch exchange (1) is The device is equipped with a transfer means (5) that transfers an incoming call to a transfer destination terminal (4) in response to a transfer request by a third party from a terminal (3) other than the ISDN terminal (2) that received the incoming call, and indicates that you are requesting a transfer service, and the number of the transfer source terminal (2),
including the number of the transfer destination terminal (4), and the transfer means (5)
includes a transfer request detection means (6) that detects the presence of the transfer request, and a transfer source terminal (6) that detects the transfer request.
Transfer source terminal detection means (7) for detecting the presence or absence of 2)
and a calling state detection means (8) for detecting that the transfer source terminal (2) is in a ringing state based on the transfer request; transfer destination terminal confirmation means (9) for confirming the transfer destination terminal (4) when the transfer destination terminal (4) is in the state; 2) and a bypass disconnection means (11) for opening the line with the calling terminal (10) and the transfer destination terminal (4). call transfer control method. [Claim 2] The transfer request detecting means (6) detects when the ISDN terminal (2) that received the call is in a calling state.
The call transfer control system according to claim 1, further comprising means for accepting the transfer request. 3. The bypass connection means (11) is configured to connect the calling terminal (4) to the calling terminal before connecting the line between the calling terminal (10) and the forwarding destination terminal (4). 2. The call transfer control system according to claim 1, further comprising means for preventing a paging message sent back to the third party from being sent to the third party's terminal (3).