Call size feedback on PNNI operation

Abstract

The invention provides a method and system for selecting routes in a switching network with resource reservation, such as an ATM network. A set of routes are periodically precomputed, so that routes are known between any sending node and any receiving node, subject to resource reservation requirements. Each incoming call has its resource requirements, such as call size, compared with a selected threshold, and if the requirements exceed the threshold, a route is dynamically recomputed for the call. Other aspects of routing may be responsive to the calls' resource requirements. For example, a ratio of required resources with quality-of-service restrictions to required resources without such restrictions may be used to determine whether to reject the call, responsive to the call's resource requirements. The call size may be compared against another selected threshold, and the decision to determine whether to use that ratio to reject the call may be made responsive to comparisons against one or both thresholds.

Description

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to ATM networks.

2. Related Art

In known ATM systems, different calls can have different requirements for transmission bandwidth. The transmission bandwidth requirement for a call is termed its "size." For example, a videoconference call is considered "larger" than a simple voice call. When selecting a virtual circuit for routing each call in an ATM network, the size of the call is considered in determining which switching nodes to select for routing each call or which through, or if the call should be rejected due to a lack of transmission capacity.

Known ATM systems determine the route for the virtual circuit for each incoming call as the call enters the ATM network. However, one problem which has arisen in the art is that this operation requires substantial computation. Accordingly, while this method achieves the goal of determining the virtual circuit for each incoming call, it has the drawback of requiring substantial resources for computation, can delay processing of incoming calls, and can therefore result in lesser throughput of incoming calls by the ATM system.

One technique to reduce the computation intensity associated with route computation is to use precomputed routes. However, precomputed routes can produce paths that are less efficient from the point of view of bandwidth utilization than routes computed dynamically. It would be advantageous to dynamically route those calls which might have a significant impact on overall bandwidth utilization in the network.

Accordingly, it would be desirable to provide a method and system for selecting routes in an ATM network, which does not require excessive dynamic route computation. This advantage is achieved in an embodiment of the invention in which most routes are precomputed, but some routes are dynamically computed in response to call size, thus call size is used to determine or help determine whether a dynamically computed route should be used instead of a precomputed route.

SUMMARY OF INVENTION

The invention provides a method and system for selecting routes in a switching network with resource reservation, such as an ATM network. A set of routes are periodically precomputed, so that routes are known between any sending node and any receiving node, subject to resource reservation requirements (such as call size). Each incoming call has its resource requirements, such as call size, compared with a selected threshold, and if the requirements exceed the threshold, a route is dynamically recomputed for the call.

In alternative embodiments, other aspects of routing may also be responsive to the calls' resource requirements (such as call size). For example, a ratio of required resources with quality-of-service restrictions to required resources without such restrictions may be used to determine whether to reject the call, responsive to the call's resource requirements. In such alternative embodiments, the call size may be compared against another selected threshold, and the decision to determine whether to use that ratio to reject the call may be made responsive to comparisons against one or both thresholds.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a process flow diagram of a method for selecting routes in a switching network.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

In the following description, a preferred embodiment of the invention is described with regard to preferred process steps and data structures. Those skilled in the art would recognize after perusal of this application that embodiments of the invention can be implemented using general purpose switching processors or special purpose switching processors or other circuits adapted to particular process steps and data structures described herein, and that implementation of the process steps and data structures described herein would not require undue experimentation or further invention.

Inventions described herein can be used in conjunction with inventions described in the following application:

Application Ser. No. 08/862,915, filed May 23, 1997, Express Mailing No. EM302071674, in the name of the same inventors, titled "Next Hop Selection in ATM Networks", having attorney docket number CIS-025.

This application is hereby incorporated by reference as if fully set forth herein.

Precomputed Routes or Dynamic Recomputation

FIG. 1 shows a process flow diagram of a method for selecting routes in a switching network.

A method 100 for selecting routes in a switching network includes the flow points 110 through 170, and steps therebetween. The method 100 is preferably performed in a switching network with resource reservation, such as an ATM network.

At a flow point 110, the switching network includes a set of nodes, including at least one sending node, at least one receiving node, and a plurality of routes between the sending nodes and the receiving nodes.

At a step 121, the method 100 precomputes a set of routes between each of the sending nodes and each of the receiving nodes, subject to resource reservation requirements.

The step 121 is periodically performed, so that precomputed routes are known between any of the sending nodes and any of the receiving nodes, and the routes which are known are subject to resource reservation requirements.

As used herein, the concept of "precomputed" routes includes schemes in which a set of routes, or a set of preferred routes, are determined independent of parameters of the call. This includes cases where some precomputed routes are in fact computed or partially computed at or near the time the call arrives, but are determined independent of parameters of the call such as call size. A fixed technique for determining a preferred route is a precomputed route, while a technique or selection among techniques which is responsive to the call size and determines different routes for calls having different sizes (as opposed to merely rejecting calls which are too large) is not a precomputed route.

At a flow point 130, an incoming call arrives at one of the sending nodes. The incoming call includes a designated receiving node and a set of resource requirements. For example, one such resource requirement is a call size for the incoming call.

The incoming call is preferably an incoming call in a telephone network to be routed using the ATM network.

At a step 141, the call size for the incoming call is compared with a first selected threshold. In a preferred embodiment, the first selected threshold is a static value set by an operator using a network management system for a peer group in the ATM network. For example, the static value may comprise a value such as about 1 megabit per second, or a value such as about 384 kilobits per second, so as to distinguish between ordinary voice telephone calls and videotelephone calls. In alternative embodiments, the first selected threshold may be dynamically determined in response to traffic in the ATM network or other factors. For example, the first selected threshold may be determined in response to the number and type of call requests received, so as to approximately limit the number of calls for which routes are dynamically computed to a selected limit.

At a step 142, if the call size for the incoming call exceeds the first selected threshold, the method 100 dynamically recomputes a route for the call (thus disregarding the precomputed routes). Otherwise, the method 100 does not perform the step 142.

Call Rejection For Excessive Resource Usage

At a step 143, the call size for the incoming call is compared with a second selected threshold. In a preferred embodiment, the second selected threshold is a static value; however, in alternative embodiments, the second selected threshold may be determined responsive to traffic in the ATM network or other factors, in similar manner as the first selected threshold is determined in the step 141.

At a step 144, if the call size for the incoming call does not exceed the second selected threshold, the method 100 continues with the flow point 150. Otherwise, the method 100 proceeds to determine an excess-usage ratio of required resources with quality-of-service restrictions to required resources without such restrictions.

To determine the ratio in the step 144, the method 100 performs the following sub-steps:

At a sub-step 144(a), the method 100 determines a first route for the incoming call without using quality of service restrictions. At a sub-step 144(b), the method 100 determines a first weighted hop count n0 for the first route. In a preferred embodiment, the first weighted hop count is computed by assigning a relatively lower administrative cost to relatively higher-speed interfaces. For example, the administrative cost for a hop can be inversely proportional to the total Maximum Cell Rate of interfaces available for that hop. At a sub-step 144(c), the method 100 determines a second route for the incoming call, this time using quality of service restrictions. The second route can require different switching nodes and can require more switching nodes than the first route, because quality of service restrictions restrict the nature of the interfaces through which the call can pass. At a sub-step 144(d), the method 100 determines a second weighted hop count n1 for the second route. In a preferred embodiment, the second weighted hop count is determined in like manner as the first weighted hop count. Thus, the second weighted hop count is computed by assigning a relatively lower administrative cost to relatively higher-speed interfaces. At a sub-step 144(e), the method 100 determines the excess-usage ratio n1/n0.

At a step 145, if the excess-usage ratio n1/n0 determined in the step 144 exceeds a third selected threshold, the method 100 rejects the call.

In a preferred embodiment, the third selected threshold is a static value; however, in alternative embodiments, the third selected threshold may be determined responsive to traffic in the ATM network or other factors, in similar manner as the first selected threshold is determined in the step 141. In a preferred embodiment, the third selected threshold is an excess-usage ratio of about 1.5 to 1 for a relatively dense network, or about 2 or 3 to 1 for a relatively sparse network.

At a flow point 150, a route is known for the incoming call.

At a step 161, the incoming call is routed according to the known route.

At a flow point 170, the method 100 is complete.

Further Applicability of Resource Requirement Feedback

The resource requirements of the incoming call has broader applicability than determining (a) whether to dynamically recompute routes, or (b) whether to dynamically determine an excess-usage ratio and reject incoming calls responsive thereto.

For example, the method 100 can determine, responsive to the resources required by the incoming call (such as call size), whether to apply techniques relating to one or more of the following:

In a dynamic path recomputation protocol, such as in virtual path and virtual circuit recomputation, the call size can be used to determine for which calls to determine whether to reroute paths. For example, paths can be dynamically rerouted only for those calls which are large enough to make a significant difference. In a system which transmits multicast information, the call size can be used to determine for which point to multipoint calls to attempt to optimize (or partially reoptimize) the multicast routing tree. Similarly, in a system which transmits multicast information and also receives point to point calls, the call size can be used to determine for which newly arrived calls to trigger an attempt to optimize (or partially reoptimize) multicast routing trees. In other routing protocols which concern or involve dynamic path computation or resource reservation, the call size can be used to determine for which calls to attempt to perform dynamic path computation or resource reservation. Alternative Embodiments

Although preferred embodiments are disclosed herein, many variations are possible which remain within the concept, scope, and spirit of the invention, and these variations would become clear to those skilled in the art after perusal of this application.

Claims

1. A method, including the steps of

precomputing a set of routes in a switching network, said routes being between a plurality of sending nodes and a plurality of receiving nodes;

receiving a request for a virtual circuit at one of said sending nodes, said request including a designated receiving node;

examining a set of resource requirements for said request; and

choosing whether to dynamically compute a new route between said one sending node and said designated receiving node, responsive to whether any of said set of resource requirements exceeds a set of selected thresholds, said thresholds determined in response to a network parameter.

2. A method as in claim 1, wherein said switching network is an ATM network.

3. A method as in claim 1, wherein said request comprises an incoming call in a telephone network.

4. A method as in claim 1, wherein said resource requirements include a call size.

5. A method as in claim 1, wherein:

said resource requirements include a call size; and

said step of choosing includes the step of comparing said call size with a selected threshold.

6. A method, including the steps of

receiving a request for a virtual circuit in a switching network, said network having a plurality of sending nodes and a plurality of receiving nodes, said request being received at a sending node;

examining a set of resource requirements for said request; and

choosing whether to dynamically compute a ratio of required resources with quality-of-service restrictions to required resources without such restrictions, responsive to whether any of said resource requirements exceeds a set of selected thresholds, said thresholds determined in response to a network parameter.

7. A method as in claim 6, wherein said switching network is an ATM network.

8. A method as in claim 6, wherein said request comprises an incoming call in a telephone network.

9. A method as in claim 6, wherein said resource requirements include a call size.

10. A method as in claim 6, wherein:

said resource requirements include a call size; and

said step of choosing includes the step of comparing said call size with a selected threshold.

11. A method as in claim 6, comprising the step of determining whether to reject said request, responsive to said dynamically computed ratio.

12. A node in a switching network, said node including:

a periodic route determination mechanism configured to periodically precompute a set of routes in said switching network, said set of routes including a plurality of sending nodes and a plurality of receiving nodes;

a receiver mechanism configured to receive a request for a virtual circuit including a designated receiving node;

a determination mechanism configured to examine a set of resource requirements for said request received by the receiver mechanism; and

a decision mechanism configured to choose whether to dynamically compute a new route between said node and said designated receiving node, responsive to whether any of said set of resource requirements exceeds a set of selected thresholds, said thresholds determined in response to a network parameter.

13. The node of claim 12, wherein said switching network is an ATM network.

14. The node of claim 12, wherein said request comprises an incoming call in a telephone network.

15. The node of claim 12, wherein said resource requirements include a call size.

16. The node of claim 12, wherein:

said resource requirements include a call size; and

the decision mechanism includes a comparison mechanism configured to compare said call size with a selected threshold.

17. A system including:

a switching network having a plurality of sending nodes and a plurality of receiving nodes, one of said plurality of sending nodes being a designated sending node and one of said plurality of receiving nodes being a designated receiving node;

a receiver mechanism configured to receive a request for a virtual circuit on said network, said receiver mechanism in communication with at least one of said designated sending node and said designated receiving node;

a determination mechanism configured to examine a set of resource requirements for said request, said determination mechanism in communication with the receiver mechanism; and

a decision mechanism configured to choose whether to dynamically compute a ratio of required resources with quality-of-service restrictions to required resources without such restrictions, responsive to whether any of said resource requirements exceeds a set of selected thresholds, said thresholds determined in response to a network parameter, said decision mechanism in communication with said determination mechanism.

18. The system of claim 17, wherein said switching network is an ATM network.

19. The system of claim 17, wherein said request comprises an incoming call in a telephone network.

20. The system of claim 17, wherein said resource requirements include a call size.

21. The system of claim 17, wherein

said resource requirements include a call size; and

the decision mechanism includes a comparison mechanism configured to compare said call size with a selected threshold.

22. The system of claim 17, further including a rejection mechanism configured to determine whether to reject said request, responsive to said dynamically computed ratio computed by the decision mechanism.

23. An object-oriented software system for selecting routes in a switching network with resource reservation said software system comprising:

an object for receiving a request for a virtual circuit in a switching network, said network having a plurality of sending nodes and a plurality of receiving nodes, said request being received at a sending node;

an object for examining a set of resource requirements for said request; and

an object for choosing whether to dynamically compute a ratio of required resources with quality-of-service restrictions to required resources without such restrictions, responsive to whether any of said resource requirements exceeds a set of selected thresholds, said thresholds determined in response to a network parameter;

wherein a set of actions carried out in operation of said software system are as depicted in the flow diagram of FIG. 1.

24. A software system as in claim 23, wherein said switching network is an ATM network.

25. A software system as in claim 23, wherein said request comprises an incoming call in a telephone network.

26. A software system as in claim 23, wherein said resource requirements include a call size.

27. A software system as in claim 23, wherein

said resource requirements include a call size; and

said step of choosing includes the step of comparing said call size with a selected threshold.

28. A software system as in claim 23, comprising the step of determining whether to reject said request, responsive to said dynamically computed ratio.