Abstract: Handling an incoming call from a caller to a user includes prompting a caller to record a message to the user and sending a special command to a user communication device indicting that the incoming call is available for screening and retrieving. In response to the user indicating a desire to screen the incoming call, the user listens to the message while the caller is leaving the message. In response to the user indicating a desire to retrieve the incoming call, the call is transferred to the user communication device. In response to the user indicating a desire to screen the call, an incoming media stream from the incoming call may be forked so that the message is being recorded while the user is listening to the message at the user communication device.

Abstract: A method and system for providing context of a caller to a callee when a call is initiated is provided. The context system executing on the calling device collects context for the call. The calling device initiates the call and sends a message to the callee that includes the context. Upon receiving the message, the callee device notifies the caller that a call has been initiated and displays the received context. The callee can decide based on the received context whether to answer the call or not answer the call.

Abstract: Handling an incoming call from a caller to a user includes prompting a caller to record a message to the user and sending a special command to a user communication device indicting that the incoming call is available for screening and retrieving. In response to the user indicating a desire to screen the incoming call, the user listens to the message while the caller is leaving the message. In response to the user indicating a desire to retrieve the incoming call, the call is transferred to the user communication device. In response to the user indicating a desire to screen the call, an incoming media stream from the incoming call may be forked so that the message is being recorded while the user is listening to the message at the user communication device.

Abstract: Handling an incoming call from a caller to a user includes prompting a caller to record a message to the user and sending a special command to a user communication device indicting that the incoming call is available for screening and retrieving. In response to the user indicating a desire to screen the incoming call, the user listens to the message while the caller is leaving the message. In response to the user indicating a desire to retrieve the incoming call, the call is transferred to the user communication device. In response to the user indicating a desire to screen the call, an incoming media stream from the incoming call may be forked so that the message is being recorded while the user is listening to the message at the user communication device.

Abstract: A method and system for providing context of a caller to a callee when a call is initiated is provided. The context system executing on the calling device collects context for the call. The calling device initiates the call and sends a message to the callee that includes the context. Upon receiving the message, the callee device notifies the caller that a call has been initiated and displays the received context. The callee can decide based on the received context whether to answer the call or not answer the call.

Abstract: Independent telephony systems are integrated by using symmetric forking from both systems. Calls received by either system are forked to the other system. Thus, a call can be accepted by one of the systems, using its external interfaces, and presented to all devices in both systems. Each system is enabled to leverage internal call control advanced features to enhance overall user experience. Internally inserted parameters to call requests are used between the two systems for preventing endless loop of calls between the integrated systems.

Abstract: A method and system for establishing a multiparty session with a mesh configuration by sending out invitations to endpoints in parallel is provided. To initiate a session, an initiating endpoint sends invitations in parallel to the endpoints that are to be in the session. When the initiating endpoint receives an acceptance, it then sends to the accepting endpoint an indication of the other endpoints that are currently in the session. When an accepting endpoint receives the indication of the endpoints in the session, the accepting endpoint sends an invitation to establish a dialog to each of the indicated endpoints. When an endpoint that is in the session receives such an invitation, it can automatically accept the invitation because it is already participating in the session.

Abstract: A facility is described for managing parallel requests in a communications environment having devices or applications (“request handlers”) that support serial and parallel message processing. In various embodiments, the facility receives messages directed to a recipient from an application and sends a first message to the recipient without sending subsequently received messages to the recipient. Upon receiving a response from the recipient to the first message, the facility determines whether the recipient supports parallel or serial message processing. When the recipient supports parallel message processing, the facility sends the subsequently received messages to the recipient without awaiting a response to a message before sending another message. When the recipient supports serial message processing, the facility sends a subsequent message after receiving a response to a previously sent message.

Abstract: A method and system for providing context of a caller to a callee when a call is initiated is provided. The context system executing on the calling device collects context for the call. The calling device initiates the call and sends a message to the callee that includes the context. Upon receiving the message, the callee device notifies the caller that a call has been initiated and displays the received context. The callee can decide based on the received context whether to answer the call or not answer the call.

Abstract: A method and system for establishing a multiparty session with a mesh configuration by sending out invitations to endpoints in parallel is provided. To initiate a session, an initiating endpoint sends invitations in parallel to the endpoints that are to be in the session. When the initiating endpoint receives an acceptance, it then sends to the accepting endpoint an indication of the other endpoints that are currently in the session. When an accepting endpoint receives the indication of the endpoints in the session, the accepting endpoint sends an invitation to establish a dialog to each of the indicated endpoints. When an endpoint that is in the session receives such an invitation, it can automatically accept the invitation because it is already participating in the session.

Abstract: A method and system for providing context of a caller to a callee when a call is initiated is provided. The context system executing on the calling device collects context for the call. The calling device initiates the call and sends a message to the callee that includes the context. Upon receiving the message, the callee device notifies the caller that a call has been initiated and displays the received context. The callee can decide based on the received context whether to answer the call or not answer the call.

Abstract: A method and system for outputting a call announcement based on presence information of a callee as a ringback tone is provided. The announcement system is provided with presence information of users. When the telephone system receives an indication of an incoming call from a caller, the telephone system identifies the callee. After the callee is identified, the announcement system retrieves the presence information for the callee and generates an announcement based on that presence information.

Abstract: Multiple instances of an incoming call in a unified communication system capable of communicating through multiple networks are provided to devices and/or applications associated with the called party. Upon acceptance or a global rejection of the incoming call through one of the end devices/applications, the remainder are provided a cancellation notice for the forked call request that includes information associated with which end device took the action, what type of action was taken, whether the action was based on automatic policy implementation.

Abstract: A method and system for reducing the number of ports allocated by a relay server is provided. A connection system uses a bidirectional technique to establish a connection via the relay server between two endpoints (e.g., client computers) that can be used bidirectionally to send a stream from a first endpoint to a second endpoint and a stream from the second endpoint to the first endpoint. The connection system may also use a stream multiplexing technique to further reduce the number of ports allocated by a relay server by multiplexing multiple streams onto a single connection. The connection system may also use an endpoint multiplexing technique to reduce the number of ports allocated by a relay server by multiplexing streams from different endpoints through a single connection via the relay server.

Abstract: Independent telephony systems are integrated by using symmetric forking from both systems. Calls received by either system are forked to the other system. Thus, a call can be accepted by one of the systems, using its external interfaces, and presented to all devices in both systems. Each system is enabled to leverage internal call control advanced features to enhance overall user experience. Internally inserted parameters to call requests are used between the two systems for preventing endless loop of calls between the integrated systems.

Abstract: A facility is described for managing parallel requests in a communications environment having devices or applications (“request handlers”) that support serial and parallel message processing. In various embodiments, the facility receives messages directed to a recipient from an application and sends a first message to the recipient without sending subsequently received messages to the recipient. Upon receiving a response from the recipient to the first message, the facility determines whether the recipient supports parallel or serial message processing. When the recipient supports parallel message processing, the facility sends the subsequently received messages to the recipient without awaiting a response to a message before sending another message. When the recipient supports serial message processing, the facility sends a subsequent message after receiving a response to a previously sent message.