KR20000034516A - Method for processing a primitive of channel delete request according to the delay equalization protocol in isdn - Google Patents

Abstract

PURPOSE: A method for processing a primitive of channel delete request according to the delay equalization protocol in ISDN is provided so that DEQ negotiation layer can more easily process the predetermined procedures according to the current state when the primitive of the channel delete request (DQ_DEL_CH_REQ) is received from the delay equalization protocol. CONSTITUTION: A method for processing a primitive of channel delete request according to the delay equalization protocol in ISDN includes several steps. In a step, the primitive of the channel delete request is received (S1). If current state is an active state of answering side and the channel is not 1, the timer for deleting the answering side make activate (S13) and after transmitting the delete message of the corresponding channel (S14), transit it to an active delete initial state (S15). If the current state is a waiting state of additional channel of answering side, the corresponding channel deletes (S22) and after transmitting the channel delete request message transmits to a DEQ multi frame layer (S23), the channel make increase and the additional channel waiting state maintains (S25). If the current state is an active state of calling side and the channel is not 1, the timer of calling side make operative (S34), after requesting the corresponding channel delete (S35), the state transits to the active delete initial state (S36). If the current state is an active of answering or calling sides and the channel is 1, after transmitting the disconnection message (S37), all timers resets (S38), and the state transits to the disconnection request state (S39) after initiating the disconnection timer.

Description

Method of processing cnannel delete request primitive according to delay equalization protocol in ISDN

The present invention relates to a delay equalization protocol (Delay EQualization Protocol) for bonding a plurality of 56/64 kbit / s channels for delivering broadband data in the ISDN, in particular, DEQ The present invention relates to a method for processing a channel delete request (DQ_DEL_CH_REQ) primitive transmitted from a call control layer to a DEQ negotiation control layer in a protocol structure.

As the information society has progressed, communication demands have diversified, and the media handled by communication networks such as voice, data, and video have also diversified, so that individual networks established by services cannot provide efficient services. Therefore, the ISDN, which can integrate and digitize individual networks established by services and provide comprehensive services, has emerged. These ISDNs are designed to unify various terminals in order to accommodate users and manganese. The interface is standardized by Digital Subscriber Signaling System (DSS1), and the interface between the network and the network is also standardized by No.7 Common Line Signaling (CCS).

DSS1, which is a signaling method of the user-network interface (UNI) of ISDN, is implemented in layers 1 through 3 by an OSI (Open Systems Interconnection) reference model, as shown in FIG.

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

Here, 'NT1' (network terminal device 1) is a transceiver in a house for transmitting a digital signal to a subscriber line, and 'NT2' (network terminal device 2) is a device corresponding to a private branch exchange (PBX). The terminal TE1 can be accommodated, and the TE1 is an ISDN standard terminal that is directly connected to NT1 and may be connected via NT2, and an existing terminal that does not have an ISDN corresponding function, 'TE2' is not shown. It is connected to the ISDN network through a terminal adapter (TA).

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 The point to be connected is called the 'S / T' point.

In order to implement an ISDN terminal, each of the functions of FIG. 1 should be implemented. The "protocol" is defined as an appointment between the same layers, and the "primitive" is defined as a logical exchange between upper and lower layers. 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 sides through primitives.

These primitives are divided into four types: REQUEST, INDICATE, RESPONSE, and CONFIRM. Most of the primitives related to data transfer are REQUEST passed from the upper layer to the lower layer. ) Primitives, and INDICATE primitives passed from the lower layer to the upper layer.

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 upper layer, and the response primitive is a specific indication primitive from the lower layer. This is a primitive to inform lower layers when the higher layer is obliged to respond.

The channels provided by ISDN include 64 Kbps "B" channel, 16 kbps "D" channel, 384 Kbps "H0" channel, and 2.048 Mbps "H1" channel. It is defined as "2B + D" and the primary group interface is defined as "23B + D" or "30B + D". However, when a wideband communication connection is required for a video service in narrowband ISDN, multiple (N) 56 or 64 kbit / 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 x 56/64 kbit / s" band.

In order to provide "N x 56/64 kbit / s" as described above, bonding of 56/64 kbit / s channels set independently of each other is required. In this case, since each 56/64 kbit / s channels are individually connected by the digital switching network, each channel has an individual delay. Therefore, the key technical details of multiple coupling are related to delay equalization, so follow "Delay EQualization protocol" to provide N x 56/64 kbit / s. That is, the delay equalization protocol is also called a bonding protocol, and is a protocol for equalizing delay between channels when combining N 56/64 kbit / s channels.

As shown in FIG. 2, the delay equalization protocol is composed of a Call Control (21) layer, a Delay Equalization Negotiation Control (22) layer, and a Delay Equalization Multiframe Control (23) layer. The user data is transmitted from the APPLICATION 21 layer, and primitives are transferred to each other as shown in FIG. 3. In FIG. 2, the DEQ multiframe control layer 23 is connected to the physical medium through each channel control and physical medium dependency (PMDL) layer 24a to 24c below.

Referring to FIG. 3, primitives transferred from the call control layer 25 to the DEQ negotiation control layer 22 include DQ_INIT_REQ, DQ_CONN_REQ, DQ_DISC_REQ, DQ_DEL_CH_REQ, DQ_ADD_CH_REQ, DQ_ABORT_REQ, DQ_RE_RES_REQ_, DQ_RL_RELL_REQ_, DQ_RL_RELL, and so on. The timers used include TCID_EXP, TCINIT_EXP, TAINIT_EXP, TANULL_EXP, TCADD01_EXP, and TAADD01_EXP. And a primitive transferred to the DEQ negotiation control layer (22) of the control layer 25 from the DQ_INIT_IND, DQ_DISC_IND, DQ_DISC_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, and so on. In this case, xx_xxxx_REQ represents a request primitive, xx_xxxx_IND represents an indication primitive, xx_xxxx_RES represents a response primitive, and xx_xxxx_CFM represents an confirm primitive. CC_xxxx_xxx is a primitive between the DEQ multiframe control layer and the DEQ negotiation control layer, and DQ_xxxx_xxx is a primitive between the DEQ negotiation control layer and the call control layer.

Primitives transmitted from the DEQ negotiation control layer 22 to the DEQ multiframe control layer include CC_ADD_REQ, CC_INFO_REQ, and CC_DEL_REQ. The timers used in this layer include TAFA_EXP, TXDEQ_EXP, and DEQ negotiation control layer in the DEQ multiframe control layer. Primitives to be transmitted include CC_LSYNCH_IND, CC_RSYNCH_IND, CC_RSYNCH_FAIL_IND, CC_INFO_IND, CC_FAIL_IND, CC_LLOS_IND, and CC_RLOS_IND.

However, when establishing a call according to such a delay protocol, a procedure for processing a channel deletion request primitive received from the call control layer is required.

Accordingly, an object of the present invention is to provide a method for processing channel deletion request primitives received from a call control layer to a DEQ negotiation control layer.

In order to achieve the above object, the present invention provides a call control scheme in which a delay equalization protocol for multiplexing N 56/64 kbit / s channels and equalizing the delay of the combined channels to provide a broadband required for service. A comprehensive information communication network including a layer, a delay equalization negotiation control layer, and a delay equalization multiframe control layer, the method comprising: determining a current state when a channel deletion request primitive (DQ_DEL_CH_REQ) is received; If the current state is the called party active state and the channel is not 1, starting the called party deletion timer, transmitting a delete message of the corresponding channel, and then transitioning to the active deletion initial state; If the current state is the called side additional channel waiting state, deleting the corresponding channel, sending a channel deletion request message to the DEQ multiframe layer, increasing the channel, and maintaining the additional channel standby state; If the current state is the calling party active state and the channel is not 1, starting the calling party deleting timer, requesting the deletion of the corresponding channel, and then transitioning to the active deleting initial state; And if the current state is the called-side active or the calling-side active and the channel is one, resetting all timers after starting the truncation message, starting the truncation timer, and then transitioning to the truncation request state.

1 shows a user-network connection of an ISDN;

2 shows a reference architecture of a delay equalization protocol;

3 is a schematic diagram illustrating primitives carried between three layers for implementing a delay equalization protocol in ISDN,

4 illustrates a frame structure in a delay equalization protocol;

5 shows an information message format;

6 is a flowchart illustrating a process of establishing a call in a delay equalization protocol;

7 is a flowchart illustrating a method of processing a channel delete request primitive according to the present invention.

* Explanation of symbols for main parts of the drawings

21: Application Layer 22: Delay Equalization Negotiation Control Layer

23: Delay Equalized Multiframe Control Layer 24a, 24b, 24c: Channel Control Physical Layer

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

FIG. 2 is a diagram illustrating a reference architecture of a delay equalization protocol, FIG. 3 is a schematic diagram illustrating primitives transmitted between three layers for implementing a delay equalization protocol in ISDN, and FIG. 4 is a diagram illustrating a frame structure in a delay equalization protocol. Figure is shown. 5 is a diagram illustrating an information message format.

Referring to FIG. 2, as described above, the delay equalization protocol is implemented by the call control layer 25, the delay equalization negotiation control layer 22, and the delay equalization multiframe control layer 23. As shown, various primitives are being delivered.

In order to deliver the serial bit stream coming down from the application layer by multiple combinations of N 56/64 kbit / s channels, as shown in FIG. 4, framing is required, and the framed data is allocated to each bearer channel. Will be delivered.

As shown in FIG. 4, the framing structure according to the delay equalization protocol is composed of 256 octets, and 64 frames are gathered to form one multiframe. The octets in each frame are numbered from 1 to 256, and four overhead octets are used for information exchange and framing. That is, in one frame, octet 64 is assigned to a frame alignment word (FAW), octet 128 is assigned to an information channel (IC), and octet 192 is assigned to a frame count (FC). Is assigned. Octet 256 is assigned to the CRC.

Looking more closely at each overhead octet, the FAW (octet 64) has a fixed value of "0001,1011", the IC (octet 128) is used for information exchange between terminals, and the FC (octet 192) is an individual channel. It is used to measure the relative change in delay between modulo 64 counters (6 bits), incremented by 1 per frame. In CRC (octet 256), bit 1 and bit 8 are 1, bit 2 is defined as "A", bit 3 as "E", and bits 4 to 7 are used for CRC4. Here, "A" is an alignment bit, indicating that the remote terminal has lost framing, and "E" is an error bit, indicating that the remote terminal has detected a CRC4 error.

This overhead distributes the overhead octets across all channels as evenly as possible by allowing them to be distributed over each channel at 125usec intervals.

On the other hand, the information channel message format is composed of 16 octets, as shown in Figure 5 to transfer control information between the two terminals. Referring to FIG. 5, when the first octet of an information channel frame has an constant value of "0111 1111" as an alignment, and the second octet is a channel identifier (Channel ID: CID) when dialing N calls simultaneously. It is used to identify individual channels in each call setup. CID is a 6-bit binary number encoded with a number in the range of 0 to 63, and a CID of 0 indicates parameter negotiation.

The third octet of the information channel message is the group identifier (GID), which is used to uniquely identify a group of bearer channels that associate a particular call. Octet 4 (bits 2 through 4) indicates the operation mode (MODE), where "0" indicates operation mode 0, "1" indicates operation mode 1, "10" indicates operation mode 2, and "11" indicates operation mode. 3 is shown, respectively. In octet 5 (bits 2 to 4) of FIG. 5, "RMULT" is the rate multiplier, which, together with "SUBMULT" in octet 6, defines the bandwidth of the application for the call, and the BCR represents the bearer channel rate. 0 indicates 56kbit / s base and 1 indicates 64kbit / s base. In octet 6, " MFG ", if set to 1 as the manufacturer ID flag, indicates that the manufacturer ID is loaded in the digit fields of octets 10-16. In octet 8, " RI " is a remote indicator for informing the counterpart of whether the delay equalization is completed, and a value of 1 indicates an even delay (delay equalization completion). In octet 7, "RL REQ" indicates a remote loopback request and "RL IND" indicates a remote loopback indication. "REV" represents the revision level, octet 8 represents the subaddress, and octet 9 represents the transfer flag as "XFLAG". Octet 10 to octet 16 indicate telephone number dial digits (Digit-1 to Digit-7).

On the other hand, Figure 6 is a sequence diagram showing the flow of messages in call setup, Figure 7 is a flow chart illustrating a process of setting up a call in the delay equalization protocol.

First, the terms used in the present invention are briefly defined as follows. The answering terminal is a terminal for receiving a call, and the calling terminal is a terminal for initiating a call. The bearer channel is a channel provided by a network used for data transmission, for example, a B channel of BRI or PRI, a T1 DS0, etc., and an information message is a 16 octet message as shown in FIG. It is conveyed through the information channel of the multiframe structure or by the full bandwidth of the master channel during the initial parameter negotiation. Master channel is a channel used to communicate control information between each end. This channel is called call setup, channel delete, channel addition, remote loopback. It provides a path for initial parameter negotiation for loopback, call disconnection, etc.

In case of using the delay equalization protocol, four operation modes are defined. "Operation Mode 0" supports initial parameter negotiation and DIRECTORY NUMBER exchange on the master channel and then transfers the data without delay equalization when call setup is complete. This mode is useful when the calling endpoint requires a phone number, but delay equalization must be done by other means. That is, in operation mode 0, no delay equalization is performed.

"Operation Mode 1" is the default (common) mode of the delay equalization protocol that supports the user data rate multiplied by the bearer rate, and does not provide in-band monitoring for errors. Thus, the overhead octets for detecting errors are eliminated after the call is aligned, and one or more on-channel error conditions that prevent all system synchronization are not automatically recognized after the call is ACTIVE.

"Operation Mode 2" supports user data rates that are 63/64 times the bearer rate. This mode of operation provides in-band monitoring and the user data rate is the remaining band after the insertion of the overhead octets. That is, the error is checked while the multiframing structure is maintained even after being activated.

"Operation Mode 3" is the user data rate is an integer multiple of 8kbit / s, including Nx56 and Nx64. All channels use the same bearer channel rate and provide in-band monitoring to support continuous equalization (CRC) for delay equalization and end-to-end bit error test. The overhead octets required for error monitoring are provided with additional bandwidth. Thus, a sufficient user data rate can be provided, and an overhead octet is included in each bearer channel.

Based on the understanding of such a definition, a process of actually setting up a call according to a bonding protocol and transmitting data will be described with reference to FIG. 6.

When a high speed serial data stream comes down from the application layer, data is transmitted through N bearer channels. Each bearer channel is then individually connected by digital network exchange. On the originating terminal side, the user data is framed according to the framing structure as shown in FIG. 4 and then delivered to each bearer channel. On the destination terminal side, the received data is synchronized and aligned to restore the original bit stream. do. Framing and synchronization should be transparent to all applications.

In the delay equalization protocol, the entire operation is performed by the call establishment process, the process of adding the bandwidth to the existing call after the channel connection is established by the call establishment, and the bandwidth is deleted from the existing call in order to reduce the user data without sudden degradation of the entire call. There is a process.

The call setup process involves establishing an initial channel (called a master channel), establishing N-1 other channels by multiple combining after the initial channel is established, and implementing delay equalization when each channel is connected. There is a delay equalization (DEQ) process.

6 is a flowchart illustrating a call setup process, wherein the initial channel setup includes steps 601 to 604, the multiple combining process includes steps 605 and 606, and the DEQ process includes steps 607 to 609. After the call setup is made, user data of the application layer is allocated to each channel through a predetermined framing process and transmitted.

The initial call setup procedure begins with the connection of the first channel on an N x 56/64 kbit / s call. This channel is called the master channel (601). The parameter negotiation process is performed by this channel, and the originating terminal makes additional calls after the complete negotiation process is completed. Once the originating terminal is connected to the master channel, the originating terminal repeatedly transmits an information message (see FIG. 5) with a channel identifier (CID) set to 0 to start a negotiation process (602). The TCINIT_EXP timer is then started. At this time, the originating terminal transmits by setting each parameter of the information message to a specific value. The group identifier (GID) is set to 0, and RI = 0 and RL = 0, respectively. In the first information message, the calling terminal sets the MFG to 1, transmits the manufacturer's ID by including the ID in the digit field, and the XFLAGs are all set to 1. If the calling terminal fails to transmit the manufacturer ID, the MFG flag is set to 0 and the digit fields are all set to 1. If the calling terminal supports sub-addressing, the sub-address area includes the sub-address, and if not, the corresponding area is set to all zeros.

When the called terminal is received and connected with the other party, it transmits all 1s to the channel, starts the TANULL_EXP timer, and searches for multi-frame information or information message.

Once the incoming call detects a valid information message, the channel is considered the master channel of the new call and the TANULL_EXP timer is stopped. If multiple frames are detected, the called terminal regards the current call as an additional channel, stops the TANULL_EXP timer, and uses a group identifier (GID) to identify the current call.

On the master channel of the new call, if the called terminal accepts the requested parameter, it returns the same value as it received and starts the TAINIT_EXP timer. If not accepted, the RMULT and SUBMULT = 0 return with the valid mode value in the information message, start the TA DISC primitive or return a different set of parameters, and start the TAINIT_EXP timer. In the additional channel of the current call, the called terminal allocates the group identifier (GID) of the call and returns the call in the group identifier (GID) area. The call can be identified in the call received by the group identifier to the called terminal. At this time, the XFLAG region of the information message is set to one.

When the called terminal determines the manufacturer ID return, the MFG flag of the information message is set to 1, puts the ID in the digit field, and returns the information message with other parameters as the initial response to the calling terminal. If the destination terminal does not want to return the manufacturer ID, the MFG flag of the information message is set to 0 and the digit field is set to 1.

The calling terminal detects that the response is from the called terminal when CID = 0 from the called terminal and the MODE receives a valid information message. Therefore, the calling terminal analyzes the parameters of the received information message and performs the truncation procedure if it cannot accept or cannot accept the parameters requested by the called terminal. If the MFG flag of the received information message is 1, the manufacturer ID contained in the digit field is received. If the MFG flag is 0, the digit area is ignored, and the XMFG flag is ignored.

Subsequently, the calling terminal sets the CID = 0 and the transmission flag to 1 and transmits an information message with all the digit fields to 1 to request the initial telephone number (603).

After the initial response, when the called terminal receives the information message with XFLAG set to 1, it sets the XFLAG of the information message to 1 and carries the information number again with a telephone number in the digit field. In this way, the calling terminal and the called terminal exchange telephone numbers. If the number of channels is N, exchange N-1 numbers.

That is, when the calling party receives DQ_CONN_REQ from the call control layer to the DEQ negotiation control layer, the DEQ carries an INIT REQ message on the CC_INFO_REQ primitive and delivers it to the called party. When the called party receives the INIT REQ message through CC_INFO_IND, the called party sends the INIT ACK message to the called party. 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, the called party generates a DN RESP message and sends the telephone number to the calling party. This telephone number exchange operation is repeated N-1 times (603).

Subsequently, when the telephone number exchange is completed, the calling terminal transmits an information message of CID = 1 to signal the end of the negotiation process, and when the called terminal receives an information message of CID = 1, the calling terminal returns an information message of CID = 1 and adds it. Announce that the channel is ready for acceptance. At this time, the called terminal stops the TAINIT_EXP timer and starts the TAADD01_EXP timer (604, 605).

When the originating terminal receives the information message with CID = 1, the TCINIT_EXP timer is stopped, the TCADD01_EXP timer is started, and connection to the additional channel is started (606).

Once each channel is connected, each terminal stops the TXADD01 timer. When each channel is ready, the terminating terminal starts the TXDEQ_EXP timer and uses a frame counter (FC) to measure the relative delay balance between individual channels of Nx56 / 64 kbit / s (607). In addition, since the incoming call arrival order cannot be guaranteed to be the same as the call establishment order, each terminal uses the received CID to align the channel (607). Each terminal is rearranged, and if the delay is equalized between channels for the call, RI = 1 of the information message is transmitted in all channels of other terminals (608). In each of the modes 2 and 3, when each terminal receives RI = 1 as an information message in all channels, it will assume that call setup is completed, and the TXDEQ_EXP timer is stopped and user data transmission is started (609, 610).

In operation mode 1, when each terminal receives RI = 1, it will transmit a ready indication for data transmission to A = 0 in all bearer channels. When A = 0 is transmitted, each UE waits for A = 0 reception on each bearer channel. When each terminal receives A = 0 in the bearer channel, it stops transmitting the framing pattern and considers the call setup to be completed. At this time, each terminal will remove the multiframe structure from all channels. In addition, after transmitting RI = 1 and A = 0, if the frame synchronization loss is detected in all bearer channels before the UE receives A = 0, the call setup is considered complete and the multiframe structure is removed from the bearer channel. In modes 2 and 3, each terminal continuously monitors each channel of the call for delay equalization and frame alignment. Each terminal also monitors bit errors between terminals. Each terminal transmits RI = 1, and upon detecting RI = 1, each terminal stops the TXDEQ_EXP timer.

After the call setup process or call setup is completed as described above, when a channel delete request primitive (DQ_DEL_CH_REQ) message is received from the call control layer to the DEQ negotiation control layer, the procedure as shown in FIG. 7 is processed.

Referring to FIG. 7, the channel deletion process deletes additionally accessed channels one by one and performs a disconnect process when only one master channel remains. Upon receiving the channel deletion request primitive, three processing procedures are performed according to the current state, and when only one channel remains after the channel deletion is completed, the truncation process is performed.

That is, in step S1, the channel deletion request primitive is received, and if the current state is the called party's active state, steps S11 to S15 are sequentially performed. Steps S21 to S25 are sequentially performed when the current state is the standby side additional channel, and steps S31 to S36 are sequentially performed when the current state is the calling side active state. If only one channel remains, the channel is cut by performing steps S37 to S39.

If the current state is the called party's active state in step S11, and in step S12, if the current channel is one or more (C = 1?), And if there is more than one, the called party deletion timer TAdel is started in step S13. After transmitting the delete message of the corresponding channel in step S14, a procedure of transitioning to the active delete initial state is performed in step S15.

If the current state is the AWAIT ADDITIONAL CHANNEL state in step S21, the corresponding channel is deleted in step S22, the channel deletion request (CC_DEL_REQ) message is transmitted to the DEQ multiframe layer in step S23, and step S24. In step S25, the channel is increased, and a procedure of maintaining the standby state of the additional channel is performed.

If the current state is the active side in step S31, it is determined in step S32 whether the channel is 1 (C = 1?), And if there is more than one channel, in step S33, after setting the originating side start flag, step S34 In step S35, the calling party delete timer TCdel is started, and a request for deleting the corresponding channel is requested in step S35, and the procedure for transitioning to the active delete initial state is performed in step S36.

On the other hand, if the current state is called active or originating active and there is only one channel, after transmitting a DISC message in step S37, all timers are reset in step S38, and the disconnect timer TCdisc is activated. In step S39, a procedure for transitioning to the DISC REQ state is performed.

As described above, the present invention has an effect that the DEQ negotiation layer can quickly process certain procedures according to the current state when the channel deletion request (DQ_DEL_CH_REQ) primitive is received from the call control layer in the delay equalization protocol.

Claims (1)

Delay equalization protocols for multiplexing N 56/64 kbit / s channels to equalize the bandwidth required for service and equalizing the delay of the combined channels include call control layer, delay equalization negotiation control layer, and delay equalization multiframe. In a comprehensive information communication network including a control layer, Determining a current state when a channel delete request primitive DQ_DEL_CH_REQ is received; If the current state is the called party active state and the channel is not 1, starting the called party deletion timer, transmitting a delete message of the corresponding channel, and then transitioning to the active deletion initial state; If the current state is the called side additional channel waiting state, deleting the corresponding channel, sending a channel deletion request message to the DEQ multiframe layer, increasing the channel, and maintaining the additional channel standby state; If the current state is the calling party active state and the channel is not 1, starting the calling party deleting timer, requesting the deletion of the corresponding channel, and then transitioning to the active deleting initial state; And If the current state is called active or originating active and the channel is 1, delay equalization in the integrated telecommunications network includes the steps of resetting all timers after starting the truncation message, starting the truncation timer, and then transitioning to the truncation request state. Channel deletion request primitive processing according to the protocol.