EP0386607A2 - A predictive access-controll and routing system for integrated services telecommunication networks - Google Patents
A predictive access-controll and routing system for integrated services telecommunication networks Download PDFInfo
- Publication number
- EP0386607A2 EP0386607A2 EP90103904A EP90103904A EP0386607A2 EP 0386607 A2 EP0386607 A2 EP 0386607A2 EP 90103904 A EP90103904 A EP 90103904A EP 90103904 A EP90103904 A EP 90103904A EP 0386607 A2 EP0386607 A2 EP 0386607A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- network
- traffic
- source
- interval
- destination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/64—Distributing or queueing
- H04Q3/66—Traffic distributors
Definitions
- This application pertains to the field of telecommunications, and in particular to network management and control systems. Specifically it discloses a real-time, state-dependent network traffic control system for an integrated services telecommunications network capable of handling heterogeneous traffic environments, in which the control strategy is a function of both real-time congestion levels and real-time traffic profiles.
- the invention includes a predictive algorithm which controls access to the network and routes traffic through the network, while minimizing in real time a weighted function of the projected blocked traffic.
- ISN Integrated Services Network
- the promise of an Integrated Services Network (ISN) is based, primarily, on three recent developments in the telecommunication industry. The first is the evolution of high capacity network components. Today, fiber optic cables can transmit billions of bits of information per second. Furthermore, the introduction of digital exchanges with multi-rate switching capability of hundreds of thousands of calls per hour is not far away. The second is the proliferation of fast (multi-mega instruction per second) computer systems and sophisticated operation systems (OSs). And finally, there is the consistent progress in the development of standard protocols between network users and service access entities, and between the service entities distributed in the network. However, the control (i.e., routing and access-control) of services in an ISN environment is a fundamental problem that has, until recently, attracted little attention in the literature.
- PSTN Public Switched Telephone Network
- 3Khz of bandwidth 3 minute average holding time
- 3 CCS undred.call seconds per hour
- traffic control policies in the PSTN are static and open-loop in nature.
- a typical traffic control procedure is as follows: the day is divided into a number of time periods, during which the traffic patterns are well understood, and a different set of pre-planned control schemes is devised for each period. Network management activities override the pre-planned control schemes in case of "rare" events such as failures or when traffic levels exceed the designed thresholds.
- a network equipped with common channel signaling (CCS) capabilities may encounter a novel problem: when CCS is employed on a trunk group (TG), ineffective call attempts can potentially be disposed of in as little as 125 milliseconds (or 28,800 calls per hour per circuit) as opposed to 20 seconds (or 180 calls per hour per circuit) for calls that are handled using in-band signaling.
- CCS common channel signaling
- the present day telecommunication network unlike the one of the past, does not operate in isolation; the profile of the internally generated traffic may be well understood but the characteristics of exogenous traffic, generated by neighboring Local Access Transport Areas (LATAs) or Inter-Exchange Carriers (ICs), may not.
- LATAs Local Access Transport Areas
- ICs Inter-Exchange Carriers
- DCR Dynamically Controlled Routing
- DNHR Dynamic Non-Hierarchical Routing
- Dynamic routing methods adjust traffic flow in a network as a function of network states. The most advanced of these methods is Bell Northern Research's "Dynamically Controlled Routing” (DCR), described in “Dynamic Routing for Intercity Telephone Networks", W.H. Cameron et al., Proceeding of ITC-10, Montreal, 1983.
- DCR Bell Northern Research's "Dynamically Controlled Routing”
- DCR is a centralized, adaptive routing scheme.
- every originating call has a number of pre-defined routes (tandem and direct) which it can take to its destination, with tandem routes being comprised of two links.
- the network exchanges periodically relay (every 10 seconds) trunk group (TG) utilization levels to a central network processor.
- TG trunk group
- the network processor uses the TG utilizations and capacities in conjunction with the pre-defined routing topology, the network processor computes a set of tandem recommendations, in the form of routing probabilities, for each source-destination (SD) pair in the network.
- SD source-destination
- the network processor then sends a set of tandem recommendations back to the exchanges to update their routing tables.
- the recommendations are based primarily on the excess capacity of the tandem routes at the time of measurement.
- the network processor possesses real-time, global state information, the routing decisions for each SD pair are made independently of all other pairs.
- the network exchanges use the tandem recommendations in the following manner: when a call arrives at a source exchange it is automatically offered to the direct route; if the direct route is full, one of the remaining tandem routes will be chosen based on the probabilities in the routing table.
- DNHR Dynamic Non-Hierarchical Routing
- DCR Dynamic Controlled Routing
- DNHR is a time-dependent routing scheme which capitalizes on differing time zone trunk usage by dividing the day into 10 time periods and using a different set of pre-planned routing sequences for each time period.
- the routing sequences reflect the optimal routes for calls to complete upon, based upon extensive operational measurement data, which is periodically provided by each participating exchange, to the central network management system.
- the routing tables and network configuration are reviewed and evaluated by a centralized automated data collection and processing system. This system evaluate the exchange data in weekly and semi-weekly periods.
- DNHR reacts to real-time overloads (signified by SD blockings exceeding certain thresholds) by altering the pre-planned routing sequences in a manner similar to DCR.
- auxiliary automatic and manual control techniques provide recommendations for network management based upon experience and intuition.
- the routing scheme for a given network is pre-planned according to an expected offered load in a given period and for a given network topology.
- the routing scheme is then designed accordingly to satisfy a nominal performance objective.
- the auxiliary network control scheme assumes this responsibility.
- the auxiliary network controller's routing policy is designed to alleviate the overload or the failure problem; it does not, and is not designed to, recommend control policies which achieve the nominal routing objectives.
- routing decisions are based on heuristics, there is no guarantee that they are optimal or even desirable solutions to the problem.
- recommendations are derived in isolation from nominal routing objectives, such as minimum blocking.
- the routing recommendations devised by DCR and DNHR are based on the instantaneous traffic conditions in the network. Thus, they react to volatile conditions, rather than avoid them.
- Krishnan's routing algorithm projects the short-term gain for each individual source-destination pair, as a function of routing. Consequently, Krishnan's routing algorithm i) does not yield optimal network behavior, as different SD pairs may compete for network resources, as opposed to cooperate to achieve optimal network performance; ii) is not able to control access to network resources in a manner so as to reject the less revenue-generating calls at the expense of the more expensive ones; iii) has to measure link occupancy levels and compute the control strategy for each call. This is considered prohibitive overhead for today's or even the foreseeable future's network switches.
- the predictive access-control and routing strategy (PARS) of the present invention is a real-time centralized network control system. Its operational objective is to minimize, in real-time, a weighted sum of the source-destination blockings through a combination of routing and access-control strategies.
- the weight attached to calls of a particular source-destination pair is specified by the service provider; in this manner different priorities can be assigned to different traffic types.
- This system uses real-time information about the traffic condition in the network to arrive at its decision.
- Each intelligent, software controlled switch in a network is connected via a data link to a central computer located in the Network Control Center (NCC). Every AT time units each switch sends the current state (number of busy circuits) of its outgoing trunk groups to the NCC.
- the length of the sampling period ⁇ T is a function of the average holding time of a specific traffic type; for example, for voice calls with an average holding time of five minutes, ⁇ T is set to five minutes. In networks carrying nonhomogeneous traffic types, ⁇ T is determined by the shortest of the average holding times.
- the source node provides the NCC with the number of attempts to a particular destination during the past interval.
- a data network such as the Telecommunication Management Network (TMN) channel signaling system is used to transport this information to the NCC.
- TTN Telecommunication Management Network
- the PARS control algorithm predicts the estimated source-destination arrival rates for the succeeding time interval and then the number of busy circuits on each link in the network at the end of the succeeding time interval as a function of routing and access-control.
- the traffic control variables are calculated for each source-destination pair for the upcoming interval.
- the traffic control variables specify the proportion of the incoming traffic to be offered to each route of a particular source-destination pair.
- the resulting control policy dictated by the traffic control variables, minimizes the projected network blocking until the next measurement epoch.
- the NCC sends its recommendations back to the respective switches, which then update their routing tables.
- the traffic control variables determine the proportion of the incoming traffic to be assigned during the upcoming period to each route of a particular source-destination pair.
- the controls are implemented as follows. When a call arrives at a source node, it must be offered to the proper outgoing route as determined by the traffic control variables. To implement this, the interval between real numbers 0 and 1 is divided into sub-intervals. The length of each sub-interval is equivalent to the magnitude of each traffic control variable of the particular source-destination pair.
- a random number between 0 and 1 is generated according to a uniform distribution.
- the interval in which the value of the random number falls determines the route, which in turn determines the proper outgoing link for that call.
- the traffic control variables of a source-destination pair may sum to a value less than 1. This means that a certain number of calls will be rejected outright, i.e., no attempt will be made to hunt for a free circuit. A call will be blocked at the source node when the generated random number falls outside the union of the traffic control variables' intervals.
- This invention is a predictive access-control and routing strategy (PARS), which is a novel traffic control scheme, contrived to operate in uncertain network environments.
- PARS is a real-time, state-dependent network traffic control scheme in which the control strategy is a function of both real-time (instantaneous) congestion levels and real-time (running average) traffic profiles. Traffic profiles are characterized by their average holding times and arrival rates, computed in real-time.
- PARS is a state-dependent centralized network control system.
- the operational objective of PARS is to minimize, in real-time, a weighted function of the projected (in time) source-destination (SD) blockings through a combination of routing and access-control strategies.
- the weights attached to calls of a particular SD pair are specified by the service provider; in this manner the network provider may define varying network objectives. For example, to minimize the number of blocked calls, the estimated SD arrival rates are used as weights; to maximize revenue, the weights are assigned in proportion to tariff rates for each call-class.
- Fig. 1 is a block diagram of a typical network control structure presently in use. Such a system utilizes auxiliary automatic and manual control techniques for network management based on experience and intuition. Typically, the routing scheme for a given network is preplanned according to an expected offered load in a given period and for a given network topology. As shown in Fig. 1, weekly or bi-weekly traffic reports are analyzed in block 10, yielding predicted traffic demands which are optimized in box 12 to serve the network 14. Exception reports of rare events such as failures or major overloads are signaled from the network 14 to the network management 16, where they are examined and heuristic adjustments are made to the preplanned control policy of network 14.
- PARS can control the present day telecommunication network (equipped with CCS), we choose to explain the operational principles of the algorithm within the context of an Intelligent Network (IN) architecture for two reasons.
- the traffic control structure of today's telecommunication network is based on the 3/3/3 traffic profile mentioned in the Background. Consequently, the implementation of a real-time controller such as PARS would be awkward.
- Fig. 2 illustrates the operational principles of PARS within the context of an IN architecture.
- the message transport network 21 carries user-to-user information; the signaling network 23 transports service setup and tear down messages; and the TMN 22 acts as the transport for service control related messages between the network elements (NEs) and the operating systems (OSs).
- the NEs in Fig. 2 illustrate the operational principles of PARS within the context of an IN architecture.
- the message transport network 21 carries user-to-user information
- the signaling network 23 transports service setup and tear down messages
- the TMN 22 acts as the transport for service control related messages between the network elements (NEs) and the operating systems (OSs).
- OSs operating systems
- SSP service switching points
- SCP service control point
- STP signal transfer point
- NCC Network control center
- the traffic control variables determine the proportion of the incoming traffic to be assigned, during the upcoming period, to each route of a particular SD pair. Consequently, the sum of the control variables for each SD pair lies on the real interval [0,1].
- each SSP 24 sends its current state to the NCC 20 through the TMN 22, where the state is defined as the number of busy circuits on its outgoing trunk groups (TGs).
- each source SSP 24 transmits to the NCC 20 the number of service requests from it as a source to all network destinations during the preceding time interval.
- the service attempt rates for each SD pair in the network, the network topology, and the routing topology, PARS projects, ⁇ T time units ahead, the future TGs occupancy levels as a function of routing and access-controls. At this point in the algorithm the TGs are assumed to have unlimited capacity.
- PARS Based on the state projections, PARS then computes a control policy that would result in "optimal" network behavior during the upcoming interval.
- the NCC 20 then relays the new control policy, in the form of traffic control variables, to the network SCPs 25. These control variables specify the proportion of the incoming traffic to be assigned to each route.
- a source SSP 24 When a source SSP 24 receives a service request message, it transmits the message to its designated SCP 25 for treatment using the Transaction Capabilities Application Part (TCAP) 28 of the Signaling System No. 7 (SS7).
- TCAP Transaction Capabilities Application Part
- SS7 Signaling System No. 7
- the SCP 25 according to the particular service's traffic control variables, either recommends a complete route to the destination or rejects the service. If the service request is accepted, then the source SSP 24 inserts the TG identifications that comprise the recommended route in the Initial Address Message (IAM), and transmits the signaling message using the ISDN User Part of the SS7 protocol. Consequently, the tandem SSPs 24 attempt to setup the route as described in the IAM and do not reprocess the service request.
- IAM Initial Address Message
- USM Unsuccessful Backward Setup Message
- Fig. 3 illustrates a realization of the above process using today's network control structure.
- Route x consists of links AE and EF.
- Route y consists of links AB, BD and DF.
- Route z consists of links AB, BC, CD and DF.
- PARS sets the control variables for each link in each route as well as for each route. If routes x, y and z are to carry 50% (.5), 25% (.25), and 25% (.25) respectively of the traffic between AF, then for the 50% of the traffic passing through switch B, the control variables and therefore the routing table for links BC and BD are set to .5 since each of these links is assigned 50% of the traffic through switch B.
- d dt s(t) f(s(t),u(t)), where s and u represent the state of the system and the control input, respectively.
- the control u is then chosen to optimize a pre-defined performance objective (which is a function of the system state and the control input).
- a stochastic system one attempts to optimize the expected performance with the choice of control.
- TG state of the system
- the TG occupancy, predicted ⁇ t time units ahead is given by the solution to (3); i.e., where ⁇ ( ⁇ 0) and u are assumed constant during the prediction horizon [ ⁇ 0, ⁇ 0+ ⁇ t) (We will show how to obtain an estimate of ⁇ , shortly).
- the prediction in (4) also represents the average TG occupancy of an M/M/ ⁇ (Poisson arrivals/exponential holding times/unlimited capacity) system, since similar assumptions are made in both derivations.
- Fig. 4 Plotted on Fig. 4 are three simulated M/M/ ⁇ systems with average holding times of 2(x1), 5(x2), and 10(x3) minutes respectively; the arrival rates are adjusted so that all three systems have the same steady-state value for the mean occupancy level. Note that in one time constant equal to the average holding time, the mean occupancy level of each system has reached approximately 62 percent of the final value (as is the case for a first-order system).
- the average holding time in equation 5 is measured in real-time and is assumed to remain constant during a time interval that is much longer than the prediction horizon (for example, if the prediction horizon is of the order of minutes, then we assume that the average holding time remains constant during a half or one hour period.) Consequently, at time t, the only unknown variables in equation 5 are time varying SD arrival rates. We propose to measure, and form an estimate of, each SD pair's arrival rate every T minutes.
- ⁇ t represents both the prediction horizon and the control updating interval. In fact, this need not be so.
- ⁇ t and T represent the prediction horizon and the measurement (and control) interval, respectively.
- the interval T must be chosen small enough to capture and control the transients of network TGs generated by surges in the offered traffic, before they result in congestion in network components (see Fig. 7). Since the time constant of a TG's mean occupancy is determined by the average holding time (equation 4) T should be less than or equal to the average holding time. However, for the computed control to be predictive, the prediction horizon t may be chosen longer than the updating interval T. For example, if the average holding time in the network is determined to be 5 minutes, then ⁇ t may be set to 10 minutes while T is set to 5 minutes.
- the noise processes w1 and w2 (commonly referred to as state noise), which capture the uncertainty in the model are assumed to be white Gaussian with zero mean.
- y(t) denotes the measured arrival rate (the S-D subscripts are omitted for convenience).
- the measurement noise v(t) is also assumed to be a white, zero-mean process.
- the state and measurement noise variances are assumed to be
- the choice of the second-order model is motivated by the necessity to capture significant shifts in the pattern of arrival rates in a timely fashion, using a "simple" procedure (more complex linear models do not lend themselves to real-time applications). Note that, with appropriate choices for T, Q, and ⁇ , the proposed model can track ramp/step/parabolic profiles.
- ⁇ (t,t) represents the filtered estimates of ⁇ (t) using (t); and ⁇ (t,t-T) represents the predicted estimate of ⁇ (t) derived by propagating ⁇ (t-T,t-T) through the difference equation 6.
- ⁇ (t,t-T) ⁇ (t-T,t-T) + T d
- the parameters ⁇ (t) and ⁇ (t) are the so called Kalman Gains and are computed recursively using the well known Kalman Gain equations.
- the measured arrival rate y at time t is defined as the number of arrivals N measured during the preceding interval of duration T, divided by T. (Thus the mean and the variance of N is ⁇ (t) for a known ⁇ .)
- the measurement noise is the deviations between the measured and the true arrival rate ⁇ (t); i.e., that is, we may approximate the measurement noise using the current estimate of the arrival rate.
- the second task in PARS is to predict the future occupancy levels of all TGs in the network using the state predictor equation 5, as a function of routing and access-control.
- the actual arrival rate profile is plotted in Fig. 5b.
- the final task in PARS is to compute the "optimal" traffic control policy for the duration of the projection interval.
- control constraints in vector notation as A( ⁇ sd ) u ⁇ c(z i ), where the vector u represents the collection of the traffic control variables appropriately scaled by matrix A, and the vector c represents the ensemble of constraint parameters.
- Figure 6 illustrates the PARS control procedure in block diagram form.
- the offered traffic is presented to a switch 60 which both controls access to the network 62 and routes traffic through the network 62 using previously determined traffic control variables.
- an instantaneous state of the network is forwarded to the control center with a measure of the rate of arrivals for time interval t, ⁇ (t) and a measure of link occupancies x(t) for each trunk group.
- the measured arrival rate ⁇ (t) is filtered 66 to obtain a predicted rate for the next time interval, and then used with the measured trunk group occupancy x(t) in the optimization routine to minimize blocking 68 for the next time interval, resulting in a new traffic control variable u(t) which is entered into switch 60 as a control variable for the succeeding time interval.
- Fig. 7 illustrates the control concept by depicting a TG controlled by PARS.
- the solid line 70 of the graph in Fig. 7 represents the actual history of the TG occupancy level.
- the dotted lines 72, 74 depict a few projected state trajectories of the TG as a function of the control policy u.
- a desirable control policy would be to distribute the projected overflow cap+ amongst other routes which do not intersect this TG.
- the control objective is to minimize the norm of B subject to certain network constraints. If the objective is to maximize the number of served customers during an upcoming interval of length ⁇ , then Norm 1, i.e., a linear program, accurately models this objective. However, formulating the problem in this manner may ignore a fundamental concern in telecommunication networks that is illustrated by the following example.
- the capacity constraints merely state that the minimum achievable number of blocked calls is given by the difference between the input demand and the optimal call-carrying capacity of the network.
- the number of blocked calls of each competing SD pair is directly proportional to its demand: as the minimum of equation 11 is located at the point of first intersection of the expanding ellipsoids (surfaces of equal cost) with the hyperplane that is defined by the constraint on the number of blocked calls, shown in Fig. 9.
- the quadratic objective function when applied to the 3-node problem described above, has for solution
- the service rate ⁇ is set to unity in this example. Note that, both algorithms achieve the same cost in this example; however, the solution to the quadratic program implements the access-control policy is a more "even" manner.
- the second desirable quality of the quadratic programming formulation is that the value of the objective function is indirectly tied to the number of blocked calls. For example, if there is a way to fully accommodate the incoming traffic by altering SD route choices, the quadratic program will do so, as equation 11 possesses the same minimum as in equation 8. In cases where access-control becomes necessary, the SD pairs with higher demand are favored over those with lower demand, however, the quadratic program's solution may not match that of the linear program.
- the invention uses the following strategy for obtaining the control variables.
- the linear program solution is implemented when its resulting cost function is lower than the quadratic program's, as this signifies that the solution to the problem is unique.
- the quadratic program solution is implemented when the two objective functions are equal, as the linear program solution may be "unfair".
- the PARS control algorithm may be summarized (see Fig. 10) as follows: A. At the network elements (NEs)
- A-I Algorithm-I.
- A-I's routing strategy forms the basis for some of the existing dynamic traffic algorithms.
- A-I as in PARS, assumes a pre-defined routing topology.
- A-I splits SD pair demands in proportion to the idle capacity on each route connecting the nodes; the idle capacity on a route is defined as the minimum of the excess capacities of the links comprising the route.
- the first example involves a simple 4-node network with two SD pairs AD and BD. Each pair has two routes assigned to it, for which u1, u2 and u3, u4 are the control variables respectively.
- the complete simulation scenario is depicted in Figs. 11a and 11b.
- SD arrival rates are set at 20 call/minutes.
- the AD arrival rate is changed to 100 while BD's demand is kept constant.
- the SD pair BD must route all its traffic via links x3, x4, thereby allowing the SD pair AD full use of what is perceived to BD's direct route, link 45. Since the sampling interval is 2 minutes, the first sign of change is sensed at the 32 minute epoch.
- the traffic control variables for each SD pair are plotted on Figs. 12a and 12b.
- each SD pair computes its traffic control variables independently. Consequently, when a TG occupancy level becomes low, all routes crossing the TG are assigned to carry a high proportion of the incoming SD traffic. At the following updating epoch the TG becomes congested and the SD pairs avoid using those routes until the next updating period (when the TG has emptied out), and so on.
- A-I initially recommends that both source nodes A and E should split the traffic destined for C, evenly between their routes (since the TGs are initially empty). Since the average holding time is taken to be five minutes, an updating interval of ten minutes allows the TG occupancy levels to reach approximately eighty-six percent of their steady-state value, according to equation 4. Consequently, TGs BC and EC become congested and decongested in a cyclic manner (see Fig. 16).
- PARS utilizes the network resources maximally to accommodate the demand throughout the simulation, as shown in Fig. 17: the capacity of link EC is used continuously to accommodate a third of the AC traffic during [0,45) time period; an analogous procedure is repeated for the SD pair EC during [45,100) period.
- Fig. 18 Plotted on Fig. 18 is the average blocking achieved by each control algorithm for the 5-node network of Fig. 14.
- A-I's higher average blocking is that the route comprised of links EB-BC (Fig. 14) for the SD pair EC intersects two routes of the SD pair AB, AC-CB and AE-EB. Since the routing decisions in A-I are made in a decentralized fashion, the SD pair EC has the same "right" to the links EB and BC as the SD pair AB, regardless of the consequence to average blocking.
- the average blocking achieved by A-I is actually less than the average blocking achieved by PARS.
- the blocking in PARS has two components blocking on the TG and blocking at the source. Beyond 110 erlangs, an increasingly greater proportion of the incoming traffic is blocked at the source; that is, no attempt is made to hunt for a free circuit, even though there is the remote possibility of locating one.
- A-I must rely on an auxiliary congestion control scheme (for example, intervention by network managers) to prevent the congestion of network switching systems. Note that, when the network is controlled by PARS, the proportion of calls blocked on the TGs 182 remains at almost a constant level (0.14) beyond 110 erlangs.
- a primary concern of network managers is to limit the effect of the focused overload traffic on the background traffic (non-overload) traffic.
- the network is shown in Fig. 19.
- T is the tandem node. All nodes are fully connected.
- the focused overload is from clear nodes 190 to the dark node 192.
- the link capacity is 100 and the average holding time is 5 minutes.
- Fig. 20 shows the average sum of the traffic control routing variables for the focused overload traffic 200 and the background traffic 202 as a function of focused overload offered traffic with fixed background load (3 call/minute per SD pair). As the focused overload becomes more severe a higher proportion of the overload traffic is blocked at the source.
- Fig. 21 shows the arrival rate for each SD pair
- Fig. 22 displays the results for one of the "harshest" traffic conditions simulated on a fully-connected six-node network with 30 SD pairs and 90 routes, i.e., 3 routes pair SD pair.
- the six-node network was chosen for this test for two reasons. Firstly, the larger GTE Operating Companies use approximately the same number of tandem switches in their local networks. Secondly, the six-node model is similar to an actual network used for field trials by Bell Northern to determine the effectiveness of real-time traffic control schemes.
- Fig. 21 displays the load on the network as a function of time for three different operating conditions: for time interval 0,10 the network load is characterized as low to moderate; for 10, 20 as heavy, and 20, 30 as extremely heavy. Computation times (on a VAX 8800) for this scenario are plotted in Fig. 22.
- the control recommendations devised by PARS are a function of the predicted load levels on the network trunk-groups.
- the predictions are based on real-time network measurements such as source-destination arrival rates and instantaneous trunk-group occupancy levels.
- PARS manipulates the predicted trunk-group trajectories by a combination of access-control and routing policies designed to optimize the network performance during the prediction horizon.
- the network service control points (SCPs) actuate the recommendations by a combination of traffic routing and access-control.
- the predictive access-control and routing strategy differs from existing real-time network control algorithms in several important ways. PARS optimizes the real-time network performance through a combination of access-control and routing activities. The prior algorithms treat these activities independently. This is an important distinction since different call types differ not only in profile (such as in bandwidth) but they may also generate disparate revenues. Consequently, in order to achieve optimal network performance, some calls may have to be blocked at the expense of others. Furthermore, when the demand on the network surpasses the optimal service-carrying capacity, PARS controls access to network resources in an "unbiased manner" from the point of sources and destinations. That is, a certain degree of "fairness" is built into the access-control element of PARS.
- PARS in a manner that is similar to the prior algorithms presented, pre-defines a number of routes for each Source-Destination (SD) pair. In contrast, however, PARS does not impose a limit on the number of links in a route (both DCR and DNHR only allow the use of two-link routes). Clearly, for many networks, such as tactical ones, restriction to two-link routes is not realistic.
- PARS makes real-time control decisions based on the projected network traffic conditions. This is done by projecting network performance as a function of routing and access-control strategies. PARS then picks the control strategy that yields the expected optimal performance during an upcoming time interval. In this way, PARS is able to predict and even prevent congestion in the network, as opposed to simply reacting to it. This is a unique attribute of PARS.
- PARS is truly a real-time, state dependent control scheme. PARS's control strategy is based on real-time link occupancy measurements as well as real-time Source-Destination arrival rates.
- PARS can control a telecommunication network that accommodates a plurality of circuit-switched services (such as voice/video/data/etc).
- PARS projects the long-term (approximately 5 minutes ahead) network behavior, as a function of routing and access-control. PARS then picks the combined routing and access-control strategy that yields optimal performance during the upcoming 5-minute interval.
Abstract
Description
- This application pertains to the field of telecommunications, and in particular to network management and control systems. Specifically it discloses a real-time, state-dependent network traffic control system for an integrated services telecommunications network capable of handling heterogeneous traffic environments, in which the control strategy is a function of both real-time congestion levels and real-time traffic profiles. The invention includes a predictive algorithm which controls access to the network and routes traffic through the network, while minimizing in real time a weighted function of the projected blocked traffic.
- The promise of an Integrated Services Network (ISN) is based, primarily, on three recent developments in the telecommunication industry. The first is the evolution of high capacity network components. Today, fiber optic cables can transmit billions of bits of information per second. Furthermore, the introduction of digital exchanges with multi-rate switching capability of hundreds of thousands of calls per hour is not far away. The second is the proliferation of fast (multi-mega instruction per second) computer systems and sophisticated operation systems (OSs). And finally, there is the consistent progress in the development of standard protocols between network users and service access entities, and between the service entities distributed in the network. However, the control (i.e., routing and access-control) of services in an ISN environment is a fundamental problem that has, until recently, attracted little attention in the literature.
- The Public Switched Telephone Network (PSTN) of today is designed for a relatively static traffic environment: 3Khz of bandwidth; 3 minute average holding time; and 3 CCS (hundred.call seconds per hour) busy hour traffic per line. Accordingly, traffic control policies in the PSTN are static and open-loop in nature. A typical traffic control procedure is as follows: the day is divided into a number of time periods, during which the traffic patterns are well understood, and a different set of pre-planned control schemes is devised for each period. Network management activities override the pre-planned control schemes in case of "rare" events such as failures or when traffic levels exceed the designed thresholds.
- A number of factors suggest that the static, open-loop method of network control may be inappropriate for the increasingly volatile homogeneous or heterogeneous traffic environments of the future. i) The traffic demands on today's network are becoming more dynamic and less predictable as a result of (1) the introduction of a plethora of services such as Enhanced 800 and Private Virtual Networks; (2) erratic behavior of customer premises equipment (CPE) such as automatic redialers; and (3) structural changes to the message transport network such as the addition of a separate common channel signaling network.
- For example, a network equipped with common channel signaling (CCS) capabilities may encounter a novel problem: when CCS is employed on a trunk group (TG), ineffective call attempts can potentially be disposed of in as little as 125 milliseconds (or 28,800 calls per hour per circuit) as opposed to 20 seconds (or 180 calls per hour per circuit) for calls that are handled using in-band signaling. The enormous expansion of the domain of possible arrival rates leads naturally to a more volatile traffic environment.
- ii) The present day telecommunication network, unlike the one of the past, does not operate in isolation; the profile of the internally generated traffic may be well understood but the characteristics of exogenous traffic, generated by neighboring Local Access Transport Areas (LATAs) or Inter-Exchange Carriers (ICs), may not.
- iii) Transient bursts in the load of particular services, even if short-lived, cannot be ignored anymore. (Brokers attempting to trade stocks during a market crash will testify to this!)
- iv) Long-term traffic demands for such services as multi-media connections (voice/data/video), multi-point connections, etc. are largely unknown. For example, if the ISN should provide the transport for Community Antenna TV (CATV), consider the challenge of forecasting set-up attempt rates due to customers switching TV channels on any given night.
- v) In the past network efficiency has been limited by the switching and transmission capacity of network elements (NEs). Consequently, networks were characterized by small trunk sections and high inter-exchange connectivities, resulting in a high degree of resiliency. Today, we can dramatically improve network efficiency, for example, by replacing a number of copper TGs with a single fiber optic cable. However, the transition to a more efficient network will sacrifice resiliency, if the network is controlled in the static open-loop mode.
- In the past few years a number of dynamic routing schemes have been proposed, in part, to address some of the issues outlined above. The two foremost of these schemes are Dynamically Controlled Routing (DCR) and Dynamic Non-Hierarchical Routing (DNHR).
- Dynamic routing methods adjust traffic flow in a network as a function of network states. The most advanced of these methods is Bell Northern Research's "Dynamically Controlled Routing" (DCR), described in "Dynamic Routing for Intercity Telephone Networks", W.H. Cameron et al., Proceeding of ITC-10, Montreal, 1983.
- DCR is a centralized, adaptive routing scheme. In a network controlled by DCR, every originating call has a number of pre-defined routes (tandem and direct) which it can take to its destination, with tandem routes being comprised of two links. In the DCR environment the network exchanges periodically relay (every 10 seconds) trunk group (TG) utilization levels to a central network processor. Using the TG utilizations and capacities in conjunction with the pre-defined routing topology, the network processor computes a set of tandem recommendations, in the form of routing probabilities, for each source-destination (SD) pair in the network. The network processor then sends a set of tandem recommendations back to the exchanges to update their routing tables. The recommendations are based primarily on the excess capacity of the tandem routes at the time of measurement. Although the network processor possesses real-time, global state information, the routing decisions for each SD pair are made independently of all other pairs. The network exchanges use the tandem recommendations in the following manner: when a call arrives at a source exchange it is automatically offered to the direct route; if the direct route is full, one of the remaining tandem routes will be chosen based on the probabilities in the routing table.
- A well-known routing algorithm, which is not a network management and control system, is "Dynamic Non-Hierarchical Routing" (DNHR), developed by Bell Laboratories. This algorithm is believed to be in operational use today in some networks. In its original form, DNHR does not operate in real-time. Furthermore, DNHR is not able to react to call-processor congestion and network element failure. Recently, DNHR has been enhanced with limited real-time routing capabilities, which are, in principle, similar to "Dynamic Controlled Routing" (DCR), described infra. DNHR is described by Ash et al., "Design and optimization of networks with dynamic routing", Bell System Technical Journal, pp. 1787-1820, October 1981. The enhanced DNHR is disclosed in U.S. Patent No. 4,669,113. Enhanced DNHR is also believed to be operational in some networks.
- DNHR is a time-dependent routing scheme which capitalizes on differing time zone trunk usage by dividing the day into 10 time periods and using a different set of pre-planned routing sequences for each time period. The routing sequences reflect the optimal routes for calls to complete upon, based upon extensive operational measurement data, which is periodically provided by each participating exchange, to the central network management system. The routing tables and network configuration are reviewed and evaluated by a centralized automated data collection and processing system. This system evaluate the exchange data in weekly and semi-weekly periods. DNHR reacts to real-time overloads (signified by SD blockings exceeding certain thresholds) by altering the pre-planned routing sequences in a manner similar to DCR.
- Supplementing routing algorithms discussed supra, auxiliary automatic and manual control techniques provide recommendations for network management based upon experience and intuition. Typically, the routing scheme for a given network is pre-planned according to an expected offered load in a given period and for a given network topology. The routing scheme is then designed accordingly to satisfy a nominal performance objective. Whenever the offered load exceeds the expected level or the network topology changes due to a failure, the pre-planned routing scheme must be altered accordingly; the auxiliary network control scheme assumes this responsibility. However, the auxiliary network controller's routing policy is designed to alleviate the overload or the failure problem; it does not, and is not designed to, recommend control policies which achieve the nominal routing objectives.
- As the size and the complexity of networks grow, it becomes difficult, if not impossible, to solely rely on intuition for network management decisions. For a fully connected 10-node network, there are 90 source-destination pairs. If there are 3 routes assigned for each pair, there will be 270 traffic routes that must be monitored and controlled simultaneously in real-time. For a 20-node network (with 3 routes per source-destination pair) there are 1140 traffic routes to be controlled simultaneously.
- If routing decisions are based on heuristics, there is no guarantee that they are optimal or even desirable solutions to the problem. In a heuristic system, recommendations are derived in isolation from nominal routing objectives, such as minimum blocking.
- Although the traffic routing schemes discussed above are, to a certain degree, capable of reacting to real-time changes in traffic patterns, neither is truly designed to operate in volatile or extreme traffic conditions. Both DCR and DNHR only allow the use of two-link routes and prefer direct routes. However, long routes (of three or more links are frequently used to bypass failures, and the customary notions of direct and alternate routes do not apply to volatile situations. In such conditions, both algorithms rely on network management activities for network control. However, these network management recommendations are based typically on heuristics that do not, in general, follow the nominal traffic control objectives. Another shortcoming of these algorithms is that they are designed for homogeneous traffic environments. Consequently, they are inappropriate control strategies for the ISNs accommodating heterogeneous traffic.
- The routing recommendations devised by DCR and DNHR are based on the instantaneous traffic conditions in the network. Thus, they react to volatile conditions, rather than avoid them.
- The most recent patent from the evolving methods of DNHR, U.S. Patent No. 4,788,721, November 29, 1988, issued Krishnan et al., discloses a method for routing traffic over a voice network uses some state measurements and estimates of future blockings, but principally on a source-destination basis rather than on a network bases. Krishnan's routing scheme calculates source-destination arrival rates every ¹/₂ to 2 hours. Consequently, it cannot control real-time surges in traffic, and hence, it is not an appropriate control strategy for the highly volatile traffic environments of the ISNs. Krishnan's routing strategy is limited to the control of voice-only networks.
- Krishnan's routing algorithm projects the short-term gain for each individual source-destination pair, as a function of routing. Consequently, Krishnan's routing algorithm i) does not yield optimal network behavior, as different SD pairs may compete for network resources, as opposed to cooperate to achieve optimal network performance; ii) is not able to control access to network resources in a manner so as to reject the less revenue-generating calls at the expense of the more expensive ones; iii) has to measure link occupancy levels and compute the control strategy for each call. This is considered prohibitive overhead for today's or even the foreseeable future's network switches.
- The predictive access-control and routing strategy (PARS) of the present invention is a real-time centralized network control system. Its operational objective is to minimize, in real-time, a weighted sum of the source-destination blockings through a combination of routing and access-control strategies. The weight attached to calls of a particular source-destination pair is specified by the service provider; in this manner different priorities can be assigned to different traffic types. This system uses real-time information about the traffic condition in the network to arrive at its decision.
- Each intelligent, software controlled switch in a network is connected via a data link to a central computer located in the Network Control Center (NCC). Every AT time units each switch sends the current state (number of busy circuits) of its outgoing trunk groups to the NCC. The length of the sampling period ΔT is a function of the average holding time of a specific traffic type; for example, for voice calls with an average holding time of five minutes, ΔT is set to five minutes. In networks carrying nonhomogeneous traffic types, ΔT is determined by the shortest of the average holding times.
- In addition to instantaneous link occupancies, the source node provides the NCC with the number of attempts to a particular destination during the past interval. A data network such as the Telecommunication Management Network (TMN) channel signaling system is used to transport this information to the NCC.
- For every source-destination pair SD there are a set of a priori defined routes, the routing topology. Using the instantaneous link occupancy measurements, source-destination arrival rate information, the network topology, and the routing topology, the PARS control algorithm predicts the estimated source-destination arrival rates for the succeeding time interval and then the number of busy circuits on each link in the network at the end of the succeeding time interval as a function of routing and access-control.
- Next, the traffic control variables are calculated for each source-destination pair for the upcoming interval. The traffic control variables specify the proportion of the incoming traffic to be offered to each route of a particular source-destination pair. The resulting control policy, dictated by the traffic control variables, minimizes the projected network blocking until the next measurement epoch. Finally, the NCC sends its recommendations back to the respective switches, which then update their routing tables.
- The traffic control variables determine the proportion of the incoming traffic to be assigned during the upcoming period to each route of a particular source-destination pair. The controls are implemented as follows. When a call arrives at a source node, it must be offered to the proper outgoing route as determined by the traffic control variables. To implement this, the interval between
real numbers - Next, a random number between 0 and 1 is generated according to a uniform distribution. The interval in which the value of the random number falls determines the route, which in turn determines the proper outgoing link for that call.
- It should be emphasized that the traffic control variables of a source-destination pair may sum to a value less than 1. This means that a certain number of calls will be rejected outright, i.e., no attempt will be made to hunt for a free circuit. A call will be blocked at the source node when the generated random number falls outside the union of the traffic control variables' intervals.
- In the drawings:
- Fig. 1 is a block diagram of public switched telephone network control structure in use today;
- Fig. 2 is a diagrammatic illustration of the operational principles of the present invention within the context of an intelligent network architecture;
- Fig. 3 is an example of how a system embodying the present invention uses control variables to allocate future traffic along defined routes using today's network control structure;
- Fig. 4 is a plot of average occupancy level of a trunk group vs. time for three different average holding times.
- Fig. 5a is a plot of actual vs. predicted trunk group occupancy for a single trunk group using a system embodying the present invention;
- Fig. 5b is the arrival rate profile for Fig. 5a;
- Fig. 6 is a block diagram of the control procedure of the embodiment of the present invention;
- Fig. 7 is a plot of a few projected link occupancy level trajectories as a function of the routing and access control of a system embodying the present invention;
- Fig. 8 is a diagrammatic illustration of three node network to illustrate a problem in optimization;
- Fig. 9 is a plot of solutions to the problem of Fig. 8;
- Fig. 10 is a flow chart of the control algorithm used in the system embodying the present invention;
- Figs. 11a and 11b are diagrams of a four node network for a simulated example highlighting the real-time traffic control capability of the algorithm;
- Figs. 12a and 12b plot the traffic control variables for the example of Figs. 11a and 11b;
- Figs. 13a and 13b show the trunk occupancies for the example of Figs. 11a and 11b in the system embodying the invention;
- Figs. 14-17 illustrate a second example of a call rate for a five node network comparing link occupancy levels for a system embodying the present invention and the prior art;
- Fig. 18 compares the average blockings of the present invention vs. the prior art for the example of Figs. 14-17.
- Fig. 19 illustrates a focussed overload situation;
- Fig. 20 is a graph showing the effect of focussed overload on the background load using the system embodying the present invention; and
- Figs. 21 and 22 illustrate the time required to recompute traffic control variables in real time as a function of changes in load.
- This invention is a predictive access-control and routing strategy (PARS), which is a novel traffic control scheme, contrived to operate in uncertain network environments. PARS is a real-time, state-dependent network traffic control scheme in which the control strategy is a function of both real-time (instantaneous) congestion levels and real-time (running average) traffic profiles. Traffic profiles are characterized by their average holding times and arrival rates, computed in real-time.
- PARS is a state-dependent centralized network control system. The operational objective of PARS is to minimize, in real-time, a weighted function of the projected (in time) source-destination (SD) blockings through a combination of routing and access-control strategies. The weights attached to calls of a particular SD pair are specified by the service provider; in this manner the network provider may define varying network objectives. For example, to minimize the number of blocked calls, the estimated SD arrival rates are used as weights; to maximize revenue, the weights are assigned in proportion to tariff rates for each call-class.
- Fig. 1 is a block diagram of a typical network control structure presently in use. Such a system utilizes auxiliary automatic and manual control techniques for network management based on experience and intuition. Typically, the routing scheme for a given network is preplanned according to an expected offered load in a given period and for a given network topology. As shown in Fig. 1, weekly or bi-weekly traffic reports are analyzed in
block 10, yielding predicted traffic demands which are optimized inbox 12 to serve thenetwork 14. Exception reports of rare events such as failures or major overloads are signaled from thenetwork 14 to thenetwork management 16, where they are examined and heuristic adjustments are made to the preplanned control policy ofnetwork 14. - Although PARS can control the present day telecommunication network (equipped with CCS), we choose to explain the operational principles of the algorithm within the context of an Intelligent Network (IN) architecture for two reasons. First, the traffic control structure of today's telecommunication network is based on the 3/3/3 traffic profile mentioned in the Background. Consequently, the implementation of a real-time controller such as PARS would be awkward. Second, dynamic control of a heterogeneous traffic environment accommodating a deep penetration of, for example, multi-media services is not possible with the current telecommunication control structure, where call control and connection control of services are integrated.
- Fig. 2 illustrates the operational principles of PARS within the context of an IN architecture. There are three separate, but interconnected, networks represented in Fig. 2: the
message transport network 21, theCCS network 23, and the Telecommunication Management Network (TMN) 22. Themessage transport network 21 carries user-to-user information; thesignaling network 23 transports service setup and tear down messages; and theTMN 22 acts as the transport for service control related messages between the network elements (NEs) and the operating systems (OSs). The NEs in Fig. 2 are the service switching points (SSP) 24 which are responsible for connecting an incoming circuit to an outgoing circuit; the service control point (SCP) 25 in charge of call control; and the signal transfer point (STP) 26 in charge of routing the signaling messages to the proper SSPs or SCPs. For purposes of this specification, the SSPs, SCPs and STPs will all be considered as intelligent switches. - Stored at the network control center (NCC) is the physical topology of the network, and a set of a priori defined routes, the routing topology, for each source-destination (SD) pair together with their respective traffic control variables. The traffic control variables determine the proportion of the incoming traffic to be assigned, during the upcoming period, to each route of a particular SD pair. Consequently, the sum of the control variables for each SD pair lies on the real interval [0,1].
- Every ΔT time units, each
SSP 24 sends its current state to theNCC 20 through theTMN 22, where the state is defined as the number of busy circuits on its outgoing trunk groups (TGs). In addition to instantaneous link occupancies, eachsource SSP 24 transmits to theNCC 20 the number of service requests from it as a source to all network destinations during the preceding time interval. Using the instantaneous TG occupancy levels, the service attempt rates for each SD pair in the network, the network topology, and the routing topology, PARS projects, ΔT time units ahead, the future TGs occupancy levels as a function of routing and access-controls. At this point in the algorithm the TGs are assumed to have unlimited capacity. Based on the state projections, PARS then computes a control policy that would result in "optimal" network behavior during the upcoming interval. TheNCC 20 then relays the new control policy, in the form of traffic control variables, to thenetwork SCPs 25. These control variables specify the proportion of the incoming traffic to be assigned to each route. - When a
source SSP 24 receives a service request message, it transmits the message to its designatedSCP 25 for treatment using the Transaction Capabilities Application Part (TCAP) 28 of the Signaling System No. 7 (SS7). TheSCP 25, according to the particular service's traffic control variables, either recommends a complete route to the destination or rejects the service. If the service request is accepted, then thesource SSP 24 inserts the TG identifications that comprise the recommended route in the Initial Address Message (IAM), and transmits the signaling message using the ISDN User Part of the SS7 protocol. Consequently, thetandem SSPs 24 attempt to setup the route as described in the IAM and do not reprocess the service request. - In the event that the
SSPs 24 are unable to locate an idle circuit on the designated TG, an Unsuccessful Backward Setup Message (UBSM) is transmitted to the source SSP, which in turn, passes it along to its designatedSCP 25. TheSCP 25 will then either reject the service request or recommend another route to the destination. - Fig. 3 illustrates a realization of the above process using today's network control structure.
- Referring to Fig. 3, three a priori defined routes x, y and z are shown between source A and destination F. Route x consists of links AE and EF. Route y consists of links AB, BD and DF. Route z consists of links AB, BC, CD and DF. PARS sets the control variables for each link in each route as well as for each route. If routes x, y and z are to carry 50% (.5), 25% (.25), and 25% (.25) respectively of the traffic between AF, then for the 50% of the traffic passing through switch B, the control variables and therefore the routing table for links BC and BD are set to .5 since each of these links is assigned 50% of the traffic through switch B.
- To control a dynamical system in real-time, one typically models the physical system through a set of differential equations of the form
where s and u represent the state of the system and the control input, respectively. The control u is then chosen to optimize a pre-defined performance objective (which is a function of the system state and the control input). In a stochastic system, one attempts to optimize the expected performance with the choice of control. - With this prelude, consider a single TG. We define the state of the system (TG) as the number of busy circuits on the TG at any given time and denote this random variable by x(t). Furthermore, we denote A[t,t+δ) and D[t,t+δ), respectively, to be the number of arrivals to and the number of departures from the system during a small time interval [t,t+δ), with A and D having probability distributions defined with respect to x(t), t, and δ. We now define an estimator x̂ of x as
x̂T(t+δ)=E{x(t+δ) | x(0)=z(0); A[0,δ)=a(δ), A[δ,2δ),=a(2δ), ..., A[t-δ,t)=a(t), ta;
D[0,δ)=d(δ), D[δ,2δ)=d(2δ), ..., D[t-δ,t)=d(t), td}
where z, a, and d represent realizations of the random variables x, A, and D, respectively, with ta and td denoting the time of the last arrival and departure, and E denotes the expectation operator. Assuming a Markovian system, we have
x̂(t+δ) = E{x(t+δ) | x(t)=z(t)}. (1)
To predict the number of busy circuits on the TG, we first make the following assumptions:
E{A[,t+δ)} = λδ and E{D[t,t+δ)} = µδ z (t);
that is, during a small time interval δ (or smaller), we assume that calls arrive at a rate λ and that each call departs at a uniform rate of µ. Therefore, we may write equation (1) as
x̂(t+δ) = (1.µδ) z(t) + λδ. (2) - We now determine the relation between x̂ and its derivative. Since z(t) is x̂(t)(i.e., z(t) is an estimate of x(t) with zero variance) limiting δ to zero yields the following differential equation for the TG occupancy estimate:
x̂(τ₀)=z(τ₀).
The control variable u is added to the above equation in the following manner:
x̂(τ₀)=z(τ₀), (3)
for external arrivals to the TG is the variable under control. Finally, the TG occupancy, predicted Δt time units ahead is given by the solution to (3); i.e., - Plotted on Fig. 4 are three simulated M/M/∞ systems with average holding times of 2(x1), 5(x2), and 10(x3) minutes respectively; the arrival rates are adjusted so that all three systems have the same steady-state value for the mean occupancy level. Note that in one time constant equal to the average holding time, the mean occupancy level of each system has reached approximately 62 percent of the final value (as is the case for a first-order system).
- The extension of the differential equation model to a multi-class traffic environment is straight forward. Let the random variables p and q represent the number of calls in progress in the system due to different traffic classes P and Q, respectively. Then the estimate of the TG occupancy level
- However, from this point on we shall limit our discussion to a single class of traffic.
- Given the physical and the routing topologies of the network, we formulate the predicted load levels for all network TGs (assuming unlimited capacity) as a function of routing and access-control as follows:
where zi(t) is the number of busy circuits on TGi at time t;x̂i(t+Δt) is the predicted number of busy circuits on TGi; N is the total number of SD pairs in the network; λsd(t) is the arrival arrival rate for the SD pair sd during the following Δt minutes; rsd is the number of routes assigned to the pair sd; usdk(t), the kth control variable of the SD pair sd, represents the proportion of the incoming sd traffic flow to be assigned to sd's kth route, during the upcoming control interval; and (δsdk)i the indicator function (i.e., it assumes a value of 1 if the kth route of SD pair sd passes through TGi, and 0, otherwise). - The average holding time in
equation 5 is measured in real-time and is assumed to remain constant during a time interval that is much longer than the prediction horizon (for example, if the prediction horizon is of the order of minutes, then we assume that the average holding time remains constant during a half or one hour period.) Consequently, at time t, the only unknown variables inequation 5 are time varying SD arrival rates. We propose to measure, and form an estimate of, each SD pair's arrival rate every T minutes. - Before developing the process for estimating SD arrival rates, we elucidate the relation between T and Δt. Thus far, we have assumed that Δt represents both the prediction horizon and the control updating interval. In fact, this need not be so. Let Δt and T represent the prediction horizon and the measurement (and control) interval, respectively. The interval T must be chosen small enough to capture and control the transients of network TGs generated by surges in the offered traffic, before they result in congestion in network components (see Fig. 7). Since the time constant of a TG's mean occupancy is determined by the average holding time (equation 4) T should be less than or equal to the average holding time. However, for the computed control to be predictive, the prediction horizon t may be chosen longer than the updating interval T. For example, if the average holding time in the network is determined to be 5 minutes, then Δt may be set to 10 minutes while T is set to 5 minutes.
- We propose to track a time-varying arrival rate with the aid of the following difference equation model:
- The choice of the second-order model is motivated by the necessity to capture significant shifts in the pattern of arrival rates in a timely fashion, using a "simple" procedure (more complex linear models do not lend themselves to real-time applications). Note that, with appropriate choices for T, Q, and δ, the proposed model can track ramp/step/parabolic profiles.
- Using this model we can form an unbiased estimate ^(t) of the true arrival rate λ(t). The solution to this problem is well known and is given by
λ̂(t,t-T) = λ̂(t-T,t-T) + T
The parameters α (t) and β (t) are the so called Kalman Gains and are computed recursively using the well known Kalman Gain equations. - To quantify the measurement noise in the Kalman Filter equations we assume that the traffic arrival process is Poisson. The measured arrival rate y at time t is defined as the number of arrivals N measured during the preceding interval of duration T, divided by T. (Thus the mean and the variance of N is λ (t) for a known λ.) We define the measurement noise as the deviations between the measured and the true arrival rate λ(t); i.e.,
- Having performed estimates of the arrival rates for each SD pair, the second task in PARS is to predict the future occupancy levels of all TGs in the network using the
state predictor equation 5, as a function of routing and access-control. Plotted in Fig. 5a is the occupancy of a single TG, as a function of time, for uncontrolled traffic (u = 1) having an average holding time of five minutes (dotted line) 54. The actual arrival rate profile is plotted in Fig. 5b. Overlaid on Fig. 5a (solid line) is the predicted value of theTG occupancy 55 using a sampling interval of 2 minutes for the arrival rate estimation (T=2), and a prediction horizon of 10 minutes (Δt=10). For example, in Fig. 5a, thirty-four minutes into the process, the actual TG occupancy is approximately 300 whileequation 5 predicts a value of 460 for the thirty-four minute mark. - Having formed TG occupancy level projections as a function of control, the final task in PARS is to compute the "optimal" traffic control policy for the duration of the projection interval.
- It follows from the previous section that the projected number Bsd of blocked calls for a given SD pair sd during a projection horizon of length Δ t is
state estimator 5, as
A(λ̂sd) u ≦ c(zi),
where the vector u represents the collection of the traffic control variables appropriately scaled by matrix A, and the vector c represents the ensemble of constraint parameters. - Note that, the state-dependent constraints in (9) relate more closely to network blocking when capi is large. We base this claim on the fact that, since both steady-state mean and variance of an M/M/∞ system are equal to λ/µ[13], the ratio of standard deviation to mean tends to zero as the mean tends to infinity. The upshot of this argument is that for large capacity TGs, as the steady-state occupancy level gets closer to the capacity limits, the fluctuations about the steady-state mean become less significant. This observation, combined with the fact that a fiber TG is expected to accommodate thousands of calls (employed in "efficient" networks of the future), justifies the implicit assumptions regarding blocking in (9).
- Figure 6 illustrates the PARS control procedure in block diagram form. In Fig. 6, the offered traffic is presented to a
switch 60 which both controls access to thenetwork 62 and routes traffic through thenetwork 62 using previously determined traffic control variables. At the end oftime interval 64, an instantaneous state of the network is forwarded to the control center with a measure of the rate of arrivals for time interval t, λ(t) and a measure of link occupancies x(t) for each trunk group. The measured arrival rate λ(t) is filtered 66 to obtain a predicted rate for the next time interval, and then used with the measured trunk group occupancy x(t) in the optimization routine to minimize blocking 68 for the next time interval, resulting in a new traffic control variable u(t) which is entered intoswitch 60 as a control variable for the succeeding time interval. - Fig. 7 illustrates the control concept by depicting a TG controlled by PARS. The
solid line 70 of the graph in Fig. 7 represents the actual history of the TG occupancy level. The dottedlines 72, 74 depict a few projected state trajectories of the TG as a function of the control policy u. In this figure, for example, it is predicted that one control policy, if adopted, would yield atrajectory 74 which, Δt minutes into the future, would violate the TG capacity constraint by an amount cap+; i.e., cap+ customers would have to be blocked. In this fictitious scenario a desirable control policy would be to distribute the projected overflow cap+ amongst other routes which do not intersect this TG. If the extra load cannot be distributed, cap+ customers would have to be blocked at the source, since attempts at routing the extra demand will result in the waste of precious network resources during congestion periods. However, when this situation is predicted for multiple SD pairs, deciding which SD demands to block is not a trivial matter. - As we have stated previously, the control objective is to minimize the norm of B subject to certain network constraints. If the objective is to maximize the number of served customers during an upcoming interval of length Δ, then
Norm 1, i.e., a linear program, accurately models this objective. However, formulating the problem in this manner may ignore a fundamental concern in telecommunication networks that is illustrated by the following example. - Consider the simple 3-node network in Fig. 8. Each link in this network has a capacity of λ(actually λ/µ with µ and Δ normalized to 1) and the network accommodates two SD pairs AC and BC with equal demands (2λ). The linear program formulation of this problem is
Minimize BAC + BBC Subject to Capacity Constraints (10)
and the non-negativity constraints. Clearly, the optimal call-carrying capacity of the network is 2 λ. Consequently, any solution which lies on the line
BAC + BBC = 2 of Fig. 9
is an optimal one, including
BAC = 0 with BBC = 2 and BAC = 2 with BBC = 0. - Although the above solutions are optimal in the sense of
equation 10, for many telecommunication applications they would be considered unfair. The problem cannot be remedied by the addition of extra constraints (such as minimize subject to BBC ≦ Threshold or vice-versa) since we may sacrifice optimality or cause the constraints to become infeasible. The problem illustrated by the above example is not uncommon. In fact, the problem of non-unique minima occurs in contention situations where one call rejected from a SD pair is equivalent to one call gained by another SD pair in the network. - To avoid "unfair" solutions while preserving the original performance objective (blocking), we reformulate the problem during contention periods, as a quadratic programming problem Norm 2:
equation 11 has a number of desirable characteristics. The first, is that the objective inequation 11 captures the "fairness" quality by minimizing a weighted variance of the fraction of SD blocked calls. The choice of λ̂sd for weights can be motivated by the solution to the following special problem. Consider a number of SD pairs competing for network resources. Furthermore, assume that we can state the minimization problem in terms of SD blockings, as we did for the 3-node problem in Figs. 8 and 9, i.e.,equation 11 is located at the point of first intersection of the expanding ellipsoids (surfaces of equal cost) with the hyperplane that is defined by the constraint on the number of blocked calls, shown in Fig. 9. As an example, the quadratic objective function, when applied to the 3-node problem described above, has for solution - Solutions resulting from the linear program formulation in
equation 8 and the quadratic program formulation inequation 11, when applied to a more complicated 3-node example, are summarized in Table I.TABLE I 3-Node fully connected Network; Each TG capacity = 15 6 SD Pairs; 2 Routes Per Pair Sum of the Routing Variables SD LP QP AB 15 1.0 0.75 AC 5 0.0 0.75 BA 15 1.0 0.75 BC 5 0.0 0.75 CA 15 1.0 0.75 CB 5 0.0 0.75 Norm 1 &Norm 2 Objective Functions Applied to a 3-Node Problem - Again, without loss of generality, the service rate µ is set to unity in this example. Note that, both algorithms achieve the same cost in this example; however, the solution to the quadratic program implements the access-control policy is a more "even" manner.
- The second desirable quality of the quadratic programming formulation is that the value of the objective function is indirectly tied to the number of blocked calls. For example, if there is a way to fully accommodate the incoming traffic by altering SD route choices, the quadratic program will do so, as
equation 11 possesses the same minimum as inequation 8. In cases where access-control becomes necessary, the SD pairs with higher demand are favored over those with lower demand, however, the quadratic program's solution may not match that of the linear program. - The invention uses the following strategy for obtaining the control variables. We first solve for the linear programming problem in
equation 8. If the solution does not call for access-control, i.e., the control variables of each SD pair sum to 1, we are done. If access-control is recommended on any of the SD pairs, we solve the quadratic programming problem inequation 11. We then compare the resulting cost functions of the linear and quadratic program. The linear program solution is implemented when its resulting cost function is lower than the quadratic program's, as this signifies that the solution to the problem is unique. The quadratic program solution is implemented when the two objective functions are equal, as the linear program solution may be "unfair". - The PARS control algorithm may be summarized (see Fig. 10) as follows:
A. At the network elements (NEs) - i) during the interval (t,t-T), each SD pairs' arrival rate is measured 110;
- ii) at time t, the number of busy circuits on each TG in the network are measured 112;
- iii) at time t, the measurements are relayed to the
NCC 113; - iv) at the network control center (NCC) the PARS system;
- a) forms an estimate of each SD arrival
rate using equation 7, 114; - b) solves the linear program in formulated in
equation - c) checks the sum of the traffic control variables for each
SD pair 118; - d) initiates step vi) when they all sum to 1, 120; else
- e) solves the quadratic program in
equation - f) sets the control vector u(t) equal to the linear program solution when the linear program objective is less than the quadratic program objective; else u(t) is set equal to the
quadratic program solution 124;
- a) forms an estimate of each SD arrival
- v) the control variables are transmitted to the appropriate switches in the
network 126; - vi) during (t+T,t], the switches control incoming traffic accordingly 128.
- We now illustrate the traffic control attributes of PARS through a series of simulated examples. In all of the examples the interdeparture and the interarrival times were exponentially distributed. In some of these examples we compare PARS's performance to an alternative dynamic routing strategy which we shall refer to as Algorithm-I. (A-I). A-I's routing strategy forms the basis for some of the existing dynamic traffic algorithms. A-I, as in PARS, assumes a pre-defined routing topology. A-I splits SD pair demands in proportion to the idle capacity on each route connecting the nodes; the idle capacity on a route is defined as the minimum of the excess capacities of the links comprising the route.
- The first example involves a simple 4-node network with two SD pairs AD and BD. Each pair has two routes assigned to it, for which u₁, u₂ and u₃, u₄ are the control variables respectively. The complete simulation scenario is depicted in Figs. 11a and 11b. During the time interval [0,30) SD arrival rates are set at 20 call/minutes. During the interval [30,60) the AD arrival rate is changed to 100 while BD's demand is kept constant. In this simple scenario, there is only one way in which the extra load may be accommodated : the SD pair BD must route all its traffic via links x₃, x₄, thereby allowing the SD pair AD full use of what is perceived to BD's direct route, link 45. Since the sampling interval is 2 minutes, the first sign of change is sensed at the 32 minute epoch. The traffic control variables for each SD pair, are plotted on Figs. 12a and 12b.
- At the 32 minute mark the jump in the arrival rate is captured, but the smoothing effect of the past estimate prevents a complete control reaction. The AD control variables u₁, u₂ are adjusted slightly as shown in Fig. 12a, but BD's control variables u₃, u₄ remain unaltered, as shown in Fig. 12b. At the next sampling epoch (i.e., t=34), the measured arrival rate confirms the previous one and PARS generates a complete response to the overload (see Figs. 12a and 12b). The predictive nature of the decisions is demonstrated in Figs. 13a and 13b, as the TG occupancy trajectories are altered before the capacity limits are reached.
- In the second and third examples, we compare the performance of PARS to that of (A-I). A 5-node network is chosen for this purpose. The scenario for the second example is depicted in Figs. 14 and 15. Ten links from AB to DE are shown, all having a capacity of 12 calls. The arrival rate for all SD pairs, except AC and EC is 0.0. λAC and λEC are plotted in Fig. 15. Alternate routes for AC are AE,EC and AB,BC. Alternate routes for EC are ED,DC and EB,BC. The phenomena of interest is displayed by the occupancy profile for link EC for each network control algorithm. The oscillatory load on link EC, when controlled by A-I, may be explained as follows. In the A-I environment each SD pair computes its traffic control variables independently. Consequently, when a TG occupancy level becomes low, all routes crossing the TG are assigned to carry a high proportion of the incoming SD traffic. At the following updating epoch the TG becomes congested and the SD pairs avoid using those routes until the next updating period (when the TG has emptied out), and so on.
- In Fig. 16, A-I initially recommends that both source nodes A and E should split the traffic destined for C, evenly between their routes (since the TGs are initially empty). Since the average holding time is taken to be five minutes, an updating interval of ten minutes allows the TG occupancy levels to reach approximately eighty-six percent of their steady-state value, according to equation 4. Consequently, TGs BC and EC become congested and decongested in a cyclic manner (see Fig. 16).
- Even when the arrival rates change from high to low, in the case of SD pair AC, and low to high, in the case of the pair EC, the cyclic phenomena continues, because the effect on the network links is the same as before. In contrast to A-I, PARS utilizes the network resources maximally to accommodate the demand throughout the simulation, as shown in Fig. 17: the capacity of link EC is used continuously to accommodate a third of the AC traffic during [0,45) time period; an analogous procedure is repeated for the SD pair EC during [45,100) period.
- In this example, we can eliminate the oscillations for A-I by decreasing the update interval. However, this approach does not solve the problem in general, as we can regenerate the oscillatory behavior by increasing the number of SD pairs that contend for links EC and BC. In fact, the problem here is that in A-I each SD pair chooses network resources according to its perceived (not necessarily correct, as in this case) payoffs.
- Plotted on Fig. 18 is the average blocking achieved by each control algorithm for the 5-node network of Fig. 14. The assumptions on which this plot is based are as follows:
SD Proportion of Contribution to the Load AB 1/4 AC 1/12 EB 1/12 EC 1/4 ED 1/12 DA 1/12 DB 1/12 DC 1/12 Avg. holding time = 5 min. Capacity of all links = 15 Sampling Interval = 10 min. - In the severe overload region (110-200 erlangs) the average blocking achieved by A-I is actually less than the average blocking achieved by PARS. However, recall that the blocking in PARS has two components blocking on the TG and blocking at the source. Beyond 110 erlangs, an increasingly greater proportion of the incoming traffic is blocked at the source; that is, no attempt is made to hunt for a free circuit, even though there is the remote possibility of locating one. Clearly, A-I must rely on an auxiliary congestion control scheme (for example, intervention by network managers) to prevent the congestion of network switching systems. Note that, when the network is controlled by PARS, the proportion of calls blocked on the
TGs 182 remains at almost a constant level (0.14) beyond 110 erlangs. - In focused overload situations, a primary concern of network managers is to limit the effect of the focused overload traffic on the background traffic (non-overload) traffic. To illustrate this aspect of PARS's performance, a final test case is simulated. The network is shown in Fig. 19. T is the tandem node. All nodes are fully connected. The focused overload is from
clear nodes 190 to thedark node 192. The link capacity is 100 and the average holding time is 5 minutes. Fig. 20 shows the average sum of the traffic control routing variables for thefocused overload traffic 200 and thebackground traffic 202 as a function of focused overload offered traffic with fixed background load (3 call/minute per SD pair). As the focused overload becomes more severe a higher proportion of the overload traffic is blocked at the source. Furthermore, traffic not destined for the dark node is protected from the effects of the focused overload. Although we have not shown the individual traffic parameters, the blocking is spread evenly between the SD pairs that generate the background and the focused overload traffic, respectively (as a consequence of minimizing the quadratic program). - Since PARS is intended to control the network in real-time, we must solve the optimization problem in real-time. Note that, as we recompute the solution every T minutes, we may use the solution of the preceding interval as the initial guess for the upcoming interval; i.e., we "warm-start" the problem at every sampling interval following the initialization procedure. If the sampling interval is chosen as a function of the traffic profiles in the network (example: for voice calls with an average holding time of 5 minutes the sampling interval should not exceed 10 minutes) the probability is high that the initial guess is both feasible and "close" to the optimal.
- To evaluate the feasibility of computing the traffic control variables in real-time, we have measured the CPU time involved in solving the optimization problems for a number of overload test cases. Fig. 21 shows the arrival rate for each SD pair and Fig. 22 displays the results for one of the "harshest" traffic conditions simulated on a fully-connected six-node network with 30 SD pairs and 90 routes, i.e., 3 routes pair SD pair. The six-node network was chosen for this test for two reasons. Firstly, the larger GTE Operating Companies use approximately the same number of tandem switches in their local networks. Secondly, the six-node model is similar to an actual network used for field trials by Bell Northern to determine the effectiveness of real-time traffic control schemes.
- Fig. 21 displays the load on the network as a function of time for three different operating conditions: for
time interval - During the first time interval PARS successfully routes all the incoming traffic. Consequently, after initialization, consecutive control updates commence with a feasible, optimal guess. However, at
time epoch 12, the initial guess is neither feasible nor optimal, hence the reason for a jump in the computation time. Note that this simulation scenario constitutes an extreme example since the arrival rates are changed for every SD pair in the network. Nevertheless, computation times on the order of one second are not considered prohibitive. - In this disclosure, we have shown that the static, open-loop method of network traffic control may be inappropriate for both the Integrated Service Networks for the future and today's homogeneous but increasingly volatile traffic environments. To deal with this problem, we have developed a predictive access-control and routing strategy (PARS), a dynamic, closed-loop network traffic controller.
- The control recommendations devised by PARS are a function of the predicted load levels on the network trunk-groups. The predictions are based on real-time network measurements such as source-destination arrival rates and instantaneous trunk-group occupancy levels. PARS manipulates the predicted trunk-group trajectories by a combination of access-control and routing policies designed to optimize the network performance during the prediction horizon. The network service control points (SCPs) actuate the recommendations by a combination of traffic routing and access-control.
- We may draw the following conclusions on the performance of PARS from the analysis presented here and the simulation examples.
- 1. PARS can predict and even prevent network element congestion by a combination of routing and access-control activities.
- 2. PARS can optimize the real-time network performance by rearranging source-destination route choices on a continuous basis.
- 3. A certain degree of "fairness" is built into PARS's access-control strategy to avoid unintentional discrimination amongst network source-destination pairs.
- Other features and advantages of the invention are apparent when the invention is compared to the prior art. The predictive access-control and routing strategy (PARS) differs from existing real-time network control algorithms in several important ways. PARS optimizes the real-time network performance through a combination of access-control and routing activities. The prior algorithms treat these activities independently. This is an important distinction since different call types differ not only in profile (such as in bandwidth) but they may also generate disparate revenues. Consequently, in order to achieve optimal network performance, some calls may have to be blocked at the expense of others. Furthermore, when the demand on the network surpasses the optimal service-carrying capacity, PARS controls access to network resources in an "unbiased manner" from the point of sources and destinations. That is, a certain degree of "fairness" is built into the access-control element of PARS.
- PARS, in a manner that is similar to the prior algorithms presented, pre-defines a number of routes for each Source-Destination (SD) pair. In contrast, however, PARS does not impose a limit on the number of links in a route (both DCR and DNHR only allow the use of two-link routes). Clearly, for many networks, such as tactical ones, restriction to two-link routes is not realistic.
- PARS makes real-time control decisions based on the projected network traffic conditions. This is done by projecting network performance as a function of routing and access-control strategies. PARS then picks the control strategy that yields the expected optimal performance during an upcoming time interval. In this way, PARS is able to predict and even prevent congestion in the network, as opposed to simply reacting to it. This is a unique attribute of PARS.
- PARS is truly a real-time, state dependent control scheme. PARS's control strategy is based on real-time link occupancy measurements as well as real-time Source-Destination arrival rates.
- PARS can control a telecommunication network that accommodates a plurality of circuit-switched services (such as voice/video/data/etc).
- PARS projects the long-term (approximately 5 minutes ahead) network behavior, as a function of routing and access-control. PARS then picks the combined routing and access-control strategy that yields optimal performance during the upcoming 5-minute interval.
Claims (34)
a network control center having a central computer;
a plurality of nodes in said network, each of said nodes being an intelligent, software controlled switch;
each node being connected via a data link to said computer in said network control center;
each of said nodes comprising:
a) means to measure the current occupancy state of its outgoing trunk groups to determine instantaneous node-to-node link occupancies and to transmit said current state of link occupancies to said network control center;
b) means to count its number of attempts as source node to reach each of said other nodes as a destination node during a time interval to determine source-destination arrival rates for said interval, and to send said source-destination arrival rates to said network control center;
a routing topology comprising a set of a priori defined routes from each node as a source to every other node as a destination, each route having one or more links between nodes in said network;
means to predict source-destination arrival rates for a succeeding time interval based the actual rates of the present time interval;
means to predict trunk group occupancy on each link of said network at the end of the next succeeding time interval using as inputs said instantaneous link occupancy measurements, said predicted source-destination arrival rates, said network topology, and said routing topology;
means to calculate traffic control variables for each source-destination pair of nodes wherein said traffic control variables specify the percentage of incoming traffic to be offered to each route of each source-destination pair for the next time interval;
transmitting said traffic control variables to said intelligent switches for use during the next time interval; and
said intelligent switches updating their routing tables and allocating arriving traffic among said source-destination routes according to said traffic control parameters for the next time interval.
dividing the interval between the real numbers 0 and 1 into subintervals, wherein the length of each subinterval is equivalent to the magnitude of each traffic control variable of a particular source-destination pair;
generating a random number between 0 and 1 according to a uniform distribution; and
locating the interval in which said random number falls, said interval representing a route, thereby determining the routing and outgoing link for said call.
said traffic control variables for a source-destination pair total less than 1, thereby blocking a number of outgoing calls such that the exact proportion of blocked calls is determined.
means to assign weights to different types of traffic; and
means to minimize a weighted sum of source-destination blockings.
a set of nodes, each node comprising an intelligent software-controlled switch and being adapted to communicate with every other node whereby each node can serve as a source or as a destination, each node to node connection constituting a link, said connections forming a network topology;
a network control center comprising a centralized computer system;
a data link connecting each node to said control center;
a routing topology comprising a set of a priori defined routes between any node of said network as a source node and any other of said nodes as a destination node, each route comprising one or more links;
means to divide the operational time of said network into time intervals, the length of said intervals being a function of the holding times of its traffic;
each intelligent switch having means to determine the instantaneous link occupancy state of its outgoing trunks at a specified time within the present time interval;
means to report said link occupancies to said control center;
means to count the number of attempts from each source node to each destination node during said specified time interval;
means to report said number of source-destination attempts to said control center;
said control center having means to predict the arrival rates for each source-destination pair for the succeeding time interval based on said rates for the preceding interval;
said control center having means to predict the link occupancy for each link of said network at a specified time in the next succeeding time interval based on link occupancy measurements of prior time interval; actual and predicted source-destination arrival rates; network topology; and routing topology;
means to establish traffic control variables for each pair of source-destination nodes for the succeeding time interval, wherein said traffic control variables specify the allocation of a percentage of incoming traffic to each route for each source-destination pair, and wherein said traffic control variables need not sum to 1, thereby controlling access to said network;
means to transmit said traffic control variables to said nodes; and
means to effect said allocation within said node.
means to formulate an optimal routing strategy using said predicted source-destination arrival rates and said predicted link occupancies.
means to execute a second order linear predictor of the form
λ̂(t,t-T) is the predicted estimate of λ(t); and α and β are the Kalman Gains;
whereby the predictive estimate of the arrival rate for the succeeding time interval is a weighted sum of the estimate for the just completed preceding interval and the measured arrival rate for said immediately preceding interval.
means to project the number of blocked calls for each source-destination pair according to the equation
A(λ̂sd) u ≦ c(zi), ;
where the vector u is the collection of traffic control variables scaled by matrix A and the vector c is the ensemble of constraint parameters;
means to minimize the norm of B; and
transmitting the output of said minimization to send intelligent nodes as said traffic control variables.
a central computer at said network control center;
each node comprising a software-controlled intelligent switch controlling a plurality of trunk groups connected to at least one other node in said network to form links in said network constituting a network topology;
a data link connecting said nodes to said central computer;
said network having a routing topology comprising a set of defined routes having one or more links between any two nodes of said network;
means to divide the operations of said network into time intervals;
each node having means to measure its outgoing trunk group occupancy at the end of each time interval;
each node having means to measure its arrivals for the duration of said time interval;
means to predict the trunk occupancies of said network for the next succeeding time interval based on the trunk occupancies at the end of the preceding interval; the arrival rate of the preceding interval; the predicted arrival and departure rates for the next succeeding time interval; and said network topology;
means to calculate traffic control variables to allocate a percentage of predicted incoming traffic to each of said specified routes;
means to optimize said traffic control variables to minimize blocked traffic in the event of predicted overloads, thereby effecting an access and control policy for said network; and
means to implement said access and control policy.
means to weight projected traffic according to selected criteria; and
means to minimize blocked traffic according to said weighting in the event of an overload.
each node transmitting to said network control center the number of service requests to all destination nodes during the preceding time interval.
means to execute a second order linear predictor of the form
λ̂(t,t-T) is the predicted estimate of λ(t); and α and β are the Kalman Gains;
whereby the predictive estimate of the arrival rate for the succeeding time interval is a weighted sum of the estimate for the just completed preceding interval and the measured arrival rate for said immediately preceding interval.
A(λ̂sd) u ≦ c(zi),
where the vector u is the collection of traffic control variables scaled by matrix A; and
the vector c is the ensemble of constraint parameters.
generating a routing topology comprising a set of defined routes of one or more links between each source-destination pair of said nodes;
dividing the period of operation of said network into time intervals;
measuring the source-destination arrival rates for all of said routes during a first time interval;
measuring the link occupancies for all of said links at the end of said first time interval;
predicting the source-destination arrival rates for the next succeeding time interval;
predicting link occupancies for all of said links at the end of the next succeeding time interval;
specifying the percentage of incoming traffic to be offered to each defined route for each source-destination pair; and
minimizing the percentage of traffic to be blocked from access to said network.
generating a routing topology comprising a set of defined routes between each source-destination pair of said nodes;
dividing the period of operation of said network into time intervals;
controlling the selection of routes between each source-destination pair of nodes from said set of corresponding defined routes by using calculated traffic control variables for said selection in response to current usage of said routes,
wherein, in the improved method, the calculation of said traffic control variables comprises the steps of:
predicting the coming arrival rates for the succeeding interval for all source-destination pairs in said network;
predicting the link occupancy level for all links in said network at a specified time in the succeeding interval; and
formulating an optimal routing for all incoming traffic in the succeeding time interval.
randomly allocating incoming traffic to specific routes within said set until each route has served its calculated percentage of said traffic.
generating a set of defined routes between each pair of switches, each route having at least one link;
controlling the selection of call routes between pairs of said switches from said sets as a function of current usage of the links of said routes, predictions of future arrivals on said links, and minimization of future blockings;
wherein for the improved method the step of controlling said selection comprises the steps of:
predicting occupancy factors for each link of each route of said sets of routes for an upcoming time interval based upon actual occupancy factors in the present time interval, actual arrivals during the present interval and predicted arrivals and departures for said upcoming time interval;
formulating an optimal routing strategy whereby predicted future traffic is allocated in calculated proportions to each route between said pairs of switches, while minimizing blocking of traffic.
generating for use at preselected intervals a routing topology comprising sets of routes, each route composed of at least one link and each set including at least one route between each pair of nodes;
generating, at predetermined intervals, traffic control variables as a function of network topology, predictions of incoming traffic for the next interval based on actual traffic for the present interval, predictions of link occupancy for the next interval based on link occupancy for the present interval, and minimizing blocking based on blocking patterns of the present interval; whereby said traffic control variables include an allocation of traffic among alternate routes between all source-destination pairs; and
selecting a specific route for a specific call by randomly assigning said call to one of said routes between its source and its destination provided that said route has not served its allocated percentage of traffic; otherwise blocking said call from access to said network.
predicting the coming arrival rates for all source-destination pairs in said network using a second order linear predictor of the form
λ̂(t) is the predicted arrival rate and
λ̂(t) is the measured arrival rate, such that the new predicted arrival rate for the upcoming interval is a weighted sum of the prior predicted arrival rate for the preceding interval and the arrival rate measured during the preceding interval; and
predicting the link occupancy level for each link of said network at the end of the next interval by measuring its present occupancy level, adding the predicted future arrivals on the link and subtracting the predicted future departures from the link.
dividing the interval between real numbers 0 and 1 into subintervals, the length of each interval corresponding to the magnitude of each traffic control variable of a particular source-destination pair;
generating a random number between 0 and 1 according to a uniform distribution;
selecting a route for a call based on the interval in which the value of the random number falls, thereby determining the route for said call.
λ̂(t,t-T) represents the predicted estimate of λ(t);
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US07/321,710 US4979118A (en) | 1989-03-10 | 1989-03-10 | Predictive access-control and routing system for integrated services telecommunication networks |
US321710 | 1989-03-10 |
Publications (3)
Publication Number | Publication Date |
---|---|
EP0386607A2 true EP0386607A2 (en) | 1990-09-12 |
EP0386607A3 EP0386607A3 (en) | 1992-09-02 |
EP0386607B1 EP0386607B1 (en) | 1997-02-05 |
Family
ID=23251712
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP90103904A Expired - Lifetime EP0386607B1 (en) | 1989-03-10 | 1990-02-28 | A predictive access-controll and routing system for integrated services telecommunication networks |
Country Status (6)
Country | Link |
---|---|
US (1) | US4979118A (en) |
EP (1) | EP0386607B1 (en) |
JP (1) | JP3016811B2 (en) |
AU (1) | AU637550B2 (en) |
CA (1) | CA2009729C (en) |
DE (1) | DE69029871T2 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0729281A2 (en) * | 1995-02-24 | 1996-08-28 | AT&T IPM Corp. | Network call routing controlled by a management node |
EP0719061A3 (en) * | 1994-12-21 | 2000-02-23 | Siemens Aktiengesellschaft | Method and arrangement for the establishment of routing information in a communication network |
EP1052859A1 (en) * | 1999-05-14 | 2000-11-15 | Siemens Aktiengesellschaft | Method for evaluating transmission paths in a communication network |
EP1276277A2 (en) * | 2001-05-16 | 2003-01-15 | Nortel Networks Limited | Method for reporting the temporary distribution of a sequence of events |
US7382765B2 (en) | 2003-04-30 | 2008-06-03 | Harris Corporation | Predictive routing in a moble ad hoc network |
US7933200B2 (en) | 2005-05-13 | 2011-04-26 | British Telecommunications Plc | Communications system |
US8937871B2 (en) | 2005-05-13 | 2015-01-20 | British Telecommunications Plc | Communication system |
CN106643765A (en) * | 2016-12-08 | 2017-05-10 | 国网浙江省电力公司 | Method for calculating collection abnormality maintenance time |
Families Citing this family (202)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5086460A (en) * | 1990-04-02 | 1992-02-04 | At&T Bell Laboratories | Communications system ingress and egress arrangement |
WO1991016775A1 (en) * | 1990-04-25 | 1991-10-31 | Telxon Corporation | Communication system with adaptive media access control |
JP2555907B2 (en) * | 1990-05-23 | 1996-11-20 | 日本電気株式会社 | Complex network address routing control system |
US5265023A (en) * | 1990-07-27 | 1993-11-23 | Mitre Corporation | Method for issuing adaptive ground delays to air traffic |
JPH0497645A (en) * | 1990-08-15 | 1992-03-30 | Fujitsu Ltd | Service control system for scp in intelligent network |
US5128932A (en) * | 1990-08-27 | 1992-07-07 | Bell Communications Research, Inc. | Traffic flow control and call set-up in multi-hop broadband networks |
JP2825630B2 (en) * | 1990-09-07 | 1998-11-18 | 株式会社日立製作所 | Line switching method |
EP0476562A3 (en) * | 1990-09-19 | 1993-02-10 | Hitachi, Ltd. | Method and apparatus for controlling moving body and facilities |
US5359649A (en) * | 1991-10-02 | 1994-10-25 | Telefonaktiebolaget L M Ericsson | Congestion tuning of telecommunications networks |
FR2687519B1 (en) * | 1992-02-19 | 1995-01-13 | Alcatel Telspace | INTERFACE FOR THE INSERTION OF EQUIPMENT CONNECTED IN A TELECOMMUNICATIONS NETWORK, IN A SYSTEM FOR MANAGING SUCH EQUIPMENT. |
FR2687524A1 (en) * | 1992-02-19 | 1993-08-20 | Alcatel Telspace | SYSTEM FOR DYNAMIC MANAGEMENT OF A SET OF EQUIPMENT CONNECTED IN A TELECOMMUNICATIONS NETWORK. |
GB9207101D0 (en) * | 1992-04-01 | 1992-05-13 | Plessey Telecomm | Bandwith allocation on dpnss networks |
FR2690297B1 (en) * | 1992-04-17 | 1994-06-10 | Lebourges Marc | ROUTING OF INCOME-OPTIMIZED COMMUNICATIONS FOR TELECOMMUNICATIONS NETWORKS. |
US5509063A (en) * | 1992-05-12 | 1996-04-16 | British Telecommunications Public Limited Company | Method of controlling a telecommunications network using call gapping |
US5381404A (en) * | 1992-07-14 | 1995-01-10 | Mita Industrial Co., Ltd. | Packet-switching communication network and method of design |
US5680448A (en) * | 1992-10-05 | 1997-10-21 | Advantis | Call routing selection method |
JPH0793645B2 (en) * | 1993-01-11 | 1995-10-09 | 日本電気株式会社 | Signal connection controller |
US5381471A (en) * | 1993-01-29 | 1995-01-10 | At&T Corp. | Centralized service circuit deployment |
US5430719A (en) * | 1993-06-28 | 1995-07-04 | Bellsouth Corporation | Mediation of open advanced intelligent network interface by shared execution environment |
EP0706743B1 (en) * | 1993-06-28 | 1998-11-04 | Bellsouth Corporation | Mediation of open advanced intelligent network interface for public switched telephone network |
US5701301A (en) * | 1993-06-28 | 1997-12-23 | Bellsouth Corporation | Mediation of open advanced intelligent network in SS7 protocol open access environment |
US5390243A (en) * | 1993-11-01 | 1995-02-14 | At&T Corp. | Telemarketing complex with automatic threshold levels |
US5469500A (en) * | 1993-11-12 | 1995-11-21 | Voiceplex Corporation | Method and apparatus for delivering calling services |
US5450483A (en) * | 1993-11-18 | 1995-09-12 | British Telecommunications P.L.C. | Method of controlling overloads in a telecommunications network |
US5490087A (en) * | 1993-12-06 | 1996-02-06 | Motorola, Inc. | Radio channel access control |
US5570420A (en) * | 1994-03-01 | 1996-10-29 | Bell Communications Research, Inc. | Customer premise equipment network integrator |
US5423003A (en) * | 1994-03-03 | 1995-06-06 | Geonet Limited L.P. | System for managing network computer applications |
US5555444A (en) * | 1994-03-11 | 1996-09-10 | Motorola, Inc. | Method and apparatus for predictive operation of a communication system |
JP3389315B2 (en) * | 1994-03-18 | 2003-03-24 | 富士通株式会社 | Message transfer method and apparatus in connectionless communication |
JPH07264287A (en) * | 1994-03-18 | 1995-10-13 | Fujitsu Ltd | Communication system integrating intelligent network and telecommunications management network |
US6181703B1 (en) | 1995-09-08 | 2001-01-30 | Sprint Communications Company L. P. | System for managing telecommunications |
US6031840A (en) * | 1995-12-07 | 2000-02-29 | Sprint Communications Co. L.P. | Telecommunications system |
US6430195B1 (en) | 1994-05-05 | 2002-08-06 | Sprint Communications Company L.P. | Broadband telecommunications system interface |
HU220989B1 (en) | 1994-05-05 | 2002-07-29 | Sprint Communications Company, LP | Method and telecommunications system for processing telecommunication calls |
US6314103B1 (en) | 1994-05-05 | 2001-11-06 | Sprint Communications Company, L.P. | System and method for allocating bandwidth for a call |
US5926482A (en) | 1994-05-05 | 1999-07-20 | Sprint Communications Co. L.P. | Telecommunications apparatus, system, and method with an enhanced signal transfer point |
US5991301A (en) | 1994-05-05 | 1999-11-23 | Sprint Communications Co. L.P. | Broadband telecommunications system |
US6172977B1 (en) * | 1994-05-05 | 2001-01-09 | Sprint Communications Company, L. P. | ATM direct access line system |
US5513171A (en) * | 1994-07-26 | 1996-04-30 | At&T Corp. | Arrangement for dynamically deriving a telephone network management database from telephone network data |
US5610821A (en) * | 1994-11-18 | 1997-03-11 | Ibm Corporation | Optimal and stable route planning system |
US6460036B1 (en) | 1994-11-29 | 2002-10-01 | Pinpoint Incorporated | System and method for providing customized electronic newspapers and target advertisements |
US5758257A (en) | 1994-11-29 | 1998-05-26 | Herz; Frederick | System and method for scheduling broadcast of and access to video programs and other data using customer profiles |
US5694463A (en) * | 1995-02-15 | 1997-12-02 | Christie; Joseph Michael | System for service control point routing |
US5615254A (en) * | 1995-04-04 | 1997-03-25 | U S West Technologies, Inc. | Methods and systems for dynamic routing in a switched comunication network |
FI100443B (en) * | 1995-04-10 | 1997-11-28 | Nokia Telecommunications Oy | Traffic routing in a telecommunications network node |
US5774532A (en) * | 1995-04-21 | 1998-06-30 | Mci Corporation | Single network record construction |
KR100236820B1 (en) * | 1995-05-08 | 2000-01-15 | 이계철 | Method and system of predicting point-to-point traffic |
US5684789A (en) * | 1995-06-29 | 1997-11-04 | Lucent Technologies Inc. | Remote control, link independent A/B switch box with diagnostic loopback |
SE504712C2 (en) * | 1995-07-04 | 1997-04-07 | Ericsson Telefon Ab L M | Method and apparatus for routing traffic in a circuit-switched network |
US5794120A (en) * | 1995-07-24 | 1998-08-11 | Motorola, Inc. | Method and apparatus for default node operation in a multi-nodal communication system |
US5802145A (en) * | 1995-08-03 | 1998-09-01 | Bell Atlantic Network Services, Inc. | Common channel signaling event detection and control |
US6147996A (en) | 1995-08-04 | 2000-11-14 | Cisco Technology, Inc. | Pipelined multiple issue packet switch |
GB2305811A (en) * | 1995-09-26 | 1997-04-16 | Northern Telecom Ltd | Traffic routing in a telecommunications network |
US6091725A (en) * | 1995-12-29 | 2000-07-18 | Cisco Systems, Inc. | Method for traffic management, traffic prioritization, access control, and packet forwarding in a datagram computer network |
US6041109A (en) * | 1995-12-29 | 2000-03-21 | Mci Communications Corporation | Telecommunications system having separate switch intelligence and switch fabric |
US6035105A (en) | 1996-01-02 | 2000-03-07 | Cisco Technology, Inc. | Multiple VLAN architecture system |
US5881140A (en) * | 1996-01-16 | 1999-03-09 | Dsc Telecom L.P. | Apparatus and method of determining switch utilization within a telecommunications network |
CA2243359A1 (en) * | 1996-01-31 | 1997-08-07 | Ipsilon Networks, Inc. | Improved method and apparatus for dynamically shifting between routing and switching packets in a transmission network |
US5870550A (en) * | 1996-02-26 | 1999-02-09 | Network Engineering Software | Web server employing multi-homed, moldular framework |
US5781624A (en) * | 1996-02-16 | 1998-07-14 | Lucent Technologies Inc. | Method for sharing network resources by virtual partitioning |
US5828978A (en) * | 1996-02-23 | 1998-10-27 | Zafarloop, Inc. | Line restoration detection for security systems |
US8117298B1 (en) | 1996-02-26 | 2012-02-14 | Graphon Corporation | Multi-homed web server |
US5870561A (en) * | 1996-03-15 | 1999-02-09 | Novell, Inc. | Network traffic manager server for providing policy-based recommendations to clients |
US5870565A (en) * | 1996-05-06 | 1999-02-09 | Telefonaktiebolaget L M Ericsson (Publ) | Telecommunications management network connected to a common channel signaling network |
US5963943A (en) * | 1996-05-28 | 1999-10-05 | Mci Communication Corporation | System and method for storing and retrieving performance and topology information |
US6308148B1 (en) | 1996-05-28 | 2001-10-23 | Cisco Technology, Inc. | Network flow data export |
US6243667B1 (en) * | 1996-05-28 | 2001-06-05 | Cisco Systems, Inc. | Network flow switching and flow data export |
US6212182B1 (en) | 1996-06-27 | 2001-04-03 | Cisco Technology, Inc. | Combined unicast and multicast scheduling |
US6434120B1 (en) | 1998-08-25 | 2002-08-13 | Cisco Technology, Inc. | Autosensing LMI protocols in frame relay networks |
JP2848338B2 (en) * | 1996-07-03 | 1999-01-20 | 日本電気株式会社 | Congestion control system for intelligent network |
SE510248C2 (en) * | 1996-08-01 | 1999-05-03 | Ericsson Telefon Ab L M | Time zone management in telecommunication systems |
US5805681A (en) * | 1996-10-17 | 1998-09-08 | Lucent Technologies Inc. | Systems and methods for estimating a blocking probability |
US6002689A (en) * | 1996-11-22 | 1999-12-14 | Sprint Communications Co. L.P. | System and method for interfacing a local communication device |
NZ335503A (en) | 1996-11-22 | 2000-05-26 | Sprint Comm Company Lp | Detecting a call trigger in a telecommunications network without requiring a service platform to remain connected to the call |
US6014378A (en) * | 1996-11-22 | 2000-01-11 | Sprint Communications Company, L.P. | Telecommunications tandem system for circuit-based traffic |
US5848145A (en) * | 1996-12-20 | 1998-12-08 | Lucent Technologies Inc. | Automatic learning of network routing using random routes |
DE19700148A1 (en) * | 1997-01-06 | 1998-07-16 | Deteline Deutsche Telekom Komm | Process for creating a network |
GB9702458D0 (en) * | 1997-02-06 | 1997-03-26 | British Telecomm | Adaptive distributed information network |
US5898839A (en) * | 1997-03-17 | 1999-04-27 | Geonet Limited, L.P. | System using signaling channel to transmit internet connection request to internet service provider server for initiating and internet session |
US5930348A (en) * | 1997-03-20 | 1999-07-27 | Northern Telecom Limited | Dynamically controlled routing of calls in intelligent networks |
US6003090A (en) * | 1997-04-23 | 1999-12-14 | Cabletron Systems, Inc. | System for determining network connection availability between source and destination devices for specified time period |
US6574321B1 (en) | 1997-05-08 | 2003-06-03 | Sentry Telecom Systems Inc. | Apparatus and method for management of policies on the usage of telecommunications services |
US5949864A (en) * | 1997-05-08 | 1999-09-07 | Cox; Neil B. | Fraud prevention apparatus and method for performing policing functions for telephone services |
US6122272A (en) * | 1997-05-23 | 2000-09-19 | Cisco Technology, Inc. | Call size feedback on PNNI operation |
US6356530B1 (en) | 1997-05-23 | 2002-03-12 | Cisco Technology, Inc. | Next hop selection in ATM networks |
US6862284B1 (en) | 1997-06-17 | 2005-03-01 | Cisco Technology, Inc. | Format for automatic generation of unique ATM addresses used for PNNI |
JPH1118120A (en) * | 1997-06-20 | 1999-01-22 | Fujitsu Ltd | Process control system for intelligent network system |
US6078590A (en) | 1997-07-14 | 2000-06-20 | Cisco Technology, Inc. | Hierarchical routing knowledge for multicast packet routing |
US6055364A (en) | 1997-07-31 | 2000-04-25 | Cisco Technology, Inc. | Content-based filtering of multicast information |
US6330599B1 (en) | 1997-08-05 | 2001-12-11 | Cisco Technology, Inc. | Virtual interfaces with dynamic binding |
US6157641A (en) * | 1997-08-22 | 2000-12-05 | Cisco Technology, Inc. | Multiprotocol packet recognition and switching |
US6212183B1 (en) | 1997-08-22 | 2001-04-03 | Cisco Technology, Inc. | Multiple parallel packet routing lookup |
US6512766B2 (en) | 1997-08-22 | 2003-01-28 | Cisco Systems, Inc. | Enhanced internet packet routing lookup |
US6243735B1 (en) * | 1997-09-01 | 2001-06-05 | Matsushita Electric Industrial Co., Ltd. | Microcontroller, data processing system and task switching control method |
US6343072B1 (en) | 1997-10-01 | 2002-01-29 | Cisco Technology, Inc. | Single-chip architecture for shared-memory router |
US6418461B1 (en) | 1997-10-06 | 2002-07-09 | Mci Communications Corporation | Intelligent call switching node in an intelligent distributed network architecture |
DE19746904B4 (en) * | 1997-10-23 | 2004-09-30 | Telefonaktiebolaget L M Ericsson (Publ) | Traffic data evaluation device and associated method for a network with dynamic switching |
US7570583B2 (en) | 1997-12-05 | 2009-08-04 | Cisco Technology, Inc. | Extending SONET/SDH automatic protection switching |
US7167711B1 (en) | 1997-12-23 | 2007-01-23 | Openwave Systems Inc. | System and method for controlling financial transactions over a wireless network |
US6424649B1 (en) | 1997-12-31 | 2002-07-23 | Cisco Technology, Inc. | Synchronous pipelined switch using serial transmission |
US6111877A (en) * | 1997-12-31 | 2000-08-29 | Cisco Technology, Inc. | Load sharing across flows |
US6115462A (en) * | 1998-01-09 | 2000-09-05 | Gte Laboratories Incorporated | Method and apparatus for efficient call routing |
US6678245B1 (en) * | 1998-01-30 | 2004-01-13 | Lucent Technologies Inc. | Packet network performance management |
US6563918B1 (en) | 1998-02-20 | 2003-05-13 | Sprint Communications Company, LP | Telecommunications system architecture for connecting a call |
US6470019B1 (en) | 1998-02-20 | 2002-10-22 | Sprint Communications Company L.P. | System and method for treating a call for call processing |
US6208640B1 (en) | 1998-02-27 | 2001-03-27 | David Spell | Predictive bandwidth allocation method and apparatus |
US6665271B1 (en) * | 1998-03-17 | 2003-12-16 | Transnexus, Llc | System for real-time prediction of quality for internet-based multimedia communications |
US6853638B2 (en) | 1998-04-01 | 2005-02-08 | Cisco Technology, Inc. | Route/service processor scalability via flow-based distribution of traffic |
US6370121B1 (en) | 1998-06-29 | 2002-04-09 | Cisco Technology, Inc. | Method and system for shortcut trunking of LAN bridges |
US6920112B1 (en) | 1998-06-29 | 2005-07-19 | Cisco Technology, Inc. | Sampling packets for network monitoring |
US6377577B1 (en) | 1998-06-30 | 2002-04-23 | Cisco Technology, Inc. | Access control list processing in hardware |
US6061331A (en) * | 1998-07-28 | 2000-05-09 | Gte Laboratories Incorporated | Method and apparatus for estimating source-destination traffic in a packet-switched communications network |
US6182147B1 (en) | 1998-07-31 | 2001-01-30 | Cisco Technology, Inc. | Multicast group routing using unidirectional links |
US6308219B1 (en) | 1998-07-31 | 2001-10-23 | Cisco Technology, Inc. | Routing table lookup implemented using M-trie having nodes duplicated in multiple memory banks |
US6389506B1 (en) | 1998-08-07 | 2002-05-14 | Cisco Technology, Inc. | Block mask ternary cam |
US6954458B1 (en) * | 1998-10-20 | 2005-10-11 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for message transport and segmentation |
US6421435B1 (en) * | 1998-11-30 | 2002-07-16 | Qwest Communications International Inc. | SS7 network planning tool |
US6721508B1 (en) | 1998-12-14 | 2004-04-13 | Tellabs Operations Inc. | Optical line terminal arrangement, apparatus and methods |
DE59904500D1 (en) * | 1998-12-16 | 2003-04-10 | Siemens Ag | METHOD AND ARRANGEMENT FOR PREDICTING MEASUREMENT DATA ACCORDING TO PRESENTED MEASUREMENT DATA |
US6487286B1 (en) * | 1998-12-21 | 2002-11-26 | Nortel Networks Limited | Common channel signaling with a network of distributed signal transfer points |
US6888833B1 (en) | 1998-12-22 | 2005-05-03 | Sprint Communications Company L.P. | System and method for processing call signaling |
US6724765B1 (en) | 1998-12-22 | 2004-04-20 | Sprint Communications Company, L.P. | Telecommunication call processing and connection system architecture |
US6597701B1 (en) | 1998-12-22 | 2003-07-22 | Sprint Communications Company L.P. | System and method for configuring a local service control point with a call processor in an architecture |
US6785282B1 (en) | 1998-12-22 | 2004-08-31 | Sprint Communications Company L.P. | System and method for connecting a call with a gateway system |
US6982950B1 (en) | 1998-12-22 | 2006-01-03 | Sprint Communications Company L.P. | System and method for connecting a call in a tandem architecture |
KR20000046131A (en) * | 1998-12-31 | 2000-07-25 | 김영환 | Apparatus for matching copious configuration data between switching system and tmn repeater in cdma system and method for controlling the same |
US6771642B1 (en) | 1999-01-08 | 2004-08-03 | Cisco Technology, Inc. | Method and apparatus for scheduling packets in a packet switch |
US7065762B1 (en) | 1999-03-22 | 2006-06-20 | Cisco Technology, Inc. | Method, apparatus and computer program product for borrowed-virtual-time scheduling |
US6757791B1 (en) | 1999-03-30 | 2004-06-29 | Cisco Technology, Inc. | Method and apparatus for reordering packet data units in storage queues for reading and writing memory |
US6603772B1 (en) | 1999-03-31 | 2003-08-05 | Cisco Technology, Inc. | Multicast routing with multicast virtual output queues and shortest queue first allocation |
US6760331B1 (en) | 1999-03-31 | 2004-07-06 | Cisco Technology, Inc. | Multicast routing with nearest queue first allocation and dynamic and static vector quantization |
GB2349542B (en) * | 1999-04-30 | 2003-10-15 | Ericsson Telefon Ab L M | Telecommunications network congestion |
US6895088B1 (en) | 1999-05-21 | 2005-05-17 | Sprint Communications Company L.P. | System and method for controlling a call processing system |
US7444407B2 (en) * | 2000-06-29 | 2008-10-28 | Transnexus, Inc. | Intelligent end user devices for clearinghouse services in an internet telephony system |
US6820042B1 (en) * | 1999-07-23 | 2004-11-16 | Opnet Technologies | Mixed mode network simulator |
US7376583B1 (en) | 1999-08-10 | 2008-05-20 | Gofigure, L.L.C. | Device for making a transaction via a communications link |
US7630986B1 (en) | 1999-10-27 | 2009-12-08 | Pinpoint, Incorporated | Secure data interchange |
US6816497B1 (en) | 1999-11-05 | 2004-11-09 | Sprint Communications Company, L.P. | System and method for processing a call |
WO2001047232A2 (en) | 1999-12-22 | 2001-06-28 | Transnexus, Inc. | Secure enrollment of a device with a clearinghouse server for internet telephony system |
AU2931501A (en) | 2000-01-07 | 2001-07-31 | Ineto, Inc. | Customer communication service system |
US6453028B1 (en) * | 2000-02-28 | 2002-09-17 | Lucent Technologies Inc. | Dynamic traffic management in an intelligent network of a telephone system |
US6785546B1 (en) * | 2000-03-16 | 2004-08-31 | Lucent Technologies Inc. | Method and apparatus for controlling application processor occupancy based traffic overload |
NO20003682L (en) * | 2000-07-18 | 2002-01-21 | Ericsson Telefon Ab L M | Measurement of holding time in communication networks |
EP1319281B1 (en) * | 2000-09-11 | 2007-05-09 | TransNexus, Inc. | Clearinghouse server for internet telephony and multimedia communications |
US7525956B2 (en) | 2001-01-11 | 2009-04-28 | Transnexus, Inc. | Architectures for clearing and settlement services between internet telephony clearinghouses |
US20020165962A1 (en) * | 2001-02-28 | 2002-11-07 | Alvarez Mario F. | Embedded controller architecture for a modular optical network, and methods and apparatus therefor |
US20020160811A1 (en) * | 2001-04-25 | 2002-10-31 | Jannette Michele Ann | Radius profiles at a base station and methods of using the radius profiles |
US7895445B1 (en) | 2001-04-26 | 2011-02-22 | Nokia Corporation | Token-based remote data access |
US9143545B1 (en) | 2001-04-26 | 2015-09-22 | Nokia Corporation | Device classification for media delivery |
US8990334B2 (en) * | 2001-04-26 | 2015-03-24 | Nokia Corporation | Rule-based caching for packet-based data transfer |
US9032097B2 (en) | 2001-04-26 | 2015-05-12 | Nokia Corporation | Data communication with remote network node |
US7139834B1 (en) * | 2001-04-26 | 2006-11-21 | Avvenu, Inc. | Data routing monitoring and management |
US8180904B1 (en) | 2001-04-26 | 2012-05-15 | Nokia Corporation | Data routing and management with routing path selectivity |
US6845155B2 (en) | 2001-05-21 | 2005-01-18 | Metro One Telecommunications, Inc. | Technique for effectively processing and dynamically routing communication calls |
US7529225B2 (en) * | 2001-11-16 | 2009-05-05 | Ibasis, Inc. | System and method for voice over internet protocol (VoIP) and facsimile over internet protocol (FoIP) calling over the internet |
US8068595B2 (en) | 2002-03-15 | 2011-11-29 | Intellisist, Inc. | System and method for providing a multi-modal communications infrastructure for automated call center operation |
US7292689B2 (en) * | 2002-03-15 | 2007-11-06 | Intellisist, Inc. | System and method for providing a message-based communications infrastructure for automated call center operation |
US8170197B2 (en) * | 2002-03-15 | 2012-05-01 | Intellisist, Inc. | System and method for providing automated call center post-call processing |
US6918067B2 (en) * | 2002-04-30 | 2005-07-12 | International Business Machines Corporation | Detecting network instability |
US20050089027A1 (en) * | 2002-06-18 | 2005-04-28 | Colton John R. | Intelligent optical data switching system |
US7319675B1 (en) * | 2002-09-04 | 2008-01-15 | At&T Mobility Ii Llc | Systems and methods for calculating call blocking for alternate call routing schemes |
US7330483B1 (en) * | 2002-12-19 | 2008-02-12 | At&T Corp. | Session initiation protocol (SIP) message incorporating a multi-purpose internet mail extension (MIME) media type for describing the content and format of information included in the SIP message |
JP4120415B2 (en) * | 2003-02-10 | 2008-07-16 | 株式会社日立製作所 | Traffic control computer |
US7152023B2 (en) * | 2003-02-14 | 2006-12-19 | United Technologies Corporation | System and method of accelerated active set search for quadratic programming in real-time model predictive control |
US8386272B2 (en) * | 2003-08-06 | 2013-02-26 | International Business Machines Corporation | Autonomic assistance for policy generation |
AU2004299145B2 (en) * | 2003-12-17 | 2011-08-25 | Glaxosmithkline Llc | Methods for synthesis of encoded libraries |
CA2552706A1 (en) * | 2003-12-29 | 2005-07-28 | Grape Technology Group, Inc | System and method for processing and routing incoming calls to a communication assistance system |
US6929507B2 (en) * | 2003-12-30 | 2005-08-16 | Huang Liang Precision Enterprise Co., Ltd. | Coaxial connector structure |
WO2005089147A2 (en) * | 2004-03-11 | 2005-09-29 | Transnexus, Inc. | Method and system for routing calls over a packet switched computer network |
US7756043B1 (en) * | 2004-06-09 | 2010-07-13 | Sprint Communications Company L.P. | Method for identifying high traffic origin-destination node pairs in a packet based network |
US7729269B1 (en) | 2004-06-09 | 2010-06-01 | Sprint Communications Company L.P. | Method for identifying and estimating mean traffic for high traffic origin-destination node pairs in a network |
US8238329B2 (en) | 2005-12-13 | 2012-08-07 | Transnexus, Inc. | Method and system for securely authorizing VoIP interconnections between anonymous peers of VoIP networks |
WO2006065789A2 (en) * | 2004-12-13 | 2006-06-22 | Transnexus, Inc. | Method and system for securely authorizing anonymous peers of voip networks |
US9400875B1 (en) | 2005-02-11 | 2016-07-26 | Nokia Corporation | Content routing with rights management |
US7895308B2 (en) | 2005-05-11 | 2011-02-22 | Tindall Steven J | Messaging system configurator |
US20060282534A1 (en) * | 2005-06-09 | 2006-12-14 | International Business Machines Corporation | Application error dampening of dynamic request distribution |
US8199761B2 (en) * | 2006-04-20 | 2012-06-12 | Nokia Corporation | Communications multiplexing with packet-communication networks |
DE102006041058B4 (en) * | 2006-09-01 | 2008-09-11 | Nokia Siemens Networks Gmbh & Co.Kg | Method for tracking network parameters |
US9143818B1 (en) | 2006-09-11 | 2015-09-22 | Nokia Corporation | Remote access to shared media |
US9438567B1 (en) | 2006-11-15 | 2016-09-06 | Nokia Corporation | Location-based remote media access via mobile device |
US9047235B1 (en) | 2007-12-28 | 2015-06-02 | Nokia Corporation | Content management for packet-communicating devices |
GB2470071B (en) * | 2009-05-08 | 2013-06-05 | Vodafone Plc | Telcommunications networks |
US20100311435A1 (en) * | 2009-06-08 | 2010-12-09 | Infineon Technologies Ag | Base station selecting devices and methods for establishing communication connections for radio communication terminal devices |
US8699332B2 (en) * | 2010-12-06 | 2014-04-15 | Openet Research Limited | Method and system for determining and implementing policy controls in a communications network |
US8789135B1 (en) * | 2012-06-15 | 2014-07-22 | Google Inc. | Scalable stateful firewall design in openflow based networks |
US10003536B2 (en) | 2013-07-25 | 2018-06-19 | Grigore Raileanu | System and method for managing bandwidth usage rates in a packet-switched network |
US9525638B2 (en) | 2013-10-15 | 2016-12-20 | Internap Corporation | Routing system for internet traffic |
US9407602B2 (en) * | 2013-11-07 | 2016-08-02 | Attivo Networks, Inc. | Methods and apparatus for redirecting attacks on a network |
US10521601B2 (en) | 2014-04-30 | 2019-12-31 | Sailpoint Technologies, Israel Ltd. | System and method for data governance |
US11507663B2 (en) | 2014-08-11 | 2022-11-22 | Sentinel Labs Israel Ltd. | Method of remediating operations performed by a program and system thereof |
US9710648B2 (en) | 2014-08-11 | 2017-07-18 | Sentinel Labs Israel Ltd. | Method of malware detection and system thereof |
US10924408B2 (en) | 2014-11-07 | 2021-02-16 | Noction, Inc. | System and method for optimizing traffic in packet-switched networks with internet exchanges |
US9769070B2 (en) | 2015-01-28 | 2017-09-19 | Maxim Basunov | System and method of providing a platform for optimizing traffic through a computer network with distributed routing domains interconnected through data center interconnect links |
US11616812B2 (en) | 2016-12-19 | 2023-03-28 | Attivo Networks Inc. | Deceiving attackers accessing active directory data |
US11695800B2 (en) | 2016-12-19 | 2023-07-04 | SentinelOne, Inc. | Deceiving attackers accessing network data |
JP2020530922A (en) | 2017-08-08 | 2020-10-29 | センチネル ラボ, インコーポレイテッドSentinel Labs, Inc. | How to dynamically model and group edge networking endpoints, systems, and devices |
US11470115B2 (en) | 2018-02-09 | 2022-10-11 | Attivo Networks, Inc. | Implementing decoys in a network environment |
EP3973427A4 (en) | 2019-05-20 | 2023-06-21 | Sentinel Labs Israel Ltd. | Systems and methods for executable code detection, automatic feature extraction and position independent code detection |
US11461677B2 (en) | 2020-03-10 | 2022-10-04 | Sailpoint Technologies, Inc. | Systems and methods for data correlation and artifact matching in identity management artificial intelligence systems |
US11579857B2 (en) | 2020-12-16 | 2023-02-14 | Sentinel Labs Israel Ltd. | Systems, methods and devices for device fingerprinting and automatic deployment of software in a computing network using a peer-to-peer approach |
US11308186B1 (en) | 2021-03-19 | 2022-04-19 | Sailpoint Technologies, Inc. | Systems and methods for data correlation and artifact matching in identity management artificial intelligence systems |
US11899782B1 (en) | 2021-07-13 | 2024-02-13 | SentinelOne, Inc. | Preserving DLL hooks |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3536842A (en) * | 1967-12-27 | 1970-10-27 | James C Ewin | Arrangement for selecting a route based on the history of call completions over various routes |
US4284852A (en) * | 1979-06-22 | 1981-08-18 | Northern Telecom Limited | Alternate routing for a telephone system |
US4669113A (en) * | 1985-04-26 | 1987-05-26 | At&T Company | Integrated network controller for a dynamic nonhierarchical routing switching network |
WO1987003763A1 (en) * | 1985-12-05 | 1987-06-18 | Bell Communications Research, Inc. | Routing of network traffic |
EP0258654A2 (en) * | 1986-08-27 | 1988-03-09 | Edmund Szybicki | Adaptive, tariff dependent traffic routing and automatic network management system for multiservice telecommunication networks |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB8531138D0 (en) * | 1985-12-18 | 1986-01-29 | British Telecomm | Telecommunications network |
NL8602452A (en) * | 1986-09-29 | 1988-04-18 | Philips Nv | METHOD FOR PREVENTING OVERLOADING OF THE CENTRAL CONTROL OF A TELECOMMUNICATIONS SYSTEM AND APPARATUS FOR PERFORMING THE METHOD |
US4788721A (en) * | 1987-12-09 | 1988-11-29 | Bell Communications Research, Inc. | Routing of network traffic |
US4873517A (en) * | 1988-06-23 | 1989-10-10 | International Business Machines Corporation | Method for selecting least weight end node to end node route in a data communications network |
US4931941A (en) * | 1988-07-25 | 1990-06-05 | Bell Communications Research, Inc. | Adaptive routing of network traffic |
-
1989
- 1989-03-10 US US07/321,710 patent/US4979118A/en not_active Expired - Lifetime
-
1990
- 1990-02-09 CA CA002009729A patent/CA2009729C/en not_active Expired - Lifetime
- 1990-02-16 AU AU49870/90A patent/AU637550B2/en not_active Expired
- 1990-02-28 DE DE69029871T patent/DE69029871T2/en not_active Expired - Lifetime
- 1990-02-28 EP EP90103904A patent/EP0386607B1/en not_active Expired - Lifetime
- 1990-03-06 JP JP2052900A patent/JP3016811B2/en not_active Expired - Lifetime
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3536842A (en) * | 1967-12-27 | 1970-10-27 | James C Ewin | Arrangement for selecting a route based on the history of call completions over various routes |
US4284852A (en) * | 1979-06-22 | 1981-08-18 | Northern Telecom Limited | Alternate routing for a telephone system |
US4669113A (en) * | 1985-04-26 | 1987-05-26 | At&T Company | Integrated network controller for a dynamic nonhierarchical routing switching network |
WO1987003763A1 (en) * | 1985-12-05 | 1987-06-18 | Bell Communications Research, Inc. | Routing of network traffic |
EP0258654A2 (en) * | 1986-08-27 | 1988-03-09 | Edmund Szybicki | Adaptive, tariff dependent traffic routing and automatic network management system for multiservice telecommunication networks |
Non-Patent Citations (3)
Title |
---|
ITC-10 ; SESSION 3.2, PAPER 3 June 1983, MONTREAL (CA) pages 1 - 8; CAMERON ET AL: 'Dynamic routing for intercity telephone networks' * |
ITC-10 ; SESSION 3.2, PAPER 7 June 1983, MONTREAL (CA) pages 1 - 6; KARSTAD ET AL: 'Centralized routing based on forecasts of the telephone traffic' * |
PROCEEDINGS OF NETWORK MANAGEMENT AND CONTROL WORKSHOP September 1989, TARRYTOWN (US) pages 389 - 413; KHERAPIDIR: 'PARS: A predictive access-control and routing strategy for real-time control of telecommunication networks' * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0719061A3 (en) * | 1994-12-21 | 2000-02-23 | Siemens Aktiengesellschaft | Method and arrangement for the establishment of routing information in a communication network |
EP0729281A2 (en) * | 1995-02-24 | 1996-08-28 | AT&T IPM Corp. | Network call routing controlled by a management node |
EP0729281A3 (en) * | 1995-02-24 | 2000-01-26 | AT&T IPM Corp. | Network call routing controlled by a management node |
EP1052859A1 (en) * | 1999-05-14 | 2000-11-15 | Siemens Aktiengesellschaft | Method for evaluating transmission paths in a communication network |
EP1276277A2 (en) * | 2001-05-16 | 2003-01-15 | Nortel Networks Limited | Method for reporting the temporary distribution of a sequence of events |
EP1276277A3 (en) * | 2001-05-16 | 2003-04-09 | Nortel Networks Limited | Method for reporting the temporary distribution of a sequence of events |
US7382765B2 (en) | 2003-04-30 | 2008-06-03 | Harris Corporation | Predictive routing in a moble ad hoc network |
US7933200B2 (en) | 2005-05-13 | 2011-04-26 | British Telecommunications Plc | Communications system |
US8937871B2 (en) | 2005-05-13 | 2015-01-20 | British Telecommunications Plc | Communication system |
CN106643765A (en) * | 2016-12-08 | 2017-05-10 | 国网浙江省电力公司 | Method for calculating collection abnormality maintenance time |
CN106643765B (en) * | 2016-12-08 | 2020-04-10 | 国网浙江省电力公司 | Method for calculating acquisition abnormal maintenance time length |
Also Published As
Publication number | Publication date |
---|---|
AU4987090A (en) | 1990-09-13 |
DE69029871T2 (en) | 1997-05-22 |
AU637550B2 (en) | 1993-05-27 |
EP0386607B1 (en) | 1997-02-05 |
JPH02299348A (en) | 1990-12-11 |
JP3016811B2 (en) | 2000-03-06 |
CA2009729C (en) | 2001-05-15 |
EP0386607A3 (en) | 1992-09-02 |
DE69029871D1 (en) | 1997-03-20 |
CA2009729A1 (en) | 1990-09-10 |
US4979118A (en) | 1990-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0386607B1 (en) | A predictive access-controll and routing system for integrated services telecommunication networks | |
US5142570A (en) | Routing of network traffic using discrete traffic measurement data | |
US4788721A (en) | Routing of network traffic | |
US4704724A (en) | Routing of network traffic | |
JP2851432B2 (en) | Non-hierarchical traffic routing method in communication networks | |
Gibbens et al. | Dynamic alternative routing-modelling and behaviour | |
US6498844B1 (en) | Method and system of dynamic traffic control in a communication network | |
US4931941A (en) | Adaptive routing of network traffic | |
EP0606353B1 (en) | Congestion tuning of telecommunications networks | |
EP0945032B1 (en) | Dynamic traffic distribution | |
Mase et al. | Advanced traffic control methods for network management | |
Key et al. | Distributed dynamic routing schemes | |
EP0496061A2 (en) | Real-time decentralized network traffic management using a parallel algorithm | |
JP3248692B2 (en) | Adaptive route selection control method | |
Kheradpir | PARS: A predictive access-control and routing strategy for real-time control of telecommunication networks | |
EP0798941A2 (en) | Method for modeling a network | |
EP0693245B1 (en) | Method of controlling a telecommunications network | |
GB2189111A (en) | Telecommunications network and method | |
Angelin | On the properties of a congestion control mechanism for signaling networks based on a state machine | |
JPH05268245A (en) | Adaptive path line number control method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): BE DE FR GB IT NL SE |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): BE DE FR GB IT NL SE |
|
17P | Request for examination filed |
Effective date: 19930224 |
|
17Q | First examination report despatched |
Effective date: 19950412 |
|
GRAG | Despatch of communication of intention to grant |
Free format text: ORIGINAL CODE: EPIDOS AGRA |
|
GRAH | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOS IGRA |
|
GRAH | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOS IGRA |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): BE DE FR GB IT NL SE |
|
REF | Corresponds to: |
Ref document number: 69029871 Country of ref document: DE Date of ref document: 19970320 |
|
ITF | It: translation for a ep patent filed |
Owner name: ING. ZINI MARANESI & C. S.R.L. |
|
ET | Fr: translation filed | ||
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed | ||
REG | Reference to a national code |
Ref country code: GB Ref legal event code: IF02 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20020227 Year of fee payment: 13 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20031031 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: NL Payment date: 20090224 Year of fee payment: 20 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20090227 Year of fee payment: 20 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: SE Payment date: 20090227 Year of fee payment: 20 Ref country code: DE Payment date: 20090331 Year of fee payment: 20 Ref country code: IT Payment date: 20090226 Year of fee payment: 20 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: BE Payment date: 20090408 Year of fee payment: 20 |
|
BE20 | Be: patent expired |
Owner name: *VERIZON LABORATORIES INC. Effective date: 20100228 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: V4 Effective date: 20100228 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: PE20 Expiry date: 20100227 |
|
EUG | Se: european patent has lapsed | ||
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION Effective date: 20100227 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION Effective date: 20100228 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION Effective date: 20100228 |