KR100896611B1

KR100896611B1 - 지능망의 서비스 제어기와 Ｐａｒｌａｙ 서버간의 정합시스템

Info

Publication number: KR100896611B1
Application number: KR1020020036383A
Authority: KR
Inventors: 박성훈; 전진희; 김경미; 김성민
Original assignee: 주식회사 케이티
Priority date: 2002-06-27
Filing date: 2002-06-27
Publication date: 2009-05-08
Also published as: KR20040001247A

Abstract

본 발명은 지능망 서비스를 수행하는 서비스제어기(SCP)와 Parlay 서버를 정합시켜 지능망에서 VoIP(voice over Internet Protocol)호 처리를 행할 수 있도록 하는 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템에 관한 것이다.

이러한 본 발명은 VoIP관련 호처리를 행하는 Parlay 응용부와; 지능망의 서비스 수행 교환기(SSP)로부터 지능망 서비스 호가 트리거되면 착신번호를 검색하여 착신번호가 VoIP호가 아니면, 상기 SSP를 통해 해당 착신번호로의 호연결을 시도하고, 상기 착신번호가 VoIP호이면 해당 호를 Parlay 서버로 중계하는 서비스 제어기(SCP) 및; 상기 Parlay 응용부와 상기 SCP간의 메시지 변환기능을 행하여 상기 Parlay 응용부와 상기 SCP를 연동시키는 Parlay 서버를 포함하여 구성된 것을 특징으로 한다.

상기한 구성에 의해 본 발명은, Parlay 서비스와 이미 구축된 지능망 서비스 간의 유연한 상호작용으로 사용자에게는 기존의 안정적인 기능과 함께 최신 서비스를 제공해 줄 수 있고, 서비스 공급자에게는 기존에 가입되어 있는 고객을 그대로 흡수하면서 새롭고 다양한 부가기능을 개발하여 제공할 수 있다는 효과가 있다.

Description

지능망의 서비스 제어기와 Ｐａｒｌａｙ 서버간의 정합 시스템{System for matching between Service Control Point and Parlay server on intelligent network}

도 1은 종래 지능망 서비스 시스템 구성도.

도 2는 본 발명의 실시예에 따른 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템의 블럭구성도.

도 3은 본 발명의 실시예에 따른 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템에서의 호 모델의 상태 천이도.

도 4a 내지 도 4b는 본 발명의 실시예에 따른 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템의 동작을 설명하기 위한 플로우차트.

본 발명은 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템에 관한 것으로, 보다 상세하게는 지능망 서비스를 수행하는 서비스제어기(SCP)와 Parlay 서버를 정합시켜 지능망에서 VoIP(voice over Internet Protocol)호 처리를 행할 수 있도록 하는 것이다.

현재 제공되고 있는 지능망 서비스로는 대표번호 서비스, 평생번호 서비스, 무료전화 서비스 등이 있으며, 이러한 서비스들은 도 1에 도시된 바와 같이 서비스 수행 교환기(이하 SSP: Service Switch Point)(12)와 서비스 제어기(SCP: Service Control Point)(16), 주변장치(IP: Intelligent Peripheral)(14)로 구성된 시스템을 통해 제공된다. 여기서, SCP(16)와 SSP(12)와 IP(14)는 SS7망을 통해 서로 연결되어 있으며, INAP메시지를 이용하여 서로 메시지를 주고 받는다.

상기한 시스템에서는, SSP(12)에 연결된 단국교환기인 LE(Local Exchange)(10)에 수용된 단말로부터 지능망 서비스 호가 발신되면, LE(10)가 프리픽스를 통해 해당 호가 지능망 호임을 감지하여 해당 호를 SSP(12)로 전달하고, SSP(12)가 서비스 제어 시스템(16)으로 해당 지능망 서비스를 트리거하여 상기 서비스 제어 시스템(16)에 의해 사용자가 요청한 지능망 서비스가 수행되도록 하는 것이다.

한편, 상술되어진 평생번호 서비스와, 대표번호 서비스, 무료전화 서비스 등은 모두 사용자가 입력하는 전화번호에 대한 착신번호로 호를 연결하지 않고, 상기 사용자에 의해 입력된 전화번호를 등록한 가입자가 지정한 착신번호로 호를 연결하는데 특징이 있다. 여기서, 가입자에 의해 지정될 수 있는 번호는 일반 유선전화번호와 이동 전화번호가 될 수 있다.

그러나, 요근래에 컴퓨터를 이용한 VoIP호의 사용이 급증하고 있는 추세를 고려해보면, 상기 지능망 서비스에서는 VoIP호로의 호 연결이 제공되고 있지 않기 때문에, 가입자에게 양질의 서비스를 제공하기 위해서는 VoIP호로의 연결도 제안 되어야 한다.

한편, VoIP호 처리를 위해 지능망과 상관없이 Parlay 서버를 구축할 수도 있지만, 이 경우에는 SS7망에 접속하여야 하므로 SS7 프로토콜 스택을 갖추어야 하는데, SS7 프로토콜 스택을 갖추는데 상당한 투자비가 소요되고, 현재 구축된 지능망과의 연동도 불가하다는 문제점이 있다.

따라서, 본 발명은 상술한 종래의 문제점을 해결하기 위해 이루어진 것으로, 지능망 서비스를 수행하는 서비스제어기(SCP)와 Parlay 서버를 정합시켜 지능망에서 VoIP호 처리를 행할 수 있도록 하는 것을 목적으로 한다.

상기한 목적을 실현하기 위한 본 발명은,

VoIP관련 호처리를 행하는 Parlay 응용부와;

지능망의 서비스 수행 교환기(SSP)로부터 지능망 서비스 호가 트리거되면 착신번호를 검색하여 착신번호가 VoIP호가 아니면, 상기 SSP를 통해 해당 착신번호로의 호연결을 시도하고, 상기 착신번호가 VoIP호이면 해당 호를 Parlay 서버로 중계하는 서비스 제어기(SCP) 및;

상기 Parlay 응용부와 상기 SCP간의 메시지 변환기능을 행하여 상기 Parlay 응용부와 상기 SCP를 연동시키는 Parlay 서버를 포함하여 구성된 것을 특징으로 한다.

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

도 2는 본 발명의 실시예에 따른 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템의 블럭구성도로서, 본 발명의 실시예에 따른 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템은 Parlay 응용서버(20), Parlay 서버(30), SCP(40)로 구성된다.

Parlay 응용서버(20)는 사설 DHCP 서버 서비스를 제공하는 수단으로서, 서비스 기능을 수행하는 어플리케이션(application)인 복수의 응용(21)들과, 어플리케이션이 사용하는 Parlay API를 제공하는 Parlay 프레임워크(22), Parlay 서버(30)와의 정합을 위한 처리를 행하는 CORBA 인터페이스(23)를 구비한다.

Parlay 서버(30)는 SCP(40)와 Parlay 응용서버(20)간의 메시지 교환을 중계하여 지능망에서 VoIP호로의 호연결이 가능하도록 하는 기능을 수행하는 수단으로서, Parlay 응용서버(20)와의 정합을 위한 처리를 행하는 CORBA 인터페이스(31)와, CORBA 인터페이스를 통해 Parlay 응용서버에 Parlay API를 제공하는 Parlay 프레임워크(32), SCP 어댑터(34)를 통해 SCP(40)로부터 전송된 INAP메시지를 Parlay API로 처리하여 Parlay 응용서버(20)로 전송하고 Parlay 응용서버(20)로부터 전송된 Parlay API를 INAP 메시지로 변환하여 SCP(40)로 전달하는 Parlay 호처리부(33), Java Class로 구성되어 있으며 Parlay API에 의해서 요청되는 SCP 상호작용을 SCP(40)의 GWA모듈(41)로 전달해주는 SCP 어댑터(34)로 구성된다.

특히, 상기 Parlay 호처리부(33)는 호처리의 실질적인 제어를 담당하는 Parlay 호 제어부와 호 제어 중 음성안내를 제어하는 Parlay User Interaction 모듈로 구성된다. 그리고, Parlay API와 INAP에 대한 변환은 하기에 제시된 <표 1>에 따른다.

<표 1>

