CN109890071A - 移动多媒体流的解码复杂度 - Google Patents

移动多媒体流的解码复杂度 Download PDF

Info

Publication number
CN109890071A
CN109890071A CN201910193904.3A CN201910193904A CN109890071A CN 109890071 A CN109890071 A CN 109890071A CN 201910193904 A CN201910193904 A CN 201910193904A CN 109890071 A CN109890071 A CN 109890071A
Authority
CN
China
Prior art keywords
complex degree
wtru
media content
decoding
decoding complex
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910193904.3A
Other languages
English (en)
Other versions
CN109890071B (zh
Inventor
O·卢特法拉赫
E·阿斯蓬
H·刘
Y·雷兹尼克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital VC Holdings Inc
Original Assignee
Vid Scale Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vid Scale Inc filed Critical Vid Scale Inc
Priority to CN201910193904.3A priority Critical patent/CN109890071B/zh
Publication of CN109890071A publication Critical patent/CN109890071A/zh
Application granted granted Critical
Publication of CN109890071B publication Critical patent/CN109890071B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/765—Media network packet handling intermediate
    • 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/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/22—TPC being performed according to specific parameters taking into account previous information or commands
    • H04W52/223—TPC being performed according to specific parameters taking into account previous information or commands predicting future states of the transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/373—Predicting channel quality or other radio frequency [RF] parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Circuits Of Receivers In General (AREA)
  • Transmitters (AREA)
  • Telephonic Communication Services (AREA)
  • Power Sources (AREA)
  • Telephone Function (AREA)

Abstract

解码复杂度可以用于预测用于在无线发射/接收单元(WTRU)处接收、解码和/或显示媒体内容的功率消耗。解码复杂度可以基于从参考设备(例如另一WTRU)接收到的解码复杂度反馈。解码复杂度反馈可以基于在用于接收、解码和/或显示媒体内容的参考设备处执行的测量。内容提供设备可以向WTRU或另一网络实体指示请求的媒体内容的解码复杂度。解码复杂度可以在与媒体内容相关联的流协议或文件中指示。WTRU或其它网络实体可以使用解码复杂度来确定其关于媒体内容传输的偏好。内容提供设备可以基于WTRU或其它网络设备的解码复杂度和/或偏好来确定是否传送媒体内容。

Description

移动多媒体流的解码复杂度
本申请是申请号为201380066137.0，申请日为2013年10月18日，发明名称是“移动多媒体流的解码复杂度”的中国发明专利申请的分案申请。
相关申请的交叉引用
本申请要求享有2012年10月18日提交的申请号为61/715,466的美国临时申请的权益，该申请的内容通过引用整体结合于此。
背景技术
通过使用无线通信网络，可以将多媒体内容从内容供应商发送到移动设备。该内容可以通过对所述内容进行流传输来提供，以使得所述内容能够在移动设备处被接收到和/或被提供给移动设备的端用户。移动多媒体流可以允许移动设备在移动设备处接收到整个媒体文件之前开始播放媒体内容。
由于可用带宽的可变性和在多媒体体验期间对电池的潜在需求，将多媒体内容流传输到移动设备可能会遇到挑战。由于无线通信网络上的可用带宽的可变性，用于接收多媒体内容的移动设备的无线电接口消耗的功率可能是未知的或者难以确定的。一旦在移动设备处接收到多媒体内容，所述内容的解码和播放就可能会消耗额外的功率，该额外的功率可能也是未知的或者难以确定的。
由于在多媒体体验期间移动设备消耗的功率难以确定，传送和/或显示媒体数据的移动设备和网络使用了不必要的资源。
发明内容
这里描述了用于预测用于在无线发射/接收单元(WTRU)处接收、解码和/或显示媒体内容的功率消耗的系统、方法以及装置。WTRU可以从内容提供设备请求媒体内容。内容提供设备可以接收针对媒体内容的请求，并且可以确定与多媒体内容相关联的解码复杂度。解码复杂度可以基于指示用于在参考设备(例如WTRU)处接收、解码和/或显示媒体内容的功率值的数据。例如，解码复杂度可以指示用于在参考设备处接收、解码和/或显示多媒体内容的最小解码复杂度值、最大解码复杂度值和/或平均解码复杂度值。
多媒体内容可以包括视频内容(例如视频流、视频文件等)、图像、音频内容和/或其它形式的多媒体内容。多媒体内容可以包括多种类型的内容。例如，当媒体内容包括视频内容时，媒体内容可以包括标清版本和高清版本的媒体内容。媒体内容可以被分段。不同类型和/或片段的媒体内容中的每一者都可以具有相对应的解码复杂度。
内容提供设备可以发送解码复杂度的指示给WTRU或其它网络设备。解码复杂度的指示可以包括在媒体文件或协议中。WTRU或另一网络设备可以使用解码复杂度来确定是否接受所请求的媒体内容。例如，WTRU可以比较所述解码复杂度与在WTRU处可用的可用功率资源量。在所请求的多媒体内容中包括多个类型或片段的内容的情况下，WTRU或其它网络设备可以使用解码复杂度来选择一个或多个类型或片段的内容。
内容提供设备还可以(或者可替换地)基于相关联的解码复杂度来确定是否提供所请求的媒体内容或者其一个或多个类型或片段。内容提供设备可以知道不同的WTRU设备特性，并且可以使用所述特性来确定是否提供所请求的媒体内容或者其一个或多个类型或片段。WTRU设备特性可以包括WTRU类型、WTRU的可用功率、和/或WTRU的功率消耗配置。
附图说明
可从以下描述中获取对这里描述的实施方式的更详细的理解，这些描述是结合附图通过举例给出的，其中：
图1是描绘了可由无线通信系统中的无线发射/接收单元(WTRU)使用的示例性通信状态的示图；
图2是描绘了用于流传输来自内容供应商的视频内容的示例的示图；
图3是描绘了用于流传输来自内容供应商的视频内容的示例的另一示图；
图4是显示用于基于解码复杂度来传送媒体内容的示例性过程的流程图；
图5是显示用于基于解码复杂度来选择多媒体内容的流程图；
图6是显示用于测量解码复杂度和/或发送指示解码复杂度的解码复杂度反馈信息的示例性过程的流程图；
图7是描绘了可用于发送解码复杂度反馈信息的示例性消息的示图；
图8A描绘了示例性通信系统的系统图，在该系统中可以实施一个或多个公开的实施方式；
图8B描绘了示例性无线发射/接收单元(WTRU)的系统图，该WTRU可以用于图8A所示的通信系统内；
图8C描绘了示例性无线电接入网和示例性核心网的系统图，该示例性无线电接入网和示例性核心网可以用于图8A所示的通信系统内；
图8D描绘了另一示例性无线电接入网和另一示例性核心网的系统图，该另一示例性无线电接入网和另一示例性核心网可以用于图8A所示的通信系统内；
图8E描绘了另一示例性无线电接入网和另一示例性核心网的系统图，该另一示例性无线电接入网和另一示例性核心网可以用于图8A所示的通信系统内。
具体实施方式
内容供应商可以通过无线通信网络向无线发射/接收单元(WTRU)提供多媒体内容。WTRU在多媒体体验期间消耗的功率值可以基于媒体内容的类型和/或WTRU特性而被预测。测量可以由已经接收、解码和/或显示多媒体内容的WTRU执行。这些测量可以用于预测接收、解码和/或显示多媒体内容时消耗的功率值。
功率消耗描述符可以用于指示WTRU在多媒体体验期间消耗的功率值。例如，功率消耗描述符可以指示WTRU在接收、解码和/或显示多媒体内容时消耗的功率值。功率消耗描述符可以指代解码复杂度。功率消耗描述符可以包括在协议、文件格式等等中。功率消耗描述符可以是基于一个或多个媒体流和/或一种或多种WTRU类型的。
WTRU处的功率消耗可以受到在通信系统中流传输多媒体内容的影响。多媒体内容可以包括视频流、图像、音频和/或使用通信系统传送的其他形式的多媒体数据。通过变化视频分辨率、帧率和/或量化参数，可以将视频流编码成不同的子流。例如，子流可以包括例如H.264流。也可以通过变化通道数(例如5.1、2.0-立体声、1.0-单声道等)、不同的编解码器数和/或编解码器扩展数(例如MP3、高级音频编码(AAC)、高效(HE)-AAC等)来将音频流编码成不同的子流。
在WTRU处可以消耗功率来用于多媒体数据处理和/或显示。无线接口消耗的功率可以占据总的功率消耗的一部分(例如大约15％到25％)。无线接口可以是能够接收信号和/或将信号解码为可传递到多媒体解码模块的数字信号的无线模块。无线接口可以经由Wi-Fi、3G、4G等来进行通信。WTRU的显示可以占据视频播放消耗的总功率的一部分。显示可以占据WTRU内的组件消耗的功率的最大部分(例如在大约38％到68％之间)。处理器可以占据视频播放消耗的功率的一部分。处理器可以占据在显示之后的视频播放的功率消耗的最大部分。
呼叫模块可以导致电话呼叫可能消耗的额外功率。呼叫模块可以是GSM模块或可用于处理呼叫数据的其他模块。呼叫模块消耗的功率可以是静态的或动态的。
多媒体内容可以被预取(pre-fetch)或可以被流传输以便在WTRU处显示。当WTRU在开始显示内容的一部分之前，WTRU已经完全接收到该内容时，多媒体内容可以在WTRU处被预取。通过按照片段(该片段在多媒体内容被完全接收到之前在WTRU处可以被显示)的形式来发送至WTRU，多媒体内容可以被流传输。通过流传输多媒体内容，该内容的一部分可以在接收到整个多媒体内容之前被观看。多媒体内容可以通过使用自适应超文本传输协议(HTTP)流传输而按照片段的形式传送。片段之间的周期可以足够长以便空中接口模块在传输之间进入睡眠模式或空闲模式。
图1是描述了可由无线通信系统中的WTRU使用的示例性通信状态的示图。通信状态可以包括用于在WTRU处传送和/或接收传输的连接状态和/或可以在传输之间使用的空闲状态。WTRU消耗的功率可以取决于通信状态之间的转换。例如，如图1所示，通过从连接状态转换到功率节约连接状态和/或空闲状态，WTRU可以节约功率。
示例性通信状态可以包括无线电资源控制(RRC)状态，例如RRC连接状态102和/或RRC空闲状态104。当演进型全球移动通信系统(UMTS)陆地无线电接入(E-UTRA)被实施为无线电技术，例如在长期演进(LTE)通信系统中，RRC连接状态102可以是E-UTRA RRC连接状态和/或RRC空闲状态104可以是E-UTRA RRC空闲状态。RRC连接状态102可以用于传递数据(例如单播数据)给WTRU和/或传送来自WTRU的数据。RRC连接状态102可以针对网络控制的移动性用于监视与共享数据信道相关联的控制信道等。RRC空闲状态104可以用于监视寻呼信道以检测输入的呼叫、获取系统信息和/或执行可用测量的记录。RRC连接状态102可以使用比RRC空闲状态104更高的功率级。
在106，WTRU可以在RRC连接状态102与RRC空闲状态106之间转换。例如，在RRC连接状态102中没有接收到传输的情况下经过一个时间段之后，WTRU可以从RRC连接状态102转换到RRC空闲状态104。WTRU可以转换到RRC空闲状态104以保存电池功率，这是因为RRC空闲状态104可以使用比RRC连接状态102更少的功率资源。WTRU可以转换到RRC连接状态102，例如，当数据传输被接收到以便在RRC连接状态102中被处理时。在106，当WTRU在RRC连接状态102与RRC空闲状态104之间转换时，WTRU可以在RRC连接状态102中建立连接和/或当WTRU转换到空闲状态104时释放用于RRC连接状态102的资源。
RRC连接状态102可以分为连续接收状态、短不连续接收(DRX)状态、长DRX状态等等。短DRX状态和/或长DRX状态可以是可使用比连续接收状态更少的功率的功率节约连接状态。WTRU可以转换到连续接收状态，例如当WTRU被从RRC空闲状态104提升(promote)时。连续接收状态可以由WTRU使用以在通信系统中传送和/或接收数据。当WTRU正在RRC连接状态102中等待数据时，WTRU可以从连续接收状态转换到DRX状态。例如，通信设备可以从连续接收状态转换到短DRX状态。在RRC连接状态102中没有接收到数据的情况下经过一个时间段之后，通信设备可以从RRC短DRX状态转换到长DRX状态。长DRX状态可以是扩展DRX状态，该扩展DRX状态可以允许WTRU在转换到空闲模式之前在较长的时间段处于DRX模式。
状态之间的转换可以使用不活动定时器来处理。一旦不活动定时器T1期满，WTRU就可以从连续接收状态转换到短DRX状态。当WTRU不再传送和/或接收数据时，不活动定时器T1可以开始。一旦不活动定时器T2期满时，WTRU就可以从短DRX状态转换到长DRX状态。一旦不活动定时器T3期满，WTRU就可以从长DRX状态转换到RRC空闲状态104。
WTRU可以将针对连通性的状态转移到其他无线电技术。例如，WTRU可以将针对连通性的状态转移到UMTS、全球移动通信系统(GSM)、或其他无线电技术。在108，WTRU可以在RC连接状态102与UMTS连接状态之间执行切换。在126，WTRU可以在RRC连接状态102与GSM/通用分组无线电业务(GPRS)分组连接状态之间执行切换。
UMTS状态110可以包括连接状态和/或空闲状态。连接状态可以包括CELL专用信道(DCH)状态112、CELL前向接入信道(FACH)状态114、和/或CELL寻呼信道(PCH)/URA PCH116。在CELL_DCH状态112中，WTRU可以在下行链路和/或上行链路方向中被分配专用传输信道。在CELL_FACH状态114中，WTRU可以通过共享信道与其他WTRU一起传送用户数据。共享信道可以是低速信道，例如其可以小于15kbps。在CELL_PCH/URA_PCH状态116中，WTRU可以维持在连接模式以进行寻呼和/或可以转移到FACH。CELL_FACH状态114和/或CELL_PCH/URA_PCH状态116在UMTS中可以是功率节约连接状态，这是因为它们可以使用比CELL_DCH 112更少的功率资源。UMTS空闲状态可以包括UTRA空闲状态120。在118，WTRU可以在UMTS连接状态112、114、116与UTRA空闲状态120之间进行转换。在118，WTRU可以建立与一种状态的连接和/或为其他状态释放资源。
WTRU可以在UMTS状态110与RRC状态之间执行重选。例如，在122，WTRU可以执行从UMTS连接状态112、114、116到RRC空闲状态104的重选。在124，WTRU可以在UTRA状态120与RRC空闲状态104之间执行重选。
GSM/GPRS分组状态128可以包括连接状态和/或空闲状态。连接状态可以包括GSM连接状态130和/或GPRS分组传递模式状态132。在GSM连接状态130和/或GPRS分组传递模式状态132中，WTRU可以具有分配给自己的上行链路和/或下行链路资源，并且可以传送和/或接收数据。空闲状态可以包括GSM空闲状态和/或GPRS分组空闲状态136。在134，WTRU可以在GSM连接状态130与GSM空闲状态136、或GPRS分组传递模式状态与GPRS分组空闲状态之间进行转换。WTRU可以建立与一种状态的连接和/或为其他状态释放资源。
在140，WTRU可以执行从RRC连接状态102到GSM空闲状态/GPRS分组空闲状态136的重选。在138，WTRU可以执行从GSM/GPRS分组连接状态130、132到RRC空闲状态104的小区改变(CCO，cell change over)重选。在142，WTRU可以执行从RRC空闲状态104到GSM空闲/GPRS分组空闲状态136的CCO重选。在114，WTRU可以执行从GSM空闲/GPRS分组空闲状态136到RRC空闲状态104的CCO重选。
虽然图1中提供了不同的连接状态和空闲状态作为示例，但是可以实施任意连接状态和/或空闲状态。可以实施连接状态以使得WTRU能够传送和/或接收数据。可以实施功率节约连接模式和/或空闲状态以减少WTRU处的功率消耗。
图2是描绘了用于流传输来自内容供应商(例如 等)的视频内容202的示例的示图。内容供应商可以提供来自能够存储和/或传送视频内容的一个或多个内容提供设备的视频内容202。视频内容202可以作为广告赞助视频流而被流传输。视频内容202可以按照大约4.0Mbps与大约1.4Mbps之间的比特率而被提供。平均比特率可以大约为850Kbps。
视频内容202可以有间隔地被传送和/或接收。视频传输的间隔204、206之后是不活动间隔208、210。传输间隔204、206可以为大约75秒。不活动间隔208、210可以为大约75秒。在这些不活动间隔208、210期间，WTRU可以将发射/接收模块置于功率节约状态。例如，在不活动间隔208、210期间，WTRU可以转换到短DRX模式、长DRX模式或CELL_FACH状态。如果不活动间隔长于用于转换到空闲状态的不活动定时器，则WTRU可以从传输间隔204、206中的连接状态转换到不活动间隔208、210中的空闲模式。
WTRU可以具有多媒体业务的处理间隔的静态特性。例如，WTRU可以假设视频片段在相同的不活动定时器之间被传送。图3是描绘了用于流传输来自内容供应商(例如等)的视频内容的示例的示图。视频内容302可以按照大约4.5Mbps与大约.3Mbps之间的比特率而被提供。平均比特率可以大约为602Kbps。视频内容302可以分成数量为N的块以便允许或使能WTRU从连接状态转换到连接模式或空闲模式中的功率节约状态。例如，WTRU可以从DCH状态转换到FACH状态以减少或节约能量。能量减少可以例如大约百分之八十。WTRU可以发送消息(例如RRC消息)以在接收到块之后转换到空闲状态和/或释放无线电资源。转换至空闲状态和/或释放无限电资源可以在等待用于转换到空闲模式的不活动定时器期满之前执行。这种早转换到空闲模式和/或释放资源可以称为快速休眠。
WTRU可以使用动态缓存管理以便缓存视频内容块。通过使用动态缓存管理以便使得WTRU能够尽快下载成块的内容和/或释放网络资源，其可以称为快速休眠，这可以节约功率。WTRU可以关闭发射/接收模块以节约功率。当缓存可能变满时，WTRU可以关闭连接(例如传输控制协议(TCP)连接)。
功率消耗模型可以用于解码WTRU中的媒体内容。如这里的描述，可以确定在WTRU处对媒体内容进行硬件加速解码消耗的功率。媒体内容可以包括视频内容(例如H.264视频内容)、图像、音频内容和/或其它类型的媒体内容。视频内容的解码可以模型化为主要H.264编码参数的三个指数函数的乘法，如等式(1)中所示：
其中s可以是分辨率，I可以是帧率，q可以是量化参数，和/或Pmax＝P(smax，tmax，qmin)，变量cs、ct,、和/或cq可以是可用于获取精确模型的常数的模型参数。例如，模型参数cs＝0.4，ct＝0.25，和/或cq＝0.0可以用于等式1。
显示的功率消耗可以模型化为如以下等式(2)所示：
其中变量i可以是瞬时时间，x和y可以是像素的坐标(例如行和列坐标)。R、G以及B可以分别是屏幕上显示的像素的红色、绿色以及蓝色组分。例如，R(x,y,i)可以是在瞬时i的像素(x,y)的值。变量α、β以及γ可以是可用于确定用于获得精确模型的模型参数。例如，WTRU上的显示可以在等式2中使用α＝1.02、β＝1.91和/或γ＝2.43来确定显示的功率消耗。对于一些WTRU，显示功率消耗可以是常数(例如≈250mW)。
使用等式(1)获得的功率模型参数可以应用于功率-速率优化自适应视频流，其中最大质量(Q)可以在如等式(3)中所示的速率R和功率限制P的条件下搜索：
max Q(s，t，q)
条件是：R(s，t，q)＜R0，P(s，t，q)P0 等式(3)
多媒体内容的移动流传输可以基于与多媒体数据相关联的功率消耗级别来执行。可以执行移动多媒体流传输以便在WTRU处保存功率消耗。流传输协议和/或文件格式可以包括解码复杂度，该解码复杂度可以用于预测由接收、解码和/或显示潜在的媒体流引起或归因于接收、解码和/或显示潜在的媒体流的功率消耗值。例如，解码复杂度可以包括功率消耗描述符，该功率描述符可以指示在接收、解码和/或显示多媒体内容时可能消耗的功率值。
图4是显示用于基于解码复杂度来传送媒体内容的示例性过程400的流程图。多媒体内容可以包括视频流、图像、音频和/或使用通信系统传送的其他形式的多媒体数据。过程400的一个或多个部分可以由内容提供设备(例如一个或多个内容提供服务器)来执行。如402所示，内容提供设备可以接收可指示用于在WTRU处接收、解码和/或显示媒体内容的功率值的数据。该数据可以是由已经接收、解码和/或显示媒体内容的WTRU测量到的实际数据。WTRU测量到的数据可以存储在内容提供设备和/或内容提供设备可访问的远程位置处。
在404处，内容提供设备可以接收针对媒体内容的请求。该请求可以是从WTRU或其他网络实体被接收。在406处，内容提供设备可以确定与所请求的媒体内容相关联的解码复杂度。解码复杂度可以指示用于在一个或多个WTRU处接收、解码和/或显示媒体内容的功率值。解码复杂度可以是绝对值或相对值。例如，解码复杂度的绝对值之后可以是可指示解码复杂度的增大或减小的相对值。解码复杂度可以基于在402处接收到的数据。例如，解码复杂度可以指示由已经接收、解码和/或显示媒体内容的WTRU使用的最小功率值、最大功率值和/或平均功率值。已经接收、解码和/或显示媒体内容的WTRU可以包括请求媒体内容的WTRU。
解码复杂度可以包括用于接收媒体内容、解码媒体内容和/或显示媒体内容的单独表示。用于接收、解码和/或显示媒体内容的单独解码复杂度表示可以允许WTRU基于其当前状态来调整复杂度信息。例如，可以调整显示功率以将WTRU处的用户亮度设置考虑在内。
请求的媒体内容的不同类型可以用于针对WTRU的传输。例如，在媒体内容包括视频内容的情况下，标清和高清视频内容是可用的。解码复杂度可以指示WTRU用于解码每种类型的媒体内容的最小功率值、最大功率值、和/或平均功率值。解码复杂度对于不同类型的媒体内容可以是不同的。例如，标清视频内容可以具有更低的解码复杂度，并且可以使用比高清视频内容更少的功率。
可以使用不同的视频编码简档(profile)来对媒体内容进行编码。例如，在H.264中，媒体内容类型可以使用基线简档、主简档、高简档等。每个简档可以使用不同组的编码/解码工具。较低的简档(例如基线简档)可以用于限制WTRU处的复杂度和/或功率消耗。媒体内容可以使用相同的分辨率(例如全HD-1080p)来编码，并且可以使用不同的视频编码简档。
媒体内容可以使用不同的编码工具来编码。媒体内容可以使用/不使用可能增加解码复杂度的编码工具来编码。例如，上下文自适应二进制算术编码(CABAC)可以比变长编码(VLC)更复杂。媒体内容可以使用相同的简档、但是使用/不使用编码工具来编码。对于给定的简档，一些编码工具可以是可选的。如果未使用编码工具，则WTRU可以看到较低的解码复杂度。媒体内容可以使用相同的简档、但是使用不同的编码工具来编码。
在408处，内容提供设备可以选择媒体内容来进行传输。在408处，可以基于解码复杂度来选择媒体内容。为了选择媒体内容，内容提供设备可以向WTRU发送与请求的媒体内容相关联的解码复杂度的指示。内容提供设备可以接收来自WTRU的关于WTRU是否希望基于相关联的解码复杂度来接收媒体内容的指示。在410处，内容提供设备可以传送所选择的媒体内容。
当在内容提供设备处存在可用的不同类型的媒体内容时，内容提供设备可以发送一个或多个可用类型的内容和/或与每个类型相关联的解码复杂度的指示。内容提供设备可以从WTRU接收偏好类型的媒体内容的指示(基于与其相关联的解码复杂度)，并且在408处可以选择该内容以进行传输。内容提供设备可以基于解码复杂度来对可发送给WTRU的媒体内容的类型进行预先滤波。内容提供设备可以知道WTRU类型、WTRU的可用功率、和/或WTRU的功率消耗配置。WTRU类型、WTRU的可用功率、和/或WTRU的功率消耗配置可以从WTRU被接收到或者可以存储在内容提供设备或其它远程位置处、并且可以基于与WTRU相关联的标识符而被查找。WTRU标识符、WTRU类型、WTRU功率配置、和/或WTRU的可用功率可以包括在针对在404处接收到的媒体内容的请求中。内容提供设备可以使用设备类型、可用功率和/或功率消耗配置来确定WTRU是否能够处理特定类型的媒体内容。
内容提供设备可以基于已经提供了解码复杂度反馈的WTRU的设备配置和/或设备规范来提供与设备相关的媒体内容的复杂度。例如，当WTRU请求来自内容提供设备的媒体内容时，该请求可以包括WTRU的标识符。该标识符可以是唯一标识符、或与设备相关联的一个或多个设备配置或规范。内容提供设备可以基于由WTRU提供的WTRU标识信息来确定相关的解码复杂度信息，并且可以提供可针对WTRU调整的解码复杂度信息。
内容提供设备可以将解码复杂度信息与设备标识信息一起提供，该设备标识信息可以标识与解码复杂度信息相关的设备。例如，当WTRU请求来自内容提供设备的媒体内容时，内容提供设备可以针对媒体内容的解码复杂度，一起提供可以指示与解码复杂度相关的设备的一个或多个标识符。内容提供设备可以提供不同版本的解码复杂度，从而使得WTRU可以确定与WTRU相关的、或最相关的解码复杂度的版本。
在408处，内容提供设备可以基于解码复杂度自动地选择媒体内容。在408处，内容提供设备可以使用设备标识符和/或WTRU配置和/或规范(例如设备类型、构造、模型等)来选择要传送的媒体内容。例如，设备配置和/或规范可以在从WTRU接收到的请求的HTTP报头中得到。内容提供设备可以确定WTRU是否具有足够的功率来可用于接收、解码和/或显示所请求的媒体内容。内容提供设备可以确定媒体内容的解码复杂度是否在可接受的范围内。当请求的媒体内容存在多个类型时，内容提供设备可以基于WTRU类型、WTRU功率配置和/或WTRU的可用功率来选择适合传输给WTRU的内容类型。
在408处，另一网络设备(例如节点B)可以基于解码复杂度来选择媒体内容。在408处，网络设备可以使用设备标识符和/或WTRU配置和/或规范(例如设备类型、构造、模型等)来选择要传送的媒体内容。例如设备配置和/或规范可以在从WTRU接收到的请求的HTTP报头中得到。网络设备可以确定WTRU是否具有足够的功率来可用于接收、解码和/或显示所请求的媒体内容。网络设备可以确定媒体内容的解码复杂度是否在可接受的范围内。当请求的媒体内容存在多个类型时，网络设备可以基于WTRU功率配置、WTRU功率配置、网络配置(例如带宽)和/或WTRU的可用功率来选择适合传输给WTRU的内容类型。
图5是显示用于基于解码复杂度来选择多媒体内容的示例性过程500的流程图。过程500的一个或多个部分可以由WTRU或其它网络设备执行。如502处所示，WTRU可以请求来自内容提供设备的媒体内容。在504处，WTRU可以接收与所请求的媒体内容相关联的解码复杂度。解码复杂度可以指示可用于在WTRU处接收、解码和/或显示媒体内容的功率值。解码复杂度可以指示由已经接收、解码和/或显示媒体内容的其它WTRU使用的功率的功率度量。例如，解码复杂度可以指示由已经接收、解码和/或显示媒体内容的其它WTRU使用的最小功率值、最大功率值和/或平均功率值。
在506处，WTRU可以基于解码复杂度来确定是否接收媒体内容。例如，WTRU可以确定其当前电池功率和/或其是否具有足够的电池功率来可用于解码所请求的内容。WTRU可以基于当前电池功率来确定解码复杂度是否在可接受的范围内。当在内容提供设备处存在可用的不同类型的媒体内容时，WTRU可以接收针对不同类型的媒体内容的解码复杂度的指示。例如，WTRU可以接收由用于接收、解码和/或显示每个类型的媒体内容的WTRU使用的最小功率值、最大功率值和/或平均功率值。WTRU可以基于与每个类型的媒体内容相关联的解码复杂度来选择优选类型的媒体内容。
在508处，WTRU可以发送表明其是否希望接收所请求的媒体内容的指示。WTRU也可以指示其希望接收的类型的媒体内容。在508处，该指示可以响应于从内容提供设备接收到的解码复杂度而被发送。如果在508处WTRU指示其希望接收媒体内容和/或选择的类型的媒体内容，则WTRU可以接收响应于该指示的媒体内容。媒体内容可以经由通信网络而被流传输和/或在WTRU处被存储以用于播放。如果在508处WTRU指示其不希望接收媒体内容，则媒体内容可以不被传送到WTRU，或者WTRU可以忽略该传输。
图6是显示用于测量解码复杂度和/或发送指示解码复杂度的复杂度反馈信息的示例性过程600的流程图。过程600的一个或多个部分可以由WTRU执行。如602处所示，WTRU可以请求来自内容提供设备的媒体内容。在604处，WTRU可以接收所请求的媒体内容。媒体内容可以经由通信网络而被流传输和/或在WTRU处被存储以用于播放。在606处，WTRU可以解码和/或显示媒体内容。在608处，WTRU可以测量解码复杂度。例如，WTRU可以测量接收、解码和/或显示媒体内容时使用的功率值。WTRU可以测量WTRU使用的功率的最大值、最小值和/或平均值。平均值可以通过最小值加上最大值除以二(例如(minValue+maxValue)/2)或者通过计算在时间段(例如用于接收、解码和/或显示媒体内容或其片段的周期)使用的平均功率值来计算。如果媒体内容在WTRU处被分段，则在608处，WTRU可以执行针对媒体内容的每个片段的测量。
在610处，WTRU可以发送解码复杂度反馈信息给远程源。例如，WTRU可以发送解码复杂度反馈信息给内容提供设备和/或另一网络设备来进行存储。解码复杂度反馈信息可以从多个设备聚合，例如采用数据库的形式。解码复杂度反馈信息可以向内容提供设备通知用于接收、解码和/或显示多媒体内容的实际的解码复杂度。WTRU可以使用单独解码复杂度表示来报告用于接收媒体内容、解码媒体内容和/或显示媒体内容的解码复杂度。解码复杂度反馈信息可以被存储和/或用于发送解码复杂度给其他接收设备。
解码复杂度反馈信息也可以包括解码复杂度被测量的时间、解码复杂度被测量的持续时间、和/或测量解码复杂度的设备的设备配置和/或规范。设备配置和/或规范可以包括设备类型、构造、模型、发布日期、OS版本、设备驱动、播放器代理、可用功率、功率消耗配置等等。解码复杂度反馈信息可以用于向WTRU提供解码复杂度。
解码复杂度可以包括在文件格式或协议中。例如，解码复杂度可以包括在HTTP上的动态自适应流传输(DASH)媒体表示描述符(MPD)、IP多媒体子系统(IMS)的会话描述协议(SDP)、实时流传输协议(RTSP)、文件格式例如3GPP文件格式等等中。
流传输协议可以包括指示解码复杂度的值。例如，协议结构可以包括称为DecodingComplexity(解码复杂度)的摘要和/或可以包括指示与经由协议而被流传输的媒体内容相关联的解码复杂度。下面提供可以在流传输协议中使用的称为DecodingComplexity的摘要函数的示例：
Struct DecodingComplexity{
Bool Absolute；
Int minValue,maxValue,avrValue；
Char Units[8]；
}；
如上所示，DecodingComplexity函数可以包括一个或多个解码复杂度值、指示解码复杂度值是绝对值还是相对值的值、和/或可指示测量解码复杂度值的单位的单位值。指示解码复杂度值是绝对值还是相对值的值可以是布尔值，该布尔值可用于识别所报告的值中minValue、maxValue和/或avrValue的一个或多个是绝对值还是相对值。如果解码复杂度是相对值，则该值可以表示为从先前值的相对增大或减小。解码复杂度可以包括值minValue、maxValue和/或avrValue。解码复杂度可以表示WTRU接收、解码和/或显示媒体内容(例如视频流、视频帧、视频文件、音频文件、图像和/或其它类型的媒体内容)花费的功率和/或时间值的变化。
解码复杂度可以基于由参考设备测量的值。参考设备可以是另一WTRU。类似地，参考设备可以被配置为请求媒体内容的设备。例如，参考设备可以具有相同的设备类型、构造、模型、发布日期、OS版本、设备驱动、播放器代理、可用功率、功率消耗配置等等。参考设备的一个或多个配置也可以是不同的，但是可以与预测可由请求媒体内容的设备使用的功率值相关。设备配置可以包括在元数据中。关于参考设备的配置的元数据可以包括在文件格式例如3GPP文件格式内的用户定义的盒子中，或者可以按照输出(outbound)信令协议(例如email或HTTP网络套接字(websoeket))发送。
当媒体内容包括视频流时，解码复杂度可以用于选择合适的视频流。例如，avrValue可以用于选择合适的视频流。当视频流可包括小数量的帧或较短的视频时，可以使用avrValue。包括小数量的帧或较短视频的视频流可以包括少于一分钟(例如30秒)或几分钟的视频。minValue和/或maxValue可以用于捕获帧解码时间的变化。minValue和/或maxValue可以用于较大数量的视频帧或较长视频。较长视频或具有较大数量的帧的视频可以大于较短的视频。例如，较长视频可以长于一个小时(例如2个小时)。avrValue可以估计为(minValue+maxValue)/2或者可以计算为每个已知参考设备或参考设备的子集(例如具有相似配置的参考设备)的平均值。
解码复杂度函数可以包括测量的值的单位。例如，解码复杂度函数可以包括用于单位的串值，其可指示minValue、maxValue和/或avrValue的单位。单位值可以采用毫秒(msec)、每秒百万条指令(MIPS)、毫瓦(mW)等等。用于单位值的字符的最大数量可以是固定数量(例如8个字符)或可变数量。虽然上面提供了针对摘要解码复杂函数的示例，但是还可以针对每种流传输协议来修改和/或实施解码复杂度。
解码复杂度可以包括在移动图像专家组(MPEG)DASH协议中。MPEG DASH协议中的媒体表示描述符(MPD)可以用于指示解码复杂度。例如，解码复杂度描述符可以包括在一个周期的MPEG DASH方案、自适应集合、表示等等中。所述自适应集合可以包括存储在内容提供设备处的媒体内容文件的不同类型的集合。所述表示可以包括自适应集合中的媒体文件。表示可以包括相同媒体内容的不同版本。例如，相同视频剪辑的不同表示可以采用不同比特速率和/或不同分辨率来编码。多媒体内容可以包括可划分成周期的表示(例如视频剪辑或电影)。例如，周期可以是表示中的章节。在周期之间，可以显示广告。每个周期可以划分成片段(例如二到十秒片段)。
解码复杂度可以按照周期级别被包括以便向WTRU或其它设备通知可用于接收、解码和/或显示自适应集合(一个或多个)的表示的最小和/或最大期望功率资源。解码复杂度值可以是绝对值或者可以是可参考先前周期中的解码复杂度的相对值。绝对值可以包括在例如表示中的第一周期中。随后的周期可以包括相对于第一周期的值。相对值可以参考绝对值。
下面提供的是针对所述周期的扩展标记语言(XML)方案。XML方案包括minDecodingCompiexity(最小解码复杂度)和maxDecodingComplexity(最大解码复杂度)作为串值“xs:string”。可以实施包括其它形式的解码复杂度例如平均解码复杂度等等的类似的XML方案。
表示最小解码复杂度的串和/或表示最大解码复杂度的串可以格式化为具有子串。子串可以被逗号或其它指示符分离以显示子串之间的分离。子串可以指示解码复杂度是绝对值还是相对值、解码复杂度值、和/或每个解码复杂度值的单位。例如，子串可以在逗号分隔的列表中指示解码复杂度是绝对值、解码复杂度值和/或单位(例如minDecodingComplexity＝l,100,MIPS)。虽然解码复杂度被表示为串值，但是解码复杂度还可以表示为一个或多个整数值，该整数值可以指示解码复杂度是绝对值还是相对值、解码复杂度值、和/或每个解码复杂度值的单位。
解码复杂度可以包括在自适应集合级别。这与包括周期级别的解码复杂度相比，可以提供更精细的自适应级别。在自适应集合级别，解码复杂度可以包括可用于接收、解码和/或显示自适应集合的表示的最小、最大和/或平均期望处理。自适应集合级别的解码复杂度可以包括绝对值或相对值。相对值可以指代先前的相对值或绝对值。例如，周期内的第一自适应集合可以包括用于解码复杂度的绝对值，和/或随后的一个或多个自适应集合可以包括用于解码复杂度的绝对值或相对值。
自适应集合可以包括最小解码复杂度、最大解码复杂度、和/或平均解码复杂度。下面提供针对自适应集合的XML方案的示例，该自适应集合包括作为“xs:string”值的最小解码复杂度、最大解码复杂度、以及平均解码复杂度：
表示最小解码复杂度、最大解码复杂度、和/或平均解码复杂度的串可以被格式化为具有这里所描述的子串。虽然解码复杂度被表示为串值，但是解码复杂度还可以表示为这里所描述的一个或多个整数值。
解码复杂度可以包括在表示级别。与包括周期和/或自适应集合级别相比，表示级别可以提供更精细的自适应级别。可用于接收、解码和/或显示片段或子表示的最小、最大和/或平均消耗功率资源可以包括在表示级别。表示级别的解码复杂度可以包括绝对值或相对值。相对值可以是相对于先前的绝对值或相对值的。例如，自适应集合内的第一表示可以包括绝对值。随后的一个或多个表示可以包括绝对值或相对值。
表示级别的解码复杂度可以包括最小解码复杂度、最大解码复杂度、和/或平均解码复杂度。下面提供针对表示级别的XML方案的示例，该表示级别包括作为“xs:string”值的最小解码复杂度、最大解码复杂度、以及平均解码复杂度：
表示最小解码复杂度、最大解码复杂度、和/或平均解码复杂度的串可以被格式化为具有这里所描述的子串。虽然解码复杂度被表示为串值，但是解码复杂度还可以表示为这里所描述的一个或多个整数值。
解码复杂度也可以按照类似于表示级别的方式包括在子表示级别。子表示可以用于提供版本的表示以使得视频播放机能够有效地快进和/或倒带。与所述版本的表示相比，子表示可以是更低质量。下面提供针对子表示级别的XML方案的示例，该子表示级别包括作为“xs:string”值的最小解码复杂度、最大解码复杂度、以及平均解码复杂度：
虽然解码复杂度被表示为串值，但是解码复杂度还可以表示为这里所描述的一个或多个整数值。
解码复杂度和/或其他属性可以通过使用通用描述符在MPEG DASH中用信号发送。通用描述符可以在自适应集合级别、表示级别和/或子表示级别声明。通用描述符可以指示解码复杂度是MPEG DASH协议的必要元素还是补充元素。MPEG DASH协议的必要协议元素可以由每个兼容的视频播放器支持。补充协议元素可以包括每个兼容的视频播放器理解或不理解的信息。
下面提供包括指示作为MPEG DASH协议的补充元素的解码复杂度的通用描述符的表示级别的XML方案的示例。
如果在协议中使用了统一资源名称(URN)，如上所示，则URN可以包括针对最小解码复杂度的"urn:sdoX:dashX:min-decoding-complexity"、针对最大解码复杂度的"urn:sdoX:dashX:max-decoding-complexity"、和/或针对平均解码复杂度的"urn:sdoX:dashX:avg-decoding-eomplexity"。
解码复杂度按照针对媒体流格式的参数而被包括在内。媒体流格式可以是针对会话发起协议的会话描述协议(SDP)、实时流传输协议(RTSP)等。例如，解码复杂度可以在媒体属性变量“m＝video”之后被包括在SDP中。解码复杂度可以包括可用于接收、解码和/或显示媒体流的最小、最大和/或平均期望处理资源。解码复杂度可以包括绝对值或相对值。SDP内的第一媒体分量可以包括绝对值。随后的媒体分量可以包括绝对值或相对值。相对值可以是相对于SDP内的第一媒体分量的值的，或者可以是相对于先前的媒体分量的。
SDP可以实施解码复杂度属性。例如，解码属性“a”可以实施为如下：a＝DecodingComplexity:<decoding Absolute><minDecodingComplexity><maxDecodingComplexity><avrDecodingComplexity><decoding Units>。解码复杂度属性可以包括表明解码复杂度是绝对值还是相对值、最小解码复杂度、最大解码复杂度、平均解码复杂度、和/或测量的解码复杂度的单位的指示。解码复杂度属性可以在初始提供和/或回答协商(例如WTRU与内容提供设备之间的协商)期间被发送。解码复杂度属性可以在正在进行的视频流会话期间被发送以修改一个或多个SDP属性。
解码复杂度可以包括在实时传输控制协议(RTCP)消息中。例如，解码复杂度可以包括在RTCP消息中的RTCP扩展中。内容提供设备可以在发送方报告中向一个或多个接收设备(例如WTRU或其它网络设备)发送解码复杂度。
接收设备可以是可发送解码复杂度反馈信息给内容提供设备以便向内容提供设备通知与选择的多媒体内容相关联的实际解码复杂度的参考设备。例如，接收设备可以在发送给内容提供设备的RTCP消息中包括实际的解码复杂度。解码复杂度反馈信息可以向内容提供设备通知已经接收、解码和/或显示媒体内容的接收设备处选择的媒体内容的实际解码复杂度。解码复杂度反馈信息可以存储在内容提供设备处和/或由内容提供设备使用以便提供解码复杂度给其他接收设备。解码复杂度可以在例如初始SDP提供/回答协商期间被发送给其他接收设备。
编解码器控制消息(CCM)可以用于将可携带来自接收设备的反馈信息的控制消息传递给内容提供设备。例如，CCM可以用于实时传输协议(RTF)有反馈的视听资料(AVPF)简档以便传递控制消息。控制消息可以包括帧内请求和/或临时最大比特率。
图7是描绘了可用于发送解码复杂度反馈信息的示例性消息700的示图。消息700可以包括消息700的源标识符702。源标识符702可以指示资源(消息700可以从该资源被传送)。消息700可以包括反馈控制信息706。反馈控制信息706可以包括解码复杂度反馈信息。
反馈控制信息706可以通过使用二进制表示而被指示。反馈控制信息706的字节(例如第一字节)可以指示解码复杂度反馈信息被指示为绝对(例如‘1’)测量还是相对(例如‘0’)测量。第一消息700可以携带绝对测量。随后的消息可以携带相对测量。
反馈控制信息706可以包括解码复杂度的minValue、maxValue和/或avrValue。minValue、maxValue和/或avrValue后面(例如分别)可以是表明解码复杂度反馈信息被指示为绝对值还是相对值的字节。minValue、maxValue和/或avrValue可以是32比特值。反馈控制信息706(例如在最后的字节中)可以被指派给测量单位的串中。RTCP分组的长度可以用于确定单位的串的最后一个字符和/或长度。RTCP分组的长度中的字节数N可以通过减去指示绝对值或相对值的一个或多个字节和/或用于minValue、maxValue和/或avrValue的32比特值来确定。例如，比特数N可以通过N＝(RTCP的长度pkt)-12–1来得到。
消息700可以采用RTCP格式。消息700可以包括报头，该报头可以包括版本(V)字段708、填充比特(P)字段710、反馈消息类型(FMT)字段712、有效载荷类型(PT)字段714、和/或长度字段716。V字段708可以包括可标识RTP版本的比特数(例如2个比特)。P字段710可以包括可指示分组是否在结尾处包括可包括在长度字段716中的另外的填充八比特字节。FMT字段712可以指示针对消息700的反馈消息的类型。消息700可以相对于FMT类型712而被解译。例如，FMT类型十五可以指示应用层反馈消息。PT字段714可以包括可标识分组类型的比特数(例如8个比特)。例如，具有值‘206’的PT字段714可以指示分组类型是RTCP反馈消息。长度字段716可以包括可指示分组长度(例如在32比特字中减一)的比特数(例如16比特)，并且可以包括报头和/或任意填充字节。
源标识符702可以是同步资源(SSRC)分组发送方字段。源标识符字段702可以包括可指示消息700的源的比特数(例如32个比特)。消息700可以包括媒体源字段704。媒体源字段704可以是SSRC媒体源字段。媒体源字段704可以是可唯一地标识媒体的源的标识符。虽然消息700包括多个字段，但是另外的字段和/或所描述的字段的子集也是可以实施的。
解码复杂度可以在媒体文件中指示。例如，解码复杂度描述符可以包括在媒体文件内的元数据中。解码复杂度描述符可以包括在存储的媒体文件内。解码复杂度描述符可以指示可用于解码媒体文件内的媒体内容的功率值。解码复杂度描述符可以基于针对接收、解码和/或显示媒体文件测量的实际数据。例如，解码复杂度描述符可以指示用于接收、解码和/或显示媒体文件或其部分(例如视频帧、音频片段等)的功率的最小值、最大值和/或平均值。解码复杂度描述符可以指示用于接收、解码和/或显示媒体文件或其部分的最小时间值、最大时间值和/或平均时间值。解码复杂度描述符可以指示用于接收、解码和/或显示媒体文件或其部分的最小计算资源值、最大计算资源值和/或平均计算资源值。解码复杂度描述符可以包括绝对值或相对值。相对值可以指示从先前的相对解码复杂度描述符的增大或减小值。解码复杂度描述符可以包括解码复杂度值的单位。使用解码复杂度来存储媒体文件可以允许内容提供设备在潜在的流传输协议内使用媒体文件。
解码复杂度描述符可以指示分段的媒体文件的一个或多个片段的解码复杂度。每个片段可以具有其自身的解码复杂度描述符、或者解码复杂度描述符可以指示一组片段的解码复杂度。如果使用相对值来指示媒体文件片段的解码复杂度，则该值可以是相对于媒体文件的先前片段的解码复杂度值的。例如，媒体文件的第一解码复杂度描述符可以包括绝对值，而其他解码复杂度描述符可以包括相对值。
媒体文件可以采用3GP文件格式。3GP媒体格式可以是针对DASH流配置的。3GP文件格式可以在结构上基于ISO媒体文件格式。ISO媒体文件格式可以是面向对象的格式。ISO文件格式中的对象可以称为boxes(盒)。boxes可以包括媒体数据。在3GP自适应流简档中，boxes可以包括视频数据。例如，在印记了“3gh9”的视频简档中，媒体数据可以包括电影数据。电影数据可以包括在电影片断(fragment)boxes(moofs)中。
在3GP媒体文件中，解码复杂度可以包括在样本索引数据、片断报头、和/或片断解码数据中。解码复杂度可以通过使用片断索引box(sidx)而在样本索引数据中被指示。sidx可以提供曲目(track)的压缩索引或其可应用于的媒体片段内的子片段。例如，子片段可以是媒体片段内的媒体流。sidx可以指代媒体片段中的其他sidx，该sidx可以指代其他子片段。每个sidx可以证明(document)可以如何将片段分割成一个或多个子片段。
针对每个子片段的解码复杂度数据可以如下所示包括在sidx中：
sidx box可以包括最小、最大和/或平均解码复杂度。sidx box中的解码复杂度可以包括绝对值或相对值。相对值可以是相对于先前的绝对值或相对值的。例如，sidx box中的第一解码复杂度可以包括绝对值。随后的解码复杂度值可以包括绝对值或相对值。sidxbox可以包括解码复杂度的单位。
针对每个子片段的解码复杂度可以包括在曲目片断报头(tfhd)box中。tfhd box可以提供关于潜在的媒体曲目的每个电影片断的基本信息。解码复杂度可以包括在针对每个片断的报头信息中，如下所示。
tfhd box可以包括最小解码复杂度、最大解码复杂度和/或平均解码复杂度。tfhdbox中的解码复杂度可以包括绝对值或相对值。相对值可以是相对于先前的绝对值或相对值。例如，tfhd box中的第一解码复杂度可以包括绝对值。随后的解码复杂度值可以包括绝对值或相对值。tfhd box可以包括解码复杂度的单位。
解码复杂度可以包括在曲目片断基本媒体解码时间(tfdt)box中。tfdt box可以提供在曲目片断中的采样的解码时间。采样(解码时间可以包括在该采样中)可以是曲目片断的第一采样。tfdt box可以在执行文件中的随机接入时使用。针对每个片断或子采样的解码复杂度可以如下所示包括在下面的类(class)中。
tfhd box可以包括最小、最大和/或平均解码复杂度。tfhd box中的解码复杂度可以包括绝对值或相对值。相对值可以是相对于先前的绝对值或相对值的。例如，tfhd box中的第一解码复杂度可以包括绝对值。随后的解码复杂度值可以包括绝对值或相对值。tfhdbox可以包括解码复杂度的单位。
解码复杂度可以包括在实时协议(RTP)和/或实时控制协议(RTCP)流中。例如，如果媒体曲目可以存储在片断boxes中，解码复杂度可以包括在可应用于RTP和/或RTCP流的tfdt和/或tfhd boxes中。线索(hint)曲目可以携带可由内容提供设备使用以创建RTP和/或RTCP分组的传输特定信息。
解码复杂度可以包括在线索媒体报头(hmhd)box。例如，解码复杂度可以针对整个视频线索曲目而被包括在内，其可以提供WTRU或媒体内容的其他接收设备的曲目选择的粗略方法。下面示出包括解码复杂度的hmhd box的示例。
hmhd box可以包括最小、最大和/或平均解码复杂度。hmhd box中的解码复杂度可以包括绝对值或相对值。相对值可以是相对于先前的绝对值或相对值。例如，hmhd box中的第一解码复杂度可以包括绝对值。随后的解码复杂度值可以包括绝对值或相对值。hmhdbox可以包括解码复杂度的单位。
解码复杂度反馈可以包括在质量体验(QoE)报告中。例如，解码复杂度描述符可以包括在可从WTRU发送的事件报告服务内。实际WTRU解码复杂度反馈可以由内容提供设备使用以附着或更新解码复杂度描述符。解码复杂度描述符可以包括在文件格式(例如3GP文件格式)中、或者一个或多个流协议内。
QoE报告可以包括DASH QoE报告。对于DASH客户端，QoE报告可以是可选的。QoE报告可以使用平均吞吐量度量、初始播放延迟度量、和/或缓存水平度量。表1显示了将解码复杂度反馈作为度量包括在QoE报告中的示例。
表1解码复杂度反馈
如表1所示，解码复杂度反馈可以指示用于在WTRU处接收、解码和/或显示媒体内容的解码复杂度。解码复杂度可以采用绝对值或相对值。绝对值或相对值可以是可指示所报告的值是绝对度量还是相对度量的布尔值(例如‘1’用于绝对度量和/或‘0’用于相对度量)。解码复杂度可以包括在测量间隔期间测量的最小、最大和/或平均解码复杂度值。最小、最大和/或平均解码复杂度值可以是整数值、字符值等。解码复杂度反馈可以指示所报告的解码复杂度值的单位。
解码复杂度反馈可以指示测量间隔的开始时间和/或持续时间。开始时间可以包括解码复杂度被测量的实际时间值。测量间隔的持续时间可以包括解码复杂度值被测量的时段。例如，持续时间可以包括指示测量被执行的时间(例如以毫秒、秒等为单位)的整数值。
解码复杂度反馈可以包括可标识执行测量所在的WTRU的设备配置或设备规范。例如，解码复杂度反馈可以包括WTRU的设备类型、构造、模型、发布日期、OS版本、设备驱动、播放器代理、可用功率、功率消耗配置等，在该WTRU处执行用于接收、解码和/或显示媒体内容的测量。解码复杂度反馈可以包括指示设备的唯一标识符，解码复杂度反馈是从该设备被接收的。
RTCP协议可以允许或使能WTRU发送WTRU报告，该WTRU报告采用应用特定(APP)RTCP类型的可扩展为包括来自WTRU的解码复杂度报告。RTCP扩展可以由WTRU使用以便报告QoE度量。RTCP应用类型(例如FMT＝15)可以用于在流会话期间(例如在其开始时)将来自WTRU的设备规范发送到内容传递设备。
图8A是可以在其中可实现一个或多个公开的实施方式的示例通信系统800的示图。通信系统800可以是用于提供诸如语音、数据、视频、消息、广播等内容给多个无线用户的多址接入系统。通信系统800能够通过共享包括无线带宽在内的系统资源使得多个无线用户接入这些内容。例如，通信系统800可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。
如图8A所示，通信系统800可以包括无线发射/接收单元(WTRU)802a、802b、802c和/或802d(可以统称为或共称为WTRU 802)和无线电接入网(RAN)803/804/805、核心网806/807/809、公共交换电话网(PSTN)808、因特网810和其他网络812，但是任意数量的WTRU、基站、网络和/或网络元件。WTRU 802a、802b、802c和/或802d中的每一个可以是被配置为在无线环境中工作和/或通信的任何类型的设备。WTRU 802a、802b、802c和/或802d可被配置为发送和/或接收无线信号，并且可包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、上网本、个人电脑、无线传感器、消费类电子产品等。
通信系统800还可以包括基站814a和/或基站814b。基站814a、814b中的每一个可以是任何类型的被配置为与WTRU 802a、802b、802c和/或802d中的至少一个进行无线连接以便于接入例如核心网806/807/809、因特网810和/或网络812那样的一个或多个通信网络的装置。基站814a、814b可以是基站收发信机(BTS)、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然基站814a、814b分别被描述成单个元件，但是基站814a、814b可以包括任意数量的互连的基站和/或网络元件。
基站814a可以是RAN 803/804/805的一部分，该RAN 803/804/805还可以包括其它基站和/或网络元件(未示出)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站814a和/或基站814b可以被配置为在特定地理区域内发射和/或接收无线信号，该特定地理区域被称作小区(未示出)。所述小区还被分割成小区扇区。例如，与基站814a相关联的小区被分割成三个扇区。如此，基站814a包括三个收发信机，例如一个收发信机对应于小区的一个扇区。基站814a可以使用多输入多输出(MIMO)技术，因此，可以针对小区的每个扇区使用多个收发信机。
基站814a和/或814b可以通过空中接口815/816/817与WTRU 802a、802b、802c和/或802d中的一个或多个通信，所述空中接口815/816/817可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。可以使用任何适当的无线电接入技术(RAT)来建立空中接口815/816/817。
通信系统800可以是多址接入系统且可以采用一种或多种信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 803/804/805中的基站814a和WTRU 802a、802b和/或802c可以实现诸如UMTS陆地无线电接入(UTRA)之类的无线电技术，其中该无线电技术可以使用宽带CDMA(WCDMA)来建立空中接口815/816/817。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
基站814a和WTRU 802a、802b和/或802c可以实现诸如E-UTRA之类的无线电技术，其中该无线电技术可以使用LTE和/或高级LTE(LTE-A)来建立空中接口815/816/817。
基站814a和WTRU 802a、802b和/或802c可以实现诸如IEEE 802.16(例如全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM增强型数据速率演进(EDGE)、GSM EDGE(GERAN)等无线电技术。
图8A中的基站814b可以是诸如无线路由器、家用节点B、家用e节点B、或接入点，并且可以利用任何适当的RAT来促进诸如营业场所、家庭、车辆、校园等局部区域中的无线连接。基站814b和WTRU 802c和/或802d可以实施诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。基站814b和WTRU 802c、802d可以实施诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。基站814b和WTRU 802c、802d可以利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微小区或毫微微小区。如图8A所示，基站814b可以具有到因特网810的直接连接。因此，基站814b可以不经由核心网806/807/809接入因特网810。
RAN 803/804/805可以与核心网806/807/809通信，该核心网806/807/809可以是被配置为向WTRU 802a、802b、802c和/或802d中的一个或多个提供诸如语音、数据、应用程序、媒体和/或借助网际协议的语音(VoIP)服务等内容的任何类型的网络。例如，核心网806/807/809可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等，和/或执行诸如用户认证等高级安全功能。虽然图8A未示出，但应认识到RAN 803/804/805和/或核心网806/807/809可以与跟RAN 803/804/805采用相同的RAT或不同的RAT的其它RAN进行直接或间接通信。例如，除连接到可以利用E-UTRA无线电技术的RAN803/804/805之外，核心网806/807/809还可以与采用GSM无线电技术的另一RAN(未示出)通信。
核心网806/807/809还可以充当用于WTRU 802a、802b、802c和/或802d接入PSTN808、因特网810、和/或其它网络812的网关。PSTN 808可以包括提供简易老式电话服务(POTS)的电路交换电话网。因特网810可以包括使用公共通信协议的全球性互连计算机网络和设备系统，所述公共通信协议例如为传输控制协议(TCP)/网际协议(IP)因特网协议族中的TCP、用户数据报协议(UDP)和IP。网络812可以包括由其它服务提供商所拥有和/或操作的有线和/或无线通信网络。例如，网络812可以包括与一个或多个RAN相连的另一核心网，所述一个或多个RAN可以与RAN 803/804/805采用相同的RAT或不同的RAT。
通信系统800中的某些或全部WTRU 802a、802b、802c和/或802d可以包括多模能力，例如WTRU 802a、802b、802c和/或802d可以包括用于通过不同的无线链路与不同的无线网络通信的多个收发信机。例如，图8A所示的WTRU 802c可以被配置为与可以采用蜂窝式无线电技术的基站814a通信，且与可以采用IEEE(例如IEEE 802.11)无线电技术的基站814b通信。
图8B描绘了示例WTRU 802的系统图。如图8B所示，WTRU 802可以包括处理器818、收发信机820、发射/接收元件822、扬声器/麦克风824、键盘826、显示器/触摸屏828、不可移除存储器830、可移除存储器832、电源834、全球定位系统(GPS)芯片组836、和/或其它外围设备838。WTRU 802可以包括前述元件的任何子组合。
这里描述的其他设备可以包括图8B中描绘的和这里描述的一些或所有元件。例如基站814a和814b、和/或基站814a和814b可以代表的节点(例如但不限于收发信台(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(e节点B)、家庭演进型节点B(HeNB)、家庭演进型节点B网关、以及代理节点等等)可以包括图8B画出的以及这里描述的一些元件和所有元件。内容提供设备还可以包括图8B描绘的和这里描述的一些或所有元件。例如，内容提供设备可以使用非可移除存储器830和/或可移除存储器832来存储WTRU标识符、WTRU配置信息、解码复杂度信息和/或这里描述的其他信息。
处理器818可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等等。处理器818可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使得WTRU 802能够在无线环境中操作和/或运行以处理视频内容的任何其它功能。处理器818可以耦合到收发信机820，收发信机820可以耦合到发射/接收元件822。虽然图8B将处理器818和收发信机820描述成独立的组件，但处理器818和收发信机820可以被一起集成在电子封装或芯片中。
发射/接收元件822可以被配置为通过空中接口815/816/817向基站(例如基站814a)发射信号或从基站(例如基站814a)接收信号。例如，发射/接收元件822可以是被配置为发射和/或接收RF信号的天线。发射/接收元件122可以是被配置为发射和/或接收例如IR、UV、或可见光信号的发射器/检测器。发射/接收元件822可以被配置为发射和接收RF和光信号。发射/接收元件822可以被配置为发射和/或接收无线信号的任何组合。
虽然发射/接收元件822在图8B中被画为单个元件，但个WTRU 802可以包括任何数目的发射/接收元件822。更具体而言，WTRU 802可以采用MIMO技术。因此，WTRU 802可以包括用于通过空中接口815/816/817来发射和/或接收无线信号的两个或更多个发射/接收元件822(例如多个天线)。
收发信机820可以被配置为对将由发射/接收元件822发射的信号进行调制并对由发射/接收元件822接收到的信号进行解调。如上所述，WTRU 802可以具有多模能力。因此，例如，收发信机820可以包括用于使得WTRU 802能够经由诸如UTRA和IEEE 802.11之类的多种RAT通信的多个收发信机。
WTRU 802的处理器818可以耦合到扬声器/麦克风824、键盘826、和/或显示器/触摸屏828(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以从这些组件接收用户输入数据。处理器818还可以向扬声器/麦克风824、键盘826、和/或显示器/触摸屏828输出用户数据。处理器818可以访问来自任意类型的合适的存储器(例如不可移除存储器830和/或可移除存储器832)的信息，和/或将数据存储在该存储器中。不可移除存储器830可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、或任何其它类型的存储器存储设备。可移除存储器832可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。处理器818可以访问来自在物理上不位于WTRU 802上(诸如位于服务器或家用计算机(未示出)上)的存储器的信息并将数据存储在该存储器中。
处理器818可以从电源834接收电力，并且可以被配置为分配和/或控制用于WTRU802中的其它组件的电力。电源834可以是用于为WTRU 802供电的任何适当设备。例如，电源834可以包括一个或多个干电池(例如镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。
处理器818还可以耦合到GPS芯片组836，GPS芯片组836可以被配置为提供关于WTRU 802的当前位置的位置信息(例如，经度和纬度)。除来自GPS芯片组836的信息之外或作为其替代，WTRU 802可以通过空中接口815/816/817从基站(例如基站814a、814b)接收位置信息和/或基于从两个或更多个附近的基站接收到信号的时序来确定其位置。WTRU 802可以通过任何适当的位置确定方法来获取位置信息。
处理器818还可以耦合到其它外围设备838，外围设备838可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备838可以包括加速计、电子指南针、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图8C描绘了根据一个实施方式的RAN 803和核心网806的系统图。如上所述，RAN803可使用UTRA无线电技术通过空中接口815来与WTRU 802a、802b和/或802c进行通信。该RAN 803还可与核心网806进行通信。如图8C所示，RAN 803可包括节点B 840a、840b和/或840c，其中每个都可包含一个或多个收发信机，以用于通过空中接口815与WTRU 802a、802b和/或802c进行通信。该节点B 840a、840b和/或840c中的每一个可与RAN 803内的特定小区(未示出)相连接。RAN 803还可以包括RNC 842a和/或842b。RAN 803可以包括任何数量的节点B和RNC。
如图8C所示，节点B 840a和/或840b可以与RNC 842a进行通信。节点B 840c可以与RNC 842b进行通信。节点B 840a、840b和/或840c可以经由Iub接口来与相应的RNC 842a、842b进行通信。RNC 842a、842b可以通过Iub接口相互通信。RNC 842a、842b的每一个可以被配置为分别控制其所连接的节点B 840a、840b和/或840c。RNC 842a、842b中的每一个可以被配置为执行或支持其他功能，例如外环功率控制、负载控制、许可控制、分组调度、切换控制、宏分集、安全功能、数据加密等。
图8C中所示的核心网806可以包括媒体网关(MGW)844、移动交换中心(MSC)846、服务GPRS支持节点(SGSN)848和/或网关GPRS支持节点(GGSN)850。虽然将前述元件描述为核心网806的一部分，但是这些元件中任何一部分都可由核心网运营商以外的实体所有和/或操作。
RAN 803中的RNC 842a可经由IuCS接口连接至核心网806中的MSC 846。可将MSC846连接至MGW 844。MSC 846和MGW 844可向WTRU 802a、802b和/或802c提供对电路交换网络的连接，例如PSTN 808，从而促进WTRU 802a、802b和/或802c与传统陆线通信设备之间的通信。
RAN 803中的RNC 842a还可以经由IuPS接口连接至核心网806中的SGSN 848。SGSN848可连接至GGSN 850。SGSN 848和GGSN 850可向WTRU 802a、802b和/或802c提供针对分组交换网络的接入，例如互联网810，从而促进WTRU 802a、802b和/或802c与IP使能设备之间的通信。
如上所述，核心网806还可以连接至网络812，该网络可包括由其他服务提供商所有和/或操作的有线和/或无线网络。
图8D描绘了根据实施方式的RAN 804和核心网807的系统图。如上所述，RAN 804可使用E-UTRA无线技术通过空中接口816与WTRU 802a、802b和802c通信。RAN 804还可以与核心网807通信。
RAN 804可包括e节点B 860a、860b、860c，但是RAN 804可以包括任意数量的e节点B。e节点B 860a、860b、860c中的每一个可包括一个或多个收发信机，以用于通过空中接口816与WTRU 802a、802b和/或802c通信。e节点B 840a、840b和/或840c可以利用MIMO技术。e节点B 860a例如可以使用多天线来向WTRU 802发送无线信号以及从其接收无线信号。
eNB 860a、860b和/或860c中的每一个可以与特定小区相关联(未显示)，可以被配置为处理无线电资源管理决策、切换决策、组上行链路和/或下行链路上的用户调度等等。如图8D所示，e节点B 860a、860b和/或860c可以通过X2接口彼此通信。
图8D中所示的核心网807可以包括移动性管理网关(MME)862、服务网关864、和分组数据网络(PDN)网关866等。虽然前述元件的每一个被描述为核心网806的一部分，但是这些元件中的任意一个都可以由除了核心网运营商之外的其他实体拥有和/或运营。
MME 862可以经由S1接口连接到RAN 804的e节点B 860a、860b、860c中的每一个，并作为控制节点。例如，MME 862可以负责认证WTRU 802a、802b和/或802c的用户、承载激活/去激活、在WTRU 802a、802b和/或802c的初始附着期间选择特定服务网关等等。MME 862还可以提供控制平面功能以用于在RAN 804和使用其他无线电技术例如GSM或者WCDMA的其他RAN(未显示)之间切换。
服务网关864可以经由S1接口连接到RAN 804的e节点B 860a、860b、860c中的每一个。服务网关864通常可以向/从WTRU 802a、802b和/或802c路由和转发用户数据分组。服务网关864可以执行其他功能，例如在e节点B间切换期间锚定用户平面、当下行链路数据对于WTRU 802a、802b和/或802c可用时触发寻呼、管理和存储WTRU 802a、802b和/或802c的上下文等等。
服务网关864还可以被连接到PDN网关866，PDN网关866向WTRU 802a、802b和/或802c提供到分组交换网络(例如因特网810)的接入，以便于WTRU 802a、802b和/或802c与IP使能设备之间的通信。
核心网807可以便于与其他网络的通信。例如，核心网807可以向WTRU 802a、802b和/或802c提供到电路交换网络(例如PSTN 808)的接入，以便于WTRU 802a、802b和/或802c与传统陆地线路通信设备之间的通信。例如，核心网807可以包括IP网关(例如IP多媒体子系统(IMS)服务器)，或者与之通信，该IP网关作为核心网807与PSTN 808之间的接口。核心网807可以向WTRU 802a、802b和/或802c提供到网络812的接入，该网络812可以包括其他服务提供商拥有和/或操作的有线或无线网络。
图8E描绘了RAN 805和核心网809的系统图。RAN 805可以是采用IEEE 802.16无线电技术以通过空中接口817与WTRU 802a、802b和/或802c通信的接入服务网络(ASN)。如以下进一步论述的那样，WTRU 802a、802b和/或802c、RAN 805、以及核心网809的不同功能实体之间的通信链路可以定义为参考点。
如图8E所示，RAN 805可以包括基站880a、880b、880c以及ASN网关882，但是RAN805可以包括任意数量的基站和ASN网关。基站880a、880b、880c中的每一个可以与RAN 805中的特定小区(未示出)相关联，并且可以包括一个或多个收发信机，以通过空中接口817与WTRU 802a、802b和/或802c通信。基站880a、880b、880c可以实施MIMO技术。从而，举例来说，基站880a可以使用多个天线来传送无线信号给WTRU 802a，并且接收来自该WTRU 802a的无线信号。基站880a、880b、880c可以提供移动性管理功能，例如切换触发、隧道建立、无线电资源管理、业务分类、服务质量(QoS)策略实施等等。ASN网关882可以用作业务汇聚点，并且可以负责寻呼、缓存订户简档、针对核心网809的路由等等。
WTRU 802a、802b和/或802c与RAN 805之间的空中接口817可以被定义为实施IEEE802.16规范的R1参考点。另外，WTRU 802a、802b和/或802c中的每个WTRU可以建立与核心网809的逻辑接口(未示出)。WTRU 802a、802b和/或802c与核心网809之间的逻辑接口可以定义为R2参考点，该R2参考点可以用于认证、授权、IP主机配置管理、和/或移动性管理。
基站880a、880b、880c中的每个基站之间的通信链路可以定义为R8参考点，该R8参考点可以包括用于促进WTRU切换和基站之间的数据传递的协议。基站880a、880b、880c与ASN网关882之间的通信链路可以定义为R6参考点。R6参考点可以包括用于基于与WTRU802a、802b和/或802c中的每个WTRU相关联的移动性事件来促进移动性管理的协议。
如图8E所示，RAN 805可以连接到核心网809。RAN 805与核心网809之间的通信链路可以定义为R3参考点，该R3参考点包括用于促进例如数据传递和移动性管理能力的协议。核心网809可以包括移动IP家用代理(MIP-HA)884、认证、授权、记账(AAA)服务器886、以及网关888。虽然前述元件中的每个元件被描述为核心网809的一部分，但是这些元件中的任意元件都可以由除核心网运营商之外的实体拥有和/或运营。
MIP-HA可以负责IP地址管理，并使得WTRU 802a、802b和/或802c能够在不同ASN和/或不同核心网之间进行漫游。MIP-HA 884可以为WTRU 802a、802b和/或802c提供针对分组切换网(例如因特网810)的接入，以促进WTRU 802a、802b和/或802c与IP使能设备之间的通信。AAA服务器886可以负责用户认证和支持用户服务。网关888可以为WTRU 802a、802b和/或802c提供针对电路交换网络(例如PSTN 808)的接入，以促进WTRU 802a、802b和/或802c与传统陆线通信设备之间的通信。例如，网关888可以为WTRU 802a、802b和/或802c提供针对网络812(可以包括由其他服务提供商拥有和/或操作的其他有线或无线网络)的接入。
虽然在图8E中没有示出，但是RAN 805可以连接到其他ASN，并且核心网809可以连接到其他核心网。RAN 805与其他ASN之间的通信链路可以被定义为R4参考点，该R4参考点可以包括用于协调WTRU 802a、802b和/或802c在RAN 805与其他RAN之间的移动性的协议。核心网809与其他核心网之间的通信链路可以被定义为R5参考，该R5参考可以包括用于促进家用核心网与被访问核心网之间的网络互联的协议。
这里描述的过特征和元素是以特定组合来描述的，但是每个特征和元素可以单独或按照任意组合与其他特征和元素一起使用。可以在结合在计算机可读介质中的计算机程序、软件、或固件中实施于此描述的方法，以便由计算机和/或处理器执行。计算机可读介质的例子包括电信号(通过有线或无线连接发送的)和/或计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器装置、磁介质(诸如但内部硬盘和可移动磁盘)、磁光介质、和/或光学介质，诸如CD-ROM磁盘和数字多功能磁盘(DVD)。与软件相关联的处理器可以用于实现射频收发信机，以在WTRU、UE、终端、基站、RNC、内容提供设备和/或任意主机中使用。

Claims (15)

1.一种用于无线发射/接收单元(WTRU)确定与媒体内容相关联的解码复杂度信息的方法，该方法包括：
发送针对媒体内容的请求至内容提供设备；
接收所述媒体内容；
解码所述媒体内容；
显示所述媒体内容；
确定解码复杂度信息，该信息指示用于在所述WTRU处解码或显示所述媒体内容的功率和/或时间中的至少一者；以及
发送所述解码复杂度信息到远程源。
2.一种无线发射/接收单元(WTRU)，包括：
处理器，其被配置成：
发送针对媒体内容的请求至内容提供设备；
接收所述媒体内容；
解码所述媒体内容；
显示所述媒体内容；
确定解码复杂度信息，该信息指示用于在所述WTRU处解码或显示所述媒体内容的功率和/或时间中的至少一者；以及
发送所述解码复杂度信息到远程源。
3.根据权利要求1所述的方法，该方法还包括：
接收与第二媒体内容相关联的解码复杂度信息，其中该解码复杂度信息指示用于在一个或多个其他参考WTRU处解码或显示所述第二媒体内容的功率和/或时间中的至少一者；
基于与所述第二媒体内容相关联的所述解码复杂度信息，确定接收所述第二媒体内容；以及
向所述内容提供设备发送针对以下的请求：发送所述第二媒体内容。
4.根据权利要求3所述的方法，该方法还包括：
接收多个不同类型的所述第二媒体内容中的每一者的解码复杂度信息；
基于与每个第二媒体内容类型相关联的所述解码复杂度信息，确定从所述多个不同类型的所述第二媒体内容中接收优选类型；以及
向所述内容提供设备发送针对以下的请求：发送所述优选类型的所述第二媒体内容。
5.根据权利要求1所述的方法，其中所述媒体内容包括多个片段，并且其中该方法还包括：
确定所述媒体内容的每个片段的相应解码复杂度信息；以及
将每个所述媒体内容的片段的所述解码复杂度信息发送至所述远程源。
6.根据权利要求1所述的方法或权利要求2所述的WTRU，其中所述解码复杂度信息包括解码复杂度被测量的时间、解码复杂度被测量的持续时间、或者与所述WTRU有关的设备规范。
7.根据权利要求1所述的方法，该方法还包括：在解码或显示所述媒体内容时测量所使用的功率值，以确定与所述媒体内容相关联的所述解码复杂度信息。
8.根据权利要求1所述的方法，该方法还包括：在解码或显示所述媒体内容时，测量所使用的最大功率值、最小功率值或平均功率值，以确定与所述媒体内容相关联的所述解码复杂度信息。
9.根据权利要求3所述的方法，该方法还包括：接收针对所述第二媒体内容的媒体表示描述符(MPD)文件，该MPD文件包括用于所述第二媒体内容的所述解码复杂度信息。
10.根据权利要求1所述的方法或权利要求2所述的WTRU，其中所述解码复杂度信息被包括在被发送至HTTP上的动态自适应流传输(DASH)服务器的HTTP请求中。
11.根据权利要求2所述的WTRU，其中，所述处理器还被配置成：
接收与第二媒体内容相关联的解码复杂度信息，其中所述解码复杂度信息指示用于在一个或多个其他参考WTRU处解码或显示所述第二媒体内容的功率和/或时间中的至少一者；
基于与所述第二媒体内容相关联的所述解码复杂度信息，确定接收所述第二媒体内容；以及
向所述内容提供设备发送针对以下的请求：发送所述第二媒体内容。
12.根据权利要求11所述的WTRU，其中所述处理器还被配置成：
接收多个不同类型的所述第二媒体内容中的每一者的解码复杂度信息；
基于与每个第二媒体内容类型相关联的所述解码复杂度信息，确定从所述多个不同类型的所述第二媒体内容中接收优选类型；以及
向所述内容提供设备发送针对以下的请求：发送所述优选类型的所述第二媒体内容。
13.根据权利要求2所述的WTRU，其中所述处理器还被配置成测量在解码或显示所述媒体内容时所使用的功率值，以确定与所述媒体内容相关联的所述解码复杂度信息。
14.根据权利要求2所述的WTRU，其中所述处理器还被配置成在解码或显示所述媒体内容时，测量所使用的最大功率值、最小功率值或平均功率值，以确定与所述媒体内容相关联的所述解码复杂度信息。
15.根据权利要求11所述的WTRU，其中，所述处理器还被配置为：接收针对所述第二媒体内容的媒体表示描述符(MPD)文件，该MPD文件包括用于所述第二媒体内容的所述解码复杂度信息。
CN201910193904.3A 2012-10-18 2013-10-18 移动多媒体流的解码复杂度 Active CN109890071B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910193904.3A CN109890071B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261715466P 2012-10-18 2012-10-18
US61/715,466 2012-10-18
CN201380066137.0A CN104871514B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度
CN201910193904.3A CN109890071B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度
PCT/US2013/065638 WO2014063026A1 (en) 2012-10-18 2013-10-18 Decoding complexity for mobile multimedia streaming

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201380066137.0A Division CN104871514B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度

Publications (2)

Publication Number Publication Date
CN109890071A true CN109890071A (zh) 2019-06-14
CN109890071B CN109890071B (zh) 2023-05-12

Family

ID=49515526

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380066137.0A Active CN104871514B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度
CN201910193904.3A Active CN109890071B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201380066137.0A Active CN104871514B (zh) 2012-10-18 2013-10-18 移动多媒体流的解码复杂度

Country Status (6)

Country Link
US (3) US10237321B2 (zh)
EP (2) EP2909990B1 (zh)
JP (2) JP6097840B2 (zh)
KR (2) KR102059084B1 (zh)
CN (2) CN104871514B (zh)
WO (1) WO2014063026A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102059084B1 (ko) * 2012-10-18 2019-12-24 브이아이디 스케일, 인크. 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도
EP2984848B1 (en) * 2013-10-25 2019-12-04 Huawei Technologies Co., Ltd. Associating representations in adaptive streaming
US9860612B2 (en) * 2014-04-10 2018-01-02 Wowza Media Systems, LLC Manifest generation and segment packetization
WO2016130749A1 (en) * 2015-02-11 2016-08-18 Vid Scale, Inc. Systems and methods for generalized http headers in dynamic adaptive streaming over http (dash)
US10412132B2 (en) * 2015-02-16 2019-09-10 Lg Electronics Inc. Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10798655B2 (en) 2015-09-03 2020-10-06 Deutsche Telekom Ag Enhanced power consumption management of a user equipment using a mobile communication network, wherein different sets of radio resources are used in dependency of a power consumption information
US10034200B2 (en) * 2015-10-23 2018-07-24 Motorola Mobility Llc Iteratively transmitting random linear network encoded packets from multiple transmission nodes
KR102165255B1 (ko) * 2017-02-06 2020-10-13 삼성전자 주식회사 non-3gpp를 통해 5G네트워크에 접속하는 단말에 대한 registration 관리 방안
US10237681B2 (en) 2017-02-06 2019-03-19 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
US11438670B2 (en) * 2020-11-20 2022-09-06 At&T Intellectual Property I, L.P. Video complexity detection for network traffic management

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7032236B1 (en) * 1998-02-20 2006-04-18 Thomson Licensing Multimedia system for processing program guides and associated multimedia objects
US20060235883A1 (en) * 2005-04-18 2006-10-19 Krebs Mark S Multimedia system for mobile client platforms
CN101277448A (zh) * 2008-04-25 2008-10-01 清华大学 用于解码复杂度限制下的视频编码方法
CN101325471A (zh) * 2003-06-12 2008-12-17 高通股份有限公司 多媒体数据传输方法和装置
WO2009009166A1 (en) * 2007-07-09 2009-01-15 Sony Ericsson Mobile Communications Ab Intelligent power-aware downloading for mobile communication devices
US20090061954A1 (en) * 2007-08-29 2009-03-05 Ati Technologies Ulc Server initiated power mode switching in portable communication devices
US20090270138A1 (en) * 2008-04-23 2009-10-29 Qualcomm Incorporated Coordinating power management functions in a multi-media device
CN101601288A (zh) * 2006-12-08 2009-12-09 艾利森电话股份有限公司 用于有效媒体处理的接收器动作和实施
US20110093605A1 (en) * 2009-10-16 2011-04-21 Qualcomm Incorporated Adaptively streaming multimedia
CN102209242A (zh) * 2011-05-26 2011-10-05 大连理工大学 基于功耗模型的最优化可伸缩视频传输和解码系统

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990072122A (ko) * 1995-12-12 1999-09-27 바자니 크레이그 에스 실시간 영상 전송 방법 및 장치
US6285405B1 (en) * 1998-10-14 2001-09-04 Vtel Corporation System and method for synchronizing data signals
US6470378B1 (en) * 1999-03-31 2002-10-22 Intel Corporation Dynamic content customization in a clientserver environment
JP2002077377A (ja) * 2000-08-29 2002-03-15 Toshiba Corp 携帯端末装置および携帯端末装置の消費電力抑制方法
JP2002132622A (ja) 2000-10-19 2002-05-10 Seiko Epson Corp プログラム供給装置、プログラム供給方法、携帯端末、ネットワークシステム及びコンピュータ可読媒体
US8352991B2 (en) * 2002-12-09 2013-01-08 Thomson Licensing System and method for modifying a video stream based on a client or network environment
CN100542287C (zh) * 2003-06-27 2009-09-16 Nxp股份有限公司 用于手持设备的编码的方法
GB0400658D0 (en) * 2004-01-13 2004-02-11 Koninkl Philips Electronics Nv Portable device for receiving media content
WO2006099082A2 (en) 2005-03-10 2006-09-21 Qualcomm Incorporated Content adaptive multimedia processing
US8031766B2 (en) * 2005-08-02 2011-10-04 Lsi Corporation Performance adaptive video encoding with concurrent decoding
US7653386B2 (en) * 2006-05-05 2010-01-26 Broadcom Corporation Access point multi-level transmission power control supporting periodic high power level transmissions
US8358704B2 (en) * 2006-04-04 2013-01-22 Qualcomm Incorporated Frame level multimedia decoding with frame information table
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US7804435B2 (en) * 2006-08-31 2010-09-28 Ati Technologies Ulc Video decoder with reduced power consumption and method thereof
US20090304085A1 (en) * 2008-06-04 2009-12-10 Novafora, Inc. Adaptive Deblocking Complexity Control Apparatus and Method
EP2300928B1 (en) * 2008-06-06 2017-03-29 Amazon Technologies, Inc. Client side stream switching
US8838824B2 (en) * 2009-03-16 2014-09-16 Onmobile Global Limited Method and apparatus for delivery of adapted media
US8538484B2 (en) 2009-08-14 2013-09-17 Google Inc. Providing a user with feedback regarding power consumption in battery-operated electronic devices
CN105791841B (zh) * 2010-01-06 2019-06-21 杜比实验室特许公司 用于网络上视频数据的自适应流处理的方法、装置和系统
PL2526674T3 (pl) * 2010-01-18 2017-09-29 Telefonaktiebolaget Lm Ericsson (Publ) Sposób i urządzenie dla wsparcia odtwarzania treści
US9226045B2 (en) * 2010-08-05 2015-12-29 Qualcomm Incorporated Signaling attributes for network-streamed video data
US8689267B2 (en) * 2010-12-06 2014-04-01 Netflix, Inc. Variable bit video streams for adaptive streaming
WO2012090962A1 (ja) * 2010-12-28 2012-07-05 シャープ株式会社 画像復号装置、画像符号化装置、および符号化データのデータ構造、ならびに、算術復号装置、算術符号化装置
CN102547272B (zh) * 2010-12-30 2015-03-11 中国移动通信集团公司 一种解码方法、装置及终端
US9661104B2 (en) * 2011-02-07 2017-05-23 Blackberry Limited Method and apparatus for receiving presentation metadata
US20120209952A1 (en) * 2011-02-11 2012-08-16 Interdigital Patent Holdings, Inc. Method and apparatus for distribution and reception of content
US20120275502A1 (en) * 2011-04-26 2012-11-01 Fang-Yi Hsieh Apparatus for dynamically adjusting video decoding complexity, and associated method
JP5626129B2 (ja) 2011-06-06 2014-11-19 ソニー株式会社 受信装置及び方法、情報配信装置及び方法、並びに情報配信システム
CN102857746B (zh) * 2011-06-28 2017-03-29 中兴通讯股份有限公司 环路滤波编解码方法及装置
JP2013038766A (ja) * 2011-07-12 2013-02-21 Sharp Corp 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体
US20130042013A1 (en) * 2011-08-10 2013-02-14 Nokia Corporation Methods, apparatuses and computer program products for enabling live sharing of data
US9503497B2 (en) * 2011-12-10 2016-11-22 LogMeln, Inc. Optimizing transfer to a remote access client of a high definition (HD) host screen image
JP5944013B2 (ja) * 2012-01-17 2016-07-05 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 参照画像リストの取り扱い
US9787979B2 (en) * 2012-04-06 2017-10-10 Vidyo, Inc. Level signaling for layered video coding
JP5994367B2 (ja) * 2012-04-27 2016-09-21 富士通株式会社 動画像符号化装置、動画像符号化方法
WO2014011622A2 (en) * 2012-07-09 2014-01-16 Vid Scale, Inc. Power aware video decoding and streaming
US8949440B2 (en) * 2012-07-19 2015-02-03 Alcatel Lucent System and method for adaptive rate determination in mobile video streaming
US9357272B2 (en) * 2012-08-03 2016-05-31 Intel Corporation Device orientation capability exchange signaling and server adaptation of multimedia content in response to device orientation
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
KR102059084B1 (ko) * 2012-10-18 2019-12-24 브이아이디 스케일, 인크. 모바일 멀티미디어 스트리밍에 대한 디코딩 복잡도
US11812116B2 (en) * 2019-10-16 2023-11-07 Charter Communications Operating, Llc Apparatus and methods for enhanced content control, consumption and delivery in a content distribution network

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7032236B1 (en) * 1998-02-20 2006-04-18 Thomson Licensing Multimedia system for processing program guides and associated multimedia objects
CN101325471A (zh) * 2003-06-12 2008-12-17 高通股份有限公司 多媒体数据传输方法和装置
US20060235883A1 (en) * 2005-04-18 2006-10-19 Krebs Mark S Multimedia system for mobile client platforms
CN101601288A (zh) * 2006-12-08 2009-12-09 艾利森电话股份有限公司 用于有效媒体处理的接收器动作和实施
WO2009009166A1 (en) * 2007-07-09 2009-01-15 Sony Ericsson Mobile Communications Ab Intelligent power-aware downloading for mobile communication devices
US20090061954A1 (en) * 2007-08-29 2009-03-05 Ati Technologies Ulc Server initiated power mode switching in portable communication devices
US20090270138A1 (en) * 2008-04-23 2009-10-29 Qualcomm Incorporated Coordinating power management functions in a multi-media device
CN101277448A (zh) * 2008-04-25 2008-10-01 清华大学 用于解码复杂度限制下的视频编码方法
US20110093605A1 (en) * 2009-10-16 2011-04-21 Qualcomm Incorporated Adaptively streaming multimedia
CN102209242A (zh) * 2011-05-26 2011-10-05 大连理工大学 基于功耗模型的最优化可伸缩视频传输和解码系统

Also Published As

Publication number Publication date
US10237321B2 (en) 2019-03-19
KR102059084B1 (ko) 2019-12-24
JP6097840B2 (ja) 2017-03-15
KR20170068616A (ko) 2017-06-19
KR20150074078A (ko) 2015-07-01
US20220394075A1 (en) 2022-12-08
US20190158562A1 (en) 2019-05-23
JP2017142803A (ja) 2017-08-17
KR101748505B1 (ko) 2017-06-16
CN104871514A (zh) 2015-08-26
JP6463788B2 (ja) 2019-02-06
EP3528450A1 (en) 2019-08-21
WO2014063026A1 (en) 2014-04-24
US20150237103A1 (en) 2015-08-20
JP2016503600A (ja) 2016-02-04
WO2014063026A8 (en) 2015-04-16
EP2909990B1 (en) 2019-01-16
US11368509B2 (en) 2022-06-21
CN104871514B (zh) 2019-04-05
CN109890071B (zh) 2023-05-12
EP2909990A1 (en) 2015-08-26
EP3528450B1 (en) 2021-12-01

Similar Documents

Publication Publication Date Title
CN104871514B (zh) 移动多媒体流的解码复杂度
Oyman et al. Quality of experience for HTTP adaptive streaming services
CN104854839B (zh) Http流传输的多假设速率自适应
US20190174360A1 (en) Service transmission control method, related device, and communications system
CN110035018A (zh) 确定网络服务质量流的方法、网元和系统
CN108141443A (zh) 用户设备和媒体流传输网络辅助节点
US9622289B2 (en) End-to-end delay adaptation with connected DRX in a cellular voice call
CN103384994A (zh) 用于内容分配和接收的方法和装置
US20130326551A1 (en) Wireless multimedia quality of experience reporting
MX2013015115A (es) Tecnica para manejar trafico de medios de transmision en una entidad de red.
WO2021077630A1 (zh) 一种通信方法、装置、设备及系统
US20150358376A1 (en) Method, Apparatus and System for Transmitting Media Data
JP2016502298A (ja) 無線アクセスネットワークを介した伝送用メディアストリームのスロットリング
EP2875616B1 (en) Content optimization based on real time network dynamics
US20230362763A1 (en) Method and apparatus for measuring quality of experience qoe
Csernai et al. Wireless adapter sleep scheduling based on video QoE: How to improve battery life when watching streaming video?
Wirth et al. Advanced downlink LTE radio resource management for HTTP-streaming
Zrncic et al. Quality-of-service in machine-to-machine service provisioning process
WO2022067699A1 (zh) 业务数据流的传输方法、通信装置及通信系统
WO2022160210A1 (zh) 业务数据流的传输方法、通信装置及通信系统
CN113543222A (zh) 媒体报文的传输方法、装置及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20240812

Address after: Delaware, USA

Patentee after: Interactive Digital VC Holdings

Country or region after: U.S.A.

Address before: Delaware, USA

Patentee before: VID SCALE, Inc.

Country or region before: U.S.A.

TR01 Transfer of patent right