Methods of controlling communications with at least two calling party devices by a user of a called party device

The present invention is directed, in general, to communications systems and, more specifically, to methods of controlling communications with at least two calling party devices by a user of a called party device.

The world is currently experiencing revolutionary changes in communications systems, brought about, in part, by the evolution of the Internet. Conventional communications systems, however, such as the Public Switched Telephone Network (PSTN), are also undergoing revolutionary changes to bring enhanced services to subscribers.

Intelligent Network (IN) services refers generally to a collection of services offered to PSTN telephony system subscribers on a pre-subscribed basis, such as Calling Number Delivery, Calling Number Blocking, Customer Originated Trace, Automatic Recall, Automatic Callback, Selective Call Forwarding, Call Waiting, Selective Call Waiting, Selective Call Rejection, and Selective Call Acceptance. The collection of IN services is continually growing as telecommunications system engineers devise both improved and novel systems and processes for providing advanced services. The medium for providing communications services, however, is gradually transitioning from the circuit-switched PSTN networks to packet-switched networks, such as the Internet, and, thus, it is desirable to provide similar services in packet-switched communications environments.

One particularly popular IN service is Call Waiting. If a subscriber to the service is engaged in a call, and a call from another party is received, the subscriber receives an indication, such as an audible tone. The subscriber can, if desired, place the first call on hold and connect to the second call. After connecting to the second call, the subscriber can then alternate between the first and second calls, as desired. Although the Call Waiting IN services has become very popular, it has the disadvantage of only allowing a subscriber to communicate with one calling party at a time. For example, if, after connecting to the second call, the subscriber desires to tell the first caller that the subscriber needs to continue with the second call, the subscriber must place the second call on hold to reconnect to the first call, inform the first caller of this need, and then reconnect to the second call. This may be undesirable if, for example, the second call is long distance, extremely urgent, or the subscriber doesn't wish the second caller to know that the subscriber was on another call.

Accordingly, there is a need in the art for methods for providing an enhanced Call Waiting service that allows a subscriber to communicate with a first calling party without interrupting communications with a second calling party. There is a further need in the art for providing such enhanced Call Waiting service within a packet-switched communications network, such as the Internet.

To address the above-discussed deficiencies of the prior art, the present invention relates to methods, and communications devices employing such methods, of controlling communications with at least two calling party devices by a user of a called party device. In general, a first call link is established between a called party device and a first calling party device. The called party device then receives a call request from a second calling party device; e.g., a call-waiting indication. A user of the called party device places the first call link on hold, and accepts the call request from the second calling party device to establish a second call link between the called party device and the second calling party device. While the user of the called party device is in communication with the user of the second calling party device, the user can cause a message to be transmitted to the first calling party device, whereby the user of the called party device can communicate information to a user of the first calling party device without interrupting communications with a user of the second calling party device. A message to the first calling party device can, for example, instruct the user to hang up, continue to hold, or leave a message for the user of the called party device.

In certain embodiments, the message transmitted to the first calling party device is a prerecorded voice message. A user of the called party device can select a desired predefined message using an input mechanism associated with the called party device, e.g., a telephone keypad or computer keyboard. In alternative embodiments, a user of the called party device can generate a text message using an input mechanism, such as a computer keyboard, associated with the called party device. The text message can be transmitted to the first calling party device for viewing on a display, if available, or the text message can be converted to speech.

As used herein, a “communications device” is broadly defined to include conventional telephony devices having only a user-input mechanism, such as a keypad, as well as general- or specific-based telephony or computing devices having a keypad (or keyboard) and display screen associated therewith. Furthermore, a communications device can be a wireline or wireless device. The principles of the present invention are adaptable to both circuit-switched and packet-switched communications networks. In a packet-switched communications network, such as the Internet, the principles of the present invention can be implemented, for example, using the Internet Engineering Task Force (IETF) Session Initiation Protocol (SIP); see, for example, IETF Request for Comments (RFC) 2543, © The Internet Society (1999), incorporated herein by reference.

The foregoing has outlined, rather broadly, the principles of the present invention so that those skilled in the art may better understand the detailed description of the exemplary embodiments that follow. Those skilled in the art should appreciate that they can readily use the disclosed conception and exemplary embodiments as a basis for designing or modifying other structures and methods for carrying out the same purposes of the present invention. Those skilled in the art should also realize that such equivalent constructions do not depart from the spirit and scope of the invention in its broadest form.

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

FIG. 1-A illustrates an exemplary signaling diagram for establishing a call session between a calling party and called party communications devices using an Internet Engineering Task Force (IETF) Session Initiation Protocol (SIP);

FIG. 1-B illustrates an exemplary SIP signaling diagram for receiving a request for, and the establishment of, a second call session with a second calling party to communications device;

FIG. 1-C illustrates an exemplary SIP signaling diagram for causing a “disconnect” message to be transmitted to a first calling party communications device while a called party communications device is in communication with a second calling party communications device;

FIG. 1-D illustrates an exemplary SIP signaling diagram for causing a “hold”message to be transmitted to a first calling party communications device while a called party communications device is in communication with a second calling party communications device; and

FIG. 1-E illustrates an exemplary SIP signaling diagram for causing a “leave voicemail” message to be transmitted to a first calling party communications device while a called party communications device is in communication with a second calling party communications device.

As previously noted, the principles of the present invention are adaptable to both packet-switched and circuit-switched communications networks, such as the Internet and the Public Switched Telephone Network (PSTN), respectively. The following description discloses a specific implementation based on the Internet Engineering Task Force (IETF) Session Initiation Protocol (SIP).

In general, a first call link is established between a called party device and a first calling party device; in packet-switched network environments, a call link is alternately referred to as a “call session” or “media session.” The establishment of a first call session, using SIP signaling, is illustrated in FIG. 1-A , described hereinafter. The called party device then receives a call request from a second calling party device; e.g., a “call-waiting” indication. A user of the called party device places the first call session on hold, and accepts the call request from the second calling party device to establish a second call session between the called party device and the second calling party device. The receipt of the request for, and establishment of, the second call session, using SIP signaling, is illustrated in FIG. 1-B , described hereinafter. While the user of the called party device is in communication with the user of the second calling party device, the user can cause a message to be transmitted to the first calling party device, whereby the user of the called party device can communicate information to a user of the first calling party device without interrupting communications with a user of the second calling party device. A message to the first calling party device can, for example, instruct the user to hang up (or “disconnect”), continue to hold, or leave a voicemail for the user of the called party device. The transmission of a “disconnect,” “hold,” or “leave voicemail” message, using SIP signaling, is illustrated in FIGS. 1-C , 1 -D and 1 -E, respectively, described hereinafter. In FIGS. 1-A through 1 -E, signals between communications devices are illustrated with numeric subscripts that indicate the relative order in which the signals are transmitted.

Referring to FIG. 1-A , illustrated is an exemplary SIP signaling diagram for establishing a first call session between a calling party communications device 120 and called party communications devices 110 . To initiate the establishment of the first call session, calling party communications device 120 sends an INVITE message (INVITE 1 ) to called party communications device 110 . It should be noted that, although communications device 120 is referred to as a “calling party” device and communications device 110 is referred to as a “called party device,” it is not material whether one device or the other initiates the call session; for the reverse case, the direction of all signals shown in FIG. 1-A are simply reversed. The INVITE message can include a “session description” that includes a port designator (Port X) to identify a Real Time Protocol (RTP) port through which the call session (or “Media Session”) between the communications devices is to be established; alternatively, the RTP port can be designated by the called party communications device 110 in a response message.

After receipt of the INVITE message (INVITE 1 ), called party communications device 110 sends an OK message (OK 2 ) to calling party communications device 120 to confirm the request for a call session. Calling party communications device 120 then acknowledges the confirmation message (OK 2 ) received from called party communications device 110 by sending an acknowledgement message (ACK 3 ), and the users of calling party and called party communications devices 120 , 110 can begin communicating through the established media session (Media Session 1 ).

Referring now to FIG. 1-B , illustrated is an exemplary SIP signaling diagram for receiving a request for, and establishing, a second call session (Media Session 2 ) with a second calling party communications device 130 . To initiate the establishment of the second call session, calling party communications device 130 sends an INVITE message (INVITE 1 ) to called party communications device 110 . As previously described, an INVITE message can include a “session description” that includes a port designator (e.g., Port Y) to identify a RTP port through which the call session (or “Media Session”) between the communications devices is to be established; alternatively, the RTP port can be designated by the called party communications device 110 in a response message.

