KR100547883B1 - 이동통신 시스템에서 호 처리 시스템의 상태를 진단하는방법 - Google Patents

Abstract

본 발명은 적어도 하나의 기본 호 처리 보드(BCP)와 적어도 하나의 호 정보 처리 보드(CIP)를 갖는 호 처리 시스템에서, 상기 기본 호 처리 보드와 상기 호 정보 처리 보드는 연결되며 상기 보드들간 데이터를 전송 및 수신하고, 기지국제어기로부터 입력되는 데이터를 안정적으로 전송하기 위해 상기 호 처리 시스템의 상태를 진단하는 방법에 있어서, 복수개의 호 처리 보드들과 복수개의 호 정보 처리 보드들의 상태 정보를 공유하고, 상기 공유된 상태정보를 이용하여 상기 호 처리 시스템의 상태를 진단하는 과정을 포함한다.

BCP, CIP, DUP, LVDS, ALST, ALRT

Description

이동통신 시스템에서 호 처리 시스템의 상태를 진단하는 방법{METHOD FOR MAKING A DIAGNOSIS OF CALL PROCESSING SYSTEM IN MOBILE TELECOMMUNICATION SYSTEM}

도 1은 종래 기술에 따른 호 처리 시스템에서 보드간 LVDS 통신을 설명하기 위한 도면.

도 2는 종래 기술에 따른 호 처리 시스템의 내부를 도시한 구성도.

도 3은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 BCP들과 CIP들간 상태 정보 흐름도.

도 4는 본 발명의 일 실시 예에 따른 호 처리 시스템에서 BCP 또는 CIP에서 사용하는 셀을 설명하기 위한 도면.

도 5는 본 발명의 일 실시 예에 따른 호 처리 시스템에서 UNI에 대해 ATM 셀 헤더를 설명하기 위한 도면.

도 6은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 BCP들와 CIP들의 이중화 구성도.

도 7은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 ATM LVDS 진단 전송 태스크의 동작을 설명하기 위한 도면.

도 8은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 ATM LVDS 진단 수신 태스크의 동작을 설명하기 위한 도면.

본 발명은 이동통신 시스템에서 호 처리 시스템에 관한 것으로서, 특히 상기 호 처리 시스템의 상태를 진단하는 방법에 관한 것이다.

일반적으로 비동기식 전송모드(Asynchronous Transfer Mode : 이하 "ATM"이라 칭함)를 기반으로 하는 CDMA2000 시스템에서, 호 처리 시스템이 사용자와 네트워크간 인터페이스(User Network Interface : 이하 "UNI"라고 칭함) 모드를 사용하는 경우 비정상적인 상태로부터 시스템을 보호하기 위해 보드를 이중화 구조로 한다. 이때, 물리계층(Physical link)을 LVDS(Low Voltage Differential Signal) 케이블로 연결하게 된다. 상기 LVDS는 두 신호의 전압차를 일정하게 유지시켜 원 신호를 전송할 수 있도록 하는 것으로서, 고속의 전송을 위해 퍼포먼스(performance), 파워(power), 잡음(noise), 비용(cost) 등 손익상쇄(trade-off) 관계를 고려를 해야한다. 상기한 관계를 고려하기 위한 전송 규격이 LVDS라 부르는 차동형 고속데이터 전송용 전기 사양이다.

도 1은 종래 기술에 따른 호 처리 시스템에서 보드간 LVDS 통신을 설명하기 위한 도면이다. 상기 도 1을 참조하여 차동형 고속데이터 전송에 대해 설명하기로 한다.

(a) single-end의 신호 전송은 하나의 신호를 전송하는 것으로서, 드라이브(driver)와 수신자(receiver)간의 그라운드 전위차가 발생하면 수신자의 입력 옵셋(offset)을 주게된다. 즉, 상기 (a) single-end의 신호 전송은 외적 요인에 약한다. 상기 (a) single-end의 신호 전송은 전송 라인에 공통모드(common-mode) 잡음이 혼합될 경우, 수신자는 상기 잡음에 의해 생긴 영향(왜곡된 신호)을 그대로 입력받는다. 반면에 (b) differential 신호 전송은 외적요인에 강하다. 즉, 상기 (b) differential 신호 전송은 전송 라인에 공통모드(common-mode) 잡음이 혼합될 경우, 수신자는 입력되는 두 신호의 전압차가 일정하게 유지됨으로써 원 신호를 그대로 입력받을 수 있다.

도 2는 종래 기술에 따른 호 처리 시스템의 내부를 도시한 구성도이다. 상기 도 2를 참조하여 호 처리 시스템에서 보드의 이중화 구조에 대해 설명하겠다.

