CN107113461B - 媒体内容流 - Google Patents
媒体内容流 Download PDFInfo
- Publication number
- CN107113461B CN107113461B CN201580062530.1A CN201580062530A CN107113461B CN 107113461 B CN107113461 B CN 107113461B CN 201580062530 A CN201580062530 A CN 201580062530A CN 107113461 B CN107113461 B CN 107113461B
- Authority
- CN
- China
- Prior art keywords
- streaming mode
- operating
- mbms
- broadcast
- client
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client buffer
-
- 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
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Abstract
公开了用于接收媒体内容的技术。当用户设备(UE)内的多媒体广播多播服务(MBMS)客户端工作在第一流传送模式下时,可以通过MBMS客户端在广播信道上接收媒体内容分段。UE可以确定MBMS解码器缓冲级别和与广播信道相关联的广播信道状况不符合所定义的阈值。UE可以基于MBMS解码器缓冲级别和广播信道状况不符合所定义的阈值从工作在第一流传送模式下切换为工作在第二流传送模式下。
Description
背景技术
包括流和对话服务在内的多媒体服务的增长是发展新的移动宽带技术和标准的关键驱动力之一。在移动设备中,数字视频内容的消费越来越多。日常生活中有很多广泛用在移动设备上的视频应用。例如,在线视频流包括诸如YouTube和Hulu之类的颇受欢迎的服务。视频记录和视频会议包括诸如Skype和Google Hangout之类的服务。在2011年,YouTube有超过1万亿的全球浏览量。这些浏览量的百分之十是通过移动电话或平板计算机访问的。随着更多的智能电话、平板计算机和其它移动计算设备被购买,这些设备对视频记录和视频会议的使用将会有巨大的增长。考虑到这种消费者对于多媒体服务的高需求是与媒体压缩和无线网络架构的发展相结合的,以下设想是令人感兴趣的,即增强未来的蜂窝和移动宽带系统的多媒体服务能力并且向消费者提供高质量的体验(QoE),从而确保从任意位置、在任意时间、利用任意设备和技术都可以普遍适用地访问视频内容和服务。
附图说明
根据以下结合附图的详细描述将清楚本公开的特征和优点,所有附图一起通过示例的方式图示了本公开的特征,并且在附图中:
图1示出了根据示例的广播多播服务中心(BMSC)的示图;
图2示出了根据示例的多媒体广播多播服务(MBMS)用户服务描述(USD)的示图;
图3是示出了根据示例的用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的流程图;
图4是示出了根据示例的用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的流程图;
图5是示出了根据示例的用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的流程图;
图6是示出了根据示例的用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的流程图;
图7示出了根据示例的包括可操作为接收媒体内容的多媒体广播多播服务(MBMS)客户端的用户设备(UE)的电路的功能;
图8示出了根据示例的包括可操作为接收媒体内容的多媒体广播多播服务(MBMS)客户端的用户设备(UE)的电路的功能;
图9示出了根据示例的用于接收多媒体内容的方法的流程图;
图10示出了根据示例的无线设备(例如UE)的示图;
现在将参考所图示的示例性实施例,并且将在本文中使用特定的语言来描述这些示例性实施例。但是应理解并没有意图限制本申请技术的范围。
具体实施方式
在本申请技术被公开和描述之前,应理解本申请技术不局限于本文中所公开的特定结构、处理步骤或材料,而是要扩展到相关领域的普通技术人员将辨识出的等同物。还应理解本文中所采用的术语只是用于描述特定示例的目的,而不意图为限制性的。不同附图中的相同标号代表相同的元件。流程图和处理过程中所提供的编号是为了清楚地图示动作和操作而被提供的,并不一定表示特定的顺序或序列。
示例实施例
下面提供对技术实施例的初步概述,然后在后面更详细地描述特定技术实施例。这个初步总结意图帮助读者更快地理解本申请技术,而不是意图标识出本申请技术的关键特征或实质性特征,也不是意图限制所要求保护的主题的范围。
描述了一种技术,用于在用户设备(UE)的多媒体广播多播服务(MBMS)客户端处在广播流模式与单播流模式之间切换,反之亦然。当MBMS客户端工作在广播流模式下时,UE可以通过MBMS客户端在广播信道上接收媒体内容分段。UE可以检测何时MBMS解码器缓冲级别和/或广播信道的广播信道状况不符合所定义的阈值。换言之,UE可以检测何时广播信道质量会恶化到超出所定义的阈值。此外,UE可以检测何时某些媒体内容分段没有被正确地传送到UE(即媒体内容分段丢失)。因此,UE可以从利用MBMS客户端工作在广播流模式下切换为单播流模式。从具有相对较差的信道状况的广播流模式切换到单播流模式可以减少重新缓冲事件并且提升用户的体验质量(QoE)。UE可以保持在单播流模式下,一直到MBMS解码器缓冲级别和/或广播信道状况改善为止。换言之,当MBMS解码器的缓冲级别和/或广播信道的广播信道状况符合所定义的阈值时,UE可以切换回广播流模式。此外,当先前丢失的媒体内容分段被传送到UE时,UE可以切换回广播流模式。在最短的时间段内切换回广播流模式可以防止网络由于相对大量的重复单播分组而变得过载。因此,MBMS客户端可以在工作在广播流模式下与工作在单播流模式下之间进行相应地切换,以优化网络资源和用户体验。
超文本传输协议(HTTP)自适应流传送(HAS)可以作为互联网视频的一种多媒体传送形式被使用。由于广泛采用HTTP和HTTP的下层协议(包括传输控制协议(TCP)/互联网协议(IP)),基于HTTP的传送可以提供可靠性和部署的简易性。基于HTTP的传送可以通过避免网络地址转译(NAT)和防火墙穿越的问题来允许实现简单轻松的流传送服务。基于HTTP的传送或流传送还可以提供使用标准的HTTP服务器和缓存代替专用流传送服务器的能力。由于在服务器侧的最少的或者减少的状态信息,基于HTTP的传送可以提供可扩展性。
当使用HAS传送互联网多媒体内容时,工作在移动设备上的视频客户端可以被配置为通过以下方式在速率适配方面扮演主要角色,所述方式为使用HTTP GET或者部分GET命令选择和请求来自视频服务器的合适的视频表示级别以获取来自指定资源(例如多媒体服务器)的数据。视频客户端在开始回放诸如音频或视频之类的流媒体内容之前先建立达到特定级别的缓冲。这个阶段被称为启动阶段。在这之后,客户端开始回放所缓冲的多媒体内容。客户端设备处的多媒体回放的质量和分辨率取决于可用的链路带宽。视频客户端通常仅仅基于更高层的吞吐量估计值(例如HTTP层的视频流吞吐量)或者基于传输控制协议(TCP)吞吐量来估计可用的链路带宽。
当网络状况的波动(即网络变化)降低了与多媒体内容相关联的通信数据速率时,高移动性环境下的多媒体流传送可能是个挑战。当过载的网络使得通信数据速率降低时,端用户的体验质量(QoE)也可能降低。例如,移动设备处所接收到的多媒体内容可能具有较低的分辨率或质量,并且/或者多媒体内容在过载的网络上被提供时可能会周期性地中断或暂停。
由于低效率的带宽利用率和较差的端用户体验质量,可能不希望在具有有限资源的移动网络中使用基于渐进式下载的流传送技术。如下面将更详细讨论的,基于超文本传输协议(HTTP)的流传送服务(例如HTTP(DASH)上的动态自适应流传送)可以被用于克服基于渐进式下载的流传送的弱点。
被流传送给诸如用户设备(UE)之类的客户端的多媒体内容可以包括多个多媒体内容分段。这些多媒体内容分段可以分别包括代表不同质量级别的多媒体内容的不同的经编码的版本。这些不同的经编码的版本可以允许客户端无缝地适应变化的网络状况。例如,当网络状况良好(即网络状况在预定的阈值以上)时,客户端可以请求具有较高视频质量的多媒体内容分段。当网络状况较差(即网络状况在预定的阈值以下)时,客户端可以请求具有较低视频质量的多媒体内容分段。这样,当网络状况较差时,客户端仍然能够接收到多媒体内容分段(尽管质量较差),自适应媒体流被中断的可能性可以被降低。
在DASH中,客户端可以选择具有最高比特率的多媒体内容分段,使得这些多媒体内容分段可以在客户端处及时被下载以进行媒体回放,而不会导致媒体回放中出现重新缓冲事件。换言之,客户端可以不选择那么高比特率的多媒体内容分段,选择太高比特率的多媒体内容分段会使得自适应媒体流周期性地中断以在客户端处重新开始媒体回放之前将媒体内容的一部分缓存或预先加载到客户端上。在一个示例中,不利的网络状况可能会降低媒体内容流的质量。不利的网络状况可以包括无覆盖、突然的带宽变化、分组丢失、大量的延迟变化等。虽然自适应流传送技术可能在计算可用吞吐量和基于可用吞吐量确定合适的流传送比特率时考虑当前的网络状况,但是在突然的网络变化和/或不利的网络状况期间可能无法保证顺畅的媒体回放。
因此,为了保持所希望的对于客户端处的自适应媒体流的体验质量,客户端所计划的路线和所计划的路线上的当前网络状况可以被用于策略性地在客户端处缓存多媒体内容分段,从而得到更流畅的媒体回放和更高的体验质量。客户端可以选择所计划的路线(即客户端将要经过的地理路线)。客户端可以在在所计划的路线上行进时流传送媒体内容(例如电影)。在一个示例中,客户端可以包括位于移动交通工具内的移动设备或者该交通工具的计算设备。客户端可以从信道信息数据库(CID)接收针对所计划的路线的当前网络状况。当前网络状况可以包括所计划的路线上具有低于预定阈值的相应网络状况的某些位置(例如隧道、桥梁、远程区域)。客户端可以从媒体内容服务器请求媒体内容的额外的媒体内容分段(例如电影的额外的分段),然后将额外的媒体内容分段存储在缓存中。当客户端到达所计划的路线上网络状况低于预定阈值的那些位置时,客户端可以回放缓存中所存储的媒体内容。这样,即使是在所计划的路线上的当前网络状况低于预定阈值期间,也可以在客户端大体上提供连续的媒体回放。
无线多媒体标准
已开发了多个多媒体标准以使得多媒体能够被传送到移动计算设备、从移动计算设备处被传送或者在移动计算设备之间传送。例如,在流传送视频中,第三代合作伙伴项目(3GPP)已开发了技术规范(TS)26.234(例如版本11.0.0),该技术规范描述了基于用于点播或直播内容的单播流传送的实时流传送协议(RTSP)的分组交换流传送服务(PSS)。此外,3GPP TS 26.247(例如版本11.0.0)中描述了基于超文本传输协议(HTTP)的流传送服务,包括渐进式下载和基于HTTP的动态自适应流传送(DASH)。基于3GPP的多媒体广播和多播服务(MBMS)规范TS26.346(例如版本11.0.0)规范了用于多播/广播内容分发的流传送和下载技术。这样,诸如用户设备(UE)之类的基于DASH/PSS/MBMS的移动计算设备对UE设备处的流传送的视频进行解码和呈现。在所有这些规范中都要求支持3GPP TS 26.244(例如版本11.0.0)中的3GP文件格式,以支持文件下载和基于HTTP的流传送使用情形。
3GPP TS 26.114(例如11.0.0)中提供了用于对话式视频通信(例如视频会议)的标准的一个示例。该标准描述了基于IMS的多媒体电话服务(MTSI),该服务允许通过基于互联网协议(IP)多媒体子系统(IMS)的网络传送高级多媒体对话服务和内容。在3GPP TS26.140(例如版本11.0.0)中对IMS进行了标准化。基于MTSI的传送者UE终端可以捕获和记录视频,然后通过3GPP网络将视频传送给基于MTSI的接收者UE终端。然后,接收者UE终端可以对视频进行解码和呈现。3GPP TS 26.140还允许使用多媒体共享服务(MMS)实现视频共享,其中提供了对3GP文件格式的支持。
上述标准被提供来作为可以被用于向/从多媒体设备传送多媒体文件和/或在多媒体设备之间传送多媒体文件的无线多媒体标准的示例。这些示例不意图进行限制。更多的标准可以被用于提供流视频、对话式视频或视频共享。
增强多媒体广播多播服务(eMBMS)
LTE网络的不断的商业化使得对增强多媒体广播多播服务(eMBMS)的部署越来越感兴趣。多媒体广播多播服务(MBMS)的LTE版本是eMBMS。MBMS是被设计为提供广播和多播服务的高效传送的一种点到多点接口规范。MBMS可以应用于移动电视(TV)和无线电广播,以及文件传送和紧急情况报警。由于eMBMS的首次部署是在2014年,所以增强核心MBMS用户服务特征的性能和可用性是很重要的。在3GPP TS26.346版本6-12中所规范的MBMS是一种点到多点系统,该系统被用在根据3GPP所公布的蜂窝标准之一进行操作的蜂窝网络上。MBMS被设计用于基于广播和多播技术向多个接收者高效地传送受欢迎的媒体内容。在服务层,MBMS定义传送协议,这些传送协议用于基于传输层的用户数据报协议(UDP)进行多媒体内容的流传送和文件的可靠下载,并且用于使用实时传输协议(RTP)进行流传送和基于单向传输的文件传送(FLUTE)进行文件传送。
MBMS接入客户端可以通过用户服务发现(USD)信令从被称为广播多播服务中心(BMSC)的服务器接收媒体数据和元数据。MBMS已被采纳,作为与3GPP版本8及更新版本相对应的基于3GPP的长期演进(LTE)标准发展中的演进的MBMS(eMBMS)模式。MBMS下载传送技术被设计为将任意数目的对象通过MBMS传送给相对大量的接收者群体。MBMS下载定义了若干种技术以提高可靠性,例如FEC和文件修复。下载传送技术允许实现DASH分段和媒体呈现描述的传送。
MBMS下载传送是用于分流(offload)基于HTTP的单播下载传送的一种有吸引力的服务替代方式。其优势包括允许支持新的非实时服务类型,提供对MBMS流服务进行补充的内容以及利用设备上不断增大的存储容量。DASH分段格式虽然主要用于利用HTTP的单播传输,但是该分段格式对于传送环境是单播还是多播并不清楚。MBMS用户服务规范TS26.346指出了结合FLUTE协议使用MBMS下载传送来传送DASH格式化内容的可能性。如RFC3926中所定义的,FLUTE允许通过MBMS传送分段,以使得客户端看到正在通过HTTP/TCP传送的这些分段。HTTP-URL被分配给FLUTE中的每个被传送的对象,并且HTTP-URL映射MPD中的分段URL,即针对基于FLUTE被传送的对象的文件传送表(FDT)中的内容-位置元素匹配MPD中的分段URL。UE可以基于对MPD中所包含的HTTP URL与FLUTE分组中所包括的URL信息的比较标识出所接收的DASH表示形式。
图1示出了基于MBMS的广播多播服务中心(BMSC)子功能体系结构以及UE与BMSC之间的关联接口。BMSC或BM-SC可以与内容提供者/多播广播源通信和/或控制内容提供者/多播广播源。BM-SC可以提供MBMS传送功能。3GPP TS 26.346中还对MBMS进行了描述。
图2示出了多媒体广播和多播服务(MBMS)用户服务描述(USD)的示图。BM-SC通过被组织为服务包的用户服务描述(USD)的一个或多个实例来通告可用的MBMS服务。MBMS用户服务由利用下载传送方法或者利用交互式通告功能传送的元数据(对象/文件)描述。MBMS用户服务发现或通告涉及将元数据的片段以合适的方式传送给多个接收者。元数据本身描述服务的细节。元数据管理信息由允许对元数据片段对象进行身份认证、版本管理、更新和时间有效性管理的(XML格式的)元数据包封对象构成。
如图2中所示,被提供给接收者的USD中所包括的元数据可以包括:描述单个MBMS用户服务或MBMS用户服务包的细节的元数据片段对象、描述MBMS用户服务会话的细节的(一个或多个)元数据片段对象、描述相关联的传送方法的(一个或多个)元数据片段对象、描述服务保护的细节的(一个或多个)元数据片段对象、描述FEC修复数据流的细节的元数据片段对象、提供(针对DASH内容的)媒体呈现描述的元数据片段对象、提供(针对DASH内容的)初始化分段的(一个或多个)元数据片段对象、提供调度信息描述的(一个或多个)元数据片段对象、在给定用户服务的各个会话或者用户服务内的各个文件内容的层面上提供用于服务包内的MBMS用户服务的滤波数据的(一个或多个)元数据片段对象。
MBMS可以提供对广播和多播服务的高效传送,使得网络资源(例如核心网络资源或无线电网络资源)能够在请求相同媒体内容的一组用户之间共享。MBMS服务使用流传送技术以提供连续传输,例如移动电视服务。但是,MBMS传输不同于点到点的单播传输,因为单播传输包括重新传送未被正确接收的数据的能力。例如,对于单播传输,自动重复请求(ARQ)被用于验证每个分组在UE处被成功接收。UE可以在每个分组在UE处被成功接收之后发送确认(ACK)。如果分组未被接收到,则UE可以发送否定ACK(NACK),并且分组可以被重新传送给UE。因此,单播传输相对比较可靠。相比之下,MBMS传送一般不允许确认接收到的分组。此外,MBMS传输一般不支持根据需要(即如果分组未被成功接收)重新发送分组。应用层前向纠错(AL-FEC)被用在MBMS中以提高取决于用户信道的传输可靠性。但是,如果AL-FEC没能恢复接收到的源区块或媒体内容分段(可以包括若干个帧),则UE中的MBMS客户端不能请求重新传送上一个源区块或媒体内容分段。如果MBMS客户端的信道状况相对较差,则MBMS客户端可能不能接收MBMS流。因此,如下面将更详细描述的,MBMS客户端可以基于信道状况暂时将广播会话切换为单播会话,以提高可靠性和用户满意程度。
图3是示出了用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的示例性流程图。MBMS客户端可以开始工作在广播流模式下。MBMS客户端工作在广播流模式下时可以通过广播信道接收媒体内容分组。MBMS客户端可以检测何时MBMS客户端中的MBMS解码器无法正确操作。此外,MBMS客户端可以检测何时UE处的MBMS解码器缓冲级别降至所定义的阈值以下(这可能导致MBMS客户端处的缓冲事件)。在一个示例中,当与广播信道相关联的广播信道状况变差(例如降至所定义的阈值以下)时,MBMS解码器缓冲级别可能降至所定义的阈值以下。在另一示例中,MBMS客户端可以检测何时媒体内容分段在MBMS客户端处未被正确地接收或者媒体内容分段中的一些丢失。在上述情形中的至少一个情形中,MBMS客户端可以暂时从工作在广播流模式下切换为工作在单播流模式下。
MBMS客户端可以工作在单播流模式下,一直到MBMS解码器缓冲级别和/或广播信道状况在所定义的阈值以上为止。换言之,MBMS客户端可以继续工作在单播流模式下,一直到广播信道改善到所定义的级别为止。此外,MBMS客户端可以检测何时在MBMS客户端处接收到先前丢失的媒体内容分段。此时,MBMS客户端可以切换回广播流模式。换言之,在单播流模式期间,当MBMS解码器缓冲级别和/或广播信道状况达到所定义的阈值时,MBMS客户端可以切换回广播流模式。MBMS客户端可以类似地切换回单播流模式,如前所述。
通过基于网络信道状况允许MBMS客户端相应地在广播流模式与单播流模式之间切换,可以提高客户端的体验质量并且可以最小化客户端的缓冲时间。当MBMS解码器缓冲级别和/或广播信道状况在所定义的阈值以上时,MBMS客户端一般默认地工作在广播流模式下以节省网络资源。可以通过最小化MBMS客户端工作在单播流模式下的时间量来优化网络资源的利用。但是,允许MBMS客户端在多个时间段内工作在单播流模式下(即基于相对较差的网络状况)以提高广播质量和用户满意度。虽然MBMS被描述作为可以被用于实现广播与单播之间的切换技术的一种示例技术,但是本文中所描述的技术可以被应用于支持广播和单播流传送的其它类似的协议。
图4是示出了用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的示例性流程图。MBMS客户端可以开始工作在广播流模式下。MBMS客户端工作在广播流模式下时可以通过广播信道接收媒体内容分组。MBMS客户端可以确定MBMS解码器缓冲级别是否在所定义的阈值以下。如果MBMS解码器缓冲级别在所定义的阈值以下,则MBMS客户端可以从广播流模式切换到单播流模式。如果MBMS解码器缓冲级别不在所定义的阈值以下,则MBMS客户端可以确定丢失的媒体内容分组(或缺少的媒体内容分组)的数目是否大于所定义的阈值。换言之,MBMS客户端可以确定未被成功传送到MBMS客户端的媒体内容分组的数目是否大于所定义的阈值。所定义的阈值可以是丢失的视频帧的具体数目。或者,可以基于在MBMS客户端处所接收到的上一个源区块的大小动态设置所定义的阈值。如果丢失的媒体内容分组的数目小于所定义的阈值,则MBMS客户端可以继续工作在广播流模式下。如果丢失的媒体内容分组的数目大于所定义的阈值,则MBMS客户端可以从广播流模式切换到单播流模式。
当工作在单播流模式下时,来自MBMS解码器缓冲器和单播缓冲器的视频帧可以被组合在更高级别的缓冲器中,然后在MBMS客户端处被播放。此外,当工作在单播流模式下时,MBMS客户端可以确定MBMS解码器缓冲级别是否在所定义的阈值以上。所定义的阈值可以是静态级别或者动态级别。如果MBMS解码器缓冲级别在所定义的阈值以下,则MBMS客户端可以继续工作在单播流模式下。如果MBMS解码器缓冲级别在所定义的阈值以上,则MBMS客户端可以确定区块错误率(BLER)或分组错误率(PER)是否符合所定义的阈值。BLER可以指示所定义数目的源区块中错误区块的数目并且PER可以指示所定义数目的分组中错误分组的数目。如果BLER和/或PER不满足所定义的阈值,则MBMS客户端可以继续工作在单播流模式下。如果BLER和/或PER满足所定义的阈值,则MBMS客户端可以切换回广播流模式。通过观察BLER和PER,MBMS客户端工作在单播流模式下时可以避免不必要地对传入的源区块进行解码。MBMS客户端工作在广播里模式下时可以类似地切换回单播流模式,如前所述。
在一个示例中,MBMS客户端可以在广播信道状况较差时简单地切换为单播流模式,然后当基于BLER和PER、广播信道状况改善时,MBMS客户端接收到先前丢失的数据分组和/或MBMS缓冲器被重新填充至所定义级别的数据分组时,MBMS客户端可以切换回广播流模式。MBMS缓冲器可以被重新填充至所定义的级别,以使得MBMS客户端可以切换回广播流模式,而基本上不出现可能的重新缓冲的情况。当在广播流模式与单播流模式之间切换时可以使用以上度量标准的组合,反之亦然。
图5是示出了用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的示例性流程图。MBMS客户端可以开始工作在广播流模式下。MBMS客户端工作在广播流模式下时可以通过广播信道接收媒体内容分组。MBMS客户端可以确定MBMS解码器是否解码失败。如果MBMS解码器没有解码失败,则退避标志B可以被设为0并且MBMS客户端可以继续工作在广播流模式下。如果MBMS解码器解码失败,则MBMS客户端可以确定在MBMS客户端处连续丢失的源区块的数目是否大于所定义的整数m。如果连续丢失的源区块的数目大于所定义的整数m,则退避标志B可以被设为1。退避时间T可以是2T和TMAX的最小值,其中TMAX是预定义的值。当多次出现m个连续源区块丢失时,退避时间T可以被设为2T(只要2T小于TMAX),如下面将更详细讨论的。如果不是这种情况,则退避时间T可以被设为TMAX。
基于连续丢失的源区块的数目是大于所定义的整数m还是小于所定义的整数m,MBMS客户端可以继而确定丢失的图片组(GoP)的数目是否大于所定义的整数m。图片组可以指定帧内帧和帧间帧的布置顺序。图片组可以是经编码的视频流内的一组连续图片。在一个示例中,当对应的源区块丢失时,GoP可能丢失。如果丢失的GoP的数目大于所定义的整数m,则MBMS客户端可以切换到单播流模式。如果丢失的GoP的数目不大于所定义的整数m,则MBMS客户端可以确定MBMS解码器缓冲器中所缓冲的帧的数目(f)是否小于所定义的阈值(fMIN)。如果MBMS解码器中所缓冲的帧的数目大于所定义的阈值(fMIN),则MBMS客户端可以继续工作在广播流模式下。如果MBMS解码器中所缓冲的帧的数目小于所定义的阈值(fMIN),则MBMS客户端可以切换到单播流模式。
在一个示例中,MBMS客户端可以基于加权的源区块滑动窗口和MBMS客户端的MBMS解码器缓冲级别的组合切换到单播流模式。加权的源区块滑动窗口可以监控最近接收的n个源区块。例如,时间窗口中的每个源区块条目可以用该源区块内所包含的图片组(GoP)的数目加权。每当MBMS客户端切换回广播流模式时,滑动窗口可以被重置。使用滑动窗口可以降低切换敏感度并且允许在实际网络状况变化时进行切换,而不会因为可能造成误导的偶然变化而进行切换。当丢失的GoP的数目相对于源区块而言较高时,网络状况可以被假设为是不利的。当丢失的GoP的数目相对于源区块而言较低时,网络状况可以被假设为是有利的。
MBMS客户端可以监控MBMS解码器缓冲器中的帧的数目(f)。当源区块丢失时,如果丢失该源区块导致丢失滑动窗口中的总共m个GoP,则MBMS客户端可以切换到单播流模式,其中m是所定义的整数。此外,如果MBMS解码器缓冲器中的帧的数目(f)小于特定阈值(fMIN),则MBMS客户端可以切换到单播流模式,其中fMIN可以是预定义的值或者基于源区块的大小的动态值。因此,MBMS客户端可以基于加权的源区块滑动窗口和/或MBMS客户端的MBMS解码器缓冲级别切换到单播流模式。
再参考图5,MBMS客户端可以工作在单播流模式下。当在单播流模式下时,MBMS客户端可以监控MBMS解码器缓冲器中的帧的数目(f)。MBMS解码器缓冲器中的帧的数目可以与所定义的阈值(fMAX)比较,其中fMAX是基于上一个接收到的广播源区块中的GoP的数目设置的所定义的子帧数目。如果MBMS解码器缓冲器中的帧数目大于所定义的阈值,则MBMS客户端保持在单播流模式下。如果MBMS解码器缓冲器中的帧数目小于(即不大于)所定义的阈值,则MBMS客户端可以确定退避标志B是否被设为1。如前面所讨论的,当工作在广播流模式下时,当m个连续区块丢失时,MBMS客户端可以将退避标志B设为1,其中m是所定义的整数。换言之,在广播流模式期间通过在m个连续源区块丢失的情况下设置退避标志来启用退避机制。因此,当工作在单播模式下时,MBMS客户端可以确定B是否等于1。如果B不等于1,则MBMS客户端可以切换回广播流模式。如果B=1,则MBMS客户端可以确定退避时间T是否已经过去。如之前所说明的,当MBMS客户端工作在广播流模式下时,可以计算退避时间T。例如,退避时间可以被设为TMAX,其中TMAX是预定义的值。
因此,当MBMS客户端工作在单播流模式下时,一直到退避时间T已过或者到期,MBMS客户端才切换回广播流模式(即使f>fMAX)。假设所缓冲的单播子帧超过fMAX,当没有退避时间(即退避时间已到期)时,MBMS客户端可以切换回广播流模式。如果退避时间T还没有到期,则MBMS客户端可以继续工作在单播流模式下。如果MBMS客户端返回到广播流模式并且另一组m个连续源区块丢失,则退避时间T可以加倍(即2T)。但是,更新后的退避时间不能超过最大退避时间限值TMAX,该限值是预定义的值。
图6是示出了用户设备(UE)中的多媒体广播多播服务(MBMS)客户端在广播流模式与单播流模式之间切换的示例性流程图。MBMS客户端可以开始工作在广播流模式下。MBMS客户端工作在广播流模式下时可以通过广播信道接收媒体内容分组。MBMS客户端可以确定MBMS解码器是否解码失败,并且如果MBMS解码器没有解码失败,则MBMS客户端可以继续工作在广播流模式下。如果MBMS解码器解码失败,则MBMS客户端可以确定丢失的图片组(GoP)的数目是否大于所定义的值m。如果丢失的GoP的数目小于(即不大于)所定义的值m,则MBMS客户端可以确定MBMS解码器缓冲器中的帧的数目(f)是否小于所定义的阈值。如果MBMS解码器中的帧的数目不小于所定义的阈值,则MBMS客户端可以继续工作在广播流模式下。如果MBMS解码器中的帧的数目小于所定义的阈值和/或丢失的GoP的数目小于m,则MBMS客户端可以切换到单播流模式。
当工作在单播流模式下时,MBMS客户端可以确定MBMS解码器缓冲器中的帧的数目(f)是否大于所定义的值(fMAX),如果不是,则MBMS客户端可以仍然工作在单播流模式下。如果MBMS解码器缓冲器中的帧数目大于所定义的值,则MBMS客户端可以确定区块错误率(BLER)和分组错误率(PER)是否符合所定义的阈值。BLER可以指示所定义数目的源区块中错误区块的数目并且PER可以指示所定义数目的分组中错误分组的数目。如果BLER和/或PER不满足所定义的阈值,则MBMS客户端可以继续工作在单播流模式下。如果BLER和/或PER满足所定义的阈值,则MBMS客户端可以切换回广播流模式。因而,假定PER/BLER也低于所指定的值,当所缓冲的单播帧超过fMAX时,MBMS客户端可以切换回广播流模式。
通过观察BLER和PER,MBMS客户端工作在单播流模式下时可以避免不必要地对传入的源区块进行解码。换言之,MBMS客户端工作在单播流模式下时可以是非活动性的,从而节省计算功率。在图6中所示的示例中,滑动PER/BLER窗口可以被用在单播流模式下以监控广播信道中的最近的n个分组/源区块的状态。MBMS客户端工作在广播流模式下时可以类似地切换回单播流模式,如前所述。在替代配置中,滑动PER/BLER窗口的大小n可以基于构成广播流模式下所接收到的上一个源区块的分组/区块的数目,而不是固定的数目。
另一示例提供了包括可操作为接收媒体内容的多媒体广播多播服务(MBMS)客户端的用户设备(UE)的电路的功能700,如图7中的流程图中所示。该功能可以用方法来实现或者该功能可以作为机器上的指令被执行,其中指令被包括在至少一个计算机可读介质或者一个非暂态机器可读存储介质上。电路可以被配置为当MBMS客户端工作在单播流模式下时通过MBMS客户端在广播信道上接收媒体内容分段,如框710中所示。电路可以被配置为检测MBMS解码器缓冲级别和广播信道的广播信道状况是否对应于所定义的级别,如框720中所示。电路可以被配置为基于MBMS解码器缓冲级别和广播信道状况没有与所定义的级别相对应而从工作在单播流模式下切换为工作在广播流模式下,如框730中所示。
在一个示例中,电路还可以被配置为在从单播流模式切换到广播流模式之后利用MBMS客户端在广播流模式下接收媒体内容分段。在另一示例中,电路还可以被配置为检测MBMS解码器缓冲级别是否在所定义的时间段内在所定义的阈值以上,其中根据MBMS客户端处所接收到的上一个广播源区块中的图片组(GoP)的数目设置所定义的阈值。
在一个示例中,电路还可以被配置为基于分组错误率(PER)和区块错误率(BLER)相对于广播信道状况的函数,检测广播信道的广播信道状况是否低于所定义的阈值,其中根据PER和BLER相对于MBMS客户端处所接收到的上一个广播源区块的函数设置所定义的阈值。在另一示例中,电路还可以被配置为当工作在单播流模式下时,在MBMS客户端处接收到先前丢失的媒体内容分段时,从工作在单播流模式下切换为工作在广播流模式下。此外,UE包括天线、触摸敏感显示屏、扬声器、麦克风、图形处理器、应用处理器、内部存储器或者非易失性存储器端口。
另一示例提供了包括可操作为接收媒体内容的多媒体广播多播服务(MBMS)客户端的用户设备(UE)的电路的功能800,如图8中的流程图中所示。该功能可以用方法来实现或者该功能可以作为机器上的指令被执行,其中指令被包括在至少一个计算机可读介质或者一个非暂态机器可读存储介质上。电路可以被配置为当MBMS客户端工作在广播流模式下时通过MBMS客户端在广播信道上接收媒体内容分段,如框810中所示。电路可以被配置为检测何时MBMS解码器缓冲级别和广播信道的广播信道状况不符合所定义的阈值,如框820中所示。电路可以被配置为基于MBMS解码器缓冲级别和广播信道状况不符合所定义的阈值而从利用MBMS客户端工作在广播流模式下切换为工作在单播流模式下,如框830中所示。
在一个示例中,电路还可以被配置为:检测何时MBMS解码器缓冲级别和广播信道状况符合所定义的阈值;并且从工作在单播模式下切换回利用MBMS客户端的广播流模式。在另一示例中,电路还可以被配置为:检测何时MBMS解码器缓冲级别低于所定义的阈值,其中所定义的阈值是固定值或者是基于工作在广播流模式下时在MBMS客户端处接收到的源区块的大小的动态值;并且从利用MBMS客户端工作在广播流模式下切换为工作在单播流模式下。
在一个示例中,电路还可以被配置为:基于在所定义的窗口内在MBMS客户端处接收到的源区块相对于源区块内所包含的图片组(GoP)的数目的权重,确定广播信道的广播信道状况;确定源区块相对于源区块内所包含的GoP的数目的权重不符合所定义的阈值;并且从利用MBMS客户端工作在广播流模式下切换为工作在单播流模式下。
在一个示例中,电路还可以被配置为:基于分组错误率(PER)和区块错误率(BLER)相对于广播信道状况的函数确定广播信道的广播信道状况;确定PER和BLER相对于广播信道状况的函数不符合所定义的阈值;并且从利用MBMS客户端工作在广播流模式下切换为工作在单播流模式下。
在一个示例中,电路还可以被配置为:当在MBMS客户端处解码器发生故障时从利用MBMS客户端工作在广播流模式下切换为工作在单播流模式下。在另一示例中,电路还可以被配置为:当在广播流模式下某些媒体内容分段没有被成功接收时,从利用MBMS客户端工作在广播流模式下切换为工作在单播流模式下;并且当工作在单播流模式下时在MBMS客户端处接收到先前丢失的媒体内容分段时,从工作在单播流模式下切换为工作在广播流模式下。
另一示例提供了用于接收媒体内容的方法900,如图9中的流程图中所示。该方法可以作为机器上的指令而被执行,其中指令被包括在至少一个计算机可读介质或者一个非暂态机器可读存储介质上。该方法可以包括当用户设备(UE)中的多媒体广播多播服务(MBMS)客户端工作在第一流传送模式下时通过该MBMS客户端在广播信道上接收媒体内容分段的操作,如框910中所示。该方法可以包括在UE处确定与广播信道相关联的MBMS解码器缓冲级别和广播信道状况不符合所定义的阈值的操作,如框920中所示。该方法可以包括基于MBMS解码器缓冲级别和广播信道状况不符合所定义的阈值从工作在第一流传送模式下切换为工作在第二流传送模式下的操作,如框930中所示。
在一个示例中,该方法可以包括在所定义的持续时间内在第二流传送模式下接收媒体内容分段的操作。在另一示例中,第一流传送模式是广播流模式并且第二流传送模式是单播流模式。在另一示例中,第一流传送模式是单播流模式并且第二流传送模式是广播流模式。
在一个示例中,该方法可以包括基于在所定义的窗口内在MBMS客户端处接收到的源区块相对于源区块内所包含的图片组(GoP)的数目的权重、从工作在第一流传送模式下切换为工作在第二流传送模式下的操作。在另一示例中,该方法可以包括基于分组错误率(PER)和区块错误率(BLER)相对于广播信道状况的函数从工作在第一流传送模式下切换为工作在第二流传送模式下的操作。在另一示例中,该方法可以包括当媒体内容分段丢失时或者当媒体内容分段恢复时从工作在第一流传送模式下切换为工作在第二流传送模式下的操作。
图10提供了无线设备的示例图示,该无线设备例如用户设备(UE)、移动台(MS)、移动无线设备、移动通信设备、平板计算机、手持式计算机或者其它类型的无线设备。无线设备可以包括被配置为与节点或传送台通信的一个或多个天线,所述节点或传送台例如基站(BS)、演进的节点B(eNB)、基带单元(BBU)、射频拉远头(RRH)、远程无线电设备(RRE)、中继台(RS)、无线电设备(RE)、远程无线电单元(RRU)、中央处理模块(CPM)或者其它类型的无线广域网(WWAN)接入点。无线设备可以被配置为使用包括3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙和WiFi在内的至少一个无线通信标准进行通信。无线设备可以使用针对每个无线通信标准的单独的天线或者针对多个无线通信标准的共享天线进行通信。无线设备可以在无线局域网(WLAN)、无线个人区域网(WPAN)和/或WWAN内进行通信。
图10还提供了对可以被用于无线设备的音频输入和输出的麦克风和一个或多个扬声器的图示。显示屏可以是液晶显示(LCD)屏或者诸如有机发光二极管(OLED)显示器之类的其它类型的显示屏。显示屏可以被配置为触摸屏。触摸屏可以是电容性的、电阻性的或者另一类型的触摸屏技术。应用处理器和图形处理器可以被耦合到内部存储器以提供处理和显示能力。非易失性存储器端口也可以被用于向用户提供数据输入/输出选项。非易失性存储器端口也可以被用于扩展无线设备的存储器能力。键盘可以与无线设备集成或者无线地连接到无线设备以提供附加的用户输入。也可以使用触摸屏提供虚拟键盘。
各种技术或者这些技术的特定方面或部分可以采用用有形介质实现的程序代码(即指令)的形式,该有形介质例如软盘、紧凑型磁盘-只读存储器(CD-ROM)、硬盘、非暂态计算机可读存储介质或者任何其它机器可读存储介质,其中当程序代码被载入机器(例如计算机)中并且被机器执行时,该机器变为用于实现各种技术的装置。电路可以包括硬件、固件、程序代码、可执行代码、计算机指令和/或软件。非暂态计算机可读存储介质可以是不包括信号的计算机可读存储介质。在可编程计算机上执行程序代码的情况下,计算设备可以包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备和至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是随机访问存储器(RAM)、可擦除式可编程只读存储器(EPROM)、闪存、光驱、磁性硬盘、固态驱动器或者用于存储电子数据的其它介质。节点和无线设备还可以包括收发器模块(即收发器)、计数器模块(即计数器)、处理模块(即处理器)和/或时钟模块(即时钟)或者定时器模块(即定时器)。可以实现或利用这里所描述的各种技术的一个或多个程序可以使用应用编程接口(API)、可重用控制等。这些程序可以用高级过程或者面向对象的编程语言来实现以与计算机系统通信。但是,如果需要,程序可以用汇编或机器语言来实现。在任何情况下,该语言可以是编译后或者解析后的语言,并且可以与硬件实现方式组合。
应当理解本说明书中所描述的很多功能单元被标记为模块,以更具体地强调它们的实施独立性。例如,模块可以被实现为硬件电路,包括定制超大规模集成(VLSI)电路或门阵列、诸如逻辑芯片之类的现成的半导体、晶体管或者其它离散组件。模块还可以用可编程硬件设备来实现,例如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等。
在一个示例中,多个硬件电路可以被用于实现本说明书中所描述的功能单元。例如,第一硬件电路可以被用于执行处理操作并且第二硬件电路(例如收发器)可以被用于与其它实体通信。第一硬件电路和第二硬件电路可以被集成到单个硬件电路中,或者第一硬件电路和第二硬件电路可以是分开的硬件电路。
模块还可以用软件来实现以供各种类型的处理器执行。一种被标识的可执行代码的模块例如可以包括一个或多个计算机指令的物理或逻辑块,这些逻辑块例如可以被组织为对象、过程或函数。但是,被标识的模块的执行体不需要被物理地放置在一起,而是可以包括存储在不同位置处的不同指令,当这些指令在逻辑上被联合在一起时构成所述模块并且实现针对该模块所述的目的。
实际上,可执行代码模块可以是单个指令或者很多指令,并且可以均匀地分布在若干个不同的代码段、不同的程序和若干个存储器设备上。类似地,可操作数据可以在模块内被标识或图示,并且可以用任何合适的形式来实现并且被组织在任何合适类型的数据结构内。可操作数据可以作为单个数据集来收集,或者可以分布在包括不同存储设备的不同位置上,并且可以至少部分地仅仅作为系统或网络上的电子信号而存在。模块可以是有源或无源的,包括可操作为执行所想要的功能的代理。
在整个说明书中对“示例”或“示例性的”引用指结合该示例所描述的特定特征、结构或特性被包括在本技术的至少一个实施例中。因而,在整个说明书中的不同地方出现的短语“在示例中”或者词语“示例性的”不一定都指相同的实施例。
如这里所使用的,多个条目、结构元件、组成元件和/或材料可以为了方便而在共用的列表中呈现。但是,这些列表应当被诠释为该列表的每个成员作为单独的独特成员而分别被标识。因而,这样的列表中的任一个成员都不应当仅仅基于它们出现在共用的组内而被诠释为相同列表的任何其它成员的实际等同物。此外,本技术的各个实施例和示例在本文中可以与它们的各个组件的替代物一起被提及。应理解这样的实施例、示例或替代物不应被诠释为彼此的实际等同物,而应被认为是本技术的单独的自主表现方式。
此外,所描述的特征、结构或特性可以在一个或多个实施例中以任何合适的方式进行组合。在以下描述中,诸如布局示例、距离、网络示例等之类的很多具体细节被提供以便于对本技术的实施例的全面理解。但是,相关领域的技术人员将意识到本申请的技术可以在没有这些具体细节中的一个或多个细节的情况下或者利用其它方法、组件、布局等来实现。在其它实例中,公知的结构、材料或操作没有被详细地显示或描述以避免模糊本技术的内容。
虽然前面的示例说明了在一个或多个特定应用中的本技术的原理,但是本领域普通技术人员将明白可以在不需要创造性能力并且不脱离本申请的技术的原理和概念的情况下对实现方式的形式、使用和细节做出很多修改。因此,除了受所附权利要求的限制以外,不希望本申请的技术受到限制。
Claims (33)
1.一种包括可操作为接收媒体内容的多媒体广播多播服务(MBMS)客户端的用户设备(UE),该UE包括:
第一电路,该第一电路被配置为:
当所述MBMS客户端工作在单播流模式下时通过所述MBMS客户端在广播信道上接收媒体内容分段;以及
第二电路,该第二电路被配置为:
检测MBMS解码器缓冲级别符合所定义的第一阈值和/或所述广播信道的广播信道状况符合所定义的第二阈值;并且
基于所述MBMS解码器缓冲级别符合所述所定义的第一阈值和/或所述广播信道状况符合所述所定义的第二阈值,从工作在所述单播流模式下切换为工作在广播流模式下,
其中所述第二电路还被配置为:当工作在所述单播流模式下时在所述MBMS客户端处接收到先前丢失的媒体内容分段时,从工作在所述单播流模式下切换为工作在所述广播流模式下。
2.根据权利要求1所述的UE,其中所述第一电路还被配置为:在从所述单播流模式切换到所述广播流模式之后利用所述MBMS客户端在所述广播流模式下接收所述媒体内容分段。
3.根据权利要求1所述的UE,其中所述第二电路还被配置为:检测所述MBMS解码器缓冲级别在所定义的时间段内超过所定义的第一阈值,其中所述所定义的第一阈值是根据在MBMS客户端处所接收到的上一广播源区块内的图片组(GoP)的数目而被设置的。
4.根据权利要求1所述的UE,其中所述第二电路还被配置为:基于分组错误率(PER)和区块错误率(BLER)相对于所述广播信道状况的函数,检测所述广播信道的广播信道状况低于所定义的第二阈值,其中所述所定义的第二阈值是根据所述PER和所述BLER相对于在所述MBMS客户端处所接收到的上一个广播源区块的函数而被设置的。
5.根据权利要求1所述的UE,其中所述UE包括天线、触摸敏感显示屏、扬声器、麦克风、图形处理器、应用处理器、内部存储器或者非易失性存储器端口。
6.一种包括可操作为接收媒体内容的多媒体广播多播服务(MBMS)客户端的用户设备(UE),该UE包括:
第一电路,该第一电路被配置为:
当所述MBMS客户端工作在广播流模式下时通过所述MBMS客户端在广播信道上接收媒体内容分段;以及
第二电路,该第二电路被配置为:
检测何时MBMS解码器缓冲级别不符合所定义的第一阈值和/或所述广播信道的广播信道状况不符合所定义的第二阈值;并且
基于所述MBMS解码器缓冲级别不符合所述所定义的第一阈值和/或所述广播信道状况不符合所述所定义的第二阈值,将所述MBMS客户端从工作在所述广播流模式下切换为工作在单播流模式下,其中所述第二电路还被配置为:当工作在所述单播流模式下时在所述MBMS客户端处接收到先前丢失的媒体内容分段时,从工作在所述单播流模式下切换为工作在所述广播流模式下。
7.根据权利要求6所述的UE,其中所述第二电路还被配置为:
检测何时所述MBMS解码器缓冲级别符合所述所定义的第一阈值和/或所述广播信道状况符合所述所定义的第二阈值;并且
将所述MBMS客户端从工作在所述单播流模式下切换回工作在所述广播流模式下。
8.根据权利要求6所述的UE,其中所述第二电路还被配置为:
检测何时所述MBMS解码器缓冲级别低于所述所定义的第一阈值,其中所述所定义的第一阈值是固定值或者是基于工作在所述广播流模式下时在所述MBMS客户端处接收到的源区块的大小的动态值;并且
将所述MBMS客户端从工作在所述广播流模式下切换为工作在所述单播流模式下。
9.根据权利要求6所述的UE,其中所述第二电路还被配置为:
基于在所定义的窗口内在所述MBMS客户端处接收到的源区块相对于所述源区块内所包含的图片组(GoP)的数目的权重,确定所述广播信道的广播信道状况;
确定所述源区块相对于所述源区块内所包含的GoP的数目的权重不符合所述所定义的第二阈值;并且
将所述MBMS客户端从工作在所述广播流模式下切换为工作在所述单播流模式下。
10.根据权利要求6所述的UE,其中所述第二电路还被配置为:
基于分组错误率(PER)和区块错误率(BLER)相对于所述广播信道状况的函数确定所述广播信道的广播信道状况;
确定所述PER和所述BLER相对于所述广播信道状况的函数不符合所述所定义的第二阈值;并且
将所述MBMS客户端从工作在所述广播流模式下切换为工作在所述单播流模式下。
11.根据权利要求6所述的UE,其中所述第二电路还被配置为:
当在所述MBMS客户端处解码器发生故障时将所述MBMS客户端从工作在所述广播流模式下切换为工作在所述单播流模式下。
12.根据权利要求6所述的UE,其中所述第二电路还被配置为:
当在所述广播流模式下某些媒体内容分段没有被成功接收时,将所述MBMS客户端从工作在所述广播流模式下切换为工作在所述单播流模式下。
13.一种用于接收媒体内容的方法,包括:
使用用户设备(UE)的一个或多个处理器、当所述UE内的多媒体广播多播服务(MBMS)客户端工作在第一流传送模式下时通过所述MBMS客户端在广播信道上接收媒体内容分段;
使用所述UE的一个或多个处理器、在所述UE处确定MBMS解码器缓冲级别不符合所定义的第一阈值和/或与所述广播信道相关联的广播信道状况不符合所定义的第二阈值;并且
使用所述UE的一个或多个处理器、基于所述MBMS解码器缓冲级别不符合所述所定义的第一阈值和/或所述广播信道状况不符合所述所定义的第二阈值从工作在所述第一流传送模式下切换为工作在第二流传送模式下,
其中,所述方法还包括:当丢失的媒体内容分段被恢复时从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
14.根据权利要求13所述的方法,还包括在所定义的持续时间内在所述第二流传送模式下接收所述媒体内容分段。
15.根据权利要求13所述的方法,其中所述第一流传送模式是广播流模式并且所述第二流传送模式是单播流模式。
16.根据权利要求13所述的方法,其中所述第一流传送模式是单播流模式并且所述第二流传送模式是广播流模式。
17.根据权利要求13所述的方法,还包括:基于在所定义的窗口内在所述MBMS客户端处接收到的源区块相对于所述源区块内所包含的图片组(GoP)的数目的权重,从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
18.根据权利要求13所述的方法,还包括:基于分组错误率(PER)和区块错误率(BLER)相对于所述广播信道状况的函数从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
19.根据权利要求13所述的方法,还包括:当所述媒体内容分段丢失时从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
20.一种用于接收媒体内容的设备,包括:
用于当用户设备(UE)内的多媒体广播多播服务(MBMS)客户端工作在第一流传送模式下时通过所述MBMS客户端在广播信道上接收媒体内容分段的装置;
用于在所述UE处确定MBMS解码器缓冲级别不符合所定义的第一阈值和/或与所述广播信道相关联的广播信道状况不符合所定义的第二阈值的装置;
用于基于所述MBMS解码器缓冲级别不符合所述所定义的第一阈值和/或所述广播信道状况不符合所述所定义的第二阈值从工作在所述第一流传送模式下切换为工作在第二流传送模式下的装置,以及
用于当丢失的媒体内容分段被恢复时从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下的装置。
21.根据权利要求20所述的设备,还包括:用于在所定义的持续时间内在所述第二流传送模式下接收所述媒体内容分段的装置。
22.根据权利要求20所述的设备,其中所述第一流传送模式是广播流模式并且所述第二流传送模式是单播流模式。
23.根据权利要求20所述的设备,其中所述第一流传送模式是单播流模式并且所述第二流传送模式是广播流模式。
24.根据权利要求20所述的设备,还包括:用于基于在所定义的窗口内在所述MBMS客户端处接收到的源区块相对于所述源区块内所包含的图片组(GoP)的数目的权重,从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下的装置。
25.根据权利要求20所述的设备,还包括:用于基于分组错误率(PER)和区块错误率(BLER)相对于所述广播信道状况的函数从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下的装置。
26.根据权利要求20所述的设备,还包括:用于当所述媒体内容分段丢失时从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下的装置。
27.至少一种非暂态计算机可读存储介质,该存储介质上包含有用于接收媒体内容的指令,所述指令被执行时执行以下操作:
使用用户设备(UE)的一个或多个处理器、当所述UE内的多媒体广播多播服务(MBMS)客户端工作在第一流传送模式下时通过所述MBMS客户端在广播信道上接收媒体内容分段;
使用所述UE的一个或多个处理器、在所述UE处确定MBMS解码器缓冲级别不符合所定义的第一阈值和/或与所述广播信道相关联的广播信道状况不符合所定义的第二阈值;并且
使用所述UE的一个或多个处理器、基于所述MBMS解码器缓冲级别不符合所述所定义的第一阈值和/或所述广播信道状况不符合所述所定义的第二阈值从工作在所述第一流传送模式下切换为工作在第二流传送模式下,
其中所述计算机可读存储介质还包括被执行时使得所述UE的一个或多个处理器执行以下操作的指令:当丢失的媒体内容分段被恢复时从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
28.根据权利要求27所述的计算机可读存储介质,还包括被执行时使得所述UE的一个或多个处理器执行以下操作的指令:在所定义的持续时间内在所述第二流传送模式下接收所述媒体内容分段。
29.根据权利要求27所述的计算机可读存储介质,其中所述第一流传送模式是广播流模式并且所述第二流传送模式是单播流模式。
30.根据权利要求27所述的计算机可读存储介质,其中所述第一流传送模式是单播流模式并且所述第二流传送模式是广播流模式。
31.根据权利要求27所述的计算机可读存储介质,还包括被执行时使得所述UE的一个或多个处理器执行以下操作的指令:基于在所定义的窗口内在所述MBMS客户端处接收到的源区块相对于所述源区块内所包含的图片组(GoP)的数目的权重,从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
32.根据权利要求27所述的计算机可读存储介质,还包括被执行时使得所述UE的一个或多个处理器执行以下操作的指令:基于分组错误率(PER)和区块错误率(BLER)相对于所述广播信道状况的函数从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
33.根据权利要求27所述的计算机可读存储介质,还包括被执行时使得所述UE的一个或多个处理器执行以下操作的指令:当所述媒体内容分段丢失时从工作在所述第一流传送模式下切换为工作在所述第二流传送模式下。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/582,368 US9774465B2 (en) | 2014-12-24 | 2014-12-24 | Media content streaming |
US14/582,368 | 2014-12-24 | ||
PCT/US2015/062209 WO2016105779A1 (en) | 2014-12-24 | 2015-11-23 | Media content streaming |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107113461A CN107113461A (zh) | 2017-08-29 |
CN107113461B true CN107113461B (zh) | 2020-11-27 |
Family
ID=54838439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580062530.1A Expired - Fee Related CN107113461B (zh) | 2014-12-24 | 2015-11-23 | 媒体内容流 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9774465B2 (zh) |
EP (1) | EP3238455A1 (zh) |
JP (1) | JP6746582B2 (zh) |
CN (1) | CN107113461B (zh) |
WO (1) | WO2016105779A1 (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9999024B2 (en) * | 2015-01-08 | 2018-06-12 | Qualcomm Incorporated | Evolved multimedia broadcast multicast service (eMBMS) streaming loss control in a radio sharing concurrent radio access technology (RAT) capable mobile device |
US20160234031A1 (en) * | 2015-02-05 | 2016-08-11 | Qualcomm Incorporated | Centralized Application Level Multicasting with Peer-Assisted Application Level Feedback for Scalable Multimedia Data Distribution in WiFi Miracast |
US9866596B2 (en) * | 2015-05-04 | 2018-01-09 | Qualcomm Incorporated | Methods and systems for virtual conference system using personal communication devices |
US10015216B2 (en) | 2015-08-06 | 2018-07-03 | Qualcomm Incorporated | Methods and systems for virtual conference system using personal communication devices |
US10116718B2 (en) * | 2016-03-15 | 2018-10-30 | Adobe Systems Incorporated | Digital content streaming to loss intolerant streaming clients |
US10306423B2 (en) * | 2016-05-03 | 2019-05-28 | Verizon Patent And Licensing Inc. | Dynamic content check interval for multicast devices |
US10148512B2 (en) * | 2016-08-12 | 2018-12-04 | T-Mobile Usa, Inc. | Mobile video optimization |
KR102532645B1 (ko) * | 2016-09-20 | 2023-05-15 | 삼성전자 주식회사 | 적응적 스트리밍 서비스에서 스트리밍 어플리케이케이션으로 데이터를 제공하는 방법 및 장치 |
CN109845316B (zh) * | 2016-12-30 | 2020-08-18 | Oppo广东移动通信有限公司 | 传输信息的方法、终端设备、网络设备、系统芯片和计算机可读存储介质 |
WO2018208102A1 (en) * | 2017-05-11 | 2018-11-15 | Samsung Electronics Co., Ltd. | Method and apparatus for providing a multimedia broadcast multicast service |
WO2019174588A1 (en) * | 2018-03-14 | 2019-09-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Service quality enhancement about consumption report-based mood switching |
US11032595B2 (en) | 2018-09-28 | 2021-06-08 | Rovi Guides, Inc. | Systems and methods for delivery of content via multicast and unicast |
US20220131921A1 (en) * | 2018-11-30 | 2022-04-28 | British Telecommunications Public Limited Company | Multicast to unicast conversion |
CN113243137A (zh) | 2018-12-14 | 2021-08-10 | 鸿颖创新有限公司 | 无线通信系统中用于侧链路通信的冲突控制的方法和装置 |
CN111447572B (zh) * | 2019-01-16 | 2022-09-23 | 成都鼎桥通信技术有限公司 | 一种mcptt系统中的组播监听方法和装置 |
US11291050B2 (en) * | 2020-08-04 | 2022-03-29 | Itron, Inc. | Managing multi-mode communications between nodes in a network |
CN115379398A (zh) * | 2020-08-04 | 2022-11-22 | 大唐移动通信设备有限公司 | 单播多播转换方法、装置及处理器可读存储介质 |
US11381884B1 (en) * | 2021-03-08 | 2022-07-05 | At&T Intellectual Property I, L.P. | Methods, systems, and devices for improving viewing experience of streaming media content on mobile devices |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101248666A (zh) * | 2005-08-26 | 2008-08-20 | 汤姆森许可贸易公司 | 使用动态广播调度的点播系统和方法 |
EP2445162A1 (en) * | 2010-10-25 | 2012-04-25 | Alcatel Lucent | Method For Adaptive Streaming |
CN102474654A (zh) * | 2009-08-04 | 2012-05-23 | 高通股份有限公司 | 使用蜂窝技术的互联网无线广播 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227745B (zh) | 2008-02-02 | 2011-02-09 | 华为软件技术有限公司 | 移动多媒体业务的网络切换方法、装置和系统 |
US20090290555A1 (en) * | 2008-05-21 | 2009-11-26 | Comsys Communication & Signal Processing Ltd. | Autonomous anonymous association between a mobile station and multiple network elements in a wireless communication system |
US8675577B2 (en) * | 2010-12-20 | 2014-03-18 | Intel Corporation | Signaling techniques for a multimedia-aware radio and network adaptation |
-
2014
- 2014-12-24 US US14/582,368 patent/US9774465B2/en active Active
-
2015
- 2015-11-23 EP EP15807753.7A patent/EP3238455A1/en not_active Ceased
- 2015-11-23 WO PCT/US2015/062209 patent/WO2016105779A1/en active Application Filing
- 2015-11-23 CN CN201580062530.1A patent/CN107113461B/zh not_active Expired - Fee Related
- 2015-11-23 JP JP2017532992A patent/JP6746582B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101248666A (zh) * | 2005-08-26 | 2008-08-20 | 汤姆森许可贸易公司 | 使用动态广播调度的点播系统和方法 |
CN102474654A (zh) * | 2009-08-04 | 2012-05-23 | 高通股份有限公司 | 使用蜂窝技术的互联网无线广播 |
EP2445162A1 (en) * | 2010-10-25 | 2012-04-25 | Alcatel Lucent | Method For Adaptive Streaming |
Also Published As
Publication number | Publication date |
---|---|
EP3238455A1 (en) | 2017-11-01 |
CN107113461A (zh) | 2017-08-29 |
JP6746582B2 (ja) | 2020-08-26 |
US9774465B2 (en) | 2017-09-26 |
US20160191258A1 (en) | 2016-06-30 |
JP2018507581A (ja) | 2018-03-15 |
WO2016105779A1 (en) | 2016-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107113461B (zh) | 媒体内容流 | |
CN107005727B (zh) | 媒体内容流 | |
US10320552B2 (en) | Multicast broadcast multimedia service-assisted content distribution | |
US10721715B2 (en) | Link-aware streaming adaptation | |
CN105027499B (zh) | 基于互联网协议(ip)多媒体子系统(ims)的对等(p2p)内容分发 | |
CN110290427B (zh) | 目标媒体内容的递送 | |
CN108600789B (zh) | 用于多媒体自适应流传输的装置和机器可读存储介质 | |
US20150281303A1 (en) | Adaptive media streaming | |
US11477257B2 (en) | Link-aware streaming adaptation | |
WO2014113197A1 (en) | Presence service using ims based dash service |
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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1242878 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20201127 Termination date: 20211123 |
|
CF01 | Termination of patent right due to non-payment of annual fee |