[go: up one dir, main page]

WO2001061947A1 - Traduction et acheminement d'adresses destines a la telephonie par internet - Google Patents

Traduction et acheminement d'adresses destines a la telephonie par internet Download PDF

Info

Publication number
WO2001061947A1
WO2001061947A1 PCT/US2001/004804 US0104804W WO0161947A1 WO 2001061947 A1 WO2001061947 A1 WO 2001061947A1 US 0104804 W US0104804 W US 0104804W WO 0161947 A1 WO0161947 A1 WO 0161947A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
gateway
route
address translation
routing
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.)
Ceased
Application number
PCT/US2001/004804
Other languages
English (en)
Inventor
Ayaz Jawad
Vohra Anurag
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.)
Xybridge Technologies Inc
Original Assignee
Xybridge Technologies Inc
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
Application filed by Xybridge Technologies Inc filed Critical Xybridge Technologies Inc
Priority to AU2001243156A priority Critical patent/AU2001243156A1/en
Publication of WO2001061947A1 publication Critical patent/WO2001061947A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2564—NAT traversal for a higher-layer protocol, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2575—NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2585—NAT traversal through application level gateway [ALG]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/125—Details of gateway equipment
    • H04M7/1255—Details of gateway equipment where the switching fabric and the switching logic are decomposed such as in Media Gateway Control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/128—Details of addressing, directories or routing tables

Definitions

  • the present invention relates to telecommunication networks, and, more particularly, to telecommunication switches .
  • a network convergence is taking place in which there is a need to reliably establish communication links through a plurality of communication networks according to the requirements of the calling party.
  • the worldwide network is particularly advantageous in that physical boundaries are not as recognizable and do not have the influence that they do in modern telephone networks in the public switch telephone network.
  • national telephone networks are developed to only transmit international calls through specialized gateways from country to country.
  • a user dialing an international call will have his or her call actually transmitted through a plurality of different switches including that which forms the international gateway prior to exiting his or her country and going into the destination country.
  • a network convergence is taking place in which there is a need to reliably establish communication links through a plurality of communication networks according to the requirements of the calling party. As a part of this, there is a need to be able to route calls and to create communication links from end point to end point without, in the immediate future, replacing current systems and technologies with new and more flexible systems.
  • a need further exists to integrate the operation public switched telephone network and private networks with Internet based telephone networks to reduce the price of transporting data and voice in a real-time basis for tolled communication links.
  • a system of the present invention includes a plurality of separate components that, collectively, have the functionality of a monolithic switch.
  • a part of the system is a distributed Call Agent that is formed to analyze an incoming call or request for a communication link, to determine the type of device at the source or originating end, to analyze the destination and to determine the type of device to which the call or communication link will be terminated.
  • the Call Agent is formed to determine a path route that best satisfies the calling parties requirements for the call or communication link.
  • the Call Agent includes a distributed address translation table and routing engine that performs the stated functionality.
  • the address translation and call route determination is performed in an external system.
  • the Call Agent of the described embodiment includes three functional blocks. Those blocks include an incoming address translation module, a route selection module, and an outgoing address translation module. Collectively, these three modules serve to analyze the source of a call and the digits dialed to properly interpret and respond to those dialed digits to route the call to the intended destination. These modules may be collocated or may be geographically separated but connected to operate as one system.
  • the incoming address translation module analyzes the dialed number, the originating gateway and the number type to generate a query to a database that includes address translation data. Based on the input parameters, the address translation module will receive a response to its query from the database holding the address translation data to produce a route directory number, as well as an address type and feature type for the numbers being dialed. These outputs from the input address translation module are then produced to a route selection module that also evaluates preferred network types, quality of serving ratings, cost specifications and potentially other parameters to actually ascertain the appropriate route string, terminating network type and terminating gateway name. These determined items are extracted by way of a query from a database that includes routing tables. The ordered list and other outputs of the route selection module are then produced at least partially to an outgoing address translation module. The outgoing address translation module, by analyzing the route number and the terminating gateway number, generates a query to an address translation data table within a database to determine the translated directory number .
  • the Call Agent may perform the signaling for a call from an originating gateway to a terminating gateway.
  • the Call Agent communicates with the terminating gateway and reserves a port for receiving the call, that port information is transmitted back to the originating gateway device to enable it to identify and route the call to the terminating gateway.
  • the Address Translation and Routing Engine enables a geographically distributed switch to analyze any dialed number from any country with the dialing habits particular to that country and terminate it accordingly anywhere in its network. It simultaneously handles origination from public as well as any number of private networks under its domain. A process taking inputs like user preference of network type, carrier code, QOS, and least cost determines the terminating side.
  • NDC National Destination Code
  • the node may support another country, or set of countries or all countries.
  • One may also define a set of special treatment numbers (feature codes) per node for which a separate action needs to be taken.
  • FIG. 1 is a functional block diagram of a traditional public switch telephone network (PSTN) in which international calls are set up by way of a plurality of international gateways.
  • PSTN public switch telephone network
  • FIGS. 2-7 are tables that illustrate the types of data that geographically distributed CA should be able to process to route a call.
  • FIG. 8 is a functional block diagram of a network formed according to one embodiment of the present invention.
  • FIG. 9 is a functional block diagram of a communication network formed according to one embodiment of the present invention.
  • FIG. 10 is a functional block diagram of a network including a Call Agent with an address translation and route selection module coupled to communicate with a plurality of media gateway devices according to one aspect of the present invention.
  • FIG. 11 is a functional block diagram of a Call Agent that includes an address translation and route selection module according to one embodiment of the present invention.
  • FIG. 12 is a functional block diagram of a Call Agent formed according to an alternate embodiment of the present invention.
  • FIG. 13 is a functional block diagram of an incoming address translation module formed according to one embodiment of the present invention.
  • FIG. 14 is a functional block diagram of a route selection module.
  • FIG. 15 is a functional block diagram of an outgoing address translation module formed to produce a translated directory number that is used for routing the call according to one embodiment of the present invention.
  • FIG. 16 is a flow chart illustrating a method for address translation and call routing according to one embodiment of the present invention.
  • FIG. 17 is a flow chart illustrating a method for address translation and call routing according to one embodiment of the present invention.
  • FIG. 18 is a flow chart illustrating a method for address translation and call routing according to one embodiment of the present invention.
  • FIG. 19 is a flow chart illustrating a method for setting up a call through a communication link that includes the Internet according to one embodiment of the present invention.
  • FIG. 20 is a flow chart illustrating one aspect of a method for processing a dialed number according to one embodiment of the present invention.
  • FIG. 21 is a flow chart illustrating another aspect of a method for processing a dialed number according to one embodiment of the present invention.
  • FIG. 22 is a signal flow diagram that illustrates operation of a telecommunication network for two network calls according to one embodiment of the present invention.
  • FIG. 1 is a functional block diagram of a traditional public switch telephone network (PSTN) in which international calls are set up by way of a plurality of international gateways.
  • PSTN public switch telephone network
  • an international gateway 102 that is within international borders 104 and 106 is coupled to set up all international calls going in and out of the country within the borders 104 and 106.
  • the country defined by borders 104 and 106 shall be labeled country A.
  • Country B is exists between borders 106 and 108. As may be seen, country B also has one international gateway 110.
  • Each Class 4 switch 112 and 114 is coupled to one or more local exchange carriers such as local exchange carrier (LEC)
  • LEC local exchange carrier
  • LEC 116 In the system shown, LEC 116, as well as the other
  • LEC s 118, 120 and 122 are each coupled to a plurality of gateway systems such as private branch exchange (PBX)
  • PBX private branch exchange
  • a telephone 10 is coupled to communicate through PBX 124.
  • PBX Packet Control Function
  • PBX 124 is also coupled to telephone 15. Accordingly, if a user of telephone 10 wishes to dial a user of telephone 15, then the user would only enter the digits for the extension for telephone 15. PBX 124, upon receiving the dialed digits representing telephone 15' s extension, would merely route the call directly to telephone 15.
  • LEC 116 is not at all involved in the process of setting up a call between telephones 10 and 15. If, on the other hand, user of telephone 10 wishes to dial the user of telephone 20, then, as may be seen, the user would be required to dial a digit to get an outside line from PBX 124 which would then cause set up signals to be routed through LEC 116 to Class 4 switch 112 and then down to LEC 118 and then to PBX 126 where the call could be completed or terminated to telephone 20.
  • the call setup signals would be routed through LEC 116, Class 4 switch 112 and then directly to Class 4 switch 114 over line 128 before being routed down to LEC 122 to telephone 25.
  • the Class 4 switches such as switch 112 and switch 114 are, within the same borders, directly connected by a line such as line 128. This avoids the necessity for the call setup signals to be transmitted through international gateway 102 since each
  • Class 4 switch 112 and 114 serve different regions of the country that is served by international gateway 102. As may also be seen, if the caller of phone 10 wishes to reach a user at phone 30, then the call setup signals are routed through international gateway 102 into international gateway 110 and then down through Class 4 switch 130 and then to LEC 132 to gateway 136 and then to telephone 30 where the call is terminated.
  • the call setup signals are transmitted from the gateways or PBXs such as PBX 124 and gateway 136 through the telephone network to set up the call. Only the actual trunk is connected from the gateway or PBX 124, or 136, respectively, to the LEC or gateway of telephones 10 and 30, respectively. Additionally, as in the case of telephone 25, an LEC often is connected directly to the terminating or originating phone without having an intermediate gateway there between. In such case, obviously, the call setup signaling does not go to a level lower than the LEC, such as LEC 122.
  • the various types of communication networks are converging to enable point-to- point call routing on a routine manner across the various networks.
  • One approach to achieving the requirements for switching system that can accomplish the same is the separation of the functional components and the standardization of the interfaces from component to component (with the utilization of protocols such as MGCP (Media Gateway Control Protocol), IPST (IP Signaling Transport) , LDAP (Lightweight Directory Access Protocol) , SIP (Session Initiation Protocol), MEGACO (Media Gateway Control) etc.).
  • MGCP Media Gateway Control Protocol
  • IPST IP Signaling Transport
  • LDAP Lightweight Directory Access Protocol
  • SIP Session Initiation Protocol
  • MEGACO Media Gateway Control
  • Access network to packet network interface 2. Circuit switched network to packet switched network interface
  • a multi network Call Agent formed according to one embodiment of the present invention is a scalable, extensible, call control framework that seamlessly bridges IP, Wireless, PSTN and SS7 networks and directory services.
  • the Call Agent provides a service delivery platform that transcends international network boundaries and limitations and allows the creation of innovative services and business solutions that leverage network convergence .
  • An Address Translation and Routing Engine within a Call Agent enables a geographically distributed switch to analyze any dialed number from any country with the dialing habits particular to that country and terminate it accordingly anywhere in its network. It simultaneously handles origination from public as well as any number of private networks under its domain. It evaluates parameters including user preference of network type, carrier code, QoS, and least cost determines the terminating side.
  • NDC National Destination Code
  • gateways or switches handle calls either originating in a local area as a local exchange, or pass it on to a Class 4 tandem switch, which is programmed to handle switching between many such local exchange.
  • a Class 4 tandem switch which is programmed to handle switching between many such local exchange.
  • international gateways which handle and route calls to multiple countries, but the international gateway does not handle local calls or private numbers. The international gateway expects each number to be in International format (Country Code + National Destination Code + Subscriber Number sans any prefix or escape codes) . It may at the most accommodate the dialing habit of one country.
  • a switch may not be expected to conform to dialing habits of any one country. It not only should handle a set of private networks but also public networks in a host of countries simultaneously. The switch is no longer an integrated entity but is a geographically distributed one .
  • the address translation and routing engine of the CA solves the above problem.
  • the logical flow and the set of data required for the solution are described in detail in the document. It is solved in a three-step process - ' analyzing incoming digits to give a routing directory number, determining the set of routes available, translating an outgoing address form a series of digits that are particular the route and destination networks.
  • FIGS. 2-7 are tables that illustrate the types of data that geographically distributed CA should be able to process to route a call.
  • the country code is the combination of one, two or three digits characterizing the called country. For e.g., India's country code is 91.
  • the two or three digits form the International prefix.
  • the International prefix is the combination of digits to be dialed by a calling subscriber making a call to a subscriber in another country to obtain access to the automatic outgoing international equipment.
  • the National prefix is a digit or combination of digits to be dialed by a calling subscriber, making a call to a subscriber in his own country but outside his own numbering area. It provides access to the automatic trunk equipment.
  • a Numbering Plan covers one "zone". There is a unique route table for each numbering plan in one embodiment of the invention. As may be seen, the public numbering plan is given one name while each private plan also is given a name. As will be seen, each numbering plan must be identified so that the intended interpretation of digits may be facilitated.
  • a Dial Plan Name can be specified at each gateway. It is always a part of a numbering plan.
  • a given dial plan identifies its numbering plan, its feature table, and its access table.
  • the feature table has a list of "special" numbers that trigger specified system responses. Different actions can be done on the basis of feature name given against a feature code.
  • An Access Table is used to go from one private network to another or from private network to public network. It is present only if numbering plan type is private. For example, dialing a "9" routes a call from the private network through to the public network. Dialing an "81" routes the call to a specified private network. Here, that network is Private Network Y.
  • an Address Translation Data Table maps Gateway Domain Names/Addresses to a corresponding set of operational parameters.
  • the operational parameters are a function of the network and its location. For example, if a calling party dials an "80" in a specified location, the digits signify that the call is to be routed to the country whose National Destination Code (NDC) is equal to "80".
  • NDC National Destination Code
  • the Country code and Dial Plan are required for incoming address translation.
  • the SAC is for defining what area codes in a defined area, such as an NDC, are supported.
  • the value can be "all" to support all areas in that country.
  • the SCC is supported country code to determine from what countries one can terminate a call to that gateway.
  • FIG. 6 a plurality of numbering plans is listed in the exemplary Routing Table of FIG. 6. It is understood that there can be as many Routing Tables as there are numbering plans. Each Routing Table is indexed by the numbering plan. Each numbering plan is given a Route Name and includes a Route DN, a Carrier Code, a Quality of Service rating, a cost factor, a terminating network type, a route string and a terminating gateway.
  • the route tables are accessed by the Route Selection Module as described herein.
  • the Route DN is the address of the next node in the network to which the signaling is to be routed.
  • the carrier code identifies the carrier.
  • the QoS rating is a user selected rating that determines the priority that a call gets through the network.
  • the cost rating is an operator selected parameter, in one embodiment of the invention, that caps the cost for a given call or route. Stated differently, the cost parameter is used to exclude routes and communication links above a specified cost for a given user.
  • the terminating network type is identified to enable the various nodes to make formatting decisions, if necessary.
  • the route string actually defines the route that is to be taken and the terminating gateway defines the identity of the terminating gateways so that a given node may determine if it is to terminate the call or is to process it and transmit it to the next node in the call route.
  • a gateway is like a node (or a point of presence) for the geographically distributed address translation and routing engine.
  • FIG. 7 illustrates that any given gateway is coupled to route calls only to specified locations for the given gateway.
  • the origin and termination set of the Address translation and Routing Engine is the union of all the set of its gateways. Special treatment numbers may be defined on per gateway basis in its dial plan. For a public network, a gateway may be configured to terminate a call irrespective of international borders.
  • FIG. 8 is a functional block diagram of a network formed according to one embodiment of the present invention.
  • a geographically distributed address translation and routing engine 804 is coupled to communicate with eight different gateway systems, each of which is formed to serve a defined role.
  • Gateway 1 as shown in FIG. 8 and in the table of FIG. 7, is for coupling a calling party anywhere within country A to anyone else within country A.
  • Gateways 3, 5 and 7 are formed to only serve their own private networks and operate as PBXs.
  • the Gateway is coupled between the central office and the geographically distributed address translation and routing engine 804.
  • FIG. 8 One important point to note about the system of FIG. 8 is that it describes, as well as FIG. 7, the signaling aspects of setting up a call.
  • the signaling messages would be transmitted through Gateway 1, through the geographically distributed address translation and routing 804, and then to Gateway 8 and then to the Central Office of Country F by way of the Central Office of Country C.
  • the actual voice path of the call is carried directly by Internet from Country A to the specified port to country C.
  • the call is transported over the PSTN to the Central Office of Country F.
  • the outgoing address translation makes sure that the outgoing digits are in the format understood in country C. For e.g.
  • the "dialed digits" that are generated are those that would be dialed if the call were being generated from a specified private network coupled to the gateway in India to the called party in Sri-Lanka.
  • This operational logic thus is formed in the Address Translation and routing engine regardless of whether such engine is formed in hardware or in software when executed by a processor or a combination thereof.
  • FIG. 9 is a functional block diagram of a communication network formed according to one embodiment of the present invention.
  • a communication network shown generally at 900, includes a plurality of Call Agents, by example, Call Agent 902, that are each coupled to at least one media gateway.
  • Call Agent 902 is coupled to media gateways 904, 906 and 908.
  • Call Agent 910 is coupled to media gateways 912, 914 and 916.
  • Call Agent 918 is coupled to media gateways 920, 922 and 924 while Call Agent 926 is coupled to media gateways 928, 930 and 932.
  • a signaling way may be substituted therefor.
  • each of the Call Agents is coupled to communicate with any of the other Call Agents. While the network 900 of FIG. 9 shows that Call Agent 902 is coupled to communicate with Call Agent 910 which is turn is also coupled to Call Agent 918 and Call Agent 918 is also coupled to Call Agent 926, it is understood that each of the shown Call Agents is coupled to communicate with all of the other Call Agents by way of the Internet.
  • the Call Agents are formed to be able to interpret the identity of the gateway device originating a communication signal and to determine its location as well as the location of a called party regardless of international boundaries.
  • Call Agent 902 is coupled to communicate directly with Call Agent 910 even though separated by international border 934.
  • Call Agent 918 is coupled to communicate directly with Call Agent 926 even though separated by international border 936.
  • Call Agent 902 also is capable of communicating with and routing calls to media or signaling gateways in other countries. For example, Call Agent 902 is able to communicate directly with media gateway 912 even then it is in another country or geographic area of a different Call Agent, namely, Call Agent 910.
  • the topology of network 900 is one that illustrates the call signaling relationships between the media gateways and the call agents. As is explained in greater detail elsewhere, the actual calls are routed directly from an originating media gateway to a terminating gateway once the call setup signaling is complete. Accordingly, the Call Agents are not within the actual call trunk or path.
  • FIG. 10 is a functional block diagram of a network including a Call Agent with an address translation and route selection module coupled to communicate with a plurality of media gateway devices according to one aspect of the present invention.
  • a network 1000 comprises a Call Agent 1004 that, in turn, comprises an address translation and routing selection module 1008.
  • Call Agent 1004 is coupled to communicate with a plurality of media/signaling gateways shown generally at 1012 by way of Internet 1016.
  • Call Agent 1004 communicates with media/signaling gateways that are geographically located within the same national boundaries and with media/signaling gateways that are located in other countries wherein the dashed line 1020 represents at least one international border between Call Agent 1004 and some of the media/signaling gateways with which it communicates.
  • a media/signaling gateway 1024 is coupled to a telephone 10 while a media/signaling gateway 1028 is coupled to a telephone 20.
  • media/signaling gateway 1028 is in a different international jurisdiction than media/signaling gateway 1024 and Call Agent 1004. Also, as is suggested by FIG. 10, media/signaling gateway 1024 and 1028 are coupled to communicate with each other by way of Internet 1016.
  • media/signaling gateway 1024 sends call signaling information to Call Agent 1004 by way of Internet 1016.
  • the call signaling information includes a dialed number, the ID of the originating gateway, namely media/signaling gateway 1024, and an identification of the number type.
  • Call Agent 1004 identifies media/signaling gateway 1028 as the destination gateway for terminating the call to telephone 20 and generates call setup signals to media gateway 1028.
  • Media/signaling gateway 1028 responds with, among other things, an identification of a reserved port for the telephone call from telephone 10 by way of media/signaling gateway 1024. That information is transmitted from media/signaling gateway 1028 by way of Call Agent 1004 to media gateway 1024 in the signaling messages for setting up the call. Media/signaling gateway 1024 also generates communication signals specifying the reserved port address of media gateway 1028 by way of Internet 1016.
  • the port is identified in the original set of call setup signals it generated.
  • the originating gateway port is not identified until after it determines the port address of the destination media/signaling gateway 1028.
  • the important aspect here is that the originating media/signaling gateway port be specified prior to the beginning of a communication between the originating and destination media/signaling gateways .
  • the media/signaling gateways communicate with Call Agent 1004 with call signaling information thereby operating over an Internet based signaling plane. Thereafter, the actual voice/media path of the call is also set up through the same Internet.
  • One function of Call Agent 1004 is to translate a plurality of dialed digits into Internet based addresses for call routing.
  • a Call Agent by intelligently analyzing the dialed digits in relation to the media gateway, is able to determine the serving gateway for the called party. As such, Call Agent 1004 may set up the call to the called party media gateway 1028 directly without having to interact with an international gateway as is the case in traditional SS7 and public switch telephone networks .
  • media gateway 1028 responds to the call setup signals received from Call Agent 1004.
  • Call Agent 1004 completes the call setup by transmitting communication signals to media/signaling gateway 1024 advising it, among other things, of the specific port address to which the call signals are to be routed.
  • This particular embodiment is advantageous in that it gives the Call Agent greater control over specifying the specific route and nodes through which a call is to be routed.
  • media gateway 1028 receives specific ID information regarding media gateway 1024 and responds by communicating directly with media gateway 1024 over Internet 1016 to complete the call set up.
  • -media/signaling gateways 1024 and 1028 are formed with a degree of intelligence to be able to perform such call setup processing.
  • media/signaling gateways 1024 and 1028 may be formed with little or no network intelligence wherein they merely respond to specific queries by Call Agent 1004 to enable it to set up the call.
  • FIG. 11 is a functional block diagram of a Call Agent that includes an address translation and route selection module according to one embodiment of the present invention.
  • the network shown includes a Call Agent 1100 that is coupled to a storage device 1108 and to the Internet 1112.
  • Storage device 1108 comprises a database for storing address translation tables and a database for storing routing tables.
  • storage device 1108 further comprises a database that stores subscriber profiles for called and calling parties.
  • subscriber profile data that is relevant to call set up is stored within the address translation and routing table databases.
  • Media gateway 1116 and PSTN 1120 also are coupled to Internet 1112.
  • Media gateway 1116 also is coupled to a telephone 10 while PSTN 1120 is coupled to a telephone 40.
  • Media gateway 1124 also is coupled to Internet 1112.
  • Media gateway 1124 is coupled to and serves telephone 20. It is understood that the described embodiment illustrates a media gateway 1116 but that a signaling gateway may be substituted therefor.
  • a processor 1104 is coupled to communicate and respond to an address translation engine that includes an incoming address translation module 1105, a route selection module 1106 and an outgoing address translation module 1107.
  • Call Agent 1104 performs address translation in three steps, namely, incoming digit analysis, route selection and outgoing digit translation.
  • the Incoming Address Translation module is formed to receive a call setup signal indicating that a communication link is to be set up (or a call is to be routed) , which signal contains dialed digits and ID information.
  • the Incoming Address Translation module analyzes the call setup signal to determine the type of call (e.g., the number type), the destination address (e.g., the dialed number or IP address), and the type and ID of the originating Gateway.
  • the Incoming Address Translation module then sends a query to a database to obtain corresponding address translation data.
  • the Incoming Address Translation module then outputs the address translation data.
  • the Incoming Address Translation module outputs a route directory number (RDN) , an identification of the numbering plan type, an identification of a preferred routing table for defining the path route, an identification of the address type, and, if relevant, an identification of the feature type.
  • RDN route directory number
  • the dialed number is, effectively, the called party address identified in traditional PSTN terminology (i.e., digits).
  • the originating gateway is an ID of the gateway from which the call originated. This is important because the geographic location of the gateway must be known in order for the Call Agent to be able to properly interpret and respond to the dialed digits. The reason is that digits from different regions have different formats and thus can have different meanings for a given string of digits.
  • all dialed numbers can contain prefixes specific to the country where the gateway is logically located.
  • One calling France from the US can dial 011-33- xxxx and from India one can dial 00-33-xxxx.
  • the incoming address translation module also receives a number type.
  • the number type is one that identifies the calling party as being a subscriber, a national call, an international call, or an unknown call.
  • the incoming address translation module After receiving the dialed number, originating gateway ID and number type, the incoming address translation module queries an address translation database that is stored within storage device 1108 to obtain a plurality of routing parameters.
  • the routing parameters include the route directory number, the address type, the "in-NP-Type", the out-numbering plan index, and the feature type.
  • the route directory number is the normalized directory number against which an entry in a route table should be present. Additionally, the route directory number may also be a feature activation code if a call is not being dialed.
  • the address type can be a feature or standard address type.
  • the "in-NP-Type" is a definition of the numbering plan type, for example, private or public, of the originating gateway. For example of a public gateway, an E164 is a typical public originating gateway.
  • the out-numbering plan index is a numbering plan index that is used to pick the route table. This number is only relevant if the address type is standard.
  • the feature type can be, for example, something that identifies a call as a prepaid call, a collect call, a call forward activation, etc. This only has relevance if the address type is feature.
  • the route selection module (or the algorithm) for route selection takes into account a user' s carrier code (if specified), his preferred network type, and desired quality of service.
  • the operator can assign to a user a cost parameter.
  • the algorithm does not allocate a route above the assigned cost and below the desired quality of service.
  • a Route Selection Module receives routing information for a communication link that is to be set up (or for a call that is to be routed) .
  • the Route Selection Module analyzes the contents of a routing tables database and selects a routing table that corresponds to and is appropriate for received routing information.
  • the Route Selection Module selects a routing table that is appropriate for or corresponds to the received route directory number, the routing table for defining the path route, the desired quality of service, range of acceptable costs, preferred network type, and a preferred carrier code.
  • an identified routing table and desired quality of service might require a path route that provides the preferred network type at a higher cost.
  • the specified QoS and the route table might result in a less preferred network type for the lowest cost.
  • the variations also affect through amount of resource given to a communication path over a given path. For example, the amount of bandwidth, the end-to-end delay and other such Quality measures over a communication channel may vary according to each of the factors reviewed in selecting a "path route".
  • the selected path is then defined by the ordered list of route string (e.g. endpoint name, IP address, trunk group name) , terminating network type (e.g. PSTN, H.323, SIP, MGCP, IPDC (IP Device Control) etc) , and the name of the terminating gateway.
  • the outputs of the Route Selection Module include an ordered list of routes, i.e., a route string.
  • the route string can be an end-point name, an IP address, or a trunk group name, each of which can then be mapped to an input name by some other entity.
  • the output of the Route Selection Module also includes a definition of the terminating network type.
  • the terminating network type can be PSTN, H.323, SIP, MGCP, and IPDC.
  • the input of the Route Selection Module includes the route directory number, a quality of service rating (optional), a definition of cost (optional), a preferred network type (optional), an out-NPI, and a carrier code.
  • the route directory number is the output of the address translation table. It is a number with CC and NDC for E164 route table.
  • the quality of service rating is one that is specified by a subscriber.
  • the quality of service desired by subscriber is rated with a number in the range of 1-5. If the subscriber does not care, a value of 6 is assigned as a quality of service rating.
  • a scale level of cost that may be assigned by the user is specified herein.
  • cost defines the maximum cost that the user is willing to pay for the communication.
  • the preferred network type is, again, a user specified preference. It may take on values of preferably IP, only IP, preferably PSTN, or only PSTN.
  • the out-NPI is the index to the route table that is to be used. This is a value that is received from the address translation module.
  • the carrier code takes on values as lOxxx. This, again, is a user specified preference and is used for identifying a preferred long distance carrier.
  • the outgoing address translation module is responsible for specifying the route that the communication is to take. More specifically, the inputs to the outgoing address transaction table include the route directory number that is an output of the incoming address translation module and an identity of the gateway where the call needs to be terminated.
  • the outgoing address translation module queries the data store 1108 or another date store containing address translation data for use by the outgoing address translation module. From the results of the query to the data store 1108, the outgoing address translation module produces a translated destination number that is a digit string that is to be dialed out to reach the destination number. This digit string, obviously, depends upon the route that is chosen for the communication link.
  • FIG. 12 is a functional block diagram of a Call
  • Call Agent 1200 includes an incoming address translation module 1204, a route selection module 1208 and an outgoing address translation module 1212. As may be seen, however, the incoming address translation module 1204, the route selection module 1208 and the outgoing address translation module 1212 are not co- located. They communicate with each other by way of Internet 1216. Each of these modules further communicates with a storage device 1220 by way of Internet 1216. Other than the fact that this embodiment of the Call Agent 1200 includes a geographically disbursed set of modules, its operation is the same as described here in this application.
  • FIG. 13 is a functional block diagram of an incoming address translation module formed according to one embodiment of the present invention.
  • An incoming address translation module 1300 includes circuitry that forms an IAT operational logic circuitry 1304, database protocol logic circuitry 1308 for accessing the database within memory 1324, IP protocol and corresponding logic circuitry 1312 and output data formatting logic circuitry 1316.
  • the incoming address translation module 1300 further includes a plurality of network ports 1320 to enable it to communicate with other systems by way of the Internet utilizing the IP protocol logic circuitry 1312 and with other external systems such as external data stores that include address translation data tables or data.
  • incoming address translation module 1300 further comprises memory 1324 that defines address translation data.
  • memory 1324 only stores address translation data on a temporary basis as it is received by way of network ports 1320 from an external storage device.
  • an actual database is formed as a part of incoming address translation module 1300 within memory 1324. Accordingly, the database protocol logic circuitry 1308 communicates directly with the internal database in memory 1324 to obtain address translation data.
  • the database protocol logic circuitry 1308 communicates with the database of the external storage device to obtain the address translation data.
  • IAT operational logic circuitry 1304 comprises logic to analyze the incoming signals from the media gateway for a call that is to be set up to determine the dialed number, the originating gateway and the number type and, responsive thereto, to generate a query to obtain address translation data.
  • the query may be either to a database that is formed within and is a part of IAT 1300 or in an external storage device.
  • IAT operational logic circuitry 1304 determines the route directory number, the numbering plan type, the numbering plan index that is used to select a route table, and the feature type, if relevant, introduces that data to the output data formatting logic circuitry 1316 where it is output in a specified format for delivery to the route selection module external to the incoming address translation module 1300.
  • the IAT operational logic circuitry 1304 communicates with IP protocol logic 1312 to receive and interpret the data contents within the communication signals since they are received by way of the Internet through the network port 1320.
  • the IAT operational logic circuitry 1304 extracts the dialed number, the originating gateway ID and the number type to formulate a query that is to be transmitted to memory 1304 to obtain the desired address translation data.
  • the query is formed, in part, by logic defined within the database protocol logic circuitry 1304.
  • the operational logic circuitry 1304 communicates with output data formatting logic circuitry 1316 to produce the outputs of the IAT 1300 as described already. While IAT 1300 is formed in hardware with logic circuitry in the described embodiment, the circuitry may alternatively comprise a processor and computer instructions stored within memory that logically create the described modules and their operational logic.
  • FIG. 14 is a functional block diagram of a route selection module.
  • Route selection module 1400 comprises route selection logic circuitry 1404, IP protocol logic circuitry 1408, output data formatting logic circuitry 1412, network ports 1416, and memory 1420 that defines routing tables.
  • memory 1420 may either comprise temporary storage registers for storing routing table information that is received from an external storage device or, alternately, may comprise sufficient types of memory that are adequate for actually storing and maintaining the routing tables within and as a part of route selection module 1400.
  • route selection module 1400 receives signaling generated by IAT 1300, for example, defining the route directory number, the carrier code, the preferred network type, the quality of service rating, cost parameters, and the index to the route table that is to be used.
  • route selection module 1400 utilizes IP protocol logic circuitry 1408 to receive the information from incoming address translation module 1300.
  • Route selection logic circuitry 1404 then forms a query that is transmitted to memory 1420 to obtain specific routing information from either the temporary or permanent data, according to embodiment, stored within memory 1420.
  • Route selection logic circuitry 1404 then communicates with output data formatting logic circuitry 1412 to produce a route string that comprises an in point name, an IP address name, or a trunk group name that can then be mapped to an in point name by some other entity.
  • the output data formatting logic also specifies the network type for the route, which network type can be PSTN, H.323, SIP, MGCP, IPDC or other known network types .
  • FIG. 15 is a functional block diagram of an outgoing address translation module formed to produce a translated directory number that is used for routing the call according to one embodiment of the present invention.
  • An outgoing address translation module 1500 comprises outgoing address translation operation logic circuitry 1504, IP protocol logic circuitry 1508, output data formatting logic 1512, at least one network port 1516, and a memory 1520 for storing address translation data.
  • outgoing address translation module 1500 may be formed in hardware or in software wherein the modules in circuitry within that define the operational logic of the system are instead created by software modules that are generated when computer instructions stored in memory are executed by a processor.
  • Outgoing address translation operational logic circuitry 1504 includes logic for receiving a route directory number that is the output of the incoming address translation and an ID of the terminating gateway. Based upon that data,- the outgoing address translation operational logic circuitry forms a query to receive address translation data from memory 1520.
  • memory 1520 may comprises temporary memory buffers for temporarily storing address translation data that is received from an external storage device that houses a database of address translation data or, alternatively, can comprise memory within the outgoing address translation circuitry that is capable to form and store the actual address translation database.
  • the output data formatting logic circuitry 1512 then is formed to receive the address translation data from memory 1520 and to format the same according to an appropriate protocol for the destination gateway. Thereafter, the IP protocol logic circuitry 1508 forms IP data packets with the appropriate headers to route the call to the node characterized by the translated directory number as a part of routing the call to the destination gateway.
  • FIG. 16 is a flow chart illustrating a method for address translation and call routing according to one embodiment of the present invention.
  • an Incoming Address Translation (IAT) module receives call setup signals from a media gateway (step 1604).
  • the call setup signals include signals that represent the dialed digits, number type and originating gateway ID.
  • the IAT module extracts the data from the call set up signal and determines the gateway ID (step 1608).
  • the gateway ID is used to determine location of the gateway wherein the location may be used for determining how to interpret digit entries.
  • the ID is used to identify a network or operator or other grouping indicator wherein the network, operator or other grouping indicator is used to determine proper digit interpretation. For example, a given operator may well have gateways in different international jurisdictions or even regions (Class 4, for example) that are all formed to operate similarly.
  • the location must be determined at least to an extent that it enables the IAT module to correctly interpret the intended meaning/result from the sequence of digits.
  • a given feature may have different number feature codes or key sequences that are used to activate the given feature in different geographic areas according to the country, the service provider, etc.
  • the IAT module also analyzes the dialed digits and number type as a part of interpreting them and determining the user's intended result (step 1612).
  • a method for interpreting the dialed digits is illustrated in the discussion of FIG. 19, below. In general, however, interpreting the dialed digits includes determining a calling plan and a location of the serving gateway for the calling party so that the context of the digits may be understood. For example, if the first three digits are "Oil" and the call is being placed in the United States, the Call Agent may properly conclude that a call is being placed to an international jurisdiction (outside the U.S.).
  • the Call Agent After the Call Agent has determined and analyzed the dialed digits, it transmits a query to an Address Translation database to obtain address translation data (step 1616) . Responsive thereto, it receives, in the describe embodiment, the Route DN, an indication of the numbering plan type of the originating gateway, a numbering plan index that is for selecting an actual route table, an indication of the address type (e.g., standard or feature) , and, if relevant, the feature type from the Address Translation database. As a part of receiving the response to the query from the Address Translation database, the Call Agent extracts specified data parameters (step 1620). Once the incoming address translation module receives the query response, it transmits select parameters to a route selection module (step 1624) .
  • the Route DN an indication of the numbering plan type of the originating gateway
  • a numbering plan index that is for selecting an actual route table
  • an indication of the address type e.g., standard or feature
  • the Call Agent extracts specified data parameters (step 1620).
  • FIG. 17 is a flow chart illustrating a method for address translation and call routing according to one embodiment of the present invention.
  • a Route Selection (RS) module receives specified address translation parameters from an Incoming Address Translation module (step 1704).
  • the specified signals include signals that represent the route DN, an index number to the routing tables stored within a routing database, numbering plan type, and, if relevant, feature identification type.
  • the RS module further determines a set of corresponding operational parameters including, but not limited too, parameters that define user desired quality of service, maximum cost constraints for a selected route and other such factors (step 1708).
  • the determined set of operational parameters is received from the Incoming Address Translation module.
  • these operational parameters are stored in a database that is accessed by the RS module.
  • these operational parameters are stored in a subscriber feature database. The values of these parameters are a function of subscriber and operator selections. For example, a subscriber may select a desired QoS rating while a network operator may select a maximum communication link cost that can be allocated either to the user or to all calls originating from the originating gateway.
  • the RS module also transmits a query to the routing database (step 1712) .
  • the query includes the route index number and translated number that was received from the Incoming Address Translation module, user preference of carrier code and quality of service, and operator assigned cost.
  • the RS module After transmitting the query to the RS database, the RS module extracts routing data parameters from the response from the RS database (step 1716) . More specifically, the RS module extracts a route string (ordered list including address of at least one router or routing node, an indication of the terminating network type, and a terminating gateway name (ID)) . Once the RS module receives the query response, it transmits select routing parameters to the Outgoing Address Translation module (step 1720) .
  • a route string ordered list including address of at least one router or routing node, an indication of the terminating network type, and a terminating gateway name (ID)
  • FIG. 18 is a flow chart illustrating a method for address translation and call routing according to one embodiment of the present invention.
  • a Route Selection (RS) module receives specified routing parameters from a Route Selection module (step 1804).
  • the specified signals include a route string (ordered list including address of at least one router or routing node, an indication of the terminating network type, and a terminating gateway name (ID) .
  • the Outgoing Address Translation module generates and transmits a query to an address translation database to obtain the actual routing information (step 1808).
  • the actual routing information is a function of route string, network type, and terminating gateway name (ID).
  • the query includes these parameters at a minimum in the described embodiment of the invention.
  • the Outgoing Address Translation module receives a response. From this response, the Outgoing
  • FIG. 19 is a flow chart illustrating a method for setting up a call through a communication link that includes the Internet according to one embodiment of the present invention. Referring now to FIG. 19, a Call
  • Agent receives call setup signals from a media gateway
  • the call setup signals include signals that represent the dialed digits, number type and originating gateway ID. Accordingly, the Call Agent extracts the data from the call set up signal and determines the gateway ID (step 1908) .
  • the gateway ID is used to determine location of the gateway wherein the location may be used for determining how to interpret digit entries.
  • the ID is used to identify a network or operator or other grouping indicator wherein the network, operator or other grouping indicator is used to determine proper digit interpretation. For example, a given operator may well have gateways in different international jurisdictions or even regions (Class 4, for example) that are all formed to operate similarly.
  • the location must be determined at least to an extent that it enables the Call Agent to correctly interpret the intended meaning/result from the sequence of digits.
  • a given feature may have different number feature codes or key sequences that are used to activate the given feature in different geographic areas according to the country, the service provider, etc.
  • the IAT module also analyzes the dialed digits and number type as a part of interpreting them and determining the user's intended result (step 1912).
  • the Call Agent interprets the dialed digits by evaluating the location of the originating gateway, identifying its calling plan(s) and other similar considerations so that the context of the digits may be understood. By knowing these considerations, digits that represent or define the type of call may be stripped so that the destination number may be determined so that the call may properly be routed to the serving called party gateway.
  • the next step is to determine the dial plan name and the numbering plan names (step 1916) . If a gateway device operates a "public" plan, then no access numbers need be dialed to access the "public" networks. On the other hand, if the network is a private network, then it may have anyone of many different access codes that required dialing to reach the public network. On the other hand, if no such access code is dialed, then the Call Agent may determine that the call being requested is for a connection to another phone within the private network.
  • step 1912 includes determining the type of dial plan and the name of the specific numbering plan under which the originating gateway operates. In the described embodiment, there is a unique routing table that is assigned to each numbering plan.
  • FIG. 3 and FIG. 4 list exemplary relationships between dial plans and numbering plans .
  • the Call Agent determines if a private network access was entered to gain access to the public network if the originating gateway is one that serves a private network (step 1928). If so, the Call Agent determines that the call is to be routed to a phone outside of the private network, for example, to a phone coupled to the "public" network as a part of setting up the call. Thereafter, the Call Agent "strips" the access code from the dialed digits as described before.
  • the Call Agent determines whether a national or international prefix was dialed signifying the caller wishes to make a long distance call within the same nation or, respectively, an international call (step 1936) .
  • the Call Agent determines whether the destination country is one that is supported for international calling and, if so, strips the international prefix digits (step 1940) . If a national prefix was dialed, then the Call Agent strips the national prefix digit (s) and adds a country code (step 1944) .
  • FIG. 20 is a flow chart illustrating one aspect of a method for processing a dialed number according to one embodiment of the present invention.
  • the method of FIG. 20 includes two sets of processing steps according to whether a call is being originated from a private or a public network. The first step, therefore, is to determine the type of network (step 2004). If the call is from a private network, the method includes determining whether a feature has been activated (e.g., call forward unconditional) (step 2008). If so, the feature name is returned for processing (step 2012). If a feature was not activated, then it is determined whether an access code was entered for access to another network such as the public network or another private network (step 2016).
  • a feature has been activated
  • another network such as the public network or another private network
  • the system gets the plan number, strips the access code, and returns the plan name and a dialed number that is to be used at a destination gateway to connect the call to the called party (step 2020) . If not, the system returns its own plan number and the dialed number.
  • step 2004 If, back in step 2004, it is determined that the dial plan is the public dial plan, the system next determines whether a feature was activated (step 2028).
  • the feature name is returned (step 2032) . If a feature was not activated, the system next determines whether an international call was dialed (step 2036) . If so, the international prefix is stripped and the plan name is returned (step 2040) . If the call is not an international call, the system then determines whether the call is a long distance call (step 2044). If the call is a long distance call, the national prefix number is stripped and the country code is added (step 2048). If the call is not a long distance call, the country code and national dialing codes are added and returned with the plan name (public) (step 2052).
  • FIG. 21 is a flow chart illustrating another aspect of a method for processing a dialed number according to one embodiment of the present invention. Initially, the system determines whether the dial plan is public or private (step 2104). If it determines the plan is private (step 2108), it returns the same route directory number (step 2112).
  • the system determines whether the destination gateway country code is the same as the source (of the media/signaling gateway) (step 2120) . If the country code is the same, it next determines whether the area code of the destination gateway is the same as the source (step 2124). If so, it strips the area code and returns the subscriber number (step 2128). If not, it determines whether the area code in the number is a is listed as a supported area code in a gateway supported area code list (step 2132) .
  • a supported area code is one to which the present system may setup the call. For example, the area code for a remote area may not have a media/signaling gateway to which calls may be routed by way of the Internet.
  • the system is formed to route the call to a specified gateway from which the call is originated as a public telephone network call to the called party in Sri- Lanka. If the area code is a supported area code, the national prefix code, area code and subscriber number are generated and returned (step 2136) . If the area code is not supported, the "FALSE" is returned meaning the call is rejected (step 2140) .
  • step 2120 determines whether the country code in the number is in a supported country code list of the destination gateway (step 2144) . If not, a "FALSE" is returned (step 2140) . If so, the International Prefix Number, country code, area code and subscriber numbers are returned (step 2148).
  • FIG. 22 is a signal flow diagram that illustrates operation of a telecommunication network for two network calls according to one embodiment of the present invention.
  • An originating phone 2204 generates and "off hook" indication and transmits the dialed digits in a signal 2206 to a media gateway 2208 in an attempt to connect to a destination phone 2242.
  • the media gateway 2208 then generates a setup signal 2210 to the call agent 2212 identifying the end point name.
  • the call agent 2212 then returns a CRCX (create connection, endpoint name) in a signal 2214.
  • the media gateway 2208 then returns an ACK signal in a signal 2216.
  • the signal 2216 includes the IP address of the originating gateway and a port number for the call. This information is referred as SDP1.
  • the address translation processing described herein then is performed. More specifically, the call agent 2212 performs the incoming address translation, the route selection and the outgoing address translation processing steps. Thereafter, the call agent 2212 generates a CRCX (create connection) signal 2218 that is transmitted to the destination gateway 2220.
  • the CRCX signal 2218 includes the SDP1 data received from the originating media gateway 2208.
  • the destination gateway then responds with an ACK signal 2222.
  • Signal 2222 includes the destination media gateway ID as well as the port number that is reserved for the incoming call in the described embodiment.
  • the call agent 2212 then responds with a setup signal 2224 that includes a route string from the outgoing address translation processing.
  • the route string includes, in the described embodiment, the destination number.
  • the destination gateway 2220 responds with an alerting signal 2226 that indicates that it is alerting the called party that a call is being received for it.
  • the call agent 2212 in the described embodiment passes the alerting signal 2228 to the originating gateway 2208. Thereafter, the destination gateway generates a connect signal 2230 that is received and transmitted to the origination gateway in a signal 2232.
  • the call agent then transmits an MDCX signal 2234 to prompt the originating gateway to not allow any other users to connect to the reserved port identified in SDPl. Thereafter, the call agent receives an ACK signal 2236 from the originating media gateway 2208 and forwards a connect ACK signal 2238 to the destination media gateway 2220. Finally, the call is connected in signal 2240 to destination phone 2242 and originating phone 2204.
  • inventive method and apparatus disclosed herein are particularly advantageous in that they provide a capability for a geographically distributed switch having address translation and routing capabilities to be created and implemented instead of the large traditional monolithic switches.
  • inventive method will also work ' with traditional monolithic switches.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un appel position (1004) servant à acheminer des appels dans un réseau de données par paquets (1016) communiquant avec, ou comprenant un module (1008) de traduction d'adresses déterminant l'acheminement de l'adresse pour un appel et permettant à l'appel position (1004) d'établir l'appel. Le module (1008) de traduction d'adresse est conçu pour recevoir des informations sur une source de l'appel et déterminer comment acheminer l'appel. Ensuite, le module (1008) de traduction d'adresse communique avec l'appel position (1004) afin de lui permettre d'achever l'acheminement de l'appel. Même lorsqu'une partie appelée ne peut être jointe uniquement via Internet (1016), le module de traduction d'adresse peut déterminer un support ou une passerelle de signalisation vers lesquels peut être acheminé un appel via Internet (1016) et d'où un appel peut être généré via un réseau téléphonique public commuté.
PCT/US2001/004804 2000-02-17 2001-02-14 Traduction et acheminement d'adresses destines a la telephonie par internet Ceased WO2001061947A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001243156A AU2001243156A1 (en) 2000-02-17 2001-02-14 Address translation and routing for internet telephony

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US18326700P 2000-02-17 2000-02-17
US60/183,267 2000-02-17
US19644700P 2000-04-11 2000-04-11
US60/196,447 2000-04-11

Publications (1)

Publication Number Publication Date
WO2001061947A1 true WO2001061947A1 (fr) 2001-08-23

Family

ID=26878935

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/US2001/004804 Ceased WO2001061947A1 (fr) 2000-02-17 2001-02-14 Traduction et acheminement d'adresses destines a la telephonie par internet
PCT/US2001/004805 Ceased WO2001061968A2 (fr) 2000-02-17 2001-02-14 Dispositif pour commutateur geographiquement disperse permettant de traduire des adresses et d'acheminer une liaison de communication demandee

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/US2001/004805 Ceased WO2001061968A2 (fr) 2000-02-17 2001-02-14 Dispositif pour commutateur geographiquement disperse permettant de traduire des adresses et d'acheminer une liaison de communication demandee

Country Status (2)

Country Link
AU (2) AU2001243156A1 (fr)
WO (2) WO2001061947A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12395425B2 (en) 2006-11-02 2025-08-19 VolP-Pal.com, Inc. Determining a time to permit a communications session to be conducted

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10260824B4 (de) * 2002-12-23 2006-02-02 Tenovis Gmbh & Co. Kg Verfahren zur Umsetzung von Adresszeichenfolgen für Telekommunikationsanlagen

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5883891A (en) * 1996-04-30 1999-03-16 Williams; Wyatt Method and apparatus for increased quality of voice transmission over the internet
US6011794A (en) * 1996-09-09 2000-01-04 Netplus Communications Corp. Internet based telephone apparatus and method
US6069890A (en) * 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US6075783A (en) * 1997-03-06 2000-06-13 Bell Atlantic Network Services, Inc. Internet phone to PSTN cellular/PCS system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5883891A (en) * 1996-04-30 1999-03-16 Williams; Wyatt Method and apparatus for increased quality of voice transmission over the internet
US6069890A (en) * 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US6011794A (en) * 1996-09-09 2000-01-04 Netplus Communications Corp. Internet based telephone apparatus and method
US6075783A (en) * 1997-03-06 2000-06-13 Bell Atlantic Network Services, Inc. Internet phone to PSTN cellular/PCS system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12395425B2 (en) 2006-11-02 2025-08-19 VolP-Pal.com, Inc. Determining a time to permit a communications session to be conducted

Also Published As

Publication number Publication date
WO2001061968A3 (fr) 2002-05-02
AU2001239768A1 (en) 2001-08-27
WO2001061968A2 (fr) 2001-08-23
AU2001243156A1 (en) 2001-08-27

Similar Documents

Publication Publication Date Title
US6636594B1 (en) Dial plan mapper
US7016343B1 (en) PSTN call routing control features applied to a VoIP
US8447024B2 (en) Systems and methods for providing ENUM in an LNP environment
JP3940122B2 (ja) 一次接続の代替接続に対する使用可能フューチャの形成方法
US6711159B1 (en) Load balancing among media gateways
US7248682B1 (en) Dial plan mapper
KR19980063417A (ko) 다중망 환경에서 종단 사용자들 간의 데이터 통신을 위한 최소 비용 경로 배정(ｌｃｒ) 기능 수행 방법 및 시스템
US6801523B1 (en) Method and apparatus for performing internet protocol address resolutions in a telecommunications network
WO2001024499A1 (fr) Systeme de telephonie ip et son procede de fonctionnement grace a un reseau ss7
US6493339B1 (en) Method of handling a telephone call
EP1434446B1 (fr) Conversion de codes d'identification de porteuses
US6801526B1 (en) Server for supporting the establishment of telephone calls through an IP network
KR101265848B1 (ko) 장치 식별자에 의한 최적화된 경로 콜 라우팅
EP1054569A1 (fr) Procédé pour établir une liaison à travers d'un réseau téléphonique et d'un réseau IP
WO2001061947A1 (fr) Traduction et acheminement d'adresses destines a la telephonie par internet
EP1036470B1 (fr) Procede ameliorant l'etablissement de communications de telephone a telephone
AU2005203245B2 (en) Method and system for routing call in VoIP gateway
US8223952B2 (en) Routing based upon origin of a call
CN1578529B (zh) 与虚驻留电话台进行电话呼叫连接的组件
US20020093916A1 (en) Method for routing and interchanging messages in a telecommunications system, and associated telecommunications system
EP1279269B1 (fr) Procede et systeme d'etablissement de communication entre une premiere et une seconde entite de communication
Beijar Distribution of Numbering Information in Interconnected Circuit and Packet Switched Networks
WO2000046964A1 (fr) Systeme de telecommunications et procede d'un systeme de telecommunications

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP