KR19990047466A - Connection Stop Request Primitive Processing According to Delay Compensation Protocol of Integrated Communication Network - Google Patents
Connection Stop Request Primitive Processing According to Delay Compensation Protocol of Integrated Communication Network Download PDFInfo
- Publication number
- KR19990047466A KR19990047466A KR1019970065893A KR19970065893A KR19990047466A KR 19990047466 A KR19990047466 A KR 19990047466A KR 1019970065893 A KR1019970065893 A KR 1019970065893A KR 19970065893 A KR19970065893 A KR 19970065893A KR 19990047466 A KR19990047466 A KR 19990047466A
- Authority
- KR
- South Korea
- Prior art keywords
- primitive
- state
- request
- disconnect
- control layer
- Prior art date
Links
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
본 발명은 종합정보통신망(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.
도 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.
상기 표 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. Fig. 7 (a) shows the DEQ negotiation control layer on the calling side, (b) shows the DEQ negotiation control layer on the called side, and (c) shows the DEQ multiframe control layer on the calling side or the called side.
(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)
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 true KR19990047466A (en) | 1999-07-05 |
KR100248665B1 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) |
-
1997
- 1997-12-04 KR KR1019970065893A patent/KR100248665B1/en not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
KR100248665B1 (en) | 2000-03-15 |
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 |