KR20000045801A - Call processing method in atm switching system - Google Patents

Abstract

PURPOSE: A call processing method in the ATM(Asynchronous Transfer Mode) switching system is provided so that the switching system, receiving call setup, can generate a process during an active state and release the process during a data transmission period. CONSTITUTION: A subscriber call processing process confirms a call setup message supplied through an encoding/decoding block(S1) and generates a setup child process for a call processing(S2). After executing the call processing, the setup child process supplies the call processing message to the encoding/decoding block, and the encoding/decoding block, encoding the call processing message, transmits the encoded message to a terminal side(S3). The setup child process supplies the connection message to the encoding/decoding block, and the encoding/decoding block, encoding the connection message, transmits the encoded message to the terminal side(S4). The subscriber call processing process recognizes that the call is transferred to an active state, a speech path is set up between terminals and data are exchanged(S5), and releases the setup child process(S6).

Description

How to handle calls at ATM exchange

The present invention relates to a call processing method in an ATM exchange, and more particularly, to a call processing method in an ATM exchange which generates a process while the exchange is set up and becomes an active state and eliminates the process during the data transmission period. It is about.

In general, call handling software in an ATM switcher performs a function of configuring a call path between subscribers connected to a switching network through the interaction of hardware and software.

Therefore, the call progress detects the hook off of the subscriber handset, sends out a dial tone for the subscriber to dial, receives and analyzes the dial digit, finds the called subscriber, and configures the call path. .

Then, a ring current is supplied to the called party's line to call the called party and a ring tone is sent to the calling party. Then, when the called party hooks off the handset, a call is made and the billing information is processed. In addition, a process of releasing the call path by detecting a handset Hook On of the calling party or the called party is performed.

The structure of the call processing software comprises a process fork portion 11 on the calling side and a process fork portion 12 on the called side, as shown in FIG. A data transfer phase (DTP) is exchanged between 11 and the incoming process fork portion 12.

Call processing at the network-subscriber interface of the calling process fork portion 11 of the call processing software of the above-described configuration, whose configuration is shown in FIG. ), A subscriber call processing main process 112, and a child process 113.

Next, the operation of the call processing software configured as described above will be described as follows.

First, a setup message is received from the terminal. The setup message is transmitted to the encoding and decoding block 111 to be decoded.

Accordingly, the decoded setup message is applied to the subscriber call processing main process 112, and the subscriber call processing process 112 creates a new process to handle call processing.

The newly generated child process 113 transmits a call processing to the encoding and decoding block 111, and the encoding and decoding block 111 encodes a call processing message and transmits the same to the terminal. Will be done.

In addition, the child process 113 applies the encoding message to the encoding and decoding block 111 for the connection between the terminal and transmits to the terminal.

Thereafter, when the release message is received by the terminal, the encoding and decoding block 111 decodes the corresponding release message and applies the release message to the child process 113. After performing the release process, the release completion message is transmitted to the encoding and decoding block 111 and is destroyed at the same time.

However, the above-described operation remains a process even after a call is connected between terminals, i.e., since the call continues to occupy the process for all the time until one call is generated and the call is released, the conventional call processing software has a structure. Although simple, the process occupies memory when transferring data, which limits the maximum number of active calls.

In order to solve the problems described above, the present invention is to improve the call processing performance of the call processing application software in the ATM exchange, the process is created and the data transmission while the exchange exchange receives the call setup and is activated The goal is to increase the maximum number of active calls and to efficiently use the exchange memory by eliminating the process during that time period.

1 is a block diagram showing call processing software in a conventional ATM switch.

FIG. 2 is a block diagram illustrating a call processing structure at the network-subscriber interface of FIG. 1. FIG.

3 is a block diagram showing call processing software in an ATM switch according to an embodiment of the present invention;

4 is a block diagram illustrating a call processing structure at the network-subscriber interface of FIG.

5 is a flowchart illustrating a call processing method in an ATM switch according to an embodiment of the present invention.

Explanation of symbols on the main parts of the drawings

21, 22: part of the calling process fork

31, 32: incoming process fork part

41: Encoding and Decoding Block

42: subscriber call processing main process

43: Setup Child Process

44: Release Child Process

The present invention creates a process only until the exchange receives a call setup and becomes active, destroys the process during the data transfer period while the call is active, and then terminates the data transfer period again to resume the process when the call is released. To generate call processing.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings. FIG. 3 is a block diagram showing call processing software in an ATM switch according to an embodiment of the present invention, FIG. 4 is a block diagram showing a call processing structure in a network-subscriber interface in FIG. 3, and FIG. A flowchart illustrating a call processing method in an ATM switch according to an embodiment of the present invention.

In the ATM switch according to the embodiment of the present invention, the call processing software is composed of two calling process fork portions 21 and 22 and two incoming process fork portions 31 and 32, as shown in FIG. have. Here, the DTP is exchanged between the calling process fork portions 21 and 22 and the incoming process fork portions 31 and 32 and exchanges information with each other through internal signals.

Further, the structure of call processing at the network-subscriber interface of the call processing software configured as described above is set up with the encoding and decoding block 41, the subscriber call processing main process 42, and the setup as shown in FIG. A child process 43 and a release child process 44 are provided.

A call processing method in an ATM switch according to an embodiment of the present invention configured as described above will be described below with reference to the flowchart of FIG. 5.

First, the encoding and decoding block 41 receives a setup message of a call from the terminal, and decodes the authorized setup message to the subscriber call processing main process 42.

In addition, the subscriber call processing process 42 confirms the setup message applied through the encoding and decoding block 41 (step S1), and generates a setup child process 43 which is a new process to handle call processing. (Step S2).

Accordingly, the setup child process 43 applies a call processing message to the encoding and decoding block 41 after performing the call processing, and the encoding and decoding block 41 encodes the corresponding call processing message. The data is transmitted to the terminal (step S3).

In addition, the setup child process 43 applies a connection message for connection between terminals to the encoding and decoding block 41, and the encoding and decoding block 41 encodes the connection message and transmits the connection message to the terminal side ( Step S4).

At this time, the subscriber call processing main process 42 terminates the setup child process 43 after recognizing that the call is switched to an active state and a call path between terminals is established and data is being exchanged (step S5). give. That is, during the data transmission period, the new process 43 created at the time of setup is eliminated (step S6).

Then, when the data transfer period ends and the call is released, the encoding and decoding block 41 receives the release message from the terminal side, decodes it, and applies it to the subscriber call processing main process 42. The call processing main process 42 checks the release message applied from the encoding and decoding block 41 (step S7) to generate a release child process 44, which is a new process to handle the call release (step S7). Step S8).

Accordingly, the release child process 44 performs the call release processing and releases a call path, and then applies a release completion message to the encoding and decoding block 41, and the encoding and decoding block 41 corresponds to the corresponding. The release complete message is encoded and transmitted to the terminal (step S9).

Then, the release child process 44 transmits and releases the release completion message to the encoding and decoding block 41 (step S10).

As described above, according to the present invention, by creating a process while the exchange exchange is set up and activated, and removing the process during the data transmission period, not only can the exchange memory be efficiently used, but also the maximum number of activated calls. Can be increased.

Claims (4)

Confirming the call setup and generating a child process to an activated state; Extinguishing the child process upon data transmission in the activated state; A method of processing a call in an ATM switch, comprising: generating a new child process and performing a call processing upon call release. The method of claim 1, The generating of the child process may include checking a setup message of a call authorized from a terminal; Set up call processing A method for call processing at an ATM exchange comprising the step of creating a new child process. The method of claim 1, The step of extinguishing the child process may include performing call processing and transmitting a call processing message to a terminal; And transmitting the access message to the terminal and confirming the data transmission between the terminals, thereby extinguishing the set-up child process. The method of claim 1, The process of generating a new child process and performing call processing may include: generating a new release child process by checking a release message applied from a terminal to a terminal; Performing call release processing and transmitting a release completion message to the terminal; And destroying the release child process.