VoIP(Voice over Internet Protocol) 의 기술분석

Abstract본 내용은 최근 들어 폭발적인 관심을 끌고 있는 패킷망에 음성을 실어 전달하는 인터넷폰에 관한

소개와 관련된 VoIP (Voice over Internet Protocol) 기술에 대한 전반적인 핵심 논점 그리고 동향

및 시스템의 기본 구조, 표준 기관들의 활동 등을 알아본 다음에 서로 다른 통신 능력을 가진 사용자

사이에서 직접적인 세션 설정이 불가능한 다양성(Diversity)의 문제를 해결하기 위한 미디어협약

(Media Negotiation) 과정에 있어서 종전방식의 긴 세션 설정시간이 필요한 단점을 개선한 SIP기반의 새로운 VoIP 아키텍쳐를 살펴보고 이를 분석하기로 한다.

1. 서론

1.1 인터넷폰의 소개

우리가 일상생활에서 사용하는 가장 중요한 통신수단을 꼽으라면 아마도 전화라고 할 수 있을 것이다. 특히나 멀리 떨어진 가족과의 통화나 기업활동의 업무에 있어서 전화는 그 중요성이 매우 크다고 할 수

있다. 이러한 전화에 기존 전화와 인터넷이 하나로 합쳐져서 인터넷을 이용해서 전화를 쓰는 인터넷폰

즉 패킷교환망으로 특징지어지는 인터넷 상에서 연속성과 실시간성을 가지는 음성 정보를 실어 나르는

기술을 이용한 새로운 형태의 전화가 등장한 것이다.

인터넷 폰은 여러가지 장점을 갖는데 그 중에서 가장 큰 장점은 저렴한 사용요금 구현이다. 인터넷폰이

가격 경쟁력을 가지는 가장 큰 이유는 두 가지를 들 수 있다. 첫째로는 이미 설치되어 데이터

전송망으로 이용되고 있는 인터넷 백본망을 그대로 활용할 수 있다는 점이다. 이것은 인터넷 폰이 공중

인터넷망을 이용하기 때문에 국내의 ISP에 국내 인터넷전용선을 연결하고 인터넷 폰 장비를 설치하는

것으로 서비스를 제공할 수 있기 때문에 네트워크 구축에 있어서도 기존 국제전화와 비교하면 1%도

되는 않는 투자비로 서비스를 제공할 수 있다는 것이다.둘째는 패킷 전송 방식을 사용하기 때문에 통화 중 회선을 전용하는 기존 전화망보다 훨씬 효율적으로

망을 사용하여 통신 원가를 낮출 수 있게 된다. 그러나, 이 점은 다시 인터넷폰의 성능을 저하시키는

요인이 되기도 하여 이를 극복하기 위한 다양한 기술 개발이 요구되며, 가상적으로 또는 실질적으로

실시간 데이터(음성, 영상 등)와 데이터 전송망을 분리해야 한다는 대안도 나오고 있다. 어쨌든 서비스

요금을 책정할 때 서비스 제공 원가가 낮다면 서비스 요금도 당연히 낮게 책정될 수 있는데, 인터넷

폰의 요금이 그 만큼 낮은 요금을 가질 수 있는 것은 패킷 전송방식이 가지는 저렴한 원가 구현에 그

핵심이 있다고 할 수 있다. 기존의 전화는 회선 전송방식을 이용해서 통화 및 팩스전송을 할 수 있게

1

한다. 회선전송방식이란 특정한 하나의 전화회선을 양쪽의 통화자가 독점적으로 점유해서 음성 및

팩스데이타를 송수신하는데, 이때 송수신 되는 정보는 회선의 전자이동에 따라 연속적으로 주고 받게

되어 통화 및 팩스 송수신이 된다. 이렇게 점유된 회선은 제3자가 공유할 수 없게 되며 전세계적으로

같은 시간대에 수만 명이 통화하는 상황에서 한정된 전화회선은 회선의 사용료를 높일 수 밖에 없게

된다. 이러한 높은 회선사용료는 곧바로 전화요금에 반영되며 또한 회선전송방식은 전화의 데이터

크기인 64Kbyte를 그대로 유지하면서 송수신되기 때문에 일정량의 회선 용량 안에서 단위 용량당

차지하는 가격이 또한 높을 수 밖에 없는 것이다. 이에 반해서 패킷 전송방식은 특정회선을 점유하는

것이 아니고 데이터를 전송하는 회선에 패킷이라는 데이터 덩어리를 쪼개서 던져주게 되는데 동일한

성격의 패킷들 사이에 전혀 다른 성격의 패킷이 끼어서 전송될 수 있기 때문에 회선을 점유하는 것이

아니라 공유하게 되는 것이다. 또한 패킷은 원하는 대로 압축할 수 있는 데이터이기 때문에 회선에

대한 사용료도 그만큼 절약할 수 있는 것이다. 이러한 이유들로 해서 인터넷 폰은 기존 국제전화에

비해서 반값정도의 서비스요금을 가지고 이용할 수 있는 것이다. 이러한 음성의 패킷 전송방식을

VoIP라 하며 음성 데이터를 패킷이라는 작은 단위로 나누어 전송하므로 회선의 독점을 막고 기존의

회선을 사용하므로 보다 저렴하게 음성통화를 할 수 있는 것이다.

이러한 인터넷 전화기술은 컴퓨터 네트워크상에서 음성 데이터를 인터넷 프로토콜의 데이터 패킷으로

변화하여 일반 전화망에서의 전화 통화와 같이 음성 통화를 가능하게 해주는 일련의 통신 서비스

기술로 흔히 VoIP(Voice over Internet Protocol)라 부르기도 한다.VoIP 기술에 의한 인터넷폰은 가격 경쟁력 외에도 유연한 대역폭 활용, 차별화된 서비스 용이, 다양한

서비스와의 통합이 용이함 등의 장점을 가지고 있으며, 거리에 상관 없이 동일한 요금을 적용하는 것이

가능하고 인터넷이 설치된 전세계 어느 곳에서나 접속하여 사용할 수 있다는 접근 용이성도 장점으로

꼽을 수 있다. 그러나 이러한 장점이 있는 반면, 인터넷폰은 아직까지 해결해야 할 기술적 난제들도

많이 가지고 있다. 네트웍 및 단말 성능에 따른 지연과 불만족스러운 통화 품질, 제각기의 방식을

사용하는 다양한 장비 제조업자들로 인한 상호운용성 문제, 보안 문제, 기존 전화에서 가능한 다양한

서비스 제공과 운영의 문제, 인터넷의 다른 기능을 효과적으로 결합하는 새로운 서비스의 창출 등이

시급한 과제로 꼽히고 있다.

1.2 인터넷폰의 발전사

다음은 인터넷폰의 통화형태 및 발전사에 대해 살펴보면 여기에는 PC대 PC, PC대 전화기, 전화기대

전화기로 나눌 수 있고, 개발과정도 이 순서에 따라 발전되어 왔다.

PC 대 PC

최초의 인터넷폰은 PC와 PC를 연결해서 마이크와 스피커를 통해 음성을 주고 받는 방식으로

전화통화를 원하는 두 사람이 같은 시간에 인터넷에 인터넷폰 서버로 접속하여 상대방을 찾아서

통화하는 방식으로 우선 말하는 사람의 PC 프로그램에서 마이크를 통해 들어온 음성신호(아날로그)를

2

디지털화하고 이를 압축(64K를 5.3K,6.3K,8K로 압축- G723, G729방식)하여 H323, RSVP, RTP/RTCP등의 전송규약(프로토콜)을 이용하여 패킷화된 음성을 패킷 단위로 인터넷 망을 통해 듣는

사람의 PC로 보내면 압축을 풀고 디지털화된 것을 음성신호(아날로그)로 바꾸어 스피커를 통해 말한

음성이 복원되는 방식으로 통화가 이루어 진다.이 방식은 최초의 인터넷폰 소개라는 측면이 있기는 하지만 사용자의 PC성능, 인터넷 회선의 상태, 사용프로그램의 성능 등으로 인해 통화품질이 기대했던 만큼 좋지는 못하며 또한 통화를 원하는 두

사람이 동일한 프로그램을 써야한다든지, 사전에 인터넷폰을 하기로 시간을 정해야 한다든지 하는

제약이 있기 때문에 본격적인 인터넷폰 시대를 열기에는 불편한 점이 많이 있다.

PC 대 전화

그래서 개발된 것이 PC와 전화기를 연결하는 방식인데, 이것은 PC에 해당 프로그램을 설치하고

인터넷망에 접속한 후에 특정지역에 설치된 Internet Phone Gateway라는 장비를 통해서 전화망을

통해 전화기에 벨이 울리고 통화를 하는 방식이다. PC를 통해 통화하는 사람은 앞서 얘기한 PC 대 PC방식과 동일하지만 받는 사람은 일반전화기를 통해 전화통화를 하는 것이기 때문에 PC대 PC방식과

비교하면 진일보한 방식이라고 할 수 있다.  앞서의 PC 대 PC방식이 인터넷방식으로 모든 것이 이루어

지는 반면에 PC 대 전화방식은 전화를 거는 쪽은 인터넷 방식이고 전화를 받는 쪽은 기존

전화방식으로 통화를 하는 것이다. 즉 Internet Phone Gateway가 해주는 역할은 인터넷과 기존

전화망을 연결시켜주는 기능을 하게 된다. 하지만 전화를 받는 곳까지 연결될 때, 기존 전화망을

이용하게 되므로 전화를 거는 사람 또는 통화를 중개해주는 사람은 해당 전화망 이용에 대한 대가(전화료)를 지불할 수 밖에 없게 되고 결국 이때부터 인터넷폰을 쓰더라도 시내전화요금만으로

국제전화를 쓸 수는 없게 되고, 특히 인터넷망과 전화망을 중개해주는 서비스 제공 사업자가 나타나게

되어 본격적으로 인터넷폰 서비스 제공업체가 생기게 되었다.

전화 대 전화

그러나 이방식도 기존 전화를 대체하기에는 역부족이었다. 결국 기존 전화방식을 대체하기 위해서는

전화 대 전화 방식이어야만 하고 그 방식은 앞서 얘기한 PC 대 전화 방식의 PC쪽을 전화기로 이용할

수 있도록 전화망과 인터넷망을 연결할 수 있는 Gateway를 해당 지역에 설치하는 것이다. 즉 전화망 - 인터넷망 - 전화망 순으로 연결이 되어 전화통화를 할 수 있고 각 망 사이에 망 연결 및 신호감지를 할

수 있는 Gateway가 설치되면 이 방식이 구현되는 것이다. 그렇기 때문에 이제 더 이상 PC상의

프로그램이 아니라 Internet Phone Gateway라는 장비 개발이 중요시 되어 기존의 세계적인 교환기

개발 회사들이 장비개발에 뛰어들고 있다.  우수한 성능의 장비, 대용량의 인터넷 백본망, 운영기술, 보다 진보된 프로토콜등 아직 해결해야 할 부분이 남아 있는 것이 사실이지만 빠른 시간 안에 기존

전화가 인터넷폰으로 대체되리라 예상되어 진다. 현재 전세계의 많은 업체들이 관련 장비를 발표하고

있다.

1.3 인터넷폰의 기본 동작과 구성

3

그러면 어떻게 전화 통화에 인터넷을 이용할 수 있는가 예를 들어 인터넷전화의 동작을 간단히

알아보도록 한다. 예로서 한국의 A씨와 미국 LA에 사는 A씨의 친구 B씨(123-4567) 사이의 통화

과정을 살펴보면 다음과 같다. 먼저 A씨가 수화기를 들고 008-1-213-123-4567를 누르면 이 번호는

DTMF라는 신호형식으로 A씨의 전화기가 연결되어 있는 전화국의 교환기로 전달된다. 전화국의

교환기는 전달 받은 신호를 해석해서 008이 있는 것을 보고 온세통신의 국제 관문교환국의 교환기로

나머지 신호를(1-213-123-4567) 전달한다. 온세통신의 교환기도 전달 받은 신호를 해석하고 미국

국가번호인 1을 발견하게 되고 온세통신의 교환기는 해저 케이블이나 위성을 통해서 나머지 신호를

(213-123-4567)) 미국 사업자의 국제 관문교환국 교환기로 전달한다. 이 교환기 역시 신호를

해석해서 LA 지역 번호인 213을 발견하고 LA에 있는 전화국 교환기로 나머지 신호를(123-4567) 전달한다. 교환기는 다시 123 국번을 서비스하는 교환기로 신호를 전달하고, 최종적으로 신호를 전달

받은 교환기는 4567번 전화기에 신호를 보내고 전화벨이 울리며, A씨와 친구 B씨는 대화를 시작하게

되는 것이다. 위의 전화 통화 과정에서 비용이 가장 높은 구간은 온세 통신에서 미국 사업자의

교환기까지의 구간으로 해저 케이블이나 위성의 이용료도 비싸고 또 전화를 거는 측의 전화 사업자가

상대 사업자에게 정산료라는 것도 지불해야 하기 때문이다. 인터넷 전화는 바로 이 구간을 인터넷으로

대체하고자 하는 것이므로 당연히 비용이 낮아지는 것이다.

다음은 종래의 전화를 인터넷으로 대체하기 위한 구성 및 동작을 살펴보면 단순히 양국의 교환기에

인터넷 라우터를 연결하고 그 라우터들을 통해 인터넷에 접속을 하면 되는 것이 아닌데 이것은

전화망에서 이용하는 데이터의 형식(PCM)과 신호 전달을 위해 정해진 교환기들 간의 규약(Protocol)이 인터넷에서 이용되는 그것과는 크게 다르기 때문이며 그래서 양국의 교환기와 라우터 사이는

게이트웨이(Gateway)라는 것이 설치되어야 할 필요가 있다. 여기서 게이트웨이의 역할은 교환기에서

전달되는 신호와 데이터를 받아서 라우터가 이해할 수 있는 형태로 바꾸어 주는 일을 수행하는 것으로

이러한 동작을 위해 게이트웨이에는 교환기의 신호전달규약에 따라서 신호를 받아들여 해석할 수 있는

장치가 설치되고 이 장치가 처리한 신호는 다시 인터넷에서 이용되는 형태로 변경되어 인터넷의

신호전달규약에 따라 라우터를 통해 전달되게 되는 것이다. 물론 이 신호는 인터넷 저편의 상대국

라우터를 통해서 게이트웨이로 전달되고, 상대국의 게이트웨이는 이와는 반대되는 동작을 수행하게

된다.게이트웨이는 이와 같은 기본 기능 이외에 한 가지 유익한 기능을 더 가지고 있는데 그것은 바로 압축

기능이다. 교환기에서 전달되는 음성 신호를 인터넷으로 보내기 전에 특정한 알고리즘에 따라서

압축을 하는 것으로 전화망을 통해 전달되는 1초 길이의 음성신호는 6만4천개의 비트들로 구성되는데

게이트웨이는 사용하는 알고리즘에 따라서 이것을 2천4백에서 8천개의 비트들로 줄일 수가 있는

것이다. 즉, 전화망에서는 한 사람의 음성만 전달할 수 있는 대역폭을 통해서 인터넷으로는 8사람

이상의 음성을 전달할 수 있게 되는 것으로 회선의 효율이 8배 이상 증가하는 것이다. 바로 이런 점이

인터넷 전화의 요금을 더욱 싸게 만들게 하며 압축 알고리즘은 소프트웨어로 구현될 수도 있지만

일반적으로 성능향상을 위해서 하드웨어를 많이 이용한다. 이와 같은 게이트웨이의 기능들은

일반적으로 인터넷 연결 기능을 가지는 서버급 컴퓨터에 구현된다. 여기서 한가지 짚고 넘어가야 할

4

것은 게이트웨이가 위에 설명한 일들을 하는 동안 지연(Delay)이 발생하는데 이 지연의 문제는

앞으로 인터넷 전화가 해결해야 할 과제이다.

위와 같이 전화 교환기에 게이트웨이를 연결하고 그 게이트웨이를 또 다시 인터넷 라우터에 연결하면

기본적인 준비는 된 것같이 보이지만 서비스를 제공하는 사업자가 봤을 때는 이것 만으로는 부족하며

이것은 전화 서비스라는 것이 전세계 어느 곳으로도 연결될 수 있는 보편적인 것이므로 세계

여러나라의 인터넷 전화 사업자의 게이트웨이들과 모두 연결될 수 있어야 하며 그러기 위해서는

그것들의 인터넷 주소를 모두 알고 있어야 하는데 이러한 정보를 게이트웨이가 모두 가지고 있을 수는

없으므로 이러한 일을 대신 수행해 줄 또 하나의 서버를 만들어야 한다. 또한 앞에서도 잠깐

언급했듯이 전화 서비스에는 항상 상대 사업자간에 서로 지불하는 정산료라는 것이 포함되는데, 이를

위해 서로의 통화 자료가 기록되어야 하며 이러한 일도 게이트웨이들 간의 연결 내역을 모두 알고 있는

이 서버에서 수행된다

이제 이러한 역할을 하는 서버까지 준비되었다고 하면 인터넷 전화 서비스를 받기 위해서는 정부의

관련기관으로부터 배정된 서비스 식별번호를 통해 게이트웨이로 연결되게 되는데 이것을 한국통신의

5

교환기를 통해 해당 사업자의 게이트웨이와 연결된 교환기로 신호를 전달하도록 하는 작업이 완료되지

않았기 때문에 지금은 사용자들이 직접 게이트웨이로 전화를 걸어야 한다. 또한 현재의 서비스 절차는

일반 전화와는 달리 10자리 정도의 가입자 식별번호와 4자리 정도의 비밀번호를 누르는 사용자

인증의 절차를 거친 후 상대방의 국가번호와 지역번호, 전화번호를 누르도록 되어 있어 어떤

방법으로든 미리 서비스에 가입한 사람들만이 인터넷 전화를 이용할 수 있는 것이다. 여기서

게이트웨이는 교환기가 아닌 교환원과 같은 역할을 하게 되는데 이것은 가입자의 식별번호와

비밀번호를 묻고, 적법한 가입자인 경우 인터넷을 통해 가입자가 통화하기를 원하는 상대와 연결해

주는 역할을 수행하는 것이다. 서비스가 이런 식으로 진행되는 것은 현재 여러가지 이유로 교환기가

가지고 있는 발신자 확인 능력을 게이트웨이는 가지지 못하고 있기 때문으로 어느 전화기에서 전화가

걸리고 있는지 알 수 있는 능력이 없다는 것이다.

인터넷 전화를 이용하여 미국에 전화를 하는 과정을 살펴보면 먼저 인터넷 전화 선불카드나

후불카드를 구입하고 비밀번호를 등록한다. 이때 카드에는 인터넷 전화 게이트웨이 접속번호와

카드번호(가입자 식별번호)가 기록되고 이것으로 인터넷 전화 게이트웨이 접속번호(XXX-XXXX)를

누르면 연결되며 인터넷 전화 교환원(게이트웨이)이 가입자 식별번호(XXXXXXXXXX)와 비밀번호

(XXXX)를 물으면 그 번호들을 누르고 교환원이 원하는 상대 번호를 물으면 해당번호를 누르면 된다. 게이트웨이는 서비스할 상대 게이트웨이와 연결을 시도하며 연결되면 통화를 할 수 있게 되는 것이다.

1.4 인터넷폰의 게이트웨이

게이트웨이(gateway)는 회선교환망(전화, PSTN)과 패킷교환망(컴퓨터, IP)을 연결시키는 브리지

역할을 하는 것으로 전화가 컴퓨터 혹은 또 다른 전화시스템과 호환성을 가지고 IP 상에서 동작할 수

있도록 해주는 기능을 수행을 하며 인터넷전화의 동작 모드 중 computer- to- computer 모드이외의

모든 동작모드에서 사용되는 중요한 요소이다.

게이트웨이는 가상의 통합된 네트워크를 만들어 내는데 이용되며 이를 통하여 사용자들은 오늘날의

PSTN(공중망)을 이용하는 것과 마찬가지로 전화나 컴퓨터를 이용하여 IP 데이터 네트워크를 통하여

전화를 송수신할 수 있다. 현재 게이트웨이의 내부동작과 몇 개의 포트로부터 수천개의 포트로

게이트웨이의 규모를 확장시키는 기능 등을 위한 표준화와 관련기술에 관한 연구가 서비스제공자나

ISP들 그리고 대규모의 개인네트워크 사업자들에 의하여 활발하게 진행되고 있다.

게이트웨이의 기능적 요구사항으로 내부동작에 관한 것은 Implementation Agreement나 IA의

개발을 통한 VoIP Forum에서 발표되고 있으며 VoIP IA는 서로 다른 제조사들에게 상호간의 호환성을

유지할 수 있도록 요구되는 기능과 프로토콜을 정의하고 있다. VoIP Forum은 어디서나 적용가능한

표준화를 위한 IA 즉, 서비스 품질을 보장하지 않는 (non-guaranteed quality-of-service) LAN 상에서의 멀티미디어 통신을 위한 ITU H.323 골자를 만들었다. 그러므로 IA는 VoIP를 위한 여러 가지

6

요구를 확장할 수 있는 표준들을 통합시켜놓은 것이다. VoIP 게이트웨이의 주요기능을 나타내는

블록으로는 Application, Directory Service, IP Sub-system, PSTN Sub-system 등이 있다.

Application 최상위계층인 Application은 종단간(end-to-end) VoIP 호 관리와 전화번호같은 모든 상위레벨의

처리를 수행한다. 즉, Application은 데이터베이스 억세스, 수납이나 보고서작성, 에러 로깅, 그리고

원격 네트워크 관리 등의 기능을 수행한다.

Directory Services Directory Service 블록은 PSTN 전화, 셀룰라 휴대폰, 호출기 그리고 IP 주소와 같은 다양한

수요자들을 포함하는 동적 데이터베이스로부터 사용자를 찾아내는 역할을 제공한다. 역사적으로

proprietary 프로토콜은 이 기능을 위하여 사용되어왔지만 Lightweight Directory Access Protocol (LDAP) 의 개선된 버전이 표준화가 될 것으로 보인다.

IP Sub-System 최상위 계층인 Application이 요구한 IP 호제어와 데이터전송을 처리한다. 몇가지의 H.323 멤버들이

이 기능을 제공한다.

IP Call Control : 호들은 게이트웨이의 IP 인터패이스에 의하여 송수신된다. H.245는 H.323 내부동작의 기초이며 호설정과 Q. 931 시그날링을 사용한 능력협상 방법에 관한 표준을 제공한다. H.245 는 이 정보를 위한 신뢰성있는 전송방법으로써 TCP를 사용한다.

IP Data Transport : 게이트웨이의 IP 인터페이스를 통한 데이터 스트림은 encapsulated/ unencapsulated 되고 이 블록에 의하여 Application 으로 전달된다. H.225 표준은 패이로드 타잎과

7

타임스템프를 식별하기 위하여 Real Time Protocol (RTP)를 사용하고 패킷손실과 같은 제어정보를

송신자에게 되전송하기 위하여 Real Time Control Protocol (RTCP)를 시용한다. RTP/RTCP는

이러한 패킷을 위한 비신뢰성인 UDP 전송메카니즘이다.

PSTN Sub-System 최상위 계층인 Application이 요구한 PSTN 호제어와 압축 그리고 패킷화를 처리한다. 다음과 같은

기능블럭이 이러한 기능을 담당하고 있다.

PSTN Call Control : 호들은 게이트웨이의 PSTN 인터패이스에 의하여 송수신된다. 호제어 기능은

proprietary APIs 를 통한 CT 보드 벤더들의 임의의 번호에 의하여 제공된다. 아날로그와 디지탈 전화

인터패이스 보드의 광범위한 유용성이 다양한 시스템 통합의 여러 가지 선택을 가능하게 해준다. 이

영역내의 표준 API를 위한 필요성이 ECTF's S.100 API 의 수용을 증가시킬 것이다.

PSTN Compression and Packetization : 게이트웨이의 PSTN 인터패이스를 통한 PCM 데이터

스트림은 compressed/ decompressed 되고 패킷화되어 이 블록기능에의하여 Application 으로

전달된다. 이 블록은 표준화된 모듈과 몇 개의 proprietary 모듈들로 구성되어 있다. VoIP Forum이

디폴트 음성압축으로 G.723.1를 표준화하였지만 대부분의 게이트웨이드은 DTMF carriage와

에코제거가 추가된 다양한 음성코딩을 지원하고 있다. 다른 기능은 silence 억제, 잡음삽입, 손실패킷재생 그리고 실시간 팩스전송 기능을 포함한다. 이러한 압축과 패킷화 기능블럭은

게이트웨이의 질과 확장성에 초점을 맞춰 다양하게 구현되고 있다. ViaDSP는 PacketTel 압축과

패킷화 엔진에 의하여 개발되었으며 이것은 게이트웨이 통합기를 위한 표준화기반 low-latency, high-quality, 확장성에 관한 솔루션을 제공하고 있다.

2. 인터넷폰의 표준 및 기술

2.1 표준의 필요성 및 표준화 기관

본 장에서는 인터넷 전화에 이용되고 있는 각종 표준들의 필요성과 현황 그리고 이러한 표준들을

8

연구하고 제정하는 표준화 기관들에 대해서 간단히 살펴보도록 한다.먼저 이러한 인터넷 전화의 표준에 대한 필요성을 살펴보면 현재 개발되어 사용 중인 인터넷 전화의

게이트웨이들은 서로 다른 음성 압축 알고리즘을 이용하고 또 자체적인 호 설정 방법을 따르고 있기

때문에 제조회사가 다른 장비들 간에는 호환이 되지 않는 문제를 가지고 있다. 이러한 문제는 시장

활성화와 서비스 확대에 막대한 지장을 주기 때문에 장비 제조업체들과 서비스 제공 업체들은 인터넷

전화 게이트웨이 및 관리서버 제작 시 따라야 할 표준들을 정하게 되었으며 여기에는 인터넷 전화에

대한 표준을 크게 음성 압축, 호 설정, 전송 방법, 관리서버와의 인터페이스, 그리고 정산 및 과금체계

등에 관련된 것으로 나누고 있다.

인터넷 전화의 표준화는 ITU-T SG15에서 LAN상의 멀티미디어 통신 표준으로 정의한 H.323을

근간으로 하고 있다. H.323에서 음성 압축(G.7XY)에 관한 표준들과 전송(H.225.0) 및 제어(H.245)에 관련된 표준들이 인터넷 전화의 표준으로 채택되어 있다.음성 압축에 관계되어서는 H.323은 G.711을 기본으로 채택하고 있는데 반해, 멀티미디어 관련 각종

표준 제품들의 호환성 문제를 다루는 IMTC VoIP에서는 G.723.1과 G.729를 각각 기본과

보조알고리즘으로 채택하고 있다. 또한 IMTC VoIP는 H.323에서 정의한 게이트키퍼(Gatekeeper)와

비슷한 개념의 CMA(Call Management Agent) 구조를 정의하고 있다.다음은 인터넷 전화의 표준을 위한 표준화 기관을 살펴보기로 한다.

ITU-T(International Telecommunication Union - Telecommunication Stnadardization

Sector)

H.323을 ITU-T 산하의 연구그룹(Study Group, SG)15에서 정의하였고, H.323에 포함되어 있는

G.723, G.729, H.245(Q.931), H.225.0 등의 표준들이 인터넷 전화의 표준으로 채택되어 있다.

IETF(Internet Engineering Task Force)

인터넷에 관련된 거의 모든 표준들이 이 단체를 통해 채택되고 있으며 IETF의 산하에 있는 오디오/비디오 전송 실무그룹(Audio/Video Transport Working Group, AVT WG)에서 표준화가

이루어지고 있는 RTP/RTCP가 H.323의 전송부(H.225.0)로 채택되어 있다.

IMTC(International Multimedia Teleconferencing Consortium)

IMTC는 전세계 대형 통신 사업자들과 통신장비 제조사 및 멀티미디어 관련 장비 제조사들을 포함하는

100여 업체들을 멤버로 가지고 있는 컨소시엄으로, ITU 표준 제품들의 호환성 문제를 해결하기 위해

조직되어 1996년 12월 IMTC의 분과로 편입된 VoIP(Voice over IP) 포럼에서 H.323의 구성

요소들을 인터넷 전화에 맞게 보완하는 작업을 하고 있으며, 1997년 말에 인터넷 전화 압축 표준으로

G.723.1을 채택하기도 했다.

ECTF(Enterprise Computer Telephony Forum)

9

1996년 구성된 ECTF는 컴퓨터 전화 통합(Computer Telephony Integration) 분야에 이용되는

각종 업계표준들을 이끌어 내고 있는 단체로, 산하의 Signal Computing System Architecture (SCSA) 실무그룹에서 컴퓨터 전화 시스템의 개발에 필요한 공통 하드웨어 인터페이스 및 소프트웨어

인터페이스를 정의한 참조 모델인 SCSA를 정의하고 있다. 이 가운데 버스 구조를 정의한 H.100은

게이트웨이의 보드 인터페이스 표준으로 자리를 잡아가고 있다.

MVIP(Multi-Vendor Integration Protocol)

MVIP는 1990년 Natural MicroSystems를 주축으로 보드 생산 업체들과 통신장비 제조사 등이

연합하여 개발한 보드 인터페이스 표준으로, 그 이름이 그대로 단체의 이름으로 이용되고 있는데

MVIP는 여러 회사에서 생산되는 팩스, 음성 등의 미디어 처리용 시스템 보드들이 호환될 수 있도록

하며, PSTN, ISDN 등의 다양한 네트웍 인터페이스도 지원한다. 현재 사용 중인 대부분의

게이트웨이들은 MVIP나 Scbus를 표준 보드 인터페이스로 이용하고 있다.

ITC(Internet Telephony Interoperability Consortium)

ITC는 MIT의 주도로 HP, Lucent, Sprint, Telia 등의 업체가 참가해서 1996년에 구성한

컨소시엄으로, 게이트웨이 개발을 위한 기술적 구조와 실험 방안을 연구하고, 서비스 품질과 경제적

측면에서 효과적인 인터넷 전화 서비스를 개발하기 위한 방안 제시를 목표로 하고 있다.

ETSI(European Telecommunications Standards Institute)

ETSI는 유럽의 통신 관련 표준화 기관으로, 산하 기구인 Telecommunication and Internet Protocol Harmonization Over Networks(TIPHON)에서 PSTN, ISDN, GSM 등의 전화 서비스를

인터넷상의 음성 통신 서비스로 수용하기 위한 작업을 수행하고 있다. TIPHON은 1997년 7월부터

1998년 12월까지만 활동하기로 되어있는 한시적인 기구로, 여기에는 Cisco, 3Com, Alcatel, Deutche Telecom, Lucent, VocalTec 등의 업체들이 참여하고 있다. MSP(Media Stream Processor) Consortium

이 조직은 1997년 하반기에 7개의 회원사로 시작되었으며, Media Stream Processor로 명명된

컴퓨터 전화 인터페이스사양을 개발하고 있고 여기서 개발하고 있는 M.100은 Media Processing Firmware를 위한 개방형 환경을 명시한 것으로, 하나의 고정된 보드가 상위 계층의 미디어 처리

소프트웨어에 따라 다양한 미디어 처리 기능을 가질 수 있도록 하기 위한 표준이다.

ECMA(European Computer Manufactures Association)

ECMA는 유럽의 컴퓨터 제조업체들의 모임으로, 각종 응용이 수행되는 컴퓨터와 전화 교환기를

연동시키는데 필요한 시스템의 구조와 서비스 및 프로토콜을 정의하는 표준들과 기술 문서들을 모아서

Computer Supported Telecommunications Application(CSTA)를 발간하고 있다.

10

VITA(VME International Trade Association)

VITA는 American National Standard Institute(ANSI) 공인 기관으로, VITA의 표준화 조직인

VSO(VITA Standards Organization)에서 시스템 구성 요소들 간에 호환성 제공을 목적으로 Scbus를 개발하였고 Scbus는 SCSA의 표준으로 채택되어, 현재 MVIP와 함께 가장 많이 이용되고 있는

인터넷 전화 게이트웨이의 보드 인터페이스 표준이다.

2.2 VoIP의 기술

일반적인 VoIP 시스템의 구성요소는 단말, 게이트웨이, 게이트키퍼로 이루어져 있으며 LAN 또는 CTI 환경 내에서, 또는 인터넷 망과의 통신은 게이트키퍼 (gatekeeper)에 의해 관리, 통제되고, 인터넷

망과 PSTN 사이 또는 다른 망과의 연동 및 관리는 게이트웨이(gateway)를 거치게 된다. 단말은

각각이 속한 망에 따라 PC 등 컴퓨터, 일반 전화 또는 특별히 제작된 인터넷폰 전용 단말기를

사용하게 된다. 단말, 게이트키퍼, 게이트웨이 등의 구성 요소에는 패킷망에서의 음성 전달과 복합적인

서비스가 가능하기 위한 다양한 기술 요소들이 포함되어야 한다.

인터넷쪽 단말 또는 게이트웨이에서 해결해야 할 첫번째 기술은 음성 데이터를 다루기 위한 디지털

신호처리기법이다. 먼저 아날로그 음성 신호를 디지털로 변환해야 하고, 네트웍 대역폭을 효율적으로

사용하기 위해 압축/복원하는 기법이 제공되어야 한다. 두번째로는 이를 패킷망으로 전달하기 위해

packetization하는 기법과 연속성을 보장하면서 전송 지연과 jitter를 줄이기 위한 적절한 버퍼링

기술이 필요하다.

음성 정보 전달이 이루어지기 전 또는 후에, 구성된 망 사이에서 호를 설정하고 해제하는 과정 또한

중요한 부분이다. 상대방을 인식 또는 호출하는 방법이 지정되어야 하며 (예: PSTN의 전화번호, 인터넷의 IP 또는 DNS), 각종 시그널링 기법, 호 설정 및 해제 순서 등이 제공되어야 한다. 이외에도

VoIP망을 관리운영하는 망관리 시스템구성, 각 구성요소들의 보안 및 보안처리가 필요한 음성 전달,

11

이동성 (mobility) 제공, 기본적인 통화 서비스 외에 UMS, click-to-dial, 문자정보 공유 등 기존 망

기술과 인터넷 기술과의 다양한 결합이 필요하다.이러한 기술들에서 가장 중요하게 생각해야 할 것은 음성 정보란 결국 실시간성과 연속성을 가지기

때문에 이를 보장해 주는 기법을 제공해야 한다는 것이다. 전송 지연 또는 jitter 는 예전에는 망

자체의 성능이나 트래픽에 영향을 받는 것이 대부분이었다. 그러나, 현재는 네트웍의 성능이 향상되어

대부분의 지연이 압축/복원, 인코딩/디코딩을 수행하는 게이트웨이나 단말의 성능에 의해 좌우되고

있다. 다만 jitter는 아직도 네트웍의 성능이나 트래픽에 의해 발생한다.서비스 품질의 면에서 볼 때, 음성 정보 전달에서 일어나는 지연과는 별도로 호 설정시의 지연도 무시

못할 요소이다. 인터넷폰에서 통화가 시작되기까지의 시간은 일반 전화에서의 그것보다 훨씬 긴

것으로 나타난다.

VoIP 관련기술들을 크게 두부분으로 나누어 보면 호환성 관련기술과 QoS/Media 관련기술로 나눌 수

있다. 여기에서 호환성 관련기술은 다시 H.323, MGCP, SIP로 나뉘어지며 QoS/Media 관련 기술은

RTP/RTCP, RSVP, G.711, G.723.1, G.729A, H261/263, T.37/T.38 등으로 나누어 진다.H.323은 QoS가 보장되지 않는 LAN 상에서 실시간 음성/데이터/비디오를 전송하는 표준으로

Terminal, Gateway, Gatekeeper 및 MCU 간의 프로토콜로 ITU-T SG16에서 표준화한 것이고

MGCP는 외부의 Call Agent 에 의하여 Gateway를 제어하기 위한 표준으로 MG, TG, SG 및 MGC 간의 gateway control protocol로 대형 gateway 시스템에 적합(Telco/ISP)한 것으로 ITEF -MEGACO WG에서 표준화 했으며 SIP는 인터넷 상에서 멀티미디어 서비스를 위한 표준으로 User Agent, Proxy Server 및 Redirect Server 간의 프로토콜로 H.323에 비해 호설정 간단하며 IETF -MMUSIC WG에서 표준화 했다.QoS/Media 관련 기술로 RTP는 인터넷 상에서 실시간 데이터의 전송에 관한 것이며 RTCP는 QoS 관련 Packet Loss/Delay/Jitter 감시를 위한 Feedback 메커니즘 프로토콜이고 RSVP는 Delay 와

Bandwidth 보장을 위해 자원을 미리 할당하는 프로토콜이다. 또 Voice Encoding관련 기술인 G.711은 64 kbps PCM dalay <1 ms, Excellent(MOS 4.2)의 특성을 갖으며 G.723.1은 5.3~6.3 kbps ACELP2 delay > 30ms, good(MOS 3.4)의 특성을 그리고 G.729A는 8 kbps ACELP delay 10ms, good (MOS 4.0)의 특성을 갖는다. 또 Video Encoding 관련 기술인 H.261 /263은

Audiovisual 서비스를 위한 video codec에 관한 것이며 FAX 관련 기술인 T.37/T.38은 Store-and-forward FAX/realtime FAX에 관한 것이다.

2.3 H.323 프로토콜

ITU-T 권고안 H.323은 서비스 품질이 보장되지 않는 LAN상에서의 오디오, 비디오 및 데이터를

포함하는 멀티미디어 회의 시스템 구현에 필요한 제반 프로토콜들을 정의하고 있는 표준안으로 1996년 ITU-T SG15에서 제안되어 WTSC(World Telecommunication Standardization Conference)에서 승인된 것으로 H.323 시스템은 터미널, 게이트웨이, 게이트키퍼, MCU, MC, MP 등의 요소들로

12

구성되어 상호 연동하는 시스템이다. 즉 H.323는 QoS (Quality of Service)를 보장하지 않는 근거리

통신망을 통하여 멀티미디어(음성, 비디오, 데이터)를 전송하는 것과 관련된 ITU-T 규정으로 H.323 밑에는 H.323 터미널, H.323 MCU, H.323 게이트웨이, H.323 게이트키퍼 등이 있으며 QoS의

유형을 지정하는 것은 H.323의 범위에 속하지 않는다.

H.323 터미널에 필요한 다른 구성 요소들에는 H.245, H225.0, RAS (Registration / Admission / Status), 및 RTCP (RTP/RTPControl Protocol) 등이 있으며 H.323 게이트키퍼는 주소 해석, 사용

권한 통제, 대역폭 관리, 영역 관리 등을 수행하는데 필요하고 H.323 게이트웨이는 IP 세계와 PSTN, H.320 터미널, V.70 터미널, H.324 터미널, 및 기타 음성 터미널 사이의 게이트역할을 한다. 그밖에

H.323 프로토콜은 오디오, 비디오, 데이터 애플리케이션, 시스템 제어 기능 등으로 구성되어 있고

권장 오디오 CODEC에는 G.711, G.722, G.723, G.723.1, G.728, G.729 등이 포함되어 있으며 더

좋은 CODEC가 개발되면, 지정되는 CODEC를 시장이 결정할 것이다.H.245, H.225.0, RAS 등은 시스템 제어 장치로 H.245 제어 채널은 capabilities exchange, 수신측의 모드 설정, 논리적 채널 신호 처리, 및 제어와 표시 등을 위한 신뢰할 수 있는 인-밴드 전송

기능을 제공하며 H.225.0은 q.931의 축소 버전을 활용하여 두 개의 H.323 엔드포인트 사이의 연결을

설정하고 RAS는 H.323이 H.323 게이트키퍼 게이트웨이와 통신하는데 사용된다.RTP와 RTCP는 H.323 호출 셋업과 제어 프로세스가 완료된 후에, 오디오 패킷과 비디오 패킷이 UDP (User Datagram Protocol)를 통하여 보내질 때 스트림형 오디오와 비디오를 지원하기 위하여, RTP 헤더를 요청하게 하며 RTP 헤더에는 타임 스탬프와 시퀀스 번호가 들어 있으므로, 수신 장치는 패킷을

동기화하여 연속적인 사운드 스트림을 재생함으로써 지터와 레이턴시를 제거하는데 필요한 만큼 버퍼

처리를 할 수 있다. RTP 규정은 RTP 서버가 짝수 포트 번호를 사용할 것을 규정하며, RTCP는 그 다음

사용할 수 있는 홀수 번호를 사용할 것을 규정한다. RTP를 제어하는데 사용되는 RTCP는 신뢰성

정보를 수집하고 주기적으로 이 정보를 세션 참여자들에게 전달하며 RTCP는 RTP가 사용하는 세션

대역폭의 5 퍼센트 이상을 사용할 수 없도록 되어있다.

다음은 H323 시스템의 구성 요소인 터미널(M), 게이트웨이(O), 게이트키퍼(O), 다중점 제어 장치

(Multipoint Control Unit, MCU)를 좀 더 자세히 살펴보도록 한다.

터미널(M) - 실시간 양방향 통신을 제공하는 LAN상의 클라이언트 단으로 음성통신 기능은 반드시

제공해야 하고 화상 및 데이터통신 기능은 선택 사양으로 둔다. H.323 터미널은 TCP 프로토콜을

이용한 Q.931 시그널링 절차에 따라 호 설정을 수행하고 호가 설정되면 H.245 제어 채널을 확립하여

채널의 능력을 협상한 후 협상된 채널의 능력에 따라 데이터 전송을 위한 논리 채널들을 확립하여

RTP/RTCP/UDP 프로토콜을 이용해서 오디오 및 비디오 통신을 수행하고 TCP 프로토콜을 이용해서

데이터 통신을 수행한다. 부가적으로 H.323 터미널은 터미널의 등록과 인증, 대역폭 관리 등을

수행하는 게이트키퍼와 UDP 프로토콜을 이용해서 RAS (Registration/ Admission / Status) 신호를

주고 받을 수도 있다. 참고로, 채널의 제어에 이용되는 H.245는 범위가 너무 방대하기 때문에 H.323

13

터미널 제조업체들에서는 H.245 Profile 1이라는 축소된 프로토콜을 만들어서 이용하고 있다.

게이트웨이(O) - LAN상의 H.323 터미널과 WAN상의 다른 ITU-T 호환 터미널들 또는 H.323 게이트웨이들 간에 실시간 양방향 통신을 지원하는 구성 요소로 각 터미널들간에 존재하는 전송 형식, 통신 절차, 그리고 오디오, 비디오와 같은 매체들의 형식상의 불일치점을 해결해준다. H.323 터미널과는 Q.931과 H.245 프로토콜을 이용해서 통신하며, 현재 지원할 수 있는 ITU-T 터미널들로는

H.310(H.320 on B-ISDN), H.320(ISDN), H.321(ATM), H.322(GQOS-LAN), H.324(GSTN), H.324M(Mobile), 그리고 V.70(DSVD)이 있다.

게이트키퍼(O) - 게이트키퍼는 터미널의 등록과 인증, 그리고 대역폭 관리를 주 기능으로 하는

구성요소로 터미널, 게이트웨이, 또는 MCU에 그 기능을 구현할 수도 있다. 게이트키퍼는 선택

사양이지만 선택되었을 경우 H.323 시스템은 반드시 게이트키퍼가 제공하는 서비스를 이용해야만

한다. 또한 게이트웨이를 포함하는 H.323 시스템의 경우에도 네트웍간의 주소 변환(E.164 - IP)을

위해 게이트키퍼가 필요하게 된다. 하나의 게이트키퍼에 의해 관리되는 모든 터미널, 게이트웨이, 그리고 MCU들의 집합을 H.323 Zone이라 부른다. 따라서 같은 H.323 Zone에 포함된 다수의 H.323 요소들에 게이트키퍼 기능이 구현되어 있는 경우에 각 요소들은 이 기능을 비활성화 시킬 수 있어야

한다. 게이트키퍼는 RAS 제어 채널로 H.225.0 메시지를 주고 받으면서 주소 변환, 수락 제어, 대역폭

제어, 그리고 구역(Zone) 관리를 수행하고, 호 제어 시그널링, 호 인증 및 관리, 대역폭 관리 기능 등을

수행할 수도 있다.

다중점 제어 장치(Multipoint Control Unit, MCU) - H.323에서 MCU는 다중점 제어기(Multipoint Controller, MC)와 다중점 프로세서(Multipoint Processor, MP)로 구성된다. MC는 터미널들이

이용하고 있는 오디오 및 비디오 장치들의 공통 능력을 결정하기 위한 H.245 협상 프로토콜을

처리하고 멀티캐스트될 오디오 및 비디오 스트림이 있을 경우에 그 활성화 여부를 결정함으로써 회의

자원들을 제어한다. 믹싱, 스위칭 등의 실제 매체의 처리는 MP가 담당한다. MCU도 게이트키퍼와

마찬가지로 H.323의 다른 구성 요소들에 그 기능이 구현될 수 있다.

H.323 시스템은 위의 각 시스템 구성 요소들간에 시그널링 및 제어 신호(Q.931, RAS, H.245)의

교환을 위한 제어 채널들과 오디오 신호의 교환을 위한 논리 채널을 반드시 제공해야 하고, 시스템의

선택에 따라 비디오 신호나 데이터의 교환을 위한 논리 채널들을 제공할 수도 있고 제공하지 않을

수도 있다. 이러한 채널들을 통해서 이동하는 모든 신호들은 H.225.0에 명시된 절차를 따르고 각

신호의 처리는 채널의 양단에 위치하는 단말에 구현된 프로토콜을 따르게 된다. 즉, 호 시그널링

채널로 전송된 신호들은 Q.931 프로토콜 처리 절차에 따라, RAS채널로 전송된 신호들은 RAS 프로토콜 처리 절차에 따라, 그리고 H.245 제어 채널로 전송된 신호들은 H.245 프로토콜 처리 절차에

따라 처리된다.

14

호 시그널링 채널을 통한 호 설정 및 제어 기능은 H.323 터미널의 중심 기능이라 할 수 있으며, Q.931에 정의된 다양한 제어 신호들 가운데 H.225.0에 필수로 명시된 제어 신호들이 호 설정 및 제어

과정에서 이용된다. 오디오, 비디오 및 기타 제어 신호들 또한 H.225.0의 전송 절차에 따라

전달되는데, 데이터 스트림을 네트웍으로 전달될 수 있는 메시지로 만들어 주는 작업과 그 반대 과정의

작업, 각 매체에 알맞은 논리적인 프레이밍과 순번 부여, 오류 검출 및 정정 등의 작업이 H.225.0과

Q.931, RAS, 그리고 RTP/RTCP 프로토콜을 통해서 수행된다.H.245 제어 채널은 H.323 구성 요소들의 동작을 관리하는 제어 메시지들의 수송에 이용되는 채널로, 능력 협상(Capabilities Exchange, Capabilities Negotiation), 오디오, 비디오 및 데이터 전송에

이용되는 논리 채널의 개방과 폐쇄, 흐름 제어, 일반 명령 및 확인 메시지들이 이 채널을 통해

전달된다. H.245 제어 채널은 호당 하나만 존재한다. RAS 채널은 게이트키퍼와 H.323 각 요소들 간에 등록, 수락, 대역폭 변화, 상태, 그리고 연결 해제

절차 등을 위한 신호들을 전송하는데 이용된다.

H.323 시스템에서는 G.711 압축 알고리즘을 기본 음성 압축 알고리즘으로 채택하고 있으며, G.723, G.729와 같은 고 효율의 압축 표준들을 사용할 수도 있도록 하고 있다. 비디오 통신을 이용하는

H.323 터미널은 반드시 H.261 비디오 압축 알고리즘을 지원해야 하고 부가적으로 H.263 비디오

압축 알고리즘을 이용할 수도 있다.

음성 코딩 표준

텔레포니와 packet voice에서 가장 많이 사용하는 음성 코딩 표준은 다음과 같다.

G.711 : 64-kbps PCM 음성 코딩 기법을 규정하는 것으로, G.711 방식으로 엔코딩된 음성은 이미

공공 전화망에서 또는 PBX를 통하여 디지털 음성을 전달할 수 있는 포맷으로 되어 있다.

G.726 : 40, 32, 24, 26 kbps의 ADPCM 코딩을 규정하는 것으로, ADPCM 음성도 packet voice와

공공 전화망이나 PBX 망 사이에서 서로 교환할 수 있으며 다만, 공공 전화망이나 PBX 망에 ADPCM 처리 기능이 있어야 한다.

G.728 : CELP 음성 압축 방식의 16-kbps 저-지연 변이형을 규정하는 것으로 CELP 음성 코딩은 전화

통신망으로 또는 전화 통신망을 통하여 전달할 수 있도록 공공 텔레포니 포맷으로 코드 변환이 되어야

한다.

G.729 : 음성을 8-kbps 스트림으로 코딩할 수 있는 CELP 압축을 규정하는 것으로 이 표준의 두 가지

변이형(G.729와 G.729 Annex A)은 계산의 복잡성에서 크게 다르지만, 두 가지 모두 일반적으로 32-kbps ADPCM과 같은 수준의 음성 품질을 제공한다.

15

G.723.1 : 전체적인 H.324 계열 표준의 일부로서, 아주 낮은 비트 속도로 멀티미디어 서비스의

음성이나 다른 오디오 신호 요소들을 압축하는데 사용할 수 있는 압축 기법을 규정하는 것으로 이

종류의 코더에는 5.3 kbps와 6.3 kbps의 두 가지 비트 속도가 관련되어 있다. 6.3 kpbs의 비트

속도는 MP-MLP 기술에 기초한 것으로 품질이 더 뛰어나며, 5.3 kbps의 비트 속도는 CELP에 기초한

것으로, 품질이 양호하며 시스템 설계자들이 좀더 유연하게 설계할 수 있다.

2.4 전송 프로토콜 [ RTP/RTCP(RFC1889, RFC1890), RSVP, RTSP ]RTP/RTCP, RSVP, RTSP의 등장 배경을 살펴보면 지연에 대한 제약이 거의 없거나 아주 없는 기존의

네트웍 응용 서비스들(FTP, Email, etc.)을 위해서는 TCP와 같은 안전한 방법의 전송 프로토콜이

적당하였으나 실시간 멀티미디어 네트웍 응용 서비스들이 등장하기 시작하면서 TCP의 지연 유발 정책

(재전송 기법, 네트웍 폭주 시 “Slow Start”)은 심각한 문제점으로 대두되며 이것은 지연이 오디오나

비디오 같은 실시간 매체들의 적시 재생(On Time Playback)을 불가능하게 하기 때문이다. 이러한

이유로 많은 실시간 응용 서비스들이 TCP 보다는 비교적 지연의 가능성이 적은 UDP를 이용해 왔다. 그러나 UDP의 경우에도 패킷의 분실, 전송 순서 위반과 같은 매체의 품질에 크게 영향을 미치는

문제점들을 가지고 있다. 실시간 응용 서비스들에 대한 수요가 점차로 늘어나면서 IETF와 같은

단체에서는 TCP/UDP를 대신할 수 있는 실시간 응용들을 위한 전용 프로토콜의 개발을 시작하였고, 그

결과가 RTP/RTCP, RSVP, RTSP와 같은 프로토콜 들이다.인터넷을 통한 실시간 데이터 전송 서비스에 RTP/RTCP는 거의 표준처럼 이용되고 있는 실정이다. 그러나 RTP/RTCP는 TCP의 지연 문제를 피하기 위해 UDP를 전송 프로토콜로 이용하고 있기 때문에

패킷의 분실과 같은 전송 품질의 문제는 해결하지 못하고 있으며 또한 UDP를 쓴다고 해서 지연 문제가

완전히 해결되는 것은 아니다. 따라서 실시간 데이터 전송을 위한 채널에는 적시 전송과 패킷 분실

방지가 보장되어야 한다. 이를 위해 제시된 프로토콜이 RSVP이다. RSVP는 수신자-송신자 경로상에

위치하는 모든 노드들이 특정 RTP 연결이 요구하고 있는 QoS가 보장될 수 있을 경우에만 연결 설정을

허가하도록 함으로써 위에 언급된 문제점들을 해결할 수 있다. 그러나 RSVP를 실현하기 위해서는

RTP 연결상의 모든 노드들이 RSVP를 구현하고 있어야 한다는 단점이 있다. 이러한 프로토콜과는

접근 방법이 조금은 다른 RTSP는 일-대-다 또는 일-대-일의 단방향 멀티미디어 전송 프로토콜로 송신

측에서 유용 가능한 대역폭에 알맞은 크기로 멀티미디어 데이터를 자른 후 패킷화 하여 전송하는

프로토콜이다. 수신 측에서는 일정량의 패킷이 쌓이면 매체의 재생을 시작한다. 이때 매체의 재생과

동시에 수신 및 디코딩이 이루어지기 때문에 수신 측에서는 전체 매체 파일을 받아보지 않고도 연결과

거의 동시에 매체를 재생할 수 있게 된다.

RTP

RTP는 실시간 데이터를 전송하는 응용들을 지원하기 위한 사용자간 전송 서비스(End-to-End Delivery Service)로 IETF RFC1889에 표준으로 제시되어 1997년 초에 표준화가 완료되었다. RTP 서비스는 크게 Payload Type Identification, Sequence Numbering, Time Stamping으로

16

나누어 볼 수 있다. RTP 헤더에는 타이밍정보와 페이로드형식이 명시되는데, 전자는 매체들간의

동기화에 이용되고 후자는 각 패킷에 포함된 매체에 대한 정보와 압축형식을 표현하는데 이용된다.RTP세션을 맺기 위해서 응용에서는 하나의 네트웍 주소와 두개의 포트 번호로 이루어진 한 쌍의

목적지 전송 주소를 정의한다. 두개의 포트 번호는 각각 RTP와 RTCP를 위한 것이다. 멀티미디어

세션에서 각 매체는 독립된 RTP 세션을 통해서 전송되고 또한 각각의 RTCP 연결을 갖는다. 따라서

특정매체에 대한 재생능력이 없는 단말에서는 그 매체를 받지 않도록 선택할 수도 있다.RTP는 또한 응용들간의 연동성을 보장하기 위해서 다양한 오디오 및 비디오 인코딩 형식에 대한 RTP Profile과 Payload Format을 정의하고 있다. 각각은 RTP와는 별개의 RFC로 제안되고 있는데

현재까지 G.711, G.723, H.261, 그리고H.263에 대한 Profile과 Payload Format이 정의되어 있다. RTP는 UDP위에서 동작하면서 UDP의 다중화(Multiplexing) 기능과 오류 검출(Checksum) 서비스를

이용하기 때문에 적시 전송이나 전송 순서 위반 방지 등을 보장하지 않는다. 따라서 이러한 서비스에

대한 보장이 필요한 응용들은 자원 예약과 같은 부가 서비스들을 이용해야 한다.

RTCP

RTCP는 RTP와 같이 동작하는 제어 프로토콜로 RTP 세션에 참여한 각 참가자들은 주기적으로 다른

모든 참가자들에게 RTCP 제어 패킷을 전송해야 한다. RTCP는 다음의 네 가지 기능을 가지고 있다.

응용 서비스에 정보 제공 : RTCP는 주기적인 제어 패킷 전송을 통해서 응용 서비스에 RTP 세션의

데이터 전송에 관계되는 정보를 제공한다. 각 RTCP 제어 패킷은 송신자 또는 수신자의 상태 정보를

포함하고 있으며, 이러한 상태 정보에는 전송 패킷 수, 수신 패킷 수, 지터 등이 포함된다.

RTP 소스 식별 : RTCP는 하나의 RTP 소스에 대해 Canonical Name(CNAME)이라 부르는 전송

계층의 식별자를 가진다. 이 CNAME은 RTP 세션의 참가자들을 추적하는데 이용된다.

RTCP 전송 간격 제어 : 제어 트래픽이 네트웍 자원을 너무 많이 이용하지 못하도록 하고 RTP 세션에

많은 참가자들이 참가할 수 있도록 하기 위해서 제어 트래픽은 전체 세션 트래픽의 5%를 초과할 수

없도록 한정된다. 이에 대한 내용은 참가자 수의 함수로 결정된다.

최소한의 세션 제어 정보 수송 : 부가적인 기능으로 RTCP는 모든 세션 참가자들에 대해 최소한의

정보를 수송하기 위한 편리한 방법으로 이용될 수 있다.

RSVP

RTCP가 수신 품질에 대한 보고를 통해서 송신자 측에서 트래픽을 조절할 수 있게는 하지만 송신자와

수신자간에 적시 전송과 특정 QoS 만족을 성취하기 위해서는 RTCP 이외에 다른 프로토콜 체계가

필요하다. 이러한 필요에 의해 등장한 것이 RSVP이다.RSVP는 사용자간 특정 데이터 스트림에 대한 QoS 만족을 위해 네트웍의 자원을 미리 확보해 두기

17

위해 이용되는 자원 예약 프로토콜이다. 수신자는 RSVP를 이용해서 특정 데이터 스트림을 위해

네트웍으로부터 특정 QoS를 요청한다. 기본적인 RSVP 예약 요청은 요구되는 QoS와 이 QoS를

보장받을 데이터 패킷에 대한 정의를 포함한다. 멀티캐스트의 경우 호스트는 IGMP 메시지를 보내서

호스트 그룹에 가입한 후 RSVP 메시지를 그 그룹의 전송 경로를 통해서 보내어 자원을 예약한다.RSVP가 동작하기 위해서는 송신자와 수신자간의 전송 경로에 위치하는 모든 호스트와 라우터 그리고

다른 네트웍 기반 요소들에서 RSVP를 지원해야만 한다. RSVP를 지원하는 각각의 구성 요소들은 QoS 요청을 만족시키는데 필요한 대역폭, CPU 그리고 메모리 버퍼와 같은 시스템 자원들을 예약한다. QoS는 주어진 서비스 모델을 위한 흐름 명세(Flow Spec)에 의해 정의된다. 서비스 모델에 따라 흐름

명세는 세션 데이터를 위한 전송 속도와 지연의 한계를 명시하거나 전송 속도 만을 명시한다. 서비스

모델은 IETF Integrated-Services Working Group에서 정의되고, RSVP는 일반적으로

Guaranteed Service나 Controlled-Load Service 가운데 하나를 구현하고 있다. RSVP 세션은

RSVP를 지원하지 않는 라우터를 통해서 Tunnelling할 수도 있다.

RSVP는 수신자 측에서 시작되는 프로토콜로 멀티캐스트의 경우 예약 요청은 같은 소스 스트림을 위한

다른 예약 요청과 병합되는 점 까지만 전송된다. 수신자-송신자 경로에 위치하는 각 노드들에서 RSVP는 요청된 스트림에 대한 자원 예약을 수행한다. 각 노드는 각 요청에 대해 일반적으로 다음의 두 가지

행동을 취한다.

예약 수행 - 수락 제어나 정책 제어에 따라서 요청을 허가 하거나 거절한다. 수락 제어는 노드가 필요한

자원을 가지고 있는가를 검사하고 정책 제어는 요청한 수신자가 자원 예약의 권한이 있는지를

검사한다. 거절 되었을 경우에는 요청 수신자에게 오류 패킷을 보내고, 허락 되었을 경우에는 QoS를

만족시키기 위해 패킷 분류기와 작업 일정 관리기(Scheduler)를 재조정한다.

요청 전달 - 허가된 요청은 송신자까지의 경로상에서 바로 다음에 위치하는 노드로 전달된다.RSVP는 시스템이 자원에 대한 예약을 해제할 수 있도록 하는 메시지도 정의하고 있다.RSVP는 IP상에서 동작하기 때문에 프로토콜 스택으로 봐서는 전송 프로토콜 계층에 있기는 하지만

실제로는 세션 계층의 서비스를 제공한다. RSVP는 IGMP나 ICMP와 같은 제어 프로토콜이지 라우팅

프로토콜은 아니다. 따라서 RSVP는 기존의 라우팅 프로토콜을 그대로 이용하여 RSVP 메시지를

전송한다. 자원에 대한 예약이 완료된 후에 각 라우터에서는 각 입력 패킷에 대한 경로와 QoS를

결정하고 작업 일정 관리기는 모든 출력 패킷의 전달 여부를 결정한다.RSVP의 단점은 라우터가 패킷들을 검사하고 관리하기 위해서 더 많은 계산 능력을 필요로 한다는

것이다. 이러한 단점을 개선하기 위해 태그 스위칭(Tag Switching)과 같은 기법이 개발되고 있다.

2.5 H.323 세션

packet voice 네트워크를 통하여 전화호출을 하면 어떤 일이 진행되는지를 살펴본다.

18

2 명의 통화자가 관련된 음성 호출의 일반적인 흐름은 다음의 순서와 같다.

1. 사용자가 수화기를 들고 로컬 루프가 연결된 장치 (예를 들면, PBX, PSTN CO 스위치, 또는

라우터의 신호 처리 애플리케이션) 등으로 오프 후크 상태신호를 보낸다.2. 세션 애플리케이션이 다이얼 톤을 보내고 사용자가 전화 번호를 다이얼할 때까지 기다린다.3. 사용자가 번호를 다이얼하면, 세션 애플리케이션이 그 번호를 차례대로 기억한다.4. 번호가 다이얼 플랜 맵퍼를 통하여 IP 호스트로 맵핑이 되고, IP 호스트는 수신 전화 번호로 직접

연결하거나 PBX 로 연결을 한다. 이 연결은 호출을 완료하는 것으로 끝난다.5. 세션 애플리케이션이 세션 프로토콜 (H.323)을 실행하여 IP 네트워크 상에서 각 방향으로 전송

채널과 수신 채널을 설정한다. 그 동안에, 호출된 측에 관련된 PBX 가 있다면, 수신 전화 번호

호출을 완료하는 것으로 끝난다.6. RSVP (Resource Reservation Protocol)를 사용하고 있다면, IP 네트워크를 통하여 원하는 QoS

를 달성할 수 있도록 RSVP 예약을 한다.7. VOICE CODECs/ Compressors/ Decompressors 등이 양쪽 끝에서 켜지고, 쌍방간의 대화는

RTP / UDP / IP 를 프로토콜 스택으로 사용하여 진행된다.8. 모든 호출 진행표시와 기타 인밴드(in-band)로 전달할 수 있는 신호들 (예를 들면, 원격전화 호출

신호, 라인 통화중 신호, 등)은 end-to-end 오디오채널이 설정되자마자 음성경로에서 차단된다. 음성 인터페이스를 통하여 감지할 수 있는 모든 신호 처리 (예를 들면, 호출이 완료된 후의 인 밴드

DTMF [dual tone multifrequency] 숫자)는 어느 한쪽 끝에서 세션 애플리케이션에 의해

포착이 되어 RTCP APP 확장 메커니즘을 사용하여 RTCP 로 갭슐 화되어 IP 네트워크를 통하여

전달된다.9. 어느 한쪽 끝이 끊어지면, RSVP 예약이 해제 (RSVP 가 사용되는 경우)되고, 세션이 끝나며,

상대측 끝은 다른 오프 후크 신호를 대기하면서 유휴 상태로 들어간다.다이얼 플랜 맵퍼가 수신 전화 번호에 도달하는데 필요한 IP 주소를 판단할 때, 세션이 호출된다. 이 세션은 임의의 프로토콜을 호출할 수 있지만, Cisco IOS 소프트웨어의 경우

에는, H.323 이 현재 세션 애플리케이션이다.

다음의 그림은 H.323 세션을 구성하기 위해 취하는 단계들을 분해해 놓은 것이다.

19

초기 TCP 연결은 일반적으로 H.323 세션의 H.222 부분을 negotiation 하는 포트 1720 에서

이루어지며 H.323 세션의 H.225 부분에서, H.323 세션의 H.245 부분에 해당하는 TCP 포트 번호를

다시 호출하는 장치로 전달한다.한편 H.323 세션의 H.245 부분에서는 RTP 주소와 RTCP 주소를 호출하는 장치와 호출받는 장치

사이에서 전달하며 사용되는 RTP 주소는 16384 더하기 호출하는 장치에서 사용할 수 있는 채널의

크기의 네 배의 범위 이내가 되고 H.225 와 H.245 세션의 모든 부분이 완료된 후에, 오디오는

RTP/UDP/IP 를 통하여 스트림 처리된다.

20

3. SIP기반의 개선된 VoIP 아키텍처

3.1 VoIP에서의 다양성 문제

인터넷을 통해 음성서비스를 가능하도록 해주는 VoIP (Voice over IP) 기술은 다양한 멀티미디어

기술과 결합하여 차세대 이동 통신망에서 핵심적인 서비스로 발전할 것이다. 하지만 차세대 이동

통신망에서는 다양한 단말기와 엑세스망기술이 지원될 것이기 때문에 서로 다른 통신능력을 가진

사용자 사이에서 직접적인 세션 설정이 불가능한 다양성의 문제 (Diversity Problem)가 발생할

것이다. 이러한 다양성의 문제(Diversity Problem)는 VoIP 서비스를 사용하는 사용자들이 각자의

편의와 상황에 따라 여러 종류의 단말기들 (데스크탑이나 노트북 또는 PDA와 같은 휴대용

단말기들)을 사용할 수도 있고 여러 다양한 엑세스 망 (무선 랜 환경이나 xDSL 망 등등)에서

서비스를 이용 하고자 하기 때문이다. 이러한 경우 각 사용자가 현재 가능한 통신 능력이 서로 다르기

때문에 하나의 VoIP 세션을 설정하기 위해서는 사전에 미디어 협약(Media Negotiation) 이라는

과정이 필요하다.이러한 미디어 협약 과정은 더 다양한 단말기들과 엑세스 망 기술이 도래하게 될 차세대 이동 통신망

(Next Mobile Network) 에서는 더욱 중요한 문제로 대두될 것이다. IETF에서 제안한 시그널링

프로토콜인 SIP (Session Initiation Protocol) 를 이용한 VoIP 아키텍쳐에서는 이미 이러한 미디어

협약 과정을 정의하고 있다. 하지만 기존의 미디어 협약 방법은 세션의 종단 노드에서 미디어협약

필요성을 검출하여 새롭게 세션을 설정하는 방식을 사용하고 있기 때문에 하나의 세션 설정을 위해서

많은 왕복 지연 시간(Round Trip Time)이 요구된다.

3.2 SIP와 미디어 협약 과정

SIP는 멀티미디어 세션의 생성과 수정, 종료를 위한 시그널링 프로토콜이다. SIP는 HTTP와 같은

텍스트 기반의 인코딩 기법을 사용한다. 따라서 개발이 용이하고 확장성과 유연성이 뛰어난 장점이

있다. 기존의 SIP를 이용한 VoIP 시스템은 User Agent Client (UAC) 와 User Agent Server (UAS), Proxy Server와 Redirect Server, 위치 서버(Location Server)로 구성된다.

21

User Agent Client(UAC)와 User Agent Server(UAS)는 SIP 메시지를 생성하고 텍스트 파싱을 통해

메시지를 처리할 수 있는 사용자 측면의 응용 프로그램이다. Proxy Server와 Redirect Server는

SIP 메시지를 처리하기 위한 핵심 요소로써 Proxy Server는 수신한 요청 메시지를 직접 다음 노드로

전달하는데 비해서 Redirect Server는 수신한 메시지가 가야 하는 새로운 노드의 주소를 응답

메시지를 통해 알려주게 된다. 위치 서버(Location Server)는 한 도메인 내에 속한 사용자의 현재의

위치를 기록하기 위한 서버이다. 이러한 위치 서버를 이용할 경우 현재 사용자가 로그인한 시스템의

위치를 파악할 수 있기 때문에 사용자의 이동성(User Mobility)을 지원해 줄 수 있다.SIP는 처음에 mbone 상에서의 멀티미디어 세션 관리를 위해서 널리 사용되었다. 그 후 VoIP 기술의

발전과 함께 많은 주목을 받으면서 IETF에서는 1999년에 RFC 2543 문서로 SIP 규약을

표준화하였다. RFC 2543에는 서로 상이한 미디어 타입을 사용하는 사용자간의 미디어 협약 과정이

기술되어 있다. 이러한 미디어 협약 과정은 다음과 같다.만약 UAC가 UAS에서 지원되지 않는 미디어타입을 적힌 INVITE(세션 설정을 위한 요청 메시지) 메시지를 보냈다면 이를 수신한 UAS는 “606 Not Acceptable” 응답 메시지를 UAC에게 보내 방금

보낸 요청메시지에서 기술한 미디어타입이 지원될 수 없음을 알리게 된다. 그러면 이 응답을 받은 UAC는 미디어 게이트웨이 (Media Gateway)를 통한 미디어 변환 (Media Transcoding)이 가능한 경우

미디어 게이트웨이를 설정한 다음 새로운 INVITE 메시지를 만들어서 UAS로 다시 보내게 된다. 그러면 UAS에서는 지원 가능한 미디어 정보를 담은 요청 메시지를 받았으므로 “200 OK” 응답을

통해 하나의 VoIP 세션이 설정된다. 따라서 이러한 미디어 협약 과정의 경우 하나의 세션 설정을

위해서 2.5 RTT(Round Trip Time)의 시간이 필요하게 된다.

3.3 개선된 VoIP 아키텍처

본 내용에서는 앞서 설명한 미디어협약 과정에서의 세션 설정을 위한 시간을 줄이기 위한 새로운 VoIP 아키텍쳐를 살펴보도록 한다. 개선된 VoIP 아키텍쳐는 효율적인 미디어 협약 과정을 지원하기

위해서 SIP 변환 서버 ( SIP- based Transformation Server) 와 Intelligent Location Server (ILS)의 새로운 구성 요소를 가지고 있다.

SIP 변환 서버는 기존의 Proxy Server의 기능을 확장한 서버이다. SIP 변환 서버는 ILS에 등록

(Registration) 과정을 통해 이미 기록되어 있는 사용자들의 지원 가능한 미디어 정보를 검색하여

현재 수신한 INVITE 메시지가 UAS에서 지원 가능한지 여부를 INVITE 메시지가 UAS에 도착 하기

전에 미리 판별할 수 있다. SIP 변환 서버가 메시지의 지원 가능 유무를 결정한 다음 만약 지원

가능하지 않은 경우, 즉 미디어 협약이 필요한 경우라면 SIP 변환 서버는 MGCP (Media Gateway Control Protocol)를 이용하여 미디어 게이트웨이를 제어하고 수신된 메시지를 UAS에 지원 가능한

형태가 되도록 INVITE 메시지의 SDP(Session Description Protocol) 부분을 수정하게 된다. SDP는 SIP에서 세션과 관련된 부가정보를 기록하기 위해서 사용된다.

22

그런 다음 SIP 변환서버는 변환된 INVITE 메시지를 직접 UAS로 보내게 된다. 여기서 ILS는 확장된

저장 기능을 가지는 위치 서버로 기존의 위치 서버는 현재 사용자가 로그인한 위치만을 기록할 수

있는 제한적인 서버인데 비해 ILS는 사용자의 위치서버와 함께 그 사용자가 지원 가능

한 미디어 타입과 관련된 정보도 같이 저장하게 된다. 따라서 SIP 변환서버에서 미디어 협약이

필요한지 여부를 판단하기 위해서 ILS에 저장되어 있는 정보를 활용하게 된다. 이러한 ILS는 LDAP (Lightweight Directory Access Protocol) 을 이용하여 디렉토리의 형태로서 사용자의 엔트리를

관리하게 된다.개선된 미디어협약과정에서 SIP 변환서버는 INVITE 메시지가 UAS에 도달하기 전에 미디어 협약이

필요한지 여부를 판단할 수 있어 미리 INVITE 메시지를 적절하게 변환해서 UAS로 보내기 때문에

미디어 협약 과정에서의 세션 설정 시간은 1.5 RTT로 줄어들게 된다.개선된 VoIP 아키텍쳐의 성능을 분석하기 위해서 SIP 변환 서버와 ILS를 자바와 openLDAP 소스를

이용해서 직접 구현한 다음 이를 바탕으로 한 VoIP 시스템에서 미디어 협약 과정에서의 세션 설정

시간을 측정한 결과 시스템에서의 처리 시간을 고려하지 않은 이상적인 경우 기존의 아키텍쳐

상에서는 미디어 협약 시 2.5 RTT의 시간이 소비가 되고 제안한 아키텍쳐에서는 1.5 RTT의 왕복 지연

시간이 소비되므로 네트워크 상에서의 전파 지연 시간만을 고려한 상황의 성능 향상 비율은 2.5/1.5 = 1.667이 될 것이나 실제 실험 결과는 기존의 VoIP 시스템에서의 설정시간이 약 500ms인데 비해서

제안한 시스템에서의 설정시간은 약 330ms였다. 따라서 이 때의 성능 향상 비율은 500/330 = 1.515 이며 이것은 1.667-1.515=0.152 정도의 비율이 ILS에서의 항목검색과 SIP 변환

서버에서의 부가적인 작업을 위해서 소비되는 시간이라는 것을 알 수 있다. 하지만 그 비율에서도 알

수 있듯이 이러한 부가적인 시간은 시스템 내부적으로 이루어지는 것이기 때문에 네트워크 상에서의

지연 시간에 비해서 세션 설정에 미치는 영향이 훨씬 미미하다는 것을 알 수 있고 전체적인 세션

설정시간에서 얻을 수 있는 성능 향상은 50% 이상이라고 할 수 있다.

4. 결론

23

인터넷은 이제 18세기 산업혁명에 버금가는, 어찌 보면 그를 능가할 만큼 인류 활동에 영향을 미치는

새로운 패러다임이 되어 경제 사회 전반에 엄청난 변화를 일으키고 있다. 인터넷을 기반

으로 한 기술과 장비들이 여러 분야에서 개발되고, 또한 인터넷 시장이 확대되면서 접속 환경도

고속화, 광대역화되는 등 사회 인프라도 크게 변화되었다. 이에 힘입어 일상 생활에서도 인터넷의

사용과 활용이 확대되고 있으며, 더욱 중요한 것은 앞으로의 변화가 더욱 더 빨리 진행될 것이라는

점이다.본 내용은 인터넷 망을 통해 음성신호를 전달하고자 하는 인터넷폰에 관한 것으로 특히 VoIP 시스템의 기술 중 다양한 단말기와 다양한 엑세스 망에서 서로 다른 통신능력을 가진 사용자 사이에서

직접적인 세션 설정이 불가능한 다양성의 문제 (Diversity Problem)를 해결하기위한 미디어 협약

방법에 있어서 기존의 방식보다 처리시간을 단축시킬 수 있는 새로운 VoIP 시스템 아키텍쳐를

살펴보았다. 여기서는 SIP 변환 서버와 ILS를 이용하여 사전에 미디어 협약 과정이 필요한 경우를

검출함으로써 전체적인 세션 설정 시간을 줄여줄 수 있는 장점을 가지고 있고 또한 전체 아키텍쳐에서

한 도메인 내의 Proxy Server와 위치 서버만을 SIP 변환 서버와 ILS로 대체하기 때문에 기존의 다른

SIP 시스템과 쉽게 상호 연동될 수도 있음을 알 수 있다.이러한 VoIP기술은 지난 몇 년 동안 대역폭 할당, 동시 사용자규모, 접속 성공률 등은 현재 많은 부분

해결이 되었으나, 아직도 통화 품질과 안정성 측면에서 일반 전화에 비해 떨어지고 있다. 하지만 관련

기관 및 기업들이 꾸준한 기술개발, 제휴 등을 통해 기술력을 높이고 있으며 많은 문제들을 해결하고

있으며 머지않아 VoIP를 기반으로 한 통합 메시징, 고속 회선을 통한 멀티 버츄얼 통신 지원, 멀티미디어 회의, 지능형 에이전트, 정보 서비스 등과 같은 서비스들이 자유롭게 지원되어 인류의

통신 생활을 풍요롭게 할 것으로 기대한다.

* 관련 표준화 기관

ITU-T(International Telecommunication Union - Telecommunication Stnadardization Sector)IETF(Internet Engineering Task Force)IMTC(International Multimedia Teleconferencing Consortium)ECTF(Enterprise Computer Telephony Forum)MVIP(Multi-Vendor Integration Protocol)ITC(Internet Telephony Interoperability Consortium)ETSI(European Telecommunications Standards Institute)MSP(Media Stream Processor) ConsortiumECMA(European Computer Manufactures Association)VITA(VME International Trade Association)* 참고

Sangheon Pack, Yanghee Choi, “Design of VoIP Architecture based on SIP for Efficient Media Negotiation,” KISS Fall Conference '01, Seoul, Korea, October 2001.

24