WO2014158264A1 - Quality-aware rate adaptation techniques for dash streaming - Google Patents
Quality-aware rate adaptation techniques for dash streaming Download PDFInfo
- Publication number
- WO2014158264A1 WO2014158264A1 PCT/US2013/077142 US2013077142W WO2014158264A1 WO 2014158264 A1 WO2014158264 A1 WO 2014158264A1 US 2013077142 W US2013077142 W US 2013077142W WO 2014158264 A1 WO2014158264 A1 WO 2014158264A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- representation
- media segment
- qmin
- bitrate
- qmax
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 33
- 230000006978 adaptation Effects 0.000 title abstract description 17
- 239000000872 buffer Substances 0.000 claims abstract description 55
- 238000012545 processing Methods 0.000 claims description 11
- 238000013442 quality metrics Methods 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 4
- 238000011156 evaluation Methods 0.000 claims description 3
- 230000007774 longterm Effects 0.000 claims description 3
- 239000012634 fragment Substances 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 230000001413 cellular effect Effects 0.000 description 5
- 230000003139 buffering effect Effects 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- VZSRBBMJRBPUNF-UHFFFAOYSA-N 2-(2,3-dihydro-1H-inden-2-ylamino)-N-[3-oxo-3-(2,4,6,7-tetrahydrotriazolo[4,5-c]pyridin-5-yl)propyl]pyrimidine-5-carboxamide Chemical compound C1C(CC2=CC=CC=C12)NC1=NC=C(C=N1)C(=O)NCCC(N1CC2=C(CC1)NN=N2)=O VZSRBBMJRBPUNF-UHFFFAOYSA-N 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000012092 media component Substances 0.000 description 1
- 230000005404 monopole Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000010025 steaming Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
- H04B7/0452—Multi-user MIMO systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/40—Circuits
- H04B1/54—Circuits using the same frequency for two directions of communication
- H04B1/56—Circuits using the same frequency for two directions of communication with provision for simultaneous communication in two directions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
- H04B7/0417—Feedback systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
- H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
- H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
- H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
- H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
- H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
- H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
- H04B7/0621—Feedback content
- H04B7/063—Parameters other than those covered in groups H04B7/0623 - H04B7/0634, e.g. channel matrix rank or transmit mode selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
- H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
- H04B7/0868—Hybrid systems, i.e. switching and combining
- H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
- H04L25/0202—Channel estimation
- H04L25/0204—Channel estimation of multiple channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
- H04L25/03—Shaping networks in transmitter or receiver, e.g. adaptive shaping networks
- H04L25/03006—Arrangements for removing intersymbol interference
- H04L25/03178—Arrangements involving sequence estimation techniques
- H04L25/03305—Joint sequence estimation and interference removal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/803—Application aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/83—Admission control; Resource allocation based on usage prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
- H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0057—Physical resource allocation for CQI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0085—Timing of allocation when channel conditions change
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/756—Media network packet handling adapting media to device capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/764—Media network packet handling at the destination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
- H04W36/125—Reselecting a serving backbone network switching or routing node involving different types of service backbones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L25/00—Baseband systems
- H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
- H04L25/03—Shaping networks in transmitter or receiver, e.g. adaptive shaping networks
- H04L25/03006—Arrangements for removing intersymbol interference
- H04L2025/0335—Arrangements for removing intersymbol interference characterised by the type of transmission
- H04L2025/03426—Arrangements for removing intersymbol interference characterised by the type of transmission transmission using multiple-input and multiple-output channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/082—Load balancing or load distribution among bearers or channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
- H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- Embodiments described herein relate generally to wireless networks and communications systems.
- Dynamic Adaptive Streaming over HTTP is a technology standardized in 3GPP TS26.247 of the 3rd Generation Partnership Project (3 GPP) and MPEG ISO/IEC DIS 23009-1 of the Motion Picture Experts Group (MPEG).
- the media presentation description (MPD) metadata file provides information on the structure and different versions of the media content stored in the server (including different bitrates, frame rates, resolutions, codec types, etc.). Based on this MPD metadata information, clients request segments of the media content using HTTP requests. The client fully controls the streaming session and may request different versions of the media content during playback.
- An efficient rate adaptation algorithm is critical to optimize the quality of experience (QoE) for a DASH client. Requesting media at a bitrate higher than the available network bandwidth can lead to re-buffering events that disrupt user experience. Requesting media at lower bitrates, on the other hand, may lead to sub-optimum streaming quality. Described herein are techniques relating to advanced rate adaptation algorithms for DASH clients.
- FIG. 1 illustrates an example of a DASH-based streaming framework.
- FIG. 2 illustrates a client device communicating with a media server via an LTE network.
- FIG. 3 illustrates a client device communicating with a media server via WLAN access to the internet.
- media content is transferred from a media server that stores the media content to a client using segment-based HTTP streaming.
- the client plays back the media content as it is received.
- the media server may store the media content encoded in different versions that differ as to bitrates, resolutions, or other characteristics.
- Each different version of the media content is referred to as a representation.
- Each representation stored by the media server is divided into segments that can be accessed individually by the client via HTTP GET or partial GET requests. Each representation may thus consist of several segments of a particular length.
- the client is able to switch between different representations at segment boundaries during media playback to adjust the bitrate, resolution, or other characteristics. For example, the client may wish to decrease the bitrate and resolution when network conditions deteriorate.
- a manifest file called the media presentation description is downloaded from the server at the beginning of the steaming session.
- the MPD contains information relating to the bitrate, resolution, and/or other characteristics of each representation as well as the URLs (uniform resource locators) of the segments making up each
- Segment formats may also be specified, which can contain information on initialization and media segments for a media engine to ensure mapping of segments into a media presentation timeline for switching and synchronous presentation with other representations.
- MPD metadata information which describes the relationship of the segments and how the segments form a media presentation
- a client requests the segments using an HTTP GET message or a series of partial GET messages. The client is able to control the streaming session by managing on-time requests to result in a smooth playback of a sequence of segments, adjusting bitrates or other attributes, and/or reacting to changes in a device state or a user preference.
- Quality-related information may be added to different encoded versions of various media components, and across segments and sub-segments of the various representations and sub- representations.
- the added quality information allows more advanced rate- adaptation algorithms for DASH clients.
- the DASH client may jointly consider requested video quality to optimize overall QoE of DASH streaming.
- the present disclosure proposes quality-aware rate adaptation principles and algorithms for DASH clients. To enable these advanced rate adaptation methods, quality information is added to the manifest file for adaptive HTTP streaming or is generated by the client.
- Examples of a quality measures could include Video MS-SSIM (Multi- Scale Structural Similarity), video MOS (mean opinion score), video quality metrics (VQM), structural similarity metrics (SSIM), peak signal-to- noise ratio (PSNR), and perceptual evaluation of video quality metrics (PEVQ).
- This quality related information is then used to help determine the requested representation given the bandwidth constraints and quality requirements.
- the quality related information is included in the MPD file and generated by the media server.
- the media server may acquire the information to compute the quality measures by analyzing the video content at the pixel level and/or extracting information from the codec during compression.
- the resulting quality measures are then signaled to the client via the MPD files, mapped by the client to subjective quality measures, and fed into the client's rate adaptation logic.
- the client dynamically generates subjective quality information in a non-reference fashion based upon the received media files.
- FIG. 1 illustrates an example of a DASH-based streaming framework.
- a media encoder 214 in the web/media server 212 is used encode an input media from an audio/video input 210 into a format for storage or streaming.
- a media segmenter 216 splits the input media into a serial of fragments or chunks which can then be provided to a web server 218 (e.g., an HTTP server).
- the client 220 requests new data in chunks using HTTP GET messages 234 sent to the web server 218.
- HTTP GET messages 234 sent to the web server 218.
- a web browser 222 of the client 220 requests multimedia content using an HTTP GET message 240.
- the web server 218 then provides the client with an MPD 242 for the multimedia content.
- the MPD is used to convey the index of each segment and the segment's corresponding locations as shown in the associated metadata information.
- the web browser is then able to pull media from the server segment by segment in accordance with the MPD 242.
- the web browser can request a first fragment using a HTTP GET URL (frag 1 req) 244 where a uniform resource locator (URL) or universal resource indicator is used to tell the web server which segment the client requesting.
- the web server can then provide the first fragment (i.e., fragment 1 246).
- the web browser requests a fragment i using a HTTP GET URL (frag i req) 248, where i is an integer index of the fragment.
- the web server provides a fragment i 250.
- the fragments are then presented to the client via a media decoder/player 224.
- the client may employ a quality-aware rate adaptation algorithm to determine which particular segments are requested from the web server.
- Fig. 2 illustrates an embodiment where the client is a UE (user equipment), referring to how terminals are designated in LTE (Long Term Evolution) cellular systems as set forth in the LTE specifications of the 3rd Generation Partnership Project (3GPP).
- LTE Long Term Evolution
- a terminal acquires cellular network access by connecting to a public land mobile network (PLMN) belonging to an operator or service provider.
- PLMN public land mobile network
- the connectivity to the PLMN is provided by a base station (referred in LTE systems as an evolved Node B or eNB).
- the UE 100 includes processing circuitry 101 and an RF (radio- frequency) transceiver for cellular network access.
- RF radio- frequency
- the processing circuitry includes the functionalities for network access via the RF transceiver as well as DASH client functionalities for requesting, receiving, buffering, and playing back (e.g., audio and/or video) media files received from a media server.
- the processing circuitry also includes functionality for performing any of the rate adaptation algorithms and methods as described herein.
- the UE 100 communicates with eNB 121 of a PLMN 120 via an RF communications link, sometimes referred to as the LTE radio or air interface.
- the eNB 121 provides connectivity to the PLMN's evolved packet core (EPC), the main components of which (in the user plane) are S-GW 122 (serving gateway) and P-GW 123 (packet data network (PDN) gateway).
- EPC evolved packet core
- S-GW 122 serving gateway
- P-GW 123 packet data network gateway
- P-GW packet data network gateway
- the P- GW is the EPC's point of contact with the outside world and exchanges data with one or more packet data networks such as the internet 150, while the S-GW acts as a router between the eNB and P-GW.
- the UE is thus able to request and receive data from media server 165.
- a UE may also be any type of terminal that is capable of acquiring network access, either cellular access as above in an LTE network, or otherwise such as via a WLAN (wireless local area network) such as a WiFi network.
- WLAN wireless local area network
- Many UEs are so-called dual-mode UEs that allow both cellular and WLAN access to be acquired.
- Fig. 3 shows another scenario where UE 100 acquires network access by connecting to an AP (access point) 1 10 of WLAN 140.
- the WLAN is able to provide connectivity to the internet 150 via direct internet access and enable the UE to request and receive data from media server 165.
- a quality-aware rate adaptation method implemented by a client may incorporate any or all of the following features. It may estimate the dynamics of available network bandwidth to aid in which representation of a media file are to be selected. A sliding window may be used to measure the download rates at the client over a defined time interval. The sliding window may contain the download rate of previous duration for use in estimating the available download rate for the next segment. The client may control the buffer level and prevent buffering events that cause playback interruptions. The client may monitor the buffer level and switch the representation bitrates to avoid buffer underflow or overflow. [0016] The client may try to maximize the overall quality of video stream under the bandwidth constraints and minimize the quality variations over time.
- the same representation index across different segments may correspond to different quality and bitrate values.
- the client may try to minimize the playback startup time. For example, after the requesting the DASH content, the rate adaptation may select content that result in starting the playback as fast as possible.
- the rate adaptation method may also act in a manner that provides good overall QoE and fairness across multiple DASH clients. DASH clients may simultaneously stream videos in the network and compete for the available bandwidth.
- the rate adaptation algorithm may also take into account the particular client device capabilities and adapt the bitrate based on the quality in different devices.
- buf(t) Buffer level at time t, measured in seconds of playback
- Blow and B ⁇ Lower and upper buffer level thresholds, respectively, measured in, for example, seconds of playback
- r(s) The representation to be selected for download for segment s, where r(s) e [1, m]
- the quality-aware algorithm tries to optimize the QoE of a DASH client by maintaining a better trade-off between buffer levels and quality fluctuations.
- the algorithm determines, for each segment making up the media presentation, which particular representation is to be downloaded. That is, it determines:
- the algorithm selects the lowest bitrate representation for the first N s segments in order to minimize the playback delay:
- K is a specified integer and the w(i) are specified weighting factors.
- the algorithm determines the lowest bitrate representation that satisfies the minimum quality requirement for the current device as:
- the client buffers the data. The amount of data stored in the client's buffer is then used to determine the selected representation for current segment s that is to be downloaded.
- the DASH client enters the buffering state and the lowest bitrate representation is requested, expressed as:
- the client When the buffer level is low, the client performs more conservatively and tries to either request a representation with a bitrate lower than the available throughput or meet the minimum quality requirement. This may be expressed as:
- the client When the buffer level is high, the client performs more aggressively and can request a representation with a bitrate higher than the available throughput in order to meet the maximum quality requirement. This may be expressed as:
- a method for receiving DASH (dynamic streaming over HTTP (hypertext transfer protocol)) data in a client device over a network comprises: receiving a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media content at different bitrates, referred to as representations, and includes for each representation a bitrate and a quality measure related to the quality of experience (QoE) that results when that representation is played; and, downloading selected representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer, and wherein representations are selected for downloading as a function of the amount of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
- MPD media presentation description
- URIs uniform
- a method for receiving DASH (dynamic streaming over HTTP (hypertext transfer protocol)) data in a client device over a network comprises: receiving a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media content at different bitrates, referred to as representations, and includes for each representation a bitrate; and, downloading selected
- MPD media presentation description
- URIs uniform resource identifiers
- representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer; generating quality measures related to the quality of experience (QoE) that results when representations are played; and selecting representations for downloading as a function of the amount of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
- QoE quality of experience
- Example 3 the subject matters of either of Example 1 or Example 2 may optionally include computing an estimated throughput capacity B W est (s) for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
- BW(s) is the actual throughput corresponding to media segment s and K is a specified integer.
- Example 5 the subject matters of either of Example 1 or Example 2 may optionally include, when buf(t) ⁇ Bi ow , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Bi ow is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as:
- r(s) mm(r qmin (s), r rmax (s))
- r rmax (s) is the highest bitrate representation under current throughput constraints expressed as:
- Q(r,s) is the quality measure of representation r for media segment s
- R(r,s) is the bitrate of representation r for media segment s
- Example 6 the subject matters of either of Example 1 or Example 2 may optionally include, when Bi ow ⁇ buf(t) ⁇ Bu gh , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Bi ow and Bu Sh are specified buffer levels, selecting a representation r(s) to be downloaded for media segment s as:
- r(s) min (max T qmin(s) > Y rmax(s)) > Y qmax(s))
- r rmax (s) is the highest bitrate representation under current throughput constraints expressed as:
- r(s) max(r qmin (s), r rmax (s)) if R(r qmax (s),s) > BW est (s)
- Q(r,s) is the quality measure of representation r for media segment s
- R(r,s) is the bitrate of representation r for media segment s
- Example 8 the subject matters of either of Example 1 or Example 2 may optionally include wherein the quality measure is selected from a group that includes Video MS-SSIM (Multi-Scale Structural Similarity), video MOS (mean opinion score), video quality metrics (VQM), structural similarity metrics (SSIM), peak signal-to-noise ratio (PSNR), and perceptual evaluation of video quality metrics (PEVQ).
- Video MS-SSIM Multi-Scale Structural Similarity
- video MOS mean opinion score
- VQM video quality metrics
- SSIM structural similarity metrics
- PSNR peak signal-to-noise ratio
- PEVQ perceptual evaluation of video quality metrics
- Example 9 the subject matters of either of Example 1 or Example 2 may optionally include, at the beginning of playback, requesting the
- N is a specified integer, such that:
- r(s) is the representation r to be selected for media segment s
- r e [1, m m is the number of representations available for media segment s
- Q(r,s) is the quality of representation r for segment s
- Q m in is a specified minimum quality requirement.
- Example 10 the subject matters of either of Example 1 or Example 2 may optionally include receiving the DASH data over a wireless network.
- a user equipment (UE) device for operating in an LTE (Long Term Evolution) network comprises: processing circuitry including a buffer and a radio transceiver; wherein the processing circuitry is to perform any of the methods as set forth in Examples 1 through 10.
- LTE Long Term Evolution
- Example 12 a computer-readable medium contains instructions for performing any of the methods as set forth in Examples 1 through 10.
- the embodiments as described above may be implemented in various hardware configurations that may include a processor for executing instructions that perform the techniques described. Such instructions may be contained in a machine-readable medium such as a suitable storage medium or a memory or other processor-executable medium.
- the embodiments as described herein may be implemented in a number of environments such as part of a wireless local area network (WLAN), 3rd Generation Partnership Project (3GPP) Universal Terrestrial Radio Access Network (UTRAN), or Long-Term- Evolution (LTE) or a Long-Term-Evolution (LTE) communication system, although the scope of the invention is not limited in this respect.
- WLAN wireless local area network
- 3GPP 3rd Generation Partnership Project
- UTRAN Universal Terrestrial Radio Access Network
- LTE Long-Term- Evolution
- LTE Long-Term-Evolution
- An example LTE system includes a number of mobile stations, defined by the LTE specification as User Equipment (UE), communicating with a base station, defined by the LTE specifications as an eNodeB.
- UE User Equipment
- Antennas referred to herein may comprise one or more directional or omnidirectional antennas, including, for example, dipole antennas, monopole antennas, patch antennas, loop antennas, microstrip antennas or other types of antennas suitable for transmission of RF signals.
- a single antenna with multiple apertures may be used instead of two or more antennas.
- each aperture may be considered a separate antenna.
- antennas may be effectively separated to take advantage of spatial diversity and the different channel characteristics that may result between each of antennas and the antennas of a transmitting station.
- antennas may be separated by up to 1/10 of a wavelength or more.
- a receiver as described herein may be configured to receive signals in accordance with specific communication standards, such as the Institute of Electrical and Electronics Engineers (IEEE) standards including IEEE 802.1 1-2007 and/or 802.1 l(n) standards and/or proposed specifications for WLANs, although the scope of the invention is not limited in this respect as they may also be suitable to transmit and/or receive communications in accordance with other techniques and standards.
- IEEE Institute of Electrical and Electronics Engineers
- the receiver may be configured to receive signals in accordance with the IEEE 802.16-2004, the IEEE 802.16(e) and/or IEEE 802.16(m) standards for wireless metropolitan area networks (WMANs) including variations and evolutions thereof, although the scope of the invention is not limited in this respect as they may also be suitable to transmit and/or receive communications in accordance with other techniques and standards.
- the receiver may be configured to receive signals in accordance with the Universal Terrestrial Radio Access Network (UTRAN) LTE communication standards.
- UTRAN Universal Terrestrial Radio Access Network
- IEEE 802.1 1 and IEEE 802.16 standards please refer to "IEEE Standards for Information Technology— Telecommunications and Information Exchange between Systems” - Local Area Networks - Specific Requirements - Part 1 1 "Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY), ISO/IEC 8802- 11 : 1999", and Metropolitan Area Networks - Specific Requirements - Part 16: "Air Interface for Fixed Broadband Wireless Access Systems," May 2005 and related amendments/versions.
- 3GPP 3rd Generation Partnership Project
- embodiments may include fewer features than those disclosed in a particular example.
- the following claims are hereby incorporated into the Detailed Description, with a claim standing on its own as a separate embodiment.
- the scope of the embodiments disclosed herein is to be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.
Abstract
A quality-aware rate adaptation algorithm is described to optimize the quality of experience (QoE) for a DASH client. Requesting media at a bitrate higher than the available network bandwidth can lead to re-buffering events that disrupt user experience, while requesting media at lower bitrates may lead to sub-optimum streaming quality. The quality-aware algorithm tries to optimize the QoE of a DASH client by maintaining a better trade-off between buffer levels and quality fluctuations.
Description
QUALITY-AWARE RATE ADAPTATION TECHNIQUES FOR DASH STREAMING
Priority Claim
[0001] This application claims the benefit of priority to United States Provisional Patent Application Serial No. 61/806,821 , filed March 29, 2013, which is incorporated herein by reference in its entirety.
Technical Field
[0002] Embodiments described herein relate generally to wireless networks and communications systems.
Background
[0003] Dynamic Adaptive Streaming over HTTP (DASH) is a technology standardized in 3GPP TS26.247 of the 3rd Generation Partnership Project (3 GPP) and MPEG ISO/IEC DIS 23009-1 of the Motion Picture Experts Group (MPEG). In DASH, the media presentation description (MPD) metadata file provides information on the structure and different versions of the media content stored in the server (including different bitrates, frame rates, resolutions, codec types, etc.). Based on this MPD metadata information, clients request segments of the media content using HTTP requests. The client fully controls the streaming session and may request different versions of the media content during playback.
[0004] An efficient rate adaptation algorithm is critical to optimize the quality of experience (QoE) for a DASH client. Requesting media at a bitrate higher than the available network bandwidth can lead to re-buffering events that disrupt user experience. Requesting media at lower bitrates, on the other hand, may lead to
sub-optimum streaming quality. Described herein are techniques relating to advanced rate adaptation algorithms for DASH clients.
Brief Description of the Drawings
[0005] Fig. 1 illustrates an example of a DASH-based streaming framework.
[0006] Fig. 2 illustrates a client device communicating with a media server via an LTE network.
[0007] Fig. 3 illustrates a client device communicating with a media server via WLAN access to the internet. Detailed Description
[0008] In DASH, media content is transferred from a media server that stores the media content to a client using segment-based HTTP streaming. The client plays back the media content as it is received. The media server may store the media content encoded in different versions that differ as to bitrates, resolutions, or other characteristics. Each different version of the media content is referred to as a representation. Each representation stored by the media server is divided into segments that can be accessed individually by the client via HTTP GET or partial GET requests. Each representation may thus consist of several segments of a particular length. The client is able to switch between different representations at segment boundaries during media playback to adjust the bitrate, resolution, or other characteristics. For example, the client may wish to decrease the bitrate and resolution when network conditions deteriorate. To direct the client in downloading the content, a manifest file called the media presentation description is downloaded from the server at the beginning of the steaming session. The MPD contains information relating to the bitrate, resolution, and/or other characteristics of each representation as well as the URLs (uniform resource locators) of the segments making up each
representation. Segment formats may also be specified, which can contain information on initialization and media segments for a media engine to ensure mapping of segments into a media presentation timeline for switching and
synchronous presentation with other representations. Based on the MPD metadata information, which describes the relationship of the segments and how the segments form a media presentation, a client requests the segments using an HTTP GET message or a series of partial GET messages. The client is able to control the streaming session by managing on-time requests to result in a smooth playback of a sequence of segments, adjusting bitrates or other attributes, and/or reacting to changes in a device state or a user preference.
[0009] Changing content, such as switching sports/static scenes in news channels makes it very difficult for video encoders to deliver consistent quality and at the same time produce a bitstream that has a certain specified bitrate. As a result, quality may fluctuate significantly. Quality-related information may be added to different encoded versions of various media components, and across segments and sub-segments of the various representations and sub- representations. The added quality information allows more advanced rate- adaptation algorithms for DASH clients. In addition to adapting media bitrate to network bandwidth, the DASH client may jointly consider requested video quality to optimize overall QoE of DASH streaming. The present disclosure proposes quality-aware rate adaptation principles and algorithms for DASH clients. To enable these advanced rate adaptation methods, quality information is added to the manifest file for adaptive HTTP streaming or is generated by the client.
[0010] Examples of a quality measures could include Video MS-SSIM (Multi- Scale Structural Similarity), video MOS (mean opinion score), video quality metrics (VQM), structural similarity metrics (SSIM), peak signal-to- noise ratio (PSNR), and perceptual evaluation of video quality metrics (PEVQ). This quality related information is then used to help determine the requested representation given the bandwidth constraints and quality requirements. In one embodiment, the quality related information is included in the MPD file and generated by the media server. The media server may acquire the information to compute the quality measures by analyzing the video content at the pixel level and/or extracting information from the codec during compression. The resulting quality measures are then signaled to the client via the MPD files, mapped by the client to subjective quality measures, and fed into the client's rate adaptation
logic. In another embodiment, the client dynamically generates subjective quality information in a non-reference fashion based upon the received media files.
[0011] FIG. 1 illustrates an example of a DASH-based streaming framework. A media encoder 214 in the web/media server 212 is used encode an input media from an audio/video input 210 into a format for storage or streaming. A media segmenter 216 splits the input media into a serial of fragments or chunks which can then be provided to a web server 218 (e.g., an HTTP server). The client 220 requests new data in chunks using HTTP GET messages 234 sent to the web server 218. For example, a web browser 222 of the client 220 requests multimedia content using an HTTP GET message 240. The web server 218 then provides the client with an MPD 242 for the multimedia content. The MPD is used to convey the index of each segment and the segment's corresponding locations as shown in the associated metadata information. The web browser is then able to pull media from the server segment by segment in accordance with the MPD 242. As shown in the figure, the web browser can request a first fragment using a HTTP GET URL (frag 1 req) 244 where a uniform resource locator (URL) or universal resource indicator is used to tell the web server which segment the client requesting. The web server can then provide the first fragment (i.e., fragment 1 246). For subsequent fragments, the web browser requests a fragment i using a HTTP GET URL (frag i req) 248, where i is an integer index of the fragment. As a result, the web server provides a fragment i 250. The fragments are then presented to the client via a media decoder/player 224. The client may employ a quality-aware rate adaptation algorithm to determine which particular segments are requested from the web server.
[0012] Fig. 2 illustrates an embodiment where the client is a UE (user equipment), referring to how terminals are designated in LTE (Long Term Evolution) cellular systems as set forth in the LTE specifications of the 3rd Generation Partnership Project (3GPP). In LTE, a terminal acquires cellular network access by connecting to a public land mobile network (PLMN) belonging to an operator or service provider. The connectivity to the PLMN is provided by a base station (referred in LTE systems as an evolved Node B or eNB). The UE 100 includes processing circuitry 101 and an RF (radio- frequency) transceiver for cellular network access. The processing circuitry
includes the functionalities for network access via the RF transceiver as well as DASH client functionalities for requesting, receiving, buffering, and playing back (e.g., audio and/or video) media files received from a media server. The processing circuitry also includes functionality for performing any of the rate adaptation algorithms and methods as described herein.
[0013] In Fig. 2, the UE 100 communicates with eNB 121 of a PLMN 120 via an RF communications link, sometimes referred to as the LTE radio or air interface. The eNB 121 provides connectivity to the PLMN's evolved packet core (EPC), the main components of which (in the user plane) are S-GW 122 (serving gateway) and P-GW 123 (packet data network (PDN) gateway). The P- GW is the EPC's point of contact with the outside world and exchanges data with one or more packet data networks such as the internet 150, while the S-GW acts as a router between the eNB and P-GW. The UE is thus able to request and receive data from media server 165.
[0014] As the term is used herein, a UE may also be any type of terminal that is capable of acquiring network access, either cellular access as above in an LTE network, or otherwise such as via a WLAN (wireless local area network) such as a WiFi network. Many UEs are so-called dual-mode UEs that allow both cellular and WLAN access to be acquired. Fig. 3 shows another scenario where UE 100 acquires network access by connecting to an AP (access point) 1 10 of WLAN 140. The WLAN is able to provide connectivity to the internet 150 via direct internet access and enable the UE to request and receive data from media server 165.
[0015] A quality-aware rate adaptation method implemented by a client may incorporate any or all of the following features. It may estimate the dynamics of available network bandwidth to aid in which representation of a media file are to be selected. A sliding window may be used to measure the download rates at the client over a defined time interval. The sliding window may contain the download rate of previous duration for use in estimating the available download rate for the next segment. The client may control the buffer level and prevent buffering events that cause playback interruptions. The client may monitor the buffer level and switch the representation bitrates to avoid buffer underflow or overflow.
[0016] The client may try to maximize the overall quality of video stream under the bandwidth constraints and minimize the quality variations over time. Due to the changing characteristics of video content, the same representation index across different segments may correspond to different quality and bitrate values. The client may try to minimize the playback startup time. For example, after the requesting the DASH content, the rate adaptation may select content that result in starting the playback as fast as possible. The rate adaptation method may also act in a manner that provides good overall QoE and fairness across multiple DASH clients. DASH clients may simultaneously stream videos in the network and compete for the available bandwidth. The rate adaptation algorithm may also take into account the particular client device capabilities and adapt the bitrate based on the quality in different devices.
Example rate adaptation algorithm
[0017] An example quality-aware rate adaptation algorithm is described below using the following definitions:
R(r, s): bitrate of representation r for segment s, r=l, 2, ..., m; s=l, 2,
..., n, where R(l, s) < R(2, s) < ... < R(m, s)
Q(r, s): quality of representation r for segment s
BW(s): Available throughput in the past for segment s
BWest(s): Estimated throughput for current segment s
buf(t): Buffer level at time t, measured in seconds of playback
Blow and B^: Lower and upper buffer level thresholds, respectively, measured in, for example, seconds of playback
Qmax(d) and Qmin(d): Maximum and minimum quality levels, respectively, required for a particular device d
r(s): The representation to be selected for download for segment s, where r(s) e [1, m]
[0018] The quality-aware algorithm tries to optimize the QoE of a DASH client by maintaining a better trade-off between buffer levels and quality fluctuations. The algorithm determines, for each segment making up the media presentation, which particular representation is to be downloaded. That is, it determines:
r(s), for s = 1, 2, 3, n
where n is the number of segments in the media presentation.
[0019] At the startup phase, the algorithm selects the lowest bitrate representation for the first Ns segments in order to minimize the playback delay:
r(s) = argmin, ((Q(r,s) > Qmin); r = 1, ...m; s = 1, ... Nowhere Ns is a specified integer, r(s) is the representation r to be selected for media segment , r e [1, m], m is the number of representations available for media segment s, Q(r,s) is the quality of representation r for segment s, and Qmin is a specified minimum quality requirement.
[0020] After a particular segment s-1 is downloaded, available throughput for segment s-1 is estimated as BW(s-l), and the estimated throughput for the next segment s is then determined as a weighted sum of the past K segments throughput:
BWest(s) w(i)BW (s - i)
[0021] For each segment s, the algorithm determines the lowest bitrate representation that satisfies the minimum quality requirement for the current device as:
= argminr {{Q(r,s) > Qmi„),
determines is the lowest bitrate representation that satisfies the maximum quality requirement for current device as:
(s) - argminr {{Q(r,s) > Qmax),
and determines the highest bitrate representation under the current throughput constraints as:
= argmaxr ((R(r,s) < BWest(s).
[0022] As the media file is downloaded, the client buffers the data. The amount of data stored in the client's buffer is then used to determine the selected representation for current segment s that is to be downloaded. At the beginning of streaming, the DASH client enters the buffering state and the lowest bitrate representation is requested, expressed as:
if buf(t)«0, then: r(s) =r(l,s), s = l, ... N
[0023] When the buffer level is low, the client performs more conservatively and tries to either request a representation with a bitrate lower than the available
throughput or meet the minimum quality requirement. This may be expressed as:
if buf(t) < Blow , then: r(s) = mm(rqmin(s), rrmax(s)) [0024] When the buffer level is under a safe level, the client tries not to request a representation higher than the available throughput unless the minimum quality requirement cannot be met. This may be expressed as: if Blow≤ buf(t) < Bhigh , then: r(s) = min (max(rqmin(s), rrmax(s)), fqmax(s))
[0025] When the buffer level is high, the client performs more aggressively and can request a representation with a bitrate higher than the available throughput in order to meet the maximum quality requirement. This may be expressed as:
if buf(t) > Bhigh and R(rqmax(s),s) < a BWest(s), then: r(s) = rqmax(s), and if buf(t) > Bhigh and R(rqmax(s),s) > a BWest(s) then: r(s) = max(rqmin(s), rrmax(s)), where a is a specified number such that a larger a indicates the client performs more aggressively.
Additional Notes and Examples
[0026] In Example 1 , a method for receiving DASH (dynamic streaming over HTTP (hypertext transfer protocol)) data in a client device over a network, comprises: receiving a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media content at different bitrates, referred to as representations, and includes for each representation a bitrate and a quality measure related to the quality of experience (QoE) that results when that representation is played; and, downloading selected representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer, and
wherein representations are selected for downloading as a function of the amount of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
[0027] In Example 2, a method for receiving DASH (dynamic streaming over HTTP (hypertext transfer protocol)) data in a client device over a network, comprises: receiving a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media content at different bitrates, referred to as representations, and includes for each representation a bitrate; and, downloading selected
representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer; generating quality measures related to the quality of experience (QoE) that results when representations are played; and selecting representations for downloading as a function of the amount of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
[0028] In Example 3, the subject matters of either of Example 1 or Example 2 may optionally include computing an estimated throughput capacity B West(s) for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
K
BWest(s) =∑w(i)BW (s - i)
i=l
where BW(s) is the actual throughput corresponding to media segment s and K is a specified integer.
[0029] In Example 4, the subject matters of either of Example 1 or Example 2 may optionally include, for a media segment s, selecting a representation r(s) for downloading with the lowest bitrate when buf(t) = 0 where buf(t) is a measure of the amount of data stored in the buffer at time t and corresponds to a particular duration of playback.
[0030] In Example 5, the subject matters of either of Example 1 or Example 2 may optionally include, when buf(t) < Biow , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular
duration of playback and where Biow is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as:
r(s) = mm(rqmin(s), rrmax(s))
where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
= argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
argmaxr ((R(r,s) < BWest(s),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
[0031] In Example 6, the subject matters of either of Example 1 or Example 2 may optionally include, when Biow < buf(t) < Bugh , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Biow and BuSh are specified buffer levels, selecting a representation r(s) to be downloaded for media segment s as:
r(s) = min (max T qmin(s)> Y rmax(s))> Y qmax(s))
where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
rqmin(s) = argrnhv {{Q(r,s) > Qmi„),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
argmaxr ((R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
' qmax (s) - argminr {{Q(r,s) > Qmax),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s. [0032] In Example 7, the subject matters of either of Example 1 or Example 2 may optionally include, when Bugh < buf(t) , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Bhigh is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as:
r(s) = rqmax(s) if R(rqmax(s),s) < a BWest(s)
and as
r(s) = max(rqmin(s), rrmax(s)) if R(rqmax(s),s) > BWest(s)
where a is a specified parameter greater than one, where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
= argminr {{Q(r,s) > Qmin),
[0033] where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
= argmaxr ((R(r,s) < BWest(s),
[0034] where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
qmax (s) - argminr ((Q(r,s) > Qmax) ,
[0035] where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
[0036] In Example 8, the subject matters of either of Example 1 or Example 2 may optionally include wherein the quality measure is selected from a group that includes Video MS-SSIM (Multi-Scale Structural Similarity), video MOS (mean opinion score), video quality metrics (VQM), structural similarity metrics (SSIM), peak signal-to-noise ratio (PSNR), and perceptual evaluation of video quality metrics (PEVQ).
[0037] In Example 9, the subject matters of either of Example 1 or Example 2 may optionally include, at the beginning of playback, requesting the
representation with the lowest bitrate that meets a minimum quality requirement for the first N representations in order minimize playback delay, where N is a specified integer, such that:
r(s) = argmin, ((Q(r,s) > Qmi„); r = 1, ...m; s = 1, ... N;
[0038] where r(s) is the representation r to be selected for media segment s, r e [1, m m is the number of representations available for media segment s, Q(r,s) is the quality of representation r for segment s, and Qmin is a specified minimum quality requirement.
[0039] In Example 10, the subject matters of either of Example 1 or Example 2 may optionally include receiving the DASH data over a wireless network.
[0040] In Example 1 1 , a user equipment (UE) device for operating in an LTE (Long Term Evolution) network, comprises: processing circuitry including a buffer and a radio transceiver; wherein the processing circuitry is to perform any of the methods as set forth in Examples 1 through 10.
[0041] In Example 12, a computer-readable medium contains instructions for performing any of the methods as set forth in Examples 1 through 10.
[0042] The above detailed description includes references to the
accompanying drawings, which form a part of the detailed description. The drawings show, by way of illustration, specific embodiments that may be practiced. These embodiments are also referred to herein as "examples." Such examples may include elements in addition to those shown or described.
However, also contemplated are examples that include the elements shown or described. Moreover, also contemplate are examples using any combination or permutation of those elements shown or described (or one or more aspects thereof), either with respect to a particular example (or one or more aspects thereof), or with respect to other examples (or one or more aspects thereof) shown or described herein.
[0043] Publications, patents, and patent documents referred to in this document are incorporated by reference herein in their entirety, as though individually incorporated by reference. In the event of inconsistent usages between this document and those documents so incorporated by reference, the usage in the incorporated reference(s) are supplementary to that of this document; for irreconcilable inconsistencies, the usage in this document controls.
[0044] In this document, the terms "a" or "an" are used, as is common in patent documents, to include one or more than one, independent of any other instances or usages of "at least one" or "one or more." In this document, the term "or" is used to refer to a nonexclusive or, such that "A or B" includes "A but not B," "B but not A," and "A and B," unless otherwise indicated. In the appended claims, the terms "including" and "in which" are used as the plain- English equivalents of the respective terms "comprising" and "wherein." Also, in the following claims, the terms "including" and "comprising" are open-ended,
that is, a system, device, article, or process that includes elements in addition to those listed after such a term in a claim are still deemed to fall within the scope of that claim. Moreover, in the following claims, the terms "first," "second," and "third," etc. are used merely as labels, and are not intended to suggest a numerical order for their objects.
[0045] The embodiments as described above may be implemented in various hardware configurations that may include a processor for executing instructions that perform the techniques described. Such instructions may be contained in a machine-readable medium such as a suitable storage medium or a memory or other processor-executable medium.
[0046] The embodiments as described herein may be implemented in a number of environments such as part of a wireless local area network (WLAN), 3rd Generation Partnership Project (3GPP) Universal Terrestrial Radio Access Network (UTRAN), or Long-Term- Evolution (LTE) or a Long-Term-Evolution (LTE) communication system, although the scope of the invention is not limited in this respect. An example LTE system includes a number of mobile stations, defined by the LTE specification as User Equipment (UE), communicating with a base station, defined by the LTE specifications as an eNodeB.
[0047] Antennas referred to herein may comprise one or more directional or omnidirectional antennas, including, for example, dipole antennas, monopole antennas, patch antennas, loop antennas, microstrip antennas or other types of antennas suitable for transmission of RF signals. In some embodiments, instead of two or more antennas, a single antenna with multiple apertures may be used. In these embodiments, each aperture may be considered a separate antenna. In some multiple-input multiple-output (MIMO) embodiments, antennas may be effectively separated to take advantage of spatial diversity and the different channel characteristics that may result between each of antennas and the antennas of a transmitting station. In some MIMO embodiments, antennas may be separated by up to 1/10 of a wavelength or more.
[0048] In some embodiments, a receiver as described herein may be configured to receive signals in accordance with specific communication standards, such as the Institute of Electrical and Electronics Engineers (IEEE) standards including IEEE 802.1 1-2007 and/or 802.1 l(n) standards and/or proposed specifications for WLANs, although the scope of the invention is not
limited in this respect as they may also be suitable to transmit and/or receive communications in accordance with other techniques and standards. In some embodiments, the receiver may be configured to receive signals in accordance with the IEEE 802.16-2004, the IEEE 802.16(e) and/or IEEE 802.16(m) standards for wireless metropolitan area networks (WMANs) including variations and evolutions thereof, although the scope of the invention is not limited in this respect as they may also be suitable to transmit and/or receive communications in accordance with other techniques and standards. In some embodiments, the receiver may be configured to receive signals in accordance with the Universal Terrestrial Radio Access Network (UTRAN) LTE communication standards. For more information with respect to the IEEE 802.1 1 and IEEE 802.16 standards, please refer to "IEEE Standards for Information Technology— Telecommunications and Information Exchange between Systems" - Local Area Networks - Specific Requirements - Part 1 1 "Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY), ISO/IEC 8802- 11 : 1999", and Metropolitan Area Networks - Specific Requirements - Part 16: "Air Interface for Fixed Broadband Wireless Access Systems," May 2005 and related amendments/versions. For more information with respect to UTRAN LTE standards, see the 3rd Generation Partnership Project (3GPP) standards for UTRAN-LTE, release 8, March 2008, including variations and evolutions thereof.
[0049] The above description is intended to be illustrative, and not restrictive. For example, the above-described examples (or one or more aspects thereof) may be used in combination with others. Other embodiments may be used, such as by one of ordinary skill in the art upon reviewing the above description. The Abstract is to allow the reader to quickly ascertain the nature of the technical disclosure, for example, to comply with 37 C.F.R. § 1.72(b) in the United States of America. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. Also, in the above Detailed Description, various features may be grouped together to streamline the disclosure. However, the claims may not set forth every feature disclosed herein as embodiments may feature a subset of said features. Further, embodiments may include fewer features than those disclosed in a particular example. Thus, the following claims are hereby incorporated into the Detailed
Description, with a claim standing on its own as a separate embodiment. The scope of the embodiments disclosed herein is to be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.
Claims
1. A method for receiving DASH (dynamic streaming over HTTP
(hypertext transfer protocol)) data in a client device over a network, comprising: receiving a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media content at different bitrates, referred to as representations, and includes for each representation a bitrate and a quality measure related to the quality of experience (QoE) that results when that representation is played; and, downloading selected representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer, and wherein representations are selected for downloading as a function of the amount of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
2. The method of claim 1 further comprising, at the beginning of playback, requesting the representation with the lowest bitrate that meets a minimum quality requirement for the first N representations in order minimize playback delay, where N is a specified integer, such that: r(s) = argmin, ((Q(r,s) > Qmin); r = 1, ...m; s = 1, ... N; where r(s) is the representation r to be selected for media segment s, r e [ 1 , m m is the number of representations available for media segment s, Q(r,s) is the quality of representation r for segment s, and Qmi„ is a specified minimum quality requirement.
3. The method of claim 1 further comprising computing an estimated throughput capacity BWest(s) for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
K
BWest(s) =∑w(i)BW (s - i)
i=l where BW(s) is the actual throughput corresponding to media segment s and K is a specified integer.
4. The method of claim 1 further comprising, for a media segment s, selecting a representation r(s) for downloading with the lowest bitrate when buf(t) = 0 where buf(t) is a measure of the amount of data stored in the buffer at time t and corresponds to a particular duration of playback.
5. The method of claim 3 further comprising, when buf(t) < Biow , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Biow is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as: r(s) = mm(rqmin(s), rrmax(s)) where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
Y qmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < BWest(s),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
6. The method of claim 3 further comprising, when Biow < buf(t) < Bhigh , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Biow and Bhigh are specified buffer levels, selecting a representation r(s) to be downloaded for media segment s as: r(s) = min where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
F qmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
' rmax (s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Fqmax(s) = argminr {{Q(r,s) > Qmax),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
7. The method of claim 3 further comprising, when Bugh < buf(t) , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Bhigh is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as: r(s) = rqmax(s) if R(rqmax(s),s) < a BWeSt(s) and as r(s) = max(rqmi„(s), rrmax(s)) if R(rqmax(s),s) > BWest(s) where a is a specified parameter greater than one, where rqmi„(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmi expressed as:
qmin(s) = argminr ((Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Y qmax(s) = argminr {{Q(r,s) > Qmax) ,
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
8. The method of claim 1 further comprising: selecting a representation r(s) to be downloaded for media segment s as: r(s) = m (rqmin(s), rrmax(s)) if bufft) < Blow; selecting a representation r(s) to be downloaded for media segment s as: r(s) = min (m3.X qmin(s), rmax(s)), qmax(s)) if B!ow < buf(t) < Bhigh ; selecting a representation r(s) to be downloaded for media segment s as: r(s) = rqmax(s) if R(rqmax(s),s) < BWest(s) and as r(s) = max(rqmin(s), rrmax(s)) if R(rqmax(s),s) > BWest(s) ifBhigh < buf(t) ; where bufft) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback, where Bugh and Biow are specified buffer levels, where BWest(s) is an estimated throughput capacity computed for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
κ
BWest(s) =∑w(i)BW (S - i)
i=l where BW(s) is the actual throughput corresponding to media segment s and K is a specified integer, where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
Fqmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Y qmax(s) = argminr {{Q(r,s) > Qmax),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
9. The method of claim 1 wherein the quality measure is selected from a group that includes Video MS-SSIM (Multi- Scale Structural Similarity), video MOS (mean opinion score), video quality metrics (VQM), structural similarity metrics (SSIM), peak signal-to-noise ratio (PSNR), and perceptual evaluation of video quality metrics (PEVQ).
10. The method of claim 1 further comprising receiving the DASH data over a wireless network.
1 1. A method for receiving DASH (dynamic streaming over HTTP
(hypertext transfer protocol)) data in a client device over a network, comprising: receiving a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media
content at different bitrates, referred to as representations, and includes for each representation a bitrate; and, downloading selected representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer; generating quality measures related to the quality of experience (QoE) that results when representations are played; and selecting representations for downloading as a function of the amount of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
12. The method of claim 1 1 further comprising, at the beginning of playback, requesting the representation with the lowest bitrate that meets a minimum quality requirement for the first N representations in order minimize playback delay, where N is a specified integer, such that: r(s) = argmin, ((Q(r,s) > Qmin); r = 1, ...m; s = 1, ... N; where r(s) is the representation r to be selected for media segment s, r e [1, m m is the number of representations available for media segment s, Q(r,s) is the quality of representation r for segment s, and Qmin is a specified minimum quality requirement.
13. The method of claim 1 1 further comprising computing an estimated throughput capacity BWest(s) for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
K BWest(s) =∑ w(i)BW (s - i)
=l where BW(s) is the actual throughput corresponding to media segment s and K is a specified integer.
14. The method of claim 1 1 further comprising, for a media segment s, selecting a representation r(s) for downloading with the lowest bitrate when buf(t) = 0 where buf(t) is a measure of the amount of data stored in the buffer at time t and corresponds to a particular duration of playback.
15. The method of claim 13 further comprising, when buf(t) < Biow , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Biow is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as: r(s) = mm(rqmin(s), rrmax(s)) where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
Y qmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
rrmax(s) = argmax, {{R(r,s) < BWest(s),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
16. The method of claim 13 further comprising, when Biow < buf(t) < Bhigh , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Biow and Bhigh are specified buffer levels, selecting a representation r(s) to be downloaded for media segment s as: r(s) = min where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
F qmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
' rmax (s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Fqmax(s) = argminr {{Q(r,s) > Qmax),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
17. The method of claim 13 further comprising, when Bugh < buf(t) , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Bhigh is a specified buffer level, selecting a representation r(s) to be downloaded for media segment s as: r(s) = rqmax(s) if R(rqmax(s),s) < a BWeSt(s) and as r(s) = max(rqmi„(s), rrmax(s)) if R(rqmax(s),s) > BWest(s) where a is a specified parameter greater than one, where rqmi„(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmi expressed as:
qmin(s) = argminr ((Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Y qmax(s) = argminr {{Q(r,s) > Qmax) ,
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
18. The method of claim 1 1 further comprising: selecting a representation r(s) to be downloaded for media segment s as: r(s) = m (rqmin(s), rrmax(s)) if bufft) < Blow; selecting a representation r(s) to be downloaded for media segment s as: r(s) = min (lTi iX V qmin(s), rmax(s)), qmax(s)) if B!ow < buf(t) < Bhigh ; selecting a representation r(s) to be downloaded for media segment s as: r(s) = rqmax(s) if R(rqmax(s),s) < BWest(s) and as r(s) = max(rqmin(s), rrmax(s)) if R(rqmax(s),s) > BWest(s) ifBhigh < buf(t) ; where bufft) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback, where Bugh and Biow are specified buffer levels, where BWest(s) is an estimated throughput capacity computed for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
κ
BWest(s) =∑w(i)BW (S - i)
i=l where BW(s) is the actual throughput corresponding to media segment s and K is a specified integer, where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
Fqmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Y qmax(s) = argminr {{Q(r,s) > Qmax),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
19. A user equipment (UE) device for operating in an LTE (Long Term Evolution) network, comprising: processing circuitry including a buffer and a radio transceiver; wherein the processing circuitry is to: receive a media presentation description (MPD) from an HTTP server, wherein the MPD contains uniform resource identifiers (URIs) for a media presentation made up of a plurality of ordered media segments, and wherein, for each of the ordered media segments, the MPD contains URIs for the same media content at different bitrates, referred to as representations, and includes for each representation a bitrate and a quality measure related to the quality of experience (QoE) that results when that representation is played; and, download selected representations for playback at designated playback times from the HTTP server using the URIs in the MPD, wherein representations received before their designated playback times are stored in a buffer, and wherein representations are selected for downloading as a function of the amount
of data currently stored in the buffer, the bitrates and quality measures of the representations, and an estimated currently available throughput capacity.
20. The device of claim 19 wherein the processing circuitry is to compute an estimated throughput capacity BWest(s) for a particular media segment s as a weighted sum of the throughputs of previously downloaded media segments such that:
K
BWest(s) =∑w(i)BW (s - i)
i=l where BW(s) is the actual throughput corresponding to media segment s and K is a specified integer.
21. The device of claim 20 wherein the processing circuitry is to, when buf(t) < Biow , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Biow is a specified buffer level, select a representation r(s) to be downloaded for media segment as: r(s) = mm(rqmin(s), rrmax(s)) where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
Fqmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < BWest(s),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
22. The device of claim 20 wherein the processing circuitry is to, when Biow
< buf(t) < Bhigh , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where B^ and Bhigh are specified buffer levels, select a representation r(s) to be downloaded for media segment s as: r(s) = min where rqmin(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmin expressed as:
F qmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
' rmax (s) - argmaxr {{R(r,s) < BWest(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
= argminr {{Q(r,s) > Qmax),
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
23. The device of claim 20 wherein the processing circuitry is to, when Bugh
< buf(t) , where buf(t) is a measure of the amount of data stored in the buffer at time t corresponding to a particular duration of playback and where Bugh is a specified buffer level, select a representation r(s) to be downloaded for media segment as: r(s) = rqmax(s) if R(rqmax(s),s) < BWest(s) and as r(s) = max(rqmi„(s), rrmax(s)) if R(rqmax(s),s) > BWest(s) where a is a specified parameter greater than one, where rqmi„(s) is the lowest bitrate representation that satisfies a specified minimum quality requirement Qmi expressed as:
F qmin(s) = argminr {{Q(r,s) > Qmin),
where rrmax(s) is the highest bitrate representation under current throughput constraints expressed as:
(s) - argmaxr {{R(r,s) < B West(s),
where rqmax(s) is the lowest bitrate representation that satisfies a specified maximum quality requirement Qmax expressed as:
Y qmax(s) = argminr {{Q(r,s) > Qmax) ,
where Q(r,s) is the quality measure of representation r for media segment s, and where R(r,s) is the bitrate of representation r for media segment s.
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP13880537.9A EP2979414B1 (en) | 2013-03-29 | 2013-12-20 | Quality-aware rate adaptation techniques for dash streaming |
ES13880537T ES2728732T3 (en) | 2013-03-29 | 2013-12-20 | Quality sensitive rate adaptation techniques for diffusion in DASH-type flow |
US14/778,705 US20160050246A1 (en) | 2013-03-29 | 2013-12-20 | Quality-aware rate adaptation techniques for dash streaming |
PCT/US2013/077142 WO2014158264A1 (en) | 2013-03-29 | 2013-12-20 | Quality-aware rate adaptation techniques for dash streaming |
TW103111064A TWI526062B (en) | 2013-03-29 | 2014-03-25 | Quality-aware rate adaptation techniques for dash streaming |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361806821P | 2013-03-29 | 2013-03-29 | |
US61/806,821 | 2013-03-29 | ||
PCT/US2013/077142 WO2014158264A1 (en) | 2013-03-29 | 2013-12-20 | Quality-aware rate adaptation techniques for dash streaming |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014158264A1 true WO2014158264A1 (en) | 2014-10-02 |
Family
ID=90354805
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2013/077142 WO2014158264A1 (en) | 2013-03-29 | 2013-12-20 | Quality-aware rate adaptation techniques for dash streaming |
Country Status (5)
Country | Link |
---|---|
US (1) | US20160050246A1 (en) |
EP (1) | EP2979414B1 (en) |
ES (1) | ES2728732T3 (en) |
TW (1) | TWI526062B (en) |
WO (1) | WO2014158264A1 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9345046B2 (en) | 2013-03-29 | 2016-05-17 | Intel IP Corporation | User equipment and method for distributed channel access for D2D communications |
US9647818B2 (en) | 2013-01-03 | 2017-05-09 | Intel IP Corporation | Apparatus and method for single-tone device discovery in wireless communication networks |
US9743268B2 (en) | 2013-03-29 | 2017-08-22 | Intel IP Corporation | Control of WLAN selection policies in roaming scenarios |
EP3211912A1 (en) * | 2016-02-29 | 2017-08-30 | Fuji Xerox Co., Ltd. | Information processing apparatus |
US9794876B2 (en) | 2013-03-29 | 2017-10-17 | Intel IP Corporation | Extended paging discontinuous reception (DRX) cycles in wireless communication networks |
US9894130B2 (en) | 2014-09-23 | 2018-02-13 | Intel Corporation | Video quality enhancement |
US9930647B2 (en) | 2013-04-04 | 2018-03-27 | Intel IP Corporation | Enhanced node B and method for RRC connection establishment for small data transfers |
WO2018121839A1 (en) * | 2016-12-27 | 2018-07-05 | Telecom Italia S.P.A. | Method and system for providing variable quality streaming video services in mobile communication networks |
CN114616801A (en) * | 2020-06-23 | 2022-06-10 | 腾讯美国有限责任公司 | Signaling bandwidth cap using combined index segment tracks in media streaming |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10284612B2 (en) * | 2013-04-19 | 2019-05-07 | Futurewei Technologies, Inc. | Media quality information signaling in dynamic adaptive video streaming over hypertext transfer protocol |
CN104254109B (en) * | 2013-06-25 | 2019-02-19 | 华为技术有限公司 | User equipment, base station, streaming media self-adapting Transmission system and method |
KR20150012206A (en) * | 2013-07-24 | 2015-02-03 | 한국전자통신연구원 | Method and apparatus for encoding three dimensoional content |
CN104717555B (en) * | 2013-12-11 | 2018-01-02 | 华为技术有限公司 | The acquisition methods and device of video code flow |
JP6574426B2 (en) * | 2014-01-09 | 2019-09-11 | サムスン エレクトロニクス カンパニー リミテッド | Method and apparatus for transmitting media data related information in multimedia transmission system |
US10560514B2 (en) * | 2014-03-29 | 2020-02-11 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving information related to multimedia data in a hybrid network and structure thereof |
KR102249147B1 (en) * | 2014-03-29 | 2021-05-07 | 삼성전자주식회사 | Apparatus and method for delivering and receiving related information of multimedia data in hybrid network and structure thereof |
US10033824B2 (en) * | 2014-06-30 | 2018-07-24 | Samsung Electronics Co., Ltd. | Cache manifest for efficient peer assisted streaming |
US9894010B2 (en) | 2014-07-24 | 2018-02-13 | Cisco Technology, Inc. | Management of heterogeneous client device groups |
US9860294B2 (en) | 2014-12-24 | 2018-01-02 | Intel Corporation | Media content streaming |
CA2975904C (en) * | 2015-02-07 | 2023-02-14 | Zhou Wang | Method and system for smart adaptive video streaming driven by perceptual quality-of-experience estimations |
US10567816B2 (en) | 2015-04-30 | 2020-02-18 | Comcast Cable Communications, Llc | Delivering content |
US11109101B1 (en) * | 2015-05-13 | 2021-08-31 | T-Mobile Usa, Inc. | Apparatus, system, and method for ABR segment pull DVR |
US10349104B2 (en) * | 2015-08-19 | 2019-07-09 | Ericsson Ab | System and method for managing segment delivery and bandwidth responsive to encoding complexity metrics |
EP3354063B1 (en) * | 2015-09-23 | 2019-03-06 | Telefonaktiebolaget LM Ericsson (publ) | Cooperation between wireless communication networks |
US10673921B2 (en) | 2016-03-06 | 2020-06-02 | Ssimwave Inc. | Method and system for automatic user quality-of-experience measurement of streaming video |
US11102535B1 (en) * | 2016-06-21 | 2021-08-24 | Amazon Technologies, Inc. | Adjusting parameter settings for bitrate selection algorithms |
KR102532645B1 (en) * | 2016-09-20 | 2023-05-15 | 삼성전자 주식회사 | Method and apparatus for providing data to streaming application in adaptive streaming service |
CN106506525B (en) * | 2016-11-29 | 2019-10-25 | 北京旷视科技有限公司 | For playing the method and device of video flowing on a web browser |
US10348796B2 (en) | 2016-12-09 | 2019-07-09 | At&T Intellectual Property I, L.P. | Adaptive video streaming over preference-aware multipath |
KR101937247B1 (en) * | 2016-12-28 | 2019-01-14 | 네이버 주식회사 | Bandwidth estimation based on buffer and adaptive bitrate publish in real-time live environment |
WO2018165487A1 (en) | 2017-03-08 | 2018-09-13 | Arris Enterprises Llc | Excess bitrate distribution based on quality gain in sabr server |
US10334287B2 (en) * | 2017-04-17 | 2019-06-25 | Plex, Inc. | Digital data streaming using server driven adaptive bitrate |
CN107197386B (en) * | 2017-05-31 | 2020-04-21 | 西安理工大学 | Cross-platform video playing implementation method without client |
US10652166B2 (en) * | 2017-06-27 | 2020-05-12 | Cisco Technology, Inc. | Non-real time adaptive bitrate recording scheduler |
CN108271048B (en) * | 2018-02-09 | 2020-08-07 | 北京邮电大学 | Code rate self-adaptive adjusting device and method considering both throughput and video buffering |
CN108833996B (en) * | 2018-07-03 | 2020-07-10 | 湖北大学 | Service node selection, update and code rate self-adaption method in distributed DASH system |
US10728305B2 (en) | 2018-07-24 | 2020-07-28 | At&T Intellectual Property I, L.P. | Adaptive bitrate streaming techniques |
US11089346B2 (en) | 2018-07-24 | 2021-08-10 | At&T Intellectual Property I, L.P. | Adaptive bitrate streaming techniques |
US10728588B2 (en) | 2018-07-24 | 2020-07-28 | At&T Intellectual Property I, L.P. | Adaptive bitrate streaming techniques |
US10728630B2 (en) | 2018-07-24 | 2020-07-28 | At&T Intellectual Property I, L.P. | Adaptive bitrate streaming techniques |
US11349904B2 (en) * | 2019-04-03 | 2022-05-31 | Citrix Systems, Inc. | Selecting a mode of delivery to provide access to a file systems and methods |
US11039221B2 (en) * | 2019-04-19 | 2021-06-15 | At&T Intellectual Property I, L.P. | Apparatus and method for facilitating trickplay playback |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090290555A1 (en) * | 2008-05-21 | 2009-11-26 | Comsys Communication & Signal Processing Ltd. | Autonomous anonymous association between a mobile station and multiple network elements in a wireless communication system |
JP2010045847A (en) * | 2009-11-18 | 2010-02-25 | Mitsubishi Electric Corp | Data communication device and data communication method |
US20120209952A1 (en) | 2011-02-11 | 2012-08-16 | Interdigital Patent Holdings, Inc. | Method and apparatus for distribution and reception of content |
WO2012134530A1 (en) * | 2011-04-01 | 2012-10-04 | Intel Corporation | Cross-layer optimized adaptive http streaming |
WO2012167106A1 (en) * | 2011-06-01 | 2012-12-06 | Interdigital Patent Holdings, Inc. | Content delivery network interconnection (cdni) mechanism |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7860996B2 (en) * | 2008-05-30 | 2010-12-28 | Microsoft Corporation | Media streaming with seamless ad insertion |
US20130170561A1 (en) * | 2011-07-05 | 2013-07-04 | Nokia Corporation | Method and apparatus for video coding and decoding |
JP2013038766A (en) * | 2011-07-12 | 2013-02-21 | Sharp Corp | Transmitter, transmitter control method, control program, and recording medium |
US8924580B2 (en) * | 2011-08-12 | 2014-12-30 | Cisco Technology, Inc. | Constant-quality rate-adaptive streaming |
WO2013090280A2 (en) * | 2011-12-15 | 2013-06-20 | Dolby Laboratories Licensing Corporation | Bandwidth adaptation for dynamic adaptive transferring of multimedia |
US9479562B2 (en) * | 2011-12-16 | 2016-10-25 | Netflix, Inc. | Measuring user quality of experience for a streaming media service |
WO2014011720A1 (en) * | 2012-07-10 | 2014-01-16 | Vid Scale, Inc. | Quality-driven streaming |
WO2014062921A1 (en) * | 2012-10-19 | 2014-04-24 | Interdigital Patent Holdings, Inc. | Multi-hypothesis rate adaptation for http streaming |
WO2014133589A1 (en) * | 2013-03-01 | 2014-09-04 | Intel Corporation | Wireless local area network (wlan) traffic offloading |
-
2013
- 2013-12-20 EP EP13880537.9A patent/EP2979414B1/en active Active
- 2013-12-20 ES ES13880537T patent/ES2728732T3/en active Active
- 2013-12-20 US US14/778,705 patent/US20160050246A1/en not_active Abandoned
- 2013-12-20 WO PCT/US2013/077142 patent/WO2014158264A1/en active Application Filing
-
2014
- 2014-03-25 TW TW103111064A patent/TWI526062B/en not_active IP Right Cessation
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090290555A1 (en) * | 2008-05-21 | 2009-11-26 | Comsys Communication & Signal Processing Ltd. | Autonomous anonymous association between a mobile station and multiple network elements in a wireless communication system |
JP2010045847A (en) * | 2009-11-18 | 2010-02-25 | Mitsubishi Electric Corp | Data communication device and data communication method |
US20120209952A1 (en) | 2011-02-11 | 2012-08-16 | Interdigital Patent Holdings, Inc. | Method and apparatus for distribution and reception of content |
WO2012134530A1 (en) * | 2011-04-01 | 2012-10-04 | Intel Corporation | Cross-layer optimized adaptive http streaming |
WO2012167106A1 (en) * | 2011-06-01 | 2012-12-06 | Interdigital Patent Holdings, Inc. | Content delivery network interconnection (cdni) mechanism |
Non-Patent Citations (4)
Title |
---|
"rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Transparent end-to-end Packet-switched Streaming Service (PSS); Progressive Download and Dynamic Adaptive Streaming over HTTP ( GP-DASH", TECHNICAL SPECIFICATION GPP TS 6. , V . ., 2012 |
KONSTANTIN MILLER ET AL.: "Adaptation Algorithm for Adaptive Streaming over H TTP", PACKET VIDEO WORKSHOP (PV), 10 May 2012 (2012-05-10), MUNICH, pages 173 - 178, XP032451760, Retrieved from the Internet <URL:http://www.tkn.tu-berlin.de/fileadmin/fg112/Papers/Adaptation_Algorithm_for_Adaptive_Streaming_over_HTTP.pdf> * |
R. HUYSEGEMS ET AL.: "Session reconstruction for HT?P adaptive streaming", IEEE INTERNATIONAL WORKSHOP ON QUALITY OF SERVICE, 2012 |
See also references of EP2979414A4 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10587389B2 (en) | 2013-01-03 | 2020-03-10 | Apple Inc. | Apparatus and method for single-tone device discovery in wireless communication networks |
US9647818B2 (en) | 2013-01-03 | 2017-05-09 | Intel IP Corporation | Apparatus and method for single-tone device discovery in wireless communication networks |
US9743268B2 (en) | 2013-03-29 | 2017-08-22 | Intel IP Corporation | Control of WLAN selection policies in roaming scenarios |
US9345046B2 (en) | 2013-03-29 | 2016-05-17 | Intel IP Corporation | User equipment and method for distributed channel access for D2D communications |
US9794876B2 (en) | 2013-03-29 | 2017-10-17 | Intel IP Corporation | Extended paging discontinuous reception (DRX) cycles in wireless communication networks |
US9930647B2 (en) | 2013-04-04 | 2018-03-27 | Intel IP Corporation | Enhanced node B and method for RRC connection establishment for small data transfers |
US9894130B2 (en) | 2014-09-23 | 2018-02-13 | Intel Corporation | Video quality enhancement |
EP3211912A1 (en) * | 2016-02-29 | 2017-08-30 | Fuji Xerox Co., Ltd. | Information processing apparatus |
WO2018121839A1 (en) * | 2016-12-27 | 2018-07-05 | Telecom Italia S.P.A. | Method and system for providing variable quality streaming video services in mobile communication networks |
US11283854B2 (en) | 2016-12-27 | 2022-03-22 | Telecom Italia S.P.A. | Method and system for providing variable quality streaming video services in mobile communication networks |
CN114616801A (en) * | 2020-06-23 | 2022-06-10 | 腾讯美国有限责任公司 | Signaling bandwidth cap using combined index segment tracks in media streaming |
JP7371984B2 (en) | 2020-06-23 | 2023-10-31 | テンセント・アメリカ・エルエルシー | Video encoding methods, devices and computer programs |
CN114616801B (en) * | 2020-06-23 | 2023-12-26 | 腾讯美国有限责任公司 | Video coding method, device, equipment and storage medium |
Also Published As
Publication number | Publication date |
---|---|
EP2979414A1 (en) | 2016-02-03 |
TW201445991A (en) | 2014-12-01 |
ES2728732T3 (en) | 2019-10-28 |
EP2979414A4 (en) | 2016-11-30 |
TWI526062B (en) | 2016-03-11 |
EP2979414B1 (en) | 2019-04-10 |
US20160050246A1 (en) | 2016-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2979414B1 (en) | Quality-aware rate adaptation techniques for dash streaming | |
EP2962435B1 (en) | Link-aware streaming adaptation | |
US10911506B2 (en) | Methods for quality-aware adaptive streaming over hypertext transfer protocol and reporting quality of experience | |
CN108600789B (en) | Apparatus and machine-readable storage medium for multimedia adaptive streaming | |
CN109039495B (en) | QoE-aware radio access network architecture for HTTP-based video streaming | |
KR101557504B1 (en) | Method for transmitting adapted channel condition apparatus using the method and providing system | |
US11477257B2 (en) | Link-aware streaming adaptation | |
US9967303B2 (en) | Throttling a media stream for transmission via a radio access network | |
EP3563540B1 (en) | Method and system for providing variable quality streaming video services in mobile communication networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13880537 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2013880537 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14778705 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |