Processes and systems for dynamically measuring switch traffic

Details Processes and systems for dynamically measuring switch traffic Processes and systems for dynamically measuring switch traffic

1999-11-18

2002-09-10

Nguyen, Duc (Department: 2643)

Telephonic communications

With usage measurement

Call traffic recording or monitoring

C379S112030, C379S112050, C379S112060, C379S112100, C379S133000

Reexamination Certificate

active

06449350

ABSTRACT:

This invention relates to processes and systems for dynamically and automatically measuring traffic across a communication network in order to ensure efficient allocation of network resources.
BACKGROUND OF THE INVENTION
Network traffic management aims to cost-effectively minimize the number of unsuccessful communication attempts caused by network congestion or failure, while also ensuring that expensive network equipment is not over-or-under-used. The ultimate goal is to provide a given grade of service with the least amount of equipment. To do this, one must determine the amount of traffic handled by the network, particularly by switches in the network. Traffic data describes the amount and features of the communications (voice, video or data) traffic-through the network. It is collected to help operators of communication networks determine how efficiently those networks are operating and, if necessary, to plan network reductions, repairs or upgrades.
Traffic data also is helpful to large customers who rent or lease network facilities. The owner of this invention also owns a patent that describes a “Telephone System Adapted to Report to Customers Telephone Facility Traffic Data.” That U.S. Pat. No. 5,410,589, which describes the advantages of and procedures for collecting and reporting traffic data, is hereby incorporated in its entirety by this reference.
Two typical ways to engineer switch capacity include extreme value engineering, which engineers switches to accommodate the maximum traffic, or time consistent busy hour engineering, which engineers switches to accommodate the peak traffic during a period that, on average, is most busy. A tension exists, however, between providing quality versus cost-efficient service. Extreme value engineering provides maximum quality at high cost; time consistent busy hour engineering provides a chosen level of quality at a lower cost.
For example, a particular switch component may be servicing 256 lines but be provided with only 64 time slots by which those lines are serviced. (Line units allow the analog subscriber lines to communicate with the digital network). The time slots are less than the number of lines because more than 64 lines are rarely, if ever, in use at once. If, however, 65 lines seek access to communications services from the switch at the same time, the 65th caller is blocked by the switch. Typically, networks are engineered to keep blocking below a certain absolute percentage, such as 7% of attempted calls, and within a certain average percentage, such as 1.5% of attempted calls. By way of example, determining that congestion generated “fast busy” signals for over 2% of communications attempted through a particular switch at selected time periods tells network engineers (a) to expect customer complaints about poor service and (b) that the network may need a repair or an upgrade if the problem persists.
Typically, the enormous volume and types of traffic across network switches allowed collection and analysis of only statistically significant samples of traffic data, rather than collecting and analyzing traffic in real time. Thus, prior methods of analyzing switch traffic use the “average peak usage hour” for the entire switch. Peak usage or busy hour refers to the hour of the day in which traffic across the switch hits a peak. (Although the phrase uses the term “hour,” the peak usage can be determined over any time period). The “average” refers to the fact that the average peak usage hour is selected by averaging the traffic across many days and then determining, the hour of the day during which peak usage of the network switch occurs. Generally, the average peak usage hour has been determined once per year by manually analyzing the switch traffic usage. The selected “average peak usage hour” is then used for network traffic engineering for the remainder of the year, with switches engineered to handle the volume and type of traffic that occurs during their average peak usage hour.
For example, commercial systems like the COER system marketed by Lucent Technologies, Inc. (formerly part of AT&T) take traffic data from a particular switch and then organize and report that data to allow engineers manually to determine whether switch limits have been reached. This required that the traffic analysis process involve only a small subset of the available data. Also, the COER system determined busy hour only once a year and only for the whole switch.
Other efforts at traffic monitoring have been made. For instance, U.S. Pat. No. 4,456,788 to Kline, et al. describes a “Telecommunication Trunk Circuit Reporter and Advisor” system and method that analyses trunk circuit data. The Kline, et al. patent mentions determining busy hours, but does not describe doing so on a switch component or continuous basis. U.S. Pat. No. 5,359,649 describes systems for “Congestion Tuning of Telecommunications Networks” that monitor network elements and routes to identify congested routes and repair them or reroute traffic.
These prior processes and systems do not address several problems, however. First, a certain number of switch components are engineered beyond (or below) their capacity. That is because traffic data has been collected only for the average peak usage hour of the entire switch, which means that traffic data for this hour is the only data analyzed in engineering the network. But many switch components will have a different average peak usage hour; the same components may also have levels of traffic significantly different during their actual peak usage hour. This results in overburdened or under used switch components that may fail or be more expensive to operate.
Also, the average peak usage hour normally is determined only once a year. This was fine, in the past, when the relative stability of traffic usage across switches required determination of the average peak usage hour only yearly in order to support traffic engineering. The network equipment and customer assignment procedures used when prior traffic usage processes and systems were developed resulted in relatively homogeneous traffic usage across switch components, which also allowed infrequent selection of an average peak usage hour.
Statistical analysis of traffic data predicts the amount of blocking expected for a given level of switch usage. Two key measurements impact the amount of blocking: the traffic volume handled by the switch and the volatility of the traffic. Volume is typically measured in centume call seconds or “CCS” handled by a switch during an average busy hour determined according to the methods described above. Those methods effectively lower average usage capacity of all switch components to match the worst-performing component of the switch. Volatility refers to the degree of traffic variance from a calculated average. Volatility typically was dealt with by simply discarding traffic data collected for days that were believed to be unrepresentative. For example, in many systems, traffic data for holidays, Saturdays, Sundays and even Fridays was disgarded or ignored when analyzing switch loads. As volatility and capacity increase so does blocking.
Recently, however, numerous changes in technology and the industry have occurred. Those changes have drastically and negatively impacted the effectiveness of current processes in analyzing switching capacities.
For instance, two separate causes have resulted in non-homogenous assignment on switch components. First, subscriber carrier delivery systems have reduced the random spreading of the customer assignment process. Most subscriber carrier systems typically handle about 96 lines each and serve a very small geographic area. Because of this, systems often serve primarily only residential customers or only business customers. For example, new subdivisions-may have all of the residences therein assigned to a new switch component. Thus, a switch component handling customers located in a high-end residential area with many second lines and computer modems may handle significantly more and different traffic than co

Affiliated with

Also associated with

Rating

Processes and systems for dynamically measuring switch traffic does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Processes and systems for dynamically measuring switch traffic, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Processes and systems for dynamically measuring switch traffic will most certainly appreciate the feedback.

Rate now

Comments { 0 }

Profile ID: LFUS-PAI-O-2910228