KR100482230B1 - 이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법 - Google Patents

이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법 Download PDF

Info

Publication number
KR100482230B1
KR100482230B1 KR1019980015227A KR19980015227A KR100482230B1 KR 100482230 B1 KR100482230 B1 KR 100482230B1 KR 1019980015227 A KR1019980015227 A KR 1019980015227A KR 19980015227 A KR19980015227 A KR 19980015227A KR 100482230 B1 KR100482230 B1 KR 100482230B1
Authority
KR
South Korea
Prior art keywords
window
processor
omid
port
gcci
Prior art date
Application number
KR1019980015227A
Other languages
English (en)
Other versions
KR19990081351A (ko
Inventor
이광민
전준길
Original Assignee
유티스타콤코리아 유한회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 유티스타콤코리아 유한회사 filed Critical 유티스타콤코리아 유한회사
Priority to KR1019980015227A priority Critical patent/KR100482230B1/ko
Publication of KR19990081351A publication Critical patent/KR19990081351A/ko
Application granted granted Critical
Publication of KR100482230B1 publication Critical patent/KR100482230B1/ko

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0062Provisions for network management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196Connection circuit/link/trunk/junction, bridge, router, gateway

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 OMID와 MMS간 통신방식을 RS-422로 일원화하여 성능향상과 기능확장의 편리성을 제공하기 위한 것으로, 이러한 본 발명은 포트가 연결되면 OMID용 자프로세서를 생성하고 자프로세서간 통신이 수행되도록 하여 OMID용 자프로세서를 관리하고, OMID용 자프로세서가 시작되면 GCCI로 자신의 프로세서 상태를 전송하여 GCCI에 전송된 포트상태에 따라 프로세서의 인서비스/언서비스 변경을 수행하며, 프로세서에서 입출력 메시지를 주고받기 위해 WM에게 윈도우 오픈을 요구하면 WM은 오픈된 윈도우의 정보를 검색하여 윈도우 오픈/클로즈 여부를 결정하고 GCCI에서 윈도우를 오픈/클로즈에 따른 윈도우 재구성을 수행하고, 입력윈도우에 입력된 MMC 명령을 프로세서에서 전달받아 에러를 점검하고, 어플리케이션에서 입력된 MMC 명령을 수행하고 그 수행결과를 출력윈도우를 관장하는 프로세서에서 이를 디스플레이하고 헤더윈도우를 관장하는 프로세서는 헤더윈도우에서 출력될 내용을 헤더윈도우에 출력함으로써, OMID와 MMS간 통신매체의 단일화에 따른 성능향상과 기능확장의 증대 및 유지보수의 편리성을 제공할 수 있게 되는 것이다.

Description

이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법
본 발명은 이동통신 교환기에 관한 것으로, 특히 OMID(Operation and Maintenance Interface Device, 운용/보전 인터페이스 디바이스)와 MMS(Man Machine Subsystem)간 통신방식을 RS-422로 일원화하여 성능향상과 기능확장의 편리성을 제공하는 방법에 관한 것이다.
일반적으로 이동통신 시스템은 사람, 자동차, 선박, 항공기 등 이동체를 대상으로 하는 통신 시스템으로, 이에는 개인휴대통신(PCS, Personal Communication System) 시스템, 디지털 셀룰러 시스템(DCS, Digital Cellular System)과 디지털 주파수 공용통신 시스템(DTRS, Digital Trunked Radio System) 등이 사용된다.
도1은 이러한 일반적인 이동통신 시스템에서 종래의 이동통신 교환기내 MMS와 OMID 간의 통신구조를 보인 블록구성도이다.
이에 도시된 바와 같이, OMID(6)와 RS422로 연결되어, 교환기(1)와 상기 OMID(6) 간의 고성능의 내부명령어 처리를 수행하는 HIPCU(High performance Interprocess Communication Unit, 고속 프로세서간 통신 유닛)(2)와, 상기 OMID(6)와 RS232C로 연결되어, 운용자와 상기 교환기(1)의 대화창구 기능을 수행하는 HMP(Human Machine Processor)(3)를 구비한 교환기(1)와; 상기 HIPCU(2)와 RS422로 연결되고 그래픽 생성 및 소멸을 담당하는 OMMI(Operation and Maintenance Center Man-Machine Interface)(7)와, 상기 HMP(3)와 RS232C로 연결되고 상기 OMMI(7)의 제어에 따라 디스크에 저장된 데이터베이스 질의어 구문분석 정보를 읽어 테이블을 형성하고 이 테이블에 의해 메뉴방식의 대화창을 생성하여 운용자가 생성된 대화창을 이용해 데이터베이스를 관리할 수 있도록 하는 GCCI(Graphics Central Control Interface)(8)를 구비하여 상기 교환기(1)의 운용 및 보전을 수행하는 OMID(6)로 구성되었다.
여기서 HMP(3)는 MMS의 기능을 수행하게 된다.
도2는 종래 MMS와 OMID 간의 포트연결시 프로세서 제어방법을 보인 흐름도이다.
이에 도시된 바와 같이, 포트가 연결(Connection)되어 OS(Operating System)(42)가 IOPA(Input Output Port Interface board Assembly)(41)로부터 인터럽트(Interrupt)를 받으면 MMDST(Man Machine Device Supervision)(43)로 I/O(Input/Output) 디바이스의 상태가 변경되었음을 알려 MMDST(43)가 포트 상태를 인서비스(Inservice)로 변경하도록 하는 단계(ST1)(ST2); 상기 MMDST(43)가 초기화신호를 처리하는 SH_a(45)로 디바이스 전원-온 신호(DevPowerOnSig)를 보내면, 상기 SH_a(45)는 SH_b(46), EC_a(48), EC_b(49), OC_a(52), OC_b(53), CA_a(55), CA_b(56), WM_a(58), WM_b(59)로 생성신호를 보내어 자프로세서(Child Processor)를 생성하고 타블록들의 자프로세서 정보를 알려주어 자프로세서간 통신이 수행되도록 하는 단계(ST3 - ST20)로 구성되었다.
도3은 종래 MMS와 OMID 간의 포트해제시 프로세서 제어방법을 보인 흐름도이다.
이에 도시된 바와 같이, 포트가 해제(Disconnection)되어 OS(42)가 IOPA(41)로부터 인터럽트를 받으면 MMDST(43)로 I/O 디바이스의 상태가 변경되었음을 알려 MMDST(43)가 포트 상태를 언서비스(Unservice)로 변경하도록 하는 단계(ST21)(ST22); 상기 MMDST(43)가 초기화신호를 처리하는 SH_a(45)로 디바이스 전원-오프 신호(DevPowerOffSig)를 보내면, 상기 SH_a(45)는 SH_b(46), EC_a(48), EC_b(49), OC_a(52), OC_b(53), CA_a(55), CA_b(56), WM_a(58), WM_b(59)로 해제신호를 보내어 프로세서를 해제하는 단계(ST23 - ST32)로 구성되었다.
여기서 IOPA(41)는 실질적으로 RS232C에 대하여 리드/라이트(Read/Write)를 수행하고, 포트가 연결되거나 절단되었을 때 인터럽트를 발생하여 OS(42)에게 통보하는 기능을 수행하는 보드이고, MMDST(43)는 HMP(3)의 디스크와 RS232C 포트에 대한 상태를 관리하는 프로세서이다.
그리고 SH_a(45)는 SH_init 프로세서로써 SH(SHell) 블록에서 초기화를 담당하며 초기화 신호를 처리하는 프로세서이고, SH_b(46)는 SH_headmanager 프로세서로써 헤더 윈도우(Header Window)에 출력될 데이터를 생성하는 프로세서이며, EC_a(48)는 EC_init 프로세서로써 EC(Execution Control, 실행제어) 블록에서 초기화를 담당하며 초기화신호를 처리하는 프로세서이고, EC_b(49)는 EC_main 프로세서로 입력된 명령에 대하여 해당 어플리케이션(Application)에게 수행요구를 하고 수행결과를 받아 OC_magmaker 프로세서에게 출력요구를 하는 프로세서이며, OC_a(52)는 OC_init 프로세서로써 OC(Output Control, 출력제어) 블록에서 초기화를 담당하며 초기화신호를 처리하는 프로세서이고, OC_b(53)는 OC_magmaker 프로세서로써 EC_main으로부터 받은 어플리케이션의 수행결과를 포맷하여 출력 윈도우(Output Window)에 출력될 데이터를 만드는 프로세서이며, WM_a(58)는 WM_init 프로세서로써 WM(Window Manager, 윈도우 관리) 블록에서 초기화를 담당하며 초기화신호를 처리하는 프로세서이고, WM_b(59)는 WM_main 프로세서 타 블록에서 생성된 출력메시지를 디바이스로 전송하는 프로세서이다.
이에 따라 포트가 연결되었을 때 IOPA(41)는 RS232C 포트에 케이블이 연결되어 전원-온이 감지되면 OS(42)에게 인터럽트를 발생하여 이 사실을 통보하고, OS (42)는 입/출력 디바이스의 상태가 변경되었다는 IoiaFlt 신호를 MMDST(43)에 전송하여 포트번호와 전원-온 정보를 MMDST(43)에게 알려준다(ST1)(ST2). MMDST(43)는 이에 따라 포트의 상태를 인서비스로 변경하고, SH_a(45)에 포트번호와 전원-온 정보를 알려준다(ST3).
그러면 SH_a(45)는 이 정보를 수신하여 포트 번호에 해당하는 자프로세서를 생성(CreateEC, CreateOC, CreateCA, CreateWM)해 줄 것을 타 블록에게 통보하고, 타 블록들은 이에 따라 자프로세서를 생성한 뒤 생성정보를 SH_a(45)에게 다시 알려준다(ST4 - ST16). SH_a(45)는 각 블록의 자프로세서에 대한 정보(ProcessInfoSig)를 수집한 뒤 각 블록의 자프로세서가 필요로 하는 타 블록들의 자프로세서 정보를 알려주어 자프로세서끼리 통신이 수행되도록 한다(ST17 - ST20).
그리고 포트가 해제되었을 시, IOPA(41)는 연결되어 있는 RS232C 포트에 대해 전원-오프(Power Off)가 감지되면 OS(42)에게 인터럽트를 발생하여 이 사실을 통보하고, OS(42)는 다시 포트번호와 전원-오프 정보를 MMDST(43)에게 알려준다(ST11)(ST12). 이에 따라 MMDST(43)는 포트의 상태를 언서비스로 변경하고, SH_a(45)에 포트번호와 전원-오프 정보를 알려준다(ST23). 그러면 SH_a(45)는 이 정보를 수신하여 포트 번호에 해당하는 자프로세서를 소멸해줄 것을 타 블록에게 요청하고(KillEC, KillOC, KillCA, KillWM), 타 블록들은 자프로세서를 소멸시킨다(KillProcessSig)(ST24 - ST32).
이와 같은 방법으로 종래에는 프로세서를 관리하고 있기 때문에, OMID(6)와 연결된 RS232C를 제거했을 경우에는 OMID(6) 포트용 프로세서를 생성하기 위해 별도의 방법이 존재해야 하며, OMID(6)의 포트의 상태를 관리할 수 있는 방법이 별도로 제시되어야 하는 문제점이 있게 된다.
이처럼 종래에는 RS232C와 RS422의 두가지 방식을 사용하여 교환기(1)와 OMID(6)간의 통신을 수행하였다. RS232C는 포트별 프로세서 관리 및 입/출력과 같은 비교적 소량의 데이터를 주고받기 위해 사용하고 있으며, RS422C는 과금데이터 및 OMC(Operation and Maintenance Center) 전송 데이터, 콘솔 윈도우 메시지(Console Window Message)와 같은 다량의 데이터를 전송하기 위해 사용하고 있다.
그러나 종래의 RS232C와 RS422로 이원화된 통신 방식은 MMS와 OMID의 구조를 복잡하게 만들어 성능을 저하시키고 기능확장과 각종 상태관리를 어렵게 하는 문제점이 있었다.
이에 본 발명은 상기와 같은 종래의 제반 문제점을 해소하기 위해 제안된 것으로, 본 발명의 목적은 OMID와 MMS간 통신방식을 RS-422로 일원화하여 성능향상과 기능확장의 편리성을 제공할 수 있는 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법을 제공하는 데 있다.
상기와 같은 목적을 달성하기 위하여 본 발명에 의한 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법은,
포트가 연결되면 OMID용 자프로세서를 생성하고 상기 자프로세서간 통신이 수행되도록 하여 상기 OMID용 자프로세서를 관리하는 프로세서 관리단계와; 상기 OMID용 자프로세서가 시작되면 GCCI로 자신의 프로세서 상태를 전송하여 상기 GCCI에 전송된 포트상태에 따라 프로세서의 인서비스/언서비스 변경을 수행하는 포트상태 관리단계와; 상기 프로세서에서 입출력 메시지를 주고받기 위해 WM에게 윈도우 오픈을 요구하면, 상기 WM은 오픈된 윈도우의 정보를 검색하여 윈도우 오픈/클로즈 여부를 결정하고, 상기 GCCI에서 윈도우를 오픈/클로즈에 따른 윈도우 재구성을 수행하는 윈도우오픈 제어단계와; 입력윈도우에 입력된 MMC 명령을 상기 프로세서에서 전달받아 에러를 점검하고, 어플리케이션에서 상기 입력된 MMC 명령을 수행하고 그 수행결과를 출력윈도우를 관장하는 프로세서에서 이를 디스플레이하고, 헤더윈도우를 관장하는 프로세서는 헤더윈도우에서 출력될 내용을 헤더윈도우에 출력하는 입/출력메시지 제어단계로 이루어짐을 그 기술적 구성상의 특징으로 한다.
이하, 상기와 같이 구성된 본 발명 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법의 기술적 사상에 따른 일실시예를 첨부한 도면에 의거 상세히 설명하면 다음과 같다.
먼저 본 발명은 OMID와 MMS간의 통신매체 단일화에 따른 제어방법의 확장성 증대 및 유지 보수의 편리성을 제공하기 위한 것이다.
도4는 본 발명이 적용되는 MMS와 OMID 간의 통신구조를 보인 블록구성도이다.
이에 도시된 바와 같이, OMID(20)와 RS422(30)로 연결되어, 교환기(10)와 상기 OMID(20) 간의 고성능의 내부명령어 처리를 수행하는 HIPCU(11)와, 상기 HIPCU(11)와 연결되어, 운용자와 상기 교환기(10)의 대화창구 기능을 수행하는 MMS(HMP)(12)를 구비한 교환기(10)와; 상기 HIPCU(11)와 RS422로 연결되고 그래픽 생성 및 소멸을 담당하는 OMMI(21)와, 상기 HIPCU(11)와 RS422로 연결되고 상기 OMMI(21)의 제어에 따라 디스크에 저장된 데이터베이스 질의어 구문분석 정보를 읽어 테이블을 형성하고 이 테이블에 의해 메뉴방식의 대화창을 생성하여 운용자가 생성된 대화창을 이용해 데이터베이스를 관리할 수 있도록 하는 GCCI(22)를 구비하여 상기 교환기(10)의 운용 및 보전을 수행하는 OMID(20)로 구성된다.
그래서 본 발명은 다음과 같이 구성된다.
즉, 포트가 연결되면 OMID(20)용 자프로세서(49)(53)(56)(59)를 생성하고 상기 자프로세서(49)(53)(56)(59)간 통신이 수행되도록 하여 상기 OMID용 자프로세서(49)(53)(56)(59)를 관리하는 프로세서 관리단계(ST41 - ST58)와; 상기 OMID용 자프로세서(49)(53)(56)(59)가 시작되면 GCCI(22)로 자신의 프로세서 상태를 전송하여 상기 GCCI(22)에 전송된 포트상태에 따라 프로세서의 인서비스/언서비스 변경을 수행하는 포트상태 관리단계(ST61 - ST69)와; 상기 프로세서에서 입출력 메시지를 주고받기 위해 WM(57)에게 윈도우 오픈을 요구하면, 상기 WM(57)은 오픈된 윈도우의 정보를 검색하여 윈도우 오픈/클로즈 여부를 결정하고, 상기 GCCI(22)에서 윈도우를 오픈/클로즈에 따른 윈도우 재구성을 수행하는 윈도우오픈 제어단계(ST71 - ST82)와; 입력윈도우에 입력된 MMC 명령을 상기 프로세서에서 전달받아 에러를 점검하고, 어플리케이션에서 상기 입력된 MMC 명령을 수행하고 그 수행결과를 출력윈도우를 관장하는 프로세서(61)에서 이를 디스플레이하고, 헤더윈도우를 관장하는 프로세서(62)는 헤더윈도우에서 출력될 내용을 헤더윈도우에 출력하는 입/출력메시지 제어단계(ST91 - ST104)로 구성된다.
도5는 본 발명에 의한 이동통신교환기의 MMS(12)와 OMID(20)간 단일통신매체의 OMID 포트를 위한 프로세서 관리방법을 보인 흐름도이다.
이에 도시된 바와 같이, 포트가 연결되면 초기화를 수행하는 SH_a(45)는 상기 OMID(20)용 자프로세서가 생성되도록 각 블록(48)(52)(55)(58)으로 프로세서 생성요구 신호를 전송한 후 각 블록(48)(52)(55)(58)으로부터 자프로세서 생성정보를 수신하는 단계(ST41 - ST54)와; 상기 각 블록의 자프로세서 생성정보를 수신하여 취합한 상기 SH_a(45)는 상기 OMID(20) 포트용 자프로세서(49)(53)(56)(59)가 필요로하는 정보들을 알려주고, 상기 OMID(20) 포트용 자프로세서(49)(53)(56)(59)는 한번 생성된 후 포트상태와는 관계없이 계속 존재할 수 있도록 포트상태변경에 의한 신호를 수신하지 않는 상태에서 자프로세서간 통신이 수행되도록 하는 단계(ST55 - ST58)로 구성된다.
여기서 SH(SHell, 쉘)(44)는 MMS(12)에서 프로세서 생성 및 소멸을 관장하는 블록으로, SH_a(45)는 SH_init 프로세서로써 SH 블록에서 초기화를 담당하며 초기화 신호를 처리하는 프로세서이고, SH_b(46)는 SH_headmanager 프로세서로써 헤더 윈도우(Header Window)에 출력될 데이터를 생성하는 프로세서이다.
그리고 EC(Execution Control, 실행제어)(47)는 MMC 명령에 대해 수행을 제어하는 블록으로, EC_a(48)는 EC_init 프로세서로써 EC(47)에서 초기화를 담당하며 초기화신호를 처리하는 프로세서이고, EC_b(49)는 EC_main 프로세서로 입력된 명령에 대하여 해당 어플리케이션(Application)에게 수행요구를 하고 수행결과를 받아 OC_magmaker 프로세서에게 출력요구를 하는 프로세서이다.
또한 OC(Output Control, 출력제어)(51)는 시스템 메시지 및 수행결과를 운용자가 알아볼 수 있도록 포맷하는 블록으로, OC_a(52)는 OC_init 프로세서로써 OC(51)에서 초기화를 담당하며 초기화신호를 처리하는 프로세서이고, OC_b(53)는 OC_magmaker 프로세서로써 EC_main으로부터 받은 어플리케이션의 수행결과를 포맷하여 출력 윈도우(Output Window)에 출력될 데이터를 만드는 프로세서이다.
더불어 WM(Window Manager, 윈도우 관리)(57)는 윈도우를 관리하는 블록으로, WM_a(58)는 WM_init 프로세서로써 WM(57)에서 초기화를 담당하며 초기화신호를 처리하는 프로세서이고, WM_b(59)는 WM_main 프로세서 타 블록에서 생성된 출력메시지를 디바이스로 전송하는 프로세서이다.
그래서 OMID(20) 포트에 대해 포트가 연결되면 초기화를 수행하는 SH_a(45)는 OMID(20)용 자프로세서가 생성되도록 각 블록인 SH_a(48), OC_a(52), CA_a(55), WM_a(58)로 프로세서 생성요구 신호인 CreateEC, CreateOC, CreateCA, CreateWM를 각각 전송하게 된다. 그러면 SH_a(48), OC_a(52), CA_a(55), WM_a(58)는 자프로세서인 SH_b(49), OC_b(53), CA_b(56), WM_b(59)의 생성을 시작하고 자프로세서 생성정보인 ProcessInfoSig를 SH_a(45)에 전송하게 된다(ST41 - ST54).
이에 따라 각 블록인 SH(47), OC(51), CA(54), WM(57)의 자프로세서 생성정보를 수신하여 취합한 SH_a(45)는 OMID(20) 포트용 자프로세서인 SH_b(49), OC_b(53), CA_b(56), WM_b(59)가 필요로하는 정보들에 대해 ProcessInfoSig를 전송하여 알려주게 된다. 그래서 OMID(20) 포트용 자프로세서인 SH_b(49), OC_b(53), CA_b(56), WM_b(59)는 한번 생성된 후 포트상태와는 관계없이 계속 존재할 수 있도록 포트상태변경에 의한 신호를 수신하지 않는 상태에서 자프로세서간 통신이 수행되게 된다(ST55 - ST58).
도6은 본 발명에 의한 이동통신교환기의 MMS(12)와 OMID(20)간 단일통신매체의 OMID 포트상태 관리방법을 보인 흐름도이다.
이에 도시된 바와 같이, 상기 MMS(12)의 OMID(20) 포트용 자프로세서가 시작될 때 상기 GCCI(22)로 자신의 프로세서 아이디를 전송하고 포트상태를 언서비스로 변경하는 단계(ST61)와; 상기 OMID(20) 포트용 자프로세서의 포트상태를 언서비스로 변경한 다음 상기 GCCI(22)로 전송된 메시지 값이 얼라이브(Alive)이면 포트상태를 인서비스로 변경하는 단계(ST62 - ST64)와; 상기 포트상태를 인서비스로 변경한 다음 타이머(Timer)를 등록하여 주기적으로 상기 GCCI(22)로 전송된 메시지 값이 얼라이브가 아니면 포트상태를 언서비스로 변경하는 단계(ST65 - ST68)로 구성된다.
그래서 MMS(12)의 OMID(20) 포트용 자프로세서가 시작될 때, 자프로세서가 생성된 SH(47), OC(51), CA(54), WM(57)는 GCCI(22)로 자신의 프로세서 아이디를 전송하고 포트상태를 언서비스로 변경하게 된다(ST61). 여기서 GCCI(22)는 OMID(20)에 실장되는 블록으로 입력, 출력, 헤더 윈도우를 관리하는 프로세서이다.
이렇게 OMID(20) 포트용 자프로세서의 포트상태를 언서비스로 변경한 다음 GCCI(22)로 전송한 메시지인 WMtoGCCISig*의 rMsgld 항목 값이 얼라이브이면(rMsgld = IAmAlive, dPrcsInfo = THIS), GCCItoWMSig*의 값을 받아 포트상태를 인서비스로 변경하게 된다(ST62 - ST64).
이처럼 포트상태를 인서비스로 변경한 다음 타이머(Timer)를 등록하여 주기적으로 rMsgld 항목 값이 AreYouOk인 GCCItoWmSig*가 수신되었는지를 점검하여 수신되지 않았을 경우는 포트상태를 언서비스로 변경하게 된다(ST65 - ST68).
도7은 본 발명에 의한 이동통신교환기의 MMS(12)와 OMID(20)간 단일통신매체의 윈도우오픈 제어방법을 보인 흐름도이다.
이에 도시된 바와 같이, 상기 SH(44)와 OC(51)와 CA(54)는 입출력 메시지를 주고받기 위해 상기 WM(57)에게 윈도우 오픈을 요구하고, WM(57)은 이미 오픈되어 있는 윈도우의 정보를 검색하여 동일한 카테고리(Category)가 존재할 경우 상기 GCCI(22)로 윈도우 클로즈를 요청한 다음 윈도우 오픈을 요청하여 오픈 결과를 윈도우 오픈을 요청한 프로세서에게 회신하는 단계(ST71 - ST78)와; 상기 GCCI(22)가 재시작했을 경우, 오픈되어 있는 모든 윈도우에 대해 클로즈를 요청한 후 윈도우 오픈을 상기 GCCI(22)로 요구하여 윈도우를 재구성하는 단계(ST79 - ST81)로 구성된다.
그래서 OMID(20) 포트용 자프로세서가 생성되고 포트의 상태가 인서비스로 되면 OMID(20)와 MMS(12)는 입/출력 메시지를 주고 받을 수 있게 된다. 입/출력 메시지를 주고받기 위해서는 먼저 윈도우를 오픈해야 하는데 이 과정은 다음과 같다.
즉, SH(44)와 OC(51)와 CA(54)는 입출력 메시지를 주고받기 위해 WM(57)에게 WinOpenSig 신호를 전송하여 윈도우 오픈을 요구하고, WM(57)은 GCCI(22)로 WMtoGCCISig* 신호를 전송하여 이미 오픈되어 있는 윈도우의 정보를 검색하게 된다. 그래서 동일한 카테고리가 존재할 경우 GCCI(22)로 윈도우 클로즈를 요청하게 된다. 이렇게 먼저 윈도우 클로즈를 요청한 다음 윈도우 오픈을 요청한다. 그리고 윈도우에 대한 정보를 저장한 후 윈도우 오픈을 요구한 프로세서에게 오픈 결과를 ProcessInfoSig 신호에 의해 회신하게 된다(ST71 - ST78).
또한 GCCI(22)가 재시작(Restart)했을 경우, WM(57)은 GCCI(22)에게 WMtoGCCISig* 신호를 전송하여 오픈되어 있는 모든 윈도우에 대해 클로즈를 요청한 후 윈도우 오픈을 GCCI(22)로 요구하여 윈도우를 재구성할 수 있도록 한다(ST79 - ST81).
이에 따라 윈도우가 오픈된 후 OMID(20)와 입/출력 메시지를 주고 받을 수 있게 되는데 RS232C를 이용했을 때에는 GCCI(22)가 출력 메시지를 직접 분석하여 해당 윈도우를 판단하고, 그 윈도우에 출력하는 방식을 취했지만, RS422(30)를 사용할 경우에는 IPC(Interprocess Communication Unit, 프로세서간 통신)를 직접 이용하게 되므로, GCCI(22)가 분석하는 절차가 필요없이 WM(57)에서 직접 해당 윈도우에 전달하여 출력할 수 있게 된다.
도8은 본 발명에 의한 이동통신교환기의 MMS(12)와 OMID(20)간 단일통신매체의 입/출력메시지 제어방법을 보인 흐름도이다.
이에 도시된 바와 같이, 입력윈도우(Input Window)(60)에 입력된 MMC(Man Machine Communication Command) 명령은 WM_b(59)를 거쳐 CA_b(56)로 전달하고, 신택스(Syntax) 및 시맨틱(Semantic)을 점검하여 에러가 없을 경우 EC_b(49)를 거쳐 어플리케이션(AP)(40)으로 전달하며, 그 점검결과는 상기 WM_b(59)를 거쳐 입력윈도우를 관장하는 프로세서(60)로 전달되어 상기 입력윈도우를 관장하는 프로세서(60)에서 이를 디스플레이하는 단계(ST91 - ST98)와; 상기 어플리케이션(AP)(40)은 MMC 명령을 수행하고, 그 수행결과를 MMS 라이브러리를 이용하여 상기 EC_c(50)로 전송하면, 상기 EC_c(50)는 OC_b(53)에게 이 내용을 전송하고 상기 OC_b(53)는 메시지를 포맷한 후 상기 WM_b(59)를 거쳐 출력윈도우(Output Window)를 관장하는 프로세서(61)로 전송하여 상기 출력윈도우를 관장하는 프로세서(61)에서 이를 디스플레이하는 단계(ST99 - ST102)와; SH_b(46)는 헤더윈도우(Header Window)에서 출력될 내용을 구성하여 WM_b(59)를 거쳐 헤더윈도우를 관장하는 프로세서(62)에 전달하면, 상기 헤더윈도우를 관장하는 프로세서(62)에서 이를 헤더윈도우에 출력하는 단계(ST103)(ST104)로 구성된다.
그래서 입력윈도우(60)에 입력된 MMC 명령에서 운용자가 입력한 명령을 CA(54)로 전달하라는 요구인 InputWinToWMSig*를 WM_b(59)로 전달한다. 그러면 WM_b(59)는 운용자가 입력한 명령에 대해 분석요구인 UsrInputSig를 CA_b(56)로 전송하고, CA_b(56)는 신택스(Syntax) 및 시맨틱(Semantic)을 점검하여 분석결과에 대한 출력요구인 UsrOutputSig2를 WM_b(59)로 전송하고, WM_b(59)는 분석결과를 화면에 디스플레이할 것을 요구하는 WMtoInputWinSig*를 입력 윈도우를 관장하는 프로세서(60)에 전송하게 된다(ST91 - ST94).
그리고 CA_b(56)는 신택스 및 시맨틱을 점검하여 에러가 없으면, CA_b(56)는 명령수행 제어요구인 MMCCmdLineSig 신호와 명령의 정보 및 파라미터를 전달하는 MMCMetaSig 신호를 EC_b(49)로 전송하게 된다(ST95)(ST96). 그러면 EC_b(49)는 자프로세서인 EC_c(50)를 생성한 다음 명령수행 요구인 MMCxxxyyySig(여기서 xxxyyy는 입력한 명령에 따라 달라진다)를 어플리케이션(AP)(40)에 전송하게 된다(ST97)(ST98).
이에 따라 어플리케이션(AP)(40)은 명령 수행결과인 MMSResMsgSig 신호를 EC_c(50)에 전송하게 된다. 그러면 EC_c(50)는 명령수행결과의 포맷을 요구하는 MMSOutMsgSig 신호를 OC_b(53)로 전송하고, OC_b(53)는 명령수행결과의 출력을 요구하는 UsrOutPutSig0 신호를 WM_b(59)로 전송하게 된다. 그래서 WM_b(59)는 명령수행결과를 화면에 디스플레이하라는 요구인 WMtoOutputWinSig* 신호를 입력윈도우를 관장하는 프로세서(60)로 전달하여, 입력윈도우를 관장하는 프로세서(60)에서 이를 디스플레이하게 된다(ST99 - ST104).
또한 헤더윈도우에서 출력될 내용을 구성한 SH_b(46)는 헤더윈도우에 출력될 문자열의 출력을 요구하는 UsrOutputSig2 신호를 WM_b(59)로 전송하면, WM_b(59)는 헤더윈도우에 출력될 문자열 화면에 디스플레이를 요구하는 신호인 WMtoHeaderWinSig* 신호를 헤더윈도우를 관장하는 프로세서(62)에 전달하게 된다. 그러면 헤더윈도우를 관장하는 프로세서(62)에서 이를 헤더윈도우에 출력하게 되는 것이다(ST103)(ST104).
이처럼 본 발명은 OMID와 MMS간 통신방식을 RS-422로 일원화하여 성능향상과 기능확장의 편리성을 제공하게 되는 것이다.
이상에서 본 발명의 바람직한 실시예를 설명하였으나, 본 발명은 다양한 변화와 변경 및 균등물을 사용할 수 있다. 본 발명은 상기 실시예를 적절히 변형하여 동일하게 응용할 수 있음이 명확하다. 따라서 상기 기재 내용은 하기 특허청구범위의 한계에 의해 정해지는 본 발명의 범위를 한정하는 것이 아니다.
이상에서 살펴본 바와 같이, 본 발명에 의한 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법은 OMID와 MMS간 통신매체 단일화에 따른 성능향상과 기능확장(프로세서 관리, OMID 포트상태 관리, 윈도우오픈 제어, 출력메시지 제어 등)의 증대 및 유지보수의 편리성을 제공할 수 있는 효과가 있게 된다.
도 1은 종래의 MMS와 OMID 간의 통신구조를 보인 블록구성도,
도 2는 종래 MMS와 OMID 간의 포트연결시 프로세서 제어방법을 보인 흐름도,
도 3은 종래 MMS와 OMID 간의 포트해제시 프로세서 제어방법을 보인 흐름도,
도 4는 본 발명이 적용되는 MMS와 OMID 간의 통신구조를 보인 블록구성도,
도 5는 본 발명에 의한 이동통신교환기의 MMS와 OMID간 단일통신매체의 OMID 포트를 위한 프로세서 관리방법을 보인 흐름도,
도 6은 본 발명에 의한 이동통신교환기의 MMS와 OMID간 단일통신매체의 OMID 포트상태 관리방법을 보인 흐름도,
도 7은 본 발명에 의한 이동통신교환기의 MMS와 OMID간 단일통신매체의 윈도우오픈 제어방법을 보인 흐름도,
도 8은 본 발명에 의한 이동통신교환기의 MMS와 OMID간 단일통신매체의 입/출력메시지 제어방법을 보인 흐름도.
<도면의 주요 부분에 대한 부호의 설명>
10 : 교환기 11 : HIPCU 12 : MMS
20 : OMID 21 : OMMI 22 : GCCI
30 : RS422 40 : AP 41 : IOPA
42 : O.S 43 : MMDST 44 : SH
45 : SH_a 46 : SH_b 47 : EC
48 : EC_a 49 : EC_b 50 : EC_c
51 : OC 52 : OC_a 53 : OC_b
54 : CA 55 : CA_a 56 : CA_b
57 : WM 58 : WM_a 59 : WM_b
60 : Input Window 61 : Output Window 62 : Header Window

Claims (5)

  1. 운용자와 교환기의 대화창구 기능을 수행하는 MMS를 구비한 교환기와; 상기 HIPCU와 RS422로 연결되고 그래픽 생성 및 소멸을 담당하는 OMMI와, 상기 HIPCU와 RS422로 연결되고 상기 OMMI의 제어에 따라 디스크에 저장된 데이터베이스 질의어 구문분석 정보를 읽어 테이블을 형성하고 이 테이블에 의해 메뉴방식의 대화창을 생성하여 운용자가 생성된 대화창을 이용해 데이터베이스를 관리할 수 있도록 하는 GCCI를 구비하여 상기 교환기의 운용 및 보전을 수행하는 OMID를 포함하여 구성된 이동통신 교환기에서, 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법에 있어서,
    포트가 연결되면 상기 OMID용 자프로세서를 생성하고 상기 자프로세서간 통신이 수행되도록 하여 상기 OMID용 자프로세서를 관리하는 프로세서 관리단계와;
    상기 OMID용 자프로세서가 시작되면 GCCI로 자신의 프로세서 상태를 전송하여 상기 GCCI에 전송된 포트상태에 따라 프로세서의 인서비스/언서비스 변경을 수행하는 포트상태 관리단계와;
    상기 프로세서에서 입출력 메시지를 주고받기 위해 WM에게 윈도우 오픈을 요구하면, 상기 WM은 오픈된 윈도우의 정보를 검색하여 윈도우 오픈/클로즈 여부를 결정하고, 상기 GCCI에서 윈도우를 오픈/클로즈에 따른 윈도우 재구성을 수행하는 윈도우오픈 제어단계와;
    입력윈도우에 입력된 MMC 명령을 상기 프로세서에서 전달받아 에러를 점검하고, 어플리케이션에서 상기 입력된 MMC 명령을 수행하고 그 수행결과를 출력윈도우를 관장하는 프로세서에서 이를 디스플레이하고, 헤더윈도우를 관장하는 프로세서는 헤더윈도우에서 출력될 내용을 헤더윈도우에 출력하는 입/출력메시지 제어단계로 구성된 것을 특징으로 하는 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법.
  2. 제 1항에 있어서, 상기 프로세서 관리단계는,
    포트가 연결되면 초기화를 수행하는 SH_a는 상기 OMID용 자프로세서가 생성되도록 각 블록으로 프로세서 생성요구 신호를 전송한 후 각 블록으로부터 자프로세서 생성정보를 수신하는 단계와;
    상기 각 블록의 자프로세서 생성정보를 수신하여 취합한 상기 SH_a는 상기 OMID 포트용 자프로세서가 필요로하는 정보들을 알려주고, 상기 OMID 포트용 자프로세서는 한번 생성된 후 포트상태와는 관계없이 계속 존재할 수 있도록 포트상태변경에 의한 신호를 수신하지 않는 상태에서 자프로세서간 통신이 수행되도록 하는 단계로 구성된 것을 특징으로 하는 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법.
  3. 제 1항에 있어서, 상기 포트상태 관리단계는,
    상기 MMS의 OMID 포트용 자프로세서가 시작될 때 상기 GCCI로 자신의 프로세서 아이디를 전송하고 포트상태를 언서비스로 변경하는 단계와;
    상기 OMID 포트용 자프로세서의 포트상태를 언서비스로 변경한 다음 상기 GCCI로 전송된 메시지 값이 얼라이브이면 포트상태를 인서비스로 변경하는 단계와;
    상기 포트상태를 인서비스로 변경한 다음 타이머를 등록하여 주기적으로 상기 GCCI로 전송된 메시지 값이 얼라이브가 아니면 포트상태를 언서비스로 변경하는 단계로 구성된 것을 특징으로 하는 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법.
  4. 제 1항에 있어서, 상기 윈도우오픈 제어단계는,
    상기 OMID용 프로세서인 SH와 OC와 CA는 입출력 메시지를 주고받기 위해 WM에게 윈도우 오픈을 요구하고, WM은 이미 오픈되어 있는 윈도우의 정보를 검색하여 동일한 카테고리가 존재할 경우 상기 GCCI로 윈도우 클로즈를 요청한 다음 윈도우 오픈을 요청하여 오픈 결과를 윈도우 오픈을 요청한 프로세서에게 회신하는 단계와;
    상기 GCCI가 재시작했을 경우, 오픈되어 있는 모든 윈도우에 대해 클로즈를 요청한 후 윈도우 오픈을 상기 GCCI로 요구하여 윈도우를 재구성하는 단계로 구성된 것을 특징으로 하는 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법.
  5. 제 1항에 있어서, 상기 입/출력메시지 제어단계는,
    입력윈도우에 입력된 MMC 명령은 상기 WM를 거쳐 CA로 전달하고, 신택스 및 시맨틱을 점검하여 에러가 없을 경우 EC를 거쳐 어플리케이션으로 전달하며, 그 점검결과는 상기 WM을 거쳐 입력윈도우를 관장하는 프로세서로 전달되어 상기 입력윈도우를 관장하는 프로세서에서 이를 디스플레이하는 단계와;
    상기 어플리케이션은 MMC 명령을 수행하고, 그 수행결과를 MMS 라이브러리를 이용하여 상기 EC로 전송하면, 상기 EC는 OC에게 이 내용을 전송하고 상기 OC는 메시지를 포맷한 후 상기 WM를 거쳐 출력윈도우를 관장하는 프로세서로 전송하여 상기 출력윈도우를 관장하는 프로세서에서 이를 디스플레이하는 단계와;
    SH는 헤더윈도우에서 출력될 내용을 구성하여 상기 WM를 거쳐 헤더윈도우를 관장하는 프로세서에 전달하면, 상기 헤더윈도우를 관장하는 프로세서에서 이를 헤더윈도우에 출력하는 단계로 구성된 것을 특징으로 하는 이동통신교환기의 OMID와 MMS간 단일통신매체의 제어방법.
KR1019980015227A 1998-04-28 1998-04-28 이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법 KR100482230B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019980015227A KR100482230B1 (ko) 1998-04-28 1998-04-28 이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019980015227A KR100482230B1 (ko) 1998-04-28 1998-04-28 이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법

Publications (2)

Publication Number Publication Date
KR19990081351A KR19990081351A (ko) 1999-11-15
KR100482230B1 true KR100482230B1 (ko) 2005-06-08

Family

ID=37302848

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019980015227A KR100482230B1 (ko) 1998-04-28 1998-04-28 이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법

Country Status (1)

Country Link
KR (1) KR100482230B1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04332238A (ja) * 1991-05-08 1992-11-19 Nec Corp 電子交換機の保守運用端末代替方式
KR950023097A (ko) * 1993-12-17 1995-07-28 박성규 분산제어 방식인 전전자 교환기에서의 프로세서 제어방법
KR970013923A (ko) * 1995-08-28 1997-03-29 유기범 알에스(rs)485 방식의 그로벌버스 중계기능을 갖는 통신장치(communication apparatus capable of interexchange the global bus using rs485)
KR19990050548A (ko) * 1997-12-17 1999-07-05 이계철 운용시스템과 비동기전달모드 교환시스템간의 다중경로 연결시험을 통한 감시 운용 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04332238A (ja) * 1991-05-08 1992-11-19 Nec Corp 電子交換機の保守運用端末代替方式
KR950023097A (ko) * 1993-12-17 1995-07-28 박성규 분산제어 방식인 전전자 교환기에서의 프로세서 제어방법
KR970013923A (ko) * 1995-08-28 1997-03-29 유기범 알에스(rs)485 방식의 그로벌버스 중계기능을 갖는 통신장치(communication apparatus capable of interexchange the global bus using rs485)
KR19990050548A (ko) * 1997-12-17 1999-07-05 이계철 운용시스템과 비동기전달모드 교환시스템간의 다중경로 연결시험을 통한 감시 운용 방법

Also Published As

Publication number Publication date
KR19990081351A (ko) 1999-11-15

Similar Documents

Publication Publication Date Title
US5991806A (en) Dynamic system control via messaging in a network management system
US5657250A (en) Method for controlling operation and management subsystem in signalling message exchange No. 1 system
EP2466943B1 (en) Method and device for monitoring running state of card
CN111414202B (zh) 硬件运行管理方法、***、管理子***、电子设备和存储介质
KR100482230B1 (ko) 이동통신교환기의 오엠아이디와 엠엠에스간 단일통신매체의 제어방법
EP0409604A2 (en) Processing method by which continuous operation of communication control program is obtained
JP2003318996A (ja) 車両用通信装置
JP2003076543A (ja) プログラム生成装置、プログラム生成方法およびその方法をコンピュータに実行させるプログラム
JP4637140B2 (ja) 計算機システム
EP0727731B1 (en) Image output apparatus and corresponding control method
US5345396A (en) Protocol machine with portions of the protocol handling functions being incorporated into an application program
JP2000242443A (ja) ステータス情報表示装置、ステータス情報の表示制御方法およびステータス情報の表示制御プログラムを記録した媒体
KR20030019000A (ko) 임베디드 시스템의 감시분석 장치 및 그 방법
KR100443913B1 (ko) 교환장치내의 형상 정보 제공방법 및 이를 위한 기록매체
JP2002032349A (ja) ヒューマンマシンインタフェースシステム及びそのプログラムを記録したコンピュータ読取り可能な記録媒体
US6535933B1 (en) Information processing system device control method, information processing system device and software storage medium
KR100316841B1 (ko) 관리 대행자의 재실행방법 및 장치
KR100428765B1 (ko) 비동기 전송 모드에서의 관리 정보 전송 시스템 및 방법
EP0864973A2 (en) Method of and apparatus for processing data
KR100304364B1 (ko) 교환시스템에서의 운용 및 관리 데이터 변경 및 복구 방법
CN115729479A (zh) 打印动态日志的方法和电子设备
KR100406953B1 (ko) 실시간 운영체제의 런타임 디버깅 방법
KR20020005802A (ko) 엠엠엘 변환 서버를 이용한 에이전트 구현 방법 및 장치
CN116737509A (zh) 监控预警***及方法
JPH0981342A (ja) 印刷システム

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
N231 Notification of change of applicant
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee