Microsoft Word - know review_Camera-ready paper_황지현_.doc

Size: px

Start display at page:

Download "Microsoft Word - know review_Camera-ready paper_황지현_.doc"

예린 우
6 years ago
Views:

1 IMS 에서 CSC 에이전트동적관리를위한라우팅알고리즘 (Routing Algorithm for Dynamic Management of CSC Agent in the IMS Platform) 황지현, 조재형, 이재오 한국기술교육대학교전기전자공학과 {korea4195, tlsdl2, 요 약 ALL IP(Internet Protocol) 기반차세대통신환경에서통신사업자들에게음성, 오디오, 비디오및데이터등의다양한멀티미디어서비스와유무선통합및통신, 방송의융합에대응하는신속한서비스개발및변경이용이하고, 효율적으로구현할수있는인프라로 IMS(IP Multimedia Subsystem) 가주목받고있다. 본논문에서는네트워크관리기능인 CAPS 를바탕으로 IMS 플랫폼에서호및세션처리에관련된부분을담당하는 CSC(Call Session Control unction) 들사이의효율적인 SIP(Session Initiation Protocol) 라우팅을위하여관리시스템을이용한 CSC 에이전트동적관리를위한 SIP 라우팅알고리즘체계를제안한다. Keywords : IMS, SIP, SNMP, NMS, 네트워크관리, 라우팅 1. 서론 인터넷은정보의보편화를촉발한것은물론, 양방향이통신만이아닌상호정보교류라는새로운세계를만들어가고있다. 또한영상전화, 개인화된커뮤니케이션의등장은통신산업에변혁을일으키고통신사용자의재정의를요구하고있다. IMS 는현재 ALL IP 기반차세대통신환경에서핵심기술로자리잡고있다. IMS 플랫폼이주목받고있는이유는컴퓨터나웹브라우징, 메일뿐만아니라, 기업간의 VoIP(Voice over Internet) 의보급, V 전화나케이블방송등영상송수신의급속한 IP 화의급속한진전, 휴대전화에의한구좌관리등통화이외의다양한멀티미디어컨텐츠를고객의요구에맞게제공이가능하고, 서비스의개발및변경을빠르게할수있다는점이다. IMS 는유무선, 초고속인터넷등과같은전송네트워크유형에관계없이서비스를생성, 제어변화시킬수있다는장점과범용의인터넷기반기술을사용함으로써서비스의가격경쟁력향상을꾀하는동시에, 효율적인세션관리기능을기반으로다양한 3rd party 애플리케이션과손쉬운연동을가능하게하며, 서비스간글로벌연동을통해사업영역의확장을가능하게한다. 본논문에서는네트워크관리기능인 CAPS 를바탕으로 IMS 플랫폼에서호및세션처리에관련된부분을처리하는 CSC 들사이의효율적인 SIP(Session Initiation Protocol) 라우팅을위하여관리시스템을이용한 CSC 에이전트동적관리를위한 SIP 라우팅알고리즘체계를제안한다 [1,2]. 1

2 2 장에서는 IMS 및 SNMP(Simple Network Management Protocol) 관련연구로서 IMS 구조와인터페이스및 SNMP 기반네트워크관리시스템을분석하고, 3 장에서는 IMS 관리시스템구조와 IMS 에서의 SIP 메시지라우팅및본논문에서제안하고자하는관리시스템을통한동적인 SIP 라우팅알고리즘을제안한다. 4 장에서는관리시스템을이용한동적인 SIP 라우팅구현에대해살펴본후마지막으로 5 장에서는결론및향후과제를살펴본다. 2. IMS 및 SNMP 관련연구 IMS 구조와인터페이스 그림 1 은 IMS 구조와인터페이스를나타내고있다. P-CSC Mw Cx HSS Gm P-CSC Mw Mw S-CSC Dx Mw Cx SL Mw I-CSC Dx SIP Diameter 그림 1. IMS 구조와인터페이스 전송네트워크에상관없도록하기위해 3GPP(3rd Generation Partnership Project) 에서다양한멀티미디어서비스를제공할수있는 IMS 의표준화가진행되었다. 또한서비스제어및운용관리기능의집중화로 QoS(Quality of Services) 와사업자의정책을보다쉽게반영할수있다. IMS 망에서는호처리를하는 CSC 가존재한다. 이는 SIP 기반의멀티미디어세션제어를위한기본기능을수행하는시스템으로써역할에따라 P(Proxy)-CSC, I(Interrogating)-CSC, S(Serving)-CSC 로분류할수있다. P-CSC 는 UE(User Equipment) 가 IMS 망에접속하기위해처음으로만나게되는지점으로써 SIP 요청 (request) 과 SIP 응답 (response) 을 IMS core 에전송한다. 3GPP 에서는 UE 가 P- CSC 를찾는데 DHCP(Dynamic Host Configuration Protocol) 를이용하거나 PDP Context 를통해서주소를얻는방법을제시하고있다. P-CSC 는 IE RC 2543 에정의된 Proxy 또는 User Agent 의역할을한다. I-CSC 는관리도메인의에지 (edge) 에존재하는 Proxy 로써 SL(Subscriber Location unction) 와 HSS(Home Subscriber Server) 로의연결을제공하고, SIP 요청을적당한 S-CSC 에전달한다. 그리고 HIG(opology Hiding Inter-network Gateway) 역할을한다. S-CSC 은신호평면에핵심적인역할을하는 Proxy 이다. 사용자가접속하였을때사용자위치를저장하고, SIP 메시지를필터링 (filtering) 하거나 HSS 의접근을허가한다. S-CSC 는 IMS 에서 SIP 프로토콜의구성요소인 Registrar 와같은역할을한다. HSS 는사용자등록및변경관리, 인증, 권한부여, 로케이션, 세션라우팅, 과금등의기능을수행하는중앙화된데이터베이스다. SL 는망내에다수의 HSS 가운영될때 CSC 에게적절한 HSS 의주소를제공하는역할을한다 [3,4]. CSC 간의 Mw 인터페이스는 SIP 프로토콜을사용하고, CSC 와 HSS 간의 Cx 인터페이스와 SL 간의 Dx 2

3 인터페이스는 Diameter 프로토콜을사용한다 [5]. SNMP 기반네트워크관리시스템 네트워크관리는 GUI, 분산처리, 데이터베이스, 객체지향모델링등다양한기술이적용되는분야중의하나이다. SNMP 는관리메시지의교환에이용되는네트워크관리프로토콜이다. SNMP 를사용하는네트워크관리모델은다음과같은주요요소를포함한다. 관리스테이션 (Management station) 관리에이전트 (Management agent) 관리정보베이스 (Management information base) 네트워크관리프로토콜 (Network management protocol) CSC 와같이 SNMP 가장착된관리에이전트는관리시스템에의하여관리된다. 관리에이전트는관리시스템으로부터정보를위한요구에응답하고, 비동기적으로중요한그러나관리시스템에의하여요구되지않은정보를제공한다. 네트워크의자원을관리하기위하여각각의자원은객체로표현되며, 이러한객체는필수적으로관리되는에이전트의한측면을나타내는데이터변수들이다. 이러한객체의집합을 MIB(Management Information Base) 라고한다. 관리시스템은 MIB 객체들의값을추출함으로써감시기능을수행한다. 그리고관리시스템은에이전트에서발생될행동을발생시키거나특정한객체의값을변경함으로써에이전트의구성변경을수행한다. 관리시스템과에이전트들은네트워크관리프로토콜 (e.g., SNMP) 에의하여연결되어있다 [6]. 그림 2 는 SNMP 에의한정보교환과정을나타낸것이다. SNMP Management System Management Application Application Manages objects SNMP Agent SNMP managed objects r a p G e t R e sponse Set R e quest G e tnextrequest G e t R equest SNMP UDP IP Network Protocol SNMP Messages r a p G e t R e sponse Set R e quest G e tnextrequest G e t R equest SNMP UDP IP Network Protocol Network 그림 2. SNMP 에의한정보교환과정 SNMP 는관리시스템과관리에이전트간에 Get-Request, Get-Next-Request, Get-Response, Set- Request, rap 의명령어를이용해 MIB 에서정의한정보를교환하며기본적으로는폴링방식을사용한다. 3

4 표 1 은 SNMP 의기본적인명령어를나타낸다. 표 1. SNMP 의기본명령어 Get-Request Get-Response Get-Next-Request Set-Request rap Manager 가 Agent 에게 MIB 의변수들의값을요청하는메시지 Agent 가 Get-Request 에대한관리정보를응답하는메시지 Get-Request 와유사하며연속적인 MIB 의변수들의값을요청하는메시지인터페이스상태값등장치의 MIB 변수들의내용을설정하는메시지비정상동작이나이벤트가발생할경우 Agent 가 Manager 에게보고하는메시지 3. IMS 관리시스템 현재 3GPP 나 IU- 와같은표준단체에서는 CSC 들과관리시스템간의인터페이스를구체적으로정의하고있지않지만, 주로사용되는네트워크관리프로토콜로써 SNMP, CORBA, JAVA RMI, XML/HP 등이있다. 본논문에서는동적인 SIP 라우팅을위해많은벤더들의장비에설치및관리가용이한 SNMP 프로토콜을사용한다. 관리시스템은자신이속해있는네트워크에다수의 S-CSC 와 I-CSC 의성능에관련된정보를주기적으로 Get 메시지를통해서가지고오거나 S-CSC 나 I-CSC 에특정이벤트가발생하게되면 rap 메시지를통해관리시스템에보고한다. 관리시스템간의인터페이스로는 SOAP(Simple Object Access Protocol) 프로토콜을사용한다. 그림 3 은 IMS 관리시스템구조를나타낸것이다. MS CORBA, JAVA RMI, XML/HP, SOAP MS Agent MIB P-CSC Agent MIB I-CSC Agent MIB P-CSC Agent MIB I-CSC UE1 Agent MIB S-CSC Agent MIB S-CSC UE2 SIP SNMP Home Network of UE1 Home Network of UE2 그림 3. IMS 관리시스템구조 그림 3 은 UE1 과 UE2 모두각자의홈네트워크에등록이되어있는상황이라고할때자신의홈네트워크에있는 UE1 이다른홈네트워크의 UE2 에게 IMS 세션을설립하려고한다고가정한다. UE1 은세션을초기화하기위해 SDP(Session Description Protocol) 가포함된 SIP INVIE 요청을 P-CSC 에게보낸다. HSS 에등록되어있는 S-CSC 가우선선택되어메시지가전달되지만, 만약기존의 S-CSC 가부하가많이걸리게되면, 관리시스템은성능정보를바탕으로적절한 S- CSC 로변경을요구하고, P-CSC 는 UE1 에관리시스템에의해서선택된 S-CSC 에 INVIE 4

5 요청을전달한다. 관리시스템을통한 SIP 메시지동적라우팅 그림 4 는 IMS 에서의 SIP 메시지라우팅을나타낸것이다. Originating REGISER/ OK REGISER SDP AS P-CSC S-CSC I-CSC erminating INVIE/RING/OK-INVIE/ACK erminating P-CSC S-CSC S-CSC P-CSC I-CSC I-CSC SDP AS SDP AS 그림 4. IMS 에서의 SIP 메시지라우팅 IMS 기반네트워크에서 SIP 메시지는처음으로 P-CSC 를통해서 I-CSC 나 S-CSC 로한도메인에서전송된다. 또한도메인간에는 S-CSC 와 I-CSC 를통하여전송된다. 이때각 CSC 의시스템상황에따라 SIP 메시지를동적으로라우팅하는기술이필요하다. 따라서본논문에서는네트워크관리시스템을적용하여 SIP 메시지를동적으로전송하는접근방법을연구한다. 이때에이전트역할을수행하는각각의 CSC 에는다양한성능관리정보를유지할수있다. 따라서관련된성능관리정보를바탕으로임계값을기준으로가장좋은성능의 S-CSC 와 I-CSC 가선택된다. 관리시스템을통한동적인 SIP 라우팅알고리즘 네트워크관리정보는다양한방식으로구분할수있지만국제표준을대표하는 IU- 는관리산업표준인 M(ele Management orum) 에서네트워크관리기능에대해다음과같이정의를한다. M 가정의하는 MN(elecommunications Management Network) 아키텍처는관리기능을각기능의이니셜을이용해 CAPS 로정의한다. (ault Management) 는네트워크에서발생하는모든장애를사전에대비하고문제가발생했을때사후처리를하는것이고, C(Configuration Management) 는네트워크의구성요소들이정상적으로작동할수있도록장비를배치하고관리하는기능이며, A(Accounting Management) 는네트워크자원의사용상황을관리하고이에따른비용을관리하는것이다. P(Performance Management) 는네트워크의성능을측정하고최상의성능을유지할수있도록관리하는것이고, S(Security Management) 는네트워크의정보에대한사용을조정하고관리해, 정보의안정성을유지하는것이다. 그림 5 는관리시스템을이용한 S-CSC SIP 라우팅을나타낸것이다. 5

6 MS Management Authentication Performance Routing Log Get rap Agent S-CSC-A MIB Agent P-CSC MIB Agent S-CSC-B MIB Agent I-CSC MIB Agent S-CSC-C MIB SIP SNMP 그림 5. 관리시스템을이용한 SIP 라우팅 그림 5 는 P-CSC 에서다수의 S-CSC 가존재하지만 Set-Request 를통해 SIP 메시지를라우팅할 S-CSC 를알려주고 S-CSC-B 로 SIP 메시지가전달하는과정을보여주고있다. 관리시스템에는 SIP 라우팅을위하여각각의 CSC 에관한성능정보및라우팅관련정보 DB 를가지고있으며, SIP 라우팅알고리즘을이용해효율적이고성능이좋은 S-CSC 를결정하여 SIP 라우팅이가능하다. 동적인 SIP 라우팅을위해가장중요한사항은관리대상을선정하는것이다. 본논문에서는 CAPS 에서, P 정보를바탕으로알고리즘에관련된성능정보를고려하였다. 표 2 는동적인 SIP 라우팅알고리즘에있어서관련된성능정보를나타낸것이다. 표 2. CSC 에관련된성능정보 Priority Performance List System Down CPU Utilization Memory Utilization hroughput Response ime Evaluation Criteria On/Off c m Higher the better Lower the better c(hreshold of CPU Utilization), m(hreshold of Memory Utilization) 은관리시스템에서상황에따라적절하게변경이가능한값이고, hroughput 는 CSC 의처리능력, Delay ime 은 CSC 의전송지연시간정보를의미한다. CSC 에관련된다양한성능정보가있지만 System Down, CPU Utilization, Memory Utilization, hroughput, Delay ime 정보를바탕으로알고리즘을작성하였다. 표 2. 정보를바탕으로작성한알고리즘은그림 6 과같이표현된다. 6

7 Management System CSC Agent Idle State Idle State Get List of CSC Event Generation rom Agent? Get P_data of CSC Excess of threshold? (CPU, Memory) Performance analysis of CSC rap to MS Efficient CSC decision inished State Save trap Contents to Log_DB 그림 6. 동적인 SIP 라우팅알고리즘 관리시스템은주기적으로 Get 메시지를통해 CSC 의에이전트로부터성능정보에관한정보를폴링한다. Gt(Get Message ime) 는 Get 메시지를보낼시간이고, Pt(Period of ime) 는 Get 메시지를보내는주기이다. Pt 가짧을경우각각의 CSC 는트래픽이많아지게되며, Pt 가길어질경우관리시스템은성능정보에대한정확한추출이어려운문제가발생한다. 따라서관리시스템은상황에따라적절하게 Pt 를설정하는것은중요하다. 관리시스템은다수의 CSC 가존재할경우 Pt 에따라 Get 메시지를보내 CSC 에이전트로부터성능정보를추출한후성능을분석하고비교해서라우팅테이블의변경이가능하며, Set-Request 를통해가장효율적이고성능이좋은 CSC 로동적인 SIP 라우팅이가능하다. CSC 의에이전트는관리시스템이결정한 hreshold(c, m) 를초과하거나특별한이벤트가발생할경우 rap 메시지를통해관리시스템에게보고하고, rap 에관한내용을관리시스템의 Log_DB 에저장한다. 관리시스템에서 CSC 의성능정보를가져오기위해서는다음과같은 4 가지단계가필요하다. Stage 1 : Get list of CSC Stage 2 : Get performance data of CSC Stage 3 : Performance analysis of CSC Stage 4 : Efficient CSC Decision Stage 1 은성능정보를가져올 CSC 의목록을검색하여, 선택된 CSC 를 Management_DB 에저장하는과정이다. 7

8 1. Get list of CSC Idle State Get list of CSC CSC_num!=0? Select CSC to send Get-Request Send Get-Request to CSC And wait response? Get-Response? try_num = 0; CSC normal behavior try_num++; try_num++ < try_lim? try_num = 0; CSC abnormal behavior CSC_num--; Save CSC to Management_DB inished State 그림 7. Stage 1 : Get list of CSC 관리시스템은관리자가추가한 CSC 의목록을 Management_DB 로부터가져와서각각의 CSC 에게 Get-Request 메시지를보내고일정기간동안기다린다. CSC 로부터 Get-response 메시지를확인한후 CSC 의상태를 Management_DB 에갱신및수정을수행한다. 표 3. CSC 관리정보테이블 CSC_ID CSC_Class CSC_Name IP Port_Num Status SysUpime Description Management_DB 의 CSC_ID 는 CSC 의 ID 정보, CSC_Class 는 CSC 의종류 (P-CSC, I- CSC, S-CSC) 정보, CSC_Name 은 CSC 의이름, IP 는 CSC 의 IP 주소, Port_Num 는포트번호, Status 는 CSC 의상태정보 ( 정상, 비정상 ) 및활성화상태 (active, standby), SysUpime 은 CSC 의 active 상태로경과한시간, Description 은 CSC 의특성및설명에관한정보를의미한다. Stage 2 는관리시스템의 Management_DB 에서 CSC 의상태에따라정상적으로동작하는 CSC 들의성능정보를추출해 Performance_DB 에저장하는과정이다. 8

9 2. Get performance data of CSC Idle State Check authentication from Aut_DB? CSC_num!= 0? Select CSC to send Get-Request Authentication failure (rap to MS) Get P_data of CSC (Get-Request) Check host OID? Get-Response? (host MIB) try_num = 0; CSC_num--; try_num++; Insert host MIB to Performance_DB try_num < try_lim? Get-Response failure (rap to MS) inished State 그림 8. Stage 2 : Get performance data of CSC 관리시스템에서 CSC 의성능정보를가져올경우권한이있는지인증과정이필요하다. Authentication_DB 로부터인증을확인후권한이있을경우는 CSC 에이전트로부터성능정보를가져올수있지만인증에실패할경우 CSC 는관리시스템에게 rap 메시지를보낸다. CSC 에는다양한성능정보가있지만 Host Resources MIB[7] 에정의되어있는 host 항목중 hrswrunperfcpu (SNMP OID : ), hrswrunperfmem (SNMP OID : ) 를통하여 CPU 와메모리사용정보를가져오고, 관리시스템의 Performace_DB 에는 CSC 의성능정보가저장된다. hrswrunperfcpu, hrswrunperfmem 필드를사용할경우현재사용중인프로세스각각에대한사용정보를볼수있지만본논문에서제안하는동적인 SIP 라우팅을위해서는 CSC 전체의 CPU 사용률및메모리사용률이필요하다. 따라서관리시스템에서는 CSC 에 GetBulkRequest 명령을이용하여 hrswrunperfcpu, hrswrunperfmem 필드의값을가져올수있고, 그정보를통하여 CSC 의 CPUUtilization, MemoryUtilization 이 Performance_DB 에저장된다. 표 4. CSC 성능정보테이블 CSC_ID CSC_Class PerfCPU PerfMem CPU_Util Mem_Util hroughput Delaytime 9

10 Performance_DB 의 PerfCPU 는 hrswrunperfcpu 에관한정보, PerfMem 은 hrswrunperfmem 에관한정보, CPU_Util 은 CSC 의 CPU 사용률, Mem_Util 은 CSC 의메모리사용률, hroughput 은처리율에관한정보, Delaytime 은전송지연시간에관한정보를의미한다. Stage 3 은 Performance_DB 에저장된성능정보를바탕으로 CSC 의성능분석을수행하는과정이다. 3. Performance analysis of CSC Idle State Get Performance_DB Performance comparison of Performance_DB Routing priority decision Routing able renewal and modification inished State 그림 9. Stage 3 : Performance analysis of CSC Stage 2 과정을마치면 Performance_DB 는 CSC 에관한성능정보를가지고있으며, 이러한성능정보를바탕으로각각의 CSC 에대한성능분석을수행한다. 성능분석을마치면 SIP 라우팅우선순위를결정하고, Routing_DB 에정보를갱신및수정한다. 표 5. CSC 라우팅정보테이블 CSC_ID CSC_Class IP Priority OperStatus Routing_DB 의 Priority 는라우팅우선순위정보, OperStatus 는상태정보 (e.g., active, standby) 를의미한다. Stage 4 는본논문에서제시하는동적인 SIP 라우팅을위해서효율적이고성능이좋은 CSC 를결정하는과정이다. 10

11 4. CSC decision Idle State Get Routing_DB Determine the most Efficient CSC inished State 그림 90. Stage 4 : CSC decision Stage 3 과정을마치면 Routing_DB 의정보를통해서효율적인 CSC 를결정하고, Set-Request 메시지를통하여동적인 SIP 라우팅이가능하다. 관리시스템의 CSC 의성능정보를가져오는경우에특정한일이발생할경우 (e.g., 인증실패, Get-Request 실패 ) 또는관리시스템에서정한임계값을초과할경우 (e.g., c, m) CSC 는관리시스템에게 rap 메시지를통해보고하고, 관리시스템에서는 rap 메시지에대한구체적인정보를 Log_DB 에저장한다. 표 6. CSC rap 정보테이블 Log_ID CSC_ID CSC_Class IP rapype rapinfo imestamp Log_DB 의 Log_ID 는 rap 의 ID 정보, rapype 는 rap 의종류정보, rapinfo 는 rap 메시지에관한상세한정보, imestamp 는 rap 메시지의생성날짜및시간에대한정보를의미한다. 11

12 4. 구현환경 그림 11 은관리시스템을통한 SIP 메시지동적라우팅을수행하는구조를나타낸다. CSC Agent Routing Action Module ProxyRouterClass Management Protocol Management System Dynamic Routing Decision Module MIB 그림 10. 관리시스템을이용한동적인 SIP 라우팅구현 그림 11 에서 CSC 에있는관리에이전트는주기적으로성능관련관리정보를관리시스템에게제공한다. 따라서관리시스템은동적인 SIP 라우팅알고리즘을통해서효율적인라우팅정보를 CSC 에이전트에게제공한다. 즉, 관리시스템은 Dynamic Routing Decision Module 을사용하며초기라우팅정보는 ProxyRouterClass 인자바클래스파일을사용한다. 따라서관리시스템은 CSC 의에이전트에게관리프로토콜 (SNMP) 을통하여 Routing Action Module 을제어함으로써 SIP 메시지의동적라우팅기능을수행한다 [9]. 5. 결론및향후과제 본논문에서는 IMS 플랫폼에서호및세션처리에관련된부분을담당하는 CSC 들사이의효율적인 SIP 라우팅을위하여기존의정적인라우팅대신관리시스템을이용한동적인 SIP 라우팅알고리즘체계를제안하였다. 본알고리즘은네트워크관리기능인 CAPS 에서주로 (ault), P(Performance) 를바탕으로효율적인 SIP 라우팅이가능하도록설계하였으며, 관리시스템에서성능성보를가져오는알고리즘을단계별로나누어기술하였다. 향후에는 CSC 들과연관된다양한성능관리정보를적용한동적인 SIP 라우팅의확장된알고리즘및다양한상황에따른성능평가에대한연구가필요하다. 12

참고문헌 [1] Gonzalo Camarillo and Miguel A. Gracia-Martin "he 3G IP Multimedia Subsystem (IMS) Second Edition", WILEY 2006. [2] 3GPP S 23.228 IP Multimedia Subsystem (IMS), v.6.5.0, March 2004. [3] J.

218, 3rd Generation Partnership Project(3GPP)", April 2005. [5] 3GPP, "IP Multimedia(IM) Subsystem Cx and Dx Interfaces; Signaling flows and message contents. S 29.

[6] Jae-Oh Lee, et al, "JNMWare: Java-based Network Management Platform", 2000 Asia-Pacific Network Operations and Management Symposium, December 2000. [7] P.

13 참고문헌 [1] Gonzalo Camarillo and Miguel A. Gracia-Martin "he 3G IP Multimedia Subsystem (IMS) Second Edition", WILEY [2] 3GPP S IP Multimedia Subsystem (IMS), v.6.5.0, March [3] J. Rosenberg et al., SIP: Session Initiation Protocol., IE RC 3261, June [4] 3GPP, "IP Multimedia(IM) session handling; IM call model; Stage 2. S , 3rd Generation Partnership Project(3GPP)", April [5] 3GPP, "IP Multimedia(IM) Subsystem Cx and Dx Interfaces; Signaling flows and message contents. S , 3rd Generation Partnership Project(3GPP)", June [6] Jae-Oh Lee, et al, "JNMWare: Java-based Network Management Platform", 2000 Asia-Pacific Network Operations and Management Symposium, December [7] P. Grillo, Host Resources MIB, IE RC 1514, September 1993 [8] Zenius MIB Brower Version 1.1, [9] Ji-Hyun Hwang, "IMS 플랫폼에서동적인 SIP 라우팅 ", he 1st Ubiquitous Convergence echnology(uc 2008) Workshop & Conference, July [10] Ji-Hyun Hwang, " 네트워크관리시스템을이용한 IMS 플랫폼에서동적인 SIP 라우팅 ", 추계종합학술발표회 ( 한국통신학회 ), November 황지현 2008 한국기술대학교, 전자공학과학사 2008 ~ 현재한국기술교육대학교, 전기전자공학석사과정 < 관심분야 > IMS, 네트워크관리, 웹서비스 조재형 2006 한국기술교육대학교정보기술학부학사졸업 2006 ~ 2008 한국기술교육대학교전기전자공학과석사 2008 ~ 현재한국기술교육대학교전기전자공학과박사과정 < 관심분야 > 네트워크관리, IMS, 웹서비스, IPV, QoS 관리 이재오 1987 광운대학교, 전산학학사 1989 광운대학교, 전산학석사 1993 광운대학교, 전산학박사 1994 ~ 1995 코오롱정보통신, 연구소과장 1995 ~ 2000 한국통신, 선임연구원 1999 ~ 2002 웨어플러스, 연구소장 2002 ~ 현재한국기술교육대, 정보기술공학부부교수 < 관심분야 > 시스템및네트워크관리, 객체지향분산처리기술, 네트워크 QoS 제어플랫폼, 개인화서비스 13

< C0CCC0E7BFC02D53444EB0FA20534E4D50B8A620C0CCBFEBC7D E687770>

< C0CCC0E7BFC02D53444EB0FA20534E4D50B8A620C0CCBFEBC7D E687770> Journal of the Korea Academia-Industrial cooperation Society Vol. 18, No. 4 pp. 694-699, 2017 https://doi.org/10.5762/kais.2017.18.4.694 ISSN 1975-4701 / eissn 2288-4688 SDN 과 SNMP 를이용한 IMS 네트워크관리 양우석,