Automated route plan generation

- Cisco Technology, Inc.

A communication system includes a tenant with multiple physical locations that include a number of packet enabled telecommunications devices managed by one or more call managers. To generate a route plan for use by a call manager in managing calls from these devices, a route plan wizard determines routing options, location information for the tenant, and gateway information for gateways available to the tenant and then automatically generates a route plan for use in routing telephone calls originating from the managed packet enabled telecommunications devices based on this information.

Skip to: Description  ·  Claims  ·  References Cited  · Patent History  ·  Patent History
Description
CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. application Ser. No. 09/867,795 filed May 29, 2001 and entitled “Automated Route Plan Generation,” which has issued into U.S. Pat. No. 6,704,406 on Mar. 9, 2004.

TECHNICAL FIELD OF THE INVENTION

The present invention relates generally to packet enabled communication systems and, more particularly, to automated route plan generation.

BACKGROUND OF THE INVENTION

Historically, telecommunications involved the transmission of voice and fax signals over a network of dedicated telecommunications equipment, such as the public switched telephone network (PSTN) and private branch exchanges (PBXs). Similarly, data communications have historically taken place over dedicated data networks, such as a local area network (LAN) or a wide area network (WAN). However, technological advancements have led to a convergence of data communications and telecommunications using a shared network. Yet, systems exploiting the advantages resulting from this convergence often prove too complex for typical users to configure and manage.

SUMMARY OF THE INVENTION

In accordance with the present invention, techniques for automated route plan generation are provided that substantially eliminate or reduce disadvantages or problems associated with previous techniques. In a particular embodiment, the present invention satisfies a need for a user friendly, relatively easy to use system for generating route plans.

According to one embodiment of the present invention, a method for generating an external route plan receives routing options for a tenant having multiple physical locations and, for each of the physical locations, receives location information, with the location information having at least one area code and digit dialing requirements. The method presents multiple predefined gateways and receives selections indicating one or more of the gateways. For each of the selected gateways, the method receives gateway information that includes a carrier connection type and a location indicating a selected one of the physical locations. Based on the routing options, the location information, and the gateway information, the method generates a route plan that supports the routing of telephone calls from managed devices of the tenant.

Embodiments of the present invention provide various technical advantages. Using these techniques, a system administrator can generate a relatively complex routing plan without needing an in-depth understanding of the nuances of generating route plans. Moreover, because the system generates route plans automatically based upon basic criteria established by an administrator, the resulting dial plan may prove to be more accurate than comparable, manually configured route plans, even those generated by expert users.

Other technical advantages of the present invention will be readily apparent to one skilled in the art from the following figures, descriptions, and claims. Moreover, while specific advantages have been enumerated above, various embodiments may display all, some, or none of the enumerated advantages and may display other advantages.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention and its advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:

FIG. 1 illustrates a communication system having a call manager that uses a route plan to route telephone calls from managed telephony devices;

FIG. 2 illustrates an interface for presenting various routing options and receiving selections of these options;

FIG. 3 is an illustration of an interface for obtaining tenant information;

FIG. 4 illustrates an interface for obtaining information for physical locations of the tenant;

FIG. 5 illustrates an interface for presenting available gateways and receiving selections of these gateways;

FIG. 6 illustrates an interface for obtaining information on a selected gateway; and

FIG. 7 illustrates an interface for presenting results of the automated route plan generation.

 DETAILED DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a communication system, indicated generally at 10, that includes a call manager 12 responsible for routing calls for packet-enabled telephony communication devices 14 through various available networks, such as an Internet protocol (IP) network 16 and the public switched telephone network (PSTN) 18. In the example illustrated, call manager 12 manages telephony routing for devices 14 in multiple geographic locations, including San Jose and Dallas in this example. Within each geographical area, call manager 12 may use gateways 20 to route telephone calls between IP network 16 and other networks, such as PSTN 18. These gateways 20 may couple to various elements of PSTN 18, such as a local exchange carrier (LEC) 22 or an inter-exchange carrier (IXC) 24 and may couple to other types of networks such as a private branch exchange (PBX) 26. In general, call manager 12 controls the routing of telephone calls from devices 14 across IP network 16, through PSTN 18, or through other available communication networks.

