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: The disclosure relates to leveraging peer-to-peer (P2P) discovery messages for application layer contextual communication. A P2P middleware layer of a user device receives a P2P discovery message, the P2P discovery message comprising metadata including an identifier of a first application and content to be rendered by the first application, determines whether or not there is an application installed on the user device that can render the content, and sends the content to be rendered by the first application to the installed application based on there being an application installed on the user device that can render the content.

Abstract: The disclosure relates to wireless communications. An aspect generates a plurality of packets of data, each packet comprising a header and a payload of media data, receives opaque data related to a payload of at least one packet, and embeds the opaque data in an extension header of the at least one packet. An aspect receives a plurality of packets of data, each packet comprising a header and a payload of media data, and receives opaque data related to a payload of at least one packet, the opaque data embedded in an extension header of the at least one packet.

Abstract: Embodiments include systems and methods of certificate-key pair generation. A processor of a network element may anticipate a demand for certificate-key pairs, and the processor may generate certificate-key pairs at a key length in accordance with the anticipated demand. The processor may monitor whether the generation of the certificate-key pairs at the key length meets an observed demand for the certificate-key pairs. The processor may adjust the key length when the generation of the certificate-key pairs at the key length does not satisfy the observed demand for the certificate-key pairs.

Abstract: Systems and methods are disclosed for maintaining continuity of a peer-to-peer group session. The method may include exchanging a first P2P group session communication with a member of the P2P group via a direct data traffic connection, requesting session data from an application server, conveying the session data to a proxy UE, wherein the proxy UE is a member of the P2P group, and exchanging a second P2P group session communication with the application server in accordance with the session data.

Abstract: In an embodiment, a P2P device discovers other P2P devices that belong to a P2P group. The P2P device calculates a reachability vector that indicates each discovered P2P device within a threshold number of P2P hops. The P2P device receives reachability vector(s) for each proximate P2P device in a set of proximate P2P devices discovered via the P2P discovery procedure. The P2P device ranks the P2P device and each proximate P2P device in the set of proximate P2P devices based on the calculated and received reachability vectors. The P2P device identifies a leader (e.g., the P2P device itself and/or one or more of the other P2P devices) that is responsible for performing a floor arbitration function for a P2P session from the ranked P2P devices based on the rankings, and participates in the P2P session by exchanging media in accordance with the floor arbitration function performed by the leader.

Abstract: In an embodiment, a UE obtains one or more quorum conditions for communication with a given group from a set of groups to which the UE is registered. The UE searches, over a P2P interface, to identify one or more group members that are registered to the given group and which are proximate to the UE. The UE determines whether the identified one or more group members are sufficient to satisfy at least one of the one or more quorum conditions. The UE selectively triggers a communicative action associated with the given group based on whether the determining determines the at least one quorum condition to be satisfied.

Abstract: In an embodiment, a requesting UE configures an RCS capabilities request message to request a target UE to provide RCS capability information (i) for the target UE, and (ii) for a set of other UEs. The requesting UE transmits the configured RCS capabilities request message to the target UE. The target UE determines that the target UE has access to RCS capability information for at least one UE from the set of other UEs, and configures an RCS capabilities response message that indicates the RCS capability information (i) for the target UE and (ii) for the at least one UE. The target UE transmits the configured RCS capabilities response message to the requesting UE. In another embodiment, a given UE determines whether to perform an RCS capability information refresh operation based on whether RCS capability information for another UE is older than a priority-specific age threshold.

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: The disclosure relates to handover optimization in a voice communication session or other real-time multimedia session. For example, a wireless device associated with a parent user may detect a condition triggering a handover during a current voice communication session between the parent user and a target user, wherein the handover has a type associated with a switching delay. The wireless device may maintain statistics relating to an average mutual silence duration after talk spurts from the parent user and the target user based on one or more past voice communication sessions in which at least the parent user participated and trigger the handover when a next talk spurt from either the parent user or the target user ends where the average mutual silence duration exceeds the switching delay associated with the handover type.

Abstract: In an embodiment, a first WebRTC proxy module on a first UE receives a multiplexed stream from a first WebRTC multimedia client application on the first UE. The first WebRTC proxy module de-multiplexes into at least first and second de-multiplexed streams. The first WebRTC proxy module sends the first de-multiplexed stream to a second WebRTC proxy module on a second UE via a first set of links with QoS, and sends a second de-multiplexed stream to the second WebRTC proxy module on a second set of links. The second WebRTC proxy module re-multiplexes the first and second de-multiplexed streams to obtain either an original or compressed version of the multiplexed stream, and then delivers the re-multiplexed stream to a second WebRTC multimedia client application on the second UE.

Abstract: In an embodiment, a dual stack (DS) client device (IPv4+IPv6) configures a header of a message for transmission to include a Via header with an IPv4 address of the DS client device, and transmits the configured message to a server via an IPv6 socket for transmission to a target client device. The target client device receives a message from a server in response to the configured message that identifies the DS capability of the dual stack client device based on a Via header that includes both IPv4 and IPv6 addresses. In another embodiment, a DS client device receives a message with a Via header configuration indicating IPv4 and/or IPv6 addresses through which another client device can communicate, identifies the other client device as DS, IPv4-only or IPv6-only based on the Via header configuration and selects a target format for communication with the other client device based on the identification.

Abstract: In an embodiment, a communication device (e.g., a current floor arbitrator of the session, a proxy device, etc.) records a floor arbitration history that tracks one or more floor grants and one or more floor denials that occur while a first device is performing a floor arbitration function for the communication session with the communication group, and transmits some or all of the floor arbitration history to a second device during the communication session. The second device (e.g., a new floor arbitrator for the session, a late or re-joining participant to the communication session, etc.) participates in the communication session based at least in part upon the received floor arbitration history (e.g., by factoring the received floor arbitration history into future floor-related decisions, by selectively requesting particular missed portions of the communication session, etc.).

Abstract: In an embodiment, a requesting UE configures an RCS capabilities request message to request a target UE to provide RCS capability information (i) for the target UE, and (ii) for a set of other UEs. The requesting UE transmits the configured RCS capabilities request message to the target UE. The target UE determines that the target UE has access to RCS capability information for at least one UE from the set of other UEs, and configures an RCS capabilities response message that indicates the RCS capability information (i) for the target UE and (ii) for the at least one UE. The target UE transmits the configured RCS capabilities response message to the requesting UE. In another embodiment, a given UE determines whether to perform an RCS capability information refresh operation based on whether RCS capability information for another UE is older than a priority-specific age threshold.

Abstract: Methods, servers, and systems enable the management of a group communication session among participants. A server may determine a preemption rank for preempting a floor from a floor-holding participant based on a pre-established relational modifier or an administrative relational modifier. The pre-established relational modifier may be based on whether an individual participant has a pre-established relationship to the floor-holding participant. The administrative relational modifier may be based on an assigned relationship between the individual participant and another participant. The server may process a floor request received from a requesting participant that is not the floor-holding participant. In addition, the server may determine whether to grant the floor request based on the preemption rank of the floor-holding participant and the requesting participant. Further, the server may initiate a request response transmission in response to determining to grant the floor request.

Abstract: Methods, systems and wireless communication devices are provided for maintaining wide area network (WAN) access information in a database accessible to a local area network (LAN) server. A processor of a wireless communication device connected to the LAN determines that the wireless communication device will enter a WAN associated with the WAN access information. The wireless communication device processor may obtain the WAN access information from the LAN accessible database accessible to the LAN server. The wireless communication device processor may use the WAN access information obtained from the LAN accessible storage device to enter the WAN from the LAN.

Abstract: Systems and methods are disclosed for setting a control zone configuration for members of a communication group. A dispatcher device establishes a geofence associated with a geographic area including one or more members of the communication group, determines the control zone configuration for members of the communication group within the geofence, and sends the control zone configuration to the one or more members of the communication group.

Abstract: Systems and methods are disclosed for maintaining continuity of a peer-to-peer group session. The method may include exchanging a first P2P group session communication with a member of the P2P group via a direct data traffic connection, requesting session data from an application server, conveying the session data to a proxy UE, wherein the proxy UE is a member of the P2P group, and exchanging a second P2P group session communication with the application server in accordance with the session data.

Abstract: The disclosure relates to handover optimization in a voice communication session or other real-time multimedia session. For example, a wireless device associated with a parent user may detect a condition triggering a handover during a current voice communication session between the parent user and a target user, wherein the handover has a type associated with a switching delay. The wireless device may maintain statistics relating to an average mutual silence duration after talk spurts from the parent user and the target user based on one or more past voice communication sessions in which at least the parent user participated and trigger the handover when a next talk spurt from either the parent user or the target user ends where the average mutual silence duration exceeds the switching delay associated with the handover type.

Abstract: Systems, methods, and devices for managing audio streams in a group communication session. A processor of a receiving communication device may send to a transmitting communication device an instruction to adjust a gain of an audio stream of the transmitting communication device via a feedback communication link. A processor of the transmitting communication device may receive the instruction and may adjust the gain of the audio stream responsive to the instruction. The processor of the transmitting communication device may transmit the audio stream using the adjusted gain.