CA2282363C - Call redirection methods in a packet based communications network - Google Patents

Call redirection methods in a packet based communications network Download PDF

Info

Publication number
CA2282363C
CA2282363C CA002282363A CA2282363A CA2282363C CA 2282363 C CA2282363 C CA 2282363C CA 002282363 A CA002282363 A CA 002282363A CA 2282363 A CA2282363 A CA 2282363A CA 2282363 C CA2282363 C CA 2282363C
Authority
CA
Canada
Prior art keywords
call
address
host
message
peer computing
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.)
Expired - Lifetime
Application number
CA002282363A
Other languages
French (fr)
Other versions
CA2282363A1 (en
Inventor
Nishanthan M.T. Perinpanathan
Alan S. Frank
Paul Thomas Taylor
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.)
Genband US LLC
Original Assignee
Nortel Networks Ltd
Nortel Networks Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nortel Networks Ltd, Nortel Networks Corp filed Critical Nortel Networks Ltd
Publication of CA2282363A1 publication Critical patent/CA2282363A1/en
Application granted granted Critical
Publication of CA2282363C publication Critical patent/CA2282363C/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H04M3/548—Arrangements for diverting calls for one subscriber to another predetermined subscriber with remote control
    • 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

Abstract

Methods are provided which employ call redirection to provide services such as personal mobility, terminal mobility and call distribution in a packet based network such as the Internet, or an intranet.

Description

