KR970000070B1

KR970000070B1 - 분산제어방식인 전전자 교환기에서의 프로세서 제어방법

Info

Publication number: KR970000070B1
Application number: KR1019930028296A
Authority: KR
Inventors: 송재홍
Original assignee: 대우통신 주식회사; 박성규
Priority date: 1993-12-17
Filing date: 1993-12-17
Publication date: 1997-01-04
Also published as: KR950023097A

Abstract

내용 없음.

Description

분산제어방식인 전전자 교환기에서의 프로세서 제어방법

제1도는 본 발명이 적용된 분산제어방식 전전자 교환기의 프로세서 구조도.

제2도는 종래의 분산제어방식 전전자 교환기에서 사용한 프로세서 제어 흐름도.

제3도는 본 발명에 따른 분산제어방식 전전자 교환기의 프로세서 제어 흐름도.

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

1 : 인간/기계 통신 프로세서(MMP) 2 : 시스템 운용 유지보수 프로세서(OMP)

3 : 내부연결망 프로세서(INP) 4 : 번호 번역 프로세서(NTP)

5 내지 n : 접속교환 프로세서(ASP)

본 발명은 분산제어방식 전전자 교환기에 있어서, 시스템 운용중 프로세서에 장애가 발생하여 정상적인 서비스를 하지 못할 때 장애의 확산을 방지하고 그 원인을 파악 조치하여 빠른 시간안에 정상적인 서비스 상태로 전환시키는 방법인 프로세서 제어방법에 관한 것이다.

일반적으로 분산제어방식 전전자 교환기는 다수의 프로세서로 구성되어 있으며 각각의 프로세서는 소프트웨어 또는 하드웨어 문제로 운용중에 장애가 발생하여 정상적인 서비스를 할 수 없는 상태로 천이될 수 있다. 이러한 장애 발생시 즉각적인 조치를 하여 정상적인 서비스를 할 수 있어야 한다.

종래의 분산제어 전전자 교환기에서는 장애 발생시 인터페이스 포트를 이용하여 프로세서와 터미널을 연결하고, 장애가 발생한 프로세서를 제어하여 장애의 확산을 방지하고 그 원인 파악과 함께 조치를 하였는데, 이는 몇가지 문제점을 가지고 있다.

첫째로 가장 큰 문제점은 인터페이스 포트를 이용한 프로세서 제어할 수 없다는 것이다. 이는 시스템 개발시 필요했던 문제 분석용 프로세서가 개발이 완료되면 성능 및 메모리 문제 등으로 프로세서에 로딩되지 않아 종래의 방법을 사용할 수 없기 때문이다.

둘째로 문제 분석용 프로세서를 프로세서에서 사용할 수 있다 하더라도 사용할 때마다 인터페이스 포트를 프로세서에 연결해야 하는 번거로움이 있을 뿐만 아니라 모든 프로세서를 동시에 제어할 수 없어 장애의 확산을 신속히 방지할 수 없다.

따라서, 상기 종래기술의 문제점을 해결하기 위하여 안출된 본 발명은, 전전자 교환기 시스템의 장애 발생시 장애의 확산을 신속히 방지하고 장애의 원인을 파악하여 정상적인 서비스를 가능하게 하는 전전자 교환기의 프로세서 제어 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, 가입자 교환 서브시스팀에는 호 흐름을 제어하고 서부시스팀내의 유지보수기능 및 기타 서비스 기능을 수행하는 다수의 가입자 접속 교환 제어 프로세서를 설치하고, 상기 가입자 교환 서브시스팀에 연결된 연결망 서브시스팀에는 스위치를 사용하는 통화로 검색 및 관리를 수행하는 내부 연결망 제어 프로세서와 번호번역과 루트제어 기능을 수행하는 번호번역 프로세서를 설치하고, 상기 연결망 서브시스팀ㅇ 연결된 중앙제어 서브시스팀에는 퍼스널 컴퓨터, 모니터(CRT), 프린터 등을 사용하여 운용자와의 통신을 가능하게 하는 인간/기계 통신 프로세서(MMP)와 시스템내의 일련의 운용과 유지 보수 관련 기능을 총괄하는 시스템 운용 유지보수 프로세서(OMP)를 설치한 분산제어방식 전전자 교환시스팀에 적용되어 프로세서를 제어하는 방법에 있어서, 시스템 운영중 장애가 발생하여 운용자가 터미널을 이용하여 인간 기계 통신(이하, MMC라 칭한다.) 명령어를 입력하면 MMP는 입력 명령을 받아 OMP로 메시지를 전송하는 제1단계와, OMP가 장애 발생 프로세서에 대한 제어요구 메시지를 수신하면, 제어요구 메시지의 타당성을 검사하여 요구한 데이터가 타당하지 않은 경우 터미널을 통해 에러 메시지를 출력하고, 결과가 타당하다면 메시지를 만들어 목적 프로세서로 송신하는 제2단계와, 목적 프로세서가 OMP로부터 메시지를 수신하면 수신한 데이터의 타당성을 검사하여, 에러이면 에러 메시지를 OMP로 전송하고 종료하며, 에러가 아니면 수신한 데이터의 제어 종류를 체크하여 각각의 제어 종류에 따라 프로세스 수행중지, 수행, 메모리 삭제, 재초기화의 제어를 수행하는 제3단계, 및 상기 제3단계 수행후, 실행한 결과를 OMP로 전송하면, OMP에서 결과 메시지 수신하여 목적 프로세서로부터 받은 결과 메시지 수신하여 목적 프로세서로부터 받은 결과 메시지가 에러인가를 판별한 후 에러가 아니면 결과 메시지를 터미널로 출력하고 종료하며, 결과 메시지가 에러인 경우에는 에러 이유 메시지를 출력하고 종료하는 제4단계를 구비하여 수행한다.

이하, 첨부된 도면을 이용하여 본 발명의 일실시예를 상세히 설명하기로 한다.

제1도는 본 발명이 적용된 분산제어방식 전전자 교환기의 주프로세서 구성도로서, 도면에서 100은 가입자 교환 서브시스팀(ASS), 200은 연결망 서브시스팀(INS), 300은 중앙제어 서브시스팀(CCS), 1은 인간/기계 통신 프로세서(MMP), 2는 시스템 운용 유지보수 프로세서(OMP), 3은 내부 연결망 프로세서 (INP), 4는 번호 번역 프로세서(NTP), 5 내지 n은 접속 교환 프로세서(ASP)를 각각 나타낸다.

도면에 도시한 바와 같이 본 발명이 적용되는 분산제어방식 전전자 교환기는, 가입자 교환 서브시스팀(100)에는 호 흐름을 제어하고 서브시스팀내의 유지보수기능 및 기타 서비스 기능을 수행하는 다수의 가입자 접속 교환 프로세서(5 내지 n)가 설치되고, 상기 가입자 교환 서브시스팀(100)에 연결된 연결망 서브시스팀(200)에는 스위치를 사용하는 통화로 검색 및 관리를 수행하는 내부 연결망 프로세서(3; INP)와 번호 번역과 루트제어 기능을 수행하는 번호 번역 프로세서(4; NTP)가 설치되며, 중앙제어 서브시스팀(300)에는 퍼스널 컴퓨터, 모니터(CRT), 프린터 등을 사용하여 운용자와의 통신을 가능하게 하는 인간/기계 통신 프로세서(1; MMP)와 시스템내의 일련의 운용과 유지보수 관련 기능을 총괄하는 시스템 운용 유지보수 프로세서(2; OMP)가 설치된다.

도면에서와 같이 분산제어 교환 시스템은 많은 프로세서로 구성되어 있고 각 프로세스는 서비스를 실행하는 다수의 프로세스가 있으며 프로세서 장애 발생시 장애 발생한 프로세서를 부분적으로 제어할 수 있다.

제2도는 종래의 분산제어방식 전전자 교환기에서 사용한 프로세서 제어방법에 따른 흐름도로서, 장애가 발생한 프로세서에 대해서 매번 프로세서마다 터미널을 연결하여 문제 분석용 프로세스를 이용, 장애의 원인을 분석하고 조치하도록 프로세서를 제어하는 과정을 도시한 것이다.

구체적으로 살펴보면, 임의의 프로세서에 장애가 발생한 것으로 통보되면 장애가 발생한 프로세서에 인터페이스 포트를 이용하여 터미널을 연결한다(11). 그리고 장애가 발생한 블록의 프로세서를 제어(수행중지, 수행, 삭제, 재초기화)한다(12). 장애 발생한 프로세서가 또 있는지 조사하여(13), 또 있으면 상기 단계(11,12)를 반복 수행하고, 없으면 장애 발생한 프로세서에 대해 장애 발생 원인을 규명하고 장애를 복구한다(14,15).

그리고 장애 발생한 모든 프로세서에 대해 장애가 복구되었으면(16) 정상 서비스를 제공하도록 조치하고(17) 종료한다.

제3도는 본 발명에 따라 분산제어방식 전전자 교환기의 프로세서 제어 흐름도로서, 운용중인 시스템의 프로세서에 장애 발생시 장애의 확산 방지를 위하여 장애가 발생한 프로세서 해당 블록의 프로세스 수행을 중지시키고, 장애의 원인을 분석하고, 조치한 다음 해당 블록을 다시 수행시킴을 알 수 있다. 짧은 시간내에 조치가 불가능할 경우에는 해당 블록이 서비스에 중요한 영향을 끼치지 않는다면 프로세서의 메모리에서 해당 블록을 삭제하여 장애의 확산을 방지할 수 있다. 또한 서비스중에 장애가 발생하여 응급조치가 필요하다면 해당 블록을 재초기화시키어 정상적인 서비스를 할 수 있도록 한다.

세부적인 처리절차를 살펴보면 다음과 같다.

시스템 운영중 장애가 발생하면 장애 발생한 특정 프로세서 또는 전체 프로세서에 대하여 운용지는 장애를 복구하기 위하여 터미널을 이용, 인간 기계 통신(이하, MMC라 칭한다) 명령어를 입력하면 MMP(1)는 입력 명령을 받아 OMP(2)로 메시지를 전송한다(21). 상기 MMC 데이터는 장애 발생한 프로세서를 제어하기 위한 데이터로서 예를들면 다음과 같은 메시지 형태를 갖는다.

PRC-BLK-CTL : PRC,BLK,TYPE;

여기서, PRC-BLK-CTL : 루틴 작업 구동(Activation Routine Job)에 의한 프로세서 제어 명령어, PRC : 제어하고자 하는 목적 프로세서 이름, BLK : 제어하고자 하는 블록 이름, TYPE : 제어의 형태로서 수행중지, 실행, 삭제 , 재초기화 OMP(2)가 장애 발생 프로세서에 대한 제어요구 메시지를 수신하면(22), 메시지의 타탕성을 검사한다(23). 즉 요구한 데이터가 타당하지 않은 경우, MMC에 의해 입력된 프로세서 이름, 블록 이름이 일치하지 않는다면 터미널을 통해 다음과 같은 에러 메시지를 출력한다(24).

M0011 PROCESSOR CONTROL RESULT2

PROCESSOR=AAA

BLOCK=BBB

TYPE=CCC

RESULT=NOK

REASON=NOT EQUIP PROCESSOR

COMPLETE

그런데, 결과가 타당하다면 요구한 블록정도와 제어형태를 가지고 메시지를 만들어 목적 프로세서로 송신하고(25) 목적 프로세서로부터 결과 메시지를 수신한다(26).

그리고 목적 프로세서로부터 받은 결과 메시지가 에러인가를 판별하여(27) 에러가 아니면 다음과 같은 제어결과 메시지를 터미널로 출력하고 종료한다(29).

M0011 PROCESSOR CONTROL RESULT3

PROCESSOR=AAA

BLOCK=BBB

TYPE=CCC

RESULT=OK

COMPLETE

결과 메시지가 에러인 경우에는 에러 이유와 함께 위의 2와 같은 메시지를 출력하고(28) 종료한다.

한편, 메시지고적 프로세서에서는 OMP(2)로부터 메시지를 수신하면(30) 수신한 데이터의 타당성을 검사하여(31), 에러이면 에러 메시지를 OMP(2)로 전송하고 종료하며(33), 에러가 아니면 수신한 데이터의 제어종류를 체크하고(34) 각각의 제어 종류에 따라 프로세스 수행중지, 수행, 메모리 삭제, 재초기화의 제어절차를 수행한다.

제어종류가 '수행중지'이면, 제어대상이 하나인지 전체인지를 조사하여(35) 하나이면 장애가 발생한 블록의 서비스 수행을 중지하고(39), 전체이면 장애가 발생한 프로세서내의 모든 블록의 수행을 중지한다(40).

제어종류가 '수행'이면, 제어대상이 하나인지 전체인지를 조사하여(46) 하나이면 장애 발생한 블록의 문제점을 조치하여 서비스를 다시 수행하고(41), 전체이면 장애 발생한 프로세서내의 모든 블록의 서비스를 다시 수행한다(42).

제어종류가 '삭제'이면, 제어대상이 하나인지 전체인지를 조사하여(37) 하나이면 장애 발생한 블록을 응급조치할 수가 없어 프로세스 수행중지 후 메모리에서 잠시동안 삭제하고(43), 전체이면 장애 발생한 프로세서내의 모든 프로세스의 수행을 중지한 후 블록을 메모리에서 삭제한다(44).

제어종류가 '재초기화'이면, 제어대상이 하나인지 전체인지를 조사하여(48)

하나이면 장애 발생한 블록을 재초기화시켜 서비스를 실시하고(45), 전체이면 장애 발생한 프로세서내의 모든 블록을 재초기화시켜 서비스를 실시한다(46).

그런 다음, 제어종류에 따른 처리절차가 끝나면 실행한 결과를 OMP(2)로 전송한다.

따라서,상기와 같은 처리절차에 의해 수행되는 본 발명은, 프로세서에 장애 발생시 운용자 또는 개발자가 프로세서 제어를 쉽게 할 수 있고, 문제 발생시 종래의 각 프로세서를 인터페이스 포트를 이용하여 제어하는 방식과 비교할 때 프로세서를 동시에 제어할 수 있기 때문에 각 프로세서간 데이터의 일치를 필요로 하는 분산제어방식에서는 장애 발생시 보다 더 시스템의 안정도를 유지할 수 있으며, 인간 기계 통신 명령어로 모든 프로세서를 동시에 제어할 수 있는 편리성을 제공하는 효과가 있다.

Claims

가입자 교환 서브시스팀(100; ASS)에는 호 흐름을 제어하고 스브시스팀내의 유지보수기능 및 기타 서비스 기능을 수행하는 다수의 접속 교환 프로세서(5 내지 n)를 설치하고, 상기 가입자 교환 서브시스팀(100)에 연결된 연결망 서브시스팀(200; INS)에는 스위치를 사용하는 통화로 검색 및 관리를 수행하는 내부 연결망 프로세서(3; INP)와 번호번역과 루트제어 기증을 수행하는 번호 번역 프로세서(4; NTP)를 설치하고, 상기 연결망 서브시스팀(200)에 연결된 중앙제어 서브시스팀(300; CSS)에는 퍼스널 컴퓨터, 모니터(CRT), 프린터 등을 사용하여 운용자와의 통신을 가능하게 하는 인간/기계 통신 프로세서(1; MMP)와 시스템내의 일련의 운용과 유지보수 관련 기능을 총괄하는 시스템 운용 유지보수 프로세서(2; OMP)를 설치한 분산제어방식 전전자 교환시스팀에 적용되어 프로세서를 제어하는 방법에 있어서, 시스템 운영중 장애가 발생하여 운용자가 터미널을 이용하여 인간 기계 통신 명령어를 입력하면 MMP(1)는 입력 명령을 받아 OMP(2)로 메시지를 전송하는 제1단계(21)와, 상기 제1단계(21) 수행후, OMP(2)가 장애 발생 프로세서에 대한 제어요구 메시지를 수신하면, 제어요구 메시지의 타당성을 검사하여 요구한 데이터가 타당하지 않은 경우 터미널을 통해 에러 메시지를 출력하고, 결과가 타당하다면 메시지를 만들어 목적 프로세서로 송신하는 제2단계(22 내지 25)와, 상기 제2단계(22 내지 25) 수행후, 목적 프로세서가 OMP(2)로부터 메시지를 수신하면 수신한 데이터의 제어 종류를 체크하여 각각의 제어 종류에 따라 프로세스 수행중지, 수행, 메모리 삭제, 재초기화의 제어를 수행하는 제3단계(30 내지 46), 및 상기 제3단계(30 내지 46) 수행후, 실행한 결과를 OMP(2)로 전송하면, OMP(2)에서 결과 메시지를 수신하여 목적 프로세서로부터 받은 결과 메시지가 에러인가를 판별한 후 에러가 아니면 결과 메시지를 터미널로 출력하고 종료하며, 결과 메시지가 에러인 경우에는 에러 이유 메시지를 출력하고 종료하는 제4단계(47,26 내지 29)를 구비하여 수행하는 것을 특징으로 하는 프로세서 제어방법.
제1항에 있어서, 상기 제2단계(22 내지 25)에서 목적 프로세서로 전송하는 메시지는, 요구한 블록정보와 제어형태를 가지고 만들어지는 것을 특징으로 하는 프로세서 제어방법.
제1항에 있어서, 제3단계(30 내지 46)에서의 제어종류에 따른 제어는, 제어종류 체크결과 '수행중지'이면, 서비스 중단을 최소화하면서 장애확산 방지를 위한 프로세서 수행을 중지시키는 단계와, 제어종류 체크결과 '수행'이면, 수행중지한 프로세서의 장애를 조치하여 다시 수행시킴으로 정상적인 서비스를 수행하도록 하는 단계와, 제어종류 체크결과 '삭제'이면, 짧은 시간내에 조치가 불가능할 경우 더 이상의 장애확산을 방지하기 위하여 프로세서 메모리에서 해당블럭을 삭제하는 단계, 및 간단한 응급조치로 정상적인 서비스를 할 수 있도록 블록을 재초기화시키는 단계를 구비하여 수행하는 것을 특징으로 하는 프로세서 제어방법.