[发明专利]用于文件递送协议的高速缓存命令

说明书

技术领域

本发明一般涉及文件递送协议的使用。具体而言，本发明涉及 使用这样的文件递送协议来用信号发送高速缓存要求。

背景技术

这部分旨在于提供在权利要求书中记载的本发明的背景或者 来龙去脉。这里的描述可以包括能够探求的概念、但是并非必然是 先前已经构思或者探求的概念。因此，除非这里另有指明，否则在 这部分中描述的内容不是在本申请中的说明书和权利要求书之前的 现有技术、也不因为包含于这部分中而被承认是现有技术。

近年来，移动广播解决方案已经由不同组织标准化，这些组织 比如是第3代伙伴项目(3GPP)多媒体广播多播服务(MBMS)、 数字视频广播(DVB)的广播和移动服务会聚(CBMS)以及开放移 动联盟(OMA)广播(BCAST)组织。由这样的多播/广播解决方案 提供的两种主要服务是流传输和文件递送服务。虽然流传输服务被 认为是这一技术的主要驱动者，但是文件递送有望随时间生成大量 业务和活动。例如，在音乐和视频剪辑的递送中，文件递送可以包 括主要应用组成。取而代之，文件递送比如在富媒体应用和频道切 换(zapping)流的情况下可以是应用的辅助组成。

在文件递送的情况下，可以使用通过单向传送的文件递送 (FLUTE)作为文件递送协议。如可以在www.ietf.org/rfc/rfc3926.txt 找到的并且通过引用整体结合于此的Network Working Group的 Request for Comments(RFC)3926中讨论的那样，FLUTE由因特网 工程任务组(IETF)定义，并且这一文档的修订目前在进行中。FLUTE 基于可以在RFC 3450(www.ietf.org/rfc/rfc3451.txt， www.ietf.org/rfc/rfc3451.txt，通过引用整体结合于此)中找到的异步 分层编码(ALC)协议实例化。ALC包括构建块的集合，这些构建 块比如是可以在RFC 3451(www.ietf.org/rfc/rfc3451.txt， www.ietf.org/rfc/rfc3451.txt，通过引用整体结合于此)中找到的分层 编码传送(LCT)块和可以在RFC 3452(www.ietf.org/rfc/rfc3452.txt， 通过引用整体结合于此)中找到的前向纠错(FEC)构建块。除其它 方式之外FLUTE还通过限定用以描述FLUTE会话的内容的机制来 扩展ALC。这是通过引入携带文件递送表(FDT)实例的、传送对 象标识符(TOI)等于0的公知对象来实现的。FDT实例列出了文件 的集合和它们的对应传送选项。FDT是遵循FLUTE规范中定义的方 案的可扩展标记语言(XML)文件。FDT的语义主要地取自于可以 在RFC 2616(www.ietf.org/rfc/rfc2616.txt，通过引用整体结合于此) 中找到的超文本传送协议(HTTP)1.1协议。

3GPP目前规定一种富媒体解决方案，该解决方案将允许把富 媒体场景多播到大用户集合并且允许用户交互。该富媒体解决方案 基于流传输和文件递送机制。在这一解决方案中，服务器可以通过 FLUTE发送富媒体场景、图像和其它文件，而传送场景更新以及其 它实时和动态内容通过实时传送协议(RTP)来发送。通过FLUTE 传送的静态内容可以具有比动态内容更长的寿命并且可以在它的递 送之后由不同应用重新使用很久。

随着新应用如富媒体应用的问世，已经出现对传送协议的新要 求。那些要求大部分地源于需要通过FLUTE传送应用内容的一些部 分而使用RTP用流传输其它部分。这样的场合的一个例子是通过 FLUTE传送从富媒体场景引用的一些图像。场景描述可以通过 FLUTE或者RTP来传送，而场景更新通常通过RTP来传送。接收 方没有预先知道给定的图像将何时在富媒体场景中被部署。另一方 面，由于目前仅可能通过FLUTE递送这样的图像文件，所以这样的 文件的预先下载是有益的，从而它们在动态富媒体场景中部署它们 时是可用的。另外，一些文件可以由应用很频繁地重复使用，或者 文件可以由数个应用共享。在富媒体场景的情况下，一些图像文件 可以代表富媒体场景中可以在场景中出现和消失数次的对象。然而， 在FLUTE或者其它被提出的富媒体标准(包括移动开放富媒体环境 (MORE)标准)中目前没有可以由服务器用来向接收方表明文件将 被应用重新使用的信令。