Abstract: The present disclosure is directed to a method and system for automatic triggering network management (NM) control for Voice-Over-IP (VoIP) border elements (BE). The method detects call storm events by monitoring blocked call error messages and maintaining counts according to telephone number based control strings, and controls call storm events by limiting the admitted call rate for calls matching a control string according to an adaptive leaky bucket control. The control drain rate is updated periodically based on a calculated successful call rate and is set to somewhat exceed the successful rate. A control is automatically removed when no blocked calls are observed for a specific number of consecutive windows.

Abstract: A method and apparatus that employ the use of CDRs to effectively monitor and proactively respond to network or service events that impact performance within a network are disclosed. For example, the method receives a plurality of call detail records (CDRs), wherein each of the plurality of call detail records comprises a plurality of fields. The method determines a n-field rule signature from each of the call detail records (CDRs), and analyzes the n-field rule signatures from the plurality of call detail records (CDRs) for detecting at least one network performance problem.

Abstract: A method and system of processing call detail records (CDRs) of multiple network elements in a communication network are disclosed. The method includes identifying at least one final attempt CDR out a plurality of CDRs from the multiple network elements by at least one type of network element. At least one master CDR is built from the identified at least one final attempt CDR. Further, at least one CDR from the plurality of CDRs is correlated to the at least one master CDR according to a correlation rule. Also, the at least one master CDR is then augmented with CDR data from the at least one correlated CDR.

Abstract: A method and system of processing call detail records (CDRs) of multiple network elements in a communication network are disclosed. The method includes identifying at least one final attempt CDR out a plurality of CDRs from the multiple network elements by at least one type of network element. At least one master CDR is built from the identified at least one final attempt CDR. Further, at least one CDR from the plurality of CDRs is correlated to the at least one master CDR according to a correlation rule. Also, the at least one master CDR is then augmented with CDR data from the at least one correlated CDR.

Abstract: An arrangement analyzes a plurality of call detail records and determines that a particular call processing code has occurred a predetermined number of times during a previously defined time interval. The fact of these multiple occurrences of these processing codes is determined to be an indication of a trunk failure. A maintenance request is issued to address the detected failure.

Abstract: A method and apparatus that employ the use of CDRs to effectively monitor and proactively respond to network or service events that impact performance within a network are disclosed. For example, the method receives a plurality of call detail records (CDRs), wherein each of the plurality of call detail records comprises a plurality of fields. The method determines a n-field rule signature from each of the call detail records (CDRs), and analyzes the n-field rule signatures from the plurality of call detail records (CDRs) for detecting at least one network performance problem.

Abstract: An arrangement analyzes a plurality of call detail records from multiple sources and find those records related to multiple attempts to set up a particular user's call(s). The call detail records are filtered to establish an understanding of fault location likely to be responsible for what is deemed to be a defective call.

Abstract: This invention relates to a method and apparatus for throttling request messages to an overloaded database and for throttling overload traffic to a particular destination. The database sends a gap value to the sources of messages or traffic; following any message or call to the destination, no messages will be sent or calls to the destination completed for one gap interval. In a departure from the prior art, the gap interval, a function of the number of request messages flushed or overload calls to the destination is not recurrently calculated anew, but is instead recurrently adjusted from its previous value. Advantageously, this arrangement permits a relatively stable value of the gap to be maintained and reduces overhead for preliminary processing of request messages that cannot be handled.