KR100645514B1

KR100645514B1 - 멀티 네트워크의 망 요소 관리 시스템 및 방법

Info

Publication number: KR100645514B1
Application number: KR1020040083762A
Authority: KR
Inventors: 배근아
Original assignee: 삼성전자주식회사
Priority date: 2004-10-19
Filing date: 2004-10-19
Publication date: 2006-11-15
Also published as: EP1650897A1; JP2006121682A; KR20060034590A; US20060083217A1

Abstract

본 발명은 네트워크의 구성요소 관리에 관한 것으로, 본 발명의 일 측면에 따른 멀티 네트워크의 망 요소 관리 방법은, 각 네트워크 요소별로 고유의 ID를 부여하고, 상기 네트워크 요소별 고유 ID및 각 네트워크 요소별 연결 관계, 그리고 상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)을 매칭시켜 저장하는 단계를 포함하되, 운용자로부터 네트워크 구성 정보에 대한 요구가 있는 경우, 상기 각각의 고유 ID에 대응되는 네트워크 요소의 별칭을 운용자 관리 화면상에 디스플레이 하는 것을 특징으로 한다.

Description

멀티 네트워크의 망 요소 관리 시스템 및 방법{System and Method for Element Management in Multi-Network}

도 1은 일반적인 망 요소 관리 시스템과 네트워크의 연동 관계도.

도 2는 일반적인 EMS 관리 화면.

도 3은 종래 기술에 따른 노드 이동시 헤드 정보 테이블의 변화도.

도 4는 종래 기술에 따른 노드 이동시 각 레벨별 노드 구성의 변화도.

도 5는 종래 기술에 따른 노드 이동시 로그 데이터의 변화도.

도 6은 본 발명에 따른 EMS 레벨 생성 흐름도.

도 7은 본 발명에 따른 EMS 레벨 이동 흐름도.

도 8은 본 발명에 따른 노드 이동시 헤드 정보 테이블의 변화도.

도 9는 본 발명에 따른 노드 이동시 각 레벨별 노드 구성의 변화도

도 10은 본 발명에 따른 로그 데이터의 바람직한 일 실시예.

*도면의 주요 부분에 대한 부호의 설명*

10-1, 10-2, .... 10-n : EMS 클라이언트 11 : EMS 서버

12-1, 12-2, 12-3 : 네트워크 관리 요소

30-1, 30-2, 80-1, 80-2, 80-3 : 레벨별 구성정보 테이블

50, 100 : 로그 데이터 테이블

본 발명은 네트워크의 구성요소 관리에 관한 것으로, 보다 구체적으로는 데이터베이스 내의 데이터 레벨 처리 방식을 이용하여 이동하는 노드를 EMS의 모든 레벨에 걸쳐 고유한 ID로 생성되도록 하여 네트워크 관리에 있어 효용성을 도모하고자 하는 멀티 네트워크의 망 요소 관리 시스템 및 방법에 관한 것이다.

현대의 통신 네트워크는 고속 통신망 사용자의 증가와 그들의 다양한 욕구를 충족시키기 위하여 통신망의 발달과 함께 대량의 데이터 송수신을 동반한 다양한 종류의 서비스를 필요로 하게 되었고, 이를 관리하고 운용하는 망 요소 관리 시스템(Element Management System : EMS)은 종전의 데이터 저장 크기에 비교할 수 없을 만큼의 대량 데이터에 대한 저장 및 관리가 요구되어진다.

일반적으로 네트워크는 여러 개의 네트워크 요소(NE)들의 집합으로 구성된다. 네트워크를 구성하는 네트워크 소자들로는 라우터, 스위치 등 여러 가지가 있을 수 있다. 더하여, 이동통신 시스템을 구성하는 소자들인 기지국, 기지국 제어기, 기지국 관리 시스템, 교환국 시스템, 홈 위치 등록기 시스템들 또한 네트워크 소자들로 볼 수 있다. 이와 같은 여러 개의 네트워크 소자들로 이루어지는 네트워크에 대한 운용 및 관리 등을 효과적으로 수행하기 위해서 네트워크 소자들을 관리하는 망 요소 관리 시스템의 필요성이 대두된다.

도 1은 일반적인 망 요소 관리 시스템과 네트워크의 연동 관계를 나타내고 있다.

도 1은 크게 EMS 클라이언트(10-1, 10-2, ...... 10-n)와, EMS 서버(11), 그리고 네트워크 요소(NE)(12-1, 12-2, 12-3)로 구성되는 것으로 보아, EMS 시스템은 서버-클라이언트 방식으로 운영되고 있음을 알 수 있다.

EMS 클라이언트(10)는 네트워크 요소를 관리하기 위한 EMS 클라이언트로서 EMS의 주요 기능을 GUI(Graphic User Interface)를 이용하여 제어하는 기능을 담당한다. EMS 서버(11)는 네트워크 요소와의 인터페이스 역할을 하는 EMS의 구성 요소로서 클라이언트로부터 받은 명령을 네트워크 요소로 전송하고, 네트워크 요소로부터 수신한 결과 정보를 클라이언트(10)로 전송한다. 또한 데이터베이스를 관리하며 필요한 정보를 제공한다.

네트워크 요소(12-1, 12-2, 12-3)는 EMS가 관리하고자 관리 대상 네트워크를 구성하는 각각의 시스템이다. 통신 시스템을 예로 들자면, 교환기와 그에 종속하는 여러 기지국 제어기(BSC), 또 그 하위에 연결되는 다수의 기지국 등이 해당 네트워크를 구성하는 네트워크 요소가 될 것이다.

다수의 네트워크 요소(Network Element : NE)를 관리하는 EMS는 일반 관리(General Management), 구성 관리(Configuration Management), 장애 관리(Fault Management), 성능 관리(Performance Management), 보안 관리(Security Management), 과금 관리(Accounting Management), 호 처리 관리(Call Processing Management) 등의 관리 기능을 제공한다.

EMS 시스템의 일반 관리 기능은 프로세서 상태 감시, 네트워크 상태 감시, 서버 자원 현황(CPU, 파일 시스템, 메모리) 감시, 데이터베이스 상태 감시 등의 자체 상태 감시 기능을 지원한다.

구성 관리는 관리 대상 네트워크의 구성 요소와 관련된 다양한 정보를 관리하는 기능으로, 모든 구성 정보는 데이터베이스로 저장되며, 운용자가 요구할 경우에는 관련 데이터를 다양한 형식으로 제공한다. 네트워크 구성 요소의 형상 정보는 각종 뷰어(Viewer)를 통해 그래픽으로 표현된다.

구성 관리 기능을 세분화하여 설명하자면, 관리 대상이 되는 네트워크의 각 구성 요소를 등록, 삭제하고, 네트워크 뷰어(vier)에서 팝업(Pop-up) 메뉴 형태로 제공되는 네트워크 구성 기능, 저장된 구성 정보가 손상된 경우 관련 정보를 업로드(Upload)하거나 다운로드(Download)하는 데이터베이스 다운로드/업로드 기능, 관리 대상 네트워크에서 운용되는 유닛의 소프트웨어를 원격으로 다운로드하고, 소프트웨어를 유지/보수하거나 버전을 업그레이드할 경우에 사용하는 소프트웨어 다운로드 기능이 있다.

또한, L2/L3 스위치에서 제공하는 다양한 서비스에 대한 설정 기능과 조회 기능을 제공하는 서비스 관리 기능, 호 설정 상태를 데이터베이스에 저장 및 관리하고, 특정 포트의 상태를 검색하는 호 이력 검색 기능, 관리 대상 네트워크의 상태를 조회하고 작동 여부 및 알람 보고 유무를 설정하는 환경 관리 기능, 라인의 링크 상태, 에러 현황, 성능 상태를 조회하는 라인 정보 관리 기능 등으로 구분할 수 있다.

장애 관리는 데이터베이스에 각종 장애 정보를 저장, 관리하며 필요한 경우 운용자는 장애 정보를 검색할 수 있으며, 장애 처리를 위한 기능을 제어할 수 있다.

EMS 시스템은 여러 가지 로그 데이터를 저장하고 관리하는 다수의 테이블을 포함하는 DB(Database), 여러 네트워크 요소들의 성능 관련 데이터를 수집하여 시스템의 운용 상태를 판단할 정보를 제공하는 통계 처리 프로세서, 복잡하고 다양한 형태의 형상을 가지고 있는 망 구성 요소들을 그래픽으로 형상화하는 GUI(Graphic User Interface) 등을 포함한다.

도 2는 일반적인 EMS 관리 화면을 보여주고 있다.

도 2에서 보는 바와 같이, EMS 관리 화면을 통해 일반적인 관리, 구성 관리, 장애 관리, 성능 관리, 보안 관리 등을 수행할 수 있음을 알 수 있다. 도 2에서 현재 나타내고 있는 화면은 시간에 따른 CPU 점유율(%)과 메모리 사용률(%)이다.

EMS를 구성하는 네트워크 요소들의 형상은 보통 트리(Tree) 구조로 표현되는 데, 레벨(level)화 되어 있는 정보를 순차적(예를 들어, 랙 정보 -> 셀프 정보 -> 슬롯 정보 -> 보드 정보 순)으로 읽어 분석한 후 해당 객체를 생성하여, 이를 그래픽으로 표현하고 네트워크 요소의 위치 변화 등에 따른 관리 정보를 조절한다.

기존의 레벨 체계는 각각의 테이블의 데이터들이 상위 레벨의 ID를 갖고 있는 구조이다. 즉, 상위 레벨의 ID와 자신의 ID가 합쳐져서 고유한 값을 갖게 되는 것이다.

도 3 내지 도 5는 레벨 3을 예로 기존의 일반적인 레벨의 생성 과정과 레벨 이동 과정을 설명하고 있다.

기존의 레벨 생성 방법은 하나의 노드가 연결되는 각 레벨의 ID를 기본으로 모두 포함하여 레벨 ID를 생성한다. 즉, 기존의 레벨 체계는 각각의 테이블의 데이터들이 상위 레벨의 ID를 포함하는 구조로 이루어져, 상위 레벨의 ID와 자신의 ID가 합쳐져서 고유한 값을 갖게 되는 것이다.

레벨 3 내에 위치하는 하나의 네트워크 노드를 이동시킨다고 가정할 때, 해당 노드와 연결되었던 레벨 2와 레벨1의 네트워크 노드 또한 바뀔 확률이 높다. 이 경우, 우선 해당 네트워크 노드의 구성정보 테이블을 변경하여야 할 것인 바, 구성정보 테이블 상에서 이동하고자 하는 네트워크 노드의 상위 레벨의 네트워크 노드 ID까지 모두 변경해 주어야 한다.

구성정보 테이블을 변경한 후에는 위치지정 리스트 또한 변경하여야 할 것인데, 이 경우 또한 변경 후의 이동 노드와 연결된 각 레벨의 네트워크 노드의 ID를 모두 변경해 주어야 한다. 구성정보 테이블과 위치지정 리스트에 대한 변경이 이루어진 후에는 각종 로그 데이터도 변경해 주어야 하는데 이는 도 3을 통해 살펴보기로 한다.

도 3은 종래 기술에 따른 노드 이동시 헤드 정보 테이블의 변화를 나타내고 있다.

레벨 3의 헤드 정보 테이블은 레벨 1, 레벨 2, 레벨 3의 정보를 모두 가지고 있으며, 레벨 4의 헤드 정보 테이블은 레벨1, 레벨 2, 레벨 3의, 그리고 레벨 4의 정보를 모두 포함하고 있다.

도 3과 같은 헤드 정보 테이블의 구조는, 하나의 네트워크 요소를 표현하기 위해 그와 연결되어 있는 다른 레벨의 정보를 이용하는 체계 하에서는 피할 수 없는 구조라 할 것이다.

도 4는 종래 기술에 따른 노드 이동시 각 레벨별 노드 구성도의 변화를 보여주고 있다.

도 4는 레벨 3의 'F'를 움직이는 경우를 가정하고 있는데, 이동하기 전의 'F'는 레벨 1이 A이고, 레벨 2가 C인 라인 밑에 위치하고 있었다. 이 위치에서 레벨 2가 D인 라인으로 이동하는 형상을 보이고 있다.

이 경우 이동하기 전의 'F'의 ID는 (1,2,1)로 표현할 수 있었으나, 이동 후에는 (1,3,1)로 ID가 변경됨을 알 수 있다. 즉, 특정 네트워크 요소가 해당 네트워 크 내에서 위치를 바꿀 경우 그 네트워크 요소의 ID 또한 변경되는 것으로, 네트워크 상에서의 위치 변화가 ID에 영향을 미치고 있다. 이는 네트워크 요소에 대한 ID 값을 데이터로 포함하고 있는 데이터베이스 내의 모든 정보들 또한 변경되어야 함을 의미한다.

도 5는 종래 기술에 따른 노드 이동시 로그 데이터의 변화를 보여주고 있다.

도 5는 도 2의 예와 같은 경우를 가정한 것으로, 레벨 1의 A 요소, 레벨 2의 C 요소와 연결되어 있던 레벨 3의 F 요소가 동일 레벨 내에서 이동하면서 레벨 2의 요소 D와 연결함으로써 구성을 변경한 경우이다.

로그 데이터 테이블(50)은 각 노드와 연결되는 상위 및 하위 레벨의 노드들을 순차적으로 기록하고 있음을 살펴볼 수 있으며, 상기의 예에서와 같은 경우 레벨 3의 F, 즉 레벨 3의 ID 2의 노드가 레벨 2의 ID 2로부터 레벨 2의 ID 3으로 이동한 정보를 모두 변경해 주어야 한다.

레벨 2의 노드 2는 상위 레벨 뿐 아니라 하위의 여러 레벨과 연결되어 있으므로, 하나의 데이터만 변경해서는 안 되며, 레벨 2의 노드 2를 포함하는 모든 로그 데이터를 변경해야 한다.

상술한 바와 같이, 기존의 레벨 체계는 상위 레벨의 ID와 자신의 ID가 합쳐져서 고유한 값을 갖게 되고, 그 결과 노드를 다른 상위 레벨의 하위 단으로 움직이는 경우, 예를 들어 레벨 3의 네트워크 요소를 다른 네트워크(레벨 1)이나 서브 네트워크(레벨 2)의 하위 단으로 움직이는 경우, 위치 값을 저장하는 로그 데이터들은 모두 ID 값을 변경해 주어야 한다. 특히 데이터 량이 많은 경우에는 네트워크 요소의 위치 이동에 따른 데이터베이스 내의 정보 갱신에 예상할 수 없는 많은 시간이 소요되는 문제점을 드러내고 있다.

본 발명은 상기의 문제점을 해결하기 위해, 멀티 네트워크 시스템 관리 시, 구성요소 관리 시스템(EMS) 트리 구조에서 특정 노드를 다른 상위 레벨의 하위 노드로 이동할 경우, 로그 데이터가 저장하는 모든 위치 값을 변경되는 노드의 ID 값으로 업데이트 함으로써 데이터 변경에 따른 소요 시간을 감소시키는 멀티 네트워크의 망 요소 관리 시스템 및 방법을 제공함을 그 목적으로 한다.

본 발명의 일 측면에 따른 멀티 네트워크의 망 요소 관리 방법은, 각 네트워크 요소별로 고유의 ID를 부여하고, 상기 네트워크 요소별 고유 ID및 각 네트워크 요소별 연결 관계, 그리고 상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)을 매칭시켜 저장하는 단계를 포함하되, 운용자로부터 네트워크 구성 정보에 대한 요구가 있는 경우, 상기 각각의 고유 ID에 대응되는 네트워크 요소의 별칭을 운용자 관리 화면상에 디스플레이 하는 것을 특징으로 한다.

상기 네트워크 요소별 고유 ID 및 각 네트워크 요소별 연결 관계는, 구성정 보 테이블에 저장하며, 상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)은, 위치지정 리스트(Common Table Alias List)에 저장한다.

상기 네트워크 요소 별 고유 ID는 전체 네트워크에서 다른 네트워크 요소들과 구분되고, 해당 네트워크 요소가 연결되어 있는 다른 네트워크 레벨과의 상호 연관성이 표현되지 않는 형태로 부여되는 것을 특징으로 하며, 생성되는 순서에 따라 순차적으로 증가 또는 감소하는 숫자의 형태로 부여될 수 있다.

상기 기존에 생성되어 있는 네트워크 요소를 이동하는 경우, 상기 네트워크 요소의 이동에 따른 상위 네트워크 레벨과의 연결 관계 변동에 따라 상기 구성정보 테이블 및 상기 위치지정 리스트도 변경하여 저장하며, 상기 네트워크 요소를 이동함에 있어, 네트워크의 각종 로그 데이터 테이블(Log Data Table)의 데이터는 변경하지 않는 것을 특징으로 한다.

또한 상기 네트워크 요소를 이동하여도 각 네트워크 요소별 고유 ID는 변경되지 않는 것을 특징으로 한다.

본 발명의 다른 측면에 따른 멀티 네트워크의 망 요소 관리 시스템은, 각 네트워크 요소별로 부여되는 고유의 ID, 상기 네트워크 요소별 고유 ID및 각 네트워크 요소별 연결 관계, 그리고 상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)을 매칭시켜 저장하는 데이터베이스를 포함하되, 운용자로부터 네트워크 구성 정보에 대한 요구가 있는 경우, 상기 각각의 고유 ID에 대응되는 네트워크 요소의 별칭을 운용자 관리 화면상에 디스플레이 하는 것을 특징으로 한다.

상기 데이터베이스는, 상기 네트워크 요소별 고유 ID 및 각 네트워크 요소별 연결 관계를 저장하는 구성정보 테이블과 상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)을 저장하는 위치지정 리스트(Common Table Alias List)를 포함한다.

이하, 본 발명에 따른 바람직한 실시예를 도면을 살펴보면서 구체적으로 설명하기로 한다.

구성요소 관리 시스템의 트리 구조에서 보여지는 레벨 1, 레벨 2, 레벨 3 등의 노드는 각각 테이블에 저장되어지며, 이때 각각의 테이블은 상위의 레벨 ID와 연계된 ID 체계를 가지고 있다.

본 발명에서는 이동의 대상이 되는 노드의 경우 기존의 ID 체계를 개선하여 노드를 움직이는 경우에도 위치 값을 갖는 로그(log)성 데이터들의 변경 없이 쉽게 노드를 움직일 수 있도록 한다.

본 발명의 구성에 등장하는 로그 테이블에는, 헤드(header) 정보를 저장하는 헤드정보 테이블, 테일(tail) 정보를 저장하는 테일 정보 테이블이 있다.

이러한 로그 테이블은 DB에 의해 관리되는데, DB는 EMS의 운용시 각각이 관리자별 시스템과 통신되는 데이터를 관리하고 저장하는 기능을 수행한다. 운영 DB에 의해 관리되는 데이터는 크게 현재의 시스템 형상을 반영하는 동기화 형상 정보와 운용시 발생하는 모든 로그 데이터로 나뉘어져 관리된다.

로그 데이터를 저장하는 테이블에는 성능 관리(Performance Management), 알람 관리(Fault Management), 구성 관리(Configuration Management), 보안 관리(Security Management), 연결 관리(Connection Management) 등을 행하는 다양한 종류의 테이블들이 있다.

예를 들어, 레벨 1 데이터 중 헤드(header) 정보는 레벨1 헤드 구성정보 테이블(cm_t_level1_head))에, 테일 정보는 레벨1 테일 구성정보 테이블(cm_t_level1_tail)에 저장되는 형식을 띤다.

또한 구성요소 관리 시스템에서 레벨의 별칭(Alias)을 표시하기 위해, ID와 별칭(Alias)을 매핑(Mapping)시킨 정보는 위치지정 리스트(Common Table Alias List)에 저장된다.

EMS에서 새로운 노드를 생성하면 DB에서 관련되는 구성정보 헤드 테이블에 새로이 생성한 ID를 부여한다. 이 때 노드의 ID를 순차(sequence)적으로 생성하여 모든 레벨에 걸쳐 고유의 ID 값을 갖도록 하면 특정 노드를 이용하여 상위 레벨의 ID가 변경되어도 노드 자체의 고유 ID는 그대로 유지하므로 위치 값이 포함되는 로그 데이터를 변경할 필요가 없게 된다.

이에 따라 위치 값을 갖는 로그 데이터를 저장하는 다수의 테이블들이 예를 들어, 레벨1 ID부터 레벨10 ID까지를 칼럼으로 갖고 있던 기존의 구조에서 특정 ID만을 칼럼으로 갖도록 변경되어야 한다.

도 6과 도 7을 통해 레벨 ID의 생성과 해당 노드의 이동 흐름에 대해 살펴보 기로 한다.

도 6은 본 발명에 따른 EMS 레벨 생성 흐름을 나타내고 있다.

관리자가 EMS 관리 화면에서 새로운 노드를 생성하면(S61), DB에서는 생성된 레벨 ID를 구성정보 테이블(Configuration Table)에 저장한다(S62). 구성 정보는 EMS의 관리 대상 네트워크에 대한 구조에 대한 정보로, 어떤 네트워크 아래의 서브 네트워크, 그리고 그 하위 단의 어떤 네트워크 구성 요소 등으로 구성되는지를 나타내는 것이다.

이 때, 노드 ID를 기존에 존재하던 노드 ID에 연속(Sequence)하여 생성하게 되면 모든 레벨을 통틀어 고유한 ID 값을 갖도록 한다. 이러한 방법으로 특정 노드를 이동하여 이동한 노드와 연결된 상위 레벨의 ID가 변경되더라도 노드 자체의 고유한 ID는 그대로이므로 위치 값을 저장하는 로그성 데이터를 변경할 필요는 없게 되며,

구성 정보 테이블에 저장된 레벨 ID는 위치지정 리스트(Common Table Alias List) 상에서 레벨 ID에 대응되는 네트워크 상의 위치와 함께 저장된다(S63).

각종 테이블에 저장되는 정보 중 "위치"에 해당하는 정보는 ID, 즉, 숫자 값으로 저장이 되는데, 이 숫자 값을 EMS 화면상에 그대로 디스플레이 하는 경우 "1/1/2/3"과 같은 형태로 표현될 것이다. 이러한 형태로는 운용자가 해당 네트워크 노드가 정확히 어디에 위치하고 있는지 파악하기 곤란하다.

그래서 이러한 ID 값과 문자열(String) 값을 매핑(mapping)하는 테이블 내지 리스트가 필요한 것인데, 이것이 바로 위치지정 리스트이다. 예를 들어, 구성정보 테이블의 레벨1_ID가 1이라면 위치지정 리스트의 레벨1_alias는 "경기도", 레벨2_ID 1에 대한 레벨2_alias는 "남수원 전화국", 레벨3_ID에 대한 레벨3_alias는 "2층 랩" 등의 방식으로 네트워크에 레벨 및 ID에 대한 일종의 별칭을 정해서 리스트의 형태로 표현하는 것이다.

상술한 바와 같이 매핑(mapping)되는 정보가 위치지정 리스트로 저장되고, EMS에서 노드를 새로이 생성하면 구성 정보 테이블에 레벨 ID 값이 저장되고, 위치지정 리스트에 별칭(Alias), 즉 EMS 화면에서 나타내어지는 문자열(String) 값이 저장된다. 상기의 예와 같은 경우 EMS 디스플레이 화면에는 "/경기도/남수원 전화국/2층 랩"과 같은 형식으로 표현될 것이다.

도 7은 본 발명에 따른 EMS 레벨 이동 흐름을 나타낸다.

도 6에서는 레벨 ID를 생성하고 저장하는 절차에 대해 살펴보았고, 도 7은 일단 생성되어 있는 네트워크 내의 요소, 즉 노드를 이동하는 경우 함께 변경해 주어야 할 데이터에 대해 살펴본다.

도 6에서 살펴본 바, 각 레벨 별 노드에 설정되는 ID 값은 네트워크 전체 레벨을 통틀어 고유한 값으로 주어지는 것을 알 수 있다. 따라서, 하나의 노드를 이동하는 경우 각 레벨별 연결 관계를 나타내 주는 구성정보 테이블 또한 변경해 주어야 하지만(S71), 종래의 경우처럼 로그 데이터까지 변경할 필요는 없다.

다만, 구성 정보와 사용자가 인식하기 편리하도록 설정된 문자열인 앨리어스 (Alias)를 매핑시켜 주는 위치지정 리스트(Common Table Alias List)의 내용은 변경해 주어야 한다(S57).

본 발명에서는 앨리어스(Alias)의 개념이 아주 중요하게 취급되고 있는데, 이것은 네트워크 구성 정보의 위치 값이 EMS 관리 화면에 나타나는 바와 같이 문자열로 형태로 테이블에 저장되기 때문이다.

이 경우, PM(Performance Management), FM(Fault Management) 등 이력 관리를 하는 테이블에는 모든 정보의 위치가 "경기도/남수원 전화국/2층 랩"과 같은 형식으로 저장이 되어 있다.

이와 같은 상황에서, 2층 랩에 있던 장비를 3층으로 옮기면서 EMS 화면에서 "2층 랩"으로 표시되어 있던 네트워크 요소를 "3층 랩"으로 변경하는 경우, 이력 관리 테이블들이 가지고 있는 오래된 데이터와 정보가 불일치하는 경우가 발생할 수 있기 때문에, 구성 정보 테이블에는 1, 2, .... 등 숫자 값만을 ID로 가지도록 하면서 이를 매핑하는 위치지정 리스트를 따로 지정해 주는 것이다.

즉, "2층 랩"인 네트워크 요소는 구성정보 테이블에서는 2라는 값을, 위치지정 리스트에서는 "2층 랩"으로 저장되는 것이다. 상기와 같은 이동이 있는 경우 위치지정 리스트에서만 "3층 랩"으로 변경해 주면 되는 것이다.

마찬가지로 PM(Performance Management), FM(Fault Management), SM(Security Management) 등의 테이블에도 '2'라는 숫자 ID만으로 저장이 되어 있으므로 여기에서도 변경 작업은 필요하지 않으며, EMS 화면에 디스플레이 하는 경우에만 위치지정 리스트에서 앨리어스(Alias) 값을 가져오면 된다.

도 8은 본 발명에 따른 노드 이동시 헤드 정보 테이블의 변화를 나타낸다.

도 8을 살펴보면, 종래 기술에 따른 헤드 정보 테이블을 나타낸 도 1과는 사뭇 다른 형태를 띠고 있음을 알 수 있다.

도 3의 종래 기술에 따른 레벨별 구성정보 테이블들은 모두 레벨1 ID부터 자신의 레벨 ID에 이르기까지 모든 레벨 ID를 가지고 있다. 이는 최상위 레벨 ID부터 시작하여 자신과 연결된 하위 단 레벨 ID를 모두 합쳐 연결해야만 그 유일성이 보장되기 때문이다.

반면에, 본 발명에 따른 도 8의 경우에는 각 레벨별 구성정보 테이블들은 그 바로 상위 레벨의 ID만을 가지고 있다. 즉, 레벨 3의 구성정보 테이블(80-1)은 레벨 2와 레벨 3의 ID만을 가지며, 레벨 4의 구성정보 테이블(80-2)은 레벨 3과 레벨 4의 ID를 가진다.

해당 ID 값은 그 레벨의 고유성을 보장하는 것이기 때문에 어떤 특정 상위 레벨과 연결되어 있는지 알리기 위해서는 상위 레벨의 ID 정보를 가지는 것인 필수적이다.

보통 구성 정보는 모두 레벨로 이루어져 있는데, 상위단과 하위 단이 모두 엮어져 있으며, DB에서는 Parent-Child 관계라고 한다. 이 경우 상위 단 데이터를 삭제하면 하위 단 데이터가 자동으로 삭제되는데, EMS 관리 화면에서 특정 전화국을 삭제하는 경우 그 전화국이 관리하는 네트워크 요소 또한 삭제되는 것이 당연하기 때문이다.

즉, 본 발명에서는 자신과 연결되어 있는 상위 레벨이 무엇인지 알기 위해 상위 레벨의 ID를 가지고 있는 것이다. 이 경우는 레벨 ID가 고유하기 때문에 모든 레벨 ID를 가지고 있을 필요 없이 한 단계 상위의 레벨 ID만을 가져도 구성 정보 관리에 아무런 하자가 없기 때문이다.

도 9는 본 발명에 따른 노드 이동시 각 레벨별 노드 구성도의 변화를 나타낸다.

도 9에 나타난 실시예에는 총 4개의 레벨이 나타나고 있다. 레벨 1에는 ID 1을 가진 'A'라는 네트워크 요소가 있으며, 레벨 2에는 'B', 'C', 'D'라는 네트워크 요소가 각각 10, 11, 12를 ID로 가진다. 레벨 3에는 'E'와 'F'가 있으며, 본 실시예에서는 이 중 네트워크 요소 'F'가 레벨 2의 'C'와 연결되어 있다가 자리를 이동하여 레벨 2의 'D'와 연결하는 경우를 가정하고 있다. 또한 레벨 3의 네트워크 요소 'F'뿐 아니라 'F'의 하위 레벨로 연결되어 있던 'H'도 함께 이동하게 된다.

이동이 이루어진 후를 살펴보면 연결 관계는 'A-C-F-H'에서 'A-D-F-H'로 변동되었지만 네트워크 요소 'F'나 'H'가 가지는 ID는 101과 107로 전혀 변함이 없음을 알 수 있다. 기존에 사용하던 ID가 상위 레벨과의 관계를 표시하는 형태의 ID를 채택하였다면 본 발명에서는 연결되어 있는 다른 네트워크 요소와는 별개의 ID를 선택하여 이동에 따른 구성의 변화는 있을지언정 이동에 따른 자신의 ID 변화는 일어나지 않게 된 것이다. 즉, 네트워크 요소의 위치 이동시 구성정보 테이블의 데이터는 변경해 주어야 하지만, 각 네트워크 요소 ID 별 로그 데이터는 변경할 필요가 없다.

도 10은 본 발명에 따른 로그 데이터의 바람직한 일 실시예를 보여주고 있다.

도 10은 도 9에서의 예와 같이 레벨 ID '101'을 가지는 네트워크 요소가 이동하는 경우에 있어서도 로그 데이터는 변함이 없음을 설명하고자 하는 것이다.

도 10의 하나의 가로줄을 형성하는 레벨 ID와 p1, p2, ..... p50까지의 데이터가 모두 합쳐진 하나의 라인이 하나의 데이터를 의미한다.

도 10의 로그 데이터 테이블(100)에는 7개의 데이터가 표시되어 있다. 여기서 p1, p2는 단순히 칼럼 명을 의미하는 것으로 별다른 뜻을 가지는 것은 아니며, 각종 로그 데이터 테이블에서 그 칼럼 명이 달라지게 되므로 추상적으로 사용하였을 뿐이다. PM 테이블을 예로 들자면, alarm_time, reserve_str 등의 칼럼이 생긴다.

본 발명에서는 각 레벨의 ID가 고유하므로 로그 데이터를 저장하는 도 10의 테이블(100)에서는 레벨 ID를 저장하는 하나의 칼럼만 있고, 노드를 움직여도 테이블의 데이터는 변경할 필요가 없게 된다. 단지 EMS 관리 화면에서 어떤 상위 레벨 아래의 노드에서 데이터가 발생한 것인지 표시하려면 상위 레벨 ID를 가지고 있는 CM 테이블만 조회하여 디스플레이 하면 되는 것이다.

본 발명은, EMS에서 이동하는 노드를 EMS의 모든 레벨에 걸쳐 고유한 ID로 생성되도록 함으로써 EMS의 트리 구조에서 노드를 이용할 경우 상위 레벨의 ID 값이 변경되더라도 로그 데이터들의 변경이 일어나지 않도록 하는 이점을 가진다.

Claims

다수의 네트워크 요소를 포함하는 네트워크의 망 요소 관리 방법에 있어서,

각 네트워크 요소 별로 고유의 ID를 부여하고, 상기 네트워크 요소가 속해있는 바로 상위 네트워크 요소의 고유 ID와 연동하여 저장하는 단계; 와

상기 네트워크 요소 별 고유의 ID와 그에 대응되는 네트워크 요소의 별칭(Alias)을 매핑하여 저장하는 단계를 포함하는 멀티 네트워크의 망 요소 관리 방법.
제1항에 있어서,

상기 네트워크 요소별 고유 ID 및 상기 네트워크 요소가 속한 바로 상위 네트워크 요소의 고유 ID를 구성정보 테이블에 저장하는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제2항에 있어서,

상기 구성정보 테이블은,

네트워크 레벨 별 각각의 테이블로 구성되며, 각 레벨 별 테이블은 상위 레벨과의 연결 관계에 관한 정보를 포함하는 것을 특징으로 하는 멀티 네트워크의 구성요소 관리 방법.
제1항에 있어서,

상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)은 위치지정 리스트(Common Table Alias List)에 저장하는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제1항에 있어서,

상기 네트워크 요소 별 고유 ID는,

전체 네트워크에서 다른 네트워크 요소들과 구분되고,

해당 네트워크 요소가 연결되어 있는 다른 네트워크 레벨과의 상호 연관성이 표현되지 않는 형태로 부여되는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제5항에 있어서,

상기 네트워크 요소 별 고유 ID는,

상기 네트워크 요소의 생성 순서에 따라 순차적으로 증가 또는 감소하는 숫자의 형태로 부여되는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제1항에 있어서,

상기 네트워크 요소별 별칭(Alias)은, 문자열(String)의 형태로 부여되는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제1항에 있어서,

상기 기존에 생성되어 있는 네트워크 요소가 이동하는 경우,

상기 이동 네트워크 요소의 ID와 상기 네트워크 요소의 이동에 따라 변동된 상위 네트워크 요소와의 ID의 연동 관계를 업데이트하여 저장하는 단계를 더 포함하는 멀티 네트워크의 망 요소 관리 방법.
제8항에 있어서,

상기 네트워크 요소를 이동함에 있어,

네트워크의 각종 로그 데이터 테이블(Log Data Table)의 데이터는 변경하지 않는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제8항에 있어서,

상기 네트워크 요소를 이동하여도, 각 네트워크 요소별 고유 ID는 변경되지 않는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
다수의 네트워크 요소를 포함하는 네트워크의 망 요소 관리 시스템에 있어서,

각 네트워크 요소 별로 고유의 ID를 부여하고, 상기 네트워크 요소가 속해있는 바로 상위 네트워크 요소의 고유 ID와 연동하여 저장하고, 상기 네트워크 요소 별 고유의 ID와 그에 대응되는 네트워크 요소의 별칭(Alias)을 매핑하여 저장하는 데이터베이스를 포함하되,

운용자로부터 네트워크 구성 정보에 대한 요구가 있는 경우, 상기 각각의 고유 ID에 대응되는 네트워크 요소의 별칭을 운용자 관리 화면상에 디스플레이 하는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 시스템.
제11항에 있어서,

상기 네트워크 요소 별 고유 ID는,

전체 네트워크에서 다른 네트워크 요소들과 구분되고,

해당 네트워크 요소가 연결되어 있는 다른 네트워크 레벨과의 상호 연관성이 표현되지 않는 형태로 부여되는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 방법.
제 11항에 있어서,

상기 데이터베이스는,

상기 네트워크 요소별 고유 ID 및 상기 네트워크 요소가 속한 바로 상위 네트워크 요소의 고유 ID를 연동하여 저장하는 구성정보 테이블; 과

상기 각각의 고유 ID 별로 대응되는 네트워크 요소의 별칭(Alias)을 저장하는 위치지정 리스트(Common Table Alias List)를 포함하는 멀티 네트워크의 망 요소 관리 시스템.
제13항에 있어서,

상기 구성정보 테이블은,

네트워크 레벨 별 각각의 테이블로 구성되며, 각 레벨 별 테이블은 상위 레벨과의 연결 관계에 관한 정보를 포함하는 것을 특징으로 멀티 네트워크의 망 요소 관리 시스템.
제13항에 있어서,

상기 네트워크 요소별 별칭(Alias)은 문자열(String)의 형태로 부여되는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 시스템.
제13항에 있어서,

상기 기존에 생성되어 있는 네트워크 요소를 이동하는 경우,

상기 네트워크 요소의 이동에 따른 상위 네트워크 레벨과의 연결 관계 변동에 따라 상기 구성정보 테이블 및 상기 위치지정 리스트도 변경하여 저장하며,

네트워크의 각종 로그 데이터 테이블(Log Data Table)의 데이터는 변경하지 않는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 시스템.
제16항에 있어서,

상기 네트워크 요소를 이동하여도 각 네트워크 요소별 고유 ID는 변경되지 않는 것을 특징으로 하는 멀티 네트워크의 망 요소 관리 시스템.