To control routing of telephone calls involving devices 14, call manager 12 includes a memory 28 that maintains one or more route plans 30 detailing appropriate routing for telephone calls. Route plans 30 include information for routing calls and restricting access of users and groups of users to various services. For example, route plans 30 may control the access of selected devices 14 to services, such as access to external networks, long distance services, or international services. Moreover, route plans 30 control the routing of these calls, when permitted, to appropriate gateways 20 depending on conditions in various networks, such as IP network 16 and PSTN 18.

For example, consider device 14 in Dallas placing a telephone call to an external telecommunications device attached to PSTN 18 in San Jose. From a cost standpoint, call manager 12 would ideally route this call through IP network 16 to gateway 20 in San Jose for connection to the external device as a local telephone call. However, depending upon the availability of gateways 20, this route may not be available. Thus, if call manager 12 determines that no gateways 20 are available for the call in San Jose, call manager 12 may “fall back” to routing the call as a long distance telephone call across PSTN 18 through gateway 20 in Dallas. Therefore, route plans 30 may specify a series of gateways 20 for particular patterns of dialed digits to provide multiple potential paths for routing calls.

However, depending on the route used for a call, the calling party's digits and/or the called party's digits may be inappropriate. That is, many networks have specific requirements for the digits of the called and calling parties. Thus, in addition to controlling the routing of telephone calls to appropriate gateways 20, route plans 30 may also specify transformations to the called digits as well as the calling party's digits based on the routing decisions made. For example, if the telephone call from device 14 in Dallas routes through gateway 20 in San Jose, then call manager 12 may modify the dialed digits to remove any long distance access codes and/or the area code dialed by device 14 in Dallas, since the call placed from gateway 20 in San Jose through PSTN 18 to the external device is a local telephone call. Moreover, since PSTN 18 in San Jose may not recognize local calls originating from calling parties with an area code from Dallas, call manager 12 may also modify the calling party digits, for example, by replacing the calling party digits with a local switchboard number in San Jose.

According to a particular embodiment, selected route plans 30 include route lists, route groups, route patterns, and route filters. The route patterns enable call manger 12 to recognize dialed digits and then route a call. Moreover, a route pattern may specify a set of patterns, such as all valid patterns for the North American Numbering Plan (NANP). Route filters permit call manager 12 to restrict access to only specific patterns specified by route plan 30. For example, a route pattern indicating all valid NANP patterns may be restricted by a route filter that prohibits access to long distance or international numbers. Thus, using route patterns in conjunction with route filters, a selected route plan 30 may specify a number of different types of routing options for an administrator to later assign to particular users or groups of users.

Route plan 30 also provides routing actions for call manager 12 to take upon matching the route patterns. These actions may include routing any matching call to a device such as a particular gateway 20 or to a route group and/or route list. Route groups include multiple devices treated as a single gateway. For a call routing to a route group, the call is offered to each device in the route group before being rejected. Thus, according to a particular embodiment, a route group functions as an ordered list of gateways 20. Like a route group combines multiple gateways 20, a route list combines multiple route groups. Thus, a route list may function as an ordered list of route groups. Using route groups and route lists, route plan 30 can provide routing decisions designed to maximize the effectiveness and cost of telecommunications for a tenant.

For example, consider a first route group that includes gateways 20 in San Jose, a second route group that includes gateways 20 in Dallas, and a route list that includes the two route groups. Device 14 in Dallas with long distance access may be assigned access to the route list, with long distance calls to San Jose routing based on the route list. Thus, for a call from device 14 in Dallas to an external number in San Jose, the route list first specifies to attempt routing to the call to the route group of San Jose gateways 20 as a local call with fallback to the route group of Dallas gateways 20 as a long distance call.

Moreover, these route plans 30 may further include partitions and calling search spaces. Partitions serve as directories containing a group of patterns and/or numbers, while search spaces identify particular partitions to search upon receiving a call. Thus, the numbers for selected devices 14 may be assigned to a partition, with those devices accessible only to calls from devices 14 assigned to a search space that includes that partition. Thus, partitions and search spaces separate groups of numbers and provide access to selected groups of numbers.

