，以及将编码的广播服务封装在MPEG-DASH的至少一个片段中。
[0109]例如，编码器&DASH器C31530可将信令数据、ESG数据、NRT内容数据、以及实时内容数据的至少其中一个编码，并将编码数据封装在MPEG-DASH的至少一个片段中。MPEG-DASH的片段的文件格式可以是ISO BMFF。
[0110]基于至少一个片段，ROUTE发送器C31550可以生成信令信息和/或至少一个交付对象(或对象)。
[0111]信令信息可包括广播服务的发现和/或描述信息。例如，信令信息可包括链路层信令信息和/或服务层信令信息。此外，信令信息可包括ROUTE会话描述、LCT传输会话描述(或LCT会话描述)、和/或交付对象元数据(或对象元数据)AOUTE会话描述可包括与ROUTE会话有关的信令信息。LCT传输会话描述可包括与LCT传输会话有关的信令信息。交付对象元数据可包括与交付对象有关的信令信息。
[0112]交付对象可包括与片段有关的数据。例如，交付对象可包括片段中包括的数据的一部分和/或全部。
[0113]ROUTE发送器C31550可将信令信息和/或至少一个交付对象分组化在分组中。例如，分组可包括LCT分组。
[0114]然后，广播发射装置可以使用ROUTE发送器C31550和/或发射器(未示出)来发射包括信令信息和/或至少一个交付对象的分组。
[0115]广播接收设备可以接收广播服务以及将广播服务解码。例如，广播接收设备可以使用广播接口和/或宽带接口接收包括广播服务的广播信号。广播接收设备可以使用控制器C3250将广播服务解码。广播接收设备的控制器C3250可包括ROUTE接收器C32530和/或DASH客户端C32550的至少其中一个。
[0116]ROUTE接收器C32530可以接收广播服务以及还原信令信息和/或至少一个交付对象。ROUTE接收器C32530可以基于包括广播服务的分组来还原信令信息和/或至少一个交付对象。信令信息可包括物理层信令信息、链路层信令信息、服务层信令信息、交付对象元数据、和/或定时信息的至少其中一个。例如，信令信息可包括ROUTE会话描述、LCT传输会话描述、和/或交付对象元数据的至少其中一个。交付对象可包括与源协议有关的交付对象和/或与修复协议有关的交付对象的至少其中一个。ROUTE接收器C32530可包括分组接收器C32531、对象恢复块C32533、FEC解码器C32535、和/或交付对象缓存C32537的至少其中一个。
[0117]分组接收器C32531可接收包括广播服务的至少一个分组。例如，分组可包括LCT分组。
[0118]对象恢复块C32533可基于包括广播服务的至少一个分组，还原至少一个交付对象和/或与源协议有关的信令信息。
[0119]FEC解码器C32535可基于包括广播服务的至少一个分组，还原至少一个交付对象和/或与修复协议有关的信令信息。
[0120]交付对象缓存C32537可存储信令信息和/或至少一个交付对象，并将信令信息和/或至少一个交付对象交付给DASH客户端C32550。交付对象缓存C32537可基于定时信息，将信令信息和/或至少一个交付对象交付给DASH客户端C32550。
[0121]例如，定时信息可包括同步信息、节目时钟参考(PCR)、解码时间戳(DTS)、和/或呈现时间戳(PTS)的至少其中一个，PCR指示用于一个频道节目的参考时间，DTS指示解码时间，PTS指示再现时间。
[0122]DASH客户端C32550可基于信令信息将至少一个交付对象解码。例如，DASH客户端C32550可基于DASH媒体呈现和/或定时信息将至少一个交付对象解码。
[0123]ROUTE协议的范围是交付对象以及使用LCT分组的关联元数据的可靠交付。通过交付对象缓存，使得对象可用于应用。该缓存的实施方式依赖于应用。
[0124]ROUTE协议集中于LCT分组的格式，以交付交付对象。此外，ROUTE协议集中于基于FEC，利用修复协议可靠地交付交付对象。此外，ROUTE协议集中于连同交付对象一起，限定和交付对象元数据，以实现交付对象缓存与应用之间的接口。此外，R0UTE协议集中于ROUTE和LCT会话描述，以连同它们的元数据一起建立对象的接收。此外，ROUTE协议集中于要连同分组一起交付的辅助信息的规范性方面(格式、语义)，以优化例如实时交付的特定应用的性能。
[0125]此外，ROUTE协议向ROUTE交付提供特定的DASH媒体呈现格式，以及要用于交付的合适的DASH格式。关键问题在于，通过利用ROUTE，可以照原样使用DASH媒体格式。这种体系结构设计实现融合的单播/广播服务。
[0126]图4是示出根据本发明实施例的ROUTE协议的广播发射设备的操作的示意图。
[0127]附图示出基本发送器概念。建立交付LCT分组的ROUTE会话。这些分组可以携带源对象或FEC修复数据。根据自上而下的方法，源协议包括一个或多个LCT会话，分别连同它们的元数据一起携带关联对象。元数据可以在LCT会话实例描述(LSID)中静态地交付，也可以动态地交付，或者作为实体模式中的复合对象，或者作为分组报头中的LCT扩展报头。使用特定FEC方案在ALC中携带分组，该特定FEC方案允许在任意字节边界将对象灵活划分。此夕卜，单独地或者捆绑地，交付对象可以是FEC保护的。在任何情况下，捆绑的对象被编码，并且只交付修复分组。在与源分组的组合中，这样允许恢复交付对象捆绑。注意，可以产生一个或多个修复流，每个流有不同的特性，例如支持不同的延迟要求、不同的保护要求等等。
[0128]DMD(动态元数据)是在客户端动态地产生Π)Τ等效描述的元数据。在实体模式中它携带在实体报头中，而在交付的其他模式中它携带在LCT报头中。
[0129]ROUTE协议支持源数据的不同保护和交付方案。它还支持用于NRT交付的所有现有使用情况，因为它可以部署在向后兼容模式中。
[0130]对于实时交付的情况，交付对象和可能的关联FEC需要被交付为使得交付对象在它们适当时可用于应用。
[0131]仅源协议能够被交付。ROUTE协议可用于实时交付。在这种情况下，可将LSID中的Orealtime标记设置为真。
[0132]如果将Orealtime标记设置为真，则以下应当成立。所有对象应当被交付为使得最后的分组在应用特定期限之前可用。通过应用提供更多的细节。对于所有的随机访问点，应当提供EXT_PRESENTAT 10Ν_??ΜΕ报头。为了在它们的接收与它们的呈现时间之间存储所有分组，OminBufferSi ze可以提供以kByte为单位的最小要求大小。LSID中的EFDT应当被嵌入，或者被提供作为参考。
[0133]可以交付修复协议。如果包括FEC并呈现修复流公告的OminBufferTime，则OminBufferTime表达用于修复流的最小缓冲时间。
[0134]参照安全性考虑，与RFC5775中限定的ALC有关。
[0135]参照规则的NRT内容交付，通过FLUTE或ROUTE可以实现规则的文件交付。通过FLUTE或ROUTE可以实现元数据交付。
[0136]图5示出根据本发明实施例的LSID。
[0137]ROUTE会话与IP地址/端口组合相关联。通常，通过加入这种会话，可以接收会话的所有分组，并且应用协议可以申请进一步处理。
[0138]每个ROUTE会话包括一个或多个LCT传输会话。LCT传输会话是ROUTE会话的子集。对于媒体交付，LCT传输会话通常会携带媒体组件，例如DASH表现(Representat1n)。从广播DASH的角度看，可将ROUTE会话视为携带一个或多个DASH媒体呈现的组成媒体组件的LCT传输会话的复用。在每个LCT传输会话中，携带一个或多个对象，通常是有关的对象，例如，与一个表现相关联的DASH片段。连同每个对象一起交付元数据特性，使得能够在应用中使用对象。应用包括但不限于DASH媒体呈现、HTML-5呈现、或者任何其他对象消耗应用。
[0139]从时间的角度看，可以限制ROUTE会话，也可以解除限制。ROUTE会话包含一个或多个LCT传输会话。每个传输会话通过LCT报头中的唯一传输会话标识符(TSI)唯一地识别。
[0140]在接收器能够加入ROUTE会话之前，接收器需要获得ROUTE会话描述。ROUTE会话描述包含下述中的至少一个，发送器IP地址、用于会话的地址和端口号、会话为ROUTE会话并且所有分组为LCT分组的指示、和/或在IP/UDP级上加入和消耗会话所必要的其他信息。
[0141]会话描述还可包括但不限于用于ROUTE会话的数据速率以及关于ROUTE会话的持续时间的任何信息。
[0142]会话描述可以采用诸如RFC4566中限定的会话描述协议(SDP)或者RFC3023中限定的XML元数据这样的形式。它可被以携带在使用专有会话控制协议的任何会话通告协议中、位于具有调度信息的网页中、或者经由电子邮件或其他带外方法来表达。
[0143]传输会话不是在ROUTE会话描述中而是在LCT会话实例描述(LSID)中描述。传输会话(S卩LCT传输会话或简单LCT会话)可包含源流和修复流的任一个或全部。源流携带源数据。此外，修复流携带修复数据。
[0144]ROUTE会话中包含的LCT传输会话通过LCT会话实例描述(LSID)来描述。具体而言，它限定在ROUTE会话的每个组成LCT传输会话中携带什么。每个传输会话通过LCT报头中的传输会话标识符(TSI)唯一地识别。
[0145]LSID描述在该ROUTE会话上携带的所有传输会话。可以在包含LCT传输会话的相同ROUTE会话中交付LSID，或者可以通过在ROUTE会话外部，例如，通过单播或者通过不同的ROUTE会话，交付LSID。在前一种情况下，LSID应当在TSI=O的专用LCT传输会话上交付，进而，它应当是通过TOI =0来识别的交付对象。对于在TSI = 0上交付的任何对象，应当使用实体模式。如果不在实体模式中交付这些对象，那么对于接收的对象，必须在获得扩展roT之前恢复LSID。
[0146]LSID的互联网媒体类型是应用/xml+route+lsid。
[0147]LSID可以参考其他数据分段。在LSID中参考的任何对象也可以在TSI = O上交付，但是与该LSID本身相比具有不同的TOI的值，或者它可以在专用TSI在O的单独LCT会话上交付。
[0148]附图示出LSID元素。LSID元素可包含vers1n属性、有效性属性、和/或期满属性。LSID元素可以因此利用vers1n属性以及有效性属性和期满属性来更新。例如，在一定时间之后可以终止某些传输会话，并且可以启动新的会话。
[0149]vers1n属性指示该LSID元素的版本。当描述符更新时将版本加一。所接收的有最高版本号的LSID是当前有效版本。
[0150]有效性属性指示LSID元素有效的日期和/或时间。有效性属性可以呈现，也可以不呈现。如果不呈现，则接收器应当假定LSID元素版本立即有效。
[0151]期满属性指示LSID元素期满的日期和时间。期满属性可以呈现，也可以不呈现。如果不呈现，则接收器应当假定LSID元素总是有效，或者直到它接收具有关联期满值的更新LSID元素。
[0152]LSID元素可包含至少一个TransportSes s 1n元素。Transport Sess 1n元素提供关于LCT传输会话的信息。每个TransportSess 1n元素可包含tsi属性、SourceFlow元素、和/或RepairFlow元素的至少其中一个。
[0153]tsi属性指定传输会话标识符。会话标识符不能为O。
[0? 54] SourceFlow元素提供该ts i上携带的源流的信息。
[0?55] RepairFlow元素提供该ts i上携带的修复流的信息。[0?56]图6示出根据本发明实施例的SourceFlow元素。
[0157]源协议是ROUTE为了通过单向信道发射交付对象的核心组件。为了在对象流中交付有关对象，源协议在ROUTE会话中建立一个或多个源流。每个对象单独地被恢复。
[0158]源协议符合RFC 6726中限定的FLUTE以及3GPP TS 26.346中限定的扩展，但是也使用RFC 6968中限定的FCAST的一些原理，例如，可以在复合对象中一起发送对象元数据和对象内容。源协议独立于修复协议，即，可以在没有ROUTE修复协议的情况下部署源协议。可以仅对于某些部署场景添加修复，例如对于移动接收，在某些地理区域中，对于某些服务等等。
[0159]通过源流的描述来限定源协议。源流发送交付对象。源协议使用ALC和LCT来交付对象。
[0160]附图示出SourceFlow元素的语义。以下元素描述源流。
[0161 ] SourceF1w元素限定会话中的源流。SourceFlow包括EFDT元素、idRef属性、real time 属性、minBufferSize 属性、App Ii cat1nl dent if ier元素、和/或至少一个Pay 1adFormat元素的至少其中一个。
[0162]EFDT元素指定文件交付数据的细节。这是扩展Π)Τ实例。ΕΠ)Τ可以被嵌入，也可以被提供作为参考。如果被提供作为参考，则可以独立于LSID来更新EFDT。如果被参考，则应当在所包括的源流的TOI = O上将其作为带内对象交付。
[0163]idRef属性是EFDT的身份，通过对应的传输会话，可以将其表示为URI。
[0164]realtime属性指示是否实时交付交付对象和/或可能的关联FEC。如果real time属性呈现并设置为真，则LCT分组包含扩展报头，扩展报头包括NTP时间戳，NTP时间戳表示所包括的交付对象的呈现时间。如果realtime属性不呈现，则它为假。
[ΟΙ65] minBufferSize属性限定需要存储在接收器中的数据的最大量。如果将Oreal time设置为真，则可以呈现该值。
[ΟΙ66]为了选择用于展示的LCT传输会话，Applicat1nIdentif ier元素提供能够映射到在该传输会话中携带的应用的附加信息，例如，DASH内容的表现ID或者DASH表现的适配集参数。
[0167] 例如,Applicat1nIdentifier元素可包括映射信息。映射信息可以指示信令信息的统一资源定位符(URL)。此外，除了交付对象的唯一地址、对象、或会话之外，映射信息可包括在信令信息中分配的标识符。标识符可包括周期ID、适配集ID、表现ID、和/或组件ID。因此，在MPEG-DASH内容中，映射信息可包括片段URL、表现ID、组件ID、适配集ID、周期ID等等。
[ΟΙ68] 对于更完善的映射，根据本实施例的Applicat1nIdent if ier元素还可包括用于将对象的标识符或URL映射到TOI或TSI的映射信息。换言之，Applicat1nIdentif ier元素还可包括指示当前发射的TOI和/或TSI所映射的对象的标识符和/或URL的信息。在这种情况下，映射信息可以是在一对一基础、一对多基础、或者多对一基础上用于将对象的标识符和/或URL映射到TOI和/或TSI的信息。
[0169] Pay I ο adFo rma t限定携带源流的对象的ROUTE分组的有效载荷格式。Pay 1adFormat 可包括 codePo int 属性、deliveryObjectFormat 属性、fragmentat1n属性、del i veryOrder 属性、sourceFecPay 1adID属性、和/SFECParamenters 的至少其中一个。[O17O] codePoint属性限定将什么codePoint值用于该有效载荷。在LCT报头中这是CP字段的值。在发信号通知该值的时候，对象的交付应当服从以下规则。
[°171 ] deliveryObjectFormat属性指定交付对象的有效载荷格式。
[0172]fragmentat1n属性指示交付对象的单元。例如，如果将fragmentat1n属性设置为O，则单元可以是任意单元。如果将fragmentat1n属性设置为I，则单元可以是作为基于样本的单元的应用特定单元。如果将fragmentat1n属性设置为2，则单元可以是作为盒子的聚合的应用特定单元。
[0173]fragmentat i on属性可以指示通过分组发射的交付对象的单元。或者，fragmentat1n属性可以指示划分交付对象的规则。例如，fragmentat1n属性可以指示是否将DASH片段划分为样本、盒子、和/或某长度的其中一个。
[0174]对象可以对应于MPEG-DASH的片段和/或MMT的MPU，并且交付对象可以对应于对象中包括的子组件。交付对象表示可以独立解码和/或在不依赖在先数据的情况下再现的数据单元。
[0175]交付对象的单元的示例可包括文件、分段、数据块、G0P、访问单元、和/或NAL单元。交付对象的单元不限于此，还可以包括有意义的单元。
[0176]分段可以表示包括一对电影分段盒子(moof)和媒体数据容器盒子(mdat)的数据单元。例如，分段可以对应于MPEG-DASH的子片段，以及对应于MMT的分段。分段可包括至少一个数据块或者至少一个GOP。
[0177]数据块对应于具有相同媒体类型的相邻样本的集合，以及具有可变大小的数据单
J L ο
[0178]GOP对应于用于进行在视频编码中使用的编码的基本单元，以及具有可变大小的数据单元，其指示包括至少一个I帧的帧的集合。根据本发明实施例，在对应于有意义的数据单元的交付对象中独立发射媒体数据，并且因此，GOP可包括开放GOP和/或封闭G0P。
[0179]在开放GOP中，一个GOP中的B帧可以表示相邻GOP的I帧或P帧。因此，开放GOP可以显著提升编码效率。在封闭GOP中，B帧或P帧只表示GOP中的帧，不表示GOP之外的帧。
[0180]访问单元对应于编码的视频或音频的基本数据单元，并且可包括一个图像帧或音频帧。
[0181]基于与网络装置的通信，NAL单元对应于封装和压缩的视频流，视频流包括关于压缩片的摘要信息。例如，NAL单元可以对应于通过将数据分组化所获得的数据单元，例如以字节为单位的NAL单元片、参数集合、SEI等等。
[0182]deli veryOrder属性指示包含交付对象的数据的分组的交付顺序。例如，如果将del iveryOrder属性设置为O，则del i veryOrder属性指示任意顺序。如果将del i veryOrder属性设置为I，则deli veryOrder属性指示顺序交付。如果将deli veryOrder属性设置为2，则del iveryOrder属性指示按照顺序交付来交付媒体样本，并且在电影分段盒子之前交付媒体样本。
[0183]交付对象可包括报头和有效载荷。产生和/或消耗交付对象的报头的顺序可以不同于产生和/或消耗交付对象的有效载荷的顺序。根据本实施例的接收器可以按照消耗顺序，通过重新布置按照产生顺序接收的分组来再现交付对象。
[0184]下面详细描述将del iveryOrder属性设置为O的情况。
[0185]广播发射设备可以按照任意顺序发射包括交付对象的数据的分组。广播接收设备可以按照任意顺序接收分组并重新布置分组。然后，广播接收设备可以准确地还原、解析、和/或再现交付对象。
[0186]下面详细描述将del iveryOrder属性设置为I的情况。
[0187]当先前将媒体数据编码或者先前产生源块时，包括交付对象的数据的分组的发射顺序可以与解析分组的顺序相同。例如，广播发射设备可以先发射对应于交付对象的报头的分组，然后发射对应于交付对象的有效载荷的分组。广播接收设备可以先接收对应于交付对象的报头的分组，然后接收对应于交付对象的有效载荷的分组。之后，广播接收设备可以准确地还原、解析、和/或再现交付对象。
[0188]下面详细描述将del iveryOrder属性设置为2的情况。
[0189]为了产生交付对象，根据本实施例的广播发射设备可以先产生交付对象的有效载荷，然后产生交付对象的报头。在这种情况下，广播发射设备可以产生包括交付对象的有效载荷中的媒体数据的源块。例如，可以依次产生包括在媒体数据盒子(mdat)中包括的媒体数据的至少一个源块。之后，广播发射设备可以产生包括交付对象的报头的源块。
[0190]为了实时发射媒体内容，广播发射设备可以按照产生顺序来发射源块。换言之，广播发射设备可以先发射包括交付对象的有效载荷的源块(或分组)，然后发射包括交付对象的报头的源块(或分组)。
[0191]在这种情况下，根据本实施例的广播接收设备可以接收并重新布置分组。然后，广播接收设备可以准确地还原交付对象。广播接收设备可以先解析交付对象的报头，然后解析交付对象的有效载荷。
[0192]SourceFecPayloadID属性限定Source FEC Payload ID的格式。例如，如果将SourceFecPayloadID属性设置为O，则Source FEC Payload ID不存在并且全部交付对象都包含在此分组中C3FECParameters将不存在。如果将sourceFecPay 1adID属性设置为I，贝IjSource FEC Payload ID为32比特并且表示对象中的起始偏移。FECParameters将不存在。如果将SourceFecPayloadID属性设置为2，则FECParameters限定Source FEC Payload ID的格式。
[0193]下面详细描述sourceFecPay 1adID为I的情况。
[0194]在这种情况下，SourceFEC Payload ID可以指示发射交付对象的分组的有效载荷的第一字节的位置。Source FEC Payload ID可以指示在对象中当前发射的分组有效载荷的偏移(时间位置或空间位置)。
[0195]基于Source FEC Payload ID，广播接收设备可以识别交付对象和/或在对象中当前发射的分组的顺序。广播接收设备可以基于Source FEC Payload ID，依次对准接收的分组，并准确地还原、