KR100364171B1

KR100364171B1 - 지능망시스템의 대용량 호 처리 장치

Info

Publication number: KR100364171B1
Application number: KR1020000016964A
Authority: KR
Inventors: 서인수; 김용수; 최정임
Original assignee: 주식회사데이콤
Priority date: 2000-03-31
Filing date: 2000-03-31
Publication date: 2002-12-11
Also published as: KR20010094583A

Abstract

본 발명은 국제 표준을 적용한 지능망시스템(AIN: Advanced Intelligent Network)의 서비스제어시스템에서 대용량 호를 처리하는 장치에 관한 것이다.

이러한 본 발명의 장치는 지능망시스템에 있어서, 요청된 서비스를 처리하기 위한 다수의 기본기능 처리수단과; 호가 인입되면 상기 기본기능처리수단에 기본기능 처리를 요구한 후 결과를 수신하는 서비스 수행수단; 상기 인입호에 대한 호 데이터를 저장하고 있고, 상기 서비스 수행수단과 기본기능 처리스단들이 억세스하여 저장된 데이터를 조회 및 변경할 수 있는 공유메모리로 구성되어 대용량 호를 신속하게 처리할 수 있다. 따라서 본 발명에 따르면 지능망시스템의 처리용량을 확장함으로써 지능망시스템의 구축 비용을 절감할 수 있다.

Description

지능망시스템의 대용량 호 처리 장치{ Apparatus for processing mass call in AIN system}

일반적으로, 지능망시스템은 전화가입자 및 사용자들에게 보다 편리하고 새로운 서비스를 다양하게 제공하기 위한 것으로, 많은 서비스 제공자와 통신장비 제작자들이 존재하는 환경하에서 서비스의 구현과 망의 구현이 서로 독립적으로 이루어질 수 있도록 하는 것이다. 그런데 현재 통신망에서 제공되는 서비스들은 교환기에 의해 획일적으로 제어되고 있으며, 따라서 전화 가입자와 망 운용자의 다양한 욕구를 충족시키기 위해서는 새로운 서비스를 제공할 때마다 통신망의 교환기들에 대한 조작이 필요해져 새로운 서비스 제공이 어려운 문제점이 있다. 이러한 문제점을 해결하기 위하여 국제표준화기관(ITU-T)에서 지능망시스템의 표준화를 꾸준히 추진하여 ITU Capability Set-1(CS-1), CS-2 등 표준화 규격을 발표한 바 있다.

이러한 지능망시스템은 가상사설망 서비스, 선불카드 서비스, 개인번호 서비스 등과 같이 매우 다양한 서비스를 제공할 수 있고, 각 시스템들은 동시에 다수의 서비스들을 처리함과 아울러 대용량의 호를 처리할 수 있어야 한다.

그런데 종래에는 서비스를 처리하기 위한 단일블록에서 호를 처리하였기 때문에 대용량 호 처리가 어려운 문제점이 있었다.

본 발명은 상기와 같은 문제점을 해결하기 위하여 지능망시스템에서 대용량 호를 처리할 수 있는 지능망시스템의 대용량 호처리 장치를 제공하는 데 그 목적이 있다.

도 1은 본 발명이 적용될 수 있는 전형적인 지능망시스템의 구성을 도시한 도면,

도 2는 본 발명에 따른 대용량 호 처리장치를 도시한 도면,

도 3은 본 발명이 적용된 서비스제어시스템의 예를 도시한 도면이다.

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

202: 공유 메모리 204,206: 기본기능 서버

208: 서비스 수행엔진 335: 에러처리부

302: 호정보 저장부 304: 서비스지원데이터부

310: 기능루틴부 311: 과금부

312: 콜티켓 생성부 313: 특별자원관리인터페이스부

314: 호접속관리부 316: 상태천이테이블

315:서비스제어기능 및 망데이터인터페이스부

317: 서비스로직수행부 318: 자원관리부

320: 지능망응용프로토콜부 330: 카드서비스응용프로토콜부

331: 서비스데이터인터페이스부 332: 서비스로딩관리부

333: 트래픽관리 및 제어부 334: 서비스로직시험부

상기와 같은 목적을 달성하기 위하여, 본 발명의 장치는, 지능망시스템에 있어서, 요청된 서비스를 처리하기 위한 다수의 기본기능 처리수단과; 호가 인입되면 상기 기본기능처리수단에 기본기능 처리를 요구한 후 결과를 수신하는 서비스 수행수단; 상기 인입호에 대한 호 데이터를 저장하고 있고, 상기 서비스 수행수단과 기본기능 처리스단들이 억세스하여 저장된 데이터를 조회 및 변경할 수 있는 공유메모리로 구성되어 대용량 호를 신속하게 처리할 수 있는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명하기로 한다.

도 1은 본 발명에 따른 지능망시스템을 도시한 전체 구성도로서, 지능망시스템은 가입자/서비스관리 및 시스템 운용을 담당하는 서비스관리시스템(SMP:ServiceManagement Point; 100a,100b)과 서비스 로직 수행 및 데이터 처리, 그리고 SS7신호망(120)과 연동하여 신호 처리를 담당하는 서비스제어시스템(SCP: Service Control Point; 110-1~110-n)으로 이루어져 공중 전화망(PSTN:130)을 통해 연결된 발신자(134)와 착신자(136) 사이에 새롭고 다양한 서비스를 제공할 수 있다. 여기서, 서비스관리시스템(100a,100b)과 서비스제어시스템(110-1~110-n)은 관계형 데이타베이스(RDBMS;102,112)를 포함하고 있고, 서비스제어시스템(110-1~110-n)은 별도의 전처리시스템(FEP:116a,116b)을 포함하고 있다. 그리고 각 시스템은 할당된 기능을 처리하기 위해 해당 기능을 담당하는 서브시스템을 내부에 설치하여 운용하며, 이러한 지능망시스템 플랫폼에서 제공되는 서비스로는 가상 사설망 서비스(VPN), 고도 착신 과금 서비스(AFS), 개인 번호 서비스(PN), 번호 이동 서비스(NP), 카드 계열 서비스(콜링카드,선불카드,신용카드), 3자과금 서비스등이 있다.

도 1을 참조하면, 공중전화망(PSTN:130)은 지능망교환기(SSP:132)를 포함하고, SS7신호망(120)을 통해 지능망시스템에 접속되며, SS7신호망(120)에는 지능형주변장치(IP)가 접속된다. 그리고 카드조회시스템(150)이 X.25망(140)을 통해 서비스제어시스템(SCP)에 접속된다.

그리고 서비스관리시스템(SMP:100a, 100b)은 운용관리 서브시스템(OMS: Operation Maintenance Subsystem), 서비스관리 서브시스템(SMS: Service Management Subsystem)과, 서비스 데이터 관리 서브시스템(SDPS: Service Data Processing Subsystem)으로 이루어지고, 서비스제어시스템(SCP:110-1~110-n)은 운용관리 서브시스템(OMS:Operation Maintenance Subsystem), 서비스처리 서브시스템(SLES: Service Logic Execution Subsystem), 서비스 데이터 관리 서브시스템(SDPS: Service Data Processing Subsystem), 신호처리 서브시스템(SPS: Signalling Processing Subsytem)으로 이루어져 있다.

그리고 서비스관리시스템(SMP:100a,100b)에는 가입자 데이터베이스, 시스템 관리 데이터베이스, 콜 티켓(Call Ticket) 데이터베이스가 구축되어 있으며, 서비스제어 시스템(SCP:110a,110b)에는 가입자 데이터베이스가 구축되어 있다.

또한 도면에는 도시되지 않았으나 서비스관리시스템(SMP)의 이중 랜 버스(104)에 시스템 관리 단말과 서비스 관리 단말이 연결되어 그래픽유저인터페이스(GUI)를 통해 시스템 운용관련 각종 정보 및 서비스 운용관련 정보를 표시하고, 이 GUI를 통해 운용관련 제어기능과 서비스 관리를 운용자나 운용자가 수행할 수 있다. 서비스 제어 시스템(SCP)의 이중 랜 버스(114)에 연결되어 있는 가입자 관리 단말은 가입자의 신규 생성, 삭제, 가입자정보의 변경등 가입자정보와 관련한 기능을 수행고, GUI를 통해 가입자 관리를 관리자가 수행할 수 있다.

그리고 지능망시스템의 서비스관리시스템(SMP:100a,100b)은 Primary/ Secondary 구조로 이중화되어 있으며, 서비스제어시스템(SCP:110-1~110-n)은 N+1 구조로 이중화되어 있다. SMP시스템의 Primary/Secondary 구조란 Primary SMP는 SMP시스템의 주된 기능인 서비스 및 가입자 관리, 과금처리를 수행하는 반면, Secondary SMP는 Primary SMP의 장애시에 Primary SMP의 기능을 수행하며 Batch 작업과 통계처리 작업을 수행하는 것을 말한다. SCP의 N+1구조는 추가적인 장비를예비하여 시스템 향후 발생할 장애를 대비하는 구조로서, 한 장비의 장애가 발생하여도 예비 장비가 장애 장비의 작업을 대체하여 전체 시스템의 성능을 보장하는 것이다. 이때 예비 시스템은 정상상태에서 부하 분담 방식으로 기능을 제공한다.

이와 같이 본 발명이 적용되는 지능망시스템은 (N+1) 구조의 부하공유(load sharing) 방식으로서, 서비스 제어시스템(SCP)은 후처리시스템(110-1~110-n)과 전처리시스템(FEP:116a,116b)으로 분리된 구조를 갖는다. 전처리시스템(116a,116b)은 SS#7 프로토콜 스택등 신호망과의 인터페이스를 담당하는 기능과 지능망 응용 프로토콜(INAP) 처리한다. 그리고 N+1 구조의 SCP(110-1~110-n)를 관리하는 SMP(100a,100b)는 전체 지능망 서비스시스템의 형상을 관리하며, 각 SCP별로 설치된 서비스정보와 각 SCP별 부하 균형값을 전처리시스템에 전달한다. 이 부하 균형값은 SMP(100a,100b)에서 각 SCP별로 설치된 서비스의 상태 및 시스템 상태 그리고 시스템 성능 등을 고려하여 결정된다.

이러한 구성에서 일반적인 호의 전달 절차를 보면 SSP(132)로 인입된 지능망 호는 SS#7신호망(120)을 거쳐 전처리시스템(FEP:116a,116b)로 전달된다. 이어 전처리시스템(FEP)의 SS#7스택을 거쳐 INAP처리블록으로 전달된 호는 서비스 구분자로부터 서비스가 결정되고, 부하 균형표로부터 이 호가 처리될 SCP(110-1~110-n)가 결정된다.

도 2는 본 발명에 따라 대용량 호를 처리하는 장치를 도시한 도면이다.

도 2를 참조하면, 본 발명에 따른 지능망 서비스 처리기능은 대용량의 실시간 호 처리가 가능하다. 이를 위해서 본 발명의 장치는 하나의 서비스수행엔진(208)과 다수의 기본 기능서버(204,206), 그리고 공유 메모리(202)로 구성된다. 즉, 본 발명의 장치는 복수개의 기본기능 서버(204,206)에서 기본기능을 수행함으로써 서비스 수행엔진(208)으로 집중되는 부하를 분산하고, 이를 수행하기 위해 발생하는 서비스 수행엔진(208)과 기본기능 서버(204,206)들 사이의 데이터 교환은 공유 메모리(202)를 이용하여 최소화한 것이다.

SS7 신호망으로부터 호 요구(initial DP) 메시지를 통해 다수의 호가 서비스 수행엔진(208)으로 인입되면, 서비스 수행엔진(208)은 인입된 대량 호들을 처리하기 위하여 해당 기본기능서버들(204,206)에 처리를 요청한 후 결과를 수신한다. 이때 서비스 수행엔진(208)은 공유 메모리(202)에 저장된 호 데이터를 조회 및 변경하고, 각 기본기능 서버들(204,206)도 해당 기능을 처리하기 위해 공유 메모리(202)의 호 데이터를 조회 및 변경한다. 그리고 기본기능 서버들(204,206)은 서비스 수행엔진(208)으로부터 서비스 처리 요청을 받으면 공유 메모리(202)를 참조하여 해당 기능을 처리한 후 그 결과를 서비스 수행엔진(208)에 전달한다. 서비스행엔진(208)은 각 기본기능 서버들(202,206)의 처리결과에 따라 호를 연결(Connect)하도록 제어신호를 SS7신호망측으로 전달한다.

도 3은 본 발명에 따른 지능망시스템의 서비스처리 서브시스템(SLES)의 기능 블록도이다. 서비스처리 서브시스템(SLES: Service Logic Execution Subsystem; 300)은 서비스 제어 시스템(SCP)의 지능망 서비스를 제공하기 위한 서브시스템으로서, 호정보 저장부(302:Call Context), 서비스지원 데이터부(304:SSD), 기능 루틴부(310:FR), 서비스로직수행부(217:SLEB)를 포함한다. 기능루틴부(310)는과금부(CB:311)와 데이터수집부(DCB:312), 자원관리인터페이스부(SRMIB:313), 호접속관리부(CCMB:314), 서비스제어기능 및 망 데이터 인터페이스부(SNDIB: 315)로 구성되고, 서비스로직 수행부(SLEB:317)는 서비스 상태 천이테이블(316)과 자원관리부(318)에 연결되어 이를 참조한다. 그리고 서비스처리서브시스템(300)은 SS7스택과는 지능망응용프로토콜부(INAPB:320)를 통해 접속되고, 다른 서브시스템 및 X.25망과 접속된다.

이러한 서비스 처리 서브시스템(SLES:300)은 서비스 로직 수행, 서비스 로직 수행에 필요한 서비스 데이터 및 망 자원 데이터 관리를 담당하면서, 자신의 응용 프로그램과 다른 기능 개체의 응용 프로그램간의 상호 작용을 위한 오퍼레이션 처리 기능, 서비스 로직 수행 지원 기능을 이용하여 서비스 로직을 수행한다. 또한, 신규 또는 변경된 서비스의 도입을 위하여 서비스 관리 시스템(SMP)과 상호 작용하고, 사용자에게 양질의 서비스를 제공하기 위한 서비스 운용 관리 기능이 있다.

이러한 서비스 처리 서브시스템(SLES:300)의 각 블록의 기능에 대해 살펴보면 다음과 같다.

호 정보 저장부(302)는 호(Call)의 시작부터 종료시까지 서비스처리 서브시스템(SLES:300)에서 사용하는 모든 콜 콘텍스트(CID: Call Instance Data)를 저장한다. 이때, 호정보 저장부(302)는 여러 프로세스가 접근할 수 있도록 공유 메모리(Shared Memory)를 이용하는데, 각 콘텍스트는 공유 메모리에 배열의 형태로 구성되어 있으며, 배열의 크기는 초기화(INI) 파일에 정의된 시스템당 처리 가능한 최대 호 갯수(MAX_NUM_CALL)와 동일하다. 호 시작시(Initial DP 수신시) 서비스로직수행부(SLEB:Service Logic Execution Block:317)의 요청으로 내/외부 자원관리부(IERMB: Internal External Resource Management Block:318)에서 사용치 않는 콘텍스트(Context)중 한개가 할당되며, 호 종료시 이를 해제한다.

서비스 지원 데이터부(SSD: Service Support Data; 304)는 서비스 수행에 필요한 SIB(Service Independent Building block) 파라메터를 보관한다. 콘텍스트와 동일하게 여러 블록(SLES 및 FRs)에서 접근할 수 있도록 공유 메모리(Shared Memory)를 이용하는데, 배열의 형태로 구성되어 있으며, 배열의 크기는 초기화(INI) 파일에 정의된 시스템당 처리 가능한 최대 서비스 갯수(MAX_NUM_ SERVICE)와 동일하다. 서비스 로딩시 서비스 로직의 내용을 참조하여 서비스 로직 수행부(SLEB:317)에서 해당 서비스 관련 내용을 초기화하고, 서비스 수행중 서비스로직수행부(SLEB;317) 및 기능 루틴부(FR:Functional Routines)(310)에 의해 읽을 수 있는 데이터로만 참조된다. 액션 라이브러리(Action Library)는 서비스로직 수행부(SLEB:317)와 기능루틴부(340)간의 인터페이스 및 내부 액션(즉, SLEB 내부에서 수행되는 SIB)을 담당한다. 그리고 공유 라이브러리(Shared Library)로 별도의 프로세스로 독립되어 있지 않고, 서비스 로직 수행부(SLEB:317)에 동적으로 링크(Dynamic Linking)되어 사용된다.

서비스 상태 천이 테이블(316)은 서비스 흐름을 결정하는 서비스별 상태 테이블로서, 서비스 로딩시 서비스 로직의 내용을 참조하여 초기화된다. 서비스 로직 수행부(SLEB:317)에서 지능망교환기(SSP)로부터 수신한 지능망 응용 프로토콜(INAP: Intelligent Network Application Protocol) 오퍼레이션을 참조하여 현재 상태에서 다음에 수행할 액션(SIB)을 판단하여 서비스를 수행한다.

지능망 응용 프로토콜부(INAPB: Intelligent Network Application Protocol Block:320)에서는 지능망 교환기(SSP)나 지능형 주변장치(IP)와의 각종 오퍼레이션을 인코딩 혹은 디코딩하고, 서비스 관리 서브시스템(SMS) 제어에 의해 서비스제어 시스템(SCP)별로 호 분배 비율을 제어한다. 또한, 오퍼레이션 오류 검사도 행하고, 성능제어를 위한 각종 측정치를 생성하여 서비스 관리 서브시스템(SMS)으로 보고한다.

서비스 로직 수행부(SLEB:317)에서는 호시작 메시지(Initial DP)의 서비스 키를 참조하여 수행할 서비스를 선택하여 수행하고, 지능망교환기(SSP)의 INAP오퍼레이션을 분석한 후 다음에 수행할 액션을 선택하여 액션의 내부 수행 또는 기능루틴부(FR:310)로 액션 수행을 요청한다. 또한 호별 콜 상태(Call State), 콜 콘텍스트(Call Context)를 관리하며, 성능제어를 위한 각종 측정치를 생성하여 트래픽 관리 및 제어부(TMCB:333)를 통해 서비스 관리 서브시스템(SMS)으로 보고한다.

기능루틴부(FR:Functional Routines:310)는 서비스 로직 수행부(SLEB:317)의 요청에 따라 호저장부(302)와 서비스 지원 데이터부(SSD:304)를 참조하여 각 기능루틴들이 담당하는 고유 액션을 수행한다. 액션의 결과에 따라 기능루틴부(FR:310)는 콘텍스트 내용을 변경하거나, 지능망교환기(SSP) 혹은 지능형 주변장치(IP)에 전송할 INAP 오퍼레이션을 생성한다. 기능루틴부(310)에는 과금부(CB,Charging Block:311), 데이터 수집부(DCB,Data Collection Block:312), 특별 자원 관리 인터페이스부(SRMIB, Specialized Resource Management I/F Block:313), 호접속제어부(CCMB, Call Connection Management Block:314), 서비스 제어기능 및 망 데이터 인터페이스부(SNDIB, SCF Network Data I/F Block:315)가 해당된다.

먼저, 과금부(CB:311)는 서비스 제어 시스템(SCP) 과금인 경우, 서비스, 대역, 통화시간 등을 고려하여 과금금액을 계산하고, 한도액이 설정된 경우에는 한도액 도달 후 이를 서비스 로직 수행부(SLEB:317)에 통보하며, 콜 티켓의 과금파트를 생성 후 데이터 수집부(DCB:312)에 전달한다.

데이터 수집부(DCB:312)는 서비스 로직에 정의된 콜 티켓 생성규칙에 따라 호 종료시 호 콘텍스트를 참조하여 콜 티켓을 생성한다. 과금부(CB:311)로 부터 전달받은 콜티켓 과금파트를 취합 및 전달하며, 타임아웃 발생시 파일 기록 및 파일 전송을 에러처리부(EHB, Error Handling Block:342)에 요청한다.

특별 자원관리 인터페이스부(SRMIB:313)는 지능망 교환기(SSP:132) 및 안내방송 ID를 참조하여 지능형 주변장치(IP:122)의 선택 및 지능형 주변장치(IP:122) 연결형식을 결정하며, 연결 및 단절을 제어한다. 또한 사용자에게 안내방송을 송출하고 사용자 입력을 수집한다.

호 접속 관리부(CCMB:314)에서는 호의 연결 및 종료를 제어하고, 접속포인트(connection point)와 레그(leg) 조작 처리, 콜 파티(call Party)의 생성, 추가, 변경, 제거, 연결 보류등을 담당한다.

서비스 제어 기능 및 망 데이터 인터페이스부(SNDIB:315)는 발신번호, 착신번호 및 서비스별 구성 데이타를 참조하여 번호를 번역하고, DB 조회 및 변경, 비율에 따라 호 분배 및 신용카드 인증 등을 처리한다.

내/외부 자원관리부(IERMB, Internal External Resource Management Block:318)에서는 지능망의 내외부 자원을 관리하고, 호 대기(Call Queueing) 기능과 콜 텍스트 할당 및 해제를 처리한다.

서비스 데이터 인터페이스부(SDIFB, Service DATA I/F Block: 331)는 서비스별로 서비스 데이터 기능(SDF, Service DATA Function)과 인터페이스 역할을 하고, 그에 따라 서비스별로 SDF를 선택하며, DBMS의 제어에 의해 SDF를 이중화한다.

카드 서비스 응용 프로토콜부(CAPB,Card Service Application Protocol Block:230)는 카드계열 서비스중 신용카드 서비스와 비자폰(VisaPhone) 서비스에 관련된 카드번호 및 비밀번호 조회기능, 통화요금에 대한 승인 요청기능을 지원한다. 또한, SCP-CCIS와 SCP-VAP 간에 X.25를 통해 인터페이스를 담당하는 블록이다.

서비스 로딩 관리부(SLMB,Service Loading Management Block:332)는 서비스 관리 서브시스템(SMS)의 제어에 따라 서비스 처리 서브시스템(SLES:300) 내부의 서비스 상태 변경을 담당한다. 이때, 각 블록으로 서비스 상태 변경 요청 및 결과를 취합하여 서비스 관리 서브시스템(SMS)으로 결과를 통보한다.

트래픽 관리 및 제어부(TMCB:Traffic Management Control Block:333)는 성능제어를 위한 데이터를 서비스로직수행부(SLEB:317), 서비스 데이터 인터페이스부 (SDIFB:331)로부터 취합하여 서비스 관리 서브시스템(SMS)으로 전달하고, 호 시도 개수와 응답시간, DB 응답시간등을 제어 및 관리하고, 서비스 로직 시험부(SLTB, Service Logic Testing Block:336)는 서비스 시험패턴을 참조하여 시험 호를 발생한다.

이상에서 설명한 바와 같이, 본 발명에 따르면 서비스 수행 엔진과 기본기능서버 사이에 공유 메모리를 이용함으로써 지능망시스템의 처리용량을 용이하게 확장할 수 있고, 이에 따라 지능망시스템의 구축 비용을 절감할 수 있는 효과가 있다.

Claims

지능망시스템에 있어서,

요청된 서비스를 처리하기 위한 다수의 기본기능 처리수단과;

호가 인입되면 상기 기본기능처리수단에 기본기능 처리를 요구한 후 결과를 수신하는 서비스 수행수단; 및

상기 인입호에 대한 호 데이터를 저장하고 있고, 상기 서비스 수행수단과 기본기능 처리스단들이 억세스하여 저장된 데이터를 조회 및 변경할 수 있는 공유메모리로 구성되어

대용량 호를 신속하게 처리할 수 있는 것을 특징으로 하는 지능망 시스템의 대용량 호 처리장치.