JPS5868347A - Incoming transfer system - Google Patents

Abstract

PURPOSE:To allow a transfer request source to specify a transfer destination address number finely, and to eliminate a hindrance to the holding of secrecy, by allowing a called terminal to specify a transfer destination and also to inform a calling terminal of the transfer destination address number every time the called terminal is called. CONSTITUTION:A packet terminal 1 sends a calling request packet (a) to a packet exchange 4. The exchange 4 sends a calling request packet (b) to a packet exchange 5. The exchange 5 sends an incoming packet (c) to a packet terminal 2. When to transfer the incoming to another terminal, the terminal 2 having been called sends a packet (d) containing a transfer request and the terminal number of the transfer destination packet terminal 3 to the exchange 5. The exchange 5 generates and sends a calling request packet 5 to a packet exchange 6. The exchange 6 sends an incoming packet (g) to the packet terminal 3. The terminal 3 sends an incoming packet (h) to the exchange 6. When the address number of the terminal 3 is not added to the packet (d), the exchange 6 adds the address number of the terminal 3 to send an incoming acceptance packet (i) to the exchange 4.

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention provides an incoming call transfer system in a packet switching network.At present, a data communication V system in which a plurality of host computers communicate data via a packet switching network is progressing. In such a V system, if one of the host computers (packet terminals) cannot accept incoming calls for some reason C: for example due to partial failure or overflow, then the incoming calls to that terminal will be forwarded to other packets. It is desirable to adopt a call forwarding service that transfers calls to a terminal.

However, in this type of system in the conventional telephone network, the subscriber requesting call forwarding had to register the forwarding destination in advance in the exchange, so the subscriber's terminal could flexibly respond after learning the details of the incoming call. There was a lack of flexibility in specifying the forwarding destination. In addition, because there was no means to notify the calling party's subscriber terminal that an incoming call was transferred to another subscriber's terminal, there was a risk that the calling party would suffer unexpected damage in regards to communication confidentiality, etc. There was also a drawback.

The present invention has been made in view of the above-mentioned conventional issues, and its purpose is to enable the subscriber terminal to know the content of the incoming call and specify the forwarding destination each time, and to allow the calling party to forward the call. The purpose of the present invention is to provide a call transfer method that allows receiving notification of a destination address.

The details of the present invention will be explained below with reference to Examples.

FIG. 1 is a block diagram of a packet switching network to which an embodiment of the present invention is applied, in which 1.2 and 5 are packet terminals, 4
．． Reference numerals 5 and 6 respectively represent packet exchanges accommodating the packet terminals, and g x / represent packets F between the packet terminal and the packet exchange facility, and interoffice packets between the packet exchanges.

FIG. 2 is a diagram showing an example of the packet format of packets 6 to j in FIG. (B) is a recovery request packet between the packet terminal and the packet switching facility. The packet formats of these packet terminals and packet switching facilities are:
C, C, 1, T, T.

Constructed in accordance with Recommendation X, 251; That is,
GFI is a general format identifier that indicates that the packet is configured in accordance with C, C, 1, T, T, Recommendation X, 251: LCGN is a logic for identifying multiple parties in a multiple call Danel group number TYP
is a packet type identifier for identifying the packet type such as a call request or an incoming call acceptance, CLL is the calling data terminal address length, CDL is the called data terminal address length, I
M is the called data terminal address.

SA is the calling data terminal address, FL is the data terminal address, F is the data terminal, F is the data terminal, and FC is the inter-office packet of the data terminal. Since the format is external, an appropriate format can be adopted; for example, the address part A is placed at the beginning according to the HDLC procedure.

Arrange the control unit C, and set the frame, tnick, V-lys F
A typical format ending in C8 is illustrated. In general, an appropriate part can be placed between the control part C and the FC 8, but the RDC part added to the intermediate C2 is a part unique to the present invention 4, which contains only the inter-station packet f6, as will be described later.

The present invention will be explained by taking as an example the operation when the packet terminal 1 makes a call to the packet terminal 2I in FIG.

(1) First, the terminal 1 sends a call request packet a to the exchange 4. The format of this packet is shown in Figure 2 (
As shown in A), the address of terminal 2 is displayed as the called terminal address DA, and the address of terminal 1 is displayed as the calling terminal address SA. Upon receiving this, the exchange 4 sends an inter-office call request bucket) A (an inter-office packet in Figure 2 (C') that does not include the RDC part) to the exchange 5 that accommodates the terminal 2. The exchange 5, which received this, sends the incoming call packet C (
'1182 (A)) is sent.

(2) If the terminal 2 that received the call wants to transfer the incoming call to another terminal due to overflow or other reasons,
It is assumed that the subscriber investigates the contents of the received data and selects the terminal 5 as the transfer destination.

This subscriber operates the terminal 2 to enter the recovery request bucket (as shown in the second cause (B)) into the poor V9 property section (F) and the quality code (FC) that instructs the transfer request. A packet 1 is created in which the terminal number CFP>k of the destination terminal 3 is inserted, and this is sent to the exchange 5.

When the exchange 5 identifies the recovery request bucket) d and analyzes its facility part (F) to learn the call transfer request, the exchange 5 converts the terminal number of the terminal 1 and the terminal number of the terminal 3 into the calling terminal address number and the called terminal, respectively. In addition to setting the address number,
1-bit RDC (RacLiractienmfcd
CC in Figure 2 by setting logic “1” in the l) section.
An inter-office call request packet f as exemplified in ``) is created and sent to the exchange 6, and at the same time, a disconnection confirmation bucket ``-'' is sent to the terminal 2.

The logic "11" set in the RDC section of the inter-office call request packet indicates that the inter-office call request packet is related to a transfer request, while the logic "10" is set here. When the packet is a normal inter-office call request packet, it is displayed.

When the exchange 6 receives the packet f, it detects the logic "1" set in its RDC section and thereby knows that the packet is related to a transfer request.

Subsequently, the exchange 6 receives an incoming call packet as shown in FIG. 2(A)! is sent to terminal 5. The terminal 3 that has received this sends to the exchange 6 an incoming call acceptance packet 5 with its own address inserted as shown in FIG. 2(A). However, terminal 5
Depending on the terminal type and communication procedure type, the address number of the terminal 3 may not be inserted into the incoming call reception bucket A. Therefore, when the exchange 6 receives the above bucket A, it analyzes whether the address number of the terminal 3 is included in it, and if it is included, it is left as is, and if it is not included, the address number of the terminal 5 is By adding a new number, an inter-office incoming call reception packet i containing the address number of the transfer destination terminal 3 and the address number of the calling terminal 1 is created and sent to the exchange JI 14.

The exchange 4 that accepted this includes the address number of the transfer destination terminal 5! J2 A connection completion packet as shown in Figure (A) is sent to the terminal 1. When terminal 1 receives this connection completion packet, it learns that the call to called terminal 2 has been transferred to terminal 5 based on the address number of destination terminal 5, and takes into consideration the need to maintain the confidentiality of communication. Then, it is determined whether or not to continue communication with the terminal 5.

In the above embodiment, the case where the transfer destination terminal 5 is accommodated in the exchange 6 has been described, but the same operation is performed when the terminal 3 is accommodated in the exchange 5. In other words, the exchange 5 receives the transfer from the terminal 2 When the recovery request bucket) d is identified, an incoming call packet is sent to the own accommodation terminal 5, and if the address number of the terminal 3 is not included in the incoming call acceptance bucket F received from the terminal 3, this is newly created and added, and the same incoming call reception packet between stations as described above is sent to the exchange 4.

Further, in the above embodiment, the case where terminals 1, 2, and 3 are all packet terminals has been explained, but by connecting to a packet switch via a known packet multiplexing device (PNX), terminals 1, 2, and 3 can be Any of them may be a general terminal other than a packet terminal.

Further, in the above embodiment, in order to simplify the procedure, the transfer request is made by a recovery request packet, but the transfer request and the recovery request can be made by separate packets if necessary.

As explained in detail above, in the present invention, the called terminal specifies the transfer destination for each incoming call and always notifies the calling terminal of the transfer destination address number. This has the advantage that the forwarding destination can be specified in detail according to the request, and that there is no risk that the calling subscriber will suffer unexpected damage due to communication confidentiality.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of a packet switching network to which an embodiment of the present invention is applied, and FIG. 2 is a diagram showing an example of the bucket format of packets α to j in FIG. 1.2.3...Packet terminal, 4.5.6...Packet switch, a~no...Packet. Patent applicant Nippon Telegraph and Telephone Public Corporation agent Patent attorney Gobe Tamamushi (3 others) Figure 1 Figure 2 (A) (C)

Claims (1)

[Claims] In an incoming call transfer method in which an incoming call is transferred to a first subscriber terminal accommodated in a packet-switched network to a second subscriber terminal based on the designation i of the first subscriber terminal, the first For each incoming call, the subscriber terminal transfers the call and specifies the second subscriber terminal to which the call is transferred, and the packet converter accommodating the second subscriber terminal transfers the incoming call to the second subscriber terminal. Transfer C: If the call is identified as such and no response is received from the second subscriber terminal; C: If the terminal address number of the second subscriber terminal is not included, the terminal address number is transferred to the Incoming call response packet 1; Incoming call transfer method characterized by adding.