多播流传输制造技术

技术编号:14207648 阅读:118 留言:0更新日期:2016-12-18 15:21
本发明专利技术提出了一种为多播视频流的接收提供反馈的方法。反馈机制允许确定通过多播接收的客户端的数量,这随后可以用于管理多播传送,包括在多播和单播之间的切换决定。视频内容通过多播流而从内容服务器传送到多个客户端设备。客户端设备中的每一个被配置为在接收多播视频流的同时通过向内容服务器发送HTTP HEAD请求消息来按定期的时间间隔进行响应。HTTP HEAD请求是指和与视频流相关联的清单文件相关的元数据。基于在内容服务器处接收到的HEAD请求的数量来确定接收到多播视频流的客户端设备的数量。然后,可以相应地管理多播视频传送,并且还可以考虑正在请求相应的单播流到多播流的单播客户端的数量。

Multicast streaming

The invention provides a method for providing feedback to a multicast video stream. The feedback mechanism allows the determination of the number of clients received by multicast, which can then be used to manage multicast delivery, including the handoff decision between multicast and unicast. The video content is transmitted from a content server to a plurality of client devices through a multicast stream. At the same time, each configured to receive multicast video streaming in through to the content server sends a HTTP request message to the HEAD at regular time intervals in response to a client device. HTTP HEAD refers to request metadata and list file associated with the video stream related. Determining the number of client devices to receive a multicast video stream based on the number of HEAD requests received at the content server. Then, the multicast video transmission can be managed accordingly, and the number of unicast clients who are requesting the corresponding unicast stream to the multicast stream can also be considered.

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及多播视频流传输(multicast video streaming)领域。
技术介绍
当前通过IP网络传送的直播电视使用如下两种完全不同的网络技术中的一个:一个是基于多播的网络技术,并且另一个是基于单播的网络技术。采用多播传输,携带内容的单个多播流被从内容服务器同时推送到多个网络节点,这些网络节点复制所述内容,并且根据需要转发到任意后续节点或者客户端。采用单播传输,通常使用通过TCP的HTTP以及自适应比特率技术将多个内容流从该服务器拉出(pull),一个内容流用于每一个消耗内容的装置。当在相同的时间将相同的内容传送给多个终端装置时,多播对网络进行了有效的使用,但是通常需要连续分配网络资源而不考虑观看量。此外,诸如一些平板电脑以及智能电话这样的很多终端装置当前不支持多播。单播面临通过网络发送相同内容的多个副本,但是不需要网络资源的独立使用分配。此外,单播能够传送给所有终端装置,即使在存在到该终端装置的低的或者变化的网络吞吐量的情况下,这对于通过例如无线技术连接的装置是频繁发生的。US专利申请2013/0024582描述了这样一种系统和方法,其用于响应于并发访问媒体内容的需求的变化而在媒体内容的单播传送和多播传送之间动态地切换。此外,包括在视频帧中的序列号被用于在单播流内容和多播流内容之间对齐(align)。
技术实现思路
根据本专利技术的一个方面,提供了一种管理多播视频传送的方法,该方法包括如下步骤:在多个客户端设备处从服务器接收多播视频流;响应于接收到所述多播视频流,从所述多个客户端设备中的每一个向所述服务器发送消息;基于所发送的消息来确定接收到所述多播视频流的客户端设备的数量;根据所确定的客户端设备的数量来管理所述多播视频传送。所述消息可以采用HTTP HEAD请求消息的形式,该请求用于更新与视频流相关联的清单文件(manifest file)。使用HEAD请求是有利的,因为服务器能够容易地将该反馈与来自单播GET请求的反馈区分开来,从而在多播客户端的数量与接收一些视频段的单播客户端的数量之间进行比较。可以在客户端处接收多播视频流的同时按定期的时间间隔执行通过客户端设备的消息的发送。管理多播视频传送的步骤可包括:确定是否继续通过多播来传输视频流。这一决定可以基于所确定的客户端的数量,以及对通过单播来接收相同视频内容的客户端的数量的了解。附图说明为了更好地理解本专利技术,现在将仅通过举例的方式来参考附图,其中:图1是本专利技术的示例中的网络图;图2是更详细地示出了内容生成器和内容服务器的系统图;图3是概括了本专利技术的示例的主要步骤的流程图;图4例示了如何使用RTP经由IP包来携带传输流块;图5示出了UDP头部的格式;图6示出了RTP头部的格式;图7示出了在本专利技术的示例中的RTP有效载荷头部格式的格式;图8示出了在本专利技术的示例中的完整IP包的格式。具体实施方式在此参考具体的示例来描述本专利技术。但是,本专利技术不限制于这些示例。本专利技术的示例提出了一种为多播视频流的接收提供反馈的方法。反馈机制允许确定通过多播接收的客户端的数量,这随后可以被用于管理多播传送,包括在多播和单播之间的切换决定。视频内容通过多播流而从内容服务器传送到多个客户端设备。客户端设备中的每一个被配置为在接收多播视频流的同时通过向内容服务器发送HTTP HEAD请求消息来按定期的时间间隔进行响应。HTTP HEAD请求是指和与视频流相关联的清单文件相关的元数据。基于在内容服务器处接收到的HEAD请求的数量来确定接收到多播视频流的客户端设备的数量。然后,可以相应地管理多播视频传送,并且还可以考虑正在请求相应的单播流到多播流的单播客户端的数量。图1示出了包括与内容服务器104通信的内容生成器102的系统100。内容生成器负责接收诸如直播TV这样的未压缩的视频内容,并且编码和封装该视频内容,以传输到内容服务器104。内容服务器104负责存储接收到的视频内容,并且在单播传送的情况下,内容被从该服务器拉出,而对于多播传送,内容被从该服务器中推送到通过该网络106连接的合适配置的客户端。在该示例中,示出了三个客户端108、110和112。客户端可以是适于支持例如MPEG DASH或者苹果公司的HTTP直播流媒体(HLS)的标准HTTP自适应比特率流传输客户端。客户端适于发现内容、请求和处理清单文件、通过单播请求内容的块、以及处理那些块用于观看。同时,可以通过网络106直接将内容传送到这些客户端,可以通过位于每个客户端的代理实现传送,这具有某些好处。内容服务器104还包括如下机构:其用于在诸如电视节目或者电影这样的任意给定编码内容传送期间,在单播传送方法和多播传送方法之间切换,并生成多播流。在图2中更详细地示出了内容生成器102以及内容服务器104。将会参考图3的流程图来描述内容生成器102和内容服务器104的操作和部件,图3的流程图大体描绘了总体方法。如在图2中所示,内容生成器102包括:视频编码器206、音频编码器208、分段模块210、封装模块212、以及输出接口214。通过该内容生成器102来接收包括未压缩的视频流202和未压缩的音频流的未压缩的视频内容。具体地,视频编码器206获得未压缩的视频流202,并且编码该视频从而生成编码的视频流。在该示例中,所使用的视频编码方法是根据ITU H.264标准的,但是本专利技术不限制于这一标准,并且可以替代使用其他的编码方法。类似地,音频编码器208获得未压缩的音频流204,并且编码该音频从而生成编码的音频流。在该示例中,该音频编码方法是MPEG-4 HE AAC v2,但是本专利技术不限制于这一标准,并且可以替代使用其他的编码方法。该未压缩的视频流可以被以多个比特率来编码(相关联的未压缩音频流通常仅被以一个比特率来编码,但是也可以被以多个比特率来编码),因此生成针对每个比特率的编码的流。该编码的视频流包括多个帧或者图片,它们进而能够被聚合成图片的组或者GOP。图3的步骤300中示出了对视频内容进行编码的该第一步。接下来在步骤302中,通过分段模块210将编码的视频流和编码的音频流(或者如果被以多个比特率来编码内容,则每个编码的视频流和编码的音频流)分段为离散视频和音频片段或者块。可以想象的是,每个块等同于在未压缩的视频/音频的时长中的2秒到15秒之间,但是可以使用更长或者更短的时长(duration)。同时分段模块210被示出为在编码器206和208之后操作,可以在对未压缩的视频和音频流进行编码之前对它们执行该分段。因此,未压缩的视频和音频可以首先被分段,并且随后所获得的未压缩的片段可以被编码,以生成编码的视频和音频片段。分段模块210可以考虑服务要求来选择片段时长。例如较短的片段允许在流之间(同时在单播流和多播流之间,或者在不同的编码比特率之间)的切换发生得更快。但是,较长的片段更容易通过系统部件来处理,具体地通过CDN(内容传送网络)节点来处理,但是会引起在传送模式之间的较慢的切换,并且可给直播服务引入更多的端到端延时。在步骤304中,通过封装模块212处理视频和音频片段。在该示例中,封装模块212的输出是所谓的复用格式,例如在IS 13818-1中规定的MPEG-2传输流。MPEG-2传输流通常用于本文档来自技高网...
<a href="http://www.xjishu.com/zhuanli/62/201580013298.html" title="多播流传输原文来自X技术">多播流传输</a>

【技术保护点】
一种管理多播视频传送的方法,该方法包括如下步骤:在多个客户端设备处从服务器接收多播视频流;响应于接收所述多播视频流,从所述多个客户端设备中的每一个向所述服务器发送消息;基于所发送的消息来确定接收所述多播视频流的客户端设备的数量;根据所确定的客户端设备的数量来管理所述多播视频传送。

【技术特征摘要】
【国外来华专利技术】2014.03.31 EP 14250067.71.一种管理多播视频传送的方法,该方法包括如下步骤:在多个客户端设备处从服务器接收多播视频流;响应于接收所述多播视频流,从所述多个客户端设备中的每一个向所述服务器发送消息;基于所发送的消息来确定接收所述多播视频流的客户端设备的数量;根据所确定的客户端设备的数量来管理所述多播视频传送。2.根据权利要...

【专利技术属性】
技术研发人员:I·克拉布特里M·尼尔森R·特恩布尔S·阿普尔比
申请(专利权)人:英国电讯有限公司
类型:发明
国别省市:英国;GB

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1