JP3422572B2 - Multipoint control method for ISDN exchange - Google Patents

Description

Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an exchange accommodating an ISDN basic interface. ISDN (Integrated
Services Digital Network), which handles signals from the exchange to the subscriber line in digital form, is a communication network that can flexibly support various services such as voice, data, images, and facsimile with the same interface. Can be built. Such an interface between a user terminal and a communication network in order to provide an ISDN service is recommended as an I series in CCITT. (This is called an ISDN user / network interface, hereinafter referred to as an I interface.) The basic interface of the I interface has two information channels (B1 and B2) having a transmission speed of 64 kbps and transmitting and receiving user information. ) And a signal channel (D) having a transmission rate of 16 kbps and transmitting and receiving signal information for controlling a call. (Such a channel configuration is referred to as 2B + D.) The basic interface has a configuration in which a plurality of terminals can be connected to one line via a connector, and up to eight terminals can be connected. [0003] In order to perform communication between terminals, an agreement on a data format and transmission / reception control at a prescribed point of an interface is recommended as a CCITT international standard protocol. [0004] For example, in order to freely communicate between different systems, a standardized OSI basic reference model (Open System Interconnection) is used.
There is a connection basic reference model, which consists of seven layers, each of which is called a layer. [0005] The ISDN I-interface protocol uses the lower three layers of the OSI basic reference model as Layers 1 to 3.
3 and defines the protocol between the terminal and the network as follows. Layer 1 is a physical layer, and defines electric and physical conditions such as electric signals and wiring forms. Layer 2: a data link layer, which specifies link setting and error control for message transfer. Layer 3: A network layer, which defines call control including control of call setup, release, and supplementary services. I
In the SDN, there is a broadcast communication mode among the I interfaces that perform communication under such a protocol. In this method, a communication right is given to a terminal that responds first among a plurality of terminals connected to the bus at the time of an incoming call. [0008] In the ISDN I-interface, it is required to realize software having a simple structure for performing call processing at the time of a broadcast-type incoming call. FIG. 6 is a diagram for explaining a conventional example. Reference numeral 10 in the figure denotes an ISDN exchange, the contents of which are shown in a software configuration. The software has a hierarchical structure from the replacement OS function unit 110 and the call processing function unit 122. T1 and T2 are terminals accommodated in the exchange 10, and 20 is an exchange on the calling side. An exchange OS function unit 110 is an OS (Operating System) that performs basic control for performing exchange processing, and controls a communication path control unit 112 that controls a communication path system and an interface between stations. An inter-office interface section (shown as an inter-office INF section) 113 in FIG. 1 and an I-interface control section 111 for controlling a user-network interface. A call processing function section 122 performs a basic call processing. , Call forwarding unit 1 as an additional service
22b and a three-way communication unit 122c. Here, each of the basic call processing section 122A, the call transfer section 122b, and the three-way communication section 122c has an I interface layer 3 protocol processing section 123.
In such a configuration, the broadcast-type incoming processing of the I-interface is performed by using the I-interface layer 3 protocol in the incoming transfer unit 122b and the three-way calling unit 122c of the call processing function unit 122, which are application programs for service control for each additional service. It is controlled by the processing unit 123. FIG. 7 shows an operation sequence at the time of a broadcast-type incoming call of a conventional example. The operation of the conventional example will be described with reference to the drawings. The destination is a point-to-multipoint subscriber, and the terminal is an example in which terminals T1 and T2 are connected. The “call setting” request issued from the exchange 20 to the exchange 10 is transmitted to the call processing function unit 1 of the exchange 10
22. 'The call processing function unit 122 sends a "call setting" request to the I-interface control unit (shown as IINF control unit in the figure) 111. "Here, the destination is point-to-
Since the terminal is a multipoint subscriber and the terminals T1 and T2 are connected, the I-interface control unit 111 sends a broadcast-type "call setting" request to the terminals T1 and T2. The I interface control unit 111 receives, for example, a first signal (here, a “paging” signal) relating to the progress of a call from the terminal T 1. 'I interface control unit 111
2 is notified that the "call" signal has been received. The call processing function unit 122 checks the rationality of the signal. When a correct signal is received, the call processing function unit 122 performs processing such as connection of a ring back tone and receives a "call" signal to the exchange 20. A "progress display" signal is sent to indicate that this is the case. When a signal from the terminal thereafter is received, the rationality of the signal is checked together with the call processing operation in the call processing function unit 122. In this state, it is assumed that the call processing function unit 122 receives a “call” signal from the terminal T 2 via the I interface control unit 111. 'Next, a "response" signal from terminal T2 is received. The "call processing function unit" sends a "response" signal to the exchange 20 indicating that the terminal T2 has answered. The call processing function unit 122 includes the I interface control unit 11
1 returns a "response confirmation" signal indicating that the "response" signal has been confirmed. 'The I-interface control unit 111 which has received the "response confirmation" signal sends a "response confirmation" signal to the terminal T2. The call processing function unit 122 sends a "release" signal for releasing the terminal T1 that has not responded to the I interface control unit 1.
Send to 11 'The I interface control unit 111 which has received the "release" signal sends a "release" signal to the terminal T1. The terminal T1 receives the “release” signal, performs a release process, and then sends a “release complete” signal to the I-interface control unit 11.
Send to 1. 'The I-interface control unit 111 which has received the "release complete" signal calls the call processing function unit 122 "release".
Send a signal. In the above conventional example, the call processing relating to the I interface has a function of processing a protocol state for each terminal at the time of broadcast-type incoming call;
Since the entire call and associated service control functions cannot be separated, call processing
A protocol processing unit 123 is provided to perform I-interface protocol processing including broadcast-type incoming call control. Therefore, when a service control application program is developed for each additional service of the terminating system, a function of processing the protocol state of each terminal at the time of broadcast-type incoming call with each service control application program. Is required, and there is a problem that the efficiency of program development is reduced. The present invention intends to realize a simple application program for the broadcast type incoming call processing of the ISDN I-interface. FIG. 1 is a diagram for explaining the principle of the present invention. 100 is an I interface control unit 11
1, the exchange processing software hierarchized into the exchange OS function unit 110 and the call processing application unit 120, and 111B is provided in the signal control unit 111A in the I interface control unit 111 according to the present invention. A layer 3 protocol processing unit for controlling the protocol state of each terminal; 121 is provided in the call processing application unit 120 according to the present invention, and the layer 2 configuration of the I interface is a point-to-multipoint mode. Is a rationality check function unit for checking the rationality of the received signal from each terminal before the terminal is determined at the time of the broadcast-type incoming call in the above-mentioned. And the point-to-point form of general incoming call processing Configured to conceal the control unit 111. In the switching processing software 100 accommodating the ISDN I interface hierarchically separated into the switching OS function unit 110 and the call processing application unit 120,
The layer 3 protocol processing in the I interface control unit 111 is based on the difference in the protocol of the layer 3 between the point-to-point mode and the point-to-multipoint mode when the connection mode of the layer 2 of the I interface is the point-to-point mode. The concealment in the call processing function unit 122 (the call processing function unit 122 includes, for example, the basic call processing unit 122A)
And the additional functions 122B to 122N, which are additional functions, can be processed by the same processing without being aware of the difference in the incoming call processing. FIG. 2 is a diagram for explaining an embodiment of the present invention.
Switches 10 and 20 have the same configuration.
Is omitted from the drawing. Reference numeral 110 in the exchange 10 is an exchange OS function unit, 111 is an I interface control unit, 111A is a signal including a layer 3 protocol processing unit 111B, an information format conversion unit 111c, a basic number management unit 111d, and a basic number conversion unit 111e. The control unit, 111
f is a B channel management unit, 112 is a speech channel control unit,
Reference numeral 113 denotes an inter-station interface control unit. Reference numeral 120 denotes a call processing application unit, which includes a rationality check function unit 121 and a call processing function unit 1
The call processing function unit 122 includes a basic call processing unit 122A, a call transfer unit 122b, and a three-way communication unit 12.
2c. Further, as a broadcast-type receiving terminal, a terminal T
1, T2 is connected. FIG. 3 shows an operation sequence at the time of a broadcast-type incoming call according to the embodiment of the present invention. FIG. 2 shows a terminal T accommodated in the exchange 10 from the exchange 20 in the embodiment of FIG.
1, an operation sequence when a broadcast-type incoming call is received at T2. The operation will be described below with reference to the drawings. The “call setting” request issued from the exchange 20 to the exchange 10 is received by the call processing function unit of the exchange 10. 'The call processing function unit 122 is the I interface control unit 11
1 sends a "call setup" request. Here, since the subscribers are point-to-multipoint subscribers and the terminals T1 and T2 are connected, the I interface control unit 111
A broadcast-type "call setting" request is sent to T2. The I interface control unit 111 receives, for example, a first signal (here, a “call” signal) relating to the progress of a call from the terminal T 1. 'I / O interface control unit 11
If it is not possible to judge by only 1, a request for rationality check is sent to the rationality check function unit 121 with the information element to be checked attached. The rationality check function unit 121 performs various conditions (network condition, station condition,
It verifies the subscriber's contract conditions, call state, etc.), and returns a reception signal acceptability signal. The I-interface control unit 111 discards the received signal and sends a signal indicating that the reception is not possible to the terminal when the returned reception permission / prohibition signal is not acceptable. The function unit 122 is notified of a reception signal, here, a “call” signal. The call processing function unit performs a call processing operation based on the signal notification from the I interface control unit 111 and sends a signal indicating “progress display” to the exchange 20. The I-interface control unit 111 receives, for example, a signal for advancing the call state from the terminal T2 in a call state that has been further advanced (a “paging” signal is received in a paging state). 'If the terminal T2 is likely to be the selected terminal, or if necessary, such as the condition of a specific information element, it sends a rationality verification request to the rationality check function unit 121. If the result of the verification of rationality is negative, the received signal is discarded and a signal indicating that the signal is not acceptable is sent to the terminal. If the result of the verification is OK, the received signal is notified to the call processing function unit 122. The I-interface control unit 111 receives a signal for determining a terminal, for example, a “response” from the terminal T2, for example, without performing the transition of the layer 3 protocol state for each terminal and storing the information element. I do. 'If necessary, send a rationality verification request to the rationality check function unit 121. "The rationality check function unit 121 returns the verification result. If the rationality verification result is negative, the received signal is discarded, and a signal indicating that the signal cannot be accepted is sent to the terminal. The verification result is OK. In this case, the received signal is notified to the call processing function unit 122. At this time, if there is information stored for the terminal, the information is notified to the call processing function unit along with the received signal. When the “response confirmation” is transmitted from the call processing function unit 122 to the I-interface control unit 111, the I-interface control unit 111 performs a release process for the terminal not selected. In this case, a "release" signal is transmitted to the terminal T1. 'The call processing function unit 122 notifies the exchange 20 that the terminal T2 has responded. Signal for terminal selection A signal other than the "response" signal, if a terminal is selected due to additional service conditions, etc. As in the case of the reception, the rationality verification is performed, the rationality check function unit determines the terminal decision, and notifies the I interface control unit 111 of the presence / absence of the terminal decision. When the terminal is determined, if there is information stored for the terminal, the terminal notifies the call processing function unit 122 of the information together with the signal reception notification. Also, a release process is performed for the terminals that have not been selected. By such processing, the call processing function unit 12
In the second method, call processing that is not aware of a broadcast-type incoming call can be realized.
Layer 3 protocol processing can be realized by the interface control unit 111. FIG. 4 shows an operation sequence of error handling according to the embodiment of the present invention. The figure shows an error handling process when the same signal is received from different terminals. The call processing function unit sends a “call setting” request to the I-interface control unit 111. The I-interface control unit 111 sends a broadcast-type call setting request to the terminals T 1 and T 2. For example, when a “call” signal without an information element is received from the terminal T1, the I-interface control unit 111
Does not require rationality verification. The I interface control unit 111 sends a “call” signal to the call processing function unit 122. Next, a "call" signal including the facility information element was received from the terminal T2. At this time, although the call state is already in the calling state, a rationality verification request is issued to the rationality check function unit 121 in order to verify the rationality of the facility information element. In this case, it is assumed that there is no facility contract for the subscriber. The rationality check function unit 121 returns a rationality verification result. In this case, since the facility request is not recognized, the facility information is discarded. The I interface control unit 111 sends to the terminal T2 a "status display" signal notifying that the "call" signal has been accepted, but the facility information has been discarded. FIG. 5 shows an operation sequence of the incoming call transfer according to the embodiment of the present invention. The figure shows the processing when the call forwarding is activated by the "additional information" and accepted from the network. The call processing function unit 122 includes the I interface control unit 11
1 sends a "call setup" request. The I-interface control unit 111 sends a broadcast-type call setting request to the terminals T 1 and T 2. For example, when a “call” signal without an information element is received from the terminal T1, the I-interface control unit 111
Does not require rationality verification. The I interface control unit 111 sends a “call” signal to the call processing function unit 122. Next, an "additional information" signal including an information element for call transfer was received from the terminal T2. The rationality check function unit 121 issues a call transfer rationality verification request. If the call transfer is permitted according to the contract conditions of the subscriber, the rationality check function unit 121 returns the terminal decision of the rationality verification result. The I interface control section 111 notifies the call processing function section 122 of an “additional information” signal. A "release" signal is sent to the unselected terminals. As shown in FIGS. 4 and 5, the call processing function unit can realize call processing without being aware of broadcast-type incoming calls. According to the present invention, by separating the layer 3 protocol processing section from the call processing function section, it becomes possible to perform the call processing for the broadcast incoming call without depending on the additional service of the ISDN. [0055] By separating as described above, it is no longer necessary to create software for broadcast-type incoming call processing which has been conventionally performed in each additional service, in the additional service.
Development of additional service software is facilitated.

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a diagram for explaining the principle of the present invention; FIG. 2 is a diagram for explaining an embodiment of the present invention; FIG. FIG. 4 is an operation sequence of error handling according to the embodiment of the present invention. FIG. 5 is an operation sequence of call transfer according to the embodiment of the present invention. FIG. 6 is a diagram illustrating a conventional example. FIG. 100 Exchange processing software 110 Replacement OS function unit 111 I interface control unit 111A Signal control unit 111B Layer 3 protocol processing unit 111c Information format conversion unit 111d Basic number management unit 111e Basic number conversion unit 111f B Channel management unit 112 call path control unit 113 interoffice interface control unit 120 call processing application unit 121 rationality check function unit 12 2 call processing function unit 123 I interface layer 3 control unit 122A basic call processing units 122B to 122N additional function 122b call transfer unit 122c three-way communication unit 123 I interface layer 3 control unit 10, 20 exchange T1, T2 terminal

──────────────────────────────────────────────────続 き Continuing on the front page (73) Patent holder 000005108 Hitachi, Ltd. 4-6-6 Kanda Surugadai, Chiyoda-ku, Tokyo (72) Inventor Kiyoshi Komatsu 1015 Uedanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture Inside Fujitsu Limited ( 72) Inventor Keiichi Koyanagi 1-6, Uchisaiwaicho, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Corporation (72) Inventor Toshihiro Kai 1-6-1, Uchisaiwaicho, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Corporation (72) Inventor Motoharu Kawanishi 1-7-12 Toranomon, Minato-ku, Tokyo Oki Electric Industry Co., Ltd. (72) Inventor Shigeyuki Sato 5-7-1 Shiba, Minato-ku, Tokyo NEC (72) Inventor Person Haruki Taguchi 216 Totsuka-cho, Totsuka-ku, Yokohama-shi, Kanagawa Prefecture, Hitachi, Ltd. Information and Communication Division (56) References JP-A-64-81492 ( P, A) JP flat 4-42656 (JP, A) (58 ) investigated the field (Int.Cl. ^7, DB name) H04Q 3/54 - 3/56 H04M 3/00 H04M 3/16 - 3 / 20 H04M 3/38-3/58 H04M 7/00-7/16

Claims (1)

(1) A multipoint control method for an exchange having an ISDN user / network interface, comprising: a switching OS function unit (110) including an ISDN user / network interface control unit (111); ) And switching processing software (100) hierarchically separated into call processing application sections (120), wherein the ISDN user / network interface control section (11)
The signal control unit (111A) in 1) is provided with a layer 3 protocol processing unit (111B) for controlling the protocol state of each terminal, and the call processing application unit (120) is provided with a layer 2 configuration of an ISDN user / network interface. Separates the rationality check function unit (121) that checks the rationality of the received signal from each terminal before the terminal is determined from the call processing function unit (122) at the time of the broadcast-type incoming call in the point-to-multipoint mode. The layer 2 configuration of the ISDN user / network interface is a point-to-multipoint broadcast type incoming call;
The difference between the point-to-point mode and the general incoming call processing is described in the ISDN user / network interface control unit (1).
11. A multipoint control method for an ISDN exchange, wherein the method is concealed in 11) and a connection operation is performed by the same processing.