Link-aware streaming adaptation
First Claim
Patent Images
1. A mobile device operable to receive hyper-text transfer protocol (HTTP) adaptive streaming (HAS), having computer circuitry configured to:
- receive a manifest file for an HTTP adaptive stream from a node;
determine a physical layer goodput, RiPHY, of the mobile device with the node, wherein the physical layer goodput is given by;
RiPHY=Xi/τ
, wherein Xi is the number of successfully received bits in the ith video frameslot and τ
is the video frame duration;
determine one or more frame levels for the mobile device;
determine a client state (Si) for the mobile device based on the one or more frame levels; and
select a number of frames (Ni) and a representation level (Qi) for the HAS in the manifest file for a selected period based, at least in part, on the one or more frame levels for the mobile device, the client state (Si) for the mobile device, and the physical layer goodput,wherein Ni and Qi are selected to bound a delay of the HAS for a selected quality level at startup based in part on a first threshold value corresponding to a threshold number of frames to start playback of the HAS and a second threshold value corresponding to a target time to start playback, wherein the first threshold value and the second threshold value are selected to obtain a tradeoff between video quality and a start-up delay.
3 Assignments
0 Petitions
Accused Products
Abstract
Technology to provide link aware streaming adaptation is disclosed. In an example, a mobile device can include computer circuitry configured to: receive a manifest file for an HTTP adaptive stream from a node; determine a physical layer goodput of the mobile device with the node; and select a representation in the manifest file for a selected period based, at least in part, on the physical layer goodput.
-
Citations
22 Claims
-
1. A mobile device operable to receive hyper-text transfer protocol (HTTP) adaptive streaming (HAS), having computer circuitry configured to:
-
receive a manifest file for an HTTP adaptive stream from a node; determine a physical layer goodput, RiPHY, of the mobile device with the node, wherein the physical layer goodput is given by;
RiPHY=Xi/τ
, wherein Xi is the number of successfully received bits in the ith video frameslot and τ
is the video frame duration;determine one or more frame levels for the mobile device; determine a client state (Si) for the mobile device based on the one or more frame levels; and select a number of frames (Ni) and a representation level (Qi) for the HAS in the manifest file for a selected period based, at least in part, on the one or more frame levels for the mobile device, the client state (Si) for the mobile device, and the physical layer goodput, wherein Ni and Qi are selected to bound a delay of the HAS for a selected quality level at startup based in part on a first threshold value corresponding to a threshold number of frames to start playback of the HAS and a second threshold value corresponding to a target time to start playback, wherein the first threshold value and the second threshold value are selected to obtain a tradeoff between video quality and a start-up delay. - View Dependent Claims (2, 3, 4, 5, 6, 7, 8, 9)
-
-
10. A method for receiving hyper-text transfer protocol (HTTP) adaptive streaming at a mobile device, the method comprising:
-
receiving a manifest file for an HTTP adaptive stream (HAS) from a node; determining a physical layer goodput, RiPHY, of the mobile device with the node, wherein the physical layer goodput is given by;
RiPHY=Xi/τ
, wherein Xi is the number of successfully received bits in the ith video frameslot and τ
is the video frame duration;determining one or more frame levels for the mobile device; determining a client state (Si) for the mobile device based on the one or more frame levels; and selecting a number of frames (Ni) and a representation level (Qi) for the HAS based, at least in part, on the one or more frame levels for the mobile device, the client state (Si) for the mobile device, and the physical layer goodput, wherein Ni and Qi are selected to bound a delay of the HAS for a selected quality level at startup based in part on a first threshold value corresponding to a threshold number of frames to start playback of the HAS and a second threshold value corresponding to a target time to start playback, wherein the first threshold value and the second threshold value are selected to obtain a tradeoff between video quality and a start-up delay. - View Dependent Claims (11, 12, 13, 14, 15, 16, 17)
-
-
18. A user equipment (UE) operable to perform link aware streaming adaptation, having computer circuitry configured to:
-
determine a physical layer goodput, RiPHY, and a higher layer throughput estimate for a data link of the UE with a web server, wherein the physical layer goodput is given by;
RiPHY=Xi/τ
, wherein Xi is the number of successfully received bits in the ith video frameslot and τ
is the video frame duration;determine one or more frame levels for the UE; determine a client state (Si) for the UE based on the one or more frame levels; receive a manifest file for an HTTP adaptive stream (HAS) from the web server; determine whether to use the physical layer goodput or the higher layer throughput estimate based on radio link conditions of the data link; and select a number of frames (Ni) and a representation level (Qi) for the HAS based on the one or more frame levels for the UE, the client state (Si) for the UE, and the selected physical layer goodput, wherein Ni and Qi are selected to bound a delay of the HAS for a selected quality level at startup based in part on a first threshold value corresponding to a threshold number of frames to start playback of the HAS and a second threshold value corresponding to a target time to start playback, wherein the first threshold value and the second threshold value are selected to obtain a tradeoff between video quality and a start-up delay. - View Dependent Claims (19, 20, 21, 22)
-
Specification