部内容时，可以使用它。 [00511
[0052] (d)跟踪广播下载信息。跟踪级别提示信息容器在"hnti"盒子中定义，其专用于 ALC或者FLUTE。在通过ALC或者FLUTE来发送当前跟踪中的全部内容时，可以使用它
[0053]
[0054] 在ALC+RTP传输系统中，可以将针对ALC和RTP流的SDP信息结合在一起。这种情 况可以发生在SVG媒体包含离散和连续嵌入媒体二者时。离散媒体通过ALC传输，并且连续 媒体通过RTP传输。继而可以将SDP信息保存在后续盒子中。2005年9月1日递交的美国 临时专利申请No. 60/713, 303定义了不同级别的（例如，呈现、影片、项目）用于FLUTE+RTP 的盒子。然而，可以针对广播下载归纳相同的盒子，以同样地包括ALC。因此，盒子的前缀是 "BMFDP"以便更为通用，以存储针对ALC+RTP或者FLUTE+RTP的SDP。称为"protocol"的 标志指明盒子是用于FLUTE的还是用于ALC的。以下是三个不同级别的盒子：
[0055] (a)呈现SDP信息
[0061] 本发明的第二实现涉及使用盒子来存储元数据信息。为了使用广播/多播文件下 载协议（ALC/FLUTE)来传输内部嵌入的离散媒体，需要服务器还传输一些对应于该离散媒 体的元数据。由此，本发明的该实现包括将该元数据封装到ISO基媒体文件格式中。
[0062] 如果使用FLUTE作为广播协议，则将元数据作为FDT的一部分来发送，或者，如果 将ALC与OMBCASTESG结合使用，则将元数据作为OMBCASTESG的一部分来发送。EDG 提供用于描述与将要在数字移动广播服务中通过ALC来发送的文件相关联的各种元数据 的机制。此外，当通过PtM和/或PtP通道下载ESG时，ESG规定了服务向导递送单元（SO)U) 和服务向导递送描述符（SGDD)的使用，以用于ESG的一致性控制。
[0063] 在广播/多播文件下载期间更新的元数据可以带内或带外地执行。带内元数据更 新使用FLUTE的FDT来执行，其中FDT实例ID标识了FDT中元数据的最新版本。如果将元 数据作为ALC中的SGDU对象来通过信号传输，则根据SGDU或者SG段版本系统来更新ESG。 对于新SGDU的PtM传输，存在两个选项。在第一选项中，在独立的ALC会话中发送新的SGDU 对象。在第二选项中，将新SGDU对象添加到作为原始ALC会话的相同ALC会话中。
[0064] 美国临时专利申请No. 60/713, 303描述了通过定义盒子来存储FDT实例的数据而 对ISO基媒体文件格式进行扩展。然而，可以针对广播下载（同样包括ALC)来归纳同样的 盒子以存储元数据。如第一实现中一样，盒子的前缀是"BMFDP"，以便更为通用，以存储针对 广播/多播下载的元数据。用于广播/多播下载的任何协议都需要这些文件参数。如下所 述，针对所有四个级别（即，呈现、影片、跟踪和项目）定义了盒子。
[0065] (a)呈现元数据信息。呈现级别元数据容器在"bdph"或者"bdrp"盒子中定义，其 分别专用于ALC/FLUTE或者ALC/FLUTE+RTP传输方案。
[0067] 可以通过IS0/IEC15444-12 :2005中的小节8. 44. 7中定义的URL表单来引用嵌 入媒体资源的Content-Location(内容地址）。
[0068] (b)项目元数据信息。项目级别元数据容器在"bdih"或者"bdri"盒子中定义，其 分别专用于ALC/FLUTE或者ALC/FLUTE+RTP传输方案。
[0070] (c)影片元数据信息。影片级别元数据容器在"hnti"盒子中定义，其专用于ALC/ FLUTE。
[0071]
[0072] (d)跟踪元数据信息。跟踪级别元数据容器在"bdth"盒子中定义，其专用于ALC/ FLUTE。在通过ALC/FLUTE来发送当前跟踪中的所有内容时，可以使用它。
[0073]
[0074] 本发明的第三实现涉及使用盒子来存储提示跟踪信息。归纳提示跟踪结构是为了 支持多个数据格式中的提示采样。提示跟踪采样包含构建正确类型的分组报头所需的任何 数据。提示跟踪采样还包含指向属于分组的数据决的指针。这种数据可以是SVG、连续嵌入 媒体和离散嵌入媒体。
[0075] 提示跟踪采样不是提示跟踪盒子结构的一部分，虽然它们通常位于同一文件中。 提示跟踪数据引用盒子（"dref"）和采样表盒子（"stbl"）被用以查找针对特定采样的文 件规范和字节偏移。提示跟踪采样数据是字节对齐的，并且总是大端字节序（big-endian) 格式的。
[0076] 下面将讨论针对ALC的提示跟踪格式。美国临时专利申请No. 60/713, 303描述了 不同级别的（例如，呈现、影片、跟踪、项目）用于FLUTE提示跟踪信息的盒子。然而，可以 针对广播下载归纳同样的盒子，以同样地包括ALC。由此，盒子的前缀可以是"BMFDP"，以便 更为通用，以存储针对ALC或者FLUTE的提示跟踪信息。
[0077]类似于RTP提不跟踪的层级，定义了BMFDPHintSampleEntry和BMFDPsample。此 外，还定义了一些相关结构和构造符。还添加了"protocol"来指明盒子是用于FLUTE的还 是用于ALC的。
[0078] (a)采样描述格式。BMFDP提示跟踪是具有"bmfd"的采样描述中的 条目格式的提示跟踪（媒体句柄"hint"）。BMFDPHintSampleEntry被包含在 SampleDescriptionBox( 'stsd'）中。
[0079]
[0080]字段"]1；[111：1：抑。10^18；[011"、"111811681：。0115)&1：；[1316￥618；[011"和"1]1&叉卩&。1<^8126"具 有与IS0/IEC15444-12 :2005 规范的小节 10. 2 中描述的 "RtpHintSampleEntry" 中相同 的解释。其他数据是来自"timescaleentry"和"timeoffset"的一组盒子，其在IS0/IEC 15444-12 :2005的小节10. 2中参考。这些盒子对于ALC/FLUTE是可选的。
[0081] (b)采样格式。提示跟踪中的每个BMFDPsample(BMFDP采样）将分别生成一个或 多个BMFDP分组。与RTP采样相比，BMFDP采样不具有其自己特定的时间戳，而是顺序地 发送。考虑TimeToSampleBox中保存的采样增量（sample-delta)，如果BMFDP采样代表嵌 入媒体或SVG内容的段，则当前媒体/SVG的第一采样与在前媒体/SVG的最后采样之间的 sample-delta与当前和在前媒体/SVG所属于的场景/更新的开始时间之间的差异具有相 同的值。针对当前媒体/SVG中的连续采样的其余部分的sample-delta是零。然而，如果 BMFDP采样代表整个媒体或者SVG内容，则此BMFDP采样之后将不具有增量等于0的后继采 样（包含来自同一媒体/SVG的后继数据）。因此，对于当前BMFDP采样，仅存在一个采样增 量。
[0082] 每个采样包含两个区域：组成分组的指令，以及在发送这些分组时所需的任何其 他数据（例如，媒体数据的加密版本）。应当注意，根据采样大小表可知采样的大小。
[0083]
[0084] (C)分组条目格式。分组条目表中的每个分组具有以下结构：
[0085]
[0092] 下面使用的FEC_encoding_ID必须在会话描述中通过信号发送。header_ extension_type= 64对于LAC和FLUTE二者都有效。其用于EXT_FTI，即携带FEC对象传 输信息的报头扩展。header_extension_type= 192仅对于FLUTE有效。其用于EXT_FDT， 即通知特定的FLUTE分组包含FDT实例而不是文件作为有效载荷这一事实的报头扩展。 header_extension_type= 193 仅对于FLUTE有效。其用于EXT_CENC，即指明FDT实例所 使用的内容编码的报头扩展。
[0093] (d)构造符格式。存在各种构造符形式。为了更容易的迭代，每个构造符是16个 字节。第一字节是联合辨别符。该结构基于IS0/IEC15444-12 :2005中的小节10.3.2。
[0094]
[0096] FDT数据是整个FLUTE/ALC数据流的一部分。该数据是以FLUTE分组的形式在 FLUTE会话期间带内传输的，或者是使用ESG或者通过其他手段在ALC会话期间带外传输 的。使用在此定义的构造符来将SGDU映射到ALC分组。下面提供了构造符的语法：
[0097]
[0098] 下面讨论针对ALC+RTP来使用提示跟踪。在呈现期间同时传输RTP和BMFDP(ALC/ FLUTE)分组二者的情况下，针对RTP和BMFDP的构造符二者都要使用。使用RTP分组来传 输连续媒体和SVG内容，而使用BMFDP分组来传