Abstract:
The disclosure generally relates to Internet of Things (IoT) device social networking, and in particular to an IoT device publish-subscribe messaging model and automatic IoT device social network expansion. For example, IoT devices from different networks may publish status data that relates to certain topics, wherein the published status updates may be managed in a distributed manner at each IoT network. Furthermore, IoT devices interested in published data can subscribe to data relating to certain topics, which may be used to dynamically adjust actions that the subscribing IoT devices may take. Furthermore, IoT devices can employ common social networking capabilities (e.g., refer, follow, like, publish, subscribe, etc.) to interact with other IoT devices and find relevant information from other IoT devices that can be used to improve performance and effectiveness.
Abstract:
Systems and methods are disclosed for optimizing data transfers. The method may include receiving a request to transfer data between a wireless device and a data transfer target, wherein the requested data transfer is associated with a time sensitivity window (TSW), determining whether an opportunity for a peer-to-peer (P2P) data transfer will arise during the TSW, targeting a transfer time from within the TSW for performing the requested data transfer based on the opportunity determination, and transmitting transfer notification data to the wireless device, wherein the transfer notification data includes the targeted transfer time.
Abstract:
Methods, devices, and systems for a mobile device to perform actions associated with applications when confirmed to be within proximity of a physical location relevant to the applications, including identifying a unique identifier of a proximate wireless network access point, determining whether the unique identifier matches a predefined identifier stored on the mobile device and associated with an application, obtaining sensor data via a sensor in response to determining that the unique identifier matches the predefined identifier, processing the obtained sensor data to identify encoded information, determining whether the encoded information within the obtained sensor data is associated with the unique identifier, and performing an action based on the encoded information in response to determining that the encoded information is associated with the unique identifier. In various embodiments, the unique identifier may be a service set identifier (SSID), and the sensor data may be acoustic signals emitted from a speaker.
Abstract:
In an embodiment, a server registers first and seconds client applications on the same client device. The first client application on a client device obtains, from the server or some other source, application-to-application communicative information for facilitating communication between the first and second client applications. Based on the application-to-application communicative information, the first client application configures a given registration request message that includes (i) a request for renewing the first client application's registration with the server, and (ii) a request for renewing the second client application's registration with the same server, and transmits the given registration request message to the server. The server renews the registrations for the first and second client applications in response to the given registration request message.
Abstract:
Methods, devices, and systems enable a server to route a communication from a calling party to a third-party device when a called party is unreachable by obtaining current status data from a plurality of devices registered with the server, and generating a list of potential third-party devices based at least on the obtained current status data. A call request notification may be transmitted to a third-party device selected from the list. In response to receiving a call acceptance message, the server may transmit an authentication challenge for the called party. The server may determine whether an authentication response message includes a correct response to the authentication challenge, and if so, administer the communication between a calling party device and the selected third-party device. The server may calculate charges to the calling party or called party and credits for the third-party whose device accepts the communication for the called party.
Abstract:
Methods, devices, non-transitory processor-readable instructions, and systems for a VOIP application server associated with a VOIP application to improve performance of a target computing device for IP communications via the VOIP application. An embodiment method may include determining whether the target computing device is likely to be called using the VOIP application during a contact period, and directing the target computing device to adjust a performance setting for receiving an IP communication in response to determining a likelihood the device will be called during the contact period. When a call is likely, the performance setting may be raised via transmitting dummy traffic to target computing device, activating a quality-of-service on an Rx interface corresponding to the VOIP application and the target computing device, and/or transmitting a message directing the target computing device to utilize an aggressive slot cycle index setting or an aggressive discontinuous reception setting.
Abstract:
Methods, devices, and systems for improving the accessibility of a target computing device configured to use IP communications software. In various embodiments, a server associated with a VOIP application may perform operations to determine the likelihood that the target computing device will be called via the application. The server may calculate the likelihood based on evaluations of past usage information, such as historical call logs, as well as activity information, such as location information and user interface inputs reported by caller computing devices. The server may further calculate a confidence as to whether the target computing device is accessible via the application. For example, the server may evaluate activity information to determine whether IP address and registration information is valid. When there is no confidence in accessibility, the server may transmit messages to the target computing device, such as push notifications using out-of-band transmissions with commands for refreshing a registration.
Abstract:
Methods and apparatuses for indicating a bearer status with a device are provided. A call setup message can be received from an application server indicating a request to initiate a call with a target device. A dedicated bearer status of a dedicated bearer with the target device can be verified, and a message can be sent to the application server indicating the dedicated bearer status with the target device.
Abstract:
Methods and apparatuses for reducing time to receive a call failure indication in a wireless communications system are provided. A request to initiate a call with a target user equipment (UE) is received from an originating UE. A call setup message that corresponds to the request is sent to a network node, and an internet control message protocol (ICMP) message indicative of the network node lacking a dedicated bearer to a radio access network that corresponds to the target UE can be received in response to the request. Based on the ICMP message, a status failure message is sent to the originating UE indicating failure of the call.
Abstract:
Dynamic floor control in group communications may include allocating floor time to participants according to a floor control function. To determine the amount of floor time to allocate to each participant, an embodiment floor control function may factor in parameters including the number of active participants in the group communication, the overall likeability of each participant, and the popularity ranking for each participant. In an embodiment, parameters such as overall likeability may be based on votes received from other participants. Parameters may be updated during the group communication to adjust participants' floor time. If a participant is granted the floor or speaks, a countdown timer may be started that decrements the participant's remaining floor time until the participant releases the floor or runs out of floor time. Once the countdown timer expires, the participant may be denied the floor and/or may no longer speak in the group communication.