1-2. EMS의 정의

OAM Client Framework – 목차

■ 운용관리에 관한 이론적 고찰
1-1. OAM의 정의  1-2. EMS의 정의  1-3. OAM 표준화 동향  1-4. 3GPP 32 Series

■ OAM 프레임워크
2-1. OAM 프레임워크 필요성  2-2. OAM 시스템의 구성  2-3. OAM 요구사항  2-4. OAM 배포 아키텍쳐  2-5. OAM을 위한 Database의 구성 2-6. OAM 인터페이스  2-7. 구성 관리  2-8. 장애 관리  2-9. 성능 관리  2-10. 보안 관리

■ OAM 클라이언트 프레임워크
3-1. OAM Client 프레임워크 개요  3-10. 효과분석  3-2. 개발방법  3-3. 요구사항  3-4. 산출물 정의  3-5. 개발환경  3-6. 아키텍쳐 3-7. UI 정의  3-8. 프레임워크의 개발  3-9. 프레임워크를 사용한 개발

1-2. EMS의 정의

이동통신망 사업자는 고객에게 음성 통화 이외의 다양한 가치를 제공하기 위해 다양한 서비스를 제공하기 위한 시스템을 구축한다. 서비스 제공사(Service Provider)는 구축한 시스템은 전체 이동통신망의 관점에서 봤을 때 망을 구성하는 하나의 요소로서 NE(Network Element, 망 요소)로 구분되며, 서비스 제공사는 NE에 대한 운용 및 유지보수를 위해 EMS(Element Management System)를 구축하여야 한다. EMS는 NMS(Network Management System)과의 연동기능과 운용자 정합(Human Interface)을 통한 OAM 기능을 제공하여야 한다. 3GPP의 관리 참조 모델[주:3GPP TS 32.101: “Telecommunication management; Principles and high level requirements”]에 의하면 EMS와 NE와의 연동은 Type 1 Interface에 속하며, EMS와 NMS와의 연동은 Type 2 Interface에 속한다. EMS는 NE와의 Type 1 Interface를 통해 OAM 기능을 구현한다.

사용자 삽입 이미지

[3GPP의 관리 참조 모델]

EMS가 Type 1 Interface를 통해 연동하는 NMS는 ITU-T 권고 안 Z.311 ~ Z.317에 따라 이동통신사의 환경에 맞게 개발되어 운용되고 있으며, 구성 관리(Inventory Management), 장애 관리(Fault Management), 성능 관리(Performance Management), 로그 관리(Probe Management), 제어 관리(Activation Management) 등의 기능을 수행한다. NMS을 위한 관리 도구들은 오픈 소스와 상용 제품으로도 많이 나와 있으며, 이동통신사의 자체 규격도 준수하여야 하므로 이 논문에서는 논의하지 않는다.

EMS는 Type 2 Interface를 통해 서비스 제공사가 개발한 시스템(NE)와 연동하여 신뢰성(Reliablity), 가용성(Availablity), 지속성(Durability)를 보장하기 위해 OAM 기능을 제공한다. 일반적으로 서비스 제공사는 구축한 시스템에 특화된 OAM 기능을 제공하기 위기 위한 별도의 EMS를 구축하지만, 경우에 따라서는 EMS를 구축하지 않고 NE에서 NMS와의 연동 기능과 OAM 기능을 구현하기도 한다.

마지막으로 EMS는 시스템의 운용 및 유지 보수 작업을 처리하기 위한 운용자 정합 기능(Human Interface Function)을 제공하기 위해 OAM 클라이언트와 연동하는 기능을 제공하여야 한다. 운용자는 OAM 클라이언트를 통해 EMS에 접근하여 성능정보, 장애정보, 형상정보 등을 조회하거나 추가, 변경, 삭제할 수 있다.

사용자 삽입 이미지

[EMS의 Interface 구조]

CC BY-NC-ND 2.0 KR

이 저작물은 크리에이티브 커먼즈 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용할 수 있습니다. 크리에이티브 커먼즈 라이선스

저작권과 관련된 파일요청 및 작업요청을 받지 않습니다.

댓글 남기기