Patent classifications
H04L43/087
Repair mechanism for adaptive bit rate multicast
An example device for retrieving media data includes a memory configured to store media data; and one or more processors implemented in circuitry and configured to: receive data indicating a packet loss signaling mechanism, the packet loss signaling mechanism comprising at least one of that segments are sent in chunks, that transport object identifiers (TOIs) are sequential, or that a last packet of an object assigned to a TOI has a specific flag set in a header of the last packet, a base URL, a maximum latency, or a synchronization point in a file delivery header; detect loss of a packet using the at least one of the packet loss signaling mechanisms, the lost packet including missing media data; generate a byte range request for the missing media data using information of the file delivery header; and deliver a proper media object to a media application.
Method and apparatus for low latency transmissions
A resource assignment can be received. A first set of time-frequency resources in a subframe can be determined from the resource assignment. A second set of time-frequency resources in the subframe can be determined. The second set of time-frequency resources can be used for a second latency data transmission. The second set of time-frequency resources can overlap with at least a portion of the first set of time-frequency resources. A first latency data transmission in the subframe can be decoded based on the determined first and second set of time-frequency resources. The first latency transmission can have a longer latency than the second latency transmission.
Method and apparatus for low latency transmissions
A resource assignment can be received. A first set of time-frequency resources in a subframe can be determined from the resource assignment. A second set of time-frequency resources in the subframe can be determined. The second set of time-frequency resources can be used for a second latency data transmission. The second set of time-frequency resources can overlap with at least a portion of the first set of time-frequency resources. A first latency data transmission in the subframe can be decoded based on the determined first and second set of time-frequency resources. The first latency transmission can have a longer latency than the second latency transmission.
INTELLIGENT ROUTE SELECTION FOR LOW LATENCY SERVICES
A solution for route selection includes receiving, by a network repository, from a first network function (NF), a query related to a target NF; querying, by the network repository, a route selection node for a shortest path to the target NF; receiving, by the network repository, from the route selection node, an indication of the shortest path to the target NF; and based on at least receiving the indication of the shortest path to the target NF, transmitting, by the network repository, to the first NF, a route to the target NF. In some examples, the shortest path has at least one of: a minimum number of hops, a minimum latency, a minimum jitter, and a minimum weighted transport score. In some examples, the route selection node is co-located with the network repository, which may be a network repository function (NRF).
Proactively determining and managing potential loss of connectivity in an electronic collaborative communication
Non-limiting examples of the present disclosure describe proactive detection and notification of a potential loss of connectivity during an electronic collaborative communication. Subsequently, a state of the electronic collaborative communication is managed to improve, among other technical advantages, processing efficiency of associated computing devices and users involved in the electronic collaborative communication. A quality of a network feed for a participant in an electronic collaborative communication is identified and analyzed to generate a warning of potential loss of connectivity. A state of an electronic collaborative communication is managed relative to a continued quality evaluation of said network feed. For example, a network feed may be placed on hold and/or a communication suspended due to potential connectivity issues. A representation of a video feed may be updated and/or a communication resumed when a quality of that video feed is determined to satisfy a pre-selected quality threshold.
PERFORMANCE-BASED CONTENT DELIVERY
Systems and methods for performance-based content delivery are disclosed. A performance management service can define client performance categories based on performance data regarding content requesting, delivery and rendering, and thereby enable content providers to generate or update content based on characteristics of different performance categories in order to improve user experience. The performance management service may also predict performance categories for clients with respect to their currently submitted content requests based on applicable client classification criteria. The performance management service can provide the category prediction to content providers so that a version of the requested content appropriate for the predicted category is transmitted to the client.
Measuring quality-of-experience (QoE) for virtual reality (VR) streaming content
Measuring quality-of-experience (QoE) for virtual reality (VR) streaming content is disclosed. A network computing device receives a client-side VR stream capture and a client pose data set that are generated by a client computing device based on a VR content and one or more induced network impairments (e.g., latency, packet loss, and/or jitter, as non-limiting examples). Using the same VR content and the client pose data set, the network computing device generates a source VR stream capture that is not subjected to the one or more induced network impairments. The network computing device performs a frame-by-frame comparison of the client-side VR stream capture and the source VR stream capture. Based on the frame-by-frame comparison, the network computing device generates a QoE metric that indicates a degree of degradation of the client-side VR stream capture relative to the source VR stream capture.
Measuring quality-of-experience (QoE) for virtual reality (VR) streaming content
Measuring quality-of-experience (QoE) for virtual reality (VR) streaming content is disclosed. A network computing device receives a client-side VR stream capture and a client pose data set that are generated by a client computing device based on a VR content and one or more induced network impairments (e.g., latency, packet loss, and/or jitter, as non-limiting examples). Using the same VR content and the client pose data set, the network computing device generates a source VR stream capture that is not subjected to the one or more induced network impairments. The network computing device performs a frame-by-frame comparison of the client-side VR stream capture and the source VR stream capture. Based on the frame-by-frame comparison, the network computing device generates a QoE metric that indicates a degree of degradation of the client-side VR stream capture relative to the source VR stream capture.
Modifying data packet transmission characteristics by an intermediate node on a communication path
Techniques for modifying data packet transmission characteristics by an intermediate node in a network are disclosed. An intermediate node in a data transmission network determines a current estimated transmission time for packets being transmitted from the source node to the intermediate node. The node analyzes a data packet to determine a Quality of Service (QoS) requirement for transmission of the first data packet. Based on the current estimated transmission time for packets being transmitted from the source node to the intermediate node and the QoS requirement for transmission of the first data packet, the intermediate node selects one or more transmission characteristics for forwarding the first data packet toward the destination node. The intermediate node transmits the packet toward the destination node in accordance with the one or more transmission characteristics.
Methods of managing audio data transmissions over a network to ensure live voice quality
Methods of managing audio data transmissions over a network disclosed herein may include the step of selecting a client device from a plurality of client devices as a participating device, each client device of the plurality of client devices being in data communication with a network. The methods may include the step of signaling the participating device over said network thereby initiating transmitting of audio data from the participating device at least in part over said network for live broadcasting, the audio data being indicative of a speaking voice being input into a participating device microphone of the participating device. The methods may include the step of minimizing latency in transmitting of the audio data by throttling data being communicated over said network by one or more client devices of the plurality of client devices only while the participating device is transmitting audio data over said network.