KR20020065802A

KR20020065802A - 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스방법 및 이를 위한 인증 메시지 포맷

Info

Publication number: KR20020065802A
Application number: KR1020010005989A
Authority: KR
Inventors: 송용호
Original assignee: (주)애니 유저넷; 송용호
Priority date: 2001-02-07
Filing date: 2001-02-07
Publication date: 2002-08-14
Also published as: KR100392586B1

Abstract

본 발명은 전화번호 권고안(ITU-T)의 해당필드를 이루는 요소들의 서두에 별도의 웹폰 사업자 구분용 아이디와 웹폰 인식용 코드를 부가한 부가부를 가지는 인터넷 전화번호가 요소를 이루도록 하고, 게이트 키퍼는 이를 기초로 아이피 어드레스와 연동하여 교환기능을 수행하도록 하며, 일반전화기의 통화를 가능토록 하는 기존의 피에스티엔망과 일반 전화기에서 인터넷망을 통하여 인터넷 전화기와 호접속에 의한 통화를 가능토록 서비스하는 서비스 방법에 관한 것이다.

이를 위하여 본 발명은 일반전화기가 피에스티엔망 및 인터넷망을 통하여 웹폰과 통화토록 하는 게이트 웨이와, 인터넷 전화 서비스를 제공하는 웹폰사업자가 운영하는 메인서버를 이루는 인증서버를 기본 구성으로 하고, 인증서버는 일반전화 사용자로 부터의 웹폰 사용자의 전화번호 인증 요청시 웹폰사업자에 웹폰 사용 가능토록 등록한 고객인지를 인증받는 과정을 수행하고, 인증서버는 고객(caller)의 서비스 등록번호(전화번호)를 기초로 확인(인증) 하고, 정상이면 리턴 결과를 보내고 에러이면 에러 메시지를 고객에게 전송하며, 리턴 인증에 따라 콜셋업을 수행하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법을 제공한다.

Description

아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법 및 이를 위한 인증 메시지 포맷{Telephone service method of general phone and ip-phone on ip-network and identification message format thereof}

본 발명은 아이피망을 이용한 일반전화기와 인터넷 전화기의 통화를 가능토록 인터넷 전화번호 사업자인 메인서버에서 호출자의 호출시 인증을 하고, 인증 받은 상태에서 인터넷 전화기와 호접속을 가능토록 하는 서비스 방법과 이를 위한 인증 메시지 포맷을 제공하려는 것이다.

일반적으로 유선망을 통하여 전화를 하고, 최근에는 무선망을 통하여 무선전화를 사용하다가, 최근에는 유무선 공용으로 전화를 할 수 있는 단계로 발전하였고, 인터넷이 주류를 이루는 현재에는 인터넷 단말기끼리의 통화가 가능토록 환경이 발전하고 있다. 도 1 은 일반적인 전화 유선망(A)과 인터넷 유선망(B)과의 관계를 나타낸 구성 도면으로, 일반전화 유선망(A)은 회선망(Switched Circuit Network(PSTN))(1)을 통하여 회선을 제공하는 한국통신 같은 교환국(11)에 가입한 가입자가 사용하는 일반전화기(12)를 포함하는 구성을 이룬다. 인터넷 유선망(B)은 예를 들어 천리안 같은 인터넷 정보제공업체(ISP)(21)에서 제공하는 라우터(22)를 통하여 전용선으로 인터넷 정보제공업체(21)와 접속하는 컴퓨터(23)와, 다른 인터넷 정보제공업체(21-1)와 인터넷 통신을 이루도록 인터넷망을 이루는 패킷망(Packet Network)(30)과, 상기 인터넷 정보제공업체(21, 21-1)로부터의 패킷망을 회선망 방식으로 변환하여 회선망(22)과 접속토록 하는 망변환기(40)를 포함하여 이루어진다. 이들은 교환국(11)을 통하여 일반전화기(12) 가입자끼리 통화를 하고, 또한 인터넷 정보제공업체(21)에 가입한 가입자는 서로 인터넷 정보제공업체(21)를 경유하여 가입자 번호를 요청하여 접속을 한다. 그리고 일반전화기(12)를 통한 모뎀으로 컴퓨터(23) 사용자와 접속을 할 경우에는 망변환기(40)를 경유하여 해당하는 아이피를 가지는 컴퓨터(22)와 접속하여 메일을 주고 받거나 통화를 할 수 있게된다.

한편 무선망은 도 2 와 같이 각 지역마다 분할하여 분산 설치하여 이동전화기(54)와 데이터를 주고받는 기지국(51)과, 각 기지국(51)을 일정 그룹으로 관장하는 기지국 센터(52)와, 각 기지국 센터(52)를 총괄하고 고객 번호 등을 인식하고 통화시간 등을 체크하며 교환기능을 하는 교환국(53)을 포함하여 구성한다. 그리고 교환국(53)은 예를 들어 에스케이 텔레콤(011)등을 들 수 있고, 다른 교환국(53-1)(예를 들어 017) 과의 접속은 약정에 의하여 상호 통화 가능토록 데이터를 코드 변환시켜 사용하고 있다.

도 3 은 유무선망이 결합된 방식의 구성도로, 이동전화기(54)가 기지국(51), 기지국 센터(52) 및 무선 이동전화 교환국(53)을 통하여 통화토록 하는 무선망(C)과, 교환국(11)과 회선망(1)을 통하여 접속하는 유선전화 교환국(11)을 통하여 일반 유선 전화기(12) 사용자가 통화하는 전화 유선망(A)과, 유선전화 교환국(11)과 접속하여 유무선 접속을 가능토록 하고 패킷망(30)과 접속하여 인터넷을 가능토록 하는 예를 들어 드루넷과 같은 인터넷 정보 제공업체(21)에 회원으로 가입한 컴퓨터(23)사용자가 사용하는 인터넷 유선망(B)으로 이루어지고, 인터넷 정보제공업체(21)는 교환국(11)과 망변환 하는 망변환기(40)를 포함하는 구성을 예시할 수 있다.

한편 인터넷 단말기를 사용하는 망 구성은 도 4 와 같이 컴퓨터(23), 웹폰(24), 피시폰(25)등의 아이피 어드레스를 인식하는 게이트 키퍼(26)와, 게이트 키퍼(26)를 통한 어드레스를 기초로 다수의 게이트 키퍼 회선을 공유토록 스위칭 하는 라우터(22)와, 각 라우터(22)를 통하여 접속하는 인터넷 정보제공업체(21)와,인터넷 정보제공업체(21)를 통하여 제공되는 인터넷 패킷망(30)과,

일반 유선전화 교환국(11)을 통하여 일반전화기(12)를 접속시키는 회선망(1)과,

이동전화기(54)가 기지국(51), 기지국 센터(52) 및 무선 이동전화 교환국(53)을 통하여 통화토록 하고, 무선 이동전화 교환국(53)은 회선망(1)과도 접속하여 일반전화기(12)와의 통화를 가능토록 하는 무선망(C)과,

상기 일반 유선전화 교환국(11)이나 무선 이동전화 교환국(53)과 게이트 키퍼(26)를 서로 연결하여 회선망 이용 일반전화기(12)와 이동전화기(54)의 해당 전화번호와 인터넷 아이피어드레스를 상호 변환하여 해당하는 전화기(12, 54)와 인터넷 단말기(29)가 상호 접속을 가능토록 기능 하는 게이트 웨이(28)로 이루어진다. 이 경우 게이트 웨이(28)에는 인터넷 단말기(29)의 가입자 아이피 어드레스와 회선망(1)을 사용하는 가입자 전화 번호를 동시에 저장하고 가입자 전화 번호를 일반 유선전화 교환국(OLE; Originating Local Exchange)(11)( 또는 무선 (이동)전화 교환국(53))을 통하여 원하는 전화기를 호출하여 통화토록 한다. 즉, 게이트 웨이(28)에서 회선망(1)과의 접속 시에는 전화번호를 기초로 연결하고, 인터넷망인 패킷망(30)을 이용할 때에는 아이피 어드레스를 기초로 상호 연결토록 기능하고, 이를 위하여 게이트 웨이(28)는 아이피 어드레스와 전화번호를 동시에 저장함이 요구된다. (D)는 회선망을 이루는 유선망과 무선망(C)을 포함하며 선택 사용 가능한 일반 전화망이다.

상기 인터넷 단말기인 피시폰(25) 끼리의 통화를 위하여는 도 5 와 같이 게이트키퍼(26)에 피시폰(25)이 피시폰(25-1)의 아이피 어드레스 인증을 요청한다(ARQ)(①). 게이트 키퍼(26)는 피시폰(25-1)의 아이피가 연결 가능한지를 내장 데이터와 비교하여 연결 가능 여부를 피시폰(25)에 알려준다(②). 그러면 피시폰(25)은 셋업을 게이트키퍼(26)에 요청하고, 이를 기초로 피시폰(25-1)의 상태를 셋업 시킨다(③, ④). 이어 피시폰(25-1)가 역시 게이트 키퍼(26)에 인증을 요청하고 게이트키퍼(26)는 이를 수락한다(⑤,⑥). 수락이 끝나면 피시폰(25)과 피시폰(25-1)가 서로 접속을 한다(⑦).

이 경우 피시폰(25)은 인터넷 전화기를 뜻하는 것으로, 인터넷 전화기(예를 들어 웹폰)는 근복적으로 인터넷 아이피 어드레스를 통하여 상호 접속이 가능하다. 그러나 아이피(어드레스)는 일반인들이 기억하기가 쉽지 않고, 또 유동 아이피를 사용하는 랜 환경 하에서는 수시로 아이피가 변하기 때문에 프로그램을 이용하여(예를 들어 "getLocalHost()" 함수 등) 알아낼 수밖에 없어 일반인들이 알 수 없다. 따라서 이 경우 일반인들이 아이피를 알아내기는 프로그래머가 아닌 이상 어렵다. 이러한 문제점을 해결하기 위하여 인터넷폰(전화기)에서는 일반인들이 그 동안 사용해온 일반전화 번호와 유사한 외우기 쉽고 사용이 편리한 번호를 아이피를 대신하여 부여한 후, 실제 전화 통화시 웹폰의 전화교환 장치인 게이트 키퍼(26)가 매핑테이블(아이피 어드레스, 인터넷 전화번호)을 이용하여 통화 대상 단말기의 아이피를 찾아서 웹폰에게 전달해 줌으로써 아이피 어드레스로 통화하는 것과 같은 역할을 하게 된다. 그러나 권고안(ITU-T)에 의하면 아이피 대신 사용할 수 있는 전화번호로 지정항목(필드)(E.164번호, e-mail번호, Alias명의)을 지정하여 사용토록한다. 이러한 매핑 구조의 일 예로는 도 10a 과 같은 표(아이피 어드레스(61), 알리아스 명의(62), 이메일 번호(63), 전화번호(E.164)(64) 및 상태(65) 필드를 가짐)를 들 수 있다. 그러나 이들의 구조는 현재 사용하고 있는 방식 이어서 아직 실용화가 안된 웹폰의 경우 전문가가 아닌 한 기 웹폰 전화번호만 가지고는 웹폰인지 인터넷폰인지를 정확히 알 수 없어 서버가 서비스를 제공할 때 어려움이 있다. 아울러 일반전화 사용자는 웹폰과 같은 인터넷 전화기와 전화번호 체계가 상이하여 상호 통화할 수 없는 실정이다. 그리고 일반전화에서 인터넷 전화로 통화시 통화시 요금 부과에 필요한 요건인 가입자 여부 인증 처리가 않 되어 서비스 상용화가 불가능 하였다.

본 발명은 이를 해소코자 하는 것으로, 본 발명의 목적은 인터넷 전화기를 운영 및 관리하는 사업자가 제공하는 인증 과정을 거치면 일반전화 사용자도 인터넷 전화기와 통화 가능토록 하는 서비스 방법을 제공하려는 것이다.

또한 본 발명의 다른 목적은 일반전화기 사용자와 인터넷 전화기 사용자가 서비스를 가능토록 하는 인증용 데이터 포맷을 제공하여 인증을 용이하게 하여 상호 호접속 서비스를 가능토록 하려는 것이다.

이를 위하여 본 발명은 인터넷 전화기를 관리하는 메인서버에 인증서버를 두어 일반전화 가입자가 인터넷 전화기로의 호 접속 요청시 인증을 받도록 하고 인증을 받으면 메인서버의 도움으로 상호 통화가 가능토록 한다.

또한 본 발명은 게이트웨이와 인증서버간의 인증을 위한 표준 메시지 포맷을만들어 상호 인증을 받아 통화 가능토록 한다.

도 1 은 일반적인 유선망 구성도,

도 2 는 일반적인 무선망 구성도,

도 3 은 일반적인 유무선 및 인터넷 유선망 구조를 보인 구성도,

도 4 는 일반적인 인터넷 단말기를 사용한 망 구성 예시도,

도 5 는 게이트 키퍼를 통하여 일반적인 아이피 인증을 하는 순서를 나타낸 블록 구성도,

도 6 은 본 발명의 망 구성도,

도 7 은 도 6 의 게이트 웨이 구성 예시도,

도 8 은 일반전화기와 아이피폰과의 통화를 위한 본 발명의 호설정 절차도,

도 9 는 게이트 웨이와 인증서버 간의 인증을 위한 본 발명의 플로우차트,

도 10a 는 일반적인 전화번호를 나타내는 데이터 매핑 포맷,

도 10b 는 본 발명의 서비스를 위한 전화번호 데이터 매핑 포맷,

도 11 은 본 발명의 게이트웨이와 인증서버와의 인증을 위한 메시지 포맷,

도 12 는 인증서버에서 인증을 수행하는 스테이트 다이어그램,

도 13 은 본 발명에서의 인증서버에서 인증 프로세싱을 수행하는 플로우차트,

도 14 는 본 발명에서 인증서버에 데이터 베이스를 제공하는 데이터 포맷 예시도,

도 15 는 본발명을 이루는 게이트웨이에서 인증을 수행하는 스테이트 다이어그램이다.

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

A; 전화 유선망, B; 인터넷 유선망, C; 무선망, 1;회선망, 11;유선전화 교환국, 12;일반 전화기, 21;인터넷 정보제공업체, 22;라우터, 23;컴퓨터, 28;게이트웨이 28-1;미디어 게이트웨이 28-11;시그날부 28-12;엠지부 28-2;시그날 게이트웨이 28-3;미디어 게이트웨이 콘트롤러 29; 인터넷 단말기 30;패킷망, 40;망변환기, 51;기지국, 52;기지국센터, 53;교환국, 54;이동전화기, 110;인터넷 전화번호 사업자 인식번호 120;인터넷 전화번호 인식번호 130; 부가부 200;메인서버 210;인증서버 220;인터넷폰 넘버서버 230;부가 서비스서버

즉, 본 발명은 일반전화기와 인터넷 전화기가 일반 전화망에서 게이트웨이를 통하여 호접속 가능토록 인터넷 전화기 번호를 부여하고 이를 관리하는 메인서버를 구비하고,

메인서버는 가입자 여부를 통화 초기때 마다 인증하는 인증서버를 포함하며,

호출자가 인터넷 전화번호 사업자 인식번호를 누르면 게이트웨이는 인증서버로부터 일반전화기 사용자가 인터넷 전화 서비스를 받을 수 있는가를 인증 받는 단계;

인증이 되면 일반전화 사용자가 인터넷 전화기의 인터넷 전화번호 인식번호를 포함하는 인터넷 전화번호를 호출하면 게이트웨이에서는 인터넷 전화기의 상기 전화번호 인지를 게이트 키퍼로부터 확인하는 단계;

인터넷 전화번호 확인 후 통상의 호접속 과정을 거쳐서 통화하는 호접속 단계를 순차 수행함을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법을 제공하려는 것이다.

또한 본 발명은 일반전화기와 인터넷 전화기가 통화 가능토록 게이트웨이를 통한 요청으로 메인서버가 인증하는 메시지 포맷을 구성하고,

메시지 포맷은 인증 프로그램 버전 필드와,

인증 거부 이유 데이터 필드가 메시지 안에 포함된 개수를 나타내는 소스 카운트(SC) 필드와,

인증에 따른 콤맨드 메시지의 종류를 나타내는 타입(Type) 필드와,

메시지의 전체 길이를 나타내는 랭쓰(Length)필드와,

전화를 건 호출자의 전화번호(Caller_ID) 필드와,

상기 콤맨드에 따른 인증 결과를 나타내는 리턴밸류(Return Value)필드를 기본 필드로 순차 구성하는 것을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 인증 메시지 포맷을 제공하려는 것이다.

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

도 6 은 본 발명을 수행하는 구성도로, 일반전화망(D)과 인터넷망(IP 망)인 패킷망(30)을 통하여 인터넷폰 서비스 프로바이더인 메인서버(200)의 인증서버(210)로 멀티미디어 통신프로토콜(H.323)에 의하여 콜셋업을 처리하는 게이트 웨이(28)와,

게이트 웨이(28)와 인터넷폰 같은 인터넷 단말기(29)들 간의 콜(call)인증, 콜셋업 및 이들 엔트리의 등록을 제어하는 게이트 키퍼(26)와,

