KR100606893B1 - 통신망에서의 장애 관리 방법 - Google Patents

통신망에서의 장애 관리 방법 Download PDF

Info

Publication number
KR100606893B1
KR100606893B1 KR1020040010398A KR20040010398A KR100606893B1 KR 100606893 B1 KR100606893 B1 KR 100606893B1 KR 1020040010398 A KR1020040010398 A KR 1020040010398A KR 20040010398 A KR20040010398 A KR 20040010398A KR 100606893 B1 KR100606893 B1 KR 100606893B1
Authority
KR
South Korea
Prior art keywords
gsn
gateway
message
node
failure
Prior art date
Application number
KR1020040010398A
Other languages
English (en)
Other versions
KR20050082049A (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 KR1020040010398A priority Critical patent/KR100606893B1/ko
Publication of KR20050082049A publication Critical patent/KR20050082049A/ko
Application granted granted Critical
Publication of KR100606893B1 publication Critical patent/KR100606893B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Landscapes

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

Abstract

본 발명은 통신 시스템에 있어서, 특히 비동기 과금망에서 과금 게이트웨이(CG)와 지피알에스 지원 노드(GSN) 간에 발생되는 링크 장애 및/또는 과금 게이트웨이(CG)와 지피알에스 지원 노드(GSN)의 각 기능 장애를 관리하는 방법으로, 비동기 과금망에서 전송 제어 프로토콜(TCP)이 아닌 사용자 데이터그램 프로토콜(UDP) 사용 시에 메시지 손실로 인해 발생되는 지피알에스 지원 노드(GSN)와 과금 게이트웨이(CG) 간의 링크 장애 및/또는 기능 장애를 해결해주는 발명이다. 즉 지피알에스 지원 노드(GSN)와 과금 게이트웨이(CG) 간에 새로이 정의된 메시지 포맷을 적용시킴으로써, 사용자 데이터그램 프로토콜(UDP) 사용 시에 메시지 손실로 인해 발생되던 지피알에스 지원 노드(GSN)와 과금 게이트웨이(CG) 간의 상태 관리 불일치를 해결하여 그 GSN과 과금 게이트웨이(CG) 간의 상태 관리를 완벽하게 일치시켜 주는 발명이다.
비동기 과금망, 과금 게이트웨이(CG), 지피알에스 지원 노드(GSN), 장애 관리

Description

통신망에서의 장애 관리 방법{method of managing hindrance to communication network}
도 1 및 2는 종래 기술에서 발생될 수 있는 장애 관리의 문제점들을 설명하기 위한 도면.
도 3은 본 발명에 따른 장애 관리 절차를 나타낸 도면.
도 4 및 5는 본 발명에 따른 GSN과 CG 간에 장애 관리를 위한 메시지 포맷들을 나타낸 테이블.
본 발명은 통신 시스템에 관한 것으로, 특히 비동기 과금망에서 발생되는 링크 장애 및/또는 기능 장애를 관리하는데 적당한 통신망에서 장애 관리 방법에 관한 것이다.
종래 기술에서 과금 게이트웨이(Charging Gateway ; 이하, CG 라 약칭함)의 장애 발생 시에는 데이터 레코드 전달 응답 메시지(Data record transfer response(Cause: No resource available))또는 재지시 요청 메시지(Redirection Request)를 사용하여 CG 기능 장애를 지피알에스 지원 노드(GPRS Support Node ; 이하, GSN 이라 약칭함)로 통보하였다. 여기서 데이터 레코드는 과금 데이터이다.
이후에 CG 기능이 회복되면, 노드 얼라이브 요청 메시지(Node alive request)를 이용하여 CG 기능이 정상 회복되었음을 통보하였다.
한편 CG가 정상적으로 동작할 경우의 과금 데이터 처리 절차는 다음과 같다.
먼저 GSN으로부터 에코 요청 메시지(Echo request)를 수신한 CG는 에코 응답 메시지(Echo Response)를 GSN으로 전송한다.
이어서 CG는 GSN으로부터 데이터 레코드 전달 요청 메시지(Data Record Transfer Request)를 통해 과금 데이트를 수신하며, 그에 대한 처리 결과(과금 데이터에 대한 처리 결과)를 데이터 레코드 전달 응답 메시지(Data Record Transfer Response)로 응답한다.
그러면 GSN은 CG로의 링크 및 그 CG 기능을 정상 상태로 관리한다.
한편 CG에 장애가 발생했을 때 과금 데이터의 처리 절차는 다음과 같다. 그에 대한 설명을 도 1을 참조하여 설명한다.
상기한 CG 정상 동작 시에 데이터 레코드 전달 요청 메시지(Data Record Transfer Request)와 데이터 레코드 전달 응답 메시지(Data Record Transfer Response)를 통해 과금 데이트가 정상적으로 전송된다(S1,S2).
그런데 과금 데이터의 정상적 전송 도중에 CG에서 장애가 발생하면, 즉 CG가 큐 풀(Queue Full)이나 시스템 오류(system fail) 등으로 인해 비정상 상태가 되면, CG는 데이터 레코드 전달 응답 메시지(Data Record Transfer Response)에 해당 장애 원인을 포함시켜 응답한다.
또는 상기와 같이 CG가 비정상 상태가 되면, CG는 재지시 요청 메시지(Redirection Request)를 이용하여 그의 비정상 상태를 GSN에 통보하고(S3), GSN은 재지시 응답 메시지(Redirection Response)를 CG에 전송한다(S4).
상기와 같이 과금 데이터에 대한 응답 대신에 CG의 비정상 상태를 통보받은 GSN은 CG로의 링크를 정상 상태로 관리하고, CG 기능은 비정상 상태로 관리한다
이어서 CG 장애가 정상으로 회복되어 CG 기능이 정상 상태가 되면, CG는 노드 얼라이브 요청 메시지(Node Alive Request)를 GSN에 전달하여 자신의 정상 회복을 통보한다(S5).
노드 얼라이브 요청 메시지(Node Alive Request)를 전달받은 GSN은 CG 기능이 정상 상태로 회복된 것으로 간주하여 CG로의 링크 및 CG 기능을 정상 상태로 관리한다
그러나 종래 기술에서는 CG 장애가 정상으로 회복됨을 통보하기 이전에 다음의 경우가 발생될 수 있다.
다시 말해서, CG에 장애가 발생된 이후에 CG 기능의 정상으로 회복되었을 때, GSN이 다운(Down)되거나 또는 GSN과 CG 간의 링크가 다운(down)되는 경우가 발생될 수 있다.
이러한 경우가 발생하면, CG는 자신의 정상 회복을 통보하기 위한 노드 얼라이브 요청 메시지(Node Alive Request)의 전송을 시도하지만, GSN에서는 그 노드 얼라이브 요청 메시지(Node Alive Request)를 수신할 수 없는 상황이 된다. 이 때문에 CG에서는 노드 얼라이브 응답 메시지(Node Alive Response)의 수신이 없는 관 계로 노드 얼라이브 요청 메시지(Node Alive Request)를 계속해서 송신할 수밖에 없다(S5~S10).
결국 GSN이 노드 얼라이브 요청 메시지(Node Alive Request)를 수신하기 이전에 그 GSN이 다운되거나 GSN과 CG 간 링크가 다운되면, GSN과 CG 간 네트웍에 불필요한 트래픽들(Traffics)을 증가시키게 되는 문제가 있다. 따라서 앞으로 이러한 상황일 때, CG에서의 적절한 처리가 요구된다.
또한 종래 기술에서는 CG와 GSN 간에 유저 데이터그램 프로토콜(User Datagram Protocol ; 이하, UDP 라 약칭함)을 사용하는 경우에, UDP의 전송 특성상 다음과 같은 예외적인 상황의 발생으로 인해 몇 가지 문제가 발생될 수 있다.
UDP의 전송 특성상 발생할 수 있는 예외적인 상황은, CG 기능 장애를 통보하기 위한 재지시 요청 메시지(Redirection Request)와 CG 기능 회복을 통보하기 위한 노드 얼라이브 요청 메시지(Node Alive Request)의 수신 순서가 바뀌어 GSN과 CG가 모두 정체 상태(Deadlock)에 빠질 수 있다는 것이다.
도 2를 참조하여 보다 상세히 설명하면, CG는 과금 데이터의 정상적 전송 도중에 CG에서 장애가 발생하면, CG는 재지시 요청 메시지(Redirection Request)를 이용하여 그의 비정상 상태를 GSN에 통보하고, 이후에 그 장애가 회복되면 노드 얼라이브 요청 메시지(Node Alive Request)를 이용하여 그의 정상 회복 상태를 GSN에 통보한다(S11~S14).
그런데 재지시 요청 메시지(Redirection Request)와 노드 얼라이브 요청 메시지(Node Alive Request)의 전송 시간의 간격이 좁을 경우에, UDP의 전송 특성상 GSN이 먼저 CG로부터 송신된 재지시 요청 메시지(Redirection Request)를 나중에 송신된 노드 얼라이브 요청 메시지(Node Alive Request)보다 더 늦게 수신하는 경우가 발생할 수 있다(S15,S16).
즉, CG에서 송신한 메시지의 순서와 GSN에서의 메시지 수신 순서가 일치하지 않을 수 있다. 이러한 경우에 도 2에서와 같이 CG에서는 정상 회복을 통보하는 노드 얼라이브 요청 메시지(Node Alive Request)를 송신한 이후이므로, 정상 회복 통보 완료 상태로 관리한다.
그러나 이후에 GSN에서는 재지시 요청 메시지(Redirection Request)를 노드 얼라이브 요청 메시지(Node Alive Request)보다 늦게 수신하게 되어, CG를 기능 장애(비정상) 상태로 관리한다.
따라서 GSN과 CG 간에 장애정보가 불일치된 상태에 따라 GSN은 영구히 노드 얼라이브 요청 메시지(Node Alive Request)를 기다리고, CG는 과금 데이터 전송을 기다리는 정체 상태(Deadlock)에 빠지게 된다는 문제가 있다.
본 발명의 목적은 상기한 점을 감안하여 안출한 것으로써, 특히 데이터 통신 시스템에서 과금 게이트웨이(CG)와 지피알에스 지원 노드(GSN) 간에 발생되는 링크 장애 및/또는 과금 게이트웨이(CG)와 지피알에스 지원 노드(GSN)의 각 기능 장애를 관리하기 위한 통신망에서의 장애 관리 방법을 제공하는데 있다.
상기한 목적을 달성하기 위한 본 발명의 특징은, 과금 게이트웨이(CG)와 지 피알에스 지원 노드(GSN) 간에 과금 데이터를 정상적으로 전송하는 도중에 상기 과금 게이트웨이(CG)에서 장애가 발생됨에 따라, 상기 과금 게이트웨이(CG)와 상기 지피알에스 지원 노드(GSN) 간에 장애 발생 통보 및 응답을 수행하는 단계와, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG)의 상태 확인을 위한 요청 메시지를 일정 시간 간격으로 상기 과금 게이트웨이(CG)에 송신하는 단계와, 상기 과금 게이트웨이(CG)가 자신의 상태 전달을 위한 응답 메시지를 상기 지피알에스 지원 노드(GSN)에 송신하는 단계와, 상기 지피알에스 지원 노드(GSN)가 상기 응답 메시지에 포함된 상기 과금 게이트웨이(CG)의 상태 및 상세 상태정보를 이용하여 상기 과금 게이트웨이(CG)에 대한 상태를 관리하는 단계를 포함하여 이루어지는 것이다.
보다 바람직하게, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG) 기능의 정상 회복을 통보하기 위한 노드 얼라이브 요청 메시지(Node Alive Request)가 일정 시간 이상 수신되지 않을 경우에, 상기 상태 확인을 위한 요청 메시지를 주기적으로 송신한다.
보다 바람직하게, 상기 상태 확인을 위한 요청 메시지는 상기 과금 게이트웨이(CG)의 상태 확인용 메시지임을 나타내는 타입 필드(=255)와 범위 식별자 필드(=2)를 포함한다. 또한 상기 상태 전달을 위한 응답 메시지는 상기 과금 게이트웨이(CG)의 상태 전달용 메시지임을 나타내는 타입 필드(=255)와 범위 식별자 필드(=3)와 상기 과금 게이트웨이(CG)의 장애 이유들 및/또는 정상 여부를 나타내는 이유 필드를 포함한다. 여기서 상기 응답 메시지의 이유 필드에 상기 장애 이유들 중 어느 하나를 나타내는 경우에, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG)를 비정상 상태로 관리하고, 상기 과금 게이트웨이(CG) 기능의 정상 회복을 통보하기 위한 노드 얼라이브 요청 메시지(Node Alive Request)의 수신을 일정 시간동안 기다린다. 또한 상기 응답 메시지의 이유 필드에 상기 과금 게이트웨이(CG)의 정상 상태를 나타내는 경우에, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG)를 정상 상태로 관리한다.
보다 바람직하게, 상기 지피알에스 지원 노드(GSN)와 상기 과금 게이트웨이(CG) 간에 유저 데이터그램 프로토콜(UDP : User Datagram Protocol)을 사용하며, 상기 통신망은 비동기 과금망이다.
본 발명의 다른 목적, 특징 및 잇점들은 첨부된 도면을 참조한 실시 예들의 상세한 설명을 통해 명백해질 것이다.
이하 본 발명에 따른 통신망에서의 장애 관리 방법에 대한 바람직한 일 실시 예를 첨부된 도면을 참조하여 설명한다.
본 발명의 장애 관리를 위한 구성은 GSN과 CG를 포함한다.
GSN으로는 패킷 교환을 담당하는 SGSN(Serving GPRS Support Node)와 GGSN(Gateway GPRS Support Node)가 있다. SGSN은 3GPP 비동기 패킷 서비스를 위한 가입자 인증과 권한 체크 그리고 GGSN과 패킷 데이터 전송을 위한 터널링 기능을 제공한다. GGSN은 가입자의 인터넷 프로토콜(IP) 주소(address)를 할당하고, 외부 인증기관과 연동하여 가입자의 인증과 권한 체크를 수행한다.
다음의 CG는 SGSN으로부터 수신되는 과금 데이터를 처리하다. 즉 과금 데이 터의 수집, 검증, 필터링 및 통합 기능 등을 수행한다.
본 발명에서는 GSN과 CG 간의 링크 장애와 CG의 기능 장애를 구분하여 관리한다.
한편 CG가 정상적으로 동작할 경우의 과금 데이터 처리 절차는 다음과 같다.
먼저 CG는 GSN으로부터 데이터 레코드 전달 요청 메시지(Data Record Transfer Request)를 통해 과금 데이트를 수신하며, 그에 대한 처리 결과(과금 데이터에 대한 처리 결과)를 데이터 레코드 전달 응답 메시지(Data Record Transfer Response)로 응답한다.
이 때 GSN은 CG로의 링크 및 그 CG 기능을 정상 상태로 관리한다.
반면에 CG에 장애가 발생했을 때 과금 데이터의 처리 절차는 다음과 같다. 그에 대한 설명을 도 3을 참조하여 설명한다.
과금 데이터의 정상적 전송 도중에 CG에서 장애가 발생하면, 즉 CG가 큐 풀(Queue Full)이나 시스템 오류(system fail) 등으로 인해 비정상 상태가 되면, CG는 재지시 요청 메시지(Redirection Request)를 이용하여 그의 비정상 상태를 GSN에 통보하고(S100), GSN은 재지시 응답 메시지(Redirection Response)를 CG에 전송한다(S110).
상기와 같이 과금 데이터에 대한 응답 대신에 CG의 비정상 상태를 통보받은 GSN은 CG로의 링크를 정상 상태로 관리하고, CG 기능은 비정상 상태로 관리한다
이후에 GSN은 일정 시간(1분) 이상 CG로부터 노드 얼라이브 요청 메시지(Node Alive Request)를 수신하지 못하면, CG의 상태를 확인하기 위한 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)를 CG로 전송한다(S120).
물론 GSN은 일정 시간(1분) 경과 이전에 CG로부터 노드 얼라이브 요청 메시지(Node Alive Request)를 수신하면, 노드 얼라이브 응답 메시지(Node Alive Response)를 CG로 송신하고 CG를 정상 상태로 관리한다.
한편 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)를 수신한 CG는 자신의 현재 상태를 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)를 이용하여 응답한다(S130).
이 때 사용되는 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)의 포맷이 도 4이며, 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)의 포맷이 도 5이다.
에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)가 CG로 전송될 때는 범위 식별자(Extension Identifier)가 "2"의 값을 가지며, 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)가 GSN으로 전송될 때는 범위 식별자(Extension Identifier)가 "3"의 값을 갖는다.
이 때 CG가 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)를 GSN으로 전송할 때, 자신의 상태에 따라 응답을 달리한다.
즉, CG가 정상 상태일 경우에는 "요청 수락(Request accepted)"으로 응답하며, 비정상 상태일 경우에는 장애 이유(Cause)에 대한 상세한 내용을 포함하여 응 답한다.
GSN은 CG로부터 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)의 응답으로써 "요청 수락(Request accepted)" 응답을 수신하면, CG 기능이 정상 상태로 회복된 것으로 간주하여 CG 기능을 정상 상태로 관리한다. 그에 따라 GSN은 과금 데이터의 전송을 재개한다.
반면에 GSN은 CG로부터 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)의 응답으로써 장애 이유가 포함된 응답을 수신하면, CG를 계속 비정상 상태로 관리한다. 그리고 노드 얼라이브 요청 메시지(Node alive request)의 수신을 기다린다.
도 3은 장애 이유가 포함된 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)를 수신한 이후에 CG가 정상 상태로 회복된 경우의 예를 든 것이다.
GSN은 CG로부터 장애 이유가 포함된 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)를 수신한 이후에(S130), 일정 시간(1분) 이상 CG로부터 노드 얼라이브 요청 메시지(Node Alive Request)를 수신하지 못하면, CG의 상태를 확인하기 위한 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)를 CG로 다시 전송한다(S140).
에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)를 수신한 CG는 자신의 현재 상태를 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)를 이용하여 응답한다(S150). 즉 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)의 응답으로써 "요청 수락(Request accepted)"이 포함된 응답을 송신한다.
그러면 GSN은 CG 기능이 정상 상태로 회복된 것으로 간주하여 CG 기능을 정상 상태로 관리한다. 그에 따라 GSN은 과금 데이터의 전송을 재개한다.
본 발명에서는 GSN과 CG 간에 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)와 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension)를 이용하여 상호 장애정보를 일치시킨다.
도 4에 도시된 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)의 포맷에는 프라이빗 익스텐션(Private extension) 부분이 추가된다.
그 추가된 프라이빗 익스텐션(Private extension) 부분은 CG의 상태 확인용 메시지임을 나타내는 타입 필드(=255)를 포함하며, 또한 길이 필드(=2)와 범위 식별자 필드(=2)를 포함한다.
도 4에서 타입 필드의 값은 10진수 "255"를 사용한다.
또한 범위 식별자 필드의 값은 메시지가 CG의 상태 확인을 위한 프라이빗 익스텐션(Private extension)을 사용할 때, "2" 로 한다.
도 5에 도시된 에코 응답(프라이빗 익스텐션) 메시지(Echo Response with Private extension) 포맷은 에코 요청(프라이빗 익스텐션) 메시지(Echo Request with Private extension)의 포맷과 다른 형태의 프라이빗 익스텐션(Private extension) 부분이 추가된다.
그 추가된 프라이빗 익스텐션(Private extension) 부분은 CG의 상태 전달용 메시지임을 나타내는 타입 필드(=255)를 포함하며, 또한 길이 필드(=2)와 범위 식별자 필드(=3) 와 장애 이유를 나타내는 이유 필드(cause)를 포함한다.
도 5에서 타입 필드의 값은 10진수 "255"를 사용한다.
또한 범위 식별자 필드의 값은 메시지가 CG의 상태 전달을 위한 프라이빗 익스텐션(Private extension)을 사용할 때, "3" 으로 한다.
또한 이유 필드(cause)는 장애 이유 또는 CG 정상을 나타내는 "요청 수락(Request accepted)"으로써 가능한 값을 갖는다.
이유 필드에 포함되는 CG의 상태 및 상태에 대한 상세정보(장애 이유 및/또는 정상 여부)의 예들을 나열하면 다음과 같다.
- 요청 수락(Request accepted)
- 이용 가능 자원 무(No Resource available)
- 시스템 오류(system failure)
- 노드 다운1(This node is about down)
- 노드 다운2(Another node is about down)
- 버퍼 풀1(Receiver buffer becoming full)
- 버퍼 풀2(Send buffer becoming full)
상기 발명의 상세한 설명에서 행해진 구체적인 실시 양태 또는 실시 예는 어디까지나 본 발명의 기술 내용을 명확하게 하기 위한 것으로 이러한 구체적 실시 예에 한정해서 협의로 해석해서는 안되며, 본 발명의 정신과 다음에 기재된 특허 청구의 범위 내에서 여러 가지 변경 실시가 가능한 것이다.
이상에서 설명된 본 발명에 따르면, 비동기 과금망에서 전송 제어 프로토콜(TCP)이 아닌 사용자 데이터그램 프로토콜(UDP) 사용 시에 메시지 손실로 인해 발생되는 GSN과 CG 간의 링크 장애 및/또는 기능 장애를 해결할 수 있다.
즉, GSN과 CG 간에 새로이 정의된 메시지 포맷을 적용시킴으로써, 사용자 데이터그램 프로토콜(UDP) 사용 시에 메시지 손실로 인해 발생되던 GSN과 CG 간의 상태 관리 불일치를 해결하여 그 GSN과 CG 간의 상태 관리를 완벽하게 일치시킬 수 있다.
또한 본 발명을 사용함으로써, 메시지 손실로 인해 발생되던 트래픽 증가나 양단 간 정체 상태의 발생이 해소된다.
이상 설명한 내용을 통해 당업자라면 본 발명의 기술 사상에 일탈하지 아니하는 범위에서 다양한 변경 및 수정이 가능함을 알 수 있을 것이다.
따라서, 본 발명의 기술적 범위는 실시 예에 기재된 내용으로 한정하는 것이 아니라 특허 청구 범위에 의해서 정해져야 한다.

Claims (8)

  1. 과금 게이트웨이(CG)와 지피알에스 지원 노드(GSN) 간에 과금 데이터를 정상적으로 전송하는 도중에 상기 과금 게이트웨이(CG)에서 장애가 발생됨에 따라, 상기 과금 게이트웨이(CG)와 상기 지피알에스 지원 노드(GSN) 간에 장애 발생 통보 및 응답을 수행하는 단계와;
    상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG)의 상태 확인을 위한 요청 메시지를 일정 시간 간격으로 상기 과금 게이트웨이(CG)에 송신하는 단계와;
    상기 과금 게이트웨이(CG)가 자신의 상태 전달을 위한 응답 메시지를 상기 지피알에스 지원 노드(GSN)에 송신하는 단계와;
    상기 지피알에스 지원 노드(GSN)가 상기 응답 메시지에 포함된 상기 과금 게이트웨이(CG)의 상태 및 상세 상태정보를 이용하여 상기 과금 게이트웨이(CG)에 대한 상태를 관리하는 단계를 포함하여 이루어지는 것을 특징으로 하는 통신망에서의 장애 관리 방법.
  2. 제 1 항에 있어서, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG) 기능의 정상 회복을 통보하기 위한 노드 얼라이브 요청 메시지(Node Alive Request)가 일정 시간 이상 수신되지 않을 경우에, 상기 상태 확인을 위한 요청 메시지를 주기적으로 송신하는 것을 특징으로 하는 통신망에서의 장애 관리 방법.
  3. 제 1 항에 있어서, 상기 상태 확인을 위한 요청 메시지는, 상기 과금 게이트웨이(CG)의 상태 확인용 메시지임을 나타내는 타입 필드(=255)와 범위 식별자 필드(=2)를 포함하는 것을 특징으로 하는 통신망에서의 장애 관리 방법.
  4. 제 1 항에 있어서, 상기 상태 전달을 위한 응답 메시지는, 상기 과금 게이트웨이(CG)의 상태 전달용 메시지임을 나타내는 타입 필드(=255)와 범위 식별자 필드(=3)와 상기 과금 게이트웨이(CG)의 장애 이유들 및/또는 정상 여부를 나타내는 이유 필드를 포함하는 것을 특징으로 하는 통신망에서의 장애 관리 방법.
  5. 제 4 항에 있어서, 상기 응답 메시지의 이유 필드에 상기 장애 이유들 중 어느 하나를 나타내는 경우에, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG)를 비정상 상태로 관리하고, 상기 과금 게이트웨이(CG) 기능의 정상 회복을 통보하기 위한 노드 얼라이브 요청 메시지(Node Alive Request)의 수신을 일정 시간동안 기다리는 것을 특징으로 하는 통신망에서의 장애 관리 방법.
  6. 제 4 항에 있어서, 상기 응답 메시지의 이유 필드에 상기 과금 게이트웨이(CG)의 정상 상태를 나타내는 경우에, 상기 지피알에스 지원 노드(GSN)가 상기 과금 게이트웨이(CG)를 정상 상태로 관리하는 것을 특징으로 하는 통신망 에서의 장애 관리 방법.
  7. 제 1 항에 있어서, 상기 지피알에스 지원 노드(GSN)와 상기 과금 게이트웨이(CG) 간에 유저 데이터그램 프로토콜(UDP : User Datagram Protocol)을 사용하는 것을 특징으로 하는 통신망에서의 장애 관리 방법.
  8. 제 1 항에 있어서, 상기 통신망은 비동기 과금망인 것을 특징으로 하는 통신망에서의 장애 관리 방법.
KR1020040010398A 2004-02-17 2004-02-17 통신망에서의 장애 관리 방법 KR100606893B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020040010398A KR100606893B1 (ko) 2004-02-17 2004-02-17 통신망에서의 장애 관리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040010398A KR100606893B1 (ko) 2004-02-17 2004-02-17 통신망에서의 장애 관리 방법

Publications (2)

Publication Number Publication Date
KR20050082049A KR20050082049A (ko) 2005-08-22
KR100606893B1 true KR100606893B1 (ko) 2006-08-01

Family

ID=37268539

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040010398A KR100606893B1 (ko) 2004-02-17 2004-02-17 통신망에서의 장애 관리 방법

Country Status (1)

Country Link
KR (1) KR100606893B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100382509C (zh) * 2005-11-28 2008-04-16 华为技术有限公司 无线网络中故障定位的方法
KR100857036B1 (ko) * 2007-04-20 2008-09-05 (주)엔텔스 과금 시스템에서 트랜잭션 로그 파일을 이용한 장애 복구방법 및 그 장치
KR101007369B1 (ko) * 2009-05-19 2011-01-13 주식회사 케이티 Ｐｃｒｆ 연동 없는 호 처리를 지원하는 이동 통신 시스템 및 그 방법

Also Published As

Publication number Publication date
KR20050082049A (ko) 2005-08-22

Similar Documents

Publication Publication Date Title
JP3685651B2 (ja) 相互接続装置及びアクティブＱｏＳマッピング方法
EP2025106B1 (en) Devices and method for guaranteeing quality of service per service data flow through the bearer layer
US8335197B2 (en) Method and apparatus for transmitting SIP data of idle mode UE in a mobile communication system
CN101491005A (zh) 用于无线通信系统中的策略执行的方法和装置
US20080091811A1 (en) Triggering bandwidth reservation and priority remarking
US9332092B2 (en) Method and system for processing data record packet
US20030117948A1 (en) Method and gateway GPRS support node (GGSN) for control plane redundancy
JP2003143250A (ja) 代理応答方法
US8239555B2 (en) Method and apparatus for mobility agent recovery
US20100208596A1 (en) Apparatus and method for managing path between nodes in mobile communication system
US20020003775A1 (en) Method and node apparatus for filtering ICMP data frame
US20060034203A1 (en) Mobile communication system and service control device
US8116272B2 (en) Method for dealing with the packet domain gateway support node errors
US7339886B2 (en) System and method for synchronizing SGSNs and a GGSN
Tschofenig et al. Diameter: New Generation AAA Protocol-Design, Practice, and Applications
JP5352502B2 (ja) パケット通信システム及びパケット通信装置制御方法
KR100606893B1 (ko) 통신망에서의 장애 관리 방법
WO2015184840A1 (zh) 响应消息的获取、响应消息的路由方法、装置及系统
JP2009278297A (ja) ゲートウエイ装置およびそれを含む通信システムならびに通信方法
JP2006229835A (ja) 伝送ネットワークの制御・監視方式
JPH10164131A (ja) 輻輳制御方法
JP3465183B2 (ja) ネットワーク監視方式
Cisco Commands: debug serial interface through debug tacacs events
CN102624753B (zh) 企业服务总线的分布式文件传输方法和设备
JP2004120230A (ja) データ通信におけるＱｏＳ制御方法およびシステム

Legal Events

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

Payment date: 20130617

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20140616

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20150615

Year of fee payment: 10

LAPS Lapse due to unpaid annual fee