KR20040053995A - 에이티엠 교환기에서의 랜 케이블 장애 검출 방법 - Google Patents

Abstract

본 발명은 ATM 교환기에서의 랜 케이블 장애 검출방법에 관한 것으로, 타임아웃의 중첩에 따른 장애 검출 시스템의 동작 지연을 방지하기 위하여 중간 송신측 어플리케이션들이 수신측 어플리케이션들로부터 응답 신호를 받지 않도록 함으로써 시스템과 운영자 터미널간의 랜 케이블 장애를 신속하게 검출할 수 있도록 하였으며 이를 운영자에게 즉시 보고하도록 함으로써 운영자에게 랜 케이블 장애 여부를 보다 빨리 판단할 수 있도록 하였다. 이에 따라 랜 케이블 장애에 대한 대처를 신속하게 할 수 있도록 함으로써 교환기 사용고객에 대한 지속적인 서비스 제공이 가능하도록 하였다.

Description

에이티엠 교환기에서의 랜 케이블 장애 검출 방법 {The method for detecting defects of the LAN Cable in ATM switch board }

본 발명은 ATM 교환기에서의 LAN 케이블 장애 검출용 신호 전송 체계의 운용 유지 보수에 해당하는 것으로, 특히 시스템과 운영자 터미널(Workstation)간의 LAN 케이블 장애를 검출하여 신속하게 운영자에게 보고함으로써 운영자의 조속한 조치를 가능하게 하여 지속적인 교환기 시스템 서비스 제공을 위한 LAN 케이블 장애 검출 방법에 관한 것이다.

교환기 시스템은 시스템내 각종 소자 및 개별 콘트롤러에 의해 구동되며 이때 개별 콘트롤러 들은 이들을 운용하는 각각의 어플리케이션에 의해 구동된다. 이들 어플리케이션들은 상호 연동된 형태로 운용되며 이를위한 필요한 신호 전송이 이루어진다.

이때 어플리케이션이라 함은 어플리케이션 프로그램, 즉 응용프로그램의 줄임 말이다. 응용프로그램은 사용자 또는 다른 응용프로그램에게 특정한 기능을 직접 수행하도록 설계된 프로그램이다. 응용프로그램의 예로는 워드프로세서, 데이터베이스 프로그램, 웹브라우저, 개발도구, 페인트 브러시, 이미지 편집 프로그램, 통신 프로그램 등이 포함된다. 응용프로그램은 컴퓨터의 운영체계와 기타 다른 지원프로그램들의 서비스를 사용한다. 응용프로그램이 다른 프로그램에 공식적으로 작업을 요청하거나 통신하는 수단으로 사용되는 것을 API(Application Program Interface)라고 부른다.

본 발명에서 이용되는 대표적인 어플리케이션으로는 PSMF(Processor Status Maintenance Function Application)와 WSPSAF(Workstation Processor Status Agent Function Application)가 있으며 이들 모두는 운영자 터미널인 워크스테이션내에 실장되어 있다.

WSPSAF의 경우는 일종의 디먼(Daemon) 프로그램으로서 디먼이라 함은 주기적인 서비스 요청을 처리하기 위해 계속 실행되는 프로그램을 말한다. 디먼은 수집된 요구들을 또 다른 프로그램이나 프로세스들이 처리할 수 있도록 적절히 전달한다. 예를 들어 각 웹 서버들은 웹 클라이언트나 사용자들로부터 들어오는 요구를 계속해서 기다리는 HTTPD (Hypertext Transfer Protocol Daemon) 라는 디먼을 가지고 있다. 한편 디먼은 운영체계하에서 그 자신이 직접 실행되는, 하나의 프로그램인 반면 커다란 응용 프로그램의 일부분인 데몬(demon) 과 구별되어 진다.

도 1(a) 는 종래 기술에 의한 신호 전송 체계 블록도이다. 일반적으로 두 어플리케이션(Application)간 신호 전송은 송신측(Sender)과 수신측(Receiver)이 존재한다. 도시된 바와 같이, 송신측 어플리케이션이 신호를 수신측 어플리케이션으로 전송하면, 송신측 어플리케이션은 해당 신호가 제대로 전송되었는지 여부를 확인하기 위해 응답 신호를 기다리게 된다. 이때 두 어플리케이션의 통신 채널(IPC, LAN)에서 장애가 발생하거나 또는 수신측 어플리케이션에서 오동작이 발생하는 경우는 문제가 된다. 즉 해당 신호를 받을 때까지 무한정 기다리는 경우 시스템은 정체 상태(Blocked State)에 빠지게 됨과 아울러 송신측 어플리케이션은 지속적인 정상 동작이 불가능해 진다. 이를 막기 위해서는 수신측에 보낸 신호에 대해 타임아웃 기능을 부가하게 된다. 타임아웃이라 함은 어플리케이션이 정체상태에 빠지는 것을 방지하는 기능으로서 설정된 시간 내 응답이 없는 경우에는 시스템이 정상 동작하도록 설정된 시간을 말한다.

한편 이러한 타임아웃 기능이 개개의 어플리케이션에 대해 설정된 경우는 시스템 동작 지연의 원인이 될 수 있다. 예를 들어 특정한 신호에 대해 타임아웃이 설정되어 있고 연속된 어플리케이션의 수가 늘어날 경우 운영자 판단 지연 시간은 다음과 같다.

운영자 판단 지연 시간(T) = 타임아웃 시간 * (n-1) + 통신 채널 경유 시간 ( n : 어플리케이션의 수 )

결국 T 시간 만큼 운영자가 그 결과(수신측의 어플리케이션에서 제공하는 서비스, 상태, 어플리케이션간의 통신 상태)를 파악하는 시간이 지연되게 된다.

또한, 송신측 어플리케이션이 받는 신호를 순차적(Sequence)으로 처리해야 할 경우, 지연 시간은 아래와 같은 공식이 나온다.

운영자 판단 지연 시간 (T)

= (받아야 할 신호의 수) * { 타임아웃 시간 * (n-1) + 통신 채널 경유 시간 } ( n : 어플리케이션의 수)

도 1(b) 는 종래 기술에 의한 운영자 판단 대기 시간과 어플리케이션 수와의관계를 도시한 도면이다. 도 1(b) 에서 보는 바와 같이 어플리케이션의 수가 증가함에 비례하여 운영자 판단 대기 시간 역시 증가함을 알 수 있다. 신호를 주고받는 여러 어플리케이션들이 서로 별개의 목적으로 기능을 수행하는 경우에는 종래 기술에 의한 방식을 사용할 수도 있으나, 어플리케이션들이 하나의 동일한 기능을 위해 캐스케이드(cascade)식으로 연속 물림이 되어 있을 경우는 문제가 발생한다. 즉, 맨 처음 송신측의 어플리케이션이 캐스케이드식으로 연결된 각각의 어플리케이션을 경유하여 통신채널(Communication Channel)의 장애 상태를 파악하는 경우에는 기술한 바와 같은 방법에 의한 시스템구현은 한계에 부딪히게 된다.

도 2 는 종전 기술에 의한 신호 전송체계 흐름도이다. 도 2 를 참조하여 종전 기술에 의한 신호 전송체계를 살펴보면 다음과 같다. 먼저 송신측이 하나 이상의 여러 수신측으로 신호를 전송하고 각각의 수신측은 다시 송신측이 아닌 다른 수신측으로 계속해서 신호를 전송하다가, 최종적으로 맨 처음의 송신측이 최종 신호를 받는 경우를 생각한다.

첫째 단계는 운영자 터미널(106)인 워크스테이션(Workstation)으로부터AMC(Access Multiplex Controller), MGC(Media Gateway Controller), SMC(System Maintenance Controller)와 같은 부 프로세서(102)인 MP(Main Processor)로 신호를 보내면서, 시스템내 성능 즉 오차발생을 고려하여 응답 신호에 대해 타임아웃을 설정한다(s1). 다음 단계에서는 운영자 터미널(106)과 마찬가지로 부 프로세서(102)인 MP의 경우 역시 동일한 목적인 통신채널 상태 점검을 위해 사전에 상호 약속된 신호인 매핑 신호를 주 프로세서(101)인 마스터 MP로 보냄과 아울러 응답 신호를 기다리기 위해 타임아웃을 설정한다(s2). 만일 타임아웃 내에 신호가 전송되는 경우(s3, s7)에는 더 이상의 신호대기는 무의미하게 되므로 타임아웃 설정을 해제하고 응답 신호에 대한 점검(checking)이 이루어진다 (s4, s8).

다음 단계로서 마스터 MP 에 실장된 어플리케이션인 PSMF (Processor Status Maintenance Function Application)는 통신채널 상태 점검에 관한 판단 결과인 테이블을 재구성한다(s5). 테이블 재구성 결과는 운영자 터미널(106)내에서 운용되는 프로그램인 WSPSAF (Workstation Processor Status Agent Function Application)로 전송된다(s6).

이때 PSMF(Processor Status Maintenance Function Application)라 함은 MP 또는 마스터 MP 에 실장된 OS 의 정상작동 여부를 관리하는 어플리케이션으로서 마스터MP 인 ACC00 또는 MP 인 AMC, MGC, SMC 등에서 운용되는 어플리케이션을 말한다. 이때 ACC00 는 ATM Call Controller 의 약자로서 00번이 할당된 ACC 만이 마스터 MP 기능을 수행한다. 결국 본 발명에 있어서 ACC00 은 마스터 MP 로서 주 프로세서(101) 기능을 수행함과 아울러 AMC, MGC, SMC 는 MP 로서 부 프로세서(102) 기능을 수행한다.

WSPSAF (Workstation Processor Status Agent Function Application) 는 전술한 바와 같은 디먼(Daemon) 프로그램 즉, 주기적인 서비스 요청을 처리하기 위해 계속 실행되는 프로그램으로서 WSPSAF 에 전송되는 신호는 운영자 터미널 (106)이 보낸 신호에 대한 궁극적인 최종 응답 신호이다. 이때 소요되는 시간은 초기 운영자 터미널(106)에서 설정한 타임아웃과 밀접한 관계를 갖는다. 이는 최종 응답 신호를 받기 위해서는 통신채널 중간을 경유하는 각각의 어플리케이션에 설정된 타임아웃을 모두 고려해야 하기 때문이다. 이때 각각의 어플리케이션에 설정되는 개개의 타임아웃에 대해 정확한 예측이 어렵기 때문에 최초 타임아웃 설정시 즉 운영자 터미널(106)에서 설정하는 타임아웃 설정시 오차 발생의 확률을 높이게 된다는 문제점이 있다.

한편 운영자 터미널(106)내 WSPSAF는 통신채널 상태 점검에 관하여 판단된 결과에 대하여 PSMF 가 송신한 신호를 받아서 WSSFMF(Workstation System Fault Maintenance Function Application)에게 전송하며(s9) WSSFMF 는 운영자가 통신 채널의 상태를 볼 수 있도록 디스플레이 한다(s10). WSSFMF 에 의해 표시된 통신 채널의 상태에 따라 운영자는 필요한 조치를 취할 수 있게 된다(s11).

본 발명은 종래의 문제점을 해결하기 위하여 안출된 것으로, 종래기술에서는 캐스케이드(cascade)식으로 연결된 어플리케이션간 통신채널(CommunicationChannel)의 상태 파악은 중간 어플리케이션마다 응답 신호를 받기 위해 타임아웃을 설정해야 함에 따른 오차발생 및 응답시간 지연 등의 문제 발생에 대해 본 발명에서는 중간에 경유하는 어플리케이션간의 응답 신호를 제거함으로써 운영자에게 보다 신속한 판단 및 조치를 할 수 있도록 하여 해당 서비스를 사용하는 고객에게 지속적인 서비스 제공이 가능하도록 하는 것을 목적으로 한다.

도 1(a) 는 종래 기술에 의한 신호 전송 체계 블록도

도 1(b) 는 종래 기술에 의한 운영자 판단 대기 시간과 어플리케이션 수와의 관계 도시도

도 2 는 종전 기술에 의한 신호 전송체계 흐름도

도 3(a) 는 본 발명에 의한 신호 전송 체계 블록도

도 3(b) 는 본 발명에 의한 운영자 판단 대기 시간과 어플리케이션 수와의 관계 도시도

도 4 는 본 발명에 의한 랜 케이블 구성도

도 5 는 본 발명에 의한 신호 전송체계 흐름도

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

100: ATM 교환기

101: 주처리부

102: 제 1 처리부

103: 제 2 처리부

104: 제 3 처리부

105: 허브

106: 운영자 터미널

이러한 목적을 달성하기 위하여 본 발명은 운영자 터미널(106), 주 프로세서(101), 부 프로세서(102) 및 랜 케이블(104)을 통하여 상기 운영자 터미널(106), 주 프로세서(101), 부 프로세서(102)를 상호 연결하는 허브(105)를 포함하여 구성된다.

운영자 터미널(106)인 워크스테이션의 경우 HMI 방식에 의한 운영이 이루어지도록 하였다. HMI(Human Machine Interface)라 함은 유저와 기계를 인터페이스 하는데 좀더 효율적으로 접근하고 변화에 응답하기 편하게 설계된 툴을 말한다. 이에 따라 되도록 해당 분야 엔지니어가 엔지니어 본연의 역할을 하고 약간의 지식만으로 변화에 대응하면서 기계에 PC로 관리 접근할 수 있도록 한다. 다시 말해 HMI 란 기계의 상태를 엔지니어가 쉽게 접근하고 원인을 분석하여 생산품의 품질을 높이기 위하여 사용되는 변경이 가능한 툴 이라고 할 수 있다. 이하, 첨부된 도면을 참조하여 본 발명을 상세히 설명한다.

도 3(a) 는 본 발명에 의한 신호 전송 체계 블록도이다. 도 3(a) 에서 보는바와 같이 본 발명은 송신부의 신호전송에 대해 수신부로 부터 응답신호가 전달되지 않는 점을 특징으로 한다. 다시 말해 통신채널 중간에 경유하는 개개의 어플리케이션에 대해 별개의 타임아웃을 설정하지 않으며, 이에 따라 도 3(b)에서 보이는 바와 같이 운영자 판단 대기 시간과 어플리케이션 수와의 관계는 비례하지 않는다.결국 본 발명에 의한 경우에는 중간에 많은 어플리케이션이 존재하더라도, 운영자가 랜 케이블 장애 여부를 판단하는 시간은 같음을 알 수 있다.

도 4 는 본 발명에 의한 랜 케이블 구성도로서, ATM 교환기 시스템(100)과 운영자 터미널인 워크스테이션(106)간의 랜 케이블 구성을 나타내고 있다. 이때 주프로세서(101) 즉 마스터 MP 인 ACC00 과 부프로세서 즉 MP (102)들 (SMC, MGC, AMC,..)간에는 IPC (interprocess communication) 채널(103)을 통해 신호가 전송되며, 랜 케이블(104)은 마스터 MP(101)와 MP(102) 각각이 먼저 허브(105)에 연결되고, 다시 허브(105) 에서 운영자 터미널(106)로 연결된다.

마스터 MP인 ACC00(101)는 다른 MP(102)들의 상태를 종합 관리할 뿐만 아니라 운영자 터미널인 워크스테이션(106)에서 시작된 신호가 MP(102)들을 경유하여 최종 수신되기까지의 신호 관련 정보를 테이블화하여 관리한다.

마스터 MP인 ACC00(101)에서 구동되는 어플리케이션인 PSMF는 테이블화된 정보를 주기적으로 점검함으로써 MP(102)와 운영자 터미널(106)간의 랜 케이블(104)상태를 점검한다. 만일 특정의 실시간 동안 신호를 받지 못하는 경우에는 알람(alarm), 즉 랜 케이블 장애를 운영자 터미널(106)의 제 1 처리부(107)인 WSPSAF에게 신호로 전송하게 된다. WSPSAF(107)는 이 신호를 받은 후 알람을 실제적으로 운영자에게 디스플레이 해주는 제 2 처리부(108)인 WSSFMF 에게 알려줌으로써, 운영자는 해당 랜 케이블(104)에 대한 이상여부를 확인 할 수 있다. 이러한 주기적인 점검의 진위를 보다 실제적으로 확인하기 위해서, 운영자 터미널(106)에서 실시간 명령(Command)를 수행함으로써, 랜 케이블(104)의 이상여부를 확인할 수 있게 된다.

한편, WSPSAF(107)는 핑(ping)기능을 통하여서도 랜 케이블의 장애발생 여부를 판단할 수 있다. 핑 이라 함은 특정한 인터넷 주소가 있고, 또 그 주소가 요청을 받아들일 수 있는지를 확인해 주는 기본적인 인터넷 프로그램이다. 핑은 사용자가 접속하려고 시도하고 있는 호스트가 실제로 운영되고 있는지를 확인하는 진단 목적으로 사용된다. 예를 들어, 만약 한 사용자가 어떤 호스트에 핑을 할 수 없다면 (즉 핑에 관한 응답이 정상이 아니라면) 그 사용자는 그 호스트에 파일을 보내기 위해 FTP 프로토콜을 사용할 수 없게 된다. 핑은 운영되고 있는 호스트가 얼마나 응답을 빠르게 하는지를 확인하는 데에도 사용될 수 있으며, 도메인 이름만 을 알고 있는 어떤 사이트의 IP 주소를 알아낼 수도 있다. 핑은 지정된 주소에 하나의 패킷을 보내고 그 응답을 기다림으로써 이루어진다.

따라서 WSPSAF(107)는 핑 기능을 통한 랜 케이블의 장애발생 여부 및 PSMF를 통한 랜 케이블의 장애발생 여부에 대한 데이터 신호를 통합하여 판단한 다음 운영자에게 표시해준다. 다만 본 발명에서 가장 중요한 관심대상은 랜 케이블의 연결여부로서 핑 기능에 의한 경우는 핑 기능 수행시 소요되는 시간이 너무 길어질 수 있다는 문제점이 있다. 이에 따라 본 발명이 추구하는 신속한 시스템 점검이라는 목적 달성이 어려워 질 수 있어 핑 기능은 단지 부가적 기능에 머무른다고 하겠다.

본 발명의 개요를 살피면 다음과 같다. 기술한 바와 같이 본 발명은 중간 어플리케이션간 응답 신호를 위한 신호 전송 체계를 갖지 않는다. 따라서 운영자 터미널(106)내의 디먼 프로그램인 WSPSAF(107)는 허브(105)를 경유하여 MP(102) 들에게 신호를 전송할 때 실시간적인 시스템 성능을 고려한 타임아웃을 설정한다. 이때 MP(102)는 운영자 터미널(106)로부터 랜 케이블(104)을 경유하여 신호를 전송 받는다. 이후 MP(102) 내에 실장된 어플리케이션인 PSMF는 전송받은 신호에 매핑되는 신호를 마스터 MP 인 ACC00(101)내에 실장되어 있는 PSMF에게 전송한다. 최종적으로 ACC00(101) 내 실장된 PSMF은 랜 케이블(104) 장애여부를 판단하여 운영자 터미널(106)내의 디먼 프로그램인 WSPSAF(107)에게 그 결과를 알려 줌으로써 운영자가 랜 케이블의 장애 여부를 알 수 있게 된다.

도 5 는 본 발명에 의한 신호 전송체계 흐름도이다. 본 발명은 다음과 같은 단계를 포함하여 이루어진다. 우선 본 발명은 송신된 신호에 대해 타임아웃을 설정하지 않음에 따라 운영자 터미널인 워크스테이션(106)에서는 각각의 MP(101)로 신호 전송을 할 뿐이며 해당 신호가 MP(101)에 정상적으로 전달되었는지 여부에 대한 점검 즉 응답신호를 수신하지 않는다. 따라서 첫 번째 단계는 운영자 터미널(106)내의 제 1 처리부(107)인 WSPSAF는 타임아웃 설정시 중간 어플리케이션간의 타임아웃을 전혀 고려할 필요 없이 시스템내 통신 채널 전송 시간과 마스터 MP(101) 내의 PSMF의 처리 시간만을 고려하여 타임아웃을 설정한다(S1).

MP(102)는 운영자 터미널(106)로부터 신호를 받으면 이에 맵핑되는 신호를마스터 MP(101) 에 전송하게 된다(s2). MP(102) 또한 운영자 터미널(106)과 마찬가지로 마스터 MP(101)인 ACC00 로 보낸 신호에 대해 응답신호를 기다리지 않는다. 마스터 MP(101)는 MP(102)로부터 받은 신호를 순차적으로 종합 처리하며, 랜 케이블 즉 통신채널 상태 점검에 관한 판단 결과인 테이블을 재구성한다(s3). 이때 테이블을 재구성한다는 것은 개별 MP(102) 가 수집하여 보유하는 랜 케이블(104) 장애 발생 여부에 관한 데이터를 갱신함을 의미한다.

다음 단계에서는 랜 케이블의 장애 여부를 판단한 다음 운영자 터미널내 디먼 프로그램인 WSPSAF(107)로 알린다. WSPSAF(107)는 먼저 마스터 MP(101)로부터 받은 응답 신호를 점검한 후에 타임아웃을 해제하며 이를 실질적으로 운영자에게 표시하는 어플리케이션인 WSSFMF(108)에게 보고한다. 이때의 타임아웃은 최초 운영자 터미널이 설정한 타임아웃으로서 채널 경유시 어플리케이션과는 무관함은 기술한 바와 같다. 한편 이때의 응답신호 점검은 본 발명에 있어서 유일한 응답신호 점검과정으로서 타임아웃 해제 여부를 결정하게 된다. 정당한 응답신호인 경우는 더 이상의 신호 대기는 무의미하게 되어 타임아웃을 해제한다. WSPSAF(107)로부터 응답신호 결과를 수신한 WSSFMF(108)는 랜 케이블 상태를 운영자 터미널을 통하여 디스플레이 함으로써 운영자로 하여금 랜 케이블의 장애 여부를 파악할 수 있도록 하였다.

한편 만일 마스터 MP(101) 에 장애가 발생하여 허브(105)로의 신호전송에 문제가 있는 경우 WSPSAF(107) 가 신호를 수신하지 못하는 경우가 발생할 수 있다. 즉 주 처리부(101)로 부터 허브(105)로의 랜 케이블(104)에 장애가 발생한 경우,WSPSAF(107)는 일정횟수 동안 신호수신을 시도하여 신호를 기다린 다음 반응이 없으면 마스터 MP(101) 에 이상이 발생하였음을 운영자에게 디스플레이 한다. 이때 운영자는 랜 케이블(104)을 확인하거나 기타 이상유무를 확인한다.

본 발명에 따른 랜 케이블 장애 검출용 신호 전송 체계를 적용하면 일반적인 경우의 운영자 판단 지연시간과는 달리 아래와 같은 관계가 성립한다.

운영자 판단 지연 시간 = 운영자 터미널의 타임아웃 시간 + 통신채널

경유시간

이전의 일반적인 교환기 시스템에서 공통적으로 판단 지연시간에는 통신채널 경유시간이 포함되어 있으므로, 이에 전혀 문제가 없다고 생각한다면

운영자의 판단 지연시간 = 운영자 터미널의 타임아웃 시간

이 된다.

이상에서 본 발명에 대한 기술사상을 첨부도면과 함께 서술하였지만 이는 본 발명의 바람직한 실시예를 예시적으로 설명한 것이지 본 발명을 한정하는 것은 아니다. 또한, 이 기술분야의 통상의 지식을 가진 자라면 누구나 본 발명의 기술사상의 범주를 이탈하지 않는 범위 내에서 다양한 변형 및 모방이 가능함은 명백한 사실이다.

본 발명에 의하면 개별 어플리케이션간의 타임아웃 중첩에 따른 오차발생 및 시간지연에 따른 통신채널의 장애검출 지연 문제를 해결함으로써 시스템과 운영자 터미널간의 랜 케이블 장애를 신속하게 검출할 수 있도록 하였으며, 운영자가 랜 케이블 장애 여부를 보다 빨리 판단할 수 있도록 함으로써 이에 대한 대처를 신속하게 할 수 있도록 하여 지속적인 교환기 서비스 제공이 가능하도록 하였다.

Claims (5)

1. LAN 케이블 장애 검출용 신호 전송에 있어서,

   운영자 터미널로부터 허브를 경유하여 부 프로세서들에 신호를 전송하는 단계;

   신호 전송시 실시간 적인 시스템 성능을 고려하여 타임아웃을 설정하는 단계;

   상기 운영자 터미널로부터 전송 받은 신호에 매핑 되는 신호를 부 프로세서 로부터 주 프로세서로 전송하는 단계;

   주 프로세서로부터 랜 케이블 장애 여부를 판단하여 운영자 터미널에 그 결과를 전송하는 단계;

   운영자 터미널에 전송된 결과를 디스플레이 하는 단계;

   를 포함하는 LAN 케이블 장애 검출 방법.
2. 제 1항에 있어서,

   운영자 터미널로 부터 타임아웃 설정시 제 1 처리부로 부터 중간 어플리케이션간의 타임아웃을 고려할 필요 없이 시스템내 통신 채널 전송 시간과 주 프로세서내 PSMF의 처리 시간만을 고려하여 타임아웃을 설정하는 것을 특징으로 하는 LAN 케이블 장애 검출 방법.
3. 제 1항에 있어서,

   매핑 신호 전송시 부 프로세서로부터 받은 신호를 순차적으로 종합 처리하고 통신채널 상태 점검에 관한 테이블을 재구성하는 것을 특징으로 하는 LAN 케이블 장애 검출 방법.
4. 제 1항에 있어서,

   랜 케이블 장애 여부 판단시 제 1 처리부는 주 프로세서로부터 받은 응답 신호를 점검한 후 타임아웃을 해제하고 이를 제 2 처리부에 보고하는 것을 특징으로 하는 LAN 케이블 장애 검출 방법.
5. 제 1항에 있어서,

   제 1 처리부 로부터 전송된 결과를 수신한 제 2 처리부로 부터 운영자 터미널을 통하여 랜 케이블 상태를 디스플레이 하는 것을 특징으로 하는 LAN 케이블 장애 검출 방법.