일반적으로 상기 호 처리 시스템은 두 개의 기본 호 처리 보드(Basic Call Process : 이하 "BCP"라고 칭함)와 두 개의 호 정보 처리(Call Information Processing : 이하 "CIP"라고 칭함)를 구성으로 하고 있다. 기지국제어기(211)로부터 전송된 데이터는 호 처리 시스템의 액티브 BCP(Active BCP : 이하 "BCP_Act"라고 칭함)(201)와 스탠바이 BCP(Standby BCP : 이하 "BCP_Stby"라고 칭함)(205)로 각각 입력된다. 여기서 상기 BCP_Act(201)는 상기 기지국제어기(211)로부터 수신한 데이터를 액티브 CIP(Active CIP : 이하 "CIP_Act"라고 칭함)(203)와 스탠바이 CIP(standby CIP : 이하 "CIP_Stby"라고 칭함)(207)로 각각 전송한다. 또한 상기 BCP_Stby(205)는 상기 기지국제어기(211)로부터 수신한 데이터를 CIP_Act(203)와 CIP_Stby(207)로 각각 전송한다. 실제로 상기 기지국제어기(211)로부터 수신한 데이터는 상기 BCP_Act(201)와 상기 CIP_Act(203)를 통해 연결종단점(Connection End Point : 이하 "CEP"라고 칭함)(222)으로 전송된다.

상기 CIP_Act(203)는 상기 BCP_Act(201)와 상기 BCP_Stby(205)로부터 각각의 데이터를 수신하게 되는데, 상기 데이터는 동일한 것이다. 동일한 데이터를 입력받은 상기 CIP_Act(203)는 하나의 데이터를 버리게 된다. 즉, 상기 CIP_Act(203)는 상기 BCP_Act(201)로부터 입력되는 데이터를 선택하여 상기 CEP(222)로 전송한다. 또한 상기 기지국제어기(211)로부터 입력되는 데이터는 상기 BCP_Act(201)과 상기 CIP_Act(203)를 통해 상기 CEP(222)로 전송되기 때문에, 상기 CIP_Stby(207)는 상기 BCP_Act(201)와 상기 BCP_Stby(205)로부터 입력되는 데이터를 버린다.

상기 도 1과 같이 상기 기지국제어기(211)로부터 상기 CEP(222)로 Atm Cell들이 흘러 갈 때 상기 CIP_Act(203)가 LVDS 수신 포트를 상기 BCP_Stby(205)로 선택하고 있는 상황이라 가정한다. 상기 BCP_Stby(205)가 탈장된다면 상기 CIP_Act(201) 쪽으로(LVDS가 정상이라면) 수신 포트를 절체함으로써 상기 Atm Cell들이 흘러 갈 수 있다. 그러나 상기 BCP_Stby(205)가 소프트웨어적인 장애에 의해서 프로세서(Processor)가 다운(Down)되는 경우(하드웨어 전원은 On상태로 LVDS는 정상동작 함), 상기 CIP_Act(203)는 이 상황을 인식하지 못하기 때문에 LVDS 수신을 상기 BCP_Stby(205) 쪽으로 계속 선택하고 있을 수 있다. 상기 CIP_Act(203)가 단지 상기 BCP_Stby(205)에서 오는 Atm Cell만 받을 수 있기 때문에 Atm Cell 들은 모두 BCP와 CIP 사이에서 드롭(Drop)되고, 이에 따라 IPC(Inter Processor Communication) 통신이 가능한 LVDS 링크(link)가 존재함에도 불구하고 IPC 통신이 불가능하게 된다는 문제점이 있다.

따라서, 본 발명의 목적은 이동통신 시스템에서 호 처리 시스템의 상태를 진단하는 방법을 제공함에 있다.

본 발명의 다른 목적은 호 처리 시스템에서 각 보드들간 상태를 진단하여 좋은 상태의 보드들로 변경하는 방법을 제공함에 있다.

상기한 목적을 달성하기 위한 본 발명은, 적어도 하나의 기본 호 처리 보드와 적어도 하나의 호 정보 처리 보드를 갖는 호 처리 시스템에서, 상기 기본 호 처리 보드와 상기 호 정보 처리 보드는 연결되며 상기 보드들간 데이터를 전송 및 수신하고, 기지국제어기로부터 입력되는 데이터를 안정적으로 전송하기 위해 상기 호 처리 시스템의 상태를 진단하는 방법에 있어서, 복수개의 호 처리 보드들과 복수개의 호 정보 처리 보드들의 상태 정보를 공유하는 과정과, 상기 공유된 상태정보를 이용하여 상기 호 처리 시스템의 상태를 진단하는 과정을 포함함을 특징으로 한다.

또한, 이중화 블록을 가지는 적어도 하나의 기본 호 처리 보드와 적어도 하나의 호 정보 처리 보드를 갖는 호 처리 시스템에서, 상기 기본 호 처리 보드와 상기 호 정보 처리 보드는 연결되며 상기 보드들간 데이터를 전송 및 수신하고, 상기 전송 및 상기 수신하는 과정에서, 데이터를 전송하는 기본 호 처리보드를 액티브 기본 호 처리 보드라고 하고 대기중인 기본 호 처리 보드를 스탠바이 기본 호 처리 보드라고 하며, 상기 데이터를 수신하는 호 정보 처리 보드를 액티브 호 정보 처리 보드라고 하고 대기중인 호 정보 처리 보드를 스탠바이 호 정보 처리 보드라고 하며, 상기 액티브 기본 호 처리 보드와 상기 액티브 호 정보 처리 보드가 연결된 링크 또는 상기 액티브 기본 호 처리 보드 또는 상기 액티브 호 정보 처리 보드의 상태가 비정상적일 경우, 안정적으로 데이터를 전송하기 위해 정상적인 보드들로 변경하는 방법에 있어서, 상기 액티브 기본 호 처리 보드의 상태와 상기 액티브 호 정보 처리 보드와 연결된 링크 상태 중 적어도 하나의 상태가 비정상적일 경우, 상기 액티브 기본 호 처리 보드가 상기 스탠바이 기본 호 처리 보드로 변경하는 과정과, 상기 액티브 호 정보 처리 보드의 상태와 상기 액티브 기본 호 처리 보드와 연결된 링크 상태 중 적어도 하나의 상태가 비정상적일 경우, 상기 액티브 호 정보 처리 보드가 상기 스탠바이 호 정보 처리 보드로 변경하는 과정을 포함함을 특징으로 한다.

이하, 본 발명에 따른 바람직한 실시 예를 첨부한 도면을 참조하여 상세히 설명한다. 하기의 설명에서는 본 발명에 따른 동작을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.

본 발명은 보드 이중화 구조에서 IPC(Inter Processor Communication) 패스(path)의 신뢰성을 지원하고, 하드웨어 장애 등 어떠한 상황에서도 IPC 통신이 가능한 방법을 제공할 것이다. 또한 BCP 또는 CIP가 상대 보드의 액티브(Active) 정보와 물리 링크 하드웨어 상태 정보(보드가 물리 링크로부터 데이터 수신이 가능한지 여부)를 취합하여 이를 바탕으로 링크 상태를 진단한다. 그리고 상기 진단에 따라 보드간 절체 또는 LVDS 수신 방향 절체를 수행하여 IPC 통신을 안정적으로 수행할 수 있는 방법을 제공할 것이다.

도 3은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 BCP들과 CIP들간 상태 정보 흐름도이다. 상기 도 3을 참조하여 복수개의 BCP들과 복수개의 CIP들로 상태 정보를 전송하고, 복수개의 BCP들과 복수개의 CIP들로부터 상기 상태 정보를 입력받아 공유하는 과정에 대해 설명하기로 한다. 여기서 복수개의 BCP들과 복수개의 CIP들은 각각 두 개의 BCP와 두 개의 CIP로 가정하여 설명한다. 그리고 적어도 하나의 BCP는 적어도 하나의 CIP와 연결되어 데이터를 전송한다. 실제 데이터를 전송하고 수신하는 보드를 액티브(Active)라 하고 대기중인 보드들을 스탠바이(standby)라 한다.

호 처리 시스템에서 각 보드들은 소프트웨어 구성을 가지고 있다. 전송 태스크(Atm LVDS Diagnosis Send Task : 이하 "S"라고 칭함)는 소프트웨어의 일종으로서, 각 보드들로 각종 정보를 보내는 역할을 수행한다. 수신 태스크(Atm LVDS Diagnosis Receive Task : 이하 "R"이라고 칭함)는 소프트웨어의 일종으로서, 각 보드들로부터 각종 정보를 수신하는 역할을 수행한다. 이중화 블록(Duplication Block : 이하 "DUP"라고 칭함)은 이중화 블록으로서, 각종 메시지를 다른 보드들에게 전송한다. 일 예로, 정상적으로 데이터를 전송하는 액티브 상태에서 비정상인 상태로 인해 스탠바이로 변경될 경우, 상기 DUP는 자신이 속해있는 보드가 스탠바이로 변경되었다는 것을 다른 소프트웨어 블록(software block)들에게 전송한다.

각 보드들은 자신의 상태정보를 다른 보드들에게 전송하여 공유하고 있다. 각 보드들간 상태정보를 공유하는 방법에 있어서, BCP_Act(310)는 자신의 상태를 점검하고, S(311)는 상기 상태정보를 CIP_Act(320)의 R(322)과 CIP_Stby(340)의 R(342)로 각각 전송한다. 또한 CIP_Act(321)는 자신의 상태를 점검하고, S(321)는 상기 상태정보를 상기 BCP_Act(310)의 R(312)과 BCP_Stby(330)의 R(332)로 각각 전송한다. 또한 상기 BCP_Stby(330)는 자신의 상태를 점검하고, S(331)는 상기 상태 정보를 상기 BCP_Act(310)의 R(312)로 전송한다. 또한 상기 CIP_Stby(340)는 자신의 상태를 점검하고, S(341)는 상기 상태 정보를 상기 CIP_Act(320)의 R(322)로 전송한다. 따라서, 각 보드들은 자신의 상태정보뿐만 아니라 다른 보드들의 상태정보를 공유하게 된다.

보드(BCP와 CIP)간 상태정보를 전송 및 수신하기 위해서 액티브 보드의 프로세서(processor)가 상대 보드로 Atm Cell 보낼 때 상대 보드의 액티브, 스탠바이 프로세서 모두에게 셀을 보내야 한다. 예를 들어, 하드웨어적으로 물리적인 LVDS 링크에 이상이 생겨 액티브 보드와 상대 보드의 스탠바이 보드의 LVDS만 정상적인 상태가 되었을 경우, 상대 스탠바이로 Atm Cell을 보내야 한다. 상대 보드는 LVDS 링크 진단정보를 수신하여 진단에 의한 이중화를 지원(자신의 스탠바이를 액티브로 절체하는 방법 등을 지원)할 수 있다.

스탠바이와 액티브의 LVDS 수신 선택 포트가 아닌 곳에서 물리 계층에서 셀을 버리도록 하고 있다. 왜냐하면, 동일한 데이터의 Atm Cell들이 섞이기 때문에 상기 Atm cell을 수신하는 종단에서 CRC 에러를 유발하거나 정상적인 데이터 처리가 어렵기 때문이다. 이 때문에 액티브의 LVDS 수신 선택 포트가 아니거나, 스탠바이 보드인 경우에 상관없이 모두 Atm Cell들을 수신함과 동시에 동일한 데이터의 Atm Cell들이 섞이기 때문에 Atm Cell을 수신하는 종단에서 문제가 발생할 수 있다. 상기 설명한 문제를 해결하기 위해, 호 처리 시스템에서 보드들의 진단을 목적으로 BCP나 CIP에서 사용하는 Atm Cell은 Cell에 실은 데이터를 충분히 작게하여 하나의 셀로 송신하는 방법이 필요하다.

도 4는 본 발명의 일 실시 예에 따른 호 처리 시스템에서 BCP 또는 CIP에서 사용하는 셀을 설명하기 위한 도면이다. 도 5는 본 발명의 일 실시 예에 따른 호 처리 시스템에서 UNI에 대해 ATM 셀 헤더를 설명하기 위한 도면이다. 상기 도 4와 상기 도 5를 참조하여 호 처리 시스템에서 보드간 상태정보를 어떻게 전송하고 수신하는지에 대해 설명하기로 한다.

AAL5의 처리 흐름에 있어서, "Sum(byte) = 사용자 데이터(byte) + x(byte) + Trailer(8(byte))", 여기서 상기 x는 패딩 사이즈(Padding Size)이고, Sum 값이 48의 배수가 되도록 x값을 결정하여 Payload를 만들고, 이를 N개로 나누어 각각 5byte Atm Cell Header를 붙인다. 이렇게 53byte Atm Cell을 N개 만들어 물리계층으로 전송한다. Atm Cell 수신시 Atm 계층에서 Header가 제거되어 AAL로 올라오면 트레일러(Trailer)가 포함되어 있는 Cell의 Payload가 올 때까지 CPCS-PDU를 만들 다가 Cell이 도착하면 CPCS-PDU를 완성한다. 상기 CPCS-PDU에 대해 CRC를 점검하고 에러가 발생하면 상기 CPCS-PDU를 버린다. 만약 이상이 없으면 상위계층으로 데이터를 올려준다.

AAL5의 경우는 데이터를 40byte 이하로 만들어 송신하도록 한다. 즉, Payload의 크기를 상기 도 4와 같이 48byte로 만들어 상대 보드로 전송을 하도록 한다. 이 경우는 상대 보드 수신단(physical link로부터 보드로 들어오는 부분)에서 액티브의 LVDS 수신 선택 포트가 아니거나, 스탠바이 보드인 경우에 상관없이 모두 수신하여도 CRC 에러로 인해 Cell이 드롭(drop)되는 경우나 기타 문제가 생기지 않도록 할 수 있다. 그런데 이 경우에는 진단 Atm Cell이 아닌 Cell(BSC에서 CEP로 가거나 CEP에서 BSC로 가는 Atm Cell이면서 One Cell이 아닌 경우)들은 종단(BSC 또는 CEP)에서 모두 CRC 에러로 Cell이 드롭(drop)되거나 데이터 처리에 문제가 발생할 수 있다.

이 문제를 해결하기 위해, 상기 도 5와 같이 Atm Cell Header에서 사용되는 GFC(Generic Flow Control)를 활용할 수 있다. 여기서 상기 GFC는 UNI(User & Network Interface)에 사용되는 Atm Cell Header 영역이다. VPI(Virtual Path Identifier)는 가상 경로 접속 구분자이다. VCI(Virtual Channel Identifier)는 가상 채널 접속 구분자이다. PT(Payload Type)는 동일 가상회로로 전송되는 Payload의 종류를 구분한다. CLP(Cell Loss Priority)는 부득이하게 셀을 버려야 할 때 우선순위를 의미한다. HEC(Head Error Check)는 Cell Header의 에러체크를 의미한다.

다음은 상기 GFC를 활용하는 방안에 대해 설명하기로 한다. 호 처리 시스템에서 보드들간 진단을 위한 Atm Cell의 GFC에는 특정한 값을 셋팅(setting)하여 보내도록 한다. 보드 수신단(Physical link로부터 보드로 들어오는 부분)에서 수신된 Atm Cell을 Atm 계층에서 GFC를 살펴보아서 약속된 특정한 값이면 액티브의 LVDS 수신 선택 포트가 아니거나, 스탠바이 보드인 경우에 상관없이 통과시키며, 셋팅되지 않은 일반 Atm Cell은 통과시키지 않고 버리도록 한다. LVDS 링크의 진단하기 위해 Atm Cell은 상기에서 언급한 바와 같이 하나의 Cell로 만들어 전송되기 때문에 드롭되지 않고 BCP와 CIP로 모두 전송할 수 있다. 수신단의 LVDS 링크 4개가 모두 정상이라면 모두 4개의 동일한 내용을 수신하게 되는데 진단 Cell을 보내는 보드에서 시퀀스 넘버(sequence number)를 기입하여 보내고 받는 보드에서는 이미 수신한 내용과 동일 시퀀스 넘버를 가진 데이터가 다시 수신된다면 진단후 이중화 지원하는 루틴(routine)을 스킵(skip)하도록 구현한다.

다음은 메인보드 Atm Cell 처리 성능 문제점 제거에 대해 알아보기로 한다. 메인보드 한 개(여기서는 BCP)와 복수개의 서브보드(여기서는 CIP)간에 이중화 구현시 서브보드의 스탠바이에서 LVDS link 송신단을 블록(block)시킴으로써 메인보드의 Atm 계층에서 스탠바이로부터 입력되는 Atm Cell들에 대한 GFC를 살펴보는 시간을 제거한다. 이에 따라 GFC를 처리하기 위해 처리속도가 지연되는 것을 방지한다.

도 6은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 BCP들와 CIP들의 이중화 구성도이다. 상기 도 6은 보드 이중화를 구성하고, 상기 도 3은 각 보드에 자신의 액티브 정보와 LVDS 상태를 취합하여 상대 보드로 보내는 일을 수행하는 태스크(Atm LVDS Diagnosis Receive Task : ALST, 이하 "S"라고 칭함)와 상대 보드로부터 액티브 정보와 LVDS 정보를 수신하여 필요에 따라 보드 절체 또는 LVDS 수신 방향 절체를 수행하는 태스크(Atm LVDS Diagnosis Receive Task : ALRT, 이하 "R"이라 칭함), 이중화 보드 절체시 이에 대한 전반적인 일을 담당하는 이중화 블록(Duplication Block : 이하 "DUP"라 칭함)을 구성으로 한다. 상기 도 3과 상기 도 6을 참조하여 IPC 패스((Inter Processor Communication path)의 신뢰성을 위한 필요조건에 대해 설명하기로 한다.

첫째, 상대 보드의 액티브 정보와 상대 보드와 자신 보드의(Active & Standby) LVDS 링크 상태 정보를 이용하여 상대 보드의 액티브 쪽으로 LVDS 수신 포트를 선택하여야한다. 둘째, 자신 보드의 액티브와 상대 보드 액티브로 연결된 LVDS 링크에 장애가 발생하면 가능한 LVDS 링크를 찾아서 필요에 따라 보드 절체를 시도하여야 한다. 즉, LVDS 링크의 어떠한 하드웨어 장애가 발생하더라도 정상적인 하나의 링크를 찾아서 데이터를 전송함으로써 IPC의 신뢰성을 지원하게 된다.

보드 절체를 시도하는 조건의 일 예는 하기 (표 1)과 하기 (표 2)와 같다.

상기 (표 1)은 BCP_Act(601)의 입장에서 A-1, A-2, B-1, B-2의 LVDS 링크 상태에 따라 절체하거나 절체하지 않는다는 것을 나타내는 표이다. 상기 (표 2)는 CIP_Act(603)의 입장에서 A-1, A-2, B-1, B-2의 LVDS 링크 상태에 따라 절체하거나 절체하지 않는다는 것을 나타내는 표이다. 상기 A-1은 상기 BCP_Act(601)와 상기 CIP_Act(603)간 LVDS 링크이고, 상기 A-2는 상기 BCP_Act(601)와 CIP_Stby(607)간 LVDS 링크이고, 상기 B-1은 BCP_Stby(605)와 상기 CIP_Act(603)간 LVDS 링크이고, 상기 B-2는 상기 BCP_Stby(605)와 상기 CIP_Stby(607)간 LVDS 링크이다. 또한 "FAIL"은 상기 LVDS 링크 상태에 장애가 발생했다는 의미이고, "GOOD"는 상기 LVDS 링크 상태가 정상적이라는 것을 의미한다.

A-1, A-2, B-1이 모두 FAIL이고 B-2만 정상 LVDS 링크라고 가정하여 설명한다. 상기 CIP_Act(601)에서 ALST는 주기적으로 CIP의 LVDS 수신 칩(Chip)상태(GOOD이면 수신가능 FAIL이면 수신 불능) 정보를 BCP 보드에게 보낸다. BCP_Act(601)의 ALST는 자신의 LVDS 수신 칩상태 정보를 CIP에게 보낸다. BCP 또는 CIP의 ALRT는 상대 보드의 LVDS 칩상태와 자신의 LVDS 칩상태를 조합하여 LVDS 링크 상태를 파악한다. 예를 들어, A-1 링크는 BCP_Act(601)의 LVDS 칩과 CIP의 LVDS 칩이 동시에 GOOD 상태일 때 정상적인 링크로 판단하고 한 개라도 FAIL이면 비정상이라고 판단한다.

여기서 A-1, A-2, B-1 링크가 모두 비정상(FAIL)이고, B-2 링크만 정상이라고 가정하였다. 이런 경우 CIP, BCP 액티브의 ALRT는 이중화 소프트웨어 블록(듀플리케이션 블록 : DUP)에게 보드 절체를 요구하여야 한다. 왜냐하면 서로 상대방의 액티브 쪽으로 LVDS 수신 포트를 선택할 수 있어 정상적인 IPC 통신을 지원할 수 있다. 상기 DUP가 절체 요구를 받으면 액티브를 스탠바이로 스탠바이를 액티브로 변경하고, 즉시 ALST로 이 사실을 알린다. 이렇게 즉시 알리는 이유는 주기적인 정보에 의한 진단은 그 주기 시간 안에 IPC 패스의 신뢰성을 보장하지 못하기 때문이다. ALST는 절체 사실을 인지한 즉시 상대방 보드에게 액티브 정보가 변경되었음을 상대 보드들에게 알려준다. 상대 보드는 액티브 정보가 변경되었음을 받는 즉시 변경된 액티브 쪽으로 LVDS 수신 포트를 절체한다.

하기 (표 3)과 하기 (표 4)는 BCP와 CIP의 동작에 대해 설명한 표이다. 즉, ALST와 ALRT의 동작 방식에 대한 표로서, LVDS Lock을 Selection한다는 뜻은 LVDS 수신 포트를 선택한다는 의미이다. 하기 (표 3)과 하기 (표 4)의 설명은 상기 도 3의 흐름 번호를 참조한 것이다.

도 7은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 ATM LVDS 진단 전송 태스크의 동작을 설명하기 위한 도면이다. 상기 도 3과 상기 도6과 상기 도 7을 참조하여 ALST의 동작을 기본으로 어떤 메시지를 어떻게 전송하는지 알아보기로 한다.

701단계에서, 상기 ALST는 메일 박스에 메일이 있는지 확인하고 703단계를 진행한다. 여기서 상기 ALST는 메일을 받을 수 있도록 주소를 가지고 있다. 상기 703단계에서, 상기 ALST는 이중화 블록이 생성되어 있는지 검사한다. 상기 검사결과, 상기 이중화 블록이 생성되어 있지 않으면 705단계를 진행하고, 상기 이중화 블록이 생성되어 있으면 상기 ALST는 707단계를 진행한다. 상기 703단계는 상기 이중화 블록이 액티브되어 있는지 알아보기 위한 것이다. 상기 705단계에서, 상기 ALST는 T만큼의 시간을 대기하고 다시 703단계를 반복하여 진행하도록 제어한다.

상기 707단계에서, 상기 ALST는 대기하고 있는 T시간 동안 이중화 메시지를 수신하는지 검사한다. 상기 검사결과, 상기 T시간 동안 이중화 메시지를 수신하지 못하면 713단계를 진행하고, 상기 T시간 동안 이중화메시지를 수신하면 상기 ALST는 709단계를 진행한다. 상기 713단계에서, 상기 ALST는 자신의 보드가 BCP인지 검사한다. 상기 검사결과, 자신의 보드가 BCP가 아니면 721단계를 진행하고, 자신의 보드가 BCP이면 상기 ALST는 715단계를 진행한다. 상기 715단계에서, 상기 ALST는 자신의 보드가 액티브인지 검사한다. 상기 검사결과, 상기 자신의 보드가 액티브가 아니면 729단계를 진행하고, 상기 자신의 보드가 액티브이면 717단계를 진행한다. 상기 717단계에서, 상기 ALST는 CIP로부터 첫 진단 메시지를 수신한 적이 있었는지 검사한다. 상기 검사결과, 상기 첫 진단 메시지를 수신하지 않았다면 707단계를 반복하여 다시 진행하고, 상기 첫 진단 메시지를 수신한 적이 있다면 상기 ALST는 719단계를 진행한다. 상기 719단계에서, 상기 ALST는 전송 메시지를 다른 보드들에게 전송하고 707단계를 반복하여 진행한다. 여기서 상기 전송 메시지 는 액티브 통지(ACTIVE NOTIFY)와 액티브 및 스탠바이 LVDS 상태(Active/Stby State)를 실은 메시지이다.

상기 721단계에서, 상기 ALST는 자신의 보드가 액티브인지 검사한다. 상기 검사결과, 자신의 보드가 액티브이면 상기 719단계를 반복하여 진행하고, 자신의 보드가 액티브가 아니면 729단계를 진행한다. 상기 729단계에서, 상기 ALST는 전송메시지를 다른 보드들에게 전송하고 상기 707단계를 반복하여 진행한다. 여기서 상기 전송메시지는 스탠바이 통지(STANDBY NOTIFY)와 스탠바이 LVDS 상태를 실은 메시지이다.

상기 709단계에서, 상기 ALST는 자신의 보드가 BCP인지 검사한다. 상기 검사결과, 자신의 보드가 BCP보드이면 711단계를 진행하고, 자신의 보드가 BCP보드가 아니면 상기 ALST는 723단계를 진행한다. 상기 723단계에서, 상기 ALST는 자신의 보드가 액티브인지 검사한다. 상기 검사결과, 자신의 보드가 액티브가 아니면 725단계를 진행하고, 자신의 보드가 액티브이면 727단계를 진행한다. 상기 727단계에서, 상기 ALST는 다른 보드들에게 전송 메시지를 전송하고 상기 707단계를 반복하여 진행한다. 여기서 상기 전송 메시지는 액티브가 변경된다는(ACTIVE CHANGE) 메시지이다. 즉, 액티브가 변경된다는 메시지를 전송하는 이유는 LVDS의 링크상태 또는 자신의 보드 상태가 비정상적인 상태이기 때문이다.

상기 711단계에서, 상기 ALST는 자신의 보드가 액티브인지 검사한다. 상기 검사결과, 자신의 보드가 액티브이면 731단계를 진행하고, 자신의 보드가 액티브가 아니면 725단계를 진행한다. 상기 725단계에서, 상기 ALST는 전송 메시지를 다른 보드들에게 전송하고 상기 707단계를 반복하여 진행한다. 상기 전송 메시지는 스탠바이 통지(STANDBY NOTIFY) 및 스탠바이 LVDS 상태(Stby Lvds State)를 실은 메시지이다.

상기 731단계에서, 상기 LVDS는 CIP로부터 첫 진단메시지를 수신한 적이 있는지 검사한다. 상기 검사결과, 상기 첫 진단메시지를 수신한 적이 있다면 상기 727단계를 반복하여 진행하고, 상기 첫 진단메시지를 수신한 적이 없었다면 상기 LVDS는 상기 707단계를 반복하여 진행한다.

도 8은 본 발명의 일 실시 예에 따른 호 처리 시스템에서 ATM LVDS 진단 수신 태스크의 동작을 설명하기 위한 도면이다. 상기 도 8을 참조하여 메시지가 액티브 통지일 경우 상기 ALRT가 어떻게 동작하는지 알아보기로 한다. 또한 ALRT가 어떤 메시지를 어떻게 수신하는지 알아보기로 한다.

801단계에서, 상기 ALRT는 메일 박스를 오픈하고 803단계를 진행한다. 상기 메일 박스는 메일을 받는 장소이다. 상기 803단계에서, 상기 ALRT은 수신된 메시지가 있는지 검사한다. 상기 검사결과, 수신된 메시지가 없을 경우 상기 803단계를 유지하고, 수신된 메시지가 있을 경우 상기 ALRT는 804단계를 진행한다.

상기 804단계에서, 상기 ALRT는 상기 수신된 메시지가 액티브 통지(ACTIVE NOTIFY)인지 검사한다. 상기 검사결과 상기 수신된 메시지가 액티브 통지이면 811단계를 진행하고, 상기 수신된 메시지가 액티브 통지가 아니면 805단계를 진행한다. 상기 805단계에서, 상기 ALRT는 상기 수신된 메시지가 액티브 체인지(ACTIVE CHANGE)인지 검사한다. 상기 검사결과, 상기 수신된 메시지가 액티브 체인지가 아 니면 807단계를 진행하고, 상기 수신된 메시지가 액티브 체인지이면 상기 ALRT는 806단계를 진행한다. 여기서, 상기 액티브 체인지는 수신된 메시지에 포함된 것으로서, 상대 보드의 LVDS 링크 또는 보드가 비정상적일 경우 상대 보드가 상기 ALRT로 메시지를 전송한다. 상기 806단계에서, 상기 ALRT는 상대 보드의 LVDS 링크를 절체한다.

상기 807단계에서, 상기 ALRT는 상기 수신된 메시지가 스탠바이 통지(STANDBY NOTIFY)인지 검사한다. 상기 검사결과, 상기 수신된 메시지가 스탠바이 통지가 아니면 상기 803단계를 반복하여 진행하고, 상기 수신된 메시지가 스탠바이 통지이면 상기 ALRT는 808단계를 진행한다. 상기 808단계에서, 상기 ALRT는 스탠바이 LVDS 상태를 데이터베이스에 저장한다.

상기 811단계에서, 상기 ALRT는 수신된 메시지 최근 시퀀스 넘버(sequence number)인지 검사한다. 상기 검사결과, 상기 수신된 메시지가 최근 시퀀스 넘버가 아니면 상기 803단계를 반복하여 진행하고, 상기 수신된 메시지가 최근 시퀀스 넘버이면 상기 ALRT는 813단계를 진행한다. 상기 최근 시퀀스 넘버라는 것은 최근에 수신된 메시지인지 구별하기 위해 사용되는 것으로서, 수신된 메시지의 끝부분에 포함된다. 최근에 수신된 메시지인지를 구별하는 이유는 다른 보드들로부터 동일한 메시지를 입력받을 수 있기 때문이다. 상기 813단계에서, 상기 ALRT는 메이트(BCP와 짝을 이루는 CIP 또는 CIP와 짝을 이루는 BCP)의 수신포트를 메이트 액티브 쪽으로 선택하도록 셋팅하고 상기 803단계를 반복하여 진행하도록 한다.

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

상술한 바와 같은 본 발명은, 호 처리 시스템에서 LVDS 링크 및 보드를 진단함으로써 어떠한 하드웨어 장애가 발생하더라도 IPC 통신의 신뢰성을 보장한다는 이점이 있고, 상기 진단 결과에 따라 장애가 발생한 보드의 LVDS 링크를 절체하고 정상적인 보드로 변경함으로써 IPC 통신의 신뢰성을 보장한다는 이점이 있다.

Claims (6)

1. 적어도 하나의 기본 호 처리 보드와 적어도 하나의 호 정보 처리 보드를 갖는 호 처리 시스템에서 상기 호 처리 시스템의 상태를 진단하는 방법에 있어서,

   복수개의 호 처리 보드들과 복수개의 호 정보 처리 보드들의 상태 정보를 공유하는 과정과,

   상기 공유된 상태정보를 이용하여 상기 호 처리 시스템의 상태를 진단하는 과정을 포함함을 특징으로 하는 호 처리 시스템의 상태를 진단하는 방법.
2. 제 1항에 있어서, 복수개의 호 처리 보드들과 복수개의 호 정보 처리 보드들의 상태 정보를 공유하는 과정은;

   복수개의 호 처리 보드들과 복수개의 호 정보 처리 보드들간 상기 상태 정보를 전송하는 과정과,

   복수개의 호 처리 보드들과 복수개의 호 정보 처리 보드들간 상기 상태 정보를 입력받는 과정을 포함함을 특징으로 하는 호 처리 시스템의 상태를 진단하는 방법.
3. 제 2항에 있어서,

   상기 상태 정보는 상기 기본 호 처리 보드 및 상기 호 정보 처리 보드의 상태, 또는 상기 기본 호 처리 보드와 상기 호 정보 처리 보드를 연결하는 링크 상태를 의미함을 특징으로 하는 호 처리 시스템의 상태를 진단하는 방법.
4. 이중화 블록을 가지는 적어도 하나의 기본 호 처리 보드와 적어도 하나의 호 정보 처리 보드를 갖는 호 처리 시스템에서 액티브 상태의 보드들 간에 연결된 링크 또는 상기 보드들의 상태가 비정상적일 경우, 안정적으로 데이터를 전송하기 위해 정상적인 보드들로 변경하는 방법에 있어서,

   액티브 상태인 기본 호 처리 보드의 상태와 액티브 상태인 호 정보 처리 보드와의 연결 링크 상태 중 적어도 하나의 상태가 비정상적일 경우, 상기 기본 호 처리 보드를 스탠바이 상태로 변경하는 과정과,

   액티브 상태인 호 정보 처리 보드의 상태와 액티브 상태인 기본 호 처리 보드와의 연결 링크 상태 중 적어도 하나의 상태가 비정상적일 경우, 상기 호 정보 처리 보드를 스탠바이 상태로 변경하는 과정을 포함함을 특징으로 하는 호 처리 시스템의 상태를 진단하는 방법.
5. 제 4항에 있어서, 상기 액티브 상태인 기본 호 처리 보드를 스탠바이 상태로 변경하는 과정은;

   상기 기본 호 처리 보드가 상기 스탠바이 상태로 변경되었음을 상기 이중화 블록으로 알려주는 과정과,

   상기 이중화 블록이 상기 기본 호 처리 보드가 상기 스탠바이 상태로 변경되었음을 알리는 정보를 각각의 보드들로 전달하는 과정을 포함함을 특징으로 하는 호 처리 시스템의 상태를 진단하는 방법.
6. 제 4항에 있어서, 상기 액티브 상태인 호 정보 처리 보드를 스탠바이 상태로 변경하는 과정은;

   상기 호 정보 처리 보드가 상기 스탠바이 상태로 변경되었음을 상기 이중화 블록으로 알려주는 과정과,

   상기 이중화 블록이 상기 호 정보 처리 보드가 상기 스탠바이 상태로 변경되었음을 알리는 정보를 각각의 보드들로 전달하는 과정을 포함함을 특징으로 하는 호 처리 시스템의 상태를 진단하는 방법.

Images