Abstract: An automated registration service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically register and deregister devices that are all associated with one or more commonly-utilized phone numbers. The service may assign the phone number to registered devices and, in contrast, un-assign the phone number from deregistered devices. The registration and deregistration of the devices may occur based on the amount of interaction with the device and other real-time contextual information. Furthermore, the automated registration service intelligently determines which registered devices to forward incoming video and/or audio calls to based on various contextual information, including the capabilities of device, identified location of a user, user preferences, etc. By intelligently selecting which devices should receive an incoming call, unnecessary use of bandwidth, data, and resources (e.g., battery power) can be reduced.

Abstract: An automated registration service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically register and deregister devices that are all associated with one or more commonly-utilized phone numbers. The service may assign the phone number to registered devices and, in contrast, un-assign the phone number from deregistered devices. The registration and deregistration of the devices may occur based on the amount of interaction with the device and other real-time contextual information. Furthermore, the automated registration service intelligently determines which registered devices to forward incoming video and/or audio calls to based on various contextual information, including the capabilities of device, identified location of a user, user preferences, etc. By intelligently selecting which devices should receive an incoming call, unnecessary use of bandwidth, data, and resources (e.g., battery power) can be reduced.

Abstract: An automated registration service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically register and deregister devices that are all associated with one or more commonly-utilized phone numbers. The service may assign the phone number to registered devices and, in contrast, un-assign the phone number from deregistered devices. The registration and deregistration of the devices may occur based on the amount of interaction with the device and other real-time contextual information. Furthermore, the automated registration service intelligently determines which registered devices to forward incoming video and/or audio calls to based on various contextual information, including the capabilities of device, identified location of a user, user preferences, etc. By intelligently selecting which devices should receive an incoming call, unnecessary use of bandwidth, data, and resources (e.g., battery power) can be reduced.

Abstract: A device state service supported on an application server is disclosed herein. The device state service is configured to dynamically monitor a device state across devices, and particularly monitor whether or not a device is currently active (e.g., incoming or outgoing ringing, incoming or outgoing busy signal, audio and/or video call in progress, etc.) The active device transmits device state data along with context data and sensor data (collectively “real-time data”). The inactive (or subject) devices may likewise transmit real-time data to the device state service. The device state service determines an action for the subject and/or active devices to perform based on the received real-time data. For example, when a user's smartphone is currently active (e.g., a call in-progress), the user's tablet may enter a power save mode to save resources.

Abstract: An automatic response service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically generate responses to unanswered incoming telephone calls to a user's computing devices that are customized for the calling party based on monitored activities of the user, device capabilities and state, and related context. The automatic response service can monitor the user's interactions across a range of computing devices to identify a device with which the is actively engaged. Data from device registrations with the IMS core network can indicate current device capabilities and device state such as peripheral device configuration and network connectivity. Along with call data such as caller ID, the monitored user activities and device information enable the service to automatically respond to incoming calls on behalf of the user with information that is meaningful and contextually-relevant to the calling party.

Abstract: An automated registration service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically register and deregister devices that are all associated with one or more commonly-utilized phone numbers. The service may assign the phone number to registered devices and, in contrast, un-assign the phone number from deregistered devices. The registration and deregistration of the devices may occur based on the amount of interaction with the device and other real-time contextual information. Furthermore, the automated registration service intelligently determines which registered devices to forward incoming video and/or audio calls to based on various contextual information, including the capabilities of device, identified location of a user, user preferences, etc. By intelligently selecting which devices should receive an incoming call, unnecessary use of bandwidth, data, and resources (e.g., battery power) can be reduced.

Abstract: An automated registration service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically register and deregister devices that are all associated with one or more commonly-utilized phone numbers. The service may assign the phone number to registered devices and, in contrast, un-assign the phone number from deregistered devices. The registration and deregistration of the devices may occur based on the amount of interaction with the device and other real-time contextual information. Furthermore, the automated registration service intelligently determines which registered devices to forward incoming video and/or audio calls to based on various contextual information, including the capabilities of device, identified location of a user, user preferences, etc. By intelligently selecting which devices should receive an incoming call, unnecessary use of bandwidth, data, and resources (e.g., battery power) can be reduced.

Abstract: Examples of the disclosure describe automatically associating devices of a user with a network service subscription of the user. The user has a subscription to services offered by an entity. Connection statistics for the devices to networks are generated and compared to criteria to determine whether any of the devices should be associated with the subscription of the user. After association, the devices are able to access networks and/or services associated with the subscription.

Abstract: A device state service supported on an application server is disclosed herein. The device state service is configured to dynamically monitor a device state across devices, and particularly monitor whether or not a device is currently active (e.g., incoming or outgoing ringing, incoming or outgoing busy signal, audio and/or video call in progress, etc.) The active device transmits device state data along with context data and sensor data (collectively “real-time data”). The inactive (or subject) devices may likewise transmit real-time data to the device state service. The device state service determines an action for the subject and/or active devices to perform based on the received real-time data. For example, when a user's smartphone is currently active (e.g., a call in-progress), the user's tablet may enter a power save mode to save resources.

Abstract: An automated registration service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically register and deregister devices that are all associated with one or more commonly-utilized phone numbers. The service may assign the phone number to registered devices and, in contrast, un-assign the phone number from deregistered devices. The registration and deregistration of the devices may occur based on the amount of interaction with the device and other real-time contextual information. Furthermore, the automated registration service intelligently determines which registered devices to forward incoming video and/or audio calls to based on various contextual information, including the capabilities of device, identified location of a user, user preferences, etc. By intelligently selecting which devices should receive an incoming call, unnecessary use of bandwidth, data, and resources (e.g., battery power) can be reduced.

Abstract: An automatic response service supported on an application server that interoperates with an IMS (IP Multimedia Subsystem) core network is configured to dynamically generate responses to unanswered incoming telephone calls to a user's computing devices that are customized for the calling party based on monitored activities of the user, device capabilities and state, and related context. The automatic response service can monitor the user's interactions across a range of computing devices to identify a device with which the is actively engaged. Data from device registrations with the IMS core network can indicate current device capabilities and device state such as peripheral device configuration and network connectivity. Along with call data such as caller ID, the monitored user activities and device information enable the service to automatically respond to incoming calls on behalf of the user with information that is meaningful and contextually-relevant to the calling party.

Abstract: Embodiments relate to virtual call routing to enable a user (caller) to communicate with another person (callee) without specifying details of calling. A variety of independent communication channels are selected from and prioritized for calling the callee. The channels may be independent in that they might not communicate with each other, share a common backend support service, operate through a same common local application or local background communication service, use a same communication network, etc. Any real-time person-to-person communication channel (application) on a calling device can potentially be used to attempt to reach the callee. Even if the callee has multiple unrelated identities on multiple different channels, the caller can focus on specifying the person to be called and perhaps conditions for the call without regard for which channels are available, which channels and/or identities are likely to succeed, or which channels are suitable to the conditions.

Abstract: Embodiments relate to making IP-based (Internet Protocol based) emergency calls. A device is capable of making calls over the Internet to an IP Multimedia Subsystem (IMS) core to a Public-Safety Answering Point (PSAP). The device computes location information based on its actual or estimated physical location. The location information may be computed prior to making an emergency call, for instance by a location platform or service running on the computing device. When the device makes an emergency call, the device uses its location information to inform the emergency call. Specifically, a SIP message is formatted with the location information. The SIP message might be a SIP invitation formatted with a header indicating that an emergency call is being requested. The device might be capable of making only IP-based calls.

Abstract: Pools of cellular devices share same provisioning profiles for cellular (over-the-air) provisioning connectivity. Conceptually, a limited pool of one or more provisioning profiles is setup in an MNO's backend equipment. Multiple cellular devices are each configured with a same provisioning profile from the pool. In practice, the number of provisioning profiles in a pool may be orders of magnitude less than the number of cellular devices configured to use the provisioning profiles in the pool.

Abstract: Pools of cellular devices share same provisioning profiles for cellular (over-the-air) provisioning connectivity. Conceptually, a limited pool of one or more provisioning profiles is setup in an MNO's backend equipment. Multiple cellular devices are each configured with a same provisioning profile from the pool. In practice, the number of provisioning profiles in a pool may be orders of magnitude less than the number of cellular devices configured to use the provisioning profiles in the pool.

Abstract: Examples of the disclosure describe automatically associating devices of a user with a network service subscription of the user. The user has a subscription to services offered by an entity. Connection statistics for the devices to networks are generated and compared to criteria to determine whether any of the devices should be associated with the subscription of the user. After association, the devices are able to access networks and/or services associated with the subscription.

Abstract: A managed network with a quarantine enforcement policy based on the status of installed updates for software on each client seeking access to the managed network. To determine whether a client requesting access has up-to-date software, an access server may communicate directly with an update server to determine the update status of the client requesting access. Information from the update server allows the update server to determine which update the client requesting access is missing. The access server may also receive an indication of the severity of the updates missing from the client requesting access. The access server may use the severity information to apply a quarantine enforcement policy, thereby avoiding the need for either the client or access server to be programmed to identify specific software updates that must be installed for a client to comply with a quarantine enforcement policy.

Abstract: A network in which remediation is provided to keep protective software in network clients up-to-date. As network clients connect to an access control server, the clients provide status information concerning their protective software. The access server determines whether the clients comply with a quarantine enforcement policy. Clients that comply with the policy are granted access to the network. Those that do not comply with the quarantine enforcement policy are either denied access or given limited access to the network for purposes of remediation. When the access control server denies access to a client, it determines remediation steps required to bring the client into compliance with the quarantine enforcement policy. This remediation information is communicated to the client to facilitate remediation of the client on either an automated or a manual basis.

Abstract: A network in which peer-to-peer remediation is provided to keep clients in the network up-to-date. As network clients establish peer-to-peer connections, they exchange status information. The status information allows the clients to mutually identify whether one client is more out-of-date than another. The more up-to-date client provides update information to the more out-of-date client. To preserve the integrity of the update process, updates are provided as signed binary files and are only applied by the client receiving the update if the binary file may be authenticated by the recipient.

Abstract: A method is provided for handling failures in a computer system including a compliance checking system in a computer network. In response to a client computer failing to obtain a compliance check, a determination is made as to a category of an error that at least partially caused the failure in obtaining the compliance check. As a result, the method includes performing an action to at least partially based on the determined category of the error. In some instances, the action can include allowing the client computer to connect to the network. Another method includes receiving a definition of a configurable mitigation rule, where the configurable mitigation rule describes an action to perform at least partially based on the category of an error. Yet another method includes receiving a selection of a security level of operation of the compliance checking system.