WO2006074909A1 - Fault acknowledgement system - Google Patents

Fault acknowledgement system Download PDF

Info

Publication number
WO2006074909A1
WO2006074909A1 PCT/EP2006/000177 EP2006000177W WO2006074909A1 WO 2006074909 A1 WO2006074909 A1 WO 2006074909A1 EP 2006000177 W EP2006000177 W EP 2006000177W WO 2006074909 A1 WO2006074909 A1 WO 2006074909A1
Authority
WO
WIPO (PCT)
Prior art keywords
fault
message
alarm
technician
acknowledge
Prior art date
Application number
PCT/EP2006/000177
Other languages
French (fr)
Inventor
Carina Rosado
Original Assignee
Nokia Siemens Networks Gmbh & Co. Kg
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 Nokia Siemens Networks Gmbh & Co. Kg filed Critical Nokia Siemens Networks Gmbh & Co. Kg
Publication of WO2006074909A1 publication Critical patent/WO2006074909A1/en

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/001—Alarm cancelling procedures or alarm forwarding decisions, e.g. based on absence of alarm confirmation
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/10—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using wireless transmission systems
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00—Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/10—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles actuating a signalling device
    • B60R2025/1013—Alarm systems characterised by the type of warning signal, e.g. visual, audible
    • B60R2025/1016—Remote signals alerting owner or authorities, e.g. radio signals

Definitions

  • This invention relates to a system having a fault management system (FMS) for indicating faults to a technician who can acknowledge a fault. It has specific but not exclusive application to telecommunication systems.
  • FMS fault management system
  • Patent WO 98/16412 describes an SMS alarm based on using an SMS transmitter as a car alarm.
  • the SMS transmitter transmits a pre-programmed message to a central server for the SMS alarm, which in turn transmits an alarm message to the owner of the alarm in the form of an SMS message.
  • the alarm message is shown e.g. on the owners mobile telephone display. The owner then has the possibility to call a centre which allows the owner if he wishes to switch off the alarm.
  • a method of monitoring and dealing with faults comprising: detecting a fault; remotely transmitting a fault message to a technician; allowing the technician to acknowledge the fault by transmitting a acknowledgement message back to the system.
  • the technician is able to acknowledge the alarms and trouble tickets that are reported by a system using remote means such as SMS messages, MMS messages, email messages.
  • remote means such as SMS messages, MMS messages, email messages.
  • the choice of message type is available to the technician.
  • the technician can then respond to the system to acknowledge the fault in a similar fashion.
  • the technicians response will be by identical means e.g. SMS if the fault was indicating by SMS.
  • the fault management system then receives the acknowledgement. It may further act appropriately depending on the acknowledgement.
  • the acknowledgement of a fault by a technician provides information to other technicians that someone is already aware that a specific fault has been acknowledged and is in charge of its resolution so as to inform that the problem is being solved and thus avoiding other technicians spending time with faults that are already being dealt with.
  • the system there allows the possibility of technicians to acknowledge a fault in a remote fashion with the help of systems such as SMS, MMS and email.
  • the fault management system will detect a fault and send a message (using the preferred notification channel (e.g. SMS) configured at the system for that particular user with a fault alarm report, giving the selected technician text-based information which may be made available in the board entries screen of the FMS.
  • the FMS also is prepared to receive a message from the technician processing the answer thus acknowledging the fault report; the status of the fault will consequently changed immediately.
  • Example 1 In this example a vehicle is fitted with a fault detection system.
  • the invention is implemented by the FDS sending a message to the owner of the vehicle, e.g. to indicate an alarm has gone off.
  • the owner will receive via his mobile a message sent by the vehicle based FDS indicating a specific fault from a variety of options (i.e. not just non selected a pre-programmed message in dictating an alarm in general.
  • the fault message may distinguish between a stolen car, a window break as a result of atmospheric conditions, or due to physical attack on the car.
  • the message is received by the vehicle owner, he can acknowledge the fault in different way appropriately..
  • the invention allows the fault to be acknowledged by a command to stop the alarm, or where it is being robbed, an acknowledgment is (or includes) a command to alert the police.
  • an acknowledgment is (or includes) a command to alert the police.
  • the "Acknowledge” status of a trouble report means that that O&M technician is already aware of the existence of that particular alarm in the network. "Un- Acknowledge” makes sense when used in applications that work with telecommunication networks because is the default value for a newly raised alarm. The "Forward" status will allow to ⁇ the technicians to receive the trouble report from the FMS and forward that same trouble report to another technician.
  • Alarm Event Types There are the following two basic types of alarm events: “Raised” indicates the begin of a certain alarm. “Cleared” indicates the clearing of a previously reported alarm. After having received an alarm raised notification the FMS assumes that this alarm is present until a corresponding alarm cleared notification is received. “Clear” is an alarm means that the alarm after the clear no longer will exist in the network. The error that was the source of that trouble report no longer is present in the network. The
  • acknowledge state is used by the network operator in the process of fault correction in order to keep track of the alarm work state. Every current alarm has an acknowledge state attribute. As an attribute of every current alarm instance the acknowledge state may have one of the following values: Unacknowledged: This is the default for a newly raised alarm. Besides this definition, unacknowledge status, is in some other Fault Management applications, the unacknowledge status can also be reached as you see in the new diagram below.
  • Acknowledged Indicates that the alarm has been acknowledged by the network operator.
  • the invention is also applicable to telecommunication systems or any other system that have tools which deal with fault management.
  • systems employ technicians to be proximately located to the system to monitor (e.g. on systems screens) and respond to faults, it allows labour resources to be freed up. So in many non critical instances, night monitors may be (partially dispensed with) and the monitor personnel can be located anywhere.
  • night monitors may be (partially dispensed with) and the monitor personnel can be located anywhere.
  • permanent technicians observing screens of fault detection systems on site can be dispensed with by indicated faults remotely which can be acknowledged and or responded to further in different ways.
  • the invention works with different types of messages such as SMS messages, MMS messages and e-mail messages.
  • the table below shows types of messages and protocols that are used, ie., embodiments of the invention:
  • the table below shows the detailed tables of the types of message that can be sent, showing direction.
  • Figure 1 shows the Abstract Message Flow for Acknowledge of a message. The acknowledge complete successfully and the Acknowledge failed message flow is represented.
  • Figure 2 shows the Abstract Message Flow for the Unacknowledge of a message. The Unacknowledge complete successfully and the Unacknowledge failed message flow is represented.
  • Figure 3 shows the Abstract Message Flow for a Clear message. The Clear complete successfully and the Clear failed message flow is represented.
  • Figure 4 shows the Abstract Message Flow for Forward a message. The Forward complete successfully and the Forward failed message flow is represented.
  • Figure 5 shows the Abstract Message Flow for Request a message.
  • the Request complete successfully and the Request failed message flow is represented above.
  • SMSC Short Message Service Centre

Abstract

With a system which has a fault detection system, a method of monitoring and dealing with faults comprising: detecting a fault; remotely transmitting a fault message to a technician; allowing the technician to acknowledge or action the fault by transmitting a message back to the system.

Description

FAULT ACKNOWLEDGEMENT SYSTEM
This invention relates to a system having a fault management system (FMS) for indicating faults to a technician who can acknowledge a fault. It has specific but not exclusive application to telecommunication systems.
Acknowledgement of a fault is important for obvious reasons. Today's communication network systems typically use fault management tool as a secure way of indicating to technicians when and where a fault exists (e.g. in their network platform). In such actual systems acknowledgement of a fault can only be made manually. This means in other words that acknowledgement can only be made by the technician who has to be near the fault management system. A problem arises in that a fault may be flagged up out of working hours when the technician is at home.
Patent WO 98/16412 describes an SMS alarm based on using an SMS transmitter as a car alarm. When physical damage is done to a car the SMS transmitter transmits a pre-programmed message to a central server for the SMS alarm, which in turn transmits an alarm message to the owner of the alarm in the form of an SMS message. The alarm message is shown e.g. on the owners mobile telephone display. The owner then has the possibility to call a centre which allows the owner if he wishes to switch off the alarm.
In such a system there is only one single entity flagged up i.e. a general fault indicated e.g. an alarm.
It is an object of the invention to provide a system that allows bi-directional interactivity between a technician and a fault detection system remotely. In other words it allows a technician to intervene and acknowledge faults in a system which is physically remote from him. With a system which has a fault detection system, a method of monitoring and dealing with faults comprising: detecting a fault; remotely transmitting a fault message to a technician; allowing the technician to acknowledge the fault by transmitting a acknowledgement message back to the system.
According to the invention the technician is able to acknowledge the alarms and trouble tickets that are reported by a system using remote means such as SMS messages, MMS messages, email messages. Preferably the choice of message type is available to the technician.
The technician can then respond to the system to acknowledge the fault in a similar fashion. Preferably the technicians response will be by identical means e.g. SMS if the fault was indicating by SMS.
The fault management system then receives the acknowledgement. It may further act appropriately depending on the acknowledgement. The acknowledgement of a fault by a technician provides information to other technicians that someone is already aware that a specific fault has been acknowledged and is in charge of its resolution so as to inform that the problem is being solved and thus avoiding other technicians spending time with faults that are already being dealt with.
Further fault management systems often have associated severity levels, e.g. a fault can be major and if it is not dealt with the fault status will pass to critical etc the acknowledge avoids this procedure in those systems. : Some systems as mentioned send SMS to inform technicians of a fault. However the remote acknowledgement of the current invention prevent fault management systems continuously resending more automatic fault notification once a technician has already responded. Thus such systems are more efficiency and independent.
The system there allows the possibility of technicians to acknowledge a fault in a remote fashion with the help of systems such as SMS, MMS and email. At first the fault management system will detect a fault and send a message (using the preferred notification channel (e.g. SMS) configured at the system for that particular user with a fault alarm report, giving the selected technician text-based information which may be made available in the board entries screen of the FMS. The FMS also is prepared to receive a message from the technician processing the answer thus acknowledging the fault report; the status of the fault will consequently changed immediately. These steps are shown in the flow chart of figure 1.
Example 1 In this example a vehicle is fitted with a fault detection system. The invention is implemented by the FDS sending a message to the owner of the vehicle, e.g. to indicate an alarm has gone off. The owner will receive via his mobile a message sent by the vehicle based FDS indicating a specific fault from a variety of options (i.e. not just non selected a pre-programmed message in dictating an alarm in general. For example the fault message may distinguish between a stolen car, a window break as a result of atmospheric conditions, or due to physical attack on the car. When the message is received by the vehicle owner, he can acknowledge the fault in different way appropriately.. If the car is not being robbed but the window has been broken due to atmospheric conditions the invention allows the fault to be acknowledged by a command to stop the alarm, or where it is being robbed, an acknowledgment is (or includes) a command to alert the police. Thus such a system gives a number of options according to the type of fault indicated and response selected (remotely) by the owner/technician.The "Acknowledge" status of a trouble report means that that O&M technician is already aware of the existence of that particular alarm in the network. "Un- Acknowledge" makes sense when used in applications that work with telecommunication networks because is the default value for a newly raised alarm. The "Forward" status will allow to ■ the technicians to receive the trouble report from the FMS and forward that same trouble report to another technician.
Alarm Event Types There are the following two basic types of alarm events: "Raised" indicates the begin of a certain alarm. "Cleared" indicates the clearing of a previously reported alarm. After having received an alarm raised notification the FMS assumes that this alarm is present until a corresponding alarm cleared notification is received. "Clear" is an alarm means that the alarm after the clear no longer will exist in the network. The error that was the source of that trouble report no longer is present in the network. The
"acknowledge" state is used by the network operator in the process of fault correction in order to keep track of the alarm work state. Every current alarm has an acknowledge state attribute. As an attribute of every current alarm instance the acknowledge state may have one of the following values: Unacknowledged: This is the default for a newly raised alarm. Besides this definition, unacknowledge status, is in some other Fault Management applications, the unacknowledge status can also be reached as you see in the new diagram below.
Acknowledged: Indicates that the alarm has been acknowledged by the network operator.
The invention is also applicable to telecommunication systems or any other system that have tools which deal with fault management. Where such systems employ technicians to be proximately located to the system to monitor (e.g. on systems screens) and respond to faults, it allows labour resources to be freed up. So in many non critical instances, night monitors may be (partially dispensed with) and the monitor personnel can be located anywhere. Thus in many instances permanent technicians observing screens of fault detection systems on site can be dispensed with by indicated faults remotely which can be acknowledged and or responded to further in different ways. As mentioned the invention works with different types of messages such as SMS messages, MMS messages and e-mail messages. The table below shows types of messages and protocols that are used, ie., embodiments of the invention:
Figure imgf000005_0001
The table below shows the detailed tables of the types of message that can be sent, showing direction.
Figure imgf000006_0001
Figure imgf000007_0001
The table below shows each field name in the Abstract Messages:
Figure imgf000007_0002
Figure imgf000008_0001
Figure 1 shows the Abstract Message Flow for Acknowledge of a message. The acknowledge complete successfully and the Acknowledge failed message flow is represented.
Figure 2 shows the Abstract Message Flow for the Unacknowledge of a message. The Unacknowledge complete successfully and the Unacknowledge failed message flow is represented. Figure 3 shows the Abstract Message Flow for a Clear message. The Clear complete successfully and the Clear failed message flow is represented.
Figure 4 shows the Abstract Message Flow for Forward a message. The Forward complete successfully and the Forward failed message flow is represented.
Figure 5 shows the Abstract Message Flow for Request a message. The Request complete successfully and the Request failed message flow is represented above.
The table below shows the Error Codes:
Figure imgf000009_0001
Abbreviations P2006/000177
E-Mail Electronic Mail
FMS Fault Management Service
FR Frame Relay GSM Global System for Mobile communication
IP Internet Protocol
MM Multimedia Message
MMS Multimedia Message Service
MMSC Multimedia Message Service Centre O&M Operations and Maintenance
PC Personal Computer
PLMN Public Land Mobile Network
SM Short Message
SMPP Short Message Peer to Peer Protocol SMS Short Message Service
SMSC Short Message Service Centre
SMTP Simple Mail Transfer Protocol
SPRH Simple Protocol Remote Handling
TCP Transport Control Protocol UCP Universal Computer Protocol
UD User Domain

Claims

1. With a system which has a fault detection system, a method of monitoring and dealing with faults comprising: a) detecting a fault; b) remotely transmitting a fault message to a technician; c) allowing the technician to acknowledge or action the fault by transmitting a message back to the system.
2. A method as claimed in claim 1 wherein the acknowledgement message of step c) is selected from a plurality of appropriate options.
3. A method as claimed in any preceding claim wherein any of said messages are selected from the following types: an SMS message, a MMS message or an email.
4. A method as claimed in claim 3 wherein both the fault message and the acknowledgement message are of the same type.
5. A method as claimed in any preceding claim wherein said system is a telecommunication system
6. A system embodying any of the preceding claims
PCT/EP2006/000177 2005-01-12 2006-01-10 Fault acknowledgement system WO2006074909A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0500517A GB2422236A (en) 2005-01-12 2005-01-12 Remote fault acknowledgement system
GB0500517.8 2005-01-12

Publications (1)

Publication Number Publication Date
WO2006074909A1 true WO2006074909A1 (en) 2006-07-20

Family

ID=34203917

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/000177 WO2006074909A1 (en) 2005-01-12 2006-01-10 Fault acknowledgement system

Country Status (2)

Country Link
GB (1) GB2422236A (en)
WO (1) WO2006074909A1 (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE29711886U1 (en) * 1997-06-30 1997-09-11 Daten Und Prozestechnik Gmbh Device for reporting faults and process data in technical systems
US5961561A (en) * 1997-08-14 1999-10-05 Invacare Corporation Method and apparatus for remote maintenance, troubleshooting, and repair of a motorized wheelchair
DE20107725U1 (en) * 2001-05-08 2001-10-18 Schur Guenther Additional device for mobile phones as an alarm device
US6414595B1 (en) * 2000-06-16 2002-07-02 Ciena Corporation Method and system for processing alarm objects in a communications network
DE10245953A1 (en) * 2002-10-02 2004-04-29 Heiko Viertel Method for centralized monitoring of a number of computer-controlled machines, requires customer-specific information program for drawing up e-mails for sending to service-technician

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE510532C2 (en) * 1996-10-17 1999-05-31 Telia Ab Alarms that utilize short messages and a central server to prevent the thief from interrupting the alarm
US20020118102A1 (en) * 1998-02-13 2002-08-29 Ronald Fundak Boat security system
CA2275270A1 (en) * 1998-08-07 2000-02-07 William Russell Rohrbach Intermittent, low bandwidth, wireless data network and method of operation thereof
US6774786B1 (en) * 2000-11-07 2004-08-10 Fisher-Rosemount Systems, Inc. Integrated alarm display in a process control network
GB2394244A (en) * 2002-10-10 2004-04-21 Corus Uk Ltd Hollow steel railway sleeper
US20040186739A1 (en) * 2002-11-01 2004-09-23 David Bolles Customer configurable system and method for alarm system and monitoring service

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE29711886U1 (en) * 1997-06-30 1997-09-11 Daten Und Prozestechnik Gmbh Device for reporting faults and process data in technical systems
US5961561A (en) * 1997-08-14 1999-10-05 Invacare Corporation Method and apparatus for remote maintenance, troubleshooting, and repair of a motorized wheelchair
US6414595B1 (en) * 2000-06-16 2002-07-02 Ciena Corporation Method and system for processing alarm objects in a communications network
DE20107725U1 (en) * 2001-05-08 2001-10-18 Schur Guenther Additional device for mobile phones as an alarm device
DE10245953A1 (en) * 2002-10-02 2004-04-29 Heiko Viertel Method for centralized monitoring of a number of computer-controlled machines, requires customer-specific information program for drawing up e-mails for sending to service-technician

Also Published As

Publication number Publication date
GB2422236A (en) 2006-07-19
GB0500517D0 (en) 2005-02-16

Similar Documents

Publication Publication Date Title
US20050146430A1 (en) Security messaging system
EP1969444B1 (en) A method and apparatus for using sms short code messaging to facilitate the transmission of a status update for a security system
US20100277307A1 (en) Municipal Operations Monitoring and Alert System
EP2056031B1 (en) Error management system of air conditioner
US20100013625A1 (en) Redundant Data Path System
CN101432779A (en) Security system reporting events through e-mail massages
US20040047458A1 (en) Alarm signal interceptor, middleware processor, and re-transmitter using caller ID
KR100697079B1 (en) Multi-Airconditioner Center Control System and Error Report Method thereof
WO2006074909A1 (en) Fault acknowledgement system
KR101814088B1 (en) Intelligent and learning type mail firewall appratus
KR100710766B1 (en) Monitoring system, apparatus to be monitored, monitoring apparatus, and monitoring method
KR100300853B1 (en) How to notify status information of communication network system
JP2002271524A (en) Combustion controller alarm supervisory system and remote supervisory device
US7019616B2 (en) Wireless message system with monitor feedback and automatic backup control
WO2015194931A1 (en) A system and method for detecting and recovering lost simple network management protocol traps
JP3392349B2 (en) Combustion control equipment data collection system, remote monitoring device and combustion control equipment
JPH11351569A (en) Alarm/monitor system for combustion controller, remote monitor and combustion controller
JP2004334516A (en) System for email notification service about installation state information
JP4299572B2 (en) Failure notification method and failure notification method
JP3443004B2 (en) Building management system
JP2023005507A (en) security device and security system
JP2006338372A (en) Event management device and management system for plant
JP2005250915A (en) Interface apparatus for remote-monitoring fire alarm facility
JP2005184268A (en) Security system having function for informing portable terminal
JP2006340024A (en) Remote place installation device or integrated monitoring apparatus thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06700489

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 6700489

Country of ref document: EP