Multiplex communications – Data flow congestion prevention or control – Flow control of data transmission through a network
Reexamination Certificate
1997-03-11
2002-10-29
Ngo, Ricky (Department: 2664)
Multiplex communications
Data flow congestion prevention or control
Flow control of data transmission through a network
C370S410000, C370S507000, C379S207030, C379S229000, C707S793000, C707S793000
Reexamination Certificate
active
06473402
ABSTRACT:
BACKGROUND OF THE INVENTION
This invention relates generally to Intelligent Networks for telecommunications and, in particular, to load sharing between a group of Service Control Points for traffic management control within the network.
With reference to
FIG. 1
, as is well known, an Intelligent Network (IN) includes various network elements (NEs), such as, Service Switching Points (SSPs), Service Control Points (SCPs), Adjuncts, Intelligent Peripherals (IPs), and Mediation Points (MPs). The IN service offering implies cooperation between different network elements, typically the SSPs and SCPs, using the Common Channel Signaling No. 7 (CCS7) network protocols.
An Operations, Administration, and Maintenance (OAM) management environment is characterized by functionality to ensure reliable operation of the IN. Telecommunication Management Network (TMN) components providing the network OAM management include a Services Management System (SMS), Surveillance and Testing Operations Systems, and Network Traffic Management (NTM) Operations Systems (OSs). Measurements, logs and alarms related to network operations and services are generated by the NEs and collected by the OSs for OAM management. The Surveillance and Testing Operations Systems (OSs) provide fault management. The main objective of the Network Traffic Management OSs is to manage overload controls at the various NEs and to ensure service reliability and network integrity.
The NTM consists of monitoring and control functions aimed at the detection of abnormal load conditions and excessive traffic congestion, activation, de-activation and monitoring of overload controls. The IN NTM requirements in [1] GR-1298-CORE, Advanced Intelligent Network (AIN) Switching Systems Generic Requirements, Bellcore, Issue 3, July , 1996; [2] Draft Revised ITU-T Recommendation Q.1218, Interface Recommendation for Intelligent Network CS-1. COM 11-R 104E, May 1995; and [3] ITU-T Recommendation E.412, Telephone Network and ISDN Quality of Service, Network Management and traffic Engineering, Network Management Controls, emphasize the need for automatic call-associated query and non-call-associated signaling messages limiting controls triggered by detected congestion conditions at one or more connected equipment. These controls minimize congestion conditions, due to traffic overloads (or reduced call processing capacity) at the NE, from spreading to the subtending NEs and throughout the rest of the network.
Automatic Code Gapping (ACG) is a network management mechanism used in the control of network congestion. For example, if an SCP becomes congested with queries, it can issue a request to slow down or stop a SSP from sending queries for a predetermined period. When an SCP finds that it is being overloaded with queries, it automatically issues a request that the SSP slow down or stop sending queries, matching a certain criterion or criteria, for a given duration of time. The criteria and the request can also be manually initiated from the service management system (SMS). Both automatic- and manually-initiated requests are relayed from the SCP to the SSP in the form of an ACG message. From the SCP/SMS initiated ACG request messages, a list of controls is created and maintained against which pending SCP destined queries are checked. During call processing, prior to sending an IN query, the ACG controls are checked to determine whether the query is to be gapped (that is, blocked). If the criteria specified in the control matches that for the pending query, then the query is gapped, and either IN final treatment or Default Routing is applied to the call.
Implementation of the Automatic Code Gapping (ACG) mechanism consists of procedures in the SCPs for detecting and identifying the congestion level at the SCP, messages for communicating the SCP congestion level back to the SSPs, and procedures in the SSPs for throttling back the traffic. The ACG controls are all based on indirect routing of SCP queries. A traffic control item is identified by its Global Title Address (GTA) and Translation Type (TT), which are converted at the Signaling Transfer Point (STP) to the signaling point code of the destination SCP and SubSystem number (SSN) of the particular application or application set at that SCP. An ACG request to a SSP tells it to regulate sending the traffic using specific gap interval and duration. The ACG control can be initiated from the SCP in two ways: (1) automatically via SCP initiated code control; and (2) manually via the SMS Originated Code Control (SOCC). The manual SOCC method complements the automatic SCP method.
Having regard to the automatic SCP controls, when the SSP receives an ACG message with a control cause indicator of ISCP Overload,, it places the TT and 6-digit GTA on the SCP overload controls list. Timers for both gap interval and duration are started by the SSP when the control is added. Subsequent calls being processed by the SSP that generate queries with a called or charged number, matching the 6 digit code for the given TT are gapped until a period of time equal to the gap interval expires. After the gap interval expires the SSP allows the next applicable query to proceed normally. After this query has been sent, the SSP resumes blocking for another period of time equal to the gap interval. This cycle continues until a period of time equal to the duration has passed. The SCP overload control is removed from the controls list when the duration expires.
For the manual SOCC controls, when the SSP receives an ACG message with Control Cause Indicator of “SMS Originated”, it places the “TT and 3-, 6-, 7-, 8-, 9-, or 10-digit GTA” control on the SOCC controls list. Timers for both gap interval and duration start when that control is added. After the control with a TT and GTA is added to the SOCC controls list and the gap interval timer has been started, calls which generate queries with “called or charged number +TT” matching the GTA+TT in the SOCC controls list are gapped until the gap interval expires. After the gap interval expires, the SSP allows the next applicable query to proceed normally. After this query has been sent, the SSP resumes blocking for another period of time equal to the gap interval. This cycle continues until a period of time equal to the duration has passed. The control is removed from the SOCC controls list when the duration expires.
Code gapping is a form of rate control. The SSP uses code gapping to regulate the queries destined to the SCP. Code gapping limits the number of initial queries per second, which is exemplified in FIG.
2
. The arrows represent time when queries would normally be sent from the SSP to the SCP. When gapping is initiated, all queries from the source are blocked during the first gap interval, after which the next query may pass. Once a query passes, then all queries are blocked for the following gap. At most one query per gap interval will pass. This pattern repeats until the duration timer expires or the call gapping is de-activated.
FIG. 3
illustrates by way of example operation of code gapping control, wherein a duration of 15 seconds and gap interval of 5 seconds is employed. As shown in the figure, when the SSP receives an ACG request from an overloaded SCP, it initializes a duration timer and a gap timer. From 3 to 8 seconds, queries to the SCP are blocked (that is, no queries are sent to the SCP). When the gap timer expires, the next query is sent to the SCP. When the SSP sends a query to the SCP, it resets the gap timer (as shown at the 16th second), and the SCP processes the query and checks to see if the control should stay active. The SSP blocks queries from the 16 to 18 seconds, after which the duration timer expires. From the 18 seconds onward, queries are sent to SCP.
A potential problem with conventional code gapping may be an unfair throttling of SSP traffic. The SSP uses a gap interval and duration to regulate queries to the SCP and sends excess queries to reorder tone or announcement. When gapping is initiated, all querie
Millard Allan P.
Ngo Ricky
Nortel Networks Limited
LandOfFree
Communications link interconnecting service control points... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Communications link interconnecting service control points..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Communications link interconnecting service control points... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2942141