KR100248665B1 - Process of request primitive to disconnect the call according to delay equalijation protocol in isdn - Google Patents

Process of request primitive to disconnect the call according to delay equalijation protocol in isdn Download PDF

Info

Publication number
KR100248665B1
KR100248665B1 KR1019970065893A KR19970065893A KR100248665B1 KR 100248665 B1 KR100248665 B1 KR 100248665B1 KR 1019970065893 A KR1019970065893 A KR 1019970065893A KR 19970065893 A KR19970065893 A KR 19970065893A KR 100248665 B1 KR100248665 B1 KR 100248665B1
Authority
KR
South Korea
Prior art keywords
primitive
state
request
disconnect
control layer
Prior art date
Application number
KR1019970065893A
Other languages
Korean (ko)
Other versions
KR19990047466A (en
Inventor
이진호
Original Assignee
전주범
대우전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 전주범, 대우전자주식회사 filed Critical 전주범
Priority to KR1019970065893A priority Critical patent/KR100248665B1/en
Publication of KR19990047466A publication Critical patent/KR19990047466A/en
Application granted granted Critical
Publication of KR100248665B1 publication Critical patent/KR100248665B1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/02—Protocol performance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)

Abstract

본 발명은 ISDN에서 광대역의 데이터를 전달하기 위한 지연보상 프로토콜(DEQ)에 관한 것으로, 발신측 혹은 착신측으로 수신된 접속요구 중지 프리미티브를 처리하는 방법에 관한 것이다.The present invention relates to a Delay Compensation Protocol (DEQ) for delivering broadband data in ISDN, and to a method for processing a connection request suspension primitive received at a calling party or a called party.

본 발명은 접속중지 요구 프리미티브를 수신한 발신측의 현재 상태를 판단하여 절단 요구 1 혹은 절단 요구 2 상태인 경우에는 상하계층간에 소정의 프리미티브를 교환하고 요구된 절단 호에 관련된 모든 타이머를 정지시킨 후 무효상태로 천이하며; 접속중지 요구 프리미티브를 수신한 발신측 혹은 착신측중 어느 하나가 무효상태, 절단 요구 1상태, 절단 요구 2상태를 제외한 나머지 상태인 경우에는 절단 호에 관련된 모든 타이머를 정지시키고 무효상태로 천이한다.The present invention determines the current state of the calling party that has received the disconnect request request primitive, and in the case of the disconnect request 1 or disconnect request 2 state, exchanges predetermined primitives between the upper and lower layers, and stops all timers related to the requested disconnect call. Transition to an invalid state; If either of the calling party or the called party that received the connection stop request primitive is in a state other than the invalid state, the disconnect request 1 state, and the disconnect request 2 state, all timers related to the disconnect call are stopped and the state transitions to the invalid state.

종래에는 상태천이를 중심으로 메시지(프리미티브)를 처리하여 중복된 코드가 발생하고 처리 속도가 느린 단점이 있었으나, 본 발명은 메시지(프리미티브)를 중심으로 처리하므로써 동일한 프리미티브에 대해 각 상태의 처리절차가 유사 또는 동일한 경우 이들 처리 절차를 병합하기가 쉽고 코드 크기가 감소되어 처리 속도를 향상 시킬 수 있다.Conventionally, there is a disadvantage in that duplicate codes are generated by processing a message (primitive) around a state transition and a processing speed is slow. However, the present invention has a processing procedure of each state for the same primitive by processing the message (primitive). If they are similar or identical, it is easy to merge these processing procedures and the code size can be reduced to speed up the processing.

Description

종합정보통신망의 지연보상 프로토콜에 따른 접속중지 요구 프리미티브 처리 방법 (Process of request primitive to disconnect the call according to delay equalization protocol in ISDN )Process of request primitive to disconnect the call according to delay equalization protocol in ISDN

본 발명은 종합정보통신망(ISDN)에서 광대역의 데이터를 전달하기 위한 지연보상 프로토콜(Delay EQualization Protocol, DEQ)에 관한 것으로, 특히 발신측 혹은 수신측의 DEQ 교섭 제어계층에서 수신한 접속 중지 요구(DQ_ABORT_REQ) 프리미티브를 처리하는 방법에 관한 것이다.The present invention relates to a Delay Compensation Protocol (DEQ) for delivering broadband data in an ISDN. In particular, the connection suspend request (DQ_ABORT_REQ) received by the DEQ negotiation control layer at the originating or receiving side. ) Is a method of processing primitives.

종합정보통신망은 서비스별로 구축되던 개별망을 통합하고 디지탈화하여 종합적인 서비스를 제공하기 위해 등장하게 되었다. 종합정보통신망(ISDN)은 다양한 단말기들을 통일적으로 수용하기 위하여 사용자와 망간의 인터페이스가 디지탈 가입자선 신호방식(DSS1: Digital Subscriber Signalling System 1)으로 표준화되어 있고, 망과 망 사이의 인터페이스도 No.7 공통선 신호방식(CCS)으로 표준화되어 있다. ISDN의 사용자-망간 인터페이스(UNI)의 신호방식인 DSS1은 하기 표 1과 같이 OSI(개방형 시스템간 상호접속) 참조모델에 의해서 레이어 1부터 레이어 3까지의 계층으로 구현된다.Comprehensive information and communication network has emerged to provide comprehensive services by integrating and digitalizing individual networks established by services. In the Integrated Information Network (ISDN), the interface between the user and the network is standardized by Digital Subscriber Signaling System (DSS1) in order to uniformly accommodate various terminals, and the interface between the network and the network is also No. 7 It is standardized by common line signaling (CCS). DSS1, which is a signaling method of user-network interface (UNI) of ISDN, is implemented in layers 1 through 3 by an OSI (Open Systems Interconnection) reference model as shown in Table 1 below.

디지탈 가입자선 신호방식의 구성Digital subscriber line signaling 레이어Layer 기능 개요Feature Overview 해당 권고안Corresponding recommendations 레이어 1Layer 1 전기 물리적인 조건Electrical physical conditions I.430, I.431I.430, I.431 레이어 2Layer 2 메시지 전송을 위한 링크 설정제어, 오류제어Link setting control and error control for message transmission Q.920, Q.921Q.920, Q.921 레이어 3Layer 3 호의 설정, 개방Set up, opening Q.930, Q.931Q.930, Q.931

도 1을 참조하면, 전화국내에 위치한 ISDN 교환기에 가입자선을 통해 주택(혹은 건물)내에 위치한 제1 망 단말장치(NT1)가 연결되고, 건물내에서는 S/T점을 통해 ISDN 단말기(TE1) 또는 제2 망 단말장치(NT2)가 제1 망 단말장치(NT1)에 접속되어 있다. ISDN 단말기와 같은 가입자측 단말은 ISDN 교환기와 접속되기 위하여, 레이어 1 내지 레이어 3의 프로토콜에 따라 접속되며 이러한 접속을 규정한 권고안이 상기 표 1과 같다.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. Subscriber terminals, such as ISDN terminals, are connected according to the protocol of Layer 1 to Layer 3 in order to be connected to an ISDN exchange, and the recommendations defining such connections are shown in Table 1 above.

상기 표1에서 레이어 1은 ISDN 권고안 I.430, I.431로 권고된 물리계층의 사용자-망 인터페이스로서, 2B+D 접속의 기본 인터페이스와 23B+D 혹은 30B+D의 일차군속도 인터페이스가 있으며, 기본 인터페이스에서 프레임 구조는 250us단위의 48비트로 구성된다. 레이어 2는 일반적으로 LAPD(Link Access Procedure on the D channel)라고 불리고 있는데, 먼저 표준화된 데이타 링크 계층의 표준인 HDLC의 평형(BALANCE)모드를 기본으로 채용하고 있으며, 그 기본 포맷은 플래그(Flag), 어드레스(Address) 필드, 제어(control) 필드, 정보 필드, 프레임 체크 시퀀스(FCS), 플래그로 구성되어 있다. 레이어 3은 망이 제공하는 회선교환 서비스와 패킷교환 서비스에 필요한 통신경로(path)의 설정, 유지, 해제 및 각종 추가 서비스 요구 등을 제어하는데, 이를 위하여 레이어 1 및 레이어 2를 통해 상대측으로부터 수신되는 메세지를 분석하고, 호 설정 관련 메세지를 형성하여 하위계층을 통해 상대측으로 전송한다. 계층 3과 관련된 일반적인 내용은 Q.930에 기술되어 있고, 기본 호에 대한 호처리 절차가 Q.931에 의해 권고되어 있다.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 in 250us units. Layer 2 is commonly referred to as Link Access Procedure on the D channel (LAPD), which first adopts HDLC's BALANCE mode, which is the standard for the standardized data link layer, and its basic format is Flag. And an address field, a control field, an information field, a frame check sequence (FCS), and a flag. Layer 3 controls the establishment, maintenance, and release of communication paths required by the network and packet switched services, and various additional service requests. The message is analyzed, and a call establishment related message is formed and sent to the other party through the lower layer. General content relating to Layer 3 is described in Q.930, and call processing procedures for basic calls are recommended by Q.931.

ISDN 단말기는 이상에서 기술한 기능들이 구현되어야 하며, 이 때 동일 계층간에 약속이 정의된 것이 "프로토콜(protocol)"이고, 상하 계층간의 논리적인 교환을 정의한 것이 "프리미티브(primitive)"이다. 각 계층에는 해당 계층의 기능을 구현하는 엔티티(entity)들이 있고, 이 엔티티들이 프리미티브를 통해 상,하간에 정보를 교환하도록 되어 있다.In the ISDN terminal, the functions described above should be implemented. In this case, "protocol" is defined as an appointment between the same layers, and "primitive" is defined as a logical exchange between upper and lower layers. Each layer has entities that implement the functionality of that layer, and these entities are supposed to exchange information up and down through primitives.

이러한 프리미티브는 요구(REQUEST), 표시(INDICATE), 응답(RESPONSE), 확인(CONFIRM)과 같은 4가지 형태로 구분된다. 데이타 전송에 관련된 대부분의 프리미티브는 상위계층에서 하위계층으로 전달되는 요구(REQUEST) 프리미티브와, 하위계층에서 상위계층으로 전달되는 표시(INDICATE) 프리미티브로 이루어진다. 확인(CONFIRM) 프리미티브는 상위계층으로부터의 특정 요구 프리미티브에 관련해서 하위계층이 이에 응답해야 할 의무가 있을 경우 상위 계층에 이를 알리는 프리미티브이고, 응답(RESPONSE) 프리미티브는 하위계층으로부터의 특정 표시 프리미티브에 대해 상위계층이 이에 응답해야 할 의무가 있을 경우 하위계층에게 알려주기 위한 프리미티브이다.These primitives are divided into four types: REQUEST, INDICATE, RESPONSE, and CONFIRM. Most primitives related to data transfer consist of a request primitive passed from a higher layer to a lower layer, and an INDICATE primitive passed from a lower layer to a higher layer. The CONFIRM primitive is a primitive that notifies the upper tier when a lower tier is obliged to respond to a particular request primitive from a higher tier, and the RESPONSE primitive is for a particular indication primitive from the lower tier. It is a primitive to inform the lower class when the higher class is obliged to respond.

ISDN에서 제공되는 채널은 64Kbps의 "B"채널과 16kbps의 "D" 채널, 384Kbps의 "H0" 채널 및 2.048Mbps의 "H1" 채널등이 있고, 이러한 채널의 결합으로 제공되는 기본 인터페이스는 "2B+D"로 정의되어 있고, 1차군 인터페이스는 "23B+D" 혹은 "30B+D"로 정의되어 있다. 협대역 ISDN에서 비디오 서비스 등을 위하여 광대역의 통신접속이 요구될 경우에 다수(N) 개의 56 혹은 64 kbit/s 채널을 다중 결합하여 사용할 수 있다. 즉, 기본인터페이스 혹은 1차군 인터페이스는 대역폭이 고정되어 있으나 서비스에 따라 다양한 대역폭이 요구될 경우에, ISDN망에서는 "N x 56/64 kbit/s" 대역을 제공할 수 있다.Channels provided by ISDN include 64Kbps "B" channel, 16kbps "D" channel, 384Kbps "H0" channel, and 2.048Mbps "H1" channel. The basic interface provided by the combination of these channels is "2B". + D ", and the primary group interface is defined as" 23B + D "or" 30B + D ". In narrowband ISDN, multiple (N) 56 or 64 kbit / s channels can be used in combination when wideband communication connection is required for video service. 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.

"N x 56/64 kbit/s"을 제공하기 위해서는 각각 독립적으로 설정되는 56/64 kbit/s 채널들의 결합(bonding)이 요구된다. 이때 각 56/64 kbit/s 채널들이 디지탈 교환망에 의해 개별적으로 접속되기 때문에 각 채널은 개별적인 지연이 발생되게 된다. 따라서 다중 결합에 있어서 핵심적인 기술내용은 지연 등화(Delay Equalization)와 관련되므로, N x 56/64 kbit/s를 제공하기 위해서는 "지연보상 프로토콜(Delay EQualization protocol)"을 따라야 한다. 지연보상 프로토콜이란 본딩 프로토콜(BONDING protocol)이라고도 하며, N개의 56/64kbit/s 채널을 결합할 경우에 각 채널들간에 지연을 등화하기 위한 프로토콜이다.In order to provide "N x 56/64 kbit / s", 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 technology for multiple coupling is related to delay equalization, so follow the "Delay EQualization protocol" to provide N x 56/64 kbit / s. The delay compensation protocol, also called a bonding protocol, is a protocol for equalizing delay between channels when combining N 56/64 kbit / s channels.

지연보상 프로토콜은 도 2에 도시된 바와 같이, 호제어(Call Control:25)계층, 지연보상 교섭제어 (DEQ negotiation control:22)계층, 지연보상 멀티프레임 제어(DEQ multiframe control:23)계층으로 이루어져 응용(APPLICATION:21)계층으로부터 수신된 사용자 데이터(User Data)를 전송하고, 각 계층간에는 도 3에 도시된 바와 같이, 각종 프리미티브들이 서로 전달된다. 도 2에서 DEQ 멀티프레임 제어계층(23)은 하위의 각 채널 제어(Channel control) 및 물리매체 의존(PMDL) 계층(24a 내지 24c)을 통해 물리매체에 접속된다.As shown in FIG. 2, the delay compensation protocol is composed of a Call Control (25) layer, a DEQ negotiation control (22) layer, and a DEQ multiframe control (23) layer. The user data received from the APPLICATION layer 21 is transmitted, and various 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.

도 3을 참조하면, 호 제어계층(25)으로부터 DEQ 교섭 제어계층(22)으로 전달되는 프리미티브로는 초기 요구(DQ_INIT_REQ), 접속 요구(DQ_CONN_REQ), 절단요구(DQ_DISC_REQ), 채널 삭제 요구(DQ_DEL_CH_REQ), 채널 추가 요구(DQ_ADD_CH_REQ), 포기요구(DQ_ABORT_REQ) 등이 있고, DEQ 교섭제어 계층(22)에서 사용되는 타이머로는 TCID_EXP, TCINIT_EXP, TAINIT_EXP, TANULL_EXP, TCADD01_EXP, TAADD01_EXP 등이 있다. DEQ 교섭 제어계층(22)으로부터 호제어 계층(25)으로 전달되는 프리미티브로는 DQ_INIT_IND, DQ_DISC_IND, DQ_DISC_CONF, DQ_DEL_CH_CONF, DQ_LL_OFF_IND, DQ_RL_IND, DQ_RL_OFF_IND 등이 있다.Referring to FIG. 3, primitives transferred from the call control layer 25 to the DEQ negotiation control layer 22 include an initial request (DQ_INIT_REQ), a connection request (DQ_CONN_REQ), a disconnect request (DQ_DISC_REQ), and a channel deletion request (DQ_DEL_CH_REQ). , Channel addition request (DQ_ADD_CH_REQ), abandonment request (DQ_ABORT_REQ), and the timers used in the DEQ negotiation control layer 22 include TCID_EXP, TCINIT_EXP, TAINIT_EXP, TANULL_EXP, TCADD01_EXP, and TAADD01_EXP. Primitives transmitted from the DEQ negotiation control layer 22 to the call control layer 25 include DQ_INIT_IND, DQ_DISC_IND, DQ_DISC_CONF, DQ_DEL_CH_CONF, DQ_LL_OFF_IND, DQ_RL_IND, and DQ_RL_OFF_IND.

이때 xx_xxxx_REQ는 요구 프리미티브를 나타내고, xx_xxxx_IND는 표시 프리미티브를 나타내며, xx_xxxx_RESP는 응답 프리미티브를, xx_xxxx_CONF은 확인 프리미티브를 나타낸다. 그리고 CC_xxxx_xxx는 DEQ 멀티프레임 제어계층(23)과 DEQ교섭 제어계층(22) 사이의 프리미티브이고, DQ_xxxx_xxx는 DEQ교섭 제어계층(22)과 호제어계층(25) 사이의 프리미티브이다.In this case, xx_xxxx_REQ represents a request primitive, xx_xxxx_IND represents an indication primitive, xx_xxxx_RESP represents a response primitive, and xx_xxxx_CONF represents an confirm primitive. CC_xxxx_xxx is a primitive between the DEQ multiframe control layer 23 and the DEQ negotiation control layer 22, and DQ_xxxx_xxx is a primitive between the DEQ negotiation control layer 22 and the call control layer 25.

DEQ 교섭 제어계층(22)으로부터 DEQ 멀티프레임 제어계층(23)으로 전달되는 프리미티브는 CC_ADD_REQ, CC_INFO_REQ, CC_DEL_REQ가 있으며, 이 계층에서 사용되는 타이머로는 TAFA_EXP, TXDEQ_EXP가 있다. DEQ멀티프레임 제어계층(23)에서 DEQ 교섭 제어계층(22)으로 전달되는 프리미티브로는 CC_LSYNCH_IND, CC_RSYNCH_IND, CC_RSYNCH_FAIL_IND, CC_INFO_IND, CC_FAIL_IND, CC_LLOS_IND, CC_RLOS_IND 등이 있다. 이러한 프리미티브들에 대해서는 1993년 9월 2일자로 본딩 콘소시움에서 발행된 "Nx56/64 kbit/s 호를 위한 상호운용 규격(버젼1.1)"에 자세히 기술되어 있으므로 자세한 설명은 생략한다.Primitives transmitted from the DEQ negotiation control layer 22 to the DEQ multiframe 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 DEQ multiframe control layer 23 to the DEQ negotiation control layer 22 include CC_LSYNCH_IND, CC_RSYNCH_IND, CC_RSYNCH_FAIL_IND, CC_INFO_IND, CC_FAIL_IND, CC_LLOS_IND, CC_RLOS_IND, and the like. These primitives are described in detail in the "Interoperation Specification for Nx56 / 64 kbit / s (Version 1.1)" issued by the Bonding Consortium, dated September 2, 1993, and will not be described in detail.

한편, 계층 3에서 이와 같은 프리미티브들을 처리하는 종래의 방식은 상기 권고안의 부록A(ANNEX A)에서 제안되었는 바, 이를 개략적으로 정리하면 도 9에 도시된 바와 같다.On the other hand, the conventional scheme for handling such primitives in Layer 3 has been proposed in Appendix A (ANNEX A) of the recommendation, which is summarized as shown in FIG.

도 9을 참조하면, 종래의 방법은 먼저 해당 계층의 상태를 판별하고(S1), 프리미티브 혹은 메시지가 수신되면(S2), 판별된 상태에 따른 해당 프리미티브 혹은 메시지 처리 루틴을 구동하였다(S3). 상기 S2단계에서 수신된 프리미티브가 접속 중지 요구(DQ_ABORT_REQ) 프리미티브이면, 상기 S3단계에서 DQ_ABORT_REQ 프리미티브에 대한 여러가지 상태에 따라 각기 다른 처리루틴을 갖는다. 이와 같이 현 상태에 따라 처리 루틴을 구분하고 다시 그 상태의 메시지에 따라 또다른 처리 절차를 찾아야 하는 번거러움이 있다.Referring to FIG. 9, the conventional method first determines a state of a corresponding layer (S1), and when a primitive or a message is received (S2), the corresponding primitive or message processing routine according to the determined state is driven (S3). If the primitive received in the step S2 is a connection stop request (DQ_ABORT_REQ) primitive, in step S3, the primitive has a different processing routine according to various states of the DQ_ABORT_REQ primitive. As such, there is a hassle to separate processing routines according to the current state and find another processing procedure according to the message of the state.

따라서, 상태 천이 규칙이 정해진 유한상태기계(FSM:finite state machine) 구조에서 도 9와 같이 판별된 상태를 중심으로 메시지를 처리하게 되면, 동일한 메시지(혹은 프리미티브)에 대해 다른 상태에서 상기 메시지 처리가 유사/동일한 경우 이에 대한 코드가 중복될 수 있다. 서브루틴 호출방식으로 코드중복을 줄이더라도 여러 상태에 걸쳐 적절하게 분할된 서브루틴을 구성하기에 상당한 어려움이 있으며, 서브루틴 호출절차에 따라 처리속도가 저하되는 문제점이 있다.Therefore, when a message is processed based on a state determined as shown in FIG. 9 in a finite state machine (FSM) structure in which state transition rules are defined, the message processing is performed in a different state for the same message (or primitive). Similar / identical codes can be duplicated for this. Even if the code duplication is reduced by the subroutine calling method, there is a considerable difficulty in constructing a subroutine that is appropriately divided over various states, and the processing speed decreases according to the subroutine calling procedure.

이에, 본 발명은 상기와 같은 종래의 제 문제점을 해소하기 위하여 제안된 것으로, 지연보상 프로토콜에 있어서 메시지(혹은 프리미티브)에 대한 유사 또는 동일한 처리절차를 갖는 특성을 이용하여 메시지를 중심으로 처리하므로써, 처리절차를 단순화시킨 접속중지 요구 프리미티브 처리 방법을 제공하는 데 그 목적이 있다.Accordingly, the present invention has been proposed to solve the above-mentioned problems of the prior art, and by processing the message mainly using characteristics having similar or identical processing procedures for the message (or primitive) in the delay compensation protocol, It is an object of the present invention to provide a disconnect request primitive processing method which simplifies the processing procedure.

상기와 같은 목적을 달성하기 위한 본 발명의 접속중지 요구 프리미티브 처리 방법은, (a) 접속중지 요구 프리미티브를 수신하는 단계; (b) 접속중지 요구 프리미티브를 수신한 발신측 혹은 착신측의 현재 상태를 판단하는 단계; (c) 상기 (b)단계에서 발신측이 절단 요구 1 상태인 경우에는 상하계층간에 소정의 프리미티브를 교환하고 요구된 절단 호에 관련된 모든 타이머를 정지시킨 후 무효상태로 천이하는 단계; (d) 상기 (b)단계에서 발신측이 절단 요구 2 상태인 경우에는 상하계층간에 소정의 프리미티브를 교환하고 요구된 절단 호에 관련된 모든 타이머를 정지시킨 후 무효상태로 천이하는 단계; (e) 상기 (b)단계에서 발신측 혹은 착신측중 어느 하나가 무효 상태, 절단 요구 1상태, 절단 요구 2상태를 제외한 나머지 상태인 경우에는 절단 호에 관련된 모든 타이머를 정지시키고 무효상태로 천이하는 단계를 포함하여 구성되는 것을 특징으로 한다.The method for processing a disconnect request primitive of the present invention for achieving the above object comprises the steps of: (a) receiving a disconnect request primitive; (b) determining a current state of the calling party or called party that has received the disconnect request request primitive; (c) if the calling party is in the disconnect request 1 state in step (b), exchanging predetermined primitives between upper and lower layers, stopping all timers related to the requested disconnect call, and then transitioning to an invalid state; (d) exchanging predetermined primitives between the upper and lower layers, stopping all timers associated with the requested disconnect call when the calling party is in the disconnect request 2 state in step (b); (e) If any one of the calling party or the called party in the step (b) is other than the invalid state, the disconnect request 1 state, and the disconnect request 2 state, all timers related to the disconnect call are stopped and the state transitions to the invalid state. Characterized in that it comprises a step.

도 1은 ISDN의 사용자-망 접속을 도시한 도면,1 shows a user-network connection of an ISDN;

도 2는 지연보상 프로토콜의 레퍼런스 아키택쳐를 도시한 도면,2 is a diagram illustrating a reference architecture of a delay compensation protocol;

도 3은 ISDN에서 지연보상 프로토콜을 구현하기 위하여 계층간에 전달되는 프리미티브들을 도시한 개략도이고,3 is a schematic diagram illustrating primitives carried between layers to implement a delay compensation protocol in ISDN,

도 4는 지연보상 프로토콜에서 프레임 구조를 도시한 도면,4 is a diagram illustrating a frame structure in a delay compensation protocol;

도 5는 정보 채널 포맷을 도시한 도면,5 shows an information channel format;

도 6은 지연보상 프로토콜에서 호 설정 과정을 대략적으로 나타낸 흐름도,6 is a flowchart schematically illustrating a call setup process in a delay compensation protocol;

도 7은 본 발명의 접속중지 요구 프리미티브와 관련된 상태 천이도.Figure 7 is a state transition diagram associated with the disconnect request primitive of the present invention.

도 8은 본 발명에 따른 접속중지 요구 프리미티브 처리 절차를 도시한 흐름도,8 is a flowchart illustrating a disconnect request primitive processing procedure according to the present invention;

도 9는 종래의 프리미티브 처리 절차를 도시한 흐름도이다.9 is a flowchart illustrating a conventional primitive processing procedure.

* 도면의 주요부분에 대한 부호의 설명 *Explanation of symbols on the main parts of the drawings

21: 응용계층 22: 지연보상 교섭 제어계층21: application layer 22: delay compensation negotiation control layer

23: 지연보상 멀티프레임 제어계층 24a,24b,24c: 채널제어 물리계층23: delay compensation multiframe control layer 24a, 24b, 24c: channel control physical layer

25: 호 제어계층25: call control layer

이하, 첨부된 도면을 참조하여 본 발명의 실시예를 설명하기로 한다.Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings.

도 2는 지연보상 프로토콜의 레퍼런스 아키택쳐를 도시한 도면이고, 도 3은 ISDN에서 지연보상 프로토콜을 구현하기 위한 3 계층 간에 전달되는 프리미티브들을 도시한 개략도이다. 도 4는 지연보상 프로토콜에서 프레임 구조를 도시한 도면이고, 도 5는 정보 채널 포맷(Information Channel format)을 도시한 도면이다.2 is a diagram illustrating a reference architecture of a delay compensation protocol, and FIG. 3 is a schematic diagram illustrating primitives carried between three layers for implementing a delay compensation protocol in ISDN. 4 is a diagram illustrating a frame structure in a delay compensation protocol, and FIG. 5 is a diagram illustrating an information channel format.

도 2를 참조하면, 지연보상 프로토콜은 호제어(CC) 계층(25), 지연보상 교섭 제어(DEQ NC) 계층(22), 지연보상 멀티프레임 제어(DEQ MC) 계층(23)에 의해 구현되며, 각 계층간에는 도 3에 도시된 바와 같이 각종 프리미티브들이 전달되고 있다.Referring to FIG. 2, the delay compensation protocol is implemented by a call control (CC) layer 25, a delay compensation negotiation control (DEQ NC) layer 22, and a delay compensation multiframe control (DEQ MC) layer 23. As shown in FIG. 3, various primitives are transmitted between the layers.

응용계층으로부터 내려오는 직렬 비트 스트림을 N개의 56/64kbit/s 채널의 다중 결합에 의해 전달하기 위해서 도 4에 도시된 바와 같이, 프레이밍이 요구되고, 이와 같이 프레이밍된 데이터들이 각 베어러 채널에 할당되어 전달되게 된다.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.

지연보상 프로토콜에 따른 프레이밍 구조는 도 4에 도시된 바와 같이, 하나의 프레임은 256 옥텟으로 이루어지고, 64 프레임이 모여 하나의 멀티프레임을 형성한다. 각 프레임의 옥텟은 1에서 256까지 번호가 부여되며, 정보교환과 프레이밍을 위하여 4개의 오버헤드 옥텟이 사용된다. 즉, 하나의 프레임에서 옥텟 64는 프레임 얼라인먼트 워드(FAW:Frame Alignment Word)에 할당되고, 옥텟 128은 정보 채널(IC: Information Channel)에 할당되며, 옥텟 192는 프레임 카운트(FC: Frame Count)에 할당된다. 옥텟 256은 순환 중복 검사(CRC:Cyclic Redundancy Check)에 할당된다.As shown in FIG. 4, the framing structure according to the delay compensation 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 a cyclic redundancy check (CRC).

특히 정보채널(IC) 메시지는 도 5에 도시된 바와 같이, 16 옥텟으로 이루어져 두 단말기간에 제어정보를 전달한다. 도 5를 참조하면, 정보채널 프레임의 1번째 옥텟은 얼라인먼트(ALIGN)로서 "0111,1111"의 상수값을 갖고, 2번째 옥텟은 채널식별자(Channel ID:CID)로서 동시에 N 개의 호를 다이얼링할 경우 각 호 설정에서 개별적인 채널을 식별하기 위해 사용된다. CID는 0 내지 63범위에서 숫자로 부호화된 6비트 이진수이고, CID가 0이면 파라미터 교섭을 나타낸다.In particular, the information channel (IC) message is composed of 16 octets, as shown in Figure 5 to transfer control information between the two terminals. Referring to FIG. 5, the first octet of the information channel frame has a constant value of "0111,1111" as an alignment (ALIGN), and the second octet may dial N calls simultaneously as a channel ID (Channel ID: CID). 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.

정보채널 메시지의 3번째 옥텟은 그룹식별자(GID)로서, 특별한 호를 연계시키는 베어러 채널 그룹을 유일하게 식별하는데 사용한다. 옥텟 4(비트2 내지 4)는 동작 모드(MODE)를 나타내는데, "0"은 동작모드 0을, "1"은 동작모드 1을, "10"은 동작모드 2를, "11"은 동작모드 3을 각각 나타낸다.The third octet of the information channel message is a group identifier (GID), which is used to uniquely identify a group of bearer channels associated with 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.

도 5의 옥텟 5(비트 2 내지 4)에서 "RMULT"는 레이트 멀티플라이어(Rate Multiplier)로서, 옥텟 6의 "SUBMULT"와 함께 호에 대한 응용의 대역폭을 정의하고, BCR은 베어러 채널 레이트를 나타내는데 0이면 56kbit/s기반을 나타내고 1이면 64kbit/s기반을 나타낸다. 옥텟 6에서 "MFG"는 제조자 ID 플래그로서 1로 세트되면 옥텟 10 내지 16의 디지트 필드에 제조자 ID가 실린 것을 나타낸다. 옥텟 7에서 "RI"는 지연보상이 완료되었는지를 상대측에 알려주기 위한 리모트 인디케이터로서 1이면 균등한 지연(지연보상완료)인 것을 나타낸다. 옥텟 7에서 "RL REQ"는 원격 루프백 요구를 나타내고, "RL IND"는 원격 루프백 표시를 나타낸다. "REV"는 리비젼 레벨을 나타내고, 옥텟 8은 서브어드레스를 나타내며, 옥텟 9는 "XFLAG"로서 전송 플래그(transfer flag)를 나타낸다. 옥텟 10 내지 옥텟 16은 전화번호 다이얼 디지트(Digit-1 내지 Digit-7)를 나타낸다.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 7, " RI " is a remote indicator for informing the counterpart of whether the delay compensation is completed, and a value of 1 indicates an equal delay (delay compensation 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).

응용계층으로부터 고속의 직렬 데이터 스트림이 내려오면 N개의 베어러 채널을 통해 데이터를 전송한다. 이때 각 베어러 채널들은 디지탈 망 교환에 의해 개별적으로 접속된다. 발신 단말측에서 사용자 데이터는 도 4에 도시된 바와 같은 프레이밍 구조에 따라 프레이밍된 후 각 베어러 채널에 전달되고, 착신 단말측에서는 각 베어러 채널을 통해 수신된 데이터를 동기화 및 정렬시켜 원래의 비트 스트림으로 복원한다. 이때 프레이밍과 동기화는 모든 응용들에 대해 투명해야 한다. 그리고, 지연등화 프로토콜에서는 전체 동작은 호 설정 과정과, 호 설정에 의해 채널 접속이 이루어진 후 기존의 호에 대역폭을 추가하는 과정, 전체 호의 급격한 저하없이 사용자 데이터를 감소하기 위하여 기존 호로부터 대역폭을 삭제하는 과정이 있다.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 a call establishment process, a process of adding bandwidth to an existing call after a channel connection is established by call establishment, and deleting bandwidth from an existing call in order to reduce user data without sudden degradation of the entire call. There is a process.

호 설정 과정은 크게 초기 채널(이를 마스터 채널이라 한다.)을 설정하는 과정, 초기 채널이 설정된 후 N-1개의 채널을 다중 결합에 의해 추가하는 과정, 및 각 채널이 접속되면 지연등화를 구현하는 지연등화(DEQ) 과정의 3부분으로 구성된다.The call setup process is largely the process of setting up an initial channel (this is called a master channel), adding N-1 channels by multiple combining after the initial channel is established, and implementing delay equalization when each channel is connected. It consists of three parts of the DEQ process.

도 6은 지연보상 프로토콜에서의 호 설정 과정을 개략적으로 나타낸 흐름도이다. 도 6에서 초기 채널 설정은 첫번째로 설정되는 마스터 채널을 초기화 하고(601), 마스터 채널을 통해 발신측과 착신측간에 호 설정을 위한 파라미터를 교섭한다(602). 발신측과 착신측간에 요구된 파라미터가 협상되지 않으면 절단되며, 협상하여 수용하게되면 이제 전화번호를 교환한다(603). 전화번호 교환이 완료된 후 발신단말은 CID=1로 한 정보 메시지를 전송하여 교섭 프로세스의 종결을 알린다(604). 다중 결합 과정은 착신단말이 CID=1인 정보 메시지를 수신하면 CID=1인 정보 메시지를 반송하여 추가 채널에 대한 수용이 준비되었음을 알리고(605), 발신단말이 CID=1인 정보 메시지를 수신하면, 추가 채널에 대한 접속을 개시한다(606). DEQ과정은 각 추가 채널이 접속되면, 개개의 채널 사이의 상대적 지연균형을 측정하고(607), 호에 대한 채널 사이에서 지연이 균등하게 한 후(608), 액티브 상태에서 응용계층의 사용자 데이터가 프레이밍 과정을 거쳐 각 채널을 할당받아 전송된다(610).6 is a flowchart schematically illustrating a call setup process in a delay compensation protocol. In FIG. 6, the initial channel setup initializes the first established master channel (601), and negotiates parameters for call setup between the calling party and the called party through the master channel (602). If the required parameter between the calling party and the called party is not negotiated, it is truncated, and if it is negotiated and accepted, the telephone number is now exchanged (603). After the telephone number exchange is completed, the calling terminal sends an information message with CID = 1 to indicate the end of the negotiation process (604). When the receiving terminal receives the information message with the CID = 1, the multiple combining process returns an information message with the CID = 1 to indicate that the reception of the additional channel is ready (605), and when the originating terminal receives the information message with the CID = 1, The connection to the additional channel is initiated (606). When each additional channel is connected, the DEQ process measures the relative delay balance between the individual channels (607), equalizes the delays between the channels for the call (608), and in the active state the user data of the application layer Each channel is allocated and transmitted through the framing process (610).

다중 결합에 의해 호가 설정될 경우에 발신측 및 착신측의 DEQ 교섭 제어계층 및 DEQ 멀피프레임 제어계층의 상태는 다음 표 2 내지 표 4와 같이 정의된다.When a call is established by multiple combining, the states of the DEQ negotiation control layer and the DEQ mulberry frame control layer of the calling party and the called party are defined as shown in Tables 2 to 4 below.

DEQ 교섭 제어계층의 상태(발신측)Status of the DEQ negotiation control layer (calling side) 상태명State name 표기Mark 내용Contents 무효(null) 상태Null state 00 호가 존재하지 않은 상태No call exists 최초 호 설정Initial call setup 1One 발신측이 최초채널로 INIT REQ를 송신하고 INIT ACK를 기다리는 상태Calling party sends INIT REQ on the first channel and waits for INIT ACK 최초 호 설정 CID=1 대기Initial call setup CID = 1 wait 1a1a 발신측에서 파라메터 교섭과 DN교환이 완료되고 CID=1 을 송신한 후 CID=1을 기다리는 상태Waiting for CID = 1 after completing parameter negotiation and DN exchange at the calling party and sending CID = 1 전화번호 대기Wait for phone number 22 발신측이 추가DN을 요구한 후 수신을 대기하는 상태The calling party waits for receiving after requesting additional DN 추가 채널Additional channels 33 파라메터 교섭과 DN교환을 완료한 후 나머지 채널을 설 정하는 상태Status of setting remaining channel after completing parameter negotiation and DN exchange 활성activation 88 모든 채널이 설정완료되어 DEQ 멀티프레임이 데이터를 전송할 수 있는 상태All channels are set up so that DEQ multiframe can transmit data 활성-삭제 개시Active-Delete Initiation 8a8a 발신측이 채널삭제를 요구한 후 응답을 기다리는 상태Waiting for response after calling party requests channel deletion 활성-추가 개시Active-additional initiation 8b-18b-1 발신측이 채널추가를 요구한 후 응답을 기다리는 상태Waiting for response after calling party requests to add channel 활성-추가 채널Active-additional channels 8b-28b-2 발신측이 채널추가에 대한 긍적적인 응답을 수신한 후 추가채널들을 설정하는 상태The originator sets up additional channels after receiving a positive response to the channel addition. 활성-CID1 대기Active-CID1 Wait 8c8c 발신측이 채널추가 혹은 삭제에 대한 완료의 신호로 CID=1을 송신한 후 응답을 대기하는 상태The calling party waits for a response after sending CID = 1 as a signal of completion of adding or deleting a channel. 활성-모드1Active-mode1 8d8d 모드1의 활성상태로서 정보메시지가 교환되지 않고 CC와 DEQ MC 사이에 메시지를 전달함Mode 1 is active and information messages are not exchanged and messages are transferred between CC and DEQ MC. 절단 요구Cutting requirements 99 발신측이 절단을 요구하고나서 응답을 대기하는 상태Waiting for response after calling party requests to disconnect

DEQ 교섭 제어계층의 상태(착신측)Status of DEQ negotiation control layer (receive side) 상태명State name 표기Mark 내용Contents 무효(null)상태Null state 00 호가 존재하지 않은 상태No call exists 호 수신Receive call 44 착신측이 채널접속요구를 수신한 상태The called party receives the channel connection request 초기화 수신Receive initialization 55 INIT REQ가 수신되어 INIT ACK를 응답한 상태Received INIT ACK and received INIT ACK 추가채널 대기Additional Channel Standby 66 착신측에서 파라메터교섭과 DN교환이 완료된 후 나머 지 채널에 대한 설정을 대기하고 있는 상태Waiting for setting for the rest of channel after parameter negotiation and DN exchange are completed at called party 활성activation 88 모든 채널이 설정완료되어 DEQ멀티프레임이 데이터를 전송할 수 있는 상태All channels are set up so that DEQ multiframe can transmit data 활성 삭제 개시Initiate Active Delete 8a8a 착신측이 채널삭제를 요구한 후 응답을 기다리는 상태Called party waits for response after requesting channel deletion 활성 추가 개시Active additional start 8b-18b-1 착신측이 채널추가를 요구한 후 응답을 기다리는 상태Called party waits for response after requesting channel addition 활성 추가 채널Active additional channels 8b-28b-2 착신측이 채널추가에 대한 긍적적인 응답을 수신한 후 추가채널에 대한 설정을 대기하는 상태After the called party receives a positive response to the channel addition, the called party waits for setting up the additional channel. 활성 CID=1 대기Active CID = 1 wait 8c8c 착신측이 채널추가 혹은 삭제에 대한 완료의 신호로 CID=1을 송신한 후 응답을 대기하는 상태The called party waits for a response after sending CID = 1 as a signal of completion of adding or deleting a channel. 활성 모드1Active mode 1 8d8d 모드1의 활성상태로서 정보메시지가 교환되지 않고 CC와 DEQ MC 사이에 메시지를 전달함Mode 1 is active and information messages are not exchanged and messages are transferred between CC and DEQ MC. 절단 요구Cutting requirements 99 착신측이 절단을 요구하고나서 응답을 대기하는 상태Waiting for a response after the called party requests to disconnect

DEQ 멀티프레임 제어계층의 상태Status of the DEQ Multiframe Control Layer 상태명State name 표기Mark 내 용Contents 무효(null)상태Null state 00 멀티프레임기능에 접속될 채널을 기다리는 상태Waiting for channel to be connected to multi-frame function 미지의 동기 검색 상태Unknown synchronous search state 0a0a 착신측이 채널에 연결된 후 멀티프레임동기나 최초 채널이라는 정보메시지의 수신을 대기하는 상태After the called party is connected to the channel, it waits to receive the information message of multi-frame synchronization or initial channel. 지역동기 대기상태Local synchronous standby 1One 종단점이 멀티프레임 패턴을 송신하면서 모든채널에 대한 멀티프레임동기를 기다리는 상태The endpoint waits for multiframe synchronization for all channels while sending a multiframe pattern 원격동기 대기상태Remote Sync Standby 22 모든채널에 대한 멀티프레임 동기가 완료된 후 종단점이 멀티프레임 동기되는 것을 대기하고 있는 상태Waiting for endpoint to be multi-frame synchronized after multi-frame synchronization is completed for all channels 모드 1 핸드세이크Mode 1 Handshake 2a2a 모드 1 에서 종단점이 RI=1 혹은 A=0을 송신한 후 A=0 혹은 동기상실을 대기하고 있는 상태In mode 1, the endpoint is waiting for A = 0 or loss of synchronization after sending RI = 1 or A = 0. 전 채널동기All Channel Synchronization 33 모든 채널에서 멀티프레임동기와 DEQ등화가 완료된 상태Multi-frame synchronization and DEQ equalization completed on all channels 모드 1 액티브Mode 1 active 3a3a 모드1에서 프레이밍이 제거되고 데이터가 전달되는 상태Framing is removed and data is passed in mode 1

상기 표 2와 표 3에서 착신측 및 발신측의 절단 요구 상태(9:DISC REQ)는 각 단말측이 상대방에게 절단을 요구하고 응답을 대기하는 상태로 절단 요구 1상태(9-1:DISC REQ 1)와 절단 요구 2상태(9-2:DISC REQ 2)가 있다. 현재 상태가 무효 상태(0)와 절단 요구 상태(9)를 제외한 모든 상태일 경우 상대측으로 절단 요구(DISC REQ) 메시지를 송신하거나 호 제어 계층으로부터 절단 요구(DQ_DISC_REQ) 프리미티브를 수신받았을 때 다음 상태는 절단 요구 1상태(DISC REQ 1)로 천이되고, 상대방으로부터 절단 요구(DISC REQ) 메시지를 수신했을 때 다음 상태는 절단 요구 2상태(DISC REQ 2)로 천이된다.In Tables 2 and 3, the disconnect request state (9: DISC REQ) of the called party and the calling party is a state in which each terminal requests the other party to disconnect and waits for a response. 1) and cut request 2 state (9-2: DISC REQ 2). If the current state is any state except the invalid state (0) and the disconnect request state (9), the next state is that when a DISC REQ message is sent to the other party or a disconnect request (DQ_DISC_REQ) primitive is received from the call control layer. When a transition request 1 state (DISC REQ 1) is reached and a disconnect request (DISC REQ) message is received from the other party, the next state transitions to a disconnect request 2 state (DISC REQ 2).

본 발명에서 구현하고자 하는 접속중지 요구 프리미티브(DQ_ABORT_REQ)는 돌발적인 상황에 대해 접속된 호를 정규적인 절단 프로시져를 거치지 않고 비정규적으로 절단 하기 위한 것이다. 접속중지 요구 프리미티브(DQ_ABORT_REQ)는 발신측 혹은 착신측의 호제어 계층으로부터 DEQ 교섭 제어계층으로 보내져서 호 절단을 요구하게 된다.The disconnect request primitive (DQ_ABORT_REQ) to be implemented in the present invention is for disconnecting an abnormally disconnected call without going through a regular truncation procedure. The disconnect request request primitive (DQ_ABORT_REQ) is sent from the call control layer of the calling party or the called party to the DEQ negotiation control layer to request call disconnection.

도 7은 본 발명의 접속중지 요구 프리미티브에 관련된 각 계층의 상태도를 도시한 것이다. 도 7의 (a)는 발신측의 DEQ 교섭 제어계층이며, (b)는 착신측의 DEQ 교섭 제어계층이며, (c)는 발신측 혹은 착신측의 DEQ 멀티프레임 제어계층이다.7 shows a state diagram of each layer associated with the disconnect request primitive of the present invention. 7A is a DEQ negotiation control layer at the calling party, (b) is a DEQ negotiation control layer at the called party, and (c) is a DEQ multiframe control layer at the calling party or the called party.

(a)에서 발신측의 현재 상태가 절단 요구 상태(9)인 경우 절단 승인(DISC ACK) 메시지를 수신하거나, 중지 요구 프리미티브(DQ_ABORT_REQ)를 수신하거나, 발신측 절단 타이머 TCdisc 가 종료되면, 다음 상태는 무효상태(0)로 천이한다. 그리고, 현재 상태가 무효 상태(0)와 절단 요구 상태(9)를 제외한 나머지 상태일 경우 접속중지 요구 프리미티브(DQ_ABORT_REQ)를 수신하게 되면, 다음 상태는 무효 상태(0)로 천이한다.In (a), if the current state of the calling party is the disconnect request state (9), when receiving a DISC ACK message, receiving a stop request primitive (DQ_ABORT_REQ), or when the calling party disconnect timer TCdisc ends, Transitions to the invalid state (0). When the current state is other than the invalid state (0) and the disconnect request state (9), when the connection stop request primitive (DQ_ABORT_REQ) is received, the next state transitions to the invalid state (0).

(b)에서 착신측의 현재 상태가 무효 상태(0)와 절단 요구상태(9)를 제외한 나머지 상태일 경우 접속중지 요구 프리미티브(DQ_ABORT_REQ)를 수신하게 되면, 다음 상태는 무효 상태(0)로 천이한다.If (b) receives the disconnect request request primitive (DQ_ABORT_REQ) when the current state of the called party is other than the invalid state (0) and the disconnect request state (9), the next state transitions to the invalid state (0). do.

(c)에서 발신측 혹은 착신측의 현재 상태가 무효 상태(0)와 미지의 동기 대기상태(0a)를 제외한 나머지 상태 즉, 지역동기 대기 상태(1), 원격 동기 대기 상태(2), 모드 1핸드세이크(2), 전 채널 동기(3) 및 모드 1 액티브 상태(3a)일 경우 채널 삭제 요구 프리미티브(CC_DEL_REQ)를 수신하면, 다음 상태는 무효 상태(0)로 천이한다. 이 때 채널 삭제 요구 프리미티브(CC_DEL_REQ)는 DEQ 교섭 제어계층으로부터 DEQ 멀티 프레임 제어계층에 전달되어 모든 채널을 삭제할 것을 요청한다.In (c), the current state of the calling party or called party is other than the invalid state (0) and the unknown synchronous wait state (0a), that is, local synchronous wait state (1), remote synchronous wait state (2), mode In the case of one hand shake 2, all channel synchronization 3, and mode 1 active state 3a, upon receipt of the channel delete request primitive CC_DEL_REQ, the next state transitions to an invalid state (0). At this time, the channel deletion request primitive (CC_DEL_REQ) is transferred from the DEQ negotiation control layer to the DEQ multi-frame control layer and requests to delete all channels.

도 8은 본 발명에 따른 접속중지 요구 프리미티브 처리 절차를 도시한 흐름도이다. 도 8은 SDL 다이어그램을 사용하여 발신측 및 착신측에서의 접속중지 요구 프리미티브 처리를 간략히 표시였다.8 is a flowchart illustrating a disconnect request primitive processing procedure according to the present invention. 8 is a simplified representation of the disconnect request primitive processing at the calling party and the called party using the SDL diagram.

① 발신측이 접속중지 요구 프리미티브 수신① Calling party receives disconnect request primitive

호 제어계층에서 전송된 접속중지 요구(DQ_ABORT_REQ) 프리미티브를 DEQ 교섭제어계층에서 수신하면(800), 발신측은 DEQ 교섭 제어계층의 현재 상태를 조사한다.When the disconnect request (DQ_ABORT_REQ) primitive sent from the call control layer is received at the DEQ negotiation control layer (800), the calling party examines the current state of the DEQ negotiation control layer.

현재 상태가 절단요구 1(DISC REQ 1)인 경우(820)에는 호제어계층으로 절단 지시 (DQ_DISC_IND)프리미티브를 전송하고(821), DEQ 멀티프레임 제어계층으로 모든 채널에게 채널 삭제 요구(CC_DEL_REQ) 프리미티브를 전송한다(822). 그리고 나서 절단하고자 하는 호에 관련된 모든 타이머를 정지시킨 후에(823) 무효 상태로 천이한다(860).If the current state is DISC REQ 1 (820), a disconnect instruction (DQ_DISC_IND) primitive is transmitted to the call control layer (821), and a channel delete request (CC_DEL_REQ) primitive is transmitted to all channels to the DEQ multiframe control layer. Send (822). It then transitions to an invalid state after stopping (823) all timers associated with the call to be disconnected (860).

현재 상태가 절단 요구 2(DISC REQ 2)인 경우(830)에는 호 제어계층으로 절단 확인(DQ_DISC_CONF)프리미티브를 전송하고(831), DEQ 멀티프레임 제어계층으로 모든 채널에게 채널 삭제 요구(CC_DEL_REQ) 프리미티브를 전송한다(832). 그리고나서 절단하고자 하는 호에 관련된 모든 타이머를 정지시킨 후에(833) 무효 상태로 천이한다(860).If the current state is disconnect request 2 (DISC REQ 2) (830), a disconnect acknowledgment (DQ_DISC_CONF) primitive is transmitted to the call control layer (831), and a channel delete request (CC_DEL_REQ) primitive is transmitted to all channels to the DEQ multiframe control layer. Transmit (832). Then, after stopping all timers associated with the call to be disconnected (833), the transition to the invalid state (860).

현재 상태가 절단 요구1,2(DISC REQ1,2)와 무효(NULL) 상태를 제외한 나머지 상태일 경우(840)에는 절단하고자 하는 호에 관련된 모든 타이머를 정지시키고(841), DEQ 멀티프레임 제어계층으로 모든 채널에게 채널 삭제 요구(CC_DEL_REQ) 프리미티브를 전송한다(842).If the current state is other than DISC REQ1 and 2 (DISC REQ1 and 2) and the NULL state (840), all timers related to the call to be disconnected are stopped (841) and the DEQ multiframe control layer In step 842, the channel deletion request (CC_DEL_REQ) primitive is transmitted to all channels.

현재 상태가 무효(NULL) 상태일 경우에는 상기 접속중지 요구(DQ_ABORT_REQ) 프리미티브를 무시한다(870).If the current state is an invalid state, the disconnect request (DQ_ABORT_REQ) primitive is ignored (870).

② 착신측이 접속중지 요구 프리미티브 수신② The called party receives the disconnect request request primitive.

호 제어계층에서 전송된 접속중지 요구(DQ_ABORT_REQ) 프리미티브를 DEQ 교섭제어계층에서 수신하면(800), 착신측은 DEQ 교섭 제어계층의 현재 상태를 조사한다.When the disconnect request (DQ_ABORT_REQ) primitive sent from the call control layer is received at the DEQ negotiation control layer (800), the called party examines the current state of the DEQ negotiation control layer.

현재 상태가 무효(NULL), 절단 요구 1,2(DISC REQ 1,2)를 제외한 나머지 상태일 경우(850)에는 절단하고자 하는 호에 관련된 모든 타이머를 정지시키고(851), DEQ 멀티프레임 제어계층으로 모든 채널에게 채널 삭제 요구(CC_DEL_REQ)프리미티브를 전송한다(852). 그리고나서, 무효 상태로 천이한다(860).If the current state is invalid, other than the DISC REQ 1 and 2 (DISC REQ 1 and 2) (850), all timers related to the call to be disconnected are stopped (851) and the DEQ multiframe control layer In step 852, the channel deletion request (CC_DEL_REQ) primitive is transmitted to all channels. Then, transition to an invalid state (860).

현재 상태가 무효(NULL), 절단 요구 1,2(DISC REQ 1,2) 상태일 경우에는 상기 접속중지 요구(DQ_ABORT_REQ) 프리미티브를 무시한다(870).If the current state is invalid and disconnect request 1,2 (DISC REQ 1,2) state, the disconnect request (DQ_ABORT_REQ) primitive is ignored (870).

종래에는 상태천이를 중심으로 메시지(프리미티브)를 처리하기 때문에 중복된 코드가 발생하고 처리 속도가 느린 단점이 있었다. 본 발명은 메시지(프리미티브)를 중심으로 처리하므로써 동일한 프리미티브에 대해 각 상태의 처리절차가 유사 또는 동일한 경우 이들 처리 절차를 병합하기가 쉽고 코드 크기가 감소되어 처리 속도를 향상 시킬 수 있다.In the related art, since a message (primitive) is processed around a state transition, duplicate codes are generated and processing speed is slow. According to the present invention, the processing of messages (primitives) can be easily merged when the processing procedures of each state are the same or the same for the same primitive, and the code size can be reduced to improve the processing speed.

Claims (4)

