KR100464352B1

KR100464352B1 - 이동통신 교환기에서 운용/유지보수부 과부하 방지 로딩장치 및 방법

Info

Publication number: KR100464352B1
Application number: KR10-2002-0048450A
Authority: KR
Inventors: 이학후
Original assignee: 삼성전자주식회사
Priority date: 2002-08-16
Filing date: 2002-08-16
Publication date: 2005-01-03
Also published as: KR20040016194A

Abstract

분산 프로세서로 동작하는 다수의 메인 프로세서들과, 상기 다수의 메인 프로세서들로 제공할 프로그램들을 저장하는 디스크와, 상기 디스크의 프로그램들을 해당 메인 프로세서들로 제공하는 운용/유지보수부를 포함하는 이동통신 교환기에서의 로딩(loading) 장치 및 방법이 개시되어 있다. 상기 로딩 장치는, 상기 메인 프로세서들로의 로딩을 허용할지를 결정하는 기준이 되는 로딩 허용 최대 부하율들을 상기 메인 프로세서들의 로딩 우선순위들 별로 저장하는 메모리 테이블과, 상기 운용/유지보수부의 부하율을 실시간으로 검출해서 제공하는 부하율 정보 제공부와, 상기 각 메인 프로세서로부터 로딩 요구를 수신시 상기 메모리 테이블에 저장되어 있는 상기 각 메인 프로세서의 로딩 허용 최대 부하율이 상기 부하율 정보 제공부로부터 제공된 상기 실시간 부하율 보다 큰 경우에만 상기 각 메인 프로세서로의 로딩을 진행하는 로딩 처리부를 포함함을 특징으로 한다.

Description

이동통신 교환기에서 운용/유지보수부 과부하 방지 로딩 장치 및 방법{LOADING APPARATUS AND METHOD FOR PREVENTING AN OVERLOAD OF AN OPERATION AND MAINTENANCE PROCESSOR IN A MOBILE SWITCHING CENTER}

본 발명은 이동통신 교환기에서의 로딩(Loading) 장치 및 방법에 관한 것으로, 특히 이동통신 교환기에서 운용/유지보수부(Operation and Maintenance Processor: OMP)의 과부하를 방지하기 위한 로딩 장치 및 방법에 관한 것이다.

일반적으로, 이동통신 교환기는 다수의 메인 프로세서(Main Processor: MP)들로 구성되어 있으며 각 MP는 안정성을 위해 액티브/스탠바이(ACT/SBY)의 이중화 구조로 구현되어 있다. MP의 스탠바이 사이드(side)는 액티브 사이드가 동작하는 동안 대기하고 있다가 그 액티브 사이드가 동작 수행 중에 문제가 발생하는 경우 그 액티브 사이드가 수행하던 동작을 그대로 수행하게 된다.

이동통신 교환기에서의 로딩이란 OMP가 관리하는 디스크(disk)에서 소프트웨어(S/W) 파일을 리드(read) 하여 이동통신 교환기의 내부 통신 장치(Inter Process Communication: IPC)를 통해 그 리드된 S/W 파일을 분산 프로세서(processor)로 동작중인 이동통신 교환기의 각 MP의 메모리(memory)에 로드(load)하여 해당 MP들이 정상적으로 동작할 수 있도록 하는 기능이다.

이동통신 교환기에서의 로딩은 로딩을 요구한 MP의 상태에 따라 액티브 로딩과 스탠바이 로딩으로 구분될 수 있다. 액티브 로딩은 현재 기능을 수행중인 액티브 사이드에 대한 로딩을 의미하고, 스탠바이 로딩은 이중화된 프로세서의 이중화 구조를 끊고 액티브 사이드는 정상적으로 기능 수행을 하고 있는 상태에서 스탠바이 사이드에 로딩하는 것을 말한다.

이동통신 교환기의 로딩시 상기 액티브 로딩 방식을 사용하게 되면 운용중인 시스템에서는 서비스 중단을 초래할 수 있으며 또한 S/W 버전(version) 교체나 비교적 단위가 큰 S/W를 로딩 시에는 장시간의 시스템 장애를 유발시킬 수 있으나, 상기 스탠바이 로딩 방식을 사용하게 되면 상기 액티브 로딩 방식에서 문제가 되었던 운용중인 시스템에서의 서비스 중단이나 장시간의 시스템 장애를 방지할 수 있다. 따라서, 이동통신 교환기에서 액티브 로딩과 스탠바이 로딩이 동시에 발생되는 경우에는 액티브 로딩에 높은 우선순위를 부여하여 스탠바이 로딩보다 액티브 로딩을 더 신속하게 처리하는 것이 바람직하다.

이동통신 교환기에서 다수의 로딩 요구들이 다수의 MP들로부터 OMP로 동시다발적으로 전송되는 경우, OMP는 그러한 동시다발적인 로딩 요구들에 따른 동시다발적인 IPC 전송 요구를 과부하 발생 없이 적절히 처리할 수 있어야 한다. 종래에는 이동통신 교환기의 로딩시 IPC 전송 제어 기능을 통해 OMP 부하를 간접적으로 조절하는 형태의 IPC 전송 제어 로딩 방식을 사용하였다.

