KR19990056950A

KR19990056950A - Atm교환기에서 소프트웨어 블록 버전 관리방법

Info

Publication number: KR19990056950A
Application number: KR1019970076983A
Authority: KR
Inventors: 박종만
Original assignee: 유기범; 대우통신 주식회사
Priority date: 1997-12-29
Filing date: 1997-12-29
Publication date: 1999-07-15
Also published as: KR100255816B1

Abstract

본 발명은 에이티엠(ATM) 교환기에서 각 프로세서에 로딩되어 운용되는 소프트웨어 블록들의 버전을 관리하는 방법에 관한 것이다.

이러한 본 발명은 시스템 작동 초기에 상기 각 프로세서에 로딩되는 소프트웨어 블록들이 자신의 버전 정보를 상기 운용 및 유지보수 프로세서의 버전 관리 프로세스에게 보고하는 단계; 소프트웨어 블록들로부터 버전정보 보고 시그널이 수신되면, 버전 테이블의 해당 위치에 버전정보를 기록하는 단계; 버전 디스플레이 요구명령이 수신되면 프로세서와 데이터 베이스의 상태를 검사하는 단계; 및 검사하는 단계에서 프로세서 및 데이터 베이스가 정상이면 지정된 프로세서의 지정된 혹은 모든 소프트웨어 블록에 대한 버전정보를 상기 버전 테이블에서 찾아 디스플레이하는 단계를 포함하는 것을 특징으로 한다.

따라서, 본 발명에 따라 시스템 동작 초기나 운용중에 운용자가 각 응용 블록들이 제대로 수행되는지를 알아보기 위하여 MMC명령을 수행시키면, 해당 블록들이나 해당 프로세서에 로딩되어 수행중인 블록들의 버전정보와 수행상태를 출력해준다.

Description

ＡＴＭ 교환기에서 소프트웨어 블록 버전 관리방법(Method of managing version of software blocks in ATM switching system)

정보화사회의 급격한 발전으로 사용자의 통신서비스 요구가 증가하여 차세대 통신망으로 "B-ISDN"이 출현하였는 바, B-ISDN에서는 협대역뿐만 아니라 광대역의 다양한 서비스들을 대역 및 속도에 관계없이 모두 수용할 수 있도록 비동기 전달 모드인 ATM(Asynchronous Transfer Mode)방식을 기본 전달수단으로 하고 있다.

이러한 ATM망을 구현하기 위하여 ATM교환시스템이 개발되고 있는데, 이러한 ATM교환시스템은 계층적인 구조의 다수의 프로세서 들이 분산되어 있고, 상기 각 프로세서들은 자신의 소프트웨어 블록에 따라 기능을 수행하고 있다.

그런데 종래의 ATM교환시스템에서는 교환기의 응용 소프트웨어들이 각 프로세서에 제대로 로딩되었는지만 알 수 있다. 따라서 각 응용블록들이 로딩된 후에 서로 다른 블록들과 초기 시그널을 교환하면서 버전이 맞지 않아 실행되지 않을 경우, 그 원인을 찾기 어려운 문제점이 있다. 즉, ATM교환시스템 초기 운용시 종래의 교환기에서는 소프트웨어 블록들이 해당 프로세서에 로딩되는 상태까지만 알 수 있었고, 이어 프로세서 상태 정보만을 통해서 초기 운용을 준비할 수 있었다. 그러나 ATM교환기와 같은 대형 시스템에서는 각 소프트웨어 블록간의 상호작용에 의해서 전체 시스템의 기능이 수행되므로, 이들 응용 블록들간의 기능 불일치는 기능적으로 장애뿐만 아니라 시스템 서비스에 나쁜 영향을 미칠 수 있다.

이에 본 발명은 상기와 같은 종래기술의 문제점을 해소하기 위하여 소프트웨어 블록의 각 실행모듈에 대한 정보들을 정확하고 효율적으로 관리할 수 있도록 실행 모듈 생성과정에서 필요한 정보를 삽입하고 해당 실행 모듈이 시동하는 시점에서 버전정보가 전달될 수 있도록하여 데이터 베이스로 관리할 수 있는 ATM 교환기에서 소프트웨어 블록 버전 관리방법을 제공하는데 그 목적이 있다.

상기와 같은 목적을 달성하기 위하여 본 발명의 방법은, 운용 터미널과 운용 및 유지보수 프로세서(OMP)가 연결되고, 다수의 프로세서가 자신의 소프트웨어 블록들을 로딩하도록 된 ATM교환기에 있어서, 시스템 작동 초기에 상기 각 프로세서에 로딩되는 소프트웨어 블록들이 자신의 버전 정보를 상기 운용 및 유지보수 프로세서의 버전 관리 프로세스에게 보고하는 단계; 상기 소프트웨어 블록들로부터 버전정보 보고 시그널이 수신되면, 버전 테이블의 해당 위치에 버전정보를 기록하는 단계; 버전 디스플레이 요구명령이 수신되면 프로세서와 데이터 베이스의 상태를 검사하는 단계; 및 상기 검사하는 단계에서 프로세서 및 데이터 베이스가 정상이면 지정된 프로세서의 지정된 혹은 모든 소프트웨어 블록에 대한 버전정보를 상기 버전 테이블에서 찾아 디스플레이하는 단계를 포함하는 것을 특징으로 한다.

도 1은 본 발명이 적용되는 ATM교환시스템의 예,

도 2는 본 발명에 따른 버전 관리 기능의 관계를 도시한 도면,

도 3은 본 발명에 따른 소프트웨어 버전 관리방법의 신호 흐름도,

도 4는 본 발명에 따라 소프트웨어 블록의 버전을 관리하는 방법을 도시한 흐름도이다.

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

100-1∼100-n: ATM 로컬 스위칭 서브시스템(ALS)

102-1∼102-n: 주변 프로세서(PP)

120: ATM 중앙 스위칭 서브시스템(ACS)

122: 운용 및 유지보수 프로세서(OMP)

140: 워크스테이션 22: HMI

24: LIOF 26-1∼26-m: 프로세서

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명하기로 한다.

본 발명이 적용되는 ATM 교환기는 도 1에 도시된 바와 같이, n개의 로컬 스위칭 서브시스템(ALS: ATM Local Switching subsystem,100-1∼100-n)과, 중앙 스위칭 서브스시템(ACS:ATM Central Switching Subsystem,120), 워크스테이션(W/S,140) 등으로 구성된다.

ATM 로컬 스위칭 서브시스템(ALS:100-1∼100-n)은 도면에는 구분되지 않았으나 NNI를 제공하기 위한 'ALS/T'와 UNI를 제공하기 위한 'ALS/S'로 구분되는데, ALS/T는 트렁크 수만큼의 트렁크 정합 모듈(TIM: Trunk Interface Module)과 이를 수용하는 억세스 스위칭 네트웍 모듈(ASNM: Access Switching Network Module), 서브시스템을 제어하는 호 및 접속제어 프로세서(CCCP: Call & Connection Control Processor)로 구성되어 STM-1 혹은 STM-4레벨로 NNI접속을 제공한다. 그리고 ALS/S는 도면에는 도시되지 않았으나 가입자 링크만큼의 가입자 정합 모듈(SIM:Subscriber Interface Module), 이 SIM을 수용하는 억세스 스위칭 네트웍 모듈(ASNM: Access Switching Network Module), 서브시스템을 제어하는 호 및 접속제어 프로세서(CCCP: Call & Connection Control Processor)로 구성되어 STM-1, DS1E/DS3 급의 가입자를 접속하고, 중앙 스위칭 서브시스템(120)과는 IMI(Inter Module Interface)로 접속된다. 여기서, ALS/S와 ALS/T는 수용 용량에 따라 다수개가 설치되어 하나의 중앙 스위칭 서브시스템(120)에 IMI로 연결되고, 이때 IMI는 로컬 스위칭 서브시스템(100-1~n)과 중앙스위칭 서브시스템(120) 사이를 접속하는 약 155M의 전형적인 링크이다. 그리고 각 로컬 스위칭 서브시스템에서 운용되는 프로세서를 주변 프로세서(PP)라 한다.

도 1을 참조하면, ACS(120)는 인터커넥션 스위치 네트웍 모듈(ISNM: Interconnection Switch Network Module: 미도시)과 운용보전 프로세서(OMP:122)로 구성되어 로컬 스위칭 서브시스템(100-1~n)과 연결되는 IMI에 대한 스위칭기능을 제공함과 아울러 운용 및 유지보수와 관련된 기능을 제공한다.

그리고 OMP(122)와 이더넷으로 연결되는 워크스테이션(140)은 운용자와 교환기 사이에 HMI(Human Machine Interface)기능을 제공하고, 운용자가 입력한 명령(MMC:Man Machine Command)를 교환기측에 전달함과 아울러 그 결과를 디스플레이한다.

이러한 ATM교환기에서 작동 초기에 각종 운영체계 및 응용 프로그램이 로딩되어 시스템을 운용하게 되는데, 이때 OMP(122)에서 작동되는 로더(LIOF: Loader in OMP Function)는 OMP(122)에 위치하는 소프트웨어 블록으로서 booter와 LIPF로부터 로딩 요구를 받으면 내부 보조기억장치(INAS: Internal Auxiliary Storage)에서 로딩 블록을 읽어 해당 프로세서로 전송해 주는 기능을 수행한다. 그리고 PP(102-1∼102-n)에서 작동되는 로더(LIPF: Loader in Processor Function)는 개별 프로세서에 위치하는 소프트웨어 블록으로서 프로세서 응용 블록을 로딩하기 위하여 LIOF로 로딩을 요구하고, LIOF에서 전송되어지는 로딩 블록을 받아 자신의 메모리에 적재하고 이를 실행시키는 기능을 수행한다.

도 2는 본 발명에 따른 버전 관리 기능의 관계를 도시한 도면이다. 도 2를 참조하면, 본 발명의 소프트웨어 블록버전 관리기능은 ACS에 존재하는 OMP 프로세서에 있는 LIOF의 버전관리 프로세스(LIOF_VerMgmt process:24)에 의해 중앙 집중식으로 수행한다. 프로세서 1(26-1)에는 소프트웨어 블록 1_1(Sw blk 1_1) 내지 1_n(Sw blk 1_n)이 위치하고, 프로세서 m(26-m)에는 소프트웨어 블록 m-1(Sw blk m_1) 내지 m-l(Sw blk m_l)이 위치하며, 이들 소프트웨어 블록들은 초기에 운용되면서 소프트웨어 버전 정보를 LIOF의 버전관리 프로세스(24)에 보고한다. 그리고 LIOF는 HMI(22)를 통해 운용자로부터 버전정보 요구 명령을 수신하면, 해당 소프트웨어 블록의 버전정보를 제공한다.

도 3은 본 발명에 따른 소프트웨어 버전 관리방법의 신호 흐름도이다. 도 3을 참조하면, 각 프로세서(26-1∼26-m)에 로딩되는 모든 응용 블록들은 처음 살아나면서 자신의 최외각 프로세스들이 지정된 버전 정보라는 공통기능을 호출하여 OMP에 있는 버전관리 프로세스(LIOF:도 2의 24)에 자신의 버전정보를 실은 시그널을 전송한다. 버전관리프로세스(24)는 해당 프로세서의 응용 블록들이 전송하는 시그널을 받아서 자신의 소프트웨어 블록 버전 테이블에 저장하여 시스템이 운용되고 있는 동안 관리한다.

이때 각 응용 블록들이 처음 살아나면서 버전관리 프로세스에게 전송하는 시그널과 시그널 모드는 다음 표 1과 같다.

-Signal Mode(VersionInfoRpt signal의 모드)M_VersionInfoRpt= strut( Version char(50),CrteDate char(50),Block char(12);-Signal(VersionInfoRpt signal);SYN_VersionInfoRpt = h'8606SIGNAL VersionInfoRpt = (M_VersionInfoRpt);

그리고, 이러한 버전정보를 보고받으면 버전관리 프로세스(24)는 자신의 로컬 소프트웨어 버전관리 테이블에 해당 버전정보, 생성 날짜정보를 해당되는 블록의 버전정보 필드에다 기록하고, 수신한 블록들에 대해서는 실행상태를 응답(RESPONSED)이라 표시하여 최외각 프로세스가 제대로 수행되었는가를 표시한다.

도 4를 참조하면, 버전관리 프로세스(도 2의 24)는 수신되는 시그널에 따라 해당 절차를 수행하는데, 수신된 시그널이 MMC 명령 시그널이면 단계 401 내지 단계 408을 수행하고, 수신된 시그널이 버전정보 보고 시그널이면 단계 411 내지 단계 413을 수행한다. 즉, 시스템이 시동되는 초기에 해당 소프트웨어 블록들은 버전보고 시그널을 전송하는데, 본 발명의 프로세스는 단계 411에서 시그널을 수신하고, 단계 412에서 버전 테이블에서 해당 로링 블록을 서치한 후 단계 413에서 버전정보를 버전 테이블에 라이트한다. 이와같이 시스템이 기동된 후 혹은 기동중에 운용자로부터 MMC 명령 시그널이 수신되면 다음과 같은 절차를 수행한다.

즉, 시스템 운용중에 HMI에서 운용자는 소프트웨어 블록의 버전 정보 및 상태를 알기 위해 'DIS-LB-VER'라는 MMC를 수행시킨다. 'DIS-LB-VER'라는 MMC는 다음 표 2와 같은 입력 파라미터를 갖는다.

DISC-LB-VER: PROCESSOR NAME, BLOCK NAME

상기 표 2에서 프로세서 이름(PROCESSOR NAME)은 꼭 입력해야 하는 필수적인 파라미터로서 각 프로세서의 이름을 가리키고, 입력되는 값의 형태는 "enum type"의 변수이며, 예컨대, CCCP00 ∼ CCCP62, OMP 등이다. 블록 명칭(BLOCK NAME)은 스트링 타입으로서 버전정보를 원하는 소프트웨어 블록을 지정한다.

이와 같은 명령이 OMP의 LIOF에 전달되면, LIOF의 버전관리 프로세스는 단계 401에서 "DIS-LB-VER"의 MMC시그널인 MMCDisLbVerSig를 받고, 단계 402에서 해당 프로세서 및 데이터 베이스의 상태를 검사한다. 검사결과 상태가 정상이고, 해당 프로세서의 데이터 베이스가 억세스 가능하면 단계 404 내지 408을 수행하고 비정상이면 단계 403에서 에러 메시지를 출력한다.

단계 404에서 블록이 지정되었는지를 판단하여 블록이 지정되었으면 단계407에서 지정된 프로세서의 지정된 블록에 대한 버전정보를 조회하고, 단계 408에서 해당 버전정보를 디스플레이한다. 단계 404에서 블록이 지정되지 않았으면 단계 405에서 지정된 프로세서의 모든 소프트웨어 블록들의 버전 테이블을 조회한 후 단계 406에서 모든 소프트웨어 블록들의 버전정보를 디스플레이한다.

즉, 버전관리 프로세스(LIOF_VerMgmt)는 해당 프로세서와 DB상태 점검을 완료한 후 자신의 소프트웨어 버전 테이블에서 해당되는 블록의 버전정보를 조회하여 그결과를 HMI로 출력한다.

여기서, LIOF의 소프트웨어 블록 버전 테이블은 기존에 LIOF가 개발될 때 구현되었던 로딩 블록 테이블의 필드를 변경 확장하여 용이하게 구현할 수 있고, 그 구체적인 예를 다음 표 3과 같다.

명칭	데이터 타입
Loading block name	char(12)
Loading block group	(M_LB_GROUP)
Loading block type	(M_LB_TYPE)
Loading block size	INT
Loading block version	char(30)
Loading block creation date	char(25)

그리고 MMC명령의 수행결과의 예는 다음 표 4와 같다.

M7027 DISPLAY LOADING BLOCK VERSION INFORMATIONPRC=OMPLB NAME VERSION CREATE DATE STSLIPF.MPM /usr2/jmpark/sv4.4.7/ Thr Oct 10 29 RESPONSEDPCPF.MPM /usr2/jmpark/sv4.4.7/ Wed sep 10 29 RESPONSEDPMOF.OMP ******************* ************ NO_RESPONSED

상기 표 4에서 LIPF.MPM과 PCPF.MPM은 제대로 수행되어 버전정보를 보고했으나 PMOF.OMP는 제대로 살지 못해 버전정보가 제대로 출력되지 않음을 나타내고 있다. 이러한 정보를 통해서 운용자는 프로세서 로딩 후 각 블록들이 제대로 실행되어 운용되고 있는지를 쉽게 파악할 수 있고, 만약 문제 발생시 바로 진단하여 처리할 수 있기 때문에 시스템 운용이 신속정확하게 수행될 수 있다.

이상에서 살펴본 바와 같이, 본 발명에 따라 시스템 동작 초기나 운용중에 운용자가 각 응용 블록들이 제대로 수행되는지를 알아보기 위하여 MMC명령을 수행시키면, 해당 블록들이나 해당 프로세서에 로딩되어 수행중인 블록들의 버전정보와 수행상태를 출력해준다. 이때 초기수행시 제대로 수행되지 못한다면 버전정보를 제대로 보고하지 못하기 때문에 정보와 상태는 정상적으로 출력되지 않고 운용자는 이러한 정보를 HMI를 통해 보다 편리하고 빠르게 진단할 수 있으므로 시스템 운용을 보다 효과적으로 수행할 수 있고, 조기에 시스템 운용상의 문제점을 찾을 수 있는 효과가 있다. 즉, 본 발명에 따르면 운용 및 유지보수가 용이하다.

Claims

운용 터미널과 운용 및 유지보수 프로세서(OMP)가 연결되고, 다수의 프로세서가 자신의 소프트웨어 블록들을 로딩하도록 된 ATM교환기에 있어서,

시스템 작동 초기에 상기 각 프로세서에 로딩되는 소프트웨어 블록들이 자신의 버전 정보를 상기 운용 및 유지보수 프로세서의 버전 관리 프로세스에게 보고하는 단계;

상기 소프트웨어 블록들로부터 버전정보 보고 시그널이 수신되면, 버전 테이블의 해당 위치에 버전정보를 기록하는 단계;

버전 디스플레이 요구명령이 수신되면 프로세서와 데이터 베이스의 상태를 검사하는 단계; 및

상기 검사하는 단계에서 프로세서 및 데이터 베이스가 정상이면 지정된 프로세서의 지정된 혹은 모든 소프트웨어 블록에 대한 버전정보를 상기 버전 테이블에서 찾아 디스플레이하는 단계를 포함하는 것을 특징으로 하는 ATM 교환기에서 소프트웨어 블록 버전 관리방법.