Parlay API	해당 INAP
routeCallToOrig_Req( )	ICA
routeCallToOrig_Res( )	ERB
routeCallToDest_Req( )	CONNECT
routeCallToOrig_Res( )	ERB
callEventNotify( )	IDP
releaseCall( )	RC
sendInfoCall_Req( )	상태에 따라 ETC + ARI PA
sendInfoCall_Res( )	SRR

또, SCP(40)는 SSP로부터 소정 지능망서비스가 트리거되면, 해당 지능망서비스를 수행하여 착신지가 VoIP호 관련이면 제어권을 Parlay 서버(30)로 넘겨주는 기능을 수행하는 수단으로서, 독립적인 프로세스로 구성되어 Parlay 서버와 SCP(40)사이의 메시지 전달을 담당하는 GWA 모듈(41)과, 본 발명에 따른 Parlay 서버(30)로의 중계서비스를 수행하는 로직(42), Parlay 서버(30)로 중계되지 않는 호에 대한 지능망 서비스를 수행하는 로직(43), 상기 로직(42,43)에 의해 소정 서비스를 수행하는 서비스 수행부(44), SS7 신호망에서 사용되는 INAP 메시지를 생성/해석하는 INAP 처리부(45), INAP 메시지를 SS7신호망으로 보내고 받는 SS7 스택(46)으로 구성된다.

여기서, 상기 중계 서비스 로직(42)은 OpenCall에서 정의된 서비스 로직으로, 기존의 서비스 로직과 연동할 수 있도록 구성이 되어 있으며, Parlay 서비스에서 처리해야 하는 요청일 경우 그 요청을 GWA 모듈(41)을 통해 Parlay 서버로 보내주는 역할을 한다. 물론, Parlay 서버에서의 요청을 받아 필요한 INAP 메시지 를 사용하여 SSP, IP 등을 제어하는 역할도 포함된다.

그리고, GWA 모듈(41)은 SCP 플랫폼과 Parlay 플랫폼과의 TCP/IP 연결을 주 목적으로 하는데, SCP는 HP 9000 서버기종에, HP-UX를 사용하는 OpenCall 플랫폼이며 C⁺⁺전용 라이브러리를 사용해야 하며 Parlay 서버는 Sun 기종에 Solaris 2.7을 사용하는 플랫폼이고 JAVA로 개발이 되어 있어 플랫폼간의 직접적인 연동을 할 수 없다. 그러므로 GWA 모듈(41)은 JAVA로 개발되어 있는 SCP 어댑터(34)모듈과 TCP/IP를 통해 메시지를 전달한다.

이어, 도 3을 참조하여 호 모델의 상태를 설명한다.

호는 두 가지의 시작 방법이 있다. 그 중 하나는 Parlay 응용이 먼저 시작하는 경우 Parlay API의 호출을 통해 Parlay 서버의 프레임워크에서는 Parlay 호처리부에 호 생성을 요구한다. 이 때 생성되는 호의 상태는 도 3의 Initial(ICA)(50)상태가 된다.

이 상태에서 routeCallToOrig_Req()의 호출을 하면 connecting to Origination 상태로 천이되며 이 때 <표1>을 참조하여 SCP어댑터(34)에서는 ICA라는 메시지를 GWA모듈(41)로 전달하게 된다.

ICA메시지를 받은 GWA모듈(41)은 중계서비스를 통하여 SS7스택으로 INAP 메시지 ICA를 만들어 보내게된다. Connecting to Origination상태(51)는 발신측과 연결을 기다리는 상태로 발신측의 전화기가 울리게 되며 통화중/무응답/결번 등 전화 상태를 기다리는 상태를 의미한다. 전화를 받지 않을 경우 그 결과를 routeCallToOrig_Res()라는 Parlay API를 통해 Parlay 응용으로 전달한다.

전화를 정상적으로 받은 경우는 connected to Origination상태(52)로 천이 되며 이 상태는 발신측과 연결이 되었으나 착신측과는 아직 연결이 되지 않은 상태를 의미한다.

호 시작의 두 번째 경우는 발신측이 직접 전화를 걸었을 경우에 해당한다. 이때에는 SCP가 SSP로부터 INAP메시지 IDP를 받아서 VoIP호 임을 확인하고 IDP메시지를 GWA 모듈과 SCP 어댑터를 거쳐 Parlay 서버의 호처리 부로 전달을 한 경우이다.

이 때에는 호가 생성될 때Initial(IDP)상태(58)로 만들어진 뒤 바로 connected to Origination상태(52)로 천이한다. Connected to origination 상태(52)에서 Parlay 응용은 착신측과 연결할 수도 있고 안내방송을 연결할 수 있다. 먼저 착신측과 연결하려는 경우에는 Parlay API인 routeCallToDest_Req()를 사용해서 연결을 한다.

이 API를 호출했을 경우 최종적으로 INAP 메시지 CONNECT가 SSP로 전달되고 호 상태는 착신측과 연결 시도 상태엔 connecting to Destination 상태(53)가 된다.

이 때에도 발신측 연결과 마찬가지로 정상 수신/무응답/통화중 등의 INAP메시지인 ERB를 기다리게 된다. ERB 메시지를 받은 경우 정상 수신되었을 경우 최종적으로 착신측과 연결된 상태인 connected to Destination상태(54)로 천이한다.

받은 ERB에 대한 결과 값은 routeCallToDest_Res()를 통해 Parlay 응용으로 전달한다. 발신측과 연결된 상태인 connected to Origination상태(52)에서는 착신측과 연결하기 전에 안내방송을 송출할 수도 있다.

이 경우 응용은 Parlay API인 sendInfoCall_Req()를 통해 안내방송 송출을 요구하며 Parlay 호 제어부에서는 이 작업을 수행하기 위해 INAP 메시지인 ETC를 보내게 되고 상태는 안내방송 연결을 준비하는 상태인 connecting to IP 상태(55)로 천이한다. ETC에 대한 응답이 IP로부터 ARI를 통해 SCP에 전달되게 되면 이 ARI에 의해 상태는 안내방송과 연결된 상태인 connected to IP 상태(56)로 바뀐다.

이 때부터는 바로 안내방송 송출을 위해 INAP메시지 PA를 보내게 되며 안내방송이 송출되는 동안에는 Playing Announcement상태(57)로 안내방송이 끝남을 알리는 SRR메시지가 도착하면 다시 안내방송과 연결된 상태인 connected to IP상태로 돌아온다.

이 때에도 routeCallToDest_Req() Parlay API호출이 올 수 있는데 이 때에는 안내방송과 연결을 먼저 끊어야 하므로 INAP 메시지인 DFC를 보내게 된다. 그 뒤로는 상기한 routeCallToDest_Req()와 처리 방법이 같다.

SSP에서 INAP처리 도중 오류 발생 등으로 호 진행이 계속되지 못할 경우 INAP 메시지 ABORT를 보내게 된다. 이 메시지를 받으면 어떠한 상태에 있던(59)지 호 처리를 종료하고 최종상태인 End(60)로 가게 된다.

이러한 호 모델은 Parlay 호처리부(33), 그리고 중계 서비스 로직(42)에 구현이 되어 있어서 서로 일관된 호 처리를 수행할 수 있도록 한다.

이러한 호 모델을 가지고 다음과 같은 기준으로 Parlay 응용으로부터 내려오 는 Parlay API에 대한 처리는 Parlay 호처리부(33)에서 <표 1>을 참고하여 변환 처리한다.

이하, 도 4a와 도 4b에 도시된 플로우차트를 참조하여 지능망의 서비스 제어기와 Parlay 서버간의 정합절차를 상세하게 설명한다.

사용자가 지능망서비스 호가 요청되면, 단국교환기가 프리픽스를 인식하여 해당 호를 서비스 수행 교환기로 전달하고, 서비스 수행 교환기는 프리픽스에 해당하는 서비스 키를 찾아 SCP(40)로 IDP메시지를 전송하여 지능망 서비스를 트리거한다(S10).

이어, SCP(40)는 해당 호에 해당하는 지능망 서비스를 인식하고 해당 서비스 데이터베이스에서 검색하여 서비스 옵션과 착신번호를 검색하고 그 검색결과를 이용하여 착신번호가 VoIP호인가를 판단한다(S12).

상기 판단결과, 착신번호가 VoIP호가 아니면 즉, PSTN호이거나 이동통신호이면 상기 SCP(40)는 이미 공지된 지능망 호처리 절차를 통해 상기 착신번호로 호를 연결시킨다(S14).

그러나, 이와 달리 상기 S12에서의 판단결과, 착신번호가 VoIP호이면 SCP(40)는 중계서비스 로직(42)으로 제어권을 인계한다(S16).

이에, 중계서비스 로직(42)은 자신의 호 모델을 만들고 상태를 발신측과 연결된 상태인 connected to Origination 상태로 바꾼 뒤 GWA 모듈(41)을 통해 IDP 메시지를 전달하고, GWA 모듈(41)은 상기 IDP 메시지를 Parlay 서버(30)의 SCP 어댑터(34)로 전달하고, SCP 어댑터(34)는 Parlay 호처리부(33)로 IDP 메시지를 전 달한다(S18).

이어, Parlay 호처리부(33)는 상기 IDP 메시지를 받아 호 모델을 connected to Origination상태로 바꾼 후 callEventNotify( )메시지를 Parlay 응용(21)으로 전송한다(S20).

Parlay 응용(42)은 해당 이벤트를 받아서 호 번역을 행하여 착신번호를 추출하고(S22), 해당 호를 특정 VoIP 게이트웨이와 연결하도록 routeCallToDest_Req( )를 호출한다(S24).

이어, Parlay 서버(30)의 Parlay 호처리부(34)는 상기 routeCallToDest_Req( )를 INAP 메시지 CONNECT로 변환하여 SCP 어뎁터 모듈(34)을 통해 SCP(40)의 GWA모듈(41)로 전송한다(S26).

GWA모듈(41)은 중계서비스 로직(42)으로 상기 CONNECT메시지를 전송하고, 중계서비스 로직(42)은 CONNECT에 해당하는 INAP메시지를 만들어 SCP의 SS7 스택을 통하여 SSP로 해당 VoIP 게이트웨이로의 호연결을 요청한다(S28).

상기 요청에 의해 SSP는 해당 VoIP 게이트웨이로 호를 연결하고(S30), VoIP 게이트웨이는 착신측으로 연결 링(Ring)톤을 송출한 후(S32), 착신측 PC가 응대하면 SSP는 호 통신 결과 메시지(ERB)를 SCP(40)로 송출한다(S34).

이에, SCP(40)의 중계서비스 로직(42)이 상기 ERB메시지를 Parlay 서버(30)로 전송하면(S36), Parlay 서버(30)가 routeCallToDest_res( )로 변환하여 응용(21)으로 전달하고(S38), 응용(21)은 호처리가 정상적으로 끝났음을 확인하고 releaseCall( )을 호출한다(S40).

이어, Parlay 서버(30)의 Parlay 호처리부(33)는 releaseCall( )을 RC메시지로 변환하여 SCP 어댑터(34) 및 GWA 모듈(41)을 통해 SCP(40)의 중계서비스 로직(42)으로 전달한다. 이로서, SCP(40)의 중계서비스 로직(42)은 INAP메시지 RC 만들어 SSP로 전달하고 호를 종료한다.

이상 설명한 바와 같은 본 발명에 의하면, Parlay 서비스와 이미 구축된 지능망 서비스 간의 유연한 상호작용으로 사용자에게는 기존의 안정적인 기능과 함께 최신 서비스를 제공해 줄 수 있고, 서비스 공급자에게는 기존에 가입되어 있는 고객을 그대로 흡수하면서 새롭고 다양한 부가기능을 개발하여 제공할 수 있어 수익증대를 기여할 수 있다.

이 뿐 아니라, 본 발명은 기존의 SCP에 개발되어 있는 효율적이고 안정적인 서비스를 그대로 유지할 수 있고, Parlay 서버에 SS7 프로토콜 스택을 구비하지 않아도 되므로 Parlay 서버의 투자비를 절감할 수 있는 효과가 있다.

한편, 본 발명은 상술한 실시예로만 한정되는 것이 아니라 본 발명의 요지를 벗어나지 않는 범위내에서 수정 및 변형하여 실시할 수 있고, 이러한 수정 및 변경 등은 이하의 특허 청구의 범위에 속하는 것으로 보아야 할 것이다.

Claims

VoIP(Voice over Internet Protocol)관련 호처리를 행하는 Parlay 응용부와;

지능망의 서비스 수행 교환기(SSP)로부터 지능망 서비스 호가 트리거되면 착신번호를 검색하여 착신번호가 VoIP호가 아니면, 상기 SSP를 통해 해당 착신번호로의 호연결을 시도하고, 상기 착신번호가 VoIP호이면 해당 호를 Parlay 서버로 중계하는 서비스 제어기(SCP) 및;

상기 Parlay 응용부와 상기 SCP간의 메시지 변환기능을 행하여 상기 Parlay 응용부와 상기 SCP를 연동시키는 Parlay 서버를 구비하고,

상기 서비스 제어기(SCP)는

SS7(Signaling System 7)망과의 통신을 통한 SS7 스택과; INAP(Intelligent Network Application Part) 프로토콜 처리를 위한 INAP 처리부; VoIP 관련 호에 대해 상기 Parlay 서버로의 호 중계를 위한 처리를 행하는 중계서비스 로직; VoIP 비관련 호에 대해 상기 착신번호로의 호연결을 위한 처리를 행하는 지능망서비스 로직; 상기 INAP 처리부에서 전송된 INAP 메시지를 근거로 현재 트리거된 지능망 서비스 호의 착신번호를 검색하고 그 검색결과에 따라 상기 중계서비스 로직 또는 지능망 서비스 로직으로 INAP 메시지를 전송하는 서비스 수행부 및; 상기 Parlay 서버와의 정합을 위한 GWA(Gateway) 모듈을 구비하는 것을 특징으로 하는

지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템.
제 1 항에 있어서,

상기 Parlay 응용부는 VoIP호처리를 위한 절차를 수행하는 응용 프로그램과;

어플리케이션이 사용하는 Parlay API(Application Programming Interface)를 제공하는 프레임워크;

상기 Parlay 서버와의 정합을 위한 인터페이스부를 포함하여 구성된 것을 특징으로 하는 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템.
제 2 항에 있어서,

상기 VoIP호처리를 위한 절차는 상기 착신번호를 연결하기 위한 VoIP 게이트웨이를 검색하여 상기 호가 상기 VoIP 게이트웨이를 통해 연결되도록 하는 것을 특 징으로 하는 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템.
삭제
VoIP(Voice over Internet Protocol)관련 호처리를 행하는 Parlay 응용부와;

지능망의 서비스 수행 교환기(SSP)로부터 지능망 서비스 호가 트리거되면 착신번호를 검색하여 착신번호가 VoIP호가 아니면, 상기 SSP를 통해 해당 착신번호로의 호연결을 시도하고, 상기 착신번호가 VoIP호이면 해당 호를 Parlay 서버로 중계하는 서비스 제어기(SCP) 및;

상기 Parlay 응용부와 상기 SCP간의 메시지 변환기능을 행하여 상기 Parlay 응용부와 상기 SCP를 연동시키는 Parlay 서버를 구비하고,

상기 Parlay 서버는

상기 SCP와의 정합을 위한 SCP 어댑터와; 상기 SCP 어댑터로부터 전달되는 INAP 메시지를 상기 Parlay 응용부에서 인식가능한 Parlay API로 변환하고, 상기 Parlay 응용부로부터 전달되는 Parlay API를 INAP 메시지로 변환하는 Parlay 호처리부; 상기 Parlay 응용부와의 정합을 위한 인터페이스 및;

어플리케이션이 사용하는 Parlay API를 제공하는 프레임워크를 구비하는 것을 특징으로 하는

지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템.
제 1 항 또는 제 5 항에 있어서,

상기 Parlay 서버와 상기 SCP는 TCP/IP(Transmission Control Protocol/Internet Protocol)로 통신하는 것을 특징으로 하는 지능망의 서비스 제어기와 Parlay 서버간의 정합 시스템.