이하 종래의 IPC 전송 제어를 통한 OMP 부하 조절 방법을 먼저 설명하고 나서 그러한 IPC 전송 제어 기능을 사용하는 종래의 IPC 전송 제어 로딩 방식에 대해서 설명한다.

하기 <표 1>은 OMP의 로딩 처리부가 OMP의 부하를 조절하기 위해 생성하는 MP 로딩 우선순위 테이블(MP Loading Priority Table)을 나타내고 있다.

MP Loading Priority Table
MP Index	Priority Value	MP Address
OMP	Normal(초기치)	H'401
INP	Emergency(초기치)	H'801
LRP0	Normal(초기치)	H'b01
...	...	...
ASP00	Normal(초기치)	H'1001
ASP01	Normal(초기치)	H'1401
...	...	...

하기 <표 2>는 상기 로딩 처리부가 OMP의 부하를 조절하기 위해 생성하는 OMP 부하 체크 테이블(OMP Load Check Table)을 나타내고 있다. <표 2>에서 LRP는이동 가입자 정보 관리부(Location Registration Processor) 이고, INP는 네트워크간 프로세서(Inter Network Processor)이며, ASP는 억세스 스위칭 프로세서(Access Switching Processor)이며 이 ASP는 호처리 기능 및 NO.7 정합 기능 등을 담당한다.

OMP Load Check Table
Load Index	frame_size
Emergency	100
High	20
Normal	10
Low	4

이동통신 교환기의 로딩시 S/W 파일을 IPC를 통해 로딩할 때 한번에 보낼 수 있는 바이트(Byte) 수는 제한이 되어 S/W 파일을 여러 번 나누어 보내게 되는데, 프레임 사이즈(frame_size)는 이때 한번도 슬리프(sleep)를 주지 않고 한번에 보낼 수 있는 IPC 최대 전송 회수를 나타낸다. 이러한 OMP 부하 체크 테이블의 정보는 OMP의 부하율에 따라 가변적으로 변화하게 되며 프레임 사이즈는 Emergency 프레임 사이즈 값을 초과할 수 없다.

상기 <표 1> 및 <표 2>와 관련해서 설명하면, 각 해당 MP로부터 로딩 요구를 받으면 OMP의 로딩 처리부는 요구한 MP의 어드레스 값을 참조하여 <표 1>의 MP 로딩 우선순위 테이블의 MP 인덱스 값을 구해서 해당 MP의 로딩 우선순위 값을 구하게 된다. 그리고 나서, 로딩을 요구한 해당 MP의 S/W 파일을 IPC을 통해 해당 MP의 메모리에 로드하게 된다. 이때 이동통신 교환기는 다중 프로세서이기 때문에 동시에 다수의 MP에 대해서 로딩 요구가 발생할 수 있으며 이 경우 OMP에서는 로딩을위한 다량의 IPC가 동시에 발생하게 된다. 이로 인하여 OMP 부하를 증가시키는 결과를 초래하게 되는데 이것을 방지하기 위해 IPC을 전송하는 동안 상기 <표 2>에서 구한 해당 MP 의 프레임 사이즈만큼 IPC 전송 후 슬리프를 강제로 두게 된다. 이와 같은 기존의 로딩시 OMP 부하 조절 기능은 IPC 관련 항목을 부하율과 밀접한 관계가 있는 시스템 항목으로 간주하고 IPC의 횟수를 과도하게 집중하지 않도록 하는데 중점을 둔 형태이다. 그러나 이 방식으로는 OMP 부하가 꾸준히 높은 상태에서는 실질적인 부하 조절이 안 되는 문제점 등 다량의 문제점이 내포되어 있다.

도 1은 종래 기술에 따른 IPC 전송 제어 로딩 방법을 도시하고 있다. 이러한 종래의 로딩 방법은 로딩을 요청한 MP가 액티브 사이드인지 스탠바이 사이드인지를 구분하지 않고 동일하게 적용된다.

도 1에 도시된 바와 같이, 로딩과 관련하여 이동통신 교환기의 MP(ACT/SBY)(10)은 Booter/PL(Processor Loader)(11)를 구비하고 있으며 이동통신 교환기의 OMP(20)은 디스크(DISK)(21)와 OS(Operating System)(22)와 SSL(System Start-up and Loader)(23)을 구비하고 있다. 상기 PL은 각 MP에 실장되어 응용프로그램(application) 블록의 로딩을 수행하는 역할을 하며, 상기 SSL(23)은 OMP(20)의 로딩에 관련된 모든 기능을 수행하는 로딩 처리부의 역할을 한다.

도 1을 참조하여 종래의 IPC 전송 제어 로딩 방법을 설명하면, 먼저 Booter/PL(11)은 100단계에서 SSL(23)에게 커널(kernel) 블록의 로딩을 요구한다. 이러한 커널은 이동통신 교환기의 각 MP의 메모리에 실장되는 S/W 파일 중 OS, 데이터베이스 관리시스템(Data Base Management System), PL S/W 파일을 지칭하는 것으로 MP의 메모리에 로드되는 다른 모든 응용프로그램 블록보다 상위의 메모리에 실장되어 모든 응용프로그램 블록이 정상적인 동작을 할 수 있도록 한다. SSL(23)은 102단계에서 상기 로딩 요구에 따라 MP(10)에 로딩될 커널 S/W 파일이 디스크(21)에 존재하는지를 확인하고 존재하는 경우 디스크(21)에서 해당 파일을 리드한다. 그리고 나서, SSL(23)이 104단계에서 OS(22)에게 OMP(20)의 현재 부하율을 확인해서 통보해 줄 것을 요구하면, OS(22)은 106단계에서 OMP(20)의 현재 부하율을 SSL(23)에게 통보한다. 그러면 SSL(23)은 108단계에서 OS(22)로부터 통보 받은 OMP(20)의 현재 부하율을 이용해서 IPC을 통해 로딩 진행시 일정시간 슬리프를 가지게 하는 상기 <표 2>와 같은 OMP 로드 체크 테이블의 프레임 사이즈 값을 갱신한 후 110단계로 진행한다. 그리고 나서, 110단계에서 SSL(23)은 IPC 전송 횟수를 카운트(count)하여 OMP 로드 체크 테이블의 프레임 사이즈만큼 전송을 하게 되면 일정 시간 슬리프를 주는 형태로 IPC의 전송 횟수를 제어하면서 IPC를 통해 MP(10)로 커널 파일을 로딩한다.

커널 파일의 로딩이 완료되면 Booter/PL(11)은 112단계에서 SSL(23)에게 응용프로그램(application) 블록의 로딩을 요구한다. 이러한 응용프로그램은 이동통신 교환기의 각 MP의 메모리에 실장되는 S/W 파일 중 커널 영역의 S/W 파일을 제외한 모드 S/W 파일을 의미한다. 상기 로딩 요구에 따라 SSL(23)은 114단계에서 MP(10)에 로딩될 응용프로그램 S/W 파일이 디스크(21)에 존재하는지를 확인하고 존재하는 경우 디스크(21)에서 해당 파일을 리드한 후 116단계로 진행한다. 116단계에서 SSL(23)이 OS(22)에게 OMP(20)의 현재 부하율을 확인해서 통보해 줄 것을 요구하면, OS(22)은 118단계에서 OMP(20)의 현재 부하율을 SSL(23)에게 통보한다. 그러면 SSL(23)은 120단계에서 OS(22)로부터 통보 받은 OMP(20)의 현재 부하율을 이용해서 IPC을 통해 로딩 진행시 일정시간 슬리프를 가지게 하는 상기 <표 2>과 같은 OMP 로드 체크 테이블의 프레임 사이즈 값을 갱신한다. 그리고 나서, SSL(23)은 122단계에서 IPC 전송 횟수를 카운트하여 OMP 로드 체크 테이블의 프레임 사이즈만큼 전송을 하게 되면 일정 시간 슬리프를 주는 형태로 IPC의 전송 횟수를 제어하면서 IPC를 통해 MP(10)로 응용프로그램 파일을 로딩한다.

도 2는 종래의 기술에 따른 IPC 전송 제어 로딩의 절차를 도시하고 있다. 이러한 종래의 로딩 절차는 로딩을 요청한 MP가 액티브 사이드인지 스탠바이 사이드인지를 구분하지 않고 동일하게 적용된다.

도 1 및 도 2를 참조하여 종래의 IPC 전송제어 로딩 절차를 설명하면, 먼저 202단계에서 MP(10)가 SSL(23)에게 로딩을 요청한다. 그러면 SSL(23)은 204단계에서 디스크(21)에 해당 파일이 있는지를 확인해서 있으면 리드한 후, 206단계로 진행하여 OS(22)에게 OMP(20)의 현재 부하율 정보를 요청한다. 그리고 나서, SSL(23)은 208단계에서 상기 요청하여 제공받은 OMP(20)의 현재 부하율 정보를 바탕으로 OMP 부하 체크 테이블(<표 2>)의 프레임 사이즈를 갱신한 후, 210단계로 진행하여 MP 어드레스와 MP 인덱스를 이용하여 MP 로딩 우선순위 테이블(<표 1>)에서 우선순위 값을 구한다. 그리고 나서, SSL(23)은 212단계에서 OMP 부하 체크 테이블을 참조하여 상기 우선순위 값에 해당되는 프레임 사이즈를 구한 후, 214단계로 진행하여 IPC를 통해 해당 S/W 파일을 MP(10)에 전송한다. 그리고 나서, SSL(23)은 216단계에서 IPC 전송 횟수가 상기 프레임 사이즈와 동일한지를 검사한다. 216단계에서 두 값이 동일하면 SSL(23)은 218단계에서 IPC 전송을 일정 시간 슬리프한 후 220단계에서 디스크(21)로부터 리드한 만큼의 파일 전송이 완료되었는지를 체크한다. 216단계에서 두 값이 다르면 SSL(23)은 다시 214단계로 진행한다. 220단계에서 파일 전송이 완료되었으면 SSL(23)은 222단계로 진행하여 파일 로딩이 완료되었는지를 검사한다. 220단계에서 파일 전송이 완료되지 않았으면 SSL(23)은 다시 214단계로 진행한다. 222단계에서 파일 로딩이 완료되었으면 SSL(23)은 224단계에서 로딩 완료 메시지를 출력하고 로딩 절차를 종료한다. 222단계에서 파일 로딩이 완료되지 않았으면 SSL(23)은 로딩 절차를 완료하기 위해 다시 204단계로 진행한다.

그러나, 상술한 바와 같은 종래의 IPC 전송 제어 로딩 방식은 이동통신 교환기처럼 큰 시스템에서 모든 MP에 대해 동시에 로딩이 수행되는 경우 OMP 부하가 상당히 높아져 OMP에 과부하가 발생될 우려가 있으며 이때는 로딩 뿐만 아니라 시스템 서비스에도 심각한 장애를 유발시키는 문제가 발생될 수 있다.

따라서 본 발명의 목적은 이동통신 교환기에서 OMP의 과부하를 방지하기 위한 로딩 장치 및 방법을 제공함에 있다.

본 발명의 다른 목적은 이동통신 교한기에서 액티브 로딩시에는 종래의 IPC 전송 제어에 의한 로딩을 수행하고 스탠바이 로딩시에는 OMP의 과부하를 실질적으로 방지하기 위한 로딩을 수행하는 장치 및 방법을 제공함에 있다.

상기한 목적들을 달성하기 위해 본 발명은 분산 프로세서로 동작하며 각각 이중화된 다수의 메인 프로세서들과, 상기 다수의 메인 프로세서들로 제공할 프로그램들을 저장하는 디스크와, 상기 디스크의 프로그램들을 해당 메인 프로세서들로 제공하는 운용/유지보수부를 포함하는 이동통신 교환기에서, 상기 디스크의 프로그램들을 상기 해당 메인 프로세서들로 각각 로딩(loading)하는 장치를 제공한다. 상기 로딩 장치는, 상기 메인 프로세서들로의 로딩을 허용할지를 결정하는 기준이 되는 로딩 허용 최대 부하율들을 상기 메인 프로세서들의 로딩 우선순위들 별로 저장하는 메모리 테이블과, 상기 운용/유지보수부의 부하율을 실시간으로 검출해서 제공하는 부하율 정보 제공부와, 상기 각 메인 프로세서로부터 로딩 요구를 수신시 상기 메모리 테이블에 저장되어 있는 상기 각 메인 프로세서의 로딩 허용 최대 부하율이 상기 부하율 정보 제공부로부터 제공된 상기 실시간 부하율 보다 큰 경우에만 상기 각 메인 프로세서로의 로딩을 진행하는 로딩 처리부를 포함함을 특징으로 한다.

또한 상기한 목적들을 달성하기 위해 본 발명은 분산 프로세서로 동작하며 각각 이중화된 다수의 메인 프로세서들과, 상기 다수의 메인 프로세서들로 제공할 프로그램들을 저장하는 디스크와, 상기 디스크의 프로그램들을 해당 메인 프로세서들로 제공하는 운용/유지보수부를 포함하는 이동통신 교환기에서, 상기 디스크의 프로그램들을 상기 해당 메인 프로세서들로 각각 로딩(loading)하는 방법을 제공한다. 상기 로딩 방법은, 상기 메인 프로세서들로의 로딩을 허용할지를 결정하는 기준이 되는 로딩 허용 최대 부하율들을 상기 메인 프로세서들의 로딩 우선순위들 별로 내부 메모리 테이블에 저장하는 과정과, 상기 운용/유지보수부의 부하율을 실시간으로 검출하는 과정과, 상기 각 메인 프로세서로부터 로딩 요구를 수신시 상기 메모리 테이블에 저장되어 있는 상기 각 메인 프로세서의 로딩 허용 최대 부하율이 상기 검출된 실시간 부하율 보다 큰 경우에만 상기 각 메인 프로세서로의 로딩을 진행하는 과정을 포함함을 특징으로 한다.

도 1은 종래기술에 따른 IPC 전송 제어 로딩 방법을 도시하는 도면

도 2는 종래기술에 따른 IPC 전송 제어 로딩 절차를 도시하는 흐름도

도 3은 본 발명의 실시예에 따른 OMP 부하 조절 스탠바이 로딩 방법을 도시하는 도면

도 4는 본 발명의 실시예에 따른 OMP 부하 조절 로딩 절차를 도시하는 흐름도

이하 본 발명의 바람직한 실시예를 첨부한 도면들을 참조하여 상세히 설명한다. 첨부도면의 구성요소들에 참조번호들을 부여함에 있어, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들을 부여한다. 하기에서 본 발명을 설명함에 있어, 본 발명의 요지를 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.

도 1에 도시된 종래의 IPC 전송을 일시적으로 제한하는 로딩 기능은 로딩을 하기 이전에 OMP 부하가 높은 경우에는 실질적으로 부하를 조절할 수 없고, 로딩 진행 중 OMP 부하가 높은 상태일 때도 계속 로딩이 진행된다는 한계가 있었다. 그러나 스탠바이 로딩 기능은 시스템 장애 없이 S/W 파일을 적용할 수 있는 기능으로 일반적인 액티브 로딩과는 다르게 로딩 시간에 제약 없이 시스템에 무리 없이 적용하여야 하는 기능이라는 점에서 OMP 부하 조절의 필요성이 더욱더 증가하게 된다.

따라서 본 발명은 일반적으로 로딩 시간에 많은 제약을 받는 액티브 로딩 시에는 종래의 IPC 전송 제어 OMP 부하 조절 기능을 적용하고 로딩 시간의 제약을 받지 않는 스탠바이 로딩 시에는 새로운 OMP 부하 조절 기능을 적용하여 스탠바이 로딩을 진행하기 전 OMP 부하를 체크하여 로딩 진행 중 할당된 부하보다 높아지는 경우는 부하가 낮아 질 때까지 로딩 기능을 일시 중지하는 기능을 구현하고자 한다. 즉, 본 발명은 액티브 로딩, 스탠바이 로딩 구분 없이 적용하였던 종래의 OMP 부하 조절 기능을 개선하여 로딩 시간의 제약을 받지 않는 스탠바이 로딩의 경우에는 로딩 시간보다는 시스템의 장애 없는 S/W 적용에 초점을 맞추어 실질적인 OMP 부하 조절 로딩 기능이 수행되도록 한다.

이하 본 발명의 실시예에 따른 OMP 부하 조절 스탠바이 로딩 방법을 먼저 설명하고 나서, 본 발명의 실시예에 따른 OMP 부하 조절 로딩 방법을 설명한다.

본 발명의 OMP 부하 조절 스탠바이 로딩 방법에서는 분산 프로세서 구조로 되어 있는 이동통신 교환기의 OMP에 실장되는 로딩 처리부가 스탠바이 로딩시의 OMP 부하 조절에 필요한 하기 <표 3>, <표 4> 및 <표 5>와 같은 각종 테이블을 생성한 후 메모리 상에서 관리한다.

하기 <표 3>은 상기 로딩 처리부가 스탠바이 로딩시의 OMP의 부하를 조절하기 위해 생성하는 MP 로딩 우선순위 테이블(MP Loading Priority Table)을 나타내고 있다.

MP Loading Priority Table
MP Index	Priority Value	MP Address
OMP	High(초기치)	H'401
INP	High(초기치)	H'801
LRP0	High(초기치)	H'b01
...	...	...
ASP00	High(초기치)	H'1001
ASP01	High(초기치)	H'1401
...	...	...

하기 <표 4>는 상기 로딩 처리부가 스탠바이 로딩시의 OMP의 부하를 조절하기 위해 생성하는 OMP 부하 제어 테이블(OMP Load Control Table)을 나타내고 있다.

OMP Load Control Table
Load Index	OMP Load(%)
Emergency	Don't Care
High	70
Normal	55
Low	40

상기 <표 4>에서 예를 들어 부하 인덱스(Load Index)가 High인 경우 OMP 부하율(OMP Load(%))이 70이라는 것의 의미는 로딩 우선순위 값이 High인 MP에 대해서는 OMP의 부하율이 70%보다 작을 경우에만 그 MP에 대해서 로딩을 허용하고 OMP의 부하율이 70% 이상인 경우에는 그 MP에 대한 로딩을 중단한다는 의미이다. 즉, OMP 부하율(OMP Load(%))은 로딩 처리부가 해당 MP로의 로딩을 허용하는 OMP 최대 부하율을 의미하며 이하 로딩 허용 최대 부하율이라 칭한다.

하기 <표 5>는 상기 로딩 처리부가 스탠바이 로딩시의 OMP의 부하를 조절하기 위해 생성하는 스탠바이 로딩 정보 테이블(Standby Loading Information Table)을 나타내고 있다.

Standby Loading Information Table
MP Index	Current OMP Load(%)	Loading 진행 여부(OK/LOK)
OMP	80
INP	80
LRP0	80	NOK
...	...
ASP00	80

상기 <표 3>, <표 4> 및 <표5>와 관련하여 설명하면, 상기 로딩 처리부는 초기화 과정에서 데이터베이스의 자료를 참조하여 MP 로딩 우선순위 테이블(<표 3>)과 OMP 부하 제어 테이블(<표 4>)을 생성하며, OMP의 부하율 정보 제공부에서 부하율 정보를 실시간으로 전송 받아 스탠바이 로딩 정보 테이블(<표 5>)을 갱신하게 된다. 이때 특정 MP에 대해서 또는 시스템 전체 MP에 대해서 스탠바이 로딩을 요구하게 되면 각 해당 MP의 스탠바이 사이드는 재시작를 한 후 OMP로 로딩 요구를 하게 된다. 로딩 처리부는 해당 MP의 인덱스 값을 <표 3>의 MP 로딩 우선순위 테이블에서 MP 어드레스 값을 참조하여 구하게 된다. 이렇게 구한 MP 인덱스 값을 참조하여 해당 MP에 설정되어 있는 우선순위 값을 구한 후 <표 4>의 OMP 부하 제어 테이블에 있는 상기 우선순위 값에 대한 로딩 허용 최대 부하율(OMP Load(%))을 <표 5>의 로딩 정보 테이블에 있는 OMP의 현재 부하율(Current OMP Load)과 비교하여 로딩 진행 여부를 결정하게 된다. LRPO의 스탠바이 사이드에서 로딩을 요구한 경우를 예로 들면, <표 3>에서와 같이 LRPO의 우선순위 값은 'High'가 되고, <표 4>에서와 같이 상기 우선순위 값 'High'에 대한 로딩 허용 최대 부하율은 '70%'가 되며, <표 5>에서와 같이 상기 로딩 허용 최대 부하율인 '70%'가 OMP의 현재 부하율인 '80%'보다 작게 된다. 이 경우 로딩 처리부는 상기 OMP의 현재 부하율이 상기 로딩 허용 최대 부하율보다 작아질 때까지 LRP0에 대한 로딩을 중지하게 된다.

도 3은 본 발명의 실시예에 따른 OMP 부하 조절 스탠바이 로딩 방법을 도시하고 있다.

도 3에 도시된 바와 같이, 로딩과 관련하여 이동통신 교환기의 메인 프로세서(MP(SBY))(30)는 로딩 요청부(Booter/PL)(31)를 구비하고 있으며 이동통신 교환기의 OMP(40)는 디스크(DISK)(41)와 부하율 정보 제공부(Overload)(42)와 로딩 처리부(System Start-up and Loader: SSL)(43)를 구비하고 있다. 상기 PL은 각 MP에 실장되어 응용프로그램 블록의 로딩을 수행하는 역할을 하며, 상기 로딩 처리부(43)는 OMP(40)의 로딩에 관련된 모든 처리 기능을 수행하는 역할을 한다.

도 3을 참조하면, 300단계에서 MP(30)의 스탠바이 사이드에서 커널 로딩 요구를 OMP(40)의 로딩 처리부(43)로 전송한다. 그러면, 로딩 처리부(43)는 302단계에서 실제적으로 OMP(40)의 부하율을 확인하기 위해 부하율 정보 제공부(42)로 OMP(40)의 부하율 정보를 요구한다. 부하율 정보 제공부(42)가 304단계에서 OMP(40)의 현재 부하율을 로딩 처리부(43)에 제공하면, 로딩 처리부(43)는 306단계에서 스탠바이 로딩 정보 테이블(<표 5>)내의 OMP(40)의 현재 부하율을 갱신한다. 로딩 처리부(43)는 MP 로딩 우선순위 테이블(<표 3>)에 정의되어 있는 MP(30)의 우선순위 값에 대한 OMP 부하 제어 테이블(<표 4>)에 정의되어 있는 로딩 허용 최대 부하율과 스탠바이 로딩 정보 테이블내(<표 5>)의 OMP(40)의 현재 부하율을 서로 비교하여 상기 로딩 허용 최대 부하율이 상기 OMP(40)의 현재 부하율보다 큰 경우에만 로딩을 진행한다. 만약 작을 시에는 로딩 처리부(43)는 주기적으로 스탠바이 로딩 정보 테이블의 OMP(40)의 현재 부하율을 갱신하면서 실시간으로 측정된OMP(40)의 부하가 떨어지기를 기다리다가 OMP(40)의 현재 부하율이 로딩 허용 최대 부하율보다 작아지는 경우에 로딩을 진행하게 한다. 308단계에서 로딩 처리부(43)는 MP(30)에 로딩될 커널 S/W 파일이 디스크(41)에 존재하는지를 확인하고 존재하는 경우 디스크(41)에서 해당 파일을 읽는다. 그리고 나서, 310단계에서 로딩 처리부(43)는 IPC을 이용해서 로딩을 진행 중 IPC 전송 횟수가 고정되어 있는 최대 전송 횟수 100을 넘어서는 경우에는 다시 로딩 허용 최대 부하율과 OMP(40)의 현재 부하율을 서로 비교하여 상기 로딩 허용 최대 부하율이 상기 OMP(40)의 현재 부하율보다 큰 경우에만 로딩을 진행하고, 만약 로딩 허용 최대 부하율이 작은 경우에는 주기적으로 스탠바이 로딩 정보 테이블내의 OMP(40)의 현재 부하율을 갱신하면서 OMP(40))의 부하가 떨어지기를 기다리다가 OMP(40)의 현재 부하율이 로딩 허용 최대 부하율보다 작아지는 경우에 다시 로딩을 진행하게 한다.

상기와 같은 단계들을 통해 커널 로딩이 완료되면, 312단계에서 MP(30)의 스탠바이 사이드에서 응용프로그램 로딩 요구를 OMP(40)의 로딩 처리부(43)로 전송한다. 그러면, 314단계에서 로딩 처리부(43)는 실제적으로 OMP(40)의 부하율을 확인하기 위해 부하율 정보 제공부(42)로 OMP 부하율 정보를 요구한다. 316단계에서 부하율 정보 제공부(42)가 현재 OMP(40)의 부하율을 로딩 처리부(43)에 제공하면, 로딩 처리부(43)는 318단계에서 스탠바이 로딩 정보 테이블(<표 5>)내의 OMP(40)의 현재 부하율을 갱신한다. 로딩 처리부(43)는 MP 로딩 우선순위 테이블(<표 3>)에 정의되어 있는 MP(30)의 우선순위 값에 대한 OMP 부하 제어 테이블(<표 4>)에 정의되어 있는 로딩 허용 최대 부하율과 스탠바이 로딩 정보 테이블내(<표 5>)의OMP(40)의 현재 부하율을 서로 비교하여 상기 로딩 허용 최대 부하율이 상기 OMP(40)의 현재 부하율보다 큰 경우에만 로딩을 진행한다. 만약 작을 시에는 로딩 처리부(43)는 주기적으로 스탠바이 로딩 정보 테이블의 OMP(40)의 현재 부하율을 갱신하면서 OMP(40)의 부하가 떨어지기를 기다리다가 OMP(40)의 현재 부하율이 로딩 허용 최대 부하율보다 작아지는 경우에 로딩을 진행하게 한다. 그리고 나서, 로딩 처리부(43)는 320단계에서 MP(30)에 로딩될 응용프로그램 S/W 파일이 디스크(41)에 존재하는지를 확인하고 존재하는 경우 디스크(41)에서 해당 파일을 읽는다. 그리고 나서, 로딩 처리부(43)는 322단계에서 IPC을 이용해서 로딩을 진행 중 IPC 전송 횟수가 고정되어 있는 최대 전송 횟수 100을 넘어서는 경우에는 다시 로딩 허용 최대 부하율과 OMP(40)의 현재 부하율을 서로 비교하여 상기 로딩 허용 최대 부하율이 상기 OMP(40)의 현재 부하율보다 큰 경우에만 로딩을 진행하고, 만약 로딩 허용 최대 부하율이 작을 경우에는 주기적으로 스탠바이 로딩 정보 테이블내의 OMP(40)의 현재 부하율을 갱신하면서 OMP(31))의 부하가 떨어지기를 기다리다가 로딩 허용 최대 부하율이 OMP(40)의 현재 부하율보다 커지는 경우에 다시 로딩을 진행한다.

도 4는 본 발명의 실시예에 따른 OMP 부하 조절 로딩 절차를 도시하고 있다.

도 3 및 도 4를 참조하여 설명하면, 먼저 402단계에서 MP(30)가 로딩 처리부(43)에게 로딩을 요청한다. 그러면, 404단계에서 로딩 처리부(43)는 상기 로딩을 요청한 MP(30)의 사이드가 스탠바이 사이드인지 액티브 사이드인지를 검사한다. 404단계에서 스탠바이 사이드가 아니라 액티브 사이드이면 로딩 처리부(43)는406단계로 진행하여 도 1 및 도 2에 도시된 종래의 로딩 절차를 수행한다. 404단계에서 스탠바이 사이드이면, 로딩 처리부(43)는 408단계로 진행하여 부하율 정보 제공부(42)에게 OMP(40) 부하율 정보를 요청한다. 그리고 나서, 로딩 처리부(43)는 410단계로 진행하여 상기 제공받은 OMP(40) 부하율 정보를 바탕으로 스탠바이 로딩 정보 테이블(<표 5>)의 데이터를 갱신한 후, 412단계로 진행하여 MP 로딩 우선순위 테이블(<표 3>)의 MP(30)의 우선순위 값에 해당하는 OMP 부하 제어 테이블(<표 4>)의 로딩 허용 최대 부하율(OMP Load(%))이 스탠바이 로딩 정보 테이블내의 OMP(40)의 현재 부하율보다 큰지를 검사한다. 412단계에서 로딩 허용 최대 부하율이 OMP(40)의 현재 부하율보다 크지 않으면 로딩 처리부(43)는 다시 408단계로 진행한다. 412단계에서 로딩 허용 최대 부하율이 OMP(40)의 현재 부하율보다 크면, 로딩 처리부(43)는 414단계로 진행하여 디스크(41)에서 해당 프로그램 파일이 있는지 검사하여 있으면 그 해당 프로그램 파일을 리드한 후, 416단계로 진행하여 IPC을 통해 MP(30)에 상기 리드한 해당 프로그램 파일을 로딩한다. 그리고 나서, 로딩 처리부(43)는 418단계로 진행하여 IPC을 통해 로딩을 진행 중에 IPC 전송 횟수가 고정되어 있는 최대 전송 횟수 이상인지를 검사한다. 418단계에서 IPC 전송 횟수가 고정값 이상이면 로딩 처리부(43)는 다시 412단계로 진행하며, 418단계에서 IPC 전송 횟수가 고정값 이상이 아니면 로딩 처리부(43)는 420단계로 진행하여 해당 프로그램 파일의 전송이 완료되었는지를 검사한다. 420단계에서 해당 프로그램 파일의 전송이 완료되지 않았으면 로딩 처리부(43)는 다시 416단계로 진행하며, 420단계에서 해당 프로그램 파일의 전송이 완료되었으면 로딩 처리부(43)는 422단계로 진행하여MP 로딩이 완료되었는지를 검사한다. 422단계에서 MP 로딩이 완료되지 않았으면 로딩 처리부(43)는 다시 412단계로 진행하고, 422단계에서 MP 로딩이 완료되었으면 424단계로 진행하여 로딩 완료 메시지를 출력하고 로딩 절차를 종료한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

상술한 바와 같이, 종래의 로딩 시 적용되었던 부하 조절 방식은 로딩 진행 시 IPC 전송의 횟수를 일시적으로 제한하는 방식으로 실제적으로 OMP 부하를 조절하여 로딩 하는 기능으로는 미약하여 OMP 부하가 높은 상태이거나 갑작스러운 부하 상승 시에는 부하 조절에 의한 로딩이 수행되지 않고 로딩 기능에 의해 OMP 부하가 더욱더 상승하는 문제가 발생 할 수 있었다. 반면에, 본 발명은 이런 문제를 해결하기 위해 복구 시간(Recovery Time)이 더욱더 중요한 액티브 로딩의 경우에는 종래의 로딩 방식으로 가져가고 복구 시간에 구애를 받지 않는 스탠바이 로딩의 경우에는 실제적인 OMP 부하 조절에 위한 로딩 기능을 구현하여 빈번히 발생하는 이동통신 교환기 S/W 버전 교체 등의 상황에 적용하여 서비스 중단 없는 S/W 업그레이드(upgrade)를 할 수 있게 한다.

Claims

분산 프로세서로 동작하며 각각 이중화된 다수의 메인 프로세서들과, 상기 다수의 메인 프로세서들로 제공할 프로그램들을 저장하는 디스크와, 상기 디스크의 프로그램들을 해당 메인 프로세서들로 제공하는 운용/유지보수부를 포함하는 이동통신 교환기에서, 상기 디스크의 프로그램들을 상기 해당 메인 프로세서들로 각각 로딩(loading)하는 장치에 있어서,

상기 메인 프로세서들로의 로딩을 허용할지를 결정하는 기준이 되는 로딩 허용 최대 부하율들을 상기 메인 프로세서들의 로딩 우선순위들 별로 저장하는 메모리 테이블과,

상기 운용/유지보수부의 부하율을 실시간으로 검출해서 제공하는 부하율 정보 제공부와,

상기 각 메인 프로세서로부터 로딩 요구를 수신시 상기 메모리 테이블에 저장되어 있는 상기 각 메인 프로세서의 로딩 허용 최대 부하율이 상기 부하율 정보 제공부로부터 제공된 상기 실시간 부하율 보다 큰 경우에만 상기 각 메인 프로세서로의 로딩을 진행하는 로딩 처리부를 포함함을 특징으로 하는 상기 장치.
제1항에 있어서, 상기 로딩을 요구한 쪽은 상기 각 메인 프로세서의 스탠바이 사이드임을 특징으로 하는 상기 장치.
제1항에 있어서,

상기 로딩 처리부는 상기 로딩 허용 최대 부하율이 상기 실시간 부하율 이하일 경우에는 상기 실시간 부하율이 상기 로딩 허용 최대 부하율보다 작아질 때까지 상기 각 메인 프로세서로의 로딩을 일시적으로 중단함을 특징으로 하는 상기 장치.
분산 프로세서로 동작하며 각각 이중화된 다수의 메인 프로세서들과, 상기 다수의 메인 프로세서들로 제공할 프로그램들을 저장하는 디스크와, 상기 디스크의 프로그램들을 해당 메인 프로세서들로 제공하는 운용/유지보수부를 포함하는 이동통신 교환기에서, 상기 디스크의 프로그램들을 상기 해당 메인 프로세서들로 각각 로딩(loading)하는 방법에 있어서,

상기 메인 프로세서들로의 로딩을 허용할지를 결정하는 기준이 되는 로딩 허용 최대 부하율들을 상기 메인 프로세서들의 로딩 우선순위들 별로 내부 메모리 테이블에 저장하는 과정과,

상기 운용/유지보수부의 부하율을 실시간으로 검출하는 과정과,

상기 각 메인 프로세서로부터 로딩 요구를 수신시 상기 메모리 테이블에 저장되어 있는 상기 각 메인 프로세서의 로딩 허용 최대 부하율이 상기 검출된 실시간 부하율 보다 큰 경우에만 상기 각 메인 프로세서로의 로딩을 진행하는 과정을 포함함을 특징으로 하는 상기 방법.
제4항에 있어서, 상기 로딩을 요구한 쪽은 상기 각 메인 프로세서의 스탠바이 사이드임을 특징으로 하는 상기 방법.
제4항에 있어서,

상기 로딩 허용 최대 부하율이 상기 실시간 부하율 이하일 경우에는 상기 실시간 부하율이 상기 로딩 허용 최대 부하율보다 작아질 때까지 상기 각 메인 프로세서로의 로딩을 일시적으로 중단함을 특징으로 하는 상기 방법.