Abstract:
Systems, methods, and devices of various embodiments enable signaling one or more capabilities of servers, such as web servers or content delivery network (CDN) servers, to use file version information, such as MD5s (message digest 5 (MD5) algorithm hash values) and/or entity tags (ETags), to computing devices for byte-range file repair.
Abstract:
Techniques are provided for smooth transition between broadcast/multicast transmission and unicast transmission. A method for managing unicast and multicast services switching in a multi-band/multi-frequency wireless communications system (WCS) capable of both unicast and multicast signaling includes determining whether an aggregate demand for a content provided via dedicated unicast transmissions exceeds a threshold. The method includes switching transmission of the content from the dedicated unicast transmissions on one frequency to a multicast transmission on a second or more frequencies in response to determining that the aggregate demand exceeds the threshold.
Abstract:
A device for receiving streaming data includes a broadcast or multicast middleware unit configured to receive the streaming data via a second service and a proxy unit configured to be disposed between the middleware unit and a client application, the proxy unit further configured to receive an indication of whether the streaming data is to be received via a first service or the second service, when the indication indicates that the streaming data is to be received via the first service: disable the middleware unit; and receive the streaming data via the first service, and when the indication indicates that the streaming data is to be received via the second service: activate the middleware unit to receive the streaming data via the second service, wherein the second service comprises at least one of a broadcast service or a multicast service; and receive the streaming data from the middleware unit.
Abstract:
An example client device includes a middleware unit for receiving media data either via a broadcast service or a unicast service, depending on whether the broadcast service is available. The client device also includes a streaming client, such as a Dynamic Adaptive Streaming over HTTP (DASH) client. The DASH client sends requests to retrieve media data via the middleware unit. The middleware unit may cache media data received via the broadcast service, such that even when the broadcast service is not active, if the streaming client requests media data that was previously received via the broadcast service, the middleware unit may provide the media data to the streaming client from the cache, rather than requesting the media data from an external server device specified in the request from the streaming client.
Abstract:
Systems, methods, and devices of the various embodiments enable a receiver device to use a modified segment availability time. In various embodiments, a receiver device may be enabled to modify availability start times for segments in a segment availability timeline, such as a Media Presentation Description (MPD), to account for the actual times when segments will be available to a DASH client.
Abstract:
An over-the-air (OTA) broadcast middleware unit is configured to receive aggregated session description data for a plurality of sessions, wherein each of the sessions transports media data related to common media content, and wherein each of the sessions is transmitted as part of an OTA broadcast, and extract at least some of the media data from the OTA broadcast based on the aggregated session description data. The OTA broadcast middleware unit may further deliver the extracted media data to a streaming client, such as a Dynamic Adaptive Streaming over HTTP (DASH) client.
Abstract:
A proxy unit is configured to obtain mapping information that maps an identifier for media data to a resource location based on a service for retrieving the media data, wherein the service defines at least one of a plurality of types of transports for transporting the media data, receive a request for the media data from an application service client, determine whether the service is available, and, when the service is available, cause the application service client to receive the media data from a unit that receives the media data using the service from the resource location, based on the mapping information. In this manner, the application service client may receive media data from the unit (e.g., a middleware unit), which then receives the media data using a service that defines transport according to, e.g., broadcast or multicast transport, or another fashion (e.g., unicast) if the defined transport is unavailable.
Abstract:
A device for processing media data includes one or more processors configured to receive a session description protocol (SDP) message including an attribute that defines a time-shifted buffer (TSB) depth, determine an amount of memory for the TSB based on a value of the attribute, allocate the determined amount of memory to the TSB, and store at least a portion of media data associated with the SDP message in the TSB. The value for the attribute may signal the depth of the TSB in terms of playback time in seconds. The attribute may leverage the extensibility of SDP messages through, for instance, “a=” lines. For instance, the TSB depth attribute may correspond to an “a=tsb-length:” attribute.
Abstract:
Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment (UE) may determine, during an active call on a first radio access technology (RAT), that a first condition for performing a handover from the first RAT to a second RAT is satisfied. The UE may determine that the second RAT would trigger a fallback to a third RAT after the handover from the first RAT to the second RAT and that a second condition for performing a handover from the third RAT to the first RAT is satisfied. The UE may refrain from performing the handover from the first RAT to the second RAT based at least in part on the determination that the second RAT would trigger the fallback and the determination that the second condition is satisfied. Numerous other aspects are provided.
Abstract:
In one example, a device includes one or more processors implemented in circuitry and configured to execute a Dynamic Adaptive Streaming over HTTP (DASH) aware application (DAA) and a DASH client, and one or more user interfaces. The DAA subscribes to DASH events of a DASH event stream via a first application programming interface (API) between the DAA and a DASH client executed by the one or more processors. The DAA then receives data for one or more DASH events of the DASH event stream from the DASH client via a second API between the DAA and the DASH client, the data for the one or more DASH events specifying interactivity-related content. The DAA then presents the interactivity-related content via the one or more user interfaces. The DAA may further send usage measurements on usage of the interactivity-related content to the DASH client, for reporting to a report server device.