KR100219224B1 - Isdn 사용자-망 접속의 계층 3에서 해제 요구 프리미티브 처리방법 - Google Patents
Isdn 사용자-망 접속의 계층 3에서 해제 요구 프리미티브 처리방법 Download PDFInfo
- Publication number
- KR100219224B1 KR100219224B1 KR1019960026641A KR19960026641A KR100219224B1 KR 100219224 B1 KR100219224 B1 KR 100219224B1 KR 1019960026641 A KR1019960026641 A KR 1019960026641A KR 19960026641 A KR19960026641 A KR 19960026641A KR 100219224 B1 KR100219224 B1 KR 100219224B1
- Authority
- KR
- South Korea
- Prior art keywords
- layer
- primitive
- release
- state
- call
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
본 발명은 ISDN 사용자-망 접속의 계층 3에서 해제 요구프리미티브 처리방법에 관한 것으로, 수신된 프리미티브의 아이디와 링크 아이디를 판별하는 단계; 수신된 프리미티브가 해제 요구(RELEASE_REQ) 프리미티브이면, 마이너 링크 아이디를 확인하고, 해당 계층 3엔티티의 상태를 판별하는 단계; 계층 3 엔티티의 상태가 중첩 송신중(U2)이면 해당 타이머 T304를 기동하고, 발신호 진행(U3)이면 해당 타이머 T310을 기동한 후 원인 정보요소가 포함된 해제 메세지를 계층 2로 전송하는 단계; 계층 3 엔티티가 절단 표시(U12)상태이면 정보요소가 없는 해제 메세지를 생성하여 계층 2로 전송하는 단계; 및 해당 타이머 T308을 기동하고, 해당 엔티티의 상태를 호 수신(Call received:U7) 상태로 하는 단계가 구비되어 종합정보통신망에서 ISDN단말기를 계층 화된 프로토콜에 따라 망(Network)에 접속한다.
Description
본 발명은 종합정보통신망(ISDN)에서 사용자(USER)와 망(NETWORK)간의 접속기술에 관한 것으로, 특히 계층 3(LAYER 3)에 있어서 관리(CC)계층 으로부터 수신되는 해제 요구(RELEASE_REQ) 프리미티브를 처리하는 방법에 관한 것이다.
정보사회의 진전과 함께 통신요구가 다양화되고 음성, 데이타, 영상등 통신망이 취급하는 미디어도 다양화되어 종래와 같이 서비스별로 각각 구축되던 개별망으로는 효율적인 서비스를 제공할 수 없게 되었다. 따라서 서비스별로 구축되던 개별망을 통합하고 디지탈화하여 종합적인 서비스를 제공할 수 있는 종합정보통신망(ISDN)이 등장하게 되었으며, 이러한 종합정보통신망(ISDN)은 다양한 단말기들을 통일적으로 수용하기 위하여 사용자와 망간의 인터페이스가 디지탈 가입자선 신호방식(DSS1: Digital Subscriber Signalling System 1)으로 표준화되어 있고, 망과 망 사이의 인터페이스도 No.7 공통선 신호방식(CCS)으로 표준화되어 있다.
ISDN의 사용자-망간 인터페이스(UNI)의 신호방식인 DSS1은 도 1에 도시된 바와 같이, OSI(개방형 시스템간 상호접속)참조모델에 의해서 레이어 1부터 레이어 3까지의 계층 으로 구현되는데, 각 계층 의 개요 및 ITU-T의 권고안과의 관계는 다음 표1과 같다.
레이어 | 기능개요 | 해당 권고안 |
레이어1 | 전기 물리적인 조건 | I.430, I.431 |
레이어2 | 메세지전송을 위한 링크 설정제어, 오류제어 | Q.920, Q.921 |
레이어3 | 호의 설정, 개방 | Q.930, Q.931 |
도 1을 참조하면, 전화국내에 위치한 ISDN 교환기에 가입자선을 통해 주택(혹은 건물)내에 위치한 제1 망 단말장치(NT1)가 연결되고, 건물내에서는 S/T점을 통해 ISDN 단말기(TE1) 또는 제2 망 단말장치(NT2)가 제1 망 단말장치(NT1)에 접속되어 있다.
여기서, 'NT1'(망 단말장치1)은 가입자선으로 디지탈 신호를 전송하기 위한 주택내의 송수신장치이고, 'NT2'(망 단말장치2)는 사설교환기(PBX)에 해당하는 장치로서 내선에 ISDN 단말(TE1)을 수용할 수 있고, 'TE1'은 ISDN 표준단말로서 NT1에 직접 접속되는 경우와 NT2를 경유하여 접속되는 경우가 있고, ISDN대응 기능을 갖지 않은 기존 단말인 'TE2'는 미도시된 터미날어답터(TA)를 통해 ISDN망에 접속된다. 또한, NT1과 NT2 사이의 인터페이스 점을 'T'점이라 부르고, NT2와 TE1 사이의 인터페이스점을 'S'점이라 부르는데, S점의 인터페이스 사양은 T점에 준거한 것이라 정해져 있으므로 TE1이 NT1과 접속되는 점을 'S/T'점이라 부른다.
그리고 ISDN 단말기와 같은 가입자측 단말은 ISDN 교환기와 접속되기 위하여, 앞서 설명한 레이어 1 내지 레이어 3의 프로토콜에 따라 접속되며 이러한 접속을 규정한 권고안이 상기 표1과 같다. 즉, 상기 표1에서 레이어 1은 ISDN 권고안 I.430, I.431로 권고된 물리계층 의 사용자-망 인터페이스로서, 2B+D 접속의 기본 인터페이스와 23B+D 혹은 30B+D의 일차군속도 인터페이스가 있으며, 기본 인터페이스에서 프레임 구조는 250μs단위의 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에 의해 권고되어 있다.
그런데 ISDN 단말기를 구현하기 위해서는 이상에서 설명한 바와 같은 기능들이 구현되어야 하는데, 동일 계층 간에 약속이 정의된 것이 "프로토콜(protocol)"이고, 상하 계층 간의 논리적인 교환을 정의한 것이 "프리미티브(primitive)"이다. 즉, 각 계층 에는 해당 계층 의 기능을 구현하는 엔티티(entity)들이 있고, 이 엔티티들이 프리미티브를 통해 상하간에 정보를 교환하도록 되어 있다.
이러한 프리미티브는 요구(REQUEST), 표시(INDICATE), 응답(RESPONSE), 확인(CONFIRM)과 같은 4가지 형태로 구분되는데, 데이타 전송에 관련된 대부분의 프리미티브는 상위계층 에서 하위계층 으로 전달되는 요구(REQUEST) 프리미티브와, 하위계층 에서 상위계층 으로 전달되는 표시(INDICATE) 프리미티브로 이루어진다.
그리고, 확인(CONFIRM) 프리미티브는 상위계층 으로부터의 특정 요구 프리미티브에 관련해서 하위계층 이 이에 응답해야 할 의무가 있을 경우 상위 계층 에 이를 알리는 프리미티브이고, 응답(RESPONSE) 프리미티브는 하위계층 으로부터의 특정 표시 프리미티브에 대해 상위계층 이 이에 응답해야 할 의무가 있을 경우 하위계층 알려주기 위한 프리미티브이다.
한편, 계층 3(Q.931)에서 처리해야 할 프리미티브들은 도 2에 도시된 바와 같이, 계층 2로부터 전달되는 설정 표시(DL_ESTABLISH_IND), 설정 확인(DL_EST_CFM), 해제확인(DL_REL_CFM), 데이타 표시(DL_DAT_IND), 유닛데이타표시(DL_UDA_IND)가 있으며, GCR로부터 수신되는 재개요구(REST_REQ), GCR로 전달하는 재개확인(REST_CFM), 타이머(T316), 타이머(T317)가 있고, MG(CC)계층 으로부터 전달되는 호출 요구(ALERT_REQ), 절단 요구(DISC_REQ), 정보 요구(INFO_REQ), 부가정보 요구(MORE_INFO_REQ), 통지 요구(NOTI_REQ), 호 진행 요구(PROC_REQ), 호 경과 요구(PROG_REQ), 거부 요구(REJ_REQ), 해제 요구(RELE_REQ), 호재개요구(RESU_REQ), 호설정 응답(SETUP_RES), 호설정요구(SETUP_REQ), 호일시정지 요구(SUSP_REQ)가 있으며, 계층 3에서 자신에게 다시 보내는 타이머들 T301_EXP, T302_EXP, T303_EXP, T304_EXP, T305_EXP, T306_EXP, T307_EXP, T308_EXP, T309_EXP, T310_EXP, T313_EXP, T314_EXP, T318_EXP, T319_EXP, T321_EXP, T322_EXP 등이 있다. 이때 xx_xxxx_REQ는 요구 프리미티브를 나타내고, xx_xxxx_IND는 표시프리미티브를 나타내며, xx_xxxx_RES는 응답 프리미티브를, xx_xxxx_CFM은 확인 프리미티브를 나타낸다. 그리고 PH_xxxx_xxx는 데이타링크계층 과 물리계층 사이의 프리미티브이고, DL_xxxx_xxx는 계층 3과 데이타링크계층 사이의 프리미티브이며, MPH_xxxx_xxx는 관리계층 과 물리계층 사이의 프리미티브이고, MDL_xxxx_xxx는 관리계층 과 데이타링크계층 의 프리미티브이다. 계층 3과 관리계층 간에는 접두어가 없고, 관리(MG)계층 은 "호제어(CC: Call Control)"와 "전체 호 참조번호제어(GCR: Global Call Reference Control)"로 구분된다. 또한 계층 3(Q.931)에서 정의된 "상태(state)"는 호의 종류와 사용자측이냐 망측이냐 따라 정의되는데, 예컨대 회선 교환 호일 경우 사용자측에서의 상태는 다음 표2와 같다.
상 태 명 | 표기 | 내 용 |
영(null) 상태 | U0 | 호가 존재하지 않은 상태 |
호 개시 | U1 | 발신호에서 사용자가 호설정을 요구한 상태 |
중첩 송신중 | U2 | 발신호에서 사용자가 중첩모드로 부가적인 정보를 송출할 수 있도록 호설정 요구의 확인을 받은 상태 |
발신호 진행 | U3 | 발신호에서 호설정에 필요한 모든정보를 망이 수신했다는 확인을 받은 상태 |
호 전달 | U4 | 발신호에서 발신측 사용자가 상대측사용자의 호출이 개시되었다는 표시를 받은 상태 |
호 존재 | U6 | 착신호에서 사용자가 호설정을 요구받았으나 응답하지 않은 상태 |
호 수신 | U7 | 착신호에서 사용자가 호출을 표시하였으나 응답하지 않은 상태 |
접속 요구 | U8 | 착신호에서 사용자가 응답을 하고 호가 부여되기를 기다리는 상태 |
착신호 진행 | U9 | 착신호에서 호 설정에 필요한 모든 정보가 수신되었다는 확인을 사용자가 보낸상태 |
통신중(active) | U10 | 착신호에서 호가부여되었다는 확인을 사용자가 망으로받은상태, 혹은 발신호에서 상대측 사용자가 호에 응답하였다는 표시를 사용자가 받은 상태 |
절단 요구 | U11 | 사용자가 종단간 접속의 복구를 요구하고 응답을 기다리는 상태 |
절단 표시 | U12 | 망이 종단간 접속을 절단했기 때문에 사용자가 절단요청을 받은 상태 |
일시정지 요구 | U15 | 사용자가 호의 일시정지를 요구하고 응답을 기다리는 상태 |
재개 요구 | U17 | 사용자가 이전에 일시정지된 호의 재개를 요구하고 응답을 기다리는 상태 |
해제 요구 | U19 | 사용자가 해제를 요구하고 응답을 기다리는 상태 |
중첩수신중 | U25 | 착신호에서 사용자가 호설정요구에 대하여 확인 응답하고, 중첩모드로 부가적인 호정보의 수신을 준비하는 상태 |
한편, 계층 3에서 이와 같은 프리미티브들을 처리하는 종래의 방식은 권고안 Q.931의 부록A(ANNEX A)에서 SDL로 제안되었는 바, 이를 개략적으로 정리하면 도 3에 도시된 바와 같다.
도 3을 참조하면, 종래의 방법은 프리미티브를 수신(S1)한 후 계층 3의 현재 상태를 판별하고(S2), 이어서 판별된 현재 상태에 따른 프리미티브 처리루틴을 구동하였다(S3). 그리고 해당 프리미티브 처리루틴에서는 수신된 프리미티브를 판별한 후(S4), 판별된 상태와 프리미티브에 따라 수신된 프리미티브를 처리하였다(S5).
즉, 해제 요구(RELEASE_REQ) 프리미티브를 처리함에 있어서 종래에는 임의의 프리미티브가 수신되면, 먼저 L3 계층 의 현재 상태를 판별한 후(U0 ~ U25중 어느 상태인가), 해당 상태처리 루틴으로 가서 수신된 프리미티브가 무엇인지를 판별하여 해제 요구(RELEASE_REQ) 프리미티브를 처리하였다.
그런데 앞서 살펴 본 바와 같이, 계층 3의 상태가 대략 15 ~ 20 종류이고, 처리해야 할 프리미티브의 종류도 약 30 여가지나 되므로 상태 판별과 프리미티브의 판별에 시간이 많이 걸리고, 상태판별 후 각 프리미티브 처리시에 중복되는 처리절차가 많아 프로그램시 코드가 길어지는 문제점이 있었다.
따라서 서로 다른 상태에서 유사한 처리가 반복될 경우, 이를 최적화(optimization)하므로써 처리시간을 단축함과 아울러 코드 사이즈를 감축할 필요성이 있으며, 더욱이 채널대역을 넓히기 위하여 다중 라인을 구성할 수 있도록 하므로써 응용성을 확장시키는 것이 바람직하게 요구된다.
이에 본 발명은 상기와 같은 문제점을 해결하기 위하여 처리 절차를 최적화하는 해제 요구(RELEASE_REQ) 프리미티브 처리방법을 제공하는데 그 목적이 있다.
또한, 본 발명의 다른 목적은 ISDN 단말기를 다중 라인으로 구성하여 망에 접속할 수 있게 하는 해제 요구(RELEASE_REQ) 프리미티브 처리방법을 제공하는데 있다.
상기와 같은 목적들을 달성하기 위하여 본 발명은, 종합정보통신망에서 ISDN단말기를 계층 화된 프로토콜에 따라 망(Network)에 접속하기 위하여 계층 3을 구현하는 방법에 있어서, 수신된 프리미티브의 아이디와 링크 아이디를 판별하는 단계; 수신된 프리미티브가 해제 요구(RELEASE_REQ) 프리미티브이면, 마이너 링크 아이디를 확인하고 해당 계층 3엔티티의 상태를 판별하는 단계; 계층 3 엔티티의 상태가 중첩 송신중(U2)이면 해당 타이머 T304를 기동하고, 발신호 진행(U3)이면 해당 타이머 T310을 기동한 후 원인(CAUSE) 정보요소가 포함된 해제(RELEASE) 메세지를 계층 2로 전송하는 단계; 계층 3 엔티티가 절단 표시(U12)상태이면 정보요소가 없는 해제(RELEASE) 메세지를 생성하여 계층 2로 전송하는 단계; 및 해당 타이머 T308을 기동하고, 해당 엔티티의 상태를 호 수신(Call received: U7) 상태로 변환하는 단계를 포함한다.
도 1은 ISDN의 사용자-망 접속을 도시한 도면,
도 2는 ISDN UNI 계층 3에서 처리되는 프리미티브들의 관계를 도시한 도면,
도 3은 ISDN UNI 계층 3에서 프리미티브들을 처리하는 종래의 방법을 도시한 개략도,
도 4는 본 발명이 적용되기에 적합한 ISDN 통신카드의 예를 도시한 도면,
도 5는 도 4에 도시된 채널접속부의 세부 블럭도,
도 6은 본 발명에 따라 ISDN 통신카드에서 처리되는 프로세스들을 도시한 개념도,
도 7a 내지 7e는 본 발명에 사용되는 데이타 포맷을 도시한 도면,
도 8은 본 발명에 따른 해제 요구(RELEASE_REQ) 프리미티브 처리방법을 도시한 도면,
도 9는 도 8에 도시된 흐름에 따라 기동된 타이머 T308이 종료되어 발생된 T308종료 프리미티브를 처리하는 절차의 흐름도이다.
* 도면의 주요부분에 대한 부호의 설명
3-1~n: 송수화기 5-1~n:망단말장치(NT1)
7: ISDN망 10: PC
12: 슬롯 20: ISDN통신카드
21: DP RAM 22: 메모리
23: CPU 24-1~n: 코덱(CODEC)
25-1~n: 채널접속부(ISAC) 26: 소켓
27: S버스 28: 가입자선
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명하기로 한다.
먼저 본 발명에 따라 ISDN 단말기를 구현할 경우, 그 하드웨어의 개략적 구성을 살펴보면, 도 4에 도시된 바와 같이, ISDN 단말기(1)는 퍼스날 컴퓨터(PC:10)에 슬롯(12)을 통해 ISDN통신카드(20)가 연결되고, 이 ISDN통신카드(20)는 S 버스(27)을 통해 망 단말장치(NT1: 5-1~n)에 연결되며, 이 망 단말장치(5-1~n)는 가입자선(28)을 통해 ISDN망(7)에 접속되도록 되어 있다.
이때, 본 발명이 적용되는 ISDN통신카드(20)는 2B+D 기본 인터페이스를 n개까지 ISDN망(7)에 각각 접속할 수 있도록 n개의 채널접속부(ISAC:(25-1~n)를 구비하고 있고, 이 n개의 채널접속부는 S버스(27)를 통해 망 단말장치(5-1~5-n)에 각각 연결되어 있다.
이와 같이 기본 인터페이스를 n개까지 확장할 수 있도록 하므로써 호스트 시스템이 전송하고자 하는 데이타량이 많아(예컨대, 영상회의 시스템에의 응용등과 같은 경우) 하나의 기본 인터페이스(2B+D)로는 전송할 수 없을 경우, 몇(n)개의 기본 인터페이스를 부가하여 채널용량을 적당히 확장하므로써 호스트 시스템이 데이타를 전송할 수 있게 한다.
여기서, 상기 ISDN통신카드(20)는 도 4와 같이, 듀얼포트 램(DP RAM:21), 메모리(22), CPU(23), 코덱(CODEC:24-1~n), 채널접속부(ISAC:25-1~n)을 포함하고 있고, 앞서 설명한 바와 같이 ISDN망(7)에 ISDN 단말기(1)를 접속시킬 수 있도록 계층 (layer) 1부터 계층 3의 기능을 구현하고 있으며, 이러한 소프트웨어는 상기 메모리(22)에 내장되어 있다.
도 4에 있어서, DP RAM(21)은 슬롯(12)을 통해 호스트시스템인 PC(10)와 데이타를 전달하기 위한 물리적 통로를 제공하고, 메모리(22)는 통신카드(20)를 작동시키는 각종 프로그램들과 시스템 데이타들이 저장되며, CPU(23)는 메모리(22)에 저장된 소프트웨어에 따라 각종 프로세스들을 기동시켜 통신카드 전체의 동작을 제어한다. 본 발명의 실시예에서 듀얼 포트램(21)으로는 IDT71321을 사용하고, CPU(23)로는 인텔사의 80C188을 사용한다.
그리고 코덱(24-1~n)은 기본 인터페이스에 음성을 접속하기 위한 것으로, 송수화기(3-1~n)를 통해 입/출력되는 음성신호를 부호화 및 복호화하여 채널접속부(25-1~n)에 접속하고, 채널접속부(25-1~n)는 제5도에 도시된 바와 같이 구성되어 데이타 단말이나 음성단말을 망 단말장치(5-1~n)에 접속한다.
도 5에 있어서, 채널접속부(25-1~n)는 SSI(51), SDL(52), B채널 스위칭부(53), D채널처리부(54), FIFO(55), 프로세서 접속부(56), IOM접속부(57), 버퍼(58), 버퍼제어부(59), ISDN기본접근 계층 1부(60)로 구성될 수 있는데, 이러한 구성의 채널접속부는 단일 반도체 칩으로 구현되어 시중에서 구입할 수 있다. 본 발명의 실시예에서 채널접속부(25-1~n)는 지멘스(SIEMENS)사의 ISAC(ISDN Subscriber Access Controller 모델명: PEB2085)로 구현되었으며, 이와 같은 ISAC의 동작은 해당 매뉴얼(Technical Manual)에 자세히 설명되어 있다.
그리고 ISDN 통신카드(20)에서 프리미티브를 처리하기 위하여 각 계층 의 엔티티들은 도 6과 같이 LAPD 프로세스(61), L3 공통프로세스(62), L3 로칼 프로세스(63)로 구분되고, 각 프로세스들은 해당 환경변수 테이블을 참조하여 동작된다.
여기서 L3 공통 프로세스(62)는 계층 2 프로세스(61)로부터 계층 3으로 전달되는 프리미티브들(DL_EST_IND, DL_EST_CFM, DL_RELE_IND, DL_RELE_CFM, DL_DATA_IND, DL_UDATA_IND)을 처리하기 위한 엔티티들과, GCR과 관련된 프리미티브들(RESTART_REQ, RESTART_CFM, T316_OUT, T317_OUT)을 처리하기 위한 엔티티들로 이루어지고, L3 로칼 프로세스(63)는 Q.931에 권고된 나머지 프리미티브들을 처리하기 위한 엔티티들로 이루어진다.
이때, LAPD 프로세스(계층 2)는 계층 2 환경변수 테이블(L2env_tab[x]) 을 참조하는데, 이 환경변수 테이블은 링크 아이디(Link ID 혹은 id)에 따라 식별되어 다수개 존재하고, 계층 3 공통 프로세스(62)는 계층 3 공통 환경변수 테이블(L3coord_tab[x])을 참조하는데, 이 환경변수 테이블도 링크 아이디(Link ID)에 따라 식별되어 다수개 존재한다. 계층 3 로칼 프로세스(63)는 계층 3 로칼 환경변수 테이블(L3env_tab[x])을 참조하는데, 이 환경변수 테이블은 하나의 링크 아이디마다 2개씩 존재하여 링크 아이디(ID)와 마이너 링크 아이디(mID)에 따라 식별된다. 도 6에 있어서, 도시된 프로세스들은 링크 아이디(id)가 3개이고, 마이너 링크 아이디(mid)가 6개인 경우를 보여준다(즉, 3개의 채널접속부(ISAC)를 가진 통신카드의 경우).
여기서, 링크 아이디(ID)는 도 4에 도시된 바와 같이, ISDN통신카드상에 ISAC를 다수개 설치하여 다중 라인을 구성할 경우, 이들 라인들을 구분하기 위한 1번부터 n번까지(혹은 0번부터 n-1번까지) n개의 식별번호이고, 마이너 링크 아이디(mID)는 각 라인상의 B채널(2B+D기본 접속에 2개의 B채널이 있다)을 구분하기 위한 0 혹은 1의 식별번호이다.
이와 같이 본 발명에서는 다수개의 라인을 제공할 수 있으므로, 이들을 식별할 수 있도록 링크 아이디(ID)와 마이너 링크 아이디(mID)가 사용된다.
한편, 도 7은 ISDN통신카드상에서 처리되는 메세지 혹은 프리미티브들의 데이타 포맷으로서, 7a도는 메세지가 없는 프리미티브, 7b도 및 7c도는 비번호제 포맷, 7d도 및 7e도는 번호제 포맷을 각각 나타낸다.
도 7에 있어서, Q.931 메세지 필드는 계층 3에 의해 처리되는 부분이고, Q.291 비번호제 및 번호제 필드는 계층 2에서 처리되는 부분(헤더)이며, 프리미티브 헤더부는 계층 간의 정보전달 및 각 계층 에서 프리미티브 처리를 위해 사용되는 부분이다.
즉, 7a도 내지 7e도에서 프리미티브 헤더는 프리미티브를 식별하기 위한 'primitive id', 링크아이디(link_id=ID), 마이너 링크 아이디(mlink_id=mID), 메세지의 크기를 나타내는 사이즈(size)로 이루어지고, Q.921의 비번호제필드는 "add1", "add2", "mm"(3바이트)으로 이루어지며, Q921의 비번호제 필드는 "add1", "add2", "n_r", "n_s"(4바이트)로 이루어진다. 이러한 Q.921 필드 및 Q.931의 메세지 필드는 권고안들에 자세히 기술되어 있으므로 더 이상의 설명은 생략한다.
도 8은 본 발명에 따라 해제 요구(RELEASE_REQ) 프리미티브를 처리하는 방법을 도시한 흐름도이다.
해제 요구(RELEASE_REQ) 프리미티브는 발신측에서 B 채널 선택(Q.931의 5.1.2절에 권고됨)에 문제가 발생하였거나 망측으로부터 절단(DISCONNECT) 메세지를 수신했을 때 관리(CC:Call Control)계층 으로부터 요구되는 프리미티브이다.
이때 발신측에서 망으로부터 할당된 B채널 선택에 문제가 발생한 것을 판단할 수 있기 위해서는 적어도 호 설정(SETUP) 메세지에 첫번째 응답 메세지(예컨대, 호 설정 확인(SETUP ACKNOWLEDGE), 또는 호 진행(CALL PROCEEDING))를 수신한 다음이어야 하므로 중첩 송신중 (Overlap sending: U2) 또는 발신호 진행(Outgoing call proceeding: U3) 상태에서 이 프리미티브가 처리된다. 또한 사용자가 절단(DISCONNECT) 메세지를 수신한 후인 절단 표시(Disconnect indication: U12) 상태에서도 처리된다.
이 프리미티브가 수신되면 계층 3 엔티티는 망측으로 해제(RELEASE) 메세지를 전송해야 하는데, 이중 B 채널선택에 문제가 발생하여 호 설정을 취소할 경우 해제(RELEASE) 메세지내에 원인 정보요소(CAUSE information element)가 반드시 포함되어야 하며, 그 원인으로는 채널 수신불가(channel unacceptable: 원인번호 6번)이 지정되어야 한다.
도 8을 참조하면, 프리미티브 수신단계에서 임의의 프리미티브가 수신되면, 프리미티브 아이디(primitive id) 및 링크 아이디(link id)를 판별한다(100,101). 여기서, 프리미티브 아이디(primitive id)는 프리미티브의 종류를 식별하기 위하여 정의된 식별자로서 링크 아이디와 함께 "프리미티브의 헤더"에 기록되어 있다. 그리고 링크 아이디(link id)는 다중 라인상의 기본 인터페이스를 식별하기 위한 것으로, 예컨대 링크 아이디가 "0"이면 ISAC1(제4도의 25-1)을 통해 제공되는 기본 인터페이스에 관한 것으로 도 6에 도시된 링크 0(Link 0)상에서의 프로세스와 관련된 것임을 알 수 있다.
이어서 수신된 프리미티브가 해제 요구(RELEASE_REQ) 프리미티브이면, 마이너 링크 아이디를 확인하고 해당 계층 3 엔티티의 현재 상태를 판별한다(102,103). 즉, 해제 요구 프리미티브는 도 6에 도시된 L3 로칼 프로세스(63)의 엔티티에 의해 처리되므로, 링크 아이디와 마이너 링크 아이디에 의해 지정된 L3 로칼 환경변수 테이블(L3env_tab[])을 참조하여 처리된다.
이어서 판별된 L3 엔티티의 현재 상태가 중첩 송신중(U2)이면, 해당 타이머 T304를 정지하고, 해당 엔티티의 상태가 발신호 진행(U3)이면 해당 타이머 T310을 정지한다(104,105,106,107).
이어서 프리미티브 헤더의 사이즈(size)를 원인(CAUSE) 정보요소의 크기로 한 후, 원인 정보요소가 포함된 해제(RELEASE) 메세지를 생성하여 계층 2로 전송한다(108,109).
한편, 해당 엔티티의 상태가 절단 표시(U12)이면 프리미티브 헤더의 사이즈(size)를 "0"으로 한 후, 정보요소가 없는 해제(RELEAES) 메세지를 생성하여 계층 2로 전송한다(112,113,114).
이어서 해제(RELEASE) 메세지를 망측으로 전송한 후 해당 타이머 T308을 기동하고, 해당 엔티티의 상태를 호 수신(call received: U7)으로 한다(110,111).
만일, 해제 요구(RELEASE_REQ) 프리미티브가 수신되었는데 중첩 송신중(U2), 발신호 진행(U3), 절단표시(U12) 중 어느 한 상태가 아니면 예외처리루틴을 구동하여 에러를 표시하거나 디버깅을 위한 정보를 제공한다(115).
도 9는 도 8에 도시된 흐름에 따라 기동된 타이머 T308이 종료되어 발생된 T308종료 프리미티브를 처리하는 절차의 흐름도이다.
타이머 T308은 해제 요구(U19) 상태에서 작동되는 타이머로서 해제(RELEASE) 메세지를 망측으로 전송한 후 기동되어 이에 대한 응답이 올때까지 작동된다. Q.931의 테이블 9-2에서 이 타이머의 디폴트값은 4초로 정의되어 있으며, 해제(RELEASE) 요구에 의해 기동된 후 해제완료(RELEASE COMP)메세지에 의해 정상적으로 종료된다.
만일 T308이 종료되어 T308종료 프리미티브가 발생되어 다시 계층 3으로 수신되면 다른 프리미티브 처리절차와 마찬가지로 프리미티브 아이디 및 링크 아이디를 판별하여 T308종료 프리미티브인지 판단한다(200,201,202).
판단결과 T308종료 프리미티브이면, 마이너 링크 아이디와 엔티티의 상태를 판단한 후, 해당 엔티티의 상태가 절단 요구(disconnect request: U11)상태이면 첫번째 종료인지를 판단한다(203,204,205). 즉, 호 해제(RELEASE) 처리절차는 타이머 T308이 한번 종료될 경우 재시도하도록 되어 있으므로, 첫번째 종료이면 재시도를 하고 두번째 종료이면 에러처리를 한다.
이어서 판단결과 첫번째 종료이면 해제(RELEASE) 메세지를 생성하여 계층 2로 재전송하고, 타이머 T308을 재 기동한다(206,207).
만일, 첫번째 종료가 아니면 에러정보가 포함된 해제 확인(RELEASE_CFM) 프리미티브를 관리(CC)계층 으로 전송하고, 해당 호참조번호(CR)의 호를 해제한 후, 해당 계층 3 엔티티의 상태를 영 상태(Null state: U0)로 전환한다(208,209,210).
이상에서 살펴 본 바와 같이 본 발명에 따라 해제 요구(RELEASE_REQ) 프리미티브를 처리함에 있어서 프리미티브를 먼저 판별한 후 상태에 따라 적절한 처리절차를 수행하므로써 처리절차를 최적화하여 처리시간을 단축하고 코드량을 감축할 수 있는 효과가 있다. 또한 다중 라인구성을 가능하게 하므로써 필요에 따라 채널용량을 확장할 수 있다.
Claims (2)
- 종합정보통신망에서 ISDN단말기를 계층 화된 프로토콜에 따라 망(Network)에 접속하기 위하여 계층 3을 구현하는 방법에 있어서, 수신된 프리미티브의 아이디와 링크 아이디를 판별하는 단계; 수신된 프리미티브가 해제 요구(RELEASE_REQ) 프리미티브이면, 마이너 링크 아이디를 확인하고, 해당 계층 3엔티티의 상태를 판별하는 단계; 계층 3 엔티티의 상태가 중첩 송신중(U2)이면 해당 타이머 T304를 기동하고, 발신호 진행(U3)이면 해당 타이머 T310을 기동한 후 원인(CAUSE) 정보요소가 포함된 해제(RELEASE) 메세지를 계층 2로 전송하는 단계; 계층 3 엔티티가 절단 표시(U12)상태이면 정보요소가 없는 해제(RELEASE) 메세지를 생성하여 계층 2로 전송하는 단계; 및 해당 타이머 T308을 기동하고, 해당 엔티티의 상태를 호 수신(Call received:U7) 상태로 하는 단계가 구비된 ISDN 사용자-망 접속의 계층 3에서 해제 요구프리미티브 처리방법.
- 제1항에 있어서, 기동된 상기 타이머 T308이 소정의 시간이 경과되어 종료되면, 첫번째 종료일 경우 해제(RELEASE) 메세지를 생성하여 계층 2로 재전송하고, 타이머 T308을 재시동하며; 두번째 이상 종료일 경우에는 에러정보가 포함된 해제 확인(RELEASE_CFM) 프리미티브를 생성하여 관리계층으로 전송한 후 해당 호를 해제하는 것을 특징으로 하는 ISDN 사용자-망 접속의 계층 3에서 해제 요구프리미티브 처리방법.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1019960026641A KR100219224B1 (ko) | 1996-07-01 | 1996-07-01 | Isdn 사용자-망 접속의 계층 3에서 해제 요구 프리미티브 처리방법 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1019960026641A KR100219224B1 (ko) | 1996-07-01 | 1996-07-01 | Isdn 사용자-망 접속의 계층 3에서 해제 요구 프리미티브 처리방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR980013106A KR980013106A (ko) | 1998-04-30 |
KR100219224B1 true KR100219224B1 (ko) | 1999-09-01 |
Family
ID=19465277
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1019960026641A KR100219224B1 (ko) | 1996-07-01 | 1996-07-01 | Isdn 사용자-망 접속의 계층 3에서 해제 요구 프리미티브 처리방법 |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100219224B1 (ko) |
-
1996
- 1996-07-01 KR KR1019960026641A patent/KR100219224B1/ko not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
KR980013106A (ko) | 1998-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6122287A (en) | Method and apparatus for detecting switched network protocols | |
EP1080588B1 (en) | Method and system for controlling communications network resource usage when executing redirection services | |
KR100219224B1 (ko) | Isdn 사용자-망 접속의 계층 3에서 해제 요구 프리미티브 처리방법 | |
KR100219225B1 (ko) | Isdn 사용자-망 접속의 계층3에서 호 일시정지 프리미티브 처리방법 | |
KR100219223B1 (ko) | Isdn 사용자-망 접속의 계층3에서 호설정 응답 프리미티브 처리방법 | |
KR100219221B1 (ko) | 종합정보통신망(isdn) 사용자-망 접속의 계층 3에서 정보요구 프리미티브 처리방법 | |
KR100219220B1 (ko) | 종합정보통신망(isdn) 사용자-망 접속의 계층3에서 호설정 요구 프리미티브 처리방법 | |
KR100219222B1 (ko) | 종합정보통신망(isdn) 사용자-망 접속의 전체호참조번호 제어계층에서 프리미티브 처리방법 | |
KR100219227B1 (ko) | Isdn 사용자-망 접속의 계층3에서 설정 표시 프리미티브 처리방법 | |
KR100221311B1 (ko) | 종합정보통신망(isdn) 사용자-망 접속의 계층 3에서 데이타 표시 프리미티브 처리방법 | |
KR100219226B1 (ko) | Isdn 사용자-망 접속의 계층3에서 해제 확인 프리미티브 처리방법 | |
JP2731007B2 (ja) | 回線交換システム | |
KR950014951B1 (ko) | 종합정보통신망(isdn) 전전자 교환기 시스팀에서 가상회선 서비스(b)-채널 패킷 자국 호 처리를 위한 메시지 처리 방법 | |
KR980013110A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
KR980013114A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
KR980013112A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
KR980013104A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
KR100233909B1 (ko) | Isdn 교환 시스템의 프레임 릴레이 교환 방법 | |
KR980013113A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
KR980013111A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
KR980013116A (ko) | Isdn 사용자-망 접속의 gcr계층에서 프리미티브 처리방법 | |
KR100237473B1 (ko) | 협대역 종합정보통신망에서 패킷 영구 가상채널 설정방법 | |
KR100342486B1 (ko) | 다중화장치에서 종합정보통신망 가입자의 디지털 루프캐리어서비스방법 | |
KR100248660B1 (ko) | 종합정보통신망에서 지연등화 프로토콜에 따른 채널 삭제 요구프리미티브 처리방법 | |
KR980013109A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20040528 Year of fee payment: 6 |
|
LAPS | Lapse due to unpaid annual fee |