서비스에 요구되는 광대역을 제공하기 위하여 N개의 채널들을 다중 결합하여 결합된 채널들의 지연을 등화시키기 위한 지연보상 프로토콜에서 접속중지 요구(DQ_ABORT_REQ) 프리미티브를 처리하는 방법에 있어서,10. A method of processing a disconnect request request (DQ_ABORT_REQ) primitive in a delay compensation protocol for equalizing delays of combined channels by multiplexing N channels to provide a broadband required for a service. (a) 접속중지 요구 프리미티브를 수신하는 단계;(a) receiving a disconnect request primitive; (b) 접속중지 요구 프리미티브를 수신한 발신측 혹은 착신측의 현재 상태를 판단하는 단계;(b) determining a current state of the calling party or called party that has received the disconnect request request primitive; (c) 상기 (b)단계에서 발신측이 절단 요구 1 상태인 경우에는 상하계층간에 소정의 프리미티브를 교환하고 요구된 절단 호에 관련된 모든 타이머를 정지시킨 후 무효 상태로 천이하는 단계;(c) if the calling party is in the disconnect request 1 state in step (b), exchanging predetermined primitives between upper and lower layers, stopping all timers related to the requested disconnect call, and then transitioning to an invalid state; (d) 상기 (b)단계에서 발신측이 절단 요구 2 상태인 경우에는 상하계층간에 소정의 프리미티브를 교환하고 요구된 절단 호에 관련된 모든 타이머를 정지시킨 후 무효 상태로 천이하는 단계;(d) exchanging predetermined primitives between the upper and lower layers, stopping all timers associated with the requested disconnect call when the calling party is in the disconnect request 2 state in step (b); (e) 상기 (b)단계에서 발신측 혹은 착신측중 어느 하나가 무효상태, 절단 요구 1상태, 절단 요구 2상태를 제외한 나머지 상태인 경우에는 절단 호에 관련된 모든 타이머를 정지시키고 무효상태로 천이하는 단계를 포함하여 구성되는 것을 특징으로 하는 종합정보통신망의 지연보상 프로토콜에 따른 접속중지 요구 프리미티브 처리 방법.(e) If any one of the calling party or the called party in the step (b) is other than the invalid state, the disconnect request 1 state, and the disconnect request 2 state, all timers related to the disconnect call are stopped and the state transitions to the invalid state. The method for processing a connection stop request primitive according to a delay compensation protocol of a comprehensive information communication network, comprising the steps of: 제 1 항에 있어서, 상기 (c)단계에서 소정의 프리미티브는 DEQ 교섭제어계층에서 호 제어계층으로 절단 지시(DQ_DISC_IND) 프리미티브를 전송하며, DEQ 교섭제어계층에서 DEQ 멀티프레임 제어계층으로 채널 삭제 요구(CC_DEL_REQ) 프리미티브를 전송하는 것을 특징으로 하는 종합정보통신망의 지연보상 프로토콜에 따른 접속 중지 요구 프리미티브 처리 방법.The method of claim 1, wherein in step (c), the predetermined primitive transmits a disconnect instruction (DQ_DISC_IND) primitive from the DEQ negotiation control layer to the call control layer, and requests for channel deletion from the DEQ negotiation control layer to the DEQ multiframe control layer. CC_DEL_REQ) A method for processing a connection stop request primitive according to a delay compensation protocol of an integrated information communication network, characterized by transmitting a primitive. 제 1 항에 있어서, 상기 (d)단계에서 소정의 프리미티브는 DEQ 교섭제어계층에서 호 제어계층으로 절단 확인(DQ_DISC_CONF) 프리미티브를 전송하며, DEQ 교섭제어계층에서 DEQ 멀티프레임 제어계층으로 채널 삭제 요구(CC_DEL_REQ) 프리미티브를 전송하는 것을 특징으로 하는 종합정보통신망의 지연보상 프로토콜에 따른 접속중지 요구 프리미티브 처리 방법.The method of claim 1, wherein in step (d), the predetermined primitive transmits a disconnect acknowledgment (DQ_DISC_CONF) primitive from the DEQ negotiation control layer to the call control layer, and requests for channel deletion from the DEQ negotiation control layer to the DEQ multiframe control layer. CC_DEL_REQ) A method for processing a connection stop request primitive according to a delay compensation protocol of a general information communication network, characterized by transmitting a primitive. 제 1 항에 있어서, 상기 (e)단계에서 발신측 혹은 착신측은 모든 타이머를 정지시킨 후 DEQ 교섭제어계층에서 DEQ 멀티프레임 제어계층으로 모든 채널에 채널 삭제 요구(CC_DEL_REQ) 프리미티브를 전송하는 것을 특징으로 하는 종합정보통신망의 지연보상 프로토콜에 따른 접속 중지 요구 프리미티브 처리 방법.2. The method of claim 1, wherein in step (e), the calling party or the called party stops all timers and transmits a channel delete request (CC_DEL_REQ) primitive to all channels from the DEQ negotiation control layer to the DEQ multiframe control layer. A method for processing a connection interrupt request primitive according to a delay compensation protocol of a general information communication network.
KR1019970065893A 1997-12-04 1997-12-04 Process of request primitive to disconnect the call according to delay equalijation protocol in isdn KR100248665B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019970065893A KR100248665B1 (en) 1997-12-04 1997-12-04 Process of request primitive to disconnect the call according to delay equalijation protocol in isdn

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019970065893A KR100248665B1 (en) 1997-12-04 1997-12-04 Process of request primitive to disconnect the call according to delay equalijation protocol in isdn

Publications (2)

Publication Number Publication Date
KR19990047466A KR19990047466A (en) 1999-07-05
KR100248665B1 true KR100248665B1 (en) 2000-03-15

Family

ID=19526452

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019970065893A KR100248665B1 (en) 1997-12-04 1997-12-04 Process of request primitive to disconnect the call according to delay equalijation protocol in isdn

Country Status (1)

Country Link
KR (1) KR100248665B1 (en)

Also Published As

Publication number Publication date
KR19990047466A (en) 1999-07-05

Similar Documents

Publication Publication Date Title
KR100248665B1 (en) Process of request primitive to disconnect the call according to delay equalijation protocol in isdn
KR100243481B1 (en) Cut response message processing method according to delay compensation protocol of isdn
KR100248666B1 (en) Process of master channel identification message according to delay equalization protocol in sdin
KR100243480B1 (en) Init ack message processing method according to delay compensation protocol of isdn
KR100243482B1 (en) Method of processing channel discrimination message according to delay compensation protocol of isdn
KR100248662B1 (en) Method for processing framing searching timer expiration primitive according to the delay equalization protocol in isdn
KR100257546B1 (en) Disconnection message processing method according to delay equalization protocol in isdn
KR100248661B1 (en) Method for processing additional channel require primitive according to the delay equalization protocol in isdn
KR100248660B1 (en) Method for processing channel deleting require primitive according to the delay equalization protocol in isdn
KR100248663B1 (en) Method for processing delay equalization timer expiration primitive according to the delay equalization protocol in isdn
KR100248664B1 (en) Method for processing the information channel require primitive according to the delay equalization protocol in isdm
KR100237487B1 (en) Method of processing txadd01 timer expiration primitive according to delay equalization protocol in isdn
KR100237488B1 (en) Method of processing initial timer expiry primitice according ro delay equalization protocol in isdn
KR100229548B1 (en) Method for processing dq_del_ch_req primitive for delay equalization protocol in isdn
KR100212855B1 (en) Method for processing the initial request message according to delay equalization protocol in isdn
KR100209812B1 (en) Method for processing add channel request primitive for delay equalization protocol in isdn
KR100209434B1 (en) Method for processing add call disconnection request primitive for delay equalization protocol in isdn
KR19990047467A (en) Phone Number Response Message Processing Method According to Delay Compensation Protocol of Integrated Communication Network
KR100226707B1 (en) Method of processing primitives according delay equalization protocol in isdn
KR100209810B1 (en) Method for processing initial timer expires primitive for delay equalization protocol in isdn
KR100209811B1 (en) Method for processing channel fail indication primitive for delay equalization protocol in isdn
KR19990032817A (en) Null timer termination primitive processing method according to delay equalization protocol in integrated telecommunication network
KR100287754B1 (en) Additional Channel Setting Method according to Delay Equalization Protocol in Integrated Telecommunication Network
KR100229549B1 (en) Method for processing connection request primitive for delay equalization protocol in isdn
KR19990032814A (en) Truncation Timer Termination Primitive Processing Method according to Delay Equalization Protocol in Integrated Telecommunication Network

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20031126

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee