KR100229549B1 - Method for processing connection request primitive for delay equalization protocol in isdn - Google Patents

Abstract

The present invention relates to a method for processing a connection request primitive which enables a high speed processing of a connection request (DQ_CONN_REQ) primitive that occurs when a connection request is notified in a delay equalization protocol of a general information communication network. Checking, at the terminal, whether a current state of the calling terminal is null when a connection request primitive is transmitted from the call control layer to the delay equalization negotiation control layer; When the current state of the calling terminal is null, processing the transferred connection request primitive, and switching the current state of the calling terminal to the call initialization state; If the current state of the calling terminal is not null, checking whether the calling terminal is in an active channel adding state in which an additional channel is set up while receiving a response to a channel addition request from the called terminal; When the current state of the originating terminal is the active channel addition state, the transmitted connection request primitive is processed, and the present state of the originating terminal transmits the information channel message with the CID set to 1 to the called terminal. Switching to an active channel ID waiting state waiting for a CID = 1 response from the called terminal; If the current state of the originating terminal is not the active channel adding state, checking whether the originating terminal completes all parameter negotiation and directory number transmission and waits for transmission of a channel addition message in which a remaining channel is set up for call setup; When the current state of the calling terminal is in the standby state for transmitting a channel addition message, it processes the forwarded connection request primitive and sets the current state of the calling terminal as the state related to the operation mode 1 to remove the framing and transmit the data to the mode 1 active state. Switching process; And if the current state of the originating terminal is not in the wait state for transmitting the channel addition message, bypassing the delivered connection request primitive and maintaining the current state of the originating terminal.

Description

METHODO FOR PROCESSING CONNECTION REQUEST PRIMITIVE FOR DELAY EQUALIZATION PROTOCOL IN ISDN}

The present invention relates to a delay equalization protocol used to bond a plurality of 56/64 kbit / s channels for broadband data transmission in an ISDN. Delay Equalization Negotiation at Call Control Layer in Delay Equalization (DEQ) protocol structure consisting of Call Control Layer, DEQ Negotiation Control Layer and DEQ Multiframe Control Layer A method suitable for handling connection request (DQ_CONN_REQ) primitives carried in the control layer.

As is well known, the Integrated Information Network (ISDN), which emerges to overcome the service limitations of individual networks that handle voice, video, and data separately, integrates each individual network and digitalizes each data to provide comprehensive services. to be. In such a comprehensive information communication network, an interface between a user and a network is currently standardized by a digital subscriber line signaling system (DSS 1) so as to adaptively accommodate various terminals. 7 Standardized to common line signaling (CCS).

That is, DSS 1, which is a signaling method of a user network interface (UNI), is implemented in multiple layers from layer 1 to layer 3 by an open intersystem interconnection (OSI) reference model, as shown in FIG. An overview of each of these layers and their relationship with the recommendations of the ITU-T is given in Table 1 below.

hierarchy Feature Overview Recommendation Tier 1 Electrical, physical conditions I.430, I.431 Tier 2 Link establishment control, error control, etc. for message transmission Q.920, Q.921 Tier 3 Arc setting, opening, etc. Q.930, Q.931

Referring to FIG. 1, a first network terminal NT1 located in a house (or building) is connected to an ISDN exchange located in a telephone station through a subscriber line, and also an ISDN terminal (ET1) through an S / T point in a building. ) Or the second network terminal device NT2 is connected to the first network terminal device NT1.

Here, NT1 is a transceiver in a house for transmitting a digital signal to a subscriber line, NT2 is a device corresponding to a private branch exchange (PBX), can accommodate an ISDN terminal (TE1) at the station, TE1 is an ISDN standard terminal As a direct connection to NT1 or via NT2, TE2, which is an existing terminal having an ISDN corresponding function, is connected to an ISDN network through a terminal adapter (not shown).

In addition, the interface point between NT1 and NT2 is called T point, and the interface point between NT2 and TE1 is called S point. Since the interface specification of S point is determined to be based on T point, TE1 is connected to NT1. Is called the S / T point.

And subscriber-side terminals, such as ISDN terminals, are connected according to the protocols of Layer 1 to Layer 3 as described above, in order to be connected to the ISDN exchange. Recommendations for defining such connections are as described in Table 1 above.

In other words, in Table 1, Layer 1 is a user network interface of the physical layer recommended by ISDN Recommendations I.430 and I.431, and has a basic interface of 2B + D access and a primary group speed interface of 23B + D or 30B + D. In the basic interface, the frame structure is composed of 48 bits in units of 250 μm.

Layer 2, on the other hand, is commonly referred to as Link Access Procedure on the D channel (LAPD), which first adopts the BALANCE mode of HDLC, which is the standard of the standardized data link layer. It consists of an address field, a control field, an information field, and a frame check sequence (FCS).

Layer 3, on the other hand, controls the establishment, maintenance, and release of communication paths required for the circuit-switched and packet-switched services provided by the network, and various additional service requests. The message received from the other party is analyzed, call setup related messages are generated, and the generated messages are transmitted to the other party through the lower layer. The general content of this layer 3 is described in detail in Q.930, and call processing procedures for basic calls are recommended by Q.931.

Therefore, in implementing an ISDN terminal, the above-described functions must be implemented inevitably. In this case, an appointment between the same layers is a "protocol", and a definition of logical exchange between upper and lower layers is a "primitive". That is, each layer has entities that implement the functions of the layer, and these entities are configured to exchange information between upper and lower layers through primitives.

In addition, these primitives are divided into four types: REQUEST, INDICATE, RESPONSE, and CONFIRM. Most primitives related to data transfer are transferred from upper layer to lower layer. A request primitive and a display primitive transmitted from a lower layer to a higher layer. Here, the confirm primitive is a primitive that notifies the upper layer when the lower layer is obliged to respond to the specific request primitive from the higher layer, and the responding primitive is the higher primitive in relation to the specific request primitive from the lower layer. It is a primitive that informs the lower class when there is an obligation to respond.

Channels provided by ISDN include 64kbps “B” channel, 16kbps “D” channel, 34kbps “H0” channel and 2.048Mbps “H1” channel. The basic interface provided by the combination of these channels is It is defined as “2B + D” and the primary group interface is defined as 23B + D or 30B + D. In this case, when a wideband communication connection is required for a video service or the like in a narrowband ISDN, multiple (N) 56 or 64kbit / s channels may be used in combination. That is, if the basic interface or the primary group interface has a fixed bandwidth but various bandwidths are required according to a service, the ISDN network may provide an “N × 56 / 64kbit / s” band.

However, in order to provide the “N × 56 / 64kbit / s” band as described above, bonding of 56 / 64kbit / s channels set independently of each other is required, where each 56 / 64kbit / s channel is used. Since they are individually connected by digital switching networks, there is a separate delay for each channel.

Thus, in multiplexing, one of the key technical details is related to delay equalization (DEQ), so to smoothly provide 56/64 kbit / s, the DEQ protocol must be followed. In other words, the delay equalization protocol, also called a bonding protocol, is a protocol for equalizing delays generated between channels when N 56/64 kbit / s channels are combined, and the present invention provides such a delay equalization protocol. It is related to the improvement of.

Meanwhile, as shown in FIG. 2, the delay equalization protocol includes a call control layer 25, a delay equalization control layer 22, and a delay equalization multi-frame control layer DEQ. It consists of a Multiframe Control Layer (23) and transmits user data received from an APPLICATION Layer (21), and various primitives, as shown in FIG. In addition, the delay-equalized multi-frame control layer 23 is connected to a physical layer (not shown) through each channel control layer (24a-24c) and each physical medium dependent layer (PMDL Layer: 25a-25c) below. do.

3, DQ_CONN_REQ, DQ_INIT_REQ, DQ_DISC_REQ, DQ_DEL_CH__REQ, DQ_ADD_CH__REQ, DQ_ABORT__REQ, DQ_REQRE, etc. include DQ_CONN_REQ, DQ_INIT_REQ, DQ_DISC, DQ_ABORT_REQ, DQ_RLQREQ, DQ_RL__RELL, DQ_RL__RELL, DQ_RL_REQ, DQ_RL_REQ, DQ_RL_REQ_, DQ_RL_REQ_, DQ_RL_REQ, DQ_RL_REQ_, DQ_RL_REQ_, DQ_RL_REQ, DQ_RL_REQ_, DQ_RL_REQ_, DQ_RL_REQ_, DQ_RL_REQ, Here, the present invention relates to the processing of DQ_CONN_REQ, which means a connection request primitive.

As addition, primitives from the delay equalizer negotiation control layer 22 is transferred to the call control layer (25) DQ_INIT_IND, DQ_DISC_IND, DQ_INIT_CONF, DQ_DEL_CH_CONF, DQ_DEL_CH_IND, DQ_DEL_CH_FAIL_IND, DQ_ADD_CH_IND, DQ_ADD_CH_CONF, DQ_ADD_CH_FAIL_IND, DQ_CID_FAIL_IND, DQ_LLOS_IND, DQ_RLOS_IND, DQ_ABORT_CONF, DQ_LL_IND, DQ_LL_OFF_IND, DQ_RL_IND, DQ_RL_OFF_IND, etc., and timers used in this layer include TCID_EXP, TCINIT_EXP, TAINIT_EXP, TANULL_EXP, TCADDO1_EXP, TAADDO1_EXP, TCDISC_EXP, and TADISC_EXP.

Here, ×× _ ×××× _REQ indicates a request primitive, ×× _ ×××× _IND indicates a display primitive, ×× _ ×××× _RES indicates a response primitive, and ×× _ ×× ×× CFM represents the confirm primitive. CC_ ×××× _ ××× denotes a primitive transferred between the delay equalization negotiation control layer 22 and the delay equalization multiple frame control layer 23.

That is, primitives transmitted from the delay equalization negotiation control layer 22 to the delay equalization multiple frame control layer 23 include CC_ADD_REQ, CC_INFO_REQ, and CC_DEL_REQ. The timers used in the layer include TAFA_EXP and TXDEQ_EXP. The primitives transmitted from the frame control layer 23 to the delayed equalization negotiation control layer 22 include CC_LSYNCH_IND, CC_RSYNCH_IND, CC_LSYNCH_FAIL_IND, CC_INFO_IND, CC_FAIL_IND, CC_LLOS_IND, CC_RLOS_IND, and so on. It is described in detail in the “Interoperation Specification for N × 56 / 64kbit / s (Version 1.1)” issued by the Consortium.

On the other hand, the primitives defining the logical information are arranged between the upper and lower layers, for example, the call control layer 25 and the delay equalization negotiation control layer 22, the delay equalization negotiation control layer 22, and the delay equalization multiple frame control layer 23. When exchanging between upper and lower layers such as), the current state (i.e., mode) of a corresponding channel (i.e., a virtual channel) during processing of a specific primitive while a call is currently set up or in progress is set. First, check status such as NULL, CALL INIT, CALL INIT WAIT, AWAIT DN, ADDITIONAL CHANNEL, ACTIVE, etc. Next, the primitive received from the other layer (e.g., DQ_INIT_IND, DQ_DISC_IND, DQ_INIT_CONF, DQ_DEL_CH_CONF, etc.) or primitives generated by itself (e.g., TCID_EXP, TCINIT_EXP, TAINIT_EXP, TAINI_EXP, etc.) The processing routine is determined, and the primitive is processed according to the processing routine.

In particular, the connection request (DQ_CONN_REQ) primitive according to the present invention transmitted from the call control layer 25 shown in FIG. 2 to the delay equalization negotiation control layer 22 includes a null state and a channel addition message transmission wait state of the terminal. , A primitive that is generated to wait for channel addition and notifies that the requested connection is established. In the conventional method, the current state (ie, current mode) of each terminal is first checked, that is, the message according to each mode is analyzed / processed, The processing routine of the connection request (DQ_CONN_REQ) primitive is determined according to the mode to process the primitive.

However, the conventional method as described above, considering that the processing is often similar or the same in different states of the channel for substantially the same primitive, the message according to each mode is analyzed / processed and then the corresponding primitive (i.e. In this case, the code may be unnecessarily duplicated (that is, the amount of code for message processing) unnecessarily by processing the connection request (DQ_CONN_REQ). Although it is difficult to construct an appropriately divided subroutine according to each mode (state) of the channel, even if it is actually implemented, there is a problem that the processing speed is reduced according to the call procedure.

Accordingly, the present invention is to solve the above problems of the prior art, and the processing of the connection request (DQ_CONN_REQ) primitive that occurs when the connection request is notified in the delay equalization protocol of the integrated information communication network at high speed in the calling terminal and the called terminal. The purpose is to provide a method for processing connection request primitives that can be realized.

In accordance with an aspect of the present invention for achieving the above object, the present invention provides a delay equalization of a general information communication network having a hierarchical structure including a call control layer, a delay equalization negotiation control layer, and a delay equalization multiple frame control layer. A method of processing a connection request primitive at the originating terminal side for notifying that a connection requested by a protocol has been established, the present state of the originating terminal when the connection request primitive is transmitted from the call control layer to the delayed equalization negotiation control layer. A first step of checking whether a state is null; A second step of processing the forwarded connection request primitive and switching the current state of the calling terminal to a call initialization state when the current state of the calling terminal is the null state as a result of the check in the first step; As a result of the check in the first step, if the current state of the calling terminal is not null, it is determined whether the calling terminal is in an active channel addition state in which an additional channel is set up while receiving a response to the channel addition request from the called terminal. A third process of checking whether or not; As a result of the check in the third step, when the current state of the originating terminal is the active channel addition state, the forwarded connection request primitive is processed, and the CID is assigned to the called terminal by the originating terminal. A fourth step of switching to an active channel ID waiting state waiting for a CID = 1 response from the called terminal in response to transmitting the information channel message set to 1; As a result of the check in the third process, if the current state of the calling terminal is not the active channel adding state, the channel adding message in which the calling terminal completes all parameter negotiation and directory number transmission and sets up the remaining channel for call setup A fifth step of checking whether it is in a waiting state for transmission; As a result of the check in the fifth process, when the current state of the originating terminal is a standby state for transmitting the channel addition message, the transmitted connection request primitive is processed, and the current state of the originating terminal is framing as a state related to operation mode 1. A sixth process of removing and switching to a mode 1 active state for transmitting data; And a seventh process of bypassing the forwarded connection request primitive and maintaining the current state of the originating terminal if the current state of the originating terminal is not the state of waiting for transmission of the channel addition message as a result of the check in the fifth process. A connection request primitive processing method for a delay equalization protocol in a general information communication network is provided.

In accordance with another aspect of the present invention, there is provided a delay equalization of a general information communication network having a hierarchical structure including a call control layer, a delay equalization negotiation control layer, and a delay equalization multiple frame control layer. A method of processing a connection request primitive at the terminating terminal side for notifying that a connection requested by a protocol has been established, the present state of the terminating terminal when the connection request primitive is transmitted from the call control layer to the delayed equalization negotiation control layer. A first step of checking whether a state is null; As a result of the check in the first step, when the current state of the calling terminal is the null state, the transmitted connection request primitive is processed, and the current state of the calling terminal is switched to any one of a plurality of preset states. A second process of doing; As a result of the check in the first step, if the current state of the called terminal is not null, the current state of the called terminal waits for reception of the remaining channel for call establishment after parameter negotiation and directory number transmission are successfully completed. Checking whether the channel is in the standby state for adding channels; As a result of the check in the third process, when the current state of the called terminal is the channel addition standby state, the transmitted connection request primitive is processed, and the active state having a plurality of active modes preset to the current state of the calling terminal. A fourth process of switching to a state; As a result of the check in the third step, if the current state of the called terminal is not the channel addition waiting state, the reception of the additional channel is received when the current state of the called terminal receives a response to the channel addition request from the calling terminal. A fifth step of checking whether or not a standby active channel is added; As a result of the check in the fifth process, when the current state of the originating terminal is in the active channel addition standby state, the forwarded connection request primitive is processed and the current state of the originating terminal has a plurality of preset active modes. A sixth process of switching to the active state; And a seventh process of bypassing the delivered connection request primitive and maintaining the current state of the called terminal if the current state of the originating terminal is not the active channel addition waiting state as a result of the check in the fifth process. A connection request primitive processing method for a delay equalization protocol in a general information communication network is provided.

1 is a schematic diagram illustrating a user network connection in an integrated information communication network (ISDN);

2 is a diagram showing a reference architecture of a delay equalization protocol according to the present invention;

FIG. 3 exemplarily shows primitives carried between three layers for implementation of a delay equalization protocol in ISDN; FIG.

4 exemplarily illustrates a frame structure commonly used in a delay equalization protocol;

5 is a diagram illustrating a format of an information channel frame message;

6 is a flowchart illustrating a typical process for establishing a call and performing data transfer in a delay equalization protocol in ISDN;

7 is a flowchart illustrating a process of processing a connection request primitive for a delay equalization protocol in an originating terminal according to a preferred embodiment of the present invention;

8 is a flowchart illustrating a process of processing a connection request primitive for a delay equalization protocol in a called terminal according to a preferred embodiment of the present invention.

<Description of the code | symbol about the principal part of drawing>

21: application layer 22: delayed equalization negotiation control layer

23: delay equalization multiple frame control layer

24a-24c: Channel Control Layer 25a-25c: Physical Media Dependent Layer

The above and other objects and various advantages of the present invention will become more apparent from the preferred embodiments of the present invention described below with reference to the accompanying drawings by those skilled in the art.

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

First, a key technical aspect of the present invention is that when a connection request (DQ_CONN_REQ) primitive is generated to notify that a requested connection has been established, such as a null state, a channel add message transmission wait state, a channel add wait state, etc. of the corresponding terminal, each of them is processed. Unlike the conventional method of analyzing / processing the current mode of the terminal and then determining and processing the processing routine of the DQ_CONN_REQ primitive, the corresponding primitive is processed for each mode for the same primitive (that is, DQ_CONN_REQ) present in each mode of the terminal. By using the similarity or the same procedure, the terminal's null state, active channel addition (ACTIVE-ADDITIONAL CHANNELS) state, channel addition message transmission wait (ADDITIONAL CHANNELS) state, channel addition wait (AWAT ADD CHANNEL) ), The delay equalization bridge from the call control layer 25 of FIG. 2 in the ACTIVE WAIT ADD CH state, and the like. When the connection request (DQ_CONN_REQ) primitive is delivered to the sub control layer 22, the passed DQ_CONN_REQ primitive is checked first, the current mode (ie, the current state) of the terminal is determined, and then the processing routine of the primitive is performed. will be.

That is, in the present invention, by combining the processing routines of the DQ_CONN_REQ primitives that can occur in each of the above cases into one, it is possible to suppress the generation of the code amount and to increase the processing speed during the processing of the DQ_CONN_REQ primitive.

On the other hand, as already mentioned above, the delay equalization protocol according to the present invention, as shown in Figure 2, the call control layer 25, delay equalization negotiation control layer 22 and delay equalization multi-frame control layer ( 23, various primitives, as shown in FIG. 3, are conveyed between each of these layers.

At this time, in order to deliver the serial bit stream delivered from the application layer 21 by multiple combinations of N 56/64 kbit / s channels, a frame structure as shown in FIG. 4 is required as an example. Frame data is assigned to each bearer channel and delivered. That is, referring to FIG. 4, in the frame structure according to the delay equalization protocol, one frame is composed of 256 octets, and 64 frames having such a configuration are gathered to form one multiframe. Here, the bearer channel means a channel provided with a network used for data transmission.

On the other hand, the octets of each frame are numbered, for example, from 1 to 256. Four of the 256 octets (ie, 64, 128, 192, and 256 octets) are used for information exchange and frame structure setting. Used as an overhead octet for That is, octet 64 is assigned to a frame alignment word (FAW), octet 128 is assigned to an information channel (IC), octet 192 is assigned to frame count (FC) information, Oct 256 is assigned to cyclic redundancy check (CRC) information for error correction.

Here, oct 64 has a fixed value of “0001 1011”, oct 128 is used for information exchange between terminals, and oct 192 is used to measure the relative delay change between channels. As a module, it cycles on the boundaries of multiple frames, incrementing by 1 for each frame. That is, the first frame of the multi-frame will include the frame count value "0".

On the other hand, the message format of the information channel frame, as shown in Fig. 5, consists of a total of 16 octets, which communicate control information between two terminals (e.g., between the calling terminal and the called terminal). Used to. At this time, the first bit value (b1) of the octets 2 to 16 except for the octet 1 of the information channel frame is set to "1", and the eighth bit value (b8) of all the octets uses a 56kbit / s bearer channel. Set to “1” for consistent support between calls and calls using 64kbit / s bearer channels.

Referring to FIG. 5, oct 1 of an information channel frame is an alignment that provides information on the structure of the information channel frame, and has a constant value of “0111 1111” in a single alignment form in the first oct, and oct 2 is a channel identifier. (CID: Channel ID) is used to identify individual channels in the setup of each call when dialing (calling) N calls at the same time. Here, the CID is represented by a 6-bit binary number encoded by a number in the range of 0 to 63. When the CID is “0”, it means parameter negotiation. Oct 3 is a group identifier (GID) that is used to identify a group of bearer channels that associate a particular call.

In addition, in octet 4, bits b2 to b4 indicate an operating mode, and bits b5 to b7 indicate a reserved bit (Res) set to "1" at the time of transmission and ignored on reception. The value “000” means operation mode 0, the bit value “001” means operation mode 1, the bit value “010” means operation mode 2, the bit value “011” means operation mode 3, and the rest (“100”). ”To“ 111 ”) indicate reserved bits.

In addition, octet 5 is a rate multiplier (RMULT), which includes information defining an application bandwidth for a call with “sUBMULT” of octet 6, and a bearer channel rate (BCR) of octet 6 is a bearer channel. If the value is “0”, it means 56kbit / s base. If the value is “1”, it means 64kbit / s base. It is “MFG” manufacturer ID flag of Octum 6 and its value is “1”. When set to, it means that the manufacturer ID is loaded in the digit fields of the octets 10 to 16 representing the telephone number dial digits.

On the other hand, in oct 7, the RI (Remote Indicator) area indicates the completion of delay equalization, RL Req (Remote Loopback Request) is used to request a loopback from the remote terminal to the local terminal (RL) The Remote Loopback Indication (RL IND) is used to indicate that the local terminal loops back all channels from the remote terminal to the remote terminal, and the REV (REVision level) checks the version compatibility between the local terminal and the remote terminal. Can be used to

And oct 8 is used to indicate the sub-address of the call, oct 9 represents the transmit flag, and remaining oct 10 to oct 16 represent the telephone number dial digits, respectively.

Therefore, by communicating control information of an information channel frame having the above-described configuration between terminals (for example, between the calling terminal and the called terminal) that want to set up a call for communication, for example, delay equalization and call setting. , Call release and so on.

On the other hand, the delay equalization protocol according to the present invention, as described above, is defined by four operation modes represented by three bits each, such operation mode information is octet 4 of the information channel frame as shown in FIG. (b2-b4) is included in the "Operation Mode 0", which is a mode that transmits data without delay equalization when call setup is completed after supporting initial parameter negotiation and exchange of telephone number (ie directory number) in the master channel. This is useful when the calling terminal requests a phone number, but delayed equalization is performed by some other means.

In addition, “operation mode 1” of the delay equalization protocol is a basic (common) mode of the delay equalization protocol that provides a very useful bandwidth for the user data rate by supporting the user data rate multiplied by the bearer rate. Band monitoring is not provided. Thus, the overhead octets for detecting errors are removed after the call is aligned, and one or more error conditions on the channel that prevent the synchronization of all systems are not automatically recognized after the call is activated.

In addition, “operation mode 2” of the delay equalization protocol supports user data rates multiplied by 63/64 times the bearer rate, which provides in-band monitoring, and the user data rate remains after inserting an overhead octet. to be. That is, the operation mode checks for errors while maintaining the multi-frame structure even after being activated.

Finally, “operation mode 3” of the delay equalization protocol is an integer multiple of 8 kbit / s where the user data rates include N × 56 and N × 64 kbit / s. Here, all channels use the same bearer channel rate, provide in-band monitoring to support continuous checking (CRC) for delay equalization and end-to-end bit error testing, and the overhead octets required for error monitoring are bandwidth This is further provided. Thus, in this mode of operation, it is possible to provide a sufficient user data rate, and overhead octets are included in each bearer channel.

Next, a description will be given of a typical process of establishing a call in ISDN and transferring data with the call established.

6 is a flowchart illustrating a typical process of establishing a call and performing data transfer in a delay equalization protocol in ISDN.

First, the delay equalization protocol classifies the operation into a large class, and sets up a call, adds a bandwidth to an existing call after a channel connection is established by call setup, and reduces user data without sudden degradation of the entire call. For this purpose, it can be divided into the process of removing bandwidth from an existing call, and the process of setting up a call consists of setting up a final channel (i.e., a master channel). Delay equalization (DEQ) process for implementing the delay and equalization when each channel is connected.

Referring to FIG. 6, the initial call setup process starts with the connection of the first channel in an N × 56 / 64kbit / s call, and the terminal initializes the master channel for the initial procedure (ie, access) for call setup. (Step 601). At this time, the parameter negotiation process is performed by this master channel, and the calling terminal will make an additional call after the complete negotiation process is completed.

Next, when the calling terminal is connected to the master channel through step 601, the calling terminal repeatedly transmits the information channel message as shown in FIG. 5 including the channel identifier (CID) set to "0". To start the negotiation process and simultaneously start the TCINIT_EXP timer (step 602). At this time, the originating terminal transmits by setting each parameter of the information channel message to a specific value, the group identifier (GID), RI and RL are all set to "0". At this time, the generated TCINIT_EXP timer is started at the negotiation progress for channel initialization and stops when the initial negotiation progress between terminals is completed.

On the other hand, when a call by the negotiation process as described above is received and connected, i.e., when the calling terminal and the called terminal are connected, the called terminal transmits "1" to the channel and at the same time the delay equalization negotiation control layer 22 of FIG. Starts the TANULL_EXP timer, searches for multi-frame information or information channel messages, and if a valid information channel message is detected through the search, considers the channel as the master channel of the new call and stops the ongoing TANULL_EXP timer.

In this case, if a multi-frame is detected as a result of the search, the called terminal will consider the current call as an additional channel, stop the ongoing TANULL_EXP timer, and use the group identifier (GID) to identify the current call.

In addition, if the called terminal accepts the requested parameter in the master channel of the new call, the same value as the received value is returned to the calling terminal, and the delay equalization negotiation control layer 22 of the called terminal starts the TAINIT_EXP timer. Otherwise, if the called terminal does not accept the requested parameter, the called terminal returns RMULT and SUBMULT = 0 with the valid mode value in the information channel message to the calling terminal and then starts the TA DISC primitive or returns a different set of parameters. At the same time, start the TAINIT_EXP timer. In addition, in the additional channel of the current call, the called terminal allocates a group identifier (GID) of the call and returns a call in the assigned group identifier (GID) area, which is applied in the call received by the group identifier to the called terminal. The call can be identified, where the XFLAG region of the information channel message is set to one.

On the other hand, when the originating terminal receives an information channel message with a CID of 0 and a valid mode, it is regarded as a response from the called terminal. Therefore, the calling terminal analyzes each parameter of the received information channel message and performs a truncation procedure if it accepts or cannot accept the parameter requested by the called terminal. At this time, if the MFG flag in the received information channel message is 1, the manufacturer ID included in the digit field is received. If 0, the digit area is ignored, and the XFLAG is ignored.

Next, the originating terminal sends an information channel message in which the CID is set to 0 and the transmission flag is set to 1, and the digit fields are all set to 1, to request the initial telephone number.

Therefore, when an information channel message in which the XFLAG is set to 1 after the initial response is received at the called terminal, the called terminal sets the XFLAG in the information channel message to 1, and then sends the information channel message carrying the telephone number in the digit field to the calling terminal. By returning, telephone number exchange is performed between the calling terminal and the called terminal (step 603). At this time, if the number of channels is N, N-1 telephone number exchange will be performed between the calling terminal and the called terminal.

That is, when the DQ_CONN_REQ primitive is received from the call control layer 25 of the calling party to the delay equalization negotiation control layer 22, the delay equalization protocol carries an INIT REQ message on CC_INFO_IND and delivers the CC_INFO_IND to the called party. If an INIT REQ message is received, the corresponding INIT ACK message is sent to the calling party. In addition, the calling party sends a DN REQ message to the called party and requests a phone number. When the called party receives a DN REQ message from the calling party, the calling party generates a DN RESP message corresponding to the calling party and sends the telephone number to the calling party.

On the other hand, when the telephone number exchange between the calling terminal and the called terminal is completed through the above-described process, an information channel message having the CID set to 1 is transmitted to the called terminal, thereby notifying that the negotiation process is terminated. When the set information channel message is received, the called terminal sends an information channel message having the CID set to 1 to the calling terminal, thereby notifying the calling terminal that acceptance of the additional channel is ready (step 604). At the same time, the destination terminal stops the TAINIT_EXP timer and starts the TAADDO1_EXP timer (step 605).

Next, when the originating terminal receives an information channel message with a CID of 1 from the terminating terminal, stops the TCINIT_EXP, starts the TCADDO1_EXP timer, and then starts the connection to the additional channel (step 606). Each terminal stops the TXADDO1 timer.

In addition, when the preparation of each channel is completed, the terminating terminal starts the TXDEQ_EXP timer, and uses a frame counter (FC) to measure the relative delay balance between the channels of the N × 56/64 kbit / s call. Since the order cannot be guaranteed to be the same as the call setup order, each terminal measures the relative delay of each channel using the CID arriving for channel alignment (step 607).

Then, equalize the delays of all set channels, delay equalization rearranges the timeslots of each channel to complete the call setup (steps 608, 609), stops the TXDEQ_EXP timer and transitions to the active state when the call setup is completed, That is, the calling terminal and the called terminal transition to the user data transmission state (step 610).

Accordingly, when each terminal receives RI = 1 in operation mode 1, it waits for A = 0 reception on all bearer channels for indication of readiness for data transmission. That is, when A = 0 is transmitted, each terminal waits to receive A = 0 in each bearer channel. Therefore, when each terminal receives A = 0 in the bearer channel, it stops transmitting the frame pattern and considers the call setup to be completed. At this time, each terminal will remove the multi-frame structure in all channels.

In addition, if a frame synchronization failure is detected in all bearer channels after the UE transmits RI = 1 and A-0 and receives A = 0, the call setup is considered complete and the multi-frame structure is removed from the bearer channel.

On the other hand, in operation modes 2 and 3, each terminal continuously monitors each channel of the call for delay equalization and frame arrangement, and at this time, also monitors bit errors between terminals. That is, each terminal transmits RI = 1, and stops the TXDEQ_EXP timer when it detects RI = 1.

As described above, the corresponding terminal (calling terminal or called terminal) is in a null state, active channel addition (ACTIVE-ADDITIONAL CHANNELS) state, channel addition message waiting state (ADDITIONAL CHANNELS) state, channel addition waiting state (AWAT ADD CHANNEL) state, active When a connection request (DQ_CONN_REQ) primitive occurs to notify that the requested connection has been established, in the case of an ACTIVE WAIT ADD CH state, a fast processing routine for processing this generated connection request primitive is provided according to the present invention. Determination will be made later in detail with reference to the attached FIG. 7 and FIG. 8.

Therefore, if a call is established between each terminal through multiple combining as described above, user data transmission between the call set terminals will be made.

Next, a process of notifying that the requested connection is established in various situations of each terminal as described above, and processing the connection request (DQ_CONN_REQ) primitive transmitted from the call control layer 25 to the delay equalization negotiation control layer 22. It demonstrates.

First, the connection request (DQ_CONN_REQ) primitive to be processed in the present invention may be generated in each state of the calling terminal and the called terminal. The modes (states) that can be generated in the calling terminal and the called terminal, respectively, are as follows.

That is, the processable state at the originating terminal includes a null state, an ACTIVE ADDITIONAL CHANNELS state, and a ADDITIONAL CHANNELS state at which the channel add message is transmitted. NULL) state, AWAT ADD CHANNEL state, and ACTIVE WAIT ADD CH state.

Here, the ACTIVE-ADDITIONAL CHANNELS state of the calling terminal means setting up an additional channel while the calling terminal receives a response to the request for adding a channel from the called terminal, and the ADDITIONAL CHANNELS state of the calling terminal means This means that parameter negotiation and directory number (DN) transmission are completed and the remaining channel is set up for call setup.

In addition, the AWAT ADD CHANNEL state of the called terminal means that the called terminal waits to receive the remaining channel for call setup after successfully completing parameter negotiation and directory number (DN) exchange, and the ACTIVE WAIT ADD of the called terminal. The CH state refers to a state in which a called terminal waits for reception of a channel to be added while receiving a response to a channel addition request from an originating terminal.

Accordingly, in the present invention, unlike the conventional method of analyzing and processing the active state (ie, the active mode) of the corresponding terminal first when the connection request (DQ_CONN_REQ) primitive occurs, and then determining and performing the processing routine of the DQ_CONN_REQ primitive, When the DQ_CONN_REQ primitive is delivered from the call control layer 25 of FIG. 2 to the delayed equalization negotiation control layer 22 in each state of one terminal (calling terminal and called terminal), the delivery of this DQ_CONN_REQ primitive is checked and the corresponding terminal is checked. After determining the mode (i.e. the current state) of, execute the processing routine of the corresponding primitive.

7 is a flowchart illustrating a process of processing a connection request primitive for a delay equalization protocol at an originating terminal according to a preferred embodiment of the present invention.

Referring to FIG. 6, as described above with reference to FIG. 6, a DQ_CONN_REQ primitive for notifying that a requested connection is established in a state where a call is established by multiple joining is delayed negotiation negotiation layer 22 in the call control layer 25. (Step 702), i.e., the originating terminal checks the delivery of the DQ_CONN_REQ primitive, and then checks which mode among the preset multiple modes (states). That is, it is checked whether it is any one of a plurality of preset modes capable of processing the generated DQ_CONN_REQ primitive.

In this case, the preset mode in which the calling terminal may process the DQ_CONN_REQ primitive includes a null state, an ACTIVE ADDITIONAL CHANNELS state, and a ADDITIONAL CHANNELS state.

That is, according to the present invention, the originating terminal first classifies the DQ_CONN_REQ primitive delivered from the call control layer 25 to the delay equalization negotiation control layer 22, and then provides channel state information provided from the call control layer 25 ( That is, based on the primitive signal), it is determined which mode of each of the above modes is the current state of the calling terminal, and based on the determination result, the processing routine of the DQ_CONN_REQ primitive according to the current mode is determined.

First, in step 704, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the current state of the calling terminal is null (i.e., no call is active). If the current state of the originating terminal is not a null state, the process proceeds to step 716 described later.

If the originating terminal is null as a result of the check in step 704, the originating terminal sets the channel count to 1 (step 706), and then a group identifier (GID) used to identify a bearer channel group to which a particular call is associated. ) Is set to 0 and the transmission flags (XFLAG) are all set to 1 (step 708).

Next, the calling terminal sends an initial request (INIT REQ) message to the called terminal through an initial channel for initial parameter exchange (step 710), and starts a TCINIT timer for the initial request (step 712). Here, the TCINIT timer is started when the negotiation progress for the initial channel starts and stops when the progress of the initial channel negotiation is completed, and the time range may be set, for example, 500 msec-10 sec.

Accordingly, when the TCINIT timer is started, the calling terminal switches the current state to the call init state (step 714), and then waits for reception of the next message, that is, waits for reception of an INIT ACK message from the called terminal. .

On the other hand, in step 716, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the current state is the active channel addition (ACTIVE-ADDITIONAL CHANNELS) state, that is, the originating terminal is called terminal In step 728, it is checked whether the additional channel is set up in the state of receiving a response to the channel addition request from the mobile station. If the current state of the originating terminal is not in the ACTIVE ADDITIONAL CHANNELS state, the process is described later. Proceeds.

In addition, if the current state of the originating terminal is ACTIVE-ADDITIONAL CHANNELS state, the additional channel request (CC_ADD_REQ) from the delay negotiation control layer 22 of FIG. The primitive is delivered (step 718), and at the same time the delay equalization negotiation control layer 22 stops the TCADDO2 timer currently in progress (step 720). Here, the TCADDO2 timer starts when negotiation for adding a channel is completed and stops when the corresponding channel is connected. The time range may be set to, for example, 2 sec-180 sec.

Next, in step 722, when dialing (calling) N calls, an information channel message having a channel identifier (CID) set to 1, which is used to identify an individual channel in setting of each call, is transmitted to the called terminal. Start the TCID timer (step 724). Here, the TCID timer starts when transmitting the information channel message with the CID set to 1 to the destination terminal and stops when a corresponding response message (that is, the information channel message with the CID set to 1) is received from the destination terminal. The time range can be set, for example, 1 sec-5 sec.

Therefore, when the TCID timer is started, the calling terminal transmits the current state of the terminal to the active channel ID waiting state (ACTIVE WAIT CID = 1), that is, the calling terminal transmits the information channel message in which the CID is set to 1 to the called terminal. In step 726, the switch waits for the reception of the next message, that is, the reception of the CID = 1 response message from the destination terminal.

On the other hand, in step 728, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the current state is the ADDITIONAL CHANNELS state, that is, all the parameters of the originating terminal Complete the negotiation and Directory Number (DN) transfer and check whether the remaining channel is set up for call setup.

As a result of the check in step 728, if the current state of the originating terminal is not the ADDITIONAL CHANNELS state, the delayed equalization negotiation control layer 22 in the originating terminal bypasses the passed DQ_CONN_REQ primitive and maintains the current state ( Step 742). At this time, when the current state of the calling terminal is not the NULL state, the ACTIVE ADDITIONAL CHANNELS state and the ADDITIONAL CHANNELS state, bypassing the delivered DQ_CONN_REQ primitive and maintaining the current state as it is, processes the DQ_CONN_REQ primitive generated only in the above three cases. This is because it is preset.

If the current state of the originating terminal is ADDITIONAL CHANNELS, as a result of the check in step 728, the originating terminal increases the connection channel counter C by 1 (step 730), and determines whether the current mode is “operation mode 0”. Is checked (step 732). Here, “operation mode 0” is a mode for transmitting data without delay equalization when call setup is completed after supporting initial parameter negotiation and directory number (DN) exchange in the master channel.

As a result of the check in step 732, if the current mode is not “operation mode 0,” a channel addition request (CC_ADD_REQ) primitive is transmitted from the delay equalization negotiation control layer 22 to the delay equalization multi-frame control layer 23. (Step 734), it is checked whether the counted current channel number C has reached the required channel number N (step 736), and if the current mode is "operation mode 0", the process immediately proceeds to step 736. do. Here, the CC_ADD_REQ primitive is a primitive that requires the addition of an indicated channel or a change in data distribution, and this primitive can be processed only in the operation mode 3. In addition, the required number of channels N is the number of channels requested by the call control layer 25, and the number of required channels can be determined according to the bandwidth of the communication network.

On the other hand, if it is determined in the step 736 that the counted current channel number C has not reached the required channel number N, the process returns to step 702 described above and repeats the subsequent steps. That is, based on the occurrence of a new DQ_CONN_REQ, the following process is repeated.

On the other hand, if it is determined in step 736 that the counted current channel number C has reached the required channel number N, all timers are stopped (step 738), and the current state of the calling terminal is changed to mode 1 After switching to the MODE 1 ACTIVE state, that is, a state related only to Mode 1, the framing is removed and data is transmitted (step 740), the next terminal waits for reception of the next message.

That is, according to the present invention, the calling terminal merges processing routines of DQ_CONN_REQ primitives, which can be generated according to a preset mode state, that is, a null state, an active channel addition state, and a channel addition message transmission waiting state, into one, and originates when a DQ_CONN_REQ primitive occurs. By performing the processing according to the current state of the terminal, the amount of code generated when processing the DQ_CONN_REQ primitive is minimized as much as possible, and the subroutine for processing the DQ_CONN_REQ primitive that proceeds according to each state is drastically reduced. A significant increase can be achieved.

Next, a process of processing the connection request (DQ_CONN_REQ) primitive occurring in each case preset in the destination terminal according to the present invention will be described.

8 is a flowchart illustrating a process of processing a connection request primitive for a delay equalization protocol in a called terminal according to a preferred embodiment of the present invention.

Referring to FIG. 8, as described above with reference to FIG. 6, a DQ_CONN_REQ primitive for notifying that a requested connection is established in a state where a call is established by multiple joining is delayed negotiation negotiation layer 22 in the call control layer 25. In step 802, the called terminal checks the delivery of the DQ_CONN_REQ primitive, and then checks which mode among the preset multiple modes (states). That is, it is checked whether it is any one of a plurality of preset modes capable of processing the generated DQ_CONN_REQ primitive.

In this case, the preset mode in which the called terminal can process the DQ_CONN_REQ primitive includes a null state, an AWAT ADD CHANNEL state, and an active channel add wait (ACTIVE WAIT ADD CH) state.

That is, according to the present invention, the called terminal first classifies the DQ_CONN_REQ primitive delivered from the call control layer 25 to the delay equalization negotiation control layer 22, and then provides channel state information provided from the call control layer 25 ( That is, based on the primitive signal), it is determined which mode among the above-described modes of the called terminal, and based on the determination result, the processing routine of the DQ_CONN_REQ primitive according to the current mode is determined.

First, in step 804, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the current state of the called terminal is null (i.e., no call is active). If the current state of the called terminal is not null, the process proceeds to step 818 described later.

At this time, if the current state of the called terminal is null as a result of the check in step 804, the process proceeds to step 806, in which step 806 identifies a bearer channel group for associating a special call with an information channel message. Checks whether the group identifier (GID) used to do so is included.

As a result of the check in the step 806, if the information channel message includes the GID, the state modification message according to the GID received from the calling terminal is stored in a queue (i.e., a temporary memory for storing messages) (step 808). In operation 810, the current state of the called terminal is changed to an ACTIVE AWAIT ADD CHANNELS state or an AWAIT ADD CHANNEL state, and then the reception of the next message or generation of the next primitive is waited.

In this case, the ACTIVE AWAIT ADD CHANNELS state indicates a state in which the called terminal waits to receive an additional channel while receiving a response to the channel addition request from the calling terminal, and the AWAIT ADD CHANNEL state indicates one channel (for example, a master channel). Etc.) is set, that is, after the parameter negotiation and the transmission of the directory number (DN) are successfully completed, the destination terminal waits for reception of the remaining channel for call setup.

On the other hand, if the GID is not included in the information channel message as a result of the check in step 806, the delay equalization negotiation control layer 22 of FIG. 2 starts TANULL timer and transmits 1 to all channels ( Step 812). At this time, the TANULL timer starts when the called terminal receives the call and stops when receiving the initial information message or detecting the framing on the channel. The time range may be set to, for example, 50 msec-10 sec.

Then, in step 814, a channel addition request (CC_ADD_REQ) primitive is transmitted from the delay equalization negotiation control layer 22 to the delay equalization multi-frame control layer 23, and in step 816, the called terminal is placed in a call reception state. Switch to wait for the next call or message.

On the other hand, in step 818, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, it is checked whether or not the current state of the called terminal is in the AWAIT ADD CHANNEL state. If the check result indicates that the current state of the called terminal is not the AWAIT ADD CHANNEL state, the process proceeds to step 818 described later.

In addition, if the current state of the called terminal is AWAIT ADD CHANNEL state as a result of the check in step 818, it is checked whether the current mode is “operation mode 0” (step 820). Here, “operation mode 0” is a mode that transmits data without delay equalization when call setup is completed after supporting initial parameter negotiation and directory number (DN) exchange in the master channel.

As a result of the check in step 820, if the current mode is not “operation mode 0,” a channel addition request (CC_ADD_REQ) primitive is transmitted from the delay equalization negotiation control layer 22 to the delay equalization multi-frame control layer 23. (Step 822), the counter value C is incremented by one (step 824), and then it is checked whether the counted current channel number C has reached the required channel number N (step 826), and the current mode is “operation mode”. 0 ”, processing proceeds directly to step 826. FIG. Here, the CC_ADD_REQ primitive is a primitive that requires the addition of an indicated channel or a change in data distribution, and this primitive can be processed only in the operation mode 3. In addition, the required number of channels N is the number of channels requested by the call control layer 25, and the number of required channels can be determined according to the bandwidth of the communication network.

On the other hand, if it is determined in the step 826 that the counted current channel number C has not reached the required channel number N, the process returns to step 802 described above and repeats the subsequent steps. That is, based on the occurrence of a new DQ_CONN_REQ, the following process is repeated.

On the other hand, if it is determined in the step 826 that the counted current channel number C reaches the required channel number N, all timers are stopped (step 828), and the current state of the called terminal is activated. ACTIVE state: ACTIVE DELETE INIT state, ACTIVE ADD INIT state, ACTIVE WAIT ADD CHANNELS state, ACTIVE WAIT CID = 1 state, and After switching to the ACTIVE state including the active mode preset to the ACTIVE MODE 1 state (step 830), the terminal waits for the reception of the next message or generation of the next primitive.

Here, the ACTIVE DELETE INIT state refers to a state in which the called terminal waits for a response from the originating terminal to the state upon requesting the channel deletion, and the ACTIVE ADD INIT state refers to a state in which the called terminal requests the channel addition. ACTIVE WAIT ADD CHANNELS state refers to a state in which a called terminal waits for reception of an additional channel while receiving a response to a channel addition request from an originating terminal. The CID = 1 state refers to a state in which the called terminal waits for a CID = 1 response from the calling terminal to the called terminal while transmitting the information channel message with the CID set to 1, and the ACTIVE MODE 1 state is mode 1 There is no exchange of information messages between terminals as an active state for the delayed equalization negotiation control layer 22 and delay equalization with the call control layer 25. A message (i.e., CC_RSYNCH_IND) is passed between the middle frame control layers 23 and a truncation message is received from the call control layer 25. In this case, the CC_RSYNCH_IND primitive is a primitive for confirming that the multi-frame synchronization and delay equalization is completed at the calling terminal, which can be determined by receiving an information channel message in which A is 1 and RI is 1 in all channels.

On the other hand, in step 832, it is checked whether the current state is the ACTIVE WAIT ADD CHANNELS state based on the channel state information (i.e., the primitive signal) provided from the call control layer 25.

As a result of the check in step 832, if the current state of the called terminal is not the ACTIVE WAIT ADD CHANNELS state, the delayed equalization negotiation control layer 22 in the called terminal bypasses the delivered DQ_CONN_REQ primitive and maintains the current state. (Step 836). In this case, when the current state of the called terminal is not the NULL state, the AWAT ADD CHANNELS state and the ACTIVE WAIT ADD CHANNELS state, bypassing the delivered DQ_CONN_REQ primitive and maintaining the current state is the DQ_CONN_REQ primitive generated only in the three cases described above. This is because it is preset to handle.

In addition, if the current state of the originating terminal is in the ACTIVE WAIT ADD CHANNELS state as a result of the check in the step 832, the channel addition request from the delayed equalization negotiation control layer 22 of FIG. (CC_ADD_REQ) The primitive is passed (step 834), and processing proceeds to step 828 described above, whereby the subsequent steps are performed.

That is, according to the present invention, the called terminal merges processing routines of DQ_CONN_REQ primitives, which can be generated according to a preset mode state, that is, a null state, a channel addition waiting state, and an active channel addition waiting state, into one, and when the DQ_CONN_REQ primitive occurs, the called terminal. By processing according to the current state of, the amount of code generated when processing the DQ_CONN_REQ primitive is made as small as possible, and the subroutine for processing the DQ_CONN_REQ primitive that proceeds according to each state is drastically reduced, thereby greatly reducing the primitive processing speed. Can promote physical improvement.

As described above, according to the present invention, when processing the DQ_CONN_REQ primitive, the current state (ie, current mode) of each terminal (calling terminal or called terminal) is first analyzed / processed, and then the processing routine of the DQ_CONN_REQ primitive is determined. Unlike the conventional method, when the DQ_CONN_REQ primitive occurs in various preset states of the terminal, the occurrence of the DQ_CONN_REQ primitive is checked, the current state of the terminal (the calling terminal or the called terminal) is determined, and then the processing routine of the primitive is performed. In this case, the implementation of the DQ_CONN_REQ primitive process can be performed by suppressing an increase in the amount of code for processing a message, thereby facilitating an easy implementation, and by drastically reducing the subroutine for processing the DQ_CONN_REQ primitive proceeding according to the active mode state of each terminal. A significant increase in speed can be achieved.

Claims (10)

Connection at the originating terminal side to notify that the connection requested by the delay equalization protocol of the general information communication network having a hierarchical structure including a call control layer, a delay equalization negotiation control layer, and a delay equalization multiple frame control layer has been established. In the method of processing the request primitive, A first step of checking whether the current state of the calling terminal is a null state when the access request primitive is transmitted from the call control layer to the delay equalization negotiation control layer; A second step of processing the forwarded connection request primitive and switching the current state of the calling terminal to a call initialization state when the current state of the calling terminal is the null state as a result of the check in the first step; As a result of the check in the first step, if the current state of the calling terminal is not null, it is determined whether the calling terminal is in an active channel addition state in which an additional channel is set up while receiving a response to the channel addition request from the called terminal. A third process of checking whether or not; As a result of the check in the third step, when the current state of the originating terminal is the active channel addition state, the forwarded connection request primitive is processed, and the CID is assigned to the called terminal by the originating terminal. A fourth step of switching to an active channel ID waiting state waiting for a CID = 1 response from the called terminal in response to transmitting the information channel message set to 1; As a result of the check in the third process, if the current state of the calling terminal is not the active channel adding state, the channel adding message in which the calling terminal completes all parameter negotiation and directory number transmission and sets up the remaining channel for call setup A fifth step of checking whether it is in a waiting state for transmission; As a result of the check in the fifth process, when the current state of the originating terminal is a standby state for transmitting the channel addition message, the transmitted connection request primitive is processed, and the current state of the originating terminal is framing as a state related to operation mode 1. A sixth process of removing and switching to a mode 1 active state for transmitting data; And As a result of the check in the fifth process, if the current state of the originating terminal is not the wait state for transmitting the channel addition message, a seventh process of bypassing the delivered connection request primitive and maintaining the current state of the originating terminal Connection Request Primitive Processing Method for Delay Equalization Protocol in Integrated Information Networks. The method of claim 1, wherein the second process is: Setting a channel count of the originating terminal to 1, then setting a group identifier (GID) used to identify a bearer channel group associated with a particular call to 0 and setting all transmission flags to 1; A twenty-second step of transmitting an initial request message to the called terminal through an initial channel for initial parameter exchange; A twenty-third step of starting a TCINIT timer that is initiated when starting negotiation progress for the initial channel and stops when the progress of the initial channel negotiation is completed; And And a twenty-fourth step of switching the current state of the calling terminal to the call initialization state and waiting for reception of a next message when the TCINIT timer is started. How to handle connection request primitives. The method of claim 1, wherein the fourth process is: A 41 st step of transmitting an additional channel request primitive from the delay negotiation control layer to the delay equalization multi-frame control layer when the current state of the calling terminal is the active channel addition state; Stopping the TCADDO2 timer starting when negotiation for adding a channel is completed and stopping when the corresponding channel is connected; A 43rd step of transmitting an information channel message with a channel identifier (CID) used to identify an individual channel in each call setup to 1 when dialing N calls to the called terminal; Starting a TCID timer starting when the information channel message having the CID set to 1 is transmitted to the called terminal and stopping when a corresponding response message is received from the called terminal; And a 45th step of switching the current state of the calling terminal to the active channel ID waiting state when the TCID timer is started, and then waiting for reception of a next message. Connection request primitive processing method The method of claim 1, wherein the sixth process is: A sixty-first step of increasing a channel counter by one when the current state of the calling terminal is a standby state for transmitting the channel addition message; Checking whether the current mode of the calling terminal is “operation mode 0” for transmitting data without delay equalization when call setup is completed after supporting initial parameter negotiation and directory number exchange in a master channel; As a result of the check in step 62, if the current mode is not “operation mode 0,” the channel addition request primitive is transmitted from the delay equalization negotiation control layer to the delay equalization multi-frame control layer, and then the counted number of current channels is requested. A sixty sixth step of checking whether the number of channels has been reached; A 64th step of checking whether the current counted number of channels has reached the required number of channels if the current mode is “operation mode 0” as a result of the check in the 62nd step; When it is determined that the counted current number of channels does not reach the requested number of channels as a result of the check in steps 63 and 64, processing after the first step based on generation of a new connection request primitive is performed. A sixty-fifth step of repeatedly performing; And As a result of the checks in steps 63 and 64, when it is determined that the counted current number of channels reaches the required number of channels, all timers are stopped and the current state of the calling terminal is set to mode 1; And a 66th step of switching to a mode 1 active state in which the framing is removed and transmitting data, and then waiting for reception of the next message. . Connection at the terminating terminal for notifying that the connection requested by the delay equalization protocol of the general information communication network having a hierarchical structure including a call control layer, a delay equalization negotiation control layer, and a delay equalization multiple frame control layer has been established. In the method of processing the request primitive, A first step of checking whether the current state of the called terminal is a null state when the access request primitive is transmitted from the call control layer to the delay equalization negotiation control layer; As a result of the check in the first step, when the current state of the calling terminal is the null state, the transmitted connection request primitive is processed, and the current state of the calling terminal is switched to any one of a plurality of preset states. A second process of doing; As a result of the check in the first step, if the current state of the called terminal is not null, the current state of the called terminal waits for reception of the remaining channel for call establishment after parameter negotiation and directory number transmission are successfully completed. Checking whether the channel is in the standby state for adding channels; As a result of the check in the third process, when the current state of the called terminal is the channel addition standby state, the transmitted connection request primitive is processed, and the active state having a plurality of active modes preset to the current state of the calling terminal. A fourth process of switching to a state; As a result of the check in the third step, if the current state of the called terminal is not the channel addition waiting state, the reception of the additional channel is received when the current state of the called terminal receives a response to the channel addition request from the calling terminal. A fifth step of checking whether or not a standby active channel is added; As a result of the check in the fifth process, when the current state of the originating terminal is in the active channel addition standby state, the forwarded connection request primitive is processed and the current state of the originating terminal has a plurality of preset active modes. A sixth process of switching to the active state; And And a seventh process of bypassing the delivered connection request primitive and maintaining the current state of the called terminal if the current state of the originating terminal is not the active channel addition waiting state. Connection request primitive processing method for a delay equalization protocol in an information network. The method of claim 5, wherein the second process is: A twenty-first step of checking whether the information channel message includes a group identifier (GID) used to identify a bearer channel group with which a particular call is associated; As a result of the check in the twenty-first step, if the group identifier is included, the state modification message according to a GID is stored, and then the current state of the called terminal is switched to any one of the preset plurality of states. process; If the group identifier is not included as a result of the check in the twenty-first step, the TA terminal starts when the called terminal receives the call and stops when it receives an initial information message or stops framing on the channel. A twenty-third process of transmitting 1 to all channels at the same time; A twenty-fourth step of delivering a channel addition request primitive from the delay equalization negotiation control layer to the delay equalization multi-frame control layer; And And a twenty-fifth step of switching the current state of the called terminal to another one of the preset plurality of states. The method of claim 6, wherein the preset plurality of states are: The channel addition waiting state waiting for reception of a remaining channel for call setup after parameter negotiation and directory number transmission are successfully completed; The active channel addition standby state waiting for reception of an additional channel in a state of receiving a response to a channel addition request from the calling terminal; And And a call reception state for waiting for a call reception from the originating terminal. The method of claim 5, wherein the four steps are: A step 41 of checking whether a current mode of the calling terminal is “operation mode 0” which transmits data without delay equalization when call setup is completed after supporting initial parameter negotiation and directory number exchange in a master channel; In operation 41, if the current mode is not “operation mode 0,” a channel add request primitive is transmitted from the delay equalization negotiation control layer to the delay equalization multiframe control layer, and the channel counter is incremented by one. If the current mode is “operation mode 0”, step 42 immediately increasing the channel counter by one; A forty-third step of checking whether the counted current channel number reaches a requested channel number; If it is determined that the counted current number of channels does not reach the requested number of channels, the processing for repeating the process after the first process based on generation of a new connection request primitive is repeated. 44 courses; And When it is determined that the counted current channel number reaches the required channel number as a result of the check in the 43rd process, all timers are stopped and the current state of the called terminal has a plurality of active modes preset. And a 45th step of switching to an active state and waiting for reception of a next message. The method of claim 5, wherein the sixth process is: A 61 st step of transmitting a channel addition request primitive from the delay equalization negotiation control layer to the delay equalization multi-frame control layer when the current state of the calling terminal is the active channel addition waiting state; And And stopping all timers, switching the current state of the called terminal to the active state having a plurality of preset active modes, and then waiting for reception of a next message. Connection request primitive processing method for delayed equalization protocols. 10. The method of claim 8 or 9, wherein the active state is: An active deletion initialization mode in which the called terminal waits for a response from the calling terminal to the channel when the terminating terminal requests deletion of the channel; An active addition initialization mode in which the called terminal waits for a response from the calling terminal to the channel when the terminal requests the addition of the channel; An active channel addition mode in which the called terminal waits to receive an additional channel while receiving a response to the channel addition request from the calling terminal; An active channel ID standby mode in which the called terminal waits for a CID = 1 response from the calling terminal to the calling terminal while transmitting an information channel message having a CID set to 1; And Although there is no exchange of information messages between terminals as an active state for Mode 1, the delay equalization negotiation control layer passes a specific message from the delay equalization multi-frame control layer to the call control layer, and sends a specific message from the call control layer. A method for processing a connection request primitive for a delay equalization protocol in a general information communication network, comprising: receiving active mode 1.

Images