As evidenced by the relatively simple example illustrated, route plans 30 for even small organizations may require complex routing information in order to be effective. Generating these route plans 30 typically requires administrators with extensive training, a thorough understanding of available routing options, and armed with business rules for the organization. However, due to inexperience, errors, and other factors, route plans 30 generated by these system administrators or “experts” may be incomplete, inaccurate, inefficient, and/or unusable. Thus, to simplify this process, call manager 12 includes a route plan wizard 32 that, through a series of interfaces, elicits information from an administrator and then uses this information to automatically generate one or more route plans 30. According to a particular embodiment, route plan wizard 32 gathers information and generates route plan 30 for use in routing calls placed from devices 14 to other devices 14 and to external numbers. To aid route plan wizard 32 in generating route plans 30, call manager 12 includes configuration data 34 for use in presenting options and transforming information received from an administrator into route plans 30. For example, configuration data 34 may include information describing available gateways 20 for routing information from IP network 16 to other networks.

FIGS. 2 through 7 illustrate exemplary interfaces presented by route plan wizard 32 for eliciting information for use in automatically generating route plans 30. However, although described and illustrated using various interfaces, system 10 and call manager 12 contemplate providing one or more graphical user interfaces using any form, technique, or operation to accomplish the underlying functions and processes illustrated. FIG. 2 illustrates an interface, indicated generally at 40, for presenting routing options and receiving selections and associated information for these routing options. In the example illustrated, the routing options include local call fallback, toll bypass fallback, long distance call fallback, international call fallback, and equal access suppression. As described by the text in interface 40, local call fallback, when enabled, permits call manager 12 to route a call placed to a local number through a remote gateway 20 as a long distance call if no local gateways 20 are available. For example, if device 14 in Dallas dials a local external number yet call manager 12 determines that no gateways 20 are available in Dallas, call manager 12 may route the call through IP network 16 to an available gateway 20 in San Jose, with the call then taking place as a long distance telephone call from San Jose across PSTN 18 to the external number in Dallas.

If toll bypass fallback is enabled, call manager 12 may route long distance telephone calls as a long distance call through PSTN 18 if no gateways 20 are available in the destination area code to route the call as a local telephone call. For example, consider a telephone call placed from device 14 in Dallas to an external number in San Jose. To minimize long distance charges, call manager 12 preferably routes the call through IP network 16 to gateway 20 in San Jose, with the call then proceeding as a local telephone call in San Jose. However, with toll bypass fallback enabled, if gateways 20 are not available in San Jose, call manager 12 may route the call through other available gateways 20 into PSTN 18 as a long distance telephone call.

Long distance call fallback, when enabled, allows call manager 12 to route a long distance telephone call as a long distance telephone call from any available gateway 20. For example, consider a long distance telephone call placed from device 14 in Dallas to a number in New York, where gateways 20 in Dallas are currently unavailable. Upon determining that no gateways 20 in Dallas are available, call manager 12 may route the call through IP network 16 to available gateways 20 in San Jose to place the long distance call from San Jose to New York. Similarly, international call fallback, when enabled, permits call manager 12 to route international calls into PSTN 18 using any available gateways 20.

When equal access suppression is enabled, call manager 12 automatically suppresses any carrier codes dialed by managed devices 14. This prevents users from bypassing the default long distance carrier and selecting an alternate carrier. Interface 40 also allows an administrator to provide access codes for toll bypass and fallback calls and an access code, such as the digit nine, for extensions served by a connected PBX.

FIG. 3 illustrates an interface, indicated generally at 42, for receiving tenant information for a tenant managed by call manager 12. Tenants may be any group or sub-groups of managed and/or accessible telephony equipment, such as routers, gateways, and voice over Internet protocol (VoIP) enable communications devices. In the example illustrated, tenant information includes a name for the tenant as well as the number of physical locations for the tenant. Route plan wizard 32 then elicits information for each of the physical locations indicated for the tenant.

