KR0150528B1

KR0150528B1 - 시나리오를 이용한 에이티엠 가상 채널 교환기에서의 호처리 방법

Info

Publication number: KR0150528B1
Application number: KR1019950052150A
Authority: KR
Inventors: 김응하; 오문균; 김승희
Original assignee: 양승택; 한국전자통신연구원; 이준; 한국통신공사
Priority date: 1995-12-19
Filing date: 1995-12-19
Publication date: 1998-11-02
Also published as: KR970056345A

Abstract

본 발명은 ATM 가상 채널 교환기에서 시나리오를 이용하여 호를 처리하는 호처리 방법에 관한 것으로, 프로토콜에 독립적인 호처리 기능을 제공하기 위해 호처리를 위한 메시지들이 호 천이 상태와 연동하여 호가 처리되도록 메시지가 들어온 시점의 호 상태와 수신된 메시지와의 연관된 시나리오를 찾아내는 방식으로 된 시나리오 처리 알고리즘을 이용한 호처리 방법을 제공하기 위하여, 메시지를 수신하여 호처리 레지스터에 저장한 후 수신된 메시지의 종류를 판단하는 제 1 단계(41 내지 43); 메시지 종류가 발신호 설정 메시지이면 시나리오 처리 프로시쥬어를 수행하여 발신호를 처리하는 제 2 다녜(44,47 내지 58); 및 메시지 종류가 착신호 설정 메시지이면 호 참조 값을 생성한 후에 시나리오 처리 프로시쥬어를 수행하여 착신호를 처리하는 제 3 단계(45 내지 58)를 포함하여 한번 구현된 호처리 기능이 재사용될 수 있도록 하여 소프트웨어의 생산성을 높이고, 시나리오만 보고도 호처리 과정을 파악할 수 있어, 소프트웨어 개발 및 유지보수의 효율을 높일 수 있는 효과가 있다.

Description

시나리오를 이용한 에이티엠(ATM) 가상 채널 교환기에서의 호처리 방법

제1도는 본 발명이 적용되는 ATM 가상 채널 교환기의 구조도.

제2도는 본 발명에 따른 호처리 기능을 수행하기 위한 관련 블럭간 구성 및 메시지 흐름의 구조도.

제3도는 본 발명에 따른 호 상태 천이 테이블과 시나리오 관리 테이블의 구조도.

제4a도 내지 제4c도는 본 발명에 따른 전체 흐름도.

* 도면의 주요부분에 대한 부호의 설명

11 : ATM 로칼 스위칭 서브시스템 12 : ATM 중앙 스위칭 서브시스템

13 : 호 연결 제어 프로세서 14 : 운용 유지보수 프로세서

본 발명은 ATM(Asynchronous Transfer Mode) 가상 채널 교화기에서 시나리오를 이용하여 호를 처리하는 호처리 방법에 관한 것이다.

종래의 시나리오를 이용하여 호처리를 수행한 ATM 가상 경로(ATM VP : Asynchronous Transfer Mode Virtual Path) 교환기는 PVC(Permanent Virtual Connedtion) 방식을 사용하기 때문에 사용자가 연결을 설정하거나 해제하기 위해서는 운용자에게 연락을 해야하고, 운용자가 연락을 받아 운용자 터미날을 통하여 연결 설정 및 해제를 하라는 운용 명령어를 입력하면, ATM VP 교환기에는 입력된 명령어의 내용에 따라 요구한 연결만을 설정 및 해제를 수행하는 시나리오만을 수행하고, 바로 호처리를 끝내버린다.

반면에, ATM 가상 채널(ATM VC : Asynchronous Transfer Mode Virtual Channel) 교환기는 신호 메시지를 사용하여 사용자가 연결을 원할 경우에 호설정 신호 메시지를 교환기로 전송하여 연결을 요구하고, 호 사용을 완료하여 연결 해제를 원할 경우에 호 해제 신호 메시지를 교환기로 전송하여 연결을 해제하는 것이 운용자의 도움없이 사용자가 원하는 대로 아무때나 이루어질 수있다.

따라서, 종래의 ATM 가상 경로 교환기에서의 호처리를 위한 시나리오 제어 방법으로는 신호 메시지를 처리할 수 없을 뿐만아니라 언제 어떤 신호 메시지가 수신될지 모르는 상태이기 때문에 호처리를 위한 신호 메시지들이 호 천이 상태와 연동하여 호가 처리되도록 신호 메시지가 들어온 시점의 호상태와 수신된 신호 메시지와 연관된 시나리오를 찾아내는 시나리오 제어 방법이 필요하게 되었다.

ATM 교환기는 현재 개발 과정에 있기 때문에 미확정 기능 및 요소가 많아 개발 규격이 바뀔때마다 바뀐 규격을 시스템에 적용하는데 많은 어려움이 있다.

이러한 문제를 해결하기 위해서는 과거와 다른 새로운 형태의 소프트웨어 구조가 필연적으로 요구된다.

이처럼 표준화된 규격의 단계별 확정, 추가될 기능의 복잡성 및 다양한 종류의 신호 프로토콜을 수용하기 위해서는 소프트웨어 구조가 실질적으로 기능의 투가 및 삭제가 용이하여야 하며, 각 신호 프로토콜에 독립적인 하나의 호처리 기능을 수용할 수 있어야 한다. 또한, 이를 통하여 개발된 소프트웨어는 개발 및 시스템 유지보수 비용 절감에도 유리해야 한다.

따라서, 본 발명은 프로토콜에 독립적인 호처리 기능을 제공하기 위해 호처리를 위한 메시지들이 호 천이 상태와 연동하여 호가 처리되도록 메시지가 들어온 시점의 호 상태와 수신된 메시지와의 연관된 시나리오를 찾아내는 방식으로 된 시나리오 처리 알고리즘을 이용한 호처리 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, ATM 가상 채널 교환기에 적용되는 호 처리 방법에 있어서, 메시지를 수신하여 호처리 레지스터에 저장한 후에 수신된 메시지의 종류를 판단하는 제 1단계; 상기 제 1 단계의 판단 결과, 메시지 종류가 발신호 설정 메시지이면 시나리오 처리 프로시쥬어를 수행하여 발신호를 처리하는 제 2 단계; 및 상기 제 1 단계의 판단 결과, 메시지 종류가 착신호 설정 메시지이면 호 참조 값을 생성한 후에 시나리오 처리 프로시쥬어를 수행하여 착신호를 처리하는 제 3 단계를 포함하는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 일실시예를 상세히 설명한다.

제1도는 본 발명이 적용되는 ATM 가상 채널 교환기의 구조도로서, 11은 ATM 로칼 스위칭 서브시스템, 12는 ATM 중앙 스위칭 서브시스템, 13은 호 연결 제어 프로세서, 14은 운용 유지보수 프로세서를 각각 나타낸다.

ATM 로칼 스위칭 서브시스템(11)은 호와 연결 기능을 수행하는 호 연결 제어 프로세서(CCCP : Call and Connection Control Processor)(13)와 가입자 기능을 수행하는 가입자 정합 모듈(SIM : Subscriber Interface Module)로 구성되며, ATM 중앙 스위칭 서브시스템(12)은 운용, 보전, 과금, 통계 및 운용자 정합 기능을 수행하는 운용 유지보수 프로세서(OMP : Operation and Connection Processor)로 구성된다.

호처리가 수행되는데 필요한 각 블럭들의 기능을 살펴보면, 사용자 프로토콜 정합 기능(UPIF)는 사용자 단말과 신호 프로토콜의 정합 기능과 수신된 신호 메시지를 호처리 내부 메시지로 사용자 프로토콜 제어 기능(UPCF)에 전송하는 기능을 수행하고, 사용자 프로토콜 제어 기능(UPCF)은 사용자 프로토콜 정합 기능(UPIF)으로 부터 메시지를 수신하여 호와 연결 기능을 수행하는 호처리 블럭으로 호와 연결의 설정 및 해제 기능을 수행한다.

ULRHF(UNI Link Resource Handing Function)는 사용자 단말과 교환기 사이의 UNI(User Network Interface) 링크 자원을 관리하는 블럭이고, SLRHF(Switch Link Resource Handing Function)는 ATM 교환기에서 서브시스템간의 스위치 링크 자원을 관리하는 블럭이다.

NTLF(Number Translation ALS Function)와 NTCF(Number Translation ACS Function)는 번호 번역의 기능을 수행하고, SIMCF(Subscriber Interface Module Control Function)는 가입자 링크를 정합하는 기능과 셀 라우팅 정보를 부착하는 기능을 수행한다.

제2도는 본 발명에 따른 호처리 기능을 수행하기 위한 관련 블럭간 구성 및 메시지 흐름의 구성도이다.

시나리오를 이용한 호처리 기능은 사용자 단말에서 호 설정 신호 메시지를 전송하면, 이 메시지를 셀이라는 ATM 전송 단위로 교호나기로 전송된다. 교환기는 사용자 단말로 부터 전송된 셀들을 모두 수신하면, 사용자 프로토콜 정합 기능(UPIF)의 사용자 프로토콜 정합 기능(UPIF) 메인 프로세서에서 이 셀들을 디코딩하여 해당되는 내부 메시지로 변환하여 사용자 프로토콜 제어 기능(UPCF)에 전송하면, 사용자 프로토콜 제어 기능(UPCF)이 발착된 메시지 수신 프로세서가 이 메시지를 수신하여 수신된 메시지의 내용을 시나리오를 처리하는데 있어서, 필요한 호처리 레지스터에 저장한다. 그런 다음 반신호 처리를 할 수 있도록 프로세스를 하나 생성시킨후 다시 메시지를 수신할 수 있는 상태로 간다.

발신호 처리 프로세서는 후술되는 제3도의 호상태 천이 테이블을 탐색하여 현재의 호상태에서 전송되온 메시지가 허용할 수 있는 메시지 인지 허용할 수 없는 메시지인지를 구별하고, 허용할 수 있는 메시지인 경우에는 발신호 처리에 관련된 시나리오가 선택이 되고, 허용되지 않는 메시지가 수신된 경우에는 오류 처리를 해주는 시나리오가 선택되는데, 이 시나리오는 수신되 메시지를 무시하고 다른 메시지를 기다리는 방법과 현재 수신된 메시지가 잘못된 것이라는 상태 메시지를 사용자 단말에 전송하는 방법이 있다.

이와같이 선택된 시나리오 이름을 갖고 시나리오 관리 테이블을 탐색하여 프로시쥬어 및 시나리오로 구성된 해당 시나리오의 첫번째 대상부터 처리를 시작하게 되는데, 처리 형태가 N이면 프로시쥬어를 수행하게 되고, 이 프로시쥬어가 수행을 하고 복귀할 때의 값이 다음 처리 대상이 된다. 그리고, 처리 형태가 J이면 새로운 시나리오가 수행되게 되는데, 이 시나리오를 시나리오 관리 테이블에서 탐색하여 그 시나리오의 첫번째 대상부터 처리를 시작한다.

이렇게 수행을 하다가 처리 형태가 시나리오의 끝(EOS)이면, 시나리오 수행을 마치고, 시나리오를 수행하면서 정해진 신호 호 상태 천이를 하고, 발신호 설정 및 착신호 설정을 제외한 다른 메시지를 기다리는 상태로 가게된다.

한편, 발착신 메시지 수신 프로세서는 발신호 처리 프로세스에서 시나리오를 수행하면서 착신호 설정 메시지를 전송하면, 수신되 메시지의 내용을 호처리 레지스터에 저장하고, 호를 구분해 주는 키 값인 호 참조 값을 생성시켜 호 참조 값 관리 테이블 및 호처리 레지스터에 저장시킨다.

발신호 처리인 경우에는 사용자 단말에서 생성된 호참조 값을 사용하기 때문에 호 참조 값을 생성시킬 필요가 없지만 착신호 처리인 경우에는 발신호의 호 참조 값과는 독립적으로 운용되기 때문에 교환기에서 호 참조 값을 생성시켜주어야 한다.

그런 다음 발착신 메시지 수신 프로세스는 착신호 처리를 하도록 착신호 처리 프로세서를 생성시킨 후에 다른 발신 및 착신 신호 메시지를 기다리는 상태로 간다. 착신호 처리 프로세서의 시나리오 수행은 발신호 처리 프로세스에서의 방법과 동일하며, 시나리오의 수행이 완전히 완료되면 사용자 프로토콜 정합 기능(UPIF)으로 착신호 설정 메시지를 전송하고, 시나리오에서 정해진 호 수행이 완전히 완료되면 사용자 프로토콜 정합 기능(UPIF)으로 착신호 설정 메시지를 전송하고, 시나리오에서 정해진 호 상태 천이를 하고, 발신 및 착신 메시지를 제외한 다른 메시지를 기다리는 상태로 간다. 착신 사용자 프로토콜 정합 기능(UPIF)은 이 착신호 설정 메시지를 인코딩하며, 셀로 나누어 착신 단말기에 전송한다.

제3도는 본 발명에 따른 호 상태 천이 테이블과 시나리오 관리 테이블의 구조도이다.

호 상태 천이 테이블은 현재의 호상태, 현재의 호상태에서의 전송된 메시지, 전송된 메시지의 허용여부, 전송된 메시지에 관련된 시나리오 이름으로 구성되어 있다.

허용하지 않은 메시지가 수신된 경우에는 수신된 메시지를 무시하고 다른 메시지를 기다리거나 현재 수신된 메시지가 현 호상태에서 잘못된 것이라는 상태 메시지를 사용자 단말에 전송한다.

시나리오 관리 테이블은 처리 형태와 처리 대상으로 구성되는데, 처리 형태로는 N과 J 그리고 시나리오 끝(EOS)이 있다. N은 프로시쥬어를 수행시키는 것이도, J는 해당 시나리오를 처리 제어를 넘기는 것이고, 시나리오 끝(EOS)은 시나리오의 처리를 끝내는 것이다. 처리 대상은 프로시쥬어와 시나리오로 구성이 된다. 여기서, 프로시쥬어는 호처리와 관련된 특정 기능을 수행하고 수행 완료후 시나리오내의 수행될 다음 대상의 위치를 갖고 복귀한다.

제4a도 내지 제4c 도는 본 발명에 따른 전체 흐름도이다.

사용자 프로토콜 정합 기능(UPIF)으로 부터 전송되온 발신호 설정 메시지 및 발신호 처리 프로세스로 부터 전송되온 착신호 설정 메시질를 사용자 프로토콜 제어 기능(UPCF)이 수신하여(41) 수신된 메시지를 호처리 레지스터에 저장을 한다(42).

이후, 수신된 메시지의 종류를 판단하여(43) 메시지 종류가 발신호 설정 메시지이면 발신호 처리 프로세스를 생성하며(44) 발신호 수행하도록 하고 다음 발신 및 착신 메시지를 수신하는 상태(41)로 천이한다.

메시지 종류 판단 결과, 착신호 설정 메시지이면 호의 구별을 위해 필요한 호 참조 값을 생성하고(45) 호 참조 값 과나리 테이블과 호처리 레지스터에 저장을 한다. 그런 다음 착신호 처리를 위한 착신호 처리 프로세스를 생성하여(46) 착신호 처리를 수행하도록 하고 다음 발신 및 착신 메시지를 수신하는 상태(41)로 천이한다.

이렇게 생성된 발신호 및 착신호 처리 프로세스는 해당 시나리오 처리를 위해 시나리오 처리 프로시쥬어를 호출한다(47). 호출된 시나리오 처리 프로시쥬어는 먼저 호상태 천이 테이블을 탐색하여(52) 현재의 호상태에서 전송되어 온 메시지에 관련된 시나리오 이름을 추출하여(53) 시나리오 관리 테이블에서 해당 시나리오를 탐색한다(54). 찾은 시나리오 구성원의 첫번째를 추출하여(54) 처리 형태를 판단한다(56).

판단 결과, 처리 형태가 프로시쥬어 수행(N)이면 프로시쥬어를 수행한다(57). 이 프로시쥬어의 수행이 완료되면 현재 수행되고 있는 시나리오의 다음 대상의 위치를 갖고 처리 형태를 판단하는 과정(56)부터 반복 수행한다.

판단 결과, 처리 형태가 처리 제어를 넘김(J)이면 새로운 시나리오로 처리 제어를 넘긴다(58). 이후, 새로운 시나리오를 시나리오 관리 테이블에서 찾아 수행하는 과정(54)부터 반복 수행한다.

판단 결과, 처리 형태가 시나리오 끝(EOS)이면 시나리오의 수행을 완료하고 복귀한다.

이와 같이 시나리오 처리 프로시쥬어의 수행이 완료되면 발신호 설정 메시지 및 착신호 설정 메시지를 제외한 다른 메시를 수신하는 상태로 가게 된다(48). 수신한 메시지의 종류를 판단하여(49) 처리 완료 메시지이면 프로세스의 처리를 증단시키고 끝낸다(51). 만약, 처리 완료 메시지가 아니면 수신된 메시지의 내용을 호처리 레지스터에 자장하고(50) 시나리오 처리 프로시쥬어를 호출하는 과정(47)부터 반복 수행한다.

상기와 같이 구성되어 동작하는 본 발명은 다음과 같은 효과가 있다.

첫째, ATM 가상 채널 교환기에서 사용될 수 있는 다양한 프로토콜 즉, 점대점 연결, 점대 다중점 연결 및 다중 연결을 위한 프로토콜들의 처리를 위해서 한번 구현된 호처리 기능이 재사용될 수 있도록 하여 소프트웨어의 생산성을 높일 수 있다.

둘째, 호가 처리되는 과정을 시나리오로 구성하여 이 시나리오만 보고도 호처리 과정을 파악할 수 있다. 일일이 다소 코드를 보면서 호 처리 과정을 파악하는 종래 기술에 비해 소프트웨어 개발 및 유지보수의 효율을 높일 수 있다.

Claims

ATM 가상 채널 교환기에 적용되는 호 처리 방법에 있어서, 메시지를 수신하여 호처리 레지스터에 저장한 후에 수신된 메시지의 종류를 판단하는 제 1단계(41 내지 43); 상기 제 1 단계(41 내지 43)의 판단 결과, 메시지 종류가 발신호 설정 메시지이면 시나리오 처리 프로시쥬어를 수행하여 발신호를 처리하는 제 2 단계(44,47 내지 58); 및 상기 제 1 단계(41 내지 43)의 판단 결과, 메시지 종류가 착신호 설정 메시지이면 호 참조 값을 생성한 후에 시나리오 처리 프로시쥬어를 수행하여 착신호를 처리하는 제 3 단계(45 내지 58)를 포함하는 것을 특징으로 하는 호처리 방법.
제1항에 있어서, 상기 제 2 단계(44,47 내지 58)는, 시나리오 처리 프로시쥬어를 수행한 후에 발신호 설정 메시지 및 착신호 설정 메시지를 제외한 다른 메시를 수신하여 메시지의 종류를 판단하는 제 4 단계(44,47 내지 49,52 내지 58); 사기 제 4 단계(44,47 내지 49,52 내지 58)의 판단 결과, 메시지 종류가 처리 완료 메시지이면 프로세스의 처리를 중단하는 제 5 단계(51); 및 상기 제 4 단계(44,47 내지 49,52 내지 58)의 판단 결과, 메시지 종류가 처리 완료 메시지가 아니면 수신된 메시지의 내용을 상기 호처리 레지스터에 저장한 후에 상기 제 4 단계(44,47 내지 49,52 내지 58)부터 반복 수행하는 제 6 단계(50)를 포함하는 것을 특징으로 하는 호처리 방법.
제1항에 있어서, 상기 제 3 단계(45 내지 58)는, 호 참조 값을 생성하여 호 참조 값 관리 테이블과 상기 호처리 레지스터에 저장한 후에 시나리오 처리 프로시쥬어를 수행하고 발신호 설정 메시지 및 착신호 설정 메시지를 제외한 다른 메시지를 수신하여 메시지의 종류를 판단하는 제 4 단계(45 내지 49,52 내지 58); 상기 제 4 단계(45 내지 49,52 내지 58)의 판단 결과, 메시지 종류가 처리 완료 메시지이면 프로세스의 처리를 중단하는 제 5 단계(51); 상기 제 4 단계(45 내지 49,52 내지 58)의 판단 결과, 메시지 종류가 처리 완료 메시지가 아니면 수신된 메시지의 내용을 상기 호처리 레지스터에 저장한 후에 상기 제 4 단계(45 내지 49,52 내지 58)부터 반복 수행하는 제 6 단계(50)를 포함하는 것을 특징으로 하는 호처리 방법.
제1항 내지 제3항중 어느 한 항에 있어서, 상기 시나리오 처리 프로시쥬어 처리 과정은, 호 상태 천이 테이블을 탐색하여 현재의 호 상태에서 전송되어 온 메시지에 관련된 시나리오 이름을 추출한 후에 시나리오 관리 테이블에서 해당 시나리오를 탐색하여 시나리오를 추출한 다음에 처리 형태를 판단하는 제 7 단계(52 내지 56); 상기 제 7 단계(52 내지 56)의 판단 결과, 처리 형태가 프로시쥬어 수행(N)이면 프로시쥬어를 수행한 후에 현재 수행되고 있는 시나리오의 다음 대상의 위치를 갖고 상기 제 7 단계(52 내지 56)의 처리 형태를 판단하는 과정(56)부터 반복 수행하는 제 8 단계(57); 상기 제 7 단계(52 내지 56)의 판단 결과, 처리 형태가 처리 제어를 넘김(J)이면 새로운 시나리오로 처리 제어를 넘긴 후에 제 7 단계(52 내지 56)의 시나리오 관리 테이블을 탐색하는 과정(54)부터 반복 수행하는 제 9 단계(58); 및 상기 제 7 단계(52 내지 56)의 판단 결과, 처리 형태가 시나리오 끝(EOS)이면 시나리오의 수행을 완료하는 제 10 단계를 포함하는 것을 특징으로 하는 호처리 방법.
제4항에 있어서, 상기 제 7 단계(52 내지 56)의 호 상태 천이 테이블은, 현재의 호 상태, 현재의 호 상태에서의 전송된 시나리오 이름을 구비하는 것을 특징으로 하는 호처리 방법.
제4항에 있어서, 상기 제 7 단계(52 내지 56)의 시나리오 관리 테이블은, 처리 형태와 처리 대상을 구비하는 것을 특징으로 하는 호처리 방법.
제6항에 있어서, 상기 처리 형태는, 프로시쥬어 수행, 시나리오로 처리 제어를 넘김, 및 시나리오 끝(EOS) 중 어느 하나인 것을 특징으로 하는 호처리 방법.