KR100229547B1 - Method for processing call synchronization ind primitive for delay equalization protocol in isdn - Google Patents

Abstract

The present invention provides a fast processing of a call synchronization indication (CC_LSYNCH_IND) primitive that occurs when local multi-frame synchronization and delay equalization are completed in a state where an originating terminal and a terminating terminal are in an active mode in a delayed equalization protocol of a general information communication network. The present invention relates to a call synchronization instruction primitive processing method, which can be realized by using the present invention. Passing a failure indication primitive; Checking a current active state of a calling terminal or a called terminal when the call failure indication primitive is delivered; In response to the check result, determining whether the current state of the calling terminal or the called terminal is any one of a plurality of preset active modes in an active state; Transmitting a local synchronization indication primitive from a delay equalization negotiation control layer to a call control layer when the current state is any one of a plurality of preset active modes; And maintaining the calling terminal or the called terminal in the determined active mode until another primitive or another message occurs.

Description

METHODO FOR PROCESSING CALL SYNCHRONIZATION IND 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. In a delay equalization (DEQ) protocol structure consisting of a Call Control Layer, a DEQ Negotiation Control Layer, and a DEQ Multiframe Control Layer, The present invention relates to a method suitable for processing a call synchronization indication (CC_LSYNCH_IND) primitive carried in a delay equalization negotiation 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 TE1 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 consists of 48 bits 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.

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 delay 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 the like. Is related to. These primitives are described in detail in the Interoperation Specification for N × 56 / 64kbit / s (Version 1.1), issued by the Bonding Consortium, dated September 2, 1993.

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 call synchronization indication (CC_LSYNCH_IND) primitive according to the present invention transmitted from the delay equalization multiple frame control layer 23 shown in FIG. 2 to the delay equalization negotiation control layer 22 is characterized in that the calling terminal and the called terminal are in an active mode. This is a primitive that occurs when local multi-frame synchronization and delay equalization are performed in the in-state state. In the conventional method, the current state (ie, current mode) of each terminal is first checked, that is, a message according to each mode is analyzed / After processing, the processing routine of the call synchronization indication (CC_LSYNCH_IND) primitive is determined and processed according to the corresponding mode.

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, unnecessary code duplication (i.e., an increase in the amount of code for message processing) occurs by processing a call synchronization indication (CC_LSYNCH_IND) primitive), 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 problems of the prior art, it is confirmed that the local multi-frame synchronization and delay equalization is completed in the state of the active terminal and the destination terminal in the delay equalization protocol of the integrated information communication network It is an object of the present invention to provide a call synchronization instruction primitive processing method that can realize a process of a call synchronization instruction (CC_LSYNCH_IND) primitive generated at a 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 multi-frame control layer. A method for processing a call synchronization indication primitive for confirming that frame synchronization and delay equalization has been completed, wherein the delay equalization negotiation control layer is performed from the delay equalization multi-frame control layer in an active state where initial call setup is completed and data communication between terminals is enabled. Transmitting a call failure indication primitive to a first step; A second step of checking a current active state of the calling terminal or the called terminal when the call failure indication primitive is delivered; A third step of determining whether the current state of the calling terminal or the called terminal is one of a plurality of preset active modes of the active state corresponding to the check result; A fourth step of transferring a local synchronization indication primitive from the delayed equalization negotiation control layer to the call control layer when the current state is any one of the preset active modes; And a fifth process of maintaining the calling terminal or the called terminal in the determined active mode until another primitive or another message occurs.

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 call synchronization indication primitive for a delay equalization protocol 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, the core technical gist of the present invention is that local multi-frame synchronization and delay equalization are completed in a situation where the calling terminal and the called terminal are in an active state, that is, in an active mode in which call setup between the terminals is completed to communicate user data. When the CC_LSYNCH_IND primitive is generated and processed, the current mode of each terminal is analyzed / processed, and then the processing routine of the CC_LSYNCH_IND primitive is determined and executed. By taking advantage of the similarity or the same procedure for processing the corresponding primitive for each mode for the same primitive present (that is, CC_LSYNCH_IND), the active state of each terminal where call setup is completed (that is, active deletion initialization (ACTIVE-DELETE) INIT) state (8a), active add initialization (ACTIVE-ADD INIT) state (8b-1), active channel add (ACTIVE-ADDITIONAL CH) ANNELS) state 8b-2, active channel ID standby (ACTIVE-WAIT CID = 1) state 8c, and active mode (ACTIVE-MODE 1) state 8d). 23) When the call synchronization indication (CC_LSYNCH_IND) primitive is transmitted from the delay equalization negotiation control layer 22 to the CC_LSYNCH_IND primitive, the checked CC_LSYNCH_IND primitive is first checked, and the current mode (ie, the current state) of the corresponding UE is determined. To execute the processing routine.

That is, in the present invention, the CC_LSYNCH_IND primitive that can be generated according to the active mode of the calling terminal or the called terminal (ie, active erase initialization mode, active add initialization mode, active channel add mode, active channel ID standby mode and active mode). By merging the processing routines, it is possible to suppress the generation of code amount and to increase the processing speed when processing the CC_LSYNCH_IND 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 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, with overhead octets 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, call synchronization confirming that the UE has completed local multi-frame synchronization and delay equalization in an active state, that is, an active erase initialization mode, an active addition initialization mode, an active channel addition mode, an active channel ID standby mode, and an active mode 1 state. When an indication primitive occurs, a fast processing routine for processing the generated call synchronization instruction primitive is determined according to the present invention. The processing of the call synchronization instruction primitive will be described later in detail with reference to FIG. Will be described.

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 processing the call synchronization instruction primitive transmitted from the delay equalization multi-frame control layer on the originating terminal side or the called terminal side to the delay equalization negotiation control layer when each terminal is active as described above will be described.

First, the call synchronization indication (CC_LSYNCH_IND) primitive to be processed in the present invention can be generated in the active state of the calling terminal and the called terminal, the active mode of the calling terminal and the called terminal is as follows.

That is, the active state at the originating terminal includes the active delete initialization (ACTIVE-DELETE INIT) state 8a, the active add initialization (ACTIVE-ADD INIT) state 8b-1, and the active channel add (ACTIVE-ADDITIONAL CHANNELS) state ( 8b-2), active channel ID wait (ACTIVE-WAIT CID = 1) state 8c, and active mode 1 state (ACTIVE-MODE 1) state 8d.

Here, the ACTIVE-DELETE INIT state 8a means a state in which the calling terminal waits for a response from the called terminal to the state when the calling terminal requests the channel deletion, and the ACTIVE-ADD INIT state 8b-1 indicates the calling terminal. In this state of requesting the addition of the channel, it means a state waiting for a response from the called terminal, and the ACTIVE-ADDITIONAL CHANNELS state (8b-2) is a state in which the calling terminal receives a response to the channel addition request from the called terminal. ACTIVE-WAIT CID = 1 state (8c) is the CID from the terminating terminal to the terminating terminal while transmitting an information channel message with the CID set to 1 to the terminating terminal; 1 means a state waiting for a response, ACTIVE-MODE 1 state (8d) is an active state for the mode 1, there is no exchange of information messages between the terminals, the delay equalization negotiation control layer 22 is the call control system 25 and the delay equalizer accepts the disconnection message from the multi-frame message between a control layer 23 (that is, CC_RSYNCH_IND) the path and the call control layer 25. At this time, the CC_RSYNCH_IND primitive is a primitive indicating that local multi-frame synchronization and delay equalization have been performed.

In addition, the active state at the called terminal may include an active deletion initialization (ACTIVE-DELETE INIT) state 8a, an active additional initialization (ACTIVE-ADD INIT) state 8b-1, and an active channel addition (ACTIVE-ADDITIONAL CHANNELS) state ( 8b-2), active channel ID wait (ACTIVE-WAIT CID = 1) state 8c, and active mode 1 state (ACTIVE-MODE 1) state 8d.

Here, the ACTIVE-DELETE INIT state 8a means a state in which the terminating terminal waits for a response from the originating terminal to the state in which the terminating terminal requests deletion of a channel, and the ACTIVE-ADD INIT state 8b-1 is in the terminating terminal. In this state of requesting the addition of the channel, it means a state waiting for a response from the calling terminal, and the ACTIVE-ADDITIONAL CHANNELS state (8b-2) indicates that the called terminal receives a response to the channel addition request from the calling terminal. ACTIVE-WAIT CID = 1 state (8c) means that the receiver terminal sends an information channel message with the CID set to 1 to the called terminal from the calling terminal. CID = 1 means waiting for a response, ACTIVE-MODE 1 state (8d) is the active state for Mode 1, there is no exchange of information messages between the terminals, the delay equalization negotiation control layer 22 is called Air layer 25 and the delay equalizer accepts the disconnection message from the multi-frame message between a control layer 23 (that is, CC_RSYNCH_IND) the path and 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.

That is, as can be seen from the above, the call synchronization indication primitive to be processed according to the present invention can be generated in each of the plurality of active modes in the calling terminal and the called terminal as described above.

Accordingly, in the present invention, unlike the conventional method of analyzing / processing an active state (ie, an active mode) of a corresponding UE first when a call synchronization indication (CC_LSYNCH_IND) primitive occurs, and then determining a processing routine of the CC_LSYNCH_IND primitive, When the CC_LSYNCH_IND primitive is delivered from the delayed equalization multi-frame control layer 23 of FIG. 2 to the delayed equalization negotiation control layer 22 in the active state of each terminal where call setup is completed, the transmission of this CC_LSYNCH_IND 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 call synchronization indication primitive for a delay equalization protocol according to a preferred embodiment of the present invention.

Referring to FIG. 6, as described above with reference to FIG. 6, when call setup by multiple combining is completed, that is, when parameter negotiation and directory transfer are successfully completed and in active mode communicating user data through a bearer channel. (Step 702), if a call synchronization indication (CC_LSYNCH_IND) primitive confirms that local multi-frame synchronization and delay equalization is complete, is passed from the delay equalization multi-frame control layer 23 to the delay equalization negotiation control layer 22 (step 704). Then, the corresponding terminal, that is, the calling terminal or the called terminal checks the transmission of the CC_LSYNCH_IND primitive, and then checks which of the preset active modes each terminal is currently active.

Here, the active state of each of the calling terminal and the called terminal is, as already described above, the active delete initialization (ACTIVE-DELETE INIT) mode 8a, the active add initialization (ACTIVE-ADD INIT) mode 8b-1. , Active channel addition (ACTIVE-ADDITIONAL CHANNELS) mode 8b-2, active channel ID standby (ACTIVE-WAIT CID = 1) mode 8c, and active mode 1 (ACTIVE-MODE 1) 8d.

That is, according to the present invention, first, the CC_LSYNCH_IND primitive delivered from the delay equalization multiple frame control layer 23 to the delay equalization negotiation control layer 22 is transferred, and then channel state information provided from the call control layer 25 (i.e., On the basis of the primitive signal, it is determined whether the corresponding terminal (i.e., the calling terminal or the called terminal) is among a plurality of active modes, and based on the determination result, the processing routine of the CC_LSYNCH_IND primitive according to the current active mode is determined. do.

First, in step 706, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the originating terminal (or called terminal) is in the active delete initialization mode (ACTIVE-DELETE INIT) state, That is, it is checked whether the calling terminal (or called terminal) is in a state of waiting for a response from the called terminal (or calling terminal) in the state of requesting the deletion of a channel, and the check result here (or called terminal). ) Is not in the ACTIVE-DELETE INIT mode, the process proceeds to step 708 described later.

If the originating terminal (or the terminating terminal) is in the ACTIVE-DELETE INIT mode as a result of the check in the step 706, the local synchronization indication (DQ_LSYNCH_IND) to the call control layer 25 in the delayed equalization negotiation control layer 22 of FIG. Pass the primitive (step 716). Therefore, the calling terminal (or called terminal) transmits a frame pattern for local synchronization according to the DQ_LSYNCH_IND primitive, and then waits for multiple frame synchronization on all channels while maintaining the current mode (ie, ACTIVE-DELETE INIT mode). Will be.

That is, the calling terminal (or called terminal) maintains a current mode (ie, ACTIVE-DELETE INIT mode) in which user data can be received after transmitting a frame pattern for local synchronization (step 718).

Further, in step 708, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the calling terminal (or called terminal) is in the active delete initialization mode (ACTIVE-DELETE INIT) state, That is, it is checked whether the calling terminal (or called terminal) is waiting for a response from the called terminal (or calling terminal) to the state in which the channel is requested to add a channel. Is not in the ACTIVE-DELETE INIT mode, the process proceeds to step 710 described later.

At this time, if the originating terminal (or the terminating terminal) is in the ACTIVE-DELETE INIT mode as a result of the check in the step 708, the process proceeds to steps 716 and 718 as described above in order to carry out the subsequent process in the same manner. In other words, the calling terminal (or called terminal) will maintain the ACTIVE-DELETE INIT mode in which user data can be communicated.

On the other hand, in step 710, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the calling terminal (or called terminal) is in the active channel addition mode (ACTIVE-ADDITIONAL CHANNELS) state, That is, when the calling terminal sets up an additional channel while receiving a response to the request for adding a channel from the called terminal, or waits for reception of an additional channel while the called terminal receives a response to the request for adding a channel from the calling terminal. If the originating terminal (or called terminal) is not in the ACTIVE-ADDITIONAL CHANNELS mode state, the process proceeds to step 712 described later.

At this time, if the originating terminal (or called terminal) is in the ACTIVE-ADDITIONAL CHANNELS mode state as a result of the check in step 710, the process proceeds to steps 716 and 718 as described above in order to carry out the subsequent process in the same manner. In other words, the originating terminal (or the terminating terminal) will maintain the ACTIVE-ADDITIONAL CHANNELS mode in which user data can be communicated.

On the other hand, in step 712, based on the channel state information (i.e., primitive signal) provided from the call control layer 25, the originating terminal (or terminating terminal) enters the active channel ID standby mode (ACTIVE-WAIT CID =). 1) Status, i.e., CID = 1 response from the called terminal (or calling terminal) with the calling terminal (or called terminal) transmitting an information channel message with the CID set to 1 to the called terminal (or calling terminal). Check whether or not to wait.

As a result of the check here, if the originating terminal (or called terminal) is not in the ACTIVE-WAIT CID = 1 mode state, the process proceeds to step 714 where the current state of the originating terminal (or called terminal) is active mode 1 (ACTIVE). -Mode 1) state, that is, there is no exchange of information messages between terminals as the active state for Mode 1, where the delay equalization negotiation control layer 22 is between the call control layer 25 and the delay equalization multiple frame control layer 23. Pass the message (i.e., CC_RSYNCH_IND) to and accept the truncation message from the call control layer 25. Here, the CC_RSYNCH_IND primitive is a primitive indicating that local multi-frame synchronization and delay equalization have been performed.

At this time, when the current state of the calling terminal (or called terminal) is not the ACTIVE-DELETE INIT mode, ACTIVE-ADD INIT mode, ACTIVE-ADDITIONAL CHANNELS mode, or ACTIVE-WAIT CID = 1 mode, the calling terminal (or called terminal) The reason for considering the current state of ACTIVE-MODE 1 mode is that the CC_LSYNCH_IND primitive is set to occur only in the five cases described above.

Therefore, when the current state of the calling terminal (or called terminal) is in the ACTIVE-MODE 1 mode, the processing proceeds to steps 716 and 718 as described above in order to perform the following processes in the same manner, that is, the calling terminal ( Or the called terminal) will maintain the ACTIVE-MODE 1 mode in which user data can be communicated.

That is, in the present invention, processing of CC_LSYNCH_IND primitives that can be generated according to each active mode of the calling terminal or the called terminal, that is, active erase initialization mode, active additional initialization mode, active channel addition mode, active channel ID standby mode, and active mode 1, respectively. By merging routines into one and performing processing according to the current state of the terminal when the CC_LSYNCH_IND primitive occurs, the amount of code generated when processing the CC_LSYNCH_IND primitive is minimized as much as possible. By greatly reducing the number of subroutines, the primitive processing speed can be greatly increased.

Of course, the possibility of generating the CC_LSYNCH_IND primitive is not completely excluded when the five active states are not described above. However, when the CC_LSYNCH_IND primitive occurs when the five non-active states are not generated, the current state is bypassed. You can respond smoothly by setting to maintain.

As described above, according to the present invention, unlike the conventional method of processing the CC_LSYNCH_IND primitive, first analyze / process the active state (ie, the active mode) of each terminal, and then determine and perform the processing routine of the CC_LSYNCH_IND primitive. When the call setup is completed and the CC_LSYNCH_IND primitive occurs in the active state of each terminal capable of performing user data communication, the occurrence of the CC_LSYNCH_IND primitive is checked, and the active state of the corresponding terminal (called terminal or called terminal) (that is, CC_LSYNCH_IND primitive, which proceeds according to the active mode state of each terminal, by determining the current active mode) and then executing the processing routine of the corresponding primitive, thereby suppressing an increase in the amount of code for processing a message. CC_LSYNCH_IND by drastically reducing the subroutines for processing Limiter it is possible to greatly promote the processing speed of the creative.

Claims (4)

Confirming that local multi-frame synchronization and delay equalization are completed in the delay equalization protocol of a general information network that combines N channels with 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 call synchronization indication primitive, A first step of transmitting the call failure indication primitive from the delayed equalization multiple frame control layer to the delayed equalization negotiation control layer in an active state where initial call setup is completed and data communication between terminals is possible; A second step of checking a current active state of the calling terminal or the called terminal when the call failure indication primitive is delivered; A third step of determining whether the current state of the calling terminal or the called terminal is one of a plurality of preset active modes of the active state corresponding to the check result; A fourth step of transferring a local synchronization indication primitive from the delayed equalization negotiation control layer to the call control layer when the current state is any one of the preset active modes; And And a fifth step of maintaining the calling terminal or the called terminal in the determined active mode until another primitive or another message occurs. The method according to claim 1, wherein the method further comprises: bypassing the forwarded call synchronization indication primitive when the current state of the calling terminal or the called terminal is not one of the preset plurality of active modes. The call synchronization instruction primitive processing method for a delay equalization protocol in a comprehensive information communication network, characterized in that it further comprises the step of maintaining. The method according to claim 1 or 2, wherein the predetermined plurality of active states at the originating terminal side are: An active deletion initialization mode in which the calling terminal waits for a response from the called terminal to the channel when the calling terminal requests the channel deletion; An active addition initialization mode in which the calling terminal waits for a response from the called terminal to the channel when the calling terminal requests the channel addition; An active channel addition mode for setting up an additional channel in a state in which the originating terminal receives a response to the channel addition request from the called terminal; An active channel ID waiting mode in which the calling terminal waits for a CID = 1 response from the called terminal while transmitting an information channel message having a CID set to 1 to the called terminal; 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 call synchronization instruction primitive processing method for a delay equalization protocol in a general information communication network, comprising: a receiving active mode. The method according to claim 1 or 2, wherein the predetermined plurality of active states at the called terminal side are: 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 call synchronization instruction primitive processing method for a delay equalization protocol in a general information communication network, comprising: a receiving active mode.

Images