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:
A method, an apparatus, and a computer program product for wireless communication are provided. The apparatus receives a multicast/broadcast single frequency network (MBSFN) subframe configured based on a unicast subframe structure, and transmits MBSFN signals for eMBMS using the MBSFN subframe. In a one configuration, the MBSFN subframe structure for eMBMS transmissions uses the same CP length, the same common reference signal (CRS) pattern and same subframe structure used for unicast, along with the same antenna ports used for unicast transmission. In another configuration, the MBSFN subframe structure for eMBMS transmissions uses the same CP length and same subframe structure used for unicast, but potentially different CRS patterns and different antenna ports from those used for unicast transmissions. In another configuration, the MBSFN subframe structure for eMBMS transmission uses the same CP length and same subframe structure used for unicast, but with a UE-RS pattern.
Abstract:
A method, an apparatus, and a computer program product for wireless communication are provided. The apparatus receives a user service description (USD) message. When a frequency indicated in the USD message is not a current frequency, the apparatus determines that a system information message is received, determines that the frequency indicated in the USD message is included in the system information message, determines that the frequency is a neighboring cell frequency, sets a priority of the frequency to a highest priority, and measures a signal strength of the frequency when the frequency is included in the system information message, performs a cell reselection determination procedure based on the signal strength of the frequency, performs cell reselection to the neighboring cell based on a result of the cell reselection determination procedure, and acquires the multicast service in the neighboring cell on the frequency.
Abstract:
A client device includes a memory comprising a buffer for buffering data having real-time constraints and a hardware-based processor comprising digital logic circuitry. The processor is configured to execute a real-time application configured to determine times during which the data will be available for download, determine a time at which the data is needed to prevent a buffer underrun for the buffer, and when the data is available, send a request for the data and deadline information representative of the time at which the data is needed to avoid the buffer underrun. In this manner, a sending device can prioritize delivery of the requested data to prevent the buffer underrun for the client device.
Abstract:
Systems, methods, and devices enable a receiver device to determine completeness of low level signaling (LLS) tables received via broadcast transmissions. In various embodiments, broadcast service signaling may include generating a directory table identifying one or more LLS tables to be broadcast and sending the directory table in a broadcast stream of the one or more LLS tables. In various embodiments, broadcast service signaling may include calculating a cyclic redundancy check (CRC) code for, generating a hash value for, and/or applying a digital signature to one or more LLS tables in a broadcast stream.
Abstract:
In one example, a method of retrieving media data includes, by a multimedia broadcast multicast service (MBMS) client of a client device: receiving advertisement media data of one or more advertisement groups, receiving an identifier value for one of the advertisement groups from a dynamic adaptive streaming over HTTP (DASH) client of the client device, extracting the advertisement media data of the advertisement group corresponding to the identifier value, and providing the extracted advertisement media data to the DASH client.
Abstract:
Systems and methods for handling and outputting broadcast content and secondary content based on metadata embedded in the broadcast content are provided. Embodiments may include receiving broadcast content, wherein the received broadcast content includes metadata embedded into the broadcast content. Embodiments may also include decoding the broadcast content to extract the metadata from the broadcast content and outputting the broadcast content in collaboration with the extracted metadata.
Abstract:
A client device includes a memory comprising a buffer for buffering data having real-time constraints and a hardware-based processor comprising digital logic circuitry. The processor is configured to execute a real-time application configured to determine times during which the data will be available for download, determine a time at which the data is needed to prevent a buffer underrun for the buffer, and when the data is available, send a request for the data and deadline information representative of the time at which the data is needed to avoid the buffer underrun. In this manner, a sending device can prioritize delivery of the requested data to prevent the buffer underrun for the client device.
Abstract:
Systems and methods for delivery of opaque objects provided by a content provider to network nodes within a communication network are described. Opaque objects may comprise data objects whose data structure is not natively defined in the network interface and thus have a data type and/or structure that would be unknown to systems of the network. Communication systems may be configured according to embodiments to facilitate delivery of such opaque objects, such as by providing a robust network interface between a content provider system and the network through which network information is provided from the network to the content provider system and/or delivery manifest information for opaque objects is provided from the content provider system to the network.
Abstract:
A method is described for defining service metadata for multiple RF channel services with no impact to the currently defined service metadata for single tuner receiving devices. One example may include receiving first service layer metadata from a first communication channel and second service layer metadata from a second communication channel; and determining a plurality of services available from the first and second communication channels based on the first and second service layer metadata, wherein at least one of the plurality of services is a multiple channel service that comprises data in a pooled set of the first and second communication channels, wherein the multiple channel service is identified by matching a first service from the first service layer metadata and a second service from the second service layer metadata to identify the at least one of the plurality of service in the pooled set.