US20050152339A1 - Method, system, and computer program product for route quality checking and management - Google Patents

Method, system, and computer program product for route quality checking and management Download PDF

Info

Publication number
US20050152339A1
US20050152339A1 US10/978,824 US97882404A US2005152339A1 US 20050152339 A1 US20050152339 A1 US 20050152339A1 US 97882404 A US97882404 A US 97882404A US 2005152339 A1 US2005152339 A1 US 2005152339A1
Authority
US
United States
Prior art keywords
route
network
candidate
quality
call
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.)
Abandoned
Application number
US10/978,824
Inventor
Mark Scott
Anita Cheng
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mist Silicon LLC
Original Assignee
Array Telecom Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=33311130&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=US20050152339(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Array Telecom Corp filed Critical Array Telecom Corp
Priority to US10/978,824 priority Critical patent/US20050152339A1/en
Publication of US20050152339A1 publication Critical patent/US20050152339A1/en
Assigned to COLUMBIA PARTNERS, L.L.C. INVESTMENT MANAGEMENT, AS AGENT AND INVESTMENT MANAGER, FOR THE BENEFIT OF ITSELF AND NEIPF, L.P. reassignment COLUMBIA PARTNERS, L.L.C. INVESTMENT MANAGEMENT, AS AGENT AND INVESTMENT MANAGER, FOR THE BENEFIT OF ITSELF AND NEIPF, L.P. SECURITY AGREEMENT Assignors: VERTICAL COMMUNICATIONS ACQUISITION CORP., VERTICAL COMMUNICATIONS, INC.
Assigned to VERTICAL COMMUNICATIONS ACQUISITION CORP. reassignment VERTICAL COMMUNICATIONS ACQUISITION CORP. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ARRAY TELECOM CORPORATION
Assigned to DIGITAL RESOURCE PARTNERS LLC reassignment DIGITAL RESOURCE PARTNERS LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: VERTICAL COMMUNICATIONS ACQUISITION CORP.
Assigned to MIST SILICON LIMITED LIABILITY COMPANY reassignment MIST SILICON LIMITED LIABILITY COMPANY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DIGITAL RESOURCE PARTNERS LLC
Assigned to ARRAY TELECOM CORPORATION reassignment ARRAY TELECOM CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CHENG, ANITA T., SCOTT, MARK D.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/142Network analysis or design using statistical or mathematical methods
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5009Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/70Routing based on monitoring results
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0829Packet loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • H04L43/087Jitter

Definitions

  • the invention relates generally to the field of voice over Internet protocol technology. More particularly, the invention relates to route testing and selection over packet-switched networks.
  • VoIP communications services provide telephony services over packet-switched networks, like the Internet.
  • VoIP services are concerned with route quality. High route quality makes for more reliable and clearer conversations. Route checking and selection over the packet switched network (like the Internet) is necessary to ensure quality of service.
  • voice data is extremely time dependent. Transmission delays and variations in the transmission rate alter the voice data received by the destination.
  • Latency is the amount of time it takes a packet to reach its destination. Jitter is the variation in latency.
  • the route is the path in the network from the origin of a packet or packets to their destination. A route can be a direct end-to-end connection path, or it can consist of a path linked by any number of routers, switches, gateways, gatekeepers, etc.
  • Latency and jitter can degrade the communication path between any two points on a packet-switched network, like the Internet.
  • latency will be perceived by the end users as a delay in the response of the remote site (or other user).
  • jitter is the variation in latency from one packet to another which can be perceived as a stammering in the conversation.
  • Latency and jitter each impact communication differently. For example, if packets always arrived 50 milliseconds (ms) after being transmitted, then there would be a 50 ms latency and no jitter. In another example, however, if packet # 1 arrived 100 ms after transmission, packet # 2 arrived 50 ms after transmission, and packet # 3 arrived 150 ms after transmission, there would be an average jitter of +/ ⁇ 33 ms. In VoIP applications, jitter is often more critical than latency. Jitter can cause a packet to arrive too late to be useful. The effect is that the packet may be delayed enough that the end user will hear a pause in the voice that is talking to them, which is very unnatural if it occurs during the middle of a word or sentence.
  • Jitter typically occurs when the network utilization is too high, and packets are being queued by gateways, switches, routers or other similar devices, causing delivery times to become unpredictable.
  • the Internet because of its complex structure, is often subject to varying degrees of jitter. Jitter variation can occur at different locations and at different times depending upon network traffic and other conditions.
  • Conventional techniques can calculate the jitter and latency present in a route. Some VoIP systems can select routes based on the lowest jitter and/or latency. Other systems can include management of the route selection process in response to network conditions.
  • a system, method and computer program product for route quality checking and management. Further, what is needed is a system, method and computer program product that can test and score routes on a network based on criteria provided by a user. Such a system would provide the optimal route for a call based on the provided criteria. Furthermore, what is needed is a system, method and computer program product that enables users to access the route quality checking and management system and provide individual or group routing preferences and/or other route information so that the system can select the proper route for that individual or group.
  • the invention is directed to a system, method and computer program product for a route quality checking and management system that satisfies the above-stated needs.
  • the method of the present invention involves a routing manager or a route management module implemented at a gateway for determining which other gateways are available to it.
  • a gateway can be any server enabled for routing voice data packets.
  • the method involves the gateway determining the candidate routes to the other gateways, testing those candidate routes, determining candidate route statistics, scoring each candidate route tested, prioritizing each scored route and storing this priority and score information.
  • a routing manager on a gateway tests the routes to other gateways so that it can use the proper routes based on the preferences of users.
  • the method of the invention for checking a network route includes a routing manager determining a gateway available for routing, where the gateway is capable of responding to a request on the communications network.
  • the routing manager determines a candidate route to the gateway, where the candidate route is within the communications network.
  • a routing manager tests the candidate route to a gateway using quality measurement packets, where the quality measurement packets include route information. From the route information, the routing manager determines route statistics, where the route statistics are based on routing information contained within said quality measurement packets. The routing manager score the candidate route based on the route statistics.
  • the method of the invention is implemented in a communications network that includes a packet-switched network, such as frame relay or the Internet.
  • a packet-switched network such as frame relay or the Internet.
  • the method of the invention is implemented in a communications network that includes a public switched telephone network (PSTN) or a combination of a PSTN and a packet-switched network.
  • PSTN public switched telephone network
  • the route information utilized by the invention includes the latency, time jitter, and lost packet information.
  • the method of the invention includes functionality for the routing manager to prioritize the candidate route among other tested routes based on the score obtained for that candidate route.
  • the routing manager has access to a database for storing score information related to the candidate route(s) for use in route selection.
  • the testing functions of the method of the invention include configuring the parameters for quality measurement packets to be sent to a gateway where the parameters include the packet interval, packet length, number of packets, and time limit.
  • the routing manager includes a graphical user interface (GUI) for configuring these parameters.
  • GUI graphical user interface
  • the routing manager includes a GUI for configuring the scoring table of the invention.
  • the routing manager configures the scoring table for use in scoring candidate routes where the table includes a quality score, packet loss, average delay, and average jitter.
  • the routing manager includes a GUI for configuring the route ordering applied for a gateway, where the route ordering includes file logging information, quality of service threshold, and timeout amount.
  • the routing manager forwards quality measurement packets to a gateway, where the quality measurement packets include routing information; and the routing manager receives returned quality measurement packets from a gateway, where the returned quality measurement packets include routing information.
  • the system and computer program product of the present invention includes a routing manager within a gateway coupled to both a network, such as the Internet, and the PSTN, via a local exchange, through which users can access the gateway either over the network or from a device connected to the local exchange.
  • the system contains numerous modules operating either in a redundant or distributed manner, as well as in a serial or parallel manner.
  • the gateway includes a database to store information collected by the routing manager.
  • a gateway is located in a different local exchange from other gateways to provide access to specific geographical locations from the network.
  • more than one gateway can be connected to any given local exchange.
  • other gateways can prioritize route selection based on the utilization of any one of the gateways located in a given local exchange.
  • the computer program product of the present invention further includes a graphical user interface (GUI) for entering the specific criteria used by the method of the present invention for checking and selecting routes.
  • GUI graphical user interface
  • the method of the present invention includes a route testing routine.
  • the testing routine configures packet parameter(s), configures a scoring table, and configures a route order.
  • the method of the present invention includes a testing routine where test packet(s) are sent and received for scoring and determination of route quality.
  • the route checking and management system supplies route information that describes the route. Furthermore, the route checking and management system includes the functionality, in hardware or software or a combination of hardware and software, for performing the methods described herein.
  • VoIP Voice over Packet
  • ATM asynchronous transfer mode
  • One advantage of the invention is that a user can select the routes to other gateways to be tested.
  • Another advantage of the invention is that a user can select the criteria applied to candidate routes so that the proper route is selected.
  • Yet another advantage of the invention is that the system can test routes as the call is being placed and select the best route for that particular call. Furthermore, a user attempting to place a call where the level of quality is below a determined level can have the call routed to the nearest gateway with an acceptable level of quality.
  • FIG. 1 is a block diagram showing an example system architecture, according to an embodiment of the invention, showing network connectivity among various components;
  • FIG. 2 is a block diagram showing an alternative example system architecture, according to an embodiment of the invention, showing network connectivity among the various components;
  • FIG. 3 is a block diagram showing a gateway that includes a routing manager, according to an embodiment of the invention.
  • FIG. 4 is a flowchart illustrating a routine for determining route quality according to an embodiment of the invention
  • FIG. 5 is a flowchart illustrating a routine for candidate route testing according to an embodiment of the invention.
  • FIG. 6 is an exemplary route testing configuration screen according to an embodiment of the invention.
  • FIG. 7 is an exemplary route scoring configuration screen according to an embodiment of the invention.
  • FIG. 8 is an example computer system in one example implementation of the present invention.
  • the routing manager of the invention connects to other modules of the gateway to access information about other gateways and candidate routes to those gateways.
  • the routing manager is able to perform tracing operations to determine the candidate routes to gateways. Once candidate routes are obtained, the routing manager tests the routes to determine their quality of service.
  • Candidate routes are assigned scores (also known as a level).
  • the routing manager can be pre-set with various levels. Additionally, the routing manager can be pre-set with route ordering levels which prioritize the various aspects of a route. These aspects can include the level assigned to a tested route, but this is optional. In other embodiments, aspects include the address of the destination gateway, the cost involved to route to that gateway, etc.
  • the routing manager provides the ordered routes before a user places a call.
  • the routing manager is configured to test candidate routes to a desination gateway whenever a user requests a connection to a call that may utilize that destination gateway.
  • a user of the invention is a caller known to the VoIP system.
  • the system accesses user specific information (route ordering) and the destination address (i.e., the number being called/requested) to determine the candidate routes to use in connecting the call.
  • the system tests the candidate routes to ensure call quality.
  • the system may use route quality statistics, along with user specific information, to determine the proper route.
  • FIG. 1 is a block diagram showing an example VoIP system 100 , according to an embodiment of the invention, showing the network connectivity among the various components. It should be understood that the particular example VoIP system 100 in FIG. 1 is shown for illustrative purposes only and does not limit the invention.
  • the VoIP system 100 includes a network 102 which connects gateways 104 , 106 , and 108 .
  • Network 102 is a packet-switched network capable of serving as an intranet, internet, and/or connecting to the global Internet.
  • Gateways 104 , 106 , and 108 can be physically located anywhere that allows connectivity with network 102 .
  • gateways 104 , 106 , and 108 are connected to a local exchange. As shown in FIG. 1 , gateway 102 is connected to local exchange 110 ; gateway 106 is connected to local exchange 112 ; gateway 108 is connected to local exchange 114 .
  • Local exchanges 110 , 112 , and 114 are each connected to the PSTN.
  • Telephones 116 , 118 , and 120 are each connected to a local exchange.
  • Telephone 116 is connected to local exchange 110 .
  • Telephone 118 is connected to local exchange 112 .
  • Telephone 120 is connected to local exchange 114 .
  • Telephones 116 , 118 , and 120 are representative of any number of telephones connected to a given local exchange. Typically, calls within a local exchange are toll-free or “local” calls. Calls from a telephone in one local exchange to a telephone in another local exchange are typically considered toll calls or long distance calls.
  • FIG. 2 is a block diagram showing an example VoIP system 200 , according to an alternative embodiment of the invention, showing the network connectivity among the various components. It should be understood that the particular example VoIP system 200 in FIG. 2 is shown for illustrative purposes only and does not limit the invention.
  • VoIP system 200 has substantially similar components to VoIP system 100 .
  • VoIP system 200 differs from VoIP system 100 in that gateways 204 and 206 are connected to the same local exchange, local exchange 210 .
  • the purpose of illustrating this difference is to illustrate a feature of embodiments of the invention. It is a feature of the invention that routing decisions can take into account the physical locations of local exchanges when determining the route to use when placing a call over the VoIP systems of the invention.
  • FIG. 3 a block diagram 300 , according to an embodiment of the invention, is shown.
  • Block diagram 300 shows a network 302 connected to gateway 304 .
  • Gateway 304 contains routing manager 306 , control logic 308 , and database 310 .
  • Routing manager 306 provides route checking and selection routines as described herein. Routing manager 306 can be implemented in hardware or software or some combination of hardware and software.
  • Control logic 308 provides additional functionality for voice coding and decoding, user logging, and other VoIP features.
  • Database 310 stores, among other things, the results of route tests, route checking parameters, and route information as described herein. Database 310 can store additional instructions for routing manager 306 to perform.
  • FIG. 4 a flowchart 400 of routine for determining route quality, according to an embodiment of the invention, is shown.
  • the routing manager 306 determines which other gateways are available to route calls. In one embodiment, routing manager 306 can obtain this information from database 310 . In another embodiment, a separate routing server (not shown) can provide information about available gateways.
  • the database 310 and routing server are described in detail in a commonly-owned U.S. patent application Ser. No. 09/527,920, entitled “Method, System, and Computer Program Product for Managing Routing Servers and Services,” incorporated herein by reference in its entirety.
  • the routing manager 306 determines the candidate route(s) to the gateways that were determined in step 402 .
  • candidate route(s) are determined by a tracing operation which determines the physical network route to a gateway.
  • database 310 provides one or more candidate route(s) for each gateway from each other gateway.
  • Candidate routes can include transitions from network 102 to the PSTN via a local exchange, such as local exchange 112 .
  • routing manager 306 determines the availability of candidate routes to each of gateways 204 , 206 , and 208 .
  • step 406 the routing manager 306 tests the candidate route(s) to the gateways.
  • An embodiment of step 406 is discussed further detail in FIG. 5 .
  • routing manager 306 is able to determine information about each gateway tested, such as, but not limited to, the local exchange of each gateway, and services supported by each gateway.
  • the routing manager 306 determines the candidate route statistics based on the information returned in testing step 406 . For example, routing manager 306 determines the latency between its gateway and the other tested gateways. Additional details and embodiments are discussed with respect to FIG. 5 .
  • the routing manager 306 scores the candidate route(s) based on the statistics determined in step 408 . In one embodiment, the routing manager 306 scores candidate route(s) based on both the statistics determined in step 408 and stored information from previous tests. In another embodiment, routing manager 306 scores routes based on an averaging of the statistics either determined or stored or a combination of both.
  • the routing manager 306 prioritizes candidate routes based on their score and the requirements of user.
  • the candidate routes are prioritized at the time a user places a call that utilizes a gateway.
  • a user can prioritize routes for overall voice quality. For example, in FIG. 2 , a user can select criteria which allows the system to select routes in conformance to those criteria. For instance, in the case for high voice quality, routes are selected which meet high voice quality standards, and where such network routes are unavailable, the PSTN routes are substituted. This routing can be more expensive than routing entirely on network 102 because the PSTN is accessed whenever voice quality would suffer, but such alternate routing is possible because the user is able to select and prioritize the criteria for their call.
  • gateway 104 may be in Albany, N.Y.; gateway 108 may be in Manhattan, N.Y.; and gateway 106 may be in Chicago, Ill. If the user is calling from a local exchange with an orginating gateway in London, England, then the least expensive call to Chicago, Ill. is over network 102 to gateway 106 . However, if the call quality is below a preset level, then the call is routed alternatively. If routing to gateway 104 provides high enough call quality, then the remainder of the call is routed over the PSTN to local exchange 112 via local exchange 110 . Therefore, while some PSTN costs may be incurred, the overall costs are still much lower than calling directly from London to Chicago over the PSTN. Furthermore, voice quality is maintained.
  • gateways may be connected to the same local exchange as other gateways, as shown in FIG. 2 .
  • voice quality can be maintained without increases in cost by routing to an alternative gateway in the same local exchange.
  • This embodiment has a further advantage of allowing for network traffic management.
  • the routing manager 306 stores the priority and score information. In an embodiment, this information is stored in database 310 .
  • FIG. 5 a flowchart 500 of routine for testing candidate routes, according to an embodiment of the invention, is shown.
  • the routing manager 306 configures the packet parameters.
  • packets can be set to specific size. Packets can also be sent in groups (numbers of packets). Further, packets can be scheduled to be sent prior to a call or they can be scheduled at regular intervals.
  • a scoring table consists of heirarchical levels assigned to specific values for the parameters being tested.
  • An example scoring table is shown in FIG. 7 as score table panel 708 .
  • the results (latency, jitter, etc.) of the candidate route testing are then compared to the values assigned to the levels of the scoring table.
  • Candidate routes are assigned a score based on the level that matches their results.
  • the routing manager 306 configures the route ordering.
  • Each route is assigned a level (or score) in step 504 .
  • the route ordering is determined by user set values, which order or prioritize routes based on factors that include a route's level.
  • the system can order the routes based on their network address (IP address), cost estimate (the estimated cost for using the route), preference (general user preference), quality of service (the route's score), and static routes (whether the route is static or unchanging and therefore likely to be more reliable).
  • IP address IP address
  • cost estimate the estimated cost for using the route
  • preference general user preference
  • quality of service the route's score
  • static routes whether the route is static or unchanging and therefore likely to be more reliable.
  • the routing manager 306 sends test packet(s).
  • the routing manager 306 first creates a user datagram protocol (UDP) socket used for sending and receiving quality measurement packets; then automatically responds to requests on the socket without any delay; and finally sends messages to the corresponding socket on other gateways to measure the quality of server to those other gateways.
  • UDP packets are used.
  • other protocols can be used (for example, TCP).
  • the routing manager 306 receives returned test packet(s).
  • the destination gateways receive a quality measurement packet from another gateway and return a packet back to the originating gateway as soon as possible.
  • the returned packet includes information about the packet that was received by the destination gateway.
  • the routing manager 306 measures the returned packets and determines a score for the route(s).
  • the measurement and scoring processes of the invention include determining the packet trip time of candidate route, calculating the average variation in the trip time of a measurement packet, and determining the packet loss by counting the number of packets that were not returned.
  • table 1 shows example results from the above-described testing process. From these results shown in Table 1, the average delay, average jitter, and packet loss can be calculated, as shown for one candidate route in table 2 below for the three packets shown in table 1.
  • These figures can be used to score a candidate route as in step 410 by assigning a score to the route based on the results of the tests shown above. In this way, the invention can automatically select the proper route for a call.
  • the routing manager 306 provides input (GUI) screens.
  • GUI input
  • the gateway 304 (as shown in FIG. 3 ) allows users to view and add configuration information for routing manager 306 .
  • GUI allows users of routing manager 306 to specify all inputs (e.g., general settings, route ordering, and routing servers) and options (e.g., packet settings, and scoring tables) described herein.
  • inputs e.g., general settings, route ordering, and routing servers
  • options e.g., packet settings, and scoring tables
  • FIGS. 6 , and 7 show example interface screens of the present invention.
  • routing configuration screen 602 for entering and modifying routing manager 306 settings is shown.
  • Screen 602 includes a general settings panel 604 , a route ordering panel 608 , and a routing servers panel 612 .
  • General settings panel 604 includes a change settings link 606 to add, modify, and/or delete the settings displayed in general settings panel 604 .
  • some settings are cache timeout in seconds, dynamic routing usage, error log file name, quality of service threshold, and quality checking usage.
  • Cache timeout refers to the amount of time (here set to 86,400 seconds or 24 hours) that the cache of stored candidate route scores are stored. In other words, according to one embodiment, each candidate route is tested once every 24 hours and given a new score.
  • Dynamic routing usage refers to the use of alternative routes obtains dynamically from other gateways, as described in detail in a previously cited, commonly-owned U.S. patent application Ser. No. 09/527,920 incorporated herein by reference in its entirety.
  • Error log file provides the name of a file to which error or condition messages may be saved.
  • Quality of service threshold refers to the minimum value that a route can have and still be stored for use by the system of the invention.
  • Quality checking usage refers to enabling the use of route quality checking. For example, according to embodiments of the invention, route testing can be disabled, and route ordering will still take place, albeit without the benefit of quality of service information. These settings can be altered to activate or deactivate the usage of route quality checking. Additionally, a quality of service threshold can be set to determine when route quality checking should be activated automatically.
  • Route ordering panel 608 includes a change link 610 to add, modify, and/or delete the settings displayed in route ordering panel 608 .
  • some settings are address (i.e., domain name or IP address), cost estimate, preference, quality of service, and static routes (truncated in the panel's window).
  • address i.e., domain name or IP address
  • cost estimate can be highly prioritized to limit the range of routes includes in subsequent selections.
  • Quality of service can be similarly applied.
  • Routing servers panel 612 includes listings window 614 , an add link 616 , a properties link 618 and a remove link 620 .
  • Listings window 614 presents the entered servers and their status. In one embodiment, these servers are used to provide candidate routes for testing.
  • Add link 616 allows a user to add additional servers.
  • Properties link 618 allows a user to configure the properties of a server displayed in listings window 614 .
  • Remove link 620 deleted a server from listings window 614 .
  • a quality testing configuration screen 702 for entering and modifying routing manager 306 settings is shown.
  • Screen 702 includes quality checking configuration panel 704 , and score table panel 708 .
  • Quality checking configuration panel 704 includes a change setting link 706 for modifying the packet parameters shown in panel 704 .
  • Packet parameters include, but are not limited to those shown, such as packet interval, which is the rate at which packets are sent, packet length, the number of packets, and the time limit over which packets are to be sent.
  • Score table panel 708 includes listings window 710 , add top link 712 , add after link 714 , delete link 716 , and modify link 718 .
  • Links 712 , 714 , 716 , and 718 allow a user to maintain, update and reset the scoring levels shown in listings window 710 .
  • add top link 712 allows a user to add a score level to the top of the list of score levels.
  • add after link 714 allows a user to add a score level below a selected score level.
  • the scoring table is read from top to bottom and levels assigned to candidate routes based on the first conforming score level.
  • Listings windows 710 displays the parameters used to score routes. As shown in FIG. 7 , these can include average delay, average jitter, packet loss, and quality score (some partially truncated). The average delay, average jitter, and packet loss are determined by the testing methods disclosed herein. For each user defined level of average delay, average jitter and packet loss is also assigned a quality score. The quality score is assigned to a route that is scored as having met the other criteria entered in listings window 710 .
  • FIG. 8 An example of a computer system 840 is shown in FIG. 8 .
  • the computer system 840 represents any single or multi-processor computer.
  • single-threaded and multi-threaded applications can be used.
  • Unified or distributed memory systems can be used.
  • Computer system 840 includes one or more processors, such as processor 844 .
  • processors 844 can execute software implementing routines 300 , and 400 as described above.
  • Each processor 844 is connected to a communication infrastructure 842 (e.g., a communications bus, cross-bar, or network).
  • a communication infrastructure 842 e.g., a communications bus, cross-bar, or network.
  • Computer system 840 can include a display interface 802 that forwards graphics, text, and other data from the communication infrastructure 842 (or from a frame buffer not shown) for display on the display unit 830 .
  • Computer system 840 also includes a main memory 846 , preferably random access memory (RAM), and can also include a secondary memory 848 .
  • the secondary memory 848 can include, for example, a hard disk drive 850 and/or a removable storage drive 852 , representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc.
  • the removable storage drive 852 reads from and/or writes to a removable storage unit 854 in a well known manner.
  • Removable storage unit 854 represents a floppy disk, magnetic tape, optical disk, etc., which is read by and written to by removable storage drive 852 .
  • the removable storage unit 854 includes a computer usable storage medium having stored therein computer software and/or data.
  • secondary memory 848 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 840 .
  • Such means can include, for example, a removable storage unit 862 and an interface 860 .
  • Examples can include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM, or PROM) and associated socket, and other removable storage units 862 and interfaces 860 which allow software and data to be transferred from the removable storage unit 862 to computer system 840 .
  • Computer system 1040 can also include a communications interface 864 .
  • Communications interface 864 allows software and data to be transferred between computer system 840 and external devices via communications path 866 .
  • Examples of communications interface 864 can include a modem, a network interface (such as Ethernet card), a communications port, etc.
  • Software and data transferred via communications interface 864 are in the form of signals which can be electronic, electromagnetic, optical or other signals capable of being received by communications interface 864 , via communications path 866 .
  • communications interface 864 provides a means by which computer system 840 can interface to a network such as the Internet.
  • computer program product is used to generally refer to removable storage unit 854 , a hard disk installed in hard disk drive 850 , or a carrier wave carrying software over a communication path 866 (wireless link or cable) to communication interface 864 .
  • a computer useable medium can include magnetic media, optical media, or other recordable media, or media that transmits a carrier wave or other signal.
  • Computer programs are stored in main memory 846 and/or secondary memory 848 . Computer programs can also be received via communications interface 854 . Such computer programs, when executed, enable the computer system 840 to perform the features of the present invention as discussed herein. In particular, the computer programs, when executed, enable the processor 844 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 840 .
  • the present invention can be implemented as control logic in software, firmware, hardware or any combination thereof.
  • the software may be stored in a computer program product and loaded into computer system 840 using removable storage drive 852 , hard drive 850 , or interface 860 .
  • the computer program product may be downloaded to computer system 840 over communications path 866 .
  • the control logic when executed by the one or more processors 844 , causes the processor(s) 844 to perform the functions of the invention as described herein.
  • the invention is implemented primarily in firmware and/or hardware using, for example, hardware components such as application specific integrated circuits (ASICs).
  • ASICs application specific integrated circuits

Abstract

A method, system and computer program product for route checking and management is described herein. In a voice over internet protocol environment, the invention allows for the testing of routes among various gateways. In an embodiment, a method for selecting a route for a voice over IP call within a communications network is provided. The method includes receiving a VoIP call request from a user, identifying potential candidate routes, assessing the quality and cost of routes and determining a route based on cost, quality and/or user preferences.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. application Ser. No. 09/660,920, filed Sep. 13, 2000, which is hereby incorporated herein in its entirety.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The invention relates generally to the field of voice over Internet protocol technology. More particularly, the invention relates to route testing and selection over packet-switched networks.
  • 2. Related Art
  • Voice over Internet protocol (VoIP) communications services provide telephony services over packet-switched networks, like the Internet. In order to maintain call quality, VoIP services are concerned with route quality. High route quality makes for more reliable and clearer conversations. Route checking and selection over the packet switched network (like the Internet) is necessary to ensure quality of service.
  • Unlike typical data, voice data is extremely time dependent. Transmission delays and variations in the transmission rate alter the voice data received by the destination.
  • In a packet-switched network, latency and jitter are measurable qualities of network performance. Latency is the amount of time it takes a packet to reach its destination. Jitter is the variation in latency. The route is the path in the network from the origin of a packet or packets to their destination. A route can be a direct end-to-end connection path, or it can consist of a path linked by any number of routers, switches, gateways, gatekeepers, etc.
  • Latency and jitter can degrade the communication path between any two points on a packet-switched network, like the Internet. In a VoIP environment, latency will be perceived by the end users as a delay in the response of the remote site (or other user). Furthermore, jitter is the variation in latency from one packet to another which can be perceived as a stammering in the conversation.
  • Latency and jitter each impact communication differently. For example, if packets always arrived 50 milliseconds (ms) after being transmitted, then there would be a 50 ms latency and no jitter. In another example, however, if packet # 1 arrived 100 ms after transmission, packet # 2 arrived 50 ms after transmission, and packet # 3 arrived 150 ms after transmission, there would be an average jitter of +/−33 ms. In VoIP applications, jitter is often more critical than latency. Jitter can cause a packet to arrive too late to be useful. The effect is that the packet may be delayed enough that the end user will hear a pause in the voice that is talking to them, which is very unnatural if it occurs during the middle of a word or sentence.
  • Jitter typically occurs when the network utilization is too high, and packets are being queued by gateways, switches, routers or other similar devices, causing delivery times to become unpredictable. The Internet, because of its complex structure, is often subject to varying degrees of jitter. Jitter variation can occur at different locations and at different times depending upon network traffic and other conditions.
  • Conventional techniques can calculate the jitter and latency present in a route. Some VoIP systems can select routes based on the lowest jitter and/or latency. Other systems can include management of the route selection process in response to network conditions.
  • However, these techniques are not conducive to rapidly changing network conditions and do not provide real-time route checking and selection. Additionally, these techniques do not take into account the costs of switching from the packet switched network to the public switched telephone network (PSTN) in order to maintain quality of service.
  • Furthermore, conventional systems do not allow calling parties to make route selections on a per call basis.
  • Still further, conventional systems do not allow users to supply their own criteria used in the checking and selection of routes.
  • Therefore, in view of the above, what is needed is a system, method and computer program product for route quality checking and management. Further, what is needed is a system, method and computer program product that can test and score routes on a network based on criteria provided by a user. Such a system would provide the optimal route for a call based on the provided criteria. Furthermore, what is needed is a system, method and computer program product that enables users to access the route quality checking and management system and provide individual or group routing preferences and/or other route information so that the system can select the proper route for that individual or group.
  • SUMMARY OF THE INVENTION
  • The invention is directed to a system, method and computer program product for a route quality checking and management system that satisfies the above-stated needs. The method of the present invention involves a routing manager or a route management module implemented at a gateway for determining which other gateways are available to it. A gateway can be any server enabled for routing voice data packets. The method involves the gateway determining the candidate routes to the other gateways, testing those candidate routes, determining candidate route statistics, scoring each candidate route tested, prioritizing each scored route and storing this priority and score information. In one embodiment, a routing manager on a gateway tests the routes to other gateways so that it can use the proper routes based on the preferences of users.
  • The method of the invention for checking a network route includes a routing manager determining a gateway available for routing, where the gateway is capable of responding to a request on the communications network. The routing manager determines a candidate route to the gateway, where the candidate route is within the communications network.
  • A routing manager tests the candidate route to a gateway using quality measurement packets, where the quality measurement packets include route information. From the route information, the routing manager determines route statistics, where the route statistics are based on routing information contained within said quality measurement packets. The routing manager score the candidate route based on the route statistics.
  • In an embodiment, the method of the invention is implemented in a communications network that includes a packet-switched network, such as frame relay or the Internet. Furthermore, in other embodiments, the method of the invention is implemented in a communications network that includes a public switched telephone network (PSTN) or a combination of a PSTN and a packet-switched network.
  • The route information utilized by the invention includes the latency, time jitter, and lost packet information.
  • In an embodiment, the method of the invention includes functionality for the routing manager to prioritize the candidate route among other tested routes based on the score obtained for that candidate route. In other embodiments, the routing manager has access to a database for storing score information related to the candidate route(s) for use in route selection.
  • In one embodiment, the testing functions of the method of the invention include configuring the parameters for quality measurement packets to be sent to a gateway where the parameters include the packet interval, packet length, number of packets, and time limit. The routing manager includes a graphical user interface (GUI) for configuring these parameters.
  • Additionally, the routing manager includes a GUI for configuring the scoring table of the invention. Thus, the routing manager configures the scoring table for use in scoring candidate routes where the table includes a quality score, packet loss, average delay, and average jitter. In other embodiments, the routing manager includes a GUI for configuring the route ordering applied for a gateway, where the route ordering includes file logging information, quality of service threshold, and timeout amount.
  • According to embodiments of the invention, the routing manager forwards quality measurement packets to a gateway, where the quality measurement packets include routing information; and the routing manager receives returned quality measurement packets from a gateway, where the returned quality measurement packets include routing information.
  • The system and computer program product of the present invention includes a routing manager within a gateway coupled to both a network, such as the Internet, and the PSTN, via a local exchange, through which users can access the gateway either over the network or from a device connected to the local exchange. In one embodiment, the system contains numerous modules operating either in a redundant or distributed manner, as well as in a serial or parallel manner. In another embodiment, the gateway includes a database to store information collected by the routing manager.
  • In one embodiment of the invention, a gateway is located in a different local exchange from other gateways to provide access to specific geographical locations from the network. In another embodiment, more than one gateway can be connected to any given local exchange. In this embodiment, other gateways can prioritize route selection based on the utilization of any one of the gateways located in a given local exchange.
  • The computer program product of the present invention further includes a graphical user interface (GUI) for entering the specific criteria used by the method of the present invention for checking and selecting routes.
  • The method of the present invention includes a route testing routine. In one embodiment, the testing routine configures packet parameter(s), configures a scoring table, and configures a route order. The method of the present invention includes a testing routine where test packet(s) are sent and received for scoring and determination of route quality.
  • The route checking and management system supplies route information that describes the route. Furthermore, the route checking and management system includes the functionality, in hardware or software or a combination of hardware and software, for performing the methods described herein.
  • While the invention is described in terms of the above embodiments, this is for convenience only and is not intended to limit its application. In fact, after reading the following description, it will be apparent to one skilled in the relevant art(s), based on the teachings herein, how to implement the invention in alternative embodiments (e.g., using gateways in neighboring local exchanges, and/or stacking gateways in a single local exchange).
  • Furthermore, while the following description refers to the global Internet, it is not intended to limit the application of the invention. It will be apparent to one skilled in the relevant art how to implement the following invention, in any computer network, combination of networks or other alternative embodiments. For example, other Voice over Packet (VoP) networks include frame relay and asynchronous transfer mode (ATM) enabled networks.
  • One advantage of the invention is that a user can select the routes to other gateways to be tested.
  • Another advantage of the invention is that a user can select the criteria applied to candidate routes so that the proper route is selected.
  • Yet another advantage of the invention is that the system can test routes as the call is being placed and select the best route for that particular call. Furthermore, a user attempting to place a call where the level of quality is below a determined level can have the call routed to the nearest gateway with an acceptable level of quality.
  • Further features and advantages of the invention as well as the structure and operation of various embodiments of the invention are described in detail below with reference to the accompanying drawings.
  • BRIEF DESCRIPTION OF THE FIGURES
  • The accompanying drawings, which are incorporated herein and form a part of the specification, illustrate the invention and, together with the description, further serve to explain the principles of the invention and to enable a person skilled in the pertinent art to make and use the invention.
  • In the drawings:
  • FIG. 1 is a block diagram showing an example system architecture, according to an embodiment of the invention, showing network connectivity among various components;
  • FIG. 2 is a block diagram showing an alternative example system architecture, according to an embodiment of the invention, showing network connectivity among the various components;
  • FIG. 3 is a block diagram showing a gateway that includes a routing manager, according to an embodiment of the invention;
  • FIG. 4 is a flowchart illustrating a routine for determining route quality according to an embodiment of the invention;
  • FIG. 5 is a flowchart illustrating a routine for candidate route testing according to an embodiment of the invention;
  • FIG. 6 is an exemplary route testing configuration screen according to an embodiment of the invention;
  • FIG. 7 is an exemplary route scoring configuration screen according to an embodiment of the invention; and
  • FIG. 8 is an example computer system in one example implementation of the present invention.
  • The invention will now be described with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar elements. Additionally, the left-most digit(s) of a reference number identifies the drawing in which the reference number first appears.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • In summary, the routing manager of the invention connects to other modules of the gateway to access information about other gateways and candidate routes to those gateways. In an alternative embodiment, the routing manager is able to perform tracing operations to determine the candidate routes to gateways. Once candidate routes are obtained, the routing manager tests the routes to determine their quality of service.
  • Candidate routes are assigned scores (also known as a level). The routing manager can be pre-set with various levels. Additionally, the routing manager can be pre-set with route ordering levels which prioritize the various aspects of a route. These aspects can include the level assigned to a tested route, but this is optional. In other embodiments, aspects include the address of the destination gateway, the cost involved to route to that gateway, etc.
  • In an embodiment, the routing manager provides the ordered routes before a user places a call. In another embodiment, the routing manager is configured to test candidate routes to a desination gateway whenever a user requests a connection to a call that may utilize that destination gateway.
  • In brief, a user of the invention is a caller known to the VoIP system. When the system receives a call request from the user, the system accesses user specific information (route ordering) and the destination address (i.e., the number being called/requested) to determine the candidate routes to use in connecting the call. The system tests the candidate routes to ensure call quality. The system may use route quality statistics, along with user specific information, to determine the proper route. These and additional embodiments and examples of the invention are now discussed in greater detail.
  • FIG. 1 is a block diagram showing an example VoIP system 100, according to an embodiment of the invention, showing the network connectivity among the various components. It should be understood that the particular example VoIP system 100 in FIG. 1 is shown for illustrative purposes only and does not limit the invention.
  • The VoIP system 100 includes a network 102 which connects gateways 104, 106, and 108. Network 102 is a packet-switched network capable of serving as an intranet, internet, and/or connecting to the global Internet. Gateways 104, 106, and 108 can be physically located anywhere that allows connectivity with network 102.
  • Each of gateways 104, 106, and 108 are connected to a local exchange. As shown in FIG. 1, gateway 102 is connected to local exchange 110; gateway 106 is connected to local exchange 112; gateway 108 is connected to local exchange 114.
  • Local exchanges 110, 112, and 114 are each connected to the PSTN.
  • Telephones 116, 118, and 120 are each connected to a local exchange. Telephone 116 is connected to local exchange 110. Telephone 118 is connected to local exchange 112. Telephone 120 is connected to local exchange 114.
  • Telephones 116, 118, and 120 are representative of any number of telephones connected to a given local exchange. Typically, calls within a local exchange are toll-free or “local” calls. Calls from a telephone in one local exchange to a telephone in another local exchange are typically considered toll calls or long distance calls.
  • FIG. 2 is a block diagram showing an example VoIP system 200, according to an alternative embodiment of the invention, showing the network connectivity among the various components. It should be understood that the particular example VoIP system 200 in FIG. 2 is shown for illustrative purposes only and does not limit the invention.
  • VoIP system 200 has substantially similar components to VoIP system 100. VoIP system 200 differs from VoIP system 100 in that gateways 204 and 206 are connected to the same local exchange, local exchange 210. The purpose of illustrating this difference is to illustrate a feature of embodiments of the invention. It is a feature of the invention that routing decisions can take into account the physical locations of local exchanges when determining the route to use when placing a call over the VoIP systems of the invention.
  • Referring to FIG. 3, a block diagram 300, according to an embodiment of the invention, is shown.
  • Block diagram 300 shows a network 302 connected to gateway 304. Gateway 304 contains routing manager 306, control logic 308, and database 310. Routing manager 306 provides route checking and selection routines as described herein. Routing manager 306 can be implemented in hardware or software or some combination of hardware and software. Control logic 308 provides additional functionality for voice coding and decoding, user logging, and other VoIP features. Database 310 stores, among other things, the results of route tests, route checking parameters, and route information as described herein. Database 310 can store additional instructions for routing manager 306 to perform.
  • Referring to FIG. 4, a flowchart 400 of routine for determining route quality, according to an embodiment of the invention, is shown.
  • In step 402, the routing manager 306 determines which other gateways are available to route calls. In one embodiment, routing manager 306 can obtain this information from database 310. In another embodiment, a separate routing server (not shown) can provide information about available gateways. The database 310 and routing server are described in detail in a commonly-owned U.S. patent application Ser. No. 09/527,920, entitled “Method, System, and Computer Program Product for Managing Routing Servers and Services,” incorporated herein by reference in its entirety.
  • In step 404, the routing manager 306 determines the candidate route(s) to the gateways that were determined in step 402. In one embodiment, candidate route(s) are determined by a tracing operation which determines the physical network route to a gateway. In another embodiment, database 310 provides one or more candidate route(s) for each gateway from each other gateway. Candidate routes can include transitions from network 102 to the PSTN via a local exchange, such as local exchange 112. In one embodiment, routing manager 306 determines the availability of candidate routes to each of gateways 204, 206, and 208.
  • In step 406, the routing manager 306 tests the candidate route(s) to the gateways. An embodiment of step 406 is discussed further detail in FIG. 5. In an embodiment, routing manager 306 is able to determine information about each gateway tested, such as, but not limited to, the local exchange of each gateway, and services supported by each gateway.
  • In step 408, the routing manager 306 determines the candidate route statistics based on the information returned in testing step 406. For example, routing manager 306 determines the latency between its gateway and the other tested gateways. Additional details and embodiments are discussed with respect to FIG. 5.
  • In step 410, the routing manager 306 scores the candidate route(s) based on the statistics determined in step 408. In one embodiment, the routing manager 306 scores candidate route(s) based on both the statistics determined in step 408 and stored information from previous tests. In another embodiment, routing manager 306 scores routes based on an averaging of the statistics either determined or stored or a combination of both.
  • In step 412, the routing manager 306 prioritizes candidate routes based on their score and the requirements of user. In one embodiment, the candidate routes are prioritized at the time a user places a call that utilizes a gateway.
  • In one embodiment, a user can prioritize routes for overall voice quality. For example, in FIG. 2, a user can select criteria which allows the system to select routes in conformance to those criteria. For instance, in the case for high voice quality, routes are selected which meet high voice quality standards, and where such network routes are unavailable, the PSTN routes are substituted. This routing can be more expensive than routing entirely on network 102 because the PSTN is accessed whenever voice quality would suffer, but such alternate routing is possible because the user is able to select and prioritize the criteria for their call.
  • In an further embodiment, gateway 104 may be in Albany, N.Y.; gateway 108 may be in Manhattan, N.Y.; and gateway 106 may be in Chicago, Ill. If the user is calling from a local exchange with an orginating gateway in London, England, then the least expensive call to Chicago, Ill. is over network 102 to gateway 106. However, if the call quality is below a preset level, then the call is routed alternatively. If routing to gateway 104 provides high enough call quality, then the remainder of the call is routed over the PSTN to local exchange 112 via local exchange 110. Therefore, while some PSTN costs may be incurred, the overall costs are still much lower than calling directly from London to Chicago over the PSTN. Furthermore, voice quality is maintained.
  • In an alterative embodiment, gateways may be connected to the same local exchange as other gateways, as shown in FIG. 2. Thus, voice quality can be maintained without increases in cost by routing to an alternative gateway in the same local exchange. This embodiment has a further advantage of allowing for network traffic management.
  • In step 414, the routing manager 306 stores the priority and score information. In an embodiment, this information is stored in database 310.
  • Referring to FIG. 5, a flowchart 500 of routine for testing candidate routes, according to an embodiment of the invention, is shown.
  • In step 502, the routing manager 306 configures the packet parameters. In one embodiment, packets can be set to specific size. Packets can also be sent in groups (numbers of packets). Further, packets can be scheduled to be sent prior to a call or they can be scheduled at regular intervals.
  • In step 504, the routing manager 306 configures a scoring table. In one embodiment, a scoring table consists of heirarchical levels assigned to specific values for the parameters being tested. An example scoring table is shown in FIG. 7 as score table panel 708. The results (latency, jitter, etc.) of the candidate route testing (see below) are then compared to the values assigned to the levels of the scoring table. Candidate routes are assigned a score based on the level that matches their results.
  • In step 506, the routing manager 306 configures the route ordering. Each route is assigned a level (or score) in step 504. The route ordering is determined by user set values, which order or prioritize routes based on factors that include a route's level. In one embodiment, the system can order the routes based on their network address (IP address), cost estimate (the estimated cost for using the route), preference (general user preference), quality of service (the route's score), and static routes (whether the route is static or unchanging and therefore likely to be more reliable).
  • While the actual scoring and ordering of routes occurs after the testing steps of testing step 406, the levels of routes and route level ordering can be determined prior to actual testing.
  • In step 508, the routing manager 306 sends test packet(s). In one embodiment, the routing manager 306 first creates a user datagram protocol (UDP) socket used for sending and receiving quality measurement packets; then automatically responds to requests on the socket without any delay; and finally sends messages to the corresponding socket on other gateways to measure the quality of server to those other gateways. In the above-described step UDP packets are used. However, as one skilled in the relevant art will recognize other protocols can be used (for example, TCP).
  • In step 510, the routing manager 306 receives returned test packet(s). In an embodiment, the destination gateways receive a quality measurement packet from another gateway and return a packet back to the originating gateway as soon as possible. The returned packet includes information about the packet that was received by the destination gateway.
  • As described above, the routing manager 306 measures the returned packets and determines a score for the route(s).
  • Measurement and Scoring Embodiments
  • In embodiments, the measurement and scoring processes of the invention include determining the packet trip time of candidate route, calculating the average variation in the trip time of a measurement packet, and determining the packet loss by counting the number of packets that were not returned. For example, table 1 shows example results from the above-described testing process. From these results shown in Table 1, the average delay, average jitter, and packet loss can be calculated, as shown for one candidate route in table 2 below for the three packets shown in table 1.
    TABLE 1
    Send Receive
    Pkt Time Time Delay Jitter
    N x Y y − x |(y − x) − (y − x)ave|
    1  0 ms  45 ms 45 ms 0 ms
    2  60 ms 110 ms 50 ms 5 ms
    3 120 ms 160 ms 40 ms 5 ms
  • TABLE 2
    Average Average Packet
    Delay Jitter Loss
    45 ms 3 ms 0%
  • The packet loss percentage becomes more important even at low levels. Five (5) per-cent packet loss may be entirely unacceptable to a user. These figures can be used to score a candidate route as in step 410 by assigning a score to the route based on the results of the tests shown above. In this way, the invention can automatically select the proper route for a call.
  • Furthermore, as one skilled in the relevant art(s) based on the teachings described herein would recognize, these embodiments can be implemented with any of the methods discussed herein, where the routing manager of the invention is determining and/or testing candidate routes.
  • The above-mentioned figures are exemplary illustrations of features of the present invention and are not intended to limit the present invention in any way. All the embodiments described herein can be combined with each other to form alternative processes of using the invention. Specifically, several features of the invention can be implemented in combination with other features of the invention to form further embodiments. For example, steps 508 and 510 of FIG. 5 can be repeated for each call received by the gateway 304, while the other steps shown in FIG. 5 would only be performed if the particular user required a modification.
  • Graphical User Interface
  • In one embodiment of the invention, the routing manager 306 provides input (GUI) screens. The gateway 304 (as shown in FIG. 3) allows users to view and add configuration information for routing manager 306.
  • As will be apparent to one skilled in the relevant art(s), the GUI allows users of routing manager 306 to specify all inputs (e.g., general settings, route ordering, and routing servers) and options (e.g., packet settings, and scoring tables) described herein.
  • FIGS. 6, and 7 show example interface screens of the present invention.
  • These screens are exemplary and for illustrative purposes only, as the present invention is sufficiently flexible to allow different screen designs. It should be noted that the particular information appearing in input screens of the routing manager 306, result from the information entered by the user. Thus, it will be apparent to one skilled in the relevant art(s) that the configuration defined in steps 502, 504, and 506 utilize the information that will be entered in the screens during operation of the routing manager 306.
  • Referring to FIG. 6, a routing configuration screen 602 for entering and modifying routing manager 306 settings is shown.
  • Screen 602 includes a general settings panel 604, a route ordering panel 608, and a routing servers panel 612.
  • General settings panel 604 includes a change settings link 606 to add, modify, and/or delete the settings displayed in general settings panel 604. As shown in FIG. 6, some settings are cache timeout in seconds, dynamic routing usage, error log file name, quality of service threshold, and quality checking usage. Cache timeout refers to the amount of time (here set to 86,400 seconds or 24 hours) that the cache of stored candidate route scores are stored. In other words, according to one embodiment, each candidate route is tested once every 24 hours and given a new score. Dynamic routing usage refers to the use of alternative routes obtains dynamically from other gateways, as described in detail in a previously cited, commonly-owned U.S. patent application Ser. No. 09/527,920 incorporated herein by reference in its entirety. Error log file provides the name of a file to which error or condition messages may be saved. Quality of service threshold refers to the minimum value that a route can have and still be stored for use by the system of the invention. Quality checking usage refers to enabling the use of route quality checking. For example, according to embodiments of the invention, route testing can be disabled, and route ordering will still take place, albeit without the benefit of quality of service information. These settings can be altered to activate or deactivate the usage of route quality checking. Additionally, a quality of service threshold can be set to determine when route quality checking should be activated automatically.
  • Route ordering panel 608 includes a change link 610 to add, modify, and/or delete the settings displayed in route ordering panel 608. As shown in FIG. 6, some settings are address (i.e., domain name or IP address), cost estimate, preference, quality of service, and static routes (truncated in the panel's window). In this way, a user can prioritize the parameters with which routes are selected. In a broad application, cost estimate can be highly prioritized to limit the range of routes includes in subsequent selections. Quality of service can be similarly applied.
  • Routing servers panel 612 includes listings window 614, an add link 616, a properties link 618 and a remove link 620. Listings window 614 presents the entered servers and their status. In one embodiment, these servers are used to provide candidate routes for testing. Add link 616 allows a user to add additional servers. Properties link 618 allows a user to configure the properties of a server displayed in listings window 614. Remove link 620 deleted a server from listings window 614.
  • Referring to FIG. 7, a quality testing configuration screen 702 for entering and modifying routing manager 306 settings is shown.
  • Screen 702 includes quality checking configuration panel 704, and score table panel 708.
  • Quality checking configuration panel 704 includes a change setting link 706 for modifying the packet parameters shown in panel 704. Packet parameters include, but are not limited to those shown, such as packet interval, which is the rate at which packets are sent, packet length, the number of packets, and the time limit over which packets are to be sent.
  • Score table panel 708 includes listings window 710, add top link 712, add after link 714, delete link 716, and modify link 718. Links 712, 714, 716, and 718 allow a user to maintain, update and reset the scoring levels shown in listings window 710. Specifically, add top link 712 allows a user to add a score level to the top of the list of score levels. Similarly, add after link 714 allows a user to add a score level below a selected score level. In an embodiment, the scoring table is read from top to bottom and levels assigned to candidate routes based on the first conforming score level.
  • Listings windows 710 displays the parameters used to score routes. As shown in FIG. 7, these can include average delay, average jitter, packet loss, and quality score (some partially truncated). The average delay, average jitter, and packet loss are determined by the testing methods disclosed herein. For each user defined level of average delay, average jitter and packet loss is also assigned a quality score. The quality score is assigned to a route that is scored as having met the other criteria entered in listings window 710.
  • Description of the example screens in these terms is provided for convenience only. It is not intended that the invention be limited to application in these example screens. In fact, after reading the description contained herein, it will become apparent to a person skilled in the relevant art(s) how to implement the invention with alternative screens.
  • Example Computer System
  • An example of a computer system 840 is shown in FIG. 8. The computer system 840 represents any single or multi-processor computer. In conjunction, single-threaded and multi-threaded applications can be used. Unified or distributed memory systems can be used.
  • Computer system 840 includes one or more processors, such as processor 844. One or more processors 844 can execute software implementing routines 300, and 400 as described above. Each processor 844 is connected to a communication infrastructure 842 (e.g., a communications bus, cross-bar, or network). Various software embodiments are described in terms of this exemplary computer system. After reading this description, it will become apparent to a person skilled in the relevant art how to implement the invention using other computer systems and/or computer architectures.
  • Computer system 840 can include a display interface 802 that forwards graphics, text, and other data from the communication infrastructure 842 (or from a frame buffer not shown) for display on the display unit 830.
  • Computer system 840 also includes a main memory 846, preferably random access memory (RAM), and can also include a secondary memory 848. The secondary memory 848 can include, for example, a hard disk drive 850 and/or a removable storage drive 852, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. The removable storage drive 852 reads from and/or writes to a removable storage unit 854 in a well known manner. Removable storage unit 854 represents a floppy disk, magnetic tape, optical disk, etc., which is read by and written to by removable storage drive 852. As will be appreciated, the removable storage unit 854 includes a computer usable storage medium having stored therein computer software and/or data.
  • In alternative embodiments, secondary memory 848 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 840. Such means can include, for example, a removable storage unit 862 and an interface 860. Examples can include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM, or PROM) and associated socket, and other removable storage units 862 and interfaces 860 which allow software and data to be transferred from the removable storage unit 862 to computer system 840.
  • Computer system 1040 can also include a communications interface 864. Communications interface 864 allows software and data to be transferred between computer system 840 and external devices via communications path 866. Examples of communications interface 864 can include a modem, a network interface (such as Ethernet card), a communications port, etc. Software and data transferred via communications interface 864 are in the form of signals which can be electronic, electromagnetic, optical or other signals capable of being received by communications interface 864, via communications path 866. Note that communications interface 864 provides a means by which computer system 840 can interface to a network such as the Internet.
  • The term “computer program product” is used to generally refer to removable storage unit 854, a hard disk installed in hard disk drive 850, or a carrier wave carrying software over a communication path 866 (wireless link or cable) to communication interface 864. A computer useable medium can include magnetic media, optical media, or other recordable media, or media that transmits a carrier wave or other signal. These computer program products are means for providing software to computer system 840.
  • Computer programs (also called computer control logic) are stored in main memory 846 and/or secondary memory 848. Computer programs can also be received via communications interface 854. Such computer programs, when executed, enable the computer system 840 to perform the features of the present invention as discussed herein. In particular, the computer programs, when executed, enable the processor 844 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 840.
  • The present invention can be implemented as control logic in software, firmware, hardware or any combination thereof. In an embodiment where the invention is implemented using software, the software may be stored in a computer program product and loaded into computer system 840 using removable storage drive 852, hard drive 850, or interface 860. Alternatively, the computer program product may be downloaded to computer system 840 over communications path 866. The control logic (software), when executed by the one or more processors 844, causes the processor(s) 844 to perform the functions of the invention as described herein.
  • In another embodiment, the invention is implemented primarily in firmware and/or hardware using, for example, hardware components such as application specific integrated circuits (ASICs). Implementation of a hardware state machine so as to perform the functions described herein will be apparent to persons skilled in the relevant art(s).
  • CONCLUSION
  • While various embodiments of the invention have been described above, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention. This is especially true in light of technology and terms within the relevant art(s) that may be later developed. Thus the invention should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.

Claims (14)

1. A method for selecting a route for a voice over IP (VoIP) call within a communications network, comprising:
(a) receiving a VoIP call request from a user;
(b) identifying a plurality of candidate routes to establish the VoIP call;
(c) assessing each of said candidate routes using quality measurement packets, wherein said quality measurement packets can be used to determine at least one route quality metric; and
(d) selecting a candidate route from said plurality of candidate routes.
2. The method of claim 1, further comprising establishing a voice over IP (VoIP) call over the candidate route selected in step (d).
3. The method of claim 1, wherein said communication network comprises an Internet.
4. The method of claim 1, wherein said communication network comprises a packet switched network and a public switched telephone network.
5. The method of claim 4, wherein selecting a candidate route uses as a factor locations of local exchanges within a public switched telephone network.
6. The method of claim 4, wherein selecting a candidate route uses as a factor whether a candidate route requires the use of a toll call within the public switched telephone network.
7. The method of claim 1, wherein said communication network comprises a frame relay network, an ATM network, an IP protocol-based network, a circuit-switched network or a combination of more than one of a frame relay network, an ATM network, an IP protocol-based network, a circuit-switched network.
8. The method of claim 1, wherein said the candidate route is selected on a per-call basis.
9. The method of claim 1, wherein selecting a candidate route uses as a factor the at least one route quality metric.
10. The method of claim 1, wherein selecting a candidate routes uses as a factor route cost and the at least one route quality metric.
11. The method of claim 1, further comprising receiving user preferences related to call quality and cost factors.
12. The method of claim 11, wherein selecting a candidate route uses as a factor user preferences related to call quality and cost and costs and quality of candidate routes.
13. The method of claim 1, wherein said at least one route quality metric includes latency, time jitter or lost packet information.
14. The method of claim 14, further comprising ordering the candidate routes, wherein said ordering is based on one or more of network addresses, route costs, general user preferences, route quality of service and whether a route is static, wherein a static route is one that is unchanging.
US10/978,824 2000-09-13 2004-11-02 Method, system, and computer program product for route quality checking and management Abandoned US20050152339A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/978,824 US20050152339A1 (en) 2000-09-13 2004-11-02 Method, system, and computer program product for route quality checking and management

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/660,920 US6816464B1 (en) 2000-09-13 2000-09-13 Method, system, and computer program product for route quality checking and management
US10/978,824 US20050152339A1 (en) 2000-09-13 2004-11-02 Method, system, and computer program product for route quality checking and management

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/660,920 Continuation US6816464B1 (en) 2000-09-13 2000-09-13 Method, system, and computer program product for route quality checking and management

Publications (1)

Publication Number Publication Date
US20050152339A1 true US20050152339A1 (en) 2005-07-14

Family

ID=33311130

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/660,920 Expired - Lifetime US6816464B1 (en) 2000-09-13 2000-09-13 Method, system, and computer program product for route quality checking and management
US10/978,824 Abandoned US20050152339A1 (en) 2000-09-13 2004-11-02 Method, system, and computer program product for route quality checking and management

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/660,920 Expired - Lifetime US6816464B1 (en) 2000-09-13 2000-09-13 Method, system, and computer program product for route quality checking and management

Country Status (1)

Country Link
US (2) US6816464B1 (en)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050180390A1 (en) * 2004-02-18 2005-08-18 Ronald Baruzzi Method to provide cost-effective migration of call handling from a legacy network to a new network
US6999417B1 (en) * 2001-11-30 2006-02-14 Cisco Technology, Inc. Devices, softwares and methods for incorporating burstiness of packet loss metric in QoS based network routing
US20070019559A1 (en) * 2005-07-21 2007-01-25 Netcordia, Inc. Voice over IP analysis system and method
US20080031153A1 (en) * 2006-08-03 2008-02-07 Bluenote Networks, Inc. Testing and monitoring voice over internet protocol (VoIP) service using instrumented test streams to determine the quality, capacity and utilization of the VoIP network
US20080310614A1 (en) * 2000-02-07 2008-12-18 Ward Jonathan O Methods, Systems, and Products for Billing Calls
US20090268713A1 (en) * 2008-04-23 2009-10-29 Vonage Holdings Corporation Method and apparatus for testing in a communication network
US7920492B1 (en) 2001-08-23 2011-04-05 Cisco Technology, Inc. Devices, softwares and methods for redundantly encoding a data stream for network transmission with adjustable redundant-coding delay
US20130258852A1 (en) * 2005-05-09 2013-10-03 Cisco Technology, Inc. Method and apparatus for route optimization enforcement and verification
US8804697B1 (en) * 2008-06-13 2014-08-12 Ooma, Inc. Distributed call routing in a VoIP system
US10098021B2 (en) * 2015-05-28 2018-10-09 Apple Inc. VoLTE quality of service enhancement with preconditions
US10116796B2 (en) 2015-10-09 2018-10-30 Ooma, Inc. Real-time communications-based internet advertising
US10158584B2 (en) 2015-05-08 2018-12-18 Ooma, Inc. Remote fault tolerance for managing alternative networks for high quality of service communications
US10469556B2 (en) 2007-05-31 2019-11-05 Ooma, Inc. System and method for providing audio cues in operation of a VoIP service
US10553098B2 (en) 2014-05-20 2020-02-04 Ooma, Inc. Appliance device integration with alarm systems
GB2516625B (en) * 2013-07-25 2021-05-26 Metaswitch Networks Ltd Controlling a user device
US11032211B2 (en) 2015-05-08 2021-06-08 Ooma, Inc. Communications hub
US11075830B2 (en) * 2018-10-12 2021-07-27 Massachusetts Institute Of Technology Diversity routing to improve delay-jitter tradeoff in uncertain network environments

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7796524B1 (en) * 2000-10-06 2010-09-14 O'connell David Monitoring quality of service in packet-based communications
US20020078028A1 (en) * 2000-12-18 2002-06-20 Trevalon Inc. Network server
JP2002300274A (en) * 2001-03-30 2002-10-11 Fujitsu Ltd Gateway device and voice data transfer method
US7277943B1 (en) * 2001-04-10 2007-10-02 Cisco Technology, Inc. Devices, software and methods for allocating jitter buffer memory based on network region of network endpoint
US20020188647A1 (en) * 2001-06-12 2002-12-12 Dovi Mark A. Method and apparatus for optimizing data transfers between processes
US7000236B2 (en) * 2001-07-30 2006-02-14 Bellsouth Intellectual Property Corporation System and method for using web based applications to manipulate data with manipulation functions
US7808902B1 (en) * 2001-08-03 2010-10-05 Cisco Technology, Inc. Method of performance measurement for a scalable network
US7120118B2 (en) * 2001-10-18 2006-10-10 Intel Corporation Multi-path analysis for managing machine communications in a network
CA2488461A1 (en) * 2002-06-05 2003-12-18 Interdigital Technology Corporation Method and apparatus for switching between a wireless local area network and a wide area network
US8305926B2 (en) * 2002-09-04 2012-11-06 At&T Intellectual Property Ii, L.P. Method and apparatus for self-learning of call routing information
US7313737B2 (en) * 2003-03-19 2007-12-25 Nokia Corporation Adaptive link adaptation
KR100597588B1 (en) * 2003-10-02 2006-07-06 한국전자통신연구원 Method for Measurement of Path characteristic between nodes using Active Testing Packet based Priority
US20050281199A1 (en) * 2004-06-22 2005-12-22 Simpson Grant M Method and system for communications routing
US7852749B2 (en) * 2005-04-06 2010-12-14 Callwave, Inc. Methods and systems for routing telecommunications
US7995464B1 (en) * 2005-06-27 2011-08-09 At&T Intellectual Property Ii, L.P. Method and apparatus for measuring quality of service levels
US8483100B2 (en) * 2005-11-14 2013-07-09 Broadcom Corporation Communication device supporting both internet and public switched telephone network telephony
US8139554B1 (en) * 2006-01-03 2012-03-20 Dust Networks, Inc. Providing bounded latency communication in wireless mesh networks
US20110246358A1 (en) * 2010-03-31 2011-10-06 Bank Of America Corporation Enhanced Least Cost Routing of Fund Transfer Transactions
US20100125514A1 (en) * 2008-11-14 2010-05-20 Bank Of America Corporation Least Cost Routing of Fund Transfer Transactions
US20110238568A1 (en) * 2008-11-14 2011-09-29 Bank Of America Corporation Enhanced Optimized Routing With Volume Controls
US8375035B2 (en) * 2010-08-17 2013-02-12 Oracle International Corporation Visual aid to assist making purchase by tracking key product characteristics
US8767716B2 (en) 2011-09-19 2014-07-01 Vonage Network, Llc Systems and methods of routing IP telephony data packet communications
WO2014085217A1 (en) * 2012-11-30 2014-06-05 Vonage Network, Llc Systems and methods of routing ip telephony data packet communications
US10003536B2 (en) 2013-07-25 2018-06-19 Grigore Raileanu System and method for managing bandwidth usage rates in a packet-switched network
DE112014002049B4 (en) * 2014-03-27 2017-04-13 Mitsubishi Electric Corporation Quality data processing device for wireless communication and communication system
US10291597B2 (en) 2014-08-14 2019-05-14 Cisco Technology, Inc. Sharing resources across multiple devices in online meetings
US10924408B2 (en) 2014-11-07 2021-02-16 Noction, Inc. System and method for optimizing traffic in packet-switched networks with internet exchanges
US10542126B2 (en) 2014-12-22 2020-01-21 Cisco Technology, Inc. Offline virtual participation in an online conference meeting
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
US9948786B2 (en) 2015-04-17 2018-04-17 Cisco Technology, Inc. Handling conferences using highly-distributed agents
US10454877B2 (en) 2016-04-29 2019-10-22 Cisco Technology, Inc. Interoperability between data plane learning endpoints and control plane learning endpoints in overlay networks
US10592867B2 (en) 2016-11-11 2020-03-17 Cisco Technology, Inc. In-meeting graphical user interface display using calendar information and system
US10516707B2 (en) 2016-12-15 2019-12-24 Cisco Technology, Inc. Initiating a conferencing meeting using a conference room device
US10440073B2 (en) 2017-04-11 2019-10-08 Cisco Technology, Inc. User interface for proximity based teleconference transfer
US10375125B2 (en) 2017-04-27 2019-08-06 Cisco Technology, Inc. Automatically joining devices to a video conference
US10963813B2 (en) 2017-04-28 2021-03-30 Cisco Technology, Inc. Data sovereignty compliant machine learning
US10375474B2 (en) 2017-06-12 2019-08-06 Cisco Technology, Inc. Hybrid horn microphone
US10477148B2 (en) 2017-06-23 2019-11-12 Cisco Technology, Inc. Speaker anticipation
US10516709B2 (en) 2017-06-29 2019-12-24 Cisco Technology, Inc. Files automatically shared at conference initiation
US10608901B2 (en) 2017-07-12 2020-03-31 Cisco Technology, Inc. System and method for applying machine learning algorithms to compute health scores for workload scheduling
US10706391B2 (en) 2017-07-13 2020-07-07 Cisco Technology, Inc. Protecting scheduled meeting in physical room
US10091348B1 (en) 2017-07-25 2018-10-02 Cisco Technology, Inc. Predictive model for voice/video over IP calls
US10867067B2 (en) 2018-06-07 2020-12-15 Cisco Technology, Inc. Hybrid cognitive system for AI/ML data privacy

Citations (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5452294A (en) * 1994-07-05 1995-09-19 Motorola, Inc. Method and apparatus for adaptive route selection in communication networks
US5621727A (en) * 1994-09-16 1997-04-15 Octel Communications Corporation System and method for private addressing plans using community addressing
US5629930A (en) * 1995-10-31 1997-05-13 Northern Telecom Limited Call routing in an ATM switching network
US5742596A (en) * 1995-11-12 1998-04-21 Phonet Communication Ltd. Network based distributed PBX system
US5757871A (en) * 1994-03-18 1998-05-26 Fujitsu Limited Jitter suppression circuit for clock signals used for sending data from a synchronous transmission network to an asynchronous transmission network
US5790538A (en) * 1996-01-26 1998-08-04 Telogy Networks, Inc. System and method for voice Playout in an asynchronous packet network
US5790543A (en) * 1995-09-25 1998-08-04 Bell Atlantic Network Services, Inc. Apparatus and method for correcting jitter in data packets
US5805602A (en) * 1995-09-25 1998-09-08 Bell Atlantic Network Services, Inc. Network monitoring system for cell delay variation
US5812840A (en) * 1994-03-24 1998-09-22 Speedware Ltee./Ltd. Database query system
US5870464A (en) * 1995-11-13 1999-02-09 Answersoft, Inc. Intelligent information routing system and method
US5892822A (en) * 1996-12-30 1999-04-06 Mci Communications Corporation Method of and system for call routing compliant with international regulatory routing requirements
US5897613A (en) * 1997-10-08 1999-04-27 Lucent Technologies Inc. Efficient transmission of voice silence intervals
US5900000A (en) * 1995-06-07 1999-05-04 International Business Machines Corporation System, method, and computer program product for providing and incremental retrieval adaptor
US5940829A (en) * 1994-09-21 1999-08-17 Hitachi, Ltd. Work flow management system
US5940832A (en) * 1994-03-10 1999-08-17 Fujitsu Limited Dynamic database structuring method and apparatus, and database clustering method and apparatus
US5940479A (en) * 1996-10-01 1999-08-17 Northern Telecom Limited System and method for transmitting aural information between a computer and telephone equipment
US5940827A (en) * 1995-03-31 1999-08-17 Sun Microsystems, Inc. Methods and apparatus for managing a database in a distributed operating environment
US5953405A (en) * 1997-02-10 1999-09-14 Genesys Telecommunications Laboratories, Inc. Agent-predictive routing process in call-routing systems
US5956339A (en) * 1996-10-17 1999-09-21 Fujitsu Limited Apparatus for selecting a route in a packet-switched communications network
US6356545B1 (en) * 1997-08-08 2002-03-12 Clarent Corporation Internet telephone system with dynamically varying codec
US6363065B1 (en) * 1999-11-10 2002-03-26 Quintum Technologies, Inc. okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein
US6363319B1 (en) * 1999-08-31 2002-03-26 Nortel Networks Limited Constraint-based route selection using biased cost
US6366560B1 (en) * 1998-03-20 2002-04-02 Fujitsu Limited Route selection service control system
US6385193B1 (en) * 1996-11-07 2002-05-07 At&T Wan-based gateway
US20020059432A1 (en) * 2000-10-26 2002-05-16 Shigeto Masuda Integrated service network system
US6404746B1 (en) * 1999-07-13 2002-06-11 Intervoice Limited Partnership System and method for packet network media redirection
US6426955B1 (en) * 1997-09-16 2002-07-30 Transnexus, Inc. Internet telephony call routing engine
US6483808B1 (en) * 1999-04-28 2002-11-19 3Com Corporation Method of optimizing routing decisions over multiple parameters utilizing fuzzy logic
US6487172B1 (en) * 1998-08-21 2002-11-26 Nortel Networks Limited Packet network route selection method and apparatus using a bidding algorithm
US20030012178A1 (en) * 2001-04-06 2003-01-16 Mussman Harry Edward Alternate routing of voice communication in a packet-based network
US6519249B1 (en) * 1998-12-23 2003-02-11 Nortel Networks Ltd Scalable gatekeepers in an internet telephony system and a method of operation
US6529499B1 (en) * 1998-09-22 2003-03-04 Lucent Technologies Inc. Method for providing quality of service for delay sensitive traffic over IP networks
US6580721B1 (en) * 1998-08-11 2003-06-17 Nortel Networks Limited Routing and rate control in a universal transfer mode network
US6584110B1 (en) * 1999-01-13 2003-06-24 Fujitsu Limited Voice gateway and route selection
US6594268B1 (en) * 1999-03-11 2003-07-15 Lucent Technologies Inc. Adaptive routing system and method for QOS packet networks
US6597684B1 (en) * 1997-12-24 2003-07-22 Nortel Networks Ltd. Distributed architecture and associated protocols for efficient quality of service-based route computation
US6600738B1 (en) * 1999-10-02 2003-07-29 Ericsson, Inc. Routing in an IP network based on codec availability and subscriber preference
US6614765B1 (en) * 1997-10-07 2003-09-02 At&T Corp. Methods and systems for dynamically managing the routing of information over an integrated global communication network
US6650621B1 (en) * 1999-06-28 2003-11-18 Stonesoft Oy Load balancing routing algorithm based upon predefined criteria
US6683852B2 (en) * 1998-12-15 2004-01-27 Lucent Technologies Inc. Call admission control methods and apparatus for improving route selection in packet networks
US6760324B1 (en) * 1999-09-10 2004-07-06 Array Telecom Corporation Method, system, and computer program product for providing voice over the internet communication
US7221646B2 (en) * 2001-06-07 2007-05-22 Fujitsu Limited Optimized path establishment method and network management system using the method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010040885A1 (en) 1995-10-13 2001-11-15 Howard Jonas Method and apparatus for transmitting and routing voice telephone calls over a packet switched computer network
US7336649B1 (en) 1995-12-20 2008-02-26 Verizon Business Global Llc Hybrid packet-switched and circuit-switched telephony system
EP0886936A4 (en) 1996-01-23 1999-04-28 Firetalk Inc Internet telecommunications system
JP2000504183A (en) 1996-01-31 2000-04-04 ラブズ・オブ・アドバンスト・テクノロジーズ・インターナショナル・コーポレーション Complex network for real-time telephone-to-telephone voice communication

Patent Citations (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5940832A (en) * 1994-03-10 1999-08-17 Fujitsu Limited Dynamic database structuring method and apparatus, and database clustering method and apparatus
US5757871A (en) * 1994-03-18 1998-05-26 Fujitsu Limited Jitter suppression circuit for clock signals used for sending data from a synchronous transmission network to an asynchronous transmission network
US5812840A (en) * 1994-03-24 1998-09-22 Speedware Ltee./Ltd. Database query system
US5452294A (en) * 1994-07-05 1995-09-19 Motorola, Inc. Method and apparatus for adaptive route selection in communication networks
US5621727A (en) * 1994-09-16 1997-04-15 Octel Communications Corporation System and method for private addressing plans using community addressing
US5940829A (en) * 1994-09-21 1999-08-17 Hitachi, Ltd. Work flow management system
US5940827A (en) * 1995-03-31 1999-08-17 Sun Microsystems, Inc. Methods and apparatus for managing a database in a distributed operating environment
US5900000A (en) * 1995-06-07 1999-05-04 International Business Machines Corporation System, method, and computer program product for providing and incremental retrieval adaptor
US5790543A (en) * 1995-09-25 1998-08-04 Bell Atlantic Network Services, Inc. Apparatus and method for correcting jitter in data packets
US5805602A (en) * 1995-09-25 1998-09-08 Bell Atlantic Network Services, Inc. Network monitoring system for cell delay variation
US5629930A (en) * 1995-10-31 1997-05-13 Northern Telecom Limited Call routing in an ATM switching network
US5742596A (en) * 1995-11-12 1998-04-21 Phonet Communication Ltd. Network based distributed PBX system
US5870464A (en) * 1995-11-13 1999-02-09 Answersoft, Inc. Intelligent information routing system and method
US5790538A (en) * 1996-01-26 1998-08-04 Telogy Networks, Inc. System and method for voice Playout in an asynchronous packet network
US5940479A (en) * 1996-10-01 1999-08-17 Northern Telecom Limited System and method for transmitting aural information between a computer and telephone equipment
US5956339A (en) * 1996-10-17 1999-09-21 Fujitsu Limited Apparatus for selecting a route in a packet-switched communications network
US6385193B1 (en) * 1996-11-07 2002-05-07 At&T Wan-based gateway
US5892822A (en) * 1996-12-30 1999-04-06 Mci Communications Corporation Method of and system for call routing compliant with international regulatory routing requirements
US5953405A (en) * 1997-02-10 1999-09-14 Genesys Telecommunications Laboratories, Inc. Agent-predictive routing process in call-routing systems
US6356545B1 (en) * 1997-08-08 2002-03-12 Clarent Corporation Internet telephone system with dynamically varying codec
US6426955B1 (en) * 1997-09-16 2002-07-30 Transnexus, Inc. Internet telephony call routing engine
US6614765B1 (en) * 1997-10-07 2003-09-02 At&T Corp. Methods and systems for dynamically managing the routing of information over an integrated global communication network
US5897613A (en) * 1997-10-08 1999-04-27 Lucent Technologies Inc. Efficient transmission of voice silence intervals
US6597684B1 (en) * 1997-12-24 2003-07-22 Nortel Networks Ltd. Distributed architecture and associated protocols for efficient quality of service-based route computation
US6366560B1 (en) * 1998-03-20 2002-04-02 Fujitsu Limited Route selection service control system
US7310349B2 (en) * 1998-08-11 2007-12-18 Nortel Networks Limited Routing and rate control in a universal transfer mode network
US6580721B1 (en) * 1998-08-11 2003-06-17 Nortel Networks Limited Routing and rate control in a universal transfer mode network
US6487172B1 (en) * 1998-08-21 2002-11-26 Nortel Networks Limited Packet network route selection method and apparatus using a bidding algorithm
US6529499B1 (en) * 1998-09-22 2003-03-04 Lucent Technologies Inc. Method for providing quality of service for delay sensitive traffic over IP networks
US6683852B2 (en) * 1998-12-15 2004-01-27 Lucent Technologies Inc. Call admission control methods and apparatus for improving route selection in packet networks
US6519249B1 (en) * 1998-12-23 2003-02-11 Nortel Networks Ltd Scalable gatekeepers in an internet telephony system and a method of operation
US6584110B1 (en) * 1999-01-13 2003-06-24 Fujitsu Limited Voice gateway and route selection
US6594268B1 (en) * 1999-03-11 2003-07-15 Lucent Technologies Inc. Adaptive routing system and method for QOS packet networks
US6483808B1 (en) * 1999-04-28 2002-11-19 3Com Corporation Method of optimizing routing decisions over multiple parameters utilizing fuzzy logic
US6650621B1 (en) * 1999-06-28 2003-11-18 Stonesoft Oy Load balancing routing algorithm based upon predefined criteria
US6404746B1 (en) * 1999-07-13 2002-06-11 Intervoice Limited Partnership System and method for packet network media redirection
US6363319B1 (en) * 1999-08-31 2002-03-26 Nortel Networks Limited Constraint-based route selection using biased cost
US6760324B1 (en) * 1999-09-10 2004-07-06 Array Telecom Corporation Method, system, and computer program product for providing voice over the internet communication
US6600738B1 (en) * 1999-10-02 2003-07-29 Ericsson, Inc. Routing in an IP network based on codec availability and subscriber preference
US6363065B1 (en) * 1999-11-10 2002-03-26 Quintum Technologies, Inc. okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein
US20020059432A1 (en) * 2000-10-26 2002-05-16 Shigeto Masuda Integrated service network system
US20030012178A1 (en) * 2001-04-06 2003-01-16 Mussman Harry Edward Alternate routing of voice communication in a packet-based network
US7339934B2 (en) * 2001-04-06 2008-03-04 Level 3 Communications, Llc Alternate routing of voice communication in a packet-based network
US7221646B2 (en) * 2001-06-07 2007-05-22 Fujitsu Limited Optimized path establishment method and network management system using the method

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8611515B2 (en) * 2000-02-07 2013-12-17 At&T Intellectual Property I, L.P. Methods, systems, and products for billing calls
US20080310614A1 (en) * 2000-02-07 2008-12-18 Ward Jonathan O Methods, Systems, and Products for Billing Calls
US7920492B1 (en) 2001-08-23 2011-04-05 Cisco Technology, Inc. Devices, softwares and methods for redundantly encoding a data stream for network transmission with adjustable redundant-coding delay
US7808912B2 (en) 2001-11-30 2010-10-05 Cisco Technology, Inc. Devices, softwares and methods for incorporating burstiness of packet loss metric in QoS based network routing
US6999417B1 (en) * 2001-11-30 2006-02-14 Cisco Technology, Inc. Devices, softwares and methods for incorporating burstiness of packet loss metric in QoS based network routing
US20060072600A1 (en) * 2001-11-30 2006-04-06 Cisco Technology, Inc. Devices, softwares and methods for incorporating burstiness of packet loss metric in QoS based network routing
US20050180390A1 (en) * 2004-02-18 2005-08-18 Ronald Baruzzi Method to provide cost-effective migration of call handling from a legacy network to a new network
US20130258852A1 (en) * 2005-05-09 2013-10-03 Cisco Technology, Inc. Method and apparatus for route optimization enforcement and verification
US8942106B2 (en) * 2005-05-09 2015-01-27 Cisco Technology, Inc. Method and apparatus for route optimization enforcement and verification
US20070019559A1 (en) * 2005-07-21 2007-01-25 Netcordia, Inc. Voice over IP analysis system and method
US7616579B2 (en) 2005-07-21 2009-11-10 Netcordia, Inc. Voice over IP analysis system and method
WO2007015818A3 (en) * 2005-07-21 2007-05-24 Netcordia Inc Voice over ip analysis system and method
WO2007015818A2 (en) * 2005-07-21 2007-02-08 Netcordia, Inc. Voice over ip analysis system and method
US20080031153A1 (en) * 2006-08-03 2008-02-07 Bluenote Networks, Inc. Testing and monitoring voice over internet protocol (VoIP) service using instrumented test streams to determine the quality, capacity and utilization of the VoIP network
US8660016B2 (en) * 2006-08-03 2014-02-25 Aspect Software, Inc. Testing and monitoring voice over internet protocol (VoIP) service using instrumented test streams to determine the quality, capacity and utilization of the VoIP network
US10469556B2 (en) 2007-05-31 2019-11-05 Ooma, Inc. System and method for providing audio cues in operation of a VoIP service
US20090268713A1 (en) * 2008-04-23 2009-10-29 Vonage Holdings Corporation Method and apparatus for testing in a communication network
US9769237B2 (en) * 2008-04-23 2017-09-19 Vonage America Inc. Method and apparatus for testing in a communication network
US8804697B1 (en) * 2008-06-13 2014-08-12 Ooma, Inc. Distributed call routing in a VoIP system
US9319531B1 (en) 2008-06-13 2016-04-19 Ooma, Inc. Distributed call routing in a VoIP system
GB2516625B (en) * 2013-07-25 2021-05-26 Metaswitch Networks Ltd Controlling a user device
US10553098B2 (en) 2014-05-20 2020-02-04 Ooma, Inc. Appliance device integration with alarm systems
US10158584B2 (en) 2015-05-08 2018-12-18 Ooma, Inc. Remote fault tolerance for managing alternative networks for high quality of service communications
US11032211B2 (en) 2015-05-08 2021-06-08 Ooma, Inc. Communications hub
US10098021B2 (en) * 2015-05-28 2018-10-09 Apple Inc. VoLTE quality of service enhancement with preconditions
US10116796B2 (en) 2015-10-09 2018-10-30 Ooma, Inc. Real-time communications-based internet advertising
US11075830B2 (en) * 2018-10-12 2021-07-27 Massachusetts Institute Of Technology Diversity routing to improve delay-jitter tradeoff in uncertain network environments

Also Published As

Publication number Publication date
US6816464B1 (en) 2004-11-09

Similar Documents

Publication Publication Date Title
US6816464B1 (en) Method, system, and computer program product for route quality checking and management
US7995464B1 (en) Method and apparatus for measuring quality of service levels
US8767716B2 (en) Systems and methods of routing IP telephony data packet communications
US7577131B2 (en) System and method for voice over internet protocol (VoIP) and facsimile over internet protocol (FoIP) calling over the internet
US11159598B2 (en) Systems and methods for optimization of transmission of real-time data via network labeling
US8570896B2 (en) System and method for controlling threshold testing within a network
EP3146755B1 (en) Synthetic transactions between communication endpoints
US8265062B2 (en) System and method for accomplishing special call treatment in a voice over internet protocol telephone system
US9444738B2 (en) System and method for monitoring the volume of calls carried by a voice over internet protocol telephone system
EP1739878A2 (en) Method and apparatus for dynamically calculating the capacity of a packet network
US20070286351A1 (en) Method and System for Adaptive Media Quality Monitoring
EP1071267A2 (en) Rerouting voice call failing to meet a certain quality of service in a packed based network
US20060233183A1 (en) Methods, systems, and computer program products for dynamic blocking and unblocking of media over packet resources
US8983046B2 (en) Method and apparatus for providing end-to-end call completion status
US7046636B1 (en) System and method for adaptively improving voice quality throughout a communication session
US20100265832A1 (en) Method and apparatus for managing a slow response on a network
US6480898B1 (en) System, method, and computer program product for managing a carrier exchange network
CN106027326A (en) Link health detection method and link health detection apparatus
JP2007082200A (en) Method and apparatus for unifying customer care inquiry through different media types
Wang et al. Design and implementation of QoS-provisioning system for voice over IP
EP1229685A2 (en) Service level agreement manager for a data network
US8189761B2 (en) Method and system for managing calls
Tortorella Service reliability theory and engineering, II: Models and examples
Walker et al. The Essential Guide to VoIP implementation and management
WO2001013653A1 (en) Resource management

Legal Events

Date Code Title Description
AS Assignment

Owner name: COLUMBIA PARTNERS, L.L.C. INVESTMENT MANAGEMENT, A

Free format text: SECURITY AGREEMENT;ASSIGNORS:VERTICAL COMMUNICATIONS, INC.;VERTICAL COMMUNICATIONS ACQUISITION CORP.;REEL/FRAME:018407/0598

Effective date: 20061019

AS Assignment

Owner name: VERTICAL COMMUNICATIONS ACQUISITION CORP., FLORIDA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ARRAY TELECOM CORPORATION;REEL/FRAME:021018/0745

Effective date: 20050927

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: DIGITAL RESOURCE PARTNERS LLC, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VERTICAL COMMUNICATIONS ACQUISITION CORP.;REEL/FRAME:027451/0457

Effective date: 20111110

AS Assignment

Owner name: MIST SILICON LIMITED LIABILITY COMPANY, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DIGITAL RESOURCE PARTNERS LLC;REEL/FRAME:027593/0721

Effective date: 20111122

AS Assignment

Owner name: ARRAY TELECOM CORPORATION, VIRGINIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SCOTT, MARK D.;CHENG, ANITA T.;REEL/FRAME:027649/0735

Effective date: 20000907