KR100350460B1 - 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법 - Google Patents
브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법 Download PDFInfo
- Publication number
- KR100350460B1 KR100350460B1 KR1019990032500A KR19990032500A KR100350460B1 KR 100350460 B1 KR100350460 B1 KR 100350460B1 KR 1019990032500 A KR1019990032500 A KR 1019990032500A KR 19990032500 A KR19990032500 A KR 19990032500A KR 100350460 B1 KR100350460 B1 KR 100350460B1
- Authority
- KR
- South Korea
- Prior art keywords
- link
- message
- failure
- state
- protocol
- Prior art date
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/2245—Management of the local loop plant
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2250/00—Details of telephonic subscriber devices
- H04M2250/12—Details of telephonic subscriber devices including a sensor for measuring a physical value, e.g. temperature or motion
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
가. 청구범위에 기재된 발명이 속한 기술분야
본 발명은 V5.2 프로토콜로 연결된 장비간의 링크장애 처리방법에 관한 것이다.
나. 발명이 해결하고자 하는 기술적 과제
V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구시점이 각 장비마다 상이하여 장애가 복구된 링크가 블럭상태로 천이하더라도, 운영자의 개입없이 자동으로 그 블럭상태를 해제한 후에 그 링크를 통해 서비스가 가능하도록 한다.
다. 발명의 해결방법의 요지
브이5.2 프로토콜로 연결된 제1,제2장비간의 링크에 장애가 발생한 후에, 상기 제1장비에서 먼저 링크장애가 복구되어 그 링크가 블럭상태로 천이되면, 상기 제2장비에서 그 링크의 장애가 복구되었는지를 검색하는 단계와, 상기 제2장비에서 장애가 복구되었으면, 상기 제2장비가 상기 제1장비에 상기 링크를 언블럭상태로 천이시키도록 하는 제1메시지를 제공하는 단계와, 상기 제1장비가 상기 제1메시지를 제공받아 상기 제1메시지에 대한 응답메시지를 상기 제2장비에 제공하고, 상기 제2장비에 상기 링크를 언블럭상태로 천이시키도록 하는 제2메시지를 제공하는 단계와, 상기 제2장비가 상기 제2메시지를 제공받아 상기 제2메시지에 대한 응답메시지를 상기 제1장비에 제공한 후에 해당 링크를 언블럭상태로 천이시키고, 그 후에 링크식별절차를 수행하는 단계와, 상기 제1장비가 상기 제2메시지에 대한 응답메시지를 제공받은 후에 해당 링크를 언블럭상태로 천이시킨 후에 링크식별절차를 수행하는 단계를 구비하는 것을 특징으로 한다.
라. 발명의 중요한 용도
본 발명은 V5.2 프로토콜로 연결된 장비간에 사용된다.
Description
본 발명은 V5.2 프로토콜을 사용하는 장비에 관한 것으로, 특히 V5.2 프로토콜로 연결된 장비들간의 링크장애 처리방법에 관한 것이다.
통상적으로 V5.2 프로토콜로 연결된 장비들간의 링크에 장애가 발생된후 그 장애가 복구되는 시점은 각 장비마다 상이하다. 이에따라 ETSI(European Telecommunication Standard Institute) 347 권고안에서는 어느 한 장비에서 링크장애 복구에 의한 링크식별 절차로 진입할 때에 상대장비가 아직 장애상태에 있다면, 해당 링크를 블럭상태로 천이시키도록 하였다. 이와같이 링크장애를 처리한 경우에는 운영자에 의해 그 링크의 블럭상태가 해제되기 전까지는 그 블럭상태가 유지되었다.
이에따라 무인국사로 운영되는 통신시스템 또는 운용자가 24시간 지속하여 링크의 상태를 모니터링하기 곤란한 전자통신장비의 경우에는 링크의 블럭상태가 지속되어 해당 링크로 서비스할 수 없어 리소스가 낭비되는 결과를 초래하였다.
이를 V5.2 프로토콜로 연결된 엑세스 망 장비와 로컬교환기를 도시한 도 1과 링크장애시의 처리절차를 도시한 도 2를 참조하여 설명한다.
엑세스 망 장비(100)와 로컬교환기(200)간에 연결된 다수의 링크중 어느 하나에 장애가 발생하면 엑세스 망 장비(100)와 로컬교환기(200)는 링크의 장애를 검출함과 아울러 링크실패(LINK Fail) 상태로 천이된다. 이때 장애가 검출된 링크에 IDLC 시그널링 정보를 전송하기 위한 TS0급 채널인 C-채널이 존재하면 스탠바이(standby) C-채널로 절체하고 진행중인 호를 해제함과 아울러 새로운 호설정을 중단한다. 이후 어느 한쪽, 예를들어 로컬교환기(200)에서 해당 링크의 장애가 복구되면 로컬교환기(200)는 링크 오퍼레이션(link operation) 상태로 천이되어 해당 링크에 대한 링크식별절차를 수행하기 위해 LINK CNTL(FE-ID-REQ ID=n) 메시지를 엑세스 망 장비(100)에 제공한다. 이에 응답하여 엑세스 망 장비(100)는 로컬교환기(200)에 LINK CNTL(FE-ID-REQ ID=n) 메시지를 로컬교환기(200)에 제공하며, 엑세스 망 장비(100)의 링크는 아직 장애가 복구되지 않았으므로 해당 링크를 블럭상태로 천이시키기 위하여 LINK CNTL(FE304:LINK BLOCK IND ID=n) 메시지를 로컬교환기(200)에 제공한다. 이에 응답하여 로컬교환기(200)는 해당 링크를 블럭상태로 천이시킨 후에 상기 LINK CNTL(FE304:LINK BLOCK IND ID=n) 메시지에 대한 응답인 LINK CNTL ACK(FE304 ID=n) 메시지를 엑세스 망 장비(100)에 제공한다.
이와같이 V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구시점이 각 장비마다 상이한데, 어느 한 장비에서 먼저 그 링크의 장애가 복구되는 경우에는 그 링크가 블럭상태로 천이되어 버려, 다른 장비에서 그 링크의 장애가 복구되어도 그 블럭상태가 해제되지 않았다. 이와같이 두 장비에서 모두 링크의 장애가 복구되더라도 해당 링크의 블럭상태가 언블럭상태로 해제되지 않음에 따라 운용자가 직접 그 블럭상태를 해제시켜야만 해당 링크를 통한 서비스가 가능하였다.
상술한 바와 같이 V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구시점은 각 장비마다 상이한데, ESTI 347 권고안에서는 어느 한 장비에서 먼저 장애가 복구되어 링크식별절차에 진입할 때에 상대장비의 링크장애가 복구되어 있지 않았으면 해당 링크는 블럭상태로 천이되도록 권고하였다.
이렇게 링크장애를 처리하는 경우에는 운영자가 직접 링크의 블럭상태를 해제시켜 주기 전까지는 그 블럭상태가 유지되어, 무인국사로 운영되는 통신시스템 또는 운용자가 24시간 지속하여 링크의 상태를 모니터링하기 곤란한 전자통신장비의 경우에는 해당 링크로 서비스할 수 없어 리소스가 낭비될 수 있는 문제점이 있었다.
따라서 본 발명의 목적은 V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구시점이 각 장비마다 상이하여, 복구된 링크가 블럭상태로 천이되더라도 운영자의 개입없이 자동으로 그 블럭상태를 해제한 후에 그 링크를 통해 서비스가 가능하도록 하는 V5.2 프로토콜로 연결된 장비간의 링크장애 처리방법을 제공함에 있다.
도 1은 V5.2 프로토콜로 연결된 엑세스 망 장치와 로컬교환기를 도시한 도면,
도 2는 도 1의 엑세스 망 장치와 로컬교환기간의 링크장애 처리절차를 도시한 도면,
도 3은 본 발명의 바람직한 실시예에 따른 엑세스 망 장치와 로컬교환기간의 링크장애 처리절차를 도시한 도면,
도 4 및 도 5는 본 발명의 바람직한 실시예에 따른 링크장애 처리방법의 흐름도.
상술한 목적을 달성하기 위한 본 발명은 브이5.2 프로토콜로 연결된 제1,제2장비간의 링크에 장애가 발생한 후에, 상기 제1장비에서 먼저 링크장애가 복구되어 그 링크가 블럭상태로 천이되면, 상기 제2장비에서 그 링크의 장애가 복구되었는지를 검색하는 단계와, 상기 제2장비에서 장애가 복구되었으면, 상기 제2장비가 상기 제1장비에 상기 링크를 언블럭상태로 천이시키도록 하는 제1메시지를 제공하는 단계와, 상기 제1장비가 상기 제1메시지를 제공받아 상기 제1메시지에 대한 응답메시지를 상기 제2장비에 제공하고, 상기 제2장비에 상기 링크를 언블럭상태로 천이시키도록 하는 제2메시지를 제공하는 단계와, 상기 제2장비가 상기 제2메시지를 제공받아 상기 제2메시지에 대한 응답메시지를 상기 제1장비에 제공한 후에 해당 링크를 언블럭상태로 천이시키고, 그후에 링크식별절차를 수행하는 단계와, 상기 제1장비가 상기 제2메시지에 대한 응답메시지를 제공받은 후에 해당 링크를 언블럭상태로 천이시킨 후에 링크식별절차를 수행하는 단계를 구비하는 것을 특징으로 한다.
이하 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다. 하기 설명 및 첨부 도면에서 많은 특정 상세들이 본 발명의 보다 전반적인 이해를 제공하기 위해 나타나 있으나, 이들 특정 상세들은 본 발명의 설명을 위해 예시한 것으로 본 발명이 그들에 한정됨을 의미하는 것은 아니다. 그리고 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.
본 발명은 V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구 시점이 각 장비마다 상이하여 복구된 링크가 블럭상태로 천이된 경우에, 나중에 장애가 복구된 장비가 그 링크의 언블럭절차를 수행한 후에 링크식별절차로 진입함으로써 운용자에 의한 조작 없이도 해당 링크를 통한 서비스를 가능하게 할 수 있다.
이러한 본 발명의 바람직한 실시예에 따른 링크장애 처리절차를 도 1과 도 3을 참조하여 설명한다. 엑세스 망 장비(100)와 로컬교환기(200)간에 연결된 다수의 링크중 어느 하나에 장애가 발생하면 엑세스 망 장비(100)와 로컬교환기(200)는 링크의 장애를 검출함과 아울러 링크실패 상태로 천이된다. 이때 장애가 검출된 링크에 IDLC 시그널링 정보를 전송하기 위한 TS0급 채널인 C-채널이 존재하면 스탠바이 C-채널로 절체하고 진행중인 호를 해제함과 아울러 새로운 호설정을 중단한다. 이후 어느 한쪽, 예를들어 로컬교환기(200)에서 해당 링크의 장애가 복구되면 로컬교환기(200)는 링크 오퍼레이션 상태로 천이되어 해당 링크에 대한 링크식별절차를 수행하기 위해 LINK CNTL(FE-ID-REQ ID=n) 메시지를 엑세스 망 장비(100)에 제공한다. 이에 응답하여 엑세스 망 장비(100)는 로컬교환기(200)에 LINK CNTL ACK(FE-ID-REQ ID=n) 메시지를 로컬교환기(200)에 제공하며, 엑세스 망 장비(100)의 링크의 장애가 아직 복구되지 않았으므로 해당 링크를 블럭상태로 천이시키기 위하여 LINK CNTL(FE304:LINK BLOCK IND ID=n) 메시지를 로컬교환기(200)에 제공한다. 이에 응답하여 로컬교환기(200)는 해당 링크를 블럭상태로 천이시킨 후에 상기 LINK CNTL(FE304:LINK BLOCK IND ID=n) 메시지에 대한 응답인 LINK CNTL ACK(FE304 ID=n) 메시지를 엑세스 망 장비(100)에 제공한다.
이 상태가 링크 장애후 두 장비중 어느 한 장비에서 먼저 링크가 복구되어 그 링크가 블럭상태로 천이된 상태이다. 이러한 상태에서 링크가 나중에 복구된 장비, 예를들어 엑세스 망 장비(100)에서 링크장애가 복구되면 엑세스 망 장비(100)는 로컬교환기(200)가 해당 링크를 언블럭상태로 천이시키도록 하기 위해 LINK CNTL(FE302:LINK UNBLOCK REQ ID=n) 메시지를 로컬교환기(200)에 제공한다. 상기 로컬교환기(200)는 상기 LINK CNTL(FE302:LINK UNBLOCK REQ ID=n) 메시지를 제공받아 그에 대한 응답으로 LINK CNTL ACK(FE302 ID=n) 메시지를 엑세스 망 장비(100)에 제공함과 아울러 엑세스 망 장비(100)도 해당 링크를 언블럭상태로 천이시키도록 하기 위해 LINK CNTL(FE301 ID=n) 메시지를 엑세스 망 장비(100)에 제공한다. 상기 엑세스 망 장비(100)는 LINK CNTL(FE301 ID=n) 메시지에 대한 응답으로 LINK CNTL ACK(FE301 ID=n) 메시지를 로컬교환기(200)에 제공한 후에, 해당 링크를 언블럭상태로 천이시킨다. 이후 엑세스 망 장비(100)는 링크식별절차를 수행한다. 그리고 상기 엑세스 망 장비(100)는 상기 LINK CNTL ACK(FE301 ID=n) 메시지를 제공받으면 해당 링크를 언블럭상태로 천이시킨다. 이후 상기 엑세스 망 장비(100)는 링크식별절차가 완료될 것으로 기대되는 대기시간이 경과된 후에 로컬교환기(200)는 링크식별절차를 수행한다. 이와같이 두 장비가 링크식별절차를 시간차이를 두고 수행하는 것은 링크식별시 발생할 수 있는 충돌현상을 최소화하기 위함이다.
이제 링크장애 발생후 나중에 그 링크장애가 복구된 장비(이하 제1장비라 칭함)에서의 링크장애 처리절차를 도 4를 참조하여 설명한다. 상기 제1장비는 (300)단계에서 링크장애후 블럭상태로 되었던 링크가 복구되었는지를 검색한다. 이때 제1장비는 링크장애후 블럭상태로 되었던 링크가 복구되었으면 (304)단계로 진행하여 상대장비에 LINK CNTL(FE302 ID=n) 메시지를 제공한 후에 (306)단계로 진행한다. 상기 (306)단계에서 제1장비는 상대장비로부터 LINK CNTL(FE302 ID=n) 메시지에 대한 응답메시지인 LINK CNTL ACK(FE302 ID=n) 메시지가 제공되는지를 검색한다. 이때 상대장비로부터 LINK CNTL ACK(FE302 ID=n) 메시지가 제공되면 제1장비는 (308)단계로 진행하여 상대장비로부터 해당 링크를 언블럭상태로 천이시키도록 하는 메시지인 LINK CNTL(FE301 ID=n) 메시지가 제공되는지를 검색한다. 이때 상대장비로부터 LINK CNTL(FE301 ID=n) 메시지가 제공되면 상기 제1장비는 (310)단계로 진행하여 상대장비에 LINK CNTL ACK(FE301 ID=n) 메시지를 제공한 후에 (312)단계로 진행한다. 상기 (312)단계에서 제1장비는 해당 링크를 언블럭상태로 천이시킨 후에 링크식별절차로 진입한다.
그리고 링크장애 발생후 먼저 그 링크장애가 복구된 장비(이하 제2장비라 칭함)에서의 링크장애 처리절차를 도 5를 참조하여 설명한다. (400)단계에서 제2장비는 링크장애 복구후 블럭상태로 되었던 링크에 대해 LINK CNTL(FE302 ID=n) 메시지가 제공되면, (404)단계로 진행하여 상기 LINK CNTL(FE302 ID=n) 메시지에 대한 응답메시지인 LINK CNTL ACK(FE302 ID=n) 메시지를 상대장비에 제공한 후에 (406)단계로 진행한다. 상기 (406)단계에서 제2장비는 상대장비의 링크를 언블럭상태로 천이시키기 위해 LINK CNTL(FE301 ID=n) 메시지를 제공한 후에 (408)단계로 진행한다. 상기 (408)단계에서 제2장비는 상대장비로부터 LINK CNTL(FE301 ID=n) 메시지에 대한 응답메시지인 LINK CNTL ACK(FE301 ID=n) 메시지가 제공되는지를 검색한다. 이때 상대장비로부터 LINK CNTL(FE301 ID=n) 메시지에 대한 응답메시지인 LINK CNTL ACK(FE301 ID=n) 메시지가 제공되면 제2장비는 (410)단계로 진행하여 해당 링크를 언블럭상태로 천이시킨다. 이후 제2장비는 (412)단계로 진행하여 상대장비의 링크식별절차가 완료되었을 것으로 판단되는 시간인 일정시간이 경과되었는지를 검색한다. 이때 상기 일정시간이 경과되었으면 제2장비는 링크식별절차로 진입한다.
상술한 바와 같이 본 발명은 V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구시점이 각 장비마다 상이하여 복구된 링크가 블럭상태로 천이된 경우에 나중에 장애가 복구된장비가 그 링크의 언블럭절차를 수행한 후에 링크식별절차로 진입하게 함으로써 운용자의 조작없이도 해당 링크를 통한 서비스를 가능하게 할 수 있다.
상술한 바와 같이 본 발명은 V5.2 프로토콜로 연결된 장비들간의 링크에 발생된 장애의 복구시점이 각 장비마다 상이하여, 복구된 링크가 블럭상태로 천이되더라도 운영자의 개입없이 자동으로 그 블럭상태를 해제한 후에 그 링크를 통해 서비스가 가능하도록 한다. 이에따라 무인국사로 운영되는 통신시스템 또는 운용자가 24시간 지속하여 링크의 상태를 모니터링하기 곤란한 전자통신장비에서 링크블럭을 이유로 한 호서비스에 대한 제약을 제거할 수 있는 이점이 있다.
Claims (2)
- 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법에 있어서,상기 브이5.2 프로토콜로 연결된 제1,제2장비간의 링크에 장애가 발생한 후에, 상기 제1장비에서 먼저 링크장애가 복구되어 상기 링크가 블럭상태로 천이되면, 상기 제2장비가 상기 링크의 장애가 복구되었는지를 검색하는 단계와,상기 제2장비에서 장애가 복구되었으면, 상기 제2장비가 상기 제1장비에 상기 링크를 언블럭상태로 천이시키도록 하는 제1메시지를 제공하는 단계와,상기 제1장비가 상기 제1메시지를 제공받아 상기 제1메시지에 대한 응답메시지와 상기 제2장비에 상기 링크를 언블럭상태로 천이시키도록 하는 제2메시지를 상기 제2장비로 제공하는 단계와,상기 제2장비가 상기 제2메시지를 제공받아 상기 제2메시지에 대한 응답메시지를 상기 제1장비에 제공한 후에 해당 링크를 언블럭상태로 천이시키고, 그후에 링크식별절차를 수행하는 단계와,상기 제1장비가 상기 제2메시지에 대한 응답메시지를 제공받은 후에 해당 링크를 언블럭상태로 천이시킨 후에 링크식별절차를 수행하는 단계를 구비하는 것을 특징으로 하는 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법.
- 제1항에 있어서,상기 제1장비가 상기 해당 링크를 언블럭상태로 해제한 후에 미리 정해진 일정시간이 경과된 후에 링크식별절차를 수행하는 것임을 특징으로 하는 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1019990032500A KR100350460B1 (ko) | 1999-08-09 | 1999-08-09 | 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1019990032500A KR100350460B1 (ko) | 1999-08-09 | 1999-08-09 | 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20010017132A KR20010017132A (ko) | 2001-03-05 |
KR100350460B1 true KR100350460B1 (ko) | 2002-08-28 |
Family
ID=19606523
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1019990032500A KR100350460B1 (ko) | 1999-08-09 | 1999-08-09 | 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법 |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100350460B1 (ko) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09307551A (ja) * | 1996-05-15 | 1997-11-28 | Nec Shizuoka Ltd | ネットワーク誤接続の是正方法 |
US5862125A (en) * | 1995-06-07 | 1999-01-19 | Mci Communication Corporation | Automated restoration of unrestored link and nodal failures |
KR19990042272A (ko) * | 1997-11-26 | 1999-06-15 | 유기범 | 브이5.2를 이용한 프로텍션 프로토콜 처리 방법 |
KR19990042271A (ko) * | 1997-11-26 | 1999-06-15 | 유기범 | 브이5.2 인터페이스의 링크 제어 프로토콜 처리 방법 |
KR19990055737A (ko) * | 1997-12-27 | 1999-07-15 | 이계철 | 광가입자 전송장치와 디지틀 전전자 교환기간의 v5.2 프로비젼처리 방법 |
KR19990061879A (ko) * | 1997-12-31 | 1999-07-26 | 서평원 | 사설 교환유닛간 접속 링크 절체방법 |
-
1999
- 1999-08-09 KR KR1019990032500A patent/KR100350460B1/ko not_active IP Right Cessation
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5862125A (en) * | 1995-06-07 | 1999-01-19 | Mci Communication Corporation | Automated restoration of unrestored link and nodal failures |
JPH09307551A (ja) * | 1996-05-15 | 1997-11-28 | Nec Shizuoka Ltd | ネットワーク誤接続の是正方法 |
KR19990042272A (ko) * | 1997-11-26 | 1999-06-15 | 유기범 | 브이5.2를 이용한 프로텍션 프로토콜 처리 방법 |
KR19990042271A (ko) * | 1997-11-26 | 1999-06-15 | 유기범 | 브이5.2 인터페이스의 링크 제어 프로토콜 처리 방법 |
KR19990055737A (ko) * | 1997-12-27 | 1999-07-15 | 이계철 | 광가입자 전송장치와 디지틀 전전자 교환기간의 v5.2 프로비젼처리 방법 |
KR19990061879A (ko) * | 1997-12-31 | 1999-07-26 | 서평원 | 사설 교환유닛간 접속 링크 절체방법 |
Also Published As
Publication number | Publication date |
---|---|
KR20010017132A (ko) | 2001-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU99127348A (ru) | Способ повторного соединения вызова | |
JP2000278303A (ja) | ワイヤレス・ローカル・ループ・システム及び無線回線制御方法 | |
KR100350460B1 (ko) | 브이5.2 프로토콜로 연결된 장비간의 링크장애 처리방법 | |
EP0711494B1 (en) | Intelligent networks | |
US5459772A (en) | External apparatus for monitoring a communication system | |
KR100326114B1 (ko) | 브이5 인터페이스로 연결된 장치의 가입자 포트 상태관리방법 | |
KR100326117B1 (ko) | 데이타 링크 장애처리방법 | |
KR100309677B1 (ko) | 종합통신망교환기에서의종합정보통신망패킷교환호추적방법 | |
KR100211889B1 (ko) | Tdx-10계열 교환기의 호처리장애시 원격교환모듈의 단독기능수행방법 | |
KR100630135B1 (ko) | 억세스 네트워크 장비의 가입자 유니트 장애처리방법 | |
KR100279827B1 (ko) | 원격접속 스위치 모듈의 독립운용 제어 방법 | |
KR100273964B1 (ko) | 개인 휴대통신 시스템에서 터레스트리얼 회로의 링크별 상태 보고 방법 | |
KR100270737B1 (ko) | 종합정보통신망교환기에서착신되는음성호처리방법 | |
CN118102406A (zh) | 一种通信方法、装置、小基站及核心网代理模组 | |
JP3016458B2 (ja) | 通信システムにおける着信端末状態制御方法 | |
KR910006455B1 (ko) | 가입자망간 접속장치의 계층 3에서 데이터 링크상태 관리방법 | |
KR930006034B1 (ko) | 공통선 신호방식(No.7) 메시지 전달부의 레벨 3기능 구현방법 | |
JPS61166257A (ja) | 遠方監視制御装置 | |
KR930010949B1 (ko) | 전전자 교환 시스팀의 가로채기 제어방법 | |
JPH0685905A (ja) | 信号処理機能のためのプロセッサ監視方式 | |
JP2003224625A (ja) | 回線切替接続装置 | |
KR100391810B1 (ko) | 과금 중계시스템의 알람 제어 방법 | |
KR19980054469A (ko) | 아이피스(ipc)통신이 가능한 교환기와 제어국간의 중계선 시험방법 | |
KR20020004403A (ko) | 브이5.2 인터페이스로 연결된 장치들간의 데이타 링크설정방법 | |
JP2001177446A (ja) | 通信制御装置及び通信切替制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
AMND | Amendment | ||
E601 | Decision to refuse application | ||
J201 | Request for trial against refusal decision | ||
AMND | Amendment | ||
AMND | Amendment | ||
B701 | Decision to grant | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20090730 Year of fee payment: 8 |
|
LAPS | Lapse due to unpaid annual fee |