KR101459170B1 - 게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘 - Google Patents

게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘 Download PDF

Info

Publication number
KR101459170B1
KR101459170B1 KR1020097022148A KR20097022148A KR101459170B1 KR 101459170 B1 KR101459170 B1 KR 101459170B1 KR 1020097022148 A KR1020097022148 A KR 1020097022148A KR 20097022148 A KR20097022148 A KR 20097022148A KR 101459170 B1 KR101459170 B1 KR 101459170B1
Authority
KR
South Korea
Prior art keywords
announcement
classification
gateway device
network
timing interval
Prior art date
Application number
KR1020097022148A
Other languages
English (en)
Other versions
KR20100015823A (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 톰슨 라이센싱
Publication of KR20100015823A publication Critical patent/KR20100015823A/ko
Application granted granted Critical
Publication of KR101459170B1 publication Critical patent/KR101459170B1/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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/091—Measuring contribution of individual network components to actual service level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Abstract

게이트웨이 장치들과 연관된 장애 조건을 검출 및 완화할 수 있는 방법이 제공된다. 예시적 일 실시예에 따르면, 상기 방법은 게이트웨이 장치의 동작과 연관된 서비스에 대한 제1 어나운스먼트를 수신하는 단계(440); 제1 어나운스먼트의 분류를 결정하는 단계(510); 제1 어나운스먼트의 분류에 기초하여 타이밍 간격을 초기화하는 단계(520); 및 제1 어나운스먼트와 동일한 분류의 제2 어나운스먼트가 타이밍 간격이 만료하기 전에 수신되지 않으면 오류 메시지를 제공하는 단계(530)를 포함한다. 게이트웨이 장치는 제1 어나운스먼트와 동일한 분류의 제2 어나운스먼트가 타이밍 간격 만료 전에 수신되면 적절히 동작하는 것으로 간주된다.
게이트웨이 장치, 어나운스먼트, 타이밍 간격, 오류 메시지

Description

게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘{MECHANISMS FOR FAILURE DETECTION AND MITIGATION IN A GATEWAY DEVICE}
본 출원은 2007년 4월 23일에 출원된 미국 가출원 60/925,792에 대한 35 U.S.C. 119 규정의 혜택을 주장한다.
본 실시예들은 일반적으로 MDU (multi-dwelling units)에 서비스를 제공하기 위해 사용될 수 있는 게이트웨이 장치에 관한 것으로, 특히 이러한 게이트웨이 장치와 연관된 장애 상태를 검출하고 완화하는 메커니즘에 관한 것이다.
다세대 주택이나 아파트와 같이 단일 장소에서 다중 사용자 조작의 필요성에 대해 보완하는 구조를 이용하는 위성 텔레비전 서비스와 같은 서비스를 제공하는 시스템이 배치되고 있다. MDU 설비와 같은 설비를 위해 사용되는 시스템의 배치는 서비스 제공자의 네트워크에 연결된 중앙 장치 또는 게이트웨이 장치에 로컬 네트워크를 통해 연결된 클라이언트 장치들을 흔히 포함한다. 하드웨어나 소프트웨어에 기인하여 주어진 게이트웨이 장치 내에서 장애가 일어날 수 있고 결과적으로 시스템 성능이 저하되고 사용자로부터 서비스 호출이 일어나게 된다.
임의의 게이트웨이 장치 내에서 소프트웨어 모듈 장애를 검출하고 완화하는한가지 방법은 워치독(watchdog) 모니터를 사용하는 것이다. 이러한 워치독 모니 터는 예컨대 하나 또는 그 이상의 실행 스레드 (threads)를 모니터링하고 스레드 장애 (즉, 마이크로레벨 장애 검출)를 나타내기 위해 스레드당 기준으로 설정될 수 있다. 많은 경우에, 더 복잡한 소프트웨어 모듈들은 다수의 실행 스레드 뿐만 아니라 모니터링되지 않고 및 전송 제어 프로토콜/인터넷 프로토콜 (TCP/IP) 스택의 서비스를 또한 이용할 수 있는 제3자 오브젝트 모듈들을 포함한다. 이런 보다 복잡한 모듈들에서, 스레드당 기준의 워치독 모니터 접근법은 전체 소프트웨어 모듈의 장애나 소프트웨어 기능점(function point)의 손실을 검출하기에 충분하지 않을 수 있다.
따라서, 게이트웨이 장치와 연관된 장애 조건을 검출하고 완화하는 개선된 메커니즘이 필요하다. 여기 설명된 본 실시예들은 상기 및 기타 문제를 해결하고 하나 또는 그 이상의 게이트웨이 장치에 걸쳐서 하드웨어 및 소프트웨어 모듈 장애들을 검출하는 매크로레벨 성능을 제공한다.
본 발명의 일 양태에 따르면, 게이트웨이 장치에서의 장애 검출 방법이 개시된다. 바람직한 일실시예에 따르면, 상기 방법은 네트워크의 동작과 연관된 서비스에 대한 제1 어나운스먼트를 수신하는 단계, 상기 제1 어나운스먼트의 분류를 결정하는 단계, 상기 제1 어나운스먼트의 상기 분류에 기초하여 타이밍 간격을 초기화하는 단계, 및 상기 제1 어나운스먼트의 상기 분류의 제2 어나운스먼트가 상기 타이밍 간격이 종료하기 전에 수신되지 않으면 오류 메시지를 제공하는 단계를 포함한다.
본 발명의 다른 양태에 따르면, 게이트웨이 장치가 개시된다. 바람직한 일실시예에 따르면, 상기 게이트웨이 장치는 데이터 네트워크의 동작과 연관된 서비스에 대한 제1 어나운스먼트를 수신하도록 동작하는 상기 데이터 네트워크에 연결하기 위한 네트워크 인터페이스, 및 상기 제1 어나운스먼트의 분류를 결정하고, 상기 제1 어나운스먼트의 상기 분류에 기초하여 타이밍 간격을 초기화하고, 및 상기 제1 어나운스먼트와 동일한 분류의 제2 어나운스먼트가 상기 타이밍 간격이 종료하기 전에 수신되지 않으면 오류 메시지를 제공하도록 동작하는 상기 네트워크 인터페이스에 연결된 프로세서를 포함한다.
본 발명의 다른 양태에 따르면, 또다른 장치가 개시된다. 바람직한 일실시예에 따르면, 상기 장치는 네트워크의 동작과 연관된 서비스에 대한 제1 네트워크 어나운스먼트를 수신하는 수단, 및 상기 제1 네트워크 어나운스먼트의 소스 및 상기 제1 네트워크 어나운스먼트의 종류를 결정하고, 타이밍 간격을 초기화하고, 및 상기 제1 네트워크 어나운스먼트의 상기 소스 및 상기 제1 어나운스먼트와 동일한 분류의 제2 어나운스먼트가 상기 타이밍 간격이 종료하기 전에 수신되지 않으면 오류 메시지를 제공하는 수단을 포함한다.
본 실시예들의 상기 및 기타 특징 및 장점 및 이를 얻는 방식은 첨부 도면과 관련하여 이하의 실시예에 대한 설명을 참조하면 더 명확해질 것이고 본 개시는 보다 잘 이해될 것이다.
도 1은 본 발명의 실시예를 이용하는 바람직한 시스템을 도시한 블록도이다.
도 2는 도 1의 게이트웨이 장치들 중 하나의 관련부를 도시한 블록도이다.
도 3은 도 1의 게이트웨이 장치들 중 하나의 예시적 실시예를 도시한 블록도이다.
도 4는 본 발명의 실시예를 이용하는 예시적 방법을 도시하는 흐름도의 일부를 나타낸다.
도 5는 본 발명의 실시예를 이용하는 예시적 방법을 도시하는 흐름도의 다른 일부를 나타낸다.
도 6은 본 발명의 실시예를 이용하는 예시적 방법을 도시하는 흐름도의 다른 일부를 나타낸다.
여기 설명된 예시는 본 발명의 바람직한 실시예들을 나타내며, 이러한 예시는 본 실시예들의 범위를 어떤 방식으로든 제한하는 것으로서 해석되지 않아야 한다.
위에서 설명된 본 실시예들은 주로 MDU (multi-dwelling units)에서 발견되는 설비 시스템에 대한 것이다. 본 실시예들은 데이터 네트워크를 통해 콘텐츠를 클라이언트 장치, 셋톱 박스 또는 수신 회로로 제공하는, 헤드엔드 또는 게이트웨이 인터페이스를 이용하는 임의의 네트워크 정보 분배 시스템에서 사용되고 적용될 수 있다. 예컨대, 본 실시예들은 비행기나 버스 승객 엔터테인먼트 분배 시스템에서 일하는 당업자에게 알려진 기술을 이용하여 수정될 수 있다.
첨부 도면들, 특히 도 1을 참조하면, 본 발명의 실시예를 이용하는 예시적 시스템(100)이 도시되어 있다. 도 1에 도시된 바와 같이, 예시적 시스템(100)은 하나 또는 그 이상의 시스템 헤드엔드 (도시되지 않음), 게이트웨이 장치(10), 주 분배 프레임 (main distribution frame: MDF)(20), 인터넷(30)과 같은 네트워크, 네트워크 운영 센터 (network operating center: NOC)(40), 중간 분배 프레임 (intermediate distribution frames: IDFs)(50), 및 클라이언트 장치 (도시되지 않음)를 포함한다. 일 실시예에 따르면, 도 1은 이더넷 네트워크나 동축 케이블, 디지털 가입자 회선 (DSL), 전력선 네트워킹 또는 무선 기술과 같은 다른 종류의 네트워크를 이용하는 MDU에서 채택될 수 있는 전형적인 시스템을 나타낸다.
도 1에서, 각 게이트웨이 장치(10)는 위성, 지상, 케이블, 인터넷 및/또는 다른 종류의 브로드캐스트 시스템의 헤드엔드와 같은 시스템 헤드엔드 (즉, 서비스 제공자)에 동작적으로 결합되어 통신한다. 예시적 일실시예에 따르면, 각 게이트웨이 장치(10)는 시스템 헤드엔드(들)로부터 오디오 및/또는 비디오 콘텐츠를 포함한 다중 신호를 수신하고, 수신된 신호들의 신호 포맷을 변환하고, 각각의 거주 유닛 (dwelling units)에 있는 사용자들에 의한 요청들에 기초하여 네트워크를 통해 MDF(20) 및 IDF(50)를 경유하여 클라이언트 장치들 (예컨대, 셋톱 박스, 텔레비전 등)로 인터넷 프로토콜 (IP) 포맷과 같은 포맷으로 적절한 데이터 스트림들을 전송한다. 당해 기술분야에서 잘 알려져 있는 바와 같이, MDF(20) 및 IDFs(50)는 스위칭 및 라우팅 장치들로서 동작한다. 주어진 MDU 설비에 포함된 게이트웨이 장치(10), MDFs(20) 및 IDFs(50)의 수는 설계 선택에 따라 가변적이다. 각 IDF(50)는 예컨대 MDU의 주어진 층 및/또는 다른 정의된 구획에 존재하는 클라이언트 장치 들을 서비스할 수 있다. 시스템(100)이 특정 네트워크 포맷을 이용하는 이더넷 스위칭 네트워크인 것으로서 여기 도시되고 설명되지만, 당업자라면 본 발명의 원리가 동축 케이블, 디지털 가입자 회선 (DSL), 전력선 네트워킹, 및/또는 무선 기술을 이용하는 네트워크와 같은 다른 종류의 네트워크 및 다수의 가능한 네트워크 포맷에도 적용될 수 있음을 이해할 것이다.
하나 이상의 게이트웨이 장치(10)가 동일한 시스템 서비스 제공자 헤드엔드에 연결될 수 있음에 유의하는 것이 중요하다. 다중 게이트웨이 장치(10)는 단일 게이트웨이 장치(10)의 크기나 성능의 설계 제한 때문에 서비스 제공자로부터 이용가능한 모든 콘텐츠를 수신하여 분배하기 위해 필요할 수 있다. 또한, 게이트웨이 장치들(10)은 MDFs(20)로의 로컬 네트워크 연결과 상관없이 또는 이와 연계하여 서로 연결하여 통신하는 능력을 포함할 수 있다.
도 1에 도시된 바와 같이, MDF(20)는 인터넷(30)이나 다른 적절한 네트워크 연결을 통해 NOC(40)에 동작적으로 결합되어 통신한다. 예시적 일실시예에 따르면, MDF(20)는 게이트웨이 장치(10)의 동작 상태와 연관된 통지 메시지를 수신하고 이러한 통지 메시지를 NOC(40)로 전송하도록 동작한다. 이 통지 메시지들 중 하나가 게이트웨이 장치들(10) 중 하나에 관련한 작동상의 문제 (예컨대, 하드웨어 및/또는 소프트웨어 모듈 장애 등)를 나타내는 경우, 적절한 조치 (예컨대, 서비스 호출, 새로운 소프트웨어 다운로드, 운영자 개입없이 장애 게이트웨이 장치의 리부팅 등)가 문제점을 확인하여 해결하기 위해 취해질 수 있다. 본 발명의 원리에 따르면, 각 게이트웨이 장치(10)는 자체 및/또는 다른 게이트웨이 장치(10)에 존재하는 작동상의 문제를 검출하고 이러한 통지 메시지를 MDF(20) 및 인터넷(30)을 통해 NOC(40)로 제공하도록 동작한다. 이러한 방식으로, 본 발명은 예컨대 MDU 네트워크에서 사용되는 게이트웨이 장치(10)에서 장애 조건을 검출하고 완화할 수 있는 이점이 있다.
도 2를 참조하면, 도 1의 게이트웨이 장치들(10) 중 하나의 관련부를 도시하는 블록도가 도시된다. 도 2의 게이트웨이 장치(10)는 I/O 블록(12), 프로세서(14) 및 메모리(16)를 포함한다. 설명을 명료하게 하기 위해, 임의의 제어 신호, 전력 신호 및/또는 다른 요소들과 같은 게이트웨이 장치(10)와 연관된 임의의 종래 요소들은 도 2에 도시되지 않을 수 있다.
I/O 블록(12)은 게이트웨이 장치(10)의 I/O 기능을 수행하도록 동작한다. 바람직한 일실시예에 따르면, I/O 블록(12)은 위성, 지상, 케이블, 인터넷 및/또는 다른 신호원과 같은 하나 또는 그 이상의 헤드엔드 신호원으로부터 오디오, 비디오 및/또는 데이터 신호와 같은 신호를 아날로그 및/또는 디지털 형태로 수신하도록 동작한다. I/O 블록(12)은 또한 하나 또는 그 이상의 헤드엔드 신호원으로 신호를 출력하도록 동작한다. I/O 블록(12)은 또한 신호를 MDF(20)로/로부터 전송/수신하도록 동작한다. 일 실시예에서, I/O 블록(12)은 오디오 및 비디오 콘텐츠를 포함하는 브로드캐스트 신호를 수신하기 위한 신호 인터페이스 및 MDF(20)를 포함하는 로컬 네트워크에서 데이터 신호의 형태로 신호를 송수신하기 위한 네트워크 인터페이스를 포함한다. 데이터 신호는 게이트웨이 장치(10)에 의해 처리되는 오디오 및 비디오 콘텐츠 및 게이트웨이 장치(10)에 의해 생성되는 네트워크 어나운스먼 트(announcement)를 나타내는 신호를 포함할 수 있다.
프로세서(14)는 게이트웨이 장치(10)의 다양한 신호 처리 및 제어 기능을 수행하도록 동작한다. 예시적 일 실시예에 따르면, 프로세서(14)는 I/O 블록(12)에 의해 수신된 오디오, 비디오 및/또는 데이터 신호를 클라이언트 장치로의 전송 및 클라이언트 장치에 의한 처리에 적합한 포맷으로 되도록 처리한다.
프로세서(14)는 또한 본 발명의 원리에 따라 하나 또는 그 이상의 게이트웨이 장치(10) (자신을 포함)와 연관된 작동상의 문제 (예컨대, 하드웨어 및/또는 소프트웨어 모듈 장애 등)의 검출 및 완화를 가능하게 하는 소프트웨어 코드를 실행하도록 동작한다. 바람직한 실시예에서, 프로세서(14)는 어나운스먼트에 관한 정보 수신 후에 이 어나운스먼트의 분류를 결정하는 소프트웨어 코드를 실행하도록 동작하는 마이크로프로세서이다. 프로세서(14)는 어나운스먼트 분류에 기초하여 타이밍 간격을 초기화하는 코드를 더 실행하고, 이전에 수신된 어나운스먼트와 동일한 분류의 제2 어나운스먼트에 관한 정보가 타이밍 간격이 종료하기 전에 수신되지 않으면 오류 메시지를 제공한다. 프로세서(14)의 이 양태에 대한 세부 사항은 이하에서 더 제공될 것이다. 프로세서(14)는 또한 사용자 입력 장치 (도시되지 않음)를 통해 이루어진 사용자 입력의 처리, 통지 메시지를 포함한 출력의 생성, 메모리(16)로부터/로 데이터의 판독/기록 및/또는 기타 동작을 포함하는 게이트웨이 장치(10)의 다른 기능을 수행 및/또는 인에이블하도록 동작한다.
메모리(16)는 프로세서(14)에 결합되어 게이트웨이 장치(10)의 데이터 저장 기능을 수행한다. 예시적 일 실시예에 따르면, 메모리(16)는 소프트웨어 코드, 하 나 또는 그 이상의 데이터 테이블, 소정의 통지 메시지, 사용자 셋업 데이터 및/또는 기타 데이터를 포함하는 데이터를 저장한다.
게이트웨이 장치(10)는 복수의 위성 신호를 포함한 다수의 서로 다른 종류의 브로드캐스트 신호를 수신하도록 구성될 수 있다. 게이트웨이 장치(10)는 또한 브로드캐스트 신호에서 제공된 오디오 및 비디오 콘텐츠를 포함한 복수의 네트워크 데이터 신호를 생성하고 게이트웨이 장치(10)를 클라이언트 장치에 연결하는 네트워크를 통해 네트워크 데이터 신호를 제공하도록 구성될 수 있다.
도 3을 참조하면, 바람직한 위성 게이트웨이 장치(300)의 블록도가 도시되어 있다. 위성 게이트웨이 장치(300)는 도 1에서 설명된 게이트웨이 장치(10)와 유사하다. 도시된 바와 같이, 위성 게이트웨이 장치(300)는 전원(340), 2개의 프론트엔드(341a 및 341b) 및 백엔드(352)를 포함한다. 전원(340)은 프론트엔드(341a, b) 및 백엔드(352)가 이하에서 설명하는 기능을 수행할 수 있도록 구성가능한 다수의 산업표준 AC 또는 DC 전원 중 임의의 하나일 수 있다.
위성 게이트웨이 장치(300)는 또한 2개의 프론트엔드(341a, b)를 포함할 수 있다. 일 실시예에서, 각 프론트엔드(341a, b)는 1:2 스플리터(326a-26d)로부터 제공된 2개의 신호를 수신하도록 구성될 수 있다. 예컨대, 프론트엔드(341a)는 1:2 스플리터(326a)로부터 2개의 신호를 수신하고 프론트엔드(341b)는 1:2 스플리터(326b)로부터 2개의 신호를 수신할 수 있다.
프론트엔드(341a, b)는 1:4 스플리터(342a, 342b, 342c 및 342d)를 이용하여 신호를 더 분할할 수 있다. 일단 더 분할되면, 신호는 듀얼 튜너 링크들의 4개의 뱅크(344a, 344b, 344c 및 344d) 내로 전달될 수 있다. 뱅크(344a-344d) 내의 각 듀얼 튜너 링크는 하나 또는 그 이상의 전송 스트림을 생성하기 위해 각 듀얼 튜너 링크에 의해 수신된 신호 내에서 2개의 서비스에 튜닝하도록 구성될 수 있다. 각 듀얼 튜너 링크(344a, 344b, 344c 및 344d)는 전송 스트림을 LVDS (low-voltage differential signaling) 구동기(348a, 348b, 348c 및 348d) 중 하나로 전송한다. LVDS 구동기(348a-348d)는 백엔드(352)로의 전송을 위한 트랜스포트 신호를 증폭하도록 구성될 수 있다. 다른 실시예에서, 서로 다른 형태의 차동 구동기 및/또는 증폭기가 LVDS 구동기(348a-348d) 대신 사용될 수 있다. 다른 실시예는 백엔드(352)로 라우팅하기 위해 모든 트랜스포트 신호의 직렬화를 사용할 수 있다.
도시된 바와 같이, 프론트엔드(341a, b)는 또한 마이크로프로세서(46a 및 46b)를 포함할 수 있다. 일실시예에서, 마이크로프로세서(346a, b)는 듀얼 튜너 링크의 뱅크(344a-344d)에게 및 1:4 스플리터(342a-342d)로 커맨드를 제어 및/또는 중계한다. 마이크로프로세서(346a, b)는 예컨대 ST 마이크로일렉트로닉스에 의해 생산되는 ST10 마이크로프로세서를 포함할 수 있다. 다른 실시예에서, 다른 프로세서가 사용될 수 있고 또는 제어가 백엔드(352)내 프로세서로부터 도출될 수 있다. 마이크로프로세서(346a, b)는 LVDS 수신기 및 송신기 모듈(350a 및 350b)에 결합될 수 있다. LVDS 수신기/송신기 모듈(350a, b)은 이하에서 설명되는 바와 같이 마이크로프로세서(346a, b)와 백엔드(352) 상의 컴포넌트들 사이의 통신을 용이하게 한다.
백엔드(352)를 다시 보면, 백엔드(352)는 LVDS 구동기(348a-348d)에 의해 전 송된 트랜스포트 스트림 신호를 수신하도록 구성된 LVDS 수신기(354a, 354b, 354c 및 354d)를 포함한다. 백엔드(352)는 또한 LVDS 수신기/송신기 모듈(350a, b)과 통신하도록 구성된 LVDS 수신기/송신기 모듈(356a 및 356b)을 포함한다.
도시된 바와 같이, LVDS 수신기(354a-354d) 및 LVDS 수신기/송신기(356a, b)는 제어기 또는 트랜스포트 프로세서(358a 및 358b)와 통신하도록 구성된다. 일실시예에서, 트랜스포트 프로세서(358a, b)는 프론트엔드(341a, b)에서 듀얼 튜너 링크에 의해 생성되는 트랜스포트 스트림을 수신하도록 구성된다. 트랜스포트 프로세서(358a, b)는 또한 트랜스포트 스트림을 상기 로컬 네트워크를 통해 멀티캐스트될 수 있는 인터넷 프로토콜 (IP) 패킷이 되도록 다시 패킷화하도록 구성될 수 있다. 예컨대, 트랜스포트 프로세서(358a, b)는 브로드캐스트 프로토콜 패킷들을 IP 프로토콜 패킷들로 다시 패키징하고 IP 어드레스 상의 이런 IP 패킷들을 하나 또는 그 이상의 클라이언트 장치로 멀티캐스트한다.
트랜스포트 프로세서(358a, b)는 또한 32비트, 66MHz PCI (peripheral component interconnect) 버스와 같은 버스(362)에 연결될 수 있다. 버스(362)를 통해, 트랜스포트 프로세서(358a, b)는 다른 제어기나 네트워크 프로세서(370), 이더넷 인터페이스(384) 및/또는 확장 슬롯(366)과 통신할 수 있다. 네트워크 프로세서(370)는 로컬 네트워크로부터 서비스 요청을 수신하고 트랜스포트 프로세서(358a, b)에게 지시하여 요청된 서비스를 멀티캐스트하게 할 수 있다. 또한, 네트워크 프로세서(370)는, 클라이언트 장치로부터 요청을 수신하고 현재 전개된 서비스의 리스트를 관리하고 이 서비스를 STB(22a-22n)로 제공하기 위해 수신 자원을 매칭 또는 할당함으로써, 오디오 및 비디오 콘텐츠를 포함하는 데이터 신호의 동작 및 분배를 관리할 수 있다. 네트워크 프로세서는 또한 게이트웨이 장치(10)에 의해 제공되는 네트워크 관련 어나운스먼트를 수신, 모니터링 및/또는 처리하는 것을 통해 네트워크 상태를 관리할 수 있다. 일실시예에서, 네트워크 프로세서는 인텔에 의해 제조된 IXP425로서 네트워크 어나운스먼트에 관한 정보 수신 후 이 네트워크 어나운스먼트의 분류를 결정하는 소프트웨어 코드를 실행한다. 프로세서(14)는 어나운스먼트의 분류에 기초하여 타이밍 간격을 초기화하는 코드를 더 실행하고, 이전에 수신된 어나운스먼트와 동일한 분류의 제2 네트워크 어나운스먼트에 관한 정보가 타이밍 간격이 종료되기 전에 수신되지 않으면 오류 메시지를 제공한다. 도시되지 않았지만, 네트워크 프로세서(370)는 상태 데이터를 위성 게이트웨이 장치(300)의 프론트 패널로 전송하거나 디버그 포트들을 통해 위성 게이트웨이 장치(300)의 디버깅 또는 모니터링을 지원하도록 구성될 수 있다.
도시된 바와 같이, 트랜스포트 프로세서(358a, b)는 버스(362)를 통해 이더넷 인터페이스(368)에 결합된다. 일실시예에서, 이더넷 인터페이스(368)는 구리선 또는 광섬유 인터페이스를 로컬 네트워크에 제공하는 기가비트 이더넷 인터페이스이다. 다른 실시예에서, 디지털 홈 네트워크 애플리케이션에서 사용되는 것과 같은 다른 인터페이스가 사용될 수 있다. 또한, 버스(362)는 위성 게이트웨이 장치(300)의 업그레이드나 확장을 가능하게 하도록 PCI 확장 슬롯과 같은 확장 슬롯에 연결될 수 있다.
트랜스포트 프로세서(358a, b)는 또한 호스트 버스(364)에 연결될 수 있다. 일 실시예에서, 호스트 버스(364)는 트랜스포트 프로세서(358a, b)를 모뎀(372)에 연결하는 16비트 데이터 버스로서, 모뎀(372)은 PSTN (public service telephone network)(28)을 통해 통신하도록 구성될 수 있다. 다른 실시예에서, 모뎀(372)은 버스(362)에 결합될 수 있다.
네트워크 프로세서(370)는 위성 게이트웨이 장치(300)의 동작의 다양한 양태에 관한 정보를 저장하는 메모리를 포함할 수 있다. 메모리는 네트워크 프로세서(370) 내에 존재하거나 도시되지 않았지만 외부에 위치할 수도 있다. 메모리는 타이머 및 네트워크 어나운스먼트에 대한 정보와 같은 상태 정보 뿐만 아니라 수신 자원에 대한 튜닝 정보도 저장하도록 이용될 수 있다.
트랜스포트 프로세서(358a, b), 네트워크 프로세서(370) 및 마이크로프로세서(346a, b)는 위성 게이트웨이 장치(300)의 동작에 필요한 임의의 기능 또는 모든 제어 기능을 수행할 수 있는 하나의 더 큰 제어기나 처리유닛에 포함될 수 있다. 일부 기능 또는 모든 제어 기능은 다른 블록에 분배될 수 있고 위성 게이트웨이 장치(300) 내에서의 기본 동작에 영향을 미치지 않을 수 있다.
도 4 내지 6을 참조하면, 본 발명의 실시예를 이용하는 바람직한 방법을 도시한 흐름도가 도시되어 있다. 예시 및 설명의 목적상, 도 4 내지 도 6의 방법은 도 1의 시스템(100) 및 도 2의 게이트웨이 장치(10)의 요소들을 참조하여 설명하기로 한다. 도 4 내지 도 6의 방법은 도 1의 위성 게이트웨이(20)의 요소들을 참조하여 동일하게 설명될 수 있다. 또한 예시 및 설명의 목적상, 도 4 내지 도 6의 단계들은 주로 하나의 게이트웨이 장치(10) 만을 참조하여 설명된다. 그러나, 실 제로, 주어진 MDU 설비내 각 게이트웨이 장치(10)는 도 4 내지 도 6의 단계들을 별개로 독립적으로 수행할 것이 예상된다. 도 4 내지 도 6의 단계들은 예시적인 것이며 본 실시예들을 어떤 방식으로든 제한하기 위한 것이 아니다.
단계 410에서, 본 방법이 시작한다. 바람직한 일실시예에 따르면, 본 방법은 하나 또는 그 이상의 게이트웨이 장치(10)와 연관된 작동상의 문제 (예컨대, 하드웨어 및/또는 소프트웨어 모듈 장애 등)를 검출 및 완화하기 위한 특징이 작동되는 경우에만 단계 410에서 시작한다. 설명의 목적상, 이 특징이 초기에 작동된다고 가정한다.
단계 420에서, 게이트웨이 장치(10)는 테이블 및 모든 타이머들을 클리어한다. 예시적 일 실시예에 따르면, 각 게이트웨이 장치(10)는 하나 또는 그 이상의 게이트웨이 장치(10) (자신 포함)와 연관된 작동상의 문제 (예컨대, 하드웨어 및/또는 소프트웨어 모듈 장애 등)의 검출 및 완화를 위해 사용되는 테이블을 메모리(16)에 저장한다. 본 예시적 실시예에 따르면, 각 게이트웨이 장치(10)는 SDP (Session Description Protocol)를 나르는 SAP (Session Announcement Protocol)와 같은 소정의 프로토콜에 따라 어나운스먼트를 주기적으로 전송 및 재전송한다. SAP 및 SDP는 당해 기술분야에서 잘 알려져 있다. 네트워크 가용성, 프록시 모뎀 호스트 가용성, 클라이언트 장치 소프트웨어 가용성, 또는 다른 종류의 애플리케이션 관련 문제와 연관된 어나운스먼트를 포함한 다양한 종류 또는 분류의 어나운스먼트가 있다. 게이트웨이 장치(10)에 의해 수신된 각각의 고유한 SAP 패킷 SDP 페이로드에 대해, 메모리(16) 내 상기 테이블은 (i) 송신 게이트웨이 장치(10)의 IP 어드레스 (즉, 게이트웨이 장치(10) 식별자), (ii) SAP 어나운스먼트의 종류나 분류, (iii) 미디어 타이틀 (항목 (ii)에 대응) 및 (iv) 패킷 도착 시간을 저장한다. 각 게이트웨이 장치(10) 및 어나운스먼트의 종류나 분류에 대해, 프로세서(14)는 대응하는 타이머를 유지한다. 단계 420에서, 프로세서(14)는 메모리(16) 내 상기 테이블 및 작동상의 문제의 검출 및 완화를 위해 사용되는 대응하는 모든 내부 타이머를 클리어한다. 이 내부 타이머는 프로세서(14)의 장애 검출 모듈의 일부이다.
단계 430에서, 게이트웨이 장치(10)는 모든 종류의 어나운스먼트를 듣는다(listen). 예시적 일 실시예에서, 게이트웨이 장치(10)는 단계 430에서 프로세서(14)의 제어하에 자신 뿐만 아니라 임의의 또는 모든 다른 활성 게이트웨이 장치(10)가 발행한 SAP 어나운스먼트를 모니터링한다. 게이트웨이 장치(10)는 예컨대 단계 430에서 어나운스먼트를 듣기 위해 프로세서(14)의 제어하에 특정 IP 어드레스를 모니터링할 수 있다.
단계 440에서, 게이트웨이 장치(10)에 의해 어나운스먼트가 수신되는지 여부에 대해 결정한다. 예시적 일 실시예에 따르면, 프로세서(14)는 다른 게이트웨이 장치(10)나 자신으로부터 어나운스먼트가 수신되는지 여부를 검출하여 단계 440에서의 결정을 수행한다. 단계 440에서의 결정이 긍정이면, 프로세스 흐름은 "C" (도 5 참조)로 진행하고, 이에 대해서는 이하에서 설명된다. 이와 달리, 단계 440에서의 결정이 부정이면, 프로세스 흐름은 단계 450으로 진행하고 여기서 임의의 타이머가 종료되는지 여부에 대해 결정이 이루어진다. 예시적 일 실시예에 따르 면, 프로세서(14)는 단계 450에서 결정하기 위해 자신의 내부 타이머 (즉, 단계 420에서 클리어된 것)를 체크한다. 도 4에 도시된 바와 같이, 프로세스 흐름은 단계 450에서 "D" (도 5 참조)로 진행하고, 이에 대해서는 후술한다.
시간 간격을 유지 또는 모니터링하는 다수의 방법이 프로세서(14) 내의 내부 타이머를 이용하는 대신에 가능할 수 있음에 유의하는 것이 중요하다. 예컨대, 타이머는 크리스탈에 연결된 외부 클록 회로, 기존의 연속 시간 신호를 샘플링하는 샘플링 회로, 또는 프로세서(14)에서 실행되는 소프트웨어 알고리즘일 수 있다.
단계 450에서의 결정이 긍정이면, 프로세스 흐름은 "E" (도 6 참조)로 진행하고, 이에 대해서는 후술한다. 이와 달리, 단계 450에서의 결정이 부정이면, 프로세스 흐름은 단계 460으로 진행하고, 여기서 테이블 리셋이 요청되는지 여부에 대해 결정이 이루어진다. 예시적 일실시예에 따르면, 단계 420에서 참조되는 메모리(16) 내 테이블은 네트워크 관리자나 다른 권한있는 자에 의해 수시로 수동으로 리셋될 수 있고, 및/또는 사용자 설정에 기초하여 자동으로 리셋될 수 있다. 따라서, 프로세서(14)는 이 테이블이 리셋이 필요한지 여부를 검출하여 단계 460에서의 결정을 수행한다.
단계 460에서의 결정이 긍정이면, 프로세스 흐름은 "A"로 표시된 바와 같이 단계 420으로 다시 되돌아간다. 이와 달리, 단계 460에서의 결정이 부정이면, 프로세스 흐름은 단계 470으로 진행하고 여기서 하나 또는 그 이상의 게이트웨이 장치(10) (자신 포함)와 연관된 작동상의 문제 (예컨대, 하드웨어 및/또는 소프트웨어 모듈 장애 등)의 검출 및 완화를 위한 특징이 작동되는지 여부에 대해 결정이 이루어진다. 예시적 일 실시예에 따르면, 본 발명의 이 특징은 네트워크 관리자나 다른 권한있는 자에 의해 수동으로 턴온 (즉, 작동) 및 턴오프 (즉, 부작동)될 수 있다. 따라서, 프로세서(14)는 이 특징이 작동되는지를 검출하여 단계 470에서의 결정을 수행한다. 단계 470에서의 결정이 긍정이면, 프로세스 흐름은 "B"로 표시된 바와 같이 단계 430으로 되돌아간다. 이와 달리, 단계 470에서의 결정이 부정이면, 프로세스 흐름은 단계 480으로 진행하여 본 방법이 종료한다.
도 5를 참조하면, "C" (즉, 도 4의 단계 440에서의 긍정 결정)는 단계 510으로 진행하고 여기서 단계 440에서 수신된 어나운스먼트가 특정 게이트웨이 장치(10)로부터의 새로운 종류나 분류의 어나운스먼트를 나타내는지 여부에 대해 결정이 이루어진다. 예시적 일 실시예에서, 프로세서(14)는 메모리(16) 내 상기 테이블의 엔트리를 조사하여 단계 510에서의 결정을 수행한다. 상기한 바와 같이, 네트워크 가용성, 프록시 모뎀 호스트 가용성, 클라이언트 장치 소프트웨어 가용성 또는 다른 종류의 애플리케이션 관련 문제와 연관된 어나운스먼트들은 서로 다른 종류나 분류의 어나운스먼트들을 나타낼 수 있다.
단계 510에서의 결정이 긍정이면, 프로세스 흐름은 단계 520으로 진행하고 여기서 게이트웨이 장치(10)는 새로운 테이블 엔트리를 생성하고 특정 게이트웨이 장치(10)와 어나운스먼트의 종류나 분류에 대한 대응 타이머를 초기화한다. 예시적 일 실시예에 따르면, 프로세서(14)는 메모리(16)에서 새로운 테이블 엔트리를 생성하고 대응하는 타이머를 내부적으로 초기화함으로써 단계 520을 수행한다. 단계 520에서, 프로세스 흐름은 단계 530으로 진행하고 여기서 게이트웨이 장치(10) 는 프로세서(14)의 제어하에 통지 메시지를 NOC(40) (MDF(20) 및 인터넷(30)을 통해)로 보내어 새로운 테이블 엔트리가 생성되었고 대응하는 타이머가 초기화되었음을 알려준다.
단계 510을 다시 참조하면, 여기서의 결정이 부정이면, 프로세스 흐름은 단계 550으로 진행하며 여기서 대응하는 타이머가 만료되는지 여부에 대해 결정이 이루어진다. 예시적 일 실시예에 따르면, 프로세서(14)는 특정 게이트웨이 장치(10) 및 단계 440에서 수신된 어나운스먼트의 종류나 분류에 대응하는 내부 타이머가 만료되는지 여부를 검출하여 단계 550에서 결정을 한다.
단계 550에서의 결정이 긍정이면, 프로세스 흐름은 단계 530으로 진행하고 여기서 게이트웨이 장치(10)가 프로세서(14)의 제어하에 오류 통지 메시지를 NOC(40) (MDF(20) 및 인터넷(30)을 통해)로 보내어 특정 게이트웨이 장치(10)와 어나운스먼트의 종류나 분류에 대응하는 타이머가 만료되었음을 나타낸다. 즉, 단계 550에서의 결정이 긍정이면, 단계 530에서 보내진 오류 통지 메시지는 게이트웨이 장치(10)가, 대응하는 타이머가 만료되기 전에 특정 게이트웨이 장치(10)로부터 이전에 수신된 어나운스먼트와 동일한 종류나 분류의 제2의 또는 차순의 어나운스먼트를 수신하지 않았음을 또한 나타낸다. 따라서, 이 오류 통지 메시지는 NOC(40)에게 적용가능한 게이트웨이 장치(10)와 연관된 잠재적인 작동상의 문제를 통지해 주고 교정 조치가 취해질 수 있도록 한다.
단계 530에서 또는 단계 550에서의 결정이 부정이면, 프로세스 흐름은 단계 540으로 진행하고 여기서 게이트웨이 장치(10)는 대응하는 타이머를 개시하거나 리 셋한다. 예시적 일 실시예에 따르면, 프로세서(14)는 대응하는 타이머를 개시 또는 리셋함으로써 단계 540을 수행한다. 단계 540에서, 프로세스 흐름은 "D"로 표시된 바와 같이 단계 450 (도 4 참조)으로 되돌아간다.
도 6을 참조하면, "E" (즉, 도 4의 단계 450에서의 긍정 결정)는 단계 610으로 진행하고 여기서 최종 통지 메시지가 특정 게이트웨이 장치(10) 및 어나운스먼트의 종류나 분류에 대해 보내진 최초 통지 메시지였는지에 대해, 또는 최종 통지 메시지가 특정 게이트웨이 장치(10) 및 어나운스먼트의 종류나 분류에 대해 보내진 후로 소정 시간, 예컨대 10분이 경과하였는지에 대해 결정이 이루어진다. 예시적 일 실시예에 따르면, 프로세서(14)는 내부적으로 유지된 타이밍 정보를 이용하여 단계 610에서 결정을 한다.
어나운스먼트의 각 종류나 분류가 다른 시간 주기를 사용함으로써 본 발명의 동작을 더 향상시킬 수 있음에 유의하는 것이 중요하다. 예컨대, 네트워크 가용성 어나운스먼트는 일반적으로 대략 2초의 반복 시간 주기를 갖는 반면, 네트워크 시간 어나운스먼트는 대략 12 시간의 반복 시간 주기를 갖는다.
단계 610에서의 결정이 긍정이면, 프로세스 흐름은 단계 620으로 진행하여 여기서 게이트웨이 장치(10)는 프로세서(14)의 제어하에 통지 메시지를 NOC(40) (MDF(20) 및 인터넷(30)을 통해)로 보내어 단계 610에서 결정된 조건을 나타낸다. 단계 620으로부터 또는 단계 610에서의 결정이 부정이면, 프로세스 흐름은 단계 630으로 진행하고 여기서 메모리(16)에서의 모든 만료된 테이블 엔트리가 취급되었는지 여부에 대해 결정이 이루어진다. 예시적 일 실시예에 따르면, 프로세서(14) 는 내부적으로 유지된 상태 정보를 이용하여 단계 630에서 결정을 한다.
단계 630에서의 결정이 긍정이면, 프로세스 흐름은 "B"로 나타낸 바와 같이 단계 430 (도 4 참조)으로 되돌아간다. 이와 달리, 단계 630에서의 결정이 부정이면, 프로세스 흐름은 단계 640으로 진행하고 여기서 다음 만료되는 테이블 엔트리가 취급된다. 단계 640에서, 프로세스 흐름은 단계 610으로 되돌아간다.
상기한 바와 같이, 도 4 내지 도 6의 흐름도는 게이트웨이 장치(10)와 연관된 장애 조건의 검출 및 완화를 위한 메커니즘을 제공한다. 요약하면, 각 활성 게이트웨이 장치(10)는 주기적으로 자신의 어나운스먼트를 재전송한다. 프로세서(14)의 장애 검출 모듈은 한 세트의 타이머, 즉 게이트웨이 장치(10) 및 고유한 어나운스먼트 종류/미디어 타이틀의 각 조합 (예컨대, [GW1 id, 어나운스먼트 종류 1], [GW1 id, 어나운스먼트 종류 2] ... [GW3 id, 어나운스먼트 종류 1], [GW3 id, 어나운스먼트 종류 2]...)에 대해 하나의 타이머를 포함한다. 본 실시예의 원리에 따르면, 새로운 어나운스먼트 종류/미디어 타이틀이 특정 게이트웨이 장치(10)로부터 수신될 때, 특정 게이트웨이 장치(10)와 어나운스먼트 종류/미디어 타이틀에 대응하는 엔트리는 메모리(16)에 있는 테이블에 위치하고 이 엔트리에 대한 타이머가 개시된다. 이 종류/미디어 타이틀의 다른 어나운스먼트가 특정 게이트웨이 장치(10)로부터 수신되기 전에 타이머가 만료되면, 문제를 표시/해결하기 위해 조치가 취해진다 (예컨대, 통지 메시지가 NOC(40)로 보내지고, 서비스 호출 개시하고, 새로운 소프트웨어 다운로드하고, 운영자 개입없이 장애 게이트웨이 장치의 리부팅하는 등). 통지 메시지는 장애 서비스 뿐만 아니라 장애 게이트웨이 장치(10)의 IP 어드레스를 포함하는 서비스 정보를 포함할 수 있다. 타이머가 일단 만료하면, 특정 게이트웨이 장치(10)로부터의 어나운스먼트가 다시 수신되거나 장애 검출 모듈이 리셋 또는 관리상 디스에이블될 때까지 시스템 통지는 주기적으로 재전송될 수 있다.
다른 게이트웨이 장치(10)의 어나운스먼트(들)에 대한 게이트웨이 장치(10)의 수신 장애는 보내는 게이트웨이 장치(10)의 하드웨어 (예컨대, 전원, 네트워크 인터페이스 등)의 장애 또는 자신이 제공하는 서비스에 대해 책임있는 하나 또는 그 이상의 자신의 소프트웨어 모듈의 장애를 나타낼 수 있다. 자신의 어나운스먼트에 대한 게이트웨이 장치(10)의 수신 장애는 자신이 제공하는 서비스에 대해 책임있는 하나 또는 그 이상의 자신의 소프트웨어 모듈의 장애를 나타낼 수 있다. 셋 또는 그 이상의 게이트웨이 장치(10)의 설치에서, 시스템 통지 메시지는 리던던트하여서 이러한 통지들의 신뢰도가 향상된다. 예컨대, 2개의 동작 게이트웨이 장치(10)가 제3의 장애 게이트웨이 장치(10)로부터 하나 또는 그 이상의 어나운스먼트의 손실을 검출할 수 있고, 각 게이트웨이 장치(10)는 이 사실을 나타내는 통지 메시지를 NOC(40)로 보낼 것이다.
본 실시예들은 주로 게이트웨이 장치(10)에 대한 장애 검출에 대한 것이지만 장애 완화와 관련하여 사용될 수 있음에 유의하는 것이 중요하다. 또한, 본 실시예들은 검출 및 완화 방식에서 SAP 어나운스먼트를 이용하여 설명한다. SAP 어나운스먼트는 그 자체가 SDP (RFC (Request for Comment) 2327) 페이로드를 포함하는 SAP (RFC 2974) 페이로드를 포함하는 UDP (user datagram packets)이고, 잘 알려진 멀티캐스트 IP 어드레스에서 각 활성 게이트웨이 장치(10)에 의해 전송된다. SAP 어나운스먼트의 각 클래스는 서비스 제공을 광고하고 그 능력 및 이 서비스에 액세스하는 방법에 관한 세부사항을 제공한다. 예컨대, 현재의 SAP 어나운스먼트는 네트워크 가용성, 프록시 모뎀 호스트 가용성, 클라이언트 장치 소프트웨어 가용성 및 네트워크 시간을 포함한다.
본 발명의 실시예들은 동작 동안 하드웨어나 소프트웨어 장애에 대한 모니터링 프로세스를 필요로 하는 시스템의 동작에 대해 몇가지 장점을 제공한다. 이 장점은 시스템의 상태 및 SAP 어나운스먼트와 같은 표준 IP 메시지의 사용에 대한 더 많은 정보를 네트워크 모니터에 제공하여, 네트워크 상의 누구든지 활동 상태를 알려주고 네트워크 장치가 기능하는지의 여부를 나타내도록 시스템 상태를 나를 뿐만이 아니라 다른 중요한 메시지와 정보도 나를 수 있는 자체 모니터링 능력을 포함하는데, 이것에만 국한 되지는 않는다. 또한, 이러한 메시지들의 사용은 원격 시스템 모니터에 의한 폴링(polling)을 허용하거나 장애에 대한 정보가 선제적으로(pre-emptively) 보내지도록 허용할 수 있다. 또한, 프로세서(14)에 의해 유지되는 시간 간격 타이머에 대한 다양한 시간 간격 타임아웃 값들이 원격으로 설정될 수 있고 어나운스먼트 종류가 원격으로 구성가능할 수 있다. 일단 통지 메시지들이 생성되면, 이 메시지들은 다중의 운영자 지정 NOC 목적지로 전송될 수 있다.
여기 설명된 바와 같이, 본 발명의 실시예들은 다중 게이트웨이 시스템에서 하드웨어 및 소프트웨어 장애가 검출되어 보고될 수 있도록 개발된 장애 모니터링 기술에 관한 것이다. 단일 게이트웨이 시스템에서, 이 접근법은 핵심 소프트웨어 모듈의 장애 검출을 지원한다. 본 발명의 실시예들은 무엇보다도 여분의 전원이 없는 게이트웨이 장치들(10)이 자신들의 전력공급 장애를 검출할 수 없고 게이트웨이 장치들(10)이 자신들의 통신 인터페이스 하드웨어가 고장나면 자신들의 장애를 보고할 수 없다는 사실을 포함한 다중 게이트웨이 장치 설비에서의 다양한 종류의 문제를 해결한다. 또한, 본 발명의 실시예들은, 다중 스레드, 제3자 오브젝트 코드 등이 관련될 때, 간단한 워치독 모니터 기반 방법을 이용한 중대한 소프트웨어 모듈 장애의 검출과 관련된 단일 또는 다중 게이트웨이 설비에서의 문제 부류를 해결할 수 있다. 또한, 초기 구현은 게이트웨이 장치들(10) 사이에서 또는 로컬 네트워크 상에서 SAP 어나운스먼트들을 브로드캐스트하는 것이지만, 이 구현의 확장, 심지어 다른 종류의 네트워크 어나운스먼트들을 이용하는 것도 개발되어 이 어나운스먼트들이 NOC(40)로 보내질 수 있다.
본 발명이 바람직한 설계를 갖는 것으로 설명되었지만, 본 실시예들은 본 발명의 사상 및 범위 내에서 더 변경될 수 있다. 따라서, 본 출원은 그 일반적인 원리를 이용하여 본 발명의 임의의 변경, 이용 또는 개조도 포함하는 것이다. 또한, 본 출원은 당해 기술분야에서 잘 알려지거나 관례적인 실시 범위 내에 드는 본 개시로부터의 이탈 구성들도 본 실시예들과 관련되고 첨부된 청구범위의 한계 내에 속하는 한 포괄한다.

Claims (18)

  1. 게이트웨이 장치에서의 장애를 검출하는 방법으로서,
    네트워크의 동작과 연관된 서비스에 관한 제1 어나운스먼트(announcement)를 수신하는 단계(340);
    상기 제1 어나운스먼트의 분류를 결정하는 단계(410);
    상기 제1 어나운스먼트의 분류에 기초하여 타이밍 간격을 초기화하는 단계(420); 및
    제2 어나운스먼트가 상기 타이밍 간격이 만료하기 전에 수신되지 않으면 오류 메시지를 제공하는 단계(430) - 상기 제2 어나운스먼트는 상기 제1 어나운스먼트와 동일한 분류를 갖음 -
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 제1 어나운스먼트는 네트워크 가용성 어나운스먼트, 프록시 모뎀 호스트 가용성 어나운스먼트, 및 클라이언트 장치 소프트웨어 가용성 어나운스먼트 중 적어도 하나를 포함하는 방법.
  3. 제1항에 있어서,
    상기 제1 어나운스먼트는 세션 어나운스먼트 프로토콜을 사용하는 방법.
  4. 제1항에 있어서,
    상기 제1 어나운스먼트와 동일한 분류의 상기 제2 어나운스먼트가 상기 타이밍 간격이 만료하기 전에 수신되면 상기 게이트웨이 장치는 적절히 동작하는 방법.
  5. 제1항에 있어서,
    상기 분류는 상기 제1 어나운스먼트에 대한 소스 장치 식별을 포함하는 방법.
  6. 제1항에 있어서,
    상기 결정된 분류 및 상기 결정된 분류와 연관된 상기 타이밍 간격을 포함하는 정보를 저장하는 단계를 더 포함하는 방법.
  7. 장치(10)에 있어서,
    데이터 네트워크에 연결하여 상기 데이터 네트워크의 동작과 연관된 서비스에 관한 제1 어나운스먼트를 수신하도록 동작하는 네트워크 인터페이스(12); 및
    상기 네트워크 인터페이스에 연결되어, 상기 제1 어나운스먼트의 분류를 결정하고, 상기 제1 어나운스먼트의 분류에 기초하여 타이밍 간격을 초기화하고, 및 제2 어나운스먼트가 상기 타이밍 간격이 만료하기 전에 수신되지 않으면 오류 메시지를 제공하도록 동작하는 프로세서(14) - 상기 제2 어나운스먼트는 상기 제1 어나운스먼트와 동일한 분류를 갖음 -
    를 포함하는 장치(10).
  8. 제7항에 있어서,
    상기 제1 어나운스먼트는 네트워크 가용성 어나운스먼트, 프록시 모뎀 호스트 가용성 어나운스먼트, 및 클라이언트 장치 소프트웨어 가용성 어나운스먼트 중 적어도 하나를 포함하는 장치(10).
  9. 제7항에 있어서,
    상기 제1 어나운스먼트는 세션 어나운스먼트 프로토콜을 사용하는 장치(10).
  10. 제7항에 있어서,
    상기 장치는 상기 제1 어나운스먼트와 동일한 분류의 상기 제2 어나운스먼트가 상기 타이밍 간격이 만료하기 전에 수신되면 적절히 동작하는 장치(10).
  11. 제7항에 있어서,
    상기 분류는 상기 제1 어나운스먼트에 대한 소스 장치 식별을 포함하는 장치(10).
  12. 제7항에 있어서,
    상기 장치는, 상기 프로세서에 연결되어 브로드캐스트 네트워크를 통해 제공되는 오디오 및 비디오 콘텐츠를 포함하는 신호들을 수신하도록 동작하는 신호 인터페이스를 더 포함하는 장치(10).
  13. 제7항에 있어서,
    상기 장치는 상기 데이터 네트워크에 연결된 복수의 게이트웨이 장치 중 하나인 장치(10).
  14. 제7항에 있어서,
    상기 분류 및 상기 분류와 연관된 상기 타이밍 간격을 포함하는 정보를 저장하는 메모리를 더 포함하는 장치(10).
  15. 삭제
  16. 삭제
  17. 삭제
  18. 삭제
KR1020097022148A 2007-04-23 2007-12-19 게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘 KR101459170B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US92579207P 2007-04-23 2007-04-23
US60/925,792 2007-04-23
PCT/US2007/025946 WO2008133670A1 (en) 2007-04-23 2007-12-19 Mechanisms for failure detection and mitigation in a gateway device

Publications (2)

Publication Number Publication Date
KR20100015823A KR20100015823A (ko) 2010-02-12
KR101459170B1 true KR101459170B1 (ko) 2014-11-07

Family

ID=39598420

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097022148A KR101459170B1 (ko) 2007-04-23 2007-12-19 게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘

Country Status (9)

Country Link
US (1) US20100142381A1 (ko)
EP (1) EP2156608A1 (ko)
JP (1) JP5349457B2 (ko)
KR (1) KR101459170B1 (ko)
CN (1) CN101652960A (ko)
BR (1) BRPI0721534A2 (ko)
MX (1) MX2009011514A (ko)
RU (1) RU2463718C2 (ko)
WO (1) WO2008133670A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120057473A1 (en) * 2010-09-02 2012-03-08 Public Wireless, Inc. Fault diagnostics for improved quality of service
KR101417402B1 (ko) * 2012-11-12 2014-07-08 현대자동차주식회사 차량 네트워크에서의 게이트웨이 오류 대처 장치 및 그 방법
US10263836B2 (en) 2014-03-24 2019-04-16 Microsoft Technology Licensing, Llc Identifying troubleshooting options for resolving network failures
CA2982147A1 (en) 2017-10-12 2019-04-12 Rockport Networks Inc. Direct interconnect gateway
CN109669402B (zh) * 2018-09-25 2022-08-19 平安普惠企业管理有限公司 异常监控方法、设备、装置及计算机可读存储介质
CN111490900B (zh) * 2020-03-30 2022-12-16 中移（杭州）信息技术有限公司 网关故障定位方法、装置和网关设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63260329A (ja) * 1987-04-17 1988-10-27 Hitachi Ltd 通信網の障害検知・診断システム
US20060104208A1 (en) * 2004-11-12 2006-05-18 Walker Anthony P M Priority-based network fault analysis

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0933003A1 (de) * 1996-10-15 1999-08-04 Siemens Aktiengesellschaft Verfahren zur behandlung von dienstverbindungen in einem kommunikationsnetz
FI105993B (fi) * 1997-08-20 2000-10-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä radiotiedonsiirtoverkon hallitsemiseksi ja radioverkko-ohjain
US6678840B1 (en) * 2000-08-31 2004-01-13 Hewlett-Packard Development Company, Lp. Fault containment and error recovery in a scalable multiprocessor
CA2392942C (en) * 2001-07-10 2010-03-16 Tropic Networks Inc. Protection system and method for resilient packet ring (rpr) interconnection
JP3827701B2 (ja) * 2002-08-28 2006-09-27 富士通株式会社 受信パストレース検出装置
US7664292B2 (en) * 2003-12-03 2010-02-16 Safehouse International, Inc. Monitoring an output from a camera
US7644317B1 (en) * 2004-06-02 2010-01-05 Cisco Technology, Inc. Method and apparatus for fault detection/isolation in metro Ethernet service
WO2006035575A1 (ja) * 2004-09-28 2006-04-06 Nec Corporation 冗長化パケット交換システムおよび冗長化パケット交換システムの系切り替え方法
JP4919969B2 (ja) * 2005-01-05 2012-04-18 トムソン ライセンシング ゲートウェイサーバにおける受信リソース割り当て方法及びシステム
KR100666953B1 (ko) * 2005-02-28 2007-01-10 삼성전자주식회사 링크 오류 복구를 위한 네트워크 시스템 및 방법
US7907514B2 (en) * 2005-09-29 2011-03-15 Cisco Technology, Inc. MGCP fallback mechanism enhancement
JP4372078B2 (ja) * 2005-10-04 2009-11-25 株式会社東芝 ゲートウェイ装置
CN100387036C (zh) * 2006-07-14 2008-05-07 清华大学 边界网关协议中失效路由的快速清除方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63260329A (ja) * 1987-04-17 1988-10-27 Hitachi Ltd 通信網の障害検知・診断システム
US20060104208A1 (en) * 2004-11-12 2006-05-18 Walker Anthony P M Priority-based network fault analysis

Also Published As

Publication number Publication date
EP2156608A1 (en) 2010-02-24
RU2463718C2 (ru) 2012-10-10
RU2009142983A (ru) 2011-05-27
CN101652960A (zh) 2010-02-17
JP2010527533A (ja) 2010-08-12
BRPI0721534A2 (pt) 2014-02-18
MX2009011514A (es) 2009-11-09
JP5349457B2 (ja) 2013-11-20
WO2008133670A1 (en) 2008-11-06
US20100142381A1 (en) 2010-06-10
KR20100015823A (ko) 2010-02-12

Similar Documents

Publication Publication Date Title
US9015781B2 (en) Methods and apparatuses for providing load balanced signal distribution
US7860981B1 (en) Systems and methods for IP session keepalive using BFD protocols
CA2698055C (en) Selection of a proxy device for a network
KR101459170B1 (ko) 게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘
US9634847B2 (en) Robust multicast broadcasting
JP4981058B2 (ja) 衛星ゲートウェイ障害を補償するシステム及び方法
US9124513B2 (en) Load balancing multicast network traffic using virtual channels
US20070242666A1 (en) Apparatus for managing requests for data in a communication network
US20080209481A1 (en) Directly access attached video on demand delivery
CN101175200B (zh) 用于恢复视频点播会话的方法
KR101193098B1 (ko) 게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템
US20150304229A9 (en) Method and system for allocating receiving resources in a gateway server
US20010052020A1 (en) Control system for network servers
JP2015518670A (ja) Ｉｐｔｖストリームの不能または障害の連続的な検出

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
LAPS Lapse due to unpaid annual fee