KR100209434B1 - Method for processing add call disconnection request primitive for delay equalization protocol in isdn - Google Patents

Abstract

According to the present invention, a channel truncation scheme is provided so that the processing of a channel truncation request (DQ_DISC_REQ) primitive that occurs when an originating terminal or a terminating terminal indicates a call to be disconnected while a call is set in a delayed equalization protocol of a general information communication network can be realized. The present invention relates to a method for processing request primitives. To this end, the present invention provides a predetermined number of UEs capable of processing a channel disconnect request primitive when a channel disconnect request primitive is transmitted from a call control layer to a delay equalization negotiation control layer. Checking whether the channel is in the state; If it is determined that the terminal is incapable of processing the channel truncation request primitive, bypassing the transmitted channel truncation request primitive and maintaining the current state of the terminal as it is; Checking whether the terminal is in an active mode 1 state when the terminal is in a plurality of preset channel states; If the terminal is in the active mode 1 state, transmitting a channel deletion request primitive from a delay equalization negotiation control layer to a delay equalization multi-frame control layer and switching a corresponding channel to be truncated to a null state; If it is determined that the terminal is not in the active mode 1 state, transmitting a truncation message to cut the corresponding channel to the opposite terminal; And stopping all timers related to the corresponding channel to be cut, starting the cut timer and switching the current channel state to the cut request waiting state.

Description

Channel Truncation Request Primitive Processing Method for Delay Equalization Protocol in Integrated Services Digital Network

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 channel truncation request (DQ_DISC_REQ) primitives carried in a 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, the promise between the same layers is a "protocol", and the definition of a 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/64 kbit / 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 deliver 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.

Referring to FIG. 3, primitives transmitted from the call control layer 25 to the delayed equalization negotiation control layer 22 include DQ_INIT_REQ, DQ_DISC_REQ, DQ_DEL_CH__REQ, DQ_ADD_CH__REQ, DQ_ABORT__REQ, DQ_RL__REQ, DQ_LL__REQOFF, and DQ_LL_RE_OFF. Here, the present invention relates to the processing of a channel truncation request (DQ_DISC_REQ) primitive that indicates a call to be disconnected with a call set up.

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. 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 channel disconnect request (DQ_DISC_REQ) primitive according to the present invention, which is transmitted from the delayed equalization call control layer 25 shown in FIG. 2 to the delayed equalization negotiation control layer 22, disconnects a call to be disconnected while the call is set. In the conventional method, the current state (i.e., current mode) of each terminal is first checked, that is, the message according to each mode is analyzed / processed, and then the processing routine for the channel disconnect request (DQ_DISC_REQ) primitive according to the corresponding mode. To determine the corresponding 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, code duplication request (DQ_DISC_REQ) primitive) may be unnecessarily duplicated (i.e., increased amount of code for message processing), and code duplication (i.e., code It is not only difficult to construct an appropriately divided subroutine according to each mode (state) of the channel, but 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-mentioned problems of the prior art, the channel disconnect request that occurs when instructing the call to be disconnected from the calling terminal or the destination terminal in the state that the call is set in the delay equalization protocol of the general information communication network ( DQ_DISC_REQ) It is an object of the present invention to provide a method for processing channel truncation request primitives that can realize the processing of primitives at high speed.

In order to achieve the above object, the present invention has a hierarchical structure including a call control layer, a delay equalization negotiation control layer, and a delay equalization multiple frame control layer to cut in a delay equalization protocol of a general information communication network that combines N channels multiplexed. A method for processing a channel truncation request primitive indicating a call, the method comprising: when the channel truncation request primitive is transferred from the call control layer to the delay equalization negotiation control layer, a current state of a corresponding terminal is determined by the channel truncation request primitive. A first step of checking whether the processing is in a predetermined plurality of channel states; A second result of bypassing the transmitted channel truncation request primitive and maintaining the current state of the corresponding terminal if the corresponding terminal is incapable of processing the channel truncation request primitive as a result of the check in the first process; process; A third step of checking whether the corresponding terminal is in an active mode 1 state if the corresponding terminal is in the preset plurality of channel states as a result of the check in the first step; As a result of the check in the third process, if the corresponding UE is in an active mode 1 state, a channel deletion request primitive is transmitted from the delayed equalization negotiation control layer to the delayed equalization multi-frame control layer, and the corresponding channel to be truncated is nulled. A fourth process of switching to a state; A fifth step of transmitting a truncation message for cutting the corresponding channel to the opposite terminal if the corresponding terminal is not in the active mode 1 state as a result of the check in the third process; And a sixth process of stopping all timers related to the corresponding channel to be disconnected, starting a truncation timer, and switching the current channel state to a disconnect request waiting state. Provided is a method for processing a cutting request primitive.

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 channel truncation request primitive for a delay equalization protocol in accordance with 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 to generate a channel disconnect request (DQ_DISC_REQ) primitive that indicates a call to be disconnected from the calling terminal or the called terminal with the call set up (that is, from the call control layer 25 of FIG. 2). Unlike the conventional method of analyzing and processing the current mode of each terminal and then determining and processing a processing routine of the DQ_DISC_REQ primitive, the delayed equalization negotiation control layer 22 transmits the same to each mode of the corresponding terminal. This channel truncation request (DQ_DISC_REQ) primitive takes care of the null state and the truncation state of the call by taking advantage of the similarity or the same procedure for processing the primitive for each mode for the same primitive present (ie, DQ_DISC_REQ). It can occur in various states except (eg, call initialization state, active state, etc.), the call control of FIG. When the channel truncation request (DQ_DISC_REQ) primitive is transmitted from the layer 25 to the delayed equalization negotiation control layer 22, the passed DQ_DISC_REQ primitive is checked first, and the current mode (ie, the current state) of the corresponding UE is determined, and then the corresponding It is to execute the processing routine of the primitive.

That is, in the present invention, processing routines of DQ_DISC_REQ primitives that can be generated according to each mode (that is, call initialization mode, active mode, etc.) of each state (ie, all states except null state and truncated state) of the calling terminal or the called terminal are merged into one. In this way, the code amount can be suppressed and the processing speed can be increased when the DQ_DISC_REQ primitive is processed.

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 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 an initial 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.

Further, 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 a reserved bit.

In addition, octet 5 is a rate multiplier (RMULT), which includes information defining the bandwidth of an application 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, and 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 a user data rate multiplied by a 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, providing in-band monitoring, and the user data rate remaining 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 whose 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, when a channel truncation request (DQ_DISC_REQ) primitive occurs indicating a call to be disconnected in a state such as a call initialization state, an active state, or the like, i.e., a null state and a call disconnect state, Accordingly, a high-speed processing routine for processing this generated channel truncation request primitive will be determined, which will be described later in detail with reference to FIG. 7.

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, as described above, a process of processing a channel truncation request primitive indicating a call to be disconnected in each state (calling terminal or called terminal) in any state except a null state or a call truncation state will be described. do.

First, the channel truncation request (DQ_DISC_REQ) primitive to be processed in the present invention occurs at the originating terminal or the called terminal in all states (eg, call initialization state, active state, etc.) except the null state or the disconnection state of the call. Can be.

That is, in the present invention, when the channel disconnect request (DQ_DISC_REQ) primitive occurs (that is, forwarded from the call control layer 25 to the delayed equalization negotiation control layer 22), the current state (ie, current mode) of the corresponding terminal is transmitted. Unlike the conventional method of analyzing and processing first and then determining and processing the processing routine of the DQ_DISC_REQ primitive, the delay equalization negotiation control in the call control layer 25 of FIG. 2 in all states except the null state or the truncation state of the call. When the DQ_DISC_REQ primitive is delivered to the layer 22, the delivery of the DQ_DISC_REQ primitive is checked, the current mode (ie, the current state) of the terminal is determined, and the processing routine of the corresponding primitive is performed.

7 is a flowchart illustrating a process of processing a channel truncation request primitive for a delay equalization protocol according to a preferred embodiment of the present invention.

First, when the channel disconnect request (DQ_DISC_REQ) primitive is transmitted from the call control layer 25 of FIG. 2 to the delayed equalization negotiation control layer 22 (step 702), the current state of the corresponding terminal (calling terminal or called terminal) is checked. (Step 704), i.e., the DQ_DISC_REQ primitive can be processed when generated in all states except the null state or the truncation state of the call (eg, call initialization state, active state, etc.). Checks whether the current state is anything other than the null state and the truncation state of the call.

That is, the present invention first classifies the DQ_DISC_REQ primitive delivered from the call control layer 25 to the delay equalization negotiation control layer 22, and then provides channel state information (i.e., primitive signal) provided from the call control layer 25. Determine whether the corresponding terminal (calling terminal or called terminal) is in any other state except null state and call disconnection state, and determine the processing routine of DQ_DISC_REQ primitive according to the current active mode based on the determination result. .

Therefore, when it is determined that the current state of the terminal is a null state or a disconnected state of the call as a result of the check in the step 704, the passed DQ_DISC_REQ primitive is bypassed and the terminal maintains the current state (step 706). ).

On the other hand, when the check result of the step 704, the current state of the terminal is any of the other state except the null state or the call disconnection state, the current state of the terminal is the active mode 1 (ACTIVE-MODE 1) Check if it is in the state (step 708).

Here, the active mode 1 is one of a plurality of preset active states, and the active mode 1 (ACTIVE-MODE 1) in the calling terminal or the called terminal is an active state for the mode 1, and the exchange of information messages between the terminals However, the delay equalization negotiation control layer passes a specific message from the delay equalization multiple frame control layer to the call control layer and receives a specific message from the call control layer.

As a result of the check in the step 708, if the current state of the terminal is the ACTIVE-MODE 1 state, the delayed equalization negotiation control layer 22 of FIG. A channel delete request (CC_DEL_REQ) primitive is passed (step 710). Here, the channel delete request (CC_DEL_REQ) primitive is a signal for requesting disconnection of the channel.

Accordingly, the terminal cuts the negotiated corresponding channel (that is, the channel indicating the call to be disconnected) and switches the corresponding channel to the null state (step 712).

On the other hand, if the current state of the terminal is other than the ACTIVE-MODE 1 state as a result of the check in the step 708, the terminal requests the disconnection to the opposite terminal (called terminal or originating terminal). A message for cutting the corresponding channel is transmitted (step 714), and then all timers related to the corresponding channel to be cut are stopped (step 716).

The originating terminal then starts a truncation timer (TCDISC) (step 718) and switches the current channel state to a disconnect request wait (DISC REQ) state (step 720). Here, the truncation timer (TCDISC) is a timer that is started when a call is requested to be disconnected and is stopped when an initial information message is received from the opposite terminal or a frame is detected on the channel. The time range of the TCDISC timer is, for example, It can be set to 1-10 sec.

At this time, if the corresponding response message is not provided from the counterpart terminal within the time range of the preset TCDISC timer, the corresponding terminal stops the ongoing TCDISC timer and maintains the current channel state without receiving (or generating) the next message or primitive. Will wait.

In other words, when the current state of the terminal is not the ACTIVE-MODE 1 state, the calling terminal sends a disconnect message to the called terminal to request the disconnection of the channel, and then waits for the current channel state to be disconnected. DISC REQ) and waits for a corresponding response from the called terminal.The called terminal sends a disconnect message to the calling terminal, requests the disconnection of the channel, and then changes the current channel state to the DISC REQ state. Switch and wait for a response from the corresponding calling terminal.

That is, the present invention merges the processing routines of the channel truncation request (DQ_DISC_REQ) primitives that can be generated according to other states except the null state and the truncation state of the calling terminal or the called terminal into one, and when the DQ_DISC_REQ primitive occurs, By performing the corresponding processing, the amount of code generated when processing the DQ_DISC_REQ primitive is minimized as much as possible, and the subroutine for processing the DQ_DISC_REQ primitive proceeded according to each state can be drastically reduced, thereby greatly increasing the primitive processing speed. can do.

As described above, according to the present invention, when processing the DQ_DISC_REQ primitive, unlike the conventional method of analyzing and processing the current state (ie, current mode) of each terminal first, and then determine the processing routine of the DQ_DISC_REQ primitive, If the DQ_DISC_REQ primitive occurs in a state other than the null state and the truncation state of each terminal capable of communicating user data after call setup is completed, the occurrence of the DQ_DISC_REQ primitive is checked and the corresponding terminal (calling terminal or called terminal) is generated. By determining the current state (i.e., the current mode) and then performing the processing routine of the corresponding primitive, it is possible to facilitate the implementation by suppressing the increase in the amount of code for processing the message, and also according to the mode state of each terminal DQ_DISC_REQ prerequisites by drastically reducing the subroutines for processing ongoing DQ_DISC_REQ primitives. Significantly increase the speed of motif processing.

Claims (5)

A channel truncation request primitive indicating a call to be disconnected in a delay equalization protocol of a general information network having a hierarchical structure including a call control layer, a delay equalization negotiation control layer, and a delay equalization multiple frame control layer. In the processing method, When the channel truncation request primitive is transmitted from the call control layer to the delayed equalization negotiation control layer, checking whether the current state of the terminal is a predetermined number of channel states capable of processing the channel truncation request primitive. 1 course; A second result of bypassing the transmitted channel truncation request primitive and maintaining the current state of the corresponding terminal if the corresponding terminal is incapable of processing the channel truncation request primitive as a result of the check in the first process; process; A third step of checking whether the corresponding terminal is in an active mode 1 state if the corresponding terminal is in the preset plurality of channel states as a result of the check in the first step; As a result of the check in the third process, if the corresponding UE is in an active mode 1 state, a channel deletion request primitive is transmitted from the delayed equalization negotiation control layer to the delayed equalization multi-frame control layer, and the corresponding channel to be truncated is nulled. A fourth process of switching to a state; A fifth step of transmitting a truncation message for cutting the corresponding channel to the opposite terminal if the corresponding terminal is not in the active mode 1 state as a result of the check in the third process; And A channel truncation scheme for a delay equalization protocol in a comprehensive information communication network comprising a sixth process of stopping all timers related to the corresponding channel to be truncated, starting a truncation timer, and switching the current channel status to a truncation request waiting status. Request primitive processing method. 2. The method of claim 1, wherein the unsupportable state is a null state. The channel truncation request primitive processing method according to claim 1, wherein the unsupported state is a truncated state. The terminal of claim 1, wherein the disconnection timer operates only for a predetermined predetermined time range, and when there is no response message received from the counterpart terminal for the predetermined predetermined time, the corresponding terminal automatically sets the disconnection timer. And stopping the channel and maintaining the current channel state as it is. 5. The method of claim 4, wherein starting and stopping of the truncation timer are performed in the delay equalization negotiation control layer.

Images