KR100293796B1 - 하드웨어의분산된감독용방법및시스템 - Google Patents

하드웨어의분산된감독용방법및시스템 Download PDF

Info

Publication number
KR100293796B1
KR100293796B1 KR1019960705618A KR19960705618A KR100293796B1 KR 100293796 B1 KR100293796 B1 KR 100293796B1 KR 1019960705618 A KR1019960705618 A KR 1019960705618A KR 19960705618 A KR19960705618 A KR 19960705618A KR 100293796 B1 KR100293796 B1 KR 100293796B1
Authority
KR
South Korea
Prior art keywords
error
diagnostic
data entity
speculative
data
Prior art date
Application number
KR1019960705618A
Other languages
English (en)
Other versions
KR970702641A (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 KR970702641A publication Critical patent/KR970702641A/ko
Application granted granted Critical
Publication of KR100293796B1 publication Critical patent/KR100293796B1/ko

Links

Classifications

    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5625—Operations, administration and maintenance [OAM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5625—Operations, administration and maintenance [OAM]
    • H04L2012/5627—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5628—Testing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)
  • Hardware Redundancy (AREA)

Abstract

통신 시스템의 오류 감독 및 관리 시스템은 전기 통신 시스템의 오류 전파방향에서 차례로 연결된 진단 및 추론 오브젝트(IFP)의 체인 시스템을 구비한다. 이 체인 시스템에서 오브젝트들의 위치가 결정되어, 이들 오브젝트가 전기 통신 시스템에서의 오류에 의해 야기될 수 있는 하나의 현상을 자체의 감독 도메인에서 감독하도록 하고, 오류가 발생한 경우에 통신 시스템의 오류를 국부화시키기 위하여 상호 통신하며, 상호간에 영향을 미치며, 상호작용하도록 한다. 각 진단 및 추론 오브젝트는 진단 및 추론 오브젝트에 의해 감독된 현상의 발생을 관찰하여, 진단 및 추론 오브젝트 (IFP)에 보고하는 하나이상의 측정점 오브젝트(MEP)를 사용한다. 보다 많은 측정점 오브젝트(MEP)는 함께 배치되고 포함하는 측정점 오브젝트로부터 데이터를 처리하는 측정 조합 오브젝트(MEC)로 그룹화될 수 있다.

Description

[발명의 명칭]
하드웨어의 분산된 감독용 방법 및 시스템
[도면의 간단한 설명]
제1도는 본 발명의 일실시예인 데이터 처리 시스템을 도시한 개략적인 블록도.
제2도는 오류 취급을 위한 소프트웨어 모델을 개요적으로 도시한 도면.
제3도는 장치의 오류 취급 및 수리 취급과 관계하여 오브젝트 엔티티 관계의 모델을 도시한 도면.
제4도는 오류 국부화 원리를 도시하는 작동도.
제5도는 부속하는 수신되고 송신된 방법 호출, 내부 및 외부 인터페이스로 진단 및 추론점 오브젝트의 설계를 개요적으로 도시한 도면.
제6도는 제5도에 따른 오브젝트의 여러 가능한 상태 및 상태 전송을 도시하는 상태 그래프.
제7도는 이하의 도면에 도시된 작동 그래프에서 어떤 그래픽 심벌의 의미를 도시한 도면.
제8도는 이와 같은 작동 그래프의 예시도.
제9도는 오류 국부화와 관계하는 작동 그래프의 예시도.
제10도는 제9도에 따른 예에서 인식 방법을 도시하는 그래프.
제11도는 오류 국부화와 관계하여 탐색 알고리즘의 제 1 개선을 도시하는 그래프.
제12도는 오류 국부화와 관계하여 탐색 알고리즘의 제2개선을 도시하는 그래프.
제13도 및 제14도는 작동 그래프의 형태에서 2 개의 상이한 관계 타입으로 모델링의 작동을 개략적으로 도시한 예시도.
제15도는 오류 조정을 설명하는 작동 그래프.
제16도는 오류 리세트를 예시하는 작동 그래프.
제17도는 제8도에 따른 작동그래프의 오브젝트 관계 모델의 도시도.
제18도는 확률 기능의 예시도.
제19도는 제18도에 따른 확률 기능을 사용하는 동안 오류 대체 가능한 유니트의 2가지 경우의 오류 취급을 도시한 도면.
제20도는 기능의 오류 취급 분석용 모델의 기능 분석 부분을 도시한 도면.
제21도는 기능 오브젝트간의 상태 전파의 예시도.
제22도는 수리 취급 모델 설계의 예시도.
제23도는 수리 취급과 관계하여 나타날 수 있는 작동그래프의 예시도.
제24도는 대체 가능한 유너트 종료의 예시도.
제25도 내지 제27도는 제5도에 포함된 각 인터페이스에서 상태 천이를 도시하는 표.
[발명의 상세한 설명]
[본 발명의 기술분야]
본 발명은 일반적으로 전기통신 시스템에서 복잡한 하드웨어 및 소프트웨어의 관리에 관한 것이며, 특히 이와 같은 하드웨어 및 소프트웨어의 감독에 관한 것이다. 특히, 본 발명은 오류 감독 및 오류 관리 시스템, 및 전기통신 시스템에서 분산된 오류 관리 방법에 관한 것이다.
복잡한 하드웨어 및 소프트웨어 시스템을 정확한 방법으로 감독하는 것이 어렵다는 것이 널리 공지되어 있다. 대부분의 시스템은 이 감독을 위하여 집중화된 분석 소프트웨어 블록을 사용하여 해결한다. 이 분석 블럭은 적절한 정도의 복잡성을 갖는 시스템에서 크고 복잡해진다. 새로운 하드웨어 및 소프트웨어를 도입하고 그 시스템에서 오래된 것을 교환하는 경우에, 새로운 하드웨어 및 소프트웨어에 따른 모델 및 방법을 갱신하는 것이 어렵다.
[관련 기술의 설명]
W0 92/17961은 오류 허용한계를 위한 적응형 분산 시스템에 관한 것이다. 이 시스템은 적어도 3 개의 노드를 갖는 네트워크를 구비하며, 각각의 노드는 적어도 하나의 다른 노드와 통신한다. 각각의 노드는 또다른 노드가 바람직하거나 바람직하지 않는 상태인지를 시험하기 위하여 배열된다. N개의 노드가 바람직하거나 바람직하지 않는 상태인지를 결정할 수 있는데, 여기서, N은 3보다 크거나 동일한 정수이다. 시험받은 노드(tested node)가 바람직한 상태라면, 시험 노드(testing node)가 되도록 활성화된다. 바람직하지 않는 시험 결과가 얻어지면, 상기 절차는바람직한 상태를 갖는 처리기가 검사될 때까지 다른 노드에 대해 반복된다. 진단정보는 네트워크의 경로를 따라서 진행된다.
EP 139,O69는 공통 레벨의 다수의 서로 상호 접속된 서브시스템을 갖는 오류 진단 분산 시스템을 설명하는데, 각각의 서브시스템은 다른 서브시스템에서 오류를 진단하고 다른 서브시스템의 오류 진단 결과를 토대로 자체의 서브시스템을 보호하는 기능을 갖는다.
US 4,627,055는 상호 접속된 동일 형태의 다수의 서브시스템을 갖는 비집중화된 시스템을 나타낸다. 각각의 서브시스템은 다른 서브시스템에서 오류를 진단하는 진단 수단과, 진단 결과에 응답하여 조치를 취하는 기능을 갖는다.
US 4,354,267은 확장형 "마스터 전송 제어 유니트"를 사용할 때의 단점을 피하는 것을 목적으로 하는 오류 취급에 관한 것이다.
[요약]
본 발명의 일반적인 목적은 복잡한 하드웨어 및 소프트웨어를 갖는 전기통신시스템에서 오류 취급을 설계하고 수행하는 모델 및 이 모델을 토대로 적용되는 방법을 제공하는 것이다.
특히, 이 모델은 전기통신 장비의 오류 동작 소프트웨어의 표시(representation)로서 작용할 것이다. 감독된 엔티티(supervised entities)를 관찰하고 이 엔티티의 동작에 대한 지식을 사용함으로써, 이 모델은 여러 추상 레벨 및 뷰(abstraction level and views)에서 오류를 검출, 식별하여 국부화시킬 수 있고, 여러 오류 검출 엔티티로부터의 경보를 조정하는데 사용될 수 있다. 이 모델은 오류 유니트를 리세트(자동 또는 수동으로)하기 위해 사용될 수 있는 것이 바람직하다.
본 발명을 따르면, 이것은 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 체인 시스템을 구비하는 본 발명에 따른 오류 감독 및 오류 취급 시스템에 의해 성취되는데, 이 체인 시스템에서 상기 데이터 엔티티 위치가 결정되어, 이들 엔티티 각각이 전기 통신 시스템에서의 오류에 의해 야기될 수 있는 하나의 현상을 각각의 감독 도메인에서 감독하도록 하고 오류가 발생한 경우에 상호 통신하며, 상호 영향을 미치고 상호 작용하여 전기통신 시스템에서 오류를 국부화시킨다.
바람직한 실시예를 따르면, 각각의 진단 및 추론 데이터 엔티티는 하나이상의 측정점 데이터 엔티티를 사용하여, 이 진단 및 추론 데이터 엔티티에 의해 감독되는 현상의 발생을 관찰하고 이 진단 및 추론 데이터 엔티티를 보고한다.
전기통신 시스템에서 분산된 오류 취급을 위한 본 발명을 따른 방법은:오류 발생의 경우에 시스템 동작을 결정하기 위하여 시스템에서의 데이터 및 신호 흐름을 분석하여 오류에 의해 야기될 수 있는 현상들을 국부화시키는 단계와, 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 하나이상의 체인 시스템에 의한 동작을 표시하는 단계와, 이와 같은 체인 시스템에서 나타날 수 있는 현상 각각을 각각의 감독 도메인에서 감독하도록 하고 오류가 발생한 경우에 상호 통신하며, 상호 영향을 미치고 상호 작용하여 전기통신 시스템에서 오류를 국부화시키는 각각의 체인 시스템에서 데이터 엔티티 위치를 결정하는 단계와, 관계된 진단 및 추론 데이터 엔티티에 의해 감독되는 현상의 발생을 관찰하여 이 진단 및 추론 데이터 엔티티에 보고하기 위하여 각각의 진단 및 추론 데이터 엔티티와 관계하는 하나이상의 측정점 데이터 엔티티를 제공하는 단계를 포함한다.
여러 측정점 데이터 엔티티는 측정 조합 데이터 엔티티(measurement combinatory data entity)로 간편하게 그룹화될 수 있는데, 이 측정 조합 데이터엔티티는 측정점 데이터 엔티티를 포함한다.
또다른 실시예를 따르면, 오류가 자신의 감독 도메인에서 초래되었는지를 설정하기 전, 대응하는 체인 시스템에서의 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티는 오류 전파 방향에서 알 수 있는 바와 같이 상기 체인 시스템의 상기 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티들에 오류 국부 요청을 전송하며, 이들 엔티티가 오류를 검출하는지 여부에 대한 확인 메시지를 역으로 전송하도록 상기 엔티티들에게 요청한다.
다른 진단 및 추론 데이터 엔티티에서 오류 탐색은 문제의 체인 시스템의 시작을 구성하거나 또한 오류를 검출하는 진단 및 추론 데이터 엔티티가 발견될 때까지 계속되는 것이 바람직하다.
현재 체인 시스템이 오류 검출 진단 및 추론 데이터 엔티티 전에 보다 많은 병렬 분기를 포함하는 경우, 탐색이 동시에 한분기에서 수행된다.
확인 메시지는 두 개의 식별 파라미터를 포함할 수 있는데, 한 파라미터는오류 국부 요청의 기원(origin)을 식별하고, 한 파라미터는 전송자(sender)를 식별한다. 각각의 진단 및 추론 데이터 엔티티는 자신과 관계되는 오류 시퀀스 번호를 가질 수 있는데, 이 번호는 오류가 관계된 진단 및 추론 데이터 엔티티에 의해 검출되는 경우 1씩 상승되며, 상기 시퀀스 번호는 오류 국부 요청시 파라미터로서 도입되고 상기 관계된 체인 시스템을 따라서 관계된 오류 국부 요청 진단 및 추론 데이터 엔티티와 함께 저장되며, 상기 저장된 정보는 업스트림 분기가 이미 조사되었고 상기 확인이 즉각적으로 다운스트림에 전송되었다는 표시를 형성한다.
체인 시스템이 오류 검출 진단 및 추론 데이터 엔티티를 위한 여러 병렬 분기를 포함하는 경우, 탐색은 업스트림 분기에서 병렬로 수행되고, 상기 요청에 의해 통과되는 분기에 관한 정보는 오류 국부 요청을 위한 파라미터 리스트에 부가된다.
그리고 나서, 이 파라미터는 스택(stack)으로서 구현되는 것이 바람직한데, 이 스택에는 국부 요청을 전송하는 각각의 진단 및 추론 데이터 엔티티의 아이덴터티가 부가된다.
전송 진단 및 추론 데이터 엔티티는 카운터에 의해 그리고 요청 아이덴터티를 저장함으로써 미제의(outstanding) 국부 요청 트랙을 유지할 수 있다.
확인 메시지가 복귀되기 전, 각각의 업스트림 분기에서 이 확인 메시지가 바람직하게 수신되어야만 된다.
이 아이덴터티 파라미터는 이 확인 메시지에 의해 복귀될 수 있다.
확인이 전송될 때마다, 갱신 동작은 상기 스택을 토대로 수행되는 것이 바람직하다.
부가적인 바람직한 실시예를 따르면, 검출된 오류가 자신의 도메인내에 있다라고 설정하자마자, 진단 및 추론 데이터 엔티티는 오류 전파 방향에서 다운스트림에 위치되는 모든 진단 및 추론 데이터 엔티티에 조정 방법 호출(coordination method call)을 전송하는데, 상기 방법 호출은 오류 종료 진단 및 추론 데이터 엔티티가 발견될 때까지 통과된다.
전송 진단 및 추론 데이터 엔티티의 아이덴터티가 조정 방법 호출을 따르고 이 호출에 의해 통과는 진단 및 추론 데이터 엔티티에 의해 저장된다.
오류가 처리되는 경우, 오류의 소멸은 오류를 통해 원래 검출하는 진단 및 추론 데이터 엔티티에 의해 검출되며, 상기 데이터 엔티티는 이에 관한 방법 호출을 모든 다운스트림 진단 및 추론 데이터 엔티티에 전송하며, 상기 방법 호출은 오류 종료 진단 및 추론 데이터 엔티티가 발견될 때까지 통과된다.
문제의 진단 및 추론 데이터 엔티티의 아이덴터티는 오류의 소멸에 관한 메시지를 따른다.
진단 및 추론 데이터 엔티티가 오류의 소멸에 관한 메시지를 수신하는 경우, 이 데이터 엔티티는 오류 감독을 다시 시작하는데, 그 후에 이 진단 및 추론 데이터 엔티티의 동작에서 획득되는 모든 진단 및 추론 데이터 엔티티는 복구된다.
다른 방법으로 표현해서, 본 발명에 따라 상기 방법을 수행하는 모델이 생성되는데, 상기 모델은 전기통신 시스템에서 구현될 수 있는 보다 많은 추상 엔티티 동작뿐만 아니라 실제의 하드웨어 및 소프트웨어 동작의 서브모델을 포함한다. 예로서, 하드웨어 및 소프트웨어에서 어떤 구현을 표시하는 논리적인 기능이 언급될 수 있다. 이 모델은 대체 가능한 엔티티 및 이와 관계된 엔티티로 명명되는 서브모델을 포함한다. 특히, 대체 가능한 엔티티는 통상적으로 단일 보드(single board) 또는 단일 케이블로 대체될 수 있는 최소의 하드웨어 부분을 의미한다. 이 모델의 부분은 오류의 경우에 조치를 취할 목적의 활동을 위하여 사용되고, 상기 활동은 이하에서 수리 취급으로 명명된다.
여러 통신 시스템을 표시하는 모델들간의 통신이 본질적으로 필요로 된다.
본 발명을 따른 방법에 포함되는 오류 감독을 위한 부분적인 방법은 이 문제에 분산된 방법을 토대로 한 것이다. 이 방식을 따르면, 현재 기술 상태에 따라서 집중화된 분석 소프트웨어 블록은 불필요하게 될 것이다.
사용된 모델에서 여러 오브젝트는 엄격하게 특정화되고 양호하게 규정된 작업을 갖는데, 이 작업은 가령 관리된 엔티티의 관찰, 징후 발생, 즉 관찰을 수집/처리, 관찰된 엔티티 또는 엔티티들의 진단/분석 및 최종적으로 여러 분석 엔티티들간의 상태 전파를 들 수 있다. 이것은 감독된 시스템의 양호하케 구조화된 모델을 손쉽게 구축할 수 있게 한다.
어떻게 오류가 나타나는지의 전파에 관한 감독된 엔티티 동작을 표시하는 그래픽 표기(graphica1 notation)가 본 발명에 포함된다. 하드웨어 및 소프트웨어 수행의 변화는 하드웨어 및 소프트웨어를 표시하는 그래프의 변화를 초래할 것이다. 이것은 변화가 오히려 간단하고 구조화된 방식으로 수행될 수 있다는 것을 의미한다.
그래픽 표시와 함께 분산된 방식은 어떻게 상이한 오류가 상호 영향 d을 미치는지 그리고 어떻게 특정한 오류가 나타나는지를 이해하기 쉽게 한다.
본 발명의 방법, 즉 개념 및 그래픽 표기는 또한 하드웨어 및 소프트웨어의 설계와 관계하여 사용될 수 있다. 이것은 하드웨어 및 소프트웨어 설계자가 가능한 오류 검출 정도뿐만 아니라 현재의 하드웨어 및 소프트웨어 설계에서 오류 밀도 및 오류 전파의 양호한 지식을 얻도록 하고 오류의 대체 가능한 유니트의 표시를 최적화시킨다. 또한, 하드웨어 및 소프트웨어 설계의 문서로부터 소프트웨어 모델을 발생시키고 구현하는 것이 매우 간단하다.
본 발명에 따라 모델의 관찰 및 징후 발생 부분이 전기통신 시스템에서 수행성능 계산 기능용으로 재사용된다.
하드웨어 및 소프트웨어 감독 모델은 순환적으로 사용되고, 즉 하드웨어 및 소프트웨어 감독용으로 사용된 매카니즘은 마찬가지로 모델에 의해 감독된다. 예로서, 하드웨어 및 소프트웨어의 감독은 하드웨어 및 소프트웨어 감독에서 관찰을 수행하는 데 사용된다.
이 모델은 모든 타입의 하드웨어 및 소프트웨어 시스템에 대해 유효하게 되도록 일반화될 수 있다.
[실시예의 상세한 설명]
이하에 설명되는 본 발명의 실시예는 간결성을 위하여 오브젝트로 지향되어 분산된 데이터 시스템에 문제가 있다는 가정을 토대로 한다. 그러나, 일반적으로 본 발명은 이 타입의 시스템으로 제한되지 않을 뿐만 아니라, 오브젝트와 다른 캐릭터의 데이터 엔티티를 사용하기 위해 설계되는 다른 타입의 시스템에도 인가될 수 있다.
참가하는 액터(actor) 뿐만 아니라 메시지 및 방법 호출을 포함하는 신호의 설명과 관계하여 하기에 서술되고 도면에서 나타나는 표현에서, 구조화된 프로그래밍을 위한 종래의 명칭 규칙이 사용되는데, 일종의 그 규칙은 Stanley B.Lippman, 2nd Edition, Addison-Wesley Publishing Company에 의한 저서 "C++Primer"에서 설명된다. 문제의 표현 및 그 의미의 상세한 설명이 제5도를 참조하여 이하에서 설명된다.
이하에 설명된 본 발명의 실시예는 간결성을 위하여 하드웨어의 감독에 주로 관계된다. 그러나, 본 발명은 또한 하기에 설명된 바와 같이 어떤 경우에 소프트웨어 감독에 적용될 수 있다.
제1도는 중앙처리기 (CP;2) 및 이에 접속된 국부 처리기(DP;4,6) 각각을 구비하는 데이터 처리 시스템 부분의 예를 개략적으로 도시한다. 이와 같은 시스템에서 오류 취급 모델의 적용을 보다 상세하게 후술할 것이다.
본 발명을 따른 오류 취급 모델은 일반적으로 3 개의 독립적인 서브모델로 구성된다. 이 모델 분할은 오류 취급이 처리하는 주 작업을 반영한다. 즉:
- 프로세서 (2,4 및 6)에서의 하드웨어 감독. 이 부분은 하드웨어에서 오류를 검출하고, 오류 타입을 식별하고 오류의 기원을 국부화시키기 위하여 사용되는데, 여기서 하나이상의 오류 유니트, 대체 가능한 유니트 및/또는 기능 유니트는 오류로서 표시될 수 있다. 이 모델의 이 부분은 또한 이하에서 "하드웨어 감독 모델"로 명명된다. 제1도에서 (8 및 10)로 각각 도시되고 프로세서(4 및 6)에 각각 포함되어 있는 대체 가능한 유니트는 현재 대체 가능한, 통상적으로 단일 보드 또는 단일 케이블인 하드웨어의 최소 부분이 되도록 된다.
- 오류 동작과 관계하는 기능의 오류 조정 또는 기능의 분석. 이 활동은 오류가 검출되고 하나이상의 기능이 오류로서 표시될 때 시작된다. 기능상의 오류 영향의 분석은 기능들 자체에 의해 및 그 기능들 자체간에서 행해진다. 하기에서 모델의 이 부분을 "기능 레벨상의 오류 취급 모델"로 또한 명명된다.
- 수리 취급. 이 활동은 대체 가능한 유니트가 하드웨어 감독에 의해 오류로서 표시될 때 시작된다. 하기에서, 모델의 이 부분은 또한 "수리 취급 모델"로 명명된다.
이 모델의 상기 분할은 제2도에 따른 상이한 추상화 레벨상에서 매핑되는데, 제2도에서 이 하드웨어 감독 부분은 (12)으로 표시되며, 기능 레벨상에서 오류 취급 부분(FH)은 (14)으로 표시되며, 수리 취급 부분(RH)은 (16)으로 표시된다. 후자는 하드웨어 유니트의 서브모델(17)을 포함하는 것으로서 도시된다. 문제의 레벨은 예를 들어 하드웨어 종속 기능용 "저"레벨 (18) 및 추상 논리 기능용 "고"레벨(22)을 포함하는 것으로서 도면에 표시된다.
특히, 화살표(24,26,28)로 표시된 하드웨어 감독은 물론 하드웨어 수행에 좌우된다. 이 모델의 부분이 레벨(18)에서 발견되고 국부 처리기(4 및 6)에서 부분적으로 수행될 수 있다. 기능에 의한 오류 영향의 분석에 응답하는 부분은 추상레벨(18 및 22)에서 발견될 수 있다. 각 시스템 또는 서브시스템은 모델의 2개부분(12 및 14)에 의해 자체의 모델을 구축하여야만 된다.
최종 부분(16), 수리 취급 모델은 하기에서 보다 상세하게 설명되고 대체가능한 유니트(8 및 10)를 표시하는 오브젝트에 의해 생성된다. 수리 취급 부분(16)은 모델의 다른 2 부분의 엔티티(entity)에 영향을 미친다. 시스템이 동일한 대체 가능한 유니토상에서 수행될 수 있기 때문에, 수리 취급 모델은 여러 시스템 또는 서브 시스템에 공통될 수 있다.
제2도에서, 하드웨어 인터페이스(30) 및 하드웨어 모델(17)에 대한 물리적인 카운터부분이 점선의 블럭(32)으로 도시되어 있다. 게다가, 기능 모델(34,38)이 도시되어 있다.
대안으로서 관찰된 측정점이 소프트웨어에 위치되며, 예를 들어 소프트웨어의 오류 카운터로 되는 경우, 제2도의 부분(16 및 17)이 소멸되고, 부분(12)이 소프트웨어 감독 부분으로 대체되고, 하드웨어 인터페이스(30)는 소프트웨어 인터페이스로 대체된다.
이하로부터 알 수 있는 바와 같이, 여러 시스템 또는 서브시스템을 표시하는 모델은 여러 모델의 오브젝트들간의 상태를 전파함으로써 상호 통신할 수 있다. 여러 모델간의 또는 모델내에서의 통신간의 차이가 없다.
제3도는 장치용 오류 취급 및 수리 춰급의 오브젝트 관계 모델을 도시한다. 이 모델은 다수의 진단 및 추론점 오브젝트를 포함한다. 이들중 하나의 오브젝트가 제3도에서 (40)로 도시된다. 간략하게 언급하면, 이들 오브젝트는 추론점, 즉 IFP로서 이하에서 식별될 것이다. 이와 같은 추론점(IFP)은 데이터 또는 신호흐름이 특정화된 부분의 감독을 위하여 응답한다.
제3도에서 화살표(42)로 표시한 바와 같이, 추론점 IFP(40)은 이하에서 RUO로 칭하는 대체 가능한 유니트 오브젝투(44)를 감독하고, 이하에서 ru라 칭하는 점선의 대체 가능한 유니트(46)를 표시한다. 게다가, 화살표(48)로 표시한 바와 같이, 이 추론점 IFP(40)은 소위 FO라 칭하는 기능 오브젝트(50)를 감독한다. 본원에서 기능 오브젝트(FO)란 하나이상의 시스템에 의해 수행되는 기능의 소프트웨어 표시를 의미한다.
화살표(51)로 표시된 바와 같이, 추론점 IFP(40)은 이하에서 MEP(측정점)라 칭하는 다수의 측정점 오브젝트를 그 기능으로서 사용하고, MEP중 하나가 제 3 도에서 (52)로 도시되고 세 개의 MEP는 제 1 도의 국부 처리기 (4 및 6) 에서 52.152.2 및 52.3 에서 점선으로 도시되어 있다. 각각의 이와 같은 오브젝트(MEP)는 이하부터 mep라 칭하는 물리적인 엔티티(54)에 대응하고, 그들중 세개는 RU8 및 RU10의 54.1, 54.2 및 54.3 에서 제1도에 도시된다.
이하부터, 측정점 오브젝트(MEP)를 간략하게 측정점(MEP)이라 칭할 수 있다. 현재의 접속에서, 측정점은 관찰된 엔티티의 관찰을 행하는 가공점(fictitious point)표시를 의미한다. 이 측정점(MEP)은 또한 관찰을 위하여 사용되는 방법을 포함한다.
MEP는 가능한 상태 변화를 관찰하는 하드웨어와 상호 동작한다. 하드웨어 오류를 검출하는 방법은 어떤 경우에 하드웨어의 수행에 매우 의존한다. 하드웨어에 대한 친밀성(intinmte)으로 인해, MEP는 항상 그렇지는 않지만 종종 제1도와 관련하여 서술된 바와 같이 현재의 국부 처리기에 분산된다.
관찰의 공개 전에, 관찰된 엔티티(mep)의 많은 데이터 처리가 행해진다. 측정점(MEP)에서 공개된 측정 결과는 카운터 값, 데이터 처리된 카운터 값 또는 임의의 다른 하드웨어 또는 소프트웨어 신호일 수 있다. 그러나, 측정점(MEP)은 관찰된 엔티티 맵에 관한 어떤 결론을 분석하거나 유도하지 못한다.
필요한 경우, 측정점(MEP)은 또한 소프트웨어에 의해 조정된다. 하나의 예는 사용된 방법에 대해 임계값을 지정하는 것이다.
적절한 경우, 여러 측정점(MEP)으로부터의 관찰은 이하부터 또한 MEC(Measurement Combinatory Object)로 명명되는 측정 조합 오브젝트(55)에 결합되는데, 이것은 마찬가지로 추론점 IFP(40)에 의해 사용된다. 국부 처리기(6)내의 MEC(55.1)가 제1도에 도시되어 있다. 측정 조합 오브젝트(MEC)로부터의 출력은 하드웨어에서 관찰된 엔티티의 징후로서 보여진다. 측정점의 경우처럼, 측정 조합 오브젝트(MEC)는 어떤 데이터도 결코 분석하지 못한다. 그러나, 측정 조합 오브젝트(MEC)는 함께 놓여지고 그 포함된 측정점(MEP)으로부터 데이터를 처리한다. 이 처리는 소프트웨어에서 종종 수행된다. "정밀한 관찰(refined observation)"징후 징후는 부가적인 분석을 위하여 남겨진다.
사용된 관찰이 적절한 처리기에서 사용할 수 있다는 가정하에서, 즉 사용된 측정점(MEP)이 측정 조합 오브젝트(MEC)와 동일한 처리기에 위치되어야만 된다는 가정하에서, 상기 측정 조합 오브젝트(MEC)는 전체적으로 또는 부분적으로 국부 처리기(제1도의 4 및 6)의 소프트웨어로 수행될 수 있다.
MEPs 및/또는 MEC로부터의 관찰을 토대로, IFP는 관찰을 분석하고 오류가 검출되었는지를 결정함으로써 어떤 하드웨어에 대해 진단한다.
오류 징후를 분석하는 것 이외에, IFPs는 또한 오류를 국부화시키는 역할을 한다. 올바른 대체 가능한 유니트를 지정할 수 있도록 하기 위하여 오류의 실제 원인을 국부화시키는 것이 중요하다. 하드웨어 오류가 여러 IFPs에 의해 검출되기 때문에, 어느 IFP가 오류의 기원을 검출하는지에 대해 판단하는 방법이 존재하여만 된다.
큰 하드웨어 오류가 다수의 여러 IFPs에 영향을 미친다. 오류 시스템 클럭은 예를 들어 셀 스위치의 셀 흐름을 감독하는 IFPs가 오류를 검출한다는 것을 의미한다. 오류의 기원을 국부화하기 위하여, IFPs는 상호 인지하여야만 된다. 그들은 또다른 IFP에 의해 영향받을 수 있는 어느 IFP를 나타내는 방식으로 결정된 순서로 상호 배열되어야만 된다.
오류 국부화는 상호 영향을 미칠 수 있는 모든 IFPs를 작용 체인(influence chain)에 배치함으로써 수행될 수 있다. 다른 모든 IFP에 영향을 미칠 수 있는 IFP는 최고 업스트림에 위치되도록 배치되며, 그후 이외 다른 IFPs는 영향 순서에 따라서 배치될 수 있다. IFP가 위치되는 최저 다운스트림은 어떤 다른 IFP에 영향을 미칠 수 없다. 오류 국부화의 원리는 제4도에 도시된 작용도(influence diagram)로 도시된다. 도면에서, IFP1및 IFP5는 상기 설명에 따라서 최고 업스트림 및 다운스트림에 위치되는 IFPs인 반면, IFP2및 IFP4는 포함 순서로 IFP1및 IFP5간에 위치된다. 제4도에서, 오류 국부화의 각 단계는 1 내지 7로 열거된다.
관찰을 토대로 해서, 단계 1 에서 MEP 52 로부터, IFP4는 관찰을 분석함으로써 어떤 하드웨어(54)에 관한 진단을 행하여 검출된 오류를 판단한다. 그러므로, 단계 2에서, IFP4는 오류 국부화 요청인 '오류 국부화'를 가장 가까운 업스트림에 위치된 IFP, 즉 IFP2로 향하게 한다. 오류 국부화 요청은 단계 3 에서 최고 업스트림 IFP, 즉 IFP1로 진행된다. IFP1및 IFP2는 국부화 요청에 응답하며, 단계 4및 5에서 이 경우의 응답이 '오류 아님'으로 된다. IFP4가 업스트림 IFPs로부터 이 응답을 수신할 때, 국부화 절차는 종료되고 오류의 기원이 발견되는데, 즉 하드웨어는 IFP4자체에 의해 감독된다.
오류의 기원이 발견될 때 불필요한 오류 전파를 피하기 위하여, 감독 도메인에 속하는 오류를 검출하는 IFP, 즉 IFP4는 단계 6의 "조정"에 의해 다운스트림에 위치된 IFPs, 이 경우 IFP5에 명령을 전송하여 휴지 위치(rest position)를 취한다.
상술된 오류 국부화 절차가 매우 간단화된다. 작용 체인은 후술되는 바와 같이 복잡하게 되어 매우 복잡한 네트워크를 형성한다.
오류 국부화 및 오류 조정은 오류 전파 관점으로부터 하드웨어의 동작에 매우 의존한다. 이것은 이하에 보다 상세하게 설명된다.
오류 전파 관점에서 알 수 있는 바와 같이, 하드웨어 동작의 소프트웨어 모델이 구축되기 전, 하드웨어에서 데이터 및 신호의 흐름이 분석되어야만 되고 맹백하게 이해되어야만 된다. 이들 흐름으르부터, 서브모델이 생성되고 이들은 모델의 하드웨어 감독 부분에 의해 감독된다.
제4도를 참조하여 상술된 바와 같이, 데이터 또는 신호 흐름의 동작은 상호 접속된 추론점(IFP)의 체인에 의해 표시된다. 이들 접속은 오류 표명(fault manifestation) 전파와 관계하여 상기 흐름의 동작에 의해 결정되고, 오류 검출 추론점(IFP)의 국부화에 사용된다. 동일한 체인에서 추론점(IFP)은 상호 오류 작용하여만 한다. 어떤 작용 체인에서 추론점(IFP)을 배치하는 이유는 이 도입된 추론점이 오류를 검출하는 경우 체인의 앞쪽에 위치된 일부 추론점이 동일한 오류를 검출할 수 있기 때문이다. 그러나, 체인 측정에서 추론점(IFP)은 동일하지 않지만 이들은 동일한 실제 하드웨어 오류를 검출할 수 있다. 오류가 하드웨어에서 나타나는 경우, 이것은 여러 추론점(IFP)에 의해 검출되고, 모든 이들 추론점은 동일한 작용체인에 포함되어야만 된다.
체인의 추론점(IFP)이 동일한 하드웨어 오류를 검출할 수 있다 할지라도, 모든 추론첨이 실제로 오류를 검출할 필요가 없는데, 그 이유는 여러 관점으로부터 오류가 언급한 바와 같이 동일한 것을 측정하지 않는다는 것을 추론점이 탐색하기 때문이다.
오류 표명이 종료되는 제4도의 IFP4와 같은 추론점(IFP)은 오류 종료 추론점이라 명명된다. 오류 표명은 이와같은 점(point)을 넘어서 전파될 수 없고, 따라서 작용 체인은 종료된다.
제7도 및 다음 도면을 참조하여 작용 체인 및 그 기능의 이하의 설명을 보다 양호하게 이해하기 위하여, 추론점(IFP), 이의 상이한 상태 및 이를 송수신하는 방법 호출의 설계가 제5도 및 제6도를 참조하여 상세하게 설명된다.
추론점(IFP)은 관찰된 엔티티에 관한 관찰 및 징후를 분석 및 진단하는 'IFPdiag'로 줄여 쓴 하기 및 도면에서 'IFPdiagnoser'인 진단 부분(60)를 포함한다. 오류 취급의 경우에, 분석 및 진단은 오류에 관해 수행되고, 즉 추론점(IFP)는 하드웨어에서 오류의 검출 및 식별에 대해 응답한다. 오류가 검출되는지를 결정하는 것은 추론점(IFP)에 달려 있다. 추론점(IFP)은 하나의 단일 형태의 오류를 검출하고 식별하는 작업을 갖는다. 추론점(IFP)이 오류를 검출하고 식별할 때, 오류의 기원을 정확한 추론점으로 국부화시키는 작업이 여전히 남게된다. 오류를 검출하는 추론점(IFP)으로부터 오류가 발생하는 것인지는 확실치 않다. 오류 표명은 그 밖의 어떤 곳에서의 어떤 다른 오류에 의해 야기된다 대체 가능한 유니트(RU) 및 문제의 기능이 오류로서 식별될 때, 오류의 정확한 오류 기원이 소정의 국부화가 매우 중요하다. 추론점(IFP)으로 국부화될 때, 이 오류는 추론점간에 불필요한 상태 전파를 피하기 위한 추론점(IFP)을 검출하는 다른 오류로 조정되어야만 한다. 추론점(IFP)은 상호 작용 및 상태 전파 부분(62), 즉 이하 및 도면상에서 'IFPprop'으로 줄여 쓴 'IFPpropHand1er'를 갖는데, 이것은 추론점을 식별하는 오류가 상호 의존하는 경우 추론점이 상호 작용할 수 있도록 한다. 이것은 오류가 발생하는 도메인에 응답하는 오류 검출 추론점이 국부화될 때, 즉 올바른 대체 가능한 유니트를 표시할 수 있어야만 할 때 필요로 된다. 상호 작용 및 상태 전파 부분(62)는 예를 들어 보다 상세하게 후술되는 바와 같이 인터페이스 IFPcontroll를 통해서 수리 춰급 모델 부분(MEP)로부터 화살표(64)를 따라서 명령 openIFP 및 closeIFP 각각에 의해 동작을 실행하거나 실행하지 않는다.
사용된 관찰 및 징후가 올바른 처리기에서 사용될 수 있는 경우, 추론점의 분석 및 진단 부분(60)는 제1도의 처리기(4 및 6)와 같은 국부 처리기의 소프트웨어로 완전하게 또는 부분적으로 수행될 수 있다. 그러나, 오브젝트의 상호 작용 상태 전파 부분(62)는 제1도의 중앙 처리기(2)와 같은 우수한 컴퓨터 시스템에서 항상 수행된다. 이것이 또한 제1도에 도시되어 있는데, 이 도면에서, 각 추론점의 분석 및 진단 부분(IFPdiag 60.1 및 60.2)는 국부 처리기(4 및 6) 각각에 위치되고, 대응하는 상태 전파 부분(IFPprop 62.1 및 62.2) 각각은 중앙 처리기(2)에 위치된다. IFPdiag 60.1은 MEP 52.1을 사용하고 IFPdiag 60.2는 2개의 MEPs 52.2 및 52.3을 사용하는 MEC 55.1을 사용한다.
화살표(66)에 따라 상호 작용 상태 전파 부분(62)로부터 진단 부분을 향하는 명령은 doDiagnose, startDiagnose 및 stopDiagnose 방법 호출 각각에 의해 진단을 행하며, 연속적인 진단을 시작하고, 진단 진행을 중지시키기 위하여 제공된다. 화살표(68)를 따른 대향 방향에서, ErrorDetected 및 noErrorDetected 각각에 의해 오류가 검출되었는지 여부에 대한 정보 메시지가 주어진다. IFPpropHandler(62) 및 IFPdiagnoser(60)간의 통신은 이하에 보다 상세하게 설명되는 인터페이스 DII를 통해서 수행된다. 제5도에서, 인터페이스 IFPtoIFP가 또한 도시되고, 이를 통해서 다른 IFPs와의 통신이 발생하고, 한측의 IFPdiagnoser(60) 및 다른측의 MEP 및 MEC간의 그리고 MEC 및 MEP간의 인터페이스 MEI가 도시되어 있다. 제5도에 포함된 인터페이스가 지금부터 보다 상세하게 서술될 것이다.
인터페이스 IFPcontrolI는:방법, IFP를 시작하는 openIFP(ruID)
IFP를 종료시키는 closeIFP (ruID) 및 방법,doDiagnose 시퀸스를 초기화함으로서 IFP를 입증하는 verifyIFP()를 포함하며, 가능한 복귀값은 verify0K, verifyNot0K, verifyRejected이다.
인터페이스 IFPtoIFP는 오류 국부화, 오류 조정 및 IFPs 간의 오류 회복을 취급하는 방법을 제공하고 클라이언트/서버 방법/방법 인터페이스 형태이다.
따라서, 이 인터페이스는 오류 국부화 및 오류 조정용 방법, 및 오류 회복용방법으로 구성된다.
오류 국부화 및 조정용 방법은
localizeIFP(IFPid), coordinateIFP(fault ID), NotFaultyIFP(reqIFPid, sending IFPid) 이다.
오류 회복용 방법은, clearFaultIFP(faultID) 이다.
클라이언트 IFP는 방법 호출 국부화를 서버 IFP에 전송하는데, 이것은 클라이언트 IFP에 대한 관계 connectedByInfluence를 갖는다. 이 방법 호출을 수신하는 서버 IFP는 '국부화'활동에 관련된다. 업스트림에 위치된 분기의 국부화 루프가 종료될 때 이 '국부화'의 인식을 클라이언트 IFP에 전송할 것이다. 오류를 표시하는 IFP가 발견되지 않으면, notFaultyIFP가 클라이언트 IFP에 전송되고, 그렇지 않으면 방법 호출 조정이 전송된다.
방법 호출 교환은 방법 호출을 전송함으로써 서버 IFP에 의해 시작될 수 있다. 이 방법 호출은 오류를 표시한 IFP가 발견되고 다른 영향받은 IFPs로 조정된다는 것을 통보한다. 이 조정은 오류를 표시하는 IFP를 식별하는 방법 호출에서 IFPid 파라미터에 의해 가능하게 될 수 있다.
오류 회복은 방법 호출 ClearFault의 교환을 토대로 한다.
이 IFP가 오류(자동 회복)에 의해 영향을 받은 후 완전히 동작중일때 방법 호출 교환이 호출 clearFault를 전송함으로써 서버에 의해 시작될 수 있다.
이 인터페이스는 상태를 갖는 것이 아니라 선결조건 P를 갖는다. 인입하는 방법 호출은 어떤 선결 조건 P에 따라서 인출하는 방법 호출을 초래할 것이다.
P1:서버 IFP는 모든 업스트림의 이웃 IFPs로부터 방법 호출 notFaultyIFP를 수신한다.
P2:서버 IFP는 요청 doIFPdiagnose후 방법 호출 noErrorDetected를 수신한다.
P3:서버 IFP는 업스트림의 이웃 IFPs들중 하나로부터 '조정' 방법 호출을 수신한다.
P4:서버 IFP는 IFPdiagnoser로부터 방법 호출 errorDetected를 수신한다.
P5:서버 IFP는 doIFPdiagnose에 의한 인식으로서 수신되는 것이 아니라 존재하기 위하여 오류 상태가 중지되는 상태인 방법 호출 noErrorDetected를 수신한다.
제25도는 상기 선결 조건이 포함되는 IFPtoIFP 인터페이스에서 천이에 대한 테이블을 도시한다.
IFPpropHandler 및 IFPdiagnoser간의 인터페이스 DII는 IFPdignoser에 대한 진단에 대한 요청을 시작하고 종료시키는 방법을 표시하기 위한 목적으로서 갖는다. 이것은 클라이언트/서버 형태의 방법/방법 인터페이스이고 진단 사이클동안 요청시 요청 및 진단 동작을 활성화 및 비활성화시키는 방법으로 구성된다.
진단 동작을 요청하는 방법은 IFPdiagnoser에 위치되며,
- startIFPdiagnose(IFPid, diagnoseType)이다.
이 방법 startIFPdiagnose는 IFPdiagnoser가 감독된 하드웨어 및 소프트웨어진단을 시작하도록 요청한다. 'diagnoseType'은 'lookingForError' 또는 'lookingForRecovery'중 하나일 수 있다.
- stopIFPdiagnose(IFPid)
이 방법 stopIFPdiagnose는 IFPdiagnoser가 자신의 진단 활동을 중지하도록명령한다.
- doIFPdiagnose(IFPid)
이 방법 doIFPdiagnose는 IFPdiagnoser가 진단을 수행하도록 명령한다. 오류가 발견되지 않으면, IFP 진단기는 항상 응답할 것이다.
상술된 방법 호출에서, 'IFPid'는 호출을 전송하는 IFPpropagationHandler의 아이덴터티(identity)이다.
진단 동작에 응답하는 방법은 IFPprophandler에 위치되고 다음과 같이 된다.
- errorDetected 이다.
이 방법 errorDetected는 오류가 발견된다는 것을 IFPpropHandler에게 통보한다.
- NoErrorDetected는 오류가 발견되지 않았다는 것을 IFPpropHandler에게 통지한다.
게다가, 다음의 다른 방법은 IFPpropHandler에 위치된다.
- DiagnoserOK는 국부 프로세서에 대한 링크가 동작중에 있다는 것을 IFPpropHandler에게 통지한다.
- DiagnoseNotOK는 국부처리기에 대한 링크가 동작하지 않고 있다는 것을 IFPpropHandler에게 통지한다.
동적 작용에 관하여 다음이 적용된다:
진단 수행을 요청하는 방법 호출 인터페이스는 방법 호출 상호 교환 startIFPdiagnose(IFPid,diagnoseType), stopIFPdiagnose(IFPid), doIFPdiagnose(IFPid)를 토대로 한다. 방법 호출 startIFPdiagnose(IFPid,diagnoseType)에서, 파라미터 diagnoseType은 서버가 오류 또는 오류 회복을 탐색해야만 되는지를 표시한다. 서버가 startIFPdiagnose를 수신하면, 이것은 오류가 나타난 경우 errorDetected에 의해 응답할 것이다. 방법 호출 stopIFPdiagnose가 회복 탐색을 표시하는 경우, 오류가 회복될 때 이 진단은 noErrorDetected에 응답할 것이다.
이 방법 호출 stopIFPdiagnose는 서버로부터 어떠한 응답을 수신하지 않는다.
이 방법 호출 doIFPdiagnose는 서버가 진단 테스트 사이클을 수행하도록 지시하는데, 여기서 서버로부터의 응답은 errorDetected 또는 noErrorDetected이다.
이 서버는 예를 들어 국부 처리기에 대한 링크가 동작중이지 않다는 것을 클라이언트에게 통지하는 방법 호출 diagnoserNotOK를 사용할 수 있다. 링크가 다시 동작중일 때, 서버는 diagnoserOK를 전송한다.
제26도에서, DII 인터페이스를 위한 모든 가능한 상태 천이가 도시되어 있는데, 선결 조건은 오류 조건이 검출되었다는 것이다. 이들 상태 천이는 또한 제6도 및 하기에서 종속하는 설명에서 상태 그래프로부터 나타난다.
IFPdiagnose 및 MEP 간에 그리고 IFPdiagnoser 및 MEC/MEP 간의 인터페이스 MEI는 MEP 또는 MEC 오브젝트로부터 측정 샘플을 얻는 방법을 제공한다. 이들 샘플은 동작 취급 또는 오류 취급을 위하여 사용될 수 있다.
이 인터페이스는 진단을 수행하는 측정 샘플을 추출하는 방법으로 구성된다.
다음의 방법,
- StarMeasurement(receiverID,measurementSpecification,
- IDofCallingObject),
- StopMeasurement(IDofCallingObject)는 클라이언트에 의해 사용된다.
서버에서 방법 startMeasurement는 이를 요청하는 오브젝트를 위한 다수의 보고를 제공하기 위하여 사용되는데, 각각의 보고는 샘플 리스트를 포함한다.
이 방법 startMeasurement는 측정되는 엔티티애 관한 샘플을 추출하기 위하여 상이한 오브젝트(IFPs)에 의해 사용된다. 서버가 방법 호출 startMeasurement를 수신할 때, 이것은 감독된 오브젝트로부터 샘플을 수집하기 시작한다. 이들 샘플들은 방법 호출 retrievedSamples와 함께 서버에 전송된다.
하나이상의 요청이 병렬로 처리될 수 있다.
이하의 파라미터는 방법 startMeasurement에 의해 사용된다.
- MEPid:MEP의 아이덴터티. 이 아이덴터티는 특정해야만 한다.
- measurementSepcification : 이것은 각 MEP 타입을 위하여 제공되는 정보이다. 이것은 예를 들어 이벤트 또는 시간 트리그된(trigged) MEPs의 문제일 수 있다.
- IDofCallingObject : 이 파리미터는 측정을 시작하는 오브젝트의 아이덴터티이다.
이 Serverobject의 방법에서 stopMeasurement는 서버용 오브젝트에 의해 요청된 모든 측정을 정지시키기 위하여 사용된다. 호출 오브젝트를 위한 모든 능동적인 측정은 어떤 보고없이 즉시 중지될 것이다. 이 방법은 다음의 파라미터를 수용한다.
- IDofCallingObject:상기 참조.
다음의 방법이 서버에 의해 사용된다.
- retrievedSamples(listOfSamples,IDofCa1lingObject)
- DP_linkError ()
-DP_linkErrorCeased ()
이 방법 retrivedSamples은 클라이언트에 의해 제공되고 요청된 샘플의 복귀를 클라이언트에게 허용하기 위하여 사용된다. 이 방법은 다음의 파라미터를 수용한다.
- listOfSamples:샘플로 링크된 리스트. 서버는 전송하도록 요청받는다.
- IDofCallingObject:상기 참조.
방법 호출 DP_linkError 및 DP_inkErrorCeased로 인해, 서버는 국부 처리기 링크 상태를 클라이언트에게 통지할 수 있다.
이 방법 호출 DP_linkError가 전송될때, 이것은 MEI 인터페이스가 더 이상 존재하지 않는다는 것을 의미한다. 방법 호출 DP_linkErrorCeased가 전송될 때, 이것은 인터페이스가 재생성된다는 것을 의미한다.
제27도의 테이블에서, MEI 인터페이스를 위한 모든 가능한 상태 천이가 표시된다.
IFP의 상호 작용 및 상태 전파 부분(62)는 제5도에서 (70)으로 표시된 다수의 상태를 취할 수 있는데, 이것은 하기에서 보다 상세하게 설명된 IFP의 체인에서 발생하는 것에 의해 결정된다. 이들 간의 천이 뿐만아니라 문제의 상태는 지금부터 제6도에 도시된 상태 그래프, 및 제5도를 참조하여 그리고 이것의 인터페이스 설명을 참조하여 보다 상세하게 서술될 것이다. 제6도에서, 다음의 약어(acronyns)가사용된다.
ed errorDetected
ned noErrorDetected
loc localizeIFP
notf notFaultyIFP
coord coordinateIFP
clrf clearFault
제6도의 그래프를 참조하면, 상기 상태는 CLOSED, ACTIVE, SLEEPING, FAULTY 및 SLEEPING/FAULTY 이다. 이들 상태간에 화살표로 예시된 천이가 나타난 다. 하기에 보다 상세하게 서술되는 여러 천이를 발생시키는 방법 호출은 다음의 IFP에 대한 자체의 IFP/출력 신호로의 입력 신호로서 문제의 약어의 사용에 의해 표시된다.
CLOSED 또는 "트랜스패런트(transparent)"상태에서, IFP는 IFPs의 체인에서 트랜스패런트하다. 이 트랜스패런트 상태는 예를 들어 제1도의 처리기(2 및 4)간의 링크에서 차단으로 인한 관찰 매카니즘 또는 상술된 방법 호출 C1oseIFP중 하나에 의해 야기되는데, 이것은 IFP 62.1의 트랜스패런트 상태를 초래한다. 상이 트랜스패런트 상태는 화살표(72)에 따른 방법 호출 localizeIEP와, 화살표(74)에 따른 coordinateIFP, notFaultyIFP 및 CleaFaultIFP가 체인에서 다음 IFP로 또한 통과만 된다. 진단 부분(60)는 또한 동작되지 않게 된다. 이들 방법 호출의 의미는 보다 상세하게 설명될 것이다. CLOSED 상태는 또한 시스템의 시작 전 그리고 수리 활동이 시작될때 IFP에 의해 시작되는 원래 상태가 된다. 상태 CLOSED는 또한 IFP의 동작 상태가 보다 대체 가능한 유니트에 좌우될때 대체 가능한 유니트의 아이덴터티 리스트를 저장한다.
- 천이 1, 화살표 (80):
closeIFP(ruID)/closeIFP(ruID)
구 상태 : CLOSED, ACTIVE, SLEEPING, FAULTY 및 SLEEPING/FAULTY.
새로운 상태 : CLOSED
수리활동이 시작되고 IFP는 트랜스패런트 상태로 세트된다. 다운스트림 IFP는 출력 신호 closeIFP(ruID)에 의해 통지받는데, 여기서 ruID는 대체 가능한 유니트의 아이덴터티를 표시하고 보다 대체 가능한 유니트의 가능한 대체 관리를 동시에 행하기 위하여 사용된다.
IFP에 대한 "정상"상태인 ACTIVE 상태에서, 진단 부분(60)는 오류를 동작하고 조사한다. 진단 부분은 상술된 명령 또는 방법 startDiagnose에 의해 시작된다.
- 천이 2, 화살표 (82):
openIFP(ruID)/openIFP(ruID)
구 상태 : CLOSED
새로운 상태 : ACTIVE
IFP는 예를 들어 수리후 또는 시스템 시작에서 활성화된다. 다운스트림 IFP는 출력 신호 openIFP(ruID)에 의해 통지받는다. 상태 천이는 IFP가 종속되는 모든 대체 가능한 유니트가 동작하지 않도록 하는 것을 필요로하는지, 즉 openIFP가 리스트의 모든 대체 가능한 유니트로부터 수신되었는지를 관찰한다.
- 천이 3, 화살표 (84):
noErrorDetected/-
구 상태 : ACTIVE
새로운 상태 : ACTIVE
IFP의 진단 부분(60)는 에러가 검출되지 않았다는 것을 보고한다.
- 천이 4, 화살표 (84):
localizeIFP(reqId)/localizeIFP(reqId)
구 상태 : ACTIVE
새로운 상태 : ACTIVE
입력신호 localizeIFP는 다운스트림 IFP로부터 수신되고, 이 방법 호출은 업스트림 IFP로 통과한다. 이 호출 IFP의 아이덴터티는 방법 호출 국부화가 통과하는 업스트림 분기의 아이덴터티와 함께 reqId에 의해 저장된다.
- 천이 5, 화살표 (84):
notFaultyIFP(reqId, sendingId)/notFaultyIFP(reqId, sendingId)
구 상태 : ACTIVE
새로운 상태 : ACTIVE
오류 검출 IFPs가 업스트림 분기에서 발견되지 않는다. 입력신호 notFaulty는 다운스트림 IFP상으로 통과된다. 방법 호출 notFaultyIFP가 통과되기 전, 진단은 명령받아야만 되는데, 즉 doDiagnose되야만 한다. 이를 취급할 수 있도록, 서브상태가 도입되야만 한다. 그러나, 상태 그래프로 도시된 간단한 표현에서, IFP는 이와같은 진단 동작을 인지한다고 가정하는데, 즉 오류가 검출되지 않는다라고 가정한다.
-천이 6, 화살표 (86):
ClearFaultIFP(recoveredId)/clearFaultIFP(recoveredId)
구 상태 : SLEEPING
새로운 상태 : ACTIVE
상기 IFP가 아닌 초기 오류 검출 IFP는 어떤 이유로 오류가 소멸되었다는 것을 검출하고 입력 신호에서 이를 표시한다. 이 경우에, 작용 체인의 업스트림 부분에서 단지 하나의 회복된 오류가 작용 체인의 업스트림 부분에서 검출되는데, 즉 이것은 슬립(sleep) 요청 IFPs 리스트에서의 최종 IfpId라고 가정할 수 있다. 슬립요청 IFPs의 리스트는 하기의 상태 SLEEPING의 설명에서 보다 상세하게 서술된다.
방법 호출은 출력 신호에 의해 다음 다운스트림 IFP로 통과된다.
- 천이 7, 화살표 (88) :
noErrorDetected/clearFaultIFP(recoveredId = thisId)
구 상태 : FAULTY
새로운 상태 : ACTIVE
이 IFP는 자신에 의해 초기에 검출된 오류가 소멸되었다는 것을 검출한다. 이 방법 호출 clearFaultIFP는 다운스트림에서 다음 IFP로 통과된다.
상태 SLEEPING 에서, IFP의 진단 부분(60)는 비활성화된다. 이 상태는 다음의 2가지 방식을 취할 수 있다.
- 진단 부분은 오류를 검출하며, 국부화 매카니즘이 시작되며, 이것이 방법호출 localizeIFP를 IFPs의 체인에서 업스트림에 전송되도록 한다.
- 이 방법 호출 coordinateIFP는 수신되는데, 이것은 IFPs의 체인에서 오류 업스트림이 존재한다는 것을 의미하고, SLEEPING 상태로 통과하는 문제의 IFP를 초래한다.
SLEEPING 상태에서, 상태 FAULT로 통과되는 업스트림 IFPs의 아이덴터티 리스트가 저장된다.
리스트에 도입된 모든 IFPs는 이 IFP가 상태 SLEEPING으로 통과하도록 명령한다.
- 천이 8, 화살표 (90):
errorDetected/localizeIFP(reqId = thisId)
구 상태 : ACTIVE
새로운 상태 : SLEEPING
진단 부분이 오류를 검출하고, 국부화 매카니즘이 시작되고, 방법 호출 localizeIFP는 업스트림에 전송된다.
- 천이 9, 화살표 (90):
coordinateIFP(faultyId)/coordinateIFP(faultyId)
구 상태 : ACTIVE
새로운 상태 : SLEEPING
이 입력 신호 coordinateIFP는 수신되는데, 즉 오류를 검출하는 업스트림 IFP가 존재한다.
- 천이 10, 화살표 (92) :
clearFaultIFP(recoveredId)/clearFaultIFP(recoveredId)
구 상태 : SLEEPING
새로운 상태 : SLEEPING
초기의 오류 검출 IF는 오류가 회복되었다는 것을 검출하여 방법 호출 clearFault에 의해 이를 통지하며, 이것은 또한 다운스토림으로 통과된다. 이 경우에, 단지 하나의 회복된 오류가 작용 체인의 업스트림 부분에서 검출되지 않았다라고 가정하는데, 이것은 슬립 요청 IFPs 리스트에서 마지막 IFpId가 아니라고 가정한다.
이 방법 호출은 출력 신호에 의해 다음 다운스트림 IFP로 통과한다.
- 천이 11, 화살표 (92):
localizeIFP(reqId)/-
구 상태 : SLEEPING
새로운 상태 : SLEEPING
이 IFP는 이미 조정되었고 그러므로 이 국부화 호출은 무시될 수 있다.
- 천이 12, 화살표 (92):
coordinateIFP(faultyId)/coordinateIFP(faultyId)
구 상태 : SLEEPING
새로운 상태 : SLEEPING
입력 신호 coordinateIFP는 수신되는데, 즉 오류를 검출하는 업스트림 IFP가 존재한다. 이 오류 검출 IFP가 이미 조정되었다면, 이 조정은 무시될 수 있고 그렇지않으면 아이덴터티는 슬립 요청 IFPs 리스트에 저장된다.
- 천이 13, 화살표 (92):
notFaultyIFP("not expected")/-
구 상태 : SLEEPING
새로운 상태 : SLEEPING
이 입력 신호를 무시한다.
- 천이 14, 화살표 94:
noErrorDetected/clearFaultIFP(faultyid = thisId)
구 상태 : SLEEPING/FAULTY
새로운 상태 : SLEEPING
IFP의 진단 부분은 오류가 회복되었다는 것을 보고한다. 그러나, 업스트림 분기에서 적어도 하나의 검출되고 불명료한 오류가 존재한다. 이 출력 신호 clearFault IFP는 다운스트림으로 전송된다.
상태 FAULTY는 IFP의 진단 파티(60)가 자신에 의해 감독된 엔티티가 오류를 초래하는지를 관찰한다는 것을 의미한다. 이 진단 부분은 동작되지만 오류 회복이 진행중이라는 것을 의미하는 "noError"를 탐색한다. IFP가 체인의 모든 업스트림 링크로부터 메시지 notFaultyIFP를 수신할 때 문제의 상태가 취해지는데, 이것은 문제의 IFP에 관한 "isConnectedbyInfluence"에 있고, 이것이 마찬가지로 하기에서 보다 상세하게 설명된다.
- 천이 15, 화살표 (96):
notFaultyIFP(reqId,expAckId)/coordinateIFP(faultyId = thisId)
구 상태 : SLEEPING
새로운 상태 : FAULTY
이 입력 신호는 화살표가 업스트림 분기에서 검출되지 않는다는 것을 표시한다. 이것은 "오류 발생" IFP이어야만 되는데, 즉 최고 업스트림 IFP가 오류를 검출한다.
다운스트림 IFPs는 출력 신호coordinate IFP를 경유하여 조정된다.
- 천이 16, 화살표 (98):
clearFaultIFP/-
구상태 : FAULTY
새로운 상태 : FAULTY
이것은 결코 발생하지 않는다. 입력 신호를 무시하라.
- 천이 17, 화살표 (98):
notFaultyIFP(reqId,expAckId)/ -
구상태 : FAULTY
새로운 상태 : FAULTY
입력신호를 무시한다.
-천이 18, 화살표 (98):
localizeIFP(reqId)/coordinateIFP(faultyId = thisId)
구상태 : FAULTY
새로운 상태 : FAULTY
이 IFP는 오류를 야기시킬 책임을 이미 취한다. 이 출력 신호 coordinateIFP는 다운스트림에 전송될 것이다.
- 천이 19, 화살표 (100):
clearFaultIFP(recoveredId)/clearFaultIFP(recoveredId)
구 상태 : SLEEPING/FAULTY
새로운 상태 : FAULTY
상기 것이 아닌 초기의 오류 검출 IFP는 어떤 이유로 오류가 회복되었다는 것을 검출하고 입력신호로 이를 표시한다. 이 경우에, 단지 하나의 회복된 오류가 작용 체인의 업스트림 분기에서 검출된다라고 가정하는데, 즉 이것은 슬립 요청 IFPs 리스트의 최종 IfPId이다.
이 출력호출이 출력신호에 의해 다음의 다운스트림 IFP로 통과된다.
상태 SLEEPING/FAULTY는 IFP의 진단 부분(60)가 자신에 의해 감독된 엔티티가 오류를 발생시키지만 이 진단 부분이 또다른 오류로 인해 동작하지 않는다는 것을 발견한다는 것을 의미한다. 이 상황은 이중 오류 상황에서 나타날 수 있다. 감독된 엔티티가 제1오류를 발생하는 오류라는 것을 IFP가 관찰한후, 방법 호출 coordinate IFP는 제2오류인 새로운 오류가 작용 체인에서 초기에 나타난다는 것을 표시하는 것을 수신한다. 처음에 소멸되는 오류에 따라서, IFP는 다른 오류가 소멸될때 상태 FAULTY, 또는 제1오류가 소멸될때 상태 SLEEPING 으로 다시 한번 들어간다.
- 천이 20, 화살표 (102):
coordinateIFP(faultyId)/coordinateIFP(faultyId)
구 상태 : FAULTY
새로운 상태 : SLEEPING/FAULTY
입력 신호에 의해, 방법 호출 coordinateIFP가 수신되는데, 즉 오류를 검출하는 업스트림 IFP가 존재한다.
-천이 21, 화살표 (104):
clearFaultIFP(recoveredId)/clearFaultIFP(recoveredId)
구 상태 : SLEEPING/FAULTY
새로운 상태 : SLEEPING/FAULTY
이것이 아닌 초기의 오류 검출 IFP는 오류가 어떤 이유로 회복되었다는 것을 검출하고 입력 신호에서 이를 표시한다. 이 경우에, 상기 회복된 오류가 작용 체인의 업스트림 분기에서 단지 하나의 회복된 오류가 검출되지 않는다라고 가정하는데, 즉 이것은 슬립 요청 IFPs의 리스트에서 최종 IfpId가 아니다.
이 방법 호출은 출력 신호에 의해 다음의 다운스트림 IFP로 통과된다.
- 천이 22, 화살표 (104):
localizeIFP(reqId)/-
구 상태 : SLEEPING/FAULTY
새로운 상태 : SLEEPING/FAULTY
이 IFP는 이미 조정되고 그러므로 이 국부화 요청이 무시될 수 있다.
- 천이 23, 화살표 (104):
coordinateIFP(faultyId)/coordinateIFP(faultyld)
구 상태 : SLEEPING/FAULTY
새로운 상태 : SLEEPING/FAULTY
방법 호출 coordinateIFP가 수신되는데, 즉 오류를 검출하는 업스트림 IFP가 존재한다. 이 오류 검출 IFP가 이미 조정되면, 이 조정은 무시될 수 있고, 그렇치 않으면 아이덴터티는 슬립 요청 IFPs 리스트에 저장된다.
- 천이 24, 화살표 (104):
notFaultyIFP("not expected")/-
구 상태 : SLEEPING/FAULTY
새로운 상태 : SLEEPING/FAULTY
입력신호를 무시하라.
제1도를 참조하고 제5도 및 제6도를 참조하여 상술된 내용을 참조하면, 오류 감독의 간단한 실시예는 예를 들어 오류의 대체 가능한 유니트를 가리키기 위하여 지금부터 설명될 것이다.
ATM 링크(106)는 자신에 전송되는 셀의 셀 헤드에서의 오류에 대해 감독된다. 이와 같은 오류는 불량한 전송 품질, 전송기 오류, 수신기 오류 또는 링크 오류에 의해 초래된다. 따라서, 대체 가능한 유니트는 필요하지는 않으나 링크 부분을 형성할 수 있다. 특히, 소위 헤드 에러 검사(HEC)가 사용된다고 본원에서 가정된다. 이 에러 검사 타입은 CCITT Draft Recommendation I.432, "B-ISDN User Network Interface-Physical Layer Specification"에 설명되어 있다. 특히, HEC는 CRC(Cyclic Redundancy Check) 타입이며, 이것은 Fred Halsall, Addison-Wesly가 "Data Communication, Computer Networks and OSI"의 p98에 설명되어 있다. 제 1 도에서 블럭(108)은 HEC 검사를 나타낸다.
ATM셀의 "헤더"검사합(checksum)이 계산되고 그 결과는 마찬가지로 셀 헤드에 포함된 소위 HEC 필드인 검사합 필드와 비교된다. 유사성이 없는 경우에, 즉 에러의 경우에, 오류 셀 수에 대한 카운터가 올라가게 된다. 본 예에서, 이 카운터는 mep 54.1 이다.
국부 처리기(4)의 Mep 52.1은 카운터 54.1의 카운트 값을 기록하는데, 이 값은 카운터 값 윈도우(110)에 의해 52.1 및 54.1 둘다에서 표시된다. 국부처리기(4)의 IFP 진단기 60.1은 소위 "리키 버킷(leaky bucket)"알고리즘에 따라 카운터 값을 분석하는데, 이 알고리즘은 유사한 경우에 당업자에게 널리 공지된 도구이고 너무나 많은 셀이 단위 시간당 상실되었는지를 검출하는 목적을 갖는다. 얻어진 결과가 진단, 즉 errorDetected/noErrorDetected이고, 제5도를 참조하라.
오류가 발생할때, IFPpropHandler가 상태 ACTIVE 라면, 중앙 처리기(2)(또한, 제5도 참조)의 IFPpropHandler 62.1은 이를 통지받는다. IFPpropHandler가 상태 FAULTY인 경우, noErrorDetected 메시지만이 통과된다. 이것은 CP 2 및 DP 4, 즉 단지 상태 변화를 갖는 신호들간의 시그널링을 최소로되게 한다.
제7a∼d도는 추론점의 체인을 설명하기 위하여 다음의 제8도 내지 제12, 제15도, 제16도 및 제 23 도 제 24 도에서 사용된 그래픽 심볼을 도시한다. 특히, 제7도는 a) 추론점 IFP용 심볼, b) 오류 종료 추론점용 심볼, c) 영향 링크용 심볼, d) 작용 체인의 시작용 심볼을 도시한다. 제1도의 매우 개략적인 예에서, IFPs 60.1/62.1은 작용 체인의 시작에 위치된다라고 가정하고, 이 체인에서 IFPs 60.2/62.2는 오류 종료 IFPs 이다.
제9도 내지 제12도, 제15도, 제16도 및 제23도, 제24도는 부속의 메시지 텍스트를 갖는 화살표에 의해 후술된 신호 및 인식의 각각의 체인, 방향 및 명칭으로 표시된다.
제8도는 다수의 상호 접속된 추론점 IFP1내지 IFP9를 포함하는 작용 그래프(influence graph)의 예를 도시한다. 제7도에서 IFP1및 IFP8이 오류 종료 추론점이고, IFP2, IFP6및 IFP9가 작용 체인의 시작에서 위치된다는 것을 알 수 있을 것이다. 그 예로부터, 추론점이 다운스트림 및 업스트림 둘다에서 여러 추론점에 연결될 수 있다. 화살표(111)에 따른 오류 전파 흐름의 방향이 본원에서 다운스트림을 의미한다. 오류 전파 흐름의 방향이 화살표(112)에 따른 영향 관계의 방향에 대향되는 것을 나타낸다.
오류 국부화는 오류를 검출하는 최고 업스트림 추론점에 의해 감독된 도메인에서 오류가 발생한다는 가정을 토대로 한다. 다음의 전략은 상기 제1업스트림 추론점을 국부화하는데 사용된다.
오류가 추론점에 의해 검출되었다라고 가정한다. 추론점은 오류가 문제의 추론점에 실제로 위치되어 있는지의 여부를 결정하기 전에, 오류를 전파하는 흐름 방향에 대향되는 그 이웃에 문의하여야만 한다. 추론점이 도달될 때 까지 오류기원에 대한 탐색이 계속되는데, 여기서 다음의 조건중 하나가 수행된다.
- 상기 도달된 추론점은 어떤 다른 영향점에 의해 영향받지 않는데, 즉 오류는 이 추론점으로 전파되지 않을 수 있다. 이것은 업스트림에서 어떤 다른 추론점에 연결되지 않는 추론점 (IFP2, IFP6및 IFP9)에 대해 참(true)이다.
- 상기 도달된 추론점은 마찬가지로 오류를 검출한다.
이 연걸에서, 흐름이 하나의 단일점으로 될 수 있다는 점에 주목해야 하는데, 즉 시작 및 종료점이 동일하게 된다는 점에 주목해야만 한다. 이 감독은 단지 하나의 현상 또는 오류 타입을 위하여 수행된다.
제9도를 참조하고 제4도의 설명을 참조하면, 추론점(IFP8)은 오류를 검출한다. 이것이 발생하자마자, 이것은 국부화 요청을 업스트림 추론점 (IFP7)에 전송한다. 이 요청은 방법 호출 localizeIFP의 형태를 갖는다. 이 방법 호출은 국부화 요청의 기원을 식별하는 아이덴터티 파라미터를 갖는다. 문제의 경우에, 이 요청은 localizeIFP(8) 형태를 취하는데(상기 도면에서 동일한 방식으로 식별된 화살표를 참조하라), 여기서 (8)는 IFP8을 요청의 기원으로서 식별한다. 요청 추론점(IFP8)은 슬립 상태를 취하는데, 즉 그 분석 및 진단 부분은 동작되지 않는다.
추론점은 동일한 아이덴터티를 갖는 하나의 미제의 국부화 요청을 갖는데, 즉 IFP7은 다음 분기인 IFP5의 조사를 계속하기 전에 IFP4로부터의 인식을 대기해야만 한다. 전송하는 추론점(IFP)은 미제의 방법 호출 localizeIFP를 추적해야만 한다. 이것은 국부화 요청의 아이덴터티 및 업스트림 추론점의 아이덴터티를 저장함으로써 수행되고, 이로부터 인식이 예측될 수 있다.
국부 요청이 작용 체인의 시작점에 연결된 추론점(IFP)에 도달하고 이 추론점이 어떤 오류를 검출하지 않을때, 요청 다운스트림의 인식이 모든 분기에 전송되는데, 이것은 현재의 추론점이 IFP2인 제1O도에 도시되어 있다. 국부 요청의 인식은 방법 호출 notFaultyIFP 형태를 갖는다.
이 방법 호출은 2개의 파라미터를 갖는데, 하나는 국부 요청의 기원을 식별하고 하나는 전송하는 추론점을 식별한다. IFP2로부터의 인식은 제 1O 도의 다이어그램으로부터 나타난 바와 같이 notFaultyIFP(8,2)형태를 취하고, 추론점(IFP8) 및 추론점 (IFP2) 각각을 식별한다. 국부 요청뿐만 아니라 다른 인식의 출현은 마찬가지로 제10도의 다이어그램으로부터 보여진다. 추론점이 미제의 요청의 인식이고, 즉 전송하는 추론점의 아이덴터티가 예측된 인식과 동일하기만 하다면, 추론점은 방법 호출 notFaultyIFP를 수용한다.
제1O도의 IFP7과 같은 추론점이 작용 그래프를 따라 방법 호출 notFaultyIFP에 통과하도록 허용되기 전, 이것은 제10도에서 2개인 모든 업스트림 분기의 국부 요청을 수행하여야만 한다. 게다가, 추론점 IFP는 감독된 매카니즘이 오류를 발견했는지 여부를 관찰할때까지 방법 호출 notFaultyIFP를 전송하도록 허용되지 않는다. 이 제한으로 인해 작용 그래프의 추론점간의 시간 상호관계가 필요치 않게 되는데, 즉 오류 업스트림 원인이 검출되기 전 오류 다운스트림이 발견되면 문제로 되지 않는다.
미제의 국부 요청에 응답하는 추론점(IFP8)이 도달될때, 인식의 통과가 중지된다.
방법 호출 localizeIFP를 수신하는 추론점 IFP가 또한 검출되면, 요청 추론점의 아이덴터티가 저장되는 것 이외에는 오류가 전혀 발생하지 않는데, 즉 방법호출 localizeIFP가 업스트림에 통과되지 않는다. 이 경우는 나중에 보다 상세하게 설명되는 오류 조정 매카니즘에 의해 취급될 것이다.
오류 검출 추론점이 각각의 미제의 방법 호출 localizeIFP에 대한 방법 호출 notFaultyIFP를 수신할때, 오류는 추론점에 의해 분석되는 관찰된 엔티티에서 위치되는 것으로 간주된다. 이와같은 추론점은 오류검출 메카니즘의 모드를 변화시키고, 특히, 제5도 및 제6도를 참조하여 상술된 오류 소멸을 검출한다. 두 레벨의 오류의 검출 및 동일한 오류의 소멸 검출간에 본원의 히스테리시스가 제공되어야만 된다.
상술된 오류 국부화 전략의 사용에서, 탐색수는 작용 그래프에서 분기수로 매우 고속으로 증가한다. 이와 같이 큰 작용 그래프가 통상적이라면, 이것은 문제를 제공한다.
탐색 알고리즘을 개선하여 탐색함이 없이 최고 업스트림 오류 검출 IFP 를 발견하기 위해, 제1수정에 따라 그리고 제11도를 참조하여 각 추론점에 국부적인 오류 시퀸시 번호가 도입된다. 오류가 추론점 IFP4에 의해 검출될때, 상기 추론점은 방법 호출 localizeIFP(4,123)에서 파라미터로서 통과되고 추론점 IFP4에 의해 전송되는 오류 시퀸시 번호(123)에 의해 앞으로 진행한다. 요청하는 추론점의 아이덴터티(4)와 함께 시퀸스 번호(123)는 그래프의 국부화된 분기를 따라 IFPS 의해 저장된다. 이 저장된 정보는 업스트림 분기가 이미 조사되었고 인식이 즉시 다운스트림으로 전송될 수 있다는 것을 표시한다. 따라서, 제2 localizeIFP 요청이 IFP2를 경유해 IFP1에 의해 수신될때, IFP1은 이 오류가 업스트림 분기에서 이미 국부화되었다는 것을 알 수 있는데, 그 이유는 localizeIFP 요청의 아이덴터티가 가변하는 lostFault값과 동일하기 때문이다. 이로인해, notFaultyIFP는 즉각적으로 다운스트림으로 전송될 수 있다.
탐색 알고리즘을 개선시키기 위한 또다른 수정에서 그리고 제12도를 참조하면, 업스트림 분기의 조사는 한번에 하나를 조사하는 대신에 병렬로 수행된다. 이 목적을 위하여, 요청에 의해 통과되었던 분기 정보는 방법 호출 localizeIFP의 파라미터 리스트에 가산되어야만 된다. 이 파라미터는 방법 호출 localizeIFP를 전송하는 각각의 추론점이 자신의 아이덴터티를 부가하는 "스택(stack)"으로서 구현 될 수 있다. 제12도의 IFP6이 오류의 출현을 관찰하여 국부 요청 업스트림에 전송한후, 세개의 분기(IFP6-IFP4-IFP2, IFP6-IFP5-IFP3및 IFP6-IFP4-IFP3)에서 각각의 IFPs의 아이덴터티는 연속적으로 가산되어 마침내 IFP1이 방법 호출 loca1ize (2,4,6) 및 localize (3,5,6) 및 localizeIFP (3,4,6) 각각을 수신하도록 한다. 간결성을 위하여, 이들 방법 호출은 제12도에서 "loc"으로 단축된다. 전송 추론점 IFP6은 이들 미제의 방법 호출의 트랙을 유지해야만 한다. 이것은 카운터에 의해 그리고 방법 호출의 아이덴터티를 저장함으로써 수행된다. 방법 호출 notFaultyIFP가 복귀되기 전에, 제12도에서 "notF"로 단축된 인식 "expAckID"는 각 업스트림 분기에서 수신되야만 한다. 아이덴터티 파리미터, 즉 스택은 방법호출 notFaultyIFP에 의해 복귀된다. 방법 호출 notFaultyIFP가 전송될때 마다, 스택의 갱신 동작이 수행된다. 이것은 복귀하는 IFP의 아이덴터티인 각각 연속적으로 갱신된 스택에서 제1아이덴터티에 의해 수행되는 것으로서 제12도에 도시되어 있는데, 이것은 가장 최근의 앞서 복귀하는 IFP의 아이덴터티를 제거함으로써 성취된다. 따라서, IFP6은 최종적으로 메시지 notFaultyIFp(5,6) 및 notFaultyIFP(4,6)를 수신한다. 이 결과는 IFP6이 오류 도메인에 응답하는 IFP로 되도록 된다.
탐색 알고리즘의 제 3 수정에서, 추론점간의 관계에 영향을 미치는 오류가 관계 'isConnectedByInfluence' 대신에 소위 'isDependentUpon'인 사용자/제공자관계로서 모델링될 수 있다. 이 관계 타입은 사용자의 동작 상태가 제공자의 동작상태에 완전히 의존한다는 것을 의미한다. 상기 관계 타입에 따라 서로 관계되는 추론점의 경우에, 이것은 추론점의 오류 상태가 가장 가까운 업스트림 추론점의 오류 상태에 따라서만 의존한다는 것을 의미한다. 오류 기원의 국부화시, 오류가 없는 것으로서 간주되는 추론점 이후에 localizeIFP로 계속하는 것이 필요하지 않게 된다. 오류 검출 추론첨이 업스트림에 존재하지 않는다라고 할 수 있다.
관계 'isDependentUpon'으로 모델링하면은 작용 그래프에 또다른 것이 출현될 수 있다. 이들은 종종 보다 많은 분기의 사용으로 인해 보다 덜 심각하게 된다.
상기 내용이 제 13 도 및 제 14 도에서 더욱 상세하게 예시된다.
오류 검출 동작에 대한 다음의 관계를 갖는 네개의 IFPs 즉 IFP0,IFP1,IFP2및 IFP3가 존재한다고 가정하자.
IFP1가 오류를 검출하면, IFP0도 오류를 검출할 수 있다.
IFP2가 오류를 검출하면, IFP0도 오류를 검출할 수 있다.
IFP3가 오류를 검출하면, IFP1도 오류를 검출할 수 있다.
IFP3가 오류를 검출하면, IFP2도 오류를 검출할 수 있다.
제13도는 이 경우에 관계 isConnectedByInfluence로 모델링하는 경우의 결과적인 그래프를 도시하는 반면에, 제14도는 관계 isDependentUpon으로 모델링하는 경우의 그래프를 도시한다.
본원에서 오류 조정 전략이 보다 상세하게 설명될 것이다.
이 오류 조정은 오류 역할의 추론점의 다운스트림에 위치된 모든 추론점 IFP이 관심이 부족하다는 이해를 토대로 하는데, 그 이유는 새로운 오류가 이들 추론점에 의해 검출 및 분리되지 않기 때문이다. 이들 추론점은 SLEEPING 상태를 취할 수 있고 오류 검출 매카니즘 동작되지 않는 상태로 설정할 수 있다.
추론점은 검출된 오류가 자신의 응답 도메인내에 있다는 것을 관찰하자 마자, 조정 방법 호출 coordinateIFP를 모든 다운스트림 추론점에 전송할 것이다. 오류 종료 추론점이 발견될때까지 상기 방법 호출은 작용 그래프를 따라 통과된다. 오류를 관찰하는 측정점의 아이덴터티는 방법 호출을 따르고 통과된 추론점에 의해 저장된다.
상기 내용은 제15도에 도시되는데, 이 도면에서 추론점 IFP4는 검출된 오류가 자신의 응답 도메인내에 위치된다는 것을 관찰하는데, 이로인해 방법 호출 coordinateIFP(4) 다운스트림을 추론점 (IFP7및 IFP8)에 전송하며, 이 추론점은 상태 SLEEPING을 취하고 자신의 오류 검출 매카니즘을 동작되지 않는 상태로 설정한다.
본원은 지금부터 오류 회복 전략을 설명한다.
오류가 자동 또는 수리에 의해 리세트되었을때, 감독된 엔티티가 오류를 발견하는 추론점 IFP는 오류가 소멸되었다는 것을 검출하는데, 그 이유는 오류가 관찰되자마자 제5도 및 제6도를 참조하여 상술된 바와 같이 오류 소멸을 검출하는 작업을 행하는 진단 부분이 다시 동작되기 때문이다. 모든 다운스트림 추론점은 오류 제거 방법 호출 "clearFaultIFP"에 의한 오류의 소멸에 관해서 통지받을 것이다. 이 방법 호출은 오류 종료 추론점 IFP가 발견될때까지 작용 그래프를 따라 통과된다. 회복된 추론점 IFP의 아이덴터티는 방법 호출을 따른다.
추론점이 방법 호출 clearFaultIFP을 수신할 때, 이것은 오류를 다시 감독하기 시작한다. 물론, 이 추론점을 상태 SLEEPING로 되게 하는 모든 추론점은 우선적으로 회복되어야만 된다.
이 내용은 제16도에 도시되고, 이 도면에서 추론점 IFP4는 방법 호출 clearFaultIFP(4)를 IFP7및 IFP8로 전송하고, 이것은 감독을 다시 시작한다.
제17도에서, 제8도에 따른 작용 그래프는 설명된 오브젝트 관계 모델로서 종래의 방식으로 도시된다. 추론점 오브젝트간의 관계에 대한 방향은 규정에 의해 오류 전파방향에 대향되는 바와 같이 취급될 것이다. 특히 관계 connectedByInfulence의 문제가 존재한다.
제17도를 참조하여, 관계 onnecteByInflence는: IFP7가 작용으로 인해 IFP4에 연결되기 때문에, IFP7에 의해 검출된 오류는 또한 IFP4및/또는 작용에 의해 IFP4에 연결되는 임의의 다른 추론점, 이 경우에 IFP3에 의해 검출된다는 것을 나타낸다.
본원에서 오류 기능 오브젝트 FO의 표시가 지금부터 보다 상세하게 서술될 것이다.
상술된 바와 같이, 기능 오브젝트(FO)는 하나이상의 시스템에 의해 수행되는 기능의 소프트웨어의 표시이다. 기능 오브젝트는 모든 타입의 추상 레벨을 토대로 기능을 표시할 수 있다.
기능 오브젝트는 추론점 IFP에 의해 오류로 표시될 수 있다. 다른 말로서, 이것은 기능의 감독에 응답하는 추론점이다.
추론점이 "오류"로 국부화되자 마자, 감독된 기능은 통지받고 오류로 지정된다. 제15도에 따른 예에서, IFP4는 오류 표시 메시지를 자신에 의해 감독되는 모든 기능 오브젝트 FO에 전송하는 역할을 갖는다.
추론점 IFP 및 기능 오브젝트 FO간의 관계는 다수- 대- 다수(many-to-many)관계인데, 즉 기능은 많은 추론점에 의해 감독될 수 있고 추론점은 많은 기능을 감독할 수 있다. 그러나, 기능 오브젝트는 또한 추론점 자체로서 수행될 수 있다. coordinateIFP 및 clearFaultIFP와 같은 방법 호출만이 기능 오브젝트간에 사용된다(오류는 이미 국부화되었다).
오류의 기원이 국부화되자 마자, 즉 추론점이 오류를 처음에 검출하는 도메인에 대해 응답하는 것으로서 식별하자마자, 추론점 IFP는 대체 가능한 유니트 RU를 오류로 표시하는 역활을 갖는다.
추론점 IFP 및 대체 가능한 유니트 RU간의 관계는 다수 대 다수관계이다. 추론점 IFP에 의해 감독된 도메인은 하나이상의 대체 가능한 유니트 RU를 커버할 수 있다. 이것은 대체 가능한 유니트들간의 인터페이스가 관련될 때의 경우이다.
대체 가능한 유니트 RU가 대체되기 전에 대체 가능한 유니트에 따르는 IFPs가 불필요한 경보를 방지하기 위해 종료(closeIFP)되어야만 된다. 대체후 추론점은 다시 동작된다(openIFP).
동일한 경우에 하나의 대체 가능한 유니트 RU만을 오류 표시하기 위하여, 위해, 확률 함수(probability)가 추론점 IFP에서 속성(attribute)으로서 도입된다. 이 확률 함수는 어떤 대체 가능한 유니트 RU에 위치되는 오류에 대한 확률을 표시하는데(제 18 도의 바(bar) 다이어그램을 참조하라), 이 도면에서, 오류용 확률 P는 Y축상에서 0으로부터 1까지의 스케일로 표시된다. 세개의 대체 가능한 유니트 RU1, RU2, RU3에서 오류용 확률은 바 형태로 표시된다.
추론점 IFP는 대체되는 유니트를 결정하는 베이시스(basis)로서 확률 함수를 사용할 수 있고, 또한 이 판단은 오류 표시 방법 호출로써 확률값을 통과시킴으로써 대체 가능한 유니트를 표시하는 오브젝트 RU0 상으로 통과될 수 있다. 이들 2개의 경우는 제 19 도에서 경우 A 및 B 로 각각 예시된다.
A 경우에, IFP는 화살표 faultyRU 에서 RUO1로 표시한 바와 같이 RU1이 오류라고 판단한다. B 경우에 각 오브젝트 RUO에 대한 판단은 화살표 suspectRU (각각 P1, P2 및 P3)에서 RU01-3d로 표시된 바와 같이 통과된다.
기능의 오류 동작 분석을 관리하는 소프트웨어 모델 부분은 기능 엔티티에 관한 오류의 조정 역할을 수행한다.
이 모델은 다소 간단한데, 그 이유는 단지 하나의 오브젝트 타입, 즉 IFP 에 의해 감독된 기능 오브젝트 FO 만으로 이루이져 있기 때문이다(제20도 참조). 기능 오브젝트는 통신 설비에 의해 수행되는 기능을 표시하고 이들은 추상 레벨상의 기능을 표시한다.
감독된 기능에 대한 오류의 영향 분석은 다소 간단하다. 이 오류는 이미 검출되고, 식별되고 국부화된다. 동작 분석은 모델링 단계동안 수행된다. 실시간에서, 이 작업은 기능 오브젝트 FO 간의 순수한(pure)상태 전파로 제한된다.
모델링 단계동안, 기능들간의 의존성은 주의깊게 분석되어야만 된다. 기능의 동작 상태가 다른 기능에 의존하는 경우, 이것은 기능 오브젝트간의 관계 isDependentUpon로서 소프트웨어 모델에서 반영되야만 한다.
제21도를 참조하면, FO6은 하드웨어 감독 모델에 의해 오류로 표시된다. 이 기능 오브젝트 F05 및 FO3 은 F06 에 의존한다. 이로인해, 이들 두 개의 오브젝트는 마찬가지로 오류로서 간주된다. 더이상의 의존성이 발견되지 않을 때까지 상태 전파는 계속될 것이다.
의존성은 여러 추상화 레벨의 기능들내 및 기능들간에 존재한다. 이 상태 전파는 하나의 단일 통신 장비에서 오브젝트로 제한되지 않는다. 통신 장비의 기능은 물론 또다른 이와 같은 장비의 기능에 의존한다.
기능 오브젝트 FO 간의 인터페이스는 타입 조정 및 clearFault의 방법 호출만이 사용되는 방식으로 수행되는데, 그 이유는 오류가 이미 국부화되었기 때문이다.
수리 취급에 관계하는 모델부분은 오류 하드웨어 유니트의 대체를 용이하게 하는 기능에 의해 사용된다. 모델의 오브젝트 관계 표시는 제22도에 도시된다.
운용자가 수리 조치를 요청할때, 그 요청은 대체 가능한 유니트를 나타내는 오브젝트 RUO로 통과된다. 문제의 요청은 두가지 방식중 한 방식, 즉 대체 가능한 유니트 RU를 표시하는 제어 오브젝트에 대한 인터페이스 및 운영자의 운영 스테이션에 의해 또는 대체 가능한 유니트상에 설치된 버튼을 누름으로써 수행될 수 있다.
오브젝트 RUO는 오류 검출을 중지하여야만 하는 포함된 추론점 IFP를 통지한다. 수리 활동에 의해 영향받는 각 추론점 IFP은 기능 오브젝트 FO 를 표시하는 감독된 기능을 현재 사용하는 것을 중지하도록 기능 오브젝트 FO에게 요청한다. 이로 인해, 대체 가능한 유니트 RU는 종료되고 제거될 수 있다.
새로운 유니트가 설치될 때, 서비스받기 전에 새로운 유니트의 시작 또는 수용 테스트가 수행된다.
대체 가능한 유니트 RU 는 하드웨어 오류로 인해 대체되어야만 된다고 가정하자. 대체 가능한 유니트 RU를 감독하는 모든 추론점 IFP가 통지된다. 포함된 작용 그래프에서 추론점 IFP 다운스트림 모두가 마찬가지로 통지된다. 이것은 하드웨어의 대체시 불필요한 경보를 피하게 한다. 이 포함된 오브젝트는 상태 전파에 의해 통지받는다.
추론점 IFP가 도달될 때까지 상태 전파가 수행되는데, 이를 위하여 다음의 확률중 어느 것이 수행된다.
- 추론점 IFP는 오류 종료 추론점이다.
- 추론점 IFP는 수리 활동을 이미 통보받는다.
제23도는 RU1이 추론점 IFP4에서 국부화된 오류에 기인한 오류로 표시되는 예를 도시한 것이다. 수리 조치가 요구될 때, 대체 가능한 유니트를 감독하는 추론점 IFP2내지 IFP8은 RU1을 표시하는 오브젝트에 의해 즉각적으로 통지받는다. 이들 추론점은 완전히 동작되지 않고, 즉 그들은 오류 검출 매카니즘을 닫고, 이 기능들에게 유니트의 종료에 관해서 통지하며, 이 기능은 감독 역할을 수행한다.
추론점 IFP는 천이시 자신의 오류 전파 동작을 벗어난 모드로 변경시킬 수 있다는 점에 유의하여야만 한다. 이것은 제22도에 따른 예에서 IFP8에 대한 경우이며, 이에 대해선 제8도를 참조하라. 이것은 작용 그래프가 수리 취급 관점으로부터 고려될 때 어느정도 수정될 수 있다는 것을 의미한다.
RU2의 감독에 응답하는 IFP9내지 IFPn은 IFP8에 의해 유니트의 종료를 통지 받는다. 이들 IFPs 만이 자신의 오류 검출 매카니즘을 닫고, 포함된 기능은 통지받지 않는다.
앞서 언급한 바와 같이, 동작을 벗어난 각 IFP는 유니트 종료에 대한 기능오브젝트를 통지하는 역할을 수행한다. 기능 오브젝트는 진행중인 감독된 기능의 사용을 종료시킬 것이다. 기능 오브젝트들간의 상태 전파는 상술된 기능의 오류 조정의 경우와 정확하게 동일한 방법으로 수행된다.
종료 요청이 방법 호출 closeIFP에 의해 수행되는데, 이에 대해선 제24도를 참조하라. IFP8가 트랜스패런트 상태로 들어갈 때 IFP8은 "정상"IFP로 변경된다는 점에 유의하라. IFP9는 자체의 RU관계와 유사하지 않는 RU식별자(identifier)로 수신되는 방법 호출 closeIFP로 인해 상태 SLEEPING으로 들어간다.
유니트가 동작되기 전, 시작 또는 수용 테스트는 유니트 자체에서 수행된다.
이 시작 테스트는 시작시 단지 1회 수행되는 내장된 자기 테스팅 기능이다. 이 테스트는 순수한 하드웨어 기능으로서 간주될 수 있고 소프트웨어 모델에 포함되지 않는다. 그러나, 이 테스트는 제어되고 유니트를 제어하는 국부 처리기에 의해 감독될 수 있다.
새로운 유니트가 동작되기 전, 자기 테스트는 문제없이 수행되야만 한다.
대체 가능한 유니트가 어떻게 동작되는지에 대해 설명하기 위해, 국부 처리기에서 하드웨어 감독에 응답하는 응용 프로그램에 대한 제어 연결이 재설정된다.
이 수리 활동에 의해 영향받은 모든 추론점 IFP은 새로운 하드웨어 유니트 RU의 설치에 관해서 통지받는다. 이때, 추론점은 자신의 감독을 시작한다. 대체 가능한 유니트 RU에 간접 연결된 추론점은 대체 가능한 유니트를 종료시에 정확하게 동일한 방식으로 작용 그래프를 따라 상태 전파에 의해 통보받는다. 시작에 관한 요청은 방법 호출 openIFP 형태로 수행된다.
IFP가 그 감독을 시작하자마자, 이 추론점에 의해 감독되는 기능 오브젝트 FO에서 사용이 인정받는다. 기능이 보다 많은 추론점에 의해 감독되는 경우, 허가가 모든 추론점으로부터 수신될때까지 대기해야만 한다.

Claims (23)

  1. (정정) 전기통신 시스템의 오류 감독 및 관리 시스템에 있어서, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 체인 시스템으로서, 상기 데이터 엔티티 각각은 감독 도메인에서 상기 전기통신 시스템에서의 오류에 의해 초래될 수 있는 하나의 현상을 각각 감독하고, 오류 발생의 경우에 상호 통신하며, 상호 영향을 미치고 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는, 상기 체인 시스템과, 상기 진단 및 추론 데이터 엔티티에 의해 감독되는 현상의 발생을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하는 하나이상의 측정점 데이터 엔티티와, 데이터를 수집하여 처리하는 측정 조합 데이터 엔티티로서, 상기 측정점 데이터 엔티티는 상기 측정 조합 데이터 엔티티로 그룹화될 수 있는, 상기 측정 조합 데이터 엔티티를 구비하며, 상기 오류가 자신의 감독 도메인에서 초래되는지를 설정하기 전, 상기 체인 시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티는 오류 전파 방향에서 알 수 있는 바와 같이 오류 국부 요청을 상기 체인 시스템의 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 전송하며, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지 여부에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하며, 각각의 진단 및 추론 데이터 엔티티는 자신과 관계된 오류 시퀀스 번호를 갖으며, 상기 시퀀스 번호는 오류가 상기 관계된 진단 및 추론 데이터 엔티티에 의해 검출될 때 1씩 상승되며, 상기 시퀀스 번호는 오류 국부 요청시에 파라미터로서 도입되고 관계된 체인 시스템을 따라서 진단 및 추론 데이터 엔티티를 요청하는 관계된 오류 국부 요청의 아이덴터티와 함께 저장되며, 상기 저장된 정보는 업스트림분기가 이미 조사되었고 확인이 즉각적으로 다운스트림에 전송되었다는 표시를 형성하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  2. (정정) 제1항에 있어서, 확인 메시지가 복귀되기 전, 각각의 업스트림 분기의 상기 확인 메시지가 수신되어야만 되는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  3. (정정) 제1항에 있어서, 상기 아이덴터티 파라미터는 상기 확인 메시지에 의해 복귀되는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  4. (정정) 전기통신 시스템에서의 오류 감독 및 관리 시스템에 있어서, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 체인 시스템으로서, 상기 데이터 엔티티는 각각의 감독 도메인에서 상기 전기통신 시스템에서의 오류에 의해 초래될 수 있는 하나의 현상을 각각 감독하고, 오류 발생의 경우에 상호 통신하며, 상호 영향을 미치고 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 상기 체인 시스템과, 상기 진단 및 추론 데이터 엔티티에 의해 감독되는 현상의 발생을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하는 하나이상의 측정점 데이터 엔티티와, 데이터를 수집하여 처리하는 측정 조합 데이터 엔티티로서, 상기 측정점 데이터 엔티티는 상기 측정 조합 데이터 엔티티로 그룹화될 수 있는, 상기 측정 조합 데이터 엔티티를 구비하며, 상기 오류가 자신의 감독 도메인에서 초래되는지를 설정하기 전, 상기 체인 시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티는 오류 전파 방향에서 알 수 있는 바와 같이 오류 국부 요청을 상기 체인 시스템의 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 전송하며, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지 여부에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하며, 체인 시스템이 오류 검출 진단 및 추론 데이터 엔티티용 여러 병렬 분기를 포함하는 경우, 업스트림 분기에서 탐색이 병렬로 수행되며, 상기 요청에 의해 통과되는 분기에 관한 정보는 상기 오류 국부 요청용 파라미터 리스트에 부가되며, 상기 파라미터는 국부 요청을 전송하는 각각의 진단 및 추론 데이터 엔티티가 자체 아이덴터티가 부가되는 스택으로서 구현되는 전기통신 시스템의 오류 감독 및 관리 시스템.
  5. (정정) 제4항에 있어서, 상기 전송 진단 및 추론 데이터 엔티티는 카운터에 의해 그리고 요청 아이덴터티를 저장함으로써 미제의 국부 요청의 트랙을 유지하는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  6. (정정) 제4항에 있어서, 확인 신호가 전송될 때 마다, 갱신 동작이 상기 스택을 토대로 수행되는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  7. (정정) 전기통신 시스템의 오류 감독 및 관리 시스템으로서, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 체인 시스템으로서, 상기 데이터 엔티티는 각각의 감독 도메인에서 상기 전기통신 시스템에서의 오류에 의해 초래될 수 있는 하나의 현상을 각각 감독하고 오류 발생의 경우에 상호 통신하며, 상호 영향을 미치고 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 상기 체인 시스템과, 상기 진단 및 추론 데이터 엔티티에 의해 감독되는 현상의 발생을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하는 하나이상의 측정점 데이터 엔티티와, 데이터를 수집하여 처리하는 측정 조합 데이터 엔티티로서, 상기 측정점 데이터 엔티티는 상기 측정 조합 데이터 엔티티로 그룹화될 수 있는, 상기 측정 조합 데이터 엔티티를 구비하며, 상기 오류가 자신의 감독 도메인에서 초래되는지를 설정하기 전, 상기 체인시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티는 오류 전파 방향에서 알 수 있는 바와 같이 오류 국부 요청을 상기 체인 시스템의 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 전송하며, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지 여부에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하며, 검출된 오류가 자신의 도메인내에 있다라고 설정하자마자 진단 및 추론 데이터 엔티티는 조정 방법 호출을 오류 전파 방향에서 다운스트림에 위치된 모든 진단 및 추론 데이터 엔티티에 전송하며, 상기 방법 호출은 오류 종료 진단 및 추론 데이터 엔티티가 발견될 때 까지 통과되는 전기통신 시스템의 오류 감독 및 관리 시스템.
  8. (정정) 제7항에 있어서, 상기 전송 진단 및 추론 데이터 엔티티의 아이덴터티는 상기 조정 방법 호출을 따르고 상기 호출에 의해 통과되는 진단 및 추론 데이터 엔티티에 의해 저장되는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  9. (정정) 전기 통신 시스템의 오류 감독 및 관리 시스템으로서, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 체인 시스템으로서, 상기 데이터 엔티티는 각각의 감독 도메인에서 상기 전기통신 시스템에서의 오류에 의해 초래될 수 있는 하나의 현상을 각각 감독하고, 오류 발생의 경우에 상호 통신하며, 상호 영향을 미치고 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 상기 체인 시스템과, 상기 진단 및 추론 데이터 엔티티에 의해 감독되는 현상의 발생을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하는 하나이상의 측정점 데이터 엔티티와, 데이터를 수집하여 처리하는 측정 조합 데이터 엔티티로서, 상기 측징점 데이터 엔티티는 상기 측정 조합 데이터 엔티티로 그룹화될 수 있는, 상기 측정 조합 데이터 엔티티를 구비하며, 상기 오류가 자신의 감독 도메인에서 초래되는지를 설정하기 전, 상기 체인시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티는 오류 전파 방향에서 알 수 있는 바와 같이 오류 국부 요청을 상기 체인 시스템의 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 전송하며, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지 여부에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하며, 오류가 처리될 때, 오류의 소멸이 오류를 원래 검출하는 진단 및 추론 데이터 엔티티에 의해 검출되며, 상기 데이터 엔티티는 이에 관한 방법 호출을 모든 다운스트림 진단 및 추론 데이터 엔티티에 전송하며, 상기 방법 호출은 오류 종료 진단 및 추론 데이터 엔티티가 발견될 때 까지 통과되는 전기통신 시스템의 오류 감독 및 관리 시스템.
  10. (정정) 제9항에 있어서, 문제의 상기 진단 및 추론 데이터 엔티티의 아이덴터티는 오류 소멸에 관한 메시지를 따르는 것을 특징으로하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  11. (정정) 제10항에 있어서, 진단 및 추론 데이터 엔티티가 오류의 소멸에 관한 메시시를 수신시, 이 데이터 엔티티는 오류 감독을 다시 시작하며, 그 후에 모든 진단 및 추론 데이터 엔티티가 복구되어 문제의 진단 및 추론 데이터 엔티티의 동작을 하지 않도록 하는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  12. (정정) 전기통신 시스템에서 분산된 오류 취급 방법으로서, 오류 발생의 경우에 상기 시스템의 작용을 결정하기 위하여 상기 전기통신 시스템에서 데이터 및 신호의 흐름을 분석함으로써 오류에 의해 초래될 수 있는 현상을 국부화시키는 단계와, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 하나이상의 체인 시스템에 의한 작용을 표시하는 단계와, 이들 데이터 엔티티 각각이 각각의 감독 도메인에서 체인 시스템에서 나타나 현상 각각을 감독하도록 하고, 오류의 경우에 상호 통신하며, 상호 영향을 미치며 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키기 위하여 각각의 체인 시스템에서 데이터 엔티티의 위치를 결정하는 단계와, 상기 관계된 진단 및 추론 데이터 엔티티에 의해 감독되는 현상을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하기 위하여 각각의 진단 및 추론 데이터 엔티티와 관계하는 하나이상의 측정점 데이터 엔티티를 제공하는 단계와, 상기 측정점 데이터 엔티티로부터 데이터를 수집하여 처리하기 위하여 측정 조합 데이터 엔티티와 다수의 측정점 데이터 엔티티를 관계시키는 단계와, 대응하는 체인 시스템에서 오류를 검출하는 진단 및 추론 데이터 엔티티에 의해 그리고 오류가 자신의 감독 도메인에서 초래되었는지를 설정하기 전에 상기 오류 전파 방향에서 알 수 있는 바와 같이 상기 체인 시스템에서 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 오류 국부 요청을 전송하여, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하는 단계와, 각각의 진단 및 추론 데이터 엔티티를 오류 시퀀스 번호와 관계시키는 단계와, 오류가 상기 관계된 진단 및 추론 데이터 엔티티에 의해 검출될 때 1씩 상기 번호를 상승시키는 단계와, 오류 국부 요청시 파라미터로서 상기 시퀀스 번호를 도입하는 단계와, 저장된 정보에 의해 업스트림 분기가 이미 조사되고 확인이 즉각적으로 다운스트림에 전송될 수 있다라는 표시를 형성하기 위하여 상기 관계된 체인 시스템을 따라서 관계된 오류 국부 요청 진단 및 추론 데이터 엔티티의 아이덴터티와 함께 상기 시퀀스 번호를 저장하는 단계를 포함하는 전기통신 시스템에서 분산된 오류 취급 방법.
  13. (정정) 제12항에 있어서, 확인 메시지가 상기 체인 시스템의 각각의 업스트림 분기로부터 수신되어야 비로서 확인 메시지를 복귀시키는 단계를 포함하는 것을 특징으로 하는 전기통신 시스템에서 분산된 오류 취급 방법.
  14. (정정) 제12항에 있어서, 상기 확인 메시지에 의해 아이덴터티 파라미터를 복귀시키는 단계를 포함하는 것을 특징으로하는 전기통신 시스템에서 분산된 오류 취급 방법.
  15. (정정) 전기통신 시스템에서 분산된 오류 취급 방법으로서, 오류 발생의 경우에 상기 시스템의 작용을 결정하기 위하여 상기 전기통신 시스템에서 데이터 및 신호의 흐름을 분석함으로써 오류에 의해 초래될 수 있는 현상을 국부화시키는 단계와, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 하나이상의 체인 시스템에 의한 작용을 표시하는 단계와, 이들 데이터 엔티티 각각이 각각의 감독 도메인에서 체인 시스템에서 나타나는 현상 각각을 감독하도록 하고, 오류의 경우에 상호 통신하며, 상호 영향을 미치며 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 각각의 체인 시스템에서 데이터 엔티티의 위치를 결정하는 단계와, 상기 관계된 진단 및 추론 데이터 엔티티에 의해 감독되는 현상을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하기 위하여 각각의 진단 및 추론 데이터 엔티티와 관계하는 하나이상의 측정점 데이터 엔티티를 제공하는 단계와, 상기 측정점 데이터 엔티티로부터 데이터를 수집하여 처리하기 위하여 측정 조합 데이터 엔티티와 다수의 측정점 데이터 엔티티를 관계시키는 단계와, 대응하는 체인 시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티에 의해 그리고 오류가 자신의 감독 도메인에서 초래되었는지를 설정하기 전에 상기 오류 전파 방향에서 알 수 있는 바와 같이 상기 체인 시스템에서 이 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 오류 국부 요청을 전송하여, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하는 단계와, 체인 시스템이 오류 검출 진단 및 추론 데이터 엔티티용의 여러 병렬 분기를 포함하는 경우, 업스트림 분기에서 병렬로 탐색을 수행하고 상기 오류 국부 요청용 파라미터 리스트에 대한 요청에 의해 통과되는 분기에 관한 정보를 부가하는 단계와, 상기 파라미터를 스택으로서 구현하는 단계와, 국부 요청을 전송하는 각각의 진단 및 추론 데이터 엔티티에 의해 자신의 아이덴터티를 상기 스택에 부가하는 단계를 포함하는 전기통신 시스템에서 분산된 오류 취급 방법.
  16. (정정) 제6항에 있어서, 상기 전송 진단 및 추론 데이터 엔티티는 카운터에 의해 그리고 요청의 아이덴터티를 저장함으로써 미제의 국부 요청의 트랙을 유지시키는 것을 특징으로 하는 전기통신 시스템의 오류 감독 및 관리 시스템.
  17. (정정) 제15항에 있어서, 확인이 전송될 때 마다, 스택을 토대로 갱신 동작을 수행하는 것을 특징으로 하는 전기통신 시스템에서 분산된 오류 취급 방법.
  18. (정정) 전기통신 시스템에서 분산된 오류 취급 방법으로서, 오류 발생의 경우에 상기 시스템의 작용을 결정하기 위하여 상기 전기통신 시스템에서 데이터 및 신호의 흐름을 분석함으로써 오류에 의해 초래될 수 있는 현상을 국부화시키는 단계와, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 하나이상의 체인 시스템에 의한 상기 작용을 표시하는 단계와, 이들 데이터 엔티티 각각이 각각의 감독 도메인에서 체인 시스템에서 나타나는 현상 각각을 감독하도록 하고, 오류의 경우에 상호 통신하며, 상호 영향을 미치며 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 각각의 체인 시스템에서 데이터 엔티티의 위치를 결정하는 단계와, 상기 관계된 진단 및 추론 데이터 엔티티에 의해 감독되는 현상을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하기 위하여 각각의 진단 및 추론 데이터 엔티티와 관계하는 하나이상의 측정점 데이터 엔티티를 제공하는 단계와, 상기 측정점 데이터 엔티티로부터 데이터를 수집하여 처리하기 위하여 측정 조합 데이터 엔티티와 다수의 측정점 데이터 엔티티를 관계시키는 단계와, 대응하는 체인 시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티에 의해 그리고 오류가 자신의 감독 도메인에서 초래되었는지를 설정하기 전에 상기 오류 전파 방향에서 알 수 있는 바와 같이 상기 체인 시스템에서 이 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 오류 국부 요청을 전송하여, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하는 단계와, 검출된 오류가 자신의 도메인내에 설정되지 마자 진단 및 추론 데이터 엔티티에 의해 오류 전파 방향에서 다운스트림에 위치된 모든 진단 및 추론 데이터 엔티티에 어떤 방법 호출을 전송하는 단계와, 오류 발생 진단 및 추론 데이터 엔티티가 발견될 때 까지 상기 호출을 통과시키는 단계를 포함하는 전기통신 시스템에서 분산된 오류 취급 방법.
  19. (정정) 제18항에 있어서, 조정 방법 호출과 함께 상기 전송 진단 및 추론 데이터 엔티티의 아이텐터티를 전송하고 이를 상기 통과된 진단 및 오류 데이터 엔티티에 의해 저장하는 단계를 포함하는 것을 특징으로 하는 전기통신 시스템에서 분산된 오류 취급 방법.
  20. (정정) 전기통신 시스템에서 분산된 오류 취급 방법으로서, 오류 발생의 경우에 상기 시스템의 작용을 결정하기 위하여 상기 전기통신 시스템에서 데이터 및 신호의 흐름을 분석함으로써 오류에 의해 초래될 수 있는 현상을 국부화시키는 단계와, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 하나이상의 체인 시스템에 의한 상기 작용을 표시하는 단계와, 이들 데이터 엔티티 각각이 각각의 감독 도메인에서 체인 시스템에서 나타나는 현상 각각을 감독하도록 하고, 오류의 경우에 상호 통신하며, 상호 영향을 미치며 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 각각의 체인 시스템에서 데이터 엔티티의 위치를 결정하는 단계와, 상기 관계된 진단 및 추론 데이터 엔티티에 의해 감독되는 현상을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하기 위하여 각각의 진단 및 추론 데이터 엔티티와 관계하는 하나이상의 측정점 데이터 엔티티를 제공하는 단계와, 상기 측정점 데이터 엔티티로부터 데이터를 수집하여 처리하기 위하여 측정 조합 데이터 엔티티와 다수의 측정점 데이터 엔티티를 관계시키는 단계와, 대응하는 체인 시스템에서 오류의 존재를 검출하는 진단 및 추론 데이터 엔티티에 의해 그리고 오류가 자신의 감독 도메인에서 초래되었는지를 설정하기 전에 상기 오류 전파 방향에서 알 수 있는 바와 같이 상기 체인 시스템에서 이 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 오류 국부 요청을 전송하여, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하는 단계와, 오류가 처리될 때 이 오류를 원래 검출하는 진단 및 추론 데이터 엔티티에 의해 오류의 소멸을 검출하는 단계와, 상기 진단 및 추론 데이터 엔티티에 의해 오류 종료 진단 및 추론 데이터 엔티티가 발견될 때 까지 모든 다운스트림 진단 및 추론 데이터 엔티티에 이에 관한 방법 호출을 전송하는 단계를 포함하는 전기통신 시스템에서 분산된 오류 취급 방법.
  21. (정정) 제20항에 있어서, 상기 오류의 소멸에 관한 메시지와 함께 문제의 상기 진단 및 추론 데이터 엔티티의 아이덴터티를 전송하는 단계를 포함하는 것을 특징으로 하는 전기통신 시스템에서 분산된 오류 취급 방법.
  22. (정정) 제21항에 있어서, 상기 오류의 소멸에 관한 메시지를 수신하는 진단 및 추론 데이터 엔티티에 의해 이 진단 및 추론 데이터 엔티티의 동작을 하지 않게 하는 모든 진단 및 추론 데이터 엔티티의 복구후 다시 오류의 감독을 시작하는 단계를 포함하는 것을 특징으로 하는 전기통신 시스템에서 분산된 오류 취급 방법.
  23. (정정) 전기통신 시스템에서 분산된 오류 취급 방법으로서, 오류의 경우에 상기 시스템의 작용을 결정하기 위하여 상기 시스템에서 데이터 및 신호의 흐름을 분석함으로써 오류에 의해 초래될 수 있는 현상을 국부화시키는 단계와, 상기 전기통신 시스템의 오류 전파 방향에서 차례로 상호 접속된 진단 및 추론 데이터 엔티티의 하나이상의 체인 시스템에 의한 상기 작용을 표시하는 단계와, 이들 데이터 엔티티 각각이 각각의 감독 도메인에서 각각의 체인 시스템에서 나타나는 현상 각각을 감독하도록 하고, 오류의 경우에 상호 통신하며, 상호 영향을 미치며 상호 작용하여 상기 전기통신 시스템에서 오류를 국부화시키는 각각의 체인 시스템에서 데이터 엔티티의 위치를 결정하는 단계와, 상기 관계된 진단 및 추론 데이터 엔티티에 의해 감독되는 현상을 관찰하여 상기 진단 및 추론 데이터 엔티티에 보고하기 위하여 각각의 진단 및 추론 데이터 엔티티와 관계하는 하나이상의 측정점 데이터 엔티티를 제공하는 단계와, 대응하는 체인 시스템에서 오류를 검출하는 진단 및 추론 데이터 엔티티에 의해 그리고 오류가 자신의 감독 도메인에서 초래되었는지를 설정하기 전에 상기 오류 전파 방향에서 알 수 있는 바와 같이 상기 체인 시스템에서 이 오류 검출 데이터 엔티티 앞에 위치되는 진단 및 추론 데이터 엔티티에 오류 국부 요청을 전송하여, 이들 진단 및 추론 데이터 엔티티가 오류를 검출하였는지에 대한 확인 메시지를 역으로 전송하도록 이들에게 요청하는 단계와, 오류가 치유될 때, 상기 오류를 원래 검출하는 진단 및 추론 데이터 엔티티에 의한 오류의 소멸을 검출하여, 오류 종료 진단 및 추론 데이터 엔티티가 발견될때 까지 모든 다운스트림 진단 및 추론 데이터 엔티티에 상기 소멸에 관한 방법 호출을 상기 진단 및 추론 데이터 엔티티에 의해 전송하는 단계를 포함하는 전기통신 시스템에서 분산된 오류 취급 방법.
KR1019960705618A 1994-04-08 1995-04-04 하드웨어의분산된감독용방법및시스템 KR100293796B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SE9401185-5 1994-04-08
SE9401185A SE502852C2 (sv) 1994-04-08 1994-04-08 Sätt och system för distribuerad övervakning av hårdvara
PCT/SE1995/000360 WO1995028047A1 (en) 1994-04-08 1995-04-04 A method and a system for distributed supervision of hardware

Publications (2)

Publication Number Publication Date
KR970702641A KR970702641A (ko) 1997-05-13
KR100293796B1 true KR100293796B1 (ko) 2001-09-17

Family

ID=20393579

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019960705618A KR100293796B1 (ko) 1994-04-08 1995-04-04 하드웨어의분산된감독용방법및시스템

Country Status (13)

Country Link
US (1) US5655071A (ko)
EP (1) EP0754382B1 (ko)
JP (1) JPH10502222A (ko)
KR (1) KR100293796B1 (ko)
CN (1) CN1145708A (ko)
AU (1) AU684019B2 (ko)
BR (1) BR9507278A (ko)
DE (1) DE69533774D1 (ko)
FI (1) FI964016A (ko)
MX (1) MXPA96004197A (ko)
NO (1) NO964249L (ko)
SE (1) SE502852C2 (ko)
WO (1) WO1995028047A1 (ko)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6000040A (en) * 1996-10-29 1999-12-07 Compaq Computer Corporation Method and apparatus for diagnosing fault states in a computer system
AU7060598A (en) * 1997-04-16 1998-11-11 British Telecommunications Public Limited Company Network testing
WO1999011090A1 (en) * 1997-08-22 1999-03-04 Northern Telecom Limited Protection switching trigger generation
EP0899980A1 (en) 1997-08-28 1999-03-03 Siemens Aktiengesellschaft Telecommunication network and state propagation method
GB2329733B (en) 1997-09-30 2002-09-11 Ibm Information processing system hardware test
US6012149A (en) * 1997-09-30 2000-01-04 Bull Hn Information Systems Inc. Computer system with polymorphic fault processing
US6735176B1 (en) 1998-03-26 2004-05-11 Nortel Networks Limited Dynamic bandwidth management and rerouting
CA2233395A1 (en) * 1998-03-26 1999-09-26 Northern Telecom Limited Dynamic bandwidth management and rerouting
GB2357661A (en) * 2000-05-12 2001-06-27 Ericsson Telefon Ab L M Telecommunications network
GB2362294B (en) * 2000-05-12 2002-06-12 Ericsson Telefon Ab L M Telecommunications network
US6970436B2 (en) * 2001-05-03 2005-11-29 Lg Electronics Inc. Apparatus for monitoring asynchronous transfer mode cells in communication systems
CN100459462C (zh) * 2002-08-29 2009-02-04 华为技术有限公司 通讯系统故障诊断方法和系统
US20080126859A1 (en) * 2006-08-31 2008-05-29 Guo Shang Q Methods and arrangements for distributed diagnosis in distributed systems using belief propagation
US8494996B2 (en) 2010-06-23 2013-07-23 International Business Machines Corporation Creation and revision of network object graph topology for a network performance management system
JP5691723B2 (ja) * 2011-03-25 2015-04-01 富士通株式会社 監視方法、情報処理装置および監視プログラム
CN102170368B (zh) * 2011-04-18 2012-11-14 北京航空航天大学 一种面向大尺寸构件的分布式测量系统的智能故障定位方法
CN115277357A (zh) * 2021-04-30 2022-11-01 华为技术有限公司 网络故障分析方法、装置、设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5638434A (en) * 1995-08-30 1997-06-10 Mci Corporation Conference system for dial-out telephone calls

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR549409A (fr) * 1921-04-06 1923-02-09 Friedmann Alex Dispositif d'alimentation pour chaudières
FR2232255A5 (ko) * 1973-05-28 1974-12-27 Honeywell Bull Soc Ind
DE2854779A1 (de) * 1978-12-19 1980-07-10 Herion Werke Kg Schaltungsanordnung
JPS5847111B2 (ja) * 1979-09-10 1983-10-20 株式会社日立製作所 ル−プ伝送システム
JPH0618377B2 (ja) * 1983-09-08 1994-03-09 株式会社日立製作所 伝送系
EP0148297B1 (en) * 1984-01-09 1993-12-15 Hitachi, Ltd. Synchronous decentralized processing system
US5127006A (en) * 1989-05-01 1992-06-30 Digital Equipment Corporation Fault diagnostic system
US5157668A (en) * 1989-07-05 1992-10-20 Applied Diagnostics, Inc. Method and apparatus for locating faults in electronic units
CA2101926A1 (en) * 1991-02-05 1992-08-06 Fletcher Lawrence Hill Hierarchical distributed knowledge based machine initiated maintenance system
US5325518A (en) * 1991-04-02 1994-06-28 Carnegie Mellon University Adaptive distributed system and method for fault tolerance
FR2684472A1 (fr) * 1991-11-29 1993-06-04 Cit Alcatel Systeme expert supportant les contraintes du temps reel.
FR2685526B1 (fr) * 1991-12-20 1994-02-04 Alcatel Nv Reseau de liaison avec capteurs de surveillance et systeme de diagnostic, et procede d'etablissement de diagnostics pour un tel reseau.
US5309448A (en) * 1992-01-03 1994-05-03 International Business Machines Corporation Methods and systems for alarm correlation and fault localization in communication networks
US5408218A (en) * 1993-03-19 1995-04-18 Telefonaktiebolaget L M Ericsson Model based alarm coordination

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5638434A (en) * 1995-08-30 1997-06-10 Mci Corporation Conference system for dial-out telephone calls

Also Published As

Publication number Publication date
NO964249D0 (no) 1996-10-07
US5655071A (en) 1997-08-05
FI964016A0 (fi) 1996-10-07
EP0754382A1 (en) 1997-01-22
AU2270295A (en) 1995-10-30
FI964016A (fi) 1996-12-04
DE69533774D1 (de) 2004-12-23
JPH10502222A (ja) 1998-02-24
EP0754382B1 (en) 2004-11-17
MXPA96004197A (es) 2009-06-12
SE502852C2 (sv) 1996-01-29
SE9401185D0 (sv) 1994-04-08
AU684019B2 (en) 1997-11-27
NO964249L (no) 1996-12-09
SE9401185L (sv) 1995-10-09
WO1995028047A1 (en) 1995-10-19
BR9507278A (pt) 1997-09-23
CN1145708A (zh) 1997-03-19
KR970702641A (ko) 1997-05-13

Similar Documents

Publication Publication Date Title
KR100293796B1 (ko) 하드웨어의분산된감독용방법및시스템
US7113988B2 (en) Proactive on-line diagnostics in a manageable network
US5404503A (en) Hierarchical distributed knowledge based machine inititated maintenance system
US5293556A (en) Knowledge based field replaceable unit management
EP0570505B1 (en) Knowledge based machine initiated maintenance system and method
US7680753B2 (en) System and method for fault identification in an electronic system based on context-based alarm analysis
Rozé et al. Diagnosing discrete-event systems: extending the “diagnoser approach” to deal with telecommunication networks
WO2002033980A2 (en) Topology-based reasoning apparatus for root-cause analysis of network faults
JP2004523843A (ja) 流れ系統を診断するシステム、装置および方法
CN112039695A (zh) 基于贝叶斯推理的传输网络故障定位方法及装置
JP2003032253A (ja) 管理可能なネットワークにおける事前対策オンライン診断
Cui et al. Fault propagation reasoning and diagnosis for computer networks using cyclic temporal constraint network model
Chang et al. A fuzzy knowledge based fault tolerance algorithm in wireless sensor networks
Morgan et al. A survey of methods for improving computer network reliability and availability
Li et al. A framework for supporting intelligent fault and performance management for communication networks
Kogeda et al. A probabilistic approach to faults prediction in cellular networks
Sterritt Facing fault management as it is, aiming for what you would like it to be
Osmani et al. Model-based diagnosis for fault management in ATM networks
Lirov et al. Expert maintenance systems in telecommunication networks
CN117734793A (zh) 故障检测方法、故障检测装置、电子设备及存储介质
Traczyk Probes for fault localization in computer networks
JPH02159636A (ja) ネットワーク障害診断方式
Bhattacharyya Discrete event approach to network fault management
KR940017585A (ko) 교환기의 프로세서간 통신망 경로상태 경로상태 확인 방법
CN108199927A (zh) 服务器监控诊断修复方法

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
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20080401

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee