专利名称：用于文件递送协议的高速缓存命令的制作方法
技术领域：
本发明一般涉及文件递送协议的使用。具体而言，本发明涉及 使用这样的文件递送协议来用信号发送高速緩存要求。
背景技术：
这部分旨在于提供在权利要求书中记载的本发明的背景或者 来龙去脉。这里的描述可以包括能够探求的概念、但是并非必然是 先前已经构思或者探求的概念。因此，除非这里另有指明，否则在 这部分中描述的内容不是在本申请中的说明书和权利要求书之前的
现有技术、也不因为包含于这部分中而被承认是现有技术。
近年来，移动广播解决方案已经由不同组织标准化，这些组织
比如是第3代伙伴项目(3GPP)多媒体广播多播服务(MBMS)、 数字视频广播(DVB)的广播和移动服务会聚(CBMS)以及开放移 动联盟(OMA)广播(BCAST)组织。由这样的多播/广播解决方案 提供的两种主要服务是流传输和文件递送服务。虽然流传输服务被 认为是这一技术的主要驱动者，但是文件递送有望随时间生成大量 业务和活动。例如，在音乐和—见频剪辑的递送中，文件递送可以包 括主要应用组成。取而代之，文件递送比如在富J 某体应用和频道切 换(zapping)流的情况下可以是应用的辅助组成。
在文件递送的情况下，可以使用通过单向传送的文件递送 (FLUTE)作为文件递送协议。如可以在www.ietf.org/rfc/rfc3926.txt 找到的并且通过引用整体结合于此的Network Working Group的 Request for Comments ( RFC ) 3926中讨论的那样，FLUTE由因特网 工程任务组(IETF )定义，并且这一文档的修订目前在进行中。FLUTE 基于可以在RFC3450 ( 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)标准)中目前没有可以由服务器用来向接收方表明文件将 被应用重新使用的信令。
虽然HTTP定义了用以定义网络中的客户机、服务器和web 高速緩存节点的行为的高速緩存控制机制集，但是它没有定义用于 让接收方将给定对象/文件存储一段给定时间周期的命令。在这一布
置中，服务器仅能表明对象的期满时间的估计，在该期满时间之前 接收方可以认为对象是最新的。
鉴于上述，将希望服务器能够将发送方/内容提供方预见的高 速緩存建议用信号发送到接收方。也将希望能够让各文件包含用于 表明文件将要在高速援存器中保持多久的高速緩存命令。向各文件 分配如下优先级也将是有帮助的，该优先级将由接收方用来在用完 存储容量时判决在高速緩存中保持哪些文件。最后，将希望这些类 型的高速緩存命令是以建议的形式并且对于接收方而言并非强制 的。然而，FLUTE没有提供高速緩存命令。
发明内容
本发明的一个实施例涉及对FULTE协议的扩展，该扩展允许 用信号发送高速緩存控制信息到接收设备。本发明允许服务器或者 其它发送设备用信号发送指令，比如接收设备是否应当高速緩存文 件、文件应当被高速緩存多久、和/或用于文件的高速緩存优先级分配。
在本发明的 一个实施例中，高速緩存命令与文件元数据包括在 一起，这允许服从文件递送协议的接收方和应用都能处理命令。此 外，本发明的高速緩存命令允许服务器/内容提供方提供关于如何处 理不同文件的不同指令。
本发明的这些和其它优点及特征及其组织和操作方式将从结合附图进行的以下详细描述中变得显而易见，在附图中相似元件在 下文描述的若干附图中通篇地具有相似标号。
图1是示出了根据本发明从服务器到多个电子设备的文件递
送以及数据的高速緩存和取回的表示；
图2是示出了根据本发明各种实施例用来向接收设备提供高 速緩存指令的过程的流程图3是根据本发明一个实施例用于对命令进行高速緩存的 LCT报头扩展的表示；
图4是在其中本发明可以被实施的系统的概况图5是可以在本发明的实施中使用的移动设备的透视图；以及
图6是图5的移动电话的电路的示意表示。
具体实施例方式
本发明的一个实施例涉及对FLUTE协议的扩展，从而发送设 备可以针对特定文件向接收设备提供高速緩存指令和/或建议。 FLUTE规范在FDT XML方案中以及在分组报头中提供扩展机制。 FDT扩展机制提供一种用于添加与具体文件或者文件组有关的元数 据的机制。本发明使用这一扩展机制以将高速緩存命令连同文件元 数据一起提供。
图1是示出了根据本发明如何可以对文件或者文件组进行传 送和高速緩存的简化表示。如图1中所示，服务器100能够通过网 络UO将文件传送到各种电子设备120。这些电子设备120然后可以 根据从服务器100接收的指令或者命令将文件有选择地存储在本地 或者远程高速緩存130中。
根据本发明的 一 个实施例，服务器或者其它发送设备可以使用 数个高速緩存命令之一以向服从文件递送协议的接收器表明关于如 何高速緩存给定文件或者文件集的建议。下文是在本发明的各种实施例中可以用信号发送到接收设备的高速緩存命令的列表。然而，
应当注意取代这里讨论的那些命令和/或除此之外还可以使用其它 命令。在以下描述中，使用FLUTE作为示例文件递送协议。然而， 也可以使用其它文件递送协i义。
不高速緩存。"无高速緩存"命令或者指令可以用来向接收设备 表明它不应高速緩存具体文件或者文件集。这一指令例如可以在文 件被预期为高度动态的情形(即文件可能随时间有许多变化)以及 文件可能仅被接收设备处的应用使用 一次的情形下是有用的。
持久高速緩存。"持久高速缓存"命令或者指令可以用来向 FLUTE接收设备表明如果可能则应当将具体文件或者文件集持久地 高速緩存或者高速緩存一段不确定的时间周期。这一指令例如可以 在递送的文件将随时间而被应用频繁地使用的情形中是有帮助的。
有效期(Valid-to)。"有效期"命令或者指令可以用来向FLUTE 接收设备表明具体文件或者文件集的预计期满时间。具体而言，"有 效期，，命令可以用HTTP日期格式表明日期和时间值。
高速緩存优先级。"高速緩存优先级"命令或者指令可以用 来向 FLUTE接收设备表明文件或者文件集的优先级等级。例如，可以分 配优先级等级以反应文件或者文件集将在它的有效时段期间被使用 的估计次数。在具有有限高速緩存的接收设备中，这一命令或者指 令允许设备在可用空间少时容易地判决应当首先丟弃哪些文件。应 当注意先前讨论的指令类型定义了一级优先次序区分算法，在某 种意义上它们也提供了关于文件或者文件集的优先级的信息。例如， 用持久高速緩存进行标记的文件具有比高速緩存持续时间有限的文 件更高的优先级。
在本发明的各种实施例中，在FDT的文件元素中呈现上文讨 论的各命令/指令。它们也可以在高速緩存命令是在FDT实例元素中 的情况下适用于由单个FDT实例描述的文件集。
以下是上文讨论的本发明实施例的一种可能实施的描述。这一 描述说明了对FDT XML方案的变化以便添加对高速缓存命令的支持，其中用粗体示出这些变化。然而应当注意其它实施也是可能的。
< xml version="1.0" encoding="UTF-8" 〉
<xs: schema xmlns="urn: ietf:params :xml: ns: fdt"
xmlns:xs="http:〃www.w3.org/2001/XMLSchema" targetNamespace="urn: ietf:params: xml: ns: fdt" eIementFormDefault="qualified"> <xs:element name="FDT-Instance" type="FDT-InstanceType"/〉 <xs:complexType name="FDT-InstanceType"> <xs:scqucnce〉 <xs:element name="File" type="FileType" maxOccurs="unbounded 7>
<xs:element name=，，Caching" type="CachingType，，/> <xs:any namespace="##other" processContents="skip" ■minOccurs="0" maxOccurs="unbounded'V> </xs:sequcnce> <xs: attribute name="Expires"
type="xs:string" use="required"/> <xs:attribute name="Complete"
type="xs:boolean" use="optional7> <xs:attribute name="Content-Type" type="xs:string" use="optional7〉 <xs:attribute name="Content-Encoding" type="xs:string" use="optional'7> <xs:attribute name="FEC-OTI-FEC-Encoding-ID" type="xs:unsignedByte" use=" optional'V> <xs:attribute name="FEC-OTI-FEC-Instance-ID" type="xs:\msignedLong" use="optional'V> <xs:attribute name="FEC-OTI-Maximum-Source-BIock-Length" type="xs:unsignedLong" use="optional"/〉 <xs:attribute name="FEC-OTI-Encoding-Symbol-Length" type="xs:unsignedLong" use="optional7><xs:attribute name="FEC-OTI-Max-Number-of-Encoding-Symbols type="xs:unsignedLong" use="optional"/> <xs:attribute name="FEC-OTI-Scheme-Specific-Info" type="xs:base64Binary" use="optional'V> <xs:anyAttribute processContents="skip'7> </xs:complexType> <xs:complexType name="FileType"> <xs:scqucncc〉
<xs:element name=，，Caching，， type=，，CachingType，，/> <xs:any namespace="##other" processContents="skip" minOccurs="0" maxOccurs="unbounded"/〉 </xs:scquencc>
<xs:attribute name="Content-Location"
type="xs:anyURI"
use="required7> <xs:attribute name="TOI"
type="xs:positiveInteger"
use^"required7〉 <xs:attribute name="Content-Length"
type="xs:imsignedLong"
use=" optional 7〉 <xs:attribute name="Transfer-Length"
type="xs:unsignedLong"
use="optionar/> <xs:attribute name="Content-Type"
type="xs: string"
use="optional7〉 <xs:attribute name="Content-Encoding"
type="xs:string"
use="optional"/> <xs:attribute name="Content-MD5"
type="xs:base64Binary"
use="optional"/> <xs.'attribute name="FEC-OTI-FEC-Encoding-ID"
type="xs:unsignedByte"
use="optional7> <xs:attribute name="FEC-OTI-FEC-Instance-ID"type="xs:unsignedLong"use="optional7> <xs:attribute name="FEC-OTI-Maximum-Source-Block-Length"type="xs:unsignedLong"use="optional"/> <xs:attribute name="FEC-OTI-Encoding-Symbol-Length"type="xs:unsignedLong''use="optional'7> <xs:attribute name="FEC-OTI-Max-Number-of-Encoding-Symbolstype="xs:unsignedLong"use="optional"/> <xs:attribute name="FEC-OTI-Scheme-Specific-Info"type="xs:base64Binary"use=" optional'V> <xs:anyAttribute processContents="skip"/> </xs:complexType><xs:complexType name="CachingType"> <xs:attribute name="Cache-Control"type=，'ControlType"use="required，，/> <xs: attribute name=，，expires"type=，，xs: dateTime"use=，，optional"/> <xs: attribute name=，，Priority，，type=，，PriorityType，，/>use=，，optional"/> </xs:complexType><xs:simpleType name=，，ControlType，，> <xs:restriction base=，，xs:string，，> <xs :cmimcr8tion><xs:enumberation name=,，no-cache，， /> <xs:enumberation name=，，permanent-cache，， /> <xs: enumeration name=，，valid-to，，/> </xs: enumcration> </xs :restriction〉 </xs:simpleType><xs: simpleType name=，，PriorityType,，> <xs:restriction base=，，xs :integer，，> <xs:minlnclusive value=，，0,，/> <xs:maxlnclusive value=，，100，，/> </xs:restriction> </xs: simpleType></xs:schema>对上述方案的添加如下。"高速緩存"元素用以向接收设备表明 高速緩存信息的存在。"高速緩存-控制"元素向接收设备表明高速緩 存控制命令的类型。"高速緩存-控制"元素可以取以下值之一"不高 速緩存"、"持久高速緩存"或者"有效期"。"期满"元素包含文件或者 文件组的期满日期的指示。这一指示应当只有在高速緩存-控制命令 "有效期，，至某 一 时间时才存在。"优先级，，属性在这 一 特定实施例中可 以取0与100之间的值，其中IOO是最大优先级。在本发明的另一实施例中，可以在传送分组的报头字段中(比 如以LCT扩展报头的形式在FLUTE/ALC分组中)携带上文讨论的 相同信息。这一字段是先前所言的高速緩存命令的二进制编码。如 LCT报头普遍的那样，在扩展报头中携带的信息应当具有比在FDT 中携带的信息更高的优先级。图3是根据本发明这一特定实施例的LCT扩展报头的表示。 报头扩展类型(HET)字段携带用于这一 LCT报头扩展的代码。报 头扩展长度(HEL)字段表明在可变扩展报头正在使用时扩展报头 的长度(HET〉128)。高速緩存控制(CC)字段表明高速緩存控制 并且可以引用三个先前所示的高速緩存控制命令("不高速緩存"、"持 久高速緩存，，或者"有效期，，)之一。优先级字段表明客户高速緩存中 有关文件的优先级。期满日期表明可以从高速緩存中移除有关文件 的准确日期和时间。这一字段的格式例如可以包括网络时间协议 (NTP)时间戳格式或者任何其它日期和时间格式。图。在图2中的步骤200处，服务器或者其它发送设备预备用于由 接收设备随后使用的高速緩存指令或者命令。这些高速緩存指令可 以包括上文讨论的类型的指令。在210处，服务器或者发送设备使 用FLUTE协议来发送高速緩存指令。在220处，这些指令由一个或 者多个接收设备接收。在230处，各接收设备处理指令并且根据指 令来高速緩存一个或者多个文件。随后，可以根据指令来发生各种 动作。例如，如果给定接收设备应当丟弃文件的具体时间，则在240 处，在适当的瞬间丟弃高速緩存的文件。可替换地，如果接收设备 用完用于高速緩存文件的空间，则在250处随需丢弃优先级最低的 文件。图4示出了可以在其中利用本发明的系统10,该系统包括可 以通过网络来通信的多个通信设备。系统IO可以包括有线或者无线 网络的任何组合，这些网络包括但不限于移动电话网、无线局域网 (LAN)、蓝牙专用网、以太网LAN、令牌环LAN、广域网、因特 网等。系统IO可以包括有线和无线通信设备。为了举例说明，图4中所示的系统10包括移动电话网11和因 特网28。通向因特网28的连通可以包括但不限于远程无线连接、近 程无线连接以及包括但不限于电话线、缆线、电线等的各种有线连 接。系统10的示例通信设备可以包括但不限于移动电话12、组合PDA和移动电话14、 PDA16、集成消息收发设备(IMD) 18、桌面型计算机20以及笔记本计算机22。通信设备可以是固定的或者在由正在移动的个人携带时是移动的。通信设备也可以位于车载模式中， 所述车载包括但不限于汽车、卡车、出租车、公共汽车、船艇、飞机、自行车、摩托车等。 一些或者所有通信设备可以通过无线连接 25向基站24发送和接收呼叫和消息并且与服务提供商通信。基站 24可以连接到允许移动电话网络11与因特网28之间的通信的网络 服务器26。系统10可以包括附加的通信设备和不同类型的通信设备。通信设备可以使用各种发送技术来通信，这些技术包括但不限于码分多址(CDMA)、全球移动通信系统(GSM)、通用移动电 信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、发 送控制协议/互联网协议(TCP/IP)、短消息收发服务(SMS)、多 媒体消息收发服务(MMS )、电子邮件、即时消息收发服务(IMS )、 蓝牙、IEEE 802.il等。通信设备可以使用各种介质来通信，这些介 质包括但不限于无线电、红外线、激光、线缆连接等。图5和图6示出了在其中本发明可以被实施的一个有代表性的 移动电话12。然而应当理解本发明的本意并非限于一个特定类型的 移动电话12或者其它电子设备。图5和图6的移动电话12包括壳 30、形式为液晶显示器的显示器32、键区34、麦克风36、耳机38、 电池40、红外线端口 42、天线44、根据本发明一个实施例形式为 UICC的智能卡46、读卡器48、无线电接口电路52、编码解码器电 路54、控制器56和存储器58。独立电路和元件都是本领域中、例 如Nokia移动电话范围中众所周知的类型。在方法步骤的一般背景下描述了本发明，在一个实施例中可以 通过程序产品来实施这些方法步骤，该程序产品包括在联网环境中 由计算机执行的诸如程序代码之类的计算机可执行指令。 一般而言， 程序模块包括执行特定任务或者实施特定抽象数据类型的例程、程 序、对象、组件、数据结构等。计算机可执行指令、关联的数据结 构和程序模块代表用于执行这里公开的方法步骤的程序代码的例 子。这样的可执行指令或者关联的数据结构的特定序列代表用于实 施在这样的步骤中描述的功能的对应动作的例子。可以用标准编程技术来实现本发明的软件和web实施，这些编 程技术具有用以实现各种数据库搜索步骤、相关步骤、比较步骤和 判决步骤的基于规则的逻辑和其它逻辑。也应当注意，如这里和在 权利要求书中使用的字眼"组件"或者"模块"旨在于涵盖使用 一行或 者多行软件代码的实施和/或硬件实施和/或用于接收人工输入的设 备。已经出于图示和描述的目的而呈现本发明实施例的前文描述。 本意并非穷举本发明或者将本发明限制于所公开的精确形式，并且 修改和变化根据上述教导是可能的或者可以从本发明的实践中加以使本领域技术人员能够在各种实施例中以及通过与构思的特定用途 相适应的各种修改来运用本发明。
权利要求
1.一种方法，包括根据文件递送协议为至少一个文件预备扩展机制，所述扩展机制包括与接收设备对所述至少一个文件的高速缓存有关的至少一个指令；以及使用所述文件递送协议将包括所述至少一个指令的所述扩展机制发送到所述接收设备。
2. 根据权利要求1所述的方法，其中所述扩展机制包括用于通 过单向传送的文件递送协议的文件递送表可扩展标记语言方案内的代码。
3. 根据权利要求1或者2所述的方法，其中所述扩展机制包括 分层编码传送报头。
4. 根据权利要求1-3中的任一权利要求所述的方法，其中所述 至少一个指令命令所述接收设备不高速緩存所述至少一个文件。
5. 根据权利要求1-3中的任一权利要求所述的方法，其中所述 至少 一 个指令命令所述接收设备将所述至少 一 个文件高速緩存 一段 不确定的时间周期。
6. 根据权利要求1-3中的任一权利要求所述的方法，其中所述 至少一个指令命令所述接收设备高速緩存所述至少一个文件直至指 定的时间。
7. 根据权利要求1-3中的任一权利要求所述的方法，其中所述 至少一个指令向所述至少一个文件分配用于由所述接收设备在判决 是否应当不再高速緩存所述至少一个文件时使用的优先级等级。
8. —种在计算机可读介质中实施的计算机程序产品，包括配置 成执行根据权利要求1-7中的任一权利要求所述的过程的计算机代 码。
9. 一种装置，包括 处理器；以及存储器单元，以通信方式连接到所述处理器并且包括用于根据文件递送协议为至少一个文件预备扩展机制的计 算机代码，所述扩展机制包括与接收设备对所述至少一个文件的高速缓存有关的至少一个指令；以及用于使用所述文件递送协议将包括所述至少一个指令的所 述扩展机制发送到所述接收设备的计算机代码。
10. 根据权利要求9所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
11. 根据权利要求9或者IO所述的装置，其中所述扩展机制包 括分层编码传送报头。
12. 根据权利要求9-11中的任一权利要求所述的装置，其中所 述至少一个指令命令所述接收设备不高速緩存所述至少一个文件。
13. 根据权利要求9-11中的任一权利要求所述的装置，其中所 述至少一个指令命令所述接收设备将所述至少一个文件高速緩存一 段不确定的时间周期。
14. 根据权利要求9-11中的任一权利要求所述的装置，其中所 述至少一个指令命令所述接收设备高速緩存所述至少一个文件直至 指定的时间。
15. 根据权利要求9-11中的任一权利要求所述的装置，其中所 述至少一个指令向所述至少一个文件分配用于由所述接收设备在判决是否应当不再高速緩存所述至少一个文件时使用的优先级等级。
16. —种装置，包括 处理器；以及存储器单元，以通信方式连接到所述处理器并且包括用于根据文件递送协议为至少 一个文件预备扩展机制的计算机代码，所述扩展机制包括与至少 一个接收设备对所述至少 一个文件的高速緩存有关的至少一个指令，以及用于使用所述文件递送协议将包括所述至少一个指令的所述扩展机制转发到至少 一 个其它连接设备的计算机代码。
17. —种方法，包括经由文件递送协议从发送设备接收扩展机制，所述扩展机制包括与至少一个文件的高速緩存有关的至少一个指令；以及根据所述至少 一 个指令有选择地高速緩存所述至少 一 个文件。
18. 根据权利要求17所述的方法，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
19. 根据权利要求17或者18所述的方法，其中所述扩展机制 包括分层编码传送报头。
20. 根据权利要求17-19中的任一权利要求所述的方法，其中所 述至少一个指令包括不高速緩存所述至少一个文件的指令。
21. 根据权利要求17-19中的任一权利要求所述的方法，其中所 述至少一个指令包括用以将所述至少一个文件高速緩存一段不确定 的时间周期的指令。
22. 根据权利要求17-19中的任一权利要求所述的方法，其中所 述至少一个指令包括用以高速緩存所述至少一个文件直至指定的时 间的指令。
23. 根据权利要求17-19中的任一权利要求所述的方法，其中所 述至少一个指令向所述至少一个文件分配用于在判决是否应当不再 高速緩存所述至少一个文件时使用的优先级等级。
24. —种在计算机可读介质中实施的计算机程序产品，包括配 置成执行根据权利要求17所述的过程的计算机代码。
25. —种装置，包括 处理器；以及存储器单元，以通信方式连接到所述处理器并且包括用于经由文件递送协议从发送设备接收扩展机制的计算机 代码，所述扩展机制包括与至少 一个文件的高速緩存有关的至少一 个指令；以及用于根据所述至少一个指令有选择地高速緩存所述至少一 个文件的计算机代码。
26. 根据权利要求25所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
27. 根据权利要求25或者26所述的装置，其中所述扩展机制 包括分层编码传送报头。
28. 根据权利要求25-27中的任一权利要求所述的装置，其中所 述至少一个指令包括不高速緩存所述至少一个文件的指令。
29. 根据权利要求25-27中的任一权利要求所述的装置，其中所 述至少一个指令包括用以将所述至少一个文件高速緩存一段不确定 的时间周期的指令。
30. 根据权利要求25-27中的任一权利要求所述的装置，其中所 述至少一个指令包括用以高速緩存所述至少一个文件直至指定的时 间的指令。
31. 根据权利要求25-27中的任一权利要求所述的装置，其中所 述至少一个指令向所述至少一个文件分配用于在判决是否应当不再高速緩存所述至少一个文件时使用的优先级等级。
32. —种装置，包括 处理器；以及存储器单元，以通信方式连接到所述处理器并且包括用于处理根据文件递送协议而构造的扩展机制的计算机代 码，所述扩展机制包括与至少 一个文件的高速緩存有关的至少一个指令。
33. 根据权利要求32所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
34. 根据权利要求32或者33所述的装置，其中所述扩展机制 包括分层编码传送报头。
35. —种系统，包括 发送设备，配置成根据文件递送协议为至少 一个文件预备扩展机制，所述扩 展机制包括与所述至少 一个文件的高速緩存有关的至少 一个指令， 以及使用所述文件递送协议来发送包括所述至少一个指令的所 述扩展才几制；以及接收设备，与所述发送设备至少有选择地通信，所述接收设备 配置成经由所述文件递送协议从所述发送设备接收所述扩展机制，以及根据所述至少一个指令来有选择地高速緩存所述至少一个文件。
36. 根据权利要求35所述的系统，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
37. 根据权利要求35或者36所述的系统，其中所述扩展机制 包括分层编码传送报头。
38. —种装置，包括用于根据文件递送协议为至少 一个文件预备扩展机制的装置， 所述扩展机制包括与接收设备对所述至少 一个文件的高速緩存有关 的至少一个指令，以及用于使用所述文件递送协议将包括所述至少一个指令的所述扩 展机制发送到所述接收设备的装置。
39. 根据权利要求38所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
40. —种装置，包括用于经由文件递送协议从发送设备接收扩展机制的装置，所述扩展机制包括与至少 一个文件的高速緩存有关的至少 一个指令；以及用于根据所述至少一个指令有选择地高速緩存所述至少一个文件的装置。
41. 根据权利要求40所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
42. —种装置，包括用于处理根据文件递送协议而构造的扩展机制的装置，所述扩 展机制包括与至少 一个文件的高速緩存有关的至少 一个指令。
43，根据权利要求42所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
44. 一种装置，包括用于根据文件递送协议为至少 一 个文件预备扩展机制的装置， 所述扩展机制包括与至少 一 个接收设备对所述至少 一 个文件的高速 緩存有关的至少一个指令，以及用于使用所述文件递送协议将包括所述至少一个指令的所述扩 展机制转发到至少 一 个其它连接设备的装置。
45. 根据权利要求44所述的装置，其中所述扩展机制包括用于 通过单向传送的文件递送协议的文件递送表可扩展标记语言方案内 的代码。
全文摘要
一种允许将高速缓存控制信息用信号发送到接收设备的对文件递送协议的扩展。本发明的各种实施例允许服务器或者其它发送设备使用文件递送协议将关于高速缓存控制的指令用信号发送到接收设备。这一信令可以比如包括以下信息接收设备是否应当高速缓存文件、文件应当被高速缓存多久、和/或用于文件的高速缓存优先级分配。本发明的各种实施例可以在富媒体内容的发送中特别地有用，其中，一些内容可以通过RTP来发送而其它信息经由文件递送协议来发送。
文档编号H04L29/08GK101627609SQ200780039225
公开日2010年1月13日 申请日期2007年8月21日 优先权日2006年8月21日
发明者I·鲍阿齐齐 申请人:诺基亚公司