IMS 플랫폼에서 Filter Criteria 를이용한효율적인 HSS 관리시스템 (An Efficient HSS Management System Using the Filter Criteria in the IMS Platform) 이제현 O, 이재오한국기술교육대학교전기전자공학과 jehyun2@kut.ac.kr, jolee@kut.ac.kr 요 약 고객이원하는서비스를적기에개발및제공하고, 결합상품을만들어매출과이익을높여야하는통신사업자입장에서 IMS(IP Multimedia Subsystem) 아키텍처 [1] 는 All IP(Internet Protocol) 기반으로발전해가는통신환경에서다양한서비스들을자유자재로제공할수있는인프라로주목을받고있다. 다양한서비스를고객의성향에맞게제공하기위해서는사용자프로파일을체계적으로관리해데이터베이스로구축해야할필요가있다. 본논문에서는 IMS 환경에서높은수준의개인화서비스를사용자에게제공하기위해서필터기준 (Filter Criteria) 를이용해사용자정보를관리하는가입자관리서버 (HSS: Home Subscriber Server)[2] 를효율적으로이용하는방법을제안한다. 1. 연구배경 통신사업자들은지난몇년간가입자가더이상들어나지않고, 가입자당매출과이익이정체되고있는이러한상황속에서통신사업자들이가격경쟁에매달리는경향이갈수록짙어지고있는게사실이다. 초고속인터넷가격경쟁, 이동전화보조금경쟁은새로운돌파구를찾지못하고있는통신사업자의어려움을대변해주고있다. 이런가운데, 통신사업자들이새롭게수익성을확보하고, 미래에도지속가능한성장을하기위해서는다양한서비스를고객의성향에맞게묶어패키지로제공해야한다는것이공통된인식이다. 그리고이러한패키지서비스는단순하게현재의전화나인터넷을묶는형태가아니라, 고객의사용욕구를자극할수있는멀티미디어컨텐츠들을고객이원하는형태로다양하게조합해제공할때경쟁력을가질수있다. 하지만, 다양한멀티미디어컨텐츠를, 개별고객의요구에맞게패키지로제공하는것이현재의인프라에서는한계가있다. 시장이요구하는서비스를빠르게개발하고, 고객의성향에맞는상품을자유자재로제공하려면보다강력하고표준화된서비스플랫폼이필요하기때문이다. 이고민에대한해답역시몇년전부터꾸준히제시돼왔다. All IP 기반 으로발전해가는통신환경에서다양한서비스들을자유자재로제공할수있는인프라로주목을받고있는 IMS(IP Multimedia Subsystem) 가바로그것이다. IMS 는유선, 무선, 초고속인터넷등전송네트워크유형에관계없이서비스를생성 제어변화시킬수있다는것이가장큰장점이다. 또한, IMS 기반하에서는영상이나대용량데이터등멀티미디어서비스를효율적으로구현이가능하다. 예를들어, 기존통신플랫폼하에서는일대일음성통화와단문메시지등단순형태의서비스가중심이었다면, IMS 기반에서는휴대폰사용자간다자간그룹통화는물론쌍방향모바일네트워크게임, 실시간인스턴트메시징등을수월하게제공할수있다. 현재 PC 에서구현되는인터넷웹브라우저와같은개념을휴대폰에적용할수있다는점도 IMS 도입을통해기대되는부분이다. 또한 IMS 는개인화서비스에도유리한특성을가지고있다. IMS 에서높은수준의개인화서비스를제공하기위해서는사용자의성향을체계적으로정리해데이터베이스를구축해야한다. 본논문에서는 IMS 환경에서높은수준의개인화서비스를제공하기위해서필터기준을이용해사용자정보가있는 HSS(Home Subscriber Server) 를효율적으로이용하는방법을제안한다. 2 장에서는
IMS 의개념과이와관련된프로토콜에대해서알아본다. 3 장에서는본논문에서제안하는 HSS 를효율적으로이용하는위해필터기준에대한설명을하고 4 장에서필터기준이실제로사용되는과정에대해서설명한다. 5 장에서는테스트환경하에서논문이제안한필터기준의구현및시뮬레이션을하고, 마지막으로 6 장에서는본논문의결론을맺는다. 2. 관련연구 2-1. IMS 구조및기능 IMS 는 3GPP(3rd Generation Partnership Project) 그룹에서처음제안한개념으로, IP 프로토콜을기반으로음성, 동영상등의스트리밍미디어와데이터등의멀티미디어를복합적으로제공하는것을목표로하는기술이다. 특히신속한서비스개발과변경이가능한인프라를구축할수있다는것이특징이며, 범용인터넷기반기술을사용함으로써서비스의가격경쟁력을향상시키며, 효율적인세션관리기능을기반으로다양한제 3 자응용과의손쉬운연동과서비스간글로벌연동을가능케한다. 그림 1. IMS 의구조및기능 CSCF(Call Session Control Function) 는호및세션처리에관련된부분을담당하는기능으로인입호에대한게이트웨이로서의기능과호제어기능, 주소처리기능과 SPD(Serving Profile Database) 기능등으로구성된다. 인입호에대한게이트웨이로서의기능은엔트리포인트로동작하고입력호에대한라우팅을수행하는것을의미한다. 또한호스크리닝및포워딩과같은입력호에대한서비스트리거링을수행하며, HSS 와의통신을담당한다. 호제어기능은호의설정과종료및상태 / 이벤트관리, 다자간서비스를위한 MRF(Multimedia Resource Function) 과의상호작용, 과금을위한호이벤트보고, 응용레벨등록의수신및처리등을담당한다. SPD 는홈도메인의 HSS 와통신하여사용자프로파일정 보를관리하며사용자의처음접속시홈도메인을알려주는기존네트워크의 VLR(Visitor Locator Register) 과유사한기능을수행한다. CSCF 는그기능에따라 P-CSCF(Proxy-CSCF), I-CSCF(Interrogating- CSCF), S-CSCF(Serving-CSCF) 로나눌수있다. P-CSCF 는사용자 (UE: User Equipment) 가 GPRS(General Packet Radio Service) 액세스를통해서 IMS 에접속할때처음만나는지점이다. 3GPP 에서는 UE 가 P-CSCF 를찾는데 DHCP(Dynamic Host Configuration Protocol) 를이용하거나 IP-CAN(IP Connectivity Access Network) 이 GPRS 네트워크이면, PDP(Packet Data Protocol) Context 를통해서주소를얻는방법을제시하고있다. P-CSCF 는 IETF RFC 2543[3] 에정의된프록시또는사용자에이전트의역할을한다. UE 로부터의 SIP(Session Initiation Protocol) 등록요청 [4] 을 UE 의홈도메인의 I-CSCF 로전달하고이등록절차에서 S-CSCF 의주소를저장했다가 UE 로부터 S-CSCF 로향하는 SIP 메시지가있을때이를 S-CSCF 로전달한다. 기타방문네트워크관련과금정보의생성, 긴급통화및감청기능을제공한다. P-CSCF 의다른중요기능으로 QoS(Quality of Service) 제어관련기능을들수있다. P-CSCF 는 QoS 정책을제어하는 PCF(Policy Control Function) 와의상호작용을통해서베어러자원의허가및 QoS 관리를한다. UE 가 IMS 에접속하는첫포인트지점이고, GGSN(Gateway GPRS Support Node) 과같은도메인에존재한다. P-CSCF 의주소는 PDP context 행동에의해 UE 에게전달된다. UE 로부터수신한 SIP 등록요구메시지를 UE 의홈도메인을참조하여 I-CSCF 로전달하고, I-CSCF 의 SIP 등록요구처리과정에서얻어지는 S-CSCF 주소를관리한다. UE 로부터수신한 SIP 호요구메시지를등록절차를통해얻은 S-CSCF 주소를이용하여 S- CSCF 로전달한다. I-CSCF 또는 S-CSCF 로부터수신되는응답신호를 UE 로전달한다. CDR(Charging Data Recode) 발생과보안관련유지, 베어러자원의권한검증, QoS 를관리한다. I-CSCF 는네트워크내의가입자에게연결하기위해서들어오는모든호에대해서접점역할및네트워크내에로밍한다른네트워크가입자와의접점역할을수행한다. 이러한역할로인해서일반적으로 I-CSCF 는방화벽역할을수행하며사업자네트워크의구성, 토폴로지및용량등을외부에노출되지않게하는은닉기능을가질수있다. I-CSCF 는 HSS 를조회하여 S-CSCF 를결정하고등록과정에서 UE 에게 S-CSCF 를할당하게된다. 또한 SIP 요청을 S-CSCF 로전달하는역할및과금정보의생성을수행한다. 그리고여러개의 HSS 가운용되는네트워크에서 SLF(Subscription Locator Function) 를조회함으로써 HSS 를결정하는역할을한다. UE 의홈네트워크 IMS 에접속하는첫포인트지점이고, 하나의네트워크도메인에여러개가존재할수있다. 그러나, 사용자에대해서는 UE 의홈도메인에
의해결정된다. SIP 등록요구메시지를수신했을때, SLF 를이용해서 HSS 를선정하고, HSS 로부터 S- CSCF 의주소를수신하고, 실제등록을담당할 S- CSCF 를할당한다. 다른네트워크로부터수신한 SIP 메시지를 S-CSCF 로라우팅한다. S-CSCF 로부터수신되는응답신호를 P-CSCF 또는다른네트워크로전달한다. CDR 발생과방화벽기능을수행한다. S-CSCF 는 IMS 의모든세션상태관리기능뿐만아니라 HSS 와연동하여가입자프로파일을수신하여호처리를위한주요기능을수행한다. 등록절차에서 S-CSCF 는 RFC 2543 의 Registrar 의기능을가진다. RFC 2543 의프록시서버및사용자에이전트로서의기능인호처리기능을제공하며서비스플랫폼과의연동을하고서비스관련정보 (Tone Announcement, 과금정보등 ) 를제공하기위해서관련되는모든기능에대한책임을갖고있다. UE 의세션을제어하는서브시스템으로 HSS 에가입자를등록하고, 가입자정보를다운로드하여, 서비스프로파일을저장관리한다. 2-2. AAA 프로토콜 AAA(Authentication, Authorization, Accounting) 서버는 ISP 나상업네트워크제공사업자에게매우중요한장치이다. 그러나통신사업자들은단순히모뎀포트를제공하는것에서그치는것이아니라불법적으로서비스를사용하는것을방지해야하고, 가입자의권한레벨을부여하고검증해야하며, 과금및자원계획을수립하기위해네트워크사용에대한측정을하여야한다. AAA 는다양한네트워크기술과플랫폼들에대한개별규칙들을조화시키기위한프레임워크를정의한다. 일례로분산 AAA 서비스를제공하기위해사용자의프로파일과제어정보를가진 AAA 서버는 NAS 와라우터같은네트워크장치안의 AAA 클라이언트와통신한다. 그림 2. AAA 의구조 AAA 프레임워크가제공하는서비스를살펴보면, 인증은네트워크접근을허용하기전에사용자의신원을검증하는것이다. 인증절차는사용자이름과비밀번호조합, 비밀키, 생물학적방법 ( 예를들어, 지문인식과안구인식 ) 과같은사용자가갖는독특한정보를이용하는것이다. 이정보는사용자에대한분명한식별을위해사용된다. AAA 서버는사용자가제공한인증데이터와자신의데이터베이스안의사용자관련데이터를비교하여그내용이일치하면네트워크에대한접근을허락한다. 만일일 치하지않는다면인증실패로판단하고네트워크자원사용을허용하지않게된다. 권한검증은네트워크사용이허락된사용자에대해어떤권한과서비스를허용할것인지를정하는것이다. 여기에는 IP 주소, 제공될응용및프로토콜을결정하기위한필터등이포함된다. 인증과권한검증은 AAA 동작환경에서일반적으로함께수행된다. 과금은사용자의자원사용에관한정보를모으는방법을제공한다. 그리고이정보는요금정산, 회계그리고용량증설에사용된다. 2-3. HSS HSS 란인터넷전화, 휴대전화등의가입자에게 IMS 네트워크접속에필요한인증, 권한검증및다양한서비스정보를제공하는서버로 IMS 를구성하는필수서버이다. 하나의네트워크도메인에여러개의 HSS 가존재할수있다. SLF 는다수 HSS 중에서어느한 HSS 를선정할수있도록정보를제공한다. CS 도메인, PS 도메인, IMS 를통한사용자이동성관리를수행한다. 가입자의보안정보를생성한다. 사용자의인증, 메시지의무결성체크, 암호화기능지원을위한데이터를생성하며, 각각의서비스기능요소인증절차를지원한다. 이동가입자의방문네트워크에서로밍의가능여부를체크하고네트워크액세스권한검증기능을수행한다. CAMEL(Customized Applications for Mobile networks using Enhanced Logic) 서비스와 OSA-SCS 서비스를위해 gsmscf, IMS-SSF, SIP 서버와의통신을통해서비스프로파일데이터접근기능을제공한다. 2-4. Diameter 프로토콜의구조및특징 Diameter AAA 프로토콜 [3] 은 CDMA2000 1x / EVDO, IMT-2000, 무선랜, 휴대인터넷 (Wibro), 유선 PPP 등의다양한액세스네트워크가연동되는유무선이동인터넷환경에서가입자에대한안전하고신뢰성있는인증, 권한검증그리고과금등의서비스를제공하는정보보호프레임워크이다. Diameter 프로토콜은구조적인확장을위해메시지생성및전송, 보안, 장애처리등모든 AAA 응용에서요구되는기본사항과과금기능을포함하고있는 DIAMETER BASE Protocol [4][5] 과다양한 AAA 서비스를제공해줄수있는 Diameter 응용그리고안전하고신뢰성있는메시지의전송을위한하부전송계층으로나누어진다. Diameter 응용서비스에는단말의이동성지원을위한 DIAMETER Mobile IP 응용 [6], 단말의링크계층인증을위한 DIAMETER EAP(Extensible Authentication Protocol) 응용, 유선 PPP 와역호환성지원을위한 DIAMETER NASREQ(Network Access Server Requirement) 응용 [7] 그리고멀티미디어서비스인증을위한 DIAMETER SIP 응용 과선불제과금서비스를위한 DIAMETER CC(Credit Control) 응용
등으로구성되어있다. 2-5. SIP SIP 는인터넷상에서통신하고자하는지능형단말들이서로를식별하여그위치를찾고, 그들상호간에멀티미디어통신세션을생성하거나삭제, 변경하기위한절차를명시한응용수준의시그널링프로토콜이다. SIP 는 HTTP(Hyper Text Transfer Protocol) 처럼, 클라이언트가서비스요청메시지를서버에게전송하면서버가그에대한처리를완료한후, 응답메시지를클라이언트에게보내오는트랜잭션처리방식으로동작하며, SIP 을이용하여통신하는사용자들은전자우편주소와유사한 "user@host-plus-domain" 형식의 URI(Uniform Resource Identifier) 를각각의식별자로사용하게된다. SIP 을이용한통신에서, 발신자 (caller) 는수신자 (callee) 와새로운세션을생성하거나기존의세션에수신자를참여시키기위하여, 수신자에게텍스트형식으로구성된메시지를전송한다. 이렇게설정된세션의실제적인내용은, 일반적으로음성, 화상, 화이트보드등과같은하나이상의미디어형식을포함하여기술되며이를위해 SDP(Session Description Protocol) 라는인터넷프로토콜이사용된다. SIP 메시지의종류는 6 개의기본메소드로구성되고, request/response( 요청 / 응답 ) 형식으로이루어져있다. RFC2543bis 표준에정의된 6개의요청메시지와 6 개그룹 (100~600) 의응답메시지는그림 3 과같다. 이밖에필요에따라확장메소드를정의하여사용할수있다 [10]. 그림 3. 기본적인 SIP 메시지의종류 3. 필터기준 (Filter Criteria) 후필터기준 (subsequent filter criteria) 을서술한다. 그런데차후필터기준은 S-CSCF 에의한차후필터기준의구현이프록시들을위한 SIP 라우팅규칙과충돌하기때문에이론적인연습으로구성되기때문에초기필터기준만사용된다. 초기필터기준은다이얼로그나자립형요청들을만드는것을 SIP 초기요청들의평가를위해가정한다 ( 일례로, SIP 다이얼로그내에는차후요청이없다 ). 예를들어, S- CSCF 는첫번째 SUBSCRIBE 요청, INVITE, OPTIONS 이나다이얼로그를만들거나밖으로어떤다이얼로그를보내는어떠한그런요청을받을때초기필터기준을평가한다. S-CSCF 는존재하는 SIP 다이얼로그의부분처럼항상보내기때문에 PRACK, NOTIFY, UPDATE 나 BYE 요청을받았을때에는초기필터기준을평가하지않는다. 차후필터기준의개념은 S-CSCF 가 SIP 다이얼로그내부에차후요청을받았을때차후필터기준을평가하려고했다. 차후필터기준평가의결과는 AS 로차후 SIP 요청을보내기위해 S-CSCF 를이끌려고했으나, SIP 프록시내에차후요청을하는동안라우팅순서와정반대로행동하였다. 게다가 AS 가차후요청을받는사건에서 AS 는 SIP 다이얼로그를만든초기 SIP 요청을 ( 가장가능성이있는 ) 받지않았을것이다. 그러므로 AS 는요청을거절하고그것을무시하려고한다. 결과적으로, 결론은차후필터기준의구현은하지않았다. 실제로사용되는필터기준은초기필터기준하나이기때문에, 용어를바꿔사용해도상관없다. HSS 는사용자프로파일이라불리는데이터구조안에사용자와관련된모든데이터를저장한다. 하나이상의서비스프로파일과적용할수있는사용자프로파일을위한 Private User Identity 를포함한사용자프로파일에관해서충분히언급할것이다. 각각의서비스프로파일은 0 개이상의필터기준과적용할수있는서비스프로파일을위한하나이상의 Public User Identity 들을포함한다. 사용자가 S-CSCF 를이용해 REGISTER 를할때, S-CSCF 는 Diameter 프로토콜을이용해 HSS 에서필터기준을포함한사용자프로파일을다운로드한다. 그래서필터기준은사용자 REGISTER 시에 S-CSCF 에서이용할수있다. 필터기준은서비스프로파일안에열거된 Public User Identity 들의모음에서적용할수있는서비스를결정한다. 그림 5 는초기필터기준의구조이다. 필터기준은네트워크에저장된사용자정보중에서사용자에게제공될서비스를결정하기때문에가장중요하다. 필터기준은 SIP 메시지요청시에 S- CSCF 가서비스를제공하는 AS(Application Server) 에전송유무를결정하기위한사용자정보들이다. 3GPP TS 23.218 [11] 에서는역사적인이유로인해 2 가지필터기준인초기필터기준 (initial filter criteria) 과차
서비스포인트트리거는 SIP 요청의다른항목에서저장된정보에접속을위해아래의내용을포함한다. Request-URI 의주소 SIP 요청메소드 ( 예를들어, INVITE, OPTIONS, SUBSCRIBE, 기타등등 ) 어떠한 SIP 헤더의존재나부재 어떠한 SIP 헤더의내용사이의부분이나전체의매치 세션의경우 ( 일례로, 서비스에등록된사용자이건, 서비스에등록되지않은사용자이건간에전달이오면, SIP 요청은서비스요청을한사용자에의해시작된다 ) 세션의설명 ( 일례로, 어떠한 SDP 선상에서어떠한부분이나전체의매치 ) 그림 5. 초기필터기준의구조 초기필터기준구조의첫번째항목은우선순위이다. 우선순위항목은같은서비스프로파일에서아직평가되지않은필터기준을비교평가해서순서를결정한다. S-CSCF 는숫자가가장낮은우선순위를가장높은우선순위로평가한다. ( 즉, 우선순위 1 은가장높은우선순위다 ). S-CSCF 는첫번째우선순위를평가한후에다음우선순위숫자 ( 예를들어, 2, 3, 기타등등 ) 의필터기준을계속해서평가해간다. 필터기준의우선순위항목은같은서비스프로파일내에서모든필터기준에반영되는유일한숫자이다. 숫자들이꼭연속적일필요는없다. 예를들어, S-CSCF 가가장높은우선순위의숫자를 100 으로평가될수도있다. 그다음은 200 그리고기타등등으로평가될수있다. 이것은이들사이에서새로운필터기준이추가될수있기때문이다. 우선순위항목다음에는 0 개이상의트리거포인트들이있을수있다. 트리거포인트는개개의 AS 로전송될수있는 SIP 요청인지아닌지결정하기위한평가를위해필요한표현이다. 트리거포인트는서비스포인트트리거들이라불리는개인적인필터의모음이다. 예를들어, 트리거포인트는다음과같이표현할수있다. (Method = INVITE) AND (Request-URI = sip:user@example.com) 만약트리거포인트가없다면, SIP 요청은 AS 에게무조건전송된다. 하나이상의서비스포인트트리거들을포함한트리거포인트다음에초기필터기준은 AS 에대한정보를포함한다. 이것은그조건이트리거포인트를만족할때설명된것이라면 SIP 요청을받게될 AS 의주소이다. 어떠한이유에서건간에 S-CSCF 가 AS 에연결을할수없을때취해지는행동을가리키는기본처리항목이있다. 기본처리항목이 SIP 요청처리를계속하거나과정의중지를한다. 서비스정보항목은 AS 가요청을처리하기위해필요할지도모르는몇몇통과하는데이터 ( 즉, HSS 와 S-CSCF 를지나가는 ) 를포함한다. 이항목의사용으로인해서 SIP REGISTER 요청이나 SIP 사용자에이전트클라이언트와같은역할을하는 S-CSCF 가사용되는어떠한다른요청이제한된다. SIP 요청바디안에이러한데이터가추가되기때문이다. 이러한행동은 SIP 프록시안에서는허용되지않는다. 그러므로오로지이정보의사용은초기필터기준의트리거로인해 S-CSCF 가 AS 에게제 3 자 SIP REGISTER 요청을발생하는 SIP 사용자에이전트클라이언트와같은역할을할때이다. 그러한 REGISTER 요청은 IMSI 가 IM-SSF 에의해사용하기위해서가입자의 IM-SSF 를 IMSI 로전달하는목적을가진서비스정보 ( 만약에 AS 가그것을필요로하면 ) 를포함할수있다. 끝으로, 사용자프로파일은 XML(the Extensible Markup Language) 을사용하여인코딩되어있다. 초기필터기준이정의된 XML 스키마는 3GPP TS 29.228 에상술되어있다. 초기필터기준은 Diameter 메시지로 HSS 로부터 S- CSCF 로전송된다. 이예에서, 서비스포인트트리거는 Method = INVITE 와 Request-URI = sip:user@example.com 이다.
에만가입되어있다고가정한다면, 그의사용자프로파일은 XML 로인코딩되어있다. 그림 7 은트리거포인트를가진기준필터행동의예를보여준다. bad guy 가 S-CSCF(2) 로라우팅해서 INVITE 요청을보낸다. S-CSCF 는 good guy 의서비스프로파일의부분에서모든필터기준을평가한다. 이예에서, 우리는 bad guy 가보낸 INVITE 요청을종결시키기위해 AS sip:as33.example.com 으로전송하기위해서 S-CSCF 에게명령할하나의필터기준이있다고가정했다 ( 즉, P-Asserted-Identity 는 sip:badguy @example.com 이다 ). 그림 6. 필터기준구성도 본논문에서는그림 6 의필터기준구성도를이용해 IMS 환경에서초기필터기준을사용하여정확한서비스인증을통한높은수준의개인화서비스를제공하려고한다. 초기필터기준은 REGISTER 과정을통해사용자인증을거친사용자가 INVITE 메시지를통해 HSS 에서비스가등록되었는지아닌지를판단하기위해논리적인판단과정을거쳐필터링을해준다. 4. 필터기준의논리적인판단과정 다음예제를통해서비스트리거를사용해서필터기준을포함한서비스실행을설명한다. 각자사용자 (sip:goodguy@example.com) 에게서비스가제공되었다고가정한다. 이서비스는발신자가블랙리스트 ( 예를들어, sip:badguy@example.com) 에등록되어있을때자동적으로답변머신 ( 예를들어, MRF) 으로세션설정을시도해돌린다. 서비스를설계하기위해서필터는발신자가 bad guy 인 INVITE 요청은모두종결해버리는트리거포인트를가진초기필터기준을포함한 sip:goodguy@example.com 에게적용할수있는서비스프로파일이요구된다. 이트리거포인트는다음과같이표현된다. (method = INVITE) AND (P-Asserted-Identity = sip:badguy@example.com) AND (Session Case = Terminating) 이조건을만났을때 S-CSCF 는 SIP URI: sip:as33.example.com 에의해확인된 AS 로요청을보내야한다. AS 는미리저장된문구를송신하기위하여명령된 MRFC(Multimedia Resource Function Controller) 로전환서비스를제공하는로직을포함한다. 만약우리가예에서처럼 good guy 가이서비스 그림 7. 필터기준을사용한서비스예 S-CSCF 는 INVITE 요청 (3) 안에두개의라우팅헤더를넣는데, 하나의값은 AS 의 SIP URI 이고, 다른하나는 S-CSCF SIP URI 이고, 서비스에적용한다. 이경우에, 서비스에적용하는것은새로운도착포인트인 MRFC 로전송을의미한다. 이것은 SIP 프록시역할을하는 AS 에의해이루어질수있고, 전송된 INVITE 요청안에 Request-URI 는대체될것이다. 그러므로 AS 는 sip:announcementbadguy@ mrfc.example.com, MRFC 의 SIP URI 를가진 SIP INVITE 요청의 Request-URI 로대체한다. SIP URI 는내보내는공고에관한 MRFC 에힌트를주는 URI 안에사용자이름부분을포함한다. AS 는받은 INVITE 요청 (3) 에라우트헤더를수락하고 S- CSCF(4) 에 INVITE 요청을전송한다. INVITE 요청을다시받았을때, S-CSCF 는 Request-URI 가처음에받은 INVITE 요청에관해바뀐것을감지해서, 다른가능한필터기준을평가하지않는다. 대신, 그것은새로운도착포인트 ( 이예에서 MRFC(5)) 로요청을전송한다. MRFC 는내보낼공고가무엇인지찾기위해서 Request-URI 안에포함된사용자부분을검사한다. 이경우에는, "announcementbadguy" 가적합한저장된공고로내보내게될 MRFC 에게신호가된다. MRFC 는결국발신자에게돌아가 200(OK) 응답을보낸다. 그것은또한저장된공고를하기위해 MRFP 로 H.248 명령을보낸다. MRFC 는 SDP 내에서로협의된코덱을사용하여공고를한다.
이예에서는 AS 의업무가상대적으로단순하다. 실제생활시나리오에서는, AS 가매우많이복잡한업무를처리한다. 대신에, AS 는 AS 로부터로그인한사용자를허락하기위한관리 HTTP 인터페이스를제공할수있고, 그들의블랙리스트를관리할수있다. 매번사용자는그들의 AS 가 HSS 로부터필터기준을검색하여블랙리스트로부터일치성을확인하여더하거나지우고, Sh 인터페이스상에서새로운추가나제거를가지고그것들을변경하며, 그리고 HSS 로반대로보내기도한다. HSS 는 S-CSCF 에갱신된사용자프로파일 ( 새롭게갱신된필터기준을포함해서 ) 을갱신하고, S-CSCF 는실시간으로서비스의새로운설정을적용한다. 보통, 잠재적으로몇개의서비스가사용자에게제공될수있다. 그래서대부분의경우에는신호구간에포함된몇몇 AS 들이있다. 그림 8 은 S-CSCF 가사용자에대한모든필터기준을평가했을때의더복잡한예를보여주고, 이평가의결과처럼몇몇 AS 들은 SIP INVITE 요청을받는다. 그림 8 의예에서모든 AS 들은 SIP 프록시역할을하지만, 어떠한다른조합도더욱가능하다. 에대해살펴보면, 첫번째실행되는서비스에서순서는중요하다. 예를들어, 만약에 AS #1 으로어떤시간에자동적으로답변머신서비스가자동적으로연결된다면, AS #1 은 SIP 사용자에이전트역할을할것이고, 결론적으로 AS #2 와 AS #3 은 INVITE 요청을받지못할것이다. 두번째관점은매번새로운 AS 는전역세션설정지연에더해서개개의세션설정지연까지포함된다는것이다. 만약에다수의 AS 가포함된다면발신자는세션설정시간의지연으로인해서비스연결을그만둘것이다. 5. 필터기준구현및시뮬레이션 제안된논문은여러시스템과연동하기때문에시스템에제한이없는자바플랫폼 (J2SE) 로구현되었다. 테스트환경에서는 100 Mb/s 랜이지원되는표준컴퓨터에서처리하였고, 시뮬레이션된 P-CSCF 와 AS 둘다 JAIN(Java APIs for Integrated Networks) SIP 으로증명된 NIST(National Institute of Standards and Technology)-SIP 패키지를사용하여 SIP 서버와프록시서버를구현하였다. 그림 9 의필터기준시뮬레이션구성도를보면단말기및 CSCF 와 CSCF 사이의통신은 SIP 메시지를통해서했고, CSCF 와 HSS 와의통신은 Diameter 메시지를사용했다. AS 가 HSS 로부터서비스제어에필요한사용자정보를조회하기위해서 HSS 와필터기준과의통신은 SIP 메시지를사용했고, 필터기준과 AS 간의통신은 XML 스키마를이용해통신했다. 네트워크파라미터들은사용된 NIST Net 에의해시뮬레이션했다. 그림 8. 다수의 AS 를제공하는서비스예 그림 8 을보면 S-CSCF 는 INVITE 요청 (2) 를받고, 가장높은우선순위 ( 우선순위항목에서가장낮은숫자 ) 를가진필터기준을평가해서 AS #1 에게 INVITE 요청 (3) 을전송한다. S-CSCF 가다음우선순위의필터기준으로평가해서 INVITE 요청 (4) 을뒤로받을때, 그결과는 AS #2 로 INVITE 요청 (5) 을전송한다. S-CSCF 는다음에 INVITE 요청 (6) 을받았을때다음필터기준 ( 우선순위의의해순서대로 ) 의동작을반복한다. 마지막필터기준평가의결과, S- CSCF 는 AS #3 에 INVITE 요청 (7) 을전송한다. 이전에 S-CSCF 는 INVITE 요청 (8) 을되돌려받고, S- CSCF 는모든필터기준을평가한후에 S-CSCF 는 P-CSCF(9) 와 IMS 단말기 (10) 에 INVITE 요청을전송한다. 물론언제든지 S-CSCF 는서비스포인트트리거에서맞지않았던필터기준을평가한다. 결론적으로 S-CSCF 는필터기준에서가리킨 AS 에게 INVITE 요청을전송하지않았다. 그림 8 은필터기준에관한몇가지중요한관점 6. 결론 그림 9. 필터기준시뮬레이션구성도 본논문에서는 IMS 환경에서높은수준의개인화서비스를제공하기위해서사용자정보가있는 HSS 를효율적으로이용하여필터기준을사용하는방법을제안하였다. 향후에는 IMS 네트워크환경에서
Handover 시에사용자단말에대한이동성을보장할수있는방안에대한연구가필요하다. 본논문에서제안한필터방법은현재정보에맞게네트워크를사용하는가에중점이맞춰져있다. 따라서사용자단말이이동한경우와사용자가다른단말로교체하여네트워크에접속했을때와같은상황을판단할필요가있다. 참고문헌 [1] 3GPP TS 23.228 IP Multimedia Subsystem (IMS), v.6.5.0, Mar. 2004 [2] 3GPP TS 23.002 Group Services and System Aspect; Network Architecture, Jan. 2002. [3] M. Handley, H. Schulzrinne, E. Schooler, J. Rosenberg, SIP: Session Initiation Protocol., IETF RFC 2543, March, 1999 [4] J. Rosenberg et al., SIP: Session Initiation Protocol., IETF RFC 3261, June 2002 [5] P.R. Calhoun et al., Diameter Framework Document, IETF AAA Working Group, Internet draft, June 2000. [6] Pat R. Calhoun, Jari Arkko, Erik Guttman, Diameter Base Protocol, draft-ietf-aaa-diameter-08-alpha02.txt, IETF work in progress, Nov. 2001. [7] P.R. Calhoun et al., Diameter Base Protocol, IETF AAA Working Group, Internet draft, June 2000. [8] Pat R. Calhoun, Charles E. Perkins, Diameter Mobile IPv4 Application, draft-ietf-aaa-diameter-mobileip-08- alpha02.txt, IETF work in progress, Nov. 2001. [9] Pat R. Calhoun, Allan C. Rubens, Jeff Haag, Glen Zorn, Diameter NASREQ Application, draft-ietf-aaa-diameternasreq-08-alpha02.txt, IETF work in progress, Nov. 2001. [10] SIP: Session Initiation Protocol, draftsiprfc2543bis-03.ps, IETF, May 2000. [11] 3GPP TS 23.218 "IP Multimedia (IM) session handling", V5.9.0, June. 2006