After receipt of the INVITE message (INVITE 1 ), called party communications device 110 can alert a user thereof of the incoming call request, for example, by generating an audible tone. If the user desires to accept the incoming call request from calling party communications device 130 , the first call session (Media Session 1 ) with calling party communications device 120 must be placed on hold. To place the first call session on hold, called party communications device 110 sends an INVITE message (INVITE 2 ), also referred to as a “re-INVITE” message, to calling party communications device 120 ; the re-INVITE message (INVITE 2 ) includes a session description that identifies a null (“Ø”) RTP port; for example, if the communications medium uses an Internet Protocol (IP) addressing scheme, a “null” port could be defined as an address of 0.0.0.0. Calling party communications device 120 confirms receipt of the re-INVITE message (INVITE 2 ) by sending an OK message (OK 3 ) to called party communications device 110 , which then sends an acknowledgement message (ACK 4 ) back to calling party communications device 120 . Because the session description for communications between called party communications device 110 and calling party communications device 120 now identifies a null RTP port, the previously established media session (Media Session 1 ), illustrated in FIG. 1-A , is now effectively suspended (or, “on hold”).

Once the previously established media session (Media Session 1 ) between called party communications device 110 and calling party communications device 120 has been placed on hold, called party communications device 110 can return to the process of established a media session with calling party communications device 130 . To do this, called party communications device 110 sends an OK message (OK 5 ) to calling party communications device 130 to confirm the request for a call session. Calling party communications device 130 then acknowledges the confirmation message (OK 5 ) received from called party communications device 110 by sending an acknowledgement message (ACK 6 ), and the users of calling party and called party communications devices 130 , 110 can begin communicating through the established media session (Media Session 2 ).

It will be appreciated by those of ordinary skill in the art that the process of placing the first call session (Media Session 1 ) on hold, and establishing the second call session (Media Session 2 ), can be initiated by a user of called party communications device 110 simply by using an input mechanism, such as a keypad, associated therewith. For example, upon receipt of the INVITE message (INVITE 1 ) from calling party communications device 130 , a user of called party communications device 110 can trigger performance of the described SIP signals by depressing one or more keys on a keypad or keyboard; with conventional telephony devices, this is analogous to a “flash” or “flash-hook” used in the PSTN to alternate between calls.

At this point, the user of called party communications device 110 is communicating with the user of calling party communications device 130 through Media Session 2 , while the previously established media session (Media Session 1 ) between called party communications device 110 and calling party communications device 120 has been placed “on hold;” i.e., the RTP port assigned to the media session has been set to a null port. As previously noted, conventional Call Waiting services provided by the PSTN allow a subscriber to alternate between first and second calls, as desired; e.g., by using a “flash” key on the subscriber's terminal. This capability, however, has the disadvantage of only allowing a subscriber to communicate with one calling party at a time. For example, if the user of called party communications device 110 desires to tell the user of calling party communications device 120 that the user needs to continue with the second call from the user of calling party communications device 130 , the user must place the second call on hold to reconnect to the first call, inform the first calling party of this need, and then reconnect to the second call. This may be undesirable if, for example, the second call from calling party communications device 130 is a long distance call, extremely urgent, or the user doesn't wish the second caller to know that the user was on another call. The principles of the present invention overcome this limitation of the prior art by providing a mechanism for a user of called party communications device 110 to transmit a message to calling party communications device 120 without interrupting the call session (Media Session 2 ) with calling party communications device 130 . Three examples of such messages are described with reference to FIGS. 1-C , 1 -D and 1 -E.

Referring to FIG. 1-C , illustrated is an exemplary SIP signaling diagram for causing a “disconnect” message to be transmitted to a first calling party communications device 120 while a called party communications device 110 is in communication with a second calling party communications device 130 . In this example, the user of called party communications device 110 desires to terminate the call session with the user of calling party communications device 120 after transmitting a message to the user of calling party communications device 120 . To do this, called party communications device 110 sends an INVITE message (INVITE 1 ), also referred to as a “re-INVITE” message, to calling party communications device 120 ; the re-INVITE message (INVITE 1 ) can include a session description that identifies an RTP port through which the message will be directed (e.g., Port X). Calling party communications device 120 confirms receipt of the re-INVITE message (INVITE 1 ) by sending an OK message (OK 2 ) to called party communications device 110 , which then sends an acknowledgement message (ACK 3 ) back to calling party communications device 120 . The called party communications device 110 then transmits a message, Message 4 (disconnect), over a media session link identified in the session description (e.g., RTP Port X), followed by the transmission of a BYE message (BYE 5 ) that terminates the media session temporarily established for transmission of the message.

The message, Message 4 (disconnect), can be, for example, a prerecorded audio message, such as: “I'm sorry, but I need to take another call at this time; please hang up and I will call you back as soon as possible.” A user of called party communications device 110 can initiate the process of causing the message to be transmitted, for example, simply by using an input mechanism, such as a keypad, associated therewith. For example, after establishing the call session (Media Session 2 ) with calling party communications device 130 , a user of called party communications device 110 can trigger performance of the described SIP signals, and transmission of the message, Message 4 (disconnect), by depressing one or more keys on a keypad or keyboard. Alternatively, in embodiments in which the called party communications device 110 includes a keyboard and display, such as a computer-based telephony device, the message can be a custom text message input using the keyboard, such as: “I'm sorry, Bob, but my boss is on the other line; I'll call you back.” Such custom messages could be input and sent by the user of called party communications device 110 while simultaneously in voice communication via Media Session 2 with a user of calling party communications device 130 . The transmission of a text message, however, assumes that the calling party communications device 120 has the capability to display the message; the capabilities of each communications device, however, can be provided in the session description information that is shared by the devices while establishing the media session. If the calling party communications device 120 does not have a text display capability, the custom text message input by the user of called party communications device 110 can be converted to speech using techniques known in the art, and the converted-speech message can then be transmitted to calling party communications device 120 .

Referring to FIG. 1-D , illustrated is an exemplary SIP signaling diagram for causing a “hold” message to be transmitted to a first calling party communications device 120 while a called party communications device 110 is in communication with a second calling party communications device 130 . In this example, the user of called party communications device 110 desires the user of calling party communications device 120 to hold until the call with calling party communications device 130 can be finished. To do this, called party communications device 110 sends an INVITE message (INVITE 1 ), also referred to as a “re-INVITE” message, to calling party communications device 120 ; the re-INVITE message (INVITE 1 ) can include a session description that identifies an RTP port through which the message will be directed (e.g., Port X). Calling party communications device 120 confirms receipt of the re-INVITE message (INVITE 1 ) by sending an OK message (OK 2 ) to called party communications device 110 , which then sends an acknowledgement message (ACK 3 ) back to calling party communications device 120 . The called party communications device 110 then transmits a message, Message 4 (hold), over a media session link identified in the session description (e.g., RTP Port X).

After the message, Message 4 (hold), has been sent, called party communications device 110 places the call session with calling party communications device 120 back in a “hold” state. To place the call session on hold, called party communications device 110 sends an INVITE message (INVITE 5 ), also referred to as a “re-INVITE” message, to calling party communications device 120 ; the re-INVITE message (INVITE 5 ) includes a session description that identifies a null (“Ø”) RTP port. Calling party communications device 120 confirms receipt of the re-INVITE message (INVITE 5 ) by sending an OK message (OK 6 ) to called party communications device 110 , which then sends an acknowledgement message (ACK 7 ) to calling party communications device 120 . Because the session description for the call session between called party communications device 110 and calling party communications device 120 now identifies a null RTP port, the call session is now effectively suspended (or, “on hold”).

The message, Message 4 (hold), can be, for example, a prerecorded audio message, such as: “I'm sorry; please hold and I will be with you as soon as possible.” A user of called party communications device 110 can initiate the process of causing the message to be transmitted, for example, simply by using an input mechanism, such as a keypad, associated therewith. For example, after establishing the call session (Media Session 2 ) with calling party communications device 130 , a user of called party communications device 110 can trigger performance of the described SIP signals, and transmission of the message, Message 4 (hold), by depressing one or more keys on a keypad or keyboard. Alternatively, in embodiments in which the called party communications device 110 includes a keyboard and display, such as a computer-based telephony device, the message can be a custom text message input using the keyboard, such as: “I'm sorry, Bob, but my boss is on the other line; please hold.” As previously noted, a custom message can be input and sent by the user of called party communications device 110 while simultaneously in voice communication via Media Session 2 with a user of calling party communications device 130 ; depending on the media capabilities of calling party communications device 120 , the custom message can be transmitted in either a text format or converted to a speech format.

Referring to FIG. 1-E , illustrated is an exemplary SIP signaling diagram for causing a “leave voicemail” message to be transmitted to a first calling party communications device 120 while a called party communications device 110 is in communication with a second calling party communications device 130 . In this example, the user of called party communications device 110 desires to terminate the call session with the user of calling party communications device 120 after transmitting a message that requests the user of calling party communications device 120 to leave a voicemail message. To do this, called party communications device 110 sends an INVITE message (INVITE 1 ), also referred to as a “re-INVITE” message, to calling party communications device 120 ; the re-INVITE message (INVITE 1 ) can include a session description that identifies an RTP port through which the message will be directed (e.g., Port X). Calling party communications device 120 confirms receipt of the re-INVITE message (INVITE 1 ) by sending an OK message (OK 2 ) to called party communications device 110 , which then sends an acknowledgement message (ACK 3 ) to calling party communications device 120 . The called party communications device 110 then transmits a message, Message 4 (VM), over a media session link identified in the session description (e.g., RTP Port X).

The message, Message 4 (VM), can be, for example, a prerecorded audio message, such as: “I'm sorry; but I need to take another call at this time; please hold and you will be transferred to my voicemail system where you can leave me a message.” A user of called party communications device 110 can initiate the process of causing the message to be transmitted, for example, simply by using an input mechanism, such as a keypad, associated therewith. For example, after establishing the call session (Media Session 2 ) with calling party communications device 130 , a user of called party communications device 110 can trigger performance of the described SIP signals, and transmission of the message, Message 4 (VM), by depressing one or more keys on a keypad or keyboard. Alternatively, in embodiments in which the called party communications device 110 includes a keyboard and display, such as a computer-based telephony device, the message can be a custom text message input using the keyboard, such as: “I'm sorry, Bob, but my boss is on the other line; please hold and you will be transferred to my voicemail system where you can leave me a message.” As previously noted, a custom message can be input and sent by the user of called party communications device 110 while simultaneously in voice communication via Media Session 2 with a user of calling party communications device 130 ; depending on the media capabilities of calling party communications device 120 , the custom message can be transmitted in either a text format or converted to a speech format.

After the message, Message 4 (VM), is sent to calling party communications device 120 , called party communications device 110 sends a REFER message (REFER 5 ). The REFER message (REFER 5 ) sent by called party communications device 110 can include an address that identifies the messaging system 140 associated with the user of called party communications device 110 ; the address can be, for example, a Uniform Resource Locator (URL) address. Called party communications device 110 then terminates the media session with calling party communications 120 by sending a BYE message (BYE 6 ) that terminates the media session temporarily established for transmission of the message.

Using the URL address provided by the REFER message (REFER 5 ), calling party communications device 120 sends an INVITE message (INVITE 7 ) to callied party messaging system 140 ; the INVITE message (INVITE 7 ) can include a session description that identifies an RTP port through which the message will be directed (e.g., Port Z). Called party messaging system 140 confirms receipt of the INVITE message (INVITE 7 ) by sending an OK message (OK 8 ) to calling party communications device 120 , which then sends an acknowledgement message (ACK 9 ) to called party messaging system 140 . At this point, a media session has been established between calling party communications device 120 and called party messaging system 140 . The user of calling party communications device 120 can then speak the message, Message 10 (VM), to be recorded by called party messaging system 140 . When the user of calling party communications device 120 has finished leaving the message, the media session established between calling party communications device 120 and called party messaging system 140 can be terminated, for example, by the transmission of a BYE message (BYE 11 ) from calling party communications device 120 to called party messaging system 140 .

From the foregoing, those skilled in the art will recognize that the present invention provides significant advantages to communications systems, by providing an enhanced service that allows a subscriber to communicate with a first calling party without interrupting communications with a second calling party. Although the present invention has been described in detail, those skilled in the art will conceive of various changes, substitutions and alterations to the exemplary embodiments described herein without departing from the spirit and scope of the invention in its broadest form. The exemplary embodiments presented herein illustrate the principles of the invention and are not intended to be exhaustive or to limit the invention to the form disclosed; it is intended that the scope of the invention be defined by the claims appended hereto, and their equivalents.