KR20010038500A - 교환 시스템에서의 아이피씨 장애 검출 방법 - Google Patents

교환 시스템에서의 아이피씨 장애 검출 방법 Download PDF

Info

Publication number
KR20010038500A
KR20010038500A KR1019990046475A KR19990046475A KR20010038500A KR 20010038500 A KR20010038500 A KR 20010038500A KR 1019990046475 A KR1019990046475 A KR 1019990046475A KR 19990046475 A KR19990046475 A KR 19990046475A KR 20010038500 A KR20010038500 A KR 20010038500A
Authority
KR
South Korea
Prior art keywords
ipc
signal
value
status information
statistics
Prior art date
Application number
KR1019990046475A
Other languages
English (en)
Other versions
KR100330180B1 (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 KR1019990046475A priority Critical patent/KR100330180B1/ko
Publication of KR20010038500A publication Critical patent/KR20010038500A/ko
Application granted granted Critical
Publication of KR100330180B1 publication Critical patent/KR100330180B1/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
    • H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
    • H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus
    • H04M3/10—Providing fault- or trouble-signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/18—Comparators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/36—Memories

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 IPC(Inter Processor Communication)를 수행하는 각 프로세서와 관련된 IPC 상태 정보를 주기적으로 수집하고, 수집한 IPC 상태 정보를 분석한 결과 IPC 장애에 따른 경보 구동 조건에 포함되는 것으로 확인되면, 해당되는 IPC 장애 경보를 구동하도록 한 교환 시스템에서의 IPC 장애 검출 방법에 관한 것이다.
종래에는 IPC 시그널과 관련하여 수집한 IPC 상태 정보에 대한 통계 데이터를 이용하여 해당 IPC 장애를 검출할 수 있지만, 이를 위해서는 해당 교환 시스템 운용자가 통계 데이터를 직접 계산해야 하는 불편함이 있었으며, 해당 통계 데이터에 대한 최소 수집 단위 시간이 길기 때문에 순간적으로 발생하는 IPC 장애에 대해서는 검출하지 못하는 단점이 있었다.
본 발명은 교환 시스템에서 IPC를 수행하는 각 프로세서에 대한 IPC 장애 발생을 초기에 검출할 수 있도록 IPC 처리를 수행하는 중에 송/수신되는 IPC 시그널과 관련된 IPC 상태 정보를 주기적으로 수집하는 과정과; 수집한 IPC 상태 정보를 분석하여 구한 IPC 상태값을 기준값과 비교하는 과정과; 비교한 결과 IPC 장애가 발생한 것으로 확인되는 경우 해당되는 경보를 구동하는 과정을 수행함으로써, 시스템 운용자가 해당 IPC 장애에 대한 신속한 조치를 취할 수 있게 된다.

Description

교환 시스템에서의 아이피씨 장애 검출 방법{IPC Fault Detection Method In Switching System}
본 발명은 교환 시스템에서의 IPC(Inter Processor Communication) 장애 검출 방법에 관한 것으로, 특히 IPC를 수행하는 각 프로세서와 관련된 IPC 상태 정보를 주기적으로 수집하고, 수집한 IPC 상태 정보를 분석한 결과 IPC 장애에 따른 경보 구동 조건에 포함되는 것으로 확인되면, 해당되는 IPC 장애 경보를 구동하도록 한 교환 시스템에서의 IPC 장애 검출 방법에 관한 것이다.
일반적으로, 교환 시스템의 제어계는 모듈화 및 신뢰도를 증가시키기 위해 다중 프로세서 구조로 된 분산 제어 방식을 채택하고 있는데, 이때, 분산된 프로세서들은 서로 메시지를 교환함으로써 호 처리를 수행한다.
그리고, 해당 프로세서간의 메시지 교환은 동기를 목적으로 하거나, 통신을 목적으로 하거나, 또는 동기 및 통신 모두를 목적으로 하되, 시그널(signal)을 통해 해당 목적을 달성할 수 있으며, 이는 메모리를 공유하지 않는 프로세서간의 통신인 IPC(Inter Processor Communication)에 의해 수행된다.
이때, 해당 교환 시스템에서의 IPC는 운영체제(operating system)가 지원하는 메시지 시스템 방식을 취하고 있는데, 해당 운영체제에 의한 IPC 처리 절차를 첨부된 도면 도 1에 도시된 운영체제에 의한 IPC 처리 구조도를 참조하여 설명하면 다음과 같다.
먼저, 소정 IPC 시그널을 송신하고자 하는 MP(Main Processor)인 송신측 프로세서(10)가 IPC를 이용하여 수신측 MP인 상대 CP(Communication Processor) 즉, 수신측 프로세서(20)로 IPC 시그널을 전송하기 위해 사용자 프로세스(user process, 11)를 기동시킨 후, OS 프리미티브(Operating System Primitive)를 사용하여 IPC 시그널을 송신하면, 해당 IPC 처리부(30)에서 IPC 시그널을 송수신하거나 제어하는 시그널 라우터(signal router, 13)는 해당 IPC 시그널의 목적지를 분석하여 DPRAM(Dual Port Random Access Memory, 12)에 해당 IPC 시그널을 기록하게 된다.
그러면, 해당 시그널 라우터(13)는 IPC 프로토콜을 이용하여 수신측 프로세서(20)에 대한 DPRAM(22)에 해당 IPC 시그널을 기록해서 해당 수신측 프로세서(20)의 타겟 프로세스(target process, 21)로 전달되도록 하는 IPC 처리를 수행하게 된다.
즉, 해당 시그널 라우터(13)는 IPC 프로토콜을 이용하여 시그널 링커(signal linker, 23)의 DPRAM(22)에 해당 IPC 시그널을 기록하게 되고, 이에, 해당 시그널 링커(23)가 IPC 시그널이 전송될 수신측 프로세서(20)를 연결하여 IPC 시그널의 수신을 보고하면, 해당 수신측 프로세서(20)는 타겟 프로세스(21)를 기동시켜 시그널 링커(23)의 DPRAM(22)에 기록된 IPC 시그널을 판독함으로써, 해당 IPC 시그널에 대한 수신이 완료된다.
그런데, 해당 IPC 처리를 수행하는 중에 수신측 프로세서(20)에서 수신한 IPC 시그널이 IPC 장애에 의해서 IPC 프로토콜에 정의된 시그널과 다른 것으로 확인되면, 해당 수신측 프로세서(20)의 타겟 프로세스(21)는 송신측 프로세서(10)로 동일한 IPC 시그널에 대한 재전송을 요구하게 되고, 이에, 해당 송신측 프로세서(10)는 IPC 시그널에 대한 재전송을 요구한 수신측 프로세서(20)로 해당 IPC 시그널을 재전송하게 된다.
이때, 해당 운영체제 측의 IPC 처리부(30)는 IPC 상태 정보 즉, 송신측 프로세서(10)에서의 IPC 시그널에 대한 전송 횟수와, 송신한 IPC 시그널에 대한 재전송 요구 횟수 및 수신측 프로세서(20)에서의 IPC 시그널에 대한 수신 횟수와. 수신한 IPC 시그널에 대한 재전송 요구 횟수를 카운트하여 해당되는 DPRAM(12, 22)에 기록하게 된다.
그리고, 해당 IPC 처리부(30)의 윈도우 제어기(window controller, 도면에 도시되어 있지 않음)는 수신측 프로세서(20)의 다운(down)으로 인해 해당 수신측 프로세서(20)와 IPC 처리를 수행하지 못하는 경우 해당 수신측 프로세서(20)의 다운 횟수를 카운트하여 자체 메모리에 기록하게 된다.
이후, 해당 교환 시스템에 연결된 운용자 터미널에서는 소정의 통계 명령을 수행하여 IPC 상태를 확인하게 되는데, 이때, 해당 IPC 상태 정보인 IPC 시그널에 대한 전송 및 수신 횟수와, 해당 IPC 시그널에 대한 재전송 요구 횟수 및 수신측 프로세서(20)의 다운 횟수를 수집하게 되고, 수집한 IPC 상태 정보에 대한 통계 데이터를 이용하여 해당 IPC 상태를 확인할 수 있게 되는데, 이때, 해당 교환 시스템 운용자가 IPC 상태를 확인하여 IPC 장애를 검출하기 위해서는 수집된 통계 데이터를 직접 계산해야 하는 불편함이 있었으며, 해당 통계 데이터에 대한 최소 수집 단위 시간(대부분의 단위 시간은 1분)이 길기 때문에 순간적으로 발생하는 IPC 장애에 대해서는 검출하지 못하는 단점이 있었다.
본 발명은 전술한 바와 같은 문제점을 해결하기 위한 것으로 그 목적은, 교환 시스템에서 IPC를 수행하는 각 프로세서에서 IPC 시그널과 관련된 IPC 상태 정보를 주기적으로 수집하고, 수집한 IPC 상태 정보를 분석 및 비교하여 IPC 장애 발생을 초기에 검출할 수 있도록 함으로써, 시스템 운용자가 해당 IPC 장애에 대한 신속한 조치를 취할 수 있도록 하는데 있다.
도 1은 일반적인 교환 시스템에서 운영체제에 의한 IPC 처리 구조를 도시한 도면.
도 2는 본 발명에 따른 교환 시스템에서의 IPC 장애 검출 방법을 구현하기 위한 동작 순서도.
* 도면의 주요 부분에 대한 부호의 설명 *
10 : 송신측 프로세서 11 : 사용자 프로세스
12, 22 : DPRAM 13 : 시그널 라우터
20 : 수신측 프로세서 21 : 타겟 프로세스
23 : 시그널 링커 30 : IPC 처리부
상술한 바와 같은 목적을 해결하기 위한 본 발명의 특징은, IPC 처리를 수행하는 중에 송/수신되는 IPC 시그널과 관련된 IPC 상태 정보를 주기적으로 수집하는 과정과; 수집한 IPC 상태 정보를 분석하여 구한 IPC 상태값을 기준값과 비교하는 과정과; 비교한 결과 IPC 장애가 발생한 것으로 확인되는 경우 해당되는 경보를 구동하는 과정을 포함하는데 있다.
여기서, 상기 IPC 상태 정보를 주기적으로 수집하는 과정은, 송/수신되는 IPC 시그널과 관련된 IPC 상태 정보에 대한 통계를 수집하기 위한 통계 수집 프로세스를 기동시키는 단계와; 소정 시간 주기로 IPC 상태 정보에 대한 통계 수집 작업을 수행하기 위한 타이머를 구동시키는 단계와; 소정 시간이 경과하는지를 확인하면서 IPC 상태 정보를 수집하는 단계를 더 포함하는 것을 특징으로 하며, 상기 IPC 상태값을 기준값과 비교하는 과정은, OS 프리미티브를 이용하여 운영체제 측의 각 DPRAM 및 윈도우 제어기의 메모리에 기록된 IPC 상태 정보를 판독하는 단계와; 판독한 IPC 상태 정보를 분석하여 해당되는 IPC 상태값을 구하는 단계와; 상기 IPC 상태 정보를 분석하여 구한 IPC 상태값을 해당되는 각 기준값과 비교하는 단계를 더 포함하는 것을 특징으로 한다.
나아가, 상기 IPC 상태값은 송신한 IPC 시그널에 대한 재전송률과, 수신한 IPC 시그널에 대한 재전송률 및 수신측 프로세서의 다운 횟수를 포함하는 것을 특징으로 하되, 상기 송신한 IPC 시그널에 대한 재전송률은 송신한 IPC 시그널에 대한 재전송 요구 횟수를 IPC 시그널에 대한 전송 횟수로 나눈 결과값을 백분율로 계산한 값인 것을 특징으로 하고, 상기 수신한 IPC 시그널에 대한 재전송률은 수신한 IPC 시그널에 대한 재전송 요구 횟수를 IPC 시그널에 대한 수신 횟수로 나눈 결과값을 백분율로 계산한 값인 것을 특징으로 한다.
또한, 상기 IPC 상태값을 해당되는 각 기준값과 비교하는 단계에서, 상기 IPC 상태값이 송/수신 IPC 시그널에 대한 재전송률인 경우 소정 재전송률과 비교하고, 상기 IPC 상태값이 수신측 프로세서의 다운 횟수인 경우 소정 기준횟수와 비교하는 것을 특징으로 한다.
이하, 본 발명에 따른 실시예를 첨부한 도면을 참조하여 상세하게 설명하면 다음과 같다.
본 발명에 교환 시스템에서의 IPC 장애 검출 방법을 구현하기 위해서는 해당 교환 시스템에서의 IPC 처리 구조를 알아야 하는데, 이는 첨부된 도면 도 1에 도시된 종래의 운영체제에 의한 IPC 처리 구조와 동일하므로 그 설명을 생략하기로 한다.
한편, 해당 교환 시스템에서의 IPC는 IPC 시그널을 이용하여 프로세스 사이의 통신을 수행하는 경우 타겟 프로세스가 동일 프로세서내에 존재하거나, 다른 프로세서에 존재하거나에 무관하게 동일성을 제공하므로, 해당 IPC 시그널을 이용하여 프로세스간의 상호 작용을 이용할 수 있는데, 만약, 해당 IPC가 장애 상태일 경우에는 해당 IPC 시그널을 이용하여 소정 기능을 수행하는 각 프로세스는 정상적인 동작을 수행할 수 없게 된다.
따라서, 본 발명에서는 IPC 장애 발생을 초기에 검출하고, 이를 운용자에게 경보하여 해당 IPC 장애에 대한 신속한 조치를 취할 수 있도록 하는데, 이를 위해 해당 교환 시스템의 각 프로세서(송신측 프로세서, 수신측 프로세서)는 IPC 상태 정보 즉, IPC 시그널 전송 및 수신 횟수와, 해당 송/수신 IPC 시그널에 대한 재전송 요구 횟수 및 수신측 프로세서의 다운 횟수를 수집하여 자체 메모리에 저장하게 된다.
그리고, 수집한 IPC 상태 정보로부터 해당되는 IPC 상태값인 각 송/수신 IPC 시그널에 대한 재전송률 및 수신측 프로세서(20)의 다운 횟수를 구하여 IPC 장애를 검출하기 위한 각각의 기준값과 비교한 후, 해당 비교 결과 IPC 장애가 발생한 것으로 확인되면, 해당되는 경보를 구동함으로써, 해당 시스템 운용자가 IPC 장애에 대한 신속한 조치를 취할 수 있게 된다.
이때, 해당 IPC 상태 정보는 교환 시스템의 각 프로세서(10, 20)에 실장되는 MDGP(Measurement Data Gathering Processing)인 통계 데이터 수집부(도면에 도시되어있지 않음)에서 IPC 상태를 확인하기 위해 소정 시간(바람직하게는 30초) 주기로 수집하게 된다.
상술한 바와 같은 본 발명에 따른 교환 시스템에서의 IPC 장애 검출 동작을 첨부한 도면 도 2를 참조하여 상세하게 설명하면 다음과 같다.
먼저, 해당 교환 시스템의 송신측 및 수신측 프로세서(10, 20)는 IPC 처리를 수행하는 중에 송/수신되는 IPC 시그널과 관련된 IPC 상태 정보에 대한 통계를 수집하기 위해 별도의 통계 수집 프로세스를 기동시키게 되고(스텝 S21), 이에, 해당 통계 수집 프로세스는 소정 시간 주기로 IPC 상태 정보에 대한 통계 수집 작업을 수행하기 위해 타이머를 구동시키게 된다(스텝 S22).
이후, 해당 통계 수집 프로세스는 소정 시간이 경과할 때까지 휴지 상태로 대기하게 되고, 해당 운영체제 측의 IPC 처리부(30)는 소정 시간이 경과하는지를 확인하면서 IPC 상태 정보를 수집하게 된다(스텝 S23, S24).
이때, 송신측 프로세서(10)에서의 IPC 시그널에 대한 전송 횟수와, 송신한 IPC 시그널에 대한 재전송 요구 횟수에 대한 카운트 값은 시그널 라우터(13)의 DPRAM(12)에 기록하게 되고, 수신측 프로세서(20)에서의 IPC 시그널에 대한 수신 횟수와. 수신한 IPC 시그널에 대한 재전송 요구 횟수에 대한 카운트 값은 시그널 링커(23)의 DPRAM(22)에 기록하게 되며, 수신측 프로세서(20)의 다운(down)으로 인해 해당 수신측 프로세서(20)와 IPC 처리를 수행하지 못하는 경우 해당 수신측 프로세서(20)의 다운 횟수는 IPC 처리부(30)의 윈도우 제어기(window controller, 도면에 도시되어 있지 않음)에서 카운트하여 자체 메모리에 기록하게 된다.
이후, 스텝 S24에서 소정 시간이 경과하면 대기 상태에 있던 통계 수집 프로세스가 활성 상태로 천이하게 되고, 이에, 해당 통계 수집 프로세스는 IPC 상태를 확인하기 위해 OS 프리미티브를 이용하여 운영체제 측의 각 DPRAM(12, 13) 및 윈도우 제어기의 메모리에 기록된 IPC 상태 정보를 판독하게 된다(스텝 S25).
그리고, 판독한 IPC 상태 정보를 분석하여 해당되는 IPC 상태값을 구하게 되는데(스텝 S26), 먼저, 송신한 IPC 시그널에 대한 재전송률(아래 수학식 1 참조)과, 수신한 IPC 시그널에 대한 재전송률(아래 수학식 2 참조)을 계산하여 구한 후, 나머지 IPC 상태값인 수신측 프로세서(20)의 다운 횟수를 구하게 된다.
송신한 IPC 시그널에 대한 재전송률(%)=(송신한 IPC 시그널에 대한 재전송 요구 횟수/IPC 시그널에 대한 전송 횟수)×100
수신한 IPC 시그널에 대한 재전송률(%)=(수신한 IPC 시그널에 대한 재전송 요구 횟수/IPC 시그널에 대한 수신 횟수)×100
이에, 해당 통계 수집 프로세서는 IPC 상태 정보를 분석하여 구한 IPC 상태값을 해당되는 각 기준값과 비교하여(스텝 S27), IPC 장애에 따른 경보를 구동해야 하는지를 확인하게 되는데(스텝 S28), 해당 송/수신 IPC 시그널에 대한 재전송률은 소정 재전송률(바람직하게는 40%)과 비교하여 IPC 장애에 따른 경보를 구동해야 하는지를 확인하게 되고, 수신측 프로세서(20)의 다운 횟수는 소정 기준횟수(바람직하게는 5회)와 비교하여 IPC 장애 따른 경보를 구동해야 하는지를 확인하게 된다.
이때, 해당 IPC 상태값과 기준값을 비교한 결과 IPC 장애에 따른 경보를 구동해야 하는 것으로 확인되는 경우에는 해당되는 경보를 구동하여(스텝 S29), 시스템 운용자로 하여금 신속한 조치를 취할 수 있도록 한다.
이후, 해당 통계 수집 프로세스는 다음 주기에 처리되는 IPC 상태 정보에 대한 통계 수집 작업을 수행하기 위해 자체 메모리의 포인터를 변경시킨 후(스텝 S30), 소정 시간을 계수하는 타이머를 구동시키는 스텝 S22로 귀환하여 반복 동작을 수행하게 된다.
그런데, 스텝 S28에서 해당 IPC 상태값과 기준값을 비교한 결과 IPC 장애에 따른 경보를 구동하지 않아도 되는 것으로 확인되는 경우에는 해당 경보를 구동하지 않은 상태에서 다음 주기에 처리되는 IPC 상태 정보에 대한 통계 수집 작업을 수행하기 위해 자체 메모리의 포인터를 변경시키는 스텝 S30의 동작을 수행하게 된다.
즉, 본 발명에서는 소정 시간 간격으로 IPC 상태 정보를 수집하고, 수집한 IPC 상태 정보를 분석한 결과 IPC 장애에 따른 경보 구동 조건에 포함되는 것으로 확인되면, 해당 IPC 장애에 따른 경보를 구동함으로써, 시스템 운용자가 IPC 장애에 따른 신속한 조치를 취할 수 있게 된다.
그리고, 상술한 실시예에서의 기준값은 시스템 운용자의 요구에 의해 조정될 수 있다.
또한, 본 발명에 따른 실시예는 상술한 것으로 한정되지 않고, 본 발명과 관련하여 통상의 지식을 가진자에게 자명한 범위내에서 여러 가지의 대안, 수정 및 변경하여 실시할 수 있다.
이상과 같이, 본 발명은 교환 시스템에서 IPC를 수행하는 각 프로세서에서 IPC 시그널과 관련된 IPC 상태 정보를 주기적으로 수집하고, 수집한 IPC 상태를 분석 및 비교하여 IPC 장애 발생을 초기에 검출함으로써, 해당되는 IPC 장애 경보를 구동할 수 있게 되어 시스템 운용자가 해당 IPC 장애에 대한 신속한 조치를 취할 수 있게 된다.

Claims (7)

  1. IPC 처리를 수행하는 중에 송/수신되는 IPC 시그널과 관련된 IPC 상태 정보를 주기적으로 수집하는 과정과; 수집한 IPC 상태 정보를 분석하여 구한 IPC 상태값을 기준값과 비교하는 과정과; 비교한 결과 IPC 장애가 발생한 것으로 확인되는 경우 해당되는 경보를 구동하는 과정을 포함하는 것을 특징으로 하는 교환 시스템에서의 아이피씨 장애 검출 방법.
  2. 제 1항에 있어서,
    상기 IPC 상태 정보를 주기적으로 수집하는 과정은, 송/수신되는 IPC 시그널과 관련된 IPC 상태 정보에 대한 통계를 수집하기 위한 통계 수집 프로세스를 기동시키는 단계와; 소정 시간 주기로 IPC 상태 정보에 대한 통계 수집 작업을 수행하기 위한 타이머를 구동시키는 단계와; 소정 시간이 경과하는지를 확인하면서 IPC 상태 정보를 수집하는 단계를 더 포함하는 것을 특징으로 하는 교환 시스템에서의 아이피씨 장애 검출 방법.
  3. 제 1항에 있어서,
    상기 IPC 상태값을 기준값과 비교하는 과정은, OS 프리미티브를 이용하여 운영체제 측의 각 DPRAM 및 윈도우 제어기의 메모리에 기록된 IPC 상태 정보를 판독하는 단계와; 판독한 IPC 상태 정보를 분석하여 해당되는 IPC 상태값을 구하는 단계와; 상기 IPC 상태 정보를 분석하여 구한 IPC 상태값을 해당되는 각 기준값과 비교하는 단계를 더 포함하는 것을 특징으로 하는 교환 시스템에서의 아이피씨 장애 검출 방법.
  4. 제 3항에 있어서,
    상기 IPC 상태값은, 송신한 IPC 시그널에 대한 재전송률과, 수신한 IPC 시그널에 대한 재전송률 및 수신측 프로세서의 다운 횟수를 포함하는 것을 특징으로 교환 시스템에서의 아이피씨 장애 검출 방법.
  5. 제 4항에 있어서,
    상기 송신한 IPC 시그널에 대한 재전송률은, 송신한 IPC 시그널에 대한 재전송 요구 횟수를 IPC 시그널에 대한 전송 횟수로 나눈 결과값을 백분율로 계산한 값인 것을 특징으로 하는 교환 시스템에서의 아이피씨 장애 검출 방법.
  6. 제 4항에 있어서,
    상기 수신한 IPC 시그널에 대한 재전송률은, 수신한 IPC 시그널에 대한 재전송 요구 횟수를 IPC 시그널에 대한 수신 횟수로 나눈 결과값을 백분율로 계산한 값인 것을 특징으로 하는 교환 시스템에서의 아이피씨 장애 검출 방법.
  7. 제 3항에 있어서,
    상기 IPC 상태값을 해당되는 각 기준값과 비교하는 단계에서, 상기 IPC 상태값이 송/수신 IPC 시그널에 대한 재전송률인 경우 소정 재전송률과 비교하고, 상기 IPC 상태값이 수신측 프로세서의 다운 횟수인 경우 소정 기준횟수와 비교하는 것을 특징으로 하는 교환 시스템에서의 아이피씨 장애 검출 방법.
KR1019990046475A 1999-10-25 1999-10-25 교환 시스템에서의 아이피씨 장애 검출 방법 KR100330180B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019990046475A KR100330180B1 (ko) 1999-10-25 1999-10-25 교환 시스템에서의 아이피씨 장애 검출 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019990046475A KR100330180B1 (ko) 1999-10-25 1999-10-25 교환 시스템에서의 아이피씨 장애 검출 방법

Publications (2)

Publication Number Publication Date
KR20010038500A true KR20010038500A (ko) 2001-05-15
KR100330180B1 KR100330180B1 (ko) 2002-03-28

Family

ID=19616866

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019990046475A KR100330180B1 (ko) 1999-10-25 1999-10-25 교환 시스템에서의 아이피씨 장애 검출 방법

Country Status (1)

Country Link
KR (1) KR100330180B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100500422B1 (ko) * 2002-10-01 2005-07-14 에스케이 텔레콤주식회사 관문교환기의 행-업 현상 방지방법

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR960001083B1 (ko) * 1992-12-29 1996-01-18 한국전기통신공사 교환기의 프로세서간 통신망의 경로상태 확인 방법
KR950011481B1 (ko) * 1992-12-29 1995-10-05 재단법인한국전자통신연구소 교환기의 프로세서간 통신망에서 노드의 경보주소 생성방법 및 경보주소 생성시스템
KR960001084B1 (ko) * 1992-12-29 1996-01-18 한국전기통신공사 교환기의 프로세서간 통신망에서 노드의 경보발생 노드 확인 방법
DE4333569A1 (de) * 1993-10-01 1995-04-06 Hoechst Ag Verfahren zur Olefinpolymerisation
JPH0822441A (ja) * 1994-07-06 1996-01-23 Kofu Nippon Denki Kk 情報処理装置およびその通信エラー検出方法
KR100221525B1 (ko) * 1996-12-10 1999-09-15 정선종 에이티엠 교환기의 아이피시 제어기 고장감시 방법
KR19990002145A (ko) * 1997-06-19 1999-01-15 윤종용 교환기 ipc네트워크에서 데이터 분석을 위한 모니터회로

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100500422B1 (ko) * 2002-10-01 2005-07-14 에스케이 텔레콤주식회사 관문교환기의 행-업 현상 방지방법

Also Published As

Publication number Publication date
KR100330180B1 (ko) 2002-03-28

Similar Documents

Publication Publication Date Title
WO2007044336A1 (en) System and method for detecting a delay in a computer network
JP2001067292A (ja) ネットワーク管理システムの状態通知方式
KR100330180B1 (ko) 교환 시스템에서의 아이피씨 장애 검출 방법
JP2006325118A (ja) 監視データ収集システム
JP4692419B2 (ja) ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム
CN117395615B (zh) 车辆系统中蓝牙稳定广播的装置和方法
KR0139500B1 (ko) Ct2시스템의 기지국 이상 유무 진단방법
JP3312078B2 (ja) フレームリレー装置
KR100328438B1 (ko) 이동통신 교환기의 경보 상태 진단방법
JP2828044B2 (ja) 障害通知機能を有する通信装置、通信システムおよび障害通知方法
JP4024941B2 (ja) 計算機のｌａｎデバイス監視装置
JPH1065685A (ja) コンティニュイティチェックセル監視回路
JP2937936B2 (ja) データ転送方式
JP2005184248A (ja) 無線基地局および通信システム
JPH06132960A (ja) Ｌａｎ障害監視装置及びｌａｎ障害監視システム及びそれにおけるロギングデータ採集方式
JPH0273746A (ja) パケツト伝送方式
JPH09130414A (ja) ネットワークにおけるアラーム管理方式
KR20050001128A (ko) 원격 관리 장치 및 그 방법
JP2003348027A (ja) Ｐｍｐ無線アクセスシステムの加入者端末
JP2000049783A (ja) ネットワーク管理方法とそのシステム
JPH0735470Y2 (ja) ループ式データ伝送装置
JPH098846A (ja) 通信状態の確認方式、通信システムおよび交換装置
RU2023130415A (ru) Способ и устройство для определения состояния активности терминала
JPH10145308A (ja) アナライザ
JP2001075935A (ja) プロセッサ間通信方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120220

Year of fee payment: 11

LAPS Lapse due to unpaid annual fee