KR100462876B1 - 네트워크 기술군 표준 플랫폼을 사용하는 방법 - Google Patents

네트워크 기술군 표준 플랫폼을 사용하는 방법 Download PDF

Info

Publication number
KR100462876B1
KR100462876B1 KR20020013853A KR20020013853A KR100462876B1 KR 100462876 B1 KR100462876 B1 KR 100462876B1 KR 20020013853 A KR20020013853 A KR 20020013853A KR 20020013853 A KR20020013853 A KR 20020013853A KR 100462876 B1 KR100462876 B1 KR 100462876B1
Authority
KR
Grant status
Grant
Patent type
Prior art keywords
group
management
api
element
function
Prior art date
Application number
KR20020013853A
Other languages
English (en)
Other versions
KR20030074868A (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
Grant date

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/02Arrangements for maintenance or administration or management of packet switching networks involving integration or standardization
    • H04L41/0213Arrangements for maintenance or administration or management of packet switching networks involving integration or standardization using standardized network management protocols, e.g. simple network management protocol [SNMP] or common management interface protocol [CMIP]

Abstract

본 발명은 각 기술군의 독립적인 요소를 시스템 의존적인 요소와 분리하여 라이브러리화 즉 모듈화하여, 여러 시스템에 이식하기 용이하도록 하는 네트워크 기술군 표준 플랫폼 및 이를 사용하는 방법을 제공하기 위한 것으로서, XXX 시스템 소프트웨어(10)와 YYY 시스템 소프트웨어(20) 그리고 ZZZ 시스템 소프트웨어(30)에서 쉽게 사용할 수 있도록 각 기술군별 공통 부분(41∼45)을 라이브러리(모듈)(40)화하여, 각 시스템 소프트웨어(10,20,30)의 개발자들은 API(11, 21, 31)를 통해 이부분을 플랫폼으로 처리하고, 기술군 공통 요소의 모듈화를 위해 하나의 기능블럭은 하위구조로 매니지먼트 그룹으로 계층화하고; 매니지먼트 그룹은 각 기능블럭안에서 수행하는 역할에 따라 fault, configuration, account, performance, security, reliability, test, clock 그룹으로 구분하며; 각 기술군 공통 모듈의 가장 작은 단위로서, 실질적인 구성 내용을 포함하는 요소로 각 매니지먼트 그룹에 따라 다르게 정의되는 매니지먼트 엘리먼트로 계층화하여 이루어진다.

Description

네트워크 기술군 표준 플랫폼을 사용하는 방법 {Method for using standard platform of network equipments}

본 발명은 플랫폼(platform)에 관한 것으로서, 더욱 상세하게는 SDH(Synchronous Digital Hierarchy), PDH(Plesiochronous Digital Hierarchy), ATM(Asynchronous Transfer Mode), IP(Internet Protocol), VoP(Voice over Packet), IMA(Inverse Multiplexing over ATM), xDSL(Digital Subscriber Line and its variations) 등의 각 기술군에 대한 소프트웨어적 요소 중 공통된 부분을 모듈화하여 다른 기술군에 이식하기 용이하도록 하기 위한 네트워크 기술군 표준 플랫폼을 사용하는 방법에 관한 것이다.

네트워크 장비의 소프트웨어는 표준에 따라 정해진 계위신호 및 프로토콜의 구현 및 유지보수를 목적으로 만들어지며, 이때 표준에 의해 정의된 계위신호 및 프로토콜은 각 네트워크 장비의 형상에 따라 각 기술군이 시스템마다 각각 다르게시스템 소프트웨어와 구분없이 혼재되어 적용되고 있다.

도 1은 종래의 각 시스템에 따라 각 기술군이 각각 적용되는 형상을 도시한 구성도이다.

도 1을 참고로하여 좀 더 상세히 설명하면, XXX 시스템 소프트웨어(플랫폼) 환경하에 네트워크를 구성하기 위해서는 각각의 기술군을 XXX ATM, XXX SDH, XXX IP, XXX xDSL, XXX ... 이런 식으로 적용시킨다. 또한 YYY 시스템 소프트웨어(플랫폼) 환경하에 네트워크를 구성하기 위해서는 각각의 기술군을 YYY ATM, YYY SDH, YYY IP, YYY xDSL, YYY ... 이런 식으로 적용시킨다.

ZZZ 시스템 역시 ZZZ 시스템 소프트웨어(플랫폼) 환경하에 네트워크를 구성하기 위해서는 각각의 기술군을 ZZZ ATM, ZZZ SDH, ZZZ IP, ZZZ xDSL, ZZZ ... 이런 식으로 적용시킨다.

이렇게 기술군의 표준화 및 공용화가 이루어지지 않은 상태에서 새로운 플랫폼에 임의의 기술군을 적용시키기 위해서는, 개발자가 처음부터 그 기술군에 대한 개발을 하여 적용시켜야 된다.

따라서 종래의 방법은 기술군의 독립적인 요소를 시스템 의존적인 요소와 구분하지 않은 채 일괄적으로 시스템에 적용하기 때문에 다음과 같은 문제점이 발생된다.

첫째, 개발자 입장에서 시스템 형상에 따라 직관적으로 구현되므로 추후 변형 시스템의 개발 및 유지보수시 제한이 따른다.

둘째, 시스템 개발자 위주의 방법으로서 시스템 형상에 따라 각각 다른 형태를 유지한다.

셋째, 서로 다른 형태로 존재하므로 타 시스템으로의 이식이 어렵다.

넷째, 각 기술군에 따른 공통된 부분이 공유되지 못하므로 개발자원이 중복되고 개발 시간도 지연된다.

따라서 본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 각 기술군의 독립적인 요소를 시스템 의존적인 요소와 분리하여 라이브러리화 즉 모듈화하여, 여러 시스템에 이식하기 용이하도록 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법을 제공하는데 그 목적이 있다.

도 1은 종래의 각 시스템에 따라 각 기술군이 각각 적용되는 형상을 도시한 구성도,

도 2는 본 발명에 따라 각 기술군별 공통 부분을 모듈화하여 API(Application Program Interface : 응용프로그램 인터페이스)를 통한 전체 시스템의 개략도,

도 3은 본 발명을 구현하기 위해 구분된 각 기술군의 기능블럭에 관한 도면,

도 4는 본 발명을 구현하기 위한 각 기술군의 공통 모듈의 계층화에 관한 도면,

도 5a는 본 발명의 바람직한 실시예에 따른 fault 매니지먼트 엘리먼트 구조의 예를 보인 도면,

도 5b는 본 발명의 바람직한 실시예에 따른 performance 매니지먼트 엘리먼트 구조의 예를 보인 도면,

도 5c는 본 발명의 바람직한 실시예에 따른 test 매니지먼트 엘리먼트 구조의 예를 보인 도면,

도 5d는 본 발명의 바람직한 실시예에 따른 clock 매니지먼트 엘리먼트 구조의 예를 보인 도면.

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

10 : XXX 시스템 소프트웨어 20 : YYY 시스템 소프트웨어

30 : ZZZ 시스템 소프트웨어 40 : 모듈

11, 21, 31 : API 41 : 공통 SDH

42 : 공통 ATM 43 : 공통 IP

44 : 공통 xDSL 45 : 공통 ...

상기의 목적을 달성하기 위하여 본 발명에 따른 네트워크 기술군 표준 플랫폼을 사용하는 방법은, 시스템이 논리적으로 포함하는 기술군 및 기능 블록에 해당하는 기술군의 공통 요소를 모듈화 하는 단계; 운영자에 의해 사용할 기능블럭이 선택되면, 해당 기능블럭에 대한 프로파일(profile) 구조를 헤더 파일을 통해 제공받아 시스템에 설정하는 단계; 설정된 프로파일에 따라 생성 API(Application Program Interface)를 통해 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트를 생성시키는 단계; 등록 API(Application Program Interface)를 통해 이벤트 별로 호출될 콜백 펑션(Callback Function)을 등록하는 단계; 주기적으로 모니터링 API 기능을 호출하여 시스템을 모니터링하는 단계; 및 사용자가 필요로 하는 시기에 조회/설정 API를 통해 설정값을 조회하거나 갱신하는 단계를 포함한다.상기 콜백 펑션(Callback Function)은 링크드 리스트(Linked List) 구조로 공통 모듈 내에 등록되며, 상기 이벤트가 발생했을 때 호출됨을 특징으로 한다.또한, 상기 생성 API(Application Program Interface)를 통해 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트를 생성하는 단계에서, 상기 기능블럭은 각 기술군의 블럭에서 메시지 변환 기능 및 연결처리 기능에 대해 각각의 기능별로 구분되고, 상기 매니지먼트 그룹은 기능블럭의 하위구조로서 각 기능블럭안에서 수행하는 역할에 따라 구분되며, 상기 매니지먼트 엘리먼트는 각 기술군 공통 모듈의 가장 작은 단위로서, 실질적인 구성 내용을 포함하는 요소로 각 매니지먼트 그룹에 따라 다르게 정의되는 특징이 있다.상기 매니지먼트 그룹은 역할기능에 따라 fault, configuration, account, performance, security, reliability, test, clock 그룹으로 구분되는 것을 특징으로 한다.상기 매니지먼트 엘리먼트는 해당되는 매니지먼트 그룹의 특성에 따라 다른 구조를 갖으며, 매니지먼트 엘리먼트의 식별자로서 기술군 공통모듈의 사용자가 정한 값으로 결정되며 프로파일 또는 API를 통해 설정되는 meterID; 매니지먼트 엘리먼트의 사용여부를 의미하는 값으로 기술군 공통모듈 사용자가 정한 값으로 결정되며 프로파일 또는 API를 통해 설정되는 usagePrv; 및 공통 모듈 사용자가 정한 값으로 결정되며, 프로파일 또는 API를 통해 설정되는 maxIndex로 이루어지는 공통된 필드를 포함한다.상기 매니지먼트 엘리먼트의 공통 필드 중 maxIndex는 maxIndex가 1인 경우 하나의 매니지먼트 엘리먼트가 하나의 물리적 포트만을 포함하고 maxIndex가 1보다 클 경우는 하나의 매니지먼트 엘리먼트가 다수의 물리적 포트를 포함하며, 이값에 따라 매니지먼트 엘리먼트 구조 내부에서 구조 및 처리 방법이 변경되는 것을 특징으로 한다.상기 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트는 API를 통해 제어되며, API는 기능블럭과 매니지먼트 그룹 그리고 매니지먼트 엘리먼트를 생성, 소멸, 등록, 조회, 설정, 모니터링하는 기능을 수행하는 것을 특징으로 한다.상기 프로파일 구조는 해당 요소를 생성시키기 위해 필요한 데이터를 포함하고, 공통 모듈 사용자에게 헤더 파일로 제공하는 구조로 이루어진다.

이하, 본 발명이 속하는 분야에 통상의 지식을 지닌자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세히 설명한다.

도 2는 본 발명에 따라 각 기술군별 공통 부분을 모듈화하여 API(Application Program Interface : 응용프로그램 인터페이스)를 통한 전체 시스템의 개략도이다.

도 2에 도시된 바와 같이, XXX 시스템 소프트웨어(10)와 YYY 시스템 소프트웨어(20) 그리고 ZZZ 시스템 소프트웨어(30)에서 쉽게 사용할 수 있도록 각 기술군별 공통 부분(41∼45)을 라이브러리(모듈)(40)화 하여, 각 시스템 소프트웨어(10,20,30)의 개발자들은 API(11,21,31)를 통해 이부분을 플랫폼으로 처리하여 사용한다.

이하 상기의 각 기술군별 공통 부분에 대한 라이브러리화를 위한 본 발명의 구성 및 동작을 설명한다.

먼저 본 발명에서 다루어질 기술군들은 SDH 또는 PDH 또는 IMA와, ATM과, VoP와, IP와, xDSL로 나뉘어진다.

본 발명은 상기와 같이 대분류된 각 기술군에서 독립적인 요소와 의존적인 요소를 분리하기 위해, 여러 가지 기능블록(function block)으로 나누고, 이 기능블럭이 기술군 공통 요소의 최소 모듈(라이브러리)을 이루도록 한다.

도 3은 본 발명을 구현하기 위해 구분된 각 기술군의 기능블럭에 관한 도면이다.

도 3에 도시된 바와 같이, SDH 기술군은 SPI, RST, MST, MSP, MSA, HPOM, HPC, HPT, HPA, LPC, LPT, LPA, PPI 기능블록이 있고, ATM 기술군은 AAL1, AAL2, AAL3, AAL5, VCA, VCC, VCLT, VCT, VPA, VPC, VPLT, VPT 기능블록이 있다.

IP 기술군, xDSL 기술군, PDH 기술군, IMA 기술군의 기능블록은 도 3에 도시된 바와 같으며, 그 설명은 생략하기로 한다.

여기서 각 기술군의 기능블럭들이 담당하는 역할에 대해 ATM 기술군을 대표하여 살펴보면 다음과 같다.

1. AAL5/AAL3/AAL2/AAL1 : ATM Adaption 구간, ATM Cell 들을 해당 메시지로변환하는 층(예, IP packet, X.25 packet등)

2. VPA/VCA(Virtual Path Adaption/Virtual Channel Adaption) : VC/VP 적용구간

3. VCC(Virtual Channel Connect) : VC 연결구간

4. VCLT(Virtual Channel Link Termination): VCL 처리구간

5. VCT(Virtual Channel Termination) : VC 처리 구간

6. VPC(Virtual Path Connect): VP 연결구간

7. VPT(Virtual Path Termination) : VP 처리구간

8. VPLT(Virtual Path Link Termination) : VPL 처리구간

9. TP/VPA(Transmission Path/Virtual Path Adaption) : TP/VP 적용구간

이렇듯 각 기술군의 기능블럭들은 메시지 변환 기능 및 연결 처리 기능에 대해 각각의 기능별로 블록이 구분된다.

도 4는 본 발명을 구현하기 위한 각 기술군의 공통 모듈의 계층화에 관한 도면이다.

도 4에 도시된 바와 같이, 하나의 기능블럭은 하위구조로 매니지먼트 그룹(management group)으로 계층화 되어 있고, 매니지먼트 그룹은 각 기능블럭안에서 수행하는 역할에 따라 구분된 것이며, 이는 fault, configuration, account, performance, security, reliability, test, clock group으로 구분된다. 매니지먼트 그룹은 기술군, 기능블럭별로 각기 다른 형태 및 크기를 갖는다.

상기 매니지먼트 그룹은 하위구조로 하나 이상의 매니지먼트엘리먼트(management element)로 구성된다. 매니지먼트 엘리먼트는 기술군 공통모듈의 가장 작은 단위이며, 해당되는 매니지먼트 그룹에 따라 다르게 정의된다.

이러한 각각의 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트 등은 API를 통해 제어된다.

API는 기능블럭과 매니지먼트 그룹 그리고 메니지먼트 엘리먼트를 생성시키는 기능(Create), 생성된 기능블럭과 매니지먼트 그룹 그리고 메니지먼트 엘리먼트를 소멸시키는 기능(Delete), 기능블럭과 매니지먼트 그룹 그리고 메니지먼트 엘리먼트에 링크드 리스트(Linked List) 구조 콜백 펑션(Callback Function)을 등록시키는 기능(Register), 기능블럭과 매니지먼트 그룹 그리고 메니지먼트 엘리먼트의 내용을 조회하는 기능(Get), 기능블럭과 매니지먼트 그룹 그리고 메니지먼트 엘리먼트의 내용을 설정하는 기능(Set) 그리고 기능블럭과 매니지먼트 그룹 그리고 메니지먼트 엘리먼트의 내용을 이용하여 기능상 정해진 프로세스를 수행하며 그 결과에 따라 적절한 조치를 취하는 수행기능(Monitor)이 있다.

이러한 기능중 생성기능을 보조하기 위하여 공통모듈은 프로파일(profile) 구조를 제공하는데, 프로파일 구조는 공통모듈의 해당 요소를 생성시키기 위해 필요한 데이터를 포함하고 있으며, 공통모듈 사용자에게 헤더 파일로 제공된다.

상기 매니지먼트 엘리먼트는 기술군 공통모듈의 최소단위이고, 실직적인 구성 내용을 포함하는 요소로서, 매니지먼트 그룹의 특성에 따라 다른 구조를 갖고 있지만, 공통된 필드(field)를 포함하는데 다음과 같다.

meterID : 매니지먼트 엘리먼트의 식별자로서 기술군 공통모듈의 사용자가정한 값으로 결정되며 프로파일 또는 API를 통해 설정된다.

usagePrv : 매니지먼트 엘리먼트의 사용여부를 의미하는 값으로 기술군 공통모듈 사용자가 정한 값으로 결정되며 프로파일 또는 API를 통해 설정된다.

maxIndex : maxIndex가 1인 경우 하나의 매니지먼트 엘리먼트가 하나의 물리적 포트만을 포함하고 maxIndex가 1보다 클 경우는 하나의 매니지먼트 엘리먼트가 다수의 물리적 포트를 포함한다. 이값에 따라 매니지먼트 엘리먼트 구조 내부에서 구조 및 처리 방법 변경될 수 있다. maxIndex는 공통 모듈 사용자가 정한 값으로 결정되며, 프로파일 또는 API를 통해 설정된다.

이와 같은 조건에 의해 공통 모듈에 해당하는 프로파일 구조 중 fault 매니지먼트 엘리먼트의 구조는 도 5a에 도시되고, performance 매니지먼트 엘리먼트의 구조는 도 5b에 도시되고, test 매니지먼트 엘리먼트의 구조는 도 5c에 도시되고, 매니지먼트 엘리먼트의 구조는 도 5d에 도시되어 있다.

상기와 같이 기술군 공통 모듈을 이용하여 사용자가 새로운 플랫폼을 개발하려면 다음과 같은 절차에 따른다.

먼저 시스템이 논리적으로 포함하는 기술군 및 기능 블록에 해당하는 기술군 공통 모듈을 포함한 소프트웨어 빌드(software build)를 구축한다.

그리고 해당되는 기능블럭의 도 5a∼5d와 같은 프로파일 구조를 헤더 파일을 통해 제공받아 시스템에 맞게 설정한 후 생성 API를 통해 생성시킨다.

주기적으로 수행기능 API를 호출하여 정해진 기능을 수행하고, 사용자가 필요로 하는 시기에 조회(Get)/설정(Set) API를 통해 설정값을 조회하거나 변경한다.

이상 본 발명의 바람직한 실시예에 대해 상세히 기술되었지만, 본 발명이 속하는 기술분야에 있어서 통상의 지식을 가진 사람이라면, 첨부된 청구 범위에 정의된 본 발명의 정신 및 범위를 벗어나지 않으면서 본 발명을 여러 가지로 변형 또는 변경하여 실시할 수 있음을 알 수 있을 것이다. 따라서 본 발명의 앞으로의 실시예들의 변경은 본 발명의 기술을 벗어날 수 없을 것이다.

이상 설명한 바와 같이, 본 발명에 따른 네트워크 기술군 표준 플랫폼 구현방법은 다음과 같은 효과를 제공한다.

첫째, 새로운 네트워크 기술군에 대한 모듈 개발시 기존의 사용자가 새 기술군에 요구되는 정보를 프로파일로만 제공하면 쉽게 이식될 수 있다.

둘째, 기술군별로 라이브러리 모듈로 구현되어 있으므로, 기존의 네트워크 요소에 어느 한 기술군이 필요하다면 해당되는 기술군의 라이브러리만 적용하면 될 것이다. 이는 불필요한 부분들을 제거하여 효율적인 재사용성을 보장하고, 코드 사이즈를 최소화할 수 있게 된다.

셋째, 각 기술군별과는 독립적으로 구성된 트레이스 모듈 및 메모리 모듈이 존재하여 어느 기술군에도 적용되어 작동할 수 있으며, 새로운 기술군 추가시에도 쉽게 검증될 수 있다.

Claims (18)

  1. 삭제
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 삭제
  7. 삭제
  8. 삭제
  9. 삭제
  10. 삭제
  11. 시스템이 논리적으로 포함하는 기술군 및 기능 블럭에 해당하는 기술군의 공통 요소를 모듈화 하는 단계;
    운영자에 의해 사용할 기능블럭이 선택되면, 해당 기능블럭에 대한 프로파일(profile) 구조를 헤더 파일을 통해 제공받아 시스템에 설정하는 단계;
    설정된 프로파일에 따라 생성 API(Application Program Interface)를 통해 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트를 생성시키는 단계;
    등록 API(Application Program Interface)를 통해 이벤트 별로 호출될 콜백 펑션(Callback Function)을 등록하는 단계;
    주기적으로 모니터링 API 기능을 호출하여 시스템을 모니터링하는 단계; 및
    사용자가 필요로 하는 시기에 조회/설정 API를 통해 설정값을 조회하거나 갱신하는 단계로 이루어지는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  12. 제 11항에 있어서, 상기 콜백 펑션(Callback Function)은 링크드 리스트(Linked List) 구조로 공통 모듈 내에 등록되며, 상기 이벤트가 발생했을 때 호출됨을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  13. 제 11항에 있어서, 생성 API(Application Program Interface)를 통해 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트를 생성하는 단계에서,
    상기 기능블럭은 각 기술군의 블럭에서 메시지 변환 기능 및 연결처리 기능에 대해 각각의 기능별로 구분되고,
    상기 매니지먼트 그룹은 기능블럭의 하위구조로서 각 기능블럭안에서 수행하는 역할에 따라 구분되며,
    상기 매니지먼트 엘리먼트는 각 기술군 공통 모듈의 가장 작은 단위로서, 실질적인 구성 내용을 포함하는 요소로 각 매니지먼트 그룹에 따라 다르게 정의되는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  14. 제 11 항에 있어서, 상기 매니지먼트 그룹은
    역할기능에 따라 fault, configuration, account, performance, security, reliability, test, clock 그룹으로 구분되는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  15. 제 11 항에 있어서, 상기 매니지먼트 엘리먼트는
    해당되는 매니지먼트 그룹의 특성에 따라 다른 구조를 갖으며,
    매니지먼트 엘리먼트의 식별자로서 기술군 공통모듈의 사용자가 정한 값으로 결정되며 프로파일 또는 API를 통해 설정되는 meterID; 매니지먼트 엘리먼트의 사용여부를 의미하는 값으로 기술군 공통모듈 사용자가 정한 값으로 결정되며 프로파일 또는 API를 통해 설정되는 usagePrv; 및 공통 모듈 사용자가 정한 값으로 결정되며, 프로파일 또는 API를 통해 설정되는 maxIndex로 이루어지는 공통된 필드를 포함하는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  16. 제 15 항에 있어서, 상기 매니지먼트 엘리먼트의 공통 필드 중 maxIndex는
    maxIndex가 1인 경우 하나의 매니지먼트 엘리먼트가 하나의 물리적 포트만을 포함하고 maxIndex가 1보다 클 경우는 하나의 매니지먼트 엘리먼트가 다수의 물리적 포트를 포함하며, 이값에 따라 매니지먼트 엘리먼트 구조 내부에서 구조 및 처리 방법이 변경되는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  17. 제 11 항에 있어서, 상기 기능블럭, 매니지먼트 그룹, 매니지먼트 엘리먼트는 API를 통해 제어되며, API는 기능블럭과 매니지먼트 그룹 그리고 매니지먼트 엘리먼트를 생성, 소멸, 등록, 조회, 설정, 모니터링하는 기능을 수행하는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
  18. 제 11 항에 있어서, 상기 프로파일 구조는
    해당 요소를 생성시키기 위해 필요한 데이터를 포함하고, 공통 모듈 사용자에게 헤더 파일로 제공하는 구조로 이루어지는 것을 특징으로 하는 네트워크 기술군 표준 플랫폼을 사용하는 방법.
KR20020013853A 2002-03-14 2002-03-14 네트워크 기술군 표준 플랫폼을 사용하는 방법 KR100462876B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR20020013853A KR100462876B1 (ko) 2002-03-14 2002-03-14 네트워크 기술군 표준 플랫폼을 사용하는 방법

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR20020013853A KR100462876B1 (ko) 2002-03-14 2002-03-14 네트워크 기술군 표준 플랫폼을 사용하는 방법
US10372925 US7356801B2 (en) 2002-03-14 2003-02-26 Standard platform for network technology group and application method thereof
TW92104455A TWI239738B (en) 2002-03-14 2003-03-03 Standard platform for network technology group and application method thereof
JP2003071048A JP2003288206A (ja) 2002-03-14 2003-03-14 ネットワーク技術群標準プラットホーム及びこれを用いる方法
CN 03120587 CN1445686A (zh) 2002-03-14 2003-03-14 用于网络技术组的标准平台和其使用方法

Publications (2)

Publication Number Publication Date
KR20030074868A true KR20030074868A (ko) 2003-09-22
KR100462876B1 true KR100462876B1 (ko) 2004-12-17

Family

ID=28036064

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20020013853A KR100462876B1 (ko) 2002-03-14 2002-03-14 네트워크 기술군 표준 플랫폼을 사용하는 방법

Country Status (4)

Country Link
US (1) US7356801B2 (ko)
JP (1) JP2003288206A (ko)
KR (1) KR100462876B1 (ko)
CN (1) CN1445686A (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100772520B1 (ko) * 2005-12-08 2007-11-01 한국전자통신연구원 가변 헤더를 포함한 계층통합프레임 처리장치
US9726392B2 (en) * 2006-06-29 2017-08-08 Honeywell International Inc. Generic user interface system
EP2245835A2 (en) * 2008-02-08 2010-11-03 Ecrio, Inc. System, method and apparatus for controlling multiple applications and services on a digital electronic device

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5724508A (en) 1995-03-09 1998-03-03 Insoft, Inc. Apparatus for collaborative computing
DE69720857D1 (de) * 1996-05-31 2003-05-22 Hewlett Packard Co Systeme und Verfahren zum Betrieb einer Netzwerk-Verwaltungsstation
US5923878A (en) 1996-11-13 1999-07-13 Sun Microsystems, Inc. System, method and apparatus of directly executing an architecture-independent binary program
US6754181B1 (en) * 1996-11-18 2004-06-22 Mci Communications Corporation System and method for a directory service supporting a hybrid communication system architecture
US5999441A (en) * 1997-02-14 1999-12-07 Advanced Micro Devices, Inc. Random access memory having bit selectable mask for memory writes
US6167403A (en) * 1997-06-23 2000-12-26 Compaq Computer Corporation Network device with selectable trap definitions
US6393481B1 (en) 1997-10-06 2002-05-21 Worldcom, Inc. Method and apparatus for providing real-time call processing services in an intelligent network
JP3604898B2 (ja) * 1998-03-31 2004-12-22 キヤノン株式会社 ネットワークデバイスの管理装置及びその方法、記録媒体
US6434594B1 (en) 1999-03-09 2002-08-13 Talk2 Technology, Inc. Virtual processing network enabler
US6460178B1 (en) 1999-06-30 2002-10-01 Microsoft Corporation Shared library optimization for heterogeneous programs
US7020697B1 (en) * 1999-10-01 2006-03-28 Accenture Llp Architectures for netcentric computing systems
US20020161935A1 (en) * 2001-04-30 2002-10-31 James Blaisdell System and method for dynamically adding management information base object
JP3991628B2 (ja) * 2001-07-19 2007-10-17 セイコーエプソン株式会社 管理情報データベース構造定義ファイル結合方法、ネットワークデバイス管理システムおよび管理情報データベース構造定義ファイルを結合するための処理プログラムならびに管理デバイス
US20030074436A1 (en) * 2001-10-04 2003-04-17 Adc Broadband Access Systems Inc. Management information base object model
US7069546B2 (en) * 2001-12-03 2006-06-27 Corrigent Systems Ltd. Generic framework for embedded software development

Also Published As

Publication number Publication date Type
JP2003288206A (ja) 2003-10-10 application
US7356801B2 (en) 2008-04-08 grant
US20030177185A1 (en) 2003-09-18 application
KR20030074868A (ko) 2003-09-22 application
CN1445686A (zh) 2003-10-01 application

Similar Documents

Publication Publication Date Title
US5898689A (en) Packet network interface
US6167062A (en) System and associated method for the synchronization and control of multiplexed payloads over a telecommunications network
USH1881H (en) System and method for forming circuit connections within a telecommunications switching platform
US6115362A (en) Method and apparatus for determining frame relay connections
US5949782A (en) Call correlation tag for ATM messages
US7263597B2 (en) Network device including dedicated resources control plane
US7143153B1 (en) Internal network device dynamic health monitoring
Hermann et al. A framework for network protocol software
US6260062B1 (en) Element management system for heterogeneous telecommunications network
US5764955A (en) Gateway for using legacy telecommunications network element equipment with a common management information protocol
US5748962A (en) Common channels for inter-application communications
US5646864A (en) Event correlation in telecommunications networks
US6070188A (en) Telecommunications network management system
US5615211A (en) Time division multiplexed backplane with packet mode capability
US20040133624A1 (en) Method and apparatus for performing common call processing management using common software platform
US5796953A (en) System having user terminal connecting to a remote test system via the internet for remotely testing communication network
US6052722A (en) System and method for managing network resources using distributed intelligence and state management
US20040031030A1 (en) Signatures for facilitating hot upgrades of modular software components
US5867689A (en) Method and apparatus for emulating a digital cross-connect switch network using a flexible topology to test MCS network management
US6658090B1 (en) Method and system for software updating
US6088328A (en) System and method for restoring failed communication services
US5564021A (en) Method for assigning inter-nodal traffic loads to channels in sonet rings
US6535599B1 (en) System and method for processing ported calls
EP0849909A2 (en) Communications network monitoring
US5978845A (en) Network management relay mechanism

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: 20081107

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee