KR100475189B1

KR100475189B1 - 브이오아이피 게이트웨이 및 브이오아이피 시스템에서호를 처리하고 링크 테스트를 수행하는 방법

Info

Publication number: KR100475189B1
Application number: KR10-2002-0080465A
Authority: KR
Inventors: 염응문
Original assignee: 삼성전자주식회사
Priority date: 2002-12-16
Filing date: 2002-12-16
Publication date: 2005-03-10
Also published as: US7289486B2; CN1516416A; GB2396773A; GB0329005D0; US20040120312A1; CN100348008C; GB2396773B; KR20040053994A

Abstract

본 발명은 접근코드(access code)(예컨대, 지역번호)에 따라 게이트키퍼(gatekeeper)의 사용 유무를 판별하여 링크테스트(link test) 및 VoIP(Voice over IP) 호를 처리하므로써, 게이트키퍼의 트래픽(traffic)을 분산시키는 동시에 서비스 품질을 향상시키는 VoIP 게이트웨이(gateway) 및 VoIP 시스템에서 호를 처리하고 링크 테스트를 수행하는 방법에 관한 것으로서, VoIP 서비스 망의 게이트웨이 내 데이터베이스(dadtabase) 중 게이트키퍼 옵션 테이블(option tabe)에 있어서, 현 게이트웨이의 게이트키퍼 사용여부를 구분하기 위해 게이트키퍼 접속 여부를 나타내는 필드(field); Auto RAS 방식 및 Manual RAS 방식에 대한 모드를 구분하여 나타내는 RAS(Registration/Admission/Status) 모드 필드; 및 게이트키퍼 사용 모드에서 게이트웨이가 가지고 있는 아웃바운드 라우팅 테이블(outbound routing table) 사용 여부를 위한 필드가 추가로 작성되며; VoIP 서비스 망의 게이트웨이 내 데이터베이스 중 아웃바운드 라우팅 테이블에 있어서, 접속코드 별 게이트키퍼 사용여부를 구분하기 위해 게이트키퍼 사용 유무를 나타내는 필드가 추가로 작성되어 이루어져; 게이트키퍼를 사용하는 접근코드인 경우에도 불필요하게 수행했던 링크테스트 과정을 수행하지 않아도 되므로 게이트키퍼의 트래픽이 분산되는 효과가 있고, 이로 인해 VoIP 망의 호 처리에 있어서도 신뢰도가 보장되는 효과가 있다.

Description

브이오아이피 게이트웨이 및 브이오아이피 시스템에서 호를 처리하고 링크 테스트를 수행하는 방법 {Method for call routing and link test in VoIP network and gateway thereof}

본 발명은 브이오아피(Voice Over Internet Protocol:이하 'VoIP'라 함) 시스템에 관한 것으로서, 더욱 상세하게는 접근코드(access code)(예컨대, 지역번호)에 따라 게이트키퍼(gatekeeper)의 사용 유무를 판별하여 링크테스트(link test) 및 VoIP 호를 처리하므로써, 게이트키퍼의 트래픽(traffic)을 분산시키는 동시에 서비스 품질을 향상시키는 VoIP 게이트웨이 및 VoIP 시스템에서 호를 처리하고 링크 테스트를 수행하는 방법에 관한 것이다.

VoIP는 인터넷 프로토콜을 이용하여 음성전화 서비스, 멀티미디어 화상회의 등을 제공하는 통신기술로서, IP 네트워크와 공중전화망(Public Switch Telephone Network:이하 'PSTN'라 함)의 연동으로 다양한 장비들과 다양한 응용서비스 형태로 활용되고 있다.

이러한 VoIP 서비스 망에는 크게 게이트키퍼를 사용하여 운용되는 망과 게이트키퍼없이 운용되는 망으로 구분되어 진다.

게이트키퍼는 인터넷과 게이트웨이(gateway)간에 위치하며, 단말간에 전화를 할 수 있도록 전화번호(alias)를 IP 주소로 변환하는 기능과, 리모트(목적지) 게이트웨이의 상태를 관리하고 이에 따라 라우팅(routing) 처리를 수행하는 역할을 한다.

먼저 게이트키퍼가 없는 망에 관하여 설명하면, 게이트키퍼가 없기 때문에 게이트웨이에서 직접 목적지 게이트웨이로 링크 테스트를 수행하여 목적지 게이트웨이의 상태를 체크한다.

이러한 경우 게이트웨이가 라우팅이 가능한 모든 게이트웨이를 대상으로 링크 테스트를 수행하여 각각의 게이트웨이 상태를 체크하고 있다.

반면, 게이트키퍼를 사용하는 경우는 게이트키퍼에서 각 게이트웨이들의 채널 정보 및 상태를 관리하므로, 게이트웨이에서 자체적으로 링크테스트를 수행할 필요가 없었다.

그리고 게이트키퍼를 사용하는 게이트웨이는 게이트웨이 종류에 따라 Auto RAS(Registration/Admission/Status) 모드로 운용되는 것이 있고, Manual RAS 모드로 운용되는 것으로 구분된다.

참고로, RAS(Registration/Admission/Status)는 게이트키퍼와 각 단말간(게이트웨이, H.323 단말기, MCU 등)의 기본적인 호처리 동작에 관한 프로토콜이다.

Auto RAS 모드는 게이트웨이로 수신되는 전화번호의 접근코드에 상관없이 무조건 게이트키퍼를 사용하는 방식이고, Manual RAS 모드는 접근코드에 따라 게이트키퍼 사용여부가 달라지는 방식이다.

이하, 본 발명에서 주로 다루어질 Manual RAS 모드를 상세히 설명한다.

Manual RAS는 조건적으로 RAS를 제공하는 것을 말하며, 다른 지역에 있지만 같은 회사에 속할 경우엔, VoIP 전화통화에 대한 과금을 처리할 필요가 없어 게이트키퍼를 사용하지 않는다.

반면, 다른 지역이면서 같은 회사가 아닌 일반 외부 전화통화 즉 PSTN 망을 통해 통화가 이루어지는 경우엔, PSTN 망 사용에 대한 과금 계산을 해야하기 때문에 현재 이루어지는 VoIP 호를 일단 게이트키퍼로 라우팅해야 하는 것이다.

그런데, 상기 manual RAS 모드로 동작하는 게이트웨이는, 게이트키퍼를 사용하는 접근코드인데도 불구하고, Manual RAS를 사용하기 때문에 리모트 게이트웨이로 링크테스트를 수행하므로, 망의 트래픽을 가중시키는 결과를 초래하게 된다.

따라서 본 발명의 목적은 게이트키퍼를 사용하는 게이트웨이가 manual RAS 모드로 동작하는 경우, 접근코드에 따라 게이트키퍼 사용여부를 판단하여 판단결과에 따라 링크 테스트 수행 여부를 결정하므로써 게이트키퍼의 트래픽을 분산시키는데 있다.

본 발명의 다른 목적은 게이트키퍼를 사용하는 게이트웨이가 manual RAS 모드로 동작하는 경우, VoIP 호 처리 과정에서 접근코드에 따라 게이트키퍼 사용여부를 판단하여 VoIP 호를 과금 계산을 하여 처리되는 Public VoIP 서비스와 과금 계산이 필요없는 Local VoIP 서비스로 구분되어 운용하도록 하는데 있다.

본 발명의 또 다른 목적은 VoIP 호 서비스중 IP 망 장애 등으로 인해 라우팅이 가능한 게이트웨이가 없는 경우 PSTN 망으로 우회하여 VoIP 호를 처리하도록 하여 VoIP 망의 서비스 신뢰도를 향상시키는데 있다.

이러한 목적을 달성하기 위한 본 발명에 따른 VoIP 서비스 망의 게이트웨이 내 데이터베이스 중 게이트키퍼 옵션 테이블에 있어서, 현 게이트웨이의 게이트키퍼 사용여부를 구분하기 위해 게이트키퍼 접속 여부를 나타내는 필드; Auto RAS 방식 및 Manual RAS 방식에 대한 모드를 구분하여 나타내는 RAS(Registration/Admission/Status) 모드 필드; 및 게이트키퍼 사용 모드에서 게이트웨이가 가지고 있는 아웃바운드 라우팅 테이블 사용 여부를 위한 필드가 추가로 작성되는 특징이 있다.

또한 상기 VoIP 서비스 망의 게이트웨이 내 데이터베이스 중 아웃바운드 라우팅 테이블에 있어서, 접속코드(Access Code:지역번호) 별 게이트키퍼 사용여부를 구분하기 위해 게이트키퍼 사용 유무를 나타내는 필드가 추가로 작성되는 특징이 있다.

상기와 같은 데이터베이스를 가지는 게이트웨이가 구비된 VoIP 서비스 망의 링크 테스트를 수행하는 방법은 Manual(조건부) RAS 모드로 동작하는 게이트웨이의 게이트키퍼 사용유무에 따라 링크테스트를 처리하기 위하여, 링크테스트 주기인지를 판단하는 단계; 링크테스트 주기이면, 접속코드에 따라 목적지(리모트) 게이트웨이에서 게이트키퍼를 사용하는지 여부를 비교판단하는 단계; 리모트 게이트웨이에서 게이트키퍼를 사용하는 경우, 링크테스트를 수행할 필요가 없으므로 게이트키퍼로 라우팅하는 단계; 리모트 게이트웨이에서 게이트키퍼를 사용하지 않는 경우, 해당 리모트 게이트웨이로 링크테스트 데이터를 송신하는 단계; 리모트 게이트웨이로부터 링크 테스트 데이터에 대한 응답신호를 전송받으면, 전송받은 게이트웨이의 상태정보에 따라 업데이트를 수행하는 단계; 링크 테스트를 해야할 게이트웨이가 더 있는지를 판단하는 단계; 링크 테스트를 해야할 게이트웨이가 더 있는 것으로 판단되면, 상기 리모트 게이트웨이의 게이트키퍼 사용여부 단계로 리턴하는 단계; 및 링크테스트를 해야할 게이트웨이가 없으면, 현 링크 테스트 주기 동안 할 일을 모두 수행한 상태이므로 주기 초과(time out) 처리하고, 다음 링크 테스트 주기 상태를 대기하는 단계로 이루어지는 특징이 있다.

상기와 같은 데이터베이스를 가지는 게이트웨이가 구비된 VoIP 서비스 망의 VoIP 호 처리를 수행하는 방법은 Manual(조건부) RAS 모드로 동작하는 게이트웨이의 게이트키퍼 사용유무에 따라 VoIP 호를 라우팅하기 위하여, 게이트웨이로 수신된 VoIP 호의 전화번호를 아웃바운드 라우팅 테이블에서 찾는 단계; 현재 게이트웨이가 게이트키퍼를 사용하는 상태인지를 판단하는 단계; 게이트웨이가 게이트키퍼를 사용하는 경우이면, RAS 모드를 판단하는 단계; Manual RAS 모드인 경우, 수신된 전화번호의 접근코드에 해당하는 게이트웨이에 대하여 게이트키퍼를 사용하는지를 비교판단하는 단계; Auto RAS 모드이거나 Manual RAS 모드이면서 게이트키퍼를 사용하는 접근코드인 경우, VoIP 호를 게이트키퍼로 라우팅하여 처리하는 단계; 게이트웨이가 게이트키퍼를 사용하지 않고, Manual RAS 모드이면서 게이트키퍼를 사용하지 않는 접근코드인 경우, 접근코드에 따라 라우팅할 리모트 게이트웨이를 찾고, 해당 게이트웨이의 상태를 체크하는 단계; 해당 게이트웨이의 상태 체크 결과 라우팅 가능한 상태인지를 비교판단하는 단계; 및 라우팅이 가능하면 해당 게이트웨이로 VoIP 호를 라우팅하는 단계로 이루어지는 특징이 있다.

이하, 본 발명이 속하는 분야에 통상의 지식을 지닌자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시 예를 첨부된 도면을 참조하여 상세히 설명한다.

도 1은 본 발명이 적용되는 VoIP 서비스 망을 개념적으로 도시한 개념도이다.

도 1에 도시된 바와 같이, 본 발명에 따른 VoIP 서비스 망 구성은, 백본으로 사용되는 IP 망(100)과, IP 망(100)에는 다수의 게이트웨이(120, 121, 122)가 연결되고, 게이트키퍼를 사용하는 경우는 게이트키퍼(110)가 구비되어 이루어진다.

상기 게이트웨이들(120, 121, 122)에는 사설교환기(private branch exchange:이하 'PBX'라 함)가 연결되고, 상기 PBX 1(200)은 사내 전화 단말(201)로부터 송신되는 호 중 일반 전화통화 인 경우 PSTN 1(205)로 회선 연결을 해주고, VoIP 호 요청인 경우 게이트웨이 1(121)로 접속해준다.

PBX 2(210)는 게이트웨이 n(120)에 연결되어, 사내 전화 단말(211)로부터 송신되는 호 중 VoIP 호 요청인 경우 게이트웨이 n(120)로 접속해준다.

PBX 3(220) 역시 게이트웨이 2(122)에 연결되어, 사내 전화 단말(221)로부터 송신되는 호 중 VoIP 호 요청인 경우 게이트웨이 2(122)로 접속해준다.

상기와 같이 구성된 상태에서 게이트웨이의 데이터베이스 내의 게이트키퍼 옵션 테이블(option table)과 아웃바운드 라우팅 테이블(outbound routing table)에 manual RAS 모드 동작시 게이트키퍼 사용 유무가 표시되는 필드를 추가로 작성하면, 접근코드에 따라 게이트키퍼 사용유무를 알수 있어 게이트키퍼의 사용여부를 판단할 수 있게 된다.

도 1의 게이트웨이 1(121)은 게이트키퍼(GK)가 Enable 상태에서 Auto RAS 모드로 동작할 경우 게이트키퍼를 경유해야 하므로 게이트키퍼(110)로 호가 라우팅된다.

그리고 게이트웨이 1(121)이 게이트키퍼(GK)가 Enable 상태에서 Manual RAS 모드로 동작할 경우, 게이트웨이 아웃바운드 라우팅 테이블에서 게이트키퍼(GK) Use 가 'Yes'인 경우에 한해 게이트키퍼(110)로 호가 라우팅된다.

반면, 게이트웨이 2(122)와 같이 게이트키퍼(GK)가 Disable이면, 게이트웨이 2(122)는 RAS 모드에 관계없이 게이트키퍼를 사용하지 않는 게이트웨이이므로, 무조건 목적지 게이트웨이 n(120)로 직접 VoIP 호를 라우팅한다.

그리고 게이트웨이 2(122)는 게이트키퍼(GK)가 Enable 상태에서 Manual RAS 모드로 동작할 경우, 게이트웨이 아웃바운드 라우팅 테이블에서 게이트키퍼(GK) Use 가 'No'인 경우에 게이트키퍼(110)를 경유하지 않고 게이트웨이 n(120)로 직접 VoIP 호를 라우팅한다.

이하 도면을 참고로하여 게이트웨이 데이터베이스 내의 테이블 구성을 살펴보기로 한다.

도 2는 본 발명의 실시예에 따른 게이트웨이의 VoIP 게이트키퍼 옵션 테이블을 도시한 도면이고, 도 3은 본 발명의 실시예에 따른 게이트웨이의 VoIP 게이트웨이의 아웃바운드 라우팅 테이블을 도시한 도면이다.

먼저 도 2를 참조하여, VoIP 게이트키퍼 옵션 테이블을 살펴보면, 게이트웨이가 게이트키퍼에 연결되는 지에 대한 'Gatekeeper Connection' 필드가 0번에 정의되고, RAS 모드를 나타내도록 'RAS Method' 필드가 1번에 정의되며, 게이트키퍼 인에이블 모드에서 게이트웨이가 가지고 있는 아웃바운드 라우팅 테이블을 사용할 것인지에 대한 'GW Routing In GK mode' 필드가 4번에 정의되어 있다.

나머지 설명되지 않은 항목들은 종래의 게이트키퍼 옵션 테이블에 있던 항목이므로 그 설명은 생략하기로 한다.

그리고 게이트웨이는 게이트키퍼 옵션 테이블 외에도, 아웃바운드 라우팅 테이블을 가지는데, 이 아웃바운드 라우팅 테이블은 종래에는 게이트키퍼에서 작성되던 테이블이었다.

그러나 최근에 와서 게이트웨이의 기능이 향상되면서, 게이트키퍼에서 수행하던 기능들 중 일부 기능을 게이트웨이 자체적으로 수행할 수 있게 되었다.

그 중 아웃바운드 라우팅 테이블을 게이트웨이의 데이터베이스에 가지게 되는데, 이러한 아웃바운드 라우팅 테이블은 도 3에 도시된 바와 같이, 게이트웨이로 수신되는 전화번호를 접근코드(Access Code), 접근코드 길이(Access Code Length), 삭제 범위(Del_Length)를 이용하여 VoIP 망에서 활용할 수 있는 전화번호로 변환(재가공)하는 일을 수행한다.

이렇게 전화번호를 가공하여 라우팅하는 기능 외에, 접근코드에 따라 게이트키퍼 사용유무를 나타낼 수 있도록, 아웃바운드 라우팅 테이블에 접근 코드에 따라 게이트키퍼 사용유무를 결정하는 필드가 추가로 작성된다.

만약 발신자가 서울(02)에서 경기도(031-****-****)로 VoIP 호를 요청하면, 발신 전화기에 연결된 PBX를 통해 PBX에 연결되어 있는 게이트웨이로 수신 전화번호(031-****-****)가 전송된다.

게이트웨이는 이 전화번호의 접근코드(access code)가 031이므로 이 접근코드의 GK Use 상태를 체크하여, 'No'임을 인지하게 되면, 게이트키퍼에 접속하지 않고 직접 해당 리모트 게이트웨이로 VoIP 호를 연결해준다. 이것은 발신자가 같은 회사에 속하면서 다른 지역에 있는 회사로 전화통화를 하는 경우로서(예컨대, local VoIP 서비스), 과금 계산이 이루어질 필요가 없는 상태이므로 게이트키퍼를 사용할 필요가 없는 경우에 해당한다.

반면, 발신자가 서울(02)에서 대전(042-****-****)으로 VoIP 호를 요청하면, 발신 전화기에 연결된 PBX를 통해 PBX에 연결되어 있는 게이트웨이로 수신 전화번호(042-****-****)가 전송된다.

게이트웨이는 이 전화번호의 접근코드(access code)가 042이므로 이 접근코드의 GK Use 상태를 체크하여, 'Yes'임을 인지하게 되면 게이트키퍼를 경유하고, 게이트키퍼에서 RAS 신호를 주고받은후 리모트 게이트웨이로 라우팅하게 된다. 이것은 발신자가 다른 회사이면서 다른 지역으로 전화통화를 하는 경우로서(예컨대, public VoIP 서비스), 과금 계산이 이루어져야 되는 상태이므로 게이트키퍼를 경유하는 경우에 해당한다.

상기와 같이 기본적인 게이트웨이의 데이터베이스가 작성된 상태에서, 이를 활용한 게이트키퍼 사용유무에 따른 링크테스트 수행여부 및 VoIP 호처리 방법을 설명하기로 한다.

도 4는 본 발명의 실시예에 따라 manual RAS 모드에서 접근코드별 게이트키퍼 사용여부에 따라 링크 테스트를 수행하는 방법을 도시한 흐름도이고, 도 5는 본 발명의 실시예에 따라 manual RAS 모드에서 접근코드별 게이트키퍼 사용여부에 따라 VoIP 호를 라우팅하는 방법을 도시한 흐름도이다.

도 4를 참고로하여 본 발명의 실시예에 따른 링크테스트 방법을 설명하면 다음과 같다.

이 과정은 게이트웨이가 기본적으로 게이트키퍼를 사용하면서, manual RAS 모드로 운용되는 경우에 유효한 과정이다.

만약 게이트웨이가 게이트키퍼를 사용하지 않는 경우이면, 다음의 단계를 수행할 필요가 없다.

먼저 게이트키퍼를 사용하는 게이트웨이는 리모트 게이트웨이들에 대한 링크테스트 주기가 되었는지를 판단하여(S10), 링크 테스트 주기이면, 게이트웨이의 아웃바운드 라우팅 테이블에서 링크테스트 대상이 되는 해당 게이트웨이를 찾아 접근 코드(Access Code)에 따라 게이트키퍼를 사용하는지를 알기 위해 해당 Access Code의 GK use 필드에서 GK use가 'Yes'인지 'No' 인지를 비교판단한다(S20).

라우팅 테이블에서 GK use 가 'Yes'로 되어 있으면 게이트키퍼를 사용하는 경우이므로, 게이트키퍼에서 게이트웨이들의 상태를 관리하므로 링크 테스트를 수행할 필요가 없어 링크 테스트 과정없이 직접 게이트키퍼로 라우팅하여, 게이트키퍼에서 각 게이트웨이의 채널 정보 및 상태를 관리하도록 한다(S40).

그러나, 라우팅 테이블에서 GK use가 No로 되어 있으면, 링크 테스트를 수행하도록 링크 테스트 대상이 되는 리모트 게이트웨이를 찾아 해당 리모트 게이트웨이로 링크 테스트 데이터를 송신한다(S21).

링크 테스트 데이터에 대한 응답신호를 전송받으면, 전송받은 게이트웨이의 상태정보에 따라 업데이트를 수행한다(S22).

링크 테스트를 해야할 게이트웨이 IP가 더 있는지를 판단하여(S30), 더 있는 경우는 S20 이하의 과정을 수행하도록 한다.

S30에서 게이트웨이 IP가 없으면, 현 링크 테스트 주기 동안 할 일을 모두 수행한 상태이므로 주기 초과(time out) 처리를 하여, S10 이하의 과정을 수행하도록 한다.

따라서, 게이트웨이 아웃바운드 테이블 필드에 정의되어 있는 접근코드별 게이트키퍼 사용유무에 따라 링크 테스트 수행여부가 결정되므로, 종래의 게이트키퍼를 사용하는 접근코드일 때 수행했던 링크 테스트가 수행되지 않으므로 게이트키퍼의 트랙픽이 분산된다.

이하 도 5를 참고로하여 실제 VoIP 호처리 과정을 설명하면 다음과 같다.

이 과정에서는 발신자가 일반 전화로 호를 시도하는 경우는 배제하고, 발신자가 VoIP 호를 시도하는 경우에 대해서만 설명하기로 한다.

먼저, 발신자가 VoIP 호를 시도하면, 해당 게이트웨이로 전화번호(Digit)가 송신되고, 게이트웨이는 게이트웨이의 데이터베이스 내에 있는 아웃바운드 라우팅 테이블에서 수신된 전화번호를 찾는다(S100).

그리고 우선적으로 현재 게이트웨이가 게이트키퍼를 사용하는 상태인지를 판단하기 위해 게이트웨이의 데이터베이스 내에 있는 게이트키퍼 사용 옵션 테이블에서 Gatekeeper Connection(이하 'GK conn'이라 함) 상태를 비교판단한다(S110).

S110에서 GK conn이 'Disable'이면, 현재의 게이트웨이는 게이트키퍼를 사용하지 않는 경우이므로 직접 라우팅할 게이트웨이를 찾아야 한다.

반면, S110에서 GK conn이 'Enable'이면, 현재의 게이트웨이는 게이트키퍼를 사용하는 경우이므로, RAS 모드를 판단하여(S120), Auto RAS 모드이면 모든 VoIP 호에 대해 게이트키퍼를 사용하는 경우이므로 무조건 게이트키퍼로 라우팅한다(S120).

S120에서 Manual RAS 모드인 것으로 판단되면, 해당 VoIP 호의 전화번호의 접근코드에 따라 게이트키퍼 사용여부(GK use)를 비교판단한다(S130).

S130에서 GK use가 'Yes' 이면 이 VoIP 호는 게이트키퍼를 경유하여 라우팅 될 호이므로 일단 게이트키퍼로 라우팅한다(S120).

그러나 S130에서 GK use가 'No' 이면 이 VoIP 호는 게이트키퍼를 경유하지 않고 직접 리모트 게이트웨이로 라우팅될 호이므로 해당 VoIP 호의 전화번호 접근코드에 따라 라우팅할 게이트웨이를 찾고, 해당 게이트웨이의 상태를 체크한다(S140).

S140에서 해당 게이트웨이의 상태 체크 결과 라우팅이 가능한 상태인지를 비교판단하여(S150), 라우팅이 가능하면 이 VoIP 호를 해당 게이트웨이로 라우팅한다(S151).

그러나 S150에서 라우팅이 가능하지 않은 것으로 판단되면, 다른 게이트웨이로 라우팅하거나, 라우팅할 게이트웨이가 없으면 PSTN으로 우회하여 호처리하는 작업을 수행한다.

따라서, 현재 라우팅 가능한 상태인지를 판단했던 게이트웨이가 마지막 게이트웨이였는지를 비교판단하여(S160), 마지막 게이트웨이이면 IP 망 전체의 장애 및 패킷 지연 그리고 패킷 손실 등의 이유로 게이트웨이를 통해 호처리가 불가능한 상태이므로, 비용이 들더라도 PSTN으로 우회하여 호처리를 수행하도록 한다(S170).

S160에서 마지막 게이트웨이가 아닌 것으로 판단되면, 라우팅할 다음 게이트웨이를 찾아(S161), S150 과정을 수행한다.

따라서, 접근코드별 게이트키퍼 사용유무를 판단하여 게이트키퍼 사용시 게이트키퍼를 경유하여 VoIP 호를 처리하므로써 게이트키퍼의 과금 기능에 의하여 과금 계산을 할 수 있도록 하고, 게이트키퍼 사용이 필요없는 경우 직접 게이트웨이로 VoIP 호를 라우팅하므로써 과금이 청구되지 않도록 한다.

또한, 라우팅이 가능한 게이트웨이가 없는 경우엔 PSTN 망으로 호를 우회하여 처리하므로 통신망의 신뢰도를 향상시키는 효과가 있다.

이상 본 발명의 바람직한 실시예에 대해 상세히 기술되었지만, 본 발명이 속하는 기술분야에 있어서 통상의 지식을 가진 사람이라면, 첨부된 청구 범위에 정의된 본 발명의 정신 및 범위를 벗어나지 않으면서 본 발명을 여러 가지로 변형 또는 변경하여 실시할 수 있음을 알 수 있을 것이다. 따라서 본 발명의 앞으로의 실시예들의 변경은 본 발명의 기술을 벗어날 수 없을 것이다.

이상 설명한 바와 같이, 본 발명에 따르면 VoIP 호에 대하여 게이트웨이의 아웃바운드 라우팅 테이블에 접근코드별로 게이트키퍼 사용유무에 대한 필드를 추가하여, 게이트키퍼를 사용하는 접근코드인 경우에도 불필요하게 수행했던 링크테스트를 과정을 수행하지 않아도 되므로 게이트키퍼의 트래픽이 분산되는 효과가 있고, 이로 인해 VoIP 망의 호 처리에 있어서도 신뢰도가 보장되는 효과가 있다.

도 1은 본 발명이 적용되는 VoIP 서비스 망을 개념적으로 도시한 개념도,

도 2는 본 발명의 실시예에 따른 게이트웨이의 VoIP 게이트키퍼 옵션 테이블을 도시한 도면,

도 3은 본 발명의 실시예에 따른 게이트웨이의 VoIP 아웃바운드 라우팅 테이블을 도시한 도면,

도 4는 본 발명의 실시예에 따라 manual RAS 모드에서 접근코드별 게이트키퍼 사용여부에 따라 링크 테스트를 수행하는 방법을 도시한 흐름도.

도 5는 본 발명의 실시예에 따라 manual RAS 모드에서 접근코드별 게이트키퍼 사용여부에 따라 VoIP 호를 라우팅하는 방법을 도시한 흐름도.

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

100 : IP 망 110 : 게이트키퍼

120, 121, 122 : 게이트웨이

200, 210, 220 : PBX(사설교환망)

201, 211, 221 : 일반 전화기

205, 215 : PSTN

Claims

VoIP 게이트웨이의 게이트키퍼 옵션 테이블에 있어서,

현 게이트웨이의 게이트키퍼 사용여부를 구분하기 위해 게이트키퍼 접속 여부를 나타내는 필드;

Auto RAS 방식 및 Manual RAS 방식에 대한 모드를 구분하여 나타내는 RAS(Registration/Admission/Status) 모드 필드; 및

게이트키퍼 사용(Enable) 모드에서 게이트웨이가 가지고 있는 아웃바운드 라우팅 테이블 사용 여부를 위한 필드가 추가되어 작성된 VoIP 게이트키퍼 옵션 테이블에 대한 데이터베이스를 가지는 VoIP 게이트웨이.
제 1항에 있어서, VoIP 시스템 게이트웨이의 아웃바운드 라우팅 테이블에 있어서,

접속코드(Access Code:지역번호) 별 게이트키퍼 사용여부를 구분하기 위해 게이트키퍼 사용 유무를 나타내는 필드가 추가되어 작성된 아웃바운드 라우팅 테이블이 저장된 데이터베이스를 가지는 VoIP 게이트웨이.
Manual(조건부) RAS 모드로 동작하는 게이트웨이의 게이트키퍼 사용유무에 따라 링크테스트를 처리하는 방법에 있어서,

링크테스트 주기인지를 판단하는 단계;

링크테스트 주기이면, 접속코드에 따라 목적지(리모트) 게이트웨이에서 게이트키퍼를 사용하는지 여부를 비교판단하는 단계;

리모트 게이트웨이에서 게이트키퍼를 사용하는 경우, 링크테스트를 수행할 필요가 없으므로 게이트키퍼로 라우팅하는 단계;

리모트 게이트웨이에서 게이트키퍼를 사용하지 않는 경우, 해당 리모트 게이트웨이로 링크테스트 데이터를 송신하는 단계;

리모트 게이트웨이로부터 링크 테스트 데이터에 대한 응답신호를 전송받으면, 전송받은 게이트웨이의 상태정보에 따라 업데이트를 수행하는 단계;

링크 테스트를 해야할 게이트웨이가 더 있는지를 판단하는 단계;

링크 테스트를 해야할 게이트웨이가 더 있는 것으로 판단되면, 상기 리모트 게이트웨이의 게이트키퍼 사용여부를 판단하는 단계로 리턴하는 단계; 및

링크테스트를 해야할 게이트웨이가 없으면, 현 링크 테스트 주기 동안 할 일을 모두 수행한 상태이므로 주기 초과(time out) 처리하고, 다음 링크 테스트 주기 상태를 대기하는 단계로 이루어지는 것을 특징으로 하는 VoIP 시스템의 링크 테스트 방법.
Manual(조건부) RAS 모드로 동작하는 게이트웨이의 게이트키퍼 사용유무에 따라 VoIP 호를 라우팅하는 방법에 있어서,

게이트웨이로 수신된 VoIP 호의 전화번호를 아웃바운드 라우팅 테이블에서 찾는 단계;

현재 게이트웨이가 게이트키퍼를 사용하는 상태인지를 판단하는 단계;

게이트웨이가 게이트키퍼를 사용하는 경우이면, RAS 모드를 판단하는 단계;

Auto RAS 모드이거나 Manual RAS 모드이면서 게이트키퍼를 사용하는 접근코드인 경우, VoIP 호를 게이트키퍼로 라우팅하여 처리하는 단계;

Manual RAS 모드인 경우, 수신된 전화번호의 접근코드에 해당하는 게이트웨이에 대하여 게이트키퍼를 사용하는지를 비교판단하는 단계;

게이트웨이가 게이트키퍼를 사용하지 않고, Manual RAS 모드이면서 게이트키퍼를 사용하지 않는 접근코드인 경우, 접근코드에 따라 라우팅할 리모트 게이트웨이를 찾고, 해당 게이트웨이의 상태를 체크하는 단계;

해당 게이트웨이의 상태 체크 결과 라우팅 가능한 상태인지를 비교판단하는 단계; 및

라우팅이 가능하면 해당 게이트웨이로 VoIP 호를 라우팅하는 단계로 이루어지는 것을 특징으로 하는 VoIP 시스템의 호 처리 방법.
제 4항에 있어서, 라우팅 상태를 비교판단하는 단계에서

라우팅이 불가능하면, 현재 라우팅 가능한 상태인지를 판단했던 게이트웨이가 마지막 게이트웨이였는지를 비교판단하는 단계;

마지막 게이트웨이이면 IP 망 전체의 장애가 있는 것으로 판단하여 PSTN 망으로 우회하여 호를 처리하는 단계; 및

마지막 게이트웨이가 아니면 다음 게이트웨이를 찾아 라우팅 가능한 상태인지를 판단하는 단계를 더 포함하여 이루어지는 것을 특징으로 하는 VoIP 시스템의 호 처리 방법.