Abstract: In an embodiment, a server registers each of the plurality of client applications on the same client device. The server receives a given registration request message from the client device that includes a request for renewing a registration for a first of the plurality of client applications with the server, and the server renews the first client application's registration in response to the given registration request message. The server also determines, in response to the given registration request message, whether to preemptively renew registrations for one or more other client applications from the plurality of client applications. The server selectively renews the registrations for the one or more other client applications based on the determination.

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: The disclosure relates to collaborative intelligence and decision-making in an Internet of Things (IoT) device group. In particular, various IoT devices in the group may be interdependent, whereby a decision that one IoT device plans may impact other IoT devices in the group. Accordingly, in response to an IoT device planning a certain decision (e.g., to transition state or initiate another action), the IoT devices in the group may collaborate using distributed intelligence prior to taking action on the planned decision. For example, a recommendation request may be sent to other IoT devices in the group, which may then analyze relationships within the group to assess potential impacts associated with the planned decision and respond to approve or disapprove the planned decision. Based on the responses received from the other IoT devices, the IoT device may then determine whether to take action on the planned decision.

Abstract: The disclosure generally relates to enabling communication among one or more Internet of Things (IoT) device groups. In particular, various heterogeneous IoT devices that may need to interact with one another in different ways may be organized into IoT device groups to support efficient interaction among the IoT devices. For example, pre-defined IoT device groups may be formed organize certain IoT devices that perform similar activities and certain IoT devices may be dynamically allocated to ad-hoc IoT device groups for certain contexts (e.g., the ad-hoc IoT device groups may include IoT devices that can implement a desired function and therefore be dynamically formed to implement the desired function). Furthermore, the IoT groups may communicate hierarchically, wherein messages may be exchanged among IoT group owners or ranking members to support efficient communication between different IoT groups.

Abstract: Methods and apparatuses for implementing an emergency instruction based on an emergency message from a trusted authority source. The method includes receiving, at an Internet of Things (IoT) device, an emergency secret key from a trusted authority source The method receives, at an IoT device, an emergency message from the trusted authority source; decoding, at an IoT device, the emergency message from the trusted authority source using the emergency secret key to determine a value within the emergency message. The method calculates, at an IoT device, a result based on the determined value. The method implements, at an IoT device, an emergency instruction if the result is above a predetermined threshold.

Abstract: An aspect enables context aware actions among heterogeneous Internet of Things (IoT) devices. An IoT device receives data representing a context of each of a first set of IoT devices, receives data representing a current state of each of a second set of IoT devices, and determines an action to perform at a target IoT based on the received data. An aspect verifies an implied relationship between a first user and a second user by detecting an interaction between a first user device belonging to the first user and a second user device belonging to the second user, storing information related to the interaction in a first interaction table associated with the first user device, assigning a relationship identifier to the second user based, at least in part, on the information related to the interaction, and determining whether or not the assigned relationship identifier is correct.

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: The disclosure generally relates to determining items to build based on inventory in an Internet of Things (IoT) network and using a 3D printer to build the determined items. In particular, inventory in the IoT network may be monitored to predict replacement needs associated with certain items in the IoT network inventory and determine further inventory needs (e.g., based on items that malfunction or break, upcoming calendar events, etc.). In one embodiment, in response to determining that additional inventory items may be needed in the IoT network, licenses and 3D printer blueprints to build the items may be obtained (internally and/or externally) and 3D printing may be scheduled to build the items (e.g., based on a priority scheme, timing criteria, resource availability, etc.), whereby the items may be added to the IoT network inventory when the 3D printer completes 3D print jobs to produce the items.

Abstract: Methods and apparatuses for optimizing performance using data from an Internet of Things (IoT) device with analytics engines. The method receives, from a requesting Internet of Things (IoT) device, a request for trend data of physical resource consumption based at least in part on a portion of received data from at least one of a plurality of IoT devices. The method retrieves, from memory of an analytics engine, at least the portion of the received data. The method calculates, in a calculator of the analytics engine, the trend data based on at least the portion of the received data. The method transmits, to the requesting IoT device, the calculated trend data, wherein the requesting IoT device adjusts parameters in an IoT device using the calculated trend data.

Abstract: The disclosure is related to determining an association among Internet of Things (IoT) devices. A first IoT device receives an identifier of a second IoT device, obtains a schema of the second IoT device based on the identifier of the second IoT device, and determines whether or not there is an association between the first IoT device and the second IoT device based on a schema of the first IoT device and the schema of the second IoT device, where the schema of the first IoT device comprises schema elements and corresponding values of the first IoT device and the schema of the second IoT device comprises schema elements and corresponding values of the second IoT device.

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: In an embodiment, a server obtains a user-specified mixing preference (USMP) for an access terminal (AT) in a communication group that is different than a default mixing rule for the group communication session. The server grants non-exclusive floors to a subset of ATs in the communication group, receives media frames from each AT in the subset and generates an output frame by selectively mixing the received media frames based on the USMP, after which the output frame is sent to the AT. In another embodiment, the AT obtains the USMP and receives unmixed versions of the media frames and then selectively mixes the received media frames at the AT based on the USMP. In another embodiment, an AT detects speech and requests the floor, and the AT buffers speech while waiting for the floor request to be granted.

Abstract: The disclosure is directed to delaying a release of a quality of service (QoS) bearer. An aspect receives a session setup request from a user for a media session requiring a QoS bearer, triggers a setup of the QoS bearer for the media session, receives a session termination request from the user for the media session, and in response to receiving the session termination request, determines whether or not to delay releasing the QoS bearer based on a history of QoS bearer utilization of the user and a determination of whether or not a number of currently established QoS bearers is less than a threshold.

Abstract: In an embodiment, a given access terminal (AT) detects a request to initiate a Push-to-Talk (PTT) session, and stores first time information indicative of when the request to initiate the PTT session is detected. The given AT sends the request as a message to an access network, which forwards an announce message to announce the PTT session to a plurality of access terminals. At least one of the plurality ATs accepts the announce message to join the PTT session, and the access network sends a message to the given AT granting permission to begin the PTT session. The given AT stores second time information indicative of when the permission is received, and sends PTT latency information based on the first and second time information to the access network, the PTT latency information related to an initial PTT latency of the PTT session.

Abstract: Techniques are disclosed for reducing the time for a wireless communication device originating a group communication, such as a push-to-talk call, to receive a call failure indication on a wireless communications system. In an embodiment, a group communications server receives a request to initiate a call with a target from an originator, and sends a corresponding message to a network node. If the call cannot be completed, the server receives from the network node an internet control message protocol (ICMP) message indicative of there being no connection between the network node and the target wireless communication device. In response to the message, the group communications server sends a status failure message to the originating wireless communication device.

Abstract: The disclosure is directed to recording voice data transmissions between mobile communication devices. An embodiment of the disclosure receives, at a first mobile communication device, an indication that a subsequent voice transmission segment may or may not be recorded by at least one other mobile communication device, and transmits, from the first mobile communication device, an indication to said at least one other mobile communication device that the subsequent voice transmission segment may or may not be recorded. Another embodiment receives an indication from at least one other mobile communication device that a subsequent voice transmission segment may or may not be recorded by said mobile communication device, and if the received indication indicates that the subsequent voice transmission segment may be recorded, records at least a portion of the subsequent voice transmission segment, and stores the recorded portion in a memory associated with said mobile communication device.

Abstract: In an embodiment, an access terminal (AT), requests a non-exclusive floor (NEF) for a group communication session (GCS) in response to a detection that a user of the AT intends to speak to an associated communication group (CG). In another embodiment, the AT later requests that its NEF for the GCS be revoked in response to a detection that the user of the AT no longer intends to speak to the CG. In another embodiment, another AT holds a NEF for the GCS, and a user of the AT decides to revoke the other AT's NEF such that the AT sends a floor-revocation request to an application server (AS) that is arbitrating the GCS. In another embodiment, the AS grants NEFs to multiple ATs, selectively mixes media received from the ATs for transmission to the CG, and selectively revokes NEFs from one or more of the multiple ATs.

Abstract: A system, method, and wireless communication device that provide a mobile user with selective access to information based on a predefined trigger such as a user's vicinity. In an embodiment, selected information from a first wireless communication device of a communication group may be associated with a geographic location and stored. A portion of the information may be selectively transmitted to a second wireless communication device of the communication group when the second wireless communication device is determined to be proximate to the geographic location associated with the information. In one embodiment, the second wireless communication device may receive the information automatically based on trigger settings.

Abstract: In various embodiments, a mobile device and/or the presence-aware applications running on the device may be configured to support multiple user profiles. For instance, multiple users with access to the same mobile device may each create a user profile and login credentials on that device, and each user may take turns using the mobile device. The mobile device may also allow multiple users to access the mobile device simultaneously. In such embodiments, the mobile device processor executing the presence module and/or presence engine may be configured to associate a particular user profile with a request for updated presence information and determine whether to update the presence information based at least in part on the that user profile.

Abstract: In an embodiment, an originating device sends a request, to a server, to initiate a full-duplex session with a target device. Responsive to the full-duplex request, a half-duplex session is set-up from the originating device to the target device before the full-duplex session is set-up. The target device indicates its acceptance of the half-duplex session, receives half-duplex media from the originating device and selectively indicates its acceptance of the full-duplex session. In another embodiment, during a session currently supported either by half-duplex or full-duplex, the server arbitrating the session receives a request from one of the session participants to transition the session to another duplex-type. The server then selectively transitions the duplex-type of the session.