KR20040056393A - 호 처리 프로세서의 과부하 검출 방법 - Google Patents

호 처리 프로세서의 과부하 검출 방법 Download PDF

Info

Publication number
KR20040056393A
KR20040056393A KR1020020082351A KR20020082351A KR20040056393A KR 20040056393 A KR20040056393 A KR 20040056393A KR 1020020082351 A KR1020020082351 A KR 1020020082351A KR 20020082351 A KR20020082351 A KR 20020082351A KR 20040056393 A KR20040056393 A KR 20040056393A
Authority
KR
South Korea
Prior art keywords
call processing
overload
processing processor
ipc
rate
Prior art date
Application number
KR1020020082351A
Other languages
English (en)
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 KR1020020082351A priority Critical patent/KR20040056393A/ko
Publication of KR20040056393A publication Critical patent/KR20040056393A/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13561—Indexing scheme relating to selecting arrangements in general and for multiplex systems congestion - inc. overflow

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명은 이동통신 시스템을 구성하는 이동교환국의 호 처리 프로세서에 관한 것으로, 특히 이동교환국에서 호 처리 프로세서의 과부하 제어 방법에 관한 것이다.
특히 본 발명은 이동통신 교환국의 호 처리 프로세서의 과부하 검출 방법에 있어서, 이동통신 교환국의 호 처리 프로세서의 운영체계가 상기 호 처리 프로세서에서 수행되는 호 처리 프로세스들에 의한 CPU 점유율인 제 1 CPU 점유율과 IPC 메시지들의 IPC 대기열 점유율을 산출하고 상기 호 처리 프로세서의 과부하 등급을 결정하고, 상기 호 처리 프로세서의 과부하 제어를 위한 응용 프로그램이 상기 호 처리 프로세서에서 수행되는 프로세스들에 의한 CPU 점유율인 제 2 CPU 점유율을 산출하고 상기 IPC 대기열 점유율을 참조하여 상기 호 처리 프로세서의 과부하 등급을 결정하고, 상기 응용 프로그램이 상기 운영체계에서 결정된 과부하 등급과 상기 응용 프로그램에서 결정된 과부하 등급을 비교하고 상기 호 처리 프로세서의 과부하 등급을 채택하는 방법을 제공한다.

Description

호 처리 프로세서의 과부하 검출 방법{Method For Detecting Overload of Call Control Processor}
본 발명은 이동통신 시스템을 구성하는 이동교환국의 호 처리 프로세서에 관한 것으로, 특히 이동교환국에서 호 처리 프로세서의 과부하 제어 방법에 관한 것이다.
이동통신 시스템의 이동교환국의 호 처리 프로세서는 호 제어 및 운용 유지보수 관리기능을 담당하고, 호 처리 프로세스와 운용 유지보수 프로세스가 구동된다. 상기 호 처리 프로세서는 액세스 스위칭 프로세서(Access Switching Process: ASP)와 통화로계 제어 프로세서(Inter Network Processor: INP), 위치 등록 프로세서(Location Register Processor: LRP) 등의 주 프로세서들을 포함한다.
이동교환국의 호 처리 프로세서는 상기 호 처리 프로세서에서 구동되는 호 처리 프로세스의 CPU(Central Processing Unit) 점유율이 소정의 임계부하율을 초과하게 되면 과부하 상태가 된다. 과부하 상태에서는 호 처리 프로세서의 처리속도가 저하되고 단위시간당 최대처리 호수인 BHCA(Busy Hour Call Attempt) 값이 떨어질 뿐만 아니라 유지보수 관리기능도 수행이 불가능하게 된다. 따라서 이동교환국은 CPU 점유율에 따라 과부하 상태를 판단하고 프로세서 및 프로세서간의 통신 수단인 IPC(Inter Processor Communication) 메시지 사용률에 따라 과부하 등급을 결정하고, 상기 과부하 등급에 따라 호를 제한하는 방법으로 과부하를 제어한다.
도 1은 종래의 이동교환국에서의 과부하 검출 및 제어 절차를 도시하는 흐름도이다. 이하 도 1을 참조하여 종래의 이동교환국에서의 과부하 제어방법이 설명될 것이다.
101단계에서 호 처리 프로세서의 운영체계인 CROS(Concurrent Real-time Operation System)는 호 처리 프로세스의 CPU 점유율을 감시하고 일정시간 동안 상기 CPU 점유율이 소정의 임계부하율을 초과하는 경우에는 과부하로 판단한다. 예를들어 CPU가 8초간 90% 이상 호 처리프로세스에 의해 사용되면 CROS는 프로세서 과부하로 판단한다. CROS는 과부하가 발생된 것으로 판단하면 IPC 메시지 사용률에 따라 과부하 등급을 결정한다. 여기서 IPC 사용률은 처리되지 못하고 IPC 큐 즉, 대기열에 쌓여 있는 IPC 메시지의 개수를 의미한다. IPC 메시지의 대기열 점유율이 5% 이상이고 10% 미만이면 1등급, 10% 이상이고 15% 미만이면 2등급, 15% 이상이고 20% 미만이면 3등급 등과 같이 결정하고, 45% 이상이면 10등급으로 최고 과부하 등급이 부여된다. 한편 CROS는 1등급의 과부하 상태에서 호 처리 프로세스의 CPU 점유율이 10초 동안 85% 미만을 유지하면 과부하 해제 상태로 판단한다. 상기 CROS에서 발생된 과부하 발생/해제 정보는 과부하 등급과 함께 트래픽 및 자원 제어를 위한 응용 프로그램인 TRC(Traffic & Resource Control) 블록으로 전달된다.
102단계에서 과부하 발생 및 해제정보를 CROS로부터 수신한 TRC 블록은 과부하 등급을 저장하고, 103단계로 진행한다. 103단계에서 TRC 블록은 저장된 과부하 등급으로부터 부하 증감률을 다음과 같이 산출한다.(2단계)
증감률[R] = (이전 과부하 등급 - 현재 과부하 등급) * 0.05
상기 <수학식 1>에서 0.05는 과부하 등급이 IPC 메시지의 대기열 점유율의 5% 단위로 결정된 것에 따른 것이다. 상기 증감률[R]이 양수이면 과부하 상승상태를, 음수이면 과부하 하강상태를 나타낸다.
104단계에서 TRC 블록은 프로세서에 부하를 주는 주요 호 처리 서비스, 예를 들면 이동호 발신/착신, 입중계호/출중계호, 스위치 연결요구, 출중계선 점유 요구, 가입자 인증요구 및 위치등록 요구 등과 서비스들에 대해 각 서비스별로 최근 단위시간 즉, 6초 동안 각 서비스가 성공한 횟수인 성공수와 3분 동안 각 서비스가 시도된 횟수인 시도수를 수집한다.
105단계에서 TRC는 상기 103단계에서 산출된 부하 증감률과 상기 104단계에서 수집된 각 서비스별 성공수로부터 하기의 <수학식 2>를 사용하여 호 처리 서비스별 수락률을 생성한다. 여기서 호 처리 서비스별 수락률은 각 호 처리 서비스별로 단위시간 즉, 6초 주기로 허용할 해당 서비스의 개수를 의미한다.
수락률(Gapping Value) = 서비스 성공수 + (성공수 * 증감률)
106단계에서는 상기 105단계에서 생성된 서비스별 수락률이 모든 프로세서에 로딩되어 있는 TRC 블록들로 전송된다. 상기 수락률을 수신한 각 프로세서의 TRC들은 TRCL(Traffic & Resource Control Library) 프로시저를 호출하여 TRCL의 로컬 데이터로서 상기 수락률을 저장한다.
특정 서비스에 대한 요구가 발생되면 107단계에서 해당 서비스를 수행하기 위한 프로세스가 생성된다. 108단계에서 TRC는 해당 서비스의 완료 또는 실패여부를 결정하기 위하여 TRCL에서 제공하는 프로시저를 호출하고, 상기 저장된 해당 서비스의 수락률에 따라 결정되는 프로시저의 결과값에 대응하여 서비스 요구를 처리한다. 즉, TRCL 프로시저의 결과값에 따라 요구된 서비스가 허용되는 경우에는 해당 서비스가 완료된 후 프로세스가 소멸되고, 반면에 요구된 서비스가 거절되는 경우에는 생성된 프로세스가 즉시 소멸된다. 상기 호 처리 프로세스의 생성 또는 소멸에 따라 호 처리 프로세스가 점유하는 CPU 점유율이나 IPC 대기열 점유율이 조절된다.
상기 종래기술은 호 처리 프로세서의 과부하 상태를 호 처리 프로세스에 의한 CPU 점유율에 따라 판단한다. 이때 CROS가 판단하는 CPU 점유율은 호 처리 프로세스가 아닌 타 프로세스와 CROS에서 관리하지 않는 호 처리 프로세스에 의한 CPU 점유율을 포함하지 않는다. 따라서 실질적으로 CPU 총점유율이 소정의 임계부하률을 초과하는 경우에도 호 처리 프로세스에 의한 CPU 점유율이 낮은 경우에는 과부하 상태로 판단되지 않는 문제점이 있다.
한편 대기열에 IPC 메시지가 순간적으로 대량 유입되는 경우에도 CPU 점유율이 소정의 임계부하율 이하이면 과부하 상태로 판단되지 않는다. 주로 물리적인 통화로를 일대일로 점유하는 음성호를 지원하는 일반 전화 교환망(Public Switched Telephone Network: PSTN) 교환기와 달리 이동통신 시스템에서 이동교환국의 호 처리 유형은 데이터 호의 비율이 높다. 따라서 이동교환국에서는 통화로 자원의 희소성에 기인하는 과부하보다는 내부 프로세서간의 IPC 메시지 및 이동망 객체간의 No.7 메시지의 증가로 인한 과부하가 많이 발생한다. 그러데 상술한 종래기술에서는 IPC 메시지의 대랑 유입으로 인해 프로세서간의 통신이 지연 및 두절되는 경우에도 과부하 상태를 검출하지 못하는 문제점이 있다.
또한 호 처리 프로세서의 과부하 상태는 CROS만이 검출하고, CROS가 발생하는 과부하 발생 및 해제 정보는 IPC 메시지로써 TRC 블록으로 전달된다. 이때 상기 IPC 메시지가 유실되는 경우에는 TRC 블록이 호 처리 프로세서의 부하상태를 알지못하게 되고, 과부하 제어가 구동되지 않는 문제점이 있다.
따라서 본 발명의 목적은 호 처리 프로세스를 포함하여 호 처리 프로세서에서 수행되는 모든 프로세스의 CPU 점유율을 고려하여 호 처리 프로세서의 과부하 상태를 검출하기 위한 방법을 제공함에 있다.
본 발명의 다른 목적은 호 처리 프로세서에서 수행되는 프로세스들의 CPU 점유율 뿐만 아니라 대량의 IPC 메시지의 유입으로 인한 호 처리 프로세서의 과부하 상태를 검출하기 위한 방법을 제공함에 있다.
본 발명의 또 다른 목적은 호 처리 프로세서의 과부하 상태에 대한 정보를 포함하는 IPC 메시지가 유실되는 경우에도 호 처리 프로세서의 과부하 상태를 검지하고 제어할 수 있는 방법을 제공함에 있다.
상기한 목적들을 달성하기 위하여 본 발명은 이동통신 교환국의 호 처리 프로세서의 과부하 검출 방법에 있어서, 이동통신 교환국의 호 처리 프로세서의 운영체계가 상기 호 처리 프로세서에서 수행되는 호 처리 프로세스들에 의한 CPU 점유율인 제 1 CPU 점유율과 IPC 메시지들의 IPC 대기열 점유율을 산출하고 상기 호 처리 프로세서의 과부하 등급을 결정하고, 상기 호 처리 프로세서의 과부하 제어를 위한 응용 프로그램이 상기 호 처리 프로세서에서 수행되는 프로세스들에 의한 CPU 점유율인 제 2 CPU 점유율을 산출하고, 상기 IPC 대기열 점유율을 참고하여 상기 호 처리 프로세서의 과부하 등급을 결정하고, 상기 응용 프로그램이 상기 운영체계에서 결정된 과부하 등급과 상기 응용 프로그램에서 결정된 과부하 등급을 비교하고 상기 호 처리 프로세서의 과부하 등급을 채택하는 방법을 구현한다.
도 1은 종래의 이동교환국에서의 호 처리 프로세서의 과부하 검출 및 제어 절차를 도시하는 흐름도
도 2는 본 발명의 바람직한 실시예에 따라 이동교환국에서 호 처리 프로세서의 과부하를 검출하고 제어하기 위한 이동통신 시스템을 도시하는 블록도
도 3은 본 발명의 바람직한 실시예에 따라 이동교환국에서 호 처리 프로세서의 과부하를 검출하고 제하는 절차를 도시하는 흐름도
도 4는 본 발명의 일실시예에 따른 중계선 상태변경 서비스에 대한 과부하 제어과정을 도시하는 흐름도
이하 본 발명의 바람직한 실시예가 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들로 나타내고 있음에 유의해야 한다. 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.
도 2는 본 발명의 바람직한 실시예에 따라 이동교환국에서 호 처리 프로세서의 과부하를 검출하고 제어하기 위한 이동통신 시스템을 도시하는 블록도이다.
상기 이동통신 시스템은 이동교환국(Mobile Switching Center: 200)과 기지국 제어기(Base Station Controller: 220)를 포함하여 구성된다. 상기 이동교환국(200)은 호 처리 프로세서의 과부하를 검출하고 제어하기 위한 다수의 블록들로 구성된다.
TRM(Traffic & Resource Management:201)은 프로세서 부하 정보 처리 및 과부하 제어 방식을 변경할 수 있는 운용자 명령어를 처리하는 애플리케이션 프로그램이다. 상기 TRM 애플리케이션 프로그램은 운용 및 유지보수 프로세서(OMP:Operation and Maintenance Processor)에 로딩되어 각 액세스 스위칭프로세서에 로딩된 TRC 애플리케이션 프로그램과 IPC 통신으로 프로세서 부하관련 정보를 송수신한다.
TRC(Traffic & Resource Control: 202)블록은 트래픽과 호 자원 제어 기능 애플리케이션 프로그램이고, 이동교환국의 모든 주 프로세서에 로딩된다. 본 발명에서 TRC는 과부하 제어 기능을 수행할 뿐만 아니라 과부하 검출 기능도 수행한다.
CROS(Concurrent Real-time Operating System: 203)는 이동교환국의 모든 주 프로세서에 상주하는 실시간 병렬처리 운영체계(OS:Oerating System)이다.
TRCL(Traffic & Resource Control Library:204)은 이동교환국의 모든 주 프로세서에 로딩되는 트래픽 및 자원 제어 라이브리로써, 과부하제어 및 상태관리를 위한 공통 프로시져 다발이다. 즉, TRC 애플리케이션 프로그램 및 기타 응용 애플리케이션 프로그램에서 호출할 수 있는 공통 프로시저들의 집합이다.
MSL(Mobile Call System Library: 205)는 이동교환국의 모든 주 프로세서 중에서 액세스 스위칭 프로세서에 로딩되는 이동 호 처리 공유 라이브러리로, 모든 응용 애플리케이션 프로그램에서 호출할 수 있는 공통 프로시저들의 집합이다.
TRCL 라이브러리 사용자 그룹(210)은 TDMH(Telephony Device Maintenance Handling Block: 211), MCC(Mobile Call Control: 212), TC7(Trunk Call Control for No.7: 213), MPC(Mobile Paging Control: 214) 및 기타 호 처리 블록(215)을 포함하여 구성된다. 본 명세서에서 블록은 애플리케이션 프로그램을 의미하는 것으로 양자는 동일한 의미로 사용됨을 유의하여야 한다.
TDMH(Telephony Device Maintenance Handling: 211)은 액세스 스위칭 프로세서에 로딩되는 블록으로 액세스 스위칭 서브 시스템의 모든 통화로 자원 상태를 관리하여 호 처리할 수 있도록 한다. 상기 TDMH는 중계선 상태관리 변경이 일어날 때는 TRCL라이브러리를 호출하여 중계선 상태 변경 수행 개수를 누적한다.
MCC(Mobile Call Control: 212)는 이동호 발착신 제어를 위하여 액세스 스위칭 프로세서에 로딩되는 블록이고, 기지국 제어기로부터 수신한 이동호 발신을 처리하며, TRCL 라이브러리를 호출하여 이동호 발신을 할 수 없는 과부하 상태인지를 확인한다.
TC7(Trunk Call Control for NO.7: 213)은 NO.7 중계선 호제어를 위하여 액세스 스위칭 프로세서에 로딩되는 블록이고, 중계선 상태관리 변경이 일어 날 때는 TRCL라이브러리를 호출하여 중계선 상태 변경을 할 수 없는 과부하 상태인지를 확인한다.
MPC(Mobile Paging Control:214)은 이동 페이징 제어를 위하여 액세스 스위칭 프로세서에 로딩되는 블록이고, 다른 액세스 스위칭에서 페이징 요구가 발생되면, TRCL 라이브러리를 호출하여 페이징 수행 개수를 누적한다.
기타 호처리 블록(215)은 핸드오프 제어 블록, 부가호 처리 블록 등을 포함한다. 상기 기타 호 처리 블록(215)에 포함되는 블록들은 본 발명과는 무관하므로 상세한 설명은 생략될 것이다.
도 3은 본 발명의 바람직한 실시 예에 따라 이동교환국에서 호 처리 프로세서의 과부하를 검출하고 제어하는 절차를 도시하는 흐름도이다. 이하 도 2 및 도 3을 참조하여 이동교환국에서의 과부하 제어방법이 설명될 것이다.
301단계에서 호 처리 프로세서의 CROS(203)는 호 처리 프로세스의 CPU 점유율과 IPC 메시지의 사용율, 즉, 대기열 점유율을 감시한다. 상기 CROS는 호 처리 프로세스의 CPU 점유율이 일정시간 동안 소정의 임계부하율를 초과하는 경우에는 상기 호 처리 프로세서가 과부하 상태인 것으로 판단하고, IPC 메시지의 사용율에 따라 과부하 등급을 산출하여 TRC 블록으로 전송한다.
302단계에서 호 처리 프로세서에 로딩된 TRC 블록의 과부하 검출 프로세스가 일정 시간 주기, 예를 들어 6초 주기로 CROS에서 제공하는 프리미티브(PRIMITIVE)를 호출하여 상기 6초 동안 상기 호 처리 프로세서에서 수행되는 모든 프로세스에 의한 CPU 점유율을 산출한다. 여기서 상기 호출되는 프리미티브는 local_sec와 loadcheck 등을 포함한다. local_sec은 시스템이 구동된 이후로 누적된 호 처리 프로세서에서 수행되는 모든 프로세스에 의한 CPU 점유율을 제공한다. TRC 블록에서는 6초 주기마다 local_sec을 호출하여 6초전의 점유율과 현재의 점유율의 차이로 최근 6초간의 CPU 점유율을 계산한다. loadcheck은 IPC 메시지 점유율 제공하는 프리미티브이다. 즉, CROS에서 관리하는 미처리 상태로 IPC 큐를 점유하고 있는 IPC 메시지 개수를 제공한다. 상기 산출된 CPU 점유율이 미리 설정된 임계부하율보다 큰 경우 TRC 블록의 과부하 검출 프로세스는 상기 호 처리 프로세서가 과부하 상태인 것으로 판단한다. 본 실시예에서 TRC 블록의 과부하 검출 프로세스는 6초 주기로 CPU 점유율과 IPC 메시지 점유율을 산출하고 CPU 점유율이 임계부하율인 90%이상인 경우에 과부하 상태인 것으로 판단하는 경우를 가정하였다. 그러나 상기 주기나 임계부하율이 달리 변형될 있음은 당 업계에서 통상의 지식을 가진 자에게 자명할 것이다.
TRC 블록의 과부하 검출 프로세스는 과부하가 발생된 것으로 판단하면 IPC 메시지의 사용률, 즉 처리되지 못하고 대기열에 쌓여 있는 IPC 메시지의 개수에 따라 과부하 등급을 결정한다. 본 실시예에서는 과부하 등급은 1등급부터 10등급까지 나뉘어지고, IPC 메시지의 대기열 점유율이 5% 이상이고 10% 미만이면 1등급, 10% 이상이고 15% 미만이면 2등급, 15% 이상이고 20% 미만이면 3등급 등과 같이 결정하고, 45% 이상이면 10등급으로 최고 과부하 등급이 부여되는 것으로 가정한다.
한편 TRC 블록의 과부하 검출 프로세스는 상기 산출된 CPU 점유율과 무관하게 IPC 메시지의 대기열 점유율이 소정의 임계사용률 이상이 되는지를 검사한다. IPC 메시지의 대기열 점유율이 소정의 임계사용률 이상이 되는 경우 IPC 폭주로 인한 과부하가 발생한 것으로 판단하고 소정의 과부하 등급을 부여한다. 여기서 IPC 폭주로 인한 과부하 발생 시 부여되는 과부하 등급은 1등급일 수도 있고, 그 외 미리 설저된 다른 등급이 부여될 수도 있다. 상기 소정의 상기 IPC 메시지의 대기열 점유율에 대한 임계사용률은 IPC 메시지의 폭주가 예상되는 주요 서비스에 대한 시뮬레이션 시험을 통하여 얻을 수 있다. 즉, 주요 서비스를 짧은 시간 동안 다량 발생시키고, 처리되지 못하고 IPC 대기열에 쌓이는 IPC 메시지의 개수가 상승함에 따라 프로세서 정지 및 IPC 메시지 통신 장애가 발생되는 시점을 IPC 폭주 상태로 판단한다. 상기 IPC 메시지 점유율에 대한 임계사용률은 통상적으로 45%가 적정하나, 다른 값으로의 변형도 가능함을 유의하여야 한다. 여기서 호 처리 프로세서의 CPU 점유율이 상기 소정의 임계부하율보다 작더라도 IPC 메시지의 대기열 점유율이 상기 소정의 임계사용률 이상이 되면 상기 호 처리 프로세서는 과부하 상태인 것으로 판단됨을 알 수 있다.
TRC 블록의 과부하 검출 프로세스는 호 처리 프로세서가 과부하 상태인 것으로 판단된 경우 상기 301단계에서 CROS에 의해 상기 호 처리 프로세서가 과부하 상태로 판단되었는지를 검사한다. TRC 블록과 CROS에서 모두 상기 호 처리 프로세서가 과부하 상태로 판단된 경우, TRC 블록은 CROS에 의해 결정된 과부하 등급과 TRC 블록의 과부하 검출 프로세스ㅔ 의해 결정된 과부하 등급 중 높은 등급을 상기 호 처리 프로세서의 과부하 등급으로 최종 채택한다.
303단계에서 TRC 블록의 과부하 검출 프로세스는 상기 302단계에서 산출된 과부하 등급으로부터 부하 증감률을 상기 <수학식 1>에 따라 부하 증감률을 산출한다. 상기 증감률[R]이 양수이면 과부하 상승상태를, 음수이면 과부하 하강상태를 나타낸다.
304단계에서 TRC 블록의 과부하 검출 프로세스는 프로세서에 부하를 주는 주요 서비스, 예를 들면 이동호 발신/착신, 입중계호/출중계호, 스위치 연결요구, 출중계선 점유 요구, 가입자 인증요구, 위치등록 요구 등과 주요 호 처리 서비스 뿐만 아니라 중계선 상태 변경 요구 등과 같이 대량의 유지보수 서비스가 발생할 수 있는 서비스들에 대해 각 서비스별로 최근 단위시간 즉, 6초 동안 각 서비스가 성공한 횟수를 수집하고 3분 동안 각 서비스가 시도된 시도수를 수집한다.
305단계에서 TRC 블록의 과부하 검출 프로세스는 상기 303단계에서 산출된 부하 증감률과 상기 304단계에서 수집된 각 서비스별 성공수로부터 상기의 <수학식2>를 사용하여 서비스별 수락률을 생성한다. 여기서 서비스별 수락률은 각 서비스별로 단위시간 즉, 6초 주기로 허용할 해당 서비스의 개수를 의미한다.
306단계에서는 상기 305단계에서 생성된 서비스별 수락률이 모든 프로세서의 TRC 블록들로 전송된다. 상기 수락률을 수신한 각 프로세서의 TRC 블록들은 TRCL 프로시저를 호출하여 TRCL의 로컬 데이터로서 상기 수락률을 저장한다. 그 후 서비스 요구가 발생되면 시작/실패를 결정하기 위하여 TRCL에서 제공하는 프로시저를 호출하고, 상기 저장된 해당 서비스의 수락률에 따라 결정되는 프로시저의 결과값에 대응하여 서비스 요구를 처리한다.
307단계에서는 요구된 서비스가 시작되어 상기 서비스를 수행하기 위한 프로세스가 생성되고 308단계로 진행한다. 308단계에서는 TRCL 프로시저의 결과값에 따라 요구된 서비스의 완료 또는 실패 여부가 결정된다. 요구된 서비스가 허용되는 경우에는 해당 프로세스가 수행된 후 소멸되고, 요구된 서비스가 거절되는 경우에는 해당 프로세스가 즉시 소멸된다. 상기 호 처리 프로세스의 생성 또는 소멸에 따라 호 처리 프로세스가 점유하는 CPU 점유율이나 IPC 메시지의 대기열 점유율이 조절된다.
도 4는 본 발명의 일실시예로서 중계선 상태변경 서비스에 대한 과부하 제어과정을 도시하는 흐름도이다.
공통선 신호 방식(Common Channel Signaling System: CCS)을 따르는 ISDN 사용자부(ISDN User PART: ISUP)의 중계선 루트가 이동교환국들 사이에 할당되면 ISUP 중계선 상태관리 메시지를 이동교환국들간 TC7(Trunk Call Control for No.7)이 서로 송수신한다. ISUP 중계선 상태관리 메시지는 No.7 ISUP 메시지이고, 차단 메시지(Blocking Message: BLO), 차단해제 메시지(Unblocking Message: UBL), 회선 군 차단 메시지(Circuit Group Blocking Message: CGB), 회선 군 차단해제 메시지(Circuit Group Unblocking Message: CGU),회선상태 조회 메시지(Circuit Group Query Message: CQM), 회선 군 리셋 메시지(Circuit Group Reset Message: GRS) 및 회선 리셋 메시지(Reset Circuit Message: RSC)와 같은 종류의 상태 관리 메시지가 포함된다. 인접 이동교환국으로부터 ISUP 중계선 상태관리 메시지를 수신한 액세스 스위칭 프로세서(Access Switching Processor: ASP)의 TC7은 동일 ASP의 TDMH(Telephony Device Maintenance Handling) 블록으로 송신한다.
401단계에서 IPC가 폭주하여 ASP가 과부하 상태가 되면, ASP의 TRC 블록은 실시간 과부하 경보(A7120 Realtime Overload)를 발생시키고 402단계로 진행한다. 402단계에서 TRC 블록은 _IPCOvldRP[state, ipc_load, ipc_ref]를 호출하여 상기 ASP를 포함한 모든 프로세서로 과부하 정보를 송신한다. 자신의 과부하 정보를 수신한 상기 ASP의 TRC 블록은 pd_IPCLoad_Set를 호출하여 상기 ASP의 과부하 상태를 TRCL의 로컬데이터로 저장한다.
404단계에서 상기 ASP의 TC7이 인접 이동교환국으로부터 ISUP 중계선 상태관리 메시지를 수신하면 405단계에서 상기 TC7은 TRCL의 pd_IPC_SVcCntl을 호출하여 상기 ASP의 과부하 상태를 판단한다. 406단계에서 TC7은 상기 과부하 상태에 따라 상기 ISUP 중계선 상태관리 메시지에서 요구되는 서비스의 허용여부를 결정한다. 서비스가 허용되지 않는 경우에는 407단계로 진행하고 서비스를 종료한다. 한편 서비스가 허용되는 경우에는 408단계로 진행하고 408단계에서 중계선 상태관리 메시지를 그 결과값을 TC7로 전송한다. TC7은 상기 결과값에 따라 차단 메시지(BLO), 차단해제 메시지(UBL), 회선군 차단 메시지(CGB), 회선군 차단해제 메시지(CGU),회선상태 조회 메시지(CQM), 회선군 리셋 메시지(GRS) 및 회선 리셋 메시지(RSC) 등과 같은 중계선 상태관리 메시지를 TDMH로 송신한다.
409단계에서 중계선 상태관리 메시지를 수신한 TDMH 블록은 TRCL의 pd_IPC_Svc_Attempt를 호출하고 동일 TC7로부터 수신한 IPC 메시지의 개수를 누적한다. 410단계에서 TRC 블록은 ISUP 중계선 상태관리 메시지의 수신개수를 TRCL로부터 수집하여 부하 감시 메시지로 운용단말에 출력한다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
상술한 바와 같이, 본 발명은 호 처리 프로세서에서 프로세스들에 의한 CPU 점유율이 높지 않은 경우에도 IPC 메시지의 폭주로 인한 호 처리 프로세서의 과부하를 검출할 수 있어 데이터 호가 많은 이동통신 시스템의 과부하 검출 방식으로 적합하다. 또한 본 발명은 호 처리 프로세서에서 수행되는 모든 프로세스들에 의한CPU 점유율을 고려함으로써 호 처리 프로세서의 실질적인 부하 상태에 따라 과부하 제어가 이루어지는 이점이 있다.

Claims (6)

  1. 이동통신 교환국의 호 처리 프로세서의 과부하 검출 방법에 있어서,
    이동통신 교환국의 호 처리 프로세서의 운영체계가 상기 호 처리 프로세서에서 수행되는 호 처리 프로세스들에 의한 CPU 점유율인 제 1 CPU 점유율과 IPC 메시지들의 IPC 대기열 점유율을 산출하고 상기 호 처리 프로세서의 과부하 등급을 결정하는 제 1 과정과,
    상기 호 처리 프로세서의 과부하 제어를 위한 응용 프로그램이 상기 호 처리 프로세서에서 수행되는 프로세스들에 의한 CPU 점유율인 제 2 CPU 점유율을 산출하고 IPC 메시지들의 상기 IPC 대기열 점유율을 참조하여 상기 호 처리 프로세서의 과부하 등급을 결정하는 제 2 과정과,
    상기 응용 프로그램이 상기 운영체계에서 결정된 과부하 등급과 상기 응용 프로그램에서 결정된 과부하 등급 중 높은 과부하 등급을 상기 호 처리 프로세서의 과부하 등급으로 채택하는 제 3 과정을 포함하여 이루어짐을 특징으로 하는 상기 호 처리 프로세서의 과부하 검출방법.
  2. 제 1항에 있어서,
    상기 제 2 과정은 상기 응용 프로그램이 상기 제 2 CPU 점유율이 소정의 임계부하율 이상인 경우 상기 호 처리 프로세서를 과부하 상태로 판단하고 상기 IPC대기열 점유율에 따라 과부하 등급을 결정하는 과정을 더 포함하여 구성됨을 특징으로 하는 상기 호 처리 프로세서의 과부하 검출방법.
  3. 제 1항에 있어서,
    상기 제 2 과정은 상기 응용 프로그램이 상기 IPC 대기열 점유율이 소정의 임계사용율 이상인 경우 상기 호 처리 프로세서를 과부하상태로 판단하고 소정의 과부하 등급을 부여하는 과정을 더 포함하여 구성됨을 특징으로 하는 상기 호 처리 프로세서의 과부하 검출방법.
  4. 제 1항에 있어서,
    상기 제 2 과정은 상기 응용 프로그램이 상기 제 2 CPU 점유율을 일정 주기로 산출함을 특징으로 하는 상기 호 처리 프로세서의 과부하 검출방법.
  5. 제 4항에 있어서,
    상기 응용 프로그램은 상기 운영체계에서 제공하는 프리미티브를 호출하여 상기 제 2 CPU 점유율과 상기 IPC 대기열 점유율을 산출함을 특징으로 하는 상기 호 처리 프로세서의 과부하 검출방법.
  6. 이동통신 교환국의 호 처리 프로세서의 과부하 검출 방법에 있어서,
    이동통신 교환국의 호 처리 프로세서의 운영체계가 상기 호 처리 프로세서에서 수행되는 호 처리 프로세스들에 의한 CPU 점유율인 제 1 CPU 점유율과 IPC 메시지들의 IPC 대기열 점유율을 산출하고 상기 호 처리 프로세서의 과부하 등급을 결정하는 제 1 과정과,
    상기 호 처리 프로세서의 과부하 제어를 위한 응용 프로그램이 IPC 메시지들의 상기 IPC 대기열 점유율이 소정의 임계사용율보다 큰 경우 상기 호 처리 프로세서를 과부하 상태로 판단하고 소정의 과부하 등급을 부여하는 제 2 과정과,
    상기 응용 프로그램이 상기 IPC 대기열 점유율이 소정의 임계사용율보다 작은 경우 상기 호 처리 프로세서에서 수행되는 프로세스들에 의한 CPU 점유율인 제 2 CPU 점유율을 산출하고 상기 IPC 대기열 점유율에 따라 과부하 등급을 결정하는 제 3 과정과,
    상기 운영체계에서 결정된 과부하 등급과 상기 응용 프로그램에서 결정된 과부하 등급 중 높은 과부하 등급을 상기 호 처리 프로세서의 과부하 등급으로 채택하는 제 4 과정을 포함하여 이루어짐을 특징으로 하는 상기 호 처리 프로세서의 과부하 검출방법.
KR1020020082351A 2002-12-23 2002-12-23 호 처리 프로세서의 과부하 검출 방법 KR20040056393A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020020082351A KR20040056393A (ko) 2002-12-23 2002-12-23 호 처리 프로세서의 과부하 검출 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020020082351A KR20040056393A (ko) 2002-12-23 2002-12-23 호 처리 프로세서의 과부하 검출 방법

Publications (1)

Publication Number Publication Date
KR20040056393A true KR20040056393A (ko) 2004-07-01

Family

ID=37349084

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020020082351A KR20040056393A (ko) 2002-12-23 2002-12-23 호 처리 프로세서의 과부하 검출 방법

Country Status (1)

Country Link
KR (1) KR20040056393A (ko)

Similar Documents

Publication Publication Date Title
JP3720356B2 (ja) 電気通信網における過負荷を制御する方法
CA2254135C (en) Service control point congestion control method
CA2278183C (en) Communications network
US6363052B1 (en) Congestion control in network systems
US6259776B1 (en) System for controlling telecommunication overload traffic
JP2940526B2 (ja) 移動通信システム
RU2429589C2 (ru) Способ обнаружения мошенничества при роуминговых соединениях в сетях мобильной связи
CN101543100A (zh) 一种处理容灾切换的方法、装置及系统
CN111510958B (zh) 一种消息接入负载均衡方法及系统
RU2372745C2 (ru) Способ обеспечения обработки вызовов для пользователя интеллектуальной сети
JP2004040460A (ja) 輻輳抑制システム、輻輳制御装置、移動端末及び輻輳抑制方法
KR20040056393A (ko) 호 처리 프로세서의 과부하 검출 방법
KR0175597B1 (ko) 비동기전달모드 교환 시스템에서 호 불완료 원인 메시지를 이용한 저확률 연결호 등록방법
US5946296A (en) Rare probability connection call registration method for asynchronous transfer mode switching system
US8654945B2 (en) Blocking a channel in a communication system
KR100208941B1 (ko) 전전자교환기의 자동루팅 진단 및 자동루팅 제어방법
EP0972414B1 (en) Telecommunications network including an overload control arrangement
Angelin et al. A network approach to signalling network congestion control
KR100194817B1 (ko) 비동기 전달모드(atm) 교환 시스템에서 적응적 백분율 제어를 이용한 트래픽 폭주 제어 방법
KR100303340B1 (ko) 이동통신시스템에서의액세스스위칭프로세서와이동제어국호제어프로세서사이의과부하제어방법
JP3696557B2 (ja) 輻輳制御方法
EP1241899B1 (en) Method for preventing circular routing in a switched telephone network
KR100619402B1 (ko) 무선통신 시스템에서의 통계 데이터 축적을 통한 오류검증 방법
KR20020034530A (ko) 호처리 프로세서의 부하 분산장치 및 그 방법
WO2002035860A1 (en) Adaptive regulation in a mobile system

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid