KR100485063B1 - 망관리시스템의 경보 필터링 방법 - Google Patents

망관리시스템의 경보 필터링 방법 Download PDF

Info

Publication number
KR100485063B1
KR100485063B1 KR10-2001-0083534A KR20010083534A KR100485063B1 KR 100485063 B1 KR100485063 B1 KR 100485063B1 KR 20010083534 A KR20010083534 A KR 20010083534A KR 100485063 B1 KR100485063 B1 KR 100485063B1
Authority
KR
South Korea
Prior art keywords
alarm
nms
activation
ems
interface unit
Prior art date
Application number
KR10-2001-0083534A
Other languages
English (en)
Other versions
KR20030053355A (ko
Inventor
이영주
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR10-2001-0083534A priority Critical patent/KR100485063B1/ko
Publication of KR20030053355A publication Critical patent/KR20030053355A/ko
Application granted granted Critical
Publication of KR100485063B1 publication Critical patent/KR100485063B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

본 발명은 DSLAM 장치에서 경보가 발생하여 EMS로 올라오면 EMS와 NMS간의 인터페이스 수단이 해당 경보들중에서 NMS가 필요로 하는 경보만을 필터링하여 NMS측으로 보고되도록 한 망관리시스템의 경보 필터링 방법을 제공하기 위한 것으로, 네트워크 장치들을 관리하는 EMS와 상위의 NMS간의 인터페이스를 담당하는 인터페이스부에서 액세스할 수 있도록 된 데이터베이스를 구비하여 데이터베이스에 EMS가 네트워크 장치들로부터 보고 받게 되는 경보들의 활성화/비활성화 상태 정보가 저장되도록 하는 단계와; NMS가 구동되어 경보 활성화 설정/조회 명령을 발하는 단계와; 인터페이스부가 NMS로부터 경보 활성화 설정/조회 명령을 수신하여 데이터베이스에서 활성화 설정/조회 명령이 요구된 경보에 대한 활성화/비활성화 상태를 검사하는 단계와; 인터페이스부가 데이터베이스에서 검색된 경보의 활성화/비활성화 상태 정보를 NMS에 의해 요구된 경보 활성화 설정 명령에 부합되도록 갱신시키는 단계를 포함하여 이루어지며, EMS는 NMS측에서 보고 받길 원하지 않는 경보들에 대해서는 보고하지 않아도 되므로 NMS에서는 관리할 필요가 있는 경보들에 대해서만 보고 받기 때문에 관리할 경보의 수가 줄어들어 보다 효율적인 경보 관리가 가능하게 된다.

Description

망관리시스템의 경보 필터링 방법 {Filtering method of alarm message for network management system}
본 발명은 망관리시스템의 경보 필터링 방법에 관한 것으로, 보다 상세하게는 DSLAM(Digital Subscriber Line Access Multiplexer) NE(Network Element)에서 경보가 발생하면 EMS(Element Management System)에서 해당 경보들을 필터링하여 NMS(Network Management System)측으로 보고하기에 적당하도록 한 망관리시스템의 경보 필터링 방법에 관한 것이다.
일반적으로 NMS에는 TIMS(팀스), ANSWERS(앤써스), ATM(에이티엠) 등이 있다. 이중에서 ANSWERS는 고장관리를 담당한다.
그리고 DSLAM EMS는 네트워크 장치(NE)로부터 발생하는 경보들을 관리하기 위해 장치로부터 보고 받기를 원하는 경보들에 대해서만 활성화 설정을 할 수 있고, 장치에서 지원하는 모든 경보들에 대한 활성화 여부를 조회할 수 있다. 네트워크 장치에 발생된 경보는 EMS에서 모두 관리한다. EMS는 장치에서 올라오는 모든 경보들을 NMS측에 보고하며, NMS는 EMS에서 보고한 모든 경보들을 관리한다.
도1은 종래기술에 따른 망관리시스템의 경보 보고 흐름을 보인 블록도이다.
도1에 따르면, DSLAM EMS(120)는 DSLAM 장치인 NE(110)에서 지원하는 경보들 중, EMS(120)가 NE(110)를 관리할 때 필요한 경보들에 대해서만 활성화 상태를 설정하면, 장치에서 장애 발생시 EMS(120)는 NE(110)로부터 원하는 경보만을 받을 수 있다. EMS(120)는 NE(110)로부터 올라 온 모든 경보들을 NMS(130)측에 모두 보고한다.
현재 활성화된 경보들을 알아보기 위해서 EMS(120)는 경보 활성화 조회를 할 수 있으며, 경보 활성화 조회를 통해 활성화된 경보들과 그렇지 않은 경보들을 확인한 후 활성화되어 있지 않은 경보를 활성화시키거나 이미 활성화되어 있는 경보들을 비활성화시킬 수 있다.
새롭게 활성화 된 경보들은 NE(110)에서 장애가 발생하면 경보로 올라오고 활성화 해제된 경보들은 올라오지 않는다. 이렇게 올라 온 경보들을 EMS(120)는 NMS(130)측에 모두 보고한다.
NMS(130)는 EMS(120)로부터 보고 받은 경보들을 관리해야 한다.
그러나 종래기술에 있어서, 도1의 (a)에 도시된 바와 같이 EMS는 장치를 보다 효율적으로 관리하기 위해서 관리하고자 하는 경보만을 설정하여 장치로부터 장애 발생시 해당 경보만을 올라오게 할 수 있음에 반해, 도1의 (b)에 도시된 바와 같이 장치로부터 올라 온 모든 경보들은 EMS에 의해 NMS로 보고되므로 NMS에서는 EMS 관리시 불필요한 경보까지 모두 보고 받게 되어 일시에 너무 많은 경보 데이터를 수신하는 경우가 발생하므로 EMS의 효율적인 관리가 어려운 문제점이 있다.
본 발명은 상기와 같은 종래의 문제점을 해소하기 위해 창출된 것으로, 본 발명의 목적은 DSLAM 장치에서 경보가 발생하여 EMS로 올라오면 EMS와 NMS간의 인터페이스 수단이 해당 경보들중에서 NMS가 필요로 하는 경보만을 필터링하여 NMS측으로 보고하도록 한 망관리시스템의 경보 필터링 방법을 제공하는 것이다.
상기 목적을 달성하기 위한 본 발명의 망관리시스템의 경보 필터링 방법은, 네트워크 장치들을 관리하는 EMS와 상위의 NMS간의 인터페이스를 담당하는 인터페이스부에서 액세스할 수 있도록 된 데이터베이스를 구비하여 상기 데이터베이스에 EMS가 상기 네트워크 장치들로부터 보고 받게 되는 경보들의 활성화/비활성화 상태 정보가 저장되도록 하는 단계와; 상기 NMS가 구동되어 경보 활성화 설정/조회 명령을 발하는 단계와; 상기 인터페이스부가 상기 NMS로부터 경보 활성화 설정/조회 명령을 수신하여 상기 데이터베이스에서 상기 활성화 설정/조회 명령이 요구된 경보에 대한 활성화/비활성화 상태를 검사하는 단계와; 상기 인터페이스부가 상기 데이터베이스에서 검색된 경보의 활성화/비활성화 상태 정보를 상기 NMS에 의해 요구된 경보 활성화 설정 명령에 부합되도록 갱신시키는 단계를 포함하는 것을 그 특징으로 한다.
이하, 첨부도면을 참조하여 본 발명에 따른 바람직한 실시예를 설명한다.
도2는 본 발명이 적용되는 망관리시스템의 블록도이고, 도3은 본 발명의 실시예에 따른 망관리시스템의 경보 필터링 방법에서 경보 활성화 설정/조회의 순서도이며, 도4는 본 발명의 실시예에 따른 망관리시스템의 경보 필터링 방법에서 경보 보고의 순서도이다.
DSLAM NMS는 NMS에서 관리하고자 하는 경보들의 활성화 여부를 조회한다. NMS 운용자는 집중국에 있기 때문에 각 로컬국에 있는 EMS 운용자 보다 관리할 경보들의 수가 적다. 가입자들에 대한 서비스를 위해서 NMS 운용자들은 EMS 운용자들이 장치를 관리하기 위해서 필요로 하는 경보들 만큼 그렇게 많은 경보들이 실질적으로 필요하지 않다. 따라서 NMS는 EMS로부터 보고 되어지는 경보를 다 받아서 처리할 필요가 없다. 본 실시예는 이러한 특성을 고려하여 경보 필터링 방식을 적용하고자 한다.
본 실시예에서는 이 조회 명령이 EMS에 내려지면 EMS는 직접 장치로 가서 장치에서 지원하는 경보들 중 NMS에서 관리하고자 하는 경보들의 활성화 여부를 조회하기에 앞서 EMS와 NMS간의 전용 데이터베이스 테이블로 가서 해당 경보들의 활성화 여부를 먼저 조회한다. 이때 데이터베이스에는 활성화를 판단하기에 용이하도록 NR(Not Report)란 항목을 만들어 경보의 NR값이 '1'이면 활성화되지 않은 상태를 나타내도록 하고, NR값이 '0'이면 활성화된 상태를 나타내도록 설정한다.
NMS에서는 관리하고자 하는 경보들을 변경할 수 있으며 새로운 경보에 대해 활성화 상태로 설정을 하고자 하거나 또는 기존의 활성화된 경보를 비활성 상태로 전환시키고자 할 경우에 대해 EMS를 통한 직접적인 장치의 핸들링으로 장치에서 지원하는 경보들의 상태를 설정하는 대신 전용 데이터베이스로 가서 해당 경보의 NR값을 '0' 또는 '1'로 업데이트시킨다.
이렇게 EMS와 NMS간의 전용 데이터베이스에 NMS가 관리하고자 하는 경보들의 활성화 상태에 대한 정보를 담아 둠으로써 네트워크 장치(210)에서 지원하는 경보들 중 EMS에서 관리하고자 하는 경보들만 활성화시켜 놓는다해도 NMS에서는 NMS에서 관리하고자 하는 경보들에 대해서만 EMS로부터 데이터베이스를 통한 자체 필터링을 수행한 후 보고 받을 수 있으므로 경보에 대해 EMS와 NMS간의 개별적인 관리가 가능하게 된다.
도2에 따르면, ANSWERS로 구현된 NMS(230)는 프로토콜로 TCP/IP(Transmission Control Protocol/Internet Protocol)를 사용하고 EMS(220)는 CORBA(221)를 사용하기 때문에 NMS(230)와 EMS(220)간의 프로토콜이 서로 달라 직접적으로 데이터를 전송할 수 없다. 그래서 이 두 장비의 사이에서 데이터를 변환시켜 줄 인터페이스 수단이 필요하다. 즉, 상위 인터페이스가 요구되는데, 이를 인터페이스부(224)라 칭하기로 한다.
그러면 NMS 관점에서는 인터페이스(224)를 포함해서 넓은 의미의 EMS(220)로 볼 수 있게 되고, DSLAM EMS(222)와 NMS(230)간의 경보 필터링은 EMS(222)와 인터페이스부(224)간의 경보 필터링에 해당한다. 필터링을 수행하는 주체는 인터페이스부(224)이며 전용의 데이터베이스(225)도 인터페이스부(224)에서 직접 액세스하여 경보 활성화 상태를 검사한다. 이러한 경보가 활성화되었는지 여부를 나타내기 위해 NR값을 사용한다.
경보 필터링은 NMS(230)와 네트워크 장치(DSLAM NE)(210)와의 연동 테스트시 NMS(230)측의 필요에 의해 개발된다. NMS(230)와 EMS(222)의 운용자가 다르기 때문에, NMS 운용자는 EMS 운용자가 네트워크 요소들의 상태를 파악하기 위해 필요로 하는 많은 경보들을 NMS에서까지 다 관리하기를 원하지 않는다. NMS(230)는 네트워크 요소인 장치(210)를 직접 관리하기 보다는 EMS(222) 관리를 주된 기능으로 하며, 장치(210)가 가입자 장치인 만큼 NMS(230)는 사용자, 즉 가입자와의 관계가 더 중요하기 때문에 사용자의 요구사항을 충족시키는데 필요한 만큼의 경보만 EMS(222)로부터 보고 받으면 되므로 EMS(222)처럼 장치(210)에 관련된 많은 경보들이 다 필요하지 않다.
EMS(222)는 장치에서 지원하는 경보들 중, 장치(210)를 보다 효율적으로 관리하는데 필요한 경보들에 대해서만 활성화시키고자 한다. EMS(222)는 네트워크 장치(210)를 관리하는데 필요한 경보들을 활성화시키기 위해서 네트워크 장치(210)를 직접적으로 핸들링하여 네트워크 장치(210)로부터의 경보들 중 EMS(222)에서 필요한 경보들에 대해서만 활성화시킨다. 네트워크 장치(210)에서 활성화된 경보들은 장비에 장애가 발생할 경우, EMS(222)로 경보를 올려 보낸다. EMS(222)로 올라 온 모든 경보들을 그대로 NMS(230)측에서 보고 받게 되며 NMS(230)에서는 EMS(222) 관리시 필요없는 경보들까지 EMS(222)로부터 모두 보고 받게 된다. 이러한 불합리한 경우를 방지하기 위해서 NMS(230)에서도 보고 받고자 하는 경보만을 EMS(222)로부터 보고 받게 할 수 있는 EMS와 NMS간의 경보 필터링 기능을 사용한다.
도3에 도시된 바와 같이, EMS(222)가 NMS(230)에 의해 요청된 경보만이 보고되도록 하기 위한 경보 필터링을 수행하려면 경보 활성화 상태를 검색할 수 있어야 한다. 그래서 NMS(230)가 구동되면 경보 활성화 설정 및 조회 명령을 발한다. 우선, 경보 활성화 조회 명령어의 처리를 중심으로 설명하기로 한다(S310).
NMS(230)가 지령한 명령은 인터페이스부(224)를 통해 바로 EMS(222)로 내려가는 것이 아니라 인터페이스부(224)에 의해 수신되어 해당 경보에 대한 활성화 상태가 검사되어진다(S320).
인터페이스부(224)는 수신되는 경보 활성화 설정 및 조회 명령에 따라 전용의 데이터베이스(225)를 조회한다. 데이터베이스(225)를 조회하여 경보 활성화 설정 상태, 즉 NR값을 검사하게 된다(S330~S350).
인터페이스부(224)는 EMS(222)에서 보고 받은 경보들의 활성화 여부를 나타내는 NR값을 데이터베이스(225)상에서 조회한 결과, NR값이 '0'인 경보가 있을 경우에는 해당 경보의 경보 활성화 조회 명령어를 EMS(222)를 통해 네트워크 장치(210)로 직접 내려 보낸다(S360~S370).
만약 NR값을 조회할 수 있도록 된 전용의 데이터베이스(225)가 없는 상태에서 NMS(230)에서 네트워크 장치(210)의 경보들에 대한 활성화 조회를 할 경우라면, 이 조회 명령어는 각각 인터페이스부(224)와 EMS(222)를 거쳐 네트워크 장치(210)까지 직접 내려가게 된다. 반면에 본 실시예는 NR값을 조회할 수 있도록 된 전용의 데이터베이스(225)를 운용하게 되므로 조회 명령어를 처리하는 방식이 보다 효율적이다.
EMS(360)로부터 경보 활성화 조회 명령어를 전달받게 되는 네트워크 장치(210)는 해당 명령어를 수행한 결과 값을 보고하게 된다(S380).
그리고 NR값이 '1'인 경보가 있을 경우에 인터페이스부(224)에서는 경보 활성화 조회 명령어를 EMS(222)를 통해 네트워크 장치(210)로 직접 내려 보낼 필요없이 인터페이스부(224) 자체에서 수행을 종료하고, 해당 경보가 비활성화 상태라는 결과 값을 NMS(230)에 보고한다. 더불어 네트워크 장치(210)로부터 보고된 경보 활성화 조회 명령어의 처리 결과 값이 NMS(230)에 보고된다(S390).
여기서 디폴트의 경우에는 데이터베이스(225)의 모든 경보들에 대해 NR값이 '1'로 설정되도록 하는 것이 바람직하다. 그리고 데이터베이스(225)는 단순히 각 경보들에 대한 NR값만을 보유하기 위한 것으로, 인터페이스부(224)가 ESQL(Embedded Standard Query Language) 등을 사용하여 데이터베이스(225)를 직접 액세스하도록 할 수 있다. 데이터베이스(225)에 저장된 정보를 NMS(230)에서 가져가는 게 아니라 인터페이스부(224)에서 데이터베이스(225)의 NR값을 조회하여 발생된 경보들의 NR값이 '0'일 경우에만 해당 경보를 NMS(230)에 보고하도록 한 것이다.
이처럼 경보 활성화 조회 명령어가 처리되는데, 경보 활성화 설정 명령어의 처리도 이에 유사한 방식으로 수행된다. 이하에서는 경보 활성화 설정 명령어의 처리 방식을 설명한다.
만약, 종래와 같이 NR값을 조회할 수 있는 데이터베이스(225)가 없는 상태에서 NMS(230)에서 기존에 활성화 되어 있는 경보를 활성화 해제를 시키거나 혹은 활성화 되어 있지 않은 경보에 대해 새롭게 활성화를 시키고자 하면, NMS(230)는 각각의 인터페이스부(224)와 EMS(222)를 거쳐 네트워크 장치(210)에 직접 경보 활성화 설정 명령을 내려야 한다.
본 실시예에서는 인터페이스부(224)에서 NR값을 조회할 수 있도록 된 데이터베이스(225)가 있는 상태에서NMS(230)가 네트워크 장치(210)의 경보들에 대한 활성화 설정 명령어를 발하게 된다. NMS(230)의 경보 활성화 설정 명령은 인터페이스부(224)를 통해 바로 EMS(222)를 거쳐 네트워크 장치(210)로 직접 전달되어지기 전에 우선적으로 인터페이스부(224)에서 데이터베이스(225)로 가서 해당 경보에 대한 NR값을 검사한다. 해당 경보의 NR값이 '0'이면 해당 경보가 이미 활성화 설정 되어 있는 상태라는 것을 의미하므로, 인터페이스부(224)는 해당 명령어를 EMS(222)로 전달하는 과정을 진행시키지 않고 수행을 종료한 후 NMS(230)에 해당 경보가 성공적으로 활성화 설정이 되었음을 통보하게 된다. 데이터베이스(225)를 검사한 결과 NR값이 '1'인 경보가 있으면 해당 경보를 활성화시키는 활성화 설정 명령을 EMS(222)를 통해 네트워크 장치(222)로 직접 내려보내면 된다.
이렇게 인터페이스부(224)에서 NR값의 설정 및 조회를 위해 전용으로 운용할 수 있는 데이터베이스(225)를 사용하게 되면, 인터페이스부(224)와 EMS(222)에서 관리하는 경보가 서로 다르게 된다. 먼저, NMS(230)에서 내려 온 명령어가 EMS(222)로 내려가지 않고 단순히 전용 데이터베이스만을 거쳐 그 결과 값을 인터페이스부에서 NMS(230)로 보고할 경우, NMS(230)에 보고되는 경보 상태 값은 EMS(222)를 거치지 않게 되므로 실제 장비에 설정된 경보 상태값과 다를 수 있다. 반면에 EMS(222) 운용자가 명령어를 EMS(222)로 내리면 이 명령어는 EMS(222)를 타고 네트워크 장치(210)로 가서 해당 네트워크 장치(210)의 상태를 설정하는데, 이 명령어의 수행은 NMS(230)와는 무관하게 처리된다.
보다 구체적인 구체적으로 장치에서 지원하는 경보들이 A, B, C, D, E, F, G, H, 및 I 이라 하고, 그 중에서 EMS 운용자가 장치 관리를 위해서 필요로 하는 경보들은 A, B, C, D, 및 E이고, NMS 운용자가 가입자에 대한 서비스를 위해 필요로 하는 경보들은 A, B, 및 C라 하자.
그러면 디폴트로 NMS(230)에서 관리하는 경보들에 대한 NR값이 모두 '1'로 설정되는데, 이는 해당 경보들이 비활성 상태임을 지시한다. 따라서 경보 A부터 I까지의 모든 경보들에 대한 NR값이 '1'로 설정되어 데이터베이스(225)에 저장된다.
이 상태에서 NMS(230)의 경보 활성화 조회 명령이 내려오면, 인터페이스부(224)는 곧바로 EMS(222)로 조회 명령을 내리지 않고 데이터베이스(225)를 검색하여 경보들의 NR값을 검사한다. 이때 데이터베이스(225)의 NR값이 모두 '1'로 설정되어 있으므로, 인터페이스부(224)에서는 경보 활성화 조회의 결과 값으로 현재 NMS에서 관리하고자 하는 경보 A, B, 및 C가 비활성화 상태에 있음을 알린다. 따라서 인터페이스부(224)는 경보 활성화 조회 명령어를 네트워크 장치(210)로 내릴 필요없이 자체적으로 데이터베이스(225)를 조회하여 NMS 명령을 수행할 수 있게 되는 것이다.
한편, 각 경보의 NR값이 디폴트로 설정된 상태에서 NMS(230)에서 관리하고자 하는 경보 A, B, 및 C에 대해 활성화 설정 명령이 내려오는 경우, 현재 해당 경보의 NR값이 모두 '1'이므로 인터페이스부(224)에서 직접 EMS(222)를 통해 장치까지 명령을 내려 보낸다. 그러면 장치에서 경보 활성화 설정 명령이 수행되면서 A, B, 및 C에 대한 데이터베이스(225)의 NR값이 '0'으로 세팅된다.
NMS(230)에서 경보 C에 대한 활성화 설정을 해제하고자 하는 경우, 인터페이스부(224)에서는 EMS(222)로 명령을 직접 내려 보내지 않고 데이터베이스(225)로 가서 해당 경보 C의 NR값만을 '1'로 세팅해 주면 된다. 즉, 경보 활성화 설정은 NMS(230)의 특정 경보 A가 활성화 되어져야 한다면, EMS(222)와 장치에서도 동일하게 해당 경보에 대해 활성화 설정이 되어져야 한다. 그리고 데이터베이스(225)의 NR값이 '0'으로 세팅되어져야 한다. 장치에서 경보가 발생할 경우 NMS(230)에서도 보고 받을 수 있게 된다.
경보의 비활성화 설정의 경우에는 NMS(230)의 특정 경보 A에 대한 비활성화로 설정된 상태라고 해서 EMS(222)와 장치에서 해당 경보가 비활성화로 되어질 필요는 없다. NMS(230)의 특정 경보 A에 대한 비활성화 설정은 데이터베이스(225)에서 해당 경보 A의 NR값이 '1'로 세팅되어진 상태를 나타내기 때문이다. 따라서 EMS(222)에서 A를 활성화 상태로 하기 위해 설정 명령을 내려 장치에서 경보 A가 활성화 상태가 된 후 장치에서 경보 A가 발생하여 EMS(222)로 경보 A를 올려 보냈다고 해도 인터페이스부(224)에서는 EMS(222)로부터 보고 받은 경보를 즉시 NMS(230)로 올려 보내지 않고 먼저 데이터베이스(225)로 가서 경보 A의 NR값을 검사한다. 경보 A의 NR값은 이미 '1'로 세팅되어져 있어 경보 A가 NMS(230)에서는 비활성화 상태로 설정된 경보임을 의미하므로, 인터페이스부(224)는 EMS(222)로부터 보고 받은 경보를 NMS(230)에 보고 하지 않고 무시한다. 인터페이스부(224) 자체적으로 경보를 필터링하게 된다.
계속해서 경보 필터링 방법이 적용되는 경우에 있어서 네트워크 장치에서 발생된 경보를 보고하는 과정을 설명한다.
도4에 따르면, 장치에서 장애가 발생하는 경우에는 EMS로 경보가 올라온다. EMS는 수신된 경보들 모두를 NMS측으로 보고하기에 앞서서 인터페이스부로 해당 경보들을 보고한다(S410~S430).
인터페이스부는 EMS로부터 경보 보고가 있는 경우에 데이터베이스를 조회하여 해당 경보들의 활성화 여부를 나타내는 NR값을 검사한다(S440, S450).
그래서 EMS로 수신된 경보들 중에서 NR값이 '1'인 경보들에 대해서는 NMS측으로 보고하지 않으며, NR값이 '0'인 경보들만이 NMS측으로 보고된다(S460, S470).
이러한 필터링 방식으로 EMS에서 관리하고자 하는 경보들과 NMS에서 관리하고자 하는 경보들이 다르게 존재할 수 있게 했다. 서로 다르게 경보들을 관리한다고 해도 EMS와 NMS간의 동기를 맞춰줘야 하는 어려움없이 단순히 전용 데이터베이스를 사용하여 용이하게 구현된다.
이처럼 본 실시예에 따른 경보 필터링은 EMS와 NMS간에 관리하고자 하는 경보가 서로 다른 경우, 즉 EMS에서 관리하는 경보들 중 NMS에서 보고 받고자 하는 경보만을 선별적으로 EMS로부터 보고 받을 수 있도록 한 기능이며, NMS에선 EMS처럼 직접 장치를 핸들링하지는 않고 간단히 데이터베이스를 사용하여 NMS에서 보고 받고자 하는 경보만을 보고 받을 수 있게 한다. 이때 사용되는 데이터베이스는 EMS와 NMS간의 전용 데이터베이스 테이블이며 EMS와 장치간에 사용되는 데이터베이스처럼 동기를 맞춰 줄 필요가 없다.
따라서 EMS와 NMS간의 경보 필터링 기능을 추가함으로써 EMS는 NMS의 요구를 만족시키기 위해서 장치를 직접 핸들링하는 경우를 줄임으로써 NMS의 요청을 수행하는데 보다 향상된 성능을 발휘할 수 있으며, EMS는 NMS측에서 보고 받기 원치 않는 경보들에 대해서는 보고하지 않아도 되므로 NMS에서는 관리할 필요가 있는 경보들에 대해서만 보고 받기 때문에 관리할 경보들이 그 만큼 줄어들게 되어 보다 효율적인 경보 관리가 가능하게 된다.
이상 설명한 실시예는 본 발명의 다양한 변화, 변경 및 균등물의 범위에 속한다. 따라서 실시예에 대한 기재내용으로 본 발명이 한정되지 않는다.
본 발명의 망관리시스템의 경보 필터링 방법에 따르면, EMS와 NMS간의 경보 필터링 기능을 추가함으로써 EMS는 NMS의 요구를 만족시키기 위해서 장치를 직접 핸들링하는 경우를 줄임으로써 NMS의 요청을 수행하는데 보다 향상된 성능을 발휘할 수 있으며, EMS는 NMS측에서 보고 받길 원하지 않는 경보들에 대해서는 보고하지 않아도 되므로 NMS에서는 관리할 필요가 있는 경보들에 대해서만 보고 받기 때문에 관리할 경보의 수가 줄어들어 보다 효율적인 경보 관리가 가능하게 된다.
도1은 종래기술에 따른 망관리시스템의 경보 보고 흐름을 보인 블록도.
도2는 본 발명이 적용되는 망관리시스템의 블록도.
도3은 본 발명의 실시예에 따른 망관리시스템의 경보 필터링 방법에서 경보 활성화 설정/조회의 순서도.
도4는 본 발명의 실시예에 따른 망관리시스템의 경보 필터링 방법에서 경보 보고의 순서도.
* 도면의 주요 부분에 대한 부호의 설명 *
210 : 네트워크 장치 220 : NMS 관점에서의 EMS
221 : CORBA 프로토콜 222 : EMS
223 : 이벤트 채널 224 : 인터페이스부
225 : 데이터베이스 230 : NMS

Claims (5)

  1. 네트워크 장치들을 관리하는 EMS와 상위의 NMS간의 인터페이스를 담당하는 인터페이스부에서 액세스할 수 있도록 된 데이터베이스를 구비하여 상기 데이터베이스에 EMS가 상기 네트워크 장치들로부터 보고 받게 되는 경보들의 활성화/비활성화 상태 정보가 저장되도록 하는 단계와;
    상기 NMS가 구동되어 경보 활성화 설정/조회 명령을 발하는 단계와;
    상기 인터페이스부가 상기 NMS로부터 경보 활성화 설정/조회 명령을 수신하여 상기 데이터베이스에서 상기 활성화 설정/조회 명령이 요구된 경보에 대한 활성화/비활성화 상태를 검사하는 단계와;
    상기 인터페이스부가 상기 데이터베이스에서 검색된 경보의 활성화/비활성화 상태 정보를 상기 NMS에 의해 요구된 경보 활성화 설정 명령에 부합되도록 갱신시키는 단계를 포함하는 것을 특징으로 하는 망관리시스템의 경보 필터링 방법.
  2. 삭제
  3. 제 1항에 있어서, 상기 NMS의 경보 활성화 조회 명령이 지령되는 경우,
    상기 인터페이스부가 상기 데이터베이스를 조회하여 지정된 경보에 대한 활성화/비활성화 상태 정보를 검사하는 단계와;
    상기 인터페이스부가 상기 지정된 경보에 대한 활성화/비활성화 상태 정보를 상기 NMS측으로 보고하는 단계를 포함하여 이루어지는 것을 특징으로 하는 망관리시스템의 경보 필터링 방법.
  4. 제 1항에 있어서, 상기 NMS의 경보 활성화 설정 명령이 지령되는 경우,
    상기 인터페이스부가 상기 데이터베이스를 조회하여 지정된 경보에 대한 활성화/비활성화 상태 정보를 검사하는 단계와;
    상기 지정된 경보에 대한 활성화/비활성화 상태 정보가 비활성화된 상태를 나타내는 경우에는 상기 인터페이스부가 해당 경보에 대한 활성화/비활성화 상태 정보를 활성화 상태로 갱신시키는 단계와;
    상기 지정된 경보에 대한 활성화/비활성화 상태 정보가 활성화된 상태가 되면, 상기 인터페이스부가 상기 경보 활성화 설정 명령을 상기 EMS측으로 전달하는 단계와;
    상기 경보 활성화 설정 명령을 수신하는 EMS가 상기 네트워크 장치로부터 해당 경보들을 보고 받아 상기 인터페이스부를 거쳐 상기 NMS측으로 보고하는 단계를 포함하여 이루어지는 것을 특징으로 하는 망관리시스템의 경보 필터링 방법.
  5. 제 1항에 있어서,
    상기 네트워크 장치에서 발생된 경보를 상기 EMS측으로 보고하는 단계와;
    상기 EMS가 상기 네트워크 장치로부터 수신된 경보를 상기 인터페이스부로 보고하는 단계와;
    상기 인터페이스부가 상기 EMS로부터 보고되는 경보에 대한 활성화/비활성화 상태 정보를 상기 데이터베이스상에서 검사하는 단계와;
    상기 인터페이스부가 상기 활성화/비활성화 상태 정보가 비활성화 상태에 있는 경보는 상기 NMS측으로 보고하지 않고, 상기 활성화/비활성화 상태 정보가 활성화 상태에 있는 경보를 상기 NMS측으로 보고하게 되는 단계를 더 포함하는 것을 특징으로 하는 망관리시스템의 경보 필터링 방법.
KR10-2001-0083534A 2001-12-22 2001-12-22 망관리시스템의 경보 필터링 방법 KR100485063B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2001-0083534A KR100485063B1 (ko) 2001-12-22 2001-12-22 망관리시스템의 경보 필터링 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0083534A KR100485063B1 (ko) 2001-12-22 2001-12-22 망관리시스템의 경보 필터링 방법

Publications (2)

Publication Number Publication Date
KR20030053355A KR20030053355A (ko) 2003-06-28
KR100485063B1 true KR100485063B1 (ko) 2005-04-22

Family

ID=29577942

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0083534A KR100485063B1 (ko) 2001-12-22 2001-12-22 망관리시스템의 경보 필터링 방법

Country Status (1)

Country Link
KR (1) KR100485063B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016049796A1 (zh) * 2014-09-29 2016-04-07 华为技术有限公司 一种告警处理的方法和设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10232843A (ja) * 1997-02-20 1998-09-02 Hitachi Ltd ネットワーク管理ツール
KR20000015064A (ko) * 1998-08-27 2000-03-15 윤종용 트랩 필터를 이용한 트랩 관리 방법
KR20000044308A (ko) * 1998-12-30 2000-07-15 윤종용 교환시스템에서 망관리 통계 데이터 수집/출력방법
KR20010047991A (ko) * 1999-11-24 2001-06-15 이계철 다 계층 데이터 망에서의 고객 망 관리 서비스를 위한성능 데이터 추출 방법
KR20020013291A (ko) * 2000-08-14 2002-02-20 이계철 츠루-푸시(Ｔｒｕｅ Ｐｕｓｈ) 기능을 이용한 망관리데이터의 실시간 제공 장치 및 그 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10232843A (ja) * 1997-02-20 1998-09-02 Hitachi Ltd ネットワーク管理ツール
KR20000015064A (ko) * 1998-08-27 2000-03-15 윤종용 트랩 필터를 이용한 트랩 관리 방법
KR20000044308A (ko) * 1998-12-30 2000-07-15 윤종용 교환시스템에서 망관리 통계 데이터 수집/출력방법
KR20010047991A (ko) * 1999-11-24 2001-06-15 이계철 다 계층 데이터 망에서의 고객 망 관리 서비스를 위한성능 데이터 추출 방법
KR20020013291A (ko) * 2000-08-14 2002-02-20 이계철 츠루-푸시(Ｔｒｕｅ Ｐｕｓｈ) 기능을 이용한 망관리데이터의 실시간 제공 장치 및 그 방법

Also Published As

Publication number Publication date
KR20030053355A (ko) 2003-06-28

Similar Documents

Publication Publication Date Title
EP1744519B1 (en) Information exchange system, management server, and method for reducing the network load
JP5074567B2 (ja) 通信網のマネージメントネットワークの運用のための方法
EP2908497B1 (en) Method, device and system for remote management of terminal peripheral
WO2009033391A1 (fr) Procédé, équipement de gestion, équipement géré et système permettant de commander le flux de l'alarme
CN101005399A (zh) 网络设备管理方法、网络设备和网络设备管理系统
US8688741B2 (en) Device description framework information reporting and updating method, device and system
JP2005237018A (ja) ネットワークマネージメントシステムへのデータ送信
KR100485063B1 (ko) 망관리시스템의 경보 필터링 방법
US20080243858A1 (en) Design and Methods for a Distributed Database, Distributed Processing Network Management System
CN101163040B (zh) 一种自动向用户通知被监控设备连接状态的方法
JPH10334013A (ja) 分散型システムのための運用監視方法およびそのシステム
KR100205032B1 (ko) 광대역 회선 분배 시스템의 종속 망 이력 데이터 관리방법
KR100441892B1 (ko) 코랜 가입자 통합 관리 장치 및 방법
CN100466538C (zh) 改变管理网络的代理的运行模式的方法和装置
JP3305248B2 (ja) ネットワーク監視制御方法とシステム
KR100686865B1 (ko) 통합 메시지 서비스를 위한 단문서비스 처리장치
KR101146836B1 (ko) 매니저 고장시 관리 네트워크를 운영하기 위한 방법 및설비들
KR19980016537A (ko) 망 관리 장치 및 그 방법
JP2953358B2 (ja) ネットワーク監視装置
CN113965577B (zh) 一种智能切换Socks5代理服务器节点的系统与方法
CN118075792B (zh) 基于tr069协议的基站告警处理方法
EP2001157B1 (en) Method for data communication and device as well as communication system
KR20000039704A (ko) 비동기전송모드에서 통신 관리망 에이전트와 공통 객체 요구 중계 구조 관리부간의 통지 변환 방법
JPH10210034A (ja) ネットワーク管理システム
KR100443915B1 (ko) 네트워크 매니지먼트 시스템의 아이피씨 구조

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E902 Notification of reason for refusal
E601 Decision to refuse application
J201 Request for trial against refusal decision
AMND Amendment
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20100330

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee