CN104854839B - Http流传输的多假设速率自适应 - Google Patents

Http流传输的多假设速率自适应 Download PDF

Info

Publication number
CN104854839B
CN104854839B CN201380065356.7A CN201380065356A CN104854839B CN 104854839 B CN104854839 B CN 104854839B CN 201380065356 A CN201380065356 A CN 201380065356A CN 104854839 B CN104854839 B CN 104854839B
Authority
CN
China
Prior art keywords
segmentation
proxy server
media content
client
http
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.)
Active
Application number
CN201380065356.7A
Other languages
English (en)
Other versions
CN104854839A (zh
Inventor
O·卢特法拉赫
H·刘
Y·雷兹尼克
E·阿斯蓬
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 Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings 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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN104854839A publication Critical patent/CN104854839A/zh
Application granted granted Critical
Publication of CN104854839B publication Critical patent/CN104854839B/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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • 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
    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • 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/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5681—Pre-fetching or pre-delivering data based on network characteristics

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Library & Information Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一种多假设速率自适应技术，可针对一种或多种无线多媒体流传输方案而执行。管理多媒体流会话可包括由客户端发送对第一部分内容的请求至服务器。可从代理接收响应。所述响应可包括所述第一部分内容以及与可通过所述代理获得的第二部分内容关联的信息。请求可被发送至所述代理以使所述代理将所述第二部分内容传递至所述客户端。与所述多媒体流会话关联的参数的改变可基于接收自所述代理的数据来确定。可确定改变速率自适应。一种无线发射/接收单元(WTRU)可被配置成执行所述速率自适应。

Description

HTTP流传输的多假设速率自适应
相关申请的交叉引用
本申请要求于2012年10月19日递交的临时申请No.61/716,369的优先权的权益。
背景技术
对于通过因特网将多媒体内容(例如音频、视频等)传递给机顶盒、可上网电视、计算机、无线设备等而言，通过超文本传输协议(HTTP)的流传输已成为常规途径。多媒体内容在多种不同比特率、分辨率、最小和/或最大带宽下可得，并且可来自多个源。
HTTP流传输客户端(例如无线发射/接收单元(WTRU))可采用流速率自适应。这种流速率自适应方法可应用例如一步式或步进式放大/缩小(scale-up/scale-down)技术来将带宽利用率最大化。尽管如此，这种速率自适应技术会可能会导致回放质量的突然和/或明显改变，这会令终端用户不满，例如那些关注下列中的一者或多者的终端用户：不断感知的帧速率；最小的明显质量变化；在整个多媒体流会话期间视频和/或音频资料的一贯清晰度；从不同设备访问流多媒体内容并保证最小间断的能力等等。
此外，某些流速率自适应方法可能无法令人满意地处理多个流传输客户端之间的网络资源共享和/或不同流媒体分量(例如视频、音频、定时文本和/或幻灯片(例如演示幻灯片))之间的带宽分离的问题。
发明内容
可针对一种或多种无线多媒体流(例如视频流)情形来执行多假设速率自适应技术。
管理多媒体流会话的一种方法可包括由客户端发送对第一部分内容的请求至服务器。可从代理接收响应。所述响应可包括所述第一部分内容以及与可通过所述代理得到的第二部分内容关联的信息。请求可被发送至所述代理以使所述代理将所述第二部分内容传递至所述客户端。与多媒体流会话关联的特性的改变可基于接收自所述代理的数据而得以确定。改变速率自适应可被确定。
一种无线发射/接收单元(WTRU)可包括处理器，该处理器被配置成促使所述WTRU发送对第一部分内容的请求至服务器。在从代理接收到包括所述第一部分内容以及与可通过所述代理得到的第二部分内容关联的信息的响应的情况下，所述处理器可促使所述WTRU发送请求至所述代理以使所述代理传递所述第二部分内容至所述WTRU。所述处理器可被配置成基于接收自所述代理的数据来确定与所述多媒体流会话关联的特性的改变以及确定改变速率自适应。
附图说明
图1示出了以不同比特率编码的示例多媒体内容。
图2示出了示例自适应流传输。
图3为各个接入网络的示例峰值带宽表。
图4为能够实现多媒体流传输的示例设备的示例屏幕分辨率表。
图5为示例标准屏幕分辨率表。
图6示出了以不同比特率编码并被划分成分段的示例多媒体内容。
图7示出了示例超文本传输协议(HTTP)流会话。
图8A-8C示出了示例HTTP流视频播放器的示例状态和缓冲器模型。
图9A为示例固定、递增及步进变化业务模式的图表，其中多假设速率自适应可应用于所述业务模式。
图9B为示例可变、递减及陡降业务模式的图表，其中多假设速率自适应可应用于所述业务模式。
图9C为示例代理高速缓存及广告赞助业务模式的图表，其中多假设速率自适应可应用于所述业务模式。
图10示出了示例假设表示。
图11为各个事件的示例参数表示表。
图12示出了包含HTTP代理的流会话的速率自适应的示例消息图表。
图13示出了媒体分量的示例优先级。
图14A示出了示例通信系统的系统图示，其中一个或多个公开的实施方式可在所述示例通信系统中实施。
图14B示出了可在图14A示出的通信系统中使用的示例无线发射/接收单元(WTRU)的系统图示。
图14C示出了可在图14A示出的通信系统中使用的示例无线电接入网络和示例核心网的系统图示。
图14D示出了可在图14A示出的通信系统中使用的示例无线电接入网络和示例核心网的系统图示。
图14E示出了可在图14A示出的通信系统中使用的示例无线电接入网络和示例核心网的系统图示。
具体实施方式
现在参照各个附图对说明性实施方式进行详细描述。虽然该描述提供了可能实施的具体示例，应当注意的是，所述细节是示例性的且不对本申请的范围进行限制。此外，附图中示出的一个或多个消息图表为示例性的。可以使用其他实施方式。在适当时候可对所述消息的顺序进行变更。在不需要的情况下可对消息进行忽略，并且可添加额外的流程。
举例来说，为了对关联的通信网络的可变带宽做出响应，可针对通过有线和/或无线网络(例如3G或4G蜂窝网络、WiFi、因特网等)建立的流会话(例如多媒体内容流)执行速率自适应。例如，根据自适应流传输，将媒体流动传输至一个或多个流传输客户端的速率可根据网络条件变化进行调整以保持恒定的视频质量。自适应流传输使得一个或多个流传输客户端能够将由所述一个或多个客户端接收流媒体的各自的速率与各自的可用带宽或质量等级标准以及所述一个或多个流传输客户端相关联。
在自适应流传输系统中，内容提供商可以不同的比特率104、106、108提供流传输内容102，如图1所示。所述内容可通过多个目标比特率(例如r1、r2…rM)进行编码。为了实现这些目标比特率，可以改变下列参数中的一者或多者：视觉质量或SNR；帧分辨率；帧速率；采样速率；信道数量；和/或编解码器。与流传输内容关联的描述文件110(例如媒体呈现描述(MPD))可提供与所述流传输内容和/或其多重表述关联的元数据和/或技术信息，并且可实现一个或多个不同可用比特率的选择。该描述文件(例如MPD)可以被称为清单(manifest)。
以多种速率发布流传输内容会增加与所述流传输内容相关联的制作、质量保证(QA)、管理和/或存储成本，由此可用的流传输内容的可用速率和/或分辨率的数量就会受到限制。
举例来说，支持带宽自适应的流传输客户端(例如流媒体播放器)可从媒体内容描述获得可用比特率。流传输客户端可测量和/或估计可用带宽202和/或可通过以不同比特率204请求分段来控制关联的流会话，这可以允许流传输客户端在多媒体内容的回放期间适应于带宽波动，如图2所示。流传输客户端可基于下列中的一者或多者测量和/或估计可用带宽202：缓冲等级、差错率、延时抖动等等。除了可用带宽之外，流传输客户端还可考虑一个或多个其他因素(例如检视条件(viewing condition)，如在做出有关在流会话中使用的比特率和/或分段的决定时)。
举例来说，可基于流传输客户端和/或网络反馈、由服务器来控制流切换行为。例如，这种模型可利用基于实时传输协议(RTP)和/或实时流传输协议(RTSP)协议的流传输技术来实现。
举例来说，可由与接入网络相关联的一个或多个流传输客户端所使用的接入网络带宽可由于接入网络使用的一个或多个底层通信技术(如图3表中所示)、与接入网络相关联的多个用户、一个或多个流传输客户端各自相对于接入网络的位置、与接入网络相关联的信号强度等等原因而产生变化。
举例来说，根据呈现流传输内容的设备(例如智能电话、平板电脑、便携式计算机、高清电视(HDTV)等等)，流传输内容可通过不同分辨率进行呈现。图4的表格示出了具有多媒体流传输能力的示例设备的关联的屏幕分辨率。图5的表格示出了与流传输内容一致的示例标准屏幕分辨率。
举例来说，内容提供商可使用HTTP渐进式下载来分布多媒体内容，其中可在回放之前对所述内容进行下载(例如部分下载或全部下载)。HTTP传输协议可能可通过防火墙(例如不被防火墙拦截)，然而HTTP以外的传输协议(例如RTF、RTSP、多播等)却可能会被防火墙拦截和/或会被因特网服务提供商(ISP)禁用。尽管如此，渐进式下载可能不支持带宽自适应。
在自适应流传输中，例如通过HTTP，内容602(例如媒体呈现)可以多个比特率604、606、608进行编码。每一相应的编码可被划分成具有较短持续时间的一个或多个分段，例如如图6所示。举例来说，采用比特率r1的编码可被划分成分段610、612、614。举例来说，流传输客户端可通过使用HTTP来请求某个比特率上的分段从而来实施速率自适应，所述比特率可根据会影响流传输客户端的一个或多个网络条件来进行选择。
图7示出了可在流会话期间在流传输客户端702与关联的HTTP服务器704之间出现的示例互动序列。MPD文件706和/或与内容流对应的一个或多个分段708、710可通过HTTPGET(HTTP获取)请求的方式(例如由客户端702发出)来获取。MPD文件706可例如通过统一资源定位符(URL)对一个或多个分段的各自的位置进行指定。
举例来说，自适应HTTP播放器可被建模为状态机800，该状态机800至少包括缓冲状态802和播放状态804，如图8A-8C所示。当自适应HTTP播放器在缓冲状态802下操作时，可在不中断的情况下持续(例如一个接一个地)发送HTTP GET请求，直至达到如图8B中示出的预定缓冲等级p。当自适应HTTP播放器在播放状态804下操作时，可每T秒发送一次HTTP GET请求，例如以将缓冲等级保持在μ之上。举例来说，在应用了向前定位(seek forward)或向后定位(seek backward)的情况下，可对缓冲状态进行调整。
播放状态804可进一步被划分成ON(开启)状态820和OFF(关闭)状态822，如图8C所示。当自适应HTTP播放器在ON状态820下操作时，可在一时间段内持续发送HTTP GET请求，该时间段被记为T1秒。与通过一个或多个GET请求获取的分段对应的回放时间可表示如下：
T＝T1+T2 (1)
其中T2是余数，由此T1<T2(例如T1<<T2)。
如果对于MPD中呈现的一个或多个视频分段来说，可用网络带宽大于最大比特率，则自适应HTTP播放器可延迟(例如延迟T2秒的时间段)发送一个或多个随后的HTTP GET请求。可间隔T秒发送一个或多个HTTP GET请求(例如N个HTTP GET请求)。所述一个或多个HTTP GET请求可起到T1秒的作用。当自适应HTTP播放器在ON状态820下操作时，可对带宽估计进行计算。
当自适应HTTP播放器在OFF状态822下操作时，可对回放缓冲器实施监控，这可造成一个或多个播放器参数(例如T1、T2、p和/或μ)各自的改变。
举例来说，HTTP流视频播放器可在本地(例如在与HTTP流视频播放器关联的缓冲器中)存储一个或多个接收到的分段(例如接收到的全部分段)，以允许倒带(rewind)操作。所述缓冲器可被作为具有滑动指针p和μ的无限缓冲器(infinite buffer)实施(例如逻辑地实施)。
举例来说，可在按照T秒间隔出现的观测点(i)(例如每T秒出现一次的观测点(i))处估计(例如计算)有效带宽。例如，有效带宽估计可表示如下：
其中Tb＝发送HTTP GET请求的时间，Ta＝接收HTTP GET请求的最后一个字节的时间，seg_size(分段_大小)＝以比特为单位的多媒体分段大小，而N＝在该观测期间的HTTPGET请求的数量。
利用等式(2)计算的有效带宽估计可能并不可靠。例如，在使用相当于少量时间的T间隔执行带宽估计的方案中，带宽估计可包括一个或多个带宽突然上升和/或下降，这导致了有效带宽估计的不准确。通过根据一个或多个先前的有效带宽估计来应用权重，可以至少部分地避免这种不准确。举例来说，该权重可表示如下：
其中参数F可作为稳定因子，而Wj(j＝0…,J)可表示分配给一个或多个之前的有效带宽估计的权重。举例来说，可选择值F＝0.95。如果J＝1，则可选择值W0＝0.8和WJ＝0.2。
举例来说，与带宽估计相关联的下载可能可被表示为分段持续时间(例如seg_duration(分段_持续时间))与(例如从关联的网络)下载该分段所花费的时间之间的比率。举例来说，如果一个或多个分段被从高速缓存(例如附近的HTTP高速缓存代理)下载，则所述比率可大于1。举例来说，所述比率可称为下载比率并且可表示如下：
可对中值有效带宽进行确定。举例来说，在包含了对大量内容(例如长的电影)进行流传输的方案中，可在例如电影开始时对最小带宽(例如minBandwidth(最小带宽))和/或最大带宽(例如maxBandwidth(最大带宽))进行观测，由此可导出中值有效带宽。
速率自适应技术可应用一个或多个比率测量，例如，所建议的质量速率与所观测的质量(例如当前质量)速率之间的比率可被表示如下：
其中Q(i-1)＝当前质量，而Q(i)＝所建议的质量(≤M)。
举例来说，可将速率自适应算法分类为一步式技术或步进式放大/缩小技术。根据一步式技术，可使用下列等式对所建议的最大质量进行选择：
Q(i)＝max{m＝1,...M；其中切换比率(m)≤下载比率(i)}
将一步式技术应用于HTTP播放器会导致一个或多个质量变化，从而使得HTTP播放器的用户感到反感。步进式技术可对相邻分段之间的质量等级变化构成限制，例如：
Q(i-1)-Δ≤Q(i)≤Q(i-1)+Δ
其中Δ为所允许的最大步长(例如Δ＝1、2或3)。
速率自适应可被设计成例如改善(例如最大化)带宽利用率，并可表示为：
其中I＝多媒体体验的整个持续时间内的观测点(i)的数量。
举例来说，将带宽利用最优化地用于所选择的多媒体内容类别可能不会与相关联的终端用户所认为的得到改善的多媒体体验相关。多媒体服务的用户可能关注不断感知的帧速率、最小的明显质量变化、多媒体会话期间视频和音频内容的清晰度、从不同设备获取多媒体内容并保证最小间断的能力、和/或其他考虑。举例来说，其他考虑可包括在客户端之间共享的联网资源的公平度(fairness)、以及有关于不同媒体分量(例如视频、音频、定时文本和/或幻灯片)之间有效带宽拆分的决策敏感度。
速率自适应可包括利用与假设关联的一个或多个参数。实施了两个或多个这种假设(例如实施了多个假设)的速率自适应技术此处可被称为多假设速率自适应技术。多假设速率自适应技术可针对一种或多种无线多媒体(例如视频)流传输方案进行优化。举例来说，可对多假设速率自适应技术进行优化，以对在相关联的流会话(例如在长视频的流传输情况下)期间发生的一个或多个信道条件和/或接入技术改变的变化进行说明。
假设可与流会话(例如HTTP流会话)的一个或多个参数(例如测量参数、理论参数等)相对应，流会话的参与者(例如流传输客户端、流传输服务器等)可能遭遇到所述参数。举例来说，流会话参数可包括在一个时间间隔上流传输客户端可用的有效带宽量的变化(例如固定、递减或递增、步近变化、陡降等)、代理高速缓存的使用、和/或广告赞助的视频流。
对于每一假设，可以指定一个或多个相关联的参数(例如Th、T1h、T2h、ph、μh、Δh等)，其可由具有与所述假设的参数至少部分类似的一个或多个参数的流会话参与者所使用。举例来说，一个或多个所指定的参数可根据所述假设的参数进行优化，以提升(例如最大化)与流会话关联的用户体验质量，所述流会话至少部分与所述假设类似。
图9A-9C示出了应用了多假设速率自适应的各个HTTP流会话期间有效带宽变化的示例。图9A示出了流会话带宽变化的三个示例902、904、906。示例902示出了在流传输客户端设备上运行的其他应用使用了最小带宽用量的情况下发生在宽带网络上的示例流会话，这可获得作为有效固定速率带宽的有效带宽。示例904示出了示例流会话，有效带宽会在该示例流会话期间递增，这种情况例如会当流传输客户端移动至具有改善的覆盖范围(例如从农村地区到城市地区)时发生。示例906示出了示例流会话，在该示例流会话期间有效带宽会在一段时间内遇到临时下降(例如步近变化(step change))，这种情况例如可能会由在一个时间间隔内遭受了高分组丢失的长期演进(LTE)流传输客户端遇到。
图9B示出了流会话带宽变化的另外三个示例908、910、912。图908示出了示例流会话，有效带宽会在该示例流会话期间大幅变化，这种情况例如可能会由参与通过无线网络建立的流会话的流传输遇到。示例910示出了示例流会话，有效带宽会在该示例流会话期间递减，这种情况例如会当流传输客户端移动至具有更差覆盖范围(例如从城市地区到农村地区)时发生。示例912示出了示例流会话，有效带宽在该示例流会话期间陡降，这种情况例如可由接入技术从宽带网络变为无线网络的流传输客户端遇到。
图9C示出了流会话带宽变化的另外两个示例914、916。示例914示出了一种示例流会话，在该示例流会话期间，有效带宽会突然大幅增大，这种情况正如可在流传输客户端从HTTP代理高速缓存接收一个或多个分段时遇到的那样，对于e而言，HTTP代理高速缓存位于流传输客户端附近。示例916示出了一种示例流会话，在该示例流会话期间，例如根据广告赞助的视频流会话(例如可每3分钟插入一次30秒的广告消息)，有效带宽会在一个或多个预定间隔期间波动。
举例来说，每一速率变化假设都可得到唯一的表示，以允许HTTP流传输客户端(例如HTTP播放器)选择一个或多个合适的速率自适应动作。图10示出了示例假设表示。举例来说，假设(例如多个假设中的每一假设)可被表示为唯一的整数索引值1002，该整数索引值1002例如可被存储在可由流传输客户端接入的查找表中。一个或多个各自的参数值1004(例如Th、T1h、T2h、ph、μh、Δh等)可与每一假设关联，并且可与每一假设一起存储在例如所述查找表中。各个置信度值1006可与每一假设关联和/或可被存储在所述查找表中。举例来说，所述置信度值可使用百分比值(例如超过某一阈值的百分比、最大百分比等等)来指示所述假设可适用于所建立的流会话的可能性。每一假设还可与至所提议的下一假设1010的链路1008关联，如果关联的置信度值降到了预定阈值以下，则所述流传输客户端将应用所提议的下一假设1010。至所提议的下一假设1010的所述链路1008可被存储在所述查找表中。
可对假设的内容进行修改。举例来说，流传输客户端可根据所采集的历史数据(例如来自一个或多个多媒体流会话)和/或根据反馈(例如采集自与一个或多个终端用户关联的各个流传输客户端的反馈)来修改假设。修改后的假设和/或关联的查找表可在流传输客户端之中共享(例如传递)。
举例来说，可基于反馈数据对流传输客户端所使用的一个或多个参数进行预先计算，所述反馈数据与具有与所建立的流会话的参数相类似参数的一个或多个假设有关。举例来说，反馈可以以接收自流传输客户端的反馈数据的平均值为依据，所述流传输客户端与对相同内容进行流传输的一个或多个终端用户关联。举例来说，所述反馈可以是一个或多个终端用户自愿提供的和/或此外可被提交和/或采集以供传送至流传输客户端。为了创建与流会话关联的一个或多个假设，可使用一个或多个工具(例如DummyNet(虚拟网络))将虚拟带宽添加至流会话的服务器和/或客户端侧，以生成具有与图9A-9C示出的示例流会话类似的参数的一个或多个假设。
参与流会话的设备(例如流传输客户端)可检测与一个或多个观测点(i)(例如多个预定义观测点(i))对应的事件(例如有效带宽的改变，如图9A-9C所示)。举例来说，流传输客户端可使用来自无线电协议栈和/或与该流传输客户端关联的一个或多个传感器的信息来检测事件，所述信息可包括下列中的一者或多者：信号强度；一时间段期间的信号强度级数；卸载状态(例如WiFi到3G和/或4G无线)；来自加速计的数据；来自GPS传感器的位置信息；等等。举例来说，流传输客户端可对来自多个传感器的信息进行聚合以增强事件检测可靠性(例如增强有效带宽估计的可靠性)。
举例来说，在没有传感器信息的情况下，流传输客户端可针对事件检测使用之前计算的信息(例如之前计算的effectiveBandwidth(有效带宽)和/或downloadRatio(下载比率)数值)。举例来说，流传输客户端可使用下列中的一者或多者来检测事件：统计平均和/或effectiveBandwidth变化和/或downloadRatio数值；effectiveBandwidth的峰均比和/或downloadRatio数值；两个相邻effectiveBandwidth数值之间的绝对差；与effectiveBandwidth的下降关联的最小和最大峰值和/或持续时间；等等。
举例来说，事件参数可被标记为ɑ1,h，ɑ2,h，ɑ3,h和ɑK,h，其中K可代表参数的总数量。各个权重因子可与一个或多个参数关联(例如针对每一参数)。可使用所述权重因子来计算每一假设的各自的置信度等级，所述置信度等级例如可被标记为b1,h、b2,h、b3,h和bK,h，表示如下：
图11示出了包括表示与假设对应的事件的参数的示例查找表。
与假设h有关的观测参数ak(i)的平均绝对差E(h,i)可表示如下：
其中f(x,y)是确保E(h,i)的最大值为1的函数。
假设的置信度等级可使用下式来计算：
E(i)最小＝minh(E(h，i)) (9)
流传输客户端(例如HTTP播放器)可选择具有最高(例如最大)置信度等级Ch(i)的假设h。最靠近的假设的置信度等级可在假设选择决策中加以考虑。
举例来说，当被流会话的HTTP GET请求提及的一个或多个视频分段被从高速缓存(例如HTTP代理高速缓存)提供至流传输客户端时，速率自适应可针对流会话实施，如图9C中的示例914所示。举例来说，这样的事件可由流传输客户端在观测与流会话关联的有效带宽估计的突然及大幅增大时检测。
来自HTTP代理的HTTP响应可包括多部分数据，由此所述HTTP响应的第一部分可包括由HTTP GET请求所请求的分段数据，而所述HTTP响应的第二部分可包括与HTTP GET请求相关的一个或多个其他内容分段的概述。
举例来说，流传输客户端可发送HTTP GET请求以取回媒体分段(例如http://www.video.com/video1/seg2__qualityl)，该HTTP GET请求可通过HTTP代理或被HTTP代理拦截。如果HTTP代理具有所请求的分段和/或其他分段的高速缓存副本，则来自HTTP代理的HTTP响应可包括下列中的一者或多者：与http://www.video.com videol/seg2_qualityl对应的内容；一个或多个高速缓存控制参数(例如高速缓存有效性定时器)；和/或与高速缓存的http://www.video.com/videol内容相对应的媒体呈现描述(MPD)。所述MPD可对由HTTP代理高速缓存的http://www.video.com/videol的分段的各自的内容表示进行描述。
在HTTP响应中向流传输客户端提供高速缓存控制参数和/或高速缓存MPD可例如帮助所述流传输客户端确定一个或多个需要取回的表示(例如与http://www.video.com/videol相关联的表示)，如果所述流传输客户端希望从HTTP代理高速缓存中取回http://www.video.com/videol的一个或多个附加分段的话，从而以用于节省带宽和/或减少延迟。
图12示出了涉及HTTP代理1202的流会话的速率自适应的示例消息图表，该流会话包括可通过所述HTTP代理1202的多个HTTP GET请求。举例来说，流传输客户端1204(例如HTTP播放器)最开始可根据缺省假设参与流会话，如图9A的902所示。
在1206，流传输客户端1204可针对视频内容分段发送HTTP GET请求(i)。所述HTTPGET请求可被HTTP代理1202拦截。来自流传输客户端1204的HTTP GET请求可包括报头(例如定制HTTP报头)，该报头可以用信号告知所述流传输客户端想要从例如知悉HTTP上的动态自适应流传输(DASH)的代理高速缓存接收视频分段。示例定制HTTP报头例如可以是：
x-accept-dash-proxy:yes\n\r(x-接受-dash-代理：是\n\r)
如果流传输客户端1204不想从所述知悉DASH的代理接收视频分段(例如有效视频分段副本)，则流传输客户端1204可发送例如如下所示的HTTP GET请求：
x-accept-dash-proxy:no\n\r((x-接受-dash-代理：否\n\r))
在1208，HTTP代理1202例如可对HTTP GET请求(i)进行分析，以确定是否存在所请求的视频分段的高速缓存副本和/或确定这种高速缓存内容的有效性。如果所请求的视频内容分段不在HTTP代理高速缓存之中，所述HTTP GET请求可被转发至流传输服务器(例如与所请求的视频分段关联的原始视频服务器或原始服务器1210)。举例来说，所述流传输客户端1204可从原始服务器1210请求视频分段的最新副本，以准确确定流传输客户端1204与原始服务器1210之间的有效带宽。如果HTTP代理高速缓存为不知悉DASH的，则所述HTTP代理高速缓存可忽略所述HTTP GET请求的定制报头并根据常规高速缓存代理进行操作。
在1212，原始服务器1210可对HTTP代理进行响应并发送所请求的视频分段至HTTP代理1202。
在1214，所述HTTP代理1202可将所述响应转发至流传输客户端1204。所述HTTP代理1202可将一个或多个高速缓存控制参数包括在所述响应内。所述HTTP代理1202例如可包括定制HTTP报头，以通过信号向所述流传输客户端1204告知存在具有来自原始视频服务器的一个或多个视频分段副本的知悉DASH的代理。举例来说，示例性定制HTTP报头可以是：
x-dash-proxy-server:http(s)://dash_proxy/mpd_uri/n/r(x-dash-代理-服务器:http(s)://dash_代理/mpd_uri/n/r)
其中x-dash-proxy-server可指向处于附近的知悉DASH的代理内的MPD资源。如果流传输客户端1204不支持一个或多个知悉DASH的代理的对应协议，则所述流传输客户端1204可忽略定制HTTP报头字段并根据常规DASH客户端进行操作。
举例来说，在1216，HTTP代理1202可预取内容(例如实施一种或多种预取技术)以改善与大量流传输客户端相关联的高速缓存命中率。所述HTTP代理1202可主动从原始服务器1210下载相关联的原始MPD和/或一个或多个视频分段。流传输客户端(例如DASH流传输客户端)可发送HTTP GET请求以向HTTP代理查询MPD。所述HTTP代理的MPD可以是原始MPD的子集。举例来说，对于涉及长视频的流会话，由于一个或多个视频分段被添加至HTTP代理1202的高速缓存或从HTTP代理1202的高速缓存中移除，流传输客户端1204可多次问询HTTP代理1202以获得最新的MPD。
在1218，所述流传输客户端1204可发送针对视频分段的HTTP GET请求(i+1)到HTTP代理1202。
在1220，HTTP代理1202可对流传输客户端1204进行响应并发送所请求的视频分段的高速缓存副本至流传输客户端1204。
在1222，流传输客户端1204可对与流会话关联的有效带宽改变对应的事件进行检测，如图9C的示例914所示。举例来说，如果高速缓存分段的质量(例如Q(i+2))在之前下载的分段(例如刚刚下载的分段)的△范围之内，则流传输客户端1204(例如与流传输客户端1204相关联的速率控制机制和/或算法)会更喜欢取回可由HTTP代理所高速缓存的一个或多个分段(例如随后的顺序的分段)的表示。
在1224，流传输客户端1204可发送针对下一视频分段的HTTP GET请求(i+2)至HTTP代理1202。
在1226，所述HTTP代理1202可作出响应并发送所请求的下一视频分段的高速缓存副本至所述流传输客户端1204。
在1228，所述流传输客户端1204可发送针对随后的视频分段的HTTP GET请求(i+3)至HTTP代理1202。
在1230，HTTP代理1202可作出响应并发送所请求的随后的视频分段的高速缓存副本至所述流传输客户端1204。
在1232，HTTP代理1202例如可执行预取步骤，以为一个或多个未来的视频分段请求做准备。
举例来说，对于由HTTP代理1202服务的各个DASH流传输客户端经常(例如最频繁地)请求的一个或多个视频分段而言，所述HTTP代理1202可依据表示来存储(例如在HTTP代理高速缓存中存储)一个或多个视频分段。举例来说，想要接收可能未被存储在HTTP代理的高速缓存中的随后的视频分段的流传输客户端可向关联的原始服务器发出一个或多个HTTP GET请求。举例来说，所述一个或多个HTTP GET请求可同时发出以从所述HTTP代理接收一个或多个高速缓存的视频分段。
多媒体场景可包括若干分量(例如视频、音频、图像、标注式文本、幻灯片等等)。根据清单文件(例如MPD)，一个分段可以承载一个或多个媒体分量，如本文所述。举例来说，参见本文所述的等式(2)，在每一观测点(i)，可针对整个多媒体流会话计算有效带宽。
为了确定所建议的针对每一媒体分量取回的表示质量Q(i)，流传输设备(例如流传输客户端)可以了解有关流会话的每一媒体分量的重要性。举例来说，站在终端用户的角度，音频分量可能比视频分量更重要，由此当有效带宽非常低时，除了音频分量之外的一个或多个媒体分量可能会被除掉以将音频分量的质量最大化。另一终端用户(例如在不同类型的另一流会话中的另一终端用户)可使视频分量的优先级高于音频分量，由此当有效带宽非常低时，除了视频分量之外的媒体分量可能被除掉以将视频分量的质量最大化。
由于与流会话相关联的有效带宽(例如effectiveBandwidth)的增加，总带宽可被智能分割。举例来说，对于一个或多个观测点(i)(例如每一观测点(i))，针对媒体分量的所建议的表示质量Q(i)可根据优先级度量进行调整。优先级度量可反映关于整个多媒体流会话的所建议的体验质量。
图13示出了媒体分量的示例优先级。举例来说，每一媒体分量可与两个计数器关联：最大计数器1302(max_cnt)和当前计数器1304(curr_cnt)。所述最大计数器max_cnt可为定值。如果当前计数器curr_cnt达到了最大计数器max_cnt，则可将指针1306(ptr)移动至下一媒体分量和/或可重置当前计数器curr_cnt。举例来说，参见图13，音频、视频以及定时文本流的有效带宽可最初被分配零值。之后，音频流可在两个连续观测点中被调整以使得音频流1308优先于其他媒体分量(例如视频流1310和定时文本流1312)。之后，视频流1310可在三个连续观测点中被调整以使得视频流1310优先于定时文本流1312。媒体分量的优先级不限于图13中的示例。
此处描述的速率自适应技术(例如多假设速率自适应技术)可应用于适当的基于HTTP的流传输系统，基于HTTP的流传输包括下列中的一者或多者：HTTP上的动态自适应流传输(DASH)(例如MPEG DASH)；苹果HTTP直播式流传输(HLS)；微软平滑式流传输；HTTP动态流传输；开放IPTV论坛HTTP自适应流传输(HAS)；3GPP自适应HTTP流传输(AHS)等等。
此处描述的速率自适应技术(例如多假设速率自适应技术)可根据在无线通信系统(例如图14A-14E中示出的示例无线通信系统1400及其组件)中进行的多媒体流会话来实施。
图14A是示例通信系统1400的系统图，在该示例通信系统1400中可实现一个或多个公开的实施方式。该通信系统1400可以是将诸如语音、数据、视频、消息发送、广播等之类的内容提供给多个无线用户的多接入系统。该通信系统1400可以通过系统资源(包括无线带宽)的共享使得多个无线用户能够访问这些内容。例如，该通信系统1400可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
如图14A所示，通信系统1400可以包括至少一个无线发射/接收单元(WTRU)(例如多个WTRU，如WTRU 1402a、1402b、1402c和1402d)、无线电接入网(RAN)1404、核心网1406、公共交换电话网(PSTN)1408、因特网1410和其他网络1412，但可以理解可实施任意数量的WTRU、基站、网络和/或网络元件。WTRU 1402a、1402b、1402c、1402d中的每一个可以是被配置成在无线环境中运行和/或通信的任何类型的装置。作为示例，WTRU 1402a、1402b、1402c、1402d可以被配置成发送和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、上网本、个人计算机、无线传感器、消费电子产品等等。
通信系统1400还可以包括基站1414a和基站1414b。基站1414a、1414b中的每一个可以是被配置成与WTRU 1402a、1402b、1402c、1402d中的至少一者无线对接，以便于接入一个或多个通信网络(例如，核心网络1406、因特网1410和/或网络1412)的任何类型的装置。例如，基站1414a、1414b可以是基站收发信站(BTS)、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点(AP)、无线路由器等。尽管基站1414a、1414b每个均被描述为单个元件，但是可以理解基站1414a、1414b可以包括任何数量的互连基站和/或网络元件。
基站1414a可以是RAN 1404的一部分，该RAN还可以包括其他基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站1414a和/或基站1414b可以被配置成发送和/或接收特定地理区域内的无线信号，该特定地理区域可以被称作小区(未示出)。小区还可以被划分成小区扇区。例如与基站1414a相关联的小区可以被划分成三个扇区。由此，在一种实施方式中，基站1414a可以包括三个收发信机，即小区的每个扇区都有一个收发信机。在另一实施方式中，基站1414a可以使用多输入多输出(MIMO)技术，并且因此可以针对小区的每个扇区使用多个收发信机。
基站1414a、1414b可以通过空中接口1416与WTRU 1402a、1402b、1402c、1402d中的一者或多者通信，该空中接口1416可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光等)。空中接口1416可以使用任何合适的无线电接入技术(RAT)来建立。
更特别地，如上所述，通信系统1400可以是多接入系统，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，在RAN 1404中的基站1414a和WTRU 1402a、1402b、1402c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，该UTRA无线电技术可以使用宽带CDMA(WCDMA)来建立空中接口1416。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一实施方式中，基站1414a和WTRU 1402a、1402b、1402c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该E-UTRA无线电技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口1416。
在其他实施方式中，基站1414a和WTRU 1402a、1402b、1402c可以实施诸如IEEE802.16(例如，全球微波互联接入(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM EDGE(GERAN)之类的无线电技术。
图14A中的基站1414b可以是例如无线路由器、家用节点B、家用e节点B或者接入点，并且可以使用任何合适的RAT来促成在诸如商业区、家庭、车辆、校园之类的局部区域的无线连接。在一个实施方式中，基站1414b和WTRU 1402c、1402d可以实施诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在另一个实施方式中，基站1414b和WTRU1402c、1402d可以实施诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。在另一个实施方式中，基站1414b和WTRU 1402c、1402d可以使用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微小区(picocell)和毫微微小区(femtocell)。如图14A所示，基站1414b可以具有至因特网1410的直接连接。由此，基站1414b可不经由核心网络1406来接入因特网1410。
RAN 1404可以与核心网1406通信，该核心网1406可以是被配置成将语音、数据、应用和/或通过网际协议的语音(VoIP)服务提供到WTRU 1402a、1402b、1402c、1402d中的一者或多者的任何类型的网络。例如，核心网1406可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分配等，和/或执行高级安全性功能，例如用户认证。尽管图14A中未示出，可以理解RAN 1404和/或核心网1406可以直接或间接地与其他RAN进行通信，这些其他RAN使用与RAN 1404相同的RAT或者不同的RAT。例如，除了连接到可以采用E-UTRA无线电技术的RAN 1404，核心网1406也可以与使用GSM无线电技术的其他RAN(未显示)通信。
核心网1406也可以用作WTRU 1402a、1402b、1402c、1402d接入PSTN1408、因特网1410和/或其他网络1412的网关。PSTN 1408可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网1410可以包括使用公共通信协议的互联计算机网络及装置的全球系统，所述公共通信协议例如是传输控制协议(TCP)/网际协议(IP)因特网协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。所述网络1412可以包括由其他服务提供方拥有和/或运营的无线或有线通信网络。例如，网络1412可以包括连接到一个或多个RAN的另一核心网，这些RAN可以使用与RAN1404相同的RAT或者不同的RAT。
通信系统1400中的WTRU 1402a、1402b、1402c、1402d中的一些或者全部可以包括多模式能力，例如WTRU 1402a、1402b、1402c、1402d可以包括用于通过不同的无线链路与不同的无线网络进行通信的多个收发信机。例如，图14A中显示的WTRU 1402c可以被配置成与可使用基于蜂窝的无线电技术的基站1414a进行通信，并且与可使用IEEE 802无线电技术的基站1414b进行通信。
图14B是示例WTRU 1402的系统图。如图14B所示，WTRU 1402可以包括处理器1418、收发信机1420、发射/接收元件1422、扬声器/麦克风1424、键盘1426、显示器/触摸板1428、不可移动存储器1430、可移动存储器1432、电源1434、全球定位系统(GPS)芯片组1436和其他外围设备1438。应该理解的是，在保持与实施方式一致的情况下，WTRU 1402可以包括上述元件的任何子组合。
处理器1418可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器1418可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使得WTRU 1402能够运行在无线环境中的其他任何功能。处理器1418可以耦合到收发信机1420，该收发信机1420可以耦合到发射/接收元件1422。尽管图14B中将处理器1418和收发信机1420描述为独立的组件，但是处理器1418和收发信机1420可以被一起集成到电子封装或者芯片中。
发射/接收元件1422可以被配置成通过空中接口1416将信号发送到基站(例如，基站1414a)，或者从基站(例如，基站1414a)接收信号。例如，在一个实施方式中，发射/接收元件1422可以是被配置成发送和/或接收RF信号的天线。在另一个实施方式中，发射/接收元件1422可以是被配置成发送和/或接收例如IR、UV或者可见光信号的发射器/检测器。在另一个实施方式中，发射/接收元件1422可以被配置成发送和接收RF信号和光信号两者。可以理解发射/接收元件1422可以被配置成发送和/或接收无线信号的任意组合。
此外，尽管发射/接收元件1422在图14B中被描述为单个元件，但是WTRU 1402可以包括任何数量的发射/接收元件1422。更具体地，WTRU1402可以使用MIMO技术。由此，在一个实施方式中，WTRU 1402可以包括两个或更多个发射/接收元件1422(例如，多个天线)以用于通过空中接口1416发射和/或接收无线信号。
收发信机1420可以被配置成对将由发射/接收元件1422发送的信号进行调制，并且被配置成对由发射/接收元件1422接收的信号进行解调。如上所述，WTRU 1402可以具有多模式能力。由此，收发信机1420可以包括多个收发信机以用于使得WTRU 1402能够经由多个RAT(例如UTRA和IEEE802.11)进行通信。
WTRU 1402的处理器1418可以被耦合到扬声器/麦克风1424、键盘1426和/或显示器/触摸板1428(例如，液晶显示(LCD)显示单元或者有机发光二极管(OLED)显示单元)，并且可以从上述装置接收用户输入数据。处理器1418还可以向扬声器/麦克风1424、键盘1426和/或显示器/触摸板1428输出用户数据。此外，处理器1418可以访问来自任何类型的合适的存储器中的信息，以及向任何类型的合适的存储器中存储数据，所述存储器例如可以是不可移动存储器1430和/或可移动存储器1432。不可移动存储器1430可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其他类型的存储器存储装置。可移动存储器1432可以包括订户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方式中，处理器1418可以访问来自物理上未位于WTRU 1402上(例如位于服务器或者家用计算机(未示出)上)的存储器的数据，以及在该存储器中存储数据。
处理器1418可以从电源1434接收电能，并且可以被配置成将该电能分配给WTRU1402中的其他组件和/或对至WTRU 1402中的其他组件的电能进行控制。电源1434可以是任何适用于给WTRU 1402供电的装置。例如，电源1434可以包括一个或多个干电池(镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器1418还可以耦合到GPS芯片组1436，该GPS芯片组1436可以被配置成提供关于WTRU 1402的当前位置的位置信息(例如，经度和纬度)。作为来自GPS芯片组1436的信息的补充或者替代，WTRU 1402可以通过空中接口1416从基站(例如，基站1414a、1414b)接收位置信息，和/或基于从两个或更多个相邻基站接收到的信号的定时(timing)来确定其位置。可以理解，在保持与实施方式一致性的同时，WTRU可以通过任何合适的位置确定方法来获取位置信息。
处理器1418还可以耦合到其他外围设备1438，该外围设备1438可以包括提供附加特征、功能和/或无线或有线连接的一个或多个软件和/或硬件模块。例如，外围设备1438可以包括加速度计、电子指南针(e-compass)、卫星收发信机、数字相机(用于照片或者视频)、通用串行总线(USB)端口、振动装置、电视收发信机、免持耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图14C为根据一种实施方式的包含有RAN 1404a及核心网1406a(分别包括RAN1404及核心网1406的示例实施)的通信系统1400的系统图。如上所述，RAN 1404(例如RAN1404a)可使用UTRA无线电技术通过空中接口1416与WTRU 1402a、1402b、1402c通信。RAN1404a还可以与核心网1406a进行通信。如图14C所示，RAN 1404a可包括节点B 1440a、1440b、1440c，节点B 1440a、1440b、1440c每一者均可包括一个或多个用于通过空中接口1416与WTRU 1402a、1402b、1402c通信的收发信机。节点B 1440a、1440b、1440c中的每一者均可与RAN 1404a中的特定小区(未示出)相关联。RAN 1404a还可以包括RNC 1442a、1442b。可以理解在保持与实施方式一致性的同时，RAN 1404a可以包括任意数量的节点B和RNC。
如图14C所示，节点B 1440a、1440b可以与RNC 1442a通信。此外，节点B 1440c可以与RNC 1442b通信。节点B 1440a、1440b、1440c可以经由Iub接口与各自的RNC 1442a、1442b通信。RNC 1442a、1442b可以经由Iur接口彼此通信。RNC 1442a、1442b的每一个可以被配置成控制其连接的各自的节点B 1440a、1440b、1440c。此外，RNC 1442a、1442b的每一个可以被配制成执行或支持其他功能，例如外环功率控制、负载控制、准许控制、分组调度、切换控制、宏分集、安全功能、数据加密等。
图14C中示出的核心网1406a可以包括媒体网关(MGW)1444、移动交换中心(MSC)1446、服务GPRS支持节点(SGSN)1448和/或网关GPRS支持节点(GGSN)1450。尽管前述每一个元件被描述为核心网1406a的一部分，但这些元件的任何一个可以由除核心网络运营方之外的实体所拥有和/或操作。
RAN 1404a中的RNC 1442a可以经由IuCS接口连接到核心网1406a中的MSC 1446。MSC 1446可以连接到MGW 1444。MSC 1446和MGW 1444可以给WTRU 1402a、1402b、1402c提供对例如PSTN 1408的电路交换网络的接入，以促进WTRU 1402a、1402b、1402c与传统陆线通信装置之间的通信。
RAN 1404a中的RNC 1402a还可以经由IuPS接口连接到核心网1406中的SGSN1448。SGSN 1448可以连接到GGSN 1450。SGSN 1448和GGSN1450可以给WTRU 1402a、1402b、1402c提供对例如因特网1410的分组交换网络的接入，以促进WTRU 1402a、1402b、1402c与IP使能装置之间的通信。
如上所述，核心网1406a还可以连接到网络1412，网络1412可以包括其他服务提供方拥有和/或运营的其他有线或无线网络。
图14D为根据一种实施方式的包含有RAN 1404b及核心网1406b(分别包括RAN1404及核心网1406的示例实施)的通信系统1400的系统图。如上所述，RAN 1404(例如RAN1404b)可使用E-UTRA无线电技术通过空中接口1416与WTRU 1402a、1402b、1402c通信。RAN1404b还可以与核心网1406b进行通信。
RAN 1404b可包括e节点B 1440d、1440e、1440f，但可以理解RAN 1404b可以包括任意数量的e节点B而保持与实施方式一致。e节点B 1440d、1440e、1440f每一者均可包括用于通过空中接口1416与WTRU 1402a、1402b、1402c通信的一个或多个收发信机。在一个实施方式中，e节点B 1440d、1440e、1440f可以实施MIMO技术。从而，例如e节点B 1440d可以使用多个天线来向WTRU 1402a发射无线信号并从WTRU 1402a接收无线信号。
e节点B 1440d、1440e、1440f中的每一个可以与特定小区(未示出)相关联，并可被配置成处理无线电资源管理决定、切换决定、在上行链路和/或下行链路中对用户进行调度等。如图14D所示，e节点B 1440d、1440e、1440f可以通过X2接口互相通信。
图14D中示出的核心网1406b可以包括移动性管理网关(MME)1443、服务网关1445和分组数据网(PDN)网关1447。虽然上述元件中的每一个都被描述为核心网1406b的一部分，这些元件中的任何一个可被不同于核心网运营商的实体所拥有和/或操作。
MME 1443可经由S1接口连接到RAN 1404b中的e节点B 1440d、1440e、1440f中的每一个，并可充当控制节点。例如，MME 1443可负责认证WTRU 1402a、1402b、1402c的用户、承载激活/去激活、在WTRU 1402a、1402b、1402c的初始附着期间选择特定服务网关，等等。MME1443还可提供控制平面功能，以用于在RAN 1404b和使用其它无线电技术(比如GSM或WCDMA)的其它RAN(未示出)之间进行切换。
服务网关1445可经由S1接口连接到RAN 1404b中的e节点B 1440d、1440e、1440f中的每一个。服务网关1445可以一般地向/从WTRU 1402a、1402b、1402c路由并转发用户数据分组。服务网关1445还可执行其它功能，比如在e节点B间切换期间锚定用户平面、当下行链路数据可由WTRU1402a、1402b、1402c使用时触发寻呼、管理并存储WTRU 1402a、1402b、1402c的上下文，等等。
服务网关1445还可连接到PDN网关1447，PDN网关1447可向WTRU1402a、1402b、1402c提供到分组交换网络(比如因特网1410)的接入，以促进WTRU 1402a、1402b、1402c和IP使能装置之间的通信。
核心网1406b可以促进与其它网络的通信。例如，核心网1406b可以向WTRU 1402a、1402b、1402c提供到电路交换网络(比如PSTN 1408)的接入，以促进WTRU 1402a、1402b、1402c和传统陆线通信装置之间的通信。例如，核心网1406b可以包括充当核心网1406b与PSTN 1408之间的接口的IP网关(例如IP多媒体子系统(IMS)服务器)或者可以与该IP网关通信。此外，核心网1406b可以向WTRU 1402a、1402b、1402c提供到网络1412的接入，网络1412可包括由其他服务提供商拥有和/或操作的其它有线或无线网络。
图14E为根据一种实施方式的包含有RAN 1404c及核心网1406c(分别包括RAN1404及核心网1406的示例实施)的通信系统1400的系统图。RAN1404(例如RAN 1404c)可以是利用IEEE 802.16无线电技术通过空中接口1416与WTRU 1402a、1402b、1402c进行通信的接入服务网(ASN)。如将在下面详细描述的，WTRU 1402a、1402b、1402c、RAN 1404c和核心网1406c中的不同功能实体之间的通信链路可被定义为参考点。
如图14E中所示，RAN 1404c可包括基站1402a、1402b、1402c和ASN网关1441，但可以理解在保持与实施方式一致性的同时RAN 1404c可以包括任意数量的基站和ASN网关。基站1402a、1402b、1402c每一个可以与RAN 1404c中的特定小区(未示出)相关联并且均可包括用于通过空中接口1416与WTRU 1402a、1402b、1402c通信的一个或多个收发信机。在一种实施方式中，基站1440g、1440h、1440i可以实施MIMO技术。从而，举例来讲，基站1440g可以使用多个天线来向WTRU 1402a发射无线信号并从WTRU 1402a接收无线信号。基站1440g、1440h、1440i还可提供移动性管理功能，比如切换触发、隧道建立、无线电资源管理、业务分类、服务质量(QoS)策略执行等。ASN网关1441可以充当业务聚集点并可负责寻呼、订户简档的高速缓存、路由到核心网1406c等。
WTRU 1402a、1402b、1402c与RAN 1404c之间的空中接口1416可被定义为实施IEEE802.16规范的R1参考点。此外，WTRU 1402a、1402b、1402c中的每一个可与核心网1406c建立逻辑接口(未示出)。WTRU 1402a、1402b、1402c和核心网1406c之间的逻辑接口可被定义为R2参考点，其可用于认证、授权、IP主机配置管理和/或移动性管理。
基站1440g、1440h、1440i中的每一个之间的通信链路可被定义为包括用于促进WTRU切换和基站之间的数据转移的协议的R8参考点。基站1440g、1440h、1440i和ASN网关1441之间的通信链路可被定义为R6参考点。R6参考点可包括用于促进基于与WTRU 1402a、1402b、1402c中的每一个相关联的移动性事件的移动性管理的协议。
如图14E所示，RAN 1404c可连接到核心网1406c。RAN 1404c和核心网1406c之间的通信链路可被定义为例如包括用于促进数据转移和移动性管理能力的协议的R3参考点。核心网1406c可包括移动性IP本地代理(MIP-HA)1444、认证授权记账(AAA)服务器1456、和网关1458。虽然上述元件中的每一个都被描述为核心网1406c的一部分，但可以理解这些元件中的任何一个可被不同于核心网运营商的实体所拥有和/或操作。
所述MIP-HA可以负责IP地址管理，并且可使得WTRU 1402a、1402b、1402c在不同的ASN和/或不同的核心网络之间漫游。所述MIP-HA 1454可向WTRU 1402a、1402b、1402c提供到分组交换网络(例如因特网1410)的接入，以便于WTRU 1402a、1402b、1402c与IP使能设备之间的通信。所述AAA服务器1456可用于用户认证以及支持用户服务。网关1458可促进与其他网络的交互。例如，网关1458可向WTRU 1402a、1402b、1402c提供到电路交换网络(例如PSTN 1408)的接入，以便于WTRU 1402a、1402b、1402c与传统陆线通信设备之间的通信。此外，网关1458向WTRU 1402a、1402b、1402c提供到网络1412的接入，该网络1412可包括由其他服务提供商所拥有和/或操作的其他有线或无线网络。
虽然未在图14E中示出，应当理解的是，RAN 1404c可与其他ASN连接，并且核心网络1406c可与其他核心网络连接。RAN 1404c与其他ASN之间的通信链路可被定义为R4参考点，R4参考点可包括用于协调WTRU 1402a、1402b、1402c在RAN 1404c与其他ASN之间的移动性的协议。核心网络1406c与其他核心网络之间的通信链路可被定义为R5参考点，R5参考点可包括用于促进归属核心网络与受访核心网络之间的交互的协议。
此处描述的过程和手段可适用于任意组合，并且可适用于其他无线技术及其他服务。
WTRU可意指物理设备的标识或用户的标识(例如订阅相关的标识，例如MSISDN、SIP URI等)。WTRU可意指基于应用的标识，例如针对每一应用使用的用户名。
虽然上面以特定组合的方式描述了特征和元素，但是每个特征或元素都可在没有其他特征和元素的情况下单独使用，或与其他特征和元素进行各种组合。此外，此处所述的方法可在结合至计算机可读存储介质中的计算机程序、软件或固件中实现，以由计算机或处理器执行。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储媒介。计算机可读存储媒介的例子包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓存存储器、半导体存储设备、例如内置磁盘和可移动磁盘的磁媒介、磁光媒介和光媒介(例如CD-ROM盘和数字多用途盘(DVD))。与软件相关联的处理器可被用于实施在WTRU、终端、基站、RNC或任何主机中使用的射频收发信机。

Claims (18)

1.一种由代理服务器管理媒体流会话的方法，该方法包括：
从客户端接收针对媒体内容的第一分段的第一请求；
生成缓存媒体呈现描述(MPD)文件，该文件对存储在所述代理服务器的所述媒体内容的分段进行标识，存储在所述代理服务器内的所述媒体内容的所述分段为所述媒体内容的原始MPD文件所指示的分段的子集；以及
将所述媒体内容的所述第一分段及所述缓存MPD文件发送至所述客户端。
2.根据权利要求1所述的方法，进一步包括：
向媒体服务器发送针对当前未存储在所述代理服务器上的所述媒体内容的一个或多个分段的一个或多个请求；
从所述媒体服务器接收所述媒体内容的所述一个或多个分段；以及
将所述媒体内容的所述一个或多个分段存储在所述代理服务器处。
3.根据权利要求2所述的方法，进一步包括：
从所述客户端接收针对所述媒体内容的第二分段的第二请求；
基于存储在所述代理服务器处的所述媒体内容的所述一个或多个分段，更新所述缓存MPD文件；以及
将所述媒体内容的所述第二分段及更新后的缓存MPD文件发送至所述客户端。
4.根据权利要求2所述的方法，进一步包括：
基于所述第一请求，确定发送针对所述媒体内容的所述一个或多个分段的所述一个或多个请求。
5.根据权利要求4所述的方法，其中所述媒体内容的所述一个或多个分段为与所述第一分段相同的展示的一部分。
6.根据权利要求1所述的方法，进一步包括：
确定所述第一分段是否被存储在所述代理服务器处；
一旦确定所述第一分段被存储在所述代理服务器处，响应于所述第一请求而发送所述第一分段至所述客户端；以及
一旦确定所述第一分段未被存储在所述代理服务器处，发送针对所述第一分段的第二请求至服务器，接收来自所述服务器的所述第一分段，将所述第一分段存储在所述代理服务器处，以及响应于所述第一请求而将所述第一分段发送至所述客户端。
7.根据权利要求1所述的方法，进一步包括：
从所述客户端接收指示该客户端有兴趣接收所述缓存MPD文件的指示。
8.根据权利要求1所述的方法，其中所述原始MPD文件为由所述媒体内容的原始服务器创建的MPD文件。
9.根据权利要求1所述的方法，其中所述代理服务器包含HTTP代理服务器。
10.一种代理服务器，包括：
处理器，该处理器被配置为：
从客户端接收针对媒体内容的第一分段的第一请求；
生成缓存媒体呈现描述(MPD)文件，该文件对存储在所述代理服务器的所述媒体内容的分段进行标识，存储在所述代理服务器内的所述媒体内容的所述分段为所述媒体内容的原始MPD文件所指示的分段的子集；以及
将所述媒体内容的所述第一分段及所述缓存MPD文件发送至所述客户端。
11.根据权利要求10所述的代理服务器，其中所述处理器被进一步配置为：
向媒体服务器发送针对当前未存储在所述代理服务器上的所述媒体内容的一个或多个分段的一个或多个请求；
从所述媒体服务器接收所述媒体内容的所述一个或多个分段；以及
将所述媒体内容的所述一个或多个分段存储在所述代理服务器处。
12.根据权利要求11所述的代理服务器，其中所述处理器被进一步配置为：
从所述客户端接收针对所述媒体内容的第二分段的第二请求；
基于存储在所述代理服务器处的所述媒体内容的所述一个或多个分段，更新所述缓存MPD文件；以及
将所述媒体内容的所述第二分段及更新后的缓存MPD文件发送至所述客户端。
13.根据权利要求11所述的代理服务器，其中所述处理器被进一步配置为：
基于所述第一请求，确定发送针对所述媒体内容的所述一个或多个分段的所述一个或多个请求。
14.根据权利要求13所述的代理服务器，其中所述媒体内容的所述一个或多个分段为与所述第一分段相同的展示的一部分。
15.根据权利要求10所述的代理服务器，其中所述处理器被进一步配置为：
确定所述第一分段是否被存储在所述代理服务器处；
一旦确定所述第一分段被存储在所述代理服务器处，响应于所述第一请求而发送所述第一分段至所述客户端；以及
一旦确定所述第一分段未被存储在所述代理服务器处，发送针对所述第一分段的第二请求至服务器，接收来自所述服务器的所述第一分段，将所述第一分段存储在所述代理服务器处，以及响应于所述第一请求而将所述第一分段发送至所述客户端。
16.根据权利要求10所述的代理服务器，其中所述处理器被进一步配置为：
从所述客户端接收指示该客户端有兴趣接收所述缓存MPD文件的指示。
17.根据权利要求10所述的代理服务器，其中所述原始MPD文件为由所述媒体内容的原始服务器创建的MPD文件。
18.根据权利要求10所述的代理服务器，其中所述代理服务器包含HTTP代理服务器。
CN201380065356.7A 2012-10-19 2013-10-17 Http流传输的多假设速率自适应 Active CN104854839B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261716369P 2012-10-19 2012-10-19
US61/716,369 2012-10-19
PCT/US2013/065440 WO2014062921A1 (en) 2012-10-19 2013-10-17 Multi-hypothesis rate adaptation for http streaming

Publications (2)

Publication Number Publication Date
CN104854839A CN104854839A (zh) 2015-08-19
CN104854839B true CN104854839B (zh) 2018-10-12

Family

ID=49517705

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380065356.7A Active CN104854839B (zh) 2012-10-19 2013-10-17 Http流传输的多假设速率自适应

Country Status (6)

Country Link
US (2) US10033777B2 (zh)
EP (1) EP2909991A1 (zh)
JP (2) JP6236459B2 (zh)
KR (1) KR20150082320A (zh)
CN (1) CN104854839B (zh)
WO (1) WO2014062921A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9647818B2 (en) 2013-01-03 2017-05-09 Intel IP Corporation Apparatus and method for single-tone device discovery in wireless communication networks
EP2946539B1 (en) * 2013-01-17 2020-09-02 Intel IP Corporation Dash-aware network application function (d-naf)
WO2014158264A1 (en) * 2013-03-29 2014-10-02 Intel IP Corporation Quality-aware rate adaptation techniques for dash streaming
US9973559B2 (en) * 2013-05-29 2018-05-15 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for presenting content streams to a client device
EP2819379A1 (en) * 2013-06-28 2014-12-31 Thomson Licensing Method for adapting the downloading behavior of a client terminal configured to receive multimedia content, and corresponding terminal
KR102064792B1 (ko) * 2013-12-17 2020-01-10 한국전자통신연구원 Http 기반의 멀티미디어 스트리밍 서비스를 위한 네트워크 대역폭 적응적 콘텐츠 생성 방법 및 시스템
KR102154800B1 (ko) * 2014-01-10 2020-09-10 삼성전자주식회사 전자 장치의 데이터 스트리밍 방법 및 그 전자 장치
US20150373075A1 (en) * 2014-06-23 2015-12-24 Radia Perlman Multiple network transport sessions to provide context adaptive video streaming
US10581944B2 (en) * 2015-01-23 2020-03-03 Telefonaktiebolaget Lm Ericsson (Publ) Transmission resource distribution for streaming of variable bitrate encoded media data
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
CN107211032A (zh) * 2015-02-11 2017-09-26 Vid拓展公司 用于http动态自适应流媒体(dash)中的一般化http头的系统和方法
KR102209292B1 (ko) 2015-11-04 2021-01-29 삼성전자 주식회사 멀티미디어 시스템에서 데이터 제공 방법 및 장치
CN106921860B (zh) * 2015-12-24 2020-05-08 纽约大学 一种端到端的视频发送方法及装置
CN109618565B (zh) 2016-03-06 2022-04-05 王舟 流式视频用户体验质量的自动测量方法和系统
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
JP6356291B2 (ja) * 2017-03-06 2018-07-11 株式会社Ｋｄｄｉ総合研究所 コンテンツ配信システム、サーバ装置及びプログラム
US10652166B2 (en) * 2017-06-27 2020-05-12 Cisco Technology, Inc. Non-real time adaptive bitrate recording scheduler
US11025724B2 (en) * 2017-07-24 2021-06-01 Facebook, Inc. Transport of control data in proxy-based network communications
JP7056221B2 (ja) * 2018-02-23 2022-04-19 沖電気工業株式会社 中継装置、中継プログラム、および、中継方法
US10694238B1 (en) * 2018-07-24 2020-06-23 Amazon Technologies, Inc. Computing peak segment bit rate for various content streaming scenarios
CN109379632B (zh) * 2018-10-25 2020-02-14 中国地质大学（武汉） 一种动态自适应http流的码率渐进切换方法及系统
US11403784B2 (en) * 2019-03-19 2022-08-02 Tencent America LLC Method and apparatus for tree-based point cloud compression (PCC) media stream using moving picture experts group (MPEG)-dynamic adaptive streaming over HTTP (DASH)
US20210399960A1 (en) * 2020-06-23 2021-12-23 Connectify, Inc. Optimized data streaming detection and prioritization
US11936763B2 (en) * 2020-10-28 2024-03-19 International Business Machines Corporation Handling deferrable network requests

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011038321A2 (en) * 2009-09-28 2011-03-31 Dow Global Technologies Llc Compositions of dibromomalonamide and their use as biocides
WO2012011450A1 (ja) * 2010-07-20 2012-01-26 シャープ株式会社 コンテンツ配信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ配信装置の制御方法、制御プログラム、および、記録媒体
WO2012019621A1 (en) * 2010-08-10 2012-02-16 Telefonaktiebolaget L M Ericsson (Publ) Session control for media stream transmission

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6984522B2 (en) * 2000-08-03 2006-01-10 Regents Of The University Of Michigan Isolation and use of solid tumor stem cells
US7054774B2 (en) * 2003-06-27 2006-05-30 Microsoft Corporation Midstream determination of varying bandwidth availability
US9432433B2 (en) * 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US8812712B2 (en) 2007-08-24 2014-08-19 Alcatel Lucent Proxy-driven content rate selection for streaming media servers
US7872974B2 (en) * 2007-09-27 2011-01-18 Freescale Semiconductor Inc. System and method for handling or avoiding disruptions in wireless communication
CN101444503B (zh) * 2008-12-31 2011-02-02 江苏大学 一种水飞蓟宾高效长效制剂及其制法
US20110096828A1 (en) * 2009-09-22 2011-04-28 Qualcomm Incorporated Enhanced block-request streaming using scalable encoding
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
TW201210325A (en) * 2010-07-21 2012-03-01 Nokia Corp Method and apparatus for indicating switching points in a streaming session
EP2410743A1 (en) * 2010-07-23 2012-01-25 Alcatel Lucent Method for transferring video chunks, server entity, client entity and intermediate network entity realizing such a method
US9456015B2 (en) * 2010-08-10 2016-09-27 Qualcomm Incorporated Representation groups for network streaming of coded multimedia data
WO2012030178A2 (ko) 2010-09-01 2012-03-08 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
WO2012047064A2 (ko) * 2010-10-07 2012-04-12 삼성전자 주식회사 Ｄｒｍ 서비스 제공 방법 및 장치
US20120117261A1 (en) * 2010-11-05 2012-05-10 Nokia Corporation Method and Apparatus for Rate Adaptation for Adaptive HTTP Streaming
CN102469072A (zh) * 2010-11-08 2012-05-23 华为技术有限公司 流媒体服务方法、系统及客户端
JP5837621B2 (ja) * 2011-02-11 2015-12-24 インターデイジタル パテント ホールディングス インコーポレイテッド コンテンツの配信および受信の方法および装置
US9026671B2 (en) 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
US9160779B2 (en) * 2011-06-30 2015-10-13 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
WO2013004260A1 (en) * 2011-07-07 2013-01-10 Telefonaktiebolaget L M Ericsson (Publ) Network-capacity optimized adaptive http streaming
JP5864919B2 (ja) * 2011-07-07 2016-02-17 キヤノン株式会社 画像形成装置
US9357275B2 (en) * 2011-09-06 2016-05-31 Qualcomm Incorporated Network streaming of coded video data
US8977704B2 (en) * 2011-12-29 2015-03-10 Nokia Corporation Method and apparatus for flexible caching of delivered media
US9401968B2 (en) * 2012-01-20 2016-07-26 Nokia Techologies Oy Method and apparatus for enabling pre-fetching of media
US20130227102A1 (en) * 2012-02-29 2013-08-29 Alcatel-Lucent Usa Inc Chunk Request Scheduler for HTTP Adaptive Streaming
US9584557B2 (en) * 2013-03-15 2017-02-28 Arris Enterprises, Inc. Proxy for facilitating streaming of media from server to client

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011038321A2 (en) * 2009-09-28 2011-03-31 Dow Global Technologies Llc Compositions of dibromomalonamide and their use as biocides
WO2012011450A1 (ja) * 2010-07-20 2012-01-26 シャープ株式会社 コンテンツ配信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ配信装置の制御方法、制御プログラム、および、記録媒体
WO2012019621A1 (en) * 2010-08-10 2012-02-16 Telefonaktiebolaget L M Ericsson (Publ) Session control for media stream transmission

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Multimedia proxy caching mechanism for quality adaptive streaming applications in the Internet;Raza Rejaie;《Infocom Nineteenth Joint Conference of the IEEE Computer & Communications Societies》;20000326;第981页第2栏第38-40行、第983页第12-15行及第980页第2栏第31-32行 *

Also Published As

Publication number Publication date
WO2014062921A1 (en) 2014-04-24
US10033777B2 (en) 2018-07-24
CN104854839A (zh) 2015-08-19
JP2015537441A (ja) 2015-12-24
EP2909991A1 (en) 2015-08-26
KR20150082320A (ko) 2015-07-15
JP2018029392A (ja) 2018-02-22
US20160050241A1 (en) 2016-02-18
US20180316736A1 (en) 2018-11-01
JP6236459B2 (ja) 2017-11-22

Similar Documents

Publication Publication Date Title
CN104854839B (zh) Http流传输的多假设速率自适应
JP6240137B2 (ja) コンテンツの配信および受信の方法および装置
Ge et al. QoE-assured 4K HTTP live streaming via transient segment holding at mobile edge
Oyman et al. Quality of experience for HTTP adaptive streaming services
US20160296840A1 (en) Quality of experience optimization using policy-based decision engines
US8909728B2 (en) Retrieving content from local cache
US20190182701A1 (en) Client centric service quality control
CN104871514B (zh) 移动多媒体流的解码复杂度
US20180359335A1 (en) Cooperative policy-driven content placement in backhaul-limited caching network
TW201540031A (zh) 實現客戶端側的傳送功能的傳輸加速器
US20180075149A1 (en) Methods, apparatus and systems for use with information-centric networking (icn)
US20140026169A1 (en) Content Optimization Based On Real Time Network Dynamics
Sharafeddine et al. Optimized device centric aggregation mechanisms for mobile devices with multiple wireless interfaces
WO2013036453A1 (en) Methods, system and apparatus for packet routing using a hop-by-hop protocol in multi-homed environments
한빙 A Testbed for Mobile Named-Data Network integrated with 4G networking devices

Legal Events

Date Code Title Description
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant