T-mobile Usa, Inc.

Adrian T Synal

Michele Kinsey

Vinod Ravichandran

Neha Shah

Maziar Fallah

Shelby Seward

William Michael Hooker

Mohammed Al-Mehdar

Hsin-Fu Henry Chiang

Chingming Chao

Techniques for caller verification in Rich Communication Services (RCS) for text messaging are discussed herein. A communication client can be the communication client designated to receive incoming communications for the user equipment. The user equipment may use the communication client to send, to a network device, a Session Initiation Protocol (SIP) instance to set communication client. The SIP instance may include a primary designator and a Universally Unique Identifier (UUID) associated with the client. The network device may store the information for the user equipment including the UUID and capability set. A second user equipment may poll the network device for the communications capabilities of the first user equipment before establishing a connection.

Caller verification in rich communication services (RCS)

An emergency route back number (ERBN) may be assigned for use in emergency calls. A telecommunication network associated that may be associated with a wireless service provider, may identify an emergency call directed to an emergency number (e.g., 9-1-1) that originated from a device that is not associated with a unique phone number such as a shared line, or a communication that utilizes some other indicator to establish the emergency call (e.g., an email address, or some other identifier). When an emergency call is detected that does not have a dedicated phone number, an ERBN is assigned to the communication. This ERBN may be reserved for some period of time after the emergency call ends such that emergency contact centers are able to reach callers back in case of dropped calls, fails, and/or additional emergency services that may need to reach the callers directly.

Temporary assignment of emergency route back

Text based 911 communication

A carrier network may provide for asymmetric key exchange for end to end encryption between user equipment utilizing capability upload and discovery messages of the carrier network. For example, a carrier network may receive a capability upload message from a first user equipment. The carrier network may determine that the capability upload message includes a key bundle for end to end (E2E) encryption of communications. In response, the carrier network may store the key bundle in a key distribution center (KDC). The carrier network may also receive, from a second user equipment, a capability discovery message requesting capability information for the first user equipment. In response, the carrier network may request and receive the key bundle from the KDC and transmit the key bundle to the second user equipment.

Asymmetric key exchange between user equipment using SIP

When a Rich Communications Services (RCS) data file is to be provided to a terminating user equipment (UE) that is on a different mobile communications network than an originating UE, the network address, or uniform resource locator (URL), of the RCS data file may be modified to indicate that the RCS data file is to traverse a network-to-network interface (NNI). An RCS system on the originating mobile communications network may identify if the terminating UE is on the same or different mobile communications network. If the terminating UE is on a different mobile communications network, then the RCS system may modify the URL to indicate the originating and terminating mobile communications networks and send the URL to an RCS system of the terminating mobile communications network. The modified URL enables retrieval of the RCS data file network by a content system of the terminating mobile communications network.

Cross network rich communications services content

Systems, methods and apparatuses for implementing enriched calling services for devices may include a first User Equipment (UE) that sends a call request to an IP Multimedia Subsystem (IMS) Core network and a presence server. The IMS core network may determine that the first UE supports enriched calling services and may enable the first UE to perform an enriched calling operation. The IMS core network may forward the call request to a terminating device, such as a second UE and/or a computing device, with the enriched calling operation.

Enriched calling based call routing

Enriched calling based call type notification

A telecommunication network provides telecommunication service to a user equipment (UE) and a communication device that is connected to the telecommunication network via a private branch exchange. Both the UE and the communication device utilizing a Mobile Station International Subscriber Directory Number (MSISDN) for the telecommunication service, and the telecommunication network stores a profile associating both the UE and the communication device with the MSISDN. Additionally, the telecommunication network enables communication between the communication device and a communication partner device and notifies the UE of the communication.

MSISDN sharing between UES and PBX devices

Techniques for designating non-native communication clients as the primary client for user equipment are discussed herein. A primary client can be the communication client designated to receive incoming communications for the user equipment. The user equipment may use the primary client to send, to a network device, a Session Initiation Protocol (SIP) instance to set primary client. The SIP instance may include a primary designator and a Universally Unique Identifier (UUID) associated with the client. The network device may store the information for the user equipment including the UUID and capability set. A second user equipment may poll the network device for the communications capabilities of the first user equipment before establishing a connection.

Communication client manager

Automated unavailability response for call handling is used to notify an incoming caller that a subscriber is unavailable to answer the incoming call. An incoming call that is initiated from an originating caller device is received at a network server for routing to a terminating user device of a specific subscriber. A user profile of the specific subscriber that includes one or more unavailability notification settings for the incoming call is retrieved from a user profile database. An unavailability notification message is selected from a data store based at least on the one or more unavailable notification settings. The unavailability notification message is sent from the network server to the originating caller device.

Automated unavailability response for call handling

Techniques are described herein for providing call logs for cellular and internet calls that are rerouted to one or more terminating caller devices. The techniques include: organizing a call routing scheme based on call routing configuration settings, the call routing scheme directing routing of incoming calls to one or more user devices that receives service from a telecommunications network; receiving a call log request from a user device that includes a unique identifier of the user device or a user; transmitting the call log request to a database server of the telecommunications network to obtain a call log for an incoming call to the one or more user devices, the incoming call being routed according to the call routing scheme; and sending the call log to the user device to display the call log information at the user device.

Advanced call log notifications

The use of application servers to publish the social presence information of users to a presence server of the wireless carrier network may reduce signaling and communication traffic between user devices and the wireless carrier network. The use of application servers may also provide social presence information publishing capabilities when user devices of users do not have such publishing capabilities or are otherwise unable to do so. An application server may receive one or more user-defined social presence settings of a user from an access portal provided by the application server. Social presence information is generated for the user based on the one or more user-defined social presence settings at the application server. The social presence information for the user is sent from the application server to a presence server of a wireless carrier network.

Application server-based social presence publishing

A policy enhancement for mixed capabilities of devices may include a first User Equipment (UE) that publishes to a presence server via an IP Multimedia Subsystem (IMS) Core network and a Rich Communication Services (RCS) node. A second UE may subscribe to the first UE by requesting information about the first UE from the presence server. The presence server may determine that the first UE is one of multiple instantiations of a same device. The presence server may determine that a third UE is another instantiation of the same device as the first UE, and that the third UE is a lesser-capable device (e.g., non-Universal Profile enabled) with respect to the first UE. The presence server may send a notify message including a capability indicator associated with the third UE to the second UE, and/or the notify message may omit a capability indicator associated with the first UE.

Growing community of inventors

Kirkland, WA, United States of America

Adrian T Synal