Manager-directed method for event pressure reduction

The present invention relates generally to network communication, and more particularly, to a method for reducing event pressure on managers in a wireless communication network.

Designing, building, and implementing a wireless communication network such as a cellular network requires significant engineering and technical knowledge. The amount of engineering and technical knowledge required to operate and maintain a wireless communication network is equally significant.

A cellular communication system, for example, is a complex network of systems and elements. Typical elements include 1) a radio link to the subscriber a units (cellular telephones) which is usually provided by at least one and typically several base transceiver stations (BTS), 2) a communication link between the base transceiver stations, 3) a controller, typically one or more base station controllers or centralized base station controllers (BSC/CBSC), to control communication between and to manage the operation and interaction of the base transceiver stations, 4) a call controller or switch, typically a mobile switching center (MSC), for routing calls within the system, and 5) a link to the land line or public switch telephone system (PSTN) which is usually also provided by the MSC.

Within each of these elements are numerous subsystems and components. For example, a base station will at least include radio frequency power amplifiers, frequency synthesizers, signal converters, modems, power supplies, fans, etc. A CBSC, for example, may include a mobility manager, voice coders, transcoders, echo cancellers, and may further provide a link to an operations and maintenance center (OMC). The MSC includes systems for switching calls and for providing call related services such as call waiting, call forwarding, voice mail, and the like. Needless to say there are many systems, subsystems, system elements and components that have to function and interact properly for the cellular communication system to work. Furthermore, the many systems, subsystems, system elements and components of a cellular network are arranged hierarchically, wherein the operation of a few or many components may be controlled and managed by one or several elements at a higher hierarchical position within the network. As a result, certain system elements and components of a cellular network are considered managers, which manage the operations of certain other network elements by communicating with agents residing on the network elements.

When things go wrong in a cellular communication system, there are a number of indications. For example, audible and visual indicators (alarms and flashing lights) may activate indicating one or more elements are not functioning properly. Network performance statistics, observed by the cell network operator, may move outside a normal operating range thus indicating that performance of the network is less than optimal and hence suggesting a problem with the system. A general indication telling the operator something has happened at a network element is known as an event or event notification. While most events are informative in nature, some events notify an operator that something is wrong in the network. This is a special form of an event called an alarm. The large volume of data generated within the communication system and the complexity of the data often exceeds the ability of the operators to comprehend or take action on a particular problem, especially if confronted with thousands of events during a short period of time. This leaves the system operators unable to effectively manage the system.

The typical response to a problem is to observe the alarm or alarms, and to react to whatever it is generating the alarm condition. This is known as fault based reaction. Several specialized schemes such as alarm correlation, the use of filters, or the use of simple event counters in the managers have been established in an attempt to reduce the number of events and alarms that must be reviewed or investigated by system operators. One of the problems with such schemes is that the transmission of too many events and alarms from agents to managers within a cellular network can clog the communication link between manager and agent. Additionally, a large number of events may cause the operator to miss a critical alarm. Furthermore, the processing resources of a manager may be severely curtailed as a result of reviewing and investigating the large number of event notifications and alarms that it receives from one or many agents. To reduce the large stream of event notifications and alarms that are transmitted from an agent to a manager, specialized event counters have been utilized which operate within each agent to reduce the event notification stream prior to its transmission to the manager. These methods, however, tend to require highly specific software developed especially for reducing event notifications, wherein the event reduction method is put directly into the software. As a result, implementation of the software requires a large amount of special configuration set-up on the part of the operator. Furthermore, with these methods, duplication of functionality within management areas is unavoidable. Such duplication results in large agent code images, which can be especially troublesome when dealing with embedded systems wherein memory size is highly constrained.

Current systems typically utilize filters at the agent level to reduce the flow of event notifications to the manager. However, the current systems use event counting and event performance thresholding schemes at the manager level to discriminate between alarming and non-alarming events. Because of the hierarchical nature of cellular networks, expansion of the network results in maintenance and operation of a higher number of agents by each of the managers. Therefore, with the current event notification reduction schemes being performed in the managers, expansion of the network can severely hinder the capabilities of the managers. Thus, there is a need for a more intelligent system and efficient system for managing events at the network element (agent), and reducing events pressure using existing systems and components.

FIG. 1 is a block diagram representation of a wireless communication system.

FIG. 2 is a block diagram showing a manager creating a filter on an agent in accordance with the present invention.

FIG. 3 is a block diagram showing a manager creating an event counter object on an agent in accordance with the present invention.

FIG. 4 is a block diagram showing a manager creating an event counter and performance measurement criteria on an agent in accordance with the present invention.

FIG. 5 is a block diagram showing the operation of the present invention in detail.

The present invention provides a method and apparatus for reducing event pressure on managers in a cellular network. In accordance with the preferred embodiments of the invention, event pressure reduction is performed in the agent, and the agent emits only an alarm to the manager if necessary. The present invention comprises three coupled components residing on the agent: a filter, an event counter module, and a performance measurement module. The filter receives event notifications from the agent and provides filtered events to the event counter module. The event counter module creates event count information for each filtered event and provides the event count information to a performance measurement module. The event count information includes event specific threshold criteria. Based on the event count information and the threshold criteria, the performance measurement module determines whether the filtered event exceeds the established threshold for that event. If the event threshold is exceeded, the performance measurement module alarms the manager so that a system operator can alleviate the problem which triggered the alarming event.

The present invention will be described in terms of a wireless communication system operating in accordance with one of several communication standards. These standards include analog, digital or dual-mode communication system protocols such as, but not limited to, the Advanced Mobile Phone System (AMPS), the Narrowband Advanced Mobile Phone System (NAMPS), the Global System for Mobile Communications (GSM), the Personal Digital Communications/Personal Communication Systems (PDC/PCS), the IS-55 Time Division Multiple Access digital cellular, the IS-95 Code Division Multiple Access digital cellular and variations and evolutions of these protocols. As shown in FIG. 1, a wireless communication system 10 includes a mobile switching center (MSC) 12 , a first base station controller (BSC) 14 and a second BSC 16 servicing a total service area 22 . As is known for such systems, each BSC 14 and 16 has associated therewith a plurality of base transceiver stations (BTSs), 24 and 26 , respectively servicing communication cells, microcells, picocells and the like, generally shown as cells 18 and cells 20 , respectively. It will be appreciated that additional or fewer cells may be implemented as required and without departing from the fair scope of the present invention. MSC 12 , BSCs 14 and 16 , and BTSs 24 and 26 , are specified and operate in accordance with the applicable standard or standards for providing wireless communication services to mobile stations (generally shown as 28 ) operating in cells 18 and 20 . Also shown in FIG. 1 and coupled respectively to BSC 14 and BSC 16 are an Operations and Maintenance Center-Radio (OMC-R) 30 and an OMC-R 32 . A single OMC-R 30 may service multiple BSCs, and the actual number of OMC-Rs 30 , 32 in system 10 will depend on its size. For example, a small system may require only a single OMC-R 30 to which all of the BSCs are coupled, while a large system may include several OMC-Rs 30 , 32 . As shown in FIG. 1, the operations of each MSC is managed by an Operations and Maintenance Center-Switch (OMC-S) 34 .

A set of network elements will typically have an Operations and Maintenance Center (OMC). All network elements related to the air interface will have an OMC-R 30 , while all network elements related to the switching environment will have an OMC-S 34 . To consolidate the management of a large system, the OMC-R 30 and OMC-S 34 will report to a higher level manager, the Network Maintenance Center (NMC) (not shown in FIG. 1 ). The relationship of OMC-R 30 and OMC-S 34 to NMC is that of agents to manager. The OMC-R 30 , OMC-S 34 , and NMC are generally recognized as managers, while the BSC 14 , MSC 12 , and BTS 24 are recognized as network elements. Within a network element there is an agent, which is in communication interface with the manager. Generally, a network element will emit an event notification in a proprietary format. The agent in the network element will take the notification and put it into a standard format for communication with the manager.

As will be appreciated, the present invention utilizes existing systems and components for managing network functionality to reduce event pressure between managers and agents. Specifically, the present invention uses a filter, an event counter module, and a performance measurement module to reduce event pressure on the manager. As shown in FIG. 2, the manager 42 initially establishes a filter on the agent 44 . The manager 42 establishes the filter with a name that identifies the event for which the filter is being established. Further, the manager directs the filter name to be sent to an event counter module. The agent 44 responds to the manager 42 with a confirmation that the filter was created.

The manager 42 then requests the creation of an event counter object on the agent 44 . Each event counter object defines thresholding criteria, event count information, and information on when to send an alarm to the manager if a threshold is exceeded. The agent 44 responds with a confirmation that the event counter was created. Each event counter object is filter specific. The event counters that are defined by the event counter objects are processed by an event counter module that resides on the agent. Finally, the manager sends the appropriate performance measurement information to the agent, and the agent sets up the performance measurement criteria in the performance measurement module. The performance measurement module evaluates the event count information for each filtered event and emits an alarm to the manager if the threshold for the filtered event is exceeded.

The processes by which the manager requests the creation of event counters and threshold criteria for event notifications is shown in more detail in FIG. 4 . The manager 42 requests the creation of an event object 52 on the agent 44 . The agent 44 confirms with the manager 42 the creation of the event counter object 52 . The event counter object 52 contains the filter name, directions on creating an event counter, performance measurement definitions, and thresholding criteria for each filtered event. The event counter object 52 creates an event counter for each event in the event counter module 54 by establishing a memory location for the event counter, specifying target events for the filter along with the filter name for the event, and initializing the event counter to zero. The event counter module 54 sends a confirmation to the manager 42 that an event counter for the filtered event was created. The event counter module 54 then establishes performance measurement criteria on the performance measurement module 56 for each filter name. The event counter module 54 further establishes threshold and alarm criteria on the performance measurement module 56 for each filter name. The performance measurement module 56 confirms with the event counter module 54 the creation of an object containing the filter name, new performance measurement criteria, thresholding criteria, and alarm criteria.

FIG. 5 shows the operation of the present invention in detail. An event notification 0.62 is created in the network element and sent to the agent 44 . The event is matched against the filter 64 , and if there is a match, the filter name and the event are sent to the event counter module 54 . The event counter module 54 increments the counter for the filtered event. Based on the performance measurement definitions (e.g. time limits) established by the event counter object 52 , the event counter module 54 determines whether to send the event count measurement to the performance measurement module 56 . If the event count measurement matches those of the performance measurement definitions, the filter name and event count measurement for the filtered event are then transmitted to the performance measurement module 56 . The performance measurement module 56 compares event count measurement for the filtered event with the threshold criteria established by the event counter module 54 to determine whether the filtered event exceeds the threshold. If the event count exceeds the threshold, an alarm is emitted to the manager 42 . Further, as shown by arrow 66 in FIG. 5, the event counter module 54 receives a notification from the performance measurement module 56 to reset the counter for the filtered event to zero. If the threshold is not exceeded, nothing is transmitted to the manager 42 and the event count for the filtered event retains its value until the next occurrence of the same filtered event.

Consider the following example that illustrates the operation of the present invention in a cellular network. Referring to FIGS. 1-4, it may be desirable to report dropped calls in cell 18 to BSC 14 (i.e. the agent) if the rate of dropped calls exceeds 5 per hour. In current cellular networks (without the present invention), the BSC 14 reports dropped calls to the OMC-R 30 (i.e. the manager). Counting and thresholding of dropped call events is performed in the OMC-R 30 . If the OMC-R 30 receives 5 dropped call notifications within an hour from the BSC 14 , it will alarm the operator to take corrective action. As the number of BSCs in a cellular network increase, the OMC-Rs will receive more dropped call event notifications and must process the counting and thresholding of the dropped called events. As a result, not only the communication link between each of the OMC-Rs and the BSCs will be clogged, but also, processing capabilities of the OMC-Rs will be severely limited.

As will be appreciated, in a cellular network that uses the method of the present invention, all filtering, counting, and thresholding of dropped call events is performed in the BSC 14 , and only an alarm is emitted to the OMC-R 30 if the threshold for dropped call events is exceeded. Initially, the operator provides input to the OMC-R 30 such that the OMC-R 30 sets up a filter for dropped call events in the BSC 14 with directions to send the filter name to the event counter module 54 . The OMC-R 30 requests an event counter object 52 creation in the BSC 14 for dropped call events with the counter initially set to zero. The event counter object 52 contains information on counting and thresholding of dropped call events. The event counter module 54 establishes new performance measurement definitions for dropped call events. The threshold criteria for the present example is that the number of dropped calls in one hour may not equal or exceed five. The event counter module 54 not only counts the number of dropped calls with the event counter, but also contains performance measurement definitions, such as the criterion that the time span between the first dropped call and the fifth dropped call cannot be more than one hour. Therefore, the event counter module will use the time limit to see whether the number of events counted fall within the one hour limit.

Referring to FIGS. 1 and 5, a dropped call in cell 18 creates a notification of a dropped call event in the BSC 14 . The dropped call event is filtered and the filter name for the dropped call event is sent to the event counter module 54 . The event counter for dropped calls is incremented and the event count for the dropped call is sent to the performance measurement module 56 . Along with the event count, the time when the call was dropped is also sent to the performance measurement module 56 . If the event count for the dropped call is 5 and if the first and the last of the five dropped call events occurred within a one hour time span, the performance measurement module 56 transmits an alarm to the OMC-R 30 . At the OMC-R 30 , an operator or end user receives the information and takes corrective measures to alleviate the dropped call problem. The performance measurement module 56 also transmits information to the event counter module 54 to reset the event counter for dropped calls back to zero. In contrast, if the dropped calls number less than 5, or if the event count for the dropped calls is equal to or exceeds 5, with the time between the last and the first dropped call exceeding one hour, then an alarm is not emitted to the OMC-R 30 . Furthermore, the event count information will remain unchanged.

The table below consists of other events in a cellular network that generate notifications when the thresholds specific to those events are exceeded. The events and their corresponding notifications, as shown in the table, are only a list of possible events in a cellular network and do not preclude the application of the present invention to other possible events not listed. One skilled in the art can apply the present invention to any event arising from various processes within a cellular network that require an agent to notify a manager about the event.

Many changes and modifications could be made to the invention without departing from the fair scope and spirit thereof. The scope of some changes is discussed above. The scope of others will become apparent from the appended claims.