一种块请求流送系统典型地使用摄取系统来提供此类系统的用户体验和带宽效率的改善，该摄取系统生成将由常规文件服务器(例如，HTTP、FTP或类似服务器)供应的形式的数据，其中该摄取系统摄入内容并将其制备为要由该文件服务器供应的文件或数据元素，该文件服务器可包括高速缓存。客户端设备可适配成利用摄取过程以及促成独立于该摄取过程的更好呈现的改进。客户端设备和摄取系统可被协调以具有用于作出对HTTP文件名的块请求的预定义映射和模板，而常规文件服务器可通过使用URL构造规则来接受这样的块请求。可以近似方式指定段大小以得到更高效的组织。
【技术实现步骤摘要】
【国外来华专利技术】使用URL模板和构造规则的增强型块请求流送相关申请的交叉引用本申请是要求以下临时申请的权益的非临时专利申请，这些临时申请皆署名MichaelG.Luby等且皆题为“EnhancedBlock-RequestStreamingSystem(增强型块请求流送系统)”：于2009年9月22日提交的美国临时专利申请No.61/244,767，于2009年11月3日提交的美国临时专利申请No.61/257,719，于2009年11月4日提交的美国临时专利申请No.61/258,088，于2009年12月11日提交的美国临时专利申请No.61/285,779，以及于2010年1月20日提交的美国临时专利申请No.61/296,725。本申请还要求于2010年8月10日提交的、署名YingChen等且题为“HTTPStreamingExtensions(HTTP流送扩展)”的美国临时专利申请No.61/372,399的权益。以上引用的每个临时申请藉此通过援引通用地纳入于此。本公开还通过援引如在本文档中完整阐述一样通用地纳入以下共同受让的申请/专利：授予Luby的美国专利No.6,307,487(下文称为“LubyI”)；授予Shokrollahi等人的美国专利No.7,068,729(下文称为“ShokrollahiI”)；于2006年6月9日提交且题为“ForwardErrorCorrecting(FEC)CodingandStreaming(前向纠错(FEC)编码和流送)”、署名Luby等的美国专利申请No.11/423,391(下文称为“LubyII”)；于2008年4月15日提交的题为“DynamicStreamInterleavingandSub-StreamBasedDelivery(动态流交织和基于子流的投递)”、署名Luby等的美国专利申请No.12/103,605(下文称为“LubyIII”)；于2010年2月12日提交的题为“BlockPartitioningforaDataStream(数据流的块划分)”、署名Pakzad等的美国专利申请No.12/705,202(下文称为“Pakzad”)；以及于2010年8月18日提交的题为“MethodsandApparatusEmployingFECCodeswithPermanentInactivationofSymbolsforEncodingandDecodingProcesses(将FEC码与码元永久灭活联用来进行编码和解码过程的方法和装置)”、署名Luby等的美国专利申请No.12/859,161(下文称为“LubyIV”)。专利
本专利技术涉及改善的媒体流送系统和方法，尤其涉及自适应于网络和缓冲条件以使流送媒体的呈现最优化并允许对流送媒体数据进行高效的并发或时间分布式投递的系统和方法。专利技术背景流送媒体投递可能变得日益重要，因为在诸如因特网、蜂窝和无线网络、输电线网络、以及其他类型的网络之类的基于分组的网络上投递高质量音频和视频变得越来越常见。所投递的流送媒体能被呈现出的质量可取决于数种因素，包括原始内容的分辨率(或其他属性)、原始内容的编码质量、接收设备解码和呈现媒体的能力、在接收机处接收到的信号的及时性和质量等。为了产生感知到的良好的流送媒体体验，在接收机处接收到的信号的传输和及时性可能尤其重要。良好的传输可以提供在接收机处接收到的流相对于发送方发送的流的保真度，而及时性可以代表接收机在初始请求内容之后多快就能开始播出该内容。媒体投递系统可表征为具有媒体源、媒体目的地、以及将源和目的地分开的(时间和/或空间上的)信道的系统。典型地，源包括能访问可电子地管理的形式的媒体的发射机、以及有能力电子地控制对媒体(或其近似物)的接收并将其提供给媒体消费者(例如，具有以某种方式耦合到该接收机、存储设备或元件、另一信道等的显示设备的用户)的接收机。虽然有许多变型是可能的，但在常见的示例中，媒体投递系统具有能访问电子形式的媒体内容的一个或更多个服务器，并且一个或更多个客户端系统或设备向服务器作出对媒体的请求，而服务器使用作为该服务器的一部分的向客户端处的接收机进行传送的发射机来输送该媒体，从而收到的媒体能由该客户端以某种方式消费。在简单的示例中，对于给定的请求和响应而言有一个服务器和一个客户端，但并非必需如此。按传统，媒体投递系统可表征为“下载”模型或“流送”模型。“下载”模型可由媒体数据的投递与该媒体向用户或接收方设备的播出之间的时基独立性来表征。作为示例，媒体在被需要或将被使用之前被下载得足够多，并且在该媒体被使用时，在接收方处已有所需那么多的媒体可用。在下载的上下文中的投递往往是使用诸如HTTP、FTP或单向传输上的文件投递(FLUTE)之类的文件传输协议来执行的，且投递速率可由下层的流量和/或拥塞控制协议(诸如TCP/IP)来决定。该流量或拥塞控制协议的操作可独立于媒体向用户或目的地设备的播出，而播出可与下载并发地发生或在其他某个时间发生。“流送”模式可由媒体数据的投递与该媒体向用户或接收方设备的播出的时基之间的紧耦合来表征。在该上下文中的投递往往是使用流送协议来执行的，诸如用于控制的实时流送协议(RTSP)和用于媒体数据的实时传输协议(RTP)。投递速率可由流送服务器决定，通常与数据的播出速率匹配。“下载”模型的一些缺点可能在于，由于投递与播出之间的时基独立性，要么在需要媒体数据供播出时该媒体数据可能不可用(例如，由于可用带宽小于媒体数据率)，导致播出暂时停止(“停滞”)，而这造成不良的用户体验；要么可能要求提前在播出之前很久就下载媒体数据(例如，由于可用带宽大于媒体数据率)，从而消费掉接收设备上可能稀缺的存储资源，并且消费宝贵的网络资源进行投递，而这在内容最终没有被播出或以其他方式使用的情况下会被浪费掉。“下载”模型的优点可在于执行此类下载所需的技术(例如，HTTP)非常成熟、被广泛部署且全面适用于很广范围的应用。用于实现此类文件下载的大规模可伸缩性的下载服务器和解决方案(例如，HTTPWeb服务器和内容投递网络)可能是现成可用的，从而使得基于该技术的服务部署简单且成本低廉。“流送”模型的一些缺点可能在于，一般而言，媒体数据的投递速率并不适配于从服务器到客户端的连接上的可用带宽，且需要提供带宽和延迟担保的专门的流送服务器或更复杂的网络架构。尽管存在支持根据可用带宽来变化投递数据率的流送系统(例如，AdobeFlash自适应流送)，但是这些系统在利用所有可用带宽方面一般不如诸如TCP之类的下载传输流量控制协议那么高效。最近，已开发和部署了基于“流送”和“下载”模型的组合的新型媒体投递系统。此类模型的示例在本文中被称为“块请求流送”模型，其中媒体客户端使用诸如HTTP之类的下载协议来向服务基础设施请求媒体数据块。此类系统中的关注点可能是开始播出流的能力，例如使用个人计算机来解码和渲染收到的音频和视频流并在计算机屏幕上显示该视频以及通过内置扬声器来播放该音频，或者作为另一示例，使用机顶盒来解码和渲染收到的音频和视频流并在电视显示设备上显示该视频以及通过立体声系统来播放该音频。诸如能够足够快地解码源块以跟上源流送速率、使解码等待时间最小本文档来自技高网...
【技术保护点】
【技术特征摘要】
【国外来华专利技术】2009.09.22 US 61/244,767;2009.11.03 US 61/257,719;1.一种使用客户端设备向媒体摄取系统请求包括媒体呈现的媒体数据的段的方法，所述方法包括：由所述客户端设备接收关于所述媒体呈现的表示的媒体呈现描述(MPD)文件，所述媒体呈现描述文件包括所述表示的表示标识符、文件索引、和文件标识符构造规则，其中文件索引被指派给段并且包括所述段在所述媒体呈现的所述表示内的序号，并且其中所述文件标识符构造规则提供使得所述客户端设备能使用所述表示标识符和一个或多个文件索引来构造具有所要求的媒体和相关联元数据的文件标识符的信息；由所述客户端设备使用所述文件标识符构造规则、所述表示标识符、以及所述一个或多个文件索引来构造所述媒体呈现的所述段的文件标识符；从所述客户端设备向所述媒体摄取系统发送对所述媒体呈现的段的请求，其中所述请求...
【专利技术属性】
技术研发人员：M·G·路比，M·沃森，L·威茨萨诺，P·帕克扎得，B·王，T·斯托克汉姆，
申请(专利权)人：高通股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。