WO 98/39934 p~~CAgg~pppgp CALL REDIRECTION METHODS IN A PACKET BASED
COMMUNICATIONS NETWORK
Field of the Invention The invention relates to methods and applications of call redirection in packet-based multimedia communications networks.
Background of the Invention It is common in today's switch-based telephone networks to offer call redirection services such as call forwarding and call distribution, usually on a subscription basis. When a subscriber having a default DN (directory number) wants to activate call forwarding for example, the subscriber enters a forwarding DN, and a signalling procedure takes place between the subscriber's telephone and a network node which may be a telephone network switch, or an AIN
(advanced intelligent network) based SSP (service switching point) for example. The network node then controls the redirection of calls initially directed towards the subscriber's default DN such that they are received at the forwarding DN. Such a centralized mechanism for providing features to subscribers requires a substantial investment in operations, administration, and maintenance functions.
The use of computing devices connected to an IP
(internet protocol), ISDN (integrated serviced digital network) or ATM (asynchronous transfer mode) based LAN (local area network) or WAN (wide area network)) to assume multimedia . communications roles has recently become increasingly widespread. Examples of this include voice communications and video conferencing communications over private intranets or the public Internet. It is desirable to be able to offer users of
- 2 -such multimedia communications media call redirection features which are similar to those which are available to normal telephone subscribers. For example, when an end-user having a computer normally connected to a default location with a normal address within a particular LAN moves to a different known location where he/she has access to another computer having a different address, it would be useful to be able to have multimedia calls placed to his/her normal address forwarded to the different address. A dedicated computing device or server may be used to provide the required call redirection capability to a number of end-users. This "server based" approach requires related operations, administration and maintenance functionality, requires address translation and related signalling from the end-user's computing device to the dedicated computing device, all of which adds complexity which may not be desirable from an administrative authority's perspective. In addition, having the call redirection functionality on a dedicated device offers limited end-user control and customization over how his/her calls are to be forwarded.
The Mobile IP Protocol (defined by the mobile IP work group within the IETF (Internet Engineering Task Force)} is an existing IP (Network) layer procedure for terminal mobility within the Internet/Intranet [Perkins,C., Editor, "IP Mobility Support",RFC 2002, October 1996]. This protocol, however, requires the modification of a mobile host's IP stack to handle IP encapsulation or tunnelling, the modification of the home router's IP stack to support the functionalities of a Home Agent (i.e. encapsulating/decapsulating and tunnelling both call signalling and media packets to the destination c/o address), the existence of a Foreign Agent on the foreign network (router) to handle IP encapsulation/decapsulation and
- 3 -tunnelling at the far end, procedures to discover and register with Home Agents and Foreign Agents, and procedures to gain access to firewalls when the callee's mobile host is attached to a subnetwork behind a firewall.
Although comprehensive and currently gaining wide acceptance, the Mobile IP protocol requires modification to both the home network router's, foreign network router's and the mobile host's IP stack before being applied to realize terminal mobility. It provides very little end user control over how his/her calls are to be redirected, since call redirection is performed at the IP layer within the router.
Summary of the Invention It is an object of the invention to obviate or mitigate one or more of the above identified disadvantages.
According to a first broad aspect, the invention provides a personal mobility method for allowing a callee having a personal host connected to a packet based communications network at a home address to receive, at a foreign host connected to the network having a c/o (care/of) address, a multimedia call from a calling host originally directed towards the personal host, the method comprising the steps of: a) a call redirector application running on the personal host responding to a call setup request from the calling host with a call setup reply which includes the c/o address; b) the calling host sending a call setup request to the foreign host at the c/o address; and c) the foreign host sending a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the foreign host.
According to a second broad aspect, the invention provides a terminal mobility method for allowing a callee
- 4 -having a mobile host normally connected to a packet based communications network at a home address to receive, at a their mobile host connected at a c/o (care/of) address, a multimedia call from a calling host originally directed towards their personal host, the method comprising the steps of: a) a call redirector application running on a shadow host intercepting a call setup request addressed to the personal host from the calling host with a call setup reply which includes the c/o address; b) the calling host sending a call setup request to the mobile host at the c/o address; and c) the mobile host sending a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the mobile host.
According to a third broad aspect, the invention provides a call distribution method for distributing multimedia calls among a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector application, the method comprising the steps of: a) the call redirector application 'running on the computing device having the main address responding to a call setup request from the calling host with a call setup reply which includes a redirecting address consisting of the address of one of the plurality of peer computing devices; b) the calling host sending a call setup request to the redirecting address; c) said one of the plurality of computing devices sending a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the one of the plurality of computing devices.
According to a fourth broad aspect, the invention provides a call distribution method for distributing multimedia
- 5 -calls among a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector application, the method comprising the steps of:
a) the call redirector application running on the peer computing device having the main address responding to a call setup request from the calling host with a call setup reply indicating the request will be handled shortly; b) at least one of the plurality of peer computing devices sending a call setup request to the computing device having the main address indicating that that device is available; c) the computing device having the main address selecting a particular one of the at least one peer computing device and responding with a call setup reply containing the address of the calling host; d) the particular peer computing device sending a call setup request to the calling host; e) the calling host responding with a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the particular peer computing device; f) the calling terminal sending a disconnect message to the device having the main address.
According to another aspect of the present invention, there is provided a personal host operable to:
facilitate registration by: upon receipt of an activateDiversionQ invoke APDU (application protocol data unit) in a SETUP message, check the authenticity of a mobile callee's ID and password elements in the SETUP message using a local verifying technique; if successfully authenticated, reply with an activateDiversionQ return result APDU in a CONNECT message, and store a mapping from the mobile callee's ID to a current c/o address received in the SETUP
messaged facilitate deregistration by: upon receipt of a - 5a -deactivateDiversionQ invoke APDU in a SETUP message, check the authenticity, and if successful reply with a deactivateDiversionQ return result APDU in a CONNECT message and remove the mapping pertaining to the registration of the mobile callee; after registration, upon receipt of a call setup message, looking up the care-of address, and sending a callRerouting invoke APDU in a FACILITY message containing the mobile callee's current c/o address and subsequently receiving a callRerouting return result APDU in a RELEASE
COMPLETE message confirming reception of the c/o address.
According to still another aspect of the present invention, there is provided a foreign host for participating in call redirection together with a personal host, and calling host operable to: upon receipt of an internal registration request from a mobile callee send an activateDiversionQ invoke APDU in a SETUP message to the personal host containing a mobile callee ID, and current c/o address; upon receipt of a activateDiversionQ return result APDU in a CONNECT message from the personal host, notify the mobile callee of the successful registration; upon receipt of an internal deregistration request from the mobile callee, send a deactivateDiversionQ invoke APDU in a SETUP
message to the personal host containing the mobile callee's ID, current c/o address upon receipt of the deactivateDiversionQ return result APDU in a CONNECT message from the personal host, notify the mobile callee of the successful deregistration; upon receipt of a divertingLegInformation2 invoke APDU in a SETUP message, notify the mobile callee regarding an incoming call from a calling host, and send a divertingLegInformation3 invoke APDU in a CONNECT message back to the calling host.
According to yet another aspect of the present invention, there is provided a shadow host operable to: upon - 5b -activation, intercept messages addressed to a mobile host's home network address; facilitate registration by: upon receipt of an activateDiversionQ invoke APDU (application protocol data unit) in a SETUP message, check authenticity a mobile callee's ID and password elements in the SETUP
message using a local verifying technique; if successfully authenticated, reply with an activateDiversionQ return result APDU in a CONNECT message, and store a mapping from the mobile callee's ID to a current c/o address received in the SETUP message; facilitate deregistration by: upon receipt of a deactivateDiversionQ invoke APDU in a SETUP
message, check the authenticity, and if successful reply with a deactivateDiversionQ return result APDU in a CONNECT
message and remove the mapping pertaining to the registration of the mobile callee; after registration, upon receipt of a call setup message, looking up the care-of address, and sending a callRerouting invoke APDU in a FACILITY message containing the mobile callee's current c/o address and subsequently receiving a callRerouting return result APDU in a RELEASE COMPLETE message confirming reception of the c/o address.
According to a further aspect of the present invention, there is provided a call distribution system comprising: a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector; the call redirector being operable to respond to a call setup request addressed to the main address from a calling host with a call setup reply which includes a redirecting address consisting of the address of one of the plurality of peer computing devices; each of the plurality of peer computing devices being operable to respond to a - 5c -call setup request subsequently received from the calling host by sending a call setup reply.
According to yet a further aspect of the present invention, there is provided a call distribution system comprising: a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector; the call redirector being operable to respond to a call setup request addressed to the main address from a calling host with a call setup reply thereby establishing a media stream; the call redirector being operable to send a call transfer message to the calling host instructing it to transfer to a particular one of the plurality of peer computing devices, and to send an information message to the particular one of the plurality of peer computing devices.
According to still a further aspect of the present invention, there is provided a call distribution system comprising: a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector; the call redirector being operable to respond to a call setup request addressed to the main address from a calling host with a call setup reply instructing the calling terminal that a connection will be established shortly; the call redirector being operable to wait for a call setup request from a particular one of the plurality of peer computing devices indicating its availability and being operable to respond with a redirection message containing an address of the calling host redirecting the particular device to send a setup request to the calling host, thereby - 5d -leading to the establishment of a media connection between the particular device and the calling host.
According to another aspect of the present invention, there is provided a call distribution method for distributing multimedia calls among a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, a first of the peer computing devices having a main address and being equipped with a call redirector application, the method comprising the steps of: a) the call redirector application running on the first peer computing device responding to a call setup request from a calling host with a call setup reply thereby establishing a media stream between the calling host and the first peer computing device; b) the call redirector application selecting a second peer computing device to subsequently handle the call, and sending a call transfer message to the calling host instructing the calling host to transfer to the second peer computing device, as identified by a forwarding address in the call transfer message; c) the calling host sending a call setup request to the second peer computing device and the second peer computing device responding with a call setup reply thereby establishing a media stream between the calling host and the second peer computing device; d) the calling host sending a disconnect message to the first peer computing device.
According to yet another aspect of the present invention, there is provided a personal host operable to be connected to a packet based communications network at a home IP address, the personal host being operable to maintain a care-of IP address to which calls originally directed to the home IP address are to be redirected, the personal host comprising a call redirector operable to respond to a call - 5e -setup request from a calling host with a call setup reply which includes the care-of IP address.
According to another aspect of the present invention, there is provided a call receiving and distribution terminal for use with a plurality of peer computing devices connected to a packet based communications network, each computing device having an TP address, the call receiving and distribution terminal having a main IP
address and comprising a call redirector operable to respond to a call setup request addressed to the main IP address from a calling host with a call setup reply which includes a redirecting IP address consisting of the IP address of one of the plurality of peer computing devices.
According to still another aspect of the present invention, there is provided a peer computing device for use in a call distribution system consisting of a plurality of peer computing devices, each computing device having an IP
address, and a call receiving and distribution terminal having a main IP address, the peer computing device being operable to receive a message containing an offer to accept a call and to respond to this message with an accept call message indicating a willingness to accept the Call and to send a call setup reply in response to a call setup request subsequently received from a calling host.
It is noted that unlike the previously discussed Mobile IP protocol proposed for terminal mobility within the Internet, the terminal mobility provided by the invention is a simple, lightweight solution that provides greater end-user service control and customization.
The terminal mobility according to the invention requires none of the functionalities or capabilities the Mobile IP protocol solution requires to realize terminal - 5f -mobility. Being an application layer solution, it not only allows the end-user greater control and the ability to customize how and where his/her calls are to be redirected, but it also allows this service capability to be packaged and delivered with emerging multimedia base services through proper interfaces.
- 6 -Brief Description of the Drawings Preferred embodiments of the invention will now be described with reference to the attached drawings in which:
Figure 1 is a basic block diagram of a packet based communications network;
Figure 2 is a signal flow diagram for call redirection;
Figure 3 is a schematic of a network on which personal mobility according to the invention may be implemented;
Figure 4 is a signal flow diagram for personal mobility;
Figure 5 is a signal flow diagram for a specific implementation of personal mobility;
Figure 6 is a schematic of a network on which terminal mobility according to the invention may be implemented;
Figure 7 is a signal flow diagram for terminal mobility;
Figures 8 and 9 are signal flow diagrams for a specific implementation of terminal mobility;
Figure 10 is a schematic of a network on which automatic call distribution according to the invention may be implemented;
Figure 11 is a signal flow diagram for a first type of automatic call distribution according to the invention; and Figure 12 is a signal flow diagram for a second type of automatic call distribution according to the invention.
Detailed Description of the Preferred Embodiments The basic steps in establishing a multimedia connection between two computing devices include call setup signalling, a negotiation phase during which capabilities are exchanged, the establishment of a connection for ' voice/text/video transmission, and finally the actual transmission of media streams. The invention provides methods for use during the call setup signalling phase for redirecting multimedia calls in various ways.
The basic idea of call redirection is included at a conceptual level in the existing proposals for the draft ITU-T
Recommendation H.323, entitled "Visual Telephone Systems and Equipment for Local Area Networks which provide a Non-Guaranteed Quality of Service". ITU-T is a body established by international treaty to provide recommendations for communications services and procedures in the interest of interoperability. Th H.323 Recommendation provides a redirection function which allows multimedia calls to be redirected without the involvement of network routers. The various embodiments of the invention described below employ the call redirection functionality proposed for the H.323 standard to realize multimedia call redirection features consisting of personal mobility, terminal mobility, and call distribution.
The concept of call redirection will first be described with reference to Figures 1 and 2. Referring firstly to Figure 1, shown are first, second and third computing devices 10,12,14 connected to the edge of a packet based network 16 (which may in fact be a network of networks) such that each computing device can make a multimedia call to any other computing device. The network 16 may be the IP based public Internet, an IP based intranet, ISDN, or ATM network, for example. Each of the computing devices 10,12,14 has a transport address within the network, for example an IP
address. Each computing device 10,12,14 is equipped with a WO 98139934 pC~iyC~~~~
_ g _ "base service" application which allows a caller to send and receive multimedia calls over the network 16. For the purpose of illustration, it is assumed that the second computing device 12 is equipped with a "call redirector" functional component 18. The call redirector functional component 18 is an application running on the second computing device 12 and is interfaced with the base service application running on the same computing device. The call redirector functional component 18 is preconfigured upon activation to provide the transport address of an alternative computing device, for example, the transport address of the third computing device 14 when the call redirection capability is required.
Referring now to Figure 2, the basic steps which take place in a call redirection scenario will be described. The signal flow lines 50,52,54 represent signalling or message flows between the computing devices 10,12,14.
Firstly, an end-user at the first computing device 10 decides to initiate a multimedia communication session with the end-user at the second computing device 12. For this purpose, the base service of the first computing device 10 initiates a call set-up request 50 to the transport address of the second computing device 12. Computing device 10 may also send a message to cancel the initial connection request, depending on the specifics of the protocol used to realize the redirection.
The call set-up request 50 is processed by the base service of the second computing device 12. If the second computing device 12 determines that the call redirector has been activated, an indication is sent to the call redirector functional component 18 to look up an alternative transport address, which in this example is the transport address of the third computing device 14 to which the call setup request 50 needs to be redirected. The base service of the second WO 98/39934 p~/C,~gg/ppp9p _ g _ computing device 12 then initiates a call setup reply 52 to the first computing device 10 containing a message part indicating the transport address of the third computing device 14. If the second computing device 12 determines that call redirection need not be performed, it simply responds with a call setup reply containing an accept call or a reject call with reason message.
The call setup reply 52 is processed by the base service of the first computing device. After extracting the transport address in the message part of the call setup reply 52, the base service of the first computing device 10 initiates a new call setup request 54 to the transport address of the third computing device 14.
The first embodiment of the invention, referred to as Personal Mobility, will now be described with reference to Figures 3 and 4, and an implementation specific to particular existing protocols and standards will be explained with reference to Figure 5. Personal mobility provides the ability for a callee to have multimedia calls originating from a caller and initially destined to the callee's personal or most frequently used computing device to be redirected to a different computing device. To begin, several terms will be defined for the case where the network 16 is an IP-based intranet.
A home address is an IP address assigned to a computing device for an extended period of time. It represents the permanent IP address of a callee on the network.
A care-of (c/o) address is an IP address assigned to a computing device at which a mobile callee can be reached. It represents the temporary IP address of a callee either on the home or foreign network.
The home network is a subnetwork having a network prefix matching that of a callee's home address. All packets destined to a callee's home address are delivered to this subnetwork.
The foreign network is any subnetwork other than the callee's home network.
A PH (personal host) is a stationary computing device to which the home address is assigned.
A FH (foreign host) is a stationary computing device to which the c/o address is assigned. The PH and FH may be attached to the same or different subnetworks within the network.
A CH (caller's host) is a stationary or mobile host (not necessarily owned by the caller) from which a caller initiates a call to the callee.
The call redirector is an application providing the call redirector functionality described above with reference to Figures 1 and 2. It is a piece of software which resides on the PH in order to redirect calls destined to a callee when the callee has moved to a FH. The call redirector is interfaced with the base service to provide the personal mobility service capability.
The base service, as referred to above, consists of application software (preferably with GUI (graphical user interface) capabilities) which allows a caller to send and receive voice, data, or video calls over the network of interest. The base service is installed on the PH, FH and the CH.
The PMA (personal mobility application) is application software which is a special version of the base service capable of processing the messages required to implement personal mobility. The PMA must be installed on the PH, the FH and the CH. It includes the call redirector functional component.
Personal mobility is provided by an application layer service capability that makes use of the above described call ' redirection signalling procedure to redirect a voice, data or video call received by a PH to a FH pre-specified by the end-user. The procedure is orchestrated by the call redirector functional component residing on the PH. As indicated above, the call redirector is interfaced with the base service, so that a user can control the actions of the redirector through the base service GUI for example. The FH must have an end-user registration capability. This may be implemented as a registration GUI forming part of the base service GUI for example.
By way of example, in Figure 3, a CH 70 is shown connected to its home network 72. The callee's PH 74 is shown connected to the same home network 72, and is equipped with the call redirector functional component 18. The FH 76 where the callee is currently registered (c/o address) is also shown connected to the same home network 72. Also shown is a foreign network 77 connected to the home network 72 through a connecting network including a router 78. More generally, a large number of home networks may be connected together through routers as subnetworks of a much larger network or may be connected together through routers as networks connected to the edge of a much larger network. The larger network may be the public Internet for example. The particular manner in which the callee's PH 74, the callee's FH 76, and the CH 70 axe connected to the same home network is by way of example only.
More generally, each of these devices may be connected to a different respective home network or subnetwork. The only requirement is that if different home networks are employed, that they be connected in a manner which permits multimedia calls to be placed between units connected to different networks.
Referring now to Figure 4, the sequence of steps executed to perform the personal mobility feature will be described. The signal flow lines 80 through 100 represent signalling or message flows between the CH 70, the callee's PH
74, and the FH 76.
Before the personal mobility feature is implemented, a callee would typically be at his/her PH 74. During this time, the call redirector 18 remains inactive, and all calls to the callee are received at his/her PH 74.
When a callee originally at his/her PH 74 decides to move to the FH 7&, the callee activates the call redirector 18 to process both registration requests from the mobile callee and to process all call set-up requests destined to the callee's home address This is done by the callee submitting an activation command 80 through the base service GUI which in turn forwards the command to the call redirector 18.
The call redirector 18 may return an activation reply 81 indicating that it is now active. The callee may then safely move from his/her PH 74 following activation. Calls continue to be received at the PH 74 until a registration request is received by the PH from a FH 76.
We assume now that the callee has moved to the FH 76 and has used the registration GUI provided by the base service on that machine to send a registration request 82 to his/her PH
74. The registration request 82 includes the address of the FH
76 which is to become the c/o address, and indicates that future calls are to be redirected to the FH. The call redirector 18 on the PH 74 receives this request and returns a registration reply 84.
Subsequent call setup requests 86 sent by a caller from a CH 70 to the callee's PH 74 are passed to the call redirector 18 within the PH for processing. The call redirector 18 will, in turn, initiate a call setup reply 88 to ' the CH 70 indicating the new c/o address at which the mobile callee can be reached, this being the address of the FH 76.
The base service of the CH 70 receives this call setup reply 88, thereby determining the need to send a second call setup request 90 to the provided c/o address. The FH will receive the call setup request 90, accept the call and send a call setup reply 92 to the CH 70. At this point, the setup signalling steps required for the establishment of a multimedia call are completed.
After this the conventional additional steps referred to previously (negotiation, media channel establishment etc.) are performed eventually leading to a media stream connection such as a voice communication 94 between the CH 70 and the FH
76.
When the callee who has relocated to the FH 76 decides to initiate an outgoing call, a call setup request is sent from the FH to the destination IP address directly, using standard IP routing mechanisms.
When mobility services are no longer required, the mobile callee uses the registration GUI provided by the base service of the FH 76 to de-register his/her current c/o address originally registered with his/her PH 74. This is achieved through the exchange of a deregistration request message 96 and a deregistration reply message 98.
When the mobile callee moves to a different FH, the callee may register the address of that FH as the c/o address with his/her PH 74 through the exchange of another registration request and a registration reply message. Alternatively, when the mobile callee returns back to his/her PH 74, the callee may deactivate the call redirector 18 (100) to discontinue the personal mobility services.
Preferably, a callee may configure the call redirector 18 (residing on his/her PH) to selectively redirect calls to his/her new location, by following a screening procedure for example.
Also preferably, a callee may register with the call redirector 18 from his/her PH 74 if he/she knows in advance the IP address (c/o address) of the FH 76 he/she intends to move to.
The above description of personal mobility according to the invention has intentionally been independent of any standards/requirements which exist at present or which may exist in the future. However, provisions have been made within H.323 to allow endpoints to use supplementary services defined in Q.931 (ITU-T Recommendation Q.931, "Digital Subscriber Signalling System No. 1 (DSS1) - ISDN User-Network Interface Layer 3 Specification for Basic Call Control") and ISO QSIG
Standard (QSIG refers to signalling at the Q-reference point, references for which include: ISO/IEC 11582, entitled "Information Technology - Telecommunications and information exchange between systems - Private integrated services network - Generic functional protocol for the support of supplementary services - Inter-exchange signalling procedures and protocol";
ISO/IEC 13872, entitled "Information technology -Telecommunications and information exchange between systems -Private integrated services network - Service description, functional capabilities and information flows - Diversion supplementary services"; and ISO/IEC 13873, entitled "Information Technology - Telecommunications and information exchange between systems - Private integrated services network - Inter-exchange signalling protocol - Call diversion WO 98/39934 p~yC~~~

supplementary services"). These standards provide for a call signalling channel and the Q.931 messaging protocol which may be used to create a specific implementation of the above described personal mobility feature together with the other features described herein below, these including terminal mobility and call distribution.
By way of example, such an H.323 specific realization of the personal mobility feature will now be described. Note that the description of the operation of supplementary services in H.323 is not yet standardized so that the details which follow may differ from the emerging standard. This implementation is targeted to an IP-based intranet/Internet.
The H.225 (ITU-T Recommendation H.225, "Media Stream Packetization and Synchronization for Visual Telephone Systems on Non-Guaranteed Quality of Service LANs") FACILITY
information element is used in accordance with ISO/IEC 13873 section 6.3.2. The FACILITY information element is conveyed in the messages as specified in ITU-T H.225.
In this context, the PMA consists of application software capable of processing information of QSIG messages.
As indicated previously, the PMA is installed on the PH 74, FH
76 and the CH 70. A well known port number, called the PMA
port is used to deliver and accept information elements to/from another PMA. The PMA may itself be a standalone piece of software, or be interfaced to the base service multimedia application which allows a user to send/receive voice, data, or video calls over an IP network. The PMA includes the call redirector functional component. The call redirector 18 on the callee's PH 74 maintains a registration lookup table which consists of the callee's ID, the c/o address of the FH 76 at which the mobile callee is currently located or anticipates being located, and optional screening fields. The callee may locally activate the call redirector 18 installed on the PH 74 prior to moving to a FH 76, or may do it remotely. If a call arrives at the PH 74 following activation of the call redirector 18, but prior to receiving a registration from the mobile callee, the call may be optionally sent to an auxiliary call handling platform such as a multimedia voice mail/answering machine, for example.
The PMA is made capable of processing the following QSIG operations:
divertingLegInformation2.inv: used to indicate to the mobile callee on the FH 70 that the received call is a redirected call;
divertingLegInformation3.rr: used to indicate to the caller on the CH 70 that the redirected call has been delivered to the mobile callee;
callRerouting.inv: used to request call redirection for a specific call; and callRerouting.rr: used to confirm the result of call redirection.
The PMA passes the following information elements to the call redirector 18 for processing:
activateDiversionQ.inv: used to indicate the registration request;
activateDiversionQ.rr: used to respond to the registration request;
deactivateDiversionQ.inv: used to indicate the deregistration request; and deactivateDiversionQ.rr: used to respond to the deregistration request.
Figure 5 is a figure similar to Figure 4 in which the particular message types required to implement each step in the particular QSIG/H.323 environment have been identified. Signal flows in Figure 5 which are implementation specific functional equivalents of signal flows in Figure 4 are shown having the same reference numbers.
Rather than providing a sequential description of what the steps are for implementing personal mobility, the actions which take place at each of the PH 74, CH 70, and FH 76 will now be described separately, starting with the PH.
To begin, the actions which occur at the PH 74 for remote registration will be described. Upon receipt by the PH
74 of an activateDiversionQ invoke APDU (application protocol data unit) in a SETUP message 82 from the FH, the call redirector 18 checks the authenticity of the mobile callee's ID
and password elements in the received information element using some local verifying technique. If the mobile callee is successfully authenticated, the call redirector 18 replies with an activateDiversionQ return result APDU in a CONNECT message 84. The call redirector 18 will then register in the registration lookup table the mobile cailee's ID, current c/o address, and other screening fields received in the SETUP
message 82.
The actions which occur at the PH 74 upon deregistration will next be described. On receipt of a deactivateDiversionQ invoke APDU in a SETUP message 96, the call redirector 18 again checks the authenticity of the mobile callee. If authentication is successful, the call redirector 18 answers the setup message with a deactivateDiversionQ return result APDU in a CONNECT message 98. The call redirector 18 will then remove from the registration lookup table the information pertaining to the registration of the mobile callee.
Next the actions which occur in the PH 74 once the call redirector 18 has been activated will be described. Once the call redirector 18 is activated, the information elements in all setup messages 86 received by the PH are examined by the PMA. If any received messages pertain to actual call setup rather than non call-associated signalling, the call redirector 18 will look up the registration lookup table. If the mobile callee has already registered his/her current c/o address, the call redirector 18 may use a local call screening technique to decide whether or not to provide the caller with the mobile callee's c/o address. The screening fields associated with the c/o address in the table entry is used for this purpose. If the caller is successfully screened, the PH 74 sends a callRerouting invoke APDU in a FACILITY message 88. The callRerouting information element contains the mobile callee's current c/o address along with any other required information elements. The PH 74 then receives a callRerouting return result APDU in a RELEASE COMPLETE message 89 confirming reception of the c/o address by the CH 70.
The actions which occur at the CH 70 will now be described. Upon receipt of a callRerouting invoke APDU in a FACILITY message 88 received from the PH 74, the CH 70 answers back with a callRerouting return result APDU in a RELEASE
COMPLETE message 89. This RELEASE COMPLETE message 89 also terminates the call to the PH 74. The CH 70 then optionally notifies the caller that the call has been redirected and the corresponding c/o address to which the call is to be redirected.
The CH 70 then initiates the establishment of a new call to the new c/o address. The setup message 90 for the new call establishment includes a divertingLegInformation2 invoke APDU along with other necessary information elements.
On receipt of a divertingLegInformation3 return result APDU in a connect message 92, the caller is notified of WO 98/39934 p~~C~B~~

the success of the redirection if the additional information elements in the message satisfy any imposed conditions.
Next, the actions which occur at the FH 76 will be described. On receipt of an internal registration request from the mobile callee (via the PMA), the FH 76 sends an activateDiversionQ invoke APDU in a SETUP message 82 to the PH
74. An ~~internal message" is a message which is not received from a remote terminal but which results locally from the action of a user. The activateDiversionQ information element includes the mobile callee's ID, access password, current c/o address, desired screening fields, and other elements. On receipt of the activateDiversionQ return result APDU in a CONNECT message 84 from the PH 74, the mobile callee is notified of the successful registration. The FH 76 then terminates the call with the PH 74 using a release complete message 85.
On receipt of an internal deregistration request from the mobile callee (again via the PMA), the FH 76 sends a deactivateDiversionQ invoke APDU in a SETUP message 96 to the PH 74. The deactivateDiversionQ information element again includes the mobile callee's ID, access password, current c/o address, and other elements. On receipt of the deactivateDiversionQ return result APDU in a CONNECT message 98 from the PH 74, the mobile callee is notified of the successful deregistration. The FH 76 then terminates the call with the PH
74 using a RELEASE COMPLETE message 99.
On receipt of a divertingLegInformation2 invoke APDU
in a SETUP message 90, the FH 76 notifies the mobile callee regarding the incoming call from the CH 70. IN return, the FH
sends a divertingLegInformation3 invoke APDU in a CONNECT
message 92 back to the CH 70. The divertingLegInformation3 indicates the c/o address and whether its presentation to the WO 98/39934 p~/Cpgg/ppp9p caller on the CH 70 is restricted or not, in addition to other elements.
The second embodiment of the invention, referred to as terminal mobility, will now be described with reference to Figures 6 and 7, and a specific implementation for the previously referenced protocols and standards will be explained with reference to Figure 8 and 9. Terminal mobility provides the ability for a callee having a portable computer normally connected to a terminal at a home address to move to a new location with their portable computer and reconnect it there, and to receive multimedia calls at the new location which were initially directed towards their home address. To begin, several additional terms will be defined. The terms defined previously in relation to personal mobility have the same definitions in this context, and these definitions will not be repeated here.
A hardware address is a 48 bit address which identifies the network interface of a host connected to the Ethernet.
A MH (Mobile Host) is a personal host which changes its point of attachment from one point in a network or subnetwork to another.
A SH (Shadow Host) is a stationary host which remains attached to the home network of the MH in order to intercept and redirect calls destined to a mobile callee when the callee moves with his/her MH. As discussed in further detail below, the callee may choose any stationary host on the home network to serve as his/her SH.
ARP (Address Resolution Protocol) refers to a network interface layer protocol that binds an IP address to the hardware address of a host. A Gratuitous ARP message is a local broadcast message that updates the ARP caches of all WO 98/39934 pC.iyC~

hosts connected to the home network to reflect the binding between the desired IP address in the message and the hardware address of the host broadcasting the message.
- A packet handler is a piece of software that resides on the SH to enable it to intercept and process incoming packets destined to the callee's home address. The packet handler interfaces with the SH's IP stack for this purpose.
Also, the call redirector 18 triggers the packet .handler in order to initiate gratuitous ARP messages.
Note that for IP-based networks, a technique known as IP aliasing allows a single physical interface/port of a shadow host terminal to respond to two or more IP addresses, the first being the terminal's own IP address, and the others being one or more IP alias addresses. IP aliasing may be achieved by installing an operating system specific software which assigns multiple IP addresses to a single physical port. Packets destined to each of the IP alias addresses will be handled by an individual server process. IP aliasing may be used to assign the home address as an additional IP alias address to the SH's physical port.
A TMA (terminal mobility application) is a piece of software which is a special version of the base service which is capable of processing messages required to implement terminal mobility. The TMA is installed on the SH, the MH and the CH, and is similar in function to the previously described PMA.
Terminal mobility provides the ability of a callee to move along with his/her MH to a foreign network and still be able to access his/her personal communication services. The current invention relates to an application layer terminal mobility service capability that makes use of the above described call redirection signalling procedure to have a voice, data, or video call, originally destined to a callee's home address, to be redirected to the callee's current c/o address on the foreign network. The procedure is performed by the call redirector functional component residing within the S SH. While the SH must be attached to the home network, the callee's MH may be attached to any subnetwork other than the home network within the IP-based network.
Following activation of the call redirector 18 on the SH 122, the SH broadcasts Gratuitous ARP messages on the home network in order to bind the MH's home address to the SH's hardware address once the MH moves away from the home network.
The function of this is to let hosts/routers on the same home network know that the SH is to handle the initial call signalling for calls directed to the callee's home address.
The SH (with the packet handler) then intercepts all call request packets destined to the home address and alerts the call redirector on the SH for processing. The call redirector, in turn, provides the caller with the c/o address of the callee on the foreign network. The caller may now contact the mobile callee by sending the call request directly to the callee's c/o address. Note that the signalling procedure involved to achieve terminal mobility is transparent to both the caller and the callee.
The current embodiment of the invention offers an end user new opportunities to detach his/her MH and roam across multiple subnetworks while still being able to send and receive multimedia calls. It provides a flexible (in terms of being able to access an end-user's personal communication services from anywhere, anytime) and reliable (since call signalling and call path is over a wire-line intranet/Internet) application layer service capability that may be integrated with emerging multimedia base services through proper interfaces.

The callee may choose any host on his/her home network to serve as the SH. The callee need only ensure that the call redirector and the packet handler are installed on the ' chosen SH prior to roaming. The callee may then specify (based on any preferred criteria) the c/o address to which his/her personal calls should be redirected by either locally or remotely configuring the call redirector on the SH.
By way of example, in Figure 6, the callee has a MH
which has a home address 120 on a home network 72 represented by a terminal shown in phantom, indicating that the MH is not actually connected at its home address. A CH 70 is shown connected to the same home network 72. Another terminal on the same home network 72 has been designated as the SH 122 and is equipped with the call redirector functional component 18 and the above described packet handler functionality. The callee~s MH 124 is shown connected to a foreign network 77 and has a c/o address which is registered with the SH 122.
Referring now to Figure 7, the steps involved with executing terminal mobility according to the invention in an IP
based Intranet/Internet environment will be described. The signal flow lines 130 through 160 represent signalling or message flows between the MH when connected to the home address 120, the CH 70, the MH 124 when connected to the foreign network 77, and the SH 122.
When a callee's MH is connected to the home address 120 in the home network 72, the call redirector 18 within the SH 122 remains inactive (i.e. the callee operates without any mobility services).
When a callee originally connected to the home network 72 decides to move along with his/her MH, the callee activates the call redirector 18 within the SH 122 by sending an activation request 130 to the SH. The base service of the WO 98139934 PCTlCA98100090 SH 122 receives the activation request 130 and activates the call redirector 18. There is no requirement for any physical interaction with the SH 122 by a user. If another party is using the SH 122 at that time, there is no need to interrupt them to inform them of the fact that the call redirector 18 has been activated. In response to the activation request, the call redirector 18 sends an activation reply 132 to the MH
confirming that the call redirector 18 has been activated. The callee may safely detach his/her MH from the home address 120 upon reception of this message. The SH 122 is now prepared to process both registration requests from the mobile callee and all call set-up requests destined to the callee's home address while the callee is mobile.
The call redirector 18 then triggers the packet handler to send a gratuitous ARP broadcast message 134 on the home network to bind the callee's home address to the SH's hardware address so that the SH 122 may intercept and process all call set-up requests destined to the callee's home address 120 while the callee is mobile. This broadcast message 134 will automatically update the ARP caches on each host attached to the home network 72 to reflect the binding. It is recommended that this broadcast message 134 be repeated at least three times for reliability purposes. From then onwards, the SH 122 impersonates the MH.
Once the callee has attached his/her MH 124 to a foreign network 77, the callee uses the registration GUI
provided by the base service to register his/her c/o address with the SH 122. The registration is performed through the exchange of a registration request message 136 and a registration reply message 138.
Note that the c/o address may be automatically assigned to a callee's MH 124 by a Dynamic Host Configuration Protocol (DHCP) host connected to the foreign network 77 (not shown) .
During the period that the MH 124 is in transit, and is not connected to any network, the SH may be configured to forward calls intercepted for the MH 124 to an auxiliary call handling platform such as a multimedia voice mail server for example.
A call set-up request 140 sent by the CH 70 to the callee's home address will now be intercepted by the SH 122 and passed onto the call redirector 18 for processing. The call redirector 18 will, in turn, initiate a call set-up reply I42 to the CH 70 indicating the new c/o address at which the mobile callee can be reached. The CH 70 will now use this c/o address to initiate a call set-up request 144 directly to the callee's c/o address. At this point, the setup signalling steps required for the establishment of a multimedia call are completed. After this the conventional additional steps referred to previously (negotiation, media channel establishment etc.) are performed eventually leading to a media stream connection such as a voice communication 148 between the CH 70 and the MH 124.
When the mobile callee decides to initiate an outgoing call, a call set-up request is sent directly from the MH to the destination IP address using standard IP routing mechanisms.
When mobility services are no longer required, the mobile callee uses the registration GUI provided by the base service to de-register his/her current c/o address originally filed with the SH 122. The de-registration is performed through the exchange of a deregistration request message 150 and a deregistration reply message 152.
When the mobile callee moves to a different foreign network, the callee may re-register his /her new c/o address with the SH 122 through the exchange of another registration request and a registration reply message. Following re-registration, any old c/o address registered with the SH 122 will be over-written by the new c/o address (in case the callee moved to the new foreign network without de-registering).
When the mobile callee returns home and plugs back his/her MH into the home network 72, the callee's MH sends gratuitous ARP messages 154 (during bootstrapping) to bind the callee's home address 120 to the MH's hardware address itself.
The callee then deactivates the call redirector 18 on the SH
122 to discontinue the terminal mobility services through the exchange of a deactivation request message 156 and a deactivation reply message 158.
Following deactivation, the call redirector 18 triggers the packet handler to send a gratuitous ARP broadcast 160 on the home network to bind the SH's IP address back to the SH's hardware address. It is recommended that this broadcast be repeated at least three times for reliability purposes. All call set-up requests destined to the callee's home address 120 will no longer be intercepted by the SH 122.
By way of example, a specific realization of the terminal mobility feature according to the invention for the same specific context described previously for personal mobility will now be described with reference to Figures 8 and 9.
In this context, the TMA is a piece of application software capable of processing information elements of QSIG
messages. As mentioned previously, the TMA must be installed on the SH 122, the MH 124, and the CH 70. A well known port number, called the TMA port, is used to deliver and accept information elements to/from other TMAs. The TMA may itself be a standalone piece of software, or form part of the multimedia base service application that allows a caller/callee to send/receive voice, data, or video calls over an IP network.
The TMA includes a packet handler functional component and a call redirector functional component. The call redirector 18 allows all or specific incoming calls (following an optional screening process) destined to the home address of the mobile callee to be redirected back to the caller and subsequently to the callee~s MH. The redirected call carries the c/o address at which the mobile callee is currently located. For this purpose the call redirector 18 maintains a registration lookup table as described previously with reference to the personal mobility embodiment. The callee remotely activates the call redirector 18 installed on the SH 122 prior to moving to a foreign network 77.
The TMA is made capable of processing the information elements of QSIG messages previously described with reference to the PMA in the personal mobility embodiment, and is also capable of processing the following information elements which do not presently exist in QSIG, but are new elements provided according to the invention:
activateCR.inv: Used to activate the call redirector 18 within the SH;
activateCR.rr: Used to confirm the results of activating the call redirector 18;
deactivateCR.inv: Used to deactivate the Call redirector 18 within the SH; and deactivateCR.rr: Used to confirm the results of deactivating the call redirector 18.
The TMA passes the following information elements to the call redirector 18 for processing: activateDiversionQ.inv;
activateDiversionQ.rr; deactivateDiversionQ.inv;

deactivateDiversionQ.rr, these being the same information elements the PMA passes to the call redirector 18.
Figures 8 and 9 together are similar to Figure 7, but in which the particular message types required to implement each step in the particular QSIG/H.323 environment have been identified. Signal flows in Figures 8 and 9 which are implementation specific functional equivalents of signal flows in Figure 7 are shown having the same reference numbers.
The actions which take place at each of the MH 124, CH 70, and SH 122 will now be described, starting with the SH
122, and particularly with the actions which take place during activation/deactivation of the call redirector functional component on the SH.
On receipt of a activateCR invoke APDU in a SETUP
message 130, the TMA on the SH 122 examines the information elements received in the message, and in particular the caller ID and password elements, and performs authentication on these.
If successfully authenticated, the TMA shall activate the call redirector 18 in the SH 122. The TMA then sends an activateCR
return result APDU in a CONNECT message 132 to the MH 124.
Note the mobile callee has his/her MH 124 connected to its home address 120 on the home network 72 at this time. Upon receipt of a RELEASE COMPLETE message 133 from the MH, the call redirector 18 instantiates a packet handler to intercept and process all packets destined to the mobile callee's home address 120. Once activated, the call redirector 18 on the SH
processes information elements related to registration/deregistration in the same manner as the PH 74 processes information elements related to registration/deregistration for the above described personal mobility embodiment, using the same QSIG commands. This will not be repeated here.

Once the call redirector 18 in the SH has been activated, the information elements in all SETUP messages subsequently received by the SH 122 are examined by the TMA.
If the received information elements are neither an activateCR
or deactivateCR, and neither an activateDiversionQ or deactivateDiversionQ, the call redirector 18 consults the registration lookup table. If the mobile callee has already registered his/her current c/o address, the call redirector 18 shall use some local call screening technique to decide whether or not to provide the caller with the mobile callee's c/o address. The screening fields associated with the c/o address in the table entry shall be used for this purpose. If the caller is successfully screened, the SH 122 shall send a callRerouting invoke APDU in a FACILITY message 142. The callRerouting information element contains the mobile callee's current c/o address along with other elements. The SH 122 then receives a callRerouting return result APDU in a RELEASE
COMPLETE message 143 confirming reception of the c/o address.
The actions which occur at the CH 70 will now be described. A caller wishing to make a call to the mobile callee sends a SETUP message 140 to the mobile callee's home address. The caller is unaware of the current location of the mobile callee during the initial call establishment to the mobile callee. On receipt of a callRerouting invoke APDU
(containing the current c/o address of the mobile callee) in a FACILITY message 142 from the SH 122, the CH 70 sends a callRerouting return result APDU in a RELEASE COMPLETE message 143. The RELEASE COMPLETE message sent by. the CH 70 will also terminate the call to the SH 122. The CH 70 may optionally notify the caller that the call has been redirected and indicate the corresponding c/o address to which the call is to be redirected if the restriction elements received in the WO 98!39934 PCTlCA98/00090 callRerouting invoke APDU 142 permits it to do so.
Once the caller has been notified, the CH 70 initiates a new call establishment to the new c/o address. The SETUP message 144 for the new call establishment includes a divertingLegInformation2 invoke APDU along with other necessary information elements.
On receipt of a divertingLegInformation3 return result APDU in a CONNECT message 146, the caller shall be notified regarding the success of the redirection if the l0 additional information elements in the message permits it to do so.
Next, the actions which take place at the MH 124 both while connected to its home address 120, and while connected in a remote location in a foreign network 77 will be described.
On receipt of an internal (intra-node) activation request from the mobile callee (via the TMA), the MH shall send a activateCR
invoke APDU in a SETUP message 130 to the SH 122. The activateCR information element includes the mobile callee's ID, access password, and other elements. On receipt of the activateCR return result APDU in a CONNECT message 132 from the SH 122, the mobile callee is notified of the successful activation of the call redirector 18 within the SH. The MH 120 then terminates the call with the SH 122 using a RELEASE
COMPLETE message 133. The mobile callee may now move to a foreign network along with his/her MH.
On receipt of an internal (intra-node) deactivation request from the mobile callee (via the TMA), the MH shall send a deactivateCR invoke APDU in a SETUP message 156 to the SH
122. The deactivateCR information element again includes the mobile callee's ID, access password, and other elements. On receipt of the deactivateCR return result APDU in a CONNECT
message 158 from the SH 122, the mobile callee is notified of WO 98/39934 p~yC~B

the successful deactivation of the call redirector 18. The MH
then terminates the call with the SH 122 using a RELEASE
COMPLETE message 159. All packets destined the mobile callee's home address 120 will no longer be intercepted by the SH.
It is now assumed that the MH 124 is reconnected to a foreign network 77. On receipt of an internal registration request from the mobile callee (via the TMA), the MH 124 sends an activateDiversionQ invoke APDU in a SETUP message 136 to the SH 122. On receipt of the activateDiversionQ return result APDU in a CONNECT message 138 from the SH 122, the mobile callee is notified of the successful registration. The MH 124 then terminates the call with the SH 122 using a RELEASE
COMPLETE message 139.
On receipt of an internal deregistration request from the mobile callee (via the TMA), the MH 124 sends a deactivateDiversionQ invoke APDU in a SETUP message 150 to the SH 122. On receipt of the deactivateDiversionQ return result APDU in a CONNECT message 152 from the SH 122, the mobile callee is notified of the successful deregistration. The MH
124 then terminates the call with the SH 122 using a RELEASE
COMPLETE message 153.
On receipt of a divertingLegInformation2 invoke APDU
in a SETUP message 144, the MH 124 notifies the mobile callee regarding the incoming call from a CH 70. In return, the MH
124 sends a divertingLegInformation3 invoke APDU in the CONNECT
message 146 back to the CH 70. The divertingLegInformation3 indicates the c/o address and whether its presentation to the caller on the CH 70 is restricted or not, in addition to other elements.
Note that the MH 124 may be assigned a c/o address automatically by a Dynamic Host Configuration Protocol (DHCP) host on the foreign network 77.

A third embodiment of the invention will now be described with reference to Figures 10, 11 and 12. The third embodiment of the invention provides a series of call distribution methods.
The solutions described below for call distribution are unique because the selection of a specific peer to receive a call is achieved through communication among the peer computing devices. Traditional call distribution schemes require a server device that receives the call and distributes it to one of many clients using its knowledge of the status and history of each client. In addition, the call is routed to the client through the server. Thus, the number of calls that can be managed is determined by both the number of agents and the capacity of the server.
It is possible for the computing device receiving an ,initial request to forward the packets to the computing device which will handle the call. Such a solution is analogous to the server-client solution present in today's switched voice network. However, this solution has two undesirable results.
1) The server becomes a bottle neck. All media stream packets travel through it. As the number of clients increase, the bandwidth to the server must increase. The current invention circumvents this problem because a coordinating computing device, which is in fact one of the peer computing devices, receives only the call signalling packets. It is not involved in the higher volume of media stream packets that will occur once the call setup is complete.
2) The action of forwarding the packets to a client takes time. Delay is a critical issue in packet telephony.
Bypassing an intermediary, the server, means the packet's travel time is not increased by the handling of a server that reroutes the packets.

It is noted that in packet telephony, call distribution schemes can be differentiated according to whether or not a media stream connection is already established between the calling terminal and the receiving terminal before the caller is connected to an agent terminal that will actually handle the call. Receiving a media stream implies a media stream connection is already established between the calling terminal and the receiving terminal. The invention can support either scheme with only minor variations in the messaging ~ sequence. In either case, a call signalling channel is setup between the calling terminal and the receiving terminal. The alteration involves the use of a call transfer message if a media stream connection is established vs. the use of a call diversion message should no media stream connection be established, in which case only a call signalling connection is established between the calling and receiving terminal.
Referring firstly to Figure 10, which is an exemplary network schematic for an implementation of the call distribution embodiment of the invention, shown is a calling terminal or CH 70 connected to a foreign network 77, a CRDT
(call receiving and distributing terminal) 200 also referred to as a receiving terminal connected to a home network 72 and equipped with a call redirector functional component, and four agent terminals 200,202,204,206 three of which are connected to home network 72, and one of which is connected to foreign network 77. Foreign network 77 is the home network of agent terminal 206. The CRDT 200 and the agent terminal 200 are the same physical device and thus have the same reference number but they may alternatively be implemented as separate devices.
The CRDT 200 and the agent terminals 200,202,204,206 have a messaging capability which allows informational messages not directly related to the setup and termination of calls to be WO 98/39934 PCTlCA98/00090 transmitted and received between these devices. In any case, these messages will be referred to as "information messages".
It is to be understood that the particular manner in which the CH 70, and the agent terminals 200,202,204,206 are connected to the home network 72 and the foreign network 77 is by way of example only. More generally, a large number of home networks may be connected together through routers as subnetworks of a much larger network or may be connected together through routers as networks connected to the edge of a much larger network. The larger network may be the public Internet for example. Each of these devices may be connected to a different respective home network or subnetwork. The only requirement is that if different home networks are employed, that they be connected in a manner which permits multimedia calls to be placed between units connected to different networks.
Call distribution will first be described for the case where no media stream connection is established between the calling terminal 70 and the CRDT 200. The roles of the calling terminal 70, the CRDT 200, and the agent terminals 200,202,204,206 will now be described. A specific one of the agent terminals 200,202,204,206 will be referred to as terminal x.
The calling terminal 70 sends call set-up requests to "Help Desk", receives a diversion message to send the call to terminal x, sends a call set-up request to terminal x, receives a connection message from terminal x, replies to terminal x resulting in the establishment of a media stream connection, and sends disconnect messages to the CRDT 200.
The CRDT 200 receives set-up requests from the calling terminal 70, executes call distribution logic, sends an information message that a call is being diverted to terminal WO 98/39934 p~~C~~~

x, sends a diversion message to calling terminal, receives a disconnect message from calling terminal 70.
Terminal x receives an information message that a call is being diverted to the terminal, acknowledges the information message with another information message, receives setup request from the calling terminal 70, sends a setup reply to the calling terminal, media stream path established.

The message sequence is summarized in the following table:
CALLING TERMINAL RECEIVING TERMINAL TERMINAL x Call Set-up request Receives Call Set-to "Help Desk" at up to "Help Desk"

address Receiving from Calling Terminal Terminal Execute Call Distribution Logic Send message to Receive message Terminal x from Receiving terminal Receive Diversion Send Call Diversion message message Send Call Set-up to Receive Call Set-up Terminal x from Calling Terminal Receive Connection Send Connection message from message to Calling Terminal x Terminal Send Disconnect Receive Disconnect message to message from Receiving Terminal Calling Terminal Voice path Voice path established with established with Terminal x Terminal x The call distribution logic is performed on the CRDT, and selects the terminal to which the call is to be offered or directed. The specific logic may emulate many forms of distribution that are currently supported by today's switched voice networks, including for example hunt group logic, and ACD
(automatic call distribution) logic.

WO 98139934 p~~C,~g/pppyp Hunt group call distribution logic sends the call to a single terminal according to a number of criteria including circular, and longest idle. With the circular criterion, all terminals that have indicated their willingness to accept calls are placed in a list. Each successive call is offered to the next available terminal on the list. With the longest idle criterion, the logic sends the call to the terminal that has been idle longest. This logic implies that each terminal of the hunt group informs the distributing terminal when it is free and that information is recorded on the list of available terminals.
ACD logic is a more complex than Hunt Group logic.
ACD logic can organize the receiving terminals into sub-groups according to the skills of the agents registered at each terminal. Thus, each call can be analysed and sent to a specific sub-group according to some criteria such as the caller's address.
The call distribution logic may be "agent based" or "caller based". With "agent based" call distribution, the CRDT
200 provides terminal x with a diversion message that indicates theat terminal x is to send a call setup request to the calling terminal 70. With "caller based" call distribution, the CRDT
200 provides the caller with a diversion message that indicates the calling terminal is to send a call setup request to terminal x.
An example of the invention will be described in a stepwise manner by way of example with reference to Figure 11.
In this example, a distributor based call distribution logic is employed which offers a call to each of the agents and waits for a call acceptance before deciding which agent is to receive the call and subsequently diverting the call. It is assumed that each of the agent terminals 200,202,204,206 are staffed by WO 98/39934 p~~C,~g~ppp9p agents in the employment of a company ABC.
1) A caller on a CH 70 wants to speak with some one at company ABC. They initiate a packet voice call to the company's public packet address, by sending a call setup request message. That address is the address of the CRDT 200, but as indicated above, that computing device also serves the needs of an agent of company ABC. The public address may be the address of a help desk for example. The call setup request contains a user-to-user data field indicating the name of the called party, "help desk" in this case.
2) The CRDT 200 receives the call setup request and analyzes the information within the call setup request to determine the connection is for the company ABC, and not specifically for the agent staffing the agent terminal 200.
This determination activates the call distribution service installed as software on CRDT 200.
The CRDT 200 has call distribution logic which determines which members of the company should be offered the call. The selected members are sent a call offer message that contains information describing the call. In the illustration of Figure 11, it is assumed that the agents staffing each of agent terminals 202,204,206 are to be offered the call.
3) The call offer information is displayed on each agent's terminal. Any of the agent's receiving the offer can elect to accept the call. Upon indicating their acceptance, their computing device sends a call acceptance message to originator of the offer, namely the CRDT 200. Each agent offered the call can also ignore the offer or reject the offer.
4) The CRDT 200 collects all acceptance messages for a user controllable time, and then uses its call distribution logic to determine to which computing device the call will be redirected, on the basis of any accept call messages received WO 98/39934 p~~CAgg~p from the agent terminals. It may be that more than one terminal accepts the call, and a decision as to which terminal is to get the call must be made in this case. There are a ' number of logical algorithms, in existence today, for making such decisions and these are not included in this disclosure.
In this example, the agent at terminal 204 has sent an accept call message, and the call distributor 200 subsequently redirects the call to the terminal 204. The call distributor 200 then sends out a message to cancel the offer to all machines which received the offer, except terminal 204.
5) At the same time, an acknowledgment is sent to terminal 204.
6) In order to effect the call redirection, the call distributor 200 transmits a redirect message to the original caller 70. The message contains the address of the 204 of the person who should receive the call.
7) The caller's computing device sends a connection request to terminal 204. Terminal 204 matches some attribute such as calling party name, or a user-to-user data item such as a call reference ID to confirm that this connection was the one accepted in step 4.
Call distribution will next be described for the case where a media stream connection is established between the calling and the receiving terminal. The roles of the calling terminal 70, the CRDT 200, and the agent terminals 200,202,204,206 will now be described. As before, a specific one of the agent terminals 200,202,204,206 will be referred to as terminal x.
The calling terminal sends a call set-up request to the "Help Desk" address, receives a connection message from the receiving terminal, establishes a media stream between the calling and receiving terminals, receives a call transfer message from the receiving terminal identifying terminal x, sends a setup request to terminal x, and receives a setup reply message from terminal x resulting in the establishment of a media stream path. It then sends a disconnect message to receiving terminal.
The receiving terminal receives a "set-up request"
message from the calling terminal, sends a connection message to the calling terminal, executes call distribution logic, sends an information message that a call is being diverted to terminal x, sends a transfer message to the calling terminal, receives a disconnect message from the calling terminal.
Terminal x receives an information message that a call is being diverted to the terminal, and acknowledges the message with another information message, receives a setup request from the calling terminal, sends a setup reply message to the calling terminal, resulting in the establishment of a media stream path established.
It is noted that the transfer of a call from the receiving terminal to terminal x can also occur through the use of a 3-way call service or a conference bridge.