FIG. 4 illustrates an interface, indicated generally at 44, for receiving location information for the various physical locations of the tenant. In the example illustrated, this location information includes a name for the location, local area codes for the location, a main switchboard number for the location, and digit dialing requirements. The digit dialing requirements specify the number of digits that must be dialed for local calls in a given location. For example, in Dallas and San Jose, current local requirements dictate that ten digits must be dialed for local telephone calls. However, interface 44 allows an administrator to specify the digit dialing requirements based upon the current requirements for the location, for example, by specifying ten digit dialing, seven digit dialing, or metro dialing.

FIG. 5 illustrates an interface, indicated generally at 46, that presents a list of available gateways for inclusion within the generated route plan. To determine the available gateways for presentation in interface 46, route plan wizard 32 accesses configuration data 34, which indicates available gateways 20 for routing information between IP network 16, PSTN 18, and other communication networks. Using interface 46, an administrator selects some or all of the presented gateways 20 for inclusion in the generated route plan. Upon receiving selections of particular gateways 20, route plan wizard 32 elicits information from the administrator for each of the selected gateways 20.

FIG. 6 illustrates an interface, indicated generally at 48, presented by route plan wizard 32 for receiving gateway information for one of the gateways 20 selected for inclusion in the generated route plan. In the example illustrated by interface 48, this gateway information includes a location, carrier connection type, calling party identification options, and, if necessary, PBX options. The location for gateway 20 specifies one of the physical locations of the tenant. Thus, in the embodiment illustrated, each selected gateway 20 resides in or is associated with one of the physical locations of the tenant.

The carrier connection type indicates the type of network to which gateway 20 couples. For example, gateways 20 may couple between IP network 16 and PBX 26, LEC 22, IXC 24, and/or any other suitable communications network. This carrier connection type permits route plan wizard 32 to appropriately configure the generated route plan, since different called digits may be required based on the network to which gateway 20 couples. For example, PBX 26 may expect calls to external numbers to have a preceding access code, such as the digit nine. Similarly, for long distance telephone calls, LEC 22 may expect a preceding long distance access code before a phone number, such as the digit one. However, route plan wizard 32 may present options for any appropriate carrier connections and use the selected carrier connection type to appropriately configure the generated route plan based on dialing requirements for the carrier type coupled to gateway 20.

In addition to presenting fields for specifying the location of gateway 20 and the carrier connection type for gateway 20, interface 48 also presents calling party identification options. These options allow an administrator to select the caller identification number presented by calls passing through this gateway 20.

After receiving routing options, tenant information, selected gateways 20, and gateway information for these selected gateways 20, route plan wizard 32 generates route plan 30 that supports the routing of telephone calls within the tenant and to external locations. Using the generated route plan 30, an administrator may assign calling search bases from route plan 30 to phones, gateways, device pools, and other managed elements within the tenant.

FIG. 7 illustrates an interface, indicated generally at 50, that presents a summary of route plan 30 generated based on the received routing options, location information, and gateway information. As illustrated, this summary includes in identification of the tenant and its locations and further presents the generated partitions, calling search spaces, route lists and associated route filters, a route group for the single gateway 20 in this example, and the route groups assigned to particular route lists. As illustrated by this example, even an organization with only two physical locations and a single gateway may require a fairly complex route plan 30. With the addition of locations and gateways 20, the resulting route plans will quickly become much larger and more complex. Thus, the ability for route plan wizard 32 to automatically generate route plan 30 through a series of relatively simple policy and configuration questions provides a great advantage over other configuration techniques.

However, while the preceding description and the associated figures detail specific interfaces presenting fields to elicit specific information in a particular order, system 10 contemplates route wizard 32 presenting interfaces having any appropriate configuration in any suitable order for obtaining data for use in automatically generating route plans 30. Moreover, while the preceding description focuses on the use of route wizard 32 within call manager 12, system 10 contemplates any suitable device executing and/or providing the functionality of route wizard 32 to generate route plans 30 for use by one or more call managers 12.

Although the present invention has been described in several embodiments, a myriad of changes and modifications may be suggested to one skilled in the art, and it is intended that the present invention encompass such changes and modifications as fall within the scope of the present appended claims.

Claims

1. A method for generating a route plan comprising:

receiving routing options for a tenant having a plurality of physical locations;
presenting a plurality of predefined gateways;
receiving selections indicating one or more of the gateways; and
generating a route plan based on the routing options and the selected gateways, the route plan supporting routing of telephone calls from managed devices of the tenant.

2. The method of claim 1, wherein the route plan comprises a plurality of route groups, a plurality of route lists each comprising at least one of the route groups, and a plurality of route patterns each indicating routing of a matching number to a selected one of the route groups and route lists.

3. The method of claim 1, wherein the routing options comprise selections chosen from the group of local call fallback, toll bypass fallback, long distance call fallback, and international call fallback.

4. The method of claim 1, further comprising:

for each of the physical locations, receiving location information, the location information comprising at least one area code and digit dialing requirements; and
basing the route plan on the location information.

5. The method of claim 4, wherein the digit dialing requirements are a selected one of ten-digit dialing, seven-digit dialing, and metro dialing.

6. The method of claim 1, further comprising accessing a network configuration database to identify the gateways.

7. The method of claim 1, further comprising:

for each of the selected gateways, receiving gateway information, the gateway information comprising a carrier connection type and a location indicating a selected one of the physical locations; and
basing the route plan on the gateway information.

8. The method of claim 7, wherein the carrier connection type for the gateway information of each of the gateways is a selected one of local exchange carrier, inter-exchange carrier, and private branch exchange.

9. The method of claim 8, further comprising, for each of the gateways, if the carrier connection type is a private branch exchange, receiving an indication whether to discard an access code for calls sent to the private branch exchange.

10. An apparatus for generating a route plan comprising:

a memory storing network configuration data, the network configuration data describing a plurality of gateways;
a user interface operable to present routing options for a tenant having a plurality of physical locations, to receive selected ones of the routing options, to present a plurality of predefined gateways, and to receive selections indicating one or more of the gateways; and
a route generation module operable to generate a route plan based on the selected routing options and the selected gateways, the route plan supporting routing of telephone calls from managed devices of the tenant.

11. The apparatus of claim 10, wherein the route plan comprises a plurality of route groups, a plurality of route lists each comprising at least one of the route groups, and a plurality of route patterns each indicating routing of a matching number to a selected one of the route groups and route lists.

12. The apparatus of claim 10, wherein the routing options comprise local call fallback, toll bypass fallback, long distance call fallback, and international call fallback.

13. The apparatus of claim 10, wherein the user interface is further operable to receive location information for each of the physical locations, the location information comprising at least one area code and digit dialing requirements, and wherein the route generation module is further operable to base the route plan on the location information.

14. The apparatus of claim 13, wherein the digit dialing requirements are a selected one of ten-digit dialing, seven-digit dialing, and metro dialing.

15. The apparatus of claim 10, further operable to access a network configuration database to identify the gateways.

16. The apparatus of claim 10, further operable, for each of the selected gateways, to receive gateway information, the gateway information comprising a carrier connection type and a location indicating a selected one of the physical locations and to base the route plan on the gateway information.

17. The apparatus of claim 16, wherein the carrier connection type for the gateway information of each of the gateways is a selected one of local exchange carrier, inter-exchange carrier, and private branch exchange.

18. The apparatus of claim 17, further operable, for each of the gateways, if the carrier connection type is a private branch exchange, to receive an indication whether to discard an access code for calls sent to the private branch exchange.

19. Logic for generating a route plan, the logic encoded in media and operable when executed to:

receive routing options for a tenant having a plurality of physical locations;
present a plurality of predefined gateways;
receive selections indicating one or more of the gateways; and
generate a route plan based on the routing options and the selected gateways, the route plan supporting routing of telephone calls from managed devices of the tenant.

20. The logic of claim 19, wherein the route plan comprises a plurality of route groups, a plurality of route lists each comprising at least one of the route groups, and a plurality of route patterns each indicating routing of a matching number to a selected one of the route groups and route lists.

21. The logic of claim 19, wherein the routing options comprise selections chosen from the group of local call fallback, toll bypass fallback, long distance call fallback, and international call fallback.

22. The logic of claim 19, further operable when executed to:

for each of the physical locations, receive location information, the location information comprising at least one area code and digit dialing requirements; and
base the route plan on the location information.

23. The logic of claim 22, wherein the digit dialing requirements are a selected one of ten-digit dialing, seven-digit dialing, and metro dialing.

24. The logic of claim 19, further operable to access a network configuration database to identify the gateways.

25. The logic of claim 19, further operable when executed to:

for each of the selected gateways, receive gateway information, the gateway information comprising a carrier connection type and a location indicating a selected one of the physical locations; and
base the route plan on the gateway information.

26. The logic of claim 25, wherein the carrier connection type for the gateway information of each of the gateways is a selected one of local exchange carrier, inter-exchange carrier, and private branch exchange.

27. The logic of claim 26, further operable, for each of the gateways, if the carrier connection type is a private branch exchange, to receive an indication whether to discard an access code for calls sent to the private branch exchange.

28. An apparatus for generating a route plan comprising:

means for receiving routing options for a tenant having a plurality of physical locations;
means for presenting a plurality of predefined gateways;
means for receiving selections indicating one or more of the gateways; and
means for generating a route plan based on the routing options and the selected gateways, the route plan supporting routing of telephone calls from managed devices of the tenant.

29. A method for generating a route plan comprising:

presenting a plurality of routing options for a tenant having a plurality of physical locations, wherein the routing options comprise local call fallback, toll bypass fallback, long distance call fallback, international call fallback, and equal access suppression;
receiving first selections indicating one or more of the routing options;
for each of the physical locations, receiving location information, the location information comprising at least one area code and digit dialing requirements, wherein the digit dialing requirements are a selected one of ten-digit dialing, seven-digit dialing, and metro dialing;
accessing a network configuration database to identify a plurality of predefined gateways;
presenting the predefined gateways;
receiving second selections indicating one or more of the predefined gateways;
for each of the selected predefined gateways, receiving gateway information, the gateway information comprising a carrier connection type and a location indicating a selected one of the physical locations, wherein the carrier connection type for the gateway information of each of the predefined gateways is a selected one of local exchange carrier, inter-exchange carrier, and private branch exchange; and
generating an external route plan based on the routing options, the location information, and the gateway information, the external route plan supporting the routing of telephone calls from within the tenant to locations external to the tenant;
wherein the route plan comprises a plurality of route groups, a plurality of route lists each comprising at least one of the route groups, and a plurality of route patterns each indicating routing of a matching number to a selected one of the route groups and route lists.
Referenced Cited
U.S. Patent Documents
5335268 August 2, 1994 Kelly et al.
5590188 December 31, 1996 Crockett
5734709 March 31, 1998 DeWitt et al.
5754636 May 19, 1998 Bayless et al.
5812654 September 22, 1998 Anderson et al.
5832196 November 3, 1998 Croslin et al.
5982869 November 9, 1999 Lozano et al.
6055227 April 25, 2000 Lennert et al.
6108669 August 22, 2000 Dalenberg et al.
6163597 December 19, 2000 Voit
6298126 October 2, 2001 Kawecki et al.
6314092 November 6, 2001 Reeve
6377677 April 23, 2002 Ackerley et al.
6381644 April 30, 2002 Munguia et al.
6404864 June 11, 2002 Evslin et al.
6574661 June 3, 2003 Delano et al.
6584189 June 24, 2003 Hansen et al.
6611498 August 26, 2003 Baker et al.
6614781 September 2, 2003 Elliott et al.
Patent History
Patent number: 6975718
Type: Grant
Filed: Jan 20, 2004
Date of Patent: Dec 13, 2005
Assignee: Cisco Technology, Inc. (San Jose, CA)
Inventors: Christopher E. Pearce (Dallas, TX), Rita L. Chow (Dallas, TX)
Primary Examiner: Harry S. Hong
Attorney: Baker Botts L.L.P.
Application Number: 10/762,172