Outage reporting for a telecommunications system

The invention relates to a system and method for reporting telecommunication outages to a user.

Advances in telecommunications systems have provided more services to telecommunications users. Agreements are typically established between a telecommunication provider and the telecommunications user to define the services. Such agreements can be referred to as service level agreements (SLA). One such service level agreement may offer refunds to the customer for network outages, but not for administrative outages. An administrative outage occurs due to local power outages and outages when the customer disconnects their telecommunications equipment or power.

Known solutions to track administrative outages rely on complex and expensive backend equipment and trouble tickets. Trouble tickets allow telecommunication users to call the telecommunication provider to report a power outage or other outage. Trouble tickets rely upon the user to report such outages, however, and thus can be unreliable. Therefore, there is a need for a system that can inform the telecommunications provider of the type of outage that occurred, without having to rely upon the telecommunication user.

FIG. 1 is a diagram illustrating an exemplary reporting system for reporting telecommunication network and administrative outages.

FIG. 2 is a diagram illustrating the reporting system in which a network outage has occurred.

FIG. 3 is a diagram illustrating the reporting system in which an administrative outage has occurred.

FIG. 4 is a flowchart illustrating a methodology for determining a type of telecommunications outage that has occurred.

The following table aids the reader in determining the meaning of the several acronyms used to describe the embodiments:

A telephone service outage reporting system is provided to a telecommunication system. The reporting system reports whether a telephone outage was a telecommunications provider's network outage or another type of outage, such as an administrative outage. An administrative outage includes local power outages and outages when the customer disconnects their telecommunications equipment or power.

FIG. 1 is a diagram illustrating an exemplary reporting system 100 for reporting telecommunication network and administrative outages. The solid lines show physical links, such as wire line and wireless connections, and the dashed lines show data flow. The reporting system 100 includes a communications network 110 . The communications network 110 includes the Internet and other types of networks, such as local area networks (LANs), other wide area networks (WANs), and regional networks accessed over telephone lines, switches and routers, and via wireless communications.

A first telecommunications user 120 and a second telecommunications user 130 connect to the communications network 110 . Any number of other telecommunications users, not shown, can also connect to the communications network 110 . A first router 140 and a first processor, such as a digital service unit/channel service unit (DSU/CSU) 150 , can be connected between the first telecommunications user 120 and the communications network 110 . The DSU/CSU provides data element signals regarding administrative and network outages. A second router 160 and a second processor, such as a DSU/CSU 170 , can be connected between the second telecommunications user 130 and the communications network 110 . The DSU/CSU can be a standalone device or one that is embedded within the router 140 , 160 . If the DSU/CSU is embedded within the router 140 , 160 , the router provides the data element signals regarding administrative and network outages.

A network management system (NMS) or report collector 180 connects to the network 110 to obtain the data element signals from the DSU/CSU 150 , 170 . The DSU/CSUs 150 , 170 include applications, such as with software, hardware or firmware, to record and analyze the types of outages that occur on the telecommunication network 100 . In one aspect, customer premise equipment (CPE) access devices provide can data that differentiates an administrative outage from a network or other outage. The administrative outage includes outages that occur outside of the network, such as at the CPE. The DSU/CSUs 150 , 170 may be programmed to send a data element indicating an administrative outage, for example, upon power-on and/or power-off of the DSU/CSUs 150 , 170 .

The DSU/CSUs 150 , 170 can send the data element signals to the NMS 180 of the telecommunication provider or another NMS, such as an NMS of the telecommunications users 120 , 130 , to report the types of outages that occurred. For example, the data element signal may include a value of 0 if no outages have occurred, a value of 1 if a network outage has occurred and a value of 2 if an administrative outage has occurred.

Moreover, the NMS 180 can also query the DSU/CSU 150 , 170 to acquire information about the types of outages that occurred. The telecommunication provider can use the information from the DSU/CSU 150 , 170 to help evaluate whether a refund is due to the telecommunications user or not, for example, if the telecommunications user is qualified for a refund in accordance with a service level agreement (SLA).

An administrative outage can result from software outages, hardware outages, and the like. A device, such as a telephone of the telecommunication user 120 , 130 can be disabled through software, e.g., administrative work conducted on the device, so the software has been disabled. Moreover, the software can be defective. The telecommunication device can also become disabled through power outages, e.g., the device can be unplugged from the power supply or a general power outage such as a blackout could have occurred. Moreover, hardware components could have failed or become defective. Likewise, a catastrophic event could have occurred, such as an earthquake, a hurricane, a flood and the like.

Using data element signals or the like, the reporting system 100 can distinguish between an outage that has occurred as a result of the service being disabled through hardware or software and an outage where the user's device is operating correctly, but communication into the network has failed due to a network outage. According to one type of SLA, the telecommunications provider may offer refunds to the telecommunication user 120 , 130 , or other customers, for network outages, but not for the administrative outages.

FIG. 2 is a diagram illustrating the reporting system 100 in which a network outage has occurred. When an outage 200 occurs at the network, the DSU/CSU analyzes the outage and records a data element value to indicate the network outage. For example, when a network outage occurs at the network connection from the first telecommunications user 120 to the communications network 110 , the DSU/CSU 150 records the data element value, e.g., the value 1. When the network connection is restored, the DSU/CSU 150 sends a data element signal to the NMS 180 which represents the data element value for a network outage.

To determine that a network failure occurred, the DSU/CSUs 150 , 170 may periodically query the network 110 to determine if a connection can be accomplished. The DSU/CSUs 150 , 170 may also randomly query the network 110 . The querying can occur when initiated by an operator, or can occur automatically ever 1 second, 5 seconds, 30 seconds, 30 minutes, etcetera, and preferably occurs every 15 seconds. The result of the query can be contained in a permanent virtual circuit (PVC) status field of a protocol message, such as a local management interface (LMI) message. The DSU/CSUs 150 , 170 can use the PVC status from the LMI messages to determine when network outages begin and end. The DSC/CSUs 150 , 170 are programmed to send a determined data element corresponding to the PVC statuses.

FIG. 3 is a diagram illustrating the reporting system 100 in which an administrative outage has occurred. When a non-network outage occurs, for example, an administrative outage occurs with the first telecommunication user 120 , the DSU/CSU 150 analyzes and records a data element value. For example, when an administrative outage occurs at the first telecommunications user 120 , the DSU/CSU 150 records a data element value, e.g., the value 3. The outage could be the result of hardware or software failure, disconnection or disabling, or a power outage at the first telecommunication user 120 . When the DSU/CSU 150 is enabled, the DSU/CSU can send to the NMS 180 a signal representing the data element value. The data element value indicates that an administrative outage has occurred.

FIG. 4 is a flowchart illustrating a methodology for determining a type of telecommunications outage that has occurred. The methodology can be accomplished with software, hardware, firmware, or any combination thereof. The methodology can be handled by the DSU/SCU 150 , 170 , by the router 140 , 160 with DSU/CSU capabilities, or the like. The methodology begins at block 400 . At block 410 , the DSU/CSU 150 , 170 determines whether data is being transmitted. The determination can be made continuously, periodically or at other determined times. If data is being transmitted, a value that indicates no outage can be transmitted to the NMS 180 .

At block 420 , if the DSU/CSU 150 , 170 determines that data can be transmitted, the methodology determines whether the DSU/CSU is being powered. At block 430 , if the DSU/CSU 150 , 170 is not being powered, when power returns the DSU/CSU 150 , 170 can send to the NMS 180 a data element value that indicates that an administrative outage has occurred. At block 440 , the DSU/CSU 150 , 170 determines whether software or hardware has been disabled, such as by reporting the DSU/CSU 150 , 170 being powered on and powered off. At block 430 , if software or hardware has been disabled, the DSU/CSU 150 , 170 sends a data element value that indicates that an administrative outage has occurred. At block 450 , if the DSU/CSU 150 , 170 has power, software and hardware have not been disabled, and data is not being transmitted, the DSU/CSU 150 , 170 can send a data element value indicating that a network outage has occurred.

While the invention has been described above by reference to various embodiments, it will be understood that many changes and modifications can be made without departing from the scope of the invention. It is therefore intended that the foregoing detailed description be understood as an illustration of the presently preferred embodiments of the invention, and not as a definition of the invention. It is only the following claims, including all equivalents, which are intended to define the scope of this invention.