1

유무선통합네트워크를위한코덱변환호처리기술분석! "!#$%&'(%)*!"')*+,(,!-.!#/)',%-0('1!2)**!3/-%$,,('1!.-/!4$56!7$'$/)6(-'!2-'8$/1$'%$! 4$69-/: 강태규 (T.G. Kang) 배현주 (H.J. Bae) 김도영 (D.Y. Kim) 김대웅 (D.W. Kim) VoIP기술팀책임연구원 VoIP기술팀선임연구원 VoIP기술팀책임연구원, 팀장네트워크서비스연구부책임연구원, 부장 유무선통합네트워크에서는유선에서사용하는코덱, 무선에서사용하는코덱, 인터넷에서사용하는코덱, 방송에서사용하는코덱등에대한투명성을보장하여야한다. 상이한코덱간에는통화가불가능하므로유무선에서의다양한코덱을통화가능하도록변환해주는코덱변환 (transcodec) 기술및이를위한호처리기술이필요하다. 또한, 청각장애자및시각장애자를위한코덱변환, 영상및음성간의코덱변환, 다자간회의에서의코덱변환, 제 3 서비스사업자코덱변환등에대한호처리기술이 IETF 에서표준화되고있다. 본고는유무선통합네트워크환경에서의코덱변환의필요성, 코덱변환기술의응용서비스, 코덱변환호처리기술등을설명한다. I. 서론 2003년 2월현재 PSTN 가입자수 2,322만명, 이동통신가입자수 3,241만명, 인터넷사용자수 2,627만명이다. 유선, 무선, 인터넷가입자수가동등하고, 전국적으로네트워크자원이중복되어설치운용되는환경에서네트워크자원효율성증대와유무선통합신규서비스를제공해야하기때문에유무선및인터넷통합네트워크의필요성이대두되었다. 유선의 PSTN(Public Switched Telephone Network) 과이동통신 PCS(Personal Communications Service) 는회선교환방식과 CCS(Common Channel Signaling) No.7을사용하는반면, 인터넷과 WLAN(Wireless Local Area Network) 는 H.323 또는 SIP 기반의 VoIP(Voice over Internet Protocol) 기술을사용한다. 인터넷 VoIP 기술은회선교환방식보다확장성및유연성이높기때문에, 유무선통합네트워크는인터넷기반 VoIP 기술을주축으로구축될것이다. 차세대유무선통합네트워크 (Next Generation Convergence Network: NGCN) 에서는코덱이보다다양하게사용될것이다. 기존의회선교환네트워크에서는 ITU-T G.711 단일코덱으로고정하여사용하였다. 1990년대이후에는단말 DSP 기술이발전하였기때문에단말에서다양한코덱 (G.723.1, G.729a, AMR, EVRC 등 ) 을수용할수있게되었고, 인터넷기반기술에서는단말에서사용하는코덱을제한하지않기때문에 2개이상의코덱을사용하게될것이다. 2개이상의코덱이사용되는환경에서발신과착신간의상이한코덱간에는통화가불가능 56

유무선통합네트워크를위한코덱변환호처리기술분석 하므로, 코덱변환기술이필요하다. 또한, 청각장애자및시각장애자를위한코덱변환, 영상및음성간의코덱변환, 다자간회의에서의코덱변환, 제 3 서비스사업자코덱변환등의응용기술이표준화되고있다. 본고에서는 NGN 코덱사용네트워크구조, 코덱사용현황, 코덱표준화동향, 코덱변환방식의종류, 코덱변환영역을제 II장에서설명하였다. 제 III장에서는코덱변환응용서비스의종류및코덱변환기능을이용한비즈니스모델을제시하였다. 제 IV장에서는코덱변환호처리기술로서, 코덱변환과관련된호처리기술및코덱변환호출모델을설명하였다. II. 유무선통합네트워크의코덱변환개요 유무선통합네트워크에서는다양한코덱을사용하게될것이기때문에코덱변환기능이필요할것이다. 코덱변환이사용되는네트워크구조, 코덱의사용현황, 코덱표준화동향, 코덱변환방식의종류, 코덱변환영역등을설명한다. 1. 유무선통합네트워크구조 PSTN 교환기및이동통신교환기구조에서유무선통합네트워크는게이트웨이구조로구축하게될것이다 [1]-[3]. 게이트웨이는특성이상호다른네트워크간에통로를제공하는기능을갖고있다. 게이트웨이를기능적으로구분하면 MG(Media Gateway), MGC(Media Gateway Controller) 로구분한다. MG는호처리신호프로토콜이외의미디어데이터를처리하는네트워크장치이다. MGC는 MG를제어하기위한네트워크장치이다. MG와 MGC로구분하고이들간에 IETF 및 ITU-T에서표준화된 MEGACO 프로토콜로제어함으로써, 자원을효율적으로사용할수있게되었다 [4]-[8]. MG는미디어데이터를송수신및변환하는기능을갖고있기때문에통화미디어코덱을변환하는기능을수행하게함으로써, 발신과착신간에코덱이상이하더라도통화할수있게한다. 다양한코덱을사용한네트워크구조를 ( 그림 1) 에서나타내고있다. PSTN에서는코덱이교환기에 G.711로구현되어있으며, 이동단말기, 인터넷단말기, PDA, IP 핸드북, 노트북은단말로서 SMV, AMR-NB, AMR- MGC No.7 MEGACO SIP/H.323 POTS 전화기 교환기 / PBX E1 트렁크 G.711 G.711 MG TE ST RTP/UDP 허브 / 라우터 G.723.1 데스크톱 PC Phone G.729A SMV/3GPP2 AMR-WB/3GPP 이동통신교환기 (MSC) PDSN MG: Media Gateway MGC: Media Gateway Controller TE: Transcoding Engine ST: Speech Transcodec PDSN: Packet Data Serving Node ( 그림 1) 네트워크구조 Wireless LAN AMR-NB AMR-WB Notebook PDA IP Hand-phone 57

전자통신동향분석제 18 권제 4 호 2003 년 8 월 WB, G.723.1, G.729a 등의코덱을제공할수있다. 미디어게이트웨이 (MG) 는코덱변환엔진 (Transcoding Engine: TE) 과음성변환기능 (Speech Transcodec: ST) 을갖고있다. 코덱변환엔진은발신및착신간의음성변환기능을제어하며, 음성변환기능은 DSP에서코덱변환알고리듬을실행한다. 본고의주된관심사는 DSP 코덱변환기능을활용할수있도록네트워크에서호처리해주는기술에있다. 2. 코덱사용현황 PSTN에서는코덱의종류가 ITU-T G.711 PCM 하나였으나, VoIP와이동통신의출현으로코덱의종류가증가하였다. 각코덱의구현개수는 ( 그림 2) 와같다 [9]. 모든게이트웨이에서 G.711를선택하여 개발하였다. VoIP의상징코덱인 723.1은 50개, G.729a는 62개를나타내고있다. G.722를제공하는게이트웨이는전혀없는 0으로나타나고있다. 3. 코덱표준화동향 VoIP에서는 G.729a, G.723.1 등을사용할수있다. PSTN은 ITU-T G.711 코덱을사용하여전송하여야할데이터가 64kbps인데반하여 VoIP 코덱에서는 8kbps이면가능하기때문에, 전송자원을 8 배나더많이효율적으로사용할수있다. 이와같이기존회선방식의 ITU-T G.711 코덱고정방식보다는코덱선택에대한확장성을제공하기때문에보다효율적인코덱을개발할동기가생기고, 선택할수있는기회가발생하게되었다. 유선및무선, 인터넷에서사용하는대표적인코 코덱채택개수 80 70 60 50 40 30 20 10 0 69 62 50 36 25 14 9 8 0 G.711 G.722 G.723 G.723.1 G.726 G.727 G.728 G.729 G.729a 코덱종류 ( 그림 2) 코덱별구현개수 < 표 1> 유선및무선의코덱표준화 구분네트워크코덱표준화단체특성 유선 무선 PSTN G.711 ITU-T 64kbps 인터넷 GSM 비동기 3GPP 동기 3GPP/2 G.729a G.723.1 (GSM-AMR-NB) AMR-WB/G.722.2 (QCELP/EVRC) SMV ITU-T ITU-T ITU-T/3GPP/ETSI TIA 8kbps 5.3/6.3kbps 4.75~12.2kbps/8mode 6.6~23.85kbps/9mode 50Hz~7kHz 9.6~14.4kbps/4mode CELP: Code Excited Linear Prediction EVRC: Enhanced Variable Rate Codec SMV: Selectable Mode Vocoder 58

유무선통합네트워크를위한코덱변환호처리기술분석 덱은 < 표 1> 과같다. 유선은 PSTN과인터넷으로구분하였으며, 무선은 3GPP와 3GPP2로구분하였다. 유선에대한코덱은모두 ITU에서표준화를제정하였으며, 무선에대한코덱은북미와유럽의지역적인구분으로인하여표준단체가구분되었다. 유선에서사용했던 G.711, G.729a, G.723.1 등과같은코덱은 200~3400Hz 범위에서음성신호를코딩하였다. 유선및무선에서음성통화품질을향상시키기위하여 50~7000Hz 범위의음성신호를코딩하는것을표준으로채택하는추세이다. 비동기식 3GPP에서는광대역코딩표준을 AMR-WB로 2001년에채택하였고, ITU-T는 G.722.2를 2002 년초에표준으로채택하였다. 이둘코덱은동일한것으로서상호다른표준기관에서동일하게표준으로채택하였다. 4. 코덱변환방식의종류코덱변환방식의종류로는탄뎀방식과직접변환방식이있다. 탄뎀방식은원코덱을음성생성후생성된음성을목적코덱으로생성하는방식이다. 직접변환방식은원코덱의음성생성과정없이직접목적코덱으로변환하는방식이다. 직접변환방식이탄뎀방식보다음성생성중간과정이생략되기때문에처리속도측면에서우수하다. 5. 코덱변환영역코덱변환 (Transcodec: T) 은코덱이상호상이한경우에필요하다. 코덱이상이한경우는유선의 PSTN G.711과인터넷의다양한코덱 (T1), 유선과무선의각각코덱 (T6), 인터넷과무선이결합되어무선 LAN에서사용되는 IP Phone 에서코덱변환 (T1), 무선의방식별코덱변환 (T2) 이발생한다. 또한, 이러한음성코덱이외에도청각장애를위하여음성코덱을텍스트로변환 (T3) 하는영역이있다. 영상과음성간의코덱변환 (T4) 영역, 텍스트와영상코덱간의변환 (T5) 영역도있을수있다. 유선, 무선, 인터넷, 방송등의네트워크가개별 T6 유선 무선 음성 T3 텍스트 T1 T2 PSTN 인터넷 3GPP 3GPP2 T5 Wireless IP Phone T4 영상 ( 그림 3) 코덱변환영역적으로발전된수직적구조에서수평적구조로바뀌면유선, 무선, 인터넷, 방송등의네트워크가통합될것이다 (( 그림 3) 참조 ). III. 코덱변환응용서비스 유무선통합네트워크 ( 유선, 무선, 인터넷, 방송이통합된환경 ) 에서코덱변환기능이어떻게사용되는가를나타낼수있도록코덱변환서비스의종류를제시하고, 각종류별실시가능한코덱변환비즈니스모델을설명한다. 1. 코덱변환응용서비스의종류유무선통합네트워크코덱변환응용서비스는다음과같이구분할수있다. 네트워크간코덱변환서비스 IP 단말간코덱변환서비스 다자간회의에서코덱변환서비스 제 3 서비스사업자코덱변환서비스 미디어변환 ( 텍스트, 영상, 진동, 점자 ) 서비스네트워크간코덱변환서비스는유선네트워크, 무선네트워크, 인터넷, 방송네트워크등간의통화를위한코덱변환서비스를제공한다. 1990년전까지만해도 PSTN 유선사용자수가비교우위를절대적으로차지하였으나, 1990년이후에는무선네트워크에의한휴대폰보급이확대되었고, 1995년이후에는인터넷열풍과함께 ADSL, 케이블방송 59

전자통신동향분석제 18 권제 4 호 2003 년 8 월 네트워크, 인터넷방송등다양하게코덱기술이발전하였다. PSTN 및초기휴대폰의코덱인경우에는단일코덱으로고정되어있었으나, DSP 기술및주변환경의변화로코덱이다양화되었다. 네트워크사용자들은네트워크의구분없이통화 (network transparency) 하기를원하기때문에네트워크간코덱변환서비스를제공하여야한다. IP 단말간코덱변환서비스는인터넷사용중에통화서비스를제공할수있는응용소프트웨어와 IP 기반단말기간에코덱변환서비스를제공한다. 인터넷 IP 단말기의형태는메신저음성통화기능, IP SIP Phone, IP H.323 Phone, 사운드카드폰등다양하다. IP 단말기에서사용하는코덱의사용은통일되지않고, 제조사들의선호도및제작비용 ( 로열티 ) 에따라상이하게제공되고있다. IP 단말간코덱변환기능이없는환경에서는동일한제조사의메신저간에, 동일한 IP 폰단말기간에만통화가가능하고이기종간에는통화를보장할수없다. IP 단말간코덱변환서비스는 IP 단말기의제조사와구분없이통화 (vendor transparency) 할수있다. 다자간회의에서코덱변환서비스는상호다른코덱사용자 3명이상의회의에서사용할수있다. 기존의코덱이동일한사용자만회의에참석할수있으며, 정해진코덱을사용할수없는사용자는회의에참석할수없는문제점을해결하는서비스이다. 제 3 서비스사업자코덱변환서비스는발신사용자가사용하는코덱과착신사용자가사용하는코덱이상이한경우에제 3의서비스코덱변환서비스사업자에의해코덱변환서비스를제공한다. 미디어변환 ( 텍스트, 영상, 진동, 점자 ) 서비스는청각장애자를위하여음성을텍스트로바꾸어주는서비스와청각장애및시각장애가동시에있는장애자를위하여음성을진동및점자로변경해주는서비스이다. 2. 코덱변환비즈니스모델코덱변환비즈니스모델은코덱변환기능을이 용하여사용자가코덱변환서비스를쉽게이용가능하게하고, 코덱변환서비스제공자는수익을창출할수있는모델에대하여기술한다. 코덱변환비즈니스모델의종류는다음과같다. 네트워크코덱변환서버비즈니스모델 단말용트랜스코덱엔진모듈비즈니스모델 다자간회의서버운용비즈니스모델 제 3 서비스코덱변환비즈니스모델 언어장애미디어변환비즈니스모델네트워크코덱변환서버비즈니스모델은네트워크경계의미디어게이트웨이에탑재하여네트워크사업자가주체가되어코덱변환기능을제공하여야한다. 코덱변환기능을제공함으로써, 네트워크사업자입장에서는타네트워크에접속가능하므로발신사용료및접속료에대한수익이발생하고, 사용자입장에서는네트워크투명성을보장받는서비스를받을수있는효과가발생한다. 단말용트랜스코덱엔진모듈비즈니스모델은 IP 단말제조업자또는사용자가구입하여설치, 사용하는비즈니스모델이다. IP 단말사용자를대상으로하는모델에서는소프트웨어로만구성되며, 소프트웨어온라인구매기능, 다운로드기능, 과금기능등의추가기능을포함한다. 다자간회의서버운용비즈니스모델은기업용과일반용으로구분할수있으며, 기업용의경우에는서버와운용소프트웨어를포함하여판매 / 구입하는모델로설정할수있고, 일반용의경우에는인터넷포털서버모델로설정할수있다. 제 3 서비스코덱변환비즈니스모델은일반용으로서개별적으로가입한후에사용하는모델과메신저서비스업체에의한부가서비스제공모델로설정될수도있다. 언어장애미디어변환비즈니스모델은언어장애학교및언어장애를위한대민봉사단체에서전용으로설치하는모델과언어장애미디어변환단말기모델로설정할수있다. 60

유무선통합네트워크를위한코덱변환호처리기술분석 IV. 코덱변환호처리기술 통화서비스를위하여는호설정이이루어지고난후에미디어데이터송수신에의한통화가이루어진다. 코덱변환기능을위하여는호처리기술이선행되어야한다. 코덱변환호처리기술이없으면, 코덱을협상하는과정에서통화가능한코덱이없다는오류메시지와함께호설정이안되기때문이다. 코덱변환기능의활용성을높이기위하여는호처리기술도개선하여야한다. 1. 코덱변환관련호처리기술코덱관련호처리기술은코덱변환기능을사용하지않는호처리기술과코덱변환기능을사용하는호처리기술이있다. PSTN처럼 G.711 코덱하나만사용하는경우는코덱관련호처리기능이없으므로, 코덱변환기능없는호처리에도포함되지않으며, 본논문의관심분야에서제외된다. 가. 코덱변환기능없는호처리코덱변환기능없는호처리는코덱과관련된호처리기능을수행은하지만, 코덱변환기능만수행하지않는호처리기술이다. 코덱변환기능없는호처리종류는다음과같다. TFO(Transcoding Free Operation) 기능 Offer/Answer 코덱협상호처리기능 TFO 기능은동일한이동통신 (mobile) 구간내의통화에서탄뎀통화를회피하는기능이다. TFO의목적은 MSC(Mobile services Switching Center) 간의대역폭요구사항을최소화하고, 음질을향상하는효과가있다. TFO에대한표준은 3GPP(www. 3gpp.org) 에서 2002년 6월에 Release 5 stage 1, 2, 3으로제정하였다 [10]. Offer/Answer 코덱협상호처리기능은발신측에서수신받기를원하는코덱정보를착신측에게전송하여제시 (Offer) 하면, 착신측은발신측에서제 시한코덱중에서수신받고자하는코덱을 SDP (Session Description Protocol) 를이용하여응답 (Answer) 한다. Offer/Answer 방식을이용하여발신과착신간의코덱을협상한후에선택된코덱으로통화하도록한다. Offer/Answer 코덱협상호처리에대한표준은 IETF(www.ietf.org) MMUSIC 워킹그룹에서 2002년 6월에 An Offer/Answer Model with the Session Description Protocol (SDP) RFC 3264로제정되었다. 나. 코덱변환기능호처리코덱변환엔진을탑재하는위치에따라다음과같이호처리기능을구분할수있다. 발신측코덱변환호처리기능 착신측코덱변환호처리기능 MGC 코덱변환호처리기능 착신측호출코덱변환서버기능발신측코덱변환호처리기능은발신측에코덱변환엔진을탑재하여변환가능한모든코덱정보를착신측에게제시함으로써착신측에서제공가능한코덱과불일치하여통화를실패하지않도록하는기능이다. 착신측코덱변환호처리기능은발신측코덱변환호처리기능과는반대로, 착신측에코덱변환엔진을탑재하여발신측에서제시한코덱에응답하여통화할수있도록하는기능이다. MGC 코덱변환호처리기능은발신측과착신측중간에서코덱변환엔진을탑재하여, 발신측코덱과착신측코덱이일치하도록중재함으로써통화할수있도록하는기능이다. 착신측호출코덱변환서버기능은코덱변환엔진을갖는전용서버를구축하고, 발신측에서제시한코덱을수신할수있는코덱이없는경우에착신측에서코덱변환서버에코덱변환기능을호출하는기능이다. 코덱변환엔진은최소 2개에서 101개의코덱변환파워를요구한다. 그러므로, 발신및착신단말에 61

전자통신동향분석제 18 권제 4 호 2003 년 8 월 코덱변환엔진을탑재하기에는소모되는파워가크므로비효율적이다. 또한, 모든통화호가코덱변환을요구하지는않기때문에필요에따라사용할수있는 MGC 코덱변환호처리기능또는착신측호출코덱변환서버기능을사용하는것이효율적이다. 2. 코덱변환호출모델코덱변환호출모델은코덱변환기능을호출하는엔티티와시기에따라구분된다. IETF에서진행되고있는코덱변환호출모델의대표적인모델은컨퍼런스브리지코덱변환모델과제 3호제어코덱변환모델이다 [11]-[22]. 가. 컨퍼런스브리지코덱변환모델컨퍼런스서버는일반적으로컨퍼런스의각참석자들과오디오스트림을주고받을수있도록호를설정한다. 컨퍼런스서버는개별적으로수신된미디어스트림을나머지참가자들에게믹싱하여전송한다. 컨퍼런스서버는상호다른코덱을사용하는컨퍼런스참가자들에게오디오를전달하여야한다. 컨퍼런스는컨퍼런스브리지가설정된후에컨퍼런스호출자는조인되고, 나머지참가자들을 INVITE 메시지를이용하여참가시켜야한다. 컨퍼런스브리지호설정주체에따라다이얼인과다이얼아웃으로구분한다. 다이얼인은사용자가컨퍼런스브리지에게 INVITE request를하는것이며, 다이얼아웃은컨퍼런스브리지가사용자에게 INVITE request를하는것이다. 컨퍼런스브리지의호출방식은발신측호출과착신측호출로선택할수있다. 일반적으로착신측호출 ( 착신측에서 REFER를이용하여컨퍼런스서버에다이얼인 ) 보다는발신측호출 ( 컨퍼런스서버의다이얼아웃 ) 을많이사용한다. 발신측호출의예는 ( 그림 4) 와같다. 컨퍼런스브리지코덱변환모델의사용처는다자간회의를실시할수있도록서비스를제공하고운용하는비즈니스모델에적용가능하다. 컨퍼런스 A T B (1) INVITE SDP A (2) 200 OK SDP TA (3) ACK Media Policy Set-up (4) REFER (5) 200 OK (6) INVITE SDP TB (7) 200 OK SDP B (8) ACK (9) NOTIFY (10) 200 OK Media Media ( 그림 4) 컨퍼런스브리지의발신측호출모델브리지코덱변환서버는기존의상호상이한코덱을사용하는다자간회의를실시하지못하던단점을보완하여, 유선 (PSTN G.711) 사용자, 무선이동통신 (SMV, EVRC, AMR-NB) 사용자, 방송 ( 비디오코덱 ), 청각장애자 ( 텍스트 ) 들간에동시회의가가능할수있다. 나. 제 3호제어코덱변환모델컨퍼런스서버와같은특수한형태의서비스가아닌일반적으로 2명이상호통화하는모델에서발신측과착신측의코덱이상호상이한경우에는통화를성공할수없다. 발신측과착신측중에모든코덱을갖고있다면코덱변환이필요없지만, 모든단말기가모든코덱을갖고있는것은현실적으로불가능하므로코덱변환서버를사용하여통화할수있도록할수있다. 제 3호제어코덱변환모델은발신측호호출과착신측호호출방식이있다. ( 그림 5) 는착신측호호출방식의예를나타낸것이다. 제 3호제어코덱변환모델의장점은모든호에대하여코덱변환호처리를실행하지않고, 코덱변환이필요한경우에만착신측에서코덱변환서버를호출하기때문에코덱변환이필요없는경우에도코덱변환여부를문의하는부담을갖지않는것이다. 제 3호제어코덱변환서버는유선 (PSTN G.711) 사용자, 무선이동통신 (SMV, EVRC, AMR- 62

유무선통합네트워크를위한코덱변환호처리기술분석 A T B Media (1) INVITE SDP A (5) 200 OK SDP TA (6) ACK (2) INVITE SDP A+B (3) 200 OK SDP TA+TB (4) ACK Media ( 그림 5) 제 3 호제어코덱변환서비스발신측호출모델 NB) 사용자, 방송 ( 비디오코덱 ), 청각장애자 ( 텍스트 ) 들간에통화가가능하기때문에유선, 무선, 방송간의융합을위한네트워크투명성 (network transparency) 기술이라고할수있다. 또한, 이를발전하여제 3호제어코덱변환서버를발전시켜언어간통역기능까지갖추게되면, 언어투명성 (language transparency) 기술도제공할수있다. V. 결론 본고에서는유무선통합네트워크에서사용하게될코덱변환기술에대하여살펴보았다. 유무선통합네트워크구조에서의코덱변환구조, 코덱변환영역, 코덱변환응용서비스, 코덱변환호처리기술등을제시하였고, 본고에서제시한코덱변환비즈니스모델은유무선통합네트워크에서활용될것이다. 네트워크코덱변환서버비즈니스모델, 단말용트랜스코덱엔진모듈비즈니스모델, 다자간회의서버운용비즈니스모델, 제 3 서비스코덱변환비즈니스모델, 언어장애미디어변환비즈니스모델에따른서비스가실행되면, 신규수익을창출하는영역으로발전할것이다. 이모델의효과는단말기입장에서는코덱에자유로와질수있고, 청각장애자에게는통화기능을제공하게될것이다. 코덱변환기술은음성에서영상으로, 음성에서문자 ( 텍스트 ) 로변환하는알고리듬개발과더불어이들기능을네트워크에서처리해줄수있는호처리기술이개발되고표준화되어야한다. 참고문헌 [1] 강태규, 김도영, 차세대인터넷서비스고도화를위한 IETF의인터넷지능망표준화동향분석, 한국전자통신연구원주간기술동향제 953호, 2000. 7. 4., pp. 1 17. [2] 강태규, 김도영, 김봉태, 유무선통합네트워크에서의 VoIP를위한공통논리기능구조분석, 한국전자통신연구원전자통신동향분석, 통권 77호, 제 17권제 5호, 2002. 10, pp. 47-54. [3] 강태규, 김도영, 김대웅, 유무선통합 VoIP 미디어게이트웨이기술동향, 한국전자통신연구원주간기술동향제 1101호, 2003. 6. 25., pp. 1 11. [4] ITU-T H.248, Gateway Control Protocol, 2000. 6. [5] F. Cuervo, Megaco Protocol Version 1.0, IETF RFC 3015, Nov. 2000. [6] IETF, The Megaco/H.248 Gateway Control Protocol, version 2, draft-ietf-megaco-h248v2-01. txt, 2002. 2. [7] F. Cuervo, Megaco Protocol Version 0.8, IETF RFC2885, Aug. 2000. [8] T. Taylor, Megaco Errata, IETF RFC2886, Aug. 2000. [9] DAI, Voice over Packet(IP and ATM), The DAI Perspective a Global Telelcom Technology Series Edition 43, 2001. 10. [10] 3GPP TS 22.053 V5.0.0(2002-06), Tandem Free Operation(TFO); Service Description; Stage 1(Release 5), 2002. 6. [11] G. Camarillo, E. Burger, H. Schulzrinne, and A. van Wijk, Transcoding Services Invocation in the Session Initiation Protocol, draft-camarillo-sipdeaf-02.ps, February 17, 2003. [12] J. Rosenberg, H. Schulzrinne, G. Camarillo, A.R. Johnston, J. Peterson, R. Sparks, M. Hand-ley, and E. Schooler, SIP: Session Initiation Protocol, RFC 3261, Internet Engineering Task Force, June 2002. [13] M. Handley and V. Jacobson, SDP: Session Description Protocol, RFC 2327, Internet Engineering Task Force, Apr. 1998. [14] N. Charlton, M. Gasson, G. Gybels, M. Spanner, and A. van Wijk, User Requirements for the Session Initiation Protocol(SIP) in Support of Deaf, Hard of Hearing and Speech-impaired Individuals, RFC 3351, Internet Engineering Task Force, Aug. 2002. 63

전자통신동향분석제 18 권제 4 호 2003 년 8 월 [15] S. Floyd and L. Daigle, IAB Architectural and Policy Considerations for Open Pluggable Edge Services, RFC 3238, Internet Engineering Task Force, Jan. 2002. [16] J. Rosenberg and H. Schulzrinne, An Offer/Answer Model with Session Description Protocol(SDP), RFC 3264, Internet Engineering Task Force, June 2002. [17] J. Rosenberg, J. Peterson, H. Schulzrinne, and G. Camarillo, Best Current Practices for Third Party Call Control in the Session Initiation Protocol, internet draft, Internet Engineering Task, Force, Work in progress, June 2002. [18] J. Rosenberg, A Framework for Conferencing with the Session Initiation Protocol, internet draft, Internet Engineering Task Force, Work in pro- gress, Nov. 2002. [19] R. Sparks, The SIP Refer Method, internet draft, Internet Engineering Task Force, Work in progress, Dec. 2002. [20] B. Biggs, R. Dean, and R. Mahy, The Session Inititation Protocol(SIP), internet draft, Internet Engineering Task Force, Work in progress, May 2002. [21] G. Camarillo, H. Schulzrinne, and E. Burger, The Source and Sink Attributes for the Session, Description Protocol, internet draft, Internet Engineering Task Force, Work in progress, Sep. 2002. [22] G. Camarillo, J. Holler, G. Eriksson, and H. Schulzrinne, Grouping of Lines in SDP, internet draft, Internet Engineering Task Force, Work in progress, Feb. 2002. 64