CA2273472A1 - Methods and systems for call forwarding - Google Patents
Methods and systems for call forwarding Download PDFInfo
- Publication number
- CA2273472A1 CA2273472A1 CA002273472A CA2273472A CA2273472A1 CA 2273472 A1 CA2273472 A1 CA 2273472A1 CA 002273472 A CA002273472 A CA 002273472A CA 2273472 A CA2273472 A CA 2273472A CA 2273472 A1 CA2273472 A1 CA 2273472A1
- Authority
- CA
- Canada
- Prior art keywords
- network
- user
- gatekeeper
- home
- visited
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 22
- 230000001052 transient effect Effects 0.000 claims abstract description 15
- 238000012790 confirmation Methods 0.000 claims abstract description 6
- 238000004891 communication Methods 0.000 claims description 24
- 230000005540 biological transmission Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 2
- 230000011664 signaling Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000013475 authorization Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1106—Call signalling protocols; H.323 and related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
- H04M3/42323—PBX's with CTI arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Abstract
Disclosed is an method and apparatus for configuring an H.323 compliant data packet network with a registering function whereby home based users are identified separate from visiting users having other networks as home bases. Thus user location data may be retrieved and/or modified as those users roam to other H.323 compliant networks and register with a gatekeeper at that visited network. The registration of a visiting user with a visited gatekeeper includes the process of assigning a transient identity to the roaming user, obtaining confirmation from the home gatekeeper that roaming is authorized and registering the roaming users present address and transient identity at the home site so that calls received at the home network can be directed to the user at the visited site.
Description
704000 (RR2312) METHODS AND SYSTEMS FOR CALL FORWARDING
TECHNICAL FIELD
The present invention relates in general to the Internet and in particular to methods and systems for accommodating roaming endpoint users across H.323 compliant network domains.
BACKGROUND
The Internet comprises an interconnected set of networks where the individual networks may use various protocols within a specific network but which use standardized Internet protocols (IP) for communicating with other networks.
While the Internet started with the idea of transmitting only text, the protocol has expanded to many types of media including voice, video and other graphics. The communication is in the form of packets of data and thus there is no solid or fixed connection as is the case with the public switched telephone network system (PSTN). In general, when an Internet user wants to communicate with another user, the sending party transmits a message to the Internet service provider (ISP) of the recipient. The recipient obtains the communication when he next accesses the ISP and requests any previously unreceived messages. Two way communication of either voice or text requires an advance arrangement on the part of both the sending party and the recipient to be accessing the Internet and using the appropriate protocol.
In an attempt to simplify Internet communication . problems, various standards have been formulated and adopted in the industry. These standards are followed when designing new hardware and software. An example is H.323 entitled "PACKET BASED MULTIMEDIA COMMUNICATIONS
SYSTEMS" which is incorporated herein by reference.
Standard H.323 covers the technical requirements for multimedia communications systems in those situations where the underlying transport is a packet based network (PBN) which may not provide a guaranteed quality of service (QoS). The H.323 standard covers not only calls between H.323 compliant terminals in remotely located H.323 compliant networks, but also covers calls between such terminals and telephones in switched circuit systems such as the PSTN. For the purposes of this invention, a call is defined as a multimedia communication between two terminals at least one of which is H.323 compliant. The call may comprise the use of a collection of channels between terminal endpoints some of which channels may be "unreliable". In accordance with terminology in the art, a "reliable"
channel uses a protocol that keeps track of the number and order of messages sent and received so that the receiving endpoint knows when data packets are missing or received out of order. An unreliable channel merely delivers message packets as well as it can but requires the sending program to worry about whether or not any messages are received at the destination and whether or not received messages are received in the proper order.
As will be obvious to one skilled in the art, an unreliable channel will normally provide much faster communications of a given quantity of data than would a channel that must also continually communicate data tracking messages.
TECHNICAL FIELD
The present invention relates in general to the Internet and in particular to methods and systems for accommodating roaming endpoint users across H.323 compliant network domains.
BACKGROUND
The Internet comprises an interconnected set of networks where the individual networks may use various protocols within a specific network but which use standardized Internet protocols (IP) for communicating with other networks.
While the Internet started with the idea of transmitting only text, the protocol has expanded to many types of media including voice, video and other graphics. The communication is in the form of packets of data and thus there is no solid or fixed connection as is the case with the public switched telephone network system (PSTN). In general, when an Internet user wants to communicate with another user, the sending party transmits a message to the Internet service provider (ISP) of the recipient. The recipient obtains the communication when he next accesses the ISP and requests any previously unreceived messages. Two way communication of either voice or text requires an advance arrangement on the part of both the sending party and the recipient to be accessing the Internet and using the appropriate protocol.
In an attempt to simplify Internet communication . problems, various standards have been formulated and adopted in the industry. These standards are followed when designing new hardware and software. An example is H.323 entitled "PACKET BASED MULTIMEDIA COMMUNICATIONS
SYSTEMS" which is incorporated herein by reference.
Standard H.323 covers the technical requirements for multimedia communications systems in those situations where the underlying transport is a packet based network (PBN) which may not provide a guaranteed quality of service (QoS). The H.323 standard covers not only calls between H.323 compliant terminals in remotely located H.323 compliant networks, but also covers calls between such terminals and telephones in switched circuit systems such as the PSTN. For the purposes of this invention, a call is defined as a multimedia communication between two terminals at least one of which is H.323 compliant. The call may comprise the use of a collection of channels between terminal endpoints some of which channels may be "unreliable". In accordance with terminology in the art, a "reliable"
channel uses a protocol that keeps track of the number and order of messages sent and received so that the receiving endpoint knows when data packets are missing or received out of order. An unreliable channel merely delivers message packets as well as it can but requires the sending program to worry about whether or not any messages are received at the destination and whether or not received messages are received in the proper order.
As will be obvious to one skilled in the art, an unreliable channel will normally provide much faster communications of a given quantity of data than would a channel that must also continually communicate data tracking messages.
Such a call as defined herein begins with a call setup procedure and ends with a call termination procedure. Other examples of standards applicable to calls incorporating the Internet are H.225.0 entitled "CALL SIGNALING PROTOCOLS AND MEDIA STREAM PACKETIZATION
FOR PACKET BASED MULTIMEDIA COMMUNICATIONS SYSTEMS", H.235 entitled "SECURITY AND ENCRYPTION FOR H SERIES
(H.323 AND OTHER H.245 BASED) MULTIMEDIA TERMINALS~~ and H.245 entitled "CONTROL PROTOCOL FOR MULTIMEDIA
COMMUNICATIONS". The H.225.0, H.235 and H.245 standards are also incorporated herein by reference.
To date, the standards and the industry practice have been directed to communications between users accessing terminals at known locations in their home network. While generally, users must check the network to see if any communications are being held for the user, systems exist that notify a user that there is mail in the mailbox when a user's terminal is turned ON.
Further if the user's terminal is already turned ON, a display or a speaker of a terminal can advise the user that a communication, whether electronic mail or a voice call, is being received. The H.323 standard referenced above includes voice and other multimedia calls set up and completed between a H.323 compliant terminal and another terminal where the recipient H.323 compliant terminal user is located in that users "home" network.
Users are often required to travel to remote sites for extended periods of time and while at the remote site may have access to a terminal on a different network from that users home network. It would be desirable to have a system and method for automatically and seamlessly forwarding voice and other communications, originally directed to a users terminal at a home network, to a terminal at the remote site after a user contacts a home network and forwarding is authorized. While such an action would be comparable to roaming users in cellular phone technology, the differences in basic construction of the Internet and the telephone system prevent any direct correlation in processes to accomplish such authorization and forwarding of communications.
FOR PACKET BASED MULTIMEDIA COMMUNICATIONS SYSTEMS", H.235 entitled "SECURITY AND ENCRYPTION FOR H SERIES
(H.323 AND OTHER H.245 BASED) MULTIMEDIA TERMINALS~~ and H.245 entitled "CONTROL PROTOCOL FOR MULTIMEDIA
COMMUNICATIONS". The H.225.0, H.235 and H.245 standards are also incorporated herein by reference.
To date, the standards and the industry practice have been directed to communications between users accessing terminals at known locations in their home network. While generally, users must check the network to see if any communications are being held for the user, systems exist that notify a user that there is mail in the mailbox when a user's terminal is turned ON.
Further if the user's terminal is already turned ON, a display or a speaker of a terminal can advise the user that a communication, whether electronic mail or a voice call, is being received. The H.323 standard referenced above includes voice and other multimedia calls set up and completed between a H.323 compliant terminal and another terminal where the recipient H.323 compliant terminal user is located in that users "home" network.
Users are often required to travel to remote sites for extended periods of time and while at the remote site may have access to a terminal on a different network from that users home network. It would be desirable to have a system and method for automatically and seamlessly forwarding voice and other communications, originally directed to a users terminal at a home network, to a terminal at the remote site after a user contacts a home network and forwarding is authorized. While such an action would be comparable to roaming users in cellular phone technology, the differences in basic construction of the Internet and the telephone system prevent any direct correlation in processes to accomplish such authorization and forwarding of communications.
.SUMMARY OF THE INVENTION
The present invention is directed to the method of and apparatus for completing multimedia calls over a packetized data transmission link to a roaming user currently located in a network foreign to the users home network.
The present invention is directed to the method of and apparatus for completing multimedia calls over a packetized data transmission link to a roaming user currently located in a network foreign to the users home network.
HRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of the present invention, and its advantages, reference will now made in the following Detailed Description to the accompanying drawings, in which:
FIGURE 1 is a is a general block diagram of the present invention;
FIGURE 2 illustrates, in a time sequence diagram form, a methodology of registering a visiting terminal or user in a foreign network;
FIGURE 3 illustrates, in a time sequence diagram obtaining location information of a roamed party; and FIGURE 4 illustrates, in a time sequence diagram form, a methodology of communicating an admission request as an initial step in contacting a roamed party.
For a more complete understanding of the present invention, and its advantages, reference will now made in the following Detailed Description to the accompanying drawings, in which:
FIGURE 1 is a is a general block diagram of the present invention;
FIGURE 2 illustrates, in a time sequence diagram form, a methodology of registering a visiting terminal or user in a foreign network;
FIGURE 3 illustrates, in a time sequence diagram obtaining location information of a roamed party; and FIGURE 4 illustrates, in a time sequence diagram form, a methodology of communicating an admission request as an initial step in contacting a roamed party.
DETAILED DESCRIPTION
In FIGURE 1 the reference numeral 10 refers to a first H.323 compliant network domain while a second H.323 compliant network domain is given a designation of 12. The network domain 10 includes a gatekeeper 14 connected via a bus 16 to many other components some of which are shown. Endpoints 18 and 20 are two out of potentially many endpoint terminals connected to bus 16 the others of which are not shown. A plurality of gateways 22, 24 and 26 are also shown connected to bus 16. A block 28, which includes the functions of both a gateway and an Internet protocol (IP) router (R/GW), is interconnected between bus 16 and a packet data network generally indicated as 30. The block 30 may be the Internet, an intranet or any other packet data transmission means for supplying data between domain 10 and network domain 12. The domain may also contain a multi-point control unit (MCU) such as shown for block 32.
Domain 12 includes a combination router and gateway block 34 which provides the interconnection between a bus 36 of domain 12 and the network 30. As illustrated, a plurality of endpoints 38, 40 and 42 are connected to bus 36. A gatekeeper 44 is likewise connected to bus 36. The domain 12 would also be likely to have further gateways, not shown, in a manner similar to that of domain 10.
Gateway 22 is shown connected to the public switched telecommunication network or PSTN and designated as 46 which is shown having a pair of PSTN
compliant endpoint devices 48 and 50 connected thereto.
Devices 48 and 50 would typically be ordinary computer telephone modems and their associated computer terminals along with required voice equipment such as speakers and a microphone. Gateway 24 is shown connected to an asynchronous transmission mode (ATM) network 52 having a pair of endpoints 54 and 56 connected thereto.
1 Gateway 26 is connected to an ISDN network 58 and has a pair ISDN compliant endpoints 60 and 62 connected to communicate with other devices such as an endpoint within the domain 10 or PSTN 46.
The portions of FIGURE 1 described thus far could be considered to represent a prior art communication system. As will be noted however gatekeeper 14 has connected thereto a visiting location register (VLR) 64 and further has a home location register (HLR) 66. The gatekeeper 44 has similar VLR and HLR boxes 68 and 70.
While the VLR and HLR functions may readily be incorporated within a gatekeeper, these blocks are shown external for ease in discussing the function and operation of same. As will be realized, the gatekeeper boxes 14 and 44 further include software for providing the added functions necessary to register visiting users, assign transient identities, forward incoming communications to the last known location of a roaming endpoint user and to update storage registers 64 through 70. For the purpose of describing the operation of the invention, endpoint 42 has been further designated as VU
for visiting user. The visiting user (VU) may bring that users own terminal for connection to network 12 or may use an existing terminal on the network and want to have communications, initially directed to his home network, forwarded to endpoint 42. It may be understood, for this description, that the VU has network 10 as that users home network and gatekeeper (GK) 14 as a home gatekeeper.
In FIGURE 1 the reference numeral 10 refers to a first H.323 compliant network domain while a second H.323 compliant network domain is given a designation of 12. The network domain 10 includes a gatekeeper 14 connected via a bus 16 to many other components some of which are shown. Endpoints 18 and 20 are two out of potentially many endpoint terminals connected to bus 16 the others of which are not shown. A plurality of gateways 22, 24 and 26 are also shown connected to bus 16. A block 28, which includes the functions of both a gateway and an Internet protocol (IP) router (R/GW), is interconnected between bus 16 and a packet data network generally indicated as 30. The block 30 may be the Internet, an intranet or any other packet data transmission means for supplying data between domain 10 and network domain 12. The domain may also contain a multi-point control unit (MCU) such as shown for block 32.
Domain 12 includes a combination router and gateway block 34 which provides the interconnection between a bus 36 of domain 12 and the network 30. As illustrated, a plurality of endpoints 38, 40 and 42 are connected to bus 36. A gatekeeper 44 is likewise connected to bus 36. The domain 12 would also be likely to have further gateways, not shown, in a manner similar to that of domain 10.
Gateway 22 is shown connected to the public switched telecommunication network or PSTN and designated as 46 which is shown having a pair of PSTN
compliant endpoint devices 48 and 50 connected thereto.
Devices 48 and 50 would typically be ordinary computer telephone modems and their associated computer terminals along with required voice equipment such as speakers and a microphone. Gateway 24 is shown connected to an asynchronous transmission mode (ATM) network 52 having a pair of endpoints 54 and 56 connected thereto.
1 Gateway 26 is connected to an ISDN network 58 and has a pair ISDN compliant endpoints 60 and 62 connected to communicate with other devices such as an endpoint within the domain 10 or PSTN 46.
The portions of FIGURE 1 described thus far could be considered to represent a prior art communication system. As will be noted however gatekeeper 14 has connected thereto a visiting location register (VLR) 64 and further has a home location register (HLR) 66. The gatekeeper 44 has similar VLR and HLR boxes 68 and 70.
While the VLR and HLR functions may readily be incorporated within a gatekeeper, these blocks are shown external for ease in discussing the function and operation of same. As will be realized, the gatekeeper boxes 14 and 44 further include software for providing the added functions necessary to register visiting users, assign transient identities, forward incoming communications to the last known location of a roaming endpoint user and to update storage registers 64 through 70. For the purpose of describing the operation of the invention, endpoint 42 has been further designated as VU
for visiting user. The visiting user (VU) may bring that users own terminal for connection to network 12 or may use an existing terminal on the network and want to have communications, initially directed to his home network, forwarded to endpoint 42. It may be understood, for this description, that the VU has network 10 as that users home network and gatekeeper (GK) 14 as a home gatekeeper.
. ~ While FIGURE 1 may typically be understood to represent a situation where network domains 10 and 12 are physically separated by a great distance, the invention is also applicable to two different zones within a single network wherein each of the zones has a different gatekeeper.
The H.323 protocol mentioned above requires that an endpoint terminal, of a network, register with the gatekeeper of that network.. The registration would normally occur whenever a terminal such as 42 is activated but also may be required on a periodic basis in the design of some networks. Thus, and as shown in FIGURE 2, the visiting user sends a registration request to the visited gatekeeper 44 in networkB. Referring to FIGURE 1, endpoint 42 would send a message to gatekeeper 44 requesting registration. This message includes the terminal alias for terminal 42, a current IP address and an VU and/or endpoint authentication token. This message would include data equivalent to "I am joe@networkA.com" and "my RAS address is 1.2.3.4:10050"
and "my call signalling address is 1.2.3.4:2500". The gatekeeper 44 then assigns a transient identity, such as VU501 to visiting endpoint 42 and forwards the request along with a visited gatekeepers authentication token and the assigned transient identity to the home gatekeeper in networkA which as is shown in FIGURE 1 would be gatekeeper 14. The visited gatekeeper must be able to determine the home network and/or gatekeeper from the alias information sent by the terminal 42 to the visited gatekeeper 44, otherwise the registration request could not be forwarded. One reason the registration request must be forwarded to the home gatekeeper is that the visited gatekeeper has no means for ascertaining whether or not the user operating endpoint 42 is authorized to roam to network 12.
However the primary purpose for sending the registration request to the home network is to identify the visited network and the address where the home network should contact the visited network to deliver calls to the roaming user. Thus each of the gatekeepers such as 44 must maintain a listing or database register of the networks, such as networkA, that are authorized to send roaming users to networkB. Likewise, gateway 44 must keep a separate list of networks to which networkB users may be allowed to roam in the event that the associated network roaming agreements are not reciprocal..
When the home gatekeeper 4 receives the registration request, it examines the authentication token sent by endpoint 42, the presence of a roaming alias or transient identity as assigned by visited keeper 44 (and possibly the IP address of the sending entity). This examination causes the gatekeeper 14 to determine that the request is not a standard registration request and that further processing is required by gatekeeper 14. The home gatekeeper 14, upon determining that the registration request is for a user (joe) that has roamed from networkA, needs to update the gatekeepers information database by storing the assigned transient identity (VU501) and the visited gatekeeper data so that future communications can be forwarded to gatekeeper 44 in networkB. Home gatekeeper 14 uses the authentication token supplied by gatekeeper 44 to verify that the communication did actually come from the visiting network and was not forged by a "hacker" or other impersonator of another network. Once the identity of the visited network is established, additional determinations are made by gatekeeper 14, that visited networkB is an appropriate network to which user VU can roam. Home gatekeeper 14 uses the authentication token supplied by the VU for endpoint 42 in combination with the alias supplied by the roaming user to verify that the request is from a user and/or terminal endpoint registered at the home network and not from an impersonator of that user. Further, the home gatekeeper 14 may check its registers to see where the roaming user was last known to be located so that deregistration messages may be sent to the gatekeeper controlling the previously visited site.
Once the home gatekeeper 14 has completed updating its registers 64 and 66, it may return a registration confirmed (RCF) or a registration reject (RRJ) message to the visited gatekeeper. It may be assumed for the purposes of this description that the home gatekeeper 14 determines that the VU for terminal 42 is authorized to roam and thus returns the confirmation message to gatekeeper 44. The visited gatekeeper 44 may filter part of the received data before returning a confirmation message to visiting user endpoint 42.
A calling endpoint may send an H.323 standardized location request (LRQ) message to the home gatekeeper 14 of a roaming user, as shown in FIGURE 3. This message will include an alias corresponding to the roaming user (i.e. "Joe"). The GK 14 will check the HLR 66 and retrieve that transient identity or roaming alias assigned by the visited GK 44 for that roaming user. A
new LRQ message will then be sent from GK 14 to visited GK 44 . The visited GK 44 will cheek that terminal' s VLR
68 to determine if VU501 still refers to Joe at EP 42 and that Joe still has a current registration. If the registration is not current, a location reject (LRJ) message may be returned from GK 44. If the LRQ received by GK 14 is malformed or otherwise improper, the LRQ
might not even be forwarded to GK 44. In this instance, the GK 14 would just return a LRJ to the calling endpoint.
It is assumed in this FIGURE however that the visiting user at EP 42 is still in good standing. In this situation, appropriate address information such as a call signaling transport address and any appropriate aliases are returned from GK 44 to GK 14. GK 14 may screen or otherwise filter the data received in the LCF
message from GK 44 and then send a LCF to the requester or calling endpoint. As will be obvious to network designers, the data returned to the calling party may be limited so that calls must be routed through the home gatekeeper rather than giving the calling endpoint enough data to place a call directly to a roaming user.
Such routing may be maintained by the network for any of many reasons. One reason for routing all calls through the GK is that, by design, the gatekeeper is required to monitor the contents of all calls received by given users.
Another H.323 standardized message received by gatekeepers is an admission request (ARQ) as shown in FIGURE 4. As occurred in FIGURE 3, the request would contain an alias such as Joe@networkA. This would correspond 10 the roaming user at EP 42. GK 14 would check its database and obtain the corresponding roaming <~lias VU501 from HLR 66. GK 14 would forward a request to GK 44 using the stored roaming alias or transient identity assigned by GK 44. This request from GK14 to GK44 would normally be an LRQ although certain circumstances occur, and as set forth in H.323, where it would be appropriate to send an ARQ.
An H.323 endpoint sends an ARQ message to its gatekeeper before placing or receiving a call in order to receive permission from the gatekeeper to use the network, to receive information regarding where signaling should be established and to obtain other useful information used in establishing communication with the other endpoint (such as: aliases, lists of gateways to use, authentication tokens to pass through network gateways, and so forth). In the present case, an H.323 endpoint inside the home network domain may wish to call a user who happens to be served by the home network and the user is roaming. In this instance, the calling endpoint is interested in obtaining the address where it should send call signaling to ultimately reach the roaming user, and the permission aspects are not pertinent.
The visited GK 44 would return an address in the appropriate ACF or LCF confirmation message as to the appropriate port address where the call signalling should be established to communicate with the roaming user VU at EP 42. The home GK 14 screens the address information and returns location information to the requestor when all signals are valid. As before, an LRJ
or admission reject (ARJ) may be returned from GK 14 to the requestor if the terminal 42 is not presently registered or there is some other error.
As will be apparent, the ARQ or LRQ messages for the roaming user at EP 42 could be received from a calling party within home network 10, from the visited network 12 or from non-H.323 compliant EPs such as a terminal connected to block 60 which is an ISDN
compliant endpoint.
As known to those skilled in the art, the entire . procedure is completely detailed in the referenced H.323 specification for"initiating a voice (or other multimedia) call including setup, obtaining the connection, and releasing the connection after completion of the call. The remaining steps will be obvious to anyone familiar with this specification and the implementation will also be obvious based on the signal flow shown in Figures 2 through 4. The only requirement is that the data packets coming into the home network for the roaming user be directed to the visited network for delivery to the actual roaming user.
As will be apparent, the home network must be contacted first and then contact be made with the visited network for instructions on where to direct packets to the visited network.
In summary, this invention allows a H.323 compliant user to roam to another H.323 compliant network that is recognized by that users home gatekeeper. After arriving at the visited network, the roaming user registers with a visited gatekeeper. The visited gatekeeper authorizes the registration by determining the network of the roaming user and that a roaming agreement exists between the visited and home network..
This is accomplished by contacting the home gatekeeper which in turn authorizes the request as being from a authenticated network with which it allows roaming, that i~he roaming user is allowed to roam, and that the requestor is the actual user and not an impostor (an authenticated user). Once the authorization is returned, the roaming user may start to receive H.323 calls, as directed by the coordination of the home and visited gatekeeper. Since the interaction between gatekeeper and the forwarding of data packets is transparent to the caller, the caller need not even know that the user has roamed to a different network domain.
As will be apparent from the above, the calling party need not be part of an H.323 compliant network but only need to have the capability to call to a H.323 compliant network.
Further functions of the system may include advising previously visited gatekeepers that a user has again roamed when a home gatekeeper detects a previous roaming status at the time a RRQ is received from a presently visited gatekeeper. Such advisory messages are not needed in systems where the time increment between required re-registrations is relatively short.
Although the invention has been described with reference to specific embodiments, these descriptions are not meant to be construed in a limiting sense.
Various modifications of the disclosed embodiments, as well as alternative embodiments of the invention, will become apparent to persons skilled in the art upon reference to the description of the invention. It is therefore, contemplated that the claims will cover any such modifications or embodiments that fall within the true scope and spirit of the invention.
The H.323 protocol mentioned above requires that an endpoint terminal, of a network, register with the gatekeeper of that network.. The registration would normally occur whenever a terminal such as 42 is activated but also may be required on a periodic basis in the design of some networks. Thus, and as shown in FIGURE 2, the visiting user sends a registration request to the visited gatekeeper 44 in networkB. Referring to FIGURE 1, endpoint 42 would send a message to gatekeeper 44 requesting registration. This message includes the terminal alias for terminal 42, a current IP address and an VU and/or endpoint authentication token. This message would include data equivalent to "I am joe@networkA.com" and "my RAS address is 1.2.3.4:10050"
and "my call signalling address is 1.2.3.4:2500". The gatekeeper 44 then assigns a transient identity, such as VU501 to visiting endpoint 42 and forwards the request along with a visited gatekeepers authentication token and the assigned transient identity to the home gatekeeper in networkA which as is shown in FIGURE 1 would be gatekeeper 14. The visited gatekeeper must be able to determine the home network and/or gatekeeper from the alias information sent by the terminal 42 to the visited gatekeeper 44, otherwise the registration request could not be forwarded. One reason the registration request must be forwarded to the home gatekeeper is that the visited gatekeeper has no means for ascertaining whether or not the user operating endpoint 42 is authorized to roam to network 12.
However the primary purpose for sending the registration request to the home network is to identify the visited network and the address where the home network should contact the visited network to deliver calls to the roaming user. Thus each of the gatekeepers such as 44 must maintain a listing or database register of the networks, such as networkA, that are authorized to send roaming users to networkB. Likewise, gateway 44 must keep a separate list of networks to which networkB users may be allowed to roam in the event that the associated network roaming agreements are not reciprocal..
When the home gatekeeper 4 receives the registration request, it examines the authentication token sent by endpoint 42, the presence of a roaming alias or transient identity as assigned by visited keeper 44 (and possibly the IP address of the sending entity). This examination causes the gatekeeper 14 to determine that the request is not a standard registration request and that further processing is required by gatekeeper 14. The home gatekeeper 14, upon determining that the registration request is for a user (joe) that has roamed from networkA, needs to update the gatekeepers information database by storing the assigned transient identity (VU501) and the visited gatekeeper data so that future communications can be forwarded to gatekeeper 44 in networkB. Home gatekeeper 14 uses the authentication token supplied by gatekeeper 44 to verify that the communication did actually come from the visiting network and was not forged by a "hacker" or other impersonator of another network. Once the identity of the visited network is established, additional determinations are made by gatekeeper 14, that visited networkB is an appropriate network to which user VU can roam. Home gatekeeper 14 uses the authentication token supplied by the VU for endpoint 42 in combination with the alias supplied by the roaming user to verify that the request is from a user and/or terminal endpoint registered at the home network and not from an impersonator of that user. Further, the home gatekeeper 14 may check its registers to see where the roaming user was last known to be located so that deregistration messages may be sent to the gatekeeper controlling the previously visited site.
Once the home gatekeeper 14 has completed updating its registers 64 and 66, it may return a registration confirmed (RCF) or a registration reject (RRJ) message to the visited gatekeeper. It may be assumed for the purposes of this description that the home gatekeeper 14 determines that the VU for terminal 42 is authorized to roam and thus returns the confirmation message to gatekeeper 44. The visited gatekeeper 44 may filter part of the received data before returning a confirmation message to visiting user endpoint 42.
A calling endpoint may send an H.323 standardized location request (LRQ) message to the home gatekeeper 14 of a roaming user, as shown in FIGURE 3. This message will include an alias corresponding to the roaming user (i.e. "Joe"). The GK 14 will check the HLR 66 and retrieve that transient identity or roaming alias assigned by the visited GK 44 for that roaming user. A
new LRQ message will then be sent from GK 14 to visited GK 44 . The visited GK 44 will cheek that terminal' s VLR
68 to determine if VU501 still refers to Joe at EP 42 and that Joe still has a current registration. If the registration is not current, a location reject (LRJ) message may be returned from GK 44. If the LRQ received by GK 14 is malformed or otherwise improper, the LRQ
might not even be forwarded to GK 44. In this instance, the GK 14 would just return a LRJ to the calling endpoint.
It is assumed in this FIGURE however that the visiting user at EP 42 is still in good standing. In this situation, appropriate address information such as a call signaling transport address and any appropriate aliases are returned from GK 44 to GK 14. GK 14 may screen or otherwise filter the data received in the LCF
message from GK 44 and then send a LCF to the requester or calling endpoint. As will be obvious to network designers, the data returned to the calling party may be limited so that calls must be routed through the home gatekeeper rather than giving the calling endpoint enough data to place a call directly to a roaming user.
Such routing may be maintained by the network for any of many reasons. One reason for routing all calls through the GK is that, by design, the gatekeeper is required to monitor the contents of all calls received by given users.
Another H.323 standardized message received by gatekeepers is an admission request (ARQ) as shown in FIGURE 4. As occurred in FIGURE 3, the request would contain an alias such as Joe@networkA. This would correspond 10 the roaming user at EP 42. GK 14 would check its database and obtain the corresponding roaming <~lias VU501 from HLR 66. GK 14 would forward a request to GK 44 using the stored roaming alias or transient identity assigned by GK 44. This request from GK14 to GK44 would normally be an LRQ although certain circumstances occur, and as set forth in H.323, where it would be appropriate to send an ARQ.
An H.323 endpoint sends an ARQ message to its gatekeeper before placing or receiving a call in order to receive permission from the gatekeeper to use the network, to receive information regarding where signaling should be established and to obtain other useful information used in establishing communication with the other endpoint (such as: aliases, lists of gateways to use, authentication tokens to pass through network gateways, and so forth). In the present case, an H.323 endpoint inside the home network domain may wish to call a user who happens to be served by the home network and the user is roaming. In this instance, the calling endpoint is interested in obtaining the address where it should send call signaling to ultimately reach the roaming user, and the permission aspects are not pertinent.
The visited GK 44 would return an address in the appropriate ACF or LCF confirmation message as to the appropriate port address where the call signalling should be established to communicate with the roaming user VU at EP 42. The home GK 14 screens the address information and returns location information to the requestor when all signals are valid. As before, an LRJ
or admission reject (ARJ) may be returned from GK 14 to the requestor if the terminal 42 is not presently registered or there is some other error.
As will be apparent, the ARQ or LRQ messages for the roaming user at EP 42 could be received from a calling party within home network 10, from the visited network 12 or from non-H.323 compliant EPs such as a terminal connected to block 60 which is an ISDN
compliant endpoint.
As known to those skilled in the art, the entire . procedure is completely detailed in the referenced H.323 specification for"initiating a voice (or other multimedia) call including setup, obtaining the connection, and releasing the connection after completion of the call. The remaining steps will be obvious to anyone familiar with this specification and the implementation will also be obvious based on the signal flow shown in Figures 2 through 4. The only requirement is that the data packets coming into the home network for the roaming user be directed to the visited network for delivery to the actual roaming user.
As will be apparent, the home network must be contacted first and then contact be made with the visited network for instructions on where to direct packets to the visited network.
In summary, this invention allows a H.323 compliant user to roam to another H.323 compliant network that is recognized by that users home gatekeeper. After arriving at the visited network, the roaming user registers with a visited gatekeeper. The visited gatekeeper authorizes the registration by determining the network of the roaming user and that a roaming agreement exists between the visited and home network..
This is accomplished by contacting the home gatekeeper which in turn authorizes the request as being from a authenticated network with which it allows roaming, that i~he roaming user is allowed to roam, and that the requestor is the actual user and not an impostor (an authenticated user). Once the authorization is returned, the roaming user may start to receive H.323 calls, as directed by the coordination of the home and visited gatekeeper. Since the interaction between gatekeeper and the forwarding of data packets is transparent to the caller, the caller need not even know that the user has roamed to a different network domain.
As will be apparent from the above, the calling party need not be part of an H.323 compliant network but only need to have the capability to call to a H.323 compliant network.
Further functions of the system may include advising previously visited gatekeepers that a user has again roamed when a home gatekeeper detects a previous roaming status at the time a RRQ is received from a presently visited gatekeeper. Such advisory messages are not needed in systems where the time increment between required re-registrations is relatively short.
Although the invention has been described with reference to specific embodiments, these descriptions are not meant to be construed in a limiting sense.
Various modifications of the disclosed embodiments, as well as alternative embodiments of the invention, will become apparent to persons skilled in the art upon reference to the description of the invention. It is therefore, contemplated that the claims will cover any such modifications or embodiments that fall within the true scope and spirit of the invention.
Claims (17)
1.The method of establishing a user in a foreign network comprising the steps of:
sending a user registration request to a visited gatekeeper;
forwarding registration request data from the visited gatekeeper to a gatekeeper in said home network for authentication by said home network; and returning a registration confirm message from said home network to the user that requested registration in the visited network.
sending a user registration request to a visited gatekeeper;
forwarding registration request data from the visited gatekeeper to a gatekeeper in said home network for authentication by said home network; and returning a registration confirm message from said home network to the user that requested registration in the visited network.
2. The method of claim 1 comprising the additional step of:
including, in the user registration request, at least a current Internet protocol (IP) address and data sufficient to identify the user and that users home network.
including, in the user registration request, at least a current Internet protocol (IP) address and data sufficient to identify the user and that users home network.
3. The method of claim 1 comprising the additional step of:
updating stored data accessed by said home network as to the transient identity of the user requesting registration.
updating stored data accessed by said home network as to the transient identity of the user requesting registration.
4. The method of claim 1 wherein:
the user registration request includes terminal aliases and an authentication token;
the registration request data forwarded by said visited gatekeeper includes a visited gatekeeper authentication token and a roaming alias; and the registration confirm message is passed through said visited gatekeeper before being received by the user requesting registration.
the user registration request includes terminal aliases and an authentication token;
the registration request data forwarded by said visited gatekeeper includes a visited gatekeeper authentication token and a roaming alias; and the registration confirm message is passed through said visited gatekeeper before being received by the user requesting registration.
5. The method of claim 1 comprising the additional step of:
updating a "roamed" databank with the gatekeeper contact for the user requesting registration.
updating a "roamed" databank with the gatekeeper contact for the user requesting registration.
6. The method of claim 1 comprising the additional step of:
notifying any previously visited gatekeeper listed in the databank for said user to deregister said user.
notifying any previously visited gatekeeper listed in the databank for said user to deregister said user.
7. Network gatekeeper apparatus comprising:
visiting location register means;
means for updating said visiting location register means upon receipt of a confirmation message, from a home gatekeeper, that a user of a visited network is authorized to have communications forwarded to the user at the visited network.
visiting location register means;
means for updating said visiting location register means upon receipt of a confirmation message, from a home gatekeeper, that a user of a visited network is authorized to have communications forwarded to the user at the visited network.
8. Apparatus for establishing a user in a foreign data packet network comprising:
home gatekeeper means comprising a part of a home network domain;
visited gatekeeper means;
packet data transmission means interconnecting said home and said visited gatekeeper means;
terminal means logically connected to said gatekeeper means;
means for sending a visiting user registration request to said visited gatekeeper means including at least a current internet protocol (IP) address and data sufficient to identify the visiting user and that visiting users home network domain;
means for forwarding registration request data from said visited gatekeeper means to said home network domain for authentication by said home gatekeeper means;
and means for returning a registration confirm message from said home gatekeeper means to the user that requested registration in ~e visited network.
home gatekeeper means comprising a part of a home network domain;
visited gatekeeper means;
packet data transmission means interconnecting said home and said visited gatekeeper means;
terminal means logically connected to said gatekeeper means;
means for sending a visiting user registration request to said visited gatekeeper means including at least a current internet protocol (IP) address and data sufficient to identify the visiting user and that visiting users home network domain;
means for forwarding registration request data from said visited gatekeeper means to said home network domain for authentication by said home gatekeeper means;
and means for returning a registration confirm message from said home gatekeeper means to the user that requested registration in ~e visited network.
9. The method of obtaining the address of a roaming network user comprising the steps of:
sending a request from a calling endpoint to the home gatekeeper of a called user;
forwarding a received request from a home gatekeeper to a visited gatekeeper; and returning a confirmation including address information from the visited gatekeeper to said calling endpoint.
sending a request from a calling endpoint to the home gatekeeper of a called user;
forwarding a received request from a home gatekeeper to a visited gatekeeper; and returning a confirmation including address information from the visited gatekeeper to said calling endpoint.
10. The method of claim 9 wherein:
the request from the home gatekeeper to the visited gatekeeper is of, an admission request and a location request.
the request from the home gatekeeper to the visited gatekeeper is of, an admission request and a location request.
11. Gatekeeper apparatus comprising:
means for registering an endpoint as a visiting user of a network; and means for assigning a transient identity to a registered visiting user where the transient identity is readily differentiated from assigned identities of home network users.
means for registering an endpoint as a visiting user of a network; and means for assigning a transient identity to a registered visiting user where the transient identity is readily differentiated from assigned identities of home network users.
12. Apparatus comprising:
home gatekeeper means means for storing data relative the last registered location of a roaming user whose home registration is with said home gatekeeper means; and means for forwarding incoming requests relative said roaming user to the last registered location as stored in said means for storing data.
home gatekeeper means means for storing data relative the last registered location of a roaming user whose home registration is with said home gatekeeper means; and means for forwarding incoming requests relative said roaming user to the last registered location as stored in said means for storing data.
13. The method of directing communications to users roaming between gatekeeper managed networks interconnected by packetized data networks comprising the steps of:
maintaining a list of visiting users that have requested registration in a given visited network;
supplying data from a home network, in response to a request, authorizing a visited network to forward incoming communications to a visiting user;
storing data in the home network relative the most recently known visited location of a roaming user; and forwarding communications, initially directed to a home network address, to the last known visited network.
maintaining a list of visiting users that have requested registration in a given visited network;
supplying data from a home network, in response to a request, authorizing a visited network to forward incoming communications to a visiting user;
storing data in the home network relative the most recently known visited location of a roaming user; and forwarding communications, initially directed to a home network address, to the last known visited network.
14. Communication apparatus comprising:
local and foreign domain network means;
packetized data communication means interconnecting said local and foreign domain network means;
means for registering each network users current location;
means for assigning home identities to a user that identify a users home domain network;
means for assigning transient identities to a roaming user; and means for setting up calls between said local and foreign domain network means.
local and foreign domain network means;
packetized data communication means interconnecting said local and foreign domain network means;
means for registering each network users current location;
means for assigning home identities to a user that identify a users home domain network;
means for assigning transient identities to a roaming user; and means for setting up calls between said local and foreign domain network means.
15. Apparatus as claimed in claim 14 comprising in addition:
means for authenticating a roaming user currently located in a foreign network as being a user registered in a local home network that is authorized to roam.
means for authenticating a roaming user currently located in a foreign network as being a user registered in a local home network that is authorized to roam.
16. Data packet transmission means interconnected network domains comprising:
a plurality of network domains each having a unique identity;
means for assigning a transient identity for a user roaming to and registering in a network domain other than that users home domain; and means for storing said transient identity at the home network domain of a roaming user.
a plurality of network domains each having a unique identity;
means for assigning a transient identity for a user roaming to and registering in a network domain other than that users home domain; and means for storing said transient identity at the home network domain of a roaming user.
17. Apparatus as claimed in claim 16 comprising, in addition:
means for causing calls originally directed to a home network to be redirected to the network where that user last registered.
means for causing calls originally directed to a home network to be redirected to the network where that user last registered.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/096,657 US6421339B1 (en) | 1998-06-12 | 1998-06-12 | Methods and systems for call forwarding |
US09/096,657 | 1998-06-12 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2273472A1 true CA2273472A1 (en) | 1999-12-12 |
Family
ID=22258435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002273472A Abandoned CA2273472A1 (en) | 1998-06-12 | 1999-06-01 | Methods and systems for call forwarding |
Country Status (3)
Country | Link |
---|---|
US (1) | US6421339B1 (en) |
EP (1) | EP0964560A1 (en) |
CA (1) | CA2273472A1 (en) |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19837641C2 (en) * | 1998-08-19 | 2000-11-02 | Siemens Ag | Method for routing connections over a packet-oriented communication network |
US6965591B1 (en) * | 1998-09-14 | 2005-11-15 | At&T Corp. | System and method for gatekeeper-to-gatekeeper communication |
KR100295457B1 (en) * | 1998-11-10 | 2001-07-12 | 이계철 | Apparatus and method for providing Internet protocol (IP) level connectivity between internet access terminals using service gateway |
US6667968B1 (en) * | 1998-12-03 | 2003-12-23 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for providing multiple endpoints in a device disposed in a packet-switched network |
US6614774B1 (en) * | 1998-12-04 | 2003-09-02 | Lucent Technologies Inc. | Method and system for providing wireless mobile server and peer-to-peer services with dynamic DNS update |
US20030119500A1 (en) * | 1998-12-30 | 2003-06-26 | Subrata Mukherjee | System and method for providing terminal mobility in h.323 systems |
NO310800B1 (en) * | 1999-02-09 | 2001-08-27 | Ericsson Telefon Ab L M | Device for the distribution and transport of traffic in a network, in particular H.323 generated traffic |
GB9903125D0 (en) * | 1999-02-11 | 1999-04-07 | Nokia Telecommunications Oy | Handover in a mobile communication system |
ATE496452T1 (en) * | 1999-02-19 | 2011-02-15 | Nokia Siemens Networks Oy | NETWORK ARRANGEMENT FOR COMMUNICATION |
US6856612B1 (en) * | 1999-02-24 | 2005-02-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and systems for call routing and codec negotiation in hybrid voice/data/internet/wireless systems |
US6788660B1 (en) * | 1999-02-25 | 2004-09-07 | Telcordia Technologies, Inc. | Adaptive mobile signaling for wireless internet telephony |
US7246154B1 (en) * | 1999-05-06 | 2007-07-17 | Cisco Technology, Inc. | Directing data network communications based on geographic location of a user |
US6674734B1 (en) | 1999-07-12 | 2004-01-06 | Nokia Corporation | Scheme to relocate H. 323 gatekeeper during a call when endpoint changes its zone |
US7099301B1 (en) * | 1999-07-13 | 2006-08-29 | Innomedia, Inc. | Voice over internet protocol proxy gateway |
US6674746B1 (en) * | 1999-07-22 | 2004-01-06 | Nortel Networks Limited | Method and apparatus for voice over internet protocol swapping in a communications system |
US6757823B1 (en) * | 1999-07-27 | 2004-06-29 | Nortel Networks Limited | System and method for enabling secure connections for H.323 VoIP calls |
US6711157B1 (en) * | 1999-08-24 | 2004-03-23 | Telefonaktiebolaget L M Ericsson (Publ) | System and method of creating subscriber services in an IP-based telecommunications network |
US7254219B1 (en) * | 1999-09-14 | 2007-08-07 | Qwest Communications International Inc. | Method and system for online call management |
US6775255B1 (en) * | 1999-09-16 | 2004-08-10 | At&T Corp. | H.323 mobility architecture for terminal, user and service mobility |
US7346022B1 (en) * | 1999-09-28 | 2008-03-18 | At&T Corporation | H.323 user, service and service provider mobility framework for the multimedia intelligent networking |
US6646997B1 (en) * | 1999-10-25 | 2003-11-11 | Voyant Technologies, Inc. | Large-scale, fault-tolerant audio conferencing in a purely packet-switched network |
US6775369B1 (en) | 1999-11-16 | 2004-08-10 | Cisco Technology, Inc. | System and method for establishing roaming line numbers |
US6785287B1 (en) * | 1999-11-16 | 2004-08-31 | Nokia Ip, Inc. | Integrated IP telephony and cellular communication system and method of operation |
US6798767B1 (en) | 1999-11-16 | 2004-09-28 | Cisco Technology, Inc. | System and method for generating multiple line appearances in a communication network |
FI111507B (en) * | 1999-11-26 | 2003-07-31 | Nokia Networks Oy | Method and Device for Performing Mobile Security Related Procedures in Hybrid Cellular Communications Systems |
CA2304353A1 (en) * | 2000-04-06 | 2001-10-06 | Stephen Murphy | Telephone call manager |
US6967941B2 (en) | 2000-05-02 | 2005-11-22 | At&T Corp. | System and method for inter-domain mobility management |
US6760780B1 (en) * | 2000-05-25 | 2004-07-06 | Microsoft Corporation | Method and system for proxying telephony messages |
US7117245B1 (en) * | 2000-07-05 | 2006-10-03 | Iris Wireless, Llc | Global communication method and system |
US7110393B1 (en) * | 2001-02-28 | 2006-09-19 | 3Com Corporation | System and method for providing user mobility handling in a network telephony system |
US20020177440A1 (en) * | 2001-05-24 | 2002-11-28 | Subrata Mukherjee | System and method for providing serviceto guest users in a wireless enterprise network |
US7113775B2 (en) * | 2001-07-06 | 2006-09-26 | Siemens Communications, Inc. | Self-learning intelligent call routing gatekeeper |
CN1180573C (en) | 2001-08-29 | 2004-12-15 | 华为技术有限公司 | Pitch point transregional call method in IP network system |
DE10147147A1 (en) | 2001-09-25 | 2003-04-24 | Siemens Ag | Method and device for implementing a firewall application for communication data |
DE10231972A1 (en) * | 2002-07-15 | 2004-02-19 | Siemens Ag | Accessing network-internal functions of telecommunications networks externally involves interface checking for request to use function of another network in external request for internal function |
US7257105B2 (en) * | 2002-10-03 | 2007-08-14 | Cisco Technology, Inc. | L2 method for a wireless station to locate and associate with a wireless network in communication with a Mobile IP agent |
CA2527831C (en) * | 2003-06-30 | 2014-06-10 | Telecom Italia S.P.A. | A method for network selection in communication networks, related network and computer program product therefor |
CN100440886C (en) * | 2003-09-02 | 2008-12-03 | 华为技术有限公司 | Method for realizing multimedia protocol passing through network address translation device |
US6931343B2 (en) * | 2003-09-19 | 2005-08-16 | Globespanvirata, Incorporated | On-signal quadrature modulator calibration |
US7295660B1 (en) | 2003-10-23 | 2007-11-13 | Aol Llc | Telemarketer screening |
DE60312174T2 (en) * | 2003-11-27 | 2007-11-15 | Alcatel Lucent | Number portability in "Voice over IP" networks |
CN100341326C (en) * | 2004-03-31 | 2007-10-03 | 华为技术有限公司 | Main-caller call-out method for video conference system |
US8094800B1 (en) | 2004-12-21 | 2012-01-10 | Aol Inc. | Call treatment based on user association with one or more user groups |
CN1327663C (en) | 2005-08-12 | 2007-07-18 | 华为技术有限公司 | Method of user access radio communication network and radio network cut in control device |
US8744054B2 (en) * | 2006-06-29 | 2014-06-03 | Apple Inc. | Method and system for automatic call redialing |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU1459297A (en) | 1996-01-18 | 1997-08-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for reducing fraud in a cellular telecommunications system |
US6134316A (en) * | 1996-10-18 | 2000-10-17 | Telefonaktiebolaget Lm Ericsson | Telecommunications network with relocateability of subscriber number |
US6144671A (en) * | 1997-03-04 | 2000-11-07 | Nortel Networks Corporation | Call redirection methods in a packet based communications network |
US6049531A (en) * | 1997-07-14 | 2000-04-11 | At&T Corp | Real-time multimedia conferencing over an ATM network using an intelligent ATM ADSL modem and ADSL access |
US6031896A (en) * | 1998-10-23 | 2000-02-29 | Gte Laboratories Incorporated | Real-time voicemail monitoring and call control over the internet |
US6128304A (en) * | 1998-10-23 | 2000-10-03 | Gte Laboratories Incorporated | Network presence for a communications system operating over a computer network |
US6240449B1 (en) * | 1998-11-02 | 2001-05-29 | Nortel Networks Limited | Method and apparatus for automatic call setup in different network domains |
US6256612B1 (en) * | 1998-12-03 | 2001-07-03 | Telefonaktiebolaget L M Ericsson (Publ) | End-to-end coder/decoder (codec) |
-
1998
- 1998-06-12 US US09/096,657 patent/US6421339B1/en not_active Expired - Lifetime
-
1999
- 1999-06-01 CA CA002273472A patent/CA2273472A1/en not_active Abandoned
- 1999-06-07 EP EP99304412A patent/EP0964560A1/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
US6421339B1 (en) | 2002-07-16 |
EP0964560A1 (en) | 1999-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6421339B1 (en) | Methods and systems for call forwarding | |
US8265250B2 (en) | Registration of multiple VoIP devices | |
US10178543B2 (en) | Common mobility management protocol for multimedia applications, systems and services | |
US10038779B2 (en) | Intercepting voice over IP communications and other data communications | |
US8315593B2 (en) | Method for billing in a telecommunications network | |
US7830886B2 (en) | Router and SIP server | |
US7058714B2 (en) | Special gateway for multimedia networks | |
WO1999014932A2 (en) | Gatekeeper for internet clearinghouse communications system | |
JP2001285476A (en) | Method for housing ip terminal, its gateway device, gatekeeper device and ip terminal | |
KR100326332B1 (en) | Method for communicating between terminal of packet-based network and terminal to be connected through remote access server | |
US6363430B1 (en) | Methods and systems for providing an absent addressing service to customers in a communications network | |
US20040203432A1 (en) | Communication system | |
US20040008710A1 (en) | Communicaton system, method and cotroller for routing calls within private networks distributed among geographically distant zones | |
KR100402787B1 (en) | Call Setup Method for Video Telephony Service in mobile radio communication network | |
KR100398658B1 (en) | An apparatus and method for providing a video telephone service between personal computer and mobile terminal over the packet data network | |
JP2004266547A (en) | Network equipment | |
EP1161827B1 (en) | Arrangement related to a call procedure | |
US7903636B2 (en) | Method for controlling power characteristics in packet-oriented communication networks | |
AU2002250388A1 (en) | A method for billing in a telecommunications network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued | ||
FZDE | Discontinued |
Effective date: 20060601 |