Abstract:
Disclosed are techniques for performing thermal mitigation for one or more devices. For instance, a temperature, humidity, amount of light, and/or other characteristic or factor associated with a vehicle can be obtained. Whether to transition one or more communication functions from the vehicle to a user device can be determined based on the temperature, humidity, etc. In response to a determination to transition the one or more communication functions, the one or more communication functions can be transitioned from a communication unit of the vehicle to a communication unit of the user device.
Abstract:
Method and apparatus for cooperative early threat detection. In some aspects, the apparatus detects one or more object data signals having data that interferes with wireless resources utilized in automated driving decisions. The apparatus transmits, to at least a second wireless device, a message indicating the one or more object data signals having the data that interferes with wireless resources utilized in automated driving decisions. The one or more object data signals may correspond to a misbehaving wireless device. The data of the misbehaving wireless device may comprise implausible data related to at least one characteristic of the misbehaving wireless device.
Abstract:
Disclosed are techniques for performing wireless communication. In some aspects, a wireless communication device may determine that a prospective position of the wireless communication device is in a geographic area associated with a deficient global navigation satellite system (GNSS) signal. In some cases, the wireless communications device can transmit a sidelink synchronization signal to at least one user equipment (UE) device that is located within the geographic area associated with the deficient GNSS signal.
Abstract:
Techniques for determining an alternative communication mode for vehicle-to-vehicle communication at a host vehicle can include monitoring the primary mode of RF communication to ensure it is effectively communicating and, if not, intelligently selecting a backup communication mode comprising one or more other sensors and/or systems of the vehicle. The selection of the backup communication mode may take into account various factors that can affect the various modes of communication from which the backup communication mode is selected.
Abstract:
In an embodiment, a client device obtains a list of client devices registered in association with a particular client application, and then detects listed client device(s) as proximate via a local communications interface. One of the proximate client devices is identified as responsible for sending an aggregated registration request message for renewing their respective application registrations with a server. In another embodiment, the server receives a registration message for the client application from a client device and detects that at least one other registered client device for that client application is proximate to the requesting client device. The server attempts to preemptively renew the registrations for both the requesting client device and the at least one other registered client device based on the proximity detection.
Abstract:
In the network-based group management and floor control mechanism disclosed herein, a server may receive a request to occupy a shared IoT resource from a member device in an IoT device group and transmit a message granting the member IoT device permission to occupy the shared IoT resource based on one or more policies. For example, the granted permission may comprise a floor that blocks other IoT devices from accessing the shared IoT resource while the member IoT device holds the floor. Furthermore, the server may revoke the permission if the member IoT device fails to transmit a keep-alive message before a timeout period expires, a high-priority IoT device pre-empts the floor, and/or based on the policies. Alternatively, the server may make the shared IoT resource available if the member IoT device sends a message that voluntarily releases the floor.
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:
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, 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:
Embodiments are directed to selecting a physical layer for an access terminal's (AT's) participation in a communication session. In an embodiment, the AT can register its priorities for multiple physical-layer systems as well as contact information by which an application server can contact the AT over each system. The AT selectively updates the system prioritization and/or contact information. When the AT joins or initiates a communication session, the application server supports the AT on a highest-priority system through which the AT can be contacted. The system supporting the AT's session can change upon request by the AT, the initiative of the application server and/or a detected triggering event. In a further embodiment, multiple systems can be used concurrently to support the AT's session, such that the AT can send and/or receive signaling and/or media for at least a portion of the communication session over the multiple systems concurrently.