输离散媒体。对于这种情况，使用不同的提 示系统。这种系统可以按照恰当的时间顺序来结合所有RTP以及BMFDP采样。
[0099] 美国临时专利申请No. 60/713, 303描述了不同层级的用于FLUTE+RTP提示跟踪信 息的盒子。然而，可以针对广播下载归纳相同的盒子，以便同样地包括ALC。由此，下面的盒 子以"BMFDP"为前缀，以便更为通用。
[0100] 为了促进BMFDP和RTP分组的生成以用于呈现，下面定义了用于BMFDP+RTP的提 示跟踪格式。类似于RTP和BMFDP提示跟踪的层级，定义了BMFDPRtpHintSampleEntry和 BMFDPRTPsample。此外，TimeToSampleBox中的数据给出了每个分组的时间信息。
[0101] (a)采样描述格式。BMFDP+RDP提示跟踪是具有"frhs"的采样描述 中的条目格式的提示跟踪（媒体句柄"hint"）！BMFDPRtpHintSampleEntry在 SampleDescriptionBox"stsd" 中定义。
[0102]
[0103]hinttrackversion(提示跟踪版本）目前是1。最高兼容版本字段规定了该跟踪 向后兼容的最旧版本。maxpacketsize(最大分组大小）指明了该跟踪将生成的最大分组的 大小。其他数据是一组盒子（"tims"和"tsro"），其在ISO基媒体文件格式中定义。
[0104] (b)米样格式。BMFDPRTSample在MediaDataBox("mdat"）中定义。该盒子包含多个 BMFDP采样、RTP采样、可能的FDT/S⑶U和SDP信息以及任何其他数据。-个BMFDPRTSampIe 可以包含一个FDT/S⑶U数据、SDP数据、BMFDP采样或者RTP采样。包含BMFDP采样的 BMFDPRTSample在此仅用来传输离散媒体。这样的媒体总是嵌入在SVG呈现中的场景或场 景更新中。其开始时间与其所属的场景/场景更新的开始时间相同。BMFDP采样没有其自 己特定的时间戳，而是顺序地发送，紧随在其所属的场景/场景更新的RTP采样之后。因 此，在TimeToSampleBox中，针对离散媒体的BMFDPRTSample的采样增量全部设置为0。其 连续的顺序代表了其发送时间顺序。
[0105] UE可能具有有限的功率，并且在任意时刻可以只支持一个传输会话，并且BMFDP 会话和RTP会话需要一个接一个的交替。在紧接着一个完成之后另一个将开始。这种情况 下，使用下面的description_textl、description_text2 和description_text3 字段来提 供用于每个会话的SDP和FDT/S⑶U信息。
[0106]
[0107] 除上述之外，本发明还有若干其他潜在的实现。下面讨论一些这种备选实现。本 发明的第四实现类似于上文讨论的第一实现。然而，可以存储诸如DCCPtext的其他描述格 式，在这种情况下，sdptext字段将相应改变。第五实现类似于第二实现。然而，在该实施 方式中，单个段字段可以包含ESG中的全部段数据。应用继而可以选择是将该数据划分为 针对文件还是所有级别的不同字段。
[0108] 本发明的多个潜在实现在多个方面类似于上面讨论的第三实现，其具有各种差 异。例如，可以重新定义其他级别的"hnti"盒子，以便例如包含呈现级别或者项目级 别的会话信息。对于用于ALC的提示跟踪信息的采样描述格式，hinttrackversion和 highestcompatibleversion字段可以具有不同的值，并且除了maxpacketsize字段之外 还可以添加minpacketsize字段。对于用于ALC的提示跟踪格式的采样格式，可以通过删 除预留字段使packetcount字段变为32位。对于用于ALC的提示跟踪格式的分组条目格 式，不同报头盒子（BMFDPheader、UDPheader、LCTheader等）的层级结构可以不同。对于 用于ALC的提示跟踪格式的构造符格式，ALCsgdutconstructor语法可以针对每个sgdu_box的独立的字段定义，BMFDPitemconstructor可以通过item_name来替换item_id， BMFDPxmlboxconstructor可以通过删除预留字段使data_length字段变为64字节，并且 BMFDPxmlboxconstructor可以使data_length字段变为16字节并将预留字段调节为64字 节。对于用于ALC+RTP的提不跟踪，BMFDPRtpHintSampleEntry可以使hinttrackversion 和highestcompatibleversion字段具有不同的值，BMFDPRtpHintSampleEntry除了 maxpacketsize字段之外还可以添加minpacketsize，并且BMFDPRTPSample盒子可以具有 针对每个sample_type(采样类型）的独立的字段定义。
[0109] 在多个使用情况中，富媒体服务可以得益于使用ALC作为协议。第一用例涉及较 长卡通动画的预览。本发明的服务允许最终用户在确定他或她想要完整地观看的卡通之 前，渐进式地下载每个卡通的较小部分。
[0110] 本发明的第二用例涉及交互式移动电视服务。通过本发明，可以在最终用户界面 中一起递送富媒体内容的确定性绘制和行为。内容可以包括音频-视频内容、文本、图形、 图像以及电视和无线电频道。服务必须提供对单个应用或服务中的内容的传统导航，并且 服务必须允许本地或远程设置中的同步交互，诸如投票和个性化（例如，相关的菜单或子 菜单，广告，以及最终用户简档或者服务订购的功能中的内容）。可以通过与iTV移动服务 中可用的四个服务和子服务相对应的四个步骤来描述这种使用情况：马赛克菜单显示电视 频道景观，电子节目向导和相关iTV服务的触发，iTV服务，以及个性化菜单（诸如"体育新 闻"）。
[0111] 本发明的第三用例涉及在线企业数据馈送的使用。该服务例如包括：提供实时报 价流式传输的证券报价机，具有技术指示符的一日图表，新闻监控，天气提示，图表，商业更 新，体育比分等。
[0112] 本发明的第四用例涉及在线聊天服务。在线聊天服务可以包含在web摄像机、视 频频道或者富媒体博客服务中。最终用户可以进行注册，保存其姓名并交换消息。在线聊天 服务中的消息动态地出现，伴有最终用户提供的富媒体数据。聊天服务可以是专用的，或者 同时在一个或多个多通道上是公共的。将来自其他用户的新消息动态地提示给最终用户。 可以在不重新载入整个页面的情况下进行服务内消息的动态更新。
[0113] 本发明的第五用例涉及卡拉OK服务。卡拉OK服务显示伴随有歌曲的语音的音乐 电视频道或者视频片段目录，其中在歌词的文本字符上具有类似于流动的动画（例如，字 体颜色的平滑过渡，文字滚动，等等）。最终用户可以通过选择交互式按钮来下载他或她选 择的歌曲以及完整的动画。类似的系统可以用于电影或电视表演或片段的再制定。
[0114] 图4和图5示出了其中可以实现本发明的一个代表性电子设备12。然而，应当理 解，并非意在将本发明限于一种特定类型的电子设备。图4和图5的电子设备12包括：外 壳30,液晶显示器形式的显示器32,小键盘34,麦克风36,耳机38,电池40,红外端口 42,天 线44,智能卡46 (根据本发明的一个实施方式，其形式是UICC)，读卡器48,无线接口电路 52,编解码器电路54,控制器56以及存储器58。各个电路和元件是本领域内公知的所有类 型，例如Nokia系列移动电话中的类型。
[0115] 本发明是在方法步骤的总体上下文中描述的，在个实施方式中，可以通过包括由 网络化环境中的计算机执行的计算机可执行指令（诸如程序代码）的程序产品来实现本发 明。一般地，程序模块包括执行特定任务或者实现特定的抽象数据类型的例行程序、程序、 对象、组件、数据结构等。计算机可执行指令、关联的数据结构以及程序模块代表了用于执 行在此公开的方法步骤的程序代码的示例。这些可执行指令或者数据结构的特定序列代表 了用于实现在这些步骤中描述的功能的相应动作的示例。
[0116] 可以通过标准编程语言来实现本发明的软件和web实现，其中标准编程技术具有 基于规则的逻辑或者其他逻辑，以实现各种数据库搜索步骤、相关步骤、比较步骤和决策步 骤。应当注意，这里和权利要求中使用的词语"组件"和"模块"意在涵盖使用一行或多行 软件代码和/或硬件实现和/或用于接收手工输入的装置的实现。
[0117] 出于说明和描述的目的，已经给出了对本发明实施方式的上述描述。该描述并非 意在详尽或是将本发明限于所公开的精确形式，并且根据上述启示可以进行修改和变形， 或者可以在对本发明的实践中获得修改和变形。挑选和描述实施方式是为了解释本发明的 原理及其实践应用，以便使本领域的技术人员能够按照适于预期的特定用途来使用本发明 的各种实施方式以及进行各种修改。
【主权项】
1. 一种用于将富媒体内容渐进式地提供给客户端设备的方法，包括： 按照ISO基媒体文件格式，从输入信息来编码ISO基媒体文件，其中所述输入信息包 括： 可伸缩矢量图形， 用于ALC和FL