WO 98/39934 p~/C~~

The message sequence is summarized in the following table:
CALLING TERMINAL RECEIVING TERMINAL TERMINAL x Send Call Set-up Receives Set-up request to "Help request to "Help Desk" at address Desk" from Calling Receiving Terminal Terminal Receive Connection Send Connection message from message to Calling terminal 1 Terminal Media stream Media stream established established Execute Call Distribution Logic Send message to Receive message terminal X from Receiving terminal Receive "Call Send "Call Transfer Transfer to to Terminal x"

Terminal x" message message to Calling from Receiving Terminal Terminal Send setup request Receive setup to Terminal x request from Terminal x Receive setup reply Send setup reply message from message to Calling Terminal x Terminal Send Disconnect Receive Disconnect message to message from Receiving Terminal Calling Terminal An example of the invention in which no media stream is established, and in which agent based call distribution logic is used to distribute calls to agent terminals which previously indicated availability will be described with reference to Figure 12.
1) A caller on a CH 70 wants to speak with some one at company ABC. They initiate a packet voice call to the company's packet public voice address, by sending a call setup request message. As before, the call setup request contains a user-to-user data field containing the name of the called party, "help desk" in this case.
2) The CRDT 200 receives the call setup request and analyzes the information within the call setup request to determine the connection is for the company ABC, and not specifically for the agent staffing the agent terminal 200.
This determination activates the call distribution logic installed as software on CRDT 200. The call distribution sends a call setup reply to the calling terminal 70 along with a "please wait" message, or some other message indicating that they will be connected shortly. Upon reception of this message, the calling terminal disconnects the call with the CRDT. The caller waits for an agent from company ABC to bet back while he/she does other things.
The call distributor logic then waits for one of the agent terminals 200,202,204,206 to send a call setup request to the call distributor, indicating the availability of that agent. This happens when an agent on a particular agent terminal completes a previous call and is available to take another call. In the illustrated embodiment, the agent at agent terminal 204 is free first, and he sends an availability indication.
3) The call distributor sends a call setup reply to the free agent terminal 204 including a redirection instruction containing the caller's address, and also confirming the availability of the free agent terminal 204. In response to this the free agent terminal 204 sends a call release message to the call distributor 200.
4) The free agent terminal 204 sends a call setup request to the caller's terminal 70.
5) the caller's terminal receives the request and responds with a call setup reply message, thereby leading to the establishment of a media channel between the caller's terminal and the free agent terminal 204.
Numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practised otherwise than as specifically described herein.
In each of the examples described above has employed either "agent based" call distribution logic or "caller based"
call distribution logic. Each example has either employed a call transfer message (in the case in which a media stream had previously been established) or a call redirection message (in the case in which no media stream had previously been established). It is to be understood that the invention is not limited to the particular permutations described by way of example. Furthermore, other types of call distribution logic may be used.

Claims (43)

CLAIMS:
1. A personal mobility method for allowing a callee having a personal host connected to a packet based communications network at a home address to receive, at a foreign host connected to the network having a c/o (care/of) address, a multimedia call from a calling host originally directed towards the personal host, the method comprising the steps of:
a) a call redirector application running on the personal host responding to a call setup request from the calling host with a call setup reply which includes the c/o address;
b) the calling host sending a call setup request to the foreign host at the c/o address; and c) the foreign host sending a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the foreign host.
2. A method according to claim 1 wherein the following steps are executed to initially setup the personal mobility method:
1) the callee activating the call redirector application; and 2) the callee registering the c/o address with the call redirector through a registration request from the foreign host to the personal host.
3. A method according to claim 2 further comprising the step of the personal host sending a registration reply to the foreign host indicating that the registration request was successfully received.
4. A method according to claim 2 wherein after the call redirector is activated, but before the callee registering the c/o address from the foreign host, calls are sent to an auxiliary call handling platform.
5. A method according to claim 4 wherein the auxiliary call handling platform comprises a multimedia voice mail server.
6. A method according to claim 2 wherein said step 1) is performed by the callee directly on the personal host.
7. A method according to claim 2 wherein said step 1) is performed from the foreign host.
8. A method according to claim 3 wherein said registration request includes authentication information, and wherein the personal host performs a verification step on the authentication information before accepting the registration request as being valid.
9. A method according to claim 3 further comprising the steps of, when the callee is to return to the personal host, the foreign host sending a deregistration request to the personal host, and the personal host responding to the deregistration request with a deregistration reply.
10. A method according to claim 1 wherein the personal host and the foreign host are on the same home network or on different home networks.
11. A terminal mobility method for allowing a callee having a mobile host normally connected to a packet based communications network at a home address to receive, at a their mobile host connected at a c/o (care/of) address, a multimedia call from a calling host originally directed towards their personal host, the method comprising the steps of:
a) a call redirector application running on a shadow host intercepting a call setup request addressed to the personal host from the calling host with a call setup reply which includes the c/o address;
b) the calling host sending a call setup request to the mobile host at the c/o address; and c) the mobile host sending a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the mobile host.
12. A method according to claim 11 wherein the following steps are executed to initially setup the terminal mobility method:
1) the callee activating the call redirector application on the shadow host with an activation request message sent over the network; and 2) the callee registering the c/o address with the call redirector through a registration request from the mobile host connected to the c/o address to the personal host.
13. A method according to claim 12 further comprising the step of the shadow host sending a registration reply to the mobile host indicating that the registration request was successfully received.
14. A method according to claim 12 wherein after the call redirector is activated, but before the callee registering the c/o address from the foreign host, calls are sent to an auxiliary call handling platform.
15. A method according to claim 14 wherein the auxiliary call handling platform comprises a multimedia voice mail server.
16. A method according to claim 13 wherein said registration request includes authentication information, and wherein the shadow host performs a verification step on the authentication information before accepting the registration request as being valid.
17. A method according to claim 13 further comprising the steps of, when the callee is to reconnect their mobile host at the home address, the mobile host sending a deregistration request to the shadow host, and the shadow host responding to the deregistration request with a deregistration reply.
18. A method according to claim 12 wherein the shadow host is connected to a home network and the home address of the mobile host is on the same home network, further comprising the step of the shadow host using IP aliasing techniques to intercept and process all packets destined to the home address of the mobile host.
19. A call distribution method for distributing multimedia calls among a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector application, the method comprising the steps of:
a) the call redirector application running on the computing device having the main address responding to a call setup request from the calling host with a call setup reply which includes a redirecting address consisting of the address of one of the plurality of peer computing devices;
b) the calling host sending a call setup request to the redirecting address;
c) said one of the plurality of computing devices sending a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the one of the plurality of computing devices.
20. A method according to claim 19 further comprising the steps of:
the call redirector sending a message to the plurality of computing devices containing an offer to accept a call;
one or more of the peer computing devices responding to the offer with an accept call message; and the call redirector selecting as the forwarding address the address of one of the peer computing devices which responded with an accept call message.
21. A method according to claim 19 wherein the call redirector autonomously determines which peer computing device is to receive the call.
22. A method according to claim 21 further comprising the steps of the peer computing devices sending to the call redirector availability indication messages when they are available to take a call, wherein the call redirector maintains a list of available peer computing devices and selects the foreign address on the basis of the list.
23. A call distribution method for distributing multimedia calls among a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector application, the method comprising the steps of:
a) the call redirector application running on the peer computing device having the main address responding to a call setup request from the calling host with a call setup reply indicating the request will be handled shortly;
b) at least one of the plurality of peer computing devices sending a call setup request to the computing device having the main address indicating that that peer computing device is available c) the computing device having the main address selecting a particular one of the at least one peer computing device and responding to that particular device with a call setup reply containing the address of the calling host;
d) the particular peer computing device sending a call setup request to the calling host;
e) the calling host responding with a call setup reply, thereby completing the call signalling required to establish a link between the calling host and the particular peer computing device;
f) the calling terminal sending a disconnect message to the device having the main address.
24. A personal host operable to:
facilitate registration by:

upon receipt of an activateDiversionQ invoke APDU
(application protocol data unit) in a SETUP message, check the authenticity of a mobile callee's ID and password elements in the SETUP message using a local verifying technique;
if successfully authenticated, reply with an activateDiversionQ return result APDU in a CONNECT message, and store a mapping from the mobile callee's ID to a current c/o address received in the SETUP message;
facilitate deregistration by:
upon receipt of a deactivateDiversionQ invoke APDU
in a SETUP message, check the authenticity, and if successful reply with a deactivateDiversionQ return result APDU in a CONNECT message and remove the mapping pertaining to the registration of the mobile callee;
after registration, upon receipt of a call setup message, looking up the care-of address, and sending a callRerouting invoke APDU in a FACILITY message containing the mobile callee's current c/o address and subsequently receiving a callRerouting return result APDU in a RELEASE
COMPLETE message confirming reception of the c/o address.
25. A foreign host for participating in call redirection together with a personal host, and calling host operable to:
upon receipt of an internal registration request from a mobile callee send an activateDiversionQ invoke APDU
in a SETUP message to the personal host containing a mobile callee ID, and current c/o address;

upon receipt of a activateDiversionQ return result APDU in a CONNECT message from the personal host, notify the mobile callee of the successful registration;
upon receipt of an internal deregistration request from the mobile callee, send a deactivateDiversionQ invoke APDU in a SETUP message to the personal host containing the mobile callee's ID, current c/o address;
upon receipt of the deactivateDiversionQ return result APDU in a CONNECT message from the personal host, notify the mobile callee of the successful deregistration;
upon receipt of a divertingLegInformation2 invoke APDU in a SETUP message, notify the mobile callee regarding an incoming call from a calling host, and send a divertingLegInformation3 invoke APDU in a CONNECT message back to the calling host.
26. A shadow host operable to:
upon activation, intercept messages addressed to a mobile host's home network address;
facilitate registration by:
upon receipt of an activateDiversionQ invoke APDU
(application protocol data unit) in a SETUP message, check authenticity a mobile callee's ID and password elements in the SETUP message using a local verifying technique;
if successfully authenticated, reply with an activateDiversionQ return result APDU in a CONNECT message, and store a mapping from the mobile callee's ID to a current c/o address received in the SETUP message;
facilitate deregistration by:

upon receipt of a deactivateDiversionQ invoke APDU
in a SETUP message, check the authenticity, and if successful reply with a deactivateDiversionQ return result APDU in a CONNECT message and remove the mapping pertaining to the registration of the mobile callee;
after registration, upon receipt of a call setup message, looking up the care-of address, and sending a callRerouting invoke APDU in a FACILITY message containing the mobile callee's current c/o address and subsequently receiving a callRerouting return result APDU in a RELEASE
COMPLETE message confirming reception of the c/o address.
27. A call distribution system comprising:
a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector;
the call redirector being operable to respond to a call setup request addressed to the main address from a calling host with a call setup reply which includes a redirecting address consisting of the address of one of the plurality of peer computing devices;
each of the plurality of peer computing devices being operable to respond to a call setup request subsequently received from the calling host by sending a call setup reply.
28. A call distribution system according to claim 27 further operable to send a message to the plurality of computing devices containing an offer to accept a call, to receive an accept call message from one or more of the peer computing devices indicating a willingness to accept the call, and to select as the redirecting address the address of one of the peer computing devices which responded with an accept call message.
29. A call distribution system according to claim 27 wherein the call redirector is adapted to autonomously determine which peer computing device is to receive the call.
30. A call distribution system according to claim 27 wherein the call redirector is further operable to receive availability indication messages from peer computing devices which are available to take a call, wherein the call redirector maintains a list of available peer computing devices and selects the redirecting address on the basis of the list.
31. A call distribution system comprising:
a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector;
the call redirector being operable to respond to a call setup request addressed to the main address from a calling host with a call setup reply thereby establishing a media stream;
the call redirector being operable to send a call transfer message to the calling host instructing it to transfer to a particular one of the plurality of peer computing devices, and to send an information message to the particular one of the plurality of peer computing devices.
32. A call distribution system comprising:
a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, one of the peer computing devices having a main address and being equipped with a call redirector;
the call redirector being operable to respond to a call setup request addressed to the main address from a calling host with a call setup reply instructing the calling terminal that a connection will be established shortly;
the call redirector being operable to wait for a call setup request from a particular one of the plurality of peer computing devices indicating its availability and being operable to respond with a redirection message containing an address of the calling host redirecting the particular device to send a setup request to the calling host, thereby leading to the establishment of a media connection between the particular device and the calling host.
33. A call distribution method for distributing multimedia calls among a plurality of peer computing devices connected to a packet based communications network, each computing device having an address, a first of the peer computing devices having a main address and being equipped with a call redirector application, the method comprising the steps of:
a) the call redirector application running on the first peer computing device responding to a call setup request from a calling host with a call setup reply thereby establishing a media stream between the calling host and the first peer computing device;

b) the call redirector application selecting a second peer computing device to subsequently handle the call, and sending a call transfer message to the calling host instructing the calling host to transfer to the second peer computing device, as identified by a forwarding address in the call transfer message;
c) the calling host sending a call setup request to the second peer computing device and the second peer computing device responding with a call setup reply thereby establishing a media stream between the calling host and the second peer computing device;
d) the calling host sending a disconnect message to the first peer computing device.
34. A personal host operable to be connected to a packet based communications network at a home IP address, the personal host being operable to maintain a care-of IP
address to which calls originally directed to the home IP
address are to be redirected, the personal host comprising a call redirector operable to respond to a call setup request from a calling host with a call setup reply which includes the care-of IP address.
35. A personal host according to claim 34 operable to receive a registration request from a foreign host identifying the care-of IP address and to send a registration reply to the foreign host indicating that the registration request was successfully received.
36. A personal host according to claim 35 further operable to perform verification of authentication information contained in the registration request before accepting the registration request as being valid.
37. A personal host according to claim 35 further operable to execute a local call screening technique to decide whether or not to send the care-of IP address.
38. A call receiving and distribution terminal for use with a plurality of peer computing devices connected to a packet based communications network, each computing device having an IP address, the call receiving and distribution terminal having a main IP address and comprising a call redirector operable to respond to a call setup request addressed to the main IP address from a calling host with a call setup reply which includes a redirecting IP address consisting of the IP address of one of the plurality of peer computing devices.
39. A call receiving and distribution terminal according to claim 38 further operable to send a message to the plurality of peer computing devices containing an offer to accept a call, to receive an accept call message from one or more of the peer computing devices indicating a willingness to accept the call, and to select as the redirecting IP address the IP address of one of the peer computing devices which responded with an accept call message.
40. A call receiving and distribution terminal according to claim 38 wherein the call redirector is adapted to autonomously determine which peer computing device is to receive the call.
41. A call receiving and distribution terminal according to claim 38 wherein the call redirector is further operable to receive availability indication messages from peer computing devices which are available to take a call, wherein the call redirector maintains a list of available peer computing devices and selects the redirecting IP
address on the basis of the list.
42. A peer computing device for use in a call distribution system consisting of a plurality of peer computing devices, each computing device having an IP
address, and a call receiving and distribution terminal having a main IP address, the peer computing device being operable to receive a message containing an offer to accept a call and to respond to this message with an accept call message indicating a willingness to accept the call and to send a call setup reply in response to a call setup request subsequently received from a calling host.
43. A peer computing device according to claim 42 further operable to send an availability indication message to the call receiving and distribution terminal when available to take a call.
CA002282363A 1997-03-04 1998-02-04 Call redirection methods in a packet based communications network Expired - Lifetime CA2282363C (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/810,854 US6144671A (en) 1997-03-04 1997-03-04 Call redirection methods in a packet based communications network
US08/810,854 1997-03-04
PCT/CA1998/000090 WO1998039934A2 (en) 1997-03-04 1998-02-04 Call redirection methods in a packet based communications network

Publications (2)

Publication Number Publication Date
CA2282363A1 CA2282363A1 (en) 1998-09-11
CA2282363C true CA2282363C (en) 2006-10-10

Family

ID=25204885

Family Applications (1)

Application Number Title Priority Date Filing Date
CA002282363A Expired - Lifetime CA2282363C (en) 1997-03-04 1998-02-04 Call redirection methods in a packet based communications network

Country Status (8)

Country Link
US (2) US6144671A (en)
EP (1) EP0965233A2 (en)
JP (1) JP3892486B2 (en)
AR (1) AR011916A1 (en)
AU (1) AU739094B2 (en)
CA (1) CA2282363C (en)
TW (1) TW391109B (en)
WO (1) WO1998039934A2 (en)

Families Citing this family (191)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19639608C2 (en) * 1996-09-26 1998-12-03 Siemens Ag Method for controlling the connection of communication terminals connected wirelessly to communication networks
US6671263B1 (en) * 1997-07-15 2003-12-30 British Telecommunications Public Limited Company Multimedia call handling
US6891819B1 (en) * 1997-09-05 2005-05-10 Kabushiki Kaisha Toshiba Mobile IP communications scheme incorporating individual user authentication
US6253061B1 (en) 1997-09-19 2001-06-26 Richard J. Helferich Systems and methods for delivering information to a transmitting and receiving device
US6826407B1 (en) 1999-03-29 2004-11-30 Richard J. Helferich System and method for integrating audio and visual messaging
US6636733B1 (en) 1997-09-19 2003-10-21 Thompson Trust Wireless messaging method
US7003304B1 (en) 1997-09-19 2006-02-21 Thompson Investment Group, Llc Paging transceivers and methods for selectively retrieving messages
US6414950B1 (en) * 1997-10-14 2002-07-02 Lucent Technologies Inc. Sequence delivery of messages
US6983138B1 (en) 1997-12-12 2006-01-03 Richard J. Helferich User interface for message access
DE69822516T2 (en) * 1997-12-17 2005-02-03 British Telecommunications Public Ltd. Co. MOBILE DATENLEITWEG
US6535493B1 (en) * 1998-01-15 2003-03-18 Symbol Technologies, Inc. Mobile internet communication protocol
US6571094B1 (en) * 1998-01-22 2003-05-27 At&T Wireless Services, Inc. Method and system for remote call forwarding of telephone calls from an IP connection
SG71115A1 (en) * 1998-05-04 2000-03-21 Univ Singapore An internet network based telephone call forwarding system and method
US20020049818A1 (en) * 1998-05-29 2002-04-25 Gilhuly Barry J. System and method for pushing encrypted information between a host system and a mobile data communication device
US9374435B2 (en) 1998-05-29 2016-06-21 Blackberry Limited System and method for using trigger events and a redirector flag to redirect messages
US6438585B2 (en) 1998-05-29 2002-08-20 Research In Motion Limited System and method for redirecting message attachments between a host system and a mobile data communication device
US8516055B2 (en) 1998-05-29 2013-08-20 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device in a wireless data network
US6779019B1 (en) 1998-05-29 2004-08-17 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device
US7209949B2 (en) 1998-05-29 2007-04-24 Research In Motion Limited System and method for synchronizing information between a host system and a mobile data communication device
US6219694B1 (en) 1998-05-29 2001-04-17 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device having a shared electronic address
US6421339B1 (en) * 1998-06-12 2002-07-16 Nortel Networks Limited Methods and systems for call forwarding
JP3581251B2 (en) * 1998-06-16 2004-10-27 株式会社東芝 Communication system, data packet transfer method, router device, and packet relay device
US7218952B1 (en) * 1998-07-22 2007-05-15 Ericsson Inc. Method, system and apparatus in a telecommunications network for selectively transmitting information utilizing the internet
US6560216B1 (en) * 1998-09-17 2003-05-06 Openwave Systems Inc. Data network computing device call processing
US6360100B1 (en) 1998-09-22 2002-03-19 Qualcomm Incorporated Method for robust handoff in wireless communication system
JP3327225B2 (en) * 1998-10-29 2002-09-24 三菱マテリアル株式会社 Network address translator and recording medium thereof
US6507577B1 (en) * 1998-11-12 2003-01-14 Nortel Networks Limited Voice over internet protocol network architecture
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
US6496505B2 (en) * 1998-12-11 2002-12-17 Lucent Technologies Inc. Packet tunneling optimization to wireless devices accessing packet-based wired networks
US6466662B1 (en) * 1998-12-21 2002-10-15 Siemens Aktiengesellschaft Method of implementing a call transfer from the active status in a communications network based on ITU-T standard H.323
US7150465B2 (en) * 2003-05-07 2006-12-19 Darling Iii Charles W Mission adaptable portable cart/utility table arrangement
US6501746B1 (en) * 1999-01-08 2002-12-31 Cisco Technology, Inc. Mobile IP dynamic home address resolution
US6578085B1 (en) * 1999-01-27 2003-06-10 Nortel Networks Limited System and method for route optimization in a wireless internet protocol network
US6937597B1 (en) * 1999-02-26 2005-08-30 Lucent Technologies Inc. Signaling method for internet telephony
US6470027B1 (en) * 1999-04-30 2002-10-22 At&T Corp. System and method for providing message redirection in networked environments
CA2376214A1 (en) 1999-06-08 2000-12-14 The Trustees Of Columbia University In The City Of New York Network telephony appliance and system for inter/intranet telephony
AU5036800A (en) * 1999-06-21 2001-01-09 Nokia Networks Oy Mobility in packet-switched telephony networks
US6801523B1 (en) * 1999-07-01 2004-10-05 Nortel Networks Limited Method and apparatus for performing internet protocol address resolutions in a telecommunications network
KR100367657B1 (en) 1999-09-21 2003-01-10 가부시키가이샤 엔.티.티.도코모 Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus
FR2799326B1 (en) * 1999-10-04 2001-12-28 France Telecom PROTOCOL FOR LAUNCHING A REMOTE SOFTWARE APPLICATION AND RESERVATION OF NETWORK RESOURCES WITH QUALITY OF SERVICE
JP2001144811A (en) * 1999-11-17 2001-05-25 Sharp Corp Communication control system in mobile ip
FR2802743B1 (en) * 1999-12-20 2002-02-22 Cit Alcatel MINI-MESSAGE TRANSMISSION METHOD AND ASSOCIATED DEVICE
KR100334816B1 (en) * 1999-12-22 2002-05-02 윤종용 The method of call distribution in a next-generation mobile switching system
AU2001231040A1 (en) * 2000-01-20 2001-07-31 Mci Worldcom, Inc. Intelligent policy server system and method for bandwidth control in an atm network
WO2001065337A2 (en) * 2000-02-28 2001-09-07 Intervoice Limited Partnership Multi-platform, multimedia information and communication network
US7130629B1 (en) * 2000-03-08 2006-10-31 Cisco Technology, Inc. Enabling services for multiple sessions using a single mobile node
US6915325B1 (en) * 2000-03-13 2005-07-05 Nortel Networks Ltd Method and program code for communicating with a mobile node through tunnels
AU2001237590A1 (en) * 2000-03-31 2001-10-15 British Telecommunications Public Limited Compagny Mobile data routing
CA2304353A1 (en) * 2000-04-06 2001-10-06 Stephen Murphy Telephone call manager
US6907017B2 (en) 2000-05-22 2005-06-14 The Regents Of The University Of California Mobility management in wireless internet protocol networks
US6870848B1 (en) * 2000-06-07 2005-03-22 Nortel Networks Limited Method and apparatus for call processing in response to a call request from an originating device
US6959076B2 (en) 2000-07-14 2005-10-25 Tekélec Methods and systems for providing triggerless intelligent network (IN) screening services based on call setup messages
US6731927B1 (en) 2000-07-14 2004-05-04 Context Connect, Inc. System and method for context association
US7340048B2 (en) * 2000-07-14 2008-03-04 Context Connect Llc System and method for directory services and e-commerce across multi-provider networks
US7899173B2 (en) * 2000-07-14 2011-03-01 Context Connect, Llc Communication connectivity via context association, advertising sponsorship, and multiple contact databases
EP1314305B1 (en) 2000-08-11 2018-10-03 The Trustees of Columbia University in the City of New York System and method for unified messaging in inter/intranet telephony
CA2352979C (en) * 2000-09-18 2007-09-11 Charles W. Darling, Iii Portable cart for wagon/stretcher
US7519047B1 (en) * 2000-11-28 2009-04-14 Nortel Networks Limited Method and apparatus for cloning terminals in a communications network
WO2002049298A1 (en) * 2000-12-14 2002-06-20 Powerhouse Technology, Inc. Circuit switched cellulat network to internet calling
US7372868B2 (en) * 2000-12-14 2008-05-13 Intel Corporation Mobile agent connectivity
EP1344353B1 (en) 2000-12-22 2014-11-19 BlackBerry Limited Wireless router system and method
US7152238B1 (en) 2000-12-29 2006-12-19 Cisco Technology, Inc. Enabling mobility for point to point protocol (PPP) users using a node that does not support mobility
US7283808B2 (en) 2001-01-18 2007-10-16 Research In Motion Limited System, method and mobile device for remote control of a voice mail system
US20020107939A1 (en) * 2001-02-07 2002-08-08 Ford Daniel E. System and method for accessing software components in a distributed network environment
US8751571B2 (en) 2001-02-27 2014-06-10 Verizon Data Services Llc Methods and systems for CPN triggered collaboration
US6976017B1 (en) 2001-02-27 2005-12-13 Verizon Data Services Inc. Method and apparatus for context based querying
US7912199B2 (en) 2002-11-25 2011-03-22 Telesector Resources Group, Inc. Methods and systems for remote cell establishment
US8774380B2 (en) 2001-02-27 2014-07-08 Verizon Patent And Licensing Inc. Methods and systems for call management with user intervention
US8798251B2 (en) 2001-02-27 2014-08-05 Verizon Data Services Llc Methods and systems for computer enhanced conference calling
US8488766B2 (en) 2001-02-27 2013-07-16 Verizon Data Services Llc Methods and systems for multiuser selective notification
US8503639B2 (en) 2001-02-27 2013-08-06 Verizon Data Services Llc Method and apparatus for adaptive message and call notification
US8494135B2 (en) 2001-02-27 2013-07-23 Verizon Data Services Llc Methods and systems for contact management
US8488761B2 (en) 2001-02-27 2013-07-16 Verizon Data Services Llc Methods and systems for a call log
US8472428B2 (en) 2001-02-27 2013-06-25 Verizon Data Services Llc Methods and systems for line management
US8873730B2 (en) 2001-02-27 2014-10-28 Verizon Patent And Licensing Inc. Method and apparatus for calendared communications flow control
US7912193B2 (en) 2001-02-27 2011-03-22 Verizon Data Services Llc Methods and systems for call management with user intervention
US8503650B2 (en) 2001-02-27 2013-08-06 Verizon Data Services Llc Methods and systems for configuring and providing conference calls
US8761363B2 (en) 2001-02-27 2014-06-24 Verizon Data Services Llc Methods and systems for automatic forwarding of communications to a preferred device
US7903796B1 (en) 2001-02-27 2011-03-08 Verizon Data Services Llc Method and apparatus for unified communication management via instant messaging
US8467502B2 (en) 2001-02-27 2013-06-18 Verizon Data Services Llc Interactive assistant for managing telephone communications
US8750482B2 (en) 2001-02-27 2014-06-10 Verizon Data Services Llc Methods and systems for preemptive rejection of calls
US7212505B2 (en) * 2001-03-19 2007-05-01 Intel Corporation Roaming in a communication network
JP4456294B2 (en) * 2001-04-27 2010-04-28 インターナショナル・ビジネス・マシーンズ・コーポレーション Workflow system, workflow server, business process management method, program, and storage medium
US7225465B2 (en) 2001-04-30 2007-05-29 Matsushita Electric Industrial Co., Ltd. Method and system for remote management of personal security devices
US7363486B2 (en) * 2001-04-30 2008-04-22 Activcard Method and system for authentication through a communications pipe
US20020162021A1 (en) * 2001-04-30 2002-10-31 Audebert Yves Louis Gabriel Method and system for establishing a remote connection to a personal security device
ATE291319T1 (en) * 2001-04-30 2005-04-15 Activcard Ireland Ltd METHOD AND SYSTEM FOR AUTHENTICATING A PERSONAL SECURITY DEVICE AGAINST AT LEAST ONE REMOTE COMPUTER SYSTEM
ATE366968T1 (en) * 2001-04-30 2007-08-15 Activcard Ireland Ltd METHOD AND SYSTEM FOR REMOTE ACTIVATION AND MANAGEMENT OF PERSONAL SECURITY DEVICES
CA2348242A1 (en) * 2001-05-23 2002-11-23 Mediatrix Telecom Inc. Multi-protocol call manager
US7009952B1 (en) 2001-05-24 2006-03-07 3Com Corporation Method and apparatus for seamless mobility with layer two assistance
US6826154B2 (en) * 2001-05-24 2004-11-30 3Com Corporation Method and apparatus for seamless mobility between different access technologies
US7339903B2 (en) 2001-06-14 2008-03-04 Qualcomm Incorporated Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address
US8000241B2 (en) 2001-06-26 2011-08-16 Qualcomm Incorporated Methods and apparatus for controlling access link packet flow aggregation and resource allocation in a mobile communications system
US7027400B2 (en) 2001-06-26 2006-04-11 Flarion Technologies, Inc. Messages and control methods for controlling resource allocation and flow admission control in a mobile communications system
US7474650B2 (en) 2001-06-26 2009-01-06 Qualcomm Incorporated Methods and apparatus for controlling resource allocation where tunneling and access link packet aggregation are used in combination
US7113775B2 (en) * 2001-07-06 2006-09-26 Siemens Communications, Inc. Self-learning intelligent call routing gatekeeper
US7187678B2 (en) * 2001-08-13 2007-03-06 At&T Labs, Inc. Authentication for use of high speed network resources
US6750897B1 (en) 2001-08-16 2004-06-15 Verizon Data Services Inc. Systems and methods for implementing internet video conferencing using standard phone calls
US20030055902A1 (en) * 2001-09-14 2003-03-20 Elan Amir Systems and methods for remotely updating e-mail message status information for messages forwarded from a host system e-mail account across a firewall to a wireless handheld device
US7036143B1 (en) 2001-09-19 2006-04-25 Cisco Technology, Inc. Methods and apparatus for virtual private network based mobility
US7457267B1 (en) 2001-10-10 2008-11-25 Qualcomm Incorporated Methods and apparatus for quickly exploiting a new link during hand-off in a wireless network
US7003293B2 (en) * 2001-10-23 2006-02-21 The Boeing Company Network system having multiple subnets for a mobile platform
US7317699B2 (en) 2001-10-26 2008-01-08 Research In Motion Limited System and method for controlling configuration settings for mobile communication devices and services
US7042879B2 (en) * 2001-11-02 2006-05-09 General Instrument Corporation Method and apparatus for transferring a communication session
US7162631B2 (en) * 2001-11-02 2007-01-09 Activcard Method and system for scripting commands and data for use by a personal security device
WO2003049384A1 (en) 2001-12-07 2003-06-12 Research In Motion Limited System and method of managing information distribution to mobile stations
US6839337B2 (en) * 2001-12-10 2005-01-04 Motorola, Inc. Binding proxy for mobile devices in a data network
US7409549B1 (en) 2001-12-11 2008-08-05 Cisco Technology, Inc. Methods and apparatus for dynamic home agent assignment in mobile IP
US7245716B2 (en) 2001-12-12 2007-07-17 International Business Machines Corporation Controlling hold queue position adjustment
US9088645B2 (en) 2001-12-12 2015-07-21 International Business Machines Corporation Intermediary device initiated caller identification
US7167551B2 (en) * 2001-12-12 2007-01-23 International Business Machines Corporation Intermediary device based callee identification
US7443970B2 (en) 2001-12-17 2008-10-28 International Business Machines Corporation Logging calls according to call context
US6907501B2 (en) * 2002-01-25 2005-06-14 Ntt Docomo Inc. System for management of cacheable streaming content in a packet based communication network with mobile hosts
US8649352B2 (en) * 2002-02-04 2014-02-11 Qualcomm Incorporated Packet forwarding methods for use in handoffs
WO2003067439A1 (en) * 2002-02-04 2003-08-14 Flarion Technologies, Inc. A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity
US20030193952A1 (en) * 2002-02-04 2003-10-16 O'neill Alan Mobile node handoff methods and apparatus
US7564824B2 (en) * 2002-02-04 2009-07-21 Qualcomm Incorporated Methods and apparatus for aggregating MIP and AAA messages
US7471661B1 (en) 2002-02-20 2008-12-30 Cisco Technology, Inc. Methods and apparatus for supporting proxy mobile IP registration in a wireless local area network
US9392120B2 (en) 2002-02-27 2016-07-12 Verizon Patent And Licensing Inc. Methods and systems for call management with user intervention
US7284057B2 (en) * 2002-02-27 2007-10-16 Cisco Technology, Inc. Methods and apparatus for Mobile IP Home Agent clustering
US20030167399A1 (en) * 2002-03-01 2003-09-04 Yves Audebert Method and system for performing post issuance configuration and data changes to a personal security device using a communications pipe
AU2003230821A1 (en) 2002-04-08 2003-10-27 Flarion Technologies, Inc. Support of disparate addressing plans and dynamic ha address allocation in mobile ip
US7623497B2 (en) 2002-04-15 2009-11-24 Qualcomm, Incorporated Methods and apparatus for extending mobile IP
US8923191B2 (en) 2002-04-17 2014-12-30 Northrop Grumman Systems Corporation Internet protocol collaborative mobility
US7587498B2 (en) * 2002-05-06 2009-09-08 Cisco Technology, Inc. Methods and apparatus for mobile IP dynamic home agent allocation
WO2004036786A1 (en) * 2002-05-07 2004-04-29 Flarion Technologies, Inc. Mobile node handoff methods and apparatus
US8667105B1 (en) 2002-06-26 2014-03-04 Apple Inc. Systems and methods facilitating relocatability of devices between networks
US7969990B2 (en) * 2002-07-25 2011-06-28 Oded Shmueli Routing of data including multimedia between electronic devices
US6993333B2 (en) * 2003-10-16 2006-01-31 Flarion Technologies, Inc. Methods and apparatus of improving inter-sector and/or inter-cell handoffs in a multi-carrier wireless communications system
US7882346B2 (en) 2002-10-15 2011-02-01 Qualcomm Incorporated Method and apparatus for providing authentication, authorization and accounting to roaming nodes
US7869803B2 (en) 2002-10-15 2011-01-11 Qualcomm Incorporated Profile modification for roaming in a communications environment
US7385957B2 (en) * 2002-11-14 2008-06-10 Qualcomm Incorporated Methods and apparatus for extending mobile IP
US7937578B2 (en) * 2002-11-14 2011-05-03 Qualcomm Incorporated Communications security methods for supporting end-to-end security associations
US7707310B2 (en) * 2002-11-20 2010-04-27 Cisco Technology, Inc. Mobile IP registration supporting port identification
JP3973548B2 (en) * 2002-12-10 2007-09-12 株式会社ソニー・コンピュータエンタテインメント Network system, network connection establishment method, network terminal, computer program, and recording medium storing program
US7457289B2 (en) * 2002-12-16 2008-11-25 Cisco Technology, Inc. Inter-proxy communication protocol for mobile IP
CA2513495C (en) * 2003-01-21 2012-03-06 Nimcat Networks Inc. Call forwarding in a packet switched system with back up terminals
CA2513498C (en) * 2003-01-22 2011-10-11 Nimcat Networks Inc. Call transfer system, method and network devices
US7362742B1 (en) 2003-01-28 2008-04-22 Cisco Technology, Inc. Methods and apparatus for synchronizing subnet mapping tables
US6862446B2 (en) * 2003-01-31 2005-03-01 Flarion Technologies, Inc. Methods and apparatus for the utilization of core based nodes for state transfer
US7668541B2 (en) 2003-01-31 2010-02-23 Qualcomm Incorporated Enhanced techniques for using core based nodes for state transfer
US7385973B1 (en) 2003-02-21 2008-06-10 Nortel Networks Limited Method and apparatus for VLAN ID discovery
US7739395B1 (en) 2003-04-25 2010-06-15 At&T Intellectual Property Ii, L.P. Call signaling in an IP network
US7505432B2 (en) 2003-04-28 2009-03-17 Cisco Technology, Inc. Methods and apparatus for securing proxy Mobile IP
KR100588709B1 (en) 2003-05-30 2006-06-12 엘지전자 주식회사 Home network system
US7734027B2 (en) * 2003-06-04 2010-06-08 Alcatel-Lucent Usa Inc. Call control component collection of communication device identification information for internet protocol endpoint
US7664096B2 (en) * 2003-06-25 2010-02-16 At&T Intellectual Property I, Lp Remote location VOIP roaming behind firewalls
US7359335B2 (en) * 2003-07-18 2008-04-15 International Business Machines Corporation Automatic configuration of network for monitoring
DE10345051B4 (en) * 2003-09-26 2009-04-09 Siemens Ag Method for establishing a communication connection in a directly communicating communication network
US7295660B1 (en) 2003-10-23 2007-11-13 Aol Llc Telemarketer screening
US7047009B2 (en) * 2003-12-05 2006-05-16 Flarion Technologies, Inc. Base station based methods and apparatus for supporting break before make handoffs in a multi-carrier system
US7212821B2 (en) * 2003-12-05 2007-05-01 Qualcomm Incorporated Methods and apparatus for performing handoffs in a multi-carrier wireless communications system
US7440433B2 (en) * 2003-12-19 2008-10-21 Nortel Networks Limited Mobile IP notification
US20050177718A1 (en) * 2004-01-13 2005-08-11 Lou Chiorazzi Systems and methods for video transport service
US7697501B2 (en) 2004-02-06 2010-04-13 Qualcomm Incorporated Methods and apparatus for separating home agent functionality
US20060013254A1 (en) * 2004-06-07 2006-01-19 Oded Shmueli System and method for routing communication through various communication channel types
US7447188B1 (en) 2004-06-22 2008-11-04 Cisco Technology, Inc. Methods and apparatus for supporting mobile IP proxy registration in a system implementing mulitple VLANs
JP2008507217A (en) 2004-07-16 2008-03-06 ブリッジポート ネットワークス， インコーポレイテッド Presence detection and handoff for cellular and Internet protocol telephony
US7409048B2 (en) 2004-12-09 2008-08-05 Callwave, Inc. Call processing and subscriber registration systems and methods
US8000455B1 (en) 2004-12-09 2011-08-16 Callwave, Inc. Methods and systems for call processing
US8094800B1 (en) 2004-12-21 2012-01-10 Aol Inc. Call treatment based on user association with one or more user groups
US20060171365A1 (en) * 2005-02-02 2006-08-03 Utstarcom, Inc. Method and apparatus for L2TP dialout and tunnel switching
EP2565797B1 (en) 2005-04-18 2019-10-23 BlackBerry Limited Method For Providing Wireless Application Privilege Management
US7460548B2 (en) * 2005-04-19 2008-12-02 Siemens Communications, Inc. Optimally interworking SIP and QSIG call diversion and transfer
US20090113027A1 (en) * 2005-07-04 2009-04-30 Matsushita Electric Industrial Co., Ltd. Personal network management method and personal network management apparatus
US8295851B2 (en) 2005-08-03 2012-10-23 Michael Edward Finnegan Realtime, interactive and geographically defined computerized personal matching systems and methods
US8880047B2 (en) * 2005-08-03 2014-11-04 Jeffrey C. Konicek Realtime, location-based cell phone enhancements, uses, and applications
US7715541B2 (en) * 2005-09-01 2010-05-11 Broadsoft M6, Llc Methods, systems, and computer program products for using a personal conference to privately establish and control media connections with a telephony device
US8509799B2 (en) 2005-09-19 2013-08-13 Qualcomm Incorporated Provision of QoS treatment based upon multiple requests
US8982778B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Packet routing in a wireless communications environment
US9736752B2 (en) 2005-12-22 2017-08-15 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers which support dual communications links
US8983468B2 (en) 2005-12-22 2015-03-17 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers
US8982835B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Provision of a move indication to a resource requester
US9066344B2 (en) 2005-09-19 2015-06-23 Qualcomm Incorporated State synchronization of access routers
US9078084B2 (en) 2005-12-22 2015-07-07 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US8190148B1 (en) 2005-09-30 2012-05-29 At&T Intellectual Property Ii, L.P. Method and apparatus for VoIP roaming
DE602005020471D1 (en) * 2005-11-30 2010-05-20 Alcatel Lucent Method for controlling a broadcast and corresponding system
US9083355B2 (en) 2006-02-24 2015-07-14 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US20070291746A1 (en) * 2006-06-15 2007-12-20 Alcatel System and method for managing aspects of a voice communication using a separate communication channel
US8060071B2 (en) * 2006-08-09 2011-11-15 Avaya Inc. Enterprise mobility user
US20080057943A1 (en) * 2006-09-06 2008-03-06 Cingular Wireless Ii, Llc Remote call forwarding in a wireless network from a telecommunications device inside or outside the wireless network
KR101384183B1 (en) * 2006-10-23 2014-04-18 삼성전자주식회사 Apparatus for managing media independent handover and method using the same
US8228891B2 (en) * 2007-01-31 2012-07-24 Avaya Inc. Traffic load balancing
US9155008B2 (en) 2007-03-26 2015-10-06 Qualcomm Incorporated Apparatus and method of performing a handoff in a communication network
US8179872B2 (en) 2007-05-09 2012-05-15 Research In Motion Limited Wireless router system and method
US8830818B2 (en) 2007-06-07 2014-09-09 Qualcomm Incorporated Forward handover under radio link failure
US9094173B2 (en) 2007-06-25 2015-07-28 Qualcomm Incorporated Recovery from handoff error due to false detection of handoff completion signal at access terminal
CN101621755B (en) * 2008-07-03 2012-07-04 华为技术有限公司 Method, device and system for realizing multimedia call
US7792901B2 (en) * 2008-10-15 2010-09-07 Hewlett-Packard Development Company, L.P. Reconfiguring a collaboration event
WO2010147837A2 (en) 2009-06-17 2010-12-23 Bridgeport Networks, Inc. Enhanced presence detection for routing decisions
US8615241B2 (en) 2010-04-09 2013-12-24 Qualcomm Incorporated Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5442633A (en) * 1992-07-08 1995-08-15 International Business Machines Corporation Shortcut network layer routing for mobile hosts
US5410543A (en) * 1993-01-04 1995-04-25 Apple Computer, Inc. Method for connecting a mobile computer to a computer network by using an address server
MX9404062A (en) * 1993-06-03 1995-01-31 Ericsson Telefon Ab L M CALL TRANSFER WITHIN THE CELLULAR COMMUNICATIONS SYSTEM.
JPH07170288A (en) * 1993-12-15 1995-07-04 Hitachi Ltd Voice communication system and voice communication method
US5526400A (en) * 1994-04-01 1996-06-11 Telefonaktiebolaget Lm Ericsson System for routing calls to mobile subscribers
US5793762A (en) * 1994-04-12 1998-08-11 U S West Technologies, Inc. System and method for providing packet data and voice services to mobile subscribers
US5537467A (en) * 1994-08-23 1996-07-16 Bell Communications Research, Inc. Method for forwarding a call to a temporarily utilized portable telephone
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
US5825759A (en) * 1994-10-26 1998-10-20 Telefonaktiebolaget Lm Ericsson Distributing network services and resources in a mobile communications network
WO1997001909A1 (en) * 1995-06-29 1997-01-16 Telefonaktiebolaget Lm Ericsson (Publ) Call set-up server
US5892819A (en) * 1996-02-23 1999-04-06 Siemens Information And Communication Networks, Inc. Call forward managed rerouting
US5796728A (en) * 1996-06-25 1998-08-18 Ericsson Inc. Communication system and method for modifying a remote radio using an internet address
US5768513A (en) * 1996-06-27 1998-06-16 At&T Corp. Multimedia messaging using the internet
US5724412A (en) * 1996-10-07 1998-03-03 U S West, Inc. Method and system for displaying internet identification on customer premises equipment
US5901352A (en) * 1997-02-20 1999-05-04 St-Pierre; Sylvain System for controlling multiple networks and associated services
US5912878A (en) * 1997-02-27 1999-06-15 Motorola, Inc. Method and end station with improved user reponse time in a mobile network

Also Published As

Publication number Publication date
AU5977198A (en) 1998-09-22
AU739094B2 (en) 2001-10-04
TW391109B (en) 2000-05-21
WO1998039934A3 (en) 1998-12-17
EP0965233A2 (en) 1999-12-22
JP2001513962A (en) 2001-09-04
AR011916A1 (en) 2000-09-13
US6636522B1 (en) 2003-10-21
US6144671A (en) 2000-11-07
CA2282363A1 (en) 1998-09-11
JP3892486B2 (en) 2007-03-14
WO1998039934A2 (en) 1998-09-11

Similar Documents

Publication Publication Date Title
CA2282363C (en) Call redirection methods in a packet based communications network
US7342919B2 (en) Method and apparatus for providing internet call waiting with voice over internet protocol
EP1483888B1 (en) Apparatus and method for computer telephone integration in packet switched telephone networks
US6744759B1 (en) System and method for providing user-configured telephone service in a data network telephony system
US6856616B1 (en) System and method for providing service provider configurations for telephones using a central server in a data network telephony system
AU730598B2 (en) A telephone doubler arrangement
US6125177A (en) Telephone communications network with enhanced signaling and call routing
US6650901B1 (en) System and method for providing user-configured telephone service in a data network telephony system
US7072332B2 (en) Soft switch using distributed firewalls for load sharing voice-over-IP traffic in an IP network
US20020118675A1 (en) Apparatus and method for computer telephone integration in packet switched telephone networks
US20070070976A1 (en) Mobile and packet-based call control
US7340047B2 (en) Method for remote service forwarding (RSF) between dissimilar systems with operator, service and location portability
WO2001024447A9 (en) System and method for advertising using data network telephone connections
KR20050076414A (en) The method for voip-ums system access
WO2007025209A2 (en) Systems and methods of implementing a single-number follow me service for videoconferencing
US20080240081A1 (en) Method, system and apparatus for providing rules-based restriction of incoming calls
JP3887569B2 (en) Method, computer program product, ATM packet access gateway system and ATM packet access gateway for managing ATM bearer paths
WO2002003714A1 (en) Voice-over-ip call forwarding
WO2001024502A1 (en) System and method for service provider configuration of telephones in a data network telephony system

Legal Events

Date Code Title Description
EEER Examination request
MKEX Expiry

Effective date: 20180205