作。根据RFC 5651的第9节，报头需要注册到IANA。
[0291]LCT扩展报头可包括EXT_PRESENTAT10N_I1ME报头和/或ΕΧΤ_??ΜΕ报头的至少其中一个。
[0292]EXT_PRESENTAT10N_HME报头表示分组中包含的对象按照壁钟时间应当呈现时的时间。可将EXT_PRESENTAT10N_HME报头添加到LCT分组。要注册固定长度的报头。
[0293]如果呈现，那么它表示64比特时间戳的第三、第四和第五个八位字节。该值必须总是大于SCT(发送器当前时间)。或者，它表示64比特NTP(网络时间协议)时间戳值，如图所不O
[0294]附图示出根据本发明实施例的EXT_PRESENTAT10N_I1ME报头。
[0295]EXT_PRESENTAT1N_HME报头可包括Header Extens1n Type(报头扩展类型)(HET)字段、Header Extens1n Length(报头扩展长度)(HEL)字段、保留字段、和/或NTP时间戳的至少其中一个。
[0296]HET字段可以指示对应的报头扩展类型。HET字段可以是8比特整数。从O到127的HET值(待定，TBD)用于可变长度的报头扩展。从128到255的HET值用于固定长度的32比特报头扩展。
[0297]HET字段可以指示整个报头扩展字段的长度，用32比特字的倍数表示。HET字段可以是8比特整数。该字段必须呈现用于可变长度的扩展(O与127之间的HET)，并且不能呈现用于固定长度的扩展(128与255之间的HET)。
[0298]NTP时间戳可以表示分组中包含的对象按照壁钟时间应当呈现时的时间。NTP时间戳是64比特二进制值，在两个32比特半数之间具有隐含分数点。NTP时间戳可包括跨越136年的32比特秒字段(最高有效字)以及分辨率232皮秒的32比特分数字段(最低有效字)。
[0299]此外，可以使用如RFC 5651中限定的EXT_TIME报头，并且可以设置SCT-high和SCT-1ow标记。ΕΧΤ_??ΜΕ报头用于携带若干类型的定时信息。它包括HET字段、HEL字段、使用字段、和/或至少一个通用定时信息。
[0300]使用字段指示以下(一个或多个)32比特时间值的语义。使用字段可包括SCT-high标记、SCT-1ow标记、ERT标记、和/或SLC标记。在给定的ΕΧΤ_?? ME报头扩展中可以呈现若干“时间值”字段，如使用字段中指定的。
[0301]通用定时信息可包括发送器当前时间(SCT)、期望剩余时间(ERT)、和/或发送器最后改变(SLC)时间扩展的至少其中一个。
[0302]SCT表示发射该分组时发送器的当前时间。根据应用，SCT可用于偶尔或经常发信号将当前时间通知发送器。这样可以用于将发送器与接收器的时钟同步，或者测量抖动和交付延迟。
[0303]ERT表示发送器期望的剩余发射时间，用于当前对象的发射。ERT可用于指示当前对象的期望剩余时间。
[0304]SLC时间是服务器壁钟时间，以秒为单位，此时出现对会话数据的最后改变。SLC标记通常没有作用，但是可用于指示片段的添加/消除。
[0305]图13示出根据本发明实施例的广播发射设备的操作。
[0306]广播发射设备可以利用编码器&DASH器将广播服务编码。例如，广播服务可包括信令数据、ESG数据、NRT内容数据、和/或实时内容数据的至少其中一个。NRT内容数据、和/或实时内容数据可包括媒体数据。媒体数据可包括视频数据、音频数据、和/或隐藏字幕数据中的至少其中一个。
[0307]可将编码的广播服务封装在MPEG-DASH的至少一个片段中JPEG-DASH的片段的文件格式可以是ISO BMFF。例如，可将视频数据、音频数据、和/或隐藏字幕数据封装在MPEG-DASH的至少一个片段中。
[0308]利用ROUTE发送器和/或交付对象产生器，广播发射设备可以产生至少一个交付对象，交付对象包括在服务的至少一个内容组件中并个别地恢复(CSl31OO)。
[0309]交付对象可以是文件、文件的一部分、文件的群组、HTTP实体、以及HTTP实体的群组的其中一个。
[0310]交付对象可包括基于对象的媒体数据。例如，交付对象可包括MPEG-DASH媒体片段文件和/或MPEG-DASH媒体片段文件的一部分。
[0311]交付对象可包括与片段有关的数据。
[0312]在基本操作中，假定交付对象在ROUTE发送器完全可用。此外，假定T>0是以字节为单位的对象的传送长度。已知第一数据分组的最大传送单元为Y。传送单元通过底层的传输块大小的知识来确定，或者通过其他约束来确定。
[0313]在Y大于等于T的情况下，这是用于该交付对象的唯一分组。因此，可以设置Codepoint字段(CP)，指示分组报头大小为O。然后携带整个交付对象，作为分组的有效载荷。
[0314]如果Y小于Τ，则分组的有效载荷中携带的数据包括对象的连续部分。然后，对于任何任意的X以及任何任意的Υ>0，只要Χ+Υ不超过Τ，就可以产生ROUTE分组。在这种情况下，以下应当成立:分组的有效载荷中携带的数据将包括对象从字节X的起点开始到字节X+Y的起点的连续部分。此外，应当将ROUTE分组报头中的起始偏移设置为X，并将有效载荷数据添加到分组中发送。如果X+Y等于T，则应当将有效载荷报头标记B(即，关闭对象标记字段(B))设置为“I”，否则应当将有效载荷报头标记B设置为“O”。
[0315]利用信令信息产生器，广播发射识别可以产生信令信息，信令信息提供服务以及至少一个内容组件的发现和获取(CS13200)。
[0316]信令信息可包括描述传输会话的第一信息，传输会话用于发射服务的至少一个内容组件。例如，第一信息可包括服务层信令(SLS)、LCT会话实例描述(LSID)、和/或基于服务的传输会话实例描述(S-TSID)。
[0317]信令信息可包括ROUTE会话描述、LCT传输会话描述(或LCT会话描述)、和/或交付对象元数据(或对象元数据)。ROUTE会话描述可包括与ROUTE会话有关的信令信息。LCT传输会话描述可包括与LCT传输会话有关的信令信息。交付对象元数据可包括与交付对象有关的信令信息。
[0318]信令信息(例如，服务信令)可提供服务和描述对象的发现。信令信息可包括引导信令信息(快速信息表(FIT))和/或服务层信令信息(服务层信令(SLS))。信令信息可包括发现或获取至少一个用户服务所必须的信息。
[0319]FIT使得接收器能够构建基本服务列表以及用于每个服务的服务层信令的引导发现。在实施例中，可通过服务列表表格(SLT)来表示FIT。可通过链路层信令来发射FIT(或SLT)。或者，为了快速获取，可以在每个物理层帧中发射FIT(或SLT) ο在实施例中，可通过物理层帧、用于信号发射的PLP、和/或分配给每个广播者的PLP的至少其中一个来发射FIT(或SLT) ο
[0320]SLS使得接收器能够发现和访问至少一个服务和/或至少一个内容组件。在通过广播发射SLS时，通过R0UTE/UDP/IP，可以在ROUTE会话中包括的至少一个LCT传输会话中发射SLS。在这种情况下，可以在支持快速信道加入和切换的适当传送带速度下发射SLS。在通过宽带发射SLS时，可通过HTTP (S) /TCP/ IP发射SLS。[0321 ] LSID可以描述通过ROUTE会话发射的所有传输会话。可通过与包括LCT传输会话的ROUTE会话相同的ROUTE会话发射LSID，或者通过除了ROUTE会话之外的其他手段发射LSID。例如，可通过单播或另一个ROUTE会话发射LSID。
[0322]S-TSID是包括至少一个ROUTE会话、至少一个ROUTE中包括的LCT会话、和/或用于至少一个MMTP会话的全部传输会话描述信息的SLS元数据分段。可通过ROUTE会话和/或MMTP会话发射服务中包括的至少一个媒体内容组件。此外，S-TSID可包括在服务中包括的至少一个LCT会话、用于对象流的文件元数据、和/或描述中发射的交付对象。此外，S-TSID可包括有效载荷格式和/或用于在至少一个LCT会话中发射的至少一个内容组件的附加信息。
[0323]第一信息可包括描述通过发射会话发射的源数据的第二信息。例如，第二信息可包括Sour ceF I ow元素。SourceF I ow元素可以限定会话中的源流。
[0324]第二信息可包括EFDT元素、idRef属性、real time属性、minBufferSize属性、Applicat1nIdentif ier元素、和/或Pay 1adFormat元素的至少其中一个，EFDT元素指定文件交付数据的细节，idRef属性识别EFDT元素，realtime属性指示是否实时发射交付对象，minBufferSize属性限定必须存储在接收器中的数据的最大量，Applicat 1nldent if ier元素提供能够映射到应用的信息，Pay I oadFormat元素限定发射交付对象的分组的有效载荷格式。
[0325]Pay I oadFormat元素可包括 codePoint 属性、de I i very Ob jectFormat 属性、fragmentat1n属性、deliveryOrder 属性、SourceFecPayloadID属性、和/ 或FECParamenters元素的至少其中一个，codePoint属性限定用于有效载荷的codePo int值，deliveryObjectFormat属性指定交付对象的有效载荷格式，fragmentat1n属性指示交付对象的单元，de I iveryOrder属性指示包括交付对象的数据的分组的发射顺序，sourceFecPay 1adID属性限定源FEC有效载荷ID的格式，FECParamenter s元素限定FEC参数。
[0326]EFDT 元素可包括 idRef 属性、vers1n属性、maxExpiresDelta属性、111已叉1'瓜118。01^3丨26属性、和/或？;[161611^)13七6元素的至少其中一个，idRef属性识别EFDT元素，vers1n属性指示EFDT元素的版本，maxExpiresDelta属性指示在发射会话中用于对象的最大期满时间,maxTransportSize属性指示通过EFDT元素描述的对象的最大发射大小，Fi IeTemplate元素指定文件的URL。
[0327]利用发射器，广播发射设备可通过单向信道发射至少一个交付对象和信令信息(CS13300)o
[0328]例如，广播发射设备可利用LCT分组发射至少一个交付对象和信令信息。
[0329]分组交付的顺序任意，但是在没有其他约束的情况下，推荐具有增加的起始偏移号码的交付。某些应用可以要求具有增加的起始偏移号码的严格发送顺序。
[0330]在其他情况下，在发送较早的数据块之前，传送长度可能是未知的，并且只知道最大传送长度，如在EFDT参数Oroute:maxTransportSize中发信号通知的。在这种情况下，可以在以后确定T。但是，这不会影响以上发送处理。可以按照以上规则发送附加分组。在这种情况下，对于包含对象的最后部分的有效载荷，可以只将B标记设置为“I”。
[0331]因此，广播发射设备可实时通过广播网络发射基于对象的媒体数据。
[0332]图14示出根据本发明实施例的广播接收设备。
[0333]广播接收设备的控制器C14250可包括ROUTE接收器C142530和/或DASH客户端(应用/DASH播放器)C142550的至少其中一个。
[0334]ROUTE接收器C142530可接收广播服务，并还原信令信息和/或至少一个交付对象。ROUTE接收器C142530可基于包括广播服务的分组还原信令信息和/或至少一个交付对象。ROUTE接收器C142530可包括分组接收器(未示出)、信令解析器(LSID)C142532、交付对象处理器(对象恢复或交付对象恢复块)C142533、和/或交付对象缓存(交付对象处理)C142537的至少其中一个。
[0335]分组接收器可接收至少一个包括广播服务的分组。例如，分组可包括LCT分组。
[0336]信令解析器C142532可提取信令信息，信令信息提供服务的至少一个内容组件的发现和获取。
[0337]信令信息可包括描述发射会话的第一信息，发射会话用于发射服务的至少一个内容组件。例如，第一信息可包括SLS、LSID、和/或S-TSID。第一信息可包括描述通过发射会话发射的源数据的第二信息。例如，第二信息可包括SourceFlow元素。SourceFlow元素可以限定会话中的源流。
[0338]交付对象处理器C142533可基于信令信息还原至少一个交付对象。利用交付对象恢复块，交付对象处理器C142533可基于包括广播服务的至少一个分组还原至少一个交付对象和/或信令信息。
[0339]附图提供基本接收器操作的概述。接收器接收分组并因此过滤这些分组。根据ROUTE会话以及每个包含的LCT传输会话，它重新产生被传递给适当处理者的交付对象，以进一步处理数据。
[0340]下面提供基本接收器信息。此外，在本节的剩余部分中提供对于不同接收对象的处理。
[0341]LCT会话实例描述(LSID)包含描述所携带的对象流的信息。在接收每个有效载荷时，接收器按照所列顺序进行以下步骤。
[0342]首先，ROUTE接收器解析LCT和ROUTE(ALC)报头，并确认它是有效报头。如果它无效，则应当丢弃该有效载荷，不做进一步处理。
[0343]第二，ROUTE接收器宣称TSI和CodePoint在LSID中提供有效操作点，S卩，LSID包含用于分组报头中提供的TSI值的条目以及用于该TSI的条目，该TSI包含将PayloadFormatOcodePoint设置为LCT报头中CodePoint字段的值的条目。
[0344]第三，ROUTE接收器应当处理有效载荷的剩余部分，包括适当地解释其他有效载荷报头字段，并利用源FEC有效载荷ID(以导出起始偏移)和有效载荷数据重构对应的对象如下:
[0345]a.ROUTE接收器可经由LSID以及LCT报头中携带的TOI确定与所接收的ROUTE分组有效载荷相关联的对象。
[0346]b.在接收用于对象的第一 ROUTE有效载荷时，ROUTE接收器利用EFDT的maxTransportSize属性确定对象的最大长度T’。
[0347]c.ROUTE接收器为对象可能占据的T ’字节分配缓冲器空间。
[0348]d.此外ROUTE接收器通过从所接收的有效载荷的总长度减去有效载荷报头长度，计算有效载荷的长度Y。
[0349]e.ROUTE接收器向布尔阵列RECEIVED[0..T’-1]分配被初始化为假的所有T条目，以跟踪所接收的对象符号。ROUTE接收器保持接收用于对象块的有效载荷，只要RECEIVED中有至少一个条目仍然被设置为假或者直到对象期满或者直到应用决定放弃该对象。下面提供更多细节。
[0350]f.对于用于对象的每个接收的ROUTE有效载荷(包括第一有效载荷)，要用来帮助恢复对象的步骤如下:i)令X为ROUTE分组报头中start_offset字段的值，并且令Y为有效载荷的长度(通过从所接收的分组的总长度减去LCT报头大小和ROUTE(ALC)报头大小所计算的Y)。ii)R0UTE接收器将数据复制到为对象保留的空间中的适当位置，并将RECEIVED[X...X+Y-1]设置为真。iii)如果RECEIVED的所有T条目都为真，则接收器恢复了整个对象。[0351 ] g.一旦ROUTE接收器收到将B标记设置为I的ROUTE分组，它就可将对象的传送长度T确定为对应ROUTE有效载荷的X+Y，并将布尔阵列RECEIVED[0..T’-1 BlfSRECEIVED
[0..T-l]o
[0352]一旦恢复了完整的Τ0Ι，就恢复了用于交付对象的元数据，并且对象被传给应用。
[0353]元数据恢复取决于所采用的交付模式。
[0354]如果接收了交付对象，那么相应地应用可以利用接收的交付对象。通常，如果交付对象是完整和完好的，那么只将交付对象传给应用。
[0355]但是在某些情况下，如果应用API允许这样并且如果有充足的元数据可用于实现该处理，那么可以移交部分接收的对象。在3GPP TR26.946中描述了用于这样的一个限定机制。如果在文件模式中接收对象，则将扩展Π)Τ用于恢复所有元数据。如果在实体模式中接收对象，则根据RFC2616来处理实体报头和实体主体。如果在分组模式中接收对象，则接收器应当在将它们传给应用之前将文件解分组，并提供分组中包括的元数据。
[0356]交付对象缓存C142537可以存储信令信息和/或至少一个交付对象，并将信令信息和/或至少一个交付对象交付给DASH客户端C142550。交付对象缓存C142537可基于定时信息将信令信息和/或至少一个交付对象交付给DASH客户端C142550。
[0357]DASH客户端C142550可将广播服务解码。DASH客户端C142550可以利用应用将至少一个交付对象解码。应用可以消耗至少一个交付对象。例如，应用可包括DASH媒体呈现。
[0358]图15示出根据本发明实施例的广播接收设备的操作。
[0359]广播接收设备可以利用广播网络(例如广播)和/或互联网协议网络(例如宽带互联网)的至少其中一个来接收广播服务，并将广播服务解码。广播接收设备可包括广播接口、宽带接口、和/或控制器的至少其中一个。广播接收设备的控制器可包括ROUTE接收器和/或DASH客户端的至少其中一个。ROUTE接收器可包括分组接收器、信令解析器、交付对象处理器、和/或交付对象缓存的至少其中一个。上面描述了广播接收设备的细节。
[0360]广播接收设备可以利用广播接口和/或宽带接口的至少其中一个来接收包括广播服务的广播信号。例如，广播接收设备可通过单向信道接收包括服务的广播信号(CS15100)o
[0361]广播接收设备可以利用控制器提取信令信息，信令信息提供服务的至少一个内容组件的发现和获取(CS15200)。
[0362]信令信息可包括描述发射会话的第一信息，发射会话用于发射服务的至少一个内容组件。例如，第一信息可包括SLS、LSID、和/或S-TSID。或者，信令信息可包括ROUTE会话描述、LCT传输会话描述(或LCT会话描述)、和/或交付对象元数据(或对象元数据)。
[0363]第一信息可包括描述通过发射会话发射的源数据的第二信息。例如，第二信息可包括Sour ceF I ow元素。SourceF I ow元素可以限定会话中的源流。
[0364]第二信息可包括EFDT元素、idRef属性、real time属性、minBufferSize属性、Applicat1nIdentif ier元素、和/或Pay 1adFormat元素的至少其中一个，EFDT元素指定文件交付数据的细节，idRef属性识别EFDT元素，realtime属性指示是否实时发射交付对象，minBufferSize属性限定必须存储在接收器中的数据的最大量，Applicat 1nldent if ier元素提供能够映射到应用的信息，Pay I oadFormat元素限定发射交付对象的分组的有效载荷格式。
[0365]Pay I oadFormat元素可包括 codePoint 属性、de I i very Ob jectFormat 属性、fragmentat1n属性、deliveryOrder 属性、SourceFecPayloadID属性、和/ 或FECParamenters元素的至少其中一个，codePoint属性限定用于有效载荷的codePo int值，deliveryObjectFormat属性指定交付对象的有效载荷格式，fragmentat1n属性指示交付对象的单元，de I iveryOrder属性指示包括交付对象的数据的分组的发射顺序，sourceFecPay 1adID属性限定源FEC有效载荷ID的格式，FECParamenter s元素限定FEC参数。
[0366]EFDT 元素可包括 idRef 属性、vers1n属性、maxExpiresDelta属性、111已叉1'瓜118。01^3丨26属性、和/或？;[161611^)13七6元素的至少其中一个，idRef属性识别EFDT元素，vers1n属性指示EFDT元素的版本，maxExpiresDelta属性指示在发射会话中用于对象的最大期满时间,maxTransportSize属性指示通过EFDT元素描述的对象的最大发射大小，Fi IeTemplate元素指定文件的URL。
[0367]利用控制器，广播接收设备可基于信令信息还原至少一个交付对象(CS15300)。
[0368]利用控制器，广播接收设备可将广播服务和/或至少一个交付对象解码。
[0369 ]图16示出根据本发明实施例的广播接收设备的FEC分组产生。
[0370]通过FEC可以保护通过以上协议交付的交付对象和交付对象的捆绑。基本协议避免了包括任何FEC专用信令。
[0371]FEC框架被限定为在使用源协议时实现交付对象的个体或捆绑的FEC保护。FEC框架使用RFC 6363中限定的FECFRAME工作以及现有FLUTE/ALC/LCT规范中采用的FEC构建块(RFC 5052)的概念。
[0372]FEC设计遵守以下原理。FEC相关信息仅在需要时提供。不符合该框架的接收器可以忽略修复分组。FEC是基于符号的，按照每个被保护的修复流具有固定的符号大小。ALC协议和现有FEC方案被重新使用。FEC修复流提供来自一个或多个源流的交付对象的保护。FEC框架的FEC专用组件是FEC修复流公告、FEC传输对象、FEC超级对象、FEC协议、和/或分组结构。FEC修复流公告包括所有FEC专用信息。为了形成符号对准的数据块，FEC传输对象是交付对象、填充八位字节、以及大小信息的级联。为了将FEC传输对象捆绑用于FEC保护，FEC超级对象是一个或多个FEC传输对象的级联。
[0373]接收器需要能够基于可用的FEC信息从修复分组恢复交付对象。
[0374]FEC协议指定用于