CN104704793B - 用于多媒体数据的处理的方法和装置 - Google Patents
用于多媒体数据的处理的方法和装置 Download PDFInfo
- Publication number
- CN104704793B CN104704793B CN201380053661.4A CN201380053661A CN104704793B CN 104704793 B CN104704793 B CN 104704793B CN 201380053661 A CN201380053661 A CN 201380053661A CN 104704793 B CN104704793 B CN 104704793B
- Authority
- CN
- China
- Prior art keywords
- http
- media content
- broadcast
- streams
- adaptive
- 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
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/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/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- 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/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]
Abstract
本发明涉及用于向自适应HTTP流播播放器提供媒体内容的技术。在从自适应HTTP流播播放器(像DASH播放器)接收到请求媒体内容的HTTP请求时,HTTP实体执行用于确定在给数据提供固定数据质量的固定质量接口上可用的内容的表示偏好指示的过程,其可提供例如通过广播接口接收的或者在高速缓存中可用的数据。所述表示偏好指示被发信号通知给自适应HTTP流播播放器,其适合于使用另外请求的表示偏好指示。自适应HTTP流播播放器不知道内容在固定接口上可用还是在单播接口上可用,但用该解决方案被迫使用在固定质量接口上可用的优选表示。因而,自适应HTTP流播播放器在接收到表示偏好指示以及根据表示偏好指示请求数据时停止测量在单播接口上提供数据的链路质量的任何改变。
Description
技术领域
本公开涉及用于向用户提供多媒体服务的技术。具体地说,公开了用于向是自适应HTTP流播播放器的示例的DASH播放器传送多媒体内容的技术。
本解决方案可使用提供媒体分段传送的广播传送技术实施在网络解决方案内。具体地说,该解决方案可用在使用媒体分段的eMBMS传送或其它广播传送技术(像DSL接入系统(IPTV)中的IP多播)的情形中。进一步说,本解决方案适用于从高速缓存服务于媒体内容时。
背景技术
通过HTTP的DASH动态自适应流播是自适应流播技术,其将媒体流调整成当前可用的链路比特率,如在“Dynamic adaptive streaming over HTTP(DASH)—Part 1:Mediapresentation description and segment formats”(ISO/IEC 23009-1:2012(E),Version2.1c2.)中所公开的。
自适应HTTP流播技术依赖于客户端选择媒体质量。服务器或内容提供商描述了在所谓的清单文件中的所有可用质量表示,例如,媒体内容的表示可关于不同媒体比特率和从服务器访问表示的方式而不同。清单文件在流播会话开始时至少取一次,并且在会话期间可更新。MPD包括列表或生成所有媒体分段的URI的列表的构件,媒体分段属于媒体会话,并且用于取下一媒体分段。在苹果的HLS情况下,清单作为m3u8格式的播放列表文件进行格式化。在3GPP/MPEGDASH情况下,清单是称为MPD媒体呈现描述的XML结构。
DASH被设计为客户端控制的自适应HTTP流播协议。那意味着,服务器描述了例如在MPD中的一组可用媒体质量,并且客户端根据链路比特率选择匹配链路比特率的媒体表示(即,媒体比特率)。一般而言,DASH解决方案包括:DASH服务器适合于给内容提供不同的媒体质量(所谓的表示),并且在客户端侧,DASH客户端适合于请求具有不同质量的媒体内容。
大多数自适应HTTP流播技术都需要客户端不断从服务器取媒体分段。在媒体分段中含有某一媒体时间量(例如10秒的媒体数据)。在清单中指示的具体时间,在服务器使具体媒体表示的每个分段可用。在清单中描述了在客户端侧用于下载不同质量表示的分段的URI的创建方式。
图1描绘了在DASH环境下分段取的原理。客户端、DASH客户端与服务器、DASH服务器通信。
清单文件被作为HTTP GET清单文件消息10的应答接收,并且被处理以确定可能的质量11。在下一步骤12,客户端请求最低质量的数据、来自最低质量的HTTP GET分段#1,并且执行下载速率的测量,13。客户端不断测量链路比特率,同时接收媒体分段,14,以确定用于接收内容数据的适当质量。如果进行了改变表示的决定,15,则客户端可在任何时间改变成另一质量表示。在根据图1的实施例中,决定请求具有中等质量的媒体数据,来自中等质量的HTTP GET分段#2,16,并且继续下载速率的测量,17。
当前,还有可能通过广播系统递送DASH媒体分段,诸如eMBMS(LTE多媒体广播多播服务)。当小区或任何广播区域中的所有用户都使用相同特比流质量时,广播是有效的。那意味着,在一个区域中通常仅广播单个质量表示,并且所述区域中的客户端选择那个具体质量。
从而,通常,仅单个表示被广播到具体目标区域中,并且相同的内容流被广播到具有不同比特率约束或换句话说具有不同表示的不同广播区域中。从而,有可能,相同服务例如以较高比特率在城市区域中广播,以及在城郊区域中具有较低比特率。
DASH播放器可经由广播或单播接收内容。然而,DASH播放器没有信息,不管电话是在广播覆盖内和/或单播覆盖内。
在广播情形下,媒体分段必须首先由eMBMS客户端接收,之后可使它对DASH播放器可用。这是由于广播表示优于单播表示造成的缺点。当第一次调谐到广播DASH会话时,DASH播放器可接受附加延迟。然而,DASH播放器不知道UE是否在广播覆盖内。从而,如果电话不在广播覆盖内,则DASH播放器首先需要等待广播启动这个附加延迟的时间,才能发现广播接收是不可能的。
进一步说,因为客户端不知道它是正在从广播还是单播接收表示,所以它对两种接收以相同方式测量下载速率。在中等质量表示正在被广播的情况下,观察到良好下载速率的客户端可决定切换到未在广播的较高质量表示。一旦客户端已经切换,就有必要通过单播检索分段,然后它可能经历那个高质量表示的非常低的下载速率,因此体验的质量以及网络下载受到了负面影响。
例如由于执行的测量或由于接收到广播数据而引起的延迟导致了在用户侧的体验质量(QoE)降低,那么从QoE角度来看,在客户端侧的视频启动将尽可能快地执行。
发明内容
存在对于向用户有效提供媒体数据的技术的需求。具体地说,存在增加所呈现数据的体验水平的需求。
本发明在独立权利要求中实施了。在从属权利要求中描述了有利实施例。
该需求用向自适应HTTP流播播放器提供媒体内容的方法满足。所述方法包括从自适应HTTP流播播放器接收请求媒体内容的HTTP请求的步骤。在下一步骤,标识媒体内容作为在固定质量接口(S22)上可用的内容,并且然后确定在固定质量接口上提供的内容的表示偏好指示。所确定的表示偏好指示被发信号通知给自适应HTTP流播播放器。
进一步说,该需求用提供在自适应HTTP流播播放器中实现的媒体内容的方法满足。所述HTTP流播播放器向HTTP实体发送对于提供媒体内容的HTTP请求。作为对该请求的应答,自适应HTTP流播播放器从HTTP实体接收在固定质量接口上提供的媒体内容的表示偏好指示。作为下一步骤,使用接收的表示偏好指示请求在固定质量接口上提供的媒体内容。
在一个实现中,提出了适合于向自适应HTTP流播播放器提供媒体内容的HTTP实体装置。所述HTTP实体装置包括适合于从HTTP流播播放器接收请求媒体内容的HTTP请求的接收器。进一步说,存在适合于将媒体内容标识为在固定质量接口上提供的内容的标识器。进一步说,HTTP实体装置包括适合于确定在固定质量接口上提供的媒体内容的表示偏好指示的处理器和适合于向HTTP流播播放器发信号通知表示偏好指示的发送器。
在另外实施例中,提供了适合于提供媒体内容的自适应HTTP流播播放器装置。所述HTTP流播播放器装置包括适合于向HTTP实体发送对于提供媒体内容的HTTP请求的发送器。进一步说,存在适合于从HTTP实体接收表示偏好指示以便接收在固定质量接口上提供的媒体内容的接收器和适合于使用接收的表示偏好指示用于请求在固定质量接口上提供的媒体内容的处理器。
在另外实施例中,提出了适合于提供媒体内容的客户端装置,其包括自适应HTTP流播播放器装置和HTTP实体。
进一步说,装置节点适合于执行结合在对应节点中要执行的对应方法所要求保护的所有步骤。
附图说明
在下文,将参考在附图中例证的示范实施例进一步描述本发明,附图中:
图1示出了用于在自适应HTTP流播客户端上取分段的实施例。
图2示出了根据一个实施例的代理实体中的方法的流程图。
图3示出了根据一个实施例的自适应HTTP流播播放器中的方法的流程图。
图4示意性示出了根据一个实施例的代理实体。
图5示意性示出了根据一个实施例的自适应HTTP流播播放器。
图6示出了根据一个实施例的方法的系统。
图7示意性示出了根据一个实施例的系统。
图8示意性示出了根据一个实施例的系统。
图9示意性示出了根据一个实施例的系统。
图10示意性示出了根据一个实施例的系统。
图11示意性示出了根据一个实施例的消息交换。
具体实施方式
在如下描述中,为了说明而非限制,阐述了特定细节,诸如具体网络环境和通信标准等,以便提供对本发明的透彻理解。本领域技术人员将明白,本发明可以在脱离这些特定细节的其它实施例中实施。例如,本领域技术人员将认识到,本发明可用任何无线网络比如UMTS、GSM或LTE网络实施。作为另一示例,本发明还可实现在短程无线网络(诸如WLAN或蓝牙系统)或有线网络中,例如任何基于IP的网络(像IMS网络)中。
本发明可用某些(TV)广播网络或用包括(TV)广播网络和移动网络(例如DVB-H(数字视频广播手持)和3GPP移动网络)的混合网络实施。基本上,本发明可实施在可分布视频内容的任何网络环境内。
媒体数据可包括视频数据、音频数据或任何其它种类(多)媒体数据,诸如例如视频和音频数据的组合。内容可提供在多媒体服务诸如移动TV或IPTV服务的框架内。在下文,术语多媒体数据、内容、内容数据被作为同义词使用。一般来说,可以说成,媒体分段含有例如视频剪辑的媒体分段序列形式的媒体数据。
HTTP实体可能是提供代理功能性的任何装置,像HTTP代理、HTTP服务器、HTTP代理高速缓存等,其中这些术语在如下描述中可交替使用。在下文,如果使用术语HTTP,则不将它看作任何限制,而是看作代理实体的可能实施例。进一步说,在下文,术语扩展HTTP代理或服务器被用作HTTP实体的实施例。HTTP实体由根据本描述的功能性扩展。
HTTP流播播放器是在客户端侧适合于向用户提供接收的流播数据的播放器。在一个实施例中,提出了HTTP流播播放器是DASH播放器,具体地说是MPEG-DASH播放器。优选地,HTTP流播播放器是布置成使媒体数据或媒体内容的接收速率适合于可用无线电链路速率的自适应HTTP流播播放器。因此,自适应客户端执行有关无线电质量的测量,以便发现可用数据质量的最佳匹配传送比特率。
也可支持其它自适应HTTP流播方案,诸如苹果HTTP现场流播。
客户端可能是任何最终装置或用户设备。在一个实施例中,客户端包括自适应HTTP流播播放器,像DASH播放器和HTTP实体,并且二者都位于同一装置中,例如位于移动设备中。在其它实施例中,提出了HTTP流播播放器和HTTP实体被部署在单独装置中。HTTP流播播放器可位于移动环境中,并且HTTP实体在单独代理实体中,例如放在(家庭)网关中。
固定质量接口可以是给数据提供固定数据质量的任何接口。在一个实施例中,提出提供例如通过eMBMS广播的数据。在另外实施例中,具有优选质量的数据被存储在高速缓存中。与单播接口相反,相对于在接收所述数据期间的媒体内容的质量或表示没有改变。从而提出,当终端在广播传送的覆盖内时,或者当请求的数据被高速缓存时,则自适应HTTP流播播放器消耗广播或高速缓存表示的分段,并且不需要定期执行是否改变成其它表示的测量,因为这是当接收到在单播接口上可用的媒体数据时的情况。从而,固定质量接口意味着,客户端未就质量做出决定,但网络提供了给定固定质量的分段,或者分段从高速缓存角度是可用的,例如从其它流播会话接收,并且对固定质量是可用的。
总之,提出了,在某些情形下,DASH播放器应该仅使用所提供的和优选的表示的某一子集。比如,当移动电话上的DASH播放器在移动广播覆盖内时,则DASH播放器将优选广播的表示(通常仅是单个质量),因为使用其它表示将迫使媒体数据在单播接口上可供使用,其特征在于如下事实:数据表示在数据传送期间改变,导致单播接口上的不必要测量和传送。
在广播作为用于提供以固定数据质量发送的媒体数据的实施例的情况下,提出了客户端不应该改变媒体表示,但客户端应该消耗媒体质量(其在当前区域中广播)。本文提到,有可能客户端根据区域接收不同的质量表示。最终使用的表示也就是可取决于用户设备的地理位置,例如广播接收是否有可能,以及哪个表示用于广播。
LETF FLUTE协议(RFC 3926)用于通过广播传送的文件递送。FLUTE递送会话由SDP会话描述协议文件定义,其含有递送广播的内容所必需的参数,诸如IP多播地址、IP版本(IPv6或IPv4)、接收UDP端口、例如FLUTE的协议、发送器IP地址,并且还有MBMS的暂时移动组身份TMGI,以允许客户端接收移动文件广播递送。
当提供了新服务和应用时,然后生成对应服务通告属性和描述文件,像用户服务描述(USD)或对应会话描述协议(SDP)或对应媒体呈现描述(MPD)。USD文件是SDP和MPD的母片段,其含有用于MBMS用户服务的附加服务参数(3GPP TS 26.346Rel-11)。
DASH是用于提供多媒体数据的协议。在广播传送的情况下,所述数据可通过FLUTE提供。DASH协议定义MPD文件,其包括被请求并且提供给DASH播放器的媒体内容的分段URI(或一般是有关如何请求分段的信息)。
在下文,相对于图2呈现了本发明的实施例,图2示出了在HTTP实体要执行的步骤的流程图。
在步骤S21,HTTP实体接收对于提供媒体内容的HTTP请求。所述请求从自适应HTTP流播播放器接收。每个HTTP请求包括用于取随后媒体分段的媒体分段URI。
在步骤S22,HTTP实体将自适应HTTP流播播放器正在请求的内容标识为在固定质量接口上可用的内容。这可以用任何适合的并且优选的方式实现。
在一个实施例中,提出检查HTTP实体中的可用服务通告片段(包含SDP文件),以找到对应于与HTTP请求一起接收的媒体分段的SDP文件。请求中的媒体分段URI可对应于正在进行的eMBMS会话,由其USD以及对应的SDP和MPD描述。
在本文中要指出,eMBMS使用IP多播来传输数据。eMBMS协议被定义用于移动环境。然而,对于具有固定连接的情形,接收器仅通过IP多播流接收FLUTE。然后,有可能仅给SDP文件提供服务通告,其含有接收IP多播流所需的参数。
HTTP请求中的请求URI随着每个分段和每个表示改变。URI从请求到请求而不同,然后URI包含不同的分段号,这由于分段的运行指数而改变,还有,URI可具有不同的质量表示。提出了HTTP实体从接收的URI中导出对应的SDP。执行与可用服务通告文件的对应关联(例如检查是否能从任何可用MPD中生成所接收的HTTP请求的URI),以便发现以SDP为特征的会话是否在固定接口上可用。
在一个实施例中,优选地,当HTTP代理和自适应HTTP流播播放器位于同一客户端装置中时,提出在会话开始时HTTP实体接收MPD文件和SDP文件,例如与服务通告一起接收。服务通告还提供了所述MPD文件与SDP文件之间的关联。HTTP实体得到MPD,其与用于MBMS服务的SDP链接。从而,在接收到HTTP请求时,HTTP实体基于接收的URI检查对应的MPD是否可用,并且然后在下一步骤找到对应的SDP。
在另外的实施例中,HTTP请求可包含对应SDP文件的内容标识符。当HTTP实体位于例如网关中的单独节点中时,可优选这个解决方案。内容标识符可包含在MPD文件中或从MPD文件中导出。例如,内容标识符可在会话开始时包含在所提供的MPD消息中,并且要通过附加地向URI请求另外媒体分段使用。内容标识符可以是MPD@Id字段,如在TS 26.247Rel-11中所定义的。在此情况下,客户端显式地发信号通知用于HTTP中的关联SDP文件的内容标识符。
DASH播放器可将具体内容标识符作为HTTP标题添加到每个HTTP请求。提出了内容标识符是用于公布媒体呈现并且所述标识符在媒体会话期间保持不改变的范围内的内容的唯一指示。与此相反,HTTP请求中的请求URI随着每个分段和每个表示改变。内容标识符允许HTTP实体发现用于可能在不同质量的那个内容的备选接收可能性的有效方式。这个实施例的优点是,要提供的媒体内容可以由HTTP代理通过检查内容标识符的HTTP标题快速识别,使得HTTP实体不需要首先搜索对应的SDP。
从而,提出了HTTP实体通过检查SDP、USD或MPD(即服务通告片段)查找哪个SDP文件与内容标识符关联来将内容标识为在固定接口上可用的内容。
在另外实施例中,提出了HTTP实体可首先需要基于来自HTTP请求的信息从服务器下载所需的对应SDP文件(可能与其它服务通告文件一起)。HTTP实体可基于内容标识符,或备选地基于URI,找到SDP文件(以及用于接收激活的其它片段),使得HTTP代理可从服务器下载所需的文件,像SDP或USD。
在一个实施例中,提出了检查通过固定质量接口提供内容数据是否有可能。最终使用的表示也就是可取决于用户设备的地理位置,例如广播接收是否有可能,以及哪个表示用于广播。检查步骤可包括检查当前位置中的接收eMBMS是否有可能。根据装置以及最终装置的位置,也就是说,接收MBMS数据不总是可能的。进一步说,步骤可包括检查接收IP多播流是否有可能。SDP文件描述了IP多播地址和FLUTE的UDP端口。因此,如果存在与IP多播地址一起描述的FLUTE的活动UDP端口,则通过IP多播链路接收内容数据是有可能的,并且是优选的。
在另外实施例中,标识步骤包括:确定具有固定质量的媒体内容在高速缓存中是否可用。提出:如果数据在高速缓存中,则HTTP实体获取具有固定质量的可用数据,以使用所述质量作为用于请求数据的优选质量。HTTP实体可通过匹配URI或通过匹配内容标识符来找到高速缓存中的分段。
在步骤S23,HTTP实体确定在固定质量接口上提供的内容的表示偏好指示。这可以用任何适合的并且优选的方式实现。在一个实施例中,提出从SDP文件中导出表示偏好指示。在HTTP实体能访问SDP文件的情况下,HTTP实体可优选获取SDP文件以导出表示偏好指示符。SDP文件可包含有关对于数据传送所使用的质量的指示。
备选地,HTTP实体可找到表示偏好指示符的值作为包含在MBMS用户服务描述或对应IP多播服务中的SDP文件中的参数,意味着,SDP文件的参数将被作为值添加在在用于内容接收的FLUTE会话中描述的SDP参数之一中。当eMBMS USD描述MPD时,它还含有被广播的表示,因此容易导出优选的表示。
在另外实施例中,HTTP实体可访问所使用的媒体内容的MPD。这不同于当HTTP实体具有MPD文件与SDP文件之间的直接关联时的情况。在此情况下,提出从MPD导出表示偏好指示符的值,其包含表示指示符。
进一步说,确定步骤包括确定表示偏好指示的适当呈现。它优选可在确定S23步骤中进行,但它还可在S24中的发信号通知以前的任何适当阶段执行。该指示可以用任何适合的并且优选的方式格式化。在一个实施例中,提出使用位数数字或字符串表示用于质量的指示。进一步说,该指示可能是若干偏好指示的子集。例如,在视频情况下,数据质量的指示可与用于音频数据的不同。
在步骤S24,所确定的表示偏好指示被发信号通知给HTTP流播播放器,以便让自适应HTTP流播播放器停止其测量,并请求通过固定质量接口可用的内容分段。
可选地,当代理根本不想使用单播时,代理702给HTTP响应错误消息提供404-文件-未发现的错误标题。
在如下过程中,接收对于通过固定质量接口提供的分段的随后请求,并作为响应将它们提供给HTTP流播播放器。
表示偏好指示符可以用任何适合的并且优选的方式提供。在一个实施例中,提出了提供该指示作为HTTP响应中的HTTP标题,其中在该标题中包括某一表示或表示子集。HTTP实体可将这个添加到任何随后响应。表示偏好指示符可指向一个或多个表示。如果音频和视频被作为单独的表示提供,则表示偏好指示可直接或间接指向两个表示。
代替指向表示,偏好指示符可指向自适应集合,其含有一个或多个表示,形成所谓的自适应集合偏好指示符。从过程角度看,指示表示还是自适应集合并没有差异。
在另外实施例中,提出了表示标识符在一周期内是唯一的,除非该表示在功能上等同于在同一周期内的另一表示。因此,表示偏好指示符可从传送的一个周期到另一个周期而改变,其中周期定义在清单文件中。优选地,HTTP实体应该向每个响应消息添加表示偏好指示符。
在下文,相对于图3呈现了本发明的实施例,图3示出了在自适应HTTP流播播放器要执行的步骤的流程图。
在步骤S31,HTTP流播播放器朝HTTP实体发送对于提供媒体内容的HTTP请求。
从而,在优选解决方案中,HTTP请求包括根据所接收的MPD文件的请求,具体地说是下一媒体分段的URI。具有MPD分段URI的MPD文件被提供给HTTP流播播放器,在广播传送情况下,所述MPD文件被广播,而在单播连接情况下,它被提供为对之前发送的对应请求的响应。
在步骤S32,HTTP流播播放器从HTTP实体接收表示偏好指示,以便接收在固定质量接口上提供的内容。
表示偏好指示被添加到每个HTTP响应,并且它可在正在进行的流播会话期间改变。比如,电话可移动进或移动出广播覆盖,从而,广播接收在会话期间可变得有可能或者不可能。还有,广播传送可在任何时间开始或停止。从而,HTTP流播播放器应该不断检查HTTP响应中的接收的表示偏好指示。
在步骤S33,接收的表示偏好指示用于请求内容。表示已经被确定为优选表示,并且客户端被指令成切换到备选表示,其在固定质量接口上可用。因而,HTTP流播播放器在接收到表示偏好指示时停下来以测量在单播接口上提供的数据的链路质量的任何改变。
图4示意性例证了用于在HTTP实体41中实现上述概念的示范结构。HTTP实体41配置用于向HTTP流播播放器提供具有固定数据质量的多媒体数据或媒体内容。HTTP实体41包括用于接收具有固定数据质量的数据的固定质量接口42。在优选实施例中,所述接口是适合于通过广播或IP多播接收媒体分段的广播接口。然而,固定质量接口还适合于提供在高速缓存中可用的数据。进一步说,存在用于通过单播连接接收具有在数据提供期间变化的可变数据质量的数据的单播接口43,其适合于从单播HTTP服务器取媒体内容。
HTTP实体包括适合于从HTTP流播播放器接收对于提供媒体内容的HTTP请求的接收器46。进一步说,HTTP实体包括适合于将HTTP流播播放器正在请求的内容标识为在固定质量接口上提供的内容的标识符44。进一步说,HTTP实体包括适合于确定在固定质量接口上提供的内容的表示偏好指示的处理器45。进一步说,处理器适合于将内容标识为在单播接口上可用并且是优选的。
HTTP实体包括适合于响应于来自HTTP流播播放器的HTTP请求以便提供媒体内容并向HTTP流播播放器发信号通知表示偏好指示的发送器47。
图5示意性例证了用于在自适应HTTP流播播放器51中实现上述概念的示范结构。所述HTTP流播播放器配置成向用户呈现正在接收的多媒体数据或媒体内容。HTTP流播播放器包括适合于向HTTP实体发送对于提供媒体内容的HTTP请求的HTTP实体发送器52。进一步说,HTTP流播播放器包括适合于从HTTP实体接收表示偏好指示,以便接收在固定质量接口上提供的内容的HTTP实体接收器53。进一步说,HTTP流播播放器包括适合于使用接收的表示偏好指示用于请求内容并且随后控制链路速率测量的处理器54。HTTP流播播放器不知道内容是在固定接口上还是在单播接口上可用,然而它使用对于另外请求接收的表示偏好指示。
图6描绘了示出应用本发明实施例的系统的实施例。
根据图6,提出了处理所接收的DASH MPD 601的客户端600被细分成HTTP代理/高速缓存(HTTP实体)602和通用DASH播放器(HTTP流播播放器)603。DASH播放器接收描述DASH媒体流的MPD。MPD可经由单播、经由服务通告信道(例如像广播电子服务指南(ESG))或任何其它方式)接收。DASH播放器处理MPD,并根据MPD定义排名选择第一表示。广播接收器604(部分HTTP代理)处置广播协议(诸如FLUTE),并且处理接收广播的分段607。HTTP代理/高速缓存602还可实现分段高速缓存605。当广播接收器未提供任何分段时,高速缓存605使用广播接收器作为分段源,或者可使用单播。单播接收器606(部分HTTP代理)处置单播协议(诸如HTTP/单播),并且处理接收单播分段608。广播分段由BM-SC 609提供,并且单播分段由WWW万维网服务器610提供。像这样,分段由现场编码器和分段器611生成。
图7描绘了部署本发明实施例的架构。
图7实施例中的架构包括DASH播放器701。DASH播放器701处理清单文件MPD,并且适合于使用HTTP GET或一般是所述HTTP请求71,来请求某一表示的媒体分段。扩展的HTTP代理702(其是HTTP实体的示例)通过在HTTP响应72中提供请求的质量表示的媒体分段,对请求进行响应。扩展的HTTP代理702具有例如作为表示的子集的某些音频和视频表示的明显偏好。偏好优选根据接收方式建立。扩展的HTTP代理可从广播服务器705经由广播接收内容,或者它可服务于来自高速缓存703的内容。在这些情况下,如果内容是经由广播可用或从高速缓存可用,则所述内容是优选的。从而,在这些情况下,扩展的HTTP代理702向HTTP响应72添加新指示(例如作为HTTP标题),其指示表示的某一子集。所述指示例如根据SDP文件73确定。当DASH播放器701接收到偏好指示与HTTP响应时,则DASH播放器可改变他自己的质量自适应算法,并保留在优选表示上,即便更高质量看起来有可能。比如,MPD描述了三个不同质量表示:低质量(LQ)、中等质量(MQ)和高质量(HQ)。DASH播放器701决定请求LQ表示,并向代理发送具有LQ表示URI的HTTP请求71。扩展的HTTP代理702具有中等质量的明显偏好,因为中等质量经由广播提供。因此,代理702响应于具有LQ分段的HTTP请求,并向HTTP响应72添加优选MQ表示的指示。可选地,当代理根本不想使用单播时,代理702给HTTP响应错误消息提供404-文件-未发现的错误标题。
HTTP代理702可具有高速缓存703、广播接收接口708和单播接收接口709。广播发送器705使用IETF FLUTE协议通过广播发送媒体分段,例如,IP多播或eMBMS可用于点到多点分布。如果使用单播,则使用HTTP协议从单播服务器WWW704取媒体分段。
DASH源706向广播发送器705和单播服务器704发送媒体分段形式的DASH媒体内容。在图11中,上载/WebDAV被描绘为内容提供的示例。
广播发送器705仅提供了子集,例如用于广播的中等质量表示。单播服务器提供大范围质量表示(例如LQ、MQ和HQ)。表示偏好指示被添加到每个HTTP响应72,并且它可在正在进行的流播会话期间改变。比如,电话可移动进或移动出广播覆盖,从而,广播接收在会话期间可变得有可能或者不可能。还有,广播传送可在任何时间开始或停止。从而,DASH播放器应该不断检查HTTP响应中的表示偏好指示符的存在和值。
在下文,相对于图8呈现了实现本发明的架构的实施例。
据此,提出,HTTP实体802和DASH播放器801部署在同一装置诸如移动电话800上。HTTP协议(图8中的HTTP请求、HTTP响应)用在DASH播放器801与扩展的HTTP代理802之间的本地环接口上。扩展的HTTP代理802可例如使用eMBMS经由广播接口807接收广播。单播要通过单播接口808接收。进一步提出,两个接口都可实现在同一调制解调器或装置内。
剩余过程类似于有关图6和图7描述的过程。具体地说,3GPP BM-SC 805充当广播发送器805,并且使用FLUTE协议分布媒体分段,例如通过在此实施例中应用移动广播和MBB系统,像可基于eMBMS的LTE/EPC系统。如果使用单播,则使用HTTP协议从单播HTTP服务器(WWW)804取媒体分段。DASH源806向广播发送器805和单播服务器804提供DASH媒体分段。进一步说,可存在给数据提供固定质量的高速缓存803。
在另外实施例中,根据图9,DASH播放器901和扩展的HTTP代理902部署在单独的装置中。比如,DASH播放器901可位于机顶盒(STB)或电话或平板电脑或任何适当装置上。扩展的HTTP代理902可部署在(家庭)网关,像家庭路由器或3GPP-Wifi-网关或网络附连的存储装置(NAS)。进一步说,提出将HTTP实体放在服务于向大量最终用户递送内容的内容递送网络或内容分布网络(CDN)服务器或代理中。
在相对于图9的实施例中,STB例如可使用Wifi或电缆或支持HTTP协议的任何适当网络,经由任何适当连接(像(家庭)网络)与位于网关中的HTTP实体通信。网关可使用IP多播或经由单播接收DASH媒体分段。网关中的HTTP代理向DASH播放器表达优选那些媒体分段的偏好,如果网关使用DSL连接而连接到接入网,则使用IP多播从接入网(例如像DSL网络)接收那些媒体分段。
剩余过程类似于有关图6和图7描述的过程。具体地说,广播发送器905例如通过应用IP多播使用FLUTE协议分布媒体分段,IP多播通过在固定连接上传送多播数据而用在IPTV环境中。在单播的情况下,使用HTTP协议从单播服务器(WWW)904取媒体分段。DASH源906向广播发送器905和单播服务器904提供DASH媒体分段。
在根据图10的另外实施例中,表示偏好指示由扩展的HTTP代理实体1011提供,代理实体1011已经在高速缓存1013中具有某一质量表示。从而,提供了固定数据质量的数据。换句话说,优选表示是从高速缓存1013所服务的表示。通过表达偏好,高速缓存1013增大高速缓存的内容的再用率,因为DASH播放器使用对于高速缓存的分段的请求。换句话说,如果高速缓存具有来自高速缓存中较早流播会话的一个表示,并且另外的客户端请求取另一质量的内容,则HTTP实体指令客户端使用该质量,其在高速缓存中已经作为优选的。
在那个实施例中可不使用广播接收,因为由于缺失的广播接口而没有广播数据是可接收的。
在根据图10的实施例中,DASH播放器1011和扩展的HTTP代理1012位于单独节点中。然而,如果两个实体位于同一节点中,则提出了类似处置。
在单播情况下,使用HTTP协议从单播服务器(WWW)1014取媒体分段。DASH源1015向所述单播服务器1014提供DASH媒体分段。
在下面,描述了根据图11的另外实施例。
图11描绘了DASH播放器111、扩展的HTTP代理1112与单播服务器1113之间的消息交换。
在步骤1101,DASH播放器接收描述DASH媒体流的MPD文件。MPD可经由单播、经由服务通告信道(例如电子服务指南(ESG))在广播或任何其它构件上接收。DASH播放器处理MPD,并根据MPD定义的排名选择第一表示。DASH播放器开始取第一媒体分段。URI<LQ-URI#X>是URI的示例,其中#X通常是指示所请求分段号的整数。
DASH播放器可向请求添加内容标识符,“内容ID”HTTP标题,以便便于将请求指配给对应的SDP,同时确定备选接收可能性。然而,标题是可选的,并且可省略,例如,扩展的HTTP代理可基于分段URI<LQ-URI#X>标识媒体流的SDP文件,其从MPD文件中导出。
在步骤1102,扩展的HTTP代理接收HTTP请求并确定优选表示。
在一个实施例中,如果扩展的HTTP代理没有SDP文件,则它可尝试从网络中取所需的SDP文件或任何其它适当文件,像USD文件。这可基于从DASH播放器与HTTP请求一起接收的信息。
在其它实施例中,1102Alt A,如果扩展的HTTP代理被部署在有eMBMS能力的装置上,则扩展的HTTP代理在它自己的结构中查找SDP文件,并检查它是否能在当前位置接收到eMBMS。根据装置以及最终装置的位置,也就是说,接收MBMS数据不总是可能的。通常,装置需要在它自己的芯片集中激活MBMS的接收,以看看该流是否可接收。如果eMBMS接收有可能,则扩展的HTTP代理尝试找到SDP描述的MBMS承载。这通过检查MCCH信道上的临时移动组身份TMGI的可用性来进行。TMGI唯一标识MBMS(多媒体广播/多播服务)承载服务。BM-SC(广播多播-服务中心)按MBMS承载服务分配单个全球唯一TMGI。有关MCCH的控制平面信息是MBMS特定的,并且被发送到小区中具有激活的(加入的)MBMS服务的UE。因此,如果HTTP实体找到了属于SDP的TMGI,则它具有有可能使用SDP广播接收的知识。
在另外实施例中,1102Alt B,如果扩展的HTTP代理或服务器被部署在网关(像家庭网关)上,则在此情况下,扩展的HTTP代理在它自己的结构中查找SDP文件,并检查它是否能接收到IP多播流。SDP文件描述了IP多播地址和用于FLUTE的UDP端口。内容可在DSL接入网中多播,如上所述。因此,如果存在与IP多播地址一起描述的FLUTE的活动UDP端口,则通过IP多播链路接收内容数据是有可能的,并且是优选的。
从而,基于接收的HTTP请求(其可包括从MPD文件导出的信息或内容标识符)确定对应的SDP文件,并在如下步骤中,检查例如通过广播或IP多播接收的具有固定质量的数据是否是可接收的并且有可能的。
在另外实施例中,1102Alt C,提出,如果扩展的HTTP代理/服务器部署在任何网关或路由器上,则扩展的HTTP代理查看请求的媒体流的内容是否在它自己的高速缓存中。在此情况下,所述数据被获取为对于提供是优选的。
在步骤1103,Alt A,扩展的HTTP代理根据从DASH播放器接收的URI从始发服务器1104取请求的资源,并将它转发到所述DASH播放器。在根据图11的实施例中,DASH播放器请求LQ低质量,步骤1101,HTTP GET<LQ-URI#X<Cont-ID标题>。作为请求的结果,扩展的HTTP代理通过发送HTTP GET<LQ-URI#X>,1105向单播服务器请求对应的媒体分段,1113。随后,扩展的HTTP代理接收具有低质量的数据OK(LQ-URI#X),1106。作为下一步骤,DASH播放器还从扩展的HTTP代理接收LQ低质量,OK(LQ-URI#X)1107。附加地,表示偏好指示符(在此情况下是偏好指示符):附加地包含中等质量。从而,如果代理可经由IP多播或广播接收内容,则扩展的HTTP代理将表示偏好指示添加到响应,OK(LQ-URI#X)偏好指示符:中等质量。扩展的HTTP代理可将这个添加到任何随后响应。
在步骤1108,Alt B,提出,如果扩展的HTTP代理不想要使用单播取请求的资源,则扩展的HTTP代理用“404文件未发现”错误消息进行响应,并将表示偏好指示符添加到错误消息,在此情况下也是偏好指示符:中等质量,1109。用这个解决方案,迫使DASH播放器使用优选表示,在此情况下是中。
在另外备选实施例中,在图11中未描绘,扩展的HTTP代理在高速缓存中可具有请求的分段,并向DASH播放器提供具有表示偏好的请求的分段。
在图11的步骤1110,DASH播放器根据表示偏好指示符请求随后分段,使得扩展的HTTP代理可服务于偏好表示。在优选解决方案中,提出,当装置处于广播覆盖时,DASH播放器停止使用单播进行媒体流取。扩展的HTTP代理不断地向被发送到DASH播放器的消息添加表示偏好指示符。为此目的,扩展的HTTP代理不断监视用于IP多播或广播接收的接收条件是否改变。
在IP多播中,在DSL接入系统(IPTV)中,多媒体内容可在一个具体时间以非常高或者任何固定质量表示选择有效地传送到许多机顶盒或家庭网关装置。该内容对任何家庭装置都可用,DASH客户端应该优选地从家庭网关取那些可用的分段,而不是从始发服务器取其它表示。
在涉及高速缓存的任何递送系统中,多媒体内容可在一个具体时间以非常高或者任何固定质量表示选择有效地传送到许多端点。内容对沿递送链的任何装置并且具体地说是高速缓存和客户端都可用,并且这些高速缓存和客户端应该优选从高速缓存取那些分段,而不是从始发服务器取其它表示。
虽然本发明已经相对于其优选实施例进行了描述,但要理解,此描述仅用于例证目的。因而,意图是,本发明仅由附加于此的权利要求书的范围限制。
Claims (24)
1.一种用于向自适应HTTP流播播放器提供媒体内容的方法,所述方法包括如下步骤:
-从自适应HTTP流播播放器接收请求所述媒体内容的HTTP请求(S21);
-将所述媒体内容标识为在固定质量接口上可用的媒体内容(S22);
-确定在所述固定质量接口上提供的所述媒体内容的表示偏好指示,其中所述表示偏好指示指示所述媒体内容的优选表示(S23);
-向所述自适应HTTP流播播放器发信号通知所述表示偏好指示(S24),以便指令所述自适应HTTP流播播放器使用所述媒体内容的所述优选表示请求在所述固定质量接口上提供的所述媒体内容。
2.如权利要求1所述的方法,
其中所述标识步骤(S22)包括:检查可用SDP会话描述协议文件以找到对应于用所述HTTP请求接收的媒体分段的SDP文件。
3.如权利要求1所述的方法,
其中所述标识步骤(S22)包括:评估在所述HTTP请求中接收的内容标识符。
4.如权利要求1所述的方法,
其中所述方法包括:进一步检查通过固定质量接口提供所述内容数据是否有可能。
5.如权利要求1所述的方法,
其中所述标识步骤(S22)包括:确定具有固定质量的媒体内容在高速缓存中是否可用。
6.如权利要求1至5中任一项所述的方法,
其中所述确定步骤(S23)包括:从SDP会话描述协议文件中导出所述表示偏好指示。
7.如权利要求1至5中任一项所述的方法,
其中所述确定步骤(S23)包括:从MPD媒体表示描述文件中导出所述表示偏好指示。
8.如权利要求1至5中任一项所述的方法,
其中所述表示偏好指示是位数数字或字符串表示。
9.如权利要求1至5中任一项所述的方法,
其中所述表示偏好指示是若干表示的子集。
10.如权利要求1至5中任一项所述的方法,
其中所述发信号通知步骤(S24)包括:向针对所述HTTP流播播放器的响应添加所述表示偏好指示。
11.如权利要求1所述的方法,
其中所述固定质量接口是提供正在广播的数据的接口。
12.如权利要求1所述的方法,
其中所述固定质量接口是提供存储在高速缓存中的数据的接口。
13.一种用于在自适应HTTP流播播放器中提供媒体内容的方法,所述方法包括如下步骤:
-向用于提供所述媒体内容的HTTP实体发送HTTP请求(71,1101)(S31);
-从所述HTTP实体接收(72,1107)在固定质量接口上提供的所述媒体内容的表示偏好指示,其中所述表示偏好指示指示所述媒体内容的优选表示(S32);
-使用(1110)接收的表示偏好指示请求在所述固定质量接口上提供的所述媒体内容(S33)。
14.如权利要求13所述的方法,
其中所述HTTP请求(71,1101)包括根据接收的MPD媒体表示描述(601)文件的请求,其中所述MPD文件描述了所述媒体内容的提供。
15.如权利要求13所述的方法,
其中从所述HTTP实体接收表示偏好指示的所述步骤包括:不断检查所述接收的表示偏好指示。
16.如权利要求13至15中任一项所述的方法,
其中所述自适应HTTP流播播放器在接收到所述表示偏好指示时停下来,以测量在单播接口上提供的数据的链路质量的任何改变。
17.一种HTTP实体装置(41),适合于向自适应HTTP流播播放器提供媒体内容,包括:
-接收器(46),适合于从所述自适应HTTP流播播放器接收请求所述媒体内容的HTTP请求;
-标识器(44),适合于将所述媒体内容标识为在固定质量接口上提供的内容(42);
-处理器(45),适合于确定在所述固定质量接口上提供的所述媒体内容的表示偏好指示,其中所述表示偏好指示指示所述媒体内容的优选表示(42);
-发送器(47),适合于向所述自适应HTTP流播播放器发信号通知所述表示偏好指示,以便指令所述自适应HTTP流播播放器使用所述媒体内容的所述优选表示请求在所述固定质量接口上提供的所述媒体内容。
18.如权利要求17所述的装置,
其中所述装置进一步包括:广播接口(708, 807),适合于通过广播或IP多播接收媒体分段。
19.如权利要求17或18所述的装置,
其中所述装置进一步包括:单播接口(709, 808),适合于从单播万维网服务器(610,704, 804, 904, 1014)取媒体内容。
20.如权利要求17或18所述的装置,
其中所述装置进一步包括:高速缓存(605,703, 803, 903, 1013) ,适合于对具有固定数据质量的数据进行高速缓存。
21.一种适合于提供媒体内容的自适应HTTP流播播放器装置(51),包括:
-发送器(52),适合于向HTTP实体(41)发送对于提供媒体内容的HTTP请求;
-接收器(53),适合于从所述HTTP实体(41)接收对于接收在固定质量接口上提供的所述媒体内容的表示偏好指示,其中所述表示偏好指示指示所述媒体内容的优选表示(42);
-处理器(54),适合于使用接收的表示偏好指示请求在所述固定质量接口上提供的所述媒体内容。
22.一种适合于提供媒体内容的客户端装置,
其中所述客户端装置包括如权利要求17所述的自适应HTTP流播播放器装置和如权利要求21所述的HTTP实体。
23.如权利要求22所述的客户端装置,
其中所述自适应HTTP流播播放器和所述HTTP实体部署在同一装置上。
24.如权利要求22所述的客户端装置,
其中所述自适应HTTP流播播放器和所述HTTP实体部署在单独装置中。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261682865P | 2012-08-14 | 2012-08-14 | |
US61/682865 | 2012-08-14 | ||
PCT/EP2013/066910 WO2014026988A1 (en) | 2012-08-14 | 2013-08-13 | Processing of multimedia data |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104704793A CN104704793A (zh) | 2015-06-10 |
CN104704793B true CN104704793B (zh) | 2018-05-25 |
Family
ID=48979764
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380053661.4A Active CN104704793B (zh) | 2012-08-14 | 2013-08-13 | 用于多媒体数据的处理的方法和装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20150207838A1 (zh) |
EP (2) | EP3068103A1 (zh) |
JP (1) | JP6290885B2 (zh) |
CN (1) | CN104704793B (zh) |
CA (1) | CA2881723C (zh) |
DK (1) | DK2885903T3 (zh) |
WO (1) | WO2014026988A1 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
EP2963939A4 (en) * | 2013-02-27 | 2016-10-05 | Sony Corp | INFORMATION PROCESSING DEVICE, METHOD AND PROGRAM AND CONTENT PROCESSING SYSTEM |
US20140372569A1 (en) * | 2013-06-14 | 2014-12-18 | Samsung Electronics Co., Ltd. | Controlling dash client rate adaptation |
US9917918B2 (en) * | 2013-07-31 | 2018-03-13 | Samsung Electronics Co., Ltd. | Method and apparatus for delivering content from content store in content-centric networking |
US20150172066A1 (en) * | 2013-12-13 | 2015-06-18 | Qualcomm Incorporated | Practical implementation aspects of unicast fetch for http streaming over embms |
IL231685A (en) * | 2014-03-24 | 2015-09-24 | Giraffic Technologies Ltd | A system and method for predicting memory reduction and network design |
US9622049B2 (en) * | 2014-07-10 | 2017-04-11 | Alcatel Lucent | Method and apparatus for providing dual protocol MBMS for facilitating IPV4 to IPV6 migration in E-UTRAN |
US9787751B2 (en) | 2014-08-06 | 2017-10-10 | At&T Intellectual Property I, L.P. | Method and apparatus for delivering media content utilizing segment and packaging information |
US9973345B2 (en) * | 2014-09-10 | 2018-05-15 | Qualcomm Incorporated | Calculating and signaling segment availability times for segments of media data |
CN106605421B (zh) * | 2014-09-16 | 2020-01-31 | 诺基亚技术有限公司 | 用于服务节点的匿名访问和控制的方法和装置 |
US9407968B2 (en) * | 2014-12-22 | 2016-08-02 | Verizon Patent And Licensing Inc. | Multicast and unicast adaptive bitrate services |
US10749930B2 (en) | 2015-03-02 | 2020-08-18 | Qualcomm Incorporated | Indication for partial segment |
US10659507B2 (en) * | 2015-03-02 | 2020-05-19 | Qualcomm Incorporated | Indication for partial segment |
CN106254300B (zh) * | 2015-06-08 | 2020-04-21 | 中兴通讯股份有限公司 | 流媒体传输方法、播放方法、传输装置及播放装置 |
EP3456617B1 (en) * | 2016-05-11 | 2021-02-24 | Honda Motor Co., Ltd. | Traveling vehicle |
US10334287B2 (en) * | 2017-04-17 | 2019-06-25 | Plex, Inc. | Digital data streaming using server driven adaptive bitrate |
MX2020012017A (es) * | 2018-05-11 | 2021-02-18 | Arris Entpr Llc | Sistema de hls de distribución por difusión. |
US11812115B2 (en) * | 2019-02-27 | 2023-11-07 | British Telecommunications Public Limited Company | Multicast assisted delivery |
US11089538B2 (en) * | 2019-11-18 | 2021-08-10 | Verizon Patent And Licensing Inc. | Systems and methods for subscription based multicast service discovery |
US11184420B2 (en) * | 2020-01-06 | 2021-11-23 | Tencent America LLC | Methods and apparatuses for dynamic adaptive streaming over HTTP |
GB2598295B (en) | 2020-08-19 | 2023-02-22 | British Telecomm | Content delivery |
US11520848B2 (en) * | 2021-01-06 | 2022-12-06 | Tencent America LLC | Methods and apparatuses for dynamic adaptive streaming over HTTP |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127989A (zh) * | 2007-09-11 | 2008-02-20 | 中兴通讯股份有限公司 | 一种支持手机超文本传输流媒体业务的方法 |
WO2012011743A2 (ko) * | 2010-07-20 | 2012-01-26 | 한국전자통신연구원 | 스트리밍 컨텐츠 제공 장치 및 방법 |
US20120144445A1 (en) * | 2010-12-03 | 2012-06-07 | General Instrument Corporation | Method and apparatus for distributing video |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
PL2497267T3 (pl) * | 2009-11-03 | 2015-02-27 | Ericsson Telefon Ab L M | Strumieniowanie z opcjonalną rozgłoszeniową transmisją segmentów danych |
WO2012096372A1 (ja) * | 2011-01-14 | 2012-07-19 | シャープ株式会社 | コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造 |
KR101739272B1 (ko) * | 2011-01-18 | 2017-05-24 | 삼성전자주식회사 | 멀티미디어 스트리밍 시스템에서 컨텐트의 저장 및 재생을 위한 장치 및 방법 |
KR20140119200A (ko) * | 2011-02-11 | 2014-10-08 | 인터디지탈 패튼 홀딩스, 인크 | 콘텐츠 배포 및 수신 방법 및 장치 |
US9160779B2 (en) * | 2011-06-30 | 2015-10-13 | Qualcomm Incorporated | Dynamic adaptive streaming proxy for unicast or broadcast/multicast services |
US20130182643A1 (en) * | 2012-01-16 | 2013-07-18 | Qualcomm Incorporated | Method and system for transitions of broadcast dash service receptions between unicast and broadcast |
EP3190831B1 (en) * | 2012-05-03 | 2018-11-28 | Interdigital Patent Holdings, Inc. | Enhanced active scanning in wireless local area networks |
-
2013
- 2013-08-13 DK DK13748061.2T patent/DK2885903T3/en active
- 2013-08-13 EP EP16168052.5A patent/EP3068103A1/en not_active Withdrawn
- 2013-08-13 CA CA2881723A patent/CA2881723C/en active Active
- 2013-08-13 EP EP13748061.2A patent/EP2885903B1/en active Active
- 2013-08-13 US US14/421,697 patent/US20150207838A1/en not_active Abandoned
- 2013-08-13 CN CN201380053661.4A patent/CN104704793B/zh active Active
- 2013-08-13 JP JP2015526968A patent/JP6290885B2/ja active Active
- 2013-08-13 WO PCT/EP2013/066910 patent/WO2014026988A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127989A (zh) * | 2007-09-11 | 2008-02-20 | 中兴通讯股份有限公司 | 一种支持手机超文本传输流媒体业务的方法 |
WO2012011743A2 (ko) * | 2010-07-20 | 2012-01-26 | 한국전자통신연구원 | 스트리밍 컨텐츠 제공 장치 및 방법 |
US20120144445A1 (en) * | 2010-12-03 | 2012-06-07 | General Instrument Corporation | Method and apparatus for distributing video |
Non-Patent Citations (1)
Title |
---|
"File Delivery over Unidirectional Transport";T.Paila,et al.;《Network Working Group》;20041031;全文 * |
Also Published As
Publication number | Publication date |
---|---|
US20150207838A1 (en) | 2015-07-23 |
EP2885903B1 (en) | 2016-06-15 |
EP2885903A1 (en) | 2015-06-24 |
WO2014026988A1 (en) | 2014-02-20 |
CN104704793A (zh) | 2015-06-10 |
DK2885903T3 (en) | 2016-09-19 |
JP2015532804A (ja) | 2015-11-12 |
JP6290885B2 (ja) | 2018-03-07 |
CA2881723A1 (en) | 2014-02-20 |
CA2881723C (en) | 2017-01-10 |
EP3068103A1 (en) | 2016-09-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104704793B (zh) | 用于多媒体数据的处理的方法和装置 | |
US20230216906A1 (en) | Dynamically Switched Multicast Delivery | |
JP6400755B2 (ja) | ユニキャストとブロードキャストとの間でブロードキャストdashサービスの受信を遷移させるための方法およびシステム | |
EP2934006B1 (en) | Streaming video monitoring using cdn data feeds | |
CN104471895B (zh) | 一种支持流媒体进行组播的方法和相关装置及系统 | |
WO2016136489A1 (ja) | 受信装置、受信方法、送信装置、及び、送信方法 | |
WO2014196392A1 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム | |
CN106791959A (zh) | 一种通过组播传输hls流媒体的方法、系统和终端 | |
EP3065411B1 (en) | Content supplying device, content supplying method, terminal device and content supplying program | |
WO2008110094A1 (fr) | Procédé et système permettant d'obtenir une commutation de service de télévision par protocole internet (iptv) | |
EP4060964A1 (en) | Method and apparatus for processing multicast signal | |
CN101022344B (zh) | 通过监听消息为终端提供组播的方法 | |
CN107659853A (zh) | 一种自适应流媒体直播控制系统 | |
WO2015045917A1 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム | |
CN103379088B (zh) | 一种跨域提供直播节目的系统及方法 | |
KR20140050515A (ko) | 멀티캐스트 및 유니캐스트 혼용 기반의 주문형 비디오 서비스 제공 장치 및 그 방법 | |
CN116941233A (zh) | 多播信号处理方法和设备 | |
EP3588847A1 (en) | Multicast signal transmitting and receiving method and device | |
CN102547470A (zh) | 分布式流媒体业务的播放方法、系统及服务器 | |
CN102035812A (zh) | 一种在网络中控制数据传输的方法和装置 | |
WO2013152489A1 (zh) | 一种跨域提供直播节目的系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |