KR100256564B1

KR100256564B1 - 오엠아이와 에이젼트간의 초기화 처리 방법

Info

Publication number: KR100256564B1
Application number: KR1019970081728A
Authority: KR
Inventors: 박희동
Original assignee: 강병호; 대우통신주식회사
Priority date: 1997-12-31
Filing date: 1997-12-31
Publication date: 2000-05-15
Also published as: KR19990061469A

Abstract

본 발명은 오엠아이와 에이젼트간의 초기화 처리 방법에 관한 것으로, 오엠아이부와 에이젼트부간의 데이터 전송시 에이젼트부의 초기화를 위한 릴레이션 요구가 전송되면, 릴레이션이 존재하는 프로세서를 알아내어 해당 프로세서에 위치하고 있는 오엠아이 서브 에이젼트 프로세스로 요구 데이터 신호를 통해 릴레이션 정보를 구할 것을 요구하고, 오엠아이 서브 에이젼트 프로세스는 해당 자료를 프로세서 로드 데이터로부터 리드하여 오엠아이 컴맨드 라이트 프로세스로 전송하며, 오엠아이 컴맨드 라이트 프로세스는 전송된 자료를 에이젼트부로 전송하므로, 에이젼트부에서의 교환기에 대한 성능, 상태, 메인턴스 모니터링을 위한 오엠아이부의 인터페이스 중요한 역할과, 새로운 기능의 추가 및 업데이트가 효율적으로 이루어지는 효과가 있다.

Description

오엠아이와 에이젼트간의 초기화 처리 방법

본 발명은 전전자 교환기(Full Electronic Telephone eXchange)에 관한 것으로, 특히 오엠아이(Operational Maintenance Interface : 이하, OMI라 약칭함)와 에이젼트(Agent : 이하, Agent라 함)간의 초기화에 관련 처리 내용을 기술할 수 있도록 한 OMI와 Agent간의 초기화 처리 방법에 관한 것이다.

일반적으로, OMI에서는 전기 통신 관리 네트웍(Telecommunication Management Network)에서 Agent 초기화시 관리 목표(Managed Objects) 생성을 위해 필요로 하는 데이터 베이스(Data Base) 릴레이션 요구시, 해당 릴레이션을 억세스하여 자료를 전송하는 과정이 필요하다.

종래 전전자 교환기의 OMI와 Agent간의 해당 릴레이션을 억세스하여 자료 전송 요구 사항을 충족하기 위한 초기화에 관련된 처리 과정에 대한 내용이 없다는 문제점이 있었다.

본 발명은 이러한 문제점을 해결하기 위하여 안출한 것으로서, 그 목적은 오엠아이와 에이젼트간의 데이터 전송시 필요한 메시지 포맷에 대한 정의와 초기화와 관련된 처리 과정을 기술할 수 있도록 한 오엠아이와 에이젼트간의 초기화 처리 방법을 제공하는데 있다.

이러한 목적을 달성하기 위한 본 발명은 OMI와 Agent간의 초기화 처리 방법에 관한 것으로, 오엠아이와 에이젼트간 인터페이스를 제공하기 위해 컨넥션을 설정하는 단계와; 컨넥션이 설정된후, 에이젼트는 초기화를 위한 릴레이션 정보를 오엠아이로 요구하는 단계와; 오엠아이는 요구된 릴레이션 정보가 해당 프로세서에 로드되어 있는지를 확인한후, 해당 릴레이션에 대한 피지컬 어드레스를 알아내는 단계와; 오엠아이는 억세스를 통해 릴레이션 정보를 해당 프로세서에서 리드하여 에이젼트로 릴레이션 정보를 전송하는 단계와; 에이젼트의 초기화 과정에서 초기화에 필요한 모든 릴레이션 정보를 계속적으로 전송받은 후, 초기화 종료 메시지를 에이젼트에서 오엠아이로 전송하면, 에이젼트의 초기화 과정이 끝나는 단계와; 에이젼트의 초기화 과정이 끝나면, 오엠아이에서 발생되어지는 알람, 폴트, 스태터스 메시지를 에이젼트로 전송하는 단계와; 에이젼트에서 오엠아이를 통해 메시지 제어 블록으로 전송하는 맨 머신 컴맨드 요구가 수행되도록 인터페이스를 하며, 맨 머신 컴맨드 요구에 대한 결과를 메시지 제어 블록으로부터 넘겨받아 에이젼트로 전송하는 단계를 포함한다.

도 1은 본 발명에 의한 오엠아이와 에이젼트간의 초기화 처리 방법의 블록 구성도,

도 2는 오엠아이와 에이젼트간의 초기화 처리 방법에 대한 본 발명의 상세 흐름도,

도 3은 오엠아이와 에이젼트간의 초기화 처리 단계에서 오엠아이 블록내 프로세서들에 대한 세부적인 상호 작용의 블록 구성도.

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

10 : AGENT부 20 : OMI부

30 : MC부

이하, 첨부된 도면을 참조하여 설명되는 본 발명의 실시예로부터 본발명의 목적 및 특징이 보다 명확하게 이해될 수 있도록 보다 상세히 설명하기로 한다.

도 1은 본 발명에 의한 OMI와 Agent간의 초기화 처리 방법의 전체적인 블록 구성도로서, AGENT부(10)와, OMI부(20)와, 메시지 제어 블록(Message Control block : 이하, MC라 약칭함)부(30)로 구성된다.

AGENT부(10)는 초기화에 필요한 테이블을 요구하기 위해 사용하는 요구 데이터 포맷을 바탕으로 OMI부(20)로 전송한다.

* AGENT부(10)에서 OMI부(20)로 전송하는 요구 데이터 포맷은 하기와 같다.

byte position	0	1	2 3	4 5 ·· n
contents	ESC	I	tuple size	filename

* AGENT부(10)에서 OMI부(20)로 전송하는 초기화 종료 포맷은 하기와 같다.

ESC

“E”

OMI부(20)는 요구 데이터 포맷을 전송받고, AGENT부(10)로 해당 테이블 자료를 전송한다.

* OMI부(20)에서 AGENT부(10)로 전송하는 테이블 자료 포맷은 하기와 같다.

byte position	0 1	2 3 4 ··· n
contents	lenth	실 자료

여기서, 테이블 자료 포맷의 길이(Length)는 케렉터(Character)가 아닌 인테져(Integer)값으로 0∼220 값의 범위인데, 길이(Length)를 220으로 한정한 것은 교환기에서 내부 프로세서 통신(Inter Process Communication : 이하, IPC라 약칭함) 사이즈(Size)를 고려한 것이고, 실 자료는 해당 테이블의 튜플(tuple) 구조로 최대 전송 가능 데이터 길이는 220byte이다.

OMI부(20)와 AGENT부(10)간 릴레이션에 대한 데이터 전송이 끝날을 경우 OMI부(20)는 AGENT부(10)로 앤드 어브 파일(End Of File : 이하, EOF라 약칭함) 메시지를 전송하는데, EOF전송시 길이 필드를 -1로 셋하여 전송한다.

AGENT부(10)로부터 초기화 종료 포맷에 대해 OMI부(20)는 EOF를 보내고 AGENT부(10) 초기화 작업을 완료한다.

만약, EOF가 전송되지 않으면, AGENT부(10)는 대기 시간 5초 간격으로 최대 3번 재시도한다.

MC부(30)는 메시지 제어 블록으로, AGENT부(10)로부터 요청된 맨 머신 컴맨드(Man Machine Command : 이하, MMC라 약칭함)에 대한 결과와 시스템에서 발생한 스테터스(Status), 폴트(Fault), 알람(Alarm) 메시지를 제어하여 AGENT부(10)로 전송하도록 한다.

상기와 같이 구성된 본 발명에 따른 오엠아이와 에이젼트간의 초기화 처리 방법의 블록 구성도에 대하여 설명하였고, 도 2는 오엠아이와 에이젼트간의 초기화 처리 방법에 대한 본 발명의 상세 흐름도를 설명한다.

OMI부(20)와 AGENT부(10)간 인터페이스를 제공하기 위해 컨넥션(Connection)을 설정한다(단계 200).

AGENT부(10)는 초기화를 위한 릴레이션(Relation) 정보를 OMI부(20)로 요구한다(단계 201).

OMI부(20)는 요구된 릴레이션이 해당 프로세서에 로드(Load)되어 있는지를 확인한후(단계 202), 확인된 프로세서로부터 해당 릴레이션에 대한 피지컬 어드레스를 알아낸다(단계 203).

여기서, 프로세서는 억세스 스위칭 프로세서(Access Switching Processor :이하, ASP라 약칭함)와, 내부 접속 네트웍 프로세서(Interconnection Network Processor : 이하, INP라 약칭함)와, 맨 머신 프로세서(Man Machine Processor : 이하, MMP라 약칭함)와, 번호 번역 프로세서(Number Translation Processor : 이하, NTP라 약칭함)와, 위치 등록 프로세서(Location Register Processor : 이하, LRP라 약칭함)와, 운용 관리 프로세서(Operation Maintenance Processor : 이하, OMP라 약칭함)로 구성된다.

또한, OMI부(20)는 억세스를 통해 릴레이션 정보를 리드하여 AGENT부(10)로 데이터를 전송한다(단계 204).

이렇게 AGENT부(10)의 초기화 과정에서 초기화에 필요한 모든 릴레이션 정보를 전송받을때까지 계속되는데(단계 205), 초기화 종료 메시지를 AGENT부(10)에서 OMI부(20)로 전송(단계 206)하면, AGENT부(10)의 초기화 과정이 끝난다.

AGENT부(10)의 초기화 과정이 끝나면, OMI부(20)에서 발생되어지는 알람(Alarm), 폴트(Fault), 스태터스(Status) 메시지를 AGENT부(10)로 전송하게 되는데(단계 207), 이는 AGENT부(10)에서 시스템의 성능, 상태, 메인턴스(Maintenance)를 위한 모니터링(Monitoring)을 위해 필요로 하는 것이다.

AGENT부(10)에서 OMI부(20)를 통해 시스템으로 전송하는 MMC 요구가 수행되도록 인터페이스를 하며(단계 208), 요청된 MMC 요구에 대한 결과를 MC부(30)로부터 넘겨받아 AGENT부(10)로 전송하게 된다(단계 209).

상기와 같이 구된 본발명에 따른 오엠아이와 에이젼트간의 초기화 처리 방법에 대한 상세 흐름도에 대하여 설명하였고, 도 3은 오엠아이와 에이젼트간의 초기화 처리 단계에서 OMI 블록내 프로세서들에 대한 세부적인 상호 작용의 블록 구성도를 설명한다.

OMI부(20)내 프로세스들의 상호 작용에 대해 좀더 상세히 알아보면, 메인 프로세스(Main Process)는 오엠아이 초기화 프로세스(OMI init process)(20-1)를 생성한다.

OMI init process(20-1)를 생성한후, 메인 프로세서와 OMI init process(20-1)는 모든 프로세서(OMP, MMP, NTP, INP, LRP 0∼9, ASP 00∼63)에 존재하게 된다.

모든 프로세서에 존재하는 OMI init process(20-1)는 오엠아이 서브 에이젼트 프로세스(OMI Serve Agent process)(20-3∼20-7)를 생성하며, MMP에 존재하는 OMI init process(20-1)가 Create OMI 신호를 쉘 블록(Shell block)으로부터 받게되면, 오엠아이 리드 포트 프로세스(OMI read port process)(20-2), 오엠아이 컴맨드 라이트 프로세스(OMI cmd write process)(20-8)를 생성시킨다.

AGENT부(10)로부터 초기화를 위한 릴레이션 요구가 오게되면 실제 릴레이션이 존재하는 프로세서를 알아내어 해당 프로세서에 위치하고 있는 OMI Serve Agent process(20-3∼20-7)로 요구 데이터 신호(Req Data Sig)를 통해 릴레이션 정보를 요구한다.

그러면, OMI Serve Agent process(20-3∼20-7)는 해당 자료를 프로세서 로드 데이터(Processor Load Data)로부터 리드(Read)하여 OMI cmd write process(20-8)로 전송하면, OMI cmd write process(20-8)는 그 자료를 AGENT부(10)로 전송한다.

그러나, MMC가 AGENT부(10)로부터 요구가 왔을 때, MC부(30)로 전송하여 컴맨드가 수행된다.

OMI cmd write process(20-8)는 MMC 결과 메시지와 시스템에서 발생한 스테터스(Status), 폴트(Fault), 알람 메시지(Alarm Message)를 MC부(30)로부터 전송받아 AGENT부(10)로 전송한다.

결론적으로, OMI부와 AGENT부간의 데이터 전송시 AGENT부로부터 AGENT부의 초기화를 위한 릴레이션 요구가 전송되면, 릴레이션이 존재하는 프로세서를 알아내어 해당 프로세서에 위치하고 있는 OMI Serve Agent 프로세스로 Req Data Sig를 통해 릴레이션 정보를 구할 것을 요구하면, OMI Serve Agent 프로세스는 해당 자료를 프로세서 로드 데이터로부터 리드(Read)하여 OMI cmd write 프로세스로 전송하면, OMI cmd write 프로세스는 전송된 자료를 AGENT부로 전송하므로, AGENT부에서의 교환기에 대한 성능, 상태, 메인턴스 모니터링을 위해 OMI부에서의 인터페이스 역할은 중요하고, 새로운 기능의 추가 및 업데이트(Update)도 효율적으로 이루어진다.

이상, 상기와 같이 설명한 본 발명은 오엠아이부와 에이젼트부간의 데이터 전송시 에이젼트부로부터 에이젼트부의 초기화를 위한 릴레이션 요구가 전송되면, 릴레이션이 존재하는 프로세서를 알아내어 해당 프로세서에 위치하고 있는 오엠아이 서브 에이젼트 프로세스로 요구 데이터 신호를 통해 릴레이션 정보를 구할 것을 요구하면, 오엠아이 서브 에이젼트 프로세스는 해당 자료를 프로세서 로드 데이터로부터 리드하여 오엠아이 컴맨드 라이트 프로세스로 전송하면, 오엠아이 컴맨드 라이트 프로세스는 전송된 자료를 에이젼트부로 전송하므로, 에이젼트부에서의 교환기에 대한 성능, 상태, 메인턴스 모니터링을 위한 오엠아이부의 인터페이스 역할은 중요하고, 새로운 기능의 추가 및 업데이트도 효율적으로 이루어지는 효과가 있다.

Claims

메인 프로세서와, 맨 머신 컴맨드/프로세서와 메시지 제어 블록을 구비한 엠아이와 에이젼트간의 초기화 처리 장치에 있어서,

상기 오엠아이와 상기 에이젼트간 인터페이스를 제공하기 위해 컨넥션을 설정하는 단계;

상기 컨넥션이 설정된후, 상기 에이젼트는 초기화를 위한 릴레이션 정보를 상기 오엠아이로 요구하는 단계;

상기 오엠아이는 요구된 릴레이션 정보가 해당 프로세서에 로드되어 있는지를 확인한후, 해당 릴레이션에 대한 피지컬 어드레스를 알아내는 단계;

상기 오엠아이는 억세스를 통해 릴레이션 정보를 해당 프로세서에서 리드하여 상기 에이젼트로 릴레이션 정보를 전송하는 단계;

상기 에이젼트의 초기화 과정에서 초기화에 필요한 모든 릴레이션 정보를 계속적으로 전송받은 후, 초기화 종료 메시지를 상기 에이젼트에서 상기 오엠아이로 전송하면, 상기 에이젼트의 초기화 과정이 끝나는 단계;

상기 에이젼트의 초기화 과정이 끝나면, 상기 오엠아이에서 발생되어지는 알람, 폴트, 스태터스 메시지를 상기 에이젼트로 전송하는 단계;

상기 에이젼트에서 상기 오엠아이를 통해 상기 메시지 제어 블록으로 전송하는 상기 맨 머신 컴맨드 요구가 수행되도록 인터페이스를 하며, 상기 맨 머신 컴맨드 요구에 대한 결과를 상기 메시지 제어 블록으로부터 넘겨받아 상기 에이젼트로 전송하는 단계를 포함하는 것을 특징으로 하는 오엠아이와 에이젼트간의 초기화 처리 방법.
제 1 항에 있어서,

상기 오엠아이는 :

상기 메인 프로세스가 오엠아이 초기화 프로세스를 생성하는 단계와, 상기 오엠아이 초기화 프로세스를 생성한후, 상기 메인 프로세서와 상기 오엠아이 초기화 프로세스는 교환기의 모든 프로세서에 존재하는 단계와, 상기 교환기의 모든 프로세서에 존재하는 오엠아이 초기화 프로세스는 오엠아이 서브 에이젼트 프로세스를 생성하며, 상기 맨 머신 프로세서에 존재하는 상기 오엠아이 초기화 프로세스가 생성 오엠아이 신호를 쉘 블록으로부터 전송 받게되면, 상기 오엠아이 리드 포트 프로세스와, 상기 오엠아이 컴맨드 라이트 프로세스를 생성시키는 단계를 포함하는 것을 특징으로 하는 오엠아이와 에이젼트간의 초기화 처리 방법.