KR100814403B1 - Formula based network management system supporting queueing mechanism and method of measuring performance parameter - Google Patents
Formula based network management system supporting queueing mechanism and method of measuring performance parameter Download PDFInfo
- Publication number
- KR100814403B1 KR100814403B1 KR1020060099300A KR20060099300A KR100814403B1 KR 100814403 B1 KR100814403 B1 KR 100814403B1 KR 1020060099300 A KR1020060099300 A KR 1020060099300A KR 20060099300 A KR20060099300 A KR 20060099300A KR 100814403 B1 KR100814403 B1 KR 100814403B1
- Authority
- KR
- South Korea
- Prior art keywords
- performance parameter
- queue
- value
- network management
- function
- Prior art date
Links
Images
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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
-
- 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/14—Network analysis or design
- H04L41/142—Network analysis or design using statistical or mathematical methods
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Pure & Applied Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Algebra (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
도 1은 일반적인 데이터베이스형 성능 파라미터 산출 방식을 이용한 네트워크 관리 시스템의 구조를 나타낸 도면.1 is a diagram showing the structure of a network management system using a general database type performance parameter calculation method.
도 2는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면.2 is a diagram illustrating a configuration of a network management system according to an embodiment of the present invention.
도 3은 본 발명에 따른 성능 파라미터의 함수에 대한 XML 파일의 일 예를 나타낸 도면.3 shows an example of an XML file for a function of a performance parameter in accordance with the present invention.
도 4는 본 발명의 다른 실시예에 따른 네트워크 관리 시스템의 성능 파라미터 측정 방법을 나타낸 도면.4 is a diagram illustrating a method for measuring performance parameters of a network management system according to another embodiment of the present invention.
도 5는 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면.5 is a diagram illustrating a configuration of a network management system according to another embodiment of the present invention.
도 6은 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면.6 is a diagram illustrating a configuration of a network management system according to another embodiment of the present invention.
도 7은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 큐를 생성하는 과정을 나타낸 도면.7 is a diagram illustrating a process of creating a queue by a network management system according to an embodiment of the present invention.
도 8은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 변수 치환을 통한 계산식 처리 과정을 나타낸 도면.8 is a diagram illustrating a calculation process through variable substitution in a network management system according to an embodiment of the present invention.
도 9는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 SQL 쿼리문 생성 방법을 나타낸 도면.9 is a diagram illustrating a method for generating SQL query statements in a network management system according to an embodiment of the present invention.
도 10은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 SQL 문을 생성하는 방법을 나타낸 도면.10 is a diagram illustrating a method for generating a SQL statement by a network management system according to an embodiment of the present invention.
도 11은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 성능 파라미터 값을 출력한 결과를 나타낸 도면.11 is a diagram illustrating a result of outputting a performance parameter value by a network management system according to an exemplary embodiment of the present invention.
<도면의 주요 부분에 대한 부호 설명><Description of the symbols for the main parts of the drawings>
200 : 네트워크 관리 시스템 201 : 파라미터 조회부200: network management system 201: parameter inquiry unit
202 : 성능 파라미터 함수부 203 : 성능 파라미터 분석부202: performance parameter function unit 203: performance parameter analysis unit
204 : 큐 관리부 205 : 성능 파라미터 계산부204: queue management unit 205: performance parameter calculation unit
206 : 디스플레이부 210 : 데이터베이스206: display unit 210: database
220 : 네트워크 구성 요소220: network components
본 발명은 실시간 모니터링을 위하여 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 그 방법에 관한 것이다. 더욱 구체적으로 본 발명은 가상 성능 파라미터의 XML 정의 모델링, 수식 치환 및 처리를 사용하여 유무선 네트워크에 관한 실시간 QoS 모니터링을 하는 네트워크 관리 시스템 및 그 방법에 관한 것이다. The present invention relates to a formula-based network management system and method for supporting queuing for real-time monitoring. More specifically, the present invention relates to a network management system and method for real-time QoS monitoring for wired and wireless networks using XML defined modeling, mathematical substitution, and processing of virtual performance parameters.
일반적으로 유, 무선 통신 네트워크에 대한 서비스 품질 측정은 서비스 유실 여부의 사전 판단, 서비스 사용 추이 분석, 사용자별 차등 품질 제공 등과 같이 망 자원의 사용 상의 효율성을 높이는 동시에 일정 수준 이상의 품질을 보장할 수 있도록 하는데 있어서 기본이 된다. 사업자는 품질 지표를 바탕으로 향후의 시스템 증설, 교체 여부를 판단하거나, 현재 제공하는 서비스 이외의 수익 창출 모델을 설계할 수 있다. In general, service quality measurement for wired and wireless communication networks can guarantee the quality of a certain level while improving efficiency in using network resources such as preliminary determination of loss of service, analysis of service usage trend, and provision of differential quality for each user. It is the basis for Based on the quality indicators, the operator can determine whether to expand or replace the system in the future, or design a profit generation model other than the service currently provided.
이 서비스 품질 측정 방법은 시스템에서 정의한 성능 파라미터를 바탕으로 망 운용 사업자의 관전에서 부가적으로 산출하는 주요 성능 지수(KPI : Key Performance Indicator)를 모니터링함으로써 가능하다. This service quality measurement method is possible by monitoring key performance indicators (KPIs) that are additionally calculated by the observer of the network operator based on the performance parameters defined by the system.
도 1은 일반적인 데이터베이스형 성능 파라미터 산출 방식을 이용한 네트워크 관리 시스템의 구조를 나타낸 도면이다.1 is a diagram illustrating the structure of a network management system using a general database type performance parameter calculation method.
도 1에 도시된 바와 같이 종래의 네트워크 관리 시스템(120)은 정보 수집부(121), 데이터베이스(122), KPI 산출부(123) 및 유저 인터페이스부(124)로 구성될 수 있다.As shown in FIG. 1, the conventional
정보 수집부(121)는 네트워크 구성 요소(NE : Network Element)(110)와 통신 을 수행하여 네트워크 구성 요소(110)로부터 소정의 파라미터 값을 입력받는 구성 요소이다. 데이터베이스(122)는 정보 수집부(121)를 통하여 입력된 파라미터 값을 저장하는 장소이다. KPI 산출부(123)는 데이터베이스(122)에 저장되어 있는 파라미터 값들을 기 설정되어 있는 KPI 산출식에 적용하여 운용자가 원하는 KPI를 산출하는 구성 요소이다. 이와 같이 산출된 KPI는 유저 인터페이스부(124)로 디스플레이되며, 운용자는 이를 체크할 수 있게 된다.The
이와 같은 종래의 네트워크 관리 시스템은 경우 일반 성능 파라미터를 데이터베이스에 저장한 후, KPI 산출부에 저장되어 있는 계산식을 통하여 KPI로 정의된 주요 성능 지수를 산출하는 방식에 해당한다. 왜냐하면 일반적으로 이용되는 KPI는 시스템의 구성요소에 정의된 파라미터로부터 직접 조회가 불가능하고, 이미 정의되어 있는 파라미터 값을 별도의 계산을 수행하여 구하기 때문이다. Such a conventional network management system corresponds to a method of calculating a main performance index defined by KPI through a calculation formula stored in a KPI calculation unit after storing general performance parameters in a database. This is because the commonly used KPIs cannot be directly retrieved from the parameters defined in the system's components, and are obtained by performing separate calculations on the parameter values already defined.
이와 같이 성능 지수를 사용하여 서비스 품질을 모니터링 함에 있어서 실시간 모니터링 지원 여부는 시스템이 초기 서비스를 시작하거나, 예기치 못한 사건으로 구성 파라미터를 변경하였을 때, 적용 이후 제공되는 서비스의 품질 수준을 즉각적으로 판단하는데 매우 중요하다. 그러나 도 1에서 설명한 종래의 네트워크 관리 시스템은 데이터베이스에 저장된 값을 기반으로 성능 지수를 산출하게 되므로 원칙적으로 실시간 관측을 할 수 없다. 만일, 종래의 네트워크 관리 시스템을 이용하여 실시간 관측을 하는 것처럼 하기 위하여는 네트워크 구성 요소로부터 파라미터 수집 과정, 데이터베이스 저장 과정, 성능 지수 산출 과정을 아주 빨리 처리해야하는 프로세싱 부하가 발생한다. 이상에서 설명한 바와 같이 종래의 네트워크 관리 시스템은 산출 공식의 적용이 고정적이어서 새로운 성능 지수 또는, 기존의 성능 지수 산출 공식의 변경은 실질적으로 불가능하다는 문제점이 존재한다.In monitoring service quality using the performance index, whether real-time monitoring is supported immediately determines the quality of service provided after application when the system starts initial service or changes configuration parameters due to an unexpected event. very important. However, the conventional network management system described with reference to FIG. 1 calculates a performance index based on a value stored in a database, and thus, in principle, real-time observation cannot be performed. In order to perform real-time observation using a conventional network management system, a processing load that requires a very fast process of collecting parameters, storing a database, and calculating a figure of merit from a network component is generated. As described above, the conventional network management system has a problem in that the application of the calculation formula is fixed, so that it is practically impossible to change the new performance index or the existing performance index calculation formula.
따라서, 본 발명은 상기한 종래 기술에 따른 문제점을 해결하기 위한 것으로, 실시간으로 수집한 성능 파라미터 값을 바탕으로 사용자가 정의 가능한 성능 파라미터 값을 산출하기 위하여 큐잉 기법을 이용하고, 상기 큐에 저장된 성능 파라미터의 히스토리 값을 참조하여 보다 정확한 현재의 성능 파라미터를 측정하는 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 이를 이용한 성능 파라미터 측정 방법의 제공을 목적으로 한다.Accordingly, the present invention is to solve the problems according to the prior art, using a queuing technique to calculate a user-definable performance parameter value based on the performance parameter values collected in real time, and stored in the queue It is an object of the present invention to provide a formula-based network management system that supports queuing to measure a current performance parameter more accurately by referring to the history value of the parameter, and a method of measuring the performance parameter using the same.
본 발명의 일 측면에 따른 네트워크 관리 시스템은 네트워크 운용자가 요청한 성능 파라미터를 계산하기 위한 다수의 함수식을 저장하고 있는 성능 파라미터 함수부, 상기 성능 파라미터 함수부에 저장된 함수를 파싱하여, 상기 함수식 계산을 위하여 필요한 네트워크 구성 요소의 시스템 변수의 종류를 결정하고, 상기 변수에 상응하는 큐를 생성하는 성능 파라미터 분석부, 네트워크 구성 요소(Network Element)로부터 상기 결정된 시스템 변수를 조회하고, 이를 상기 생성된 큐에 저장하는 파라미터 조회부, 및 상기 큐에 저장된 시스템 변수 값을 성능 파라미터 함수에 대입함으로써 성능 파라미터를 계산하는 성능 파라미터 계산부를 포함할 수 있 다. The network management system according to an aspect of the present invention parses a function stored in a plurality of function expressions for calculating a performance parameter requested by a network operator and a function stored in the performance parameter function unit to calculate the function expression. A performance parameter analyzer for determining a type of system variable of a required network component, generating a queue corresponding to the variable, inquiring the determined system variable from a network element, and storing the determined system variable in the created queue. And a parameter query unit configured to calculate a performance parameter by assigning a system variable value stored in the queue to a performance parameter function.
이 경우 상기 성능 파라미터 함수에 표시되는 시스템 변수는 네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기되는 것을 특징으로 한다. 더욱 바람직하게, 상기 성능 파라미터 함수에 표시되는 시스템 변수는 상기 시스템 변수의 현재 값, 직전 값 또는 그 직전 값을 구분하기 위한 식별자를 더 포함하여 표기되는 것을 특징으로 한다.In this case, the system variable displayed in the performance parameter function may be expressed by combining an ID of a group and a category to which a network component belongs, a system defined parameter ID of the network component, and a separator for distinguishing the ID. More preferably, the system variable displayed in the performance parameter function is characterized in that it further comprises an identifier for distinguishing the current value, the previous value or the previous value of the system variable.
상기 네트워크 관리 시스템은 네트워크 구성 요소로부터 읽어온 시스템 변수 값과 성능 파라미터 함수에 의하여 계산된 성능 파라미터의 히스토리 값을 저장하는 데이터베이스를 더 포함할 수 있다. 이 경우 상기 성능 파라미터 계산부는 상기 큐에 저장된 시스템 변수 값과 상기 데이터베이스에 저장되어 있는 성능 파라미터의 히스토리 값을 참조하여 성능 파라미터 함수를 계산할 수 있다. The network management system may further include a database storing a system variable value read from a network component and a history value of the performance parameter calculated by the performance parameter function. In this case, the performance parameter calculator may calculate a performance parameter function by referring to a system variable value stored in the queue and a history value of the performance parameter stored in the database.
또한, 상기 성능 파라미터 분석부는 성능 파라미터 함수를 파싱함으로써 임의의 시스템 변수에 대하여 몇 개의 히스토리 값이 이용되는지 체크하고, 상기 이용되는 히스토리(History)의 개수에 비례하여 큐의 크기를 결정하는 것이 바람직하다. 상기 성능 파라미터 계산부는 상기 계산된 성능 파라미터가 다른 성능 파라미터 함수에서 참조되는 경우, 상기 참조되는 성능 파라미터의 히스토리의 개수에 따라 큐를 생성하고, 상기 큐에 계산된 성능 파라미터 값을 저장하게 된다.In addition, the performance parameter analyzer may check how many history values are used for any system variable by parsing a performance parameter function, and determine the size of the queue in proportion to the number of used history. . When the calculated performance parameter is referenced in another performance parameter function, the performance parameter calculator generates a queue according to the number of histories of the referenced performance parameter and stores the calculated performance parameter value in the queue.
본 발명의 다른 측면에 따른 네트워크 성능 파라미터 측정 방법은 네트워크 관리 시스템은 저장되어 있는 성능 파라미터 함수를 파싱하여, 함수에 정의되어 있는 시스템 변수의 종류를 판단하고, 상기 시스템 변수에 상응하는 큐를 생성하는 단계, 상기 네트워크 관리 시스템은 네트워크 구성 요소(Network Element)로부터 성능 파라미터를 계산하기 위해 필요한 시스템 변수를 조회하여 상기 큐에 저장하는 단계, 및 상기 네트워크 관리 시스템은 상기 큐에 저장된 시스템 변수 값을 상기 성능 파라미터 함수에 치환함으로써 네트워크 운용자가 요청한 성능 파라미터 값을 계산하는 단계를 포함한다.In the network performance parameter measuring method according to another aspect of the present invention, the network management system parses a stored performance parameter function to determine a type of system variable defined in the function, and generates a queue corresponding to the system variable. In the step, the network management system queries the system variables necessary for calculating the performance parameters from a network element and stores them in the queue, and the network management system stores the system variable values stored in the queue. Calculating a performance parameter value requested by the network operator by substituting the parameter function.
이 경우 상기 성능 파라미터 함수에 표시되는 시스템 변수는 네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기되는 것을 특징으로 한다. 더욱 바람직하게 상기 성능 파라미터 함수에 표시되는 시스템 변수는 상기 시스템 변수의 현재 값, 직전 값 또는 그 직전 값을 구분하기 위한 식별자를 더 포함하여 표기되는 것을 특징으로 한다.In this case, the system variable displayed in the performance parameter function may be expressed by combining an ID of a group and a category to which a network component belongs, a system defined parameter ID of the network component, and a separator for distinguishing the ID. More preferably, the system variable displayed in the performance parameter function may be marked further including an identifier for distinguishing the current value, the immediately preceding value, or the immediately preceding value of the system variable.
또한, 상기 네트워크 관리 시스템이 큐를 생성하는 단계는 상기 성능 파라미터 함수를 파싱함으로써 임의의 시스템 변수에 대하여 몇 개의 히스토리 값이 이용되는지 체크하고, 상기 이용되는 히스토리(History)의 개수에 비례하여 큐의 크기를 결정하는 하는 것을 특징으로 한다. In addition, the step of generating a queue by the network management system checks how many history values are used for any system variable by parsing the performance parameter function, and checks the number of queues in proportion to the number of used history. It is characterized by determining the size.
본 네트워크 성능 파라미터 측정 방법은 상기 계산된 성능 파라미터가 제2 성능 파라미터 함수에서 참조되는 경우, 상기 참조되는 성능 파라미터의 히스토리의 개수에 따라 큐를 생성하고, 상기 큐에 계산된 성능 파라미터 값을 저장하는 단 계와 네트워크 관리 시스템은 큐에 저장된 제1 성능 파라미터 값과 상기 제2 성능 파라미터 함수 계산에 네트워크 구성 요소의 시스템 변수 값을 참조하여 제2 성능 파라미터 값을 계산하는 단계를 더 포함할 수 있다.The present network performance parameter measuring method generates a queue according to the number of histories of the referenced performance parameter when the calculated performance parameter is referred to in a second performance parameter function, and stores the calculated performance parameter value in the queue. The step and the network management system may further include calculating a second performance parameter value by referring to the system variable value of the network component in calculating the first performance parameter value and the second performance parameter function stored in the queue.
본 발명의 또 다른 측면에 따른 네트워크 관리 시스템은 네트워크 운용자가 요청한 성능 파라미터 함수를 저장하고, 네트워크 구성 요소로부터 상기 성능 파라미터 함수에 정의된 변수를 조회하여 데이터베이스에 저장하는 네트워크 관리 서버와 상기 네트워크 관리 서버의 성능 파라미터 함수를 파싱함으로써 필요한 시스템 변수의 종류를 판단하여 그에 상응하는 큐를 생성하고, 상기 네트워크 관리 서버가 조회한 네트워크 구성 요소의 시스템 변수를 상기 큐에 저장하는 한편, 상기 큐에 저장된 시스템 변수 값을 상기 성능 파라미터 함수에 대입함으로써 네트워크 운용자가 요청한 성능 파라미터를 계산하는 네트워크 관리 클라이언트를 포함할 수 있다. The network management system according to another aspect of the present invention stores the performance parameter function requested by the network operator, the network management server and the network management server for querying the variable defined in the performance parameter function from the network component and stored in the database By determining the type of system variables required by parsing the performance parameter function of the system, a corresponding queue is generated, the system variables of the network component queried by the network management server are stored in the queue, and the system variables stored in the queue. The network management client may be configured to calculate a performance parameter requested by a network operator by assigning a value to the performance parameter function.
이 경우 상기 네트워크 관리 서버는 성능 파라미터 함수를 저장하기 위한 XML 파일 저장부, 상기 네트워크 구성 요소로부터 소정의 시스템 변수 값을 읽어오기 위한 SNMP 명령 처리부, 상기 네트워크 구성 요소로부터 조회한 다수의 시스템 변수 값을 저장하기 위한 데이터베이스, 상기 데이터베이스에 액세스하기 위한 SQL Query를 처리하기 위한 명령 처리부, 및 상기 네트워크 관리 클라이언트와 통신을 수행하기 위한 통신 처리부를 포함할 수 있다.In this case, the network management server may include an XML file storage unit for storing a performance parameter function, an SNMP command processor for reading a predetermined system variable value from the network component, and a plurality of system variable values inquired from the network component. And a database for storing, a command processing unit for processing an SQL query for accessing the database, and a communication processing unit for communicating with the network management client.
한편, 상기 네트워크 관리 클라이언트는 상기 네트워크 관리 서버로부터 전 달받은 성능 파라미터 함수를 파싱하고, 필요한 시스템 변수의 종류를 결정하여 그에 따른 큐를 생성하는 파라미터 분석부, 상기 네트워크 관리 서버로부터 전달받은 시스템 변수 값을 상기 생성된 큐에 저장하고 관리하는 큐 관리부, 상기 큐에 저장된 변수 값을 성능 파라미터 함수에 대입하는 변수 치환부, 및 상기 변수 치환이 완료된 이후, 상기 성능 파라미터 함수를 계산하는 계산 처리부를 포함하는 것이 바람직하다.On the other hand, the network management client parses the performance parameter function received from the network management server, a parameter analysis unit for determining the type of the required system variable to create a queue accordingly, the system variable value received from the network management server A queue manager which stores and manages the generated queue in the generated queue, a variable replacer that substitutes a variable value stored in the queue into a performance parameter function, and a calculation processor that calculates the performance parameter function after the variable substitution is completed. It is preferable.
이 경우 상기 성능 파라미터 함수에 표시되는 변수는 네트워크 구성 요소가 속하는 그룹 및 카테고리의 ID, 상기 네트워크 구성 요소의 시스템 정의 파라미터 ID 및 상기 ID를 구분하기 위한 구분자를 결합함으로써 표기하는 것을 특징으로 하며, 상기 성능 파라미터 함수에 표시되는 변수는 상기 변수의 현재 값, 직전 값 또는 그 직전 값을 정의하는 것을 표기하기 위한 식별자를 포함하는 것이 더욱 바람직하다.In this case, the variable displayed in the performance parameter function may be indicated by combining the ID of the group and category to which the network component belongs, the system-defined parameter ID of the network component, and a delimiter for distinguishing the ID. More preferably, the variable displayed in the performance parameter function includes an identifier for indicating defining the current value, the immediately preceding value or the immediately preceding value of the variable.
이하, 본 발명에 따른 실시간 모니터링을 위하여 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 그 방법에 대하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.Hereinafter, a formula-based network management system and a method for supporting queuing for real-time monitoring according to the present invention will be described in detail with reference to the accompanying drawings.
도 2는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면이다.2 is a diagram illustrating a configuration of a network management system according to an embodiment of the present invention.
도 2에 도시된 바와 같이 네트워크 관리 시스템(200)은 파라미터 조회부(201), 성능 파라미터 함수부(202), 성능 파라미터 분석부(203), 큐 관리 부(204), 성능 파라미터 계산부(205), 디스플레이부(206) 등을 포함하는 것을 그 특징으로 한다. 상기 네트워크 관리 시스템은 각종 네트워크 구성 요소(220)와 연결되어 있으며, 상기 네트워크 구성 요소(220)의 시스템 파라미터들을 저장하는 데이터베이스(DB)(210)와 연동되어 있다.As shown in FIG. 2, the
파라미터 조회부(201)는 네트워크 구성 요소(NE)(201)로부터 필요한 성능 파라미터를 조회하는 기능을 수행한다. 본 발명의 네트워크 관리 시스템의 파라미터 조회부(201)는 네트워크 구성 요소(220)와 SNMP(Simple Network Management Protocol)을 이용한 메시지 교환을 통하여 각 네트워크 구성 요소(221, 222)의 시스템 파라미터 값을 읽어올 수 있다. 이와 같이 네트워크 구성 요소(220)로부터 조회한 시스템 파라미터는 큐 관리부(204)를 통하여 큐로 저장된다. 또한, 파라미터 조회부(201)는 데이터베이스 (210)에 SQL(Structured Query Language)문을 이용하여 데이터베이스(210)에 저장되어 있는 데이터 값을 조회한다. 데이터베이스(210)는 큐와 동일한 저장 영역에 해당하므로 큐에 저장되는 과정없이 성능 파라미터 계산부(205)로 데이터가 전달되는 것이 보다 바람직하다.The
성능 파라미터 함수부(202)는 네트워크 운용자가 요청한 성능 파라미터를 계산하기 위한 다수의 함수식을 저장하고 있다. 본 발명에서는 성능 파라미터 함수를 XML 파일의 형태로 저장하는 것이 바람직하다. 이는 산출 공식을 하드 코딩이 아닌 프로퍼티 방식으로 관리하여 프로그램 재작성 없이 산출 공식의 변경을 할 수 있도록 하기 위함이다. The performance
성능 파라미터 분석부(203)는 성능 파라미터 함수부(202)에 XML의 형식으로 저장된 성능 파라미터 함수를 계산하기 위하여 어떤 시스템 파라미터가 필요한지 결정한다. 물론, 이와 같은 작업은 성능 파라미터 분석부(203)가 XML 파일을 파싱(Parsing)함으로써 이루어질 수 있다. 이와 같은 파싱 과정은 나중에 자세히 살펴보기로 한다. 파싱 결과 필요한 시스템 파라미터가 네트워크 구성 요소(220)로부터 읽어와야 하는 경우, 성능 파라미터 분석부(203)는 성능 파라미터 산출에 소요되는 각 파라미터별 큐 크기(Queue Size)를 확인하고, 큐 관리부(204)로 하여금 그 크기만큼의 큐를 생성하도록 제어한다. 이와 같이 파라미터 별로 다수의 큐가 필요한 이유는, 주기적으로 운용자가 요청한 성능 파라미터를 산출하거나, 네트워크 관리 시스템(200)이 주기적으로 네트워크 구성 요소(220)의 시스템 파라미터 값을 조회하여야 하는 경우를 대비한 것이다.The
데이터베이스(210)는 네트워크 구성 요소(220)로부터 읽어온 시스템 파라미터 값과 성능 파라미터 함수에 의하여 계산된 이전 성능 파라미터(Previous KPI) 값이 저장되는 영역에 해당한다. 데이터베이스(210)로부터 소정의 값을 조회하기 위하여, 본 네트워크 관리 시스템(200)은 SQL 명령문을 이용할 수 있다. 또한, 현재 성능 파라미터 값(Current KPI)과 직전 성능 파라미터 값(Previous KPI)을 조회하기 위하여 네트워크 관리 시스템(200)은 새로운 큐 생성을 필요로 하지 않을 수도 있다. 이는 데이터베이스(210)가 현재 값, 이전 값을 모두 저장할 수도 있기 때문이다. The
성능 파라미터 계산부(205)는 성능 파라미터 계산을 위하여 필요한 모든 파라미터 값의 조회를 마친 후, 각 파라미터 값을 해당 파라미터의 큐에 저장한 후 함수에 따른 실제 계산을 수행한다. 함수 계산의 방법은 추후에 살펴보기로 한다. 만일, 함수 계산의 수행 도중 오류가 발생한 경우, 에러 메시지를 디스플레이부(206)로 출력하게 된다.The
디스플레이부(206)는 계산된 성능 파라미터를 출력하는 장치에 해당한다. 일반적으로 디스플레이부(206)는 네트워크 운용자가 요청한 성능 파라미터 값을 출력하는 기능을 수행하지만, 성능 파라미터 계산부(205)가 정상적인 함수 계산을 수행하지 못한 경우에는 에러 메시지를 출력할 수도 있다.The
본 네트워크 관리 시스템은 보다 사용자가 요청한 성능 파라미터를 효율적으로 계산하고, 갱신하기 위하여 다음과 같은 기능을 추가적으로 지원하는 것이 더욱 바람직하다. 본 네트워크 관리 시스템(200)은 다양한 시스템 정의 파라미터의 특성에 따른 분류 방식 및 표기법을 지원할 수 있다. 이와 같은 특징은 네트워크 구성 요소(220)의 시스템 파라미터가 개별적으로 다양하게 참조되어 만들어질 수 있는 성능 파라미터 함수 작성을 위하여 필수적인 것이다. 또한, 본 발명에 따른 네트워크 관리 시스템(200)은 공학용 계산식 지원을 위한 계산법과 큐에 저장된 값을 참조하여 계산식을 작성할 수 있는 표기법도 지원하게 된다. More preferably, the network management system additionally supports the following functions to efficiently calculate and update performance parameters requested by a user. The
먼저, 본 네트워크 관리 시스템(200)이 지원하는 시스템 정의 파라미터의 특성에 따른 분류 방식 및 표기법에 대하여 살펴보기로 한다.First, a classification method and a notation according to characteristics of a system definition parameter supported by the
본 발명에서는 시스템 정의 파라미터의 속성을 단계별 접근법을 사용하여 카 테고리(Category), 그룹(Group)으로 분류하고 있다. 이 중 그룹(Group)은 시스템 정의 파라미터가 첫 번째로 소속될 수 있는 소속을 의미하며, 카테고리(Category)는 적어도 하나 이상의 그룹의 집합을 의미한다. In the present invention, the attributes of system-defined parameters are classified into categories and groups using a step-by-step approach. Among these, a group means a group to which a system-defined parameter can belong first, and a category means a set of at least one group.
이와 같이 카테고리와 그룹을 통하여 분류하는 이유는 통신 네트워크의 구조 때문이다. 통신 네트워크는 다수의 프로토콜을 이용하는 것이 일반적이며, 각 프로토콜은 본 발명에서의 측정 대상인 파라미터들을 정의하고 있다. 하나의 프로토콜에는 다수의 파라미터들이 존재하므로 이들을 그룹으로 분류하며, 유사한 기능을 수행하기 위한 다수의 프로토콜을 하나의 카테고리로 분류함으로써 보다 체계적인 관리가 가능하게 된다. 이하, 카테고리와 그룹을 이용한 파라미터의 구체적인 표기 방법에 대하여 살펴보기로 한다.The reason for classifying through categories and groups in this way is due to the structure of the communication network. It is common for a communication network to use a plurality of protocols, each of which defines parameters to be measured in the present invention. Since there are a plurality of parameters in one protocol, they are classified into groups, and more systematic management is possible by classifying a plurality of protocols for performing similar functions into one category. Hereinafter, a method of specifically describing parameters using categories and groups will be described.
카테고리의 표기는 "cat"와 같은 접두어를 이용하여 이루어질 수 있다. cat의 접두어 뒤에는 카테고리를 유일하게 식별할 수 있는 카테고리 ID(Category ID)가 추가된다. 한편, 그룹의 표기는 "grp"라는 접두어를 이용할 수 있다. grp의 접두어 뒤에는 마찬가지로 그룹을 유일하게 식별할 수 있는 그룹 ID(Group ID)가 추가된다.The notation of a category may be made using a prefix such as "cat". The prefix of cat is followed by the Category ID, which uniquely identifies the category. On the other hand, the notation of a group may use the prefix "grp". The grp prefix is likewise followed by a group ID that uniquely identifies the group.
한편, 본 발명에서 하나의 파라미터는 현재 값, 직전 값, 그 이전 값을 가지게 되며, 본 발명에서는 이들 값을 모두 이용하고, 저장하게 되므로 이들을 분류할 필요성이 존재한다. 이들의 구분을 위하여 각각 "cur", "pre", "bpre"와 같은 접두어를 이용하게 된다. "cur" 접두사는 현 파라미터의 현재 값을 의미하며, 그 이후에는 파라미터 ID가 붙게 된다. 마찬가지로 "pre" 접두사는 파라미터의 직전 값 을 의미하며, 그 이후에는 파라미터 ID가 붙게 된다. "bXpre" 접두사는 파라미터의 그 이전 값을 의미하며, 그 이후에는 파라미터 ID와 현재로부터 얼마나 뒤의 값을 참조하는가에 따라 X의 변수 값이 달라지게 된다. X는 3 내지 큐의 Size의 값을 가질 수 있다. 즉, b3pre와 같은 접두사는 현재로부터 3번째 이전의 값을 나타내는 것이다.Meanwhile, in the present invention, one parameter has a current value, a previous value, and a previous value. In the present invention, all of these values are used and stored, and thus there is a need to classify them. To distinguish between them, prefixes such as "cur", "pre", and "bpre" are used. The "cur" prefix means the current value of the current parameter, after which the parameter ID is appended. Similarly, the "pre" prefix means the value immediately before the parameter, followed by the parameter ID. The prefix "bXpre" means the previous value of the parameter, after which the value of the variable in X depends on the parameter ID and how far behind it it refers. X may have a value of 3 to the size of the queue. That is, a prefix such as b3pre indicates a value before the third from the present.
또한, 본 발명은 카테고리, 그룹, 파라미터를 구별할 수 있도록, 구분자를 이용하고 있다. 본 발명에서는 카테고리, 그룹, 파라미터 사이의 구분자로 ":"을 사용하고 있으나, 이와 유사한 문자 등을 이용하여도 아무런 문제가 없다. In addition, the present invention uses a delimiter to distinguish between categories, groups, and parameters. In the present invention, ":" is used as a delimiter between categories, groups, and parameters, but there is no problem using similar characters.
따라서, 하나의 시스템 정의 파라미터는 "cat#:grp#:[cur|pre|bpre+b[4 내지 Q크기의 숫자]pre]#"을 이용하여 유일하게 식별될 수 있다. 여기서 #자리에는 파라미터를 구별하기 위한 ID를 표기하기 위한 숫자, 문자, 기호 등이 들어갈 수 있다. 이하, 위에서 설명한 파라미터 표기법을 이용한 성능 파라미터 함수 표기법에 대하여 살펴보기로 한다.Thus, one system defined parameter can be uniquely identified using "cat #: grp #: [cur | pre | bpre + b [number from 4 to Q size] pre] #". The # place may include a number, a letter, a symbol, etc. for indicating an ID for identifying a parameter. Hereinafter, the performance parameter function notation using the parameter notation described above will be described.
본 발명에서는 공학용 계산을 지원하는 것이 더욱 바람직하지만, 성능 파라미터 함수 표기법을 설명하기 위하여 단순한 사칙 연산이 적용된 예를 제시하기로 한다. In the present invention, it is more preferable to support the scientific calculation, but an example in which a simple arithmetic operation is applied will be described to explain the performance parameter function notation.
예1) 서로 다른 카테고리 내의 파라미터 참조를 위한 계산식Example 1) Calculation for Parameter Reference in Different Categories
(cat1:grp2:cur1 - cat2:grp1:cur3) / (cat1:grp2:pre1 - cat2:grp1:pre3) (cat1: grp2: cur1-cat2: grp1: cur3) / (cat1: grp2: pre1-cat2: grp1: pre3)
예2) 동일 그룹 내의 파라미터로 이루어진 계산식Example 2) Calculation formula consisting of parameters in the same group
(cur1 + cur 3) / (cur1 - pre1) (cur1 + cur 3) / (cur1-pre1)
(cur1 + pre1 + bpre1 + b4pre1 + b5pre1) / 5 (cur1 + pre1 + bpre1 + b4pre1 + b5pre1) / 5
예3) 서로 다른 그룹 내의 파라미터로 이루어진 계산식Example 3) A formula consisting of parameters in different groups
(grp2:cur1 + grp1:cur3) / (grp2:pre1 - grp1:pre3) (grp2: cur1 + grp1: cur3) / (grp2: pre1-grp1: pre3)
기본적으로 예1)에 표기된 바와 같이 성능 파라미터 함수식을 작성할 수 있다. cat1:grp2:cur1는 1번의 ID를 가진 카테고리 중 2의 ID를 가진 그룹 중 1의 ID를 가진 파라미터의 현재 값을 의미하는 것이다. 즉, (cat1:grp2:cur1 - cat2 :grp1:cur3) 구문은 1의 ID를 가진 카테고리 중 2의 ID를 가진 그룹중 1의 ID를 가진 파라미터의 현재값(cat1:grp2:cur1)에서, 2의 ID를 가진 카테고리 중 1의 ID를 가진 그룹 중 3의 ID를 가진 파라미터의 현재값(cat2:grp1:cur3)을 빼는 연산을 의미하는 것이다.Basically, as shown in Example 1), we can write a function parameter function. cat1: grp2: cur1 means the current value of the parameter with the ID of 1 in the group with the ID of 2 of the categories with the ID of 1. That is, the syntax (cat1: grp2: cur1-cat2: grp1: cur3) is used in the current value (cat1: grp2: cur1) of the parameter having the ID of 1 of the group having the ID of 2 of the categories having the ID of 1, This means subtracting the current value (cat2: grp1: cur3) of the parameter with the ID of 3 from the group with the ID of 1 among the categories with the ID of.
이 경우, 동일 그룹내의 파라미터로 구성되는 파라미터는 카테고리, 그룹의 표기없이 파라미터 표기만으로 구성하는 것이 보다 편리한 함수식 작성을 위하여 바람직하다. 이는 예2)에 기재된 함수에 해당한다. 마찬가지로 동일 카테고리 내의 파라미터로 구성되는 파라미터는 카테고리의 표기없이 그룹과 파라미터 표기만으로 구성하는 것이 더욱 바람직하다. 이는 예3)에 기재된 함수에 해당한다. 이와 같은 함수를 지원하는 것이 바람직하다. In this case, a parameter composed of parameters in the same group is preferably composed of only parameter notation without notation of category or group for the convenience of writing a functional formula. This corresponds to the function described in Example 2). Similarly, a parameter composed of parameters in the same category is more preferably composed of only a group and a parameter notation without a notation of a category. This corresponds to the function described in Example 3). It is desirable to support such functions.
또한, 계산식에서 파라미터로 표시되는 부분은 이미 함수식의 결과인 성능 파라미터 값을 참조할 수도 있다. 이 경우 계산식 처리의 순서상의 문제로 만약 네트워크 운용자가 다수의 성능 파라미터를 요청한 경우, 제1 성능 파라미터가 다른 성능 파라미터를 참조하는 경우, 참조 대상이 되는 성능 파라미터를 먼저 계산하도록 제어할 수 있다.In addition, the part indicated by the parameter in the formula may refer to the performance parameter value that is already the result of the functional formula. In this case, if the network operator requests a plurality of performance parameters due to the order of the calculation process, when the first performance parameter refers to another performance parameter, it may be controlled to calculate the performance parameter to be referred to first.
도 3은 본 발명에 따른 성능 파라미터의 함수에 대한 XML 파일의 일 예를 나타낸 도면이다.3 is a diagram illustrating an example of an XML file for a function of a performance parameter according to the present invention.
도 3에서는 XML 루트 엘리먼트로 WibroStat 엘리먼트가 존재하고, 그 하위 엘리먼트로 category, group, peg가 존재하는 것을 살펴볼 수 있다. In FIG. 3, a WibroStat element exists as an XML root element, and category, group, and peg exist as subordinate elements.
category 엘리먼트는 성능 파라미터 분류에 있어서 group 단위 성능 파라미터들을 하나로 묶어주게 된다. The category element combines group performance parameters into a group of performance parameters.
group 엘리먼트는 실제 개별 시스템에 정의된 파라미터 및 제공 서비스에 관련된 성능 파라미터를 분류해둔 것이다. 각 동일한 그룹내의 성능 파라미터들이 공통적으로 지니는 속성을 의미한다. The group element classifies the parameters defined in the actual individual system and the performance parameters related to the services provided. Refers to a property that performance parameters in each same group have in common.
peg 엘리먼트는 실제 시스템에 정의된 성능 파라미터 하나 하나를 정의한 것에 해당한다. 이와 같은 peg 엘리먼트에 포함된 중요 애트리뷰트로 'monFunc', 'monType', 'qSize' 등이 존재한다. 'monFunc' 애트리뷰트에는 KPI 값을 계산하기 위한 계산식이 정의되어 있다. 또한, 'monType' 애트리뷰트는 해당 성능 파라미터를 실시간 모니터링하는 방법을 정의하며, 'qSize' 애트리뷰트는 해당 peg 엘리먼트의 추이 분석을 위한 필요한 큐 크기를 결정한다.The peg element corresponds to the definition of each performance parameter defined in the actual system. Important attributes included in such peg elements are 'monFunc', 'monType', and 'qSize'. The 'monFunc' attribute defines a formula for calculating KPI values. In addition, the 'monType' attribute defines how to monitor the performance parameter in real time, and the 'qSize' attribute determines the required queue size for trend analysis of the corresponding peg element.
또한, category, group, peg 엘리먼트는 각각 자신의 고유 ID를 가지고 있 다. 이 ID는 파라미터를 조회할 시스템 혹은 데이터베이스로부터 조회하여야 할 성능 파라미터를 인식하는데 사용된다. 물론, 성능 파라미터를 계산하기 위함 함수를 정의하는 경우에도 상기 ID가 이용될 수 있다.In addition, the category, group, and peg elements each have their own unique ID. This ID is used to identify the performance parameter to be queried from the system or database to be queried. Of course, the ID may also be used when defining a function for calculating a performance parameter.
도 3의 XML 파일 중 peg name="RNG_ATT" fieldID="0" type="count" monType="subst" monFunc="cur0 - pre0" qsize="1"과 같은 문장이 존재한다. 여기서 RNG_ATT로 호칭되는 성능 파라미터 값을 계산하는 식은 monFunc에 정의되어 있다. cur0이라는 시스템 변수 값에서 pre0이라는 시스템 변수 값을 뺌으로서 RNG_ATT 라는 애트리뷰트의 값을 구하게 되는 것이다. 또한, 상기 RNG_ATT 애트리뷰트는 qSize의 값이 1에 해당하므로 RNG_ATT의 히스토리(History) 값을 저장하지 않는다는 것을 알 수 있다. RNG_ATT 애트리뷰트의 type은 count임을 알 수 있다. 이것은 RNG_ATT 애트리뷰트의 단위가 회수라는 것을 의미하는 것이다. In the XML file of FIG. 3, a sentence such as peg name = "RNG_ATT" fieldID = "0" type = "count" monType = "subst" monFunc = "cur0-pre0" qsize = "1" exists. Here, the formula for calculating the performance parameter value called RNG_ATT is defined in monFunc. The value of the RNG_ATT attribute is obtained by subtracting the value of the system variable pre0 from the value of the system variable cur0. Also, it can be seen that the RNG_ATT attribute does not store a history value of the RNG_ATT since the value of qSize corresponds to 1. You can see that the type of the RNG_ATT attribute is count. This means that the unit of the RNG_ATT attribute is a count.
도 4는 본 발명의 다른 실시예에 따른 네트워크 관리 시스템의 성능 파라미터 측정 방법을 나타낸 도면이다.4 is a diagram illustrating a method for measuring performance parameters of a network management system according to another exemplary embodiment of the present invention.
네트워크 관리 시스템은 네트워크 운용자로부터 임의의 성능 파라미터에 대한 요청을 입력받는다(S401). 네트워크 관리 시스템은 운용자가 요청한 성능 파라미터의 함수를 정의한 XML 파일로부터 계산식을 파싱하게 된다(S402). S402의 파싱을 통하여 네트워크 관리 시스템은 데이터베이스 또는 네트워크 구성 요소(NE)의 어느 시스템 변수 값을 추출할 것인지 결정할 수 있다(S403). 즉, 네트워크 관리 시스템은 시스템 운용자가 선택한 성능 파라미터의 함수식을 정의한 XML 파일로부터, 상기 함수식을 계산하기 위하여 필요한 시스템 변수들을 파싱하여 알아내는 것이다.The network management system receives a request for an arbitrary performance parameter from the network operator (S401). The network management system parses the calculation formula from the XML file defining the function of the performance parameter requested by the operator (S402). Through parsing of S402, the network management system may determine which system variable value of a database or a network component NE to be extracted (S403). That is, the network management system parses out the system variables necessary for calculating the functional expression from an XML file that defines the functional expression of the performance parameter selected by the system operator.
이와 같은 파라미터의 종류를 파악한 후, 네트워크 관리 시스템은 해당 시스템 변수 값을 저장하기 위하여 큐가 필요한지 판단하게 된다(S404). 위에서 설명한 바와 같이, 데이터베이스로부터 시스템 변수 값을 읽어오는 경우에는 큐를 이용하지 않고, 네트워크 구성 요소로부터 시스템 변수 값을 읽어오는 경우에는 파라미터의 임시 저장을 위해서 큐를 사용하는 것이 바람직하다.After grasping the type of such a parameter, the network management system determines whether a queue is required to store a corresponding system variable value (S404). As described above, it is preferable not to use a queue when reading system variable values from a database, and to use a queue for temporary storage of parameters when reading system variable values from a network component.
네트워크 관리 시스템은 필요한 파라미터에 따라 선택적으로 큐를 생성하게 된다(S405). 이 경우 생성된 큐의 초기값은 0으로 이루어지는 것이 바람직하다. 본 발명에서는 하나의 시스템 변수도 현재 값, 직전 값, 그 직전값 등을 참조할 수 있으며, 이를 위하여 각 시스템 변수 별로 크기가 다른 큐가 생성된다. 이 때 시스템 변수를 저장하기 위한 큐 사이즈는 운용자가 요청한 함수식 내의 변수명을 파싱함으로써 결정할 수 있다.The network management system selectively generates a queue according to a required parameter (S405). In this case, it is preferable that the initial value of the created queue is zero. In the present invention, one system variable may also refer to the current value, the immediately preceding value, the immediately preceding value, and the like. To this end, a queue having a different size is generated for each system variable. At this time, the queue size for storing the system variable can be determined by parsing the variable name in the function expression requested by the operator.
예를 들어, 계산식이 다음과 같을 경우, 각 성능 파라미터별로 관리되는 큐 사이즈는 아래와 같다.For example, if the calculation is as follows, the queue size managed for each performance parameter is as follows.
계산식 : KPI13 =(cur11-pre11) / (cur12-pre12) * (pre12-bpre12) / 100Calculation: KPI13 = (cur11-pre11) / (cur12-pre12) * (pre12-bpre12) / 100
- 11번 파라미터의 큐 사이즈 : 2-Cue size of parameter 11: 2
- 12번 파라미터의 큐 사이즈 : 3-Cue size of parameter 12: 3
위 계산식에서 KPI 13의 계산을 위하여는 11번의 ID의 현재 값과 11번 ID의 직전 값, 그리고 12번 ID의 현재 값과 12번 ID의 직전 값 및 12번 ID의 그 이전 값 이 필요하다는 것을 알 수 있다. 이 계산식에 대하여 네트워크 관리 시스템은 11, 12의 ID를 가지는 시스템 변수 값을 조회하도록 결정되며, 이 때 큐 사이즈로 각각 2, 3의 크기를 할당한다. 각 큐는 주기적 조회를 통해 값이 채워지며, 초기치는 0으로 채워지는 것이 바람직하다고 설명한 바 있다.In the above formula, the KPI 13 requires the current value of ID 11, the previous value of ID 11, the current value of ID 12, the previous value of ID 12, and the previous value of ID 12. Able to know. For this formula, the network management system is determined to query the system variable values having IDs of 11 and 12, and assigns sizes of 2 and 3 as queue sizes, respectively. Each queue has been filled with values through periodic inquiry, and it has been described that the initial value is filled with zeros.
네트워크 관리 시스템은 시스템 구성 요소(NE) 또는 데이터베이스로부터 시스템 변수 값을 읽어온다(S406). 이와 같은 시스템 변수 값 조회 단계는 성능 파라미터 함수식에 참조되는 또 다른 성능 파라미터의 조회도 포함하는 것을 특징으로 한다. 만일, 사용자가 a, b, c와 같은 파라미터는 운용자가 직접 조회하기를 원하는 파라미터이고, 사용자가 원하는 파라미터를 계산하기 위하여 d, e의 파라미터가 필요한 경우, 네트워크 관리 시스템은 a 내지 e의 파라미터를 모두 시스템 구성 요소 또는 데이터베이스로부터 조회하는 것이다.The network management system reads a system variable value from a system component (NE) or a database (S406). Such a system variable value search step is characterized in that it includes an inquiry of another performance parameter referenced in the performance parameter function expression. If a parameter such as a, b, c is a parameter that the user wants to inquire directly by the operator, and the parameters d and e are needed to calculate the parameter that the user wants, the network management system uses the parameters of a to e. All look up from a system component or database.
이 경우 네트워크 관리 시스템은 SNMP 프로토콜을 이용하여 시스템 구성 요소의 성능 파라미터를 조회하며, SQL 명령문 실행을 통하여 데이터베이스에 저장되어 있는 성능 파라미터를 조회하게 된다. 이와 같이 S406 과정을 통하여 네트워크 구성 요소로부터 조회된 결과는 먼저 계산식의 분석 결과 생성된 큐에 저장된다. In this case, the network management system queries the performance parameters of system components using the SNMP protocol and queries the performance parameters stored in the database by executing SQL statements. In this way, the result retrieved from the network component through the process S406 is first stored in the queue generated as a result of the analysis of the formula.
이제, 네트워크 관리 시스템은 큐에 저장된 시스템 변수 값으로 치환된 성능 파라미터 함수식을 계산하게 된다(S407). 이와 같은 계산 과정은 추후에 더욱 자세하게 살펴보기로 한다. Now, the network management system calculates the performance parameter function substituted with the system variable value stored in the queue (S407). This calculation process will be described in more detail later.
이와 같은 계산 과정에서 조회된 성능 파라미터 값과 계산식에 정의된 변수 사이의 치환 과정이 일어난다. 이 변수의 치환은 정의된 수식과 조회된 성능 파라미터의 큐 저장 값 사이의 1:1 매핑 과정을 통하여 결정된다. 이 치환은 변수명 과 값 사이의 스트링 치환을 통하여 실시된다. 이 치환을 통하여 나오는 결과 값은 수학적으로 계산 가능한 수식으로 표현 가능한 문자열이 된다. 이와 같은 문자열은 공학용 계산을 처리하는 스트링 기반 계산 처리 블록을 통해 하나의 숫자로 처리되는 것이다.In this calculation process, the substitution process between the queried performance parameter value and the variable defined in the calculation takes place. Substitution of this variable is determined through the 1: 1 mapping process between the defined equation and the queued value of the queried performance parameter. This substitution is done through string substitution between the variable name and the value. The resulting value is a string that can be expressed as a mathematically calculable expression. Such strings are treated as a single number through string-based calculation processing blocks that handle scientific calculations.
네트워크 관리 시스템은 성능 파라미터 함수에 따라 계산된 성능 파라미터가 큐에 저장될 필요가 있는지 판단하게 된다(S408). 이와 같이 성능 파라미터가 큐에 저장될 필요가 있는 경우는 네트워크 운용자가 요청한 또 다른 성능 파라미터의 계산에 필요한 경우이다. S408의 판단 결과 성능 파라미터가 큐에 저장될 필요가 있는 경우, 네트워크 관리 시스템은 해당 성능 파라미터에 따른 크기만큼 큐를 생성하고, 상기 생성된 큐에 성능 파라미터 값을 저장하게 된다(S409). 만일 S409 과정에서 계산된 성능 파라미터 값에 상응하는 큐가 이미 사용되고 있으면, 새롭게 계산된 성능 파라미터 값으로 갱신하는 작업이 수행되는 것이다. The network management system determines whether the performance parameter calculated according to the performance parameter function needs to be stored in the queue (S408). In this case, the performance parameter needs to be stored in a queue when it is necessary to calculate another performance parameter requested by the network operator. If it is determined in S408 that the performance parameters need to be stored in the queue, the network management system creates a queue by the size corresponding to the performance parameters, and stores the performance parameter values in the generated queue (S409). If a queue corresponding to the performance parameter value calculated in step S409 is already used, the operation of updating the newly calculated performance parameter value is performed.
만일, 성능 파라미터의 큐 저장이 별도로 필요없거나, S409의 성능 파라미터 저장 및 갱신이 종료된 경우, 네트워크 관리 시스템은 소정의 유저 인터페이스를 통하여 계산된 성능 파라미터 값을 출력한다(S410).If it is not necessary to separately store a queue of performance parameters, or if the storage and updating of performance parameters of S409 are terminated, the network management system outputs the calculated performance parameter values through a predetermined user interface (S410).
또한, 네트워크 관리 시스템은 사용자가 주기적으로 성능 파라미터 값의 갱신이 필요한지 체크한다(S411). 만일 네트워크 관리 시스템의 주기적 갱신 기능이 활성화되어 있는 경우라면, 네트워크 관리 시스템은 S406 단계로 진행하여 위에서 설명한 동작을 반복하게 된다.In addition, the network management system checks whether the user needs to update the performance parameter value periodically (S411). If the periodic update function of the network management system is activated, the network management system proceeds to step S406 to repeat the above-described operation.
도 5는 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면이다.5 is a diagram illustrating a configuration of a network management system according to another embodiment of the present invention.
도 2의 네트워크 관리 시스템(200)은 하나의 장치가 파라미터 분석 및 조회부터 결과를 네트워크 운용자에게 디스플레이까지 하는 시스템이었다. 그러나, 최근의 네트워크 관리 시스템은 서버와 클라이언트의 구성을 가지고 있는 네트워크 관리 시스템도 일반적으로 이용되고 있는 실정이다. 도 5에 도시한 네트워크 관리 시스템은 이와 같은 서버 및 클라이언트의 구성을 가지는 네트워크 관리 시스템에 해당한다.The
도 5에 도시된 네트워크 관리 시스템은 네트워크 관리 서버(520)와 네트워크 관리 클라이언트(510), 네트워크 구성 요소(530)로 구성될 수 있다. 도 2에서 별도로 도시되어 있는 데이터베이스(210)는 네트워크 관리 서버(520) 내에 존재한다. 물론, 도 5의 데이터베이스(527)는 네트워크 관리 서버(520)와 독립적으로 존재할 수도 있음은 자명하다.The network management system illustrated in FIG. 5 may include a
네트워크 관리 서버(520)는 데이터베이스(527)와 SQL 명령 처리부(528), SNMP 명령 처리부(529), 실시간 모니터링 명령 처리부(526), 통신 처리부(525), XML 파일 저장부(524) 및 웹 서버부(523) 등을 포함할 수 있다.The
한편, 네트워크 관리 클라이언트(510)는 네트워크 운용자가 조작하는 장비로써, 사용자 인터페이스부(511), 파라미터 분석부(512), SQL 명령 생성부(513), 변 수 치환부(515), 큐 관리부(514), 계산 처리부(516) 및 통신 처리부(517) 등을 포함할 수 있다. On the other hand, the
네트워크 관리 서버(520)의 XML 파일 저장부(523)는 운용자가 요청한 성능 파라미터에 따른 함수를 저장하는 구성 요소에 해당한다. 네트워크 관리 클라이언트(510)가 구동되는 경우, XML 파일을 웹 서버(523)를 통하여 네트워크 관리 클라이언트(510)로 전달하게 된다. 이 때, 웹 서버(523)와 클라이언트(510)간 통신은 HTTP를 이용하는 것이 바람직하다. The XML
네트워크 관리 클라이언트(510)는 네트워크 관리 서버(520)의 웹 서버(523)로부터 전달된 XML 파일을 이용하여, 조회 가능한 성능 파라미터를 디스플레이하고 운용자가 원하는 성능 파라미터를 입력받게 된다.The
이 때 파라미터 분석부(512)는 사용자가 요청한 파라미터를 데이터베이스(527)로부터 조회할 것인지 네트워크 구성 요소(530)로부터 조회할 것인지 판단하게 된다. 만일 데이터베이스(527)로부터 파라미터를 조회할 경우, SQL 명령 생성부(513)는 상기 파라미터를 조회하기 위한 SQL Query를 작성하게 된다. 또한, 네트워크 구성 요소(530)로부터 파라미터를 조회하여야 하는 경우, 큐 관리부(514)는 필요한 크기의 큐를 생성하여 관리하게 된다. SQL Query 또는 네트워크 구성 요소로의 파라미터 요청 정보는 통신 처리부(517)를 통하여 네트워크 관리 서버(520)로 전달된다. 이 경우 네트워크 관리 서버(520)와 네트워크 관리 클라이언트(510) 간의 통신은 JAVA RMI를 통하여 이루어지는 것이 바람직하다. At this time, the
네트워크 관리 서버(510)의 실시간 모니터링 명령 처리부(526)는 네트워크 관리 클라이언트(510)로부터 전달된 조회 대상인 시스템 변수 또는 SQL문을 각각 SQL 명령 처리부(528)와 SNMP 명령 처리부(529)로 전달하게 된다. 각 명령 처리부(528, 529)는 SQL 또는 SNMP를 이용하여 파라미터 값을 조회하게 되며, 이 결과는 통신 처리부(525)를 통하여 클라이언트로 전달된다.The real-time
네트워크 관리 클라이언트(510)의 변수 치환부(515)는 네트워크 관리 서버(520)로부터 전달된 시스템 변수 또는 파라미터 값을 성능 파라미터 함수에 정의된 변수와 치환하는 과정을 수행하게 된다. 또한, 수식 처리부(516)는 이와 같이 치환된 수식을 실제 계산함으로써 운용자가 요청한 성능 파라미터를 계산하게 되는 것이다. 계산된 성능 파라미터는 사용자 인터페이스부(511)를 통하여 운용자에게 제공된다. The variable replacement unit 515 of the
도 6은 본 발명의 또 다른 실시예에 따른 네트워크 관리 시스템의 구성을 나타낸 도면이다.6 is a diagram showing the configuration of a network management system according to another embodiment of the present invention.
도 6의 네트워크 관리 시스템도 도 5와 마찬가지로 서버-클라이언트의 구조를 가지고 있다. 본 실시예는 클라이언트(610)의 성능이 미비하여 성능 파라미터를 계산하는 모듈을 클라이언트(610)에 탑재하기 어려운 경우를 대비한 것이다.The network management system of FIG. 6 also has a server-client structure similar to FIG. 5. This embodiment is prepared for the case where the performance of the
네트워크 관리 클라이언트(610)는 사용자 인터페이스(611)와 통신 처리부(612)를 포함하는 것을 그 특징으로 한다. 한편, 네트워크 관리 서버(620)는 도 5의 네트워크 관리 클라이언트(510)가 포함하던 SQL 명령 생성부(632), 파라미터 분석부(631), 큐 관리부(633), 변수 치환부(634), 수식 처리부(635) 등을 더 포함하고 있는 것을 살펴볼 수 있다. 이하, 본 실시예에 따른 네트워크 관리 시스템의 동작을 살펴보기로 한다.The
네트워크 관리 클라이언트(610)가 구동되는 경우, 네트워크 관리 서버(620)는 XML 파일을 웹 서버(623)를 통하여 네트워크 관리 클라이언트(610)로 전달하게 된다. 네트워크 관리 클라이언트(610)는 네트워크 관리 서버(620)의 웹 서버(623)로부터 전달된 XML 파일을 이용하여, 조회 가능한 성능 파라미터와 시스템 변수를 디스플레이하고 운용자로부터 조회 대상 성능 파라미터를 입력받게 된다. 이제 네트워크 관리 클라이언트(610)는 별도의 파라미터 분석 등을 수행하지 않으며, 운용자가 요청한 성능 파라미터를 네트워크 관리 서버(620)로 전달하게 된다. When the
네트워크 관리 서버(620)의 실시간 모니터링 명령 처리부(626)는 네트워크 관리 클라이언트(610)로부터 소정의 성능 파라미터 값을 요청받은 경우, 상기 파라미터에 대한 함수식을 이용하여 계산한 후 결과를 네트워크 관리 클라이언트로 반환하게 된다. 함수식의 계산을 위한 XML 파일 파싱, 큐 생성, SQL 생성 및 파라미터 조회, 변수 치환 및 함수 계산의 과정은 위에서 충분히 설명하였는바 생략하기로 한다.When the real-time
도 7은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 큐를 생성하는 과정을 나타낸 도면이다.7 is a diagram illustrating a process of creating a queue by a network management system according to an embodiment of the present invention.
도 7에서 살펴본 바와 같이 성능 파라미터 분석부(203)는 성능 파라미터 함수 저장부(202)에 저장되어 있는 XML 파일을 파싱하게 된다. 파싱 결과 성능 파라미터 분석부(203)는 a, b, c, d의 변수가 필요하다는 사실과 각 변수마다 2, 3, 3, 2의 큐 사이즈가 필요하다는 것을 알게 된다.As shown in FIG. 7, the
이제 큐 관리부(204)는 4개의 큐를 생성하게 되며, 이 4개의 큐는 2, 3, 3, 2의 사이즈를 갖게 되는 것이다. Now, the
도 8은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 변수 치환을 통한 계산식 처리 과정을 나타낸 도면이다.8 is a diagram illustrating a calculation process through variable substitution in a network management system according to an embodiment of the present invention.
상기 도면은 실시간으로 성능 파라미터에 대하여 임의 주기로 실제 네트워크 구성 요소(220) 혹은 데이터베이스(210)로부터 조회된 값이 정의된 계산식에서 어떤 식으로 치환이 일어나는지 나타낸 그림이다.The figure is a diagram showing how substitution takes place in a calculation in which a value retrieved from a
도 8에 나타난 네트워크 관리 시스템의 주요 구성 요소로 파라미터 조회부(201), 계산식 처리부(205), 변수 치환부(205), 큐 관리부(204), 디스플레이부(206)가 존재하며, 상기 네트워크 관리 시스템은 네트워크 구성 요소(220), 데이터베이스(210)와 연동되어 있게 된다. 여기서 변수 치환부(205)와 계산식 처리부(205)는 도 2의 성능 파라미터 계산부(205)를 보다 세분화한 것이다.As the main components of the network management system shown in FIG. 8, a
네트워크 관리 시스템의 파라미터 조회부(201)는 시스템 구성 요소(220) 또는 데이터베이스(210)로부터 성능 파라미터 값을 조회하여 큐에 저장한다. 도 8의 예에서 운용자가 요청한 성능 파라미터 값을 나타내기 위하여는 a, b, c, d의 변수 가 필요하며, 상기 변수에 대한 큐가 할당되어 있는 것을 살펴볼 수 있다. 여기서 변수 a, b, c, d는 각각 2, 3, 3, 2의 Size를 가지고 있음을 알 수 있다.The
이와 같이 큐에 저장된 성능 파라미터 값을 이용하여, 변수 치환부(205)는 XML 형태의 성능 파라미터 함수에 상기 변수를 대입하는 작업을 수행하게 된다. 이와 같이 치환된 변수 값을 이용하여 계산식 처리부(205)는 운용자가 요청한 성능 파라미터 값을 계산하게 되며, 이를 디스플레이부(206)에 출력하게 된다.As such, using the performance parameter values stored in the queue, the
특히, 파라미터 조회부(201)는 운용자의 선택에 따라 주기적으로 시스템 구성 요소(220) 또는 데이터베이스(210)로부터 성능 파라미터 값을 조회할 수 있다. 이 경우, 도 8에서는 제일 최근 조회된 성능 파라미터는 큐의 가장 앞 영역에 저장되는 것을 알 수 있다. 본 발명에서는 시스템 변수의 현재 값뿐만 아니라 그 히스토리 값도 이용될 수 있다. 변수 치환부(205)는 과거 값도 참조할 수 있음을 도 8에서 알 수 있다. 이와 같이 조회된 성능 파라미터 값을 이용하여 변수 치환부(205)와 계산 처리부(205)는 운용자가 요청한 성능 파라미터 값을 주기적으로 계산하여 출력하는 것이다.In particular, the
도 9는 본 발명의 일 실시예에 따른 네트워크 관리 시스템의 SQL 쿼리문 생성 방법을 나타낸 도면이다.9 is a diagram illustrating a method for generating an SQL query statement in a network management system according to an embodiment of the present invention.
네트워크 관리 시스템은 성능 파라미터 계산식에서 조회할 변수의 Depth를 결정하게 된다(S901). 여기서 변수의 Depth란 네트워크 관리 시스템이 소정의 변수의 현재 값, 직전 값, 그 직전 값 등등 어느 시점까지의 값을 고려할 것인지를 의미하는 것이다. 만일, Cur라는 접두어를 가지는 파라미터가 존재한다면, 상기 파라미터는 1의 Depth를 가지는 것이다. 유사하게, 성능 파라미터 계산식에 Cur과 Pre의 접두어를 가진 파라미터가 존재한다면, 상기 파라미터는 2의 Depth를 가지는 것이다. 즉, 네트워크 관리 시스템은 성능 파라미터 계산식에서 변수의 접두어를 체크함으로써 변수의 Depth를 결정하는 것이다.The network management system determines the depth of the variable to be queried in the performance parameter calculation equation (S901). Here, the Depth of the variable means that the network management system considers the current value of the predetermined variable, the value immediately before, the value immediately before the value, and so on. If there is a parameter with the prefix Cur, the parameter has a Depth of one. Similarly, if there is a parameter with the prefix Cur and Pre in the performance parameter calculation, the parameter has a Depth of two. That is, the network management system determines the depth of the variable by checking the prefix of the variable in the performance parameter calculation.
네트워크 관리 시스템은 동일 Depth를 가지는 성능 파라미터를 그룹화(Grouping)하게 된다(S902). 예를 들어, 1의 Depth를 가지는 성능 파라미터가 a, 2의 Depth를 가지는 성능 파라미터가 b, e이고, 3의 Depth를 가지는 성능 파라미터가 c, d인 경우 네트워크 관리 시스템은 a를 하나의 그룹으로 b, e를 또 하나의 그룹으로 c, d를 또 다른 하나의 그룹으로 분류하는 것이다.The network management system groups the performance parameters having the same depth (S902). For example, if a performance parameter having a depth of 1 is a, a performance parameter having a depth of 2 is b, e, and a performance parameter having a depth of 3 is c, d, the network management system assigns a to one group. b, e as another group, c, d as another group.
이제 네트워크 관리 시스템은 결정된 Depth 만큼의 SQL 문을 생성하게 된다(S903). 상기 S903 과정의 SQL 문이 생성되는 과정은 도 12에서 더욱 구체적으로 설명하기로 한다.The network management system now generates as many SQL statements as the determined depth (S903). The process of generating the SQL statement of step S903 will be described in more detail with reference to FIG. 12.
도 10은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 SQL 문을 생성하는 방법을 나타낸 도면이다.10 is a diagram illustrating a method for generating a SQL statement by a network management system according to an embodiment of the present invention.
도 10에 도시된 바와 같이 현재 조회 대상 파라미터는 a, b, c에 해당한다. 또한 이들 파라미터의 큐 사이즈가 2인 것을 고려할 때 이들 파라미터의 Depth는 2인 것이다. S903 과정에서 설명한 바와 같이 네트워크 관리 시스템은 Detph의 수만큼 SQL 명령문을 생성하는 것이다. As shown in FIG. 10, the current inquiry target parameter corresponds to a, b, and c. Also, considering that the queue size of these parameters is two, the Depth of these parameters is two. As described in step S903, the network management system generates SQL statements for the number of detphs.
즉, 도 10의 예에서는 2개의 SQL 명령문이 생성되는 것이다. 이 중 하나의 SQL 명령문은 index i에 대한 것이며, 나머지 하나의 SQL 명령문은 index i-1에 대한 것이다. 이와 같이 작성된 SQL 문은 다음과 같다.That is, in the example of FIG. 10, two SQL statements are generated. One SQL statement is for index i and the other is for index i-1. The SQL statement thus written is as follows:
1) select a, b, c ... from pm_table where ... index = (...max(index))1) select a, b, c ... from pm_table where ... index = (... max (index))
2) select a, b, c ... from pm_table where ... index = (...max(index)-1)2) select a, b, c ... from pm_table where ... index = (... max (index) -1)
여기서 select는 SQL 쿼리로 데이터베이스에 존재하는 값을 읽어오는 명령에 해당한다. 그 후 a, b, c는 네트워크 관리 시스템이 데이터베이스에 저장된 어느 변수 값을 읽을 것인지 나타내는 필드에 해당하며, from pm_table은 네트워크 관리 시스템이 pm_table에 저장되어 있는 파라미터 값을 읽도록 하는 매개 변수에 해당합니다.In this case, select corresponds to a command that reads a value existing in the database by an SQL query. A, b, and c then correspond to the fields that indicate which variable values are stored in the database by the network management system, and from pm_table is the parameter that causes the network management system to read the parameter values stored in pm_table. .
1)번 select 문에서, max(index)는 최대 index가 가질 수 있는 값에 해당하므로, 도 10의 예에서는 2에 해당한다. 즉, 네트워크 관리 시스템은 pm_table의 a, b, c 파라미터가 저장된 영역 중 2의 주소를 가지는 최근 값을 조회하게 되는 것이다. 본 실시예에서는 max(index)의 주소에 최근 값이 저장되어 있으나, max(index)의 주소에 가장 나중 값이 저장되고, 0의 주소에 최신 값이 저장되는 것도 생각해볼 수 있다. 이와 유사하게 2)번 select 문에서, max(index)-1는 1에 해당한다. 즉, 네트워크 관리 시스템은 pm_table의 a, b, c 파라미터가 저장된 영역 중 1의 주소를 가지는 직전 값을 조회하게 되는 것이다. In the select statement 1), max (index) corresponds to a value that the maximum index can have, and thus corresponds to 2 in the example of FIG. 10. That is, the network management system inquires the latest value having the address of 2 among the areas where the a, b, and c parameters of pm_table are stored. In this embodiment, the latest value is stored at the address of max (index), but the last value is stored at the address of max (index), and the latest value is stored at the address of 0. Similarly, in select statement 2), max (index) -1 corresponds to 1. That is, the network management system inquires the immediately preceding value having the address of 1 among the areas where the a, b, and c parameters of pm_table are stored.
도 9에서 같은 Depth를 가지는 변수를 그룹화하는 이유는 Select 문은 동시에 여러 개의 파라미터를 조회할 수 있기 때문이다. 즉, select a, b, c와 같이 세 개의 파라미터를 하나의 문장으로 나타낼 수 있으므로, 같은 Depth를 가지는 변수를 그룹화하는 것이다. The reason for grouping variables having the same depth in FIG. 9 is that the select statement can query several parameters at the same time. That is, three parameters can be expressed in one sentence, such as select a, b, and c. Therefore, variables having the same depth are grouped.
이상에서 설명한 바와 같이 그룹화 및 Select문을 이용하여 데이터베이스 내에 저장된 파라미터 값을 조회한 경우, 네트워크 관리 시스템은 이를 반영하여 성능 파라미터를 계산할 수 있는 것이다.As described above, when querying parameter values stored in the database by using grouping and select statements, the network management system may calculate the performance parameters by reflecting this.
도 11은 본 발명의 일 실시예에 따른 네트워크 관리 시스템이 성능 파라미터 값을 출력한 결과를 나타낸 도면이다.11 is a diagram illustrating a result of outputting a performance parameter value by a network management system according to an exemplary embodiment of the present invention.
이 경우 조회되는 파라미터는 시스템 정의 파라미터이거나 별도의 계산 과정을 필요로 하는 성능 파라미터일 수 있다.In this case, the inquired parameter may be a system defined parameter or a performance parameter that requires a separate calculation process.
현재 도 11은 RAS0101이라는 시스템 구성 요소(NE)의 NetIPC 그룹에 속한 파라미터 값을 결과로 나타낸 것이다. 도 11의 좌측 윈도우를 살펴보면 IPC 카테고리에는 IXPGDDI, NetIPC의 그룹이 있는 것을 살펴볼 수 있다. 이 중 NetIPC 그룹에는 TxPktCnt, TxErrCnt, TxDrpCnt, RxPktCnt, RxErrCnt, RxDrpCnt의 파라미터가 속해있는 것을 알 수 있다. FIG. 11 shows the parameter values belonging to the NetIPC group of the system component NE called RAS0101. Referring to the left window of FIG. 11, it can be seen that there are groups of IXPGDDI and NetIPC in the IPC category. Among these, it can be seen that the parameters of TxPktCnt, TxErrCnt, TxDrpCnt, RxPktCnt, RxErrCnt, and RxDrpCnt belong to the NetIPC group.
운용자는 상기 NetIPC 그룹에 속한 파라미터 중 Pkt와 Drp의 파라미터, 즉 TxPktCnt, TxDrpCnt, RxPktCnt, RxDrpCnt의 디스플레이를 요청한 것이다. 이에 따라 도 13의 오른쪽 윈도우에는 운용자가 요청한 파라미터의 값이 나타나게 된 것이다.The operator requests the display of Pkt and Drp parameters, that is, TxPktCnt, TxDrpCnt, RxPktCnt, and RxDrpCnt, among the parameters belonging to the NetIPC group. Accordingly, the value of the parameter requested by the operator appears in the right window of FIG. 13.
왼쪽 아래 윈도우에는 NE Name, Ne Type, IP, Version, B/D ID, NIC, Graph Type, Poll Interval, Stop Time(hour) 등의 특성들이 존재한다. NE Name과 Ne Type은 사용자가 선택한 구성 요소의 ID와 타입을 표시하는 것이고, IP는 NE의 IP 주소를 의미한다. In the lower left window, there are NE Name, Ne Type, IP, Version, B / D ID, NIC, Graph Type, Poll Interval, Stop Time (hour). NE Name and Ne Type indicate the ID and type of the component selected by the user, and IP means the NE's IP address.
이 중 Graph Type으로 Bar가 선택되어 있는데, 도 11의 오른쪽 윈도우의 위쪽 부분을 살펴보면 성능 파라미터들을 시간대별로 막대 그래프로 도시한 것을 살펴볼 수 있다. 이와 같이 본 발명에 따른 네트워크 관리 시스템은 성능 그래프들을 시간대별로 출력할 수 있게 되는데, 이는 성능 파라미터들을 Depth가 존재하는 큐에 시간대별로 저장할 수 있는 기능을 갖추고 있기 때문이다. 물론, 본 발명은 막대 그래프(Bar Graph) 뿐만 아니라, 꺽은선 그래프, 원 그래프 등 다양한 형태의 그래프 등을 지원할 수 있으며, 이는 사용자가 드롭 다운(Drop Down) 형식의 메뉴를 통하여 선택할 수 있는 것이다.Among them, Bar is selected as the graph type. Looking at the upper portion of the right window of FIG. 11, it can be seen that performance parameters are shown in a bar graph by time zone. As described above, the network management system according to the present invention can output performance graphs according to time slots, since the network management system has a function of storing performance parameters according to time slots in a queue where depth exists. Of course, the present invention may support not only a bar graph but also various types of graphs such as a line graph and a pie graph, which can be selected by a user through a drop down menu.
왼쪽 아래 윈도우를 살펴보면 Poll Interval(sec)라는 변수가 존재하며 그 값은 10에 해당한다. 이는 네트워크 관리 시스템이 상기 파라미터의 값을 소정의 시간을 주기로 갱신할 것인지 결정하는 것이다. 현재 오른쪽 윈도우를 살펴보면 10:28:50, 10:29:00, 10:29:11, 10:29:21 등 약 10초마다 운용자가 요청한 파라미터 값이 출력되고 있는 것을 살펴볼 수 있다. 이는 도 11의 네트워크 관리 시스템의 Poll Interval이 10초로 설정되어 있기 때문이다. In the lower left window, there is a variable called Poll Interval (sec), whose value is 10. This is to determine whether the network management system updates the value of the parameter at predetermined time intervals. If you look at the right window, you can see that the parameter values requested by the operator are displayed every 10 seconds, such as 10:28:50, 10:29:00, 10:29:11, and 10:29:21. This is because the Poll Interval of the network management system of FIG. 11 is set to 10 seconds.
마지막으로 Stop Time이 1시간으로 설정되어 있는데, 이는 네트워크 관리 시스템이 Stop Time에서 설정된 시간 동안 위에서 설명한 성능 파라미터를 주기적으로 체크하는 시간을 의미한다. 즉, 도 11의 네트워크 관리 시스템은 1시간 동안 운용자가 선택한 TxPktCnt, TxDrpCnt, RxPktCnt, RxDrpCnt의 값을 10초를 주기로 하여 측정하게 되는 것이다.Finally, the Stop Time is set to 1 hour, which means that the network management system periodically checks the performance parameters described above for the time set in Stop Time. That is, the network management system of FIG. 11 measures the TxPktCnt, TxDrpCnt, RxPktCnt, and RxDrpCnt values selected by the operator for one hour at 10-second intervals.
이상에서 대표적인 실시예를 통하여 본 발명에 대하여 상세하게 설명하였으나, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 상술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해할 것이다. 그러므로 본 발명의 권리 범위는 설명된 실시예에 국한되어 정해져서는 안되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의하여 정해져야 한다.Although the present invention has been described in detail through the representative embodiments, those skilled in the art to which the present invention pertains can make various modifications without departing from the scope of the present invention. I will understand. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the claims below but also by the equivalents of the claims.
상기한 바와 같이 본 발명에 따르면 실시간 모니터링을 위하여 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 그 방법에 따르면 시스템의 서비스 품질을 모니터링하기 위하여 사용자가 임의로 생성, 변경이 가능한 수식 모델링 적용 및 이의 실시간 분석이 가능하게 되었다. As described above, according to the present invention, according to the formula-based network management system that supports queuing for real-time monitoring, and the method thereof, the user can arbitrarily generate and change equation modeling and monitor the service quality of the system. It became possible.
또한, 단순한 사칙 연산 이외에 공학적 계산식을 지원하며, 큐잉 개념을 적용한 실시간 누적치에 대한 분석을 지원하는 수학적 분석 방법이 제공될 수 있다. 뿐만 아니라, 본 발명은 데이터베이스에 저장된 값에 대한 분석 방법도 동시에 제공하게 되므로 서비스 품질 통계 분석도 별도의 프로그램 개발없이 이미 정의된 시스템 정의 성능 파라미터를 통해 가능하게 되었다. In addition, a mathematical analysis method may be provided that supports engineering calculations in addition to simple arithmetic operations and supports analysis of real-time cumulative values using a queuing concept. In addition, the present invention also provides an analysis method for the values stored in the database at the same time, it is also possible to analyze the service quality statistics through the system-defined performance parameters already defined without developing a separate program.
마지막으로, 본 발명이 제공하는 파라미터 갱신 방법은 실시간 계싼을 통해 값이 갱신되어야 하는 모든 장치에 대해 사용자 임의의 계산식 작성을 통한 데이터 갱신에 사용될 수 있다. Finally, the parameter update method provided by the present invention can be used for data update by creating a user's arbitrary calculation for all devices whose values need to be updated through real-time scheduling.
Claims (17)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020060099300A KR100814403B1 (en) | 2006-10-12 | 2006-10-12 | Formula based network management system supporting queueing mechanism and method of measuring performance parameter |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020060099300A KR100814403B1 (en) | 2006-10-12 | 2006-10-12 | Formula based network management system supporting queueing mechanism and method of measuring performance parameter |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR100814403B1 true KR100814403B1 (en) | 2008-03-18 |
Family
ID=39410809
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020060099300A KR100814403B1 (en) | 2006-10-12 | 2006-10-12 | Formula based network management system supporting queueing mechanism and method of measuring performance parameter |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR100814403B1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100955348B1 (en) | 2007-12-13 | 2010-04-29 | 한국전자통신연구원 | System and method for processing of performance data in network quality management |
| CN111611301A (en) * | 2020-06-16 | 2020-09-01 | 武汉虹信通信技术有限责任公司 | KPI (Key Performance indicator) representation method, calculation method and system of wireless communication equipment |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020063640A (en) * | 2001-01-30 | 2002-08-05 | 삼성전자 주식회사 | Method for measurement and statistics on ISDN PRI channel |
| KR20020078240A (en) * | 2001-04-06 | 2002-10-18 | (주)엔프라테크 | Method for collecting a network performance information, Computer readable medium storing the same, and an analysis System and Method for network performance |
| KR20020088955A (en) * | 2001-05-22 | 2002-11-29 | 박진석 | Financial Derivatives Analyzing System and Method for the Same |
| US6587869B2 (en) | 1997-02-20 | 2003-07-01 | Hitachi, Ltd. | Information providing system having a network terminal and network management system which manages a network and provides information of the network to the network terminal |
| US20030154275A1 (en) | 2002-02-14 | 2003-08-14 | Alcatel | Method for controlling the installation of program code on network elements |
| KR20060060380A (en) * | 2004-11-30 | 2006-06-05 | 주식회사 팬택 | Mobile terminal capable of measuring size and method thereof |
| KR20060071749A (en) * | 2004-12-22 | 2006-06-27 | 엘지전자 주식회사 | Interfacing method between application and library of a master on home network |
-
2006
- 2006-10-12 KR KR1020060099300A patent/KR100814403B1/en not_active IP Right Cessation
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6587869B2 (en) | 1997-02-20 | 2003-07-01 | Hitachi, Ltd. | Information providing system having a network terminal and network management system which manages a network and provides information of the network to the network terminal |
| KR20020063640A (en) * | 2001-01-30 | 2002-08-05 | 삼성전자 주식회사 | Method for measurement and statistics on ISDN PRI channel |
| KR20020078240A (en) * | 2001-04-06 | 2002-10-18 | (주)엔프라테크 | Method for collecting a network performance information, Computer readable medium storing the same, and an analysis System and Method for network performance |
| KR20020088955A (en) * | 2001-05-22 | 2002-11-29 | 박진석 | Financial Derivatives Analyzing System and Method for the Same |
| US20030154275A1 (en) | 2002-02-14 | 2003-08-14 | Alcatel | Method for controlling the installation of program code on network elements |
| KR20060060380A (en) * | 2004-11-30 | 2006-06-05 | 주식회사 팬택 | Mobile terminal capable of measuring size and method thereof |
| KR20060071749A (en) * | 2004-12-22 | 2006-06-27 | 엘지전자 주식회사 | Interfacing method between application and library of a master on home network |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100955348B1 (en) | 2007-12-13 | 2010-04-29 | 한국전자통신연구원 | System and method for processing of performance data in network quality management |
| CN111611301A (en) * | 2020-06-16 | 2020-09-01 | 武汉虹信通信技术有限责任公司 | KPI (Key Performance indicator) representation method, calculation method and system of wireless communication equipment |
| CN111611301B (en) * | 2020-06-16 | 2023-12-08 | 武汉虹信科技发展有限责任公司 | KPI index representing method, calculating method and system of wireless communication equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7120678B2 (en) | Method and apparatus for configurable data collection on a computer network | |
| US7882213B2 (en) | Network management system to monitor managed elements | |
| US8327335B2 (en) | Performance management tool having unified analysis report | |
| CN104731690B (en) | Adaptive metrology collection, storage and warning threshold | |
| US7734775B2 (en) | Method of semi-automatic data collection, data analysis, and model generation for the performance analysis of enterprise applications | |
| US7003564B2 (en) | Method and apparatus for customizably calculating and displaying health of a computer network | |
| US7912947B2 (en) | Monitoring asynchronous transactions within service oriented architecture | |
| US7958170B2 (en) | Method and apparatus for collecting and displaying data associated with network devices | |
| US6871324B2 (en) | Method and apparatus for efficiently and dynamically updating monitored metrics in a heterogeneous system | |
| US10116534B2 (en) | Systems and methods for WebSphere MQ performance metrics analysis | |
| US7634671B2 (en) | Determining power consumption in IT networks | |
| JP5913145B2 (en) | Log visualization device, method, and program | |
| US20020175941A1 (en) | Method and apparatus for visualizing metrics in a data space | |
| US20070198328A1 (en) | Storage Capacity Planning | |
| JP2001043158A (en) | Management data processor and computer-readable recording medium recorded with management data processing program | |
| CN107113187A (en) | Method and system for root cause analysis of network performance | |
| JP2002373090A (en) | Database indexing and rolling storage method for time- stamped normalized event data | |
| US20140040916A1 (en) | Automatic event correlation in computing environments | |
| US11032152B2 (en) | Machine-learning based self-populating dashboard for resource utilization monitoring in hyper-converged information technology environments | |
| JP4684883B2 (en) | Attribute information collecting apparatus, attribute information collecting method, and attribute information collecting program | |
| AU2001239753A1 (en) | Method of monitoring the availability of a messaging and voip network | |
| JP2005509368A (en) | Data integration system | |
| US20020152294A1 (en) | Apparatus and method for representing a class inheritance hierarchy | |
| KR100814403B1 (en) | Formula based network management system supporting queueing mechanism and method of measuring performance parameter | |
| JP2007164419A (en) | Management method for physical connection status of communication equipment connected to communication network, information processor and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20130227 Year of fee payment: 6 |
|
| FPAY | Annual fee payment |
Payment date: 20140227 Year of fee payment: 7 |
|
| FPAY | Annual fee payment |
Payment date: 20150226 Year of fee payment: 8 |
|
| FPAY | Annual fee payment |
Payment date: 20160226 Year of fee payment: 9 |
|
| FPAY | Annual fee payment |
Payment date: 20170224 Year of fee payment: 10 |
|
| FPAY | Annual fee payment |
Payment date: 20180227 Year of fee payment: 11 |
|
| LAPS | Lapse due to unpaid annual fee |