WO2017000131A1

WO2017000131A1 - Http streaming aware cross-layer optimization and application-aware ran signaling

Info

Publication number: WO2017000131A1
Application number: PCT/CN2015/082694
Authority: WO
Inventors: Xipeng Zhu; Huichun LIU; Gavin Bernard Horn; Ruiming Zheng; Jianqiang Zhang; Neng Wang; Changlong Xu
Original assignee: Qualcomm Incorporated
Priority date: 2015-06-29
Filing date: 2015-06-29
Publication date: 2017-01-05

Abstract

Certain aspects of the present disclosure relate to determining a prioritization schedule for delivery of content. Certain aspects of the present disclosure provide a method for wireless communications by a network node. The method generally includes receiving an indication of content delivery status for an application running on a wireless device, determining a prioritization schedule that assigns a priority to packets for delivery of content to the wireless device based at least on the indication, and delivering content to the wireless device based on the prioritization schedule. Certain aspects of the present disclosure provide a method for wireless communications by a wireless device. The method generally includes providing, to a network node, an indication of content delivery status for an application running on the wireless device, and receiving content delivered from the base station, based on a prioritization schedule determined based at least in part on the indication of the content delivery status.

Description

HTTP STREAMING AWARE CROSS-LAYER OPTIMIZATION AND APPLICATION-AWARE RAN SIGNALING

BACKGROUND

Field of the Disclosure

Certain aspects of the present disclosure generally relate to wireless communicationsand, more particularly, tohttp streaming aware cross-layer optimization and application aware radio access network (RAN) signaling.

Background

Wireless communication networks are widely deployed to provide various communication services such as voice, video, packet data, messaging, broadcast, etc. These wireless networks may be multiple-access networks capable of supporting multiple users by sharing the available network resources. Examples of such multiple-access networks include Code Division Multiple Access (CDMA) networks, Time Division Multiple Access (TDMA) networks, Frequency Division Multiple Access (FDMA) networks, Orthogonal FDMA (OFDMA) networks, Single-Carrier FDMA (SC-FDMA) networks, and 3GPP Long Term Evolution (LTE) systems.

Generally, wireless multiple-access communication systemswhich simultaneously support communication for multiple wireless terminalsare optimized for voice data. As wireless communications systems have become more capable, data, and specifically, video data, has increased in importance and may even constitute the single largest consumer of mobile bandwidth. However, in general, wireless networks were not designed with video specific optimizations.

SUMMARY

The systems, methods, and devices of the disclosure each have several aspects, no single one of which is solely responsible for its desirable attributes. Without limiting the scope of this disclosure as expressed by the claims which follow, some features will now be discussed briefly. After considering this discussion, and particularly after reading the section entitled “Detailed Description” one will understand how the features of this disclosure provide advantages that include improved communications in a wireless network.

Aspects of the present disclosure generally relate to streaming aware cross-layer optimization and application aware RAN signaling.

Certain aspects of the present disclosure provide a method for wireless communications by a network node. The method typically includesreceiving an indication of content delivery status for an application running on a wireless device, determining a prioritization schedule that assigns a priority to packets for delivery of content to the wireless device based at least on the indication, and delivering content to the wireless device based on the prioritization schedule.

Certain aspects of the present disclosure provide a method for wireless communications by a wireless device. The method typically includesproviding, to a network node, an indication of content delivery status for an application running on the wireless device, and receiving content delivered from the network node, based on a prioritization schedule assigns a priority to packets for content delivery determined based at least in part on the indication of the content delivery status.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example wireless communications network, in accordance with certain aspects of the present disclosure.

FIG. 2 is a block diagram of an example access point (AP) and user terminals, in accordance with certain aspects of the present disclosure.

FIG. 3 illustrates protocol stacks for HTTP in LTE, in accordance with certain aspects of the present disclosure.

FIGs. 4A-4D illustrates example DRB formats, in accordance with certain aspects of the present disclosure.

FIG. 5 illustrates an example PDCP header format, in accordance with certain aspects of the present disclosure.

FIGs. 6Aand 6B illustrate example RRC call flows, in accordance with certain aspects of the present disclosure.

FIGs. 7A-7C illustrate an example common MAC CE format, in accordance with certain aspects of the present disclosure.

FIGs. 8A and 8B illustrate example application specific MAC CE formats, in accordance with certain aspects of the present disclosure.

FIG. 9A illustrates an example call flow for SRB extension, in accordance withcertain aspects of the present disclosure.

FIG. 9B illustrates an example SIB1 extension format, in accordance withcertain aspects of the present disclosure.

FIGs. 10A and 10B illustrate example PDCP data PDU formats, in accordance with certain aspects of the present disclosure.

FIG. 11A and 11C illustrate example call flows for RRC signaling, in accordance withcertain aspects of the present disclosure.

FIG. 11B illustrates an example RRC enquiry, in accordance with certain aspects of the present disclosure.

FIGs. 12A and 12B illustrate example DRB formats, in accordance with certain aspects of the present disclosure.

FIG. 13 is a flow diagram illustrating example operations for wireless communications by a network node, in accordance with certain aspects of the present disclosure.

FIG. 13A illustrates example means capable of performing the operations shown in Fig. 13.

FIG. 14 is a flow diagram illustrating example operations for wireless communications by a wireless device, in accordance with certain aspects of the present disclosure.

FIG. 14A illustrates example means capable of performing the operations shown in Fig. 14.

DETAILED DESCRIPTION

Various aspects of the disclosure are described more fully hereinafter with reference to the accompanying drawings. This disclosure may, however, be embodied in many different forms and should not be construed as limited to any specific structure or function presented throughout this disclosure. Rather, these aspects are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art. Based on the teachings herein one skilled in the art should appreciate that the scope of the disclosure is intended to cover any aspect of the disclosure disclosed herein, whether implemented independently of or combined with any other aspect of the disclosure. For example, an apparatus may be implemented or a method may be practiced using any number of the aspects set forth herein. In addition, the scope of the disclosure is intended to cover such an apparatus or method which is practiced using other structure, functionality, or structure and functionality in addition to or other than the various aspects of the disclosure set forth herein. It should be understood that any aspect of the disclosure disclosed herein may be embodied by one or more elements of a claim.

Aspects of the present disclosure generally relate to wireless communications and, more particularly, to streaming aware cross-layer optimization and application aware RAN signaling.

The word “exemplary” is used herein to mean “serving as an example, instance, or illustration. ” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects.

Although particular aspects are described herein, many variations and permutations of these aspects fall within the scope of the disclosure. Although some benefits and advantages of the preferred aspects are mentioned, the scope of the disclosure is not intended to be limited to particular benefits, uses, or objectives. Rather, aspects of the disclosure are intended to be broadly applicable to different wireless technologies, system configurations, networks, and transmission protocols, some of which are illustrated by way of example in the figures and in the following description of the preferred aspects. The detailed description and drawings are merely illustrative of the disclosure rather than limiting, the scope of the disclosure being defined by the appended claims and equivalents thereof.

The techniques described herein may be used for various broadband wireless communication systems, including communication systems that are based on an orthogonal multiplexing scheme. Examples of such communication systems include Spatial Division Multiple Access (SDMA) system, Time Division Multiple Access (TDMA) system, Orthogonal Frequency Division Multiple Access (OFDMA) system, and Single-Carrier Frequency Division Multiple Access (SC-FDMA) system. An SDMA system may utilize sufficiently different directions to simultaneously transmit data belonging to multiple user terminals. A TDMA system may allow multiple user terminals to share the same frequency channel by dividing the transmission signal into different time slots, each time slot being assigned to different user terminal. An OFDMA system utilizes orthogonal frequency division multiplexing (OFDM) , which is a modulation technique that partitions the overall system bandwidth into multiple orthogonal sub-carriers. These sub-carriers may also be called tones, bins, etc. With OFDM, each sub-carrier may be independently modulated with data. An SC-FDMA system may utilize interleaved FDMA (IFDMA) to transmit on sub-carriers that are distributed across the system bandwidth, localized FDMA (LFDMA) to transmit on a block of adjacent sub-carriers, or enhanced FDMA (EFDMA) to transmit on multiple blocks of adjacent sub-carriers. In general, modulation symbols are sent in the frequency domain with OFDM and in the time domain with SC-FDMA.

The teachings herein may be incorporated into (e.g., implemented within or performed by) a variety of wired or wireless apparatuses (e.g., nodes) . In some aspects, a wireless node implemented in accordance with the teachings herein may comprise an access point or an access terminal.

An access point ( “AP” ) may comprise, be implemented as, or known as a NodeB, Radio Network Controller ( “RNC” ) , evolved NodeB (eNB) , Base Station Controller ( “BSC” ) , Base Transceiver Station ( “BTS” ) , Base Station ( “BS” ) , Transceiver Function ( “TF” ) , Radio Router, Radio Transceiver, Basic Service Set ( “BSS” ) , Extended Service Set ( “ESS” ) , Radio Base Station ( “RBS” ) , network node, or some other terminology.

An access terminal ( “AT” ) may comprise, be implemented as, or known as a subscriber station, a subscriber unit, a mobile station (MS) , a remote station, a remote terminal, a user terminal (UT) , a user agent, a user device, user equipment (UE) , a user station, or some other terminology. In some implementations, an access terminal may comprise a cellular telephone, a cordless telephone, a Session Initiation Protocol ( “SIP” ) phone, a wireless local loop ( “WLL” ) station, a personal digital assistant ( “PDA” ) , a handheld device having wireless connection capability, a Station ( “STA” ) , or some other suitable processing device connected to a wireless modem. Accordingly, one or more aspects taught herein may be incorporated into a phone (e.g., a cellular phone or smart phone) , a computer (e.g., a laptop) , a tablet, a portable communication device, a portable computing device (e.g., a personal data assistant) , an entertainment device (e.g., a music or video device, or a satellite radio) , a global positioning system (GPS) device, or any other suitable device that is configured to communicate via a wireless or wired medium. In some aspects, the AT may be a wireless node. Such wireless node may provide, for example, connectivity for or to a network (e.g., a wide area network such as the Internet or a cellular network) via a wired or wireless communication link.

AN EXAMPLE WIRELESS COMMUNICATION SYSTEM

FIG. 1 illustrates a system 100 in which aspects of the disclosure may be performed. For example, the access point 110 may send user terminals 120 a frame. User terminals 120 may receive the frame and detect errors when processing the frame. In another example, the user terminals 120 may send the access point 110 frames, which the access point 110 receives and detects errors when processing the frame.

The system 100 may be, for example, a multiple-access multiple-input multiple-output (MIMO) system 100 with access points and user terminals. For simplicity, only one access point 110 is shown in FIG. 1. An access point is generally a fixed station that communicates with the user terminals and may also be referred to as a base station or some other terminology. A user terminal may be fixed or mobile and may also be referred to as a mobile station, a wireless device, or some other terminology. Access point 110 may communicate with one or more user terminals 120 at any given moment on the downlink and uplink. The downlink (i.e., forward link) is the communication link from the access point to the user terminals, and the uplink (i.e., reverse link) is the communication link from the user terminals to the access point. A user terminal may also communicate peer-to-peer with another user terminal.

A system controller 130 may provide coordination and control for these APs and/or other systems. The APs may be managed by the system controller 130, for example, which may handle adjustments to radio frequency power, channels, authentication, and security. The system controller 130 may communicate with the APs via a backhaul. The APs may also communicate with one another, e.g., directly or indirectly via a wireless or wireline backhaul.

While portions of the following disclosure will describe user terminals 120 capable of communicating via Spatial Division Multiple Access (SDMA) , for certain aspects, the user terminals 120 may also include some user terminals that do not support SDMA. Thus, for such aspects, an AP 110 may be configured to communicate with both SDMA and non-SDMA user terminals. This approach may conveniently allow older versions of user terminals ( “legacy” stations) to remain deployed in an enterprise, extending their useful lifetime, while allowing newer SDMA user terminals to be introduced as deemed appropriate.

The system 100 employs multiple transmit and multiple receive antennas for data transmission on the downlink and uplink. The access point 110 is equipped with N_ap antennas and represents the multiple-input (MI) for downlink transmissions and the multiple-output (MO) for uplink transmissions. A set of K selected user terminals 120 collectively represents the multiple-output for downlink transmissions and the multiple-input for uplink transmissions. For pure SDMA, it is desired to have N_ap ≥ K ≥ 1 if the data symbol streams for the K user terminals are not multiplexed in code, frequency or time by some means. K may be greater than N_ap if the data symbol streams can be multiplexed using TDMA technique, different code channels with CDMA, disjoint sets of subbands with OFDM, and so on. Each selected user terminal transmits user-specific data to and/or receives user-specific data from the access point. In general, each selected user terminal may be equipped with one or multiple antennas (i.e., N_ut ≥1) . TheK selected user terminals can have the same or different number of antennas.

The system 100 may be a time division duplex (TDD) system or a frequency division duplex (FDD) system. For a TDD system, the downlink and uplink share the same frequency band. For an FDD system, the downlink and uplink use different frequency bands. MIMO system 100 may also utilize a single carrier or multiple carriers for transmission. Each user terminal may be equipped with a single antenna (e.g., in order to keep costs down) or multiple antennas (e.g., where the additional cost can be supported) . The system 100 may also be a TDMA system if the user terminals 120 share the same frequency channel by dividing transmission/reception into different time slots, each time slot being assigned to different user terminal 120.

FIG. 2 illustrates example components of the AP 110 and UT 120 illustrated in FIG. 1, which may be used to implement aspects of the present disclosure. One or more components of the AP 110 and UT 120 may be used to practice aspects of the present disclosure. For example, antenna 224, Tx/Rx 222,

processors

210, 220, 240, 242, and/or controller 230 of the access point 110 may be used to perform the operations described herein and illustrated with reference to FIG. 13. Similarly, antenna 252, Tx/Rx 254,

processors

260, 270, 288, and 290, and/or controller 280 of the user terminal 120 may be used to perform the operations described herein and illustrated with reference to FIGs. 14.

FIG. 2 illustrates a block diagram of access point 110 two user terminals 120m and 120x in a MIMO system 100. The access point 110 is equipped with N_tantennas 224a through 224ap. User terminal 120m is equipped with N_ut, m antennas 252ma through 252mu, and user terminal 120x is equipped with N_ut, x antennas 252xa through 252xu. The access point 110 is a transmitting entity for the downlink and a receiving entity for the uplink. Each user terminal 120 is a transmitting entity for the uplink and a receiving entity for the downlink. As used herein, a “transmitting entity” is an independently operated apparatus or device capable of transmitting data via a wireless channel, and a “receiving entity” is an independently operated apparatus or device capable of receiving data via a wireless channel. In the following description, the subscript “dn” denotes the downlink, the subscript “up” denotes the uplink, N_up user terminals are selected for simultaneous transmission on the uplink, N_dn user terminals are selected for simultaneous transmission on the downlink, N_up may or may not be equal to N_dn, and N_up and N_dn may be static values or can change for each scheduling interval. The beam-steering or some other spatial processing technique may be used at the access point and user terminal.

On the uplink, at each user terminal 120 selected for uplink transmission, a transmit (TX) data processor 288 receives traffic data from a data source 286 and control data from a controller 280. The controller 280 may be coupled with a memory 282. TX data processor 288 processes (e.g., encodes, interleaves, and modulates) the traffic data for the user terminal based on the coding and modulation schemes associated with the rate selected for the user terminal and provides a data symbol stream. A TX spatial processor 290 performs spatial processing on the data symbol stream and provides N_ut, m transmit symbol streams for the N_ut, m antennas. Each transmitter unit (TMTR) 254 receives and processes (e.g., converts to analog, amplifies, filters, and frequency upconverts) a respective transmit symbol stream to generate an uplink signal. N_ut, m transmitter units 254 provide N_ut, m uplink signals for transmission from N_ut, m antennas 252 to the access point.

N_up user terminals may be scheduled for simultaneous transmission on the uplink. Each of these user terminals performs spatial processing on its data symbol stream and transmits its set of transmit symbol streams on the uplink to the access point.

At access point 110, N_ap antennas 224a through 224ap receive the uplink signals from all N_up user terminals transmitting on the uplink. Each antenna 224 provides a received signal to a respective receiver unit (RCVR) 222. Each receiver unit 222 performs processing complementary to that performed by transmitter unit 254 and provides a received symbol stream. An RX spatial processor 240 performs receiver spatial processing on the N_ap received symbol streams from N_ap receiver units 222 and provides N_up recovered uplink data symbol streams. The receiver spatial processing is performed in accordance with the channel correlation matrix inversion (CCMI) , minimum mean square error (MMSE) , soft interference cancellation (SIC) , or some other technique. Each recovered uplink data symbol stream is an estimate of a data symbol stream transmitted by a respective user terminal. An RX data processor 242 processes (e.g., demodulates, deinterleaves, and decodes) each recovered uplink data symbol stream in accordance with the rate used for that stream to obtain decoded data. The decoded data for each user terminal may be provided to a data sink 244 for storage and/or a controller 230 for further processing. The controller 230 may be coupled with a memory 232.

On the downlink, at access point 110, a TX data processor 210 receives traffic data from a data source 208 for N_dn user terminals scheduled for downlink transmission, control data from a controller 230, and possibly other data from a scheduler 234. The various types of data may be sent on different transport channels. TX data processor 210 processes (e.g., encodes, interleaves, and modulates) the traffic data for each user terminal based on the rate selected for that user terminal. TX data processor 210 provides N_dn downlink data symbol streams for the N_dn user terminals. A TX spatial processor 220 performs spatial processing (such as a precoding or beamforming, as described in the present disclosure) on the N_dn downlink data symbol streams, and provides N_ap transmit symbol streams for the N_ap antennas. Each transmitter unit 222 receives and processes a respective transmit symbol stream to generate a downlink signal. N_ap transmitter units 222 providing N_ap downlink signals for transmission from N_ap antennas 224 to the user terminals. The decoded data for each user terminal may be provided to a data sink 272 for storage and/or a controller 280 for further processing.

At each user terminal 120, N_ut, m antennas 252 receive the N_ap downlink signals from access point 110. Each receiver unit 254 processes a received signal from an associated antenna 252 and provides a received symbol stream. An RX spatial processor 260 performs receiver spatial processing on N_ut, m received symbol streams from N_ut, m receiver units 254 and provides a recovered downlink data symbol stream for the user terminal. The receiver spatial processing is performed in accordance with the CCMI, MMSE or some other technique. An RX data processor 270 processes (e.g., demodulates, deinterleaves and decodes) the recovered downlink data symbol stream to obtain decoded data for the user terminal.

At each user terminal 120, a channel estimator 278 estimates the downlink channel response and provides downlink channel estimates, which may include channel gain estimates, SNR estimates, noise variance and so on. Similarly, at access point 110, a channel estimator 228 estimates the uplink channel response and provides uplink channel estimates. Controller 280 for each user terminal typically derives the spatial filter matrix for the user terminal based on the downlink channel response matrix H_dn, m for that user terminal. Controller 230 derives the spatial filter matrix for the access point based on the effective uplink channel response matrix H_up, eff. Controller 280 for each user terminal may send feedback information (e.g., the downlink and/or uplink eigenvectors, eigenvalues, SNR estimates, and so on) to the access point.

Controllers

230 and 280 also control the operation of various processing units at access point 110 and user terminal 120, respectively.

FIG. 3 illustrates example protocol stacks for HTTP in LTE, in accordance with certain aspects of the present disclosure. For example, a mobile device may request a video stream accessed via a webpage. This request may be made via an HTTP GET request. This request may be packetized by the transmission control protocol (TCP) layer on the mobile device. The TCP layer provides reliability control using flow control and packetization of higher level data. These packets may be passed down to the the internet protocol (IP) layer. The IP layer provides the functional and procedural mechanisms for transferring variable length data sequences from one device to another, as well as logical network address to physical machine address translation. Data from the IP layer may be submitted to the packet data convergence protocol (PDCP) layer. The PDCP layer may perform header compression on the IP headers, add a PDCP header and hand off to the RLC layer. The RLC layer may segment the data into transport blocks as needed, based on the available radio data rate. These transport blocks are then handed off to the media access control (MAC) layer. The MAC layer may add a MAC header and padding before handing off to the physical layer for transmission.

The eNB receives the data via a physical layer and passes the data up to the MAC layer, which strips the MAC header and padding. The RLC layer may then reassemble the segments as needed. The PDCP layer may then decompress the IP layer. Based on the where the data is addressed to, the data may then be passed to the user GPRS tunneling protocol (GTP-U) layer, which may carry data within the GPRS core and radio access networks. The GTP-U layer may be IP based, so the data may be passed through TCP/IP layers for transmission by the L1/L2 layers to the packet data network gateway/serving gateway (PGW/SGW) . The PGW/SGW anchors various parts of the mobile network and serve as an interface between the mobile network and external networks, such as the internet. The PGW/SGW receives the data from the eNB and passes the data up through its own network stack. Where the data is addressed to an IP address external to the mobile network, such as to a video stream hosted on the internet, the PGW/SGW may route the data to the external network to the server at which the data is directed. The server then receives the data, passes the data up through its own network stack and eventually decodes the HTTP GET request to determine that the mobile device is requesting a streaming video.

APPLICATION-AWARE RAN SIGNALING

As indicated above, aspects of the present disclosure provide techniques that allow optimization and prioritization of data delivery over wireless networks. This data may include video. Video, by some measurements, consumes over half of all mobile traffic. As wireless networks may experience less predictable network conditions than wired networks, the predominant form of video over wireless networks is adaptive or dynamic streaming video. Dynamic streaming video can take many forms, such as 3GPP/MPEG Dynamic Adaptive Streaming over HTTP (DASH) , Apple HLS (HTTP Live Streaming) , or Adobe HDS (HTTP Dynamic Streaming) . In general, these protocols work in a similar manner where source content is encoded at multiple bit rates and each encoded stream is segmented into small parts. The streaming client is aware of the available bit rate streams using, for example, a manifest file, and may dynamically request stream segments. The client may then compare download speeds of the stream segments against the bitrate or playback time of the segments to determine whether the download speed is greater than the playback time. The client is then able to request a higher bitrate stream when download speeds are greater for better quality playback, as well as request lower bitrate streams when download speeds are slower to prevent hiccups during playback.

Dynamic streaming may also be paired with a local cache or buffer for the video data. This buffer helps avoid playback stalling when there is a temporarily interruption in downloading segments, regardless of the bitrate selected. The size of this buffer may be adjusted, for example, by the client, based upon, for example, the type of network connection present, historical download speeds, and other factors. For network connections that occur over less predictable mediums, for example wireless networks, a client may buffer more video data to help maintain video playback without drop-outs or interruptions. This may result in longer delays prior to the beginning of video playback in order to fill a buffer, as well as potentially wasted bandwidth if the buffered content is not viewed, for example, due to seeking.

Streaming video may be delivered in many formats. Typically, video streaming techniques break up a video into many small chunks. A client may then request and download these chunks or segments as needed and reassembling the chunks for playback. One example of such a format is Dynamic Adaptive Streaming over HTTP (DASH) . Other video streaming formats utilized various other protocols, such as real-time transport protocol (RTP) .

Dynamic streaming typically is implemented in the host layers, such as through TCP or HTTP protocols. Undifferentiated HTTP streaming video may generally be carried over non-guaranteed bit rate carriers and handled the same way as other HTTP data and may be subject to proportional fair (PF) scheduling. PF scheduling generally sets the scheduling priority (P) of a particular wireless device as equal to the estimated bit rate (R) , which may be derived based on the signal-to-interference plus noise ratio (SINR) or channel state information (CSI) , divided by the average data rate of the wireless device (T) , or P＝R/T.

To enable widespread use, video streaming typically is network agnostic and compatible with a range of networks and may not be prioritized by mobile networks as the video stream may manifest as an undifferentiated series of HTTP requests. Further, current dynamic streaming mechanisms, while capable of selecting from a variety of chunk sizes, may also be network agnostic and thus do not take into consideration factors that influence mobile networks, such as cell load, channel, mobility, channel, coverage, interference status, and other services of the cell.

According to certain aspects of the present invention, the mobile network may provide assistance information for a UE to more accurately select segment or chunk sizes. For example, an eNB may provide indirect information to a UE for consideration. This information may include cell load information, channel status, interference status, etc. Additionally, the eNB may be able to provide to the UE an indication of a segment size or a range of segment size to request.

The quality of the experience (QoE) of streaming video may be further improved by refinements in the way streaming video is prioritized. Video stalling and buffering delays may be reduced through streaming video aware scheduling. Where the network is aware of the status of the streaming video, the network is better able to schedule network traffic to speed delivery of packets containing video data. For example, if a mobile network is aware of the status of the playback buffer of a UE through UE reporting, the mobile network is able to update the scheduling priority taking into consideration the UE’s playout buffer. This may be done by setting or updating the scheduling priority such that P＝ (R/T) /B, where B is the UE playout buffer status. Such as setting would increase priority of the UE as the buffer empties, falling below a threshold. Where the average data rate of a UE is unavailable or otherwise not used, the scheduling priority may be set such that P＝R/B. The mobile network may also take into account packet delay (D) information, such that P＝RD/B. Where information about a UE’s historical stalling probability (Ps) is available, the mobile network may also take such information into account such that P＝R/ (1-P_s) /B.

According to certain aspects of the present disclosure, network based dynamic HTTP streaming may be utilized to provide for improved video streaming. When a particular video stream is desired, a UE may indicate to the eNB the URL of the video. The eNB may then determine the optimal segment size for the UE, for example, by retrieving and parsing the manifest file to determine the segment sizes offered. The eNB may then directly request segments of the determined segment size on behalf of the UE and deliver the received video packets to the UE. The UE may buffer the video packets received from the eNB and report to the eNB the playout buffer status.

According to certain aspects of the present disclosure, signaling for an application-aware RAN may be utilized. An application may be able to signal its content delivery statusto the wireless network. These content delivery status may include information related to the playout buffer status, URL of the video stream, happy bit status indicators, or the like. The wireless network may also signal the application information that may inform segment size selection. This information may include an indication to the UE whether the UE can request a higher or lower sized or resolution stream segment.

FIGs. 4A-4D illustrates example DRBmessages, in accordance with certain aspects of the present disclosure. Content delivery statusmay be signaled, for example, using the user plane of the packet data convergence protocol (PDCP) . As discussed above, the PDCP makes up part of the wireless network stack and carries both user and control data. PDCP status information and control informationmay be carried in a control protocol data unit (PDU) . The user plane PDCP control PDU may be extended to include application aware control information. For example as shown in FIG. 4A, a user plane control PDU may contain a PDU type field, protocol and message type information, as well as data. As shown in in FIG. 4B, the PDU type field may be extended to contain an indication that the control PDU is of a 3GP-DASH application aware control PDU. The protocol type field may also be extended to indicate that the added control PDU type is an application layer protocol, as seen in FIG. 4C. As shown in in FIG. 4D, the message type field may contain information related to the application aware control to be passed. This information may include, for example, an initial buffer size needed for the start of playback, a minimum bit rate required for playback, an initial delay before playback, stall information such as the number of playback stalls and their duration, and/or a happy status indicator related to the quality of experience (QoE) of the user. Extending the PDCP user play control PDU has the advantagethat there is no user plane protocol, radio resource control (RRC) signaling, or non-access stratum (NAS) signaling impact. Further, the PDCP control PDU is an in band container allowing for good extensibility and scalabilitywhile permitting good backwards compatibility.

An eNB on the uplink can acquire the application aware control information using deep packet inspection (DPI) on the UL PDU. DPI allows networks to examine the header and data portions of packets multiple levels down the network stack. The wireless network may then gather the URL of the requested video stream from the HTTP message, along with the information related to the application aware control, and playout buffer status. As it may be inefficient to perform DPI on every UL PDU, a UE may set a DPI indication in a PDCP header of the UL PDU. FIG. 5 illustrates an example PDCP header format, in accordance with certain aspects of the present disclosure. A PDCP header has three reserved bits (R) which may be set, for example to 111, to indicate to the eNB to perform DPI on the packet.

FIGs. 6Aand 6B illustrate example RRC call flows, in accordance with certain aspects of the present disclosure. Content delivery statusmay also be signaled, for example, using RRC signaling to carry application aware control information, such as playout buffer size, initial playout buffer size and delay, minimum rate requirements, stall information, and happy status, using RRC messages. An existing RRC message, such as MeasurementReport or UEAssistanceInformation may be extended to report the playout buffer level, as seen in FIG 6A. A new RRC message may also be defined to request application aware control information for the network assistant, as seen in FIG 6B.

According to other aspects of the present disclosure, information related to a video stream may also be signaled, for example, using MAC signaling to carry application aware control information using a MAC control element (CE) . For example, a new MAC CE may be defined to carry the application aware control information and be included in the PDU of the DRB carrying the associated application aware control information. This information may be carried in a common MAC CE or an application specific MAC CE. FIGs. 7A-7C illustrate an example common MAC CE format, in accordance with certain aspects of the present disclosure. Similarly to the PDCP user plane control PDU, the MAC CE protocol type field may be extended to contain an indication of a 3GP-DASH application aware control, as shown in FIG 7B. As shown in in FIG. 7C, the message type field may then contain information related to the application aware control to be passed, such as playout buffer size, initial playout buffer size and delay, minimum rate requirements, stall information, and happy status.

FIGs. 8A and 8Billustrate example application specific MAC CE formats, in accordance with certain aspects of the present disclosure. An application specific MAC CE may be a lightweight CE and only carry typical application information, such as application buffer level reports and network assistant application information. Application buffer level reports from the UE to the eNB, as shown in FIG 8A, may comprise a logical channel group ID (LCG ID) , flow ID, and application buffer size information. The two bit LCG ID may identify the group of logical channels for which a buffer status is being reported, and the two bit flow ID may identify which flow of the logical channel is being reported. The buffer size field may indicate the playout duration of the media data for all active media components in the buffer. Network assistant application information from the eNB to the UE, as shown in FIG 8B may also comprise a LCG ID and flow ID, similar to the application buffer level report, as well as a network assistant information field. The network assistant information field may contain information for use by the UE to determine which segment size to select. Such information may include an indication of which segment size to select. The indication may comprise a Boolean value where a true value indicating that the UE may request a larger or higher resolution segment and a false valueindicating that the UE may request a smaller or lower resolution segment.

According to certain aspects of the present invention, a mobile device may need to indicate to an apparatus, or vice versa, support for an application aware capability. Indicating such support may not require any particular discrete capability exchange. For example, where a UE sets a DPI indication in a PDCP header of the UL PDU, a UE can simply assume that an eNB supports such an indication. As the DPI indication may be located in space set aside currently as reserved bits, an eNB which does not support DPI indication will simply ignore the DPI indication and forward the packet on to the core network as any other packet. Where an eNB supports DPI indication, the eNB will perform DPI on the packet to extract URL of the requested video stream, application aware control information and playout buffer status. The eNB may then prioritize the resource scheduling of UEs with near empty playout buffers and deprioritize the resource scheduling of UEs with sufficiently filled playout buffers.

Where a capability exchange is required, a signaling radio bearer extension may be utilized. FIG. 9A illustrates an example call flow for SRB extension, in accordance withcertain aspects of the present disclosure. The signaling radio bearer extension may occur in two phases, the first where a wireless network broadcasts a SIB1 padding identifying the wireless network as an application aware capable network. Second, a UE may then send aSRB extended (SRB-Ext) message indicating that the UE is also application aware capable. FIG. 9B illustrates an example SIB1 extension format, in accordance withcertain aspects of the present disclosure. A SIB1 extension or padding may be appended to the end of a regular SIB1. The SIB padding may comprise of a three byte signature field, a one byte length of padding field, and an extended information padding. The signature allows the UE to determine the presence of a SIB1 padding. The first bit of the signature may comprise a cell ID least significant bit, and bytes two and three may comprise a hard coded value to be used for collision rejection. The length of padding field allows a UE to determine where the padding starts and ends. The extended information padding begins at the fourth byte and may include a bitmap of the features supported by the network.

FIGs. 10A and 10B illustrate example PDCP data PDU formats, in accordance with certain aspects of the present disclosure. Where an application aware capable UE receives and decodes a SIB1 padding identifying the wireless network as application aware, the UE may send an SRB-Ext message identifying itself as application aware capable as a part of SRB1 signaling. As shown in FIG. 10A, a SRB1 PDCP Data PDU format include three reserved bits in the first octet. These reserved bits may be extended to include an indication that the RAN is an application aware RAN, as shown in FIG. 10B. The SRB-Ext message may also comprise an application aware RAN mini signature which may carry back the two bytes of the least significant bit of the signature received from the eNB in the SIB1.

A capability exchange may also be performed by RRC signaling. FIG. 11A illustrates an example call flow for RRC signaling, in accordance withcertain aspects of the present disclosure. The capability exchange may occur in two stages. First the eNB may enquire the UE capabilities and then the UE may respond with an indication that the UE is application aware. In order to better serve a UE, a wireless network needs to know the capabilities supported by the UE are. To determine these capabilities, an eNB may send a UE Capability Enquiry message to the UE. FIG. 11B illustrates an example RRC enquiry, in accordance with certain aspects of the present disclosure. This UE Capability Enquiry message may be extended to include a query as to whether the UE includes an application aware capability. The UE may respond in an UE capability information message indicating, for example in a Boolean, whether the UE includes an application aware capability. Application aware functionality may then be activated by the UE through RRC signaling, for example through a RRC connection reconfiguration message, as shown in FIG. 11C.

Activation or deactivation of application aware functionality may also be performed by DRB though a user plane PDCP control PDU. FIGs. 12A and 12B illustrate example DRB formats, in accordance with certain aspects of the present disclosure. As discussed above and shown in FIG. 4A, a user plane control PDU may contain a PDU type field, protocol and message type information, as well as data. As shown in in FIG. 12A, the PDU type field may be extended to contain an indication that the control PDU is directed to application aware control functionality. As shown in in FIG. 12B, the message type field may then contain an indication of whether to enable or disable application aware functionality, for example, through an enumerated data type or Boolean value.

Aspects of the present disclosure may also be extended to encompass protocols beyond HTTP. For example, many applications use TCP connections for client-server communications. However, currently implementations of TCP are network agnostic and may not be optimized for efficiency over wireless networks. For example, packet loss generally is more prevalent in wireless networks than wired networks. The TCP protocol typically treats packet loss as congestion, leading to slow starts for the transmit window. However, packet loss may occur in wireless systems for many reasons, such as channel fading, interference, coverage issues, as well as congestion. A RAN may be optimized for TCP or other transport layer protocols to better improve network efficiency. Examples of such optimizations may include a data plane PDCP control PDU modified to carry transport information to an eNB where the protocol is set to TCP or UDP. Similarly, a MAC control element may also carry transport information where the protocol type is set to TCP or UDP. RRC messages may also be extended to carry transport control information exchanges between a UE and eNB. Further, a UE may use UL indication bits to signal the eNB to use DPI to inspect transport relevant messages.

FIG. 13 is a flow diagram illustrating example operations 1300 for wireless communications by anetwork node, in accordance with certain aspects of the present disclosure. The operations begin, at 1302, byreceiving an indication of content delivery status for an application running on a wireless device. At 1304, determining a prioritization schedule for delivery of content to the wireless device based at least on the indication. At 1306, delivering content to the wireless device based on the prioritization schedule.

FIG. 14 is a flow diagram illustrating example operations 1400 for wireless communications by a wireless device, in accordance with certain aspects of the present disclosure. The operations begin, at 1402, by providing, to a network node, an indication of resource requirements for an application running on the wireless device. At 1404, receiving content delivered from the network node, based on a prioritization schedule determined based at least in part on the indication of the content delivery status.

The methods disclosed herein comprise one or more steps or actions for achieving the described method. The method steps and/or actions may be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of steps or actions is specified, the order and/or use of specific steps and/or actions may be modified without departing from the scope of the claims.

As used herein, a phrase referring to “at least one of” a list of items refers to any combination of those items, including single members. As an example, “at least one of: a, b, or c” is intended to cover a, b, c, a-b, a-c, b-c, and a-b-c, as well as any combination with multiples of the same element (e.g., a-a, a-a-a, a-a-b, a-a-c, a-b-b, a-c-c, b-b, b-b-b, b-b-c, c-c, and c-c-c or any other ordering of a, b, and c) .

As used herein, the term “determining” encompasses a wide variety of actions. For example, “determining” may include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, a database or another data structure) , ascertaining and the like. Also, “determining” may include receiving (e.g., receiving information) , accessing (e.g., accessing data in a memory) and the like. Also, “determining” may include resolving, selecting, choosing, establishing and the like.

In some cases, rather than actually transmitting a frame, a device may have an interface to output a frame for transmission. For example, a processor may output a frame, via a bus interface, to an RF front end for transmission. Similarly, rather than actually receiving a frame, a device may have an interface to obtain a frame received from another device. For example, a processor may obtain (or receive) a frame, via a bus interface, from an RF front end for transmission.

The various operations of methods described above may be performed by any suitable means capable of performing the corresponding functions. The means may include various hardware and/or software component (s) and/or module (s) , including, but not limited to a circuit, an application specific integrated circuit (ASIC) , or processor. Generally, where there are operations illustrated in figures, those operations may have corresponding counterpart means-plus-function components with similar numbering. For example, operations 1300and 1400 illustrated in FIGs. 13 and 14, respectively, correspond to means 1300A and 1400Aillustrated in FIGs. 13A and 14A, respectively.

For example, means for obtaining and means for receiving may be a receiver (e.g., the receiver unit of transceiver 254) and/or an antenna (s) 252 of the user terminal 120 illustrated in FIG. 2 or the receiver (e.g., the receiver unit of transceiver 222) and/or antenna (s) 224 of access point 110 illustrated in FIG. 2. Means for transmitting, means for delivering, means for providing, and means for outputting may be a transmitter (e.g., the transmitter unit of transceiver 254) and/or an antenna (s) 252 of the user terminal 120 illustrated in FIG. 2 or the transmitter (e.g., the transmitter unit of transceiver 222) and/or antenna (s) 224 of access point 110 illustrated in FIG. 2.

Means for processing, means for generating, means for including, means for deferring, means for determining, means for performing, means for detecting, means for selecting, and means for sensingmay comprise a processing system, which may include one or more processors, such as the RX data processor 270, the TX data processor 288, and/or the controller 280 of the user terminal120 illustrated in FIG. 2 or the TX data processor 210, RX data processor 242, and/or the controller 230 of the access point110 illustrated in FIG. 2.

The various operations of methods described above may be performed by any suitable means capable of performing the corresponding functions. The means may include various hardware and/or software component (s) and/or module (s) , including, but not limited to a circuit, an application specific integrated circuit (ASIC) , or processor.

According to certain aspects, such means may be implemented by processing systems configured to perform the corresponding functions by implementing various algorithms (e.g., in hardware or by executing software instructions) described above. For example, an algorithm for obtaining a frame received over a medium, detecting occurrence of an error when processing the frame, determining that the apparatus is an intended recipient of the frame based on information included in the frame, and selecting a deferral period, after detecting the error, during which the apparatus refrains from transmitting on the medium wherein the selection is based, at least in part, on the determination. In another example, an algorithm for generating a frame for transmission, the frame having an indication of whether an intended recipient of the frame should select a first or second deferral period after detecting an error when processing the frame, and outputting the frame for transmission.

The various illustrative logical blocks, modules and circuits described in connection with the present disclosure may be implemented or performed with a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device (PLD) , discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any commercially available processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

If implemented in hardware, an example hardware configuration may comprise a processing system in a wireless node. The processing system may be implemented with a bus architecture. The bus may include any number of interconnecting buses and bridges depending on the specific application of the processing system and the overall design constraints. The bus may link together various circuits including a processor, machine-readable media, and a bus interface. The bus interface may be used to connect a network adapter, among other things, to the processing system via the bus. The network adapter may be used to implement the signal processing functions of the PHY layer. In the case of a user terminal 120 (see FIG. 1) , a user interface (e.g., keypad, display, mouse, joystick, etc. ) may also be connected to the bus. The bus may also link various other circuits such as timing sources, peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further. The processor may be implemented with one or more general-purpose and/or special-purpose processors. Examples include microprocessors, microcontrollers, DSP processors, and other circuitry that can execute software. Those skilled in the art will recognize how best to implement the described functionality for the processing system depending on the particular application and the overall design constraints imposed on the overall system.

If implemented in software, the functions may be stored or transmitted over as one or more instructions or code on a computer-readable medium. Software shall be construed broadly to mean instructions, data, or any combination thereof, whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Computer-readable media include both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. The processor may be responsible for managing the bus and general processing, including the execution of software modules stored on the machine-readable storage media. A computer-readable storage medium may be coupled to a processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. By way of example, the machine-readable media may include a transmission line, a carrier wave modulated by data, and/or a computer readable storage medium with instructions stored thereon separate from the wireless node, all of which may be accessed by the processor through the bus interface. Alternatively, or in addition, the machine-readable media, or any portion thereof, may be integrated into the processor, such as the case may be with cache and/or general register files. Examples of machine-readable storage media may include, by way of example, RAM (Random Access Memory) , flash memory, ROM (Read Only Memory) , PROM (Programmable Read-Only Memory) , EPROM (Erasable Programmable Read-Only Memory) , EEPROM (Electrically Erasable Programmable Read-Only Memory) , registers, magnetic disks, optical disks, hard drives, or any other suitable storage medium, or any combination thereof. The machine-readable media may be embodied in a computer-program product.

A software module may comprise a single instruction, or many instructions, and may be distributed over several different code segments, among different programs, and across multiple storage media. The computer-readable media may comprise a number of software modules. The software modules include instructions that, when executed by an apparatus such as a processor, cause the processing system to perform various functions. The software modules may include a transmission module and a receiving module. Each software module may reside in a single storage device or be distributed across multiple storage devices. By way of example, a software module may be loaded into RAM from a hard drive when a triggering event occurs. During execution of the software module, the processor may load some of the instructions into cache to increase access speed. One or more cache lines may then be loaded into a general register file for execution by the processor. When referring to the functionality of a software module below, it will be understood that such functionality is implemented by the processor when executing instructions from that software module.

Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) , or wireless technologies such as infrared (IR) , radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, include compact disc (CD) , laser disc, optical disc, digital versatile disc (DVD) , floppy disk, and

disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Thus, in some aspects computer-readable media may comprise non-transitory computer-readable media (e.g., tangible media) . In addition, for other aspects computer-readable media may comprise transitory computer-readable media (e.g., a signal) . Combinations of the above should also be included within the scope of computer-readable media.

Thus, certain aspects may comprise a computer program product for performing the operations presented herein. For example, such a computer program product may comprise a computer-readable medium having instructions stored (and/or encoded) thereon, the instructions being executable by one or more processors to perform the operations described herein. For example, instructions for obtaining a frame received over a medium, detecting occurrence of an error when processing the frame, determining that the apparatus is an intended recipient of the frame based on information included in the frame, and selecting a deferral period, after detecting the error, during which the apparatus refrains from transmitting on the medium wherein the selection is based, at least in part, on the determination. In another example, instructions for generating a frame for transmission, the frame having an indication of whether an intended recipient of the frame should select a first or second deferral period after detecting an error when processing the frame, and outputting the frame for transmission

Further, it should be appreciated that modules and/or other appropriate means for performing the methods and techniques described herein can be downloaded and/or otherwise obtained by a user terminal and/or base station as applicable. For example, such a device can be coupled to a server to facilitate the transfer of means for performing the methods described herein. Alternatively, various methods described herein can be provided via storage means (e.g., RAM, ROM, a physical storage medium such as a compact disc (CD) or floppy disk, etc. ) , such that a user terminal and/or base station can obtain the various methods upon coupling or providing the storage means to the device. Moreover, any other suitable technique for providing the methods and techniques described herein to a device can be utilized.

It is to be understood that the claims are not limited to the precise configuration and components illustrated above. Various modifications, changes and variations may be made in the arrangement, operation and details of the methods and apparatus described above without departing from the scope of the claims.

WHAT IS CLAIMED IS:

Claims

A method for wireless communications by a network node, comprising:

receiving an indication of a content delivery status for an application running on a wireless device；

determining a prioritization schedule that assigns a priority to packets for delivery of content to the wireless device based at least on the indication； and

delivering content to the wireless device based on the prioritization schedule.
The method of claim 1, wherein the determining further comprises updating a current prioritization schedule based at least on the indication.
The method of claim 1, wherein the content comprises media content.
The method of claim 3, wherein the indication comprises at least one of a status of a playback buffer, initial buffer size, minimum rate requirement, initial delay, or stall information.
The method of claim 4, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device when the playback buffer falls below a threshold, the threshold based on a playback data rate.
The method of claim 4, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device if a rate of content delivery is below the minimum rate requirement.
The method of claim 1, further comprising:

providing an indication to the wireless device of a capability of the network nodeto determine a prioritization schedule based on the content delivery status of the application.
The method of claim 7, wherein the indication of acapability to determine the prioritization schedule is provided via a control channel.
The method of claim 7, wherein the indication of the capabilityto determine the prioritization schedule is broadcast in a system information block (SIB) , and receiving an indication of a capability to report the content delivery status of the application based on the SIB.
The method of claim 1, further comprising receiving an indication of a capability to report the content delivery status of the application.
The method of claim 1, wherein the indication of the content delivery statusis provided via control signaling.
The method of claim 11, wherein the control signaling is provided via a control header of a packet.
The method of claim 1, further comprising:

detecting the indication of the content delivery status via deep packet inspection (DPI) .
The method of claim 13, wherein the indication of thecontent delivery status is detected in a header of a received packet.
The method of claim 1, further comprising:

determining a suggested data stream segment size based on the indication of the content delivery status, and

delivering content to the wireless device based on the suggested data stream segment size.
A method for wireless communications by a wireless device, comprising:

providing, to a network node, an indication of a content delivery status for an application running on the wireless device； and

receiving content delivered from the network node, based on a prioritization schedulethat assigns a priority to packets for content delivery determined based at least in part on the indication of the content delivery status.
The method of claim 16, wherein the content comprises media content.
The method of claim 17, wherein the indication comprises at least one of an indication of a status of a playback buffer, initial buffer size, minimum rate requirement, initial delay, or stall information.
The method of claim 18, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device when the playback buffer falls below a threshold, the threshold based on a playback data rate.
The method of claim 18, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device if a rate of content delivery is below the minimum rate requirement.
The method of claim 16, further comprising:

receiving an indication of a capability of the network node to determine a prioritization schedule based on the content delivery status of the application.
The method of claim 21, wherein the indication of the capability to determine the prioritization schedule is received via a control channel.
The method of claim 21, wherein the indication of the capability to determine the prioritization schedule is received in a system information block (SIB) , and providing an indication of a capability to report the content delivery status of the application based on the SIB.
The method of claim 16, further comprising providing an indication of a capability to report the content delivery status of the application.
The method of claim 16, wherein the indication of the content delivery statusis provided via control signaling.
The method of claim 25, wherein the control signaling is provided via a control header of apacket.
The method of claim 16, wherein the indication of the content delivery status is provided for detection via deep packet inspection (DPI) .
The method of claim 27, wherein the indication of the content delivery status is provided in a header of a packet.
The method of claim 16, further comprising:

receiving a suggested data stream segment size based on the indication of the content delivery status, and

receiving content from the network node based on the suggested data stream segment size.
An apparatus for wireless communications, comprising:

a processing system configured to:

receive an indication of a content delivery status for an application running on a wireless device；

determine a prioritization schedule that assigns a priority to packets for delivery of content to the wireless device based at least on the indication； and

deliver content to the wireless device based on the prioritization schedule.
The apparatus of claim 30, wherein the determining further comprises updating a current prioritization schedule based at least on the indication.
The apparatus of claim 30, wherein the content comprises media content.
The apparatus of claim 32, wherein the indication comprises at least one of a status of a playback buffer, initial buffer size, minimum rate requirement, initial delay, or stall information.
The apparatusof claim 33, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device when the playback buffer falls below a threshold, the threshold based on a playback data rate.
The apparatusof claim 33, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device if a rate of content delivery is below the minimum rate requirement.
The apparatusof claim 30, wherein the processing system is further configured to:

provide an indication to the wireless device of a capability of the network nodeto determine a prioritization schedule based on the content delivery status of the application.
The apparatus of claim 36, wherein the indication of acapability to determine the prioritization schedule is provided via a control channel.
The apparatus of claim 36, wherein the indication of the capabilityto determine the prioritization schedule is broadcast in a system information block (SIB) , and receiving an indication of a capability to report the content delivery status of the application based on the SIB.
The apparatus of claim 30, wherein the processing system is further configured to receive an indication of a capability to report the content delivery status of the application.
The apparatus of claim 30, wherein the indication of the content delivery statusis provided via control signaling.
The apparatus of claim 40, wherein the control signaling is provided via a control header of a packet.
The apparatus of claim 30, wherein the processing system is further configured to:

detect the indication of the content delivery status via deep packet inspection (DPI) .
The apparatus of claim 42, wherein the indication of the content delivery status is detected in a header of a received packet.
The apparatus of claim 30, wherein the processing system is further configured to:

determine a suggested data stream segment size based on the indication of the content delivery status, and

deliver content to the wireless device based on the suggested data stream segment size.
An apparatus for wireless communications comprising:

a processing system configured to:

provide, to a network node, an indication of a content delivery status for an application running on the wireless device； and

receive content delivered from thenetwork node, based on a prioritization schedulethat assigns a priority to packets for content delivery determined based at least in part on the indication of the content delivery status.
The apparatus of claim 45, wherein the content comprises media content.
The apparatus of claim 46, wherein the indication comprises at least one of an indication of a status of a playback buffer, initial buffer size, minimum rate requirement, initial delay, or stall information.
The apparatus of claim 47, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device when the playback buffer falls below a threshold, the threshold based on a playback data rate.
The apparatus of claim 47, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device if a rate of content delivery is below the minimum rate requirement.
The apparatus of claim 45, wherein the processing system is further configured to receive an indication of a capability of the network node to determine a prioritization schedule based on thecontent delivery status of the application.
The apparatus of claim 50, wherein the indication of the capability to determine the prioritization schedule is received via a control channel.
The apparatus of claim 50, wherein the indication of the capability to determine the prioritization schedule is received in a system information block (SIB) , and providing an indication of a capability to report the content delivery status of the application based on the SIB.
The apparatus of claim 45, wherein the processing system is further configured to provide an indication of a capability to report the content delivery status of the application.
The apparatus of claim 45, wherein the indication of the content delivery status is provided via control signaling.
The apparatus of claim 54, wherein the control signaling is provided via a control header of a packet.
The apparatus of claim 45, wherein the indication of the content delivery status is provided for detection via deep packet inspection (DPI) .
The apparatus of claim 56, wherein the indication of the content delivery status is provided in a header of a packet.
The apparatus of claim 45, wherein the processing system is further configured to:

receive a suggested data stream segment size based on the indication of the content delivery status, and

receive content from the network node based on the suggested data stream segment size.
An apparatus for wireless communications by a network node, comprising:

means for receiving an indication of a content delivery status for an application running on a wireless device；

means for determining a prioritization schedule that assigns a priority to packets for delivery of content to the wireless device based at least on the indication； and

means for delivering content to the wireless device based on the prioritization schedule.
The apparatus of claim 59, wherein the means for determining further comprises updating a current prioritization schedule based at least on the indication.
The apparatus of claim 59, wherein the content comprises media content.
The apparatus of claim 61, wherein the indication comprises at least one of a status of a playback buffer, initial buffer size, minimum rate requirement, initial delay, or stall information.
The apparatusof claim 62, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device when the playback buffer falls below a threshold, the threshold based on a playback data rate.
The apparatusof claim 62, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device if a rate of content delivery is below the minimum rate requirement.
The apparatusof claim 59, further comprising:

means for providing an indication to the wireless device of a capability of the network nodeto determine a prioritization schedule based on the content delivery status of the application.
The apparatus of claim 65, wherein the indication of acapability to determine the prioritization schedule is provided via a control channel.
The apparatus of claim 65, wherein the indication of the capabilityto determine the prioritization schedule is broadcast in a system information block (SIB) , and receiving an indication of a capability to report the content delivery status of the application based on the SIB.
The apparatus of claim 59, further comprising:

means for receiving an indication of a capability to report the content delivery status of the application.
The apparatus of claim 59, wherein the indication of the content delivery statusis provided via control signaling.
The apparatus of claim 69, wherein the control signaling is provided via a control header of a packet.
The apparatus of claim 59, further comprising:

means for detecting the indication of the content delivery status via deep packet inspection (DPI) .
The apparatus of claim 71, wherein the indication of the content delivery status is detected in a header of a received packet.
The apparatus of claim 59, further comprising:

means for determining a suggested data stream segment size based on the indication of the content delivery status, and

means for delivering content to the wireless device based on the suggested data stream segment size.
An apparatus for wireless communications by a wireless device comprising:

means for providing, to a network node, an indication of a content delivery status for an application running on the wireless device； and

means for receiving content delivered from the network node, based on a prioritization schedulethat assigns a priority to packets for content delivery determined based at least in part on the indication of the content delivery status.
The apparatus of claim 74, wherein the content comprises media content.
The apparatus of claim 75, wherein the indication comprises at least one of an indication of a status of a playback buffer, initial buffer size, minimum rate requirement, initial delay, or stall information.
The apparatus of claim 76, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device when the playback buffer falls below a threshold, the threshold based on a playback data rate.
The apparatus of claim 76, wherein the prioritization schedule assigns a higher priority on content delivery to the application running on the wireless device if a rate of content delivery is below the minimum rate requirement.
The apparatus of claim 74, further comprising:

means for receiving an indication of a capability of the network node to determine a prioritization schedule based on thecontent delivery status of the application.
The apparatus of claim 79, wherein the indication of the capability to determine the prioritization schedule is received via a control channel.
The apparatus of claim 79, wherein the indication of the capability to determine the prioritization schedule is received in a system information block (SIB) , and providing an indication of a capability to report the content delivery status of the application based on the SIB.
The apparatus of claim 74, further comprising:

means for providing an indication of a capability to report the content delivery status of the application.
The apparatus of claim 74, wherein the indication of the content delivery status is provided via control signaling.
The apparatus of claim 83, wherein the control signaling is provided via a control header of a packet.
The apparatus of claim 74, wherein the indication of the content delivery status is provided for detection via deep packet inspection (DPI) .
The apparatus of claim 85, wherein the indication of the content delivery status is provided in a header of a packet.
The apparatus of claim 74, further comprising:

means for receiving a suggested data stream segment size based on the indication of the content delivery status, and

means for receiving content from the network node based on the suggested data stream segment size.
A computer program product for wireless communications by a network node, comprising a computer readable medium having instructions stored thereon for:

receiving an indication of a content delivery status for an application running on a wireless device；

determining a prioritization schedule that assigns a priority to packets for delivery of content to the wireless device based at least on the indication； and

delivering content to the wireless device based on the prioritization schedule.
A computer program product for wireless communications by a wireless device, comprising a computer readable medium having instructions stored thereon for:

providing, to a network node, an indication of a content delivery status for an application running on the wireless device； and

receiving content delivered from the network node, based on a prioritization schedulethat assigns a priority to packets for content delivery determined based at least in part on the indication of the content delivery status.