SDP( Delivery Platform) 및응용서비스 Delivery Platform and Application 조재형, 이재오 * 한국기술교육대학교전기전자공학과 tlsdl2@kut.ac.kr, jolee@kut.ac.kr 요 약 현재통신및네트워크시장에는기존및신규서비스전달및전개에따라아키텍처및시스템들이단독으로구축되고있으며, 이들사이에공통된기능및서비스를고려하지않은설계를바탕으로하고있다. 따라서확장가능하며단일화및표준화된 SDP( Delivery Platform) 구조및인터페이스를연구하여차후기존및신규서비스를효과적으로제공할필요가있다. 따라서본논문에서 SDP 구조에대한다양한해결안을살펴보고, 이를지원할수있는인터페이스를제시하려한다. Keywords : IMS, SDP, OMA, OSA, Presence 1. 연구배경 현재서비스제공자 ( Provider) 로부터전달되는서비스전개방식은이질적인구조및분리된개개의수직적서비스구조의형태로이루어져있으며, 이는복잡성, 자원의집약성및관리비용의증대를야기시킨다. 따라서이러한복잡성을제거하기위한수평적이며공통적인서비스를유지하고이를통합하여전개할수있는플랫폼이필요하다. 이는유선과무선네트워크의통합및제어 / 서비스의일관성있는제공이가능한 IMS(IP Multimedia Subsystem) 의구조를가능하게하였다. 이러한요구에부응하기위하여 IMS 는기존의서비스및 IMS 기반하의신규서비스를부가가치서비스로전개할수있는 SDP 의생성을요구하고있다 [1]. 서비스제공자는적절한비용및혁신적이며새로운서비스를전달하는것뿐만아니라현존하는서비스를통합및생성하고이러한서비스들을 IMS 와함께전달하는환경을요구 하고있다. 따라서 SDP 는다양한사용자디바이스를이용하여투명한부가가치의서비스를사용자에게제공할수있어야한다. SDP 는기존네트워크및새로운 IMS 네트워크사이에교량역할을수행한다. SDP 는서비스제공자가서비스의상호작용을단순화함으로써, 신규서비스를시장에적절하게제공하고서비스개발및전개의복잡성을감소하여서비스관리문제를용이하게한다. SDP 는제 3 자 (third-party) 서비스등록, 장치관리, 네트워크서비스및네트워크게이트웨이등과같은부가적인기능을가진 IMS 서비스계층을확장하고, 기존의네트워크환경과 IMS 사이에서비스들이어떻게상호작용하는지를정의하고있다. 현재많은 SDP 가발전되었다. 현재존재하는 SDP 는 IT 시스템기반으로발전하였고, 그것의구조는 IP 네트워크에초점을맞추고있다. 따라서기존의 IT 시스템기반의 SDP 와조정을통한결합이필요하다 [2]. SDP 의구조에관하여아직까지확실하게 * 교신저자 9
통일된구조를갖고있지않다 [3,4]. 일부벤더들은응용서버나컨텐츠전달해결안을 SDP 라하고있으며, 다른벤더및서비스제공자들은 CRM 및과금과같은제품및컴포넌트를포함한것을 SDP 라고하고있다. 따라서본논문은 SDP 를위한인터페이스구조에관한연구를수행한다. 2 장에서 SDP 구조및인터페이스를살펴보고, 3 장에서 SDP 를위한인터페이스의구조및설계를살펴본뒤, 4 장에서결론을맺을것이다. 2. 관련연구 SDP 의역할은상이한컨텐츠제공자와의수많은관계를관리하고, 컨텐츠제공자가개발할수있는일관적이며표준화된네트워크의능력을제공하는것이다. 이를위하여 SDP 는서비스개발자들로하여금상이한장치형태의복잡성을감추고, 컨텐츠제공자가고객으로부터의서비스사용에대한응답을얻어올수있으며, 가입자에게적당한서비스경험을할수있도록한다. 2.1 IMS 구조및인터페이스 IMS 는셀룰러산업및인터넷기술의보편적인경험및지식을바탕으로모바일환경에서실시간혹은비실시간멀티미디어서비스를실현하기위하여개발되었다. IMS 는모바일운영자가세션관리 (Session management), 보안 (Security), 이동성 (Mobility), QoS 및과금 (Charging) 능력을제공할수있는 (Session Initiation Protocol) 기반의구조를제공한다. 의사용은모바일통신서비스가단위적그리고확장가능한방법으로인터넷서비스와합쳐질수있도록한다. SDP 와 IMS 는서비스의생성과전달을위한개방형환경을제공함으로써, 저비용, 빠른서비스와같은공통의목표를가지고있다. 그리고 SDP 는서비스의생성, 전개, 전달, 관리에집중하고있는반면, IMS 는표준화된제어기반구조를제공하고있다. SDP 는서비스중심적인데반하여, IMS 는제어및전송을포함하는좀더네트워크중심으로구성되어있다. 차세대 SDP 는계층, 웹서비스, 오케스트래이션 (Orchestration) 등과같은것을위하여서비스지향구조 (SOA: Oriented Architecture) 를채용하고있다. SOA 는엔터프라이즈애플 리케이션에포함된개별기능들을비즈니스요구사항에맞춰신속하게해결하기위해조립및재사용할수있는상호운용이가능한표준기반서비스로재구성하려는 IT 전략이라고정의할수있다. SOA 는비즈니스와 IT 의연결성이좋고, 유연한 IT 인프라스트럭처 (Infrastructure) 를만들수있고, 통합구현을단순화할수있다. IMS 는 SDP 에플러그인되어있으며, SDP 에대하여표준을제공하고있다. SDP/IMS 기반구조는관련된서비스를필요로하며, 서비스제공자는서비스생성과환경을포함한완벽한해결안을모색하고있다 [5]. IMS 는기존의인터넷망을통합하고, 모바일사용자들에게멀티미디어, 멀티세션응용을제공, QoS 보장, 과금을위한동작을제공한다. 그리고 IMS 는제 3 자벤더가사용자와개발자를위하여새로운응용을발전시킬수있게하는인터페이스를표준화한다. 그림 1 은단순화된 IMS 의구조를나타낸다 [6,7]. IMS 망에서제공하는주요인터페이스에사용되는프로토콜은 (Sh, Dh, Ro, Rf), 프로토콜 (ISC, Gm), XCAP(Ut) 등이사용된다. 그림 1. 단순화된 IMS 구조와 SDP IMS 망에서는호처리를하는 CSCF(Call Session Control Function) 가존재한다. 이는 (Session Initiation Protocol) 기반의멀티미디어세션제어를위한기본기능을수행하는인프라시스템으로써역할에따라 P(Proxy)-CSCF, I(Interrogating)-CSCF, S(Serving)-CSCF 로나뉜다. CSCF 에서는가입자등록, 인증, 과금, 서비스별트리거링및해당어플리케이션서버로의라우팅, 착신자위치조회, 메시지압축 10
및해제를처리한다. 가입자의프로파일정보, 인증및위치관련데이터가저장되어있는 HSS(Home Subscriber Server) 와실제서비스로직을보유하여해당서비스를제공하는어플리케이션서버가존재한다. 그리고다자간서비스를처리하기위하요호제어기능과미디어믹싱 (Mixing) 을처리하는 MRF(Multimedia Resource Function) 가있다. 또한 IMS 망은기존레거시망인 PSTN 과연동을전제로하고있다. 이를위하여시그널링변환을해주는 MGCF(Media Gateway Control Function) 가있으며, PSTN 착신호에대한라우팅최적화를고려하여적당한 MGCF 를선택해주는역할을하는 BGCF(Breakout Gateway Control Function) 가존재한다. 2.2 OMA 구조및인터페이스 OMA(Open Mobile Alliance) 는멀티미디어콘텐츠서비스가모바일단말기에제공되면서이를수용할수있는서비스방법과구동자 (enabler) 에대한공개표준을정함으로써국가나망사업자, 단말기, 통신방식에관계없이상호호환이가능한모바일서비스를제공한다. OMA 는서비스가개발되고전개되는환경을생성하기위하여표준화된컴포넌트등을제공하는구동자를명시한다. 컴포넌트들과그들의상호작용인 OMA 구동자는 OSE(Open ) 를구성한다 [8,9,10]. OSE 의구조는내제된 (intrinsic) 그리고비내재된 (non-intrinsic) 기능을포함하고있다. 이는구동자의위임 (delegation) 및재사용을가능하게하며, 구동자와자원을보호한다. 확장성을위하여웹서비스, Java,.NET 과같은구동자인터페이스를제공하고, 정책을사용하여구동자의접근을제어하며, 구동자들을업그레이드하기위하여라이프사이클 (Life cycle) 관리인터페이스를제공한다. 그림 2 는 OSE 문맥에서 IMS 의인터페이스를나타낸것이다. 서비스여러구동자는서비스제공자도메인내에서서비스의개발, 전개, 동작에서사용되는기술이다. 서비스구동자의구현 () 은서비스및터미널도메인에서이루어지며, start, stop, trace 와같은라이프사이클관리를통하여이루어진다. 수행환경 (Execution ) 은 etom 기반의소프트웨어라이프사이클관리를통하여 이루어지며, 모델은 Develop, Sell, Provide, Bill,, Report, Modify/Exit 을포함한다. 이는소프트웨어라이프사이클관리, 시스템지원 (e.g., 스레드관리, 부하조절, 케싱 ), 운용관리등을포함한다. 소프트웨어라이프사이클관리는소프트웨어생성, 전개, 관리를수행한다. OSE Context Execution (Life Cycle Mgmt, Load balancing, Caching, O&M, Etc.) I1 I2 I0 WAP Serv. Bind. I0+P Applications Policy Enforcer Other bindings.. SP Domain ISC Sh Ut Ro Rf Gm Mb Execution (Life Cycle Mgmt, Load balancing, Caching, O&M, Etc.) 그림 2 OSE 문맥에서의 IMS 인터페이스 정책수행자 (Policy Enforcer) 는비권한적인요구들로부터자원을보호하고, 적당한과금, 로깅, 사용자기밀및선호의수행을통하는경우에, 이러한요구들을관리한다. SDP 내의많은기능들은벤더들의관점에따라서달리하고있다. 그러나벤더프레임워크의많은기능들을 OMA 모델로사상시키는것이가능하며, 벤더모델들은 IMS 의제어및서비스계층컴포넌트를고려하고있다. 시간이지남에따라벤더들의상이한 SDP 구조는현재의것보다상당히유사하게보일것이다. 2.3 OSA 구조및인터페이스 오늘날의서비스는기존의음성중심, 모바일및고정네트워크, 사적인서비스들, 개별적인서비스플랫폼, 늦은진화에서실시간혹은비실시간적인멀티미디어음성 / 데이터, 부가서비스들, 빠르고개방적인서비스개발, 번들링, 참여 (Participation) 와같은방향으로진화하고있다. Parlay/OSA API 는통신네트워크사업자나제 3 자의서비스사업자들이표준화되어있는인터페이스를통해통신네트워크자원과기능을사용할수있도록 3GPP, ETSI 와공동으로 Parlay 그룹에서정의한 API 이다 [11,12]. Parlay/OSA API 는다양한세대의이동네트워크 (e.g., GSM, GPRS, UMTS) 와네트워크프로 Non- IMS 11
토콜, 네트워크접근방법에대한통합방법을제공한다. 이는 Parlay/OSA API 가하부전달망을추상화하여정의되었기때문에서비스로직이하부네트워크에무관하게개발될수있다는것을의미한다. 따라서네트워크제공자는 Parlay/OSA 를채택함으로써특정소프트웨어구조나플랫폼, 벤더에국한되지않는서비스실행환경을구축할수있다. 이러한실행환경은네트워크에독립적인통합서비스의제공을가능하게한다. Parlay/OSA 는추상화된 API 를통해서이종네트워크의동작을마치동종 (homogeneous) 네트워크와같이동작할수있는기능을제공한다. Parlay 는네트워크의타입, 플랫폼, 네트워크프로토콜의구현을추상화한다. 이러한추상화된기능은다국적운영자에게통합된서비스를제공하는환경을만들어줌으로써다양한통합서비스를제공할수있게한다. OSA 는서비스에필요한기능을표준화한 API 를통하여제 3 자가쉽게사용할수있도록개방화한구조의개념이다. 개방형 API 는네트워크의기능을추상화하여표준화된인터페이스로정의하여통신네트워크에관한지식없이도누구나쉽게응용서비스를개발가능하도록한다. 이는차세대통신네트워크의요구를충족시키는방법이다. 그림 3 은 OSA 인터페이스를정의한것이다. Enterprise Operator Admin tool 것이다. OSA API 는인터페이스클래스를나타내기위하여 UML, IDL, WSDL 을사용하며, 참고로 Java API 로서제공되고있다. 3. SDP 구조내의공통서비스에따른인터페이스분석 3.1 구성서비스요소및인터페이스 그림 4 는본논문에서제안된 SDP 구성요소를포괄적으로정의한것이다. 앞에서언급한바와같이 SDP 와 IMS 는플러그인되어있다. 본구조에서는서비스구동자를네트워크및공통서비스를포함하여일괄적으로표현하고있으며, OMA 의서비스구동자및공통서비스 tier 를통칭한다. Creation & Execution (JAIN SLEE WEB AS) Portal, system mgmt, etc Access & Core Transport Networks CDN, Games, Music&Videos, News, Mobile Commerce and Charging, 3 rd Party Mobile Web s, PoC SDP Parlay-X(WS) Composition & Orchestration: SOA, BPEL-compliant ESB Third Party Call, Call - SDPs: Mobile Data/Video, IMS, IPTV, IN Notification, s: Parlay API(UML, IDL/WSDL, Java RMI) Short Messaging, Multimedia call controller, user interaction, content management, Messaging, Payment, device management, policy control, authentication, accounting, identity Accounting Management, Terminal Status, Terminal management, address list management, notification, policy, payment, charging, Location, Call Handling, DRM, subscriber/profile management, location, presence/availability, messaging, Audio Call, Multimedia streaming, etc Conference, Address List management, Presence) Multi services execution environment: J2EE/.NET, Servlet, SLEE, Web Network Integration Using Resource Adapters/ Event Broker (,, MGCP, INAP, MAP, CAP, etc.) XCAP&HTTP IP Access Network RTP RTP,HTTP MRFC MRFP RTP Internet CSCF CCF/OCF HSS 그림 4 SDP 의구성요소 H.248 MGW MGCF PSTN IMS Core Network ISUP OSS/BSS Client Application Not in scope 그림 5 은 SDP 의구성요소및인터페이스를세부적으로나타낸것이다. Framework operator admin 4 1 2 3 5 Telecom Network 6 supplier admin tool 그림 3 OSA 인터페이스의정의 OSA 는서비스응용개발자로하여금개방형표준인터페이스인 OSA API 를통하여네트워크기능을사용할수있도록한다. 네트워크기능은 SCF( Capability Features) 혹은서비스로나타내며, OSA 프레임워크는서비스능력및응용을지원하기위한일반적인컴포넌트이다. OSA API 의목적은응용으로부터프로토콜및특정하게구현된네트워크의복잡성을감추기위한 3 rd Party Request Function Creation & Execution (JAIN SLEE WEB AS) Portal, system mgmt, etc Parlay-X XML/SOAP Applications XML/SOAP, CORBA, Java RMI s (Charging, Directory, AAA, Object Transcoding, Portal Srv, Policy Manager, Group List Mgr, Presence Srv, Notfication Srv, Text2Speech, Voice Recognizer, Download Mgr, Content Mgr, Subscriber/profile Mgr, Instant Messaging/SMS/MMS, DRM, Device Mgr, etc) Integration Bus Parlay API Network Integration Using Resource Adapters/Event Broker (,, MGCP, INAP, MAP, CAP, etc.) Networks (Access Networks, IMS Core, PSTN/ISDN/GSM/CDMA) s Composition & Orchestration SOA/WS Broker, register, discover Flow Manager Shared User Attributes Meta s data 그림 5 SDP 구조및인터페이스 XML /SOAP 본설계에서는서비스구동자는 IMS 를위한서비스로한정한다. IMS 서비스들은 응용서버및 OSA-SCS(Parlay API 연동 ) 를통하여각 OSS/BSS 12
각접근할수있다. 또한 OMA 서비스구동자는 IMS 서비스구동자에의하여정의되지않고, 중복되지않는서비스구동자에대해서만 OMA 표준을따르는서비스구동자로한정한다. 따라서 SDP 를구성하는서비스구동자들간의인트라버스 (intra-bus) 는웹서비스기반의 SOA/WS 를가질수있으며, SDP 들간의인터버스 (inter-bus) 는 를인터페이스로사용할수있다. 네트워크접근을위한모듈은미들웨어구조로서다양한프로토콜게이트의형태로존재할수있다. 개발자는미들웨어를사용하여하위의네트워크프로토콜에대한고수준의 API 를제공한다. 미들웨어는 API 명령어와프로토콜사이에서필요로하는번역을수행하거나, 만일기존의서비스가하나의프로토콜을사용하고이를이용하여 NGN(Next Generation Network) 기능을사용하여다른프로토콜과의대화를하려는경우에는게이트웨이가프로토콜변환을수행할것이다. 지원되는 API 들은사적혹은표준적인것들이다 (e.g., Parlay API, SS7-family, MM7, LIP, SMPP, PAP, SMTP, POP3). 서비스로직수행환경 (SLEE: Logic Execution ) 는서비스의확장성 (scalability), 분산 (distribution), 전개구성 (deployment configuration) 을다루는역할을수행하는서비스제공자의실시간환경이다. 이를지원하는기술접근방법은주로 J2EE/.NET, Servlet, JAIN SLEE, Web 를기반으로이루어진다. 공통의서비스구동자 (Common ) 는서비스도메인내에서수행하는서비스를위한기반구조를지원한다. 서비스개발자는공동서비스구동자들에의하여제공되는능력을사용하여응용수준의서비스를준비및제어할수있다. 따라서서비스개발자는기능들을 stove-pipes 하게재생산할필요가없다. 이러한서비스구동자는컨텐츠관리, 장치관리, 정책제어, 계정, 실체관리, 가입자 / 프로파일관리등을포함할것이다. 서비스구성및오케스트래이션 ( Composition and Orchestration) 은서비스의오케스트래이션및상호작용에관한역할을수행한다. 서비스오케스트래이션은주로 IP 도메인에서빠른서비스생성을위하여사용되며, 서비스상호작용은네트워크에서신호경로 (signaling path) 의사건들로인한상호작용을제어한다. 이는 SDP SOA 기술을사용하여구축된 다. 이를위하여사용가능한서비스들을구성할수있는모델링도구가필요하며, 이들사이의통신은 BPEL(Business Process Engineering Language) 및엔터프라이즈기반의 SIB( Integration Bus) 가사용된다. SIB 는 SDP 내부의서비스구동자간혹은다른서비스구동자간의인터페이스는 SOA/WS 기술을사용한다. 버스구조에서사용되는프로토콜은접근하는목적지에따라서추상화되어접근할수있도록설계되었다. 서비스생성환경 ( Creation ) 은실시간으로서비스번들링을위하여 GUI 기반의도구가사용되며, J2EE,.NET 환경을주로사용한다. 포탈시스템 (Portal System) 은제 3 자의관리도구로서사용된다. 그리고네트워크접근게이트웨이로서자원어댑터 (Resource Adapter) 와같은 SDP 서비스컴포넌트가분산되고, SLEE 들이안전 (robus) 하고신뢰성 (reliable) 있게서비스제공자환경에서작업하도록고가용 (high-availability) 미들웨어가필요하다. SDP는 Parlay 인터페이스를사용하고, 모바일사용자의위치나, 디바이스의현재상태뿐만아니라다양한양식을통하여스케줄이나프로파일수정, presence 정보수정을제어할수있게한다 [13]. 그림6 은 SDP를이용한 Presence 를보여주고있다. 각각의구성요소는다음과같은역할을한다. 그림 6 SDP 를이용한 Presence -Profile enabler: 이것은각각벤더의프로파일저장을위한장소이다 (e.g., 벤더의이름, 전화번호, 과금 ). 이정보는보통유저가등록되었을때, 벤더에의하여웹이나, SMS 등을통하여제공된다. -Location enabler: 이것은 Parlay-Gateway 나 13
Presence Server 와벤더요청자의위치적변화와벤더의위치를제공하는데사용된다. -Availability enabler: 이것은벤더의능력을조정하고제어하는곳이다. 이것은다양한정보를수집하고 (e.g., 벤더의상태정보, 활동정보 ), 벤더의이용상태여부를확인한다. 게다가이용할수있는벤더의스케줄은요청자의상태정보를받아드린다. 그리고벤더가요청자와잘통합 (Integrating) 되었는지추적하고, 예측된기간동안벤더들은다른요청자가접근할수없는상태로만든다. 벤더에접근할수없는상태인모델을지원하거나, 상호작용이충분하지않을때를위하여, 벤더가자신의메뉴를조정할수있도록한다 ( 자신의상태정보 ). -Feedback enabler: 이것은서비스요청자에게제공된벤더의서비스에관한정보를수집한다. 이러한정보는적절한 Ranking 알고리즘을만드는데사용된다. Orchestration과 Interaction은벤더와프로세스가많은어트리뷰트 (attribute) 를가지고 Integrating 될때사용된다. 위의구성에서는 profile, availability, location, feedback 어트리뷰트를사용한다. 만약엘리스가보일러수리를하고자한다고생각해보자. 엘리스는자신의단말기를이용하여자신의집에서가장가까운곳에위치한수리공을찾기를희망한다는것을 Presence Server 에알린다. 이 Request 메시지를받으면, 우선사용할서비스에대한벤더를 Profile manager 에서사용할벤더의프로파일정보를받아서이용가능한벤더들을추출하고, 벤더의위치와엘리스의위치정보와이벤더들과 Integrating 을통하여우선순위를정하고가장우선순위가높은벤더의서비스를제공하게된다. 만약이벤더를이용할수없는상태라면 (e.g., 휴가, 영업시간이아닌경우 ), 엘리스에게그상태를알리고, 다른벤더를 Integrating 하거나, 서비스를중단을엘리스에게알릴것이다. 3.2 서비스요소분석 SDP 는정책제어, 프로파일관리, 계정과같은공통의서비스를기본적인개념에서포함하고있다. IMS 를기반으로생각하면, SDP 에서 IP 프로토콜에기반한개방형표준기반의구조는 를가질것이다. 표 1 은 Telcordia 가제안한유비쿼터스서비스가용을위한구동및관리에관한서비스프레임워크에서분류한서비스구동및응용서비스를 OMA 및 OSA 에기초하여예를들어분류한것이다 [8]. 그러나현재 IMS 의서비스와 SDP 서비스 / 구동자의정의및영역을구분하는것은어려운일이다. IMS 에서의서비스구동자와 SDP 의서비스구동자를구별하기가어렵기때문이다. 이는 IMS 의표준과 SDP 의표준의협조하에서서비스의영역을표준기반의인터페이스와서비스기능측면에서나누어서정의되는것이바람직하다고본다. Application Common Enabling Platform Network Transport Switching 4. 결론 표 1. 서비스구동및응용서비스 OMA Environ ment OSA Financial, Banking, Weather, Maps and Directions, MP3Music, Streaming Video, Information s, Location s, M-Commerce Conferencing s, VPN, MMS, Messaging, Push to Talk/VoIP SMS-C, Rating, Location Info, Preferences, Presence, QoS, App Server, Policy Server, HLR/HSS. AAA, MMS, GLMS, Content Servers Node B, RNC, SGSN/GGSN, MSC, BSC, CSCF, BS IMS 와현존하는 IT 기반의 SDP 와새로운 IMS 기반의 SDP 를적절히융합하여보다효율적인서비스제공을할수있다는것을보았다. 현재의서비스전개방식은이질적인구조및분리된개개의수직적서비스구조의형태로인하여자원의집약성및관리비용의증대를야기시킨다. 이를수평적이며공통서비스를유하고통합하여전개할수있는플랫폼이필요하게되었다. 그리고유무선네트워크의통합및제어 / 서비스의일관성있는제공이가능한 IMS 구조는이를가능하게하였다. 이러한요구에부응하기위하여기존의서비스및 IMS 기반하의신규서비스를부가가치서비스로전개할수있는 SDP 의생성이필요하게되었다. SDP 는현존하는기존의네트워크및새로운 IMS 네트워크사이에교량역할을수행한다. 따라서 SDP 프레임워크기반기술및인터페이스연구는차후컨버젼스서비스뿐만아 14
니라, 서비스상호작용을단순화함으로서신규서비스를시장에적절하게제공해야할서비스및네트워크사업자에게주요한기술요인으로등장할것이다. 5. 참고문헌 [1] The Future of SDP, Heavy Reading, Vol. 3, No. 19, November 2005. [2] Christopher J.Pavlovski, Delivery Platforms in Practice [3] IBM, NGN and IP Multimedia Subsystem Solutions from IBM for Korea, Feb 2006. [4] Stan Moyer, enabling and Managing Availability, IEE GlobeCom 2005. [5] Richard Adams, Marc Boisseau, and Ron Bowater, Orchestration Implementation Options, IBM 2004. [6] T. Magedanz, et al, The IMS PLAYGROUND @ FOKUS An Open Testbed for Next Generation Network Multimedia s, TRIDENTCOM 05, 2005. [7] Gonzalo Camarillo, Miguel A.Garcia-Martin, The 3G Ip Multimedia Subsystem(IMS) merging the internet and the cellular worlds [8] OMA-AD-IMS-V1_0-20050809-A, Utilization of IMS capabilities Architecture, 2005. [9] OMA-ERELD-IMSinOMA-V1_0-20050809-A, Release Definition for IMS in OMA, 2005. [10] OMA-RD-IMSinOMA-V1_0-20050809-A, Utilization of IMS capabilities Requirements, 2005. [11] ETSI ES 202 391-1 v1.1.1, Open Access (OSA); Parlay X Web s, Part1: Common, 2005. [12] ETSI ES 203 915-4-1, Open Access (OSA); Application Programming Interface (API); Part4: Call Control; Sub-part 1: Common Definitions (Parlay 5). [13] Dipanjan Chakraborty, Koustuv Dasgupta, Sumit Mittal, and Archan Misra, IBM Research, Anuj Gupta, IBM Software Group, Eileen Network, IBM Systems and Technology Group, Christopher L. Obrele, IBM Global s ; BusinessFinder : Harnessing Presence to Enable Live Yellow Pages for Small, Medium and Micro Mobile Business 조재형 2006.8 한국기술교육대학교정보기술공학부학사 2006.8-현재한국기술교육대학교전기전자공학부석사관심분야 : IMS, QoS 제어플랫폼, 개인화서비스이재오 1987 광운대학교전산학학사 1989 광운대학교전산학석사 1993 광운대학교전산학박사 1994-1995 코오롱정보통신연구소과장 1995-2000 한국통신선임연구원 1999-2002 웨어플러스, 연구소장 2002-현재한국기술교육대학교정보기술공학부부교수관심분야 : IMS, 시스템및네트워크관리, 객체지향분산처리기술, 네트워크 QoS 제어플랫폼, 개인화서비스 15