Abstract: A communication system comprises an onboard server situated onboard a mobile platform and a remote server situated outside the mobile platform. The remote server is configured to generate one or more linear media channels for use by the onboard server. The communication system further comprises a virtual media client situated onboard the mobile platform. The virtual media client is configured to receive linear media channels from the onboard server and transmit performance data to the onboard server. The onboard server is configured to receive one or more media requests from a plurality of user media clients onboard the mobile platform. The one or more media requests specify one or more linear media channels.

Abstract: Systems and methods to automatically transfer audiovisual content include camera devices, client computing devices, and centralized servers. A camera device captures audiovisual content and notifies an external entity, e.g., a (client) computing device or a centralized server. The external entity may effectuate transfer of the content to other computing devices and/or destinations. Operations on the audiovisual content, including but not limited to tagging, transcoding, clipping, speed changes, and/or image cropping, are synchronized and propagated across different computing devices and the centralized server such that any user from any computing device can be presented with the latest version of any particular audiovisual content.

Abstract: Systems and methods to automatically transfer audiovisual content include camera devices, client computing devices, and centralized servers. A camera device captures audiovisual content and notifies an external entity, e.g., a (client) computing device or a centralized server. The external entity may effectuate transfer of the content to other computing devices and/or destinations. Operations on the audiovisual content, including but not limited to tagging, transcoding, clipping, speed changes, and/or image cropping, are synchronized and propagated across different computing devices and the centralized server such that any user from any computing device can be presented with the latest version of any particular audiovisual content.

Abstract: Systems and methods to automatically transfer audiovisual content include camera devices, client computing devices, and centralized servers. A camera device captures audiovisual content and notifies an external entity, e.g., a (client) computing device or a centralized server. The external entity may effectuate transfer of the content to other computing devices and/or destinations. Operations on the audiovisual content, including but not limited to tagging, transcoding, clipping, speed changes, and/or image cropping, are synchronized and propagated across different computing devices and the centralized server such that any user from any computing device can be presented with the latest version of any particular audiovisual content.

Abstract: In an embodiment, a transmitting UE is engaged with a target UE in a communication session supported at least in part via a QoS channel on which audio traffic is primarily carried and a non-QoS channel on which non-audio traffic is carried. The transmitting UE obtains audio data and non-audio data for transmission to the target UE during the communication session, and identifies a subset of higher-priority non-audio data within the obtained non-audio data. The transmitting UE transmits a stream of packets including both the audio data and the subset of higher-priority audio data over the QoS channel instead of the non-QoS channel based on the identification. The target UE receives the stream of packets on the QoS channel, and the target UE identifies and extracts the audio data and the higher-priority non-audio data. After extraction, the target UE plays the audio data and processes the higher-priority non-audio data.

Abstract: In an embodiment, a transmitting UE is engaged with a target UE in a communication session supported at least in part via a QoS channel on which audio traffic is primarily carried and a non-QoS channel on which non-audio traffic is carried. The transmitting UE obtains audio data and non-audio data for transmission to the target UE during the communication session, and identifies a subset of higher-priority non-audio data within the obtained non-audio data. The transmitting UE transmits a stream of packets including both the audio data and the subset of higher-priority audio data over the QoS channel instead of the non-QoS channel based on the identification. The target UE receives the stream of packets on the QoS channel, and the target UE identifies and extracts the audio data and the higher-priority non-audio data. After extraction, the target UE plays the audio data and processes the higher-priority non-audio data.

Abstract: In an embodiment, a transmitting UE is engaged with a target UE in a communication session supported at least in part via a QoS channel on which audio traffic is primarily carried and a non-QoS channel on which non-audio traffic is carried. The transmitting UE obtains audio data and non-audio data for transmission to the target UE during the communication session, and identifies a subset of higher-priority non-audio data within the obtained non-audio data. The transmitting UE transmits a stream of packets including both the audio data and the subset of higher-priority audio data over the QoS channel instead of the non-QoS channel based on the identification. The target UE receives the stream of packets on the QoS channel, and the target UE identifies and extracts the audio data and the higher-priority non-audio data. After extraction, the target UE plays the audio data and processes the higher-priority non-audio data.

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 associated with a first user performing a registration procedure with an Internet Protocol (IP) Multimedia Subsystem (IMS) network to register the client device to a first user for IMS service. The client device communicates (e.g., via GRUUs) with one or more other client devices that are also registered to the first user for the IMS service to obtain rich communication suite (RCS) capability information for the one or more other client devices. The client device receives a request (e.g., a SIP OPTIONS message) to report the client device's RCS capability information, and then transmits, in response to the received request, a message (e.g., a SIP 200 OK message) that indicates both (i) the client device's RCS capability information and (ii) the RCS capability information for the one or more other client devices.

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: 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 single registrar component of an Internet Protocol (IP) Multimedia Subsystem (IMS) network, receives a request to register a client device associated with a user to an IMS service. The single registrar component sends an acknowledgment to the request that indicates an assignment of device-specific routing identifier(s) (e.g., GRUUs) for the client device. The acknowledgment is further configured to include an indication other device-specific routing identifier(s) for other client device(s) that have already registered to the IMS service in association with the same user.

Abstract: The various embodiments provide a framework for using a server to create and maintain equivalence classes among applications operating on multiple devices that have registered with the server. In the various embodiments, the server may use equivalence classes to select an application on a target device (the “recipient application”) that has the highest probability of being able to receive shared media from an application operating on the originator device (i.e., the “originator application”) based on the recipient application's similarity to the originator application. The various embodiments further enhance privacy protections and the overall user experience by enabling the server to select an appropriate recipient application on the target device without the originator device or its user having to know anything about the target device's characteristics and functionalities.

Abstract: In an embodiment, a target device (e.g., a server or a target client device) receives a first stream (e.g., an RTP stream) and a second stream (e.g., a probing stream) for a given communication session that originates from an application-layer client application on a source client device. The target device calculates delays of arrival times for packet payload portions in the first and second streams, and reports information indicative of a delay disparity between the first and second delays to the application-layer client application on the source client device. The application-layer client application on the source client device determines whether header compression of a given type is used for the first stream based on the received information, and selectively modifies one or more parameters (e.g., a bundling factor, etc.) of the first stream based on the determination.

Abstract: Devices, systems and methods for sending messages from a web service server to a computing device shared by a current user and another offline user while maintaining privacy for the other offline user's messages and decreasing bandwidth requirements for transmission of messages may include registering the user and the offline user of the computing device with the web service server, receiving at the web service server from the computing device a login by a first user, wherein the first user is determined to be the current user, checking a database for undelivered messages for the at least one offline user who is not currently accessing the web service server, wherein any user who is not a current user is determined to be an offline user, encrypting each offline user's undelivered messages, sending the undelivered messages to the computing device, and storing offline user encrypted undelivered messages in the computing device.

Abstract: Systems, methods, and devices are provided that enable adaptive media sharing among a group of communication devices. In one embodiment, unique URLs may be associated with each version of a media payload provided to a group of devices. In another embodiment, media payloads may be transcoded and a unique URL may be associated with each transcoded version of the media payload provided to a group of devices. In another embodiment, a determination about a most active of a user's devices may be used in sharing the media with a user associated with a plurality of devices. In another embodiment, a determination about a cost of downloading may facilitate the sharing of media with a user associated with a plurality of devices. In another embodiment, a determination about link quality may facilitate the sharing of media with a user associated with a plurality of devices.

Abstract: In an embodiment, a client device associated with a first user performing a registration procedure with an Internet Protocol (IP) Multimedia Subsystem (IMS) network to register the client device to a first user for IMS service. The client device communicates (e.g., via GRUUs) with one or more other client devices that are also registered to the first user for the IMS service to obtain rich communication suite (RCS) capability information for the one or more other client devices. The client device receives a request (e.g., a SIP OPTIONS message) to report the client device's RCS capability information, and then transmits, in response to the received request, a message (e.g., a SIP 200 OK message) that indicates both (i) the client device's RCS capability information and (ii) the RCS capability information for the one or more other client devices.

Abstract: In an embodiment, a single registrar component of an Internet Protocol (IP) Multimedia Subsystem (IMS) network, receives a request to register a client device associated with a user to an IMS service. The single registrar component sends an acknowledgment to the request that indicates an assignment of device-specific routing identifier(s) (e.g., GRUUs) for the client device. The acknowledgment is further configured to include an indication other device-specific routing identifier(s) for other client device(s) that have already registered to the IMS service in association with the same user.

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 transmitting UE is engaged with a target UE in a communication session supported at least in part via a QoS channel on which audio traffic is primarily carried and a non-QoS channel on which non-audio traffic is carried. The transmitting UE obtains audio data and non-audio data for transmission to the target UE during the communication session, and identifies a subset of higher-priority non-audio data within the obtained non-audio data. The transmitting UE transmits a stream of packets including both the audio data and the subset of higher-priority audio data over the QoS channel instead of the non-QoS channel based on the identification. The target UE receives the stream of packets on the QoS channel, and the target UE identifies and extracts the audio data and the higher-priority non-audio data. After extraction, the target UE plays the audio data and processes the higher-priority non-audio data.