인터넷 단말기(29)의 등록과 스위칭을 제어하는 메인서버(200)로 이루어진다.

상기 메인서버(200)는 일반 전화망(D)을 통한 일반전화 사용자가 인터넷 단말기와의 통화를 위하여 통화 가능 적격자인지를 인증 데이터 베이스(IdentifyGWDB)의 데이터 베이스와 비교하여 인증하는 인증서버(210)와, 인터넷 단말기(29) 및 일반전화의 인터넷폰 넘버 데이터를 저장하는 인터넷폰 넘버서버(220)와, 인터넷 망에서 제공하는 날씨 정보, 증권정보, 교통정보 등의 부가 서비스를 제공하는 부가 서비스서버(230)로 이루어진다. (DB)는 데이터 베이스(211, 221, 231)이다.

도 7 은 본 발명의 게이트 웨이(28)의 내부 구성을 나타낸 블록 구성도로, 회선망(PSTN)을 포함하는 일반전화망(D)과 게이트 키퍼(26) 사이에는 게이트 웨이(28)를 사용하여 콜셋업을 수행토록 구성하는 바, 게이트 웨이(28)는 교환국(11)의 콜셋업 프로토콜(SS7; Signalling System7)을 처리하는 시그날부(28-11)와, 시분할 데이터 형태인 미디어 데이터를 처리하여 인터넷 단말기로 미디어 데이터를 전송하는 엠지부(28-12)로 이루어진 미디어 게이트 웨이(28-1)와;

시그날부(28-11)를 통한 데이터 중에서 부가정보 서비스(Intelligent Service)를 분류하여 수행하는 시그날 게이트 웨이(SG; Signal Gateway)(28-2)와;

시그날부(28-11)를 통한 콜셋업 데이터를 받아 게이트 키퍼(26)와 멀티미디어 통신 프로토콜(H.323)을 수행하는 미디아 게이트웨이 콘트롤러(MGC; Media Gateway Controller)(28-3)로 이루어진다. 이와 같은 구성은 통상의 게이트 웨이 구성을 도시한 것으로, 일반적으로 상용화된 시스코사(Cisc0) 의 제품(AS5300)을 들 수 있다. 본 발명은 이러한 게이트웨이(28)에 도 6에 보인 본 발명에서 구현한 메인서버(200)의 제어를 받아 본 발명을 수행 가능토록 이하에 설명하는 도 8 및 도 9의 인증 기능을 수행토록, 게이트 웨이(28)의 미디어 게이트 웨이 콘트롤러(28-3)를 본 발명에 맞도록 완성하였다.

도 8 은 본 발명에 사용하는 일반전화망(D)과 게이트 웨이(28)을 이용한 일반전화기와 인터넷 폰(전화기)의 통화를 위한 호 설정 절차도로, 이하에서 설명하는 단계(S2)에 이어 단계(S3)를 수행하기 전에 인증서버를 통한 인증을 받는 인증단계(S20)를 추가한 것이다.

도면에서 일반전화기(12)의 콜 요청에 의하여 교환국(11)은 먼저 엘엔피(LNP; Local Number Portability)를 질의(Query) 하고 프로토콜(SS7 Signalling)을 세팅한다(프로토콜Q.931)(단계 S1). 교환국(OLE)(11)은 아이에이엠 메시지(IAM; ISUP Initial Address Message)를 인접한 교환국(11)을 통해서 게이트웨이(28)의 미디어 게이트웨이 콘트롤러(VOIP Media Gateway Controller; 이하 MGC로 약칭함)(28-3)에게 전달한다. 이 경우 아이에이엠에 포함되는 정보는 전송회로정보(Forward Circuit Information), 캐리어 인식 코드(Carrier Identification Code), 수신자 번호(Called Party Number), 호출자 번호(Calling Party Number)를 포함한다(단계 S2).

이때 (MGC)(28-3)는 본 발명에서 메인 서버로 구성한 도 6 에 보인 인증서버(210)에게 서비스 가능 여부를 묻는 메시지를 전송하고, 메시지(Service Identy Return Result)를 받는다.

이에 따라 (MGC) 는 메시지(Create Connection)를 호출자(Caller)의 교환국(OLE)에게 보낸다(단계 S3).

이어 교환국(OLE)의 메시지(Media Capability)인 타입(SDP String)이 교환국(OLE)(11)로부터 메시지(ACK)로 전달된다(단계 S4).

그리고 전화번호 디지트 시퀀스(Digit Sequence)가 전달된다(단계 S4-1).

그리고 (MGC)는 호출자에게 메시지(Notification)가 수용(Accept) 되었다는신호를 보낸다(단계 S4-2).

이어 (MGC) 는 피호출자(Called Party)에게 메시지(CRCX)를 보내어 메시지(Connection)를 생성한다. 즉, 이 단계에서 (MGC) 는 게이트 키퍼(26)에게 셋업 메시지를 보내어 아이피망을 통하여 프로토콜(H.323) 콜셋업 절차를 수행한다(단계 S5).

다음, 피호출자인 수신자로부터 호접속 아이디(Connection ID)가 선택되고, 수신자는 그의 아이피 어드레스, 유디피 포트(UDP Port), 미디어 타입, 콘넥션 모드에 관한 정보를 돌려준다(단계 S6).

그리고 (MGC) 로부터 메시지(MDCX) 신호가 교환국(OLE)(11)에게로 도달한다.(단계 S7).

그러면 교환국(OLE)은 (MGC)에게 메시지(Notification Request)가 그것에 의하여 수용(Accept) 되었음을 알린다. 따라서 링백(Ring Back)이 시작된다(단계 S8).

(MGC)는 수신자에게 메시지(RQNT)를 보내서 온 후크(On Hook)상태를 체크한다(단계 S9).

그리고 메시지(Notification Request)가 수신자에게서 받아들여졌음을 (MGC)는 메시지(Ack)를 통해 받는다(Call이 연결된 상태)(단계 S10).

(MGC)는 (IAM)을 보낸 교환국(OLE)()에게 메시지(ACM; Address Complete Message)를 보낸다(단계 S11).

수신자(Called)는 (MGC)에게 메시지(NTFY)를 전송하는데 이는 전화가 오프후크(Off-hook) 상태임을 알려 '답신(Answer)' 했음을 나타낸다(단계 S12).

그러면 (MGC)는 메시지(ACK)로 반응한다(단계 S13).

그리고 (MGC)는 수신자에게 메시지(RQNT)를 보내서 행업(Hang-up)상태를 체크한다(단계 S14).

이어 (MGC)는 이 메시지(Ack)를 보낸다(단계 S15).

이어 (MGC)(28-3)는 게이트 웨이 시그날부(28-11)에게 메시지(MDCX)신호를 발송하고 확인 메시지(ACK)를 받아 수신자(Called)와 게이트 웨이(28)간 콜셋업이 완료되었음을 알린다(단계 S16, S17).

그리고 (MGC)는 메시지(ISUP ANM)로 교환국(OLE)(11)에게 콜이 안전하게 셋업 되었음을 알린다(단계 S18).

그리고 교환국(OLE)은 호출자에게 메시지(Connect)를 보낸다(단계 S19).

도 9 는 본 발명을 이루는 인증단계를 나타낸 플로우차트로, 인증 기능을 가지는 인증서버를 포함하고 사용자 넘버를 부여하고 관리하는 메인서버를 두고, 미디어 게이트 콘트롤러(28-3)가 인증서버(210)에 인증 확인을 위한 메시지(Service Identify Invoke)를 전송하는 메시지 전송단계(S21);

인증서버(210)에서 메시지를 확인하여 사용자인지를 인증하는 인증처리단계(S22);

인증 처리 결과 메시지(Service Identify Return Result, Service Identify Return Error)를 전송하는 결과메시지 전송단계(S23);

결과 메시지를 미디어 게이트웨이 콘트롤러(28-3)가 받아 결과 메시지가 에러이면 콜셋업을 멈추고, 결과메시지가 있으면 콜셋업을 계속 진행하는 인증결과 처리단계(S24)를 수행한다.

도 10b 는 본 발명의 인터넷 전화번호를 나타내는 매핑 테이블의 구조 예시도로, 본 발명을 이루는 필드는 종래와 같이 아이피어드레스(61), 알리아스명의(62), 이메일 번호(63), 전화번호(E.164)(64) 및 상태(65) 필드를 가지고 있다. 다만 본 발명은 각 필드를 이루는 요소에서 아이피 어드레스(61) 및 상태(65) 필드를 제외한 필드의 요소 구성을 기존의 요소명의 서두에 별도의 인터넷 전화기 인식용 부가부(130)를 부가하고,

부가부(130)는 메인서버를 지정하는 인터넷 전화번호 사업자 인식번호(예를 들어 00Y, 0**등 문자 및/또는 숫자 포함)(110)와,

인터넷 전화번호 인지를 구분하는 인터넷 전화번호 인식번호(문자 및/ 또는 숫자, null)(120)가 순차 이어지도록 부여한다. 부가부(130)를 이루는 각 인식번호(110)(120)의 바람직한 예로는 숫자(0-9)나 문자(＃, ＊, null)등을 부가하는 것을 예시할 수 있다. 이 경우 문자가 (null)인 경우는 인터넷 전화번호 인식번호(120)에 적용되는 것으로, 기존의 전화번호(TelCo No., Mobile Phone No.) 체계와 같은 것을 의미한다. 물론 필요시 추가 문자나 부호를 기존의 전화번호 요소 말미에 더할 수 있다. 상기 덧붙이는 숫자는 한자리 숫자 외에 두자리, 세자리 숫자 등으로 확장 가능하다. 아울러 해외에서 국내로, 반대로 국내에서 해외로 통화할 때는 국가 번호 앞에 상기 인터넷 전화 인식용 숫자나 문자를 부가하면 인터넷 전화번호로 인식 할 수 있다.

이와 같이 인터넷 전화번호 매핑테이블을 구성하면, 인터넷 환경 하에서 메일이나 전화 통화를 위하여 메인서버를 통하여 인증받아 가입자 상호 접속을 가능토록 하므로, 웹폰 서비스를 하는 메인서버에서 회원 가입 및 가입 번호를 제공할 때 웹폰 사업자 인식번호와 웹폰 인식용 부가부를 포함한 전화번호를 제공하고, 이러한 전화번호는 웹폰 사용자의 전화 번호인지를 바로 알 수 있도록 하므로, 일반전화 사용자가 인터넷 환경 하에서 사용하는 아이피 어드레스를 모르고도 메인서버를 통한 인증으로 인터넷 전화 사용자를 호출하여 쉽게 상호 접속을 가능토록 한다.

도 11 은 도 6 및 도 7에서 보인 게이트 웨이(28)의 미디어 게이트웨이 콘트롤러(28-3)와 메인서버(200)의 인증서버(210)와의 인증을 위한 데이터 포맷으로, 메시지 포맷은 인증 프로그램 버전(V) 필드(2비트)와,

인증거부 이유 데이터 필드가 메시지 안에 포함된 개수를 나타내는 소스 카운트(SC) 필드(5비트)와,

인증에 따른 콤맨드 메시지의 종류(미디어 게이트웨이 콘트롤러(MGC)(28-3)에서 생성하는 메시지(100; serviceIdentify Invoke)(101; serviceIdentify Return Result)(102; serviceIdentify Return Error)(103; serviceIdentify Reject)를 나타내는 타입(Type) 필드(8비트)와,

메시지의 전체 길이를 나타내는 랭쓰(Length)필드(16비트)와,

전화를 건 호출자의 전화번호(Caller_ID) 필드(16비트)와,

상기 콤맨드에 따른 인증 결과(0; Success, 1; Fail, 2; 인증서버 InternalError)를 나타내는 리턴밸류(Return Value)필드(8비트)를 기본 필드로 순차 구성한다.

상기 리턴 밸류(Return Value) 필드에 이어, 인증 거부 이유를 나타내는 리즌(Reason)필드(32비트)와,

리즌(Reason)필드에 인증 실패(Reject)한 이유에 대한 상세 설명을 나타내는 디스크립션(Description) 필드(32비트의 배수)가 차례로 부가된다.

상기에서 필드(V)에서 필드(Return Value)까지는 고정길이를 가지고, 필드(Reason, Description)은 가변 길이를 가진다.

도 12 는 본 발명을 이루는 인증서버에서 게이트웨이로부터의 요청이 있을 때 인증을 수행하는 단계를 나타낸 스테이트 다이어그램으로, 인증서버(210)의 최초 상태는 아이들 상태(단계) 이고 일반전화망(D)으로부터의 요청에 의하여 게이트웨이(28)의 미디어 게이트웨이 콘트롤러(MGC)(28-3)에서 인증 요청이 오면 이를 받아들인다.

즉, 상기 인증 받는 단계는 게이트웨이(28)로부터 인증요청 메시지(serviceIdenty Invoke;NW1)가 도착하면 인증서버(210)는 웨이팅 단계로 전환하고 동시에 인증 프로세싱 단계로 전환하는 아이들 단계(Idle State)(ST1);

인증 요청 메시지를 통하여 전달된 호출자 아이디(Caller ID)를 가지고 인증 데이터 베이스(IdentifyGWDB)를 억세스 하여 서비스 여부를 결정하고, 이 결정 작업이 완료되면 인증 완료단계(ST3)로 전환하는 인증 프로세싱 단계(Processing State)(ST2);

인증이 문제없이 종료되면 그 결과를 보낼 메시지(serviceIdentify return result(ONW2) 또는 serviceIdentify reject(ONW1)를 작성한 후 게이트웨이로 보내고, 인증과정에서 에러가 발생하면 메시지(serviceIdentify return error(ONW3))를 작성하여 게이트웨이로 전송하는 인증 완료단계(ST3);

일정한 타임아웃(TIME_OUT)동안 인증작업이 완료되기를 기단린 후, 만일 타임아웃이 완료되면 인증 요청을 리젝트하는 메시지를 작성하여 게이트웨이에게 보내고 어웨이컨 단계(ST5)로 전환한 후 인증에 사용된 모든 지원을 해제하고 아이들 상태로 되돌아가서 다른 인증 요청을 기다리는 웨이팅 단계(ST4);

상기 단계(ST3)이후 인증서버는 아이들 단계(ST1)로 전환되어 다른 인증 요청을 기다리는 어웨이컨 단계(ST5)를 포함하여 수행한다. 도면에서 메시지(NW1)은 인증요청 메시지(serviceIdentify Invoke)이고, 메시지(ONW1)는 인증요청 리젝트 메시지(serviceIdentify Reject)이고, 메시지(ONW2)는 인증 요청 결과 메시지(serviceIdentify return result)이고, 메시지(ONW3)는 인증요청 결과 메시지(serviceIdentify return error)이다.

도 13 은 상기 인증 서버에서 수행하는 인증 프로세싱 단계(ST2)를 수행하는 플로우차트로, 게이트웨이에서 메시지(serviceIdentify Invoke event)가 발생시 이 메시지의 버전(V; Version)필드와 인증서버 버전을 비교하고, 호출자(Caller_ID)의 데이터가 전화번호(숫자) 형식에 맞는지 체크하는 단계(T1, T2, T3);

만일 버전이 일치하지 않거나 호출자(Caller_ID) 값이 유효한 포맷이 아닐경우 메시지(serviceIdentify return error)를 작성하여 게이트웨이로 전송하는 단계(T4, T5);

만일 버전이 일치하고 호출자가 유효한 포맷일 경우 인증에 사용되는 데이터 베이스(IdentifyGWDB)를 억세스 하여 서비스가 가능한지를 판단하는 필드값이 서비스 가능함을 나타내는 1 인지를 확인하는 단계(T6, T7);

1 이면 메시지(serviceIdentify return result(TYPE=101))를 작성하여 게이트웨이로 전송하는 단계(T10, T11);

0 이면 서비스 기간이 만료되었거나 인증 데이터 베이스에 등록되어 있지 않은 경우로 메시지(serviceIdentify reject(TYPE=103))를 작성하며, 이 때 리젝(reject) 이유 및 그 이유에 대한 상세 설명을 리즌 필드 및 디스크립션 필드에 작성하는 단계(T8, T9)를 수행한다.

도 14 는 도 13 에 보인 인증 데이터 베이스(IdentifyGWDB) 의 데이터 포맷의 일 예를 나타낸 도면으로, 게이트 웨이에서 인증 요청해온 호출자(Caller_ID)에 관한 인증 기준의 판단을 위한 데이터 베이스이며, 필드(Caller_ID)는 데이터 베이스 검색의 기준이 되는 필드로서 호출자의 전화번호이고, 필드(Name)는 호출자의 신청자 이름, 필드(apply_date)는 신청일자, 필드(due_date)는 서비스 만료일자, 필드(valid)는 서비스 가능 여부 표시부이고, 필드(remark)는 비고란이다.

도 15 는 본 발명을 이루는 게이트 웨이(28)에서의 인증을 나타내는 스테이프 다이어그램으로, 인증받는 단계는 게이트웨이(28)에서 인증서버(210)로의 인증 요청 함수(evIdentifyStateChanged())를 부가 수행하고,

인증요청 함수는 인증에 대한 요청이 시작되는 엔트리 포인트(Entry Point)로서 메시지(ISUP(IAM) SS7)가 도착하면 상태(evIdentifyNew)로 이동하는 단계(evIdentifyIdle단계(ST11));

메시지(ISUP(IAM) SS7)가 도착하여 새로운 인증 요청이 발생한 상태에서, 콜백 함수에서는 메시지(IAM)에서 호출자 번호를 추출한 후 메시지(serviceIdentify Invoke)를 작성하고 인증서버에 보내는 단계(evIdentifyNew단계(ST12));

메시지(ISUP(IAM) SS7)가 도착하여 인증서버(210)에 호출자(Caller)에 대한 전화 서비스 인증 여부를 결정하는 동안 교환국(OLE)에게 메시지(CRCX)를 보낼 것을 기다리게 하는 상태로, 웨이트 타임 아웃을 설정하고 이 시간이 초과하면 단계(evIdentifyTO)로 이동하는 단계(evIdentifyWaitForOrig단계(ST13));

상기 단계(evIdentifyWaitForOrig단계(ST13))에서 웨이트 타임이 지난 경우 이 상태로 이동하고 인증 절차를 종료하고 단계(evIdentifyNew)에서 만들어진 메시지(serviceIdentify Invoke)가 인증서버(210)로 전송되었음을 알리고 인증서버로부터 결과가 도달되기를 기다리는 단계(evIdentifySent단계(ST15));

인증서버(210)로부터 메시지(serviceIdentify return error(NW3) 또는 serviceIdentify reject(NW1))가 도달한 경우로 인증 실패한 경우 교환국(OLE) 에 메시지(NACK)를 보내고 단계(evIdentify Idle)로 이동하는 단계(evIdentifiedRejected단계(ST16));

인증서버(210)로부터 메시지(serviceIdentify return result(NW2)가 도달하여 서비스 인증이 된 경우, 미디아 게이트웨이 콘트롤러(MGC)(28-3)는메시지(CRCX)를 교환국(OLE)에게 전송하고 단계(evIdentifyIdle)로 이동하는 단계(evIdentifiedApproved단계(ST17)를 수행한다.

이상에서 설명한 본 발명은 전술한 실시 예 및 도면에 의해 한정되는 것은 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능함은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 명백할 것이다.

이상과 같이 본 발명은 인터넷 환경 하에서 사용하는 웹폰의 전화 번호를 부여하는 방식의 기존의 사용자가 권고안(ITU-T)에 기초하는 필드 요소의 앞에 약정한 숫자나 부호를 추가하는 방식으로 웹폰 전화번호를 부여하므로, 웹폰 사용자는 별도로 아이피를 알지 못하여도 웹폰 전화번호를 가지고 서로 접속사용 가능토록 기능 한다.

그리고 일반전화기에서 인터넷 전화기로 통화 요청을 한 경우 사용 서비스의 필수 요건인 일반전화 가입자의 서비스 인증 절차를 수행함으로써 가입자에 한한 서비스 제공이 가능하고, 인증 과정에 의한 사요자 제한은 통화량 통제수단으로 활용되어 통화품질(QoS)을 보장하는 효과를 제공한다. 그리고 아이피망(VoIP)을 통한 저렴한 가격의 전화 서비스가 가능하게 되고, 인증에 필요한 메시지를 통신 프로토콜에서 사용하는 포맷을 통신 규약에 따른 형태로 정의하여 제공함으로써 현재의 게이트웨어 등에서 필요한 인증 절차에 대한 표준안을 제공한다.

그리고 인터넷 망을 통한 일반전화의 통화는 기존의 전화망보다 저렴한 가격으로 통화할 수 있게 되며, 인터넷 망에서 제공되는 각종 부가 서비스(날씨 정보, 증권정보, 뉴스, 이 메일)를 일반전화에서 제공받는 편리를 제공한다. 그리고 기존에는 인터넷 전화를 설치해야만 인터넷 전화와의 통화가 가능하였으나, 본 발명에 의하여 인터넷 전화를 설치하지 않고도 기존의 인터넷 전화와 일반전화의 통화가 가능하게 되었다.

Claims

일반전화기와 인터넷 전화기가 일반 전화망에서 게이트웨이를 통하여 호접속 가능토록 인터넷 전화기 번호를 부여하고 이를 관리하는 메인서버를 구비하고,

메인서버는 가입자 여부를 통화 초기때 마다 인증하는 인증서버를 포함하며,

호출자가 인터넷 전화번호 사업자 인식번호를 누르면 게이트웨이는 인증서버로부터 일반전화기 사용자가 인터넷 전화 서비스를 받을 수 있는가를 인증 받는 단계;

인증이 되면 일반전화 사용자가 인터넷 전화기의 인터넷 전화번호 인식번호를 포함하는 인터넷 전화번호를 호출하면 게이트웨이에서는 인터넷 전화기의 상기 전화번호 인지를 게이트 키퍼로부터 확인하는 단계;

인터넷 전화번호 확인 후 통상의 호접속 과정을 거쳐서 통화하는 호접속 단계를 순차 수행함을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법.
제 1 항에 있어서, 상기 인증 받는 단계는 게이트웨이로부터 인증요청 메시지(serviceIdenty Invoke;NW1)가 도착하면 인증서버는 웨이팅 단계로 전환하고 동시에 인증 프로세싱 단계로 전환하는 아이들 단계(Idle State)(ST1);

인증 요청 메시지를 통하여 전달된 호출자 아이디(Caller ID)를 가지고 인증 데이터 베이스(IdentifyGWDB)를 억세스 하여 서비스 여부를 결정하고, 이 결정 작업이 완료되면 인증 완료단계(ST3)로 전환하는 인증 프로세싱 단계(Processing State)(ST2);

인증이 문제없이 종료되면 그 결과를 보낼 메시지(serviceIdentify return result(ONW2) 또는 serviceIdentify reject(ONW1)를 작성한 후 게이트웨이로 보내고, 인증과정에서 에러가 발생하면 메시지(serviceIdentify return error(ONW3))를 작성하여 게이트웨이로 전송하는 인증 완료단계(ST3);

일정한 타임아웃(TIME_OUT)동안 인증작업이 완료되기를 기단린 후, 만일 타임아웃이 완료되면 인증 요청을 리젝트하는 메시지를 작성하여 게이트웨이에게 보내고 어웨이컨 단계(ST5)로 전환한 후 인증에 사용된 모든 지원을 해제하고 아이들 상태로 되돌아가서 다른 인증 요청을 기다리는 웨이팅 단계(ST4);

상기 단계(ST3)이후 인증서버는 아이들 단계(ST1)로 전환되어 다른 인증 요청을 기다리는 어웨이컨 단계(ST5)를 포함하여 수행하는 것을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법.
제 2 항에 있어서, 상기 인증 프로세싱단계(ST2)는 게이트웨이에서 메시지(serviceIdentify Invoke event)가 발생시 이 메시지의 버전(V; Version)필드와 인증서버 버전을 비교하고, 호출자(Caller_ID)의 데이터가 전화번호(숫자) 형식에 맞는지 체크하는 단계(T1, T2, T3);

만일 버전이 일치하지 않거나 호출자(Caller_ID) 값이 유효한 포맷이 아닐 경우 메시지(serviceIdentify return error)를 작성하여 게이트웨이로 전송하는 단계(T4, T5);

만일 버전이 일치하고 호출자가 유효한 포맷일 경우 인증에 사용되는 데이터 베이스(IdentifyGWDB)를 억세스 하여 서비스가 가능한지를 판단하는 필드값이 서비스 가능함을 나타내는 1 인지를 확인하는 단계(T6, T7);

1 이면 메시지(serviceIdentify return result(TYPE=101))를 작성하여 게이트웨이로 전송하는 단계(T10, T11);

0 이면 서비스 기간이 만료되었거나 인증 데이터 베이스에 등록되어 있지 않은 경우로 메시지(serviceIdentify reject(TYPE=103))를 작성하며, 이 때 리젝(reject) 이유 및 그 이유에 대한 상세 설명을 리즌 필드 및 디스크립션 필드에 작성하는 단계(T8, T9)를 수행함을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법.
제 1 항에 있어서, 인증 요청하는 단계는 게이트웨이에서 인증서버로의 인증 요청 함수(evIdentifyStateChanged())를 부가 수행하고,

인증요청 함수는 인증에 대한 요청이 시작되는 엔트리 포인트(Entry Point)로서 메시지(ISUP(IAM) SS7)가 도착하면 상태(evIdentifyNew)로 이동하는 단계(evIdentifyIdle단계(ST11));

메시지(ISUP(IAM) SS7)가 도착하여 새로운 인증 요청이 발생한 상태에서, 콜백 함수에서는 메시지(IAM)에서 호출자 번호를 추출한 후 메시지(serviceIdentify Invoke)를 작성하고 인증서버에 보내는 단계(evIdentifyNew단계(ST12));

메시지(ISUP(IAM) SS7)가 도착하여 인증서버에 호출자(Caller)에 대한 전화 서비스 인증 여부를 결정하는 동안 교환국(OLE)에게 메시지(CRCX)를 보낼 것을 기다리게 하는 상태로, 웨이트 타임 아웃을 설정하고 이 시간이 초과하면 단계(evIdentifyTO)로 이동하는 단계(evIdentifyWaitForOrig단계(ST13));

상기 단계(evIdentifyWaitForOxig단계(ST13))에서 웨이트 타임이 지난 경우 이 상태로 이동하고 인증 절차를 종료하고 단계(evIdentifyNew)에서 만들어진 메시지(serviceIdentify Invoke)가 인증서버로 전송되었음을 알리고 인증서버로부터 결과가 도달되기를 기다리는 단계(evIdentifySent단계(ST15));

인증서버로부터 메시지(serviceIdentify return error(NW3) 또는 serviceIdentify reject(NW1))가 도달한 경우로 인증 실패한 경우 교환국(OLE) 에 메시지(NACK)를 보내고 단계(evIdentify Idle)로 이동하는 단계(evIdentifiedRejected단계(ST16));

인증서버로부터 메시지(serviceIdentify return result(NW2)가 도달하여 서비스 인증이 된 경우, 미디아 게이트웨이 콘트롤러(MGC)는 메시지(CRCX)를 교환국(OLE)에게 전송하고 단계(evIdentifyIdle)로 이동하는 단계(evIdentifiedApproved단계(ST17)를 수행함을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 방법.
일반전화기와 인터넷 전화기가 통화 가능토록 게이트웨이를 통한 요청으로 메인서버가 인증하는 메시지 포맷을 구성하고,

메시지 포맷은 인증 프로그램 버전 필드와,

인증거부 이유 데이터 필드가 메시지 안에 포함된 개수를 나타내는 소스 카운트(SC) 필드와,

인증에 따른 콤맨드 메시지의 종류를 나타내는 타입(Type) 필드와,

메시지의 전체 길이를 나타내는 랭쓰(Length)필드와,

전화를 건 호출자의 전화번호(Caller_ID) 필드와,

상기 콤맨드에 따른 인증 결과를 나타내는 리턴밸류(Return Value)필드를 기본 필드로 순차 구성하는 것을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 인증 메시지 포맷.
제 5 항에 있어서, 리턴 밸류(Return Value) 필드에 이어, 인증 거부 이유를 나타내는 리즌(Reason)필드와,

리즌(Reason)필드에 표기한 이유에 대한 상세 설명을 나타내는 디스크립션(Description) 필드가 차례로 부가된 것을 특징으로 하는 아이피망을 이용한 일반전화기와 인터넷 전화기의 서비스 인증 메시지 포맷.