KR100347848B1 - 교환기의 데이터 패스 상태 보고방법 - Google Patents

교환기의 데이터 패스 상태 보고방법 Download PDF

Info

Publication number
KR100347848B1
KR100347848B1 KR1020000044202A KR20000044202A KR100347848B1 KR 100347848 B1 KR100347848 B1 KR 100347848B1 KR 1020000044202 A KR1020000044202 A KR 1020000044202A KR 20000044202 A KR20000044202 A KR 20000044202A KR 100347848 B1 KR100347848 B1 KR 100347848B1
Authority
KR
South Korea
Prior art keywords
signal
data path
ready
spci
ipc
Prior art date
Application number
KR1020000044202A
Other languages
English (en)
Other versions
KR20020010762A (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 KR1020000044202A priority Critical patent/KR100347848B1/ko
Publication of KR20020010762A publication Critical patent/KR20020010762A/ko
Application granted granted Critical
Publication of KR100347848B1 publication Critical patent/KR100347848B1/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
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/14—Delay circuits; Timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/34—Microprocessors

Landscapes

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

Abstract

본 발명은 교환기의 데이터 패스 상태 보고방법에 관한 것으로, 운용자 터미널을 이용하여 오퍼레이팅 시스템에 프로세서간 통신(IPC) 노드 체크 주기를 입력할 경우, CCP는 IPC 노드 체크 주기마다 에스피씨아이(Super Performance Control Inter working(SPCI))에 레디 신호(ready signal)를 전송한 후, 오퍼레이팅 시스템의 타이머를 구동시킨다. SPCI는 중앙 제어 프로세서(CCP)로부터 제공되는 레디 신호의 전송 여부를 판단한다. 상기 판단 단계에서 레디 신호가 제공되지 않으면, 레디 노애크(NACK) 신호를 CCP로 전송한다. CCP는 SPCI로부터 레디 노애크(NACK) 신호를 제공받아 IPC 노드 중 데이터 패스 상태가 비정상이라는 메시지를 운용자 터미널로 보고하여 비정상인 데이터 패스 상태를 복구하도록 한다. 따라서, IPC 노드 중 데이터 패스에 발생된 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신할 수 있는 효과가 있다.

Description

교환기의 데이터 패스 상태 보고방법{DATA PATH STATE REPORT METHOD IN A EXCHANGE}
본 발명은 교환기의 데이터 패스 상태 보고방법에 관한 것으로, 특히 프로세서간 통신(Inter Processor Communication : 이하, IPC라 약칭함) 노드 중 데이터 패스 상태에서 발생되는 오류 여부를 실시간으로 운용자 터미널에 전송하여 데이터 패스를 복구할 수 있도록 하는 방법에 관한 것이다.
통상적으로, 교환기는 접속 교환 서브시스템(Access Switching Subsystem : 이하, ASS라 약칭함)과, 연결 망 서브시스템(Interconnection Network Subsystem : 이하, INS라 약칭함)과, 중앙 제어 서브시스템(Central Control Subsystem : 이하, CCS라 약칭함)을 구비한다.
보다 상세하게 설명하면, ASS는 가입자와 중계 신호 서비스 정합(local service interface), 타임 스위치, 프레임 릴레이 핸들러(frame relay handler), 광 가입자 접속 장치, 각종 신호 장치, 패킷 핸들러(packet handler) 등을 구비하고 있으며, 또한 대부분의 호처리 기능과 자체 운용 및 유지 보수 기능을 수행하며, 필요시 ASS 단위로 증가함에 따른 수평 분산 구조의 시스템을 갖는다.
INS는 수평 분산 구조의 ASS 상호간 또는 ASS와 CCS 간을 접속시켜주며, 번호번역, 루트제어, 스페이스 스위치 네트워크의 제어 및 망 동기 장치를 구비하여 시스템 클럭(clock)을 생성, 배급하는 기능을 수행한다.
CCS는 시스템의 총괄적인 운용 및 유지 보수 기능을 수행하며, 망 관리, 시험 및 측정, 과금 통계, 입/출력 장치 제어, 타 시스템과의 대화 기능을 수행한다.
상술한 바와 같이 ASS, INS, CCS를 구비하는 교환기에는 ASS와 INS 간에 IPC 경로를 갖는 각 블록이 크로스(Cross)이중화로 구성되어 어느 한곳에서 문제가 발생할 경우, 상대편(스탠바이로 대기하고 있는 프로세서)에서 IPC 경로를 제공한다.
또한, ASS와 INS 간의 데이터 경로는 타임 스위치(T)-스페이스 스위치(S)-타임 스위치(T)의 구조를 갖는다. 즉 스페이스 스위치(S)는 INS 내에 위치하고, 다수개의 ASS에는 타임 스위치가 있어, 중앙에 INS를 통해 ASS 간에 데이터 통신이 이루어진다.
그러나, INS를 통해 ASS 간에 데이터 통신이 이루어지는 과정에서 데이터 전송 오류 및 경로상의 오류가 발생될 경우, 발생된 오류에 대한 메시지를 운용자 터미널에 보고하지 않고 해당 경로에 대한 폴트(fault) 메시지가 출력되어 어떠한 경로에서 에러가 발생되었는지도 모를 뿐만 아니라, 에러가 발생된 경로를 발견하였다 하더라도 그 즉시 발견된 것이 아니라 전체 경로를 다시 구축해야하는 문제가 있었다.
따라서, 본 발명은 상술한 문제를 해결하기 위하여 안출된 것으로서, 그 목적은 IPC 노드 중 데이터 패스 상태에서 발생되는 오류 여부를 실시간으로 운용자 터미널에 전송하여 발생된 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신할 수 있도록 하는 교환기의 데이터 패스 상태 보고방법을 제공함에 있다.
상술한 목적을 달성하기 위한 본 발명에서 교환기의 데이터 패스 상태 보고방법은 운용자 터미널을 이용하여 INS내 오퍼레이팅 시스템에 프로세서간 통신(IPC) 노드 체크 주기를 입력하는 단계; 입력된 IPC 노드 체크 주기마다 INS내 에스피씨아이(Super Performance Control Inter working(SPCI))에 레디 신호(readysignal)를 전송한 후, 오퍼레이팅 시스템의 타이머를 구동시키는 단계; INS내 중앙 제어 프로세서(CCP)로부터 제공되는 레디 신호의 전송 여부를 판단하는 단계; 판단 단계에서 레디 신호가 제공되지 않으면, 레디 노애크(NACK) 신호를 CCP로 전송하는 단계; SPCI로부터 레디 노애크(NACK) 신호를 제공받으면, IPC 노드 중 데이터 패스 상태가 비정상이라는 메시지를 운용자 터미널로 보고하여 비정상인 데이터 패스 상태를 복구하도록 하는 단계를 포함한다.
도 1은 본 발명에 따른 교환기의 데이터 패스 상태 보고방법을 수행하기 위한 블록 구성도이며,
도 2는 본 발명에 일 실시예에 따른 교환기의 데이터 패스 상태 보고방법에 대한 상세 흐름도이다.
<도면의 주요부분에 대한 부호의 설명>
10 : 운용자 터미널 20 : INS
21,21-1 : CCP 23,23-1 : SPCI
25,25-1 : SSL 30 : ASS
31,31-1 : TSL 33,33-1 : MSCI
35,35-1 : ASP
A, B, C, D, E : OS
이하, 첨부된 도면을 참조하여 본 발명에 따른 일 실시예를 상세하게 설명하기로 한다.
도 1을 참조하면, 본 발명에 따라서 교환기의 데이터 패스 상태 보고방법을 수행하기 위한 블록 구성도로서, 운용자 터미널(10)과, INS(20)와, ASS(30)를 포함한다.
운용자 터미널(10)은 운용자에 의하여 운용되는 단말기로서, 운용자가 운용자 터미널(10)을 이용하여 IPC 노드 체크 주기를 INS(20)의 중앙 제어 프로세서(Central Control Processor : 이하, CCP라 약칭함)(21)내 OS(A)에 입력한다. 또한, 운용자 터미널(10)은 CCP(21)로부터 IPC 노드 중 데이터 패스 상태가 비정상임을 보고 받을 경우, 운용자는 스탠바이 상태인 CCP(21-1)로의 IPC 노드를 액티브 상태로 절체한다.
INS(20)는 이중화로 구성된 CCP(21,21-1)와, 에스피씨아이(Super Performance Control Inter working : 이하, SPCI 라 약칭함)(23,23-1)와, 공간 스위치 링크(Space Switch and local data Link : 이하, SSL이라 약칭함)(25,25-1)를 구비한다.
CCP(21,21-1)중 액티브(active)로 동작하는 CCP(21)는 내부적으로 OS(A)를 갖고 있으며, 운용자 터미널(10)로부터 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 레디 신호(ready signal), 즉 IPC 노드 중 데이터 패스 상태에서 오류가 발생하였는지, 아니면 오류가 발생하지 않았는지를 알기 위한 신호)를 액티브로 동작하는 SPCI(23)에 전송한 후, OS(A)의 타이머를 구동시킨다.
또한, CCP(21)는 SPCI(23)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SPCI(23)에 전송한다. 그리고 CCP(21)는 SPCI(23)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 SPCI(23)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SPCI(23)에 전송하고, 다시 SPCI(23)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단하여 계속적으로 타임아웃 신호가 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 운용자 터미널(10)로 보고한다.
SPCI(23)는 CCP(21)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단하여 정상적으로 받으면, 레디 애크(ACK) 신호를 CCP(21)로 전송한다. 반면에, SPCI(23)는 CCP(21)로부터 제공되는 레디 신호를 받지 못하면,레디 노애크(NACK) 신호를 CCP(21)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다.
또한, SPCI(23)는 액티브(active)로 동작하며, 내부적으로 OS(B)를 갖고 있으며, 운용자 터미널(10)로부터 CCP(21)을 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송한 후, OS(B)의 타이머를 구동시킨다.
또한, SPCI(23)는 SSL(25)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송한다. 그리고 SPCI(23)는 SSL(25)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 SSL(25)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송하고, 다시 SSL(25)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단하여 계속적으로 타임아웃 신호가 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 CCP(21)를 통해 운용자 터미널(10)로 보고한다.
SSL(25)은 SPCI(23)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단하여 정상적으로 받으면, 레디 애크(ACK) 신호를 SPCI(23)로 전송한다. 반면에, SSL(25)은 SPCI(23)로부터 제공되는 레디 신호를 받지 못하면, 레디 노애크(NACK) 신호를 SPCI(23)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다.
또한, SSL(25)은 액티브(active)로 동작하며, 내부적으로 OS(C)를 갖고 있으며, 운용자 터미널(10)로부터 CCP(21)와 SPCI(23)를 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 레디 신호(ready signal)를 ASS(30)내 타임 스위치 링크(Time Switch and central data Link : 이하, TSL이라 약칭함)(31)에 전송한 후, OS(C)의 타이머를 구동시킨다.
또한, SSL(25)은 ASS(30)내 TSL(31)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 ASS(30)내 TSL(31)에 전송한다. 그리고 SSL(25)은 ASS(30)내 TSL(31)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 ASS(30)내 TSL(31)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 ASS(30)내 TSL(31)에 전송하고, 다시 ASS(30)내 TSL(31)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단하여 계속적으로 타임아웃 신호가 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 SPCI(23) 및 CCP(21)를 통해 운용자 터미널(10)로 보고한다.
ASS(30)는 이중화로 구성된 TSL(31,31-1)과, 엠에스씨아이(Message Switch Control Inter working : 이하, MSCI라 약칭함)(33,33-1)와, 접근 스위칭프로세서(Access Switching Processor : 이하, ASP라 약칭함)(35,35-1)를 구비한다.
TSL(31)은 SSL(25)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단하여 정상적으로 받으면, 레디 애크(ACK) 신호를 SSL(25)로 전송한다. 반면에, TSL(31)은 SSL(25)로부터 제공되는 레디 신호를 받지 못하면, 레디 노애크(NACK) 신호를 SSL(25)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다.
또한, TSL(31)은 액티브(active)로 동작하며, 내부적으로 OS(D)를 갖고 있으며, 운용자 터미널(10)로부터 INS(20)를 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 레디 신호(ready signal)를 MSCI(33)에 전송한 후, OS(D)의 타이머를 구동시킨다.
또한, TSL(31)은 MSCI(33)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 MSCI(33)에 전송한다. 그리고 TSL(31)은 MSCI(33)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 MSCI(33)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 MSCI(33)에 전송하고, 다시 MSCI(33)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단하여 계속적으로 타임아웃 신호가 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 INS(20)를 통해 운용자 터미널(10)로 보고한다.
MSCI(33)는 TSL(31)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단하여 정상적으로 받으면, 레디 애크(ACK) 신호를 TSL(31)로 전송한다. 반면에, MSCI(33)는 TSL(31)로부터 제공되는 레디 신호를 받지 못하면, 레디 노애크(NACK) 신호를 TSL(31)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다.
또한, MSCI(33)는 액티브(active)로 동작하며, 내부적으로 OS(E)를 갖고 있으며, 운용자 터미널(10)로부터 INS(20) 및 TSL(31)을 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 레디 신호(ready signal)를 ASP(35)에 전송한 후, OS(E)의 타이머를 구동시킨다.
또한, MSCI(33)는 ASP(35)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 ASP(35)에 전송한다. 그리고 MSCI(33)는 ASP(35)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 ASP(35)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 ASP(35)에 전송하고, 다시 ASP(35)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단하여 계속적으로 타임아웃 신호가 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 TSL(31) 및 INS(20)를 통해 운용자 터미널(10)로 보고한다.
ASP(35)는 MSCI(33)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단하여 정상적으로 받으면, 레디 애크(ACK) 신호를 MSCI(33)로 전송한다. 반면에, ASP(35)는 MSCI(33)로부터 제공되는 레디 신호를 받지 못하면, 레디 노애크(NACK) 신호를 MSCI(33)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다.
도 2의 플로우챠트를 참조하여, 상술한 구성을 갖는 본 발명의 일 실시예에 따른 교환기의 데이터 패스 상태 보고방법에 대하여 상세하게 설명한다.
운용자는 INS(20)내 IPC 노드에서의 데이터 패스 상태와, ASS(30)내 IPC 노드에서의 데이터 패스 상태와, INS(20)와 ASS(30)간의 데이터 패스 상태를 운용자 터미널(10)을 통해 제공받는데, 데이터 패스 상태 중 에러가 발생하면, 발생된 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신하도록 하는 것이다.
먼저, 도 2a를 참조하여, CCP(21)와 SPCI(23) 간의 IPC 노드 중 데이터 패스방법에 대하여 설명하면 다음과 같다.
즉, 운용자가 운용자 터미널(10)을 이용하여 IPC 노드 체크 주기를 CCP(21)내 OS(A)에 입력한다(단계 201).
CCP(21)는 운용자 터미널(10)로부터 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 IPC 노드 중 데이터 패스 상태에서 오류가 발생하였는지, 아니면 오류가 발생하지 않았는지를 알기 위한 레디 신호(ready signal)를 액티브로 동작하는SPCI(23)에 전송한 후, OS(A)의 타이머를 구동시킨다(단계 202).
SPCI(23)는 CCP(21)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단한다(단계 203).
상기 판단 단계(203)에서 정상적으로 레디 신호를 제공받으면, 레디 애크(ACK) 신호를 CCP(21)로 전송한다(단계 204). 반면에, 상기 판단 단계(203)에서 레디 신호를 제공받지 못하면, 레디 노애크(NACK) 신호를 CCP(21)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다(단계 205).
CCP(21)는 SPCI(23)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 상기 OS(A)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SPCI(23)에 전송한다(단계 206).
또한, CCP(21)는 SPCI(23)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 SPCI(23)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SPCI(23)에 전송한다(단계 207).
이후, CCP(21)는 SPCI(23)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단한다(단계 208).
상기 판단 단계(208)에서 타임아웃 신호가 계속적으로 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 운용자 터미널(10)로 보고한다(단계 209). 반면에, 상기 판단 단계(208)에서 타임아웃 신호가 계속적으로 발생되지 않으면, OS(A)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SPCI(23)에 전송한다(단계 210).
운용자 터미널(10)은 CCP(21)로부터 IPC 노드 중 데이터 패스 상태가 비정상임을 제공받아 비정상인 데이터 패스 상태에 대한 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신한다(단계 211).
다음으로, 도 2b를 참조하여, SPCI(23)와 SSL(25) 간의 IPC 노드 중 데이터 패스 방법에 대하여 설명하면 다음과 같다.
즉, 운용자가 운용자 터미널(10)을 이용하여 IPC 노드 체크 주기를 CCP(21)를 통해 SPCI(23)내 OS(B)에 입력한다(단계 301).
SPCI(23)는 운용자 터미널(10)로부터 CCP(21)를 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 IPC 노드 중 데이터 패스 상태에서 오류가 발생하였는지, 아니면 오류가 발생하지 않았는지를 알기 위한 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송한 후, OS(B)의 타이머를 구동시킨다(단계 302).
SSL(25)은 SPCI(23)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단한다(단계 303).
상기 판단 단계(303)에서 정상적으로 레디 신호를 제공받으면, 레디 애크(ACK) 신호를 SPCI(23)로 전송한다(단계 304). 반면에, 상기 판단 단계(303)에서 레디 신호를 제공받지 못하면, 레디 노애크(NACK) 신호를 SPCI(23)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다(단계 305).
SPCI(23)는 SSL(25)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 상기 OS(B)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송한다(단계 306).
또한, SPCI(23)는 SSL(25)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 SSL(25)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송한다(단계 307).
이후, SPCI(23)는 SSL(25)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단한다(단계 308).
상기 판단 단계(308)에서 타임아웃 신호가 계속적으로 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 운용자 터미널(10)로 보고한다(단계 309). 반면에, 상기 판단 단계(308)에서 타임아웃 신호가 계속적으로 발생되지 않으면, OS(B)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 SSL(25)에 전송한다(단계 310).
운용자 터미널(10)은 SPCI(23)로부터 CCP(21)를 통해 IPC 노드 중 데이터 패스 상태가 비정상임을 제공받아 비정상인 데이터 패스 상태에 대한 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신한다(단계 311).
다음으로, 도 2c를 참조하여, SSL(25)과 TLS(31) 간의 IPC 노드 중 데이터 패스 방법에 대하여 설명하면 다음과 같다.
즉, 운용자가 운용자 터미널(10)을 이용하여 IPC 노드 체크 주기를 CCP(21)와 SPCI(23)를 통해 SSL(25)내 OS(C)에 입력한다(단계 401).
SSL(25)은 운용자 터미널(10)로부터 CCP(21) 및 SPCI(23)를 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 IPC 노드 중 데이터 패스 상태에서 오류가 발생하였는지, 아니면 오류가 발생하지 않았는지를 알기 위한 레디 신호(ready signal)를 액티브로 동작하는 TSL(31)에 전송한 후, OS(C)의 타이머를 구동시킨다(단계 402).
TSL(31)은 SSL(25)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단한다(단계 403).
상기 판단 단계(403)에서 정상적으로 레디 신호를 제공받으면, 레디 애크(ACK) 신호를 SSL(25)로 전송한다(단계 404). 반면에, 상기 판단 단계(403)에서 레디 신호를 제공받지 못하면, 레디 노애크(NACK) 신호를 SSL(25)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다(단계 405).
SSL(25)는 TSL(31)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 상기 OS(C)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 TSL(25)에 전송한다(단계 406).
또한, SSL(25)은 TSL(31)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 TSL(31)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 TSL(31)에 전송한다(단계 407).
이후, SSL(25)은 TSL(31)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단한다(단계 408).
상기 판단 단계(408)에서 타임아웃 신호가 계속적으로 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 운용자 터미널(10)로 보고한다(단계 409). 반면에, 상기 판단 단계(408)에서 타임아웃 신호가 계속적으로 발생되지 않으면, OS(C)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 TSL(31)에 전송한다(단계 410).
운용자 터미널(10)은 SSL(25)로부터 SPCI(23) 및 CCP(21)를 통해 IPC 노드 중 데이터 패스 상태가 비정상임을 제공받아 비정상인 데이터 패스 상태에 대한 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신한다(단계 411).
다음으로, 도 2d를 참조하여, TSL(31)과 MSCI(33) 간의 IPC 노드 중 데이터 패스 방법에 대하여 설명하면 다음과 같다.
즉, 운용자가 운용자 터미널(10)을 이용하여 IPC 노드 체크 주기를 INS(20)를 통해 TSL(31)내 OS(D)에 입력한다(단계 501).
TSL(31)은 운용자 터미널(10)로부터 INS(20)를 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 IPC 노드 중 데이터 패스 상태에서 오류가 발생하였는지, 아니면 오류가 발생하지 않았는지를 알기 위한 레디 신호(ready signal)를 액티브로 동작하는 MSCI(33)에 전송한 후, OS(D)의 타이머를 구동시킨다(단계 502).
MSCI(33)는 TSL(31)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단한다(단계 503).
상기 판단 단계(503)에서 정상적으로 레디 신호를 제공받으면, 레디 애크(ACK) 신호를 TSL(31)로 전송한다(단계 504). 반면에, 상기 판단 단계(503)에서 레디 신호를 제공받지 못하면, 레디 노애크(NACK) 신호를 TSL(31)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다(단계 505).
TSL(31)은 MSCI(33)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 상기 OS(D)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 MSCI(33)에 전송한다(단계 506).
또한, TSL(31)은 MSCI(33)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 MSCI(33)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 MSCI(33)에 전송한다(단계 507).
이후, TSL(31)은 MSCI(33)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단한다(단계 508).
상기 판단 단계(508)에서 타임아웃 신호가 계속적으로 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 운용자 터미널(10)로 보고한다(단계 509). 반면에, 상기 판단 단계(508)에서 타임아웃 신호가 계속적으로 발생되지 않으면, OS(D)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 MSCI(33)에 전송한다(단계 510).
운용자 터미널(10)은 TSL(31)로부터 INS(20)를 통해 IPC 노드 중 데이터 패스 상태가 비정상임을 제공받아 비정상인 데이터 패스 상태에 대한 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신한다(단계 511).
다음으로, 도 2e를 참조하여, MSCI(33)와 ASP(35) 간의 IPC 노드 중 데이터 패스 방법에 대하여 설명하면 다음과 같다.
즉, 운용자가 운용자 터미널(10)을 이용하여 IPC 노드 체크 주기를 INS(20)와 TSL(31)을 통해 MSCI(33)내 OS(E)에 입력한다(단계 601).
MSCI(33)는 운용자 터미널(10)로부터 INS(20)와 TSL(31)을 통해 제공되는 IPC 노드 체크 주기에 따라 타이머의 주기를 세팅시켜둔 후, 세팅된 주기마다 신호를 발생하면, 발생된 신호에 따라 IPC 노드 중 데이터 패스 상태에서 오류가 발생하였는지, 아니면 오류가 발생하지 않았는지를 알기 위한 레디 신호(ready signal)를 액티브로 동작하는 ASP(35)에 전송한 후, OS(E)의 타이머를 구동시킨다(단계 602).
ASP(35)는 MSCI(33)로부터 제공되는 레디 신호를 정상적으로 받았는지, 아니면, 못 받았는지를 판단한다(단계 603).
상기 판단 단계(603)에서 정상적으로 레디 신호를 제공받으면, 레디 애크(ACK) 신호를 MSCI(33)로 전송한다(단계 604). 반면에, 상기 판단 단계(603)에서 레디 신호를 제공받지 못하면, 레디 노애크(NACK) 신호를 MSCI(33)로 전송하거나, 또는 무 작업을 수행하는 대기 상태를 유지한다(단계 605).
MSCI(33)는 ASP(35)로부터 레디 애크(ACK) 신호를 제공받아 타이머를 정지(stop)시키고, 상기 OS(E)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 ASP(35)에 전송한다(단계 606).
또한, MSCI(33)은 ASP(35)로부터 레디 노애크(NACK) 신호를 제공받거나, 또는 ASP(35)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생되면, 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 ASP(35)에 전송한다(단계 607).
이후, MSCI(33)는 ASP(35)로부터 아무런 신호를 제공받지 않아 자체 타이머에서 타임아웃이 발생될 경우, 타임아웃의 반복 발생 여부를 판단한다(단계 608).
상기 판단 단계(608)에서 타임아웃 신호가 계속적으로 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라고 운용자 터미널(10)로 보고한다(단계 609). 반면에, 상기 판단 단계(608)에서 타임아웃 신호가 계속적으로 발생되지 않으면, OS(E)에 세팅된 다음 주기의 신호 발생에 따라 레디 신호(ready signal)를 액티브로 동작하는 ASP(35)에 전송한다(단계 610).
운용자 터미널(10)은 MSCI(33)로부터 TSL(31)과 INS(20)를 통해 IPC 노드 중 데이터 패스 상태가 비정상임을 제공받아 비정상인 데이터 패스 상태에 대한 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신한다(단계 611).
그러므로, 본 발명은 IPC 노드 중 데이터 패스 상태에서 발생되는 오류 여부를 실시간으로 운용자 터미널에 전송함으로써, IPC 노드 중 데이터 패스에 발생된 오류를 점검 및 복구하거나, 또는 대기하는 스탠바이 측 IPC 노드를 액티브로 절체하여 데이터를 송/수신할 수 있는 효과가 있다.

Claims (5)

  1. 운용자 터미널과, 연결 망 서브시스템(INS)과, 접속 교환 서브시스템(ASS)을 구비하는 교환기에서의 데이터 패스 상태 보고방법에 있어서,
    상기 운용자 터미널을 이용하여 상기 INS내 오퍼레이팅 시스템에 프로세서간 통신(IPC) 노드 체크 주기를 입력하는 단계;
    상기 입력된 IPC 노드 체크 주기마다 상기 INS내 에스피씨아이(Super Performance Control Inter working : 이하, SPCI 라 약칭함)에 레디 신호(ready signal)를 전송한 후, 상기 오퍼레이팅 시스템의 타이머를 구동시키는 단계;
    상기 INS내 중앙 제어 프로세서(CCP)로부터 제공되는 레디 신호의 전송 여부를 판단하는 단계;
    상기 판단 단계에서 레디 신호가 제공되지 않으면, 레디 노애크(NACK) 신호를 상기 CCP로 전송하고, 상기 데이터 패스를 수행하지 않으면서 대기 상태로 유지하는 단계;
    상기 SPCI로부터 레디 노애크(NACK) 신호를 제공받으면, IPC 노드 중 데이터 패스 상태가 비정상이라는 메시지를 상기 운용자 터미널로 보고하여 상기 비정상인 데이터 패스 상태를 복구하도록 하는 단계를 포함하는 것을 특징으로 하는 교환기의 데이터 패스 상태 보고방법.
  2. 제 1 항에 있어서, 상기 레디 신호는,
    상기 IPC 노드 중 데이터 패스 상태에서의 오류 발생 여부를 판단하기 위한 신호인 것을 특징으로 하는 교환기의 데이터 패스 상태 보고방법.
  3. 제 1 항에 있어서, 상기 CCP로부터 레디 신호가 제공되면,
    상기 SPCI에서 상기 CCP로 레디 애크(ACK) 신호를 전송하고, 상기 CCP에서는 IPC 노드 체크 주기에 맞게 다음 레디 신호(ready signal)를 상기 SPCI에 전송하는 것을 특징으로 하는 교환기의 데이터 패스 상태 보고방법.
  4. 제 1 항에 있어서, 상기 CCP에서 상기 SPCI로 레디 신호가 제공된 후, 상기 SPCI가 데이터 패스를 수행하지 않고 대기 상태로 유지하면,
    상기 오퍼레이팅 시스템의 타이머에서 타임아웃이 발생되는 단계;
    상기 타임아웃이 발생되면, 상기 CCP에서는 IPC 노드 체크 주기에 맞게 다음 레디 신호(ready signal)를 상기 SPCI에 전송하는 단계;
    상기 SPCI로부터 아무런 신호가 제공되지 않아 타임아웃이 계속적으로 발생하는가를 판단하는 단계;
    상기 판단 단계에서 타임아웃이 계속적으로 발생되면, IPC 노드 중 데이터 패스 상태가 비정상이라는 메시지를 운용자 터미널로 보고하여 상기 비정상인 데이터 패스 상태를 점검하도록 하는 단계를 더 포함하는 것을 특징으로 하는 교환기의 데이터 패스 상태 보고방법.
  5. 제 1 항에 있어서, 상기 데이터 패스는,
    상기 INS내 SPCI와 상기 INS내 공간 스위치 링크(SSL)간 IPC 노드에서의 데이터 패스이고, 상기 INS내 SSL과 상기 ASS내 타임 스위치 링크(TSL)간 IPC 노드에서의 데이터 패스이며, 상기 ASS내 TSL과 상기 ASS내 엠에스씨아이(Message Switch Control Inter working : 이하, MSCI라 약칭함)간 IPC 노드에서의 데이터 패스이며, 상기 ASS내 MSCI와 상기 ASS내 접근 스위칭 프로세서(ASP)간 IPC 노드에서의 데이터 패스인 것을 특징으로 하는 교환기의 데이터 패스 상태 보고방법.
KR1020000044202A 2000-07-31 2000-07-31 교환기의 데이터 패스 상태 보고방법 KR100347848B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020000044202A KR100347848B1 (ko) 2000-07-31 2000-07-31 교환기의 데이터 패스 상태 보고방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020000044202A KR100347848B1 (ko) 2000-07-31 2000-07-31 교환기의 데이터 패스 상태 보고방법

Publications (2)

Publication Number Publication Date
KR20020010762A KR20020010762A (ko) 2002-02-06
KR100347848B1 true KR100347848B1 (ko) 2002-08-07

Family

ID=19680921

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020000044202A KR100347848B1 (ko) 2000-07-31 2000-07-31 교환기의 데이터 패스 상태 보고방법

Country Status (1)

Country Link
KR (1) KR100347848B1 (ko)

Also Published As

Publication number Publication date
KR20020010762A (ko) 2002-02-06

Similar Documents

Publication Publication Date Title
KR100347848B1 (ko) 교환기의 데이터 패스 상태 보고방법
KR100214134B1 (ko) 전전자 교환기의 스탠바이 프로세서의 자기진단 방법
KR100216580B1 (ko) 비동기전달모드 교환기와 운용워크스테이션간의 통신장애상태 관리방법
KR100250660B1 (ko) 프로세서간 통신 경로상의 문제점을 해결하기 위한 이중화 장치
KR19990074817A (ko) 교환기와 과금센터간의 인터페이스 유지보수 방법
CN110138657A (zh) 交换机间的聚合链路切换方法、装置、设备及存储介质
KR100211923B1 (ko) 교환기와 제어국간 중계선의 호상태 관리방법
KR100264534B1 (ko) 교환시스템과단말장치간의링크및응용프로세스들의상태관리방법
KR100277830B1 (ko) 이동통신 시스템에서 기지국의 이중화 관리 장치 및 그 동작 변경 방법
KR100321441B1 (ko) 교환기의 중계선 감시 기능 수행 방법
JP4099708B2 (ja) 通信経路の障害検出装置および方法
KR100269648B1 (ko) 전전자 교환기에서 원격 서브 시스템의 디바이스 재시동 방법
JPH10327150A (ja) 網管理システムにおける監視データの二重化方式
KR950010483B1 (ko) 전전자교환기의 신호단말망에 접속된 신호버스정합보드에서의 메시지 송신방법
KR100442665B1 (ko) 티엠엔 관리대행자 시스템의 블록 생성/소멸 장치 및 방법
KR970002779B1 (ko) 지능망 서비스 제어/관리 시스템의 프로세서 상태관리 방법
KR100308065B1 (ko) 전자교환기 집중운용보전 이중화 방법 및 장치
KR100427760B1 (ko) 교환시스템에서의성능블록상태감시및제어방법
KR960014689B1 (ko) 패킷처리기 성능 측정 방법
JPH10336177A (ja) 通信ネットワークにおけるヘルスチェック方式
KR100269647B1 (ko) 프로세서간 통신을 이용한 원격 서브 시스템의 디바이스 재시동방법
KR100273969B1 (ko) 교환시스템에서망정합을위한엠인터페이스프로토콜방법
KR0179504B1 (ko) 비동기 전달모드 가상채널 교환기에서의 시스템 내부 호처리 프로토콜 메시지 처리 방법
JP2953183B2 (ja) 保守運用モジュール監視方法
KR100751643B1 (ko) 이동 통신 가입자 처리 장치의 비정상 동작을 감시하는방법

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee