KR100246909B1 - Call processing method having numerous terminal systems - Google Patents

Abstract

An information processing method of an ISDN terminal system capable of processing two or more calls with two or more S-interface ports includes the steps of: parallel processing a call of at least two users entering the terminal; Performing data communication between the central processing unit and the system control unit in the S interface; And multiplexing and demultiplexing a plurality of B channel data through an interface of the data processor.

Description

Call processing method of terminal system with multiple ports

1 is a block diagram of an ISDN terminal system applied to the present invention.

2 is a concrete block diagram of the S-interface of FIG.

3 is a control process flow diagram for a line connection according to the present invention.

4 to 6 are flowcharts of a call processing control according to the present invention.

The present invention relates to an integrated service digital network (ISDN) terminal system, and more particularly, to a call processing method of a terminal system having a plurality of ports.

In general, well-known narrowband ISDN networks are often connected to the S-interface of the terminal system. Conventionally, only one S-interface line exists in one terminal system, thereby processing data according to a 2B (2 * 64 Kbps) processing speed.

As described above, the communication speed of the ISDN network is conventionally limited to 128 Kbps, and furthermore, since communication is performed through only one line, there is a problem that it is difficult to adequately cope with the demand for data or call communication and video service requiring high speed.

Accordingly, an object of the present invention is to provide an ISDN call processing method including data image information suitable for high speed communication.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

First, in the present invention, two or more S-interface lines are made in one terminal, and one or more terminals can process 2B or more data through such S-interface.

Therefore, the S-interface according to the present invention receives 1B or 2B or more audio and video data from multiple terminals, multiplexes the data, and delivers the data to the data processing unit, for example, audio mixing, video switching, and the like. It can be used for a function of de-multiplexing and transmitting data received by processing data in the same form.

Referring to FIG. 1, the ISDN terminal system 100 is connected to the ISDN network 180 through a plurality of lines S1-Sn. The ISDN terminal system 100 includes an S-interface 120, a system controller 110, and a data processor 112 to perform data communication with a plurality of ISDN S-interface lines. Here, the system controller 110 is connected to the S-interface 120 and the control data busline 150 to control the operation of the terminal system 100. The data processor 112 is connected to the S-interface 120 through the multi-B channel bus line 152 and performs a function of processing data. A detailed block diagram for explaining the internal structure of the S-interface 120 is shown in FIG.

Referring to FIG. 2, the S-interface line connection unit 124, the central processing unit 126, the system control unit interface 128, and the data processing unit interface 122 constitute the S-interface 120. An internal control bus is a line connecting the S-interface line connection unit 124, the central processing unit 126, the system control interface 128, and the data processing interface 122. An internal data bus is connected between the S-interface line connection 124 and the data processor interface 122. The S-interface line connection unit 124 is connected to a plurality of ISDN lines S1-Sn to process two or more calls, and exchanges information on the S-interface line connection unit 126 with the central processing unit 126 through an internal control bus. The central processing unit 126 communicates with the system control unit 110 of FIG. 1 through the system control unit interface 128 and controls data, and also connects the S-interface line connection unit 124 and the data processing unit interface 122 to the data processing unit interface 122. Responsible for multiplexing and demultiplexing data. The system controller interface 128 is responsible for interfacing communication between the central processing unit 126 and the system controller 110 in the terminal system 100, and the data processor interface 122 is responsible for data exchange between the S-interface 120 and the data processor 112 in the terminal system 100. . With this configuration, the S-interface 120 according to FIG. 2 can process a plurality of calls through the S-interface line connection 124, and multiplexing and demultiplexing a plurality of B-channel data through the data processing interface 122. You can do multiplexing.

3 shows a call control procedure for the S-interface line connection 124. In operation 310, a call processing is started in a certain state, and in operation 312, a primitive is received from an adjacent layer. In step 314, the status information of the work buffer area is found to check the status of the corresponding buffer. The reason for this is to find the work buffer area allocated by port number and perform SDL based on the environment stored in the area before processing the received call as SDL according to CCITT recommendation of step 316. Here, the current state and the like may be recorded in the work buffer area of each port. The execution of each step of FIG. 3 may be performed regardless of any state of any layer, and in this case, the layer and the port number may be set at the time of performing the step 314. Each step of FIG. 3 allows each port corresponding to the line S1-Sn of FIG. 2 to have an independent buffer environment area, thereby allowing two or more calls to be independently processed.

4, 5 and 6 show a call processing control flow chart performed by the central processing unit 126 of FIG. The central processing unit 126 communicates with the system control unit 110 and performs B channel multiplexing and demultiplexing with the data processing unit 112 in a call control procedure. Here, the detailed control flow of step 418 in FIG. 4 is shown as FIG. 5, and the detailed control flow of step 420 is shown as FIG.

Referring to FIG. 4, the central processing unit 126 starts an operation in the call control processing flow and receives a message in step 410 from layer 3 or the system at the beginning of the procedure. do. In step 412, if the received message exists, step 414 is performed. Step 414 is a step of entering the work buffer area by Ces and Cr obtained while performing the port number and the layers 2 and 3. Step 416 is a determination step for performing a corresponding flowchart according to the sender of the message. In step 416, if the transmitting side is layer 3, the process proceeds to step 418, and if the system proceeds to step 420, otherwise, an error message of step 422 is generated.

Referring to FIG. 5 to describe performing call control (CC) in step 418. When step 510 of FIG. 5 starts, the CPU 126 determines what kind of message the message received in step 512 is. Accordingly, steps 514, 522, 528, or 544 may be performed independently according to the received message. First, in step 514, in step 514, a system message of "CALL_IND" is created. Step 518 is to copy the call number and the called number from the received message to the system message. After the operation 518 is completed, the system message transmission of the step 520 is performed. On the other hand, if it is the "CONNECT ACKNOWLEDGE" of step 522, steps 524 and 526 are performed. Step 524 is a step of creating a system message of "CALL_CFM", step 526 is a step of transmitting a message to the system. In addition, in the case of "DISCONNECT" in step 528, steps 530 through 542 are performed in order. On the other hand, if it is "RELEASE" of step 544, steps 546-552 are performed in sequence. The link disconnection of steps 542 and 552 breaks the link between the port number and the B channel currently stored in the work environment buffer and the time slot number of the multiplexed B channel bus. Clearing a flag that detects a state.

FIG. 6 is a detailed flowchart of a case in which the transmitting side is a system in FIG. 4, which is divided into steps 614, 622, or 630 according to the type of the received message. In the link connection of step 628 of FIG. 6, a link between a port number and a B channel stored in the current working environment buffer and a channel designated by the time slot number of the multiplexed B channel bus is connected and a flag for monitoring the link status Set it.

As described above, the S-interface function implementation described above may be manufactured using a PC-based board, the system control interface may be AT-BUS, and the data processing interface may be used as the MVIP bus.

Therefore, according to the present invention described above, by making two or more S-interface lines in one terminal and processing 2B or more data in one terminal through such S-interface, data image information suitable for high-speed communication can be obtained. There is an advantage that can perform ISDN call processing, including.

Claims (3)

A method of processing a call and data of an integrated information network system terminal having an S interface having a plurality of ports, a system control unit, and a data processing unit; Processing in parallel the calls of two or more users to the terminal; Performing data communication between the central processing unit and the system control unit in the S interface; And multiplexing and demultiplexing a plurality of B channel data through an interface of the data processing unit. The method of claim 1, wherein the S interface is fabricated on a personal computer board and interfaces with the system control unit using an AT-bus. The method of claim 2, wherein the interfacing of the data processing unit is performed by an MVIP bus.