CN106416284B - 广播信号发送设备和广播信号发送方法 - Google Patents
广播信号发送设备和广播信号发送方法 Download PDFInfo
- Publication number
- CN106416284B CN106416284B CN201580003486.7A CN201580003486A CN106416284B CN 106416284 B CN106416284 B CN 106416284B CN 201580003486 A CN201580003486 A CN 201580003486A CN 106416284 B CN106416284 B CN 106416284B
- Authority
- CN
- China
- Prior art keywords
- service
- information
- signaling
- data
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000011664 signaling Effects 0.000 claims abstract description 929
- 230000005540 biological transmission Effects 0.000 claims description 459
- 230000000875 corresponding Effects 0.000 claims description 132
- 230000008929 regeneration Effects 0.000 claims description 3
- 238000011069 regeneration method Methods 0.000 claims description 3
- 206010046306 Upper respiratory tract infection Diseases 0.000 claims 4
- 238000002156 mixing Methods 0.000 abstract description 11
- 239000010410 layer Substances 0.000 description 628
- 239000000306 component Substances 0.000 description 567
- 230000002708 enhancing Effects 0.000 description 115
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical compound CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 description 75
- 230000011218 segmentation Effects 0.000 description 72
- 210000004027 cells Anatomy 0.000 description 67
- 102100004336 LCP1 Human genes 0.000 description 64
- 101700057588 LCP1 Proteins 0.000 description 64
- XCCTYIAWTASOJW-XVFCMESISA-N Uridine-5'-Diphosphate Chemical compound O[C@@H]1[C@H](O)[C@@H](COP(O)(=O)OP(O)(O)=O)O[C@H]1N1C(=O)NC(=O)C=C1 XCCTYIAWTASOJW-XVFCMESISA-N 0.000 description 47
- 238000000034 method Methods 0.000 description 45
- 238000010586 diagram Methods 0.000 description 35
- UIIMBOGNXHQVGW-UHFFFAOYSA-M buffer Substances [Na+].OC([O-])=O UIIMBOGNXHQVGW-UHFFFAOYSA-M 0.000 description 33
- 238000002716 delivery method Methods 0.000 description 31
- 240000000691 Houttuynia cordata Species 0.000 description 30
- 102100012668 PLS1 Human genes 0.000 description 28
- 101700077478 PLS1 Proteins 0.000 description 28
- 238000005538 encapsulation Methods 0.000 description 28
- 238000007906 compression Methods 0.000 description 26
- 230000004301 light adaptation Effects 0.000 description 24
- 238000010348 incorporation Methods 0.000 description 23
- 230000001702 transmitter Effects 0.000 description 23
- 230000000051 modifying Effects 0.000 description 21
- 230000001965 increased Effects 0.000 description 18
- 239000000203 mixture Substances 0.000 description 15
- 125000001917 2,4-dinitrophenyl group Chemical group [H]C1=C([H])C(=C([H])C(=C1*)[N+]([O-])=O)[N+]([O-])=O 0.000 description 12
- 230000004048 modification Effects 0.000 description 12
- 238000006011 modification reaction Methods 0.000 description 12
- 239000012092 media component Substances 0.000 description 11
- 230000003068 static Effects 0.000 description 11
- 238000011084 recovery Methods 0.000 description 10
- 239000000969 carrier Substances 0.000 description 9
- 230000000694 effects Effects 0.000 description 8
- 239000000284 extract Substances 0.000 description 8
- 238000007792 addition Methods 0.000 description 7
- 239000011159 matrix material Substances 0.000 description 7
- 238000011068 load Methods 0.000 description 6
- 230000001360 synchronised Effects 0.000 description 6
- 241001269238 Data Species 0.000 description 5
- 238000003780 insertion Methods 0.000 description 5
- 238000004904 shortening Methods 0.000 description 5
- 238000003860 storage Methods 0.000 description 5
- 235000010384 tocopherol Nutrition 0.000 description 5
- 235000019731 tricalcium phosphate Nutrition 0.000 description 5
- BCGWQEUPMDMJNV-UHFFFAOYSA-N Imipramine Chemical compound C1CC2=CC=CC=C2N(CCCN(C)C)C2=CC=CC=C21 BCGWQEUPMDMJNV-UHFFFAOYSA-N 0.000 description 4
- 230000003139 buffering Effects 0.000 description 4
- 238000009826 distribution Methods 0.000 description 4
- 235000013399 edible fruits Nutrition 0.000 description 4
- 230000002123 temporal effect Effects 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 3
- 238000011049 filling Methods 0.000 description 3
- 230000037361 pathway Effects 0.000 description 3
- 238000005215 recombination Methods 0.000 description 3
- 241000208340 Araliaceae Species 0.000 description 2
- 235000003140 Panax quinquefolius Nutrition 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 239000006185 dispersion Substances 0.000 description 2
- 235000005035 ginseng Nutrition 0.000 description 2
- 235000008434 ginseng Nutrition 0.000 description 2
- 239000002346 layers by function Substances 0.000 description 2
- 230000032696 parturition Effects 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 230000003252 repetitive Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 208000006111 Contracture Diseases 0.000 description 1
- 241000907513 Dakar bat virus Species 0.000 description 1
- 235000004418 Durio kutejensis Nutrition 0.000 description 1
- 241000406668 Loxodonta cyclotis Species 0.000 description 1
- 206010062575 Muscle contracture Diseases 0.000 description 1
- 206010047571 Visual impairment Diseases 0.000 description 1
- 229910002056 binary alloy Inorganic materials 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000001235 constant-final-state spectroscopy Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 230000001419 dependent Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 210000003317 double-positive, alpha-beta immature T lymphocyte Anatomy 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 230000003287 optical Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000002093 peripheral Effects 0.000 description 1
- 238000006116 polymerization reaction Methods 0.000 description 1
- 238000004064 recycling Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 239000012536 storage buffer Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Abstract
本发明提供一种用于发送广播信号的方法。根据本发明的用于发送广播信号的方法在支持使用陆地广播网络和互联网的下一代混合广播的环境下支持下一代广播服务。另外，本发明提供在支持下一代混合广播的环境中能够使用陆地广播网络和互联网两者的有效的信令方法。
Description
技术领域
本发明涉及发送广播信号的设备、接收广播信号的设备以及发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号与模拟广播信号相比可包括更大量的视频/音频数据，并且除了视频/音频数据以外还包括各种类型的附加数据。
发明内容
技术问题
即，数字广播系统可提供HD(高清晰度)图像、多声道音频和各种附加服务。然而，用于大量数据的传输的数据传输效率、发送/接收网络的鲁棒性以及考虑移动接收设备的网络灵活性需要被改进以用于数字广播。
技术方案
本发明提供一种在使用陆地广播网络和互联网支持未来的混合广播的环境下能够有效地支持未来的广播服务的系统和有关信令方法。
有益效果
本发明可通过基于服务特性处理数据来相对于服务或服务组件控制服务质量(QoS)，从而提供各种广播服务。
本发明可通过经由相同的射频(RF)信号带宽发送各种广播服务来实现传输灵活性。
本发明可提供用于发送和接收广播信号的方法和设备，其使得数字广播信号甚至在使用移动接收装置时或者甚至在室内环境中也能够被无误地接收。
本发明可利用地面广播网络和互联网在支持未来混合广播的环境中有效地支持未来广播服务。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图示出本发明的实施例并且与说明书一起用于说明本发明的原理。附图中：
图1示出根据本发明的实施例的接收机协议栈；
图2示出根据本发明的实施例的SLT与服务层信令(SLS)之间的关系；
图3示出根据本发明的实施例的SLT；
图4示出根据本发明的实施例的SLS引导和服务发现处理；
图5示出根据本发明的实施例的用于ROUTE/DASH的USBD分段；
图6示出根据本发明的实施例的用于ROUTE/DASH的S-TSID分段；
图7示出根据本发明的实施例的用于MMT的USBD/USD分段；
图8示出根据本发明的实施例的链路层协议架构；
图9示出根据本发明的实施例的链路层分组的基本头的结构；
图10示出根据本发明的实施例的链路层分组的附加头的结构；
图11示出根据本发明的另一实施例的链路层分组的附加头的结构；
图12示出根据本发明的实施例的用于MPEG-2TS分组的链路层分组的头结构及其封装处理；
图13示出根据本发明的实施例的IP头压缩中的适配模式的示例(发送侧)；
图14示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表；
图15示出根据本发明的实施例的发送机侧的链路层的结构；
图16示出根据本发明的实施例的接收机侧的链路层的结构；
图17示出根据本发明的实施例的通过链路层的信令传输的配置(发送侧/接收侧)；
图18是示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置的框图；
图19是示出根据本发明的实施例的比特交织编码和调制(BICM)块的框图；
图20是示出根据本发明的另一实施例的BICM块的框图；
图21示出根据本发明的实施例的物理层信令(PLS)的比特交织处理；
图22是示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置的框图；
图23示出根据本发明的实施例的帧的信令层次结构；
图24是示出根据本发明的实施例的PLS1数据的表；
图25是示出根据本发明的实施例的PLS2数据的表；
图26是示出根据本发明的另一实施例的PLS2数据的表；
图27示出根据本发明的实施例的帧的逻辑结构；
图28示出根据本发明的实施例的PLS映射；
图29示出根据本发明的实施例的时间交织；
图30示出根据本发明的实施例的扭曲行-列块交织器的基本操作；
图31示出根据本发明的另一实施例的扭曲行-列块交织器的操作；
图32是示出根据本发明的实施例的根据各个FFT模式的包括主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器的框图；
图33示出根据本发明的实施例的用于所有FFT模式的主PRBS；
图34示出根据本发明的实施例的用于FFT模式的次PRBS和用于频率交织的交织地址；
图35示出根据本发明的实施例的时间交织器的写入操作；
图36是示出根据PLP的数量应用的交织类型的表；
图37是包括混合时间交织器的结构的第一示例的框图；
图38是包括混合时间交织器的结构的第二示例的框图；
图39是包括混合时间解交织器的结构的第一示例的框图；
图40是包括混合时间解交织器的结构的第二示例的框图；
图41是图示根据本发明的实施例的广播系统的配置的框图；
图42图示根据本发明的第一实施例的信令数据的配置；
图43图示根据本发明的第一实施例的服务；
图44图示根据本发明的第一实施例的SMT；
图45图示根据本发明的第二实施例的信令数据的配置；
图46图示根据本发明的第二实施例的USD；
图47图示根据本发明的第二实施例的服务；
图48图示根据本发明的第三实施例的信令数据的配置；
图49图示根据本发明的第三实施例的USD；
图50图示根据本发明的第三实施例的服务；
图51图示根据本发明的第四实施例的信令数据的配置；
图52图示根据本发明的第四实施例的服务；
图53图示根据本发明的第五实施例的信令数据的配置；
图54图示根据本发明的第五实施例的服务；
图55图示根据本发明的第六实施例的信令数据的配置；
图56图示根据本发明的第一至第六实施例的信令的效果；
图57图示根据本发明的实施例的广播传输方法的流程图；
图58是图示根据本发明的实施例的广播接收方法的流程图；
图59图示根据本发明的第七实施例的信令数据的配置；
图60图示根据本发明的第七实施例的USD；
图61图示根据本发明的第七实施例的ATSC SDP和/或LSID；
图62图示根据本发明的第七实施例的服务层信令；
图63图示根据本发明的第八实施例的减少信令大小的方法；
图64图示根据本发明的第九实施例的USD；
图65图示根据本发明的第九实施例的服务层信令；
图66图示根据本发明的第十实施例的信令数据的配置；
图67图示根据本发明的第十实施例的信令数据的配置；
图68图示根据本发明的第十实施例的根据服务层信令数据传输间隔的传输的示例；
图69图示根据本发明的第十实施例的根据服务层信令数据传输间隔的传输的示例；
图70图示根据本发明的第十三实施例的信令数据的配置；
图71图示根据本发明的第十三实施例的SDP；
图72图示根据本发明的第十三实施例的服务层信令；
图73图示根据本发明的第十三实施例的服务层信令；
图74图示根据本发明的实施例的用于消费广播服务/内容的接收机的信令性能的信令结构；
图75图示根据本发明的实施例的接收机使用信令结构访问广播服务/内容的过程；
图76图示根据本发明的实施例的提供关于通过其发送广播服务/内容的数据的传输会话的信息的USD；
图77图示根据本发明的实施例的接收机使用信令结构访问广播服务/内容的过程；
图78是图示根据本发明的实施例的用于生成和处理广播信号的方法的流程图；
图79是根据本发明的实施例的广播系统的框图；
图80图示根据本发明的实施例的用于指示全MPD URI的扩展的USBD/USD；
图81图示根据本发明的实施例的用于指示全MPD URI的扩展的USBD/USD；
图82图示根据本发明的实施例的用于指示全MPD URI的扩展的USBD/USD；
图83图示根据本发明的实施例的用于指示全MPD URI的扩展的USBD/USD；
图84是图示根据本发明的实施例的用于发送广播信号的方法的流程图；以及
图85是根据本发明的实施例的用于发送广播信号的设备的框图。
具体实施方式
现在将详细参考本发明的优选实施例，其示例示出于附图中。下面将参考附图给出的详细描述旨在说明本发明的示例性实施例，而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实践。
尽管本发明中所使用的术语选自通常已知和使用的术语，但是本发明的描述中所提及的一些术语是由申请人斟酌选择的，其详细含义在本文描述的相关部分中描述。另外，要求本发明不简单地按照所使用的实际术语来理解，而是按照落入其内的各个术语的含义来理解。
本发明提供用于发送和接收用于未来广播服务的广播信号的设备和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、超高清电视(UHDTV)服务等。根据一个实施例，本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
图1示出根据本发明的实施例的接收机协议栈。
在通过广播网络的广播服务传送中可使用两种方案。
在第一种方案中，基于MPEG媒体传输(MMT)利用MMT协议(MMTP)来发送媒体处理单元(MPU)。在第二方案中，可基于MPEG DASH利用经由单向传输的实时对象传送(ROUTE)来发送HTTP动态适配流(DASH)片段。
利用ROUTE传送包括NRT媒体、EPG数据和其它文件的非时序内容。可经由MMTP和/或ROUTE传送信令，而通过服务列表表格(SLT)提供引导信令信息。
在混合服务传送中，在宽带侧使用经由HTTP/TCP/IP的MPEG DASH。ISO基本媒体文件格式(BMFF)的媒体文件用作传送、媒体封装和同步格式以用于广播和宽带传送二者。这里，混合服务传送可表示通过宽带路径传送一个或更多个节目要素的情况。
利用三个功能层传送服务。这些功能层是物理层、传送层和服务管理层。物理层提供经由广播物理层和/或宽带物理层传输信令、服务声明和IP分组流的机制。传送层提供对象和对象流传输功能。通过MMTP或ROUTE协议允许经由广播物理层在UDP/IP多播上操作，通过HTTP协议允许经由宽带物理层在TCP/IP单播上操作。服务管理层使得诸如线性TV或HTML5应用服务的任何类型的服务能够由下面的传送层和物理层承载。
在该图中，广播侧的协议栈部分可被分成通过SLT和MMTP发送的部分以及通过ROUTE发送的部分。
SLT可通过UDP层和IP层来封装。这里，SLT将在下面描述。MMTP可发送以MMT中定义的MPU格式来格式化的数据以及根据MMTP的信令信息。这些数据可通过UDP层和IP层来封装。ROUTE可发送以DASH片段形式格式化的数据、信令信息以及诸如NRT数据等的非时序数据。这些数据可通过UDP层和IP层封装。根据给定实施例，根据UDP层和IP层的一些或所有处理可被省略。这里，所示的信令信息可以是与服务有关的信令信息。
通过SLT和MMTP发送的部分和通过ROUTE发送的部分可在UDP层和IP层中处理，然后在数据链路层中再次被封装。链路层将在下面描述。在链路层中处理的广播数据可在物理层中通过诸如编码/交织等的处理作为广播信号进行多播。
在该图中，宽带侧的协议栈部分可如上所述通过HTTP来发送。以DASH片段形式格式化的数据、信令信息、NRT信息等可通过HTTP发送。这里，所示的信令信息可以是与服务有关的信令信息。这些数据可通过TCP层和IP层处理，然后被封装到链路层中。根据给定实施例，TCP层、IP层和链路层中的一些或所有可被省略。随后处理的宽带数据可通过用于在物理层中传输的处理在宽带中通过单播来发送。
服务可以是聚合地呈现给用户的媒体组件的收集；组件可以是多种媒体类型；服务可以是连续的或间歇的；服务可以是实时的或非实时的；实时服务可由TV节目的序列组成。
图2示出根据本发明的实施例的SLT和SLS之间的关系。
服务信令提供服务发现和描述信息，并且包括两个功能组件：经由服务列表表格(SLT)和服务层信令(SLS)的引导信令。这些表示发现和获取用户服务所需的信息。SLT使得接收机能够构建基本服务列表，并且针对各个服务引导SLS的发现。
SLT可允许基本服务信息的非常快速的获取。SLS使得接收机能够发现和访问服务及其内容组件。SLT和SLS的细节将在下面描述。
如上文所述，SLT可通过UDP/IP来发送。在这种情况下，根据给定实施例，与SLT对应的数据可通过在此传输中最鲁棒的方案来传送。
SLT可具有用于访问通过ROUTE协议传送的SLS的访问信息。换言之，SLT可根据ROUTE协议被引导至SLS中。SLS是在上述协议栈中位于ROUTE的上层中的信令信息，并且可通过ROUTE/UDP/IP来传送。SLS可通过ROUTE会话中所包括的LCT会话之一来发送。可利用SLS访问与期望的服务对应的服务组件。
另外，SLT可具有用于访问通过MMTP传送的MMT信令组件的访问信息。换言之，SLT可根据MMTP被引导至SLS中。SLS可通过MMT中定义的MMTP信令消息来传送。可利用SLS访问与期望的服务对应的流服务组件(MPU)。如上文所述，在本发明中，NRT服务组件通过ROUTE协议来传送，并且根据MMTP的SLS可包括用于访问ROUTE协议的信息。在宽带传送中，SLS被承载于HTTP/TCP/IP上。
图3示出根据本发明的实施例的SLT。
首先，将描述服务管理、传送和物理层的各个逻辑实体之间的关系。
服务可作为两个基本类型中的一个来用信号通知。第一种类型是线性音频/视频或者仅音频服务(可具有基于应用的增强)。第二种类型是其呈现和构成通过在获取服务时执行的下载的应用来控制的服务。后者可被称为“基于应用的”服务。
关于用于承载服务的内容组件的ROUTE/LCT会话和/或MMTP会话的存在的规则可如下。
对于没有基于应用的增强的线性服务的广播传送，服务的内容组件可通过(1)一个或更多个ROUTE/LCT会话或者(2)一个或更多个MMTP会话中的任一者(但非二者)来承载。
对于具有基于应用的增强的线性服务的广播传送，服务的内容组件可通过(1)一个或更多个ROUTE/LCT会话和(2)零个或更多个MMTP会话来承载。
在特定实施例中，可允许在同一服务中使用MMTP和ROUTE二者来用于流媒体组件。
对于基于应用的服务的广播传送，服务的内容组件可通过一个或更多个ROUTE/LCT会话来承载。
各个ROUTE会话包括一个或更多个LCT会话，该一个或更多个LCT会话整体或部分地承载构成服务的内容组件。在流服务传送中，LCT会话可承载诸如音频、视频或隐藏字幕流的用户服务的各个组件。流媒体被格式化为DASH片段。
各个MMTP会话包括一个或更多个MMTP分组流，该一个或更多个MMTP分组流承载MMT信令消息或者整体或部分地承载内容组件。MMTP分组流可承载MMT信令消息或者被格式化为MPU的组件。
对于NRT用户服务或者系统元数据的传送，LCT会话承载基于文件的内容项。这些内容文件可由NRT服务的连续的(基于时间的)或者离散的(非基于时间的)媒体组件或者诸如服务信令或ESG分段的元数据组成。诸如服务信令或ESG分段的系统元数据的传送也可通过MMTP的信令消息模式来实现。
广播流是对按照在指定带宽内居中的载波频率定义的RF信道的抽象。它通过[地理区域，频率]的对来标识。物理层管道(PLP)对应于RF信道的一部分。各个PLP具有特定调制和编译参数。它通过在它所属于的广播流内唯一的PLP标识符(PLPID)来标识。这里，PLP可被称作DP(数据管道)。
各个服务通过两种形式的服务标识符来标识：紧凑形式，用在SLT中并且仅在广播区域内唯一；和全局唯一形式，用在SLS和ESG中。ROUTE会话通过源IP地址、目的地IP地址和目的地端口号来标识。LCT会话(与其所承载的服务组件关联)通过在父ROUTE会话的范围内唯一的传输会话标识符(TSI)来标识。在称为基于服务的传输会话实例描述(S-TSID)的ROUTE信令结构(是服务层信令的部分)中给出了LCT会话所共有的性质以及各个LCT会话所独特的特定性质。各个LCT会话被承载于单个物理层管道上。根据给定实施例，一个LCT会话可通过多个PLP来发送。ROUTE会话的不同的LCT会话可被包含在不同的物理层管道中或者可不被包含在不同的物理层管道中。这里，ROUTE会话可通过多个PLP来传送。S-TSID中描述的性质包括各个LCT会话的TSI值和PLPID、传送对象/文件的描述符和应用层FEC参数。
MMTP会话通过目的地IP地址和目的地端口号来标识。MMTP分组流(与它所承载的服务组件关联)通过在父MMTP会话的范围内唯一的packet_id来标识。SLT中给出了MMTP分组流所共有的性质以及MMTP分组流的特定性质。各个MMTP会话的性质通过MMTP会话内可承载的MMT信令消息来给出。MMTP会话的不同MMTP分组流可被包含在不同物理层管道中或者可不被包含在不同物理层管道中。这里，MMTP会话可通过多个PLP来传送。MMT信令消息中所描述的性质包括各个MMTP分组流的packet_id值和PLPID。这里，MMT信令消息可具有MMT中所定义的形式，或者根据下面将描述的实施例具有变形的形式。
以下将描述低级信令(LLS)。
具有专用于此功能的熟知地址/端口的IP分组的有效载荷中所承载的信令信息被称作低级信令(LLS)。可根据实施例不同地配置IP地址和端口号。在一个实施例中，可在具有地址224.0.23.60和目的地端口4937/udp的IP分组中传输LLS。在上述协议栈上，LLS可位于由“SLT”表示的部分中。然而，根据给定实施例，LLS可通过信号帧中的单独的物理信道(专用信道)来发送，而不经受UDP/IP层的处理。
传送LLS数据的UDP/IP分组可按照被称作LLS表的形式来格式化。传送LLS数据的各个UDP/IP分组的第一字节可对应于LLS表的开始。任何LLS表的最大长度受到可从PHY层传送的最大IP分组(65507字节)限制。
LLS表可包括标识LLS表的类型的LLS表ID字段以及标识LLS表的版本的LLS表版本字段。根据LLS表ID字段所指示的值，LLS表可包括上述SLT或者分级区域表(RRT)。RRT可具有关于内容分级的信息。
以下将描述SLT。LLS可以是支持接收机的快速信道扫描和服务获取的引导的信令信息，SLT可以是用于构建基本服务列表并且提供SLS的引导发现的信令信息表。
SLT的功能类似于MPEG-2系统中的节目关联表(PAT)以及见于ATSC系统中的快速信息信道(FIC)。对于首次遇到广播发射的接收机，就从这里开始。SLT支持快速信道扫描，其允许接收机构建它可接收的所有服务的列表(带有其信道名称、信道号等)，SLT提供允许接收机针对各个服务发现SLS的引导信息。对于ROUTE/DASH传送服务，引导信息包括承载SLS的LCT会话的目的地IP地址和目的地端口。对于MMT/MPU传送服务，引导信息包括承载SLS的MMTP会话的目的地IP地址和目的地端口。
SLT通过将关于各个服务的以下信息包括在广播流中来支持快速信道扫描和服务获取。首先，SLT可包括允许对于观看者有意义并且可支持经由信道号或者上/下选择的初始服务选择的服务列表的呈现所需的信息。其次，SLT可包括定位所列的各个服务的服务层信令所需的信息。即，SLT可包括与传送SLS的位置有关的访问信息。
所示的根据本实施例的SLT被表示成具有SLT根要素的XML文档。根据给定实施例，SLT可按照二进制格式或XML文档来表示。
图中所示的SLT的SLT根要素可包括@bsid、@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers、@language、@capabilities、InetSigLoc和/或Service。根据给定实施例，SLT根要素还可包括@providerId。根据给定实施例，SLT根要素可不包括@language。
服务要素可包括@serviceId、@SLTserviceSeqNumber、@protected、@majorChannelNo、@minorChannelNo、@serviceCategory、@shortServiceName、@hidden、@slsProtocolType、BroadcastSignaling、@slsPlpId、@slsDestinationIpAddress、@slsDestinationUdpPort、@slsSourceIpAddress、@slsMajorProtocolVersion、@SlsMinorProtocolVersion、@serviceLanguage、@broadbandAccessRequired、@capabilities和/或InetSigLoc。
根据给定实施例，SLT的属性或要素可被添加/改变/删除。SLT中所包括的各个要素可另外具有单独的属性或要素，并且根据本实施例的一些属性或要素可被省略。这里，用@标记的字段可对应于属性，没有用@标记的字段可对应于要素。
@bsid是整个广播流的标识符。BSID的值可在区域层面为唯一的。
@providerId可以是使用该广播流的部分或全部的广播商的索引。这是可选属性。当它不存在时，表示该广播流由一个广播商使用。图中未示出@providerId。
@sltSectionVersion可以是SLT区段的版本号。当SLT内承载的信息发生变化时，sltSectionVersion可增加1。当它达到最大值时，它返回0。
@sltSectionNumber可以是SLT的该区段的编号，从1开始计数。换言之，@sltSectionNumber可对应于SLT区段的区段号。当不使用此字段时，@sltSectionNumber可被设定为默认值1。
@totalSltSectionNumbers可以是此区段作为其一部分的SLT的区段的总数(即，具有最高sltSectionNumber的区段)。sltSectionNumber和totalSltSectionNumbers一起可被认为指示当按照分段发送时SLT的一部分的“N中的部分M”。换言之，当发送SLT时，可支持通过分段的传输。当不使用此字段时，@totalSltSectionNumbers可被设定为默认值1。不使用此字段的情况可对应于SLT不通过分段来发送的情况。
@language可指示此slt实例中所包括的服务的主语言。根据给定实施例，此字段的值可具有ISO中所定义的三字符语言代码。此字段可被省略。
@capabilities可指示用于解码并有意义地呈现该slt实例中的所有服务的内容所需的能力。
InetSigLoc可提供告知接收机它可从哪里经由宽带从外部服务器获取任何请求的类型的数据的URL。此要素可包括@urlType作为下级字段。根据@urlType字段的值，可指示由InetSigLoc提供的URL的类型。根据给定实施例，当@urlType字段具有值0时，InetSigLoc可提供信令服务器的URL。当@urlType字段具有值1时，InetSigLoc可提供ESG服务器的URL。当@urlType字段具有其它值时，字段可被预留以用于未来使用。
service字段是具有关于各个服务的信息的要素，并且可对应于服务入口。可存在与SLT所指示的服务的数量对应的服务要素字段。以下将描述service字段的下级属性/要素。
@serviceId可以是在此广播区域的范围内唯一地标识此服务的整数。根据给定实施例，@serviceId的范围可改变。@SLTserviceSeqNumber可以是指示服务ID等于上述serviceId属性的SLT服务信息的序列号的整数。SLTserviceSeqNumber值对于各个服务可从0开始并且每当此服务要素中的任何属性改变时可增加1。如果与具有特定值的ServiceID的先前服务要素相比没有属性值改变，则SLTserviceSeqNumber将不增加。SLTserviceSeqNumber字段在达到最大值之后返回0。
@protected是可指示用于服务的有意义再生的一个或更多个组件是否处于受保护状态的标志信息。当被设定为“1”(真)时，有意义呈现所需的一个或更多个组件受到保护。当被设定为“0”(假)时，此标志指示服务的有意义呈现所需的组件未受保护。默认值为假。
@majorChannelNo是表示服务的“主”信道号的整数。该字段的示例可具有1至999的范围。
@minorChannelNo是表示服务的“次”信道号的整数。该字段的示例可具有1至999的范围。
@serviceCategory可指示此服务的类别。此字段可指示根据实施例而变化的类型。根据给定实施例，当此字段具有值1、2和3时，所述值可分别对应于线性A/V服务、仅线性音频服务和基于应用的服务。当此字段具有值0时，所述值可对应于未定义类别的服务。当此字段具有除了1、2和3之外的其它值时，该字段可被预留以用于未来使用。@shortServiceName可以是服务的短字符串名称。
@hidden可以是布尔值，当其存在并被设定为“真”时指示服务旨在用于测试或专有用途，并且将不被普通TV接收机选择。当不存在时默认值为“假”。
@slsProtocolType可以是指示此服务所使用的服务层信令的协议类型的属性。此字段可指示根据实施例而变化的类型。根据给定实施例，当此字段具有值1和2时，各个对应服务所使用的SLS的协议可分别为ROUTE和MMTP。当此字段具有除了0之外的其它值时，该字段可被预留以用于未来使用。此字段可被称作@slsProtocol。
BroadcastSignaling及其下级属性/要素可提供与广播信令相关的信息。当BroadcastSignaling要素不存在时，父服务要素的子要素InetSigLoc可存在，并且其属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下，属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务要素的serviceId属性。
另选地，当BroadcastSignaling要素不存在时，要素InetSigLoc可作为slt根要素的子要素而存在，并且该InetSigLoc要素的属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下，URL_type 0x00的属性url支持查询参数svc＝<service_id>，其中service_id对应于父服务要素的serviceId属性。
@slsPlpId可以是表示整数的字符串，其指示承载此服务的SLS的物理层管道的PLPID。
@slsDestinationIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4目的地地址的字符串。
@slsDestinationUdpPort可以是包含承载此服务的SLS数据的分组的端口号的字符串。如上文所述，可通过目的地IP/UDP信息执行SLS引导。
@slsSourceIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4源地址的字符串。
@slsMajorProtocolVersion可以是用于传送此服务的服务层信令的协议的主版本号。默认值为1。
@SlsMinorProtocolVersion可以是用于传送此服务的服务层信令的协议的次版本号。默认值为0。
@serviceLanguage可以是指示服务的主语言的三字符语言代码。此字段的值可具有根据实施例而变化的形式。
@broadbandAccessRequired可以是指示接收机需要宽带访问来进行服务的有意义的呈现的布尔值。默认值为假。当此字段具有值真时，接收机需要访问宽带以用于有意义服务再生，这可对应于混合服务传送的情况。
@capabilities可表示用于解码并有意义地呈现服务ID等于上述serviceId属性的服务的内容所需的能力。
InetSigLoc可提供用于经由宽带(如果可用的话)访问信令或声明信息的URL。其数据类型可以是任何URL数据类型的扩展，增加了指示URL允许访问什么的@urlType属性。此字段的@urlType字段可指示与上述InetSigLoc的@urlType字段相同的含义。当属性URL_type 0x00的InetSigLoc要素作为SLT的要素存在时，它可用于做出对信令元数据的HTTP请求。HTTP POST消息主体可包括服务项。当InetSigLoc要素出现在区段层面时，该服务项用于指示所请求的信令元数据对象所应用于的服务。如果不存在服务项，则请求区段中的所有服务的信令元数据对象。当InetSigLoc出现在服务层面时，则不需要服务项来指定期望的服务。当提供属性URL_type 0x01的InetSigLoc要素时，它可用于经由宽带检索ESG数据。如果要素作为服务要素的子要素出现，则URL可用于检索该服务的ESG数据。如果要素作为SLT要素的子要素出现，则URL可用于检索该区段中的所有服务的ESG数据。
在SLT的另一示例中，SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可被省略。
另外，上述InetSigLoc字段可被@sltInetSigUri和/或@sltInetEsgUri字段代替。这两个字段可分别包括信令服务器的URI和ESG服务器的URI信息。与SLT的下级字段对应的InetSigLoc字段以及与service字段的下级字段对应的InetSigLoc字段可按照相似的方式被代替。
所建议的默认值可根据实施例而变化。所示的“用途”列涉及各个字段。这里，“1”可指示对应字段是必要字段，“0..1”可指示对应字段是可选字段。
图4示出根据本发明的实施例的SLS引导和服务发现处理。
以下将描述SLS。
SLS可以是提供用于服务及其内容组件的发现和获取的信息的信令。
对于ROUTE/DASH，用于各个服务的SLS描述了服务的特性，例如其组件的列表及哪里获取它们以及进行服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中，SLS包括用户服务绑定描述(USBD)、S-TSID和DASH媒体呈现描述(MPD)。这里，USBD或用户服务描述(USD)是SLS XML分段之一，并且可用作描述特定描述性信息的信令herb。USBD/USD可被扩展超过3GPP MBMS。USBD/USD的细节将在下面描述。
服务信令聚焦于服务本身的基本属性，特别是获取服务所需的那些属性。旨在用于观看者的服务和节目的性质作为服务声明或ESG数据出现。
各个服务具有单独的服务信令允许接收机获取感兴趣的服务的适合SLS，而无需解析广播流内承载的整个SLS。
为了服务信令的可选宽带传送，如上所述，SLT可包括可获得服务信令文件的HTTPURL。
LLS用于引导SLS获取，此后，SLS用于获取在ROUTE会话或MMTP会话上传送的服务组件。所描述的图示出以下信令序列。接收机开始获取上述SLT。经由ROUTE会话传送的service_id所标识的各个服务提供SLS引导信息：PLPID(#1)、源IP地址(sIP1)、目的地IP地址(dIP1)和目的地端口号(dPort1)。经由MMTP会话传送的service_id所标识的各个服务提供SLS引导信息：PLPID(#2)、目的地IP地址(dIP2)和目的地端口号(dPort2)。
对于使用ROUTE的流服务传送，接收机可获取在IP/UDP/LCT会话和PLP上承载的SLS分段；而对于使用MMTP的流服务传送，接收机可获取在MMTP会话和PLP上承载的SLS分段。对于使用ROUTE的服务传送，这些SLS分段包括USBD/USD分段、S-TSID分段和MPD分段。它们与一个服务相关。USBD/USD分段描述服务层性质并且提供对S-TSID分段的URI参考以及对MPD分段的URI参考。换言之，USBD/USD可参考S-TSID和MPD。对于使用MMTP的服务传送，USBD参考MMT信令的MPT消息，其MP表提供分组ID的标识以及属于服务的资产的位置信息。这里，资产是多媒体数据实体，并且可表示数据实体，该数据实体被组合成一个唯一ID并且用于生成一个多媒体呈现。资产可对应于一个服务中所包括的服务组件。MPT消息是具有MMT的MP表的消息。这里，MP表可以是具有关于内容和MMT资产的信息的MMT分组表。详情可类似于MMT中的定义。这里，媒体呈现可对应于建立媒体内容的有界/无界呈现的数据的收集。
S-TSID分段提供与一个服务关联的组件获取信息以及见于与该服务的组件对应的MPD中和TSI中的DASH表示之间的映射。S-TSID可提供TSI和关联的DASH表示标识符的形式的组件获取信息、以及承载与DASH表示关联的DASH片段的PLPID。通过PLPID和TSI值，接收机从服务收集音频/视频组件并且开始缓冲DASH媒体片段，然后应用适当的解码处理。
对于在MMTP会话上传送的USBD列表服务组件，如所描述的图中的“服务#2”所示，接收机还获取具有匹配MMT_package_id的MPT消息以完成SLS。MPT消息提供包括服务和各个组件的获取信息的服务组件的完整列表。组件获取信息包括MMTP会话信息、承载会话的PLPID以及该会话内的packet_id。
根据给定实施例，例如，在ROUTE中，可使用两个或更多个S-TSID分段。各个分段可提供与传送各个服务的内容的LCT会话有关的访问信息。
在ROUTE中，S-TSID、USBD/USD、MPD或者传送S-TSID、USBD/USD或MPD的LCT会话可被称作服务信令信道。在MMTP中，USBD/UD、MMT信令消息或者传送MMTP或USBD/UD的分组流可被称作服务信令信道。
与所示的示例不同，一个ROUTE或MMTP会话可通过多个PLP传送。换言之，一个服务可通过一个或更多个PLP传送。如上文所述，一个LCT会话可通过一个PLP传送。与该图不同，根据给定实施例，包括在一个服务中的组件可通过不同的ROUTE会话传送。另外，根据给定实施例，包括在一个服务中的组件可通过不同的MMTP会话传送。根据给定实施例，包括在一个服务中的组件可独立地通过ROUTE会话和MMTP会话传送。尽管未示出，包括在一个服务中的组件可经由宽带传送(混合传送)。
图5示出根据本发明的实施例的用于ROUTE/DASH的USBD分段。
以下将描述基于ROUTE的传送中的SLS。
SLS向接收机提供详细的技术信息以允许发现和访问服务及其内容组件。它可包括在专用LCT会话上承载的一组XML编码的元数据分段。该LCT会话可如上所述利用包含在SLT中的引导信息来获取。SLS按照服务级别定义，它描述服务的特性和访问信息(例如，其内容组件的列表以及如何获取它们)以及进行该服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中，对于线性服务传送，SLS由以下元数据分段组成：USBD、S-TSID和DASHMPD。SLS分段可在具有TSI＝0的专用LCT传输会话上传送。根据给定实施例，传送SLS分段的特定LCT会话(专用LCT会话)的TSI可具有不同的值。根据给定实施例，传送SLS分段的LCT会话可利用SLT或者另一方案来用信号通知。
ROUTE/DASH SLS可包括用户服务绑定描述(USBD)和基于服务的传输会话实例描述(S-TSID)元数据分段。这些服务信令片分段用于线性服务和基于应用的服务二者。USBD分段包含服务标识、装置能力信息、对访问服务和构成媒体组件所需的其它SLS分段的参考、以及使得接收机能够确定服务组件的传输模式(广播和/或宽带)的元数据。被USBD参考的S-TSID分段提供传送服务的媒体内容组件的一个或更多个ROUTE/LCT会话的传输会话描述以及那些LCT会话中承载的传送对象的描述。USBD和S-TSID将在下面描述。
在基于ROUTE的传送中的流内容信令中，SLS的流内容信令组件对应于MPD分段。MPD通常与用于作为流内容的DASH片段的传送的线性服务关联。MPD以片段URL的形式提供线性/流服务的各个媒体组件的资源标识符，以及在媒体呈现内所标识的资源的上下文。MPD的细节将在下面描述。
在基于ROUTE的传送中的基于应用的增强信令中，基于应用的增强信令属于基于应用的增强组件的传送，例如应用逻辑文件、本地缓存的媒体文件、网络内容项或者通知流。当可用时，应用还可经由宽带连接检索本地缓存的数据。
以下将描述图中所示的USBD/USD的细节。
顶层或入口点SLS分段是USBD分段。所示的USBD分段是本发明的示例，根据给定实施例可另外提供图中未示出的USBD分段的基本字段。如上文所述，所示的USBD分段具有扩展形式，并且可具有增加到基本配置的字段。
所示的USBD可具有bundleDescription根要素。bundleDescription根要素可具有userServiceDescription要素。userServiceDescription要素可对应于一个服务的示例。
userServiceDescription要素可包括@serviceId、@atsc:serviceId、@atsc:serviceStatus、@atsc:fullMPDUri、@atsc:sTSIDUri、name、serviceLanguage、atsc:capabilityCode和/或deliveryMethod。
@serviceId可以是标识服务的全局唯一的URI，其在BSID的范围内唯一。此参数可用于链接到ESG数据(Service@globalServiceID)。
@atsc:serviceId是对LLS(SLT)中的对应服务条目的参考。此属性的值与指派给该条目的serviceId的值相同。
@atsc:serviceStatus可指定此服务的状态。该值指示此服务是活动的还是不活动的。当被设定为“1”(真)时，指示服务是活动的。当没有使用此字段时，@atsc:serviceStatus可被设定为默认值1。
@atsc:fullMPDUri可参考MPD分段，其包含经由广播并且可选地还经由宽带传送的服务的内容组件的描述。
@atsc:sTSIDUri可参考S-TSID分段，其提供对承载此服务的内容的传输会话的访问相关参数。
name可指示由lang属性给出的服务的名称。name要素可包括lang属性，该lang属性指示服务名称的语言。可根据XML数据类型来指定语言。
serviceLanguage可表示服务的可用语言。可根据XML数据类型来指定语言。
atsc:capabilityCode可指定接收机能够创建此服务的内容的有意义呈现所需的能力。根据给定实施例，此字段可指定预定义的能力组。这里，所述能力组可以是用于有意义呈现的一组能力属性值。可根据给定实施例省略此字段。
deliveryMethod可以是属于经由广播和(可选地)宽带访问模式的服务内容的传输相关信息的容器。参考服务中所包括的数据，当数据的数量为N时，各个数据的传送方案可由此要素来描述。deliveryMethod可包括r12:broadcastAppService要素和r12:unicastAppService要素。各个下级要素可包括basePattern要素作为下级要素。
r12:broadcastAppService可以是遍及附属媒体呈现的所有周期经由广播以复用或非复用的形式传送的DASH表示，其包含属于服务的对应媒体组件。换言之，各个字段可指示通过广播网络传送的DASH表示。
r12:unicastAppService可以是遍及附属媒体呈现的所有周期经由宽带以复用或非复用的形式传送的DASH表示，其包含属于服务的构成媒体内容组件。换言之，各个字段可指示经由宽带传送的DASH表示。
basePattern可以是接收机用来与DASH客户端在其包含周期下请求父表示的媒体片段所使用的片段URL的任何部分匹配的字符图案。匹配暗指所请求的对应媒体片段经由广播传输承载。在用于接收由r12:broadcastAppService要素和r12:unicastAppService要素中的每一个表示的DASH表示的URL地址中，URL等的一部分可具有特定图案。该图案可由此字段来描述。一些数据可利用此信息来区分。所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
图6示出根据本发明的实施例的用于ROUTE/DASH的S-TSID分段。
以下将详细描述图中所示的S-TSID。
S-TSID可以是SLS XML分段，其为承载服务的内容组件的传输会话提供总会话描述信息。S-TSID是SLS元数据分段，其包含零个或更多个ROUTE会话以及传送服务的媒体内容组件的构成LCT会话的总传输会话描述信息。S-TSID还包括服务的LCT会话中承载的传送对象或对象流的文件元数据，以及关于有效载荷格式和那些LCT会话中承载的内容组件的附加信息。
S-TSID分段的各个实例在USBD分段中由userServiceDescription要素的@atsc:sTSIDUri属性参考。根据本实施例所示的S-TSID被表示为XML文档。根据给定实施例，S-TSID可被表示为二进制格式或者XML文档。
所示的S-TSID可具有S-TSID根要素。S-TSID根要素可包括@serviceId和/或RS。
@serviceID可以是USD中的参考对应服务要素。此属性的值可参考具有service_id的对应值的服务。
RS要素可具有关于用于传送服务数据的ROUTE会话的信息。服务数据或服务组件可通过多个ROUTE会话来传送，因此RS要素的数量可为1至N。
RS要素可包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS。
@bsid可以是承载broadcastAppService的内容组件的广播流的标识符。当此属性不存在时，默认广播流是PLP承载此服务的SLS分段的那一个广播流。其值可与SLT中的broadcast_stream_id相同。
@sIpAddr可指示源IP地址。这里，该源IP地址可以是用于传送服务中所包括的服务组件的ROUTE会话的源IP地址。如上文所述，一个服务的服务组件可通过多个ROUTE会话传送。因此，可利用用于传送S-TSID的ROUTE会话以外的另一ROUTE会话来发送服务组件。因此，此字段可用于指示ROUTE会话的源IP地址。此字段的默认值可以是当前ROUTE会话的源IP地址。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的源IP地址的值。在这种情况下，此字段可对应于M，即，必要字段。
@dIpAddr可指示目的地IP地址。这里，目的地IP地址可以是传送服务中所包括的服务组件的ROUTE会话的目的地IP地址。对于与@sIpAddr的以上描述相似的情况，此字段可指示传送服务组件的ROUTE会话的目的地IP地址。此字段的默认值可以是当前ROUTE会话的目的地IP地址。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的目的地IP地址的值。在这种情况下，此字段可对应于M，即，必要字段。
@dport可指示目的地端口。这里，目的地端口可以是传送服务中所包括的服务组件的ROUTE会话的目的地端口。对于与@sIpAddr的以上描述相似的情况，此字段可指示传送服务组件的ROUTE会话的目的地端口。此字段的默认值可以是当前ROUTE会话的目的地端口号。当服务组件通过另一ROUTE会话传送，因此需要指示ROUTE会话时，此字段的值可以是ROUTE会话的目的地端口号值。在这种情况下，此字段可对应于M，即，必要字段。
@PLPID可以是RS所表示的ROUTE会话的PLP的ID。默认值可以是包括当前S-TSID的LCT会话的PLP的ID。根据给定实施例，此字段可具有用于传送ROUTE会话中的S-TSID的LCT会话的PLP的ID值，并且可具有ROUTE会话的所有PLP的ID值。
LS要素可具有关于用于传送服务数据的LCT会话的信息。服务数据或服务组件可通过多个LCT会话来传送，因此LS要素的数量可为1至N。
LS要素可包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow和/或RprFlow。
@tsi可指示用于传送服务的服务组件的LCT会话的TSI值。
@PLPID可具有LCT会话的PLP的ID信息。此值可被覆写在基本ROUTE会话值上。
@bw可指示最大带宽值。@startTime可指示LCT会话的开始时间。@endTime可指示LCT会话的结束时间。SrcFlow要素可描述ROUTE的源流。RprFlow要素可描述ROUTE的修复流。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于ROUTE/DASH的MPD。
MPD是SLS元数据分段，其包含与广播商所定义的给定持续时间的线性服务(例如，单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应的DASH媒体呈现的形式化描述。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD分段的数据结构和语义可根据MPEG DASH所定义的MPD。
在MPD中传达的一个或更多个DASH表示可经由广播来承载。MPD可描述经由宽带传送的附加表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，穿过隧道行驶)时支持服务连续性。
图7示出根据本发明的实施例的用于MMT的USBD/USD分段。
用于线性服务的MMT SLS包括USBD分段和MMT分组(MP)表。MP表如上所述。USBD分段包含服务标识、装置能力信息、对访问服务和构成媒体组件所需的其它SLS信息的参考、以及使得接收机能够确定服务组件的传输模式(广播和/或宽带)的元数据。USBD所参考的MPU组件的MP表提供传送服务的媒体内容组件的MMTP会话的传输会话描述以及那些MMTP会话中承载的资产的描述。
MPU组件的SLS的流内容信令组件对应于MMT中所定义的MP表。MP表提供MMT资产的列表，其中各个资产对应于单个服务组件以及此组件的位置信息的描述。
USBD分段还可包含如上所述对S-TSID和MPD的参考，以用于分别通过ROUTE协议和宽带传送的服务组件。根据给定实施例，在通过MMT的传送中，通过ROUTE协议传送的服务组件是NRT数据等。因此，在这种情况下，MPD可能是不必要的。另外，在通过MMT的传送中，关于用于传送经由宽带传送的服务组件的LCT会话的信息是不必要的，因此S-TSID可能是不必要的。这里，MMT分组可以是利用MMT传送的媒体数据的逻辑收集。这里，MMTP分组可表示利用MMT传送的媒体数据的格式化单元。MPU可表示可独立解码的时序/非时序数据的一般容器。这里，MPU中的数据是媒体编解码器不可知性。
以下将描述图中所示的USBD/USD的细节。
所示的USBD分段是本发明的示例，可根据实施例另外提供USBD分段的基本字段。如上文所述，所示的USBD分段具有扩展形式，并且可具有增加到基本结构的字段。
根据本发明的实施例所示的USBD被表示为XML文档。根据给定实施例，USBD可被表示为二进制格式或者XML文档。
所示的USBD可具有bundleDescription根要素。bundleDescription根要素可具有userServiceDescription要素。userServiceDescription要素可以是一个服务的实例。
userServiceDescription要素可包括@serviceId、@atsc:serviceId、name、serviceLanguage、atsc:capabilityCode、atsc:Channel、atsc:mpuComponent、atsc:routeComponent、atsc:broadbandComponent和/或atsc:ComponentInfo。
这里，@serviceId、@atsc:serviceId、name、serviceLanguage和atsc:capabilityCode可如上所述。name字段下面的lang字段可如上所述。atsc:capabilityCode可根据给定实施例被省略。
根据实施例，userServiceDescription要素还可包括atsc:contentAdvisoryRating要素。此要素可以是可选要素。atsc:contentAdvisoryRating可指定内容分级。此字段在图中未示出。
atsc:Channel可具有关于服务的信道的信息。atsc:Channel要素可包括@atsc:majorChannelNo、@atsc:minorChannelNo、@atsc:serviceLang、@atsc:serviceGenre、@atsc:serviceIcon和/或atsc:ServiceDescription。@atsc:majorChannelNo、@atsc:minorChannelNo和@atsc:serviceLang可根据给定实施例被省略。
@atsc:majorChannelNo是指示服务的主信道号的属性。
@atsc:minorChannelNo是指示服务的次信道号的属性。
@atsc:serviceLang是指示服务中所使用的主语言的属性。
@atsc:serviceGenre是指示服务的主体裁的属性。
@atsc:serviceIcon是指示用于表示此服务的图标的统一资源定位符(URL)的属性。
atsc:ServiceDescription包括服务描述(可能为多种语言)。atsc:ServiceDescription可包括@atsc:serviceDescrText和/或@atsc:serviceDescrLang。
@atsc:serviceDescrText是指示服务的描述的属性。
@atsc:serviceDescrLang是指示上面serviceDescrText属性的语言的属性。
atsc:mpuComponent可具有关于以MPU形式传送的服务的内容组件的信息。atsc:mpuComponent可包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。
@atsc:mmtPackageId可参考作为MPU传送的服务的内容组件的MMT分组。
@atsc:nextMmtPackageId可参考针对作为MPU传送的服务的内容组件时间上在@atsc:mmtPackageId所参考的一个MMT分组之后使用的MMT分组。
atsc:routeComponent可具有关于通过ROUTE传送的服务的内容组件的信息。atsc:routeComponent可包括@atsc:sTSIDUri、@sTSIDPlpId、@sTSIDDestinationIpAddress、@sTSIDDestinationUdpPort、@sTSIDSourceIpAddress、@sTSIDMajorProtocolVersion和/或@sTSIDMinorProtocolVersion。
@atsc:sTSIDUri可以是对提供对承载此服务的内容的传输会话的访问相关参数的S-TSID分段的参考。此字段可与上述ROUTE的USBD中参考S-TSID的URI相同。如上文所述，在通过MMTP的服务传送中，通过NRT等传送的服务组件可通过ROUTE来传送。此字段可用于参考用于其的S-TSID。
@sTSIDPlpId可以是表示整数的字符串，其指示承载此服务的S-TSID的物理层管道的的PLPID。(默认：当前物理层管道)。
@sTSIDDestinationIpAddress可以是包含承载此服务的S-TSID的分组的dotted-IPv4目的地地址的字符串。(默认：当前MMTP会话的源IP地址)。
@sTSIDDestinationUdpPort可以是包含承载此服务的S-TSID的分组的端口号的字符串。
@sTSIDSourceIpAddress可以是包含承载此服务的S-TSID的分组的dotted-IPv4源地址的字符串。
@sTSIDMajorProtocolVersion可指示用于传送此服务的S-TSID的协议的主版本号。默认值为1。
@sTSIDMinorProtocolVersion可指示用于传送此服务的S-TSID的协议的次版本号。默认值为0。
atsc:broadbandComponent可具有关于经由宽带传送的服务的内容组件的信息。换言之，atsc:broadbandComponent可以是基于混合传送的假设的字段。atsc:broadbandComponent还可包括@atsc:fullfMPDUri。
@atsc:fullfMPDUri可以是对包含经由宽带传送的服务的内容组件的描述的MPD分段的参考。
atsc:ComponentInfo字段可具有关于服务的可用组件的信息。atsc:ComponentInfo字段可具有关于各个组件的类型、角色、名称等的信息。atsc:ComponentInfo字段的数量可对应于各个组件的数量(N)。atsc:ComponentInfo字段可包括@atsc:componentType、@atsc:componentRole、@atsc:componentProtectedFlag、@atsc:componentId和/或@atsc:componentName。
@atsc:componentType是指示此组件的类型的属性。值0指示音频组件。值1指示视频组件。值2指示隐藏字幕组件。值3指示应用组件。值4至7被预留。此字段的值的含义可根据实施例不同地设定。
@atsc:componentRole是指示此组件的角色或类型的属性。
对于音频(当上面的componentType属性等于0时)：componentRole属性的值如下：0＝完整主体，1＝音乐和效果，2＝对话，3＝解说，4＝视觉障碍，5＝听觉障碍，6＝画外音，7-254＝预留，255＝未知。
对于视频(当上面的componentType属性等于1时)，componentRole属性的值如下：0＝主视频，1＝另选相机视图，2＝其它另选视频组件，3＝手势语插件，4＝跟随主题视频，5＝3D视频左视图，6＝3D视频右视图，7＝3D视频深度信息，8＝<n,m>的视频阵列<x,y>的部分，9＝跟随主题元数据，10-254＝预留，255＝未知。
对于隐藏字幕组件(当上面的componentType属性等于2时)，componentRole属性的值如下：0＝正常，1＝易阅读，2-254＝预留，255＝未知。
当上面的componentType属性介于3至7(含)之间时，componentRole可等于255。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentProtectedFlag是指示此组件是否受保护(例如，被加密)的属性。当此标志被设定为值1时，此组件受保护(例如，被加密)。当此标志被设定为值0时，此组件不受保护(例如，被加密)。当不存在时，componentProtectedFlag属性的值被推断为等于0。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentId是指示此组件的标识符的属性。此属性的值可与此组件所对应的MP表中的asset_id相同。
@atsc:componentName是指示此组件的人可读名称的属性。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里，M可表示必要字段，O可表示可选字段，OD可表示具有默认值的可选字段，CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于MMT的MPD。
媒体呈现描述是SLS元数据分段，其与广播商所定义的给定持续时间的线性服务(例如，单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD的数据结构和语义可根据MPEGDASH所定义的MPD。
在本实施例中，通过MMTP会话传送的MPD描述经由宽带传送的表示，例如在混合服务的情况下或者为了在由于广播信号劣化从广播至广播切换(例如，在山下或者穿过隧道行驶)时支持服务连续性。
以下将描述用于MMT的MMT信令消息。
当MMTP会话用于承载流服务时，根据MMT所定义的信令消息模式通过MMTP分组来传送MMT所定义的MMT信令消息。除了承载资产所特定的MMT信令消息的MMTP分组(其可被设定为与承载资产的MMTP分组相同的packet_id值)以外，承载服务层信令的MMTP分组的packet_id字段的值被设定为“00”。参考各个服务的适当分组的标识符如上所述通过USBD分段来用信号通知。具有匹配的MMT_package_id的MMT分组表(MPT)消息可在SLT中用信号通知的MMTP会话上传送。各个MMTP会话承载其会话或者MMTP会话所传送的各个资产所特定的MMT信令消息。
换言之，可通过指定具有用于SLT中的特定服务的SLS的分组的IP目的地地址/端口号等来访问MMTP会话的USBD。如上文所述，承载SLS的MMTP分组的分组ID可被指定为诸如00等的特定值。可利用USBD的上述分组IP信息来访问具有匹配的分组ID的MPT消息。如下所述，MPT消息可用于访问各个服务组件/资产。
以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
MMT分组表(MPT)消息：此消息承载MP(MMT分组)表，其包含如MMT定义的所有资产的列表及其位置信息。如果资产通过不同于传送MP表的当前PLP的PLP传送，则可在MP表中利用物理层管道标识符描述符来提供承载资产的PLP的标识符。物理层管道标识符描述符将在下面描述。
MMT ATSC3(MA3)消息mmt_atsc3_message()：此消息承载如上所述包括服务层信令的服务所特定的系统元数据。mmt_atsc3_message()将在下面描述。
如果需要，以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
媒体呈现信息(MPI)消息：此消息承载包含整个文档或者呈现信息的文档的子集的MPI表。与MPI表关联的MP表也可通过此消息来传送。
时钟关系信息(CRI)消息：此消息承载CRI表，该CRI表包含用于NTP时间戳与MPEG-2STC之间的映射的时钟相关信息。根据给定实施例，CRI消息可不通过MMTP会话来传送。
以下MMTP消息可通过承载流内容的各个MMTP会话来传送。
假想接收机缓冲模型消息：此消息承载接收机管理其缓冲所需的信息。
假想接收机缓冲模型去除消息：此消息承载接收机管理其MMT开封缓冲所需的信息。
以下将描述与MMT信令消息之一对应的mmt_atsc3_message()。MMT信令消息mmt_atsc3_message()被定义为如上所述根据本发明来传送服务所特定的信息。该信令消息可包括与MMT信令消息的基本字段对应的消息ID、版本和/或长度字段。信令消息的有效载荷可包括服务ID信息、内容类型信息、内容版本信息、内容压缩信息和/或URI信息。内容类型信息可指示信令消息的有效载荷中所包括的数据的类型。内容版本信息可指示有效载荷中所包括的数据的版本，内容压缩信息可指示应用于该数据的压缩的类型。URI信息可具有与通过该消息传送的内容有关的URI信息。
以下将描述物理层管道标识符描述符。
物理层管道标识符描述符是可用作上述MP表的描述符之一的描述符。物理层管道标识符描述符提供关于承载资产的PLP的信息。如果资产通过与承载MP表的当前PLP不同的PLP来传送，则物理层管道标识符描述符可用作所关联的MP表中的资产描述符以标识承载资产的PLP。除了PLPID信息以外，物理层管道标识符描述符还可包括BSID信息。BSID可以是传送该描述符所描述的资产的MMTP分组的广播流的ID。
图8示出根据本发明的实施例的链路层协议架构。
以下将描述链路层。
链路层是物理层与网络层之间的层，并且在发送侧从网络层到物理层传输数据，在接收侧从物理层到网络层传输数据。链路层的目的包括把所有输入分组类型抽象成单一格式以便于物理层处理，确保灵活性以及还未定义的输入类型的未来可扩展性。另外，链路层内的处理确保了输入数据可按照有效的方式发送(例如，通过提供压缩输入分组的头中的冗余信息的选项)。封装、压缩等的操作被称作链路层协议，利用此协议创建的分组被称为链路层分组。链路层可执行诸如分组封装、开销降低和/或信令传输等的功能。
以下将描述分组封装。链路层协议允许任何类型的分组(包括诸如IP分组和MPEG-2TS的分组)的封装。利用链路层协议，独立于网络层协议类型(这里我们考虑MPEG-2TS分组作为一种网络层分组)，物理层仅需要处理一个单一分组格式。各个网络层分组或输入分组被转换成一般链路层分组的有效载荷。另外，当输入分组大小特别小或特别大时，可执行级联和分割以便有效地使用物理层资源。
如上文所述，分割可用于分组封装。当网络层分组过大从而不易于在物理层中处理时，网络层分组被划分成两个或更多个片段。链路层分组头包括协议字段以执行发送侧的分割和接收侧的重组。当网络层分组被分割时，各个片段可按照与网络层分组中的原始位置相同的顺序被封装到链路层分组。另外，包括网络层分组的片段的各个链路层分组可因此被传输至PHY层。
如上文所述，级联可用于分组封装。当网络层分组足够小以使得链路层分组的有效载荷可包括多个网络层分组时，链路层分组头包括协议字段以执行级联。级联是将多个小大小的网络层分组组合成一个有效载荷。当网络层分组被级联时，各个网络层分组可按照与原始输入顺序相同的顺序被级联到链路层分组的有效载荷。另外，构造链路层分组的有效载荷的各个分组可以是整个分组，而非分组的片段。
以下将描述开销降低。链路层协议的使用可导致用于物理层上的数据传输的开销显著降低。根据本发明的链路层协议可提供IP开销降低和/或MPEG-2TS开销降低。在IP开销降低中，IP分组具有固定的头格式，然而，通信环境中需要的一些信息在广播环境中可能是冗余的。链路层协议提供通过压缩IP分组的头来降低广播开销的机制。在MPEG-2TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共头去除(压缩)。首先，同步字节去除提供每TS分组一个字节的开销降低，空分组删除机制去除188字节的空TS分组，使得它们可在接收机处被重新插入，最终是公共头去除机制。
对于信令传输，在链路层协议中，可针对链路层信令提供信令分组的特定格式(将在下面描述)。
在根据本发明的实施例所示的链路层协议架构中，链路层协议以诸如IPv4、MPEG-2TS等的输入网络层分组作为输入分组。未来扩展指示其它分组类型和链路层中还可输入的协议。链路层协议还指定任何链路层信令的格式和信令，包括关于至物理层的特定信道的映射的信息。附图还示出ALP如何包含经由各种头压缩和删除算法改进传输效率的机制。另外，链路层协议可基本上封装输入分组。
图9示出根据本发明的实施例的链路层分组的基本头的结构。以下将描述头的结构。
链路层分组可包括跟随有数据有效载荷的头。链路层分组的头可包括基本头，并且可根据基本头的控制字段而包括附加头。可选头的存在由附加头的标志字段指示。根据给定实施例，指示附加头和可选头的存在的字段可位于基本头中。
以下将描述基本头的结构。用于链路层分组封装的基本头具有层次结构。基本头可为两字节的长度并且是链路层分组头的最小长度。
根据本实施例所示的基本头可包括Packet_Type字段、PC字段和/或length字段。根据给定实施例，基本头还可包括HM字段或S/C字段。
Packet_Type字段可以是指示在封装成链路层分组之前输入数据的原始协议或分组类型的3比特字段。IPv4分组、压缩IP分组、链路层信令分组和其它类型的分组可具有基本头结构并且可被封装。然而，根据给定实施例，MPEG-2TS分组可具有不同的具体结构并且可被封装。当Packet_Type的值是“000”、“001”、“100”或“111”时，ALP分组的原始数据类型是IPv4分组、压缩IP分组、链路层信令或扩展分组之一。当MPEG-2TS分组被封装时，Packet_Type的值可为“010”。Packet_Type字段的其它值可被预留以用于未来使用。
Payload_Configuration(PC)字段可以是指示有效载荷的配置的1比特字段。值0可指示链路层分组承载单个完整的输入分组，随后的字段是Header_Mode字段。值1可指示链路层分组承载不止一个输入分组(级联)或者大的输入分组的一部分(分割)，随后的字段是Segmentation_Concatenation字段。
Header_Mode(HM)字段可以是1比特字段，当被设定为0时可指示不存在附加头，并且链路层分组的有效载荷的长度小于2048字节。该值可根据实施例而变化。值1可指示跟随Length字段之后存在下面所定义的单个分组的附加头。在这种情况下，有效载荷的长度大于2047字节和/或可使用可选特征(子流标识、头扩展等)。该值可根据实施例而变化。仅当链路层分组的Payload_Configuration字段具有值0时，此字段可存在。
Segmentation_Concatenation(S/C)字段可以是1比特字段，当被设定为0时可指示有效载荷承载输入分组的片段并且跟随Length字段之后存在用于下面所定义的分割的附加头。值1可指示有效载荷承载不止一个完整输入分组并且跟随Length字段之后存在用于下面所定义的级联的附加头。仅当ALP分组的Payload_Configuration字段的值为1时，此字段可存在。
Length字段可以是11比特字段，其指示链路层分组所承载的有效载荷的长度(字节)的11最低有效位(LSB)。当随后的附加头中存在Length_MSB字段时，length字段与Length_MSB字段级联并且是提供有效载荷的实际总长度的LSB。length字段的比特数可被改变为另一值，而非11比特。
因此，分组配置的以下类型是可能的：没有附加头的单个分组、具有附加头的单个分组、分割分组和级联分组。根据给定实施例，可通过各个附加头、可选头、用于下面所述的信令信息的附加头和用于时间扩展的附加头的组合进行更多分组配置。
图10示出根据本发明的实施例的链路层分组的附加头的结构。
可存在各种类型的附加头。以下将描述用于单个分组的附加头。
当Header_Mode(HM)＝“1”时，用于单个分组的该附加头可存在。当链路层分组的有效载荷的长度大于2047字节时或者当使用可选字段时，Header_Mode(HM)可被设定为1。图中示出用于单个分组的附加头(tsib10010)。
Length_MSB字段可以是5比特字段，其可指示当前链路层分组中的总有效载荷长度(字节)的最高有效位(MSB)，并且与包含11最低有效位(LSB)的Length字段级联以获得总有效载荷长度。可用信号通知的有效载荷的最大长度因此为65535字节。length字段的比特数可被改变为另一值，而非11比特。另外，Length_MSB字段的比特数可改变，因此最大可表示有效载荷长度可改变。根据给定实施例，各个length字段可指示整个链路层分组的长度，而非有效载荷。
SIF(子流标识符标志)字段可以是1比特字段，其可指示在HEF字段之后是否存在子流ID(SID)。当此链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。SID的细节在下面描述。
HEF(头扩展标志)字段可以是1比特字段，其在被设定为1时可指示存在附加头以用于未来扩展。值0可指示不存在此扩展头。
以下将描述当使用分割时的附加头。
当Segmentation_Concatenation(S/C)＝“0”时，此附加头(tsib10020)可存在。Segment_Sequence_Number可以是5比特无符号整数，其可指示链路层分组所承载的对应片段的顺序。对于承载输入分组的第一片段的链路层分组，此字段的值可被设定为0x0。此字段可随着属于分割的输入分组的各个附加片段而增加一。
Last_Segment_Indicator(LSI)可以是1比特字段，其在被设定为1时可指示此有效载荷中的片段是输入分组的最后一个片段。值0可指示不是最后片段。
SIF(子流标识符标志)可以是1比特字，其可指示在HEF字段之后是否存在SID。当链路层分组中不存在SID时，SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时，SIF可被设定为1。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在可选头扩展。
根据给定实施例，可另外提供分组ID字段以指示各个片段是从相同的输入分组生成的。当片段按照顺序发送时，此字段可能是不必要的，因此被省略。
以下将描述当使用级联时的附加头。
当Segmentation_Concatenation(S/C)＝“1”时，此附加头(tsib10030)可存在。
Length_MSB可以是4比特字段，其可指示此链路层分组中的有效载荷长度(字节)的MSB比特。对于级联，有效载荷的最大长度是32767字节。如上文所述，具体数值可改变。
Count可以是可指示链路层分组中所包括的分组的数量的字段。链路层分组中所包括的分组的数量2可被设定为此字段。因此，链路层分组中的级联分组的最大值为9。count字段指示数量的方案可根据实施例而变化。即，可指示从1至8的数量。
HEF(头扩展标志)可以是1比特字段，其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在扩展头。
Component_Length可以是12比特长度字段，其可指示各个分组的长度(字节)。除了最后组件分组以外，Component_Length字段按照与存在于有效载荷中的分组相同的顺序被包括。长度字段的数量可由(Count+1)指示。根据给定实施例，可存在数量与count字段的值相同的长度字段。当链路层头由奇数个Component_Length组成时，四个填充比特可跟随在最后Component_Length字段之后。这些比特可被设定为0。根据给定实施例，指示最后级联的输入分组的长度的Component_length字段可不存在。在这种情况下，最后级联的输入分组的长度可对应于从整个有效载荷长度减去各个Component_length字段所指示的值之和而获得的长度。
以下将描述可选头。
如上文所述，可选头可被添加到附加头的后面。可选头字段可包含SID和/或头扩展。SID用于在链路层层面滤除特定分组流。SID的一个示例是承载多个服务的链路层流中的服务标识符的角色。如果适用的话，可在SLT中提供服务与该服务所对应的SID值之间的映射信息。头扩展包含扩展字段以用于未来使用。接收机可忽略它们不理解的任何头扩展。
SID(子流标识符)可以是可指示链路层分组的子流标识符的8比特字段。如果存在可选头扩展，则附加头与可选头扩展之间存在SID。
Header_Extension()可包括下面所定义的字段。
Extension_Type可以是可指示Header_Extension()的类型的8比特字段。
Extension_Length可以是8比特字段，其可指示从下一字节到Header_Extension()的最后字节计数的Header Extension()的长度(字节)。
Extension_Byte可以是表示Header_Extension()的值的字节。
图11示出根据本发明的另一实施例的链路层分组的附加头的结构。
以下将描述用于信令信息的附加头。
链路层信令如何被并入链路层分组中如下。当基本头的Packet_Type字段等于100时标识信令分组。
图(tsib11010)示出包含用于信令信息的附加头的链路层分组的结构。除了链路层头以外，链路层分组可由两个附加部分、用于信令信息的附加头和实际信令数据本身组成。链路层分组头中示出链路层信令分组的总长度。
用于信令信息的附加头可包括以下字段。根据给定实施例，一些字段可被省略。
Signaling_Type可以是可指示信令的类型的8比特字段。
Signaling_Type_Extension可以是可指示信令的属性的16比特字段。此字段的细节可在信令规范中定义。
Signaling_Version可以是可指示信令的版本的8比特字段。
Signaling_Format可以是可指示信令数据的数据格式的2比特字段。这里，信令格式可表示诸如二进制格式、XML格式等的数据格式。
Signaling_Encoding可以是可指定编码/压缩格式的2比特字段。此字段可指示是否不执行压缩以及执行哪种类型的压缩。
以下将描述用于分组类型扩展的附加头。
为了提供允许在未来通过链路层承载几乎无限数量的附加协议和分组类型的机制，定义附加头。如上所述，当在基本头中Packet_type为111时可使用分组类型扩展。图(tsib11020)示出包含用于类型扩展的附加头的链路层分组的结构。
用于类型扩展的附加头可包括以下字段。根据给定实施例，一些字段可被省略。
extended_type可以是16比特字段，其可指示作为有效载荷封装在链路层分组中的输入的协议或分组类型。此字段无法用于Packet_Type字段已经定义的任何协议或分组类型。
图12示出根据本发明的实施例的用于MPEG-2TS分组的链路层分组的头结构及其封装处理。
以下将描述当作为输入分组输入MPEG-2TS分组时的链路层分组的格式。
在这种情况下，基本头的Packet_Type字段等于010。多个TS分组可被封装在各个链路层分组内。TS分组的数量经由NUMTS字段来通知。在这种情况下，如上文所述，可使用特定链路层分组头格式。
链路层提供用于MPEG-2TS以增强传输效率的开销降低机制。各个TS分组的同步字节(0x47)可被删除。还提供删除NULL分组和相似TS头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0x1FFF)可被去除。删除的空分组可在接收机侧利用DNP字段恢复。DNP字段指示删除的空分组的计数。下面描述使用DNP字段的空分组删除机制。
为了实现更高的传输效率，MPEG-2TS分组的相似的头可被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，所述头在第一分组中发送一次，其它头被删除。HDM字段可指示是否执行头删除。下面描述公共TS头删除的详细过程。
当执行所有三种开销降低机制时，可按照同步去除、空分组删除和公共头删除的顺序执行开销降低。根据给定实施例，各个机制的执行顺序可改变。另外，根据给定实施例，一些机制可被省略。
图(tsib12010)中描绘了当使用MPEG-2TS分组封装时链路层分组头的总体结构。
以下将描述各个示出的字段。Packet_Type可以是3比特字段，其可如上所述指示输入分组的协议类型。对于MPEG-2TS分组封装，此字段可总是被设定为010。
NUMTS(TS分组的数量)可以是4比特字段，其可指示此链路层分组的有效载荷中的TS分组的数量。一个链路层分组中可支持最多16个TS分组。NUMTS＝0的值可指示链路层分组的有效载荷承载16个TS分组。对于NUMTS的所有其它值，识别相同数量的TS分组，例如NUMTS＝0001表示承载一个TS分组。
AHF(附加头标志)可以是可指示是否存在附加头的字段。值0指示不存在附加头。值1指示长度1字节的附加头存在于基本头之后。如果空TS分组被删除或者应用TS头压缩，则此字段可被设定为1。用于TS分组封装的附加头由随后的两个字段组成，并且仅当此链路层分组中的AHF的值被设定为1时存在。
HDM(头删除模式)可以是1比特字段，其指示是否可对此链路层分组应用TS头删除。值1指示可应用TS头删除。值“0”指示不对此链路层分组应用TS头删除方法。
DNP(删除空分组)可以是7比特字段，其指示在此链路层分组之前的删除空TS分组的数量。最多128个空TS分组可被删除。当HDM＝0时，DNP＝0的值可指示128个空分组被删除。当HDM＝1时，DNP＝0的值可指示没有空分组被删除。对于DNP的所有其它值，识别相同数量的空分组，例如DNP＝5表示5个空分组被删除。
上述各个字段的比特数可改变。根据改变的比特数，字段所指示的值的最小/最大值可改变。这些数量可由设计者来改变。
以下，将描述SYNC字节去除。
在将TS分组封装到链路层分组的有效载荷中时，从各个TS分组的开头的SYNC字节(0x47)可被删除。因此，封装在链路层分组的有效载荷中的MPEG2-TS分组的长度总是为长度187字节(代替原来的188字节)。
以下将描述空分组删除。
传输流规则要求发送机的复用器的输出处和接收机的解复用器的输入处的比特率在时间上恒定，并且端对端时延也恒定。对于一些传输流输入信号，可存在空分组以便适应恒定比特流中的可变比特率服务。在这种情况下，为了避免不必要的传输开销，TS空分组(具有PID＝0x1FFF的TS分组)可被去除。该处理按照去除的空分组可在接收机中被重新插入它们原来所在的精确位置的方式执行，因此保证了恒定比特率并且避免了对PCR时间戳更新的需求。
在生成链路层分组之前，称为DNP(删除空分组)的计数器可首先被重置为零，然后针对要被封装到当前链路层分组的有效载荷中的第一非空TS分组前面的各个删除的空分组增加。然后，一组连续有用的TS分组被封装到当前链路层分组的有效载荷中，并且可确定其头中的各个字段的值。在将所生成的链路层分组注入物理层之后，DNP被重置为零。当DNP达到其最大允许值时，如果下一分组也是空分组，则此空分组作为有用分组被预留并被封装到下一链路层分组的有效载荷中。各个链路层分组可在其有效载荷中包含至少一个有用TS分组。
以下将描述TS分组头删除。TS分组头删除可被称作TS分组头压缩。
当两个或更多个连续TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时，头在第一分组处被发送一次，其它头被删除。当两个或更多个连续TS分组中包括重复的MPEG-2TS分组时，在发送机侧无法应用头删除。HDM字段可指示是否执行头删除。当执行TS头删除时，HDM可被设定为1。在接收机侧，利用第一分组头，恢复删除的分组头，并且通过按照从第一头开始的顺序增加来恢复连续性计数器。
图中所示的示例tsib12020是TS分组的输入流被封装到链路层分组中的处理的示例。首先，可输入包括具有SYNC字节(0x47)的TS分组的TS流。首先，可通过同步字节删除处理来删除同步字节。在此示例中，假定不执行空分组删除。
这里，假定除了CC(即，连续性计数器字段值)以外，八个TS分组的分组头具有相同的字段值。在这种情况下，可执行TS分组删除/压缩。除了与CC＝1对应的第一TS分组头以外，删除剩余的七个TS分组头。处理后的TS分组可被封装到链路层分组的有效载荷中。
在完成的链路层分组中，Packet_Type字段对应于输入TS分组的情况，因此可具有值010。NUMTS字段可指示所封装的TS分组的数量。由于执行分组头删除，AHF字段可被设定为1以指示附加头的存在。由于执行头删除，HDM字段可被设定为1。由于不执行空分组删除，DNP可被设定为0。
图13示出根据本发明的实施例的IP头压缩中的适配模式的示例(发送侧)。
以下将描述IP头压缩。
在链路层中，可提供IP头压缩/解压缩方案。IP头压缩可包括两个部分：头压缩器/解压缩器和适配模块。头压缩方案可基于鲁棒头压缩(RoHC)。另外，对于广播用途，增加适配功能。
在发送机侧，ROHC压缩器减小各个分组的头的大小。然后，适配模块提取上下文信息并且从各个分组流构建信令信息。在接收机侧，适配模块解析与所接收到的分组流关联的信令信息并且将上下文信息附到所接收到的分组流。ROHC解压缩器通过恢复分组头来重构原始IP分组。
头压缩方案可如上所述基于RoHC。具体地讲，在本系统中，RoHC框架可在RoHC的单向模式(U模式)下操作。另外，在本系统中，可使用由0x0002的简档标识符标识的RoHC UDP头压缩简档。
以下将描述适配。
在通过单向链路的传输中，如果接收机没有上下文信息，则解压缩器无法恢复所接收到的分组头直至接收到完整上下文。这可导致信道改变时延和打开时延。因此，压缩器与解压缩器之间的上下文信息和配置参数可总是随分组流发送。
适配功能提供配置参数和上下文信息的带外传输。带外传输可通过链路层信令来进行。因此，适配功能用于减少由于上下文信息的损失引起的信道改变时延和解压缩错误。
以下将描述上下文信息的提取。
可根据适配模式利用各种方案来提取上下文信息。在本发明中，将在下面描述三个示例。本发明的范围不限于下面将要描述的适配模式的示例。这里，适配模式可被称作上下文提取模式。
适配模式1(未示出)可以是不对基本RoHC分组流应用附加操作的模式。换言之，在此模式下适配模块可用作缓冲器。因此，在此模式下，链路层信令中可不包括上下文信息。
在适配模式2(tsib13010)下，适配模块可从ROHC分组流检测IR分组并且提取上下文信息(静态链)。在提取上下文信息之后，可将各个IR分组转换为IR-DYN分组。所转换的IR-DYN分组可代替原始分组按照与IR分组相同的顺序被包括在ROHC分组流内并被发送。
在适配模式3(tsib13020)下，适配模块可从ROHC分组流检测IR和IR-DYN分组并且提取上下文信息。可从IR分组提取静态链和动态链，并且可从IR-DYN分组提取动态链。在提取上下文信息之后，各个IR和IR-DYN分组可被转换为压缩分组。压缩分组格式可与下一IR分组或IR-DYN分组相同。所转换的压缩分组可代替原始分组按照与IR或IR-DYN分组相同的顺序被包括在ROHC分组流内并被发送。
可基于传输结构来封装信令(上下文)信息。例如，上下文信息可被封装到链路层信令。在这种情况下，分组类型值可被设定为“100”。
在上述适配模式2和3下，用于上下文信息的链路层分组可具有分组类型字段值100。另外，用于压缩IP分组的链路层分组可具有分组类型字段值001。所述值指示信令信息和压缩IP分组中的每一个如上所述被包括链路层分组中。
以下将描述发送所提取的上下文信息的方法。
所提取的上下文信息可与ROHC分组流独立地随信令数据一起通过特定物理数据路径来发送。上下文的传输取决于物理层路径的配置。上下文信息可随其它链路层信令一起通过信令数据管道发送。
换言之，具有上下文信息的链路层分组可随具有其它链路层信令信息的链路层分组一起通过信令PLP来发送(Packet_Type＝100)。提取上下文信息的压缩IP分组可通过一般PLP来发送(Packet_Type＝001)。这里，根据实施例，信令PLP可表示L1信令路径。另外，根据实施例，信令PLP可不与一般PLP分离，可表示发送信令信息的特定PLP和一般PLP。
在接收侧，在接收分组流之前，接收机可能需要获取信令信息。当接收机将初始PLP解码以获取信令信息时，还可接收上下文信令。在进行了信令获取之后，可选择接收分组流的PLP。换言之，接收机可通过选择初始PLP来获取包括上下文信息的信令信息。这里，初始PLP可以是上述信令PLP。此后，接收机可选择用于获取分组流的PLP。这样，可在接收分组流之前获取上下文信息。
在选择了用于获取分组流的PLP之后，适配模块可从所接收到的分组流检测IR-DYN分组。然后，适配模块从信令数据中的上下文信息解析静态链。这类似于接收IR分组。对于相同的上下文标识符，IR-DYN分组可被恢复成IR分组。所恢复的ROHC分组流可被发送给ROHC解压缩器。此后，可开始解压缩。
图14示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表。
以下将描述链路层信令。
通常，链路层信令在IP级别下操作。在接收机侧，链路层信令可比诸如服务列表表格(SLT)和服务层信令(SLS)的IP级别信令更早获得。因此，可在会话建立之前获得链路层信令。
对于链路层信令，根据输入路径可存在两种类型的信令：内部链路层信令和外部链路层信令。内部链路层信令在发送机侧的链路层中生成。并且链路层从外部模块或协议取得信令。这种类型的信令信息被视为外部链路层信令。如果一些信令需要在IP级别信令之前获得，则以链路层分组的格式发送外部信令。
链路层信令可如上所述被封装到链路层分组中。链路层分组可承载任何格式的链路层信令，包括二进制和XML。对于链路层信令可不按照不同的格式发送相同的信令信息。
内部链路层信令可包括用于链路映射的信令信息。链路映射表(LMT)提供PLP中承载的上层会话的列表。LMT还提供用于处理链路层中的承载上层会话的链路层分组的附加信息。
示出根据本发明的LMT的示例(tsib14010)。
signaling_type可以是指示该表所承载的信令的类型的8比特无符号整数字段。用于链路映射表(LMT)的signaling_type字段的值可被设定为0x01。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
num_session可以是8比特无符号整数字段，其提供上面的PLP_ID字段所标识的PLP中承载的上层会话的数量。当signaling_type字段的值为0x01时，此字段可指示PLP中的UDP/IP会话的数量。
src_IP_add可以是32比特无符号整数字段，其包含PLP_ID字段所标识的PLP中承载的上层会话的源IP地址。
dst_IP_add可以是32比特无符号整数字段，其包含PLP_ID字段所标识的PLP中承载的上层会话的目的地IP地址。
src_UDP_port可以是16比特无符号整数字段，其表示PLP_ID字段所标识的PLP中承载的上层会话的源UDP端口号。
dst_UDP_port可以是16比特无符号整数字段，其表示PLP_ID字段所标识的PLP中承载的上层会话的目的地UDP端口号。
SID_flag可以是1比特布尔字段，其指示承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组是否在其可选头中具有SID字段。当此字段的值被设定为0时，承载上层会话的链路层分组可在其可选头中不具有SID字段。当此字段的值被设定为1时，承载上层会话的链路层分组可在其可选头中具有SID字段，并且SID字段的值可与该表中随后的SID字段相同。
compressed_flag可以是1比特布尔字段，其指示是否对承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组应用头压缩。当此字段的值被设定为0时，承载上层会话的链路层分组可在其基本头中具有值为0x00的Packet_Type字段。当此字段的值被设定为1时，承载上层会话的链路层分组可在其基本头中具有值为0x01的Packet_Type字段并且可存在Context_ID字段。
SID可以是8比特无符号整数字段，其指示承载上面4个字段Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port所标识的上层会话的链路层分组的子流标识符。当SID_flag的值等于1时，此字段可存在。
context_id可以是8比特字段，其提供对ROHC-U描述表中所提供的上下文id(CID)的参考。当compressed_flag的值等于1时，此字段可存在。
示出根据本发明的RoHC-U描述表的示例(tsib14020)。如上文所述，RoHC-U适配模块可生成与头压缩有关的信息。
signaling_type可以是指示该表所承载的信令的类型的8比特字段。ROHC-U描述表(RDT)的signaling_type字段的值可被设定为“0x02”。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
context_id可以是指示压缩IP流的上下文id(CID)的8比特字段。在该系统中，8比特CID可用于大CID。
context_profile可以是指示用于压缩流的协议的范围的8比特字段。此字段可被省略。
adaptation_mode可以是指示该PLP中的适配模块的模式的2比特字段。适配模式上面已描述。
context_config可以是指示上下文信息的组合的2比特字段。如果该表中不存在上下文信息，则此字段可被设定为“0x0”。如果static_chain()或dynamic_chain()字节被包括在该表中，则此字段可分别被设定为“0x01”或“0x02”。如果static_chain()和dynamic_chain()字节二者均被包括在该表中，则此字段可被设定为“0x03”。
context_length可以是指示静态链字节序列的长度的8比特字段。此字段可被省略。
static_chain_byte()可以是传达用于将ROHC-U解压缩器初始化的静态信息的字段。此字段的大小和结构取决于上下文简档。
dynamic_chain_byte()可以是传达用于将ROHC-U解压缩器初始化的动态信息的字段。此字段的大小和结构取决于上下文简档。
static_chain_byte可被定义为IR分组的子头信息。dynamic_chain_byte可被定义为IR分组和IR-DYN分组的子头信息。
图15示出根据本发明的实施例的发送机侧的链路层的结构。
本实施例假定处理IP分组。从功能角度，发送机侧的链路层可大体包括处理信令信息的链路层信令部分、开销降低部分和/或封装部分。另外，发送机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，上层的信令信息和/或系统参数tsib15010可被传送至链路层。另外，包括IP分组的IP流可从IP层tsib15110被传送至链路层。
如上所述，调度器tsib15020可确定和控制包括在链路层中的多个模块的操作。所传送的信令信息和/或系统参数tsib15010可由调度器tsib15020过滤或使用。接收机所需的与所传送的信令信息和/或系统参数tsib15010的一部分对应的信息可被传送给链路层信令部分。另外，链路层的操作所需的与信令信息的一部分对应的信息可被传送至开销降低控制器tsib15120或封装控制器tsib15180。
链路层信令部分可收集要作为信号在物理层中发送的信息，并且以适合于传输的形式来转换/配置该信息。链路层信令部分可包括信令管理器tsib15030、信令格式化器tsib15040和/或信道缓冲器tsib15050。
信令管理器tsib15030可接收从调度器tsib15020传送来的信令信息和/或从开销降低部分传送来的信令(和/或上下文)信息。信令管理器tsib15030可确定用于所传送的数据的信令信息的传输的路径。信令信息可通过信令管理器tsib15030所确定的路径来传送。如上文所述，要通过所划分的信道发送的信令信息(例如，FIC、EAS等)可被传送至信令格式化器tsib15040，其它信令信息可被传送至封装缓冲器tsib15070。
信令格式化器tsib15040可按照适合于各个划分的信道的形式将相关的信令信息格式化，使得信令信息可通过单独划分的信道来发送。如上文所述，物理层可包括单独的物理/逻辑划分的信道。所划分的信道可用于发送FIC信令信息或EAS相关信息。FIC或EAS相关信息可由信令管理器tsib15030排序并被输入到信令格式化器tsib15040。信令格式化器tsib15040可基于各个单独的信道将信息格式化。当物理层被设计为通过单独划分的信道发送FIC和EAS以外的特定信令信息时，可另外提供用于该特定信令信息的信令格式化器。通过此方案，链路层可与各种物理层兼容。
信道缓冲器tsib15050可将从信令格式化器tsib15040接收的信令信息传送至单独的专用信道tsib15060。单独的信道的数量和内容可根据实施例而变化。
如上文所述，信令管理器tsib15030可将没有被传送至特定信道的信令信息传送至封装缓冲器tsib15070。封装缓冲器tsib15070可用作接收没有被传送至特定信道的信令信息的缓冲器。
信令信息封装块tsib15080可对没有被传送至特定信道的信令信息进行封装。发送缓冲器tsib15090可用作将封装的信令信息传送至用于信令信息的DP tsib15100的缓冲器。这里，用于信令信息的DP tsib15100可表示上述PLS区域。
开销降低部分可通过去除被传送至链路层的分组的开销来允许高效传输。可配置与输入到链路层的IP流的数量对应的开销降低部分。
开销降低缓冲器tsib15130可接收从上层传送来的IP分组。所接收到的IP分组可通过开销降低缓冲器tsib15130被输入到开销降低部分。
开销降低控制器tsib15120可确定是否对输入至开销降低缓冲器tsib15130的分组流执行开销降低。开销降低控制器tsib15120可针对各个分组流确定是否执行开销降低。当对分组流执行开销降低时，分组可被传送至鲁棒头压缩(RoHC)压缩器tsib15140以执行开销降低。当不对分组流执行开销降低时，分组可被传送至封装部分以在没有开销降低的情况下执行封装。是否执行分组的开销降低可基于传送至链路层的信令信息tsib15010来确定。信令信息可通过调度器tsib15020被传送至封装控制器tsib15180。
RoHC压缩器tsib15140可对分组流执行开销降低。RoHC压缩器tsib15140可执行压缩分组的头的操作。各种方案可用于开销降低。可利用本发明所提出的方案来执行开销降低。本发明假定IP流，因此使用表达“RoHC压缩器”。然而，该名称可根据实施例而改变。操作不限于IP流的压缩，可通过RoHC压缩器tsib15140来执行所有类型的分组的开销降低。
分组流配置块tsib15150可从具有压缩头的IP分组分离要发送至信令区域的信息与要发送至分组流的信息。要发送至分组流的信息可表示要发送至DP区域的信息。要发送至信令区域的信息可被传送至信令和/或上下文控制器tsib15160。要发送至分组流的信息可被发送至封装部分。
信令和/或上下文控制器tsib15160可收集信令和/或上下文信息并且将该信令和/或上下文信息传送至信令管理器以便将信令和/或上下文信息发送至信令区域。
封装部分可执行以适合于向物理层传送的形式封装分组的操作。可配置与IP流的数量对应的封装部分。
封装缓冲器tsib15170可接收分组流以用于封装。当执行开销降低时可接收经受开销降低的分组，当不执行开销降低时可没有改变地接收输入IP分组。
封装控制器tsib15180可确定是否封装输入分组流。当执行封装时，分组流可被传送至分割/级联块tsib15190。当不执行封装时，分组流可被传送至发送缓冲器tsib15230。是否封装分组可基于传送至链路层的信令信息tsib15010来确定。信令信息可通过调度器tsib15020被传送至封装控制器tsib15180。
在分割/级联块tsib15190中，可对分组执行上述分割或级联操作。换言之，当输入IP分组比与链路层的输出对应的链路层分组长时，一个IP分组可被分成多个片段以配置多个链路层分组有效载荷。另一方面，当输入IP分组比与链路层的输出对应的链路层分组短时，多个IP分组可被级联以配置一个链路层分组有效载荷。
分组配置表tsib15200可具有分割和/或级联的链路层分组的配置信息。发送机和接收机可在分组配置表tsib15200中具有相同的信息。发送机和接收机可参考分组配置表tsib15200的信息。分组配置表tsib15200的信息的索引值可被包括在链路层分组的头中。
链路层头信息块tsib15210可收集在封装处理中生成的头信息。另外，链路层头信息块tsib15210可收集包括在分组配置表tsib15200中的头信息。链路层头信息块tsib15210可根据链路层分组的头结构来配置头信息。
头附接块tsib15220可将头添加到分割和/或级联的链路层分组的有效载荷。发送缓冲器tsib15230可用作将链路层分组传送至物理层的DP tsib15240的缓冲器。
各个块、模块或部分可被配置为链路层中的一个模块/协议或多个模块/协议。
图16示出根据本发明的实施例的接收机侧的链路层的结构。
本实施例假定处理IP分组。从功能角度，接收机侧的链路层可大体包括处理信令信息的链路层信令部分、开销处理部分和/或解封装部分。另外，接收机侧的链路层可包括用于控制和调度链路层的总体操作和/或链路层的输入和输出部分的调度器。
首先，通过物理层接收的信息可被传送至链路层。链路层可处理信息，恢复在发送机侧被处理之前的原始状态，然后将信息传送至上层。在本实施例中，上层可以是IP层。
在物理层中分离并且通过特定信道tsib16030传送的信息可被传送至链路层信令部分。链路层信令部分可确定从物理层接收的信令信息，并且将所确定的信令信息传送至链路层的各个部分。
信道缓冲器tsib16040可用作接收通过特定信道发送的信令信息的缓冲器。如上文所述，当物理/逻辑划分的单独的信道存在于物理层中时，可接收通过信道发送的信令信息。当从单独的信道接收的信息被分割时，分割的信息可被存储，直至配置完整信息。
信令解码器/解析器tsib16050可核实通过特定信道接收的信令信息的格式，并且提取链路层中要使用的信息。当通过特定信道接收的信令信息被编码时，可执行解码。另外，根据给定实施例，可核实信令信息的完整性等。
信令管理器tsib16060可将通过多个路径接收的信令信息整合。通过用于信令的DP tsib16070(将在下面描述)接收的信令信息可在信令管理器tsib16060中被整合。信令管理器tsib16060可传送链路层中的各个部分所需的信令信息。例如，信令管理器tsib16060可将用于恢复分组的上下文信息等传送至开销处理部分。另外，信令管理器tsib16060可将用于控制的信令信息传送至调度器tsib16020。
没有通过单独的特定信道接收的一般信令信息可通过用于信令的DP tsib16070来接收。这里，用于信令的DP可表示PLS、L1等。这里，DP可被称作PLP。接收缓冲器tsib16080可用作接收从用于信令的DP传送来的信令信息的缓冲器。在信令信息解封装块tsib16090中，可将所接收到的信令信息解封装。解封装的信令信息可通过解封装缓冲器tsib16100被传送至信令管理器tsib16060。如上文所述，信令管理器tsib16060可校对信令信息并且将校对的信令信息传送至链路层中的必要部分。
调度器tsib16020可确定并控制包括在链路层中的多个模块的操作。调度器tsib16020可利用接收机信息tsib16010和/或从信令管理器tsib16060传送的信息来控制链路层的各个部分。另外，调度器tsib16020可确定各个部分的操作模式等。这里，接收机信息tsib16010可表示先前存储在接收机中的信息。调度器tsib16020可使用由用户改变的信息(例如，信道切换等)来执行控制操作。
解封装部分可过滤从物理层的DP tsib16110接收的分组，并且根据分组的类型来分离分组。可配置与物理层中可同时解码的DP的数量对应的解封装部分。
解封装缓冲器tsib16100可用作从物理层接收分组流以执行解封装的缓冲器。解封装控制器tsib16130可确定是否将输入分组流解封装。当执行解封装时，分组流可被传送至链路层头解析器tsib16140。当不执行解封装时，分组流可被传送至输出缓冲器tsib16220。从调度器tsib16020接收的信令信息可用于确定是否执行解封装。
链路层头解析器tsib16140可标识所传送的链路层分组的头。可通过标识头来标识链路层分组的有效载荷中所包括的IP分组的配置。例如，IP分组可被分割或级联。
分组配置表tsib16150可包括分割和/或级联的链路层分组的有效载荷信息。发送机和接收机可在分组配置表tsib16150中具有相同的信息。发送机和接收机可参考分组配置表tsib16150的信息。可基于包括在链路层分组中的索引信息来寻找重组所需的值。
重组块tsib16160可将分割和/或级联的链路层分组的有效载荷配置为原始IP流的分组。片段可被收集并重新配置为一个IP分组，或者级联的分组可被分离并重新配置为多个IP分组流。重组的IP分组可被传送至开销处理部分。
开销处理部分可执行将经受开销降低的分组恢复为原始分组的操作，作为发送机中执行的开销降低的逆操作。该操作可被称作开销处理。可配置与物理层中可同时解码的DP的数量对应的开销处理部分。
分组恢复缓冲器tsib16170可用作接收解封装的RoHC分组或IP分组以执行开销处理的缓冲器。
开销控制器tsib16180可确定是否恢复和/或解压缩解封装的分组。当执行恢复和/或解压缩时，分组可被传送至分组流恢复块tsib16190。当不执行恢复和/或解压缩时，分组可被传送至输出缓冲器tsib16220。是否执行恢复和/或解压缩可基于调度器tsib16020所传送的信令信息来确定。
分组流恢复块tsib16190可执行将从发送机分离的分组流与分组流的上下文信息整合的操作。此操作可以是恢复分组流以使得RoHC解压缩器tsib16210可执行处理的处理。在此处理中，可从信令和/或上下文控制器tsib16200接收信令信息和/或上下文信息。信令和/或上下文控制器tsib16200可确定从发送机传送来的信令信息，并且将该信令信息传送至分组流恢复块tsib16190，使得信令信息可被映射至与上下文ID对应的流。
RoHC解压缩器tsib16210可恢复分组流的分组的头。可通过头的恢复将分组流的分组恢复成原始IP分组的形式。换言之，RoHC解压缩器tsib16210可执行开销处理。
输出缓冲器tsib16220可用作在输出流被传送至IP层tsib16230之前的缓冲器。
本发明中所提出的发送机和接收机的链路层可包括上述块或模块。这样，链路层可独立地操作，而不管上层和下层，可有效地执行开销降低，并且可容易地定义/增加/删除根据上层/下层可支持的功能。
图17示出根据本发明的实施例的通过链路层的信令传输的配置(发送侧/接收侧)。
在本发明中，多个服务提供商(广播商)可在一个频带内提供服务。另外，服务提供商可提供多个服务，并且一个服务可包括一个或更多个组件。可认为用户使用服务作为单位来接收内容。
本发明假定使用基于多个会话的传输协议来支持IP混合广播。通过信令路径传送的信令信息可基于各个协议的传输配置来确定。根据给定实施例，各种名称可被应用于各个协议。
在所示的发送侧的数据配置tsib17010中，服务提供商(广播商)可提供多个服务(服务#1、#2、…)。通常，用于服务的信号可通过一般传输会话来发送(信令C)。然而，根据给定实施例，信号可通过特定会话(专用会话)来发送(信令B)。
服务数据和服务信令信息可根据传输协议来封装。根据给定实施例，可使用IP/UDP层。根据给定实施例，可另外提供IP/UDP层中的信号(信令A)。此信令可被省略。
使用IP/UDP处理的数据可被输入到链路层。如上文所述，可在链路层中执行开销降低和/或封装。这里，可另外提供链路层信令。链路层信令可包括系统参数等。上面已描述了链路层信令。
经受上述处理的服务数据和信令信息可在物理层中通过PLP来处理。这里，PLP可被称作DP。图中所示的示例假定使用基本DP/PLP的情况。然而，根据实施例，可在没有基本DP/PLP的情况下仅利用一般DP/PLP来执行传输。
在图中所示的示例中，使用诸如FIC、EAC等的特定信道(专用信道)。通过FIC传送的信号可被称作快速信息表(FIT)，通过EAC传送的信号可被称作紧急报警表(EAT)。FIT可与上述SLT相同。根据实施例可不使用特定信道。当没有配置特定信道(专用信道)时，FIT和EAT可利用一般链路层信令传输方案来发送，或者作为其它服务数据经由IP/UDP利用PLP来发送。
根据给定实施例，系统参数可包括发送机相关参数、服务提供商相关参数等。链路层信令可包括IP头压缩相关上下文信息和/或上下文所应用于的数据的标识信息。上层信令可包括IP地址、UDP号、服务/组件信息、紧急报警相关信息、服务信令的IP/UDP地址、会话ID等。上面已描述了其详细示例。
在所示的接收侧的数据配置tsib17020中，接收机可仅利用信令信息将用于对应服务的PLP解码，而不必将所有PLP解码。
首先，当用户选择或改变期望接收的服务时，接收机可被调谐至对应频率并且可读取存储在DB等中的与对应信道有关的接收机信息。存储在接收机的DB等中的信息可通过在初始信道扫描时读取SLT来配置。
在接收SLT和关于对应信道的信息之后，更新先前存储在DB中的信息，并且获取关于用户所选择的服务的传输路径的信息以及关于获取组件信息或者发送获取信息所需的信号的路径的信息。当利用SLT的版本信息确定信息没有改变时，可省略解码或解析。
接收机可通过解析可通过物理信令的特定字段指示的对应广播流(未示出)中的PLP的物理信令来核实PLP中是否包括SLT信息。可通过访问SLT信息来访问发送特定服务的服务层信令的位置。服务层信号可被封装到IP/UDP中并通过传输会话来传送。可利用该服务层信令获取关于服务中所包括的组件的信息。特定SLT-SLS配置如上所述。
换言之，可利用SLT获取传输路径信息，以用于接收与信道上当前发送的多个分组流和PLP中的一个对应的服务的接收所需的上层信令信息(服务信令信息)。传输路径信息可包括IP地址、UDP端口号、会话ID、PLPID等。这里，根据实施例，IANA或系统先前指定的值可用作IP/UDP地址。可利用访问DB或共享存储器等的方案来获取信息。
当链路层信号和服务数据通过相同的PLP发送，或者仅操作一个PLP时，在链路层信号被解码的同时，通过该PLP传送的服务数据可被临时存储在诸如缓冲器等的装置中。
可利用要接收的服务的服务信令信息来获取关于实际上发送服务的路径的信息。另外，所接收到的分组流可利用诸如要接收的PLP的开销降低等的信息经受解封装和头恢复。
在所示的示例(tsib17020)中，使用FIC和EAC，并且假定基本DP/PLP的概念。如上文所述，可不使用FIC、EAC和基本DP/PLP的概念。
尽管为了描述方便，在下文中MISO或MIMO使用两个天线，但是本发明适用于使用两个或更多个天线的系统。本发明提出了被优化以在获得特定使用情况所需的性能的同时使接收机复杂度最小化的物理简档(或系统)。根据本发明的实施例的物理(PHY)简档(基本简档、手持简档和高级简档)是对应接收机应该实现的所有简档的子集。PHY简档共享大多数功能块，但是在特定块和/或参数方面略有不同。为了系统演进，在单个射频(RF)信道中也可通过未来扩展帧(FEF)将未来的简档与现有的简档复用。根据本发明的实施例的基本简档和手持简档是指不应用MIMO的简档，高级简档是指应用MIMO的简档。基本简档可用作地面广播服务和移动广播服务二者的简档。即，基本简档可用于定义包括移动简档的简档的概念。另外，高级简档可被分成用于具有MIMO的基本简档的高级简档以及用于具有MIMO的手持简档的高级简档。此外，简档可根据设计者的意图而改变。
以下术语和定义可应用于本发明。以下术语和定义可根据设计而改变。
辅助流：承载可用于未来扩展的还未定义的调制和编译或者广播商或网络运营商所需的数据的信元序列
基本数据管道：承载服务信令数据的数据管道
基带帧(或BBFRAME)：形成对一个FEC编码处理(BCH和LDPC编码)的输入的Kbch比特的集合
信元：由正交频分复用(OFDM)传输的一个载波承载的调制值编码块：PLS1数据的LDPC编码块或者PLS2数据的LDPC编码块之一
数据管道：承载服务数据或相关的元数据的物理层中的逻辑信道，其可承载一个或多个服务或者服务组件。
数据管道单元(DPU)：向帧中的DP分配数据信元的基本单元。
数据符号：帧中的非前导码符号的OFDM符号(数据符号涵盖帧信令符号和帧边缘符号)
DP_ID：此8比特字段唯一地标识由SYSTEM_ID标识的系统内的DP
哑信元：承载用于填充未用于PLS信令、DP或辅助流的剩余容量的伪随机值的信元
紧急报警信道(EAC)：承载EAS信息数据的帧的部分
帧：以前导码开始并以帧边缘符号结束的物理层时隙
帧重复单元：属于相同或不同的物理层简档的帧(包括FEF)的集合，其在超帧中被重复八次
快速信息信道(FIC)：帧中的逻辑信道，其承载服务与对应基本DP之间的映射信息
FECBLOCK：DP数据的LDPC编码比特的集合
FFT大小：用于特定模式的标称FFT大小，等于以基本周期T的循环表示的有效符号周期Ts
帧信令符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的开始处，承载PLS数据的一部分
帧边缘符号：具有更高导频密度的OFDM符号，其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的结尾处
帧组：超帧中具有相同PHY简档类型的所有帧的集合
未来扩展帧：超帧内的可用于未来扩展的物理层时隙，其以前导码开始
Futurecast UTB系统：所提出的物理层广播系统，其输入是一个或更多个MPEG2-TS、IP或一般流，其输出是RF信号
输入流：由系统传送给终端用户的服务集的数据流
正常数据符号：除了帧信令符号和帧边缘符号以外的数据符号
PHY简档：对应接收机应该实现的所有配置的子集
PLS：包括PLS1和PLS2的物理层信令数据
PLS1：具有固定大小、编码和调制的帧信令符号(FSS)中所承载的PLS数据的第一集合，其承载关于系统的基本信息以及对PLS2解码所需的参数
注释：在帧组的持续时间内PLS1数据保持恒定
PLS2：FSS中发送的PLS数据的第二集合，其承载关于系统和DP的更详细的PLS数据
PLS2动态数据：逐帧动态地改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导码信令数据：由前导码符号承载的信令数据，用于标识系统的基本模式
前导码符号：承载基本PLS数据的固定长度的导频符号，其位于帧的开始处
前导码符号主要用于快速初始频带扫描以检测系统信号、其时序、频率偏移和FFT大小。
为未来使用预留：本文献未定义，但是可在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：执行时间交织的信元的集合，与时间交织器存储器的一次使用对应
TI组：执行针对特定DP的动态容量分配的单元，由数量动态变化的整数个XFECBLOCK构成
注释：TI组可被直接映射至一个帧，或者可被映射至多个帧。TI组可包含一个或更多个TI块。
类型1DP：所有DP按照时分复用(TDM)方案被映射至帧的帧的DP
类型2DP：所有DP按照频分复用(FDM)方案被映射至帧的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图18示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置。
根据本实施例的用于未来广播服务的广播信号发送设备可包括输入格式化块1000、比特交织编码和调制(BICM)块1010、帧构建块1020、OFDM生成块1030和信令生成块1040。将描述广播信号发送设备的各个块的操作。
在根据本发明的实施例的输入数据中，IP流/分组和MPEG2-TS可以是主要输入格式，其它流类型作为一般流处理。除了这些数据输入以外，管理信息被输入以控制各个输入流的对应带宽的调度和分配。另外，本发明允许一个或多个TS流、IP流和/或一般流的同时输入。
输入格式化块1000可将各个输入流解复用为一个或多个数据管道，对各个数据管道应用独立的编码和调制。DP是用于鲁棒控制的基本单元，其影响QoS。一个DP可承载一个或多个服务或服务组件。DP是用于传送服务数据或者相关元数据的物理层中的逻辑信道，其能够承载一个或多个服务或服务组件。
另外，DPU是用于向一个帧中的DP分配数据信元的基本单元。
对物理层的输入可包括一个或多个数据流。各个数据流通过一个DP传送。输入格式化块1000可将通过一个或更多个物理路径(或DP)输入的数据流转换为基带帧(BBF)。在这种情况下，输入格式化块1000可对输入数据(TS或IP输入流)执行空分组删除或头压缩以便增强传输效率。接收机可具有头的特定部分的先验信息，因此可从发送机删除该已知信息。空分组删除块3030可仅用于TS输入流。
在BICM块1010中，增加奇偶校验数据以用于纠错，并且编码的比特被映射至复值星座符号。将这些符号遍及用于对应DP的特定交织深度交织。对于高级简档，在BICM块1010中执行MIMO编码，并且在输出处增加附加数据路径以用于MIMO传输。
帧构建块1020可将输入DP的数据信元映射至帧内的OFDM符号，并且为了频域分集，特别是对抗频率选择性衰落信道，执行频率交织。帧构建块1020可包括时延补偿块、信元映射器和频率交织器。
时延补偿块可调节DP与对应PLS数据之间的时序以确保DP与对应PLS数据在发送机侧同时序。通过解决由输入格式化块和BICM块导致的数据管道的时延，使PLS数据延迟与数据管道相同的量。BICM块的时延主要是由于时间交织器。带内信令数据承载下一TI组的信息以使得在要用信号通知的DP前面一个帧承载该信息。时延补偿块相应地延迟带内信令数据。
信元映射器可将PLS、DP、辅助流、哑信元等映射至帧中的OFDM符号的有效载波。信元映射器7010的基本功能是将各个DP的TI所生成的数据信元、PLS信元和EAC/FIC信元(如果有的话)映射至与帧内的各个OFDM符号对应的有效OFDM信元的阵列中。信元映射器的基本功能是将通过各个DP和PLS信元的时间交织生成的数据信元映射至与一个帧中的各个OFDM符号对应的有效OFDM信元的阵列(如果存在的话)。可通过DP单独地收集并发送服务信令数据(例如，节目特定信息(PSI)/SI)。信元映射器根据调度器所生成的动态信息以及帧结构的配置来操作。频率交织器可将从信元映射器接收的数据信元随机地交织以提供频率分集。另外，频率交织器可利用不同的交织种子顺序在包括两个顺序OFDM符号的OFDM符号对上进行操作以在单个帧中获得最大交织增益。
OFDM生成块1030通过帧构建块所生成的信元来调制OFDM载波，插入导频，并且生成时域信号以用于传输。另外，此块随后插入保护间隔并且应用峰平均功率比(PAPR)降低处理以生成最终RF信号。
具体地讲，在各个帧的开始处插入前导码之后，OFDM生成块1030可以以循环前缀作为保护间隔应用传统OFDM调制。为了天线空间分集，遍及发送机应用分布式MISO方案。另外，在时域中执行PAPR方案。为了灵活的网络规划，本发明提供各种FFT大小、保护间隔长度和对应导频图案的集合。
另外，本发明可在时域中将多个广播发送/接收系统的信号复用，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可在相同的RF信号带宽中同时发送。在这种情况下，所述两个或更多个不同的广播发送/接收系统是指提供不同的广播服务的系统。不同的广播服务可表示地面广播服务、移动广播服务等。
信令生成块1040可创建用于各个功能块的操作的物理层信令信息。此信令信息也被发送以使得在接收机侧正确地恢复所关注的服务。根据本发明的实施例的信令信息可包括PLS数据。PLS向接收机提供访问物理层DP的手段。PLS数据包括PLS1数据和PLS2数据。
PLS1数据是具有固定大小、编码和调制的帧中的FSS符号中所承载的PLS数据的第一集合，其承载关于系统的基本信息以及将PLS2数据解码所需的参数。PLS1数据提供基本传输参数，包括允许PLS2数据的接收和解码所需的参数。另外，在帧组的持续时间内PLS1数据保持恒定。
PLS2数据是FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更详细的PLS数据。PLS2包含提供足够信息以便于接收机将期望的DP解码的参数。PLS2信令进一步包括两种类型的参数：PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)。PLS2静态数据是在帧组的持续时间内保持静态的PLS2数据，PLS2动态数据是逐帧动态地改变的PLS2数据。PLS数据的细节将稍后描述。
上述块可被省略或者被具有相似或相同功能的块取代。
图19示出根据本发明的实施例的BICM块。
图19所示的BICM块对应于参考图18描述的BICM块1010的实施例。
如上所述，根据本发明的实施例的用于未来广播服务的广播信号发送设备可提供地面广播服务、移动广播服务、UHDTV服务等。
由于QoS取决于根据本发明的实施例的用于未来广播服务的广播信号发送设备所提供的服务的特性，所以与各个服务对应的数据需要利用不同的方案来处理。因此，根据本发明的实施例的BICM块可通过独立地对分别与数据路径对应的数据管道应用SISO、MISO和MIMO方案来独立地处理各个DP。因此，根据本发明的实施例的用于未来广播服务的广播信号发送设备可控制通过各个DP发送的各个服务或服务组件的QoS。
示出应用于没有应用MIMO的简档(或系统)的BICM块，(b)示出应用了MIMO的简档(或系统)的BICM块。
没有应用MIMO的BICM块和应用了MIMO的BICM块可包括多个处理块以用于处理各个DP。
将描述没有应用MIMO的BICM块和应用了MIMO的BICM块的各个处理块。
没有应用MIMO的BICM块的处理块5000可包括数据FEC编码器5010、比特交织器5020、星座映射器5030、信号空间分集(SSD)编码块5040和时间交织器5050。
数据FEC编码器5010对输入的BBF执行FEC编码以利用外编译(BCH)和内编译(LDPC)生成FECBLOCK过程。外编译(BCH)是可选的编译方法。数据FEC编码器5010的详细操作将稍后描述。
比特交织器5020可将数据FEC编码器5010的输出交织以在提供高效可实现的结构的同时利用LDPC码和调制方案的组合实现优化的性能。比特交织器5020的详细操作将稍后描述。
星座映射器5030可利用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256或NUQ-1024)或者非均匀星座(NUC-16、NUC-64、NUC-256或NUC-1024)映射对来自基本简档和手持简档中的比特交织器5020的各个信元字或者来自高级简档中的信元字解复用器5010-1的各个信元字进行调制，以给出功率归一化的星座点el。仅针对DP应用此星座映射。据观察，QAM-16和NUQ是正方形的，而NUC具有任意形状。当各个星座旋转90度的任何倍数时，旋转后的星座与其原始星座恰好交叠。此“旋转”对称性质使得实部和虚部的容量和平均功率彼此相等。针对各个码率具体地定义NUQ和NUC二者，所使用的具体一个由PLS2数据中的参数DP_MOD字段来用信号通知。
时间交织器5050可在DP层面操作。时间交织(TI)的参数可针对各个DP不同地设定。时间交织器5050的详细操作将稍后描述。
应用了MIMO的BICM块的处理块5000-1可包括数据FEC编码器、比特交织器、星座映射器和时间交织器。
然而，处理块5000-1与没有应用MIMO的BICM块的处理块5000的区别之处在于处理块5000-1还包括信元字解复用器5010-1和MIMO编码块5020-1。
另外，处理块5000-1中的数据FEC编码器、比特交织器、星座映射器和时间交织器的操作对应于上述数据FEC编码器5010、比特交织器5020、星座映射器5030和时间交织器5050的操作，因此省略其描述。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分成双信元字流以便于MIMO处理。
MIMO编码块5020-1可利用MIMO编码方案来处理信元字解复用器5010-1的输出。MIMO编码方案被优化以用于广播信号传输。MIMO技术是获得容量增加的有前景的方式，但是它取决于信道特性。特别是对于广播，信道的强LOS分量或者由不同的信号传播特性导致的两个天线之间的接收信号功率差异使得难以从MIMO获得容量增益。所提出的MIMO编码方案利用MIMO输出信号之一的基于旋转的预编码和相位随机化而克服了这一问题。
MIMO编码旨在用于在发送机和接收机二者处需要至少两个天线的2x2MIMO系统。本发明的MIMO编码模式可被定义为全速率空间复用(FR-SM)。FR-SM编码可提供容量增加并且接收机侧的复杂度的增加相对较小。另外，本发明的MIMO编码方案对天线极性配置没有限制。
在DP层面应用MIMO处理。与成对的星座映射器输出对应的NUQ(e1,i和e2,i)被馈送至MIMO编码器的输入。成对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的同一载波k和OFDM符号l发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图20示出根据本发明的另一实施例的BICM块。
图20所示的BICM块对应于参考图18描述的BICM块1010的另一实施例。
图20示出用于物理层信令(PLS)、紧急报警信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分，FIC是承载服务与对应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参考图20，用于PLS、EAC和FIC的保护的BICM块可包括PLS FEC编码器6000、比特交织器6010和星座映射器6020。
另外，PLS FEC编码器6000可包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶校验穿孔块。将描述BICM块的各个块。
PLS FEC编码器6000可对加扰的PLS1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和穿孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块可利用缩短BCH码对加扰的PLS1/2数据执行外编码以用于PLS保护，并且在BCH编码之后插入零比特。仅针对PLS1数据，可在LDPC编码之前对零插入的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零插入块的输出进行编码。为了生成完整编码的块，从各个零插入的PLS信息块Ildpc系统地对Cldpc和奇偶校验比特Pldpc进行编码并且附在其后。
[等式1]
LDPC奇偶校验穿孔块可对PLS1数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时，在LDPC编码之后对一些LDPC奇偶校验比特进行穿孔。另外，为了PLS2数据保护，在LDPC编码之后对PLS2的LDPC奇偶校验比特进行穿孔。不发送这些被穿孔的比特。
比特交织器6010可将各个缩短和穿孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射至星座。
上述块可被省略或者被具有相似或相同功能的块取代。
图21示出根据本发明的实施例的PLS的比特交织处理。
各个缩短和穿孔的PLS1和PLS2编码块如图22中所述被逐比特地交织。附加奇偶校验比特的各个块利用相同的块交织结构但是单独地交织。
在BPSK的情况下，比特交织存在两个分支以将FEC编码比特复制在实部和虚部中。各个编码块被首先写入上面的分支。通过利用循环移位值floor(NFEC/2)应用模NFEC加法来将比特映射至下面的分支，其中NFEC是在缩短和穿孔之后各个LDPC编码块的长度。
在诸如QSPK、QAM-16和NUQ-64的其它调制情况下，FEC编码比特被顺次写入交织器列方向，其中列数与调制阶数相同。
在读取操作中，用于一个星座符号的比特从行方向被依次读出并且馈送至比特解复用器块中。继续这些操作装置列结束。
在星座映射之前在组中逐比特地将各个比特交织组解复用。根据调制阶数，存在两个映射规则。在BPSK和QPSK的情况下，符号中的比特的可靠性相等。因此，从比特交织块读出的比特组在没有任何操作的情况下被映射至QAM符号。
在被映射至QAM符号的QAM-16和NUQ-64的情况下，操作规则描述于图23的(a)中。如图23的(a)所示，i是与比特交织中的列索引对应的比特组索引。
图21示出QAM-16的比特解复用规则。此操作继续，直至从比特交织块读取了所有比特组。
图22示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可对应于参考图18描述的用于未来广播服务的广播信号发送设备。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述广播信号接收设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号，针对与广播信号接收设备对应的系统执行信号检测和同步，并且执行与广播信号发送设备所执行的过程的逆过程对应的解调。
帧解析模块9010可解析输入信号帧并且提取发送用户所选择的服务的数据。如果广播信号发送设备执行交织，则帧解析模块9010可执行与交织的逆过程对应的解交织。在这种情况下，可通过将从信令解码模块9040输出的数据解码以恢复由广播信号发送设备生成的调度信息，来获得需要提取的信号和数据的位置。
解映射和解码模块9020可将输入信号转换为比特域数据，然后根据需要将其解交织。解映射和解码模块9020可执行为了传输效率而应用的映射的解映射，并且通过解码来纠正在传输信道上生成的错误。在这种情况下，解映射和解码模块9020可通过将从信令解码模块9040输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9030可执行由广播信号发送设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下，输出处理器9030可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器9030的输出对应于输入至广播信号发送设备的信号，并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可利用从信令解码模块9040输出的数据来执行其功能。
根据本发明的实施例的帧被进一步划分成多个OFDM符号和前导码。如(d)所示，帧包括前导码、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导码是允许快速Futurecast UTB系统信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导码的细节将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计进而PLS数据的快速解码，FSS具有比正常数据符号密集的导频图案。FES具有与FSS完全相同的导频，这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图23示出根据本发明的实施例的帧的信令层次结构。
图23示出信令层次结构，其被切分成与前导码信令数据11000、PLS1数据11010和PLS2数据11020对应的三个主要部分。每一个帧中的前导码符号所承载的前导码的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据，该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载于每一个帧中并且被切分成与PLS2-STAT数据和PLS2-DYN数据对应的两个主要部分。如果需要，PLS2数据的静态部分和动态部分之后是填充。
根据本发明的实施例的前导码信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导码信令数据的细节如下。
FFT_SIZE：此2比特字段指示帧组内的当前帧的FFT大小，如下表1中所述。
[表1]
| 值 | FFT大小 |
| 00 | 8K FFT |
| 01 | 16K FFT |
| 10 | 32K FFT |
| 11 | 预留 |
GI_FRACTION：此3比特字段指示当前超帧中的保护间隔分数值，如下表2中所述。
[表2]
| 值 | GI_FRACTION |
| 000 | 1/5 |
| 001 | 1/10 |
| 010 | 1/20 |
| 011 | 1/40 |
| 100 | 1/80 |
| 101 | 1/160 |
| 110至111 | 预留 |
EAC_FLAG：此1比特字段指示当前帧中是否提供EAC。如果此字段被设定为“1”，则当前帧中提供紧急报警服务(EAS)。如果此字段被设定为“0”，则当前帧中没有承载EAS。此字段可在超帧内动态地切换。
PILOT_MODE：此1比特字段指示对于当前帧组中的当前帧，导频模式是移动模式还是固定模式。如果此字段被设定为“0”，则使用移动导频模式。如果该字段被设定为“1”，则使用固定导频模式。
PAPR_FLAG：此1比特字段指示对于当前帧组中的当前帧，是否使用PAPR降低。如果此字段被设定为值“1”，则音预留用于PAPR降低。如果此字段被设定为值“0”，则不使用PAPR降低。
预留：此7比特字段被预留以用于未来使用。
图24示出根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述，对于一个帧组的整个持续时间，PLS1数据保持不变。PLS1数据的信令字段的详细定义如下。
PREAMBLE_DATA：此20比特字段是除了EAC_FLAG以外的前导码信令数据的副本。
NUM_FRAME_FRU：此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE：此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表3中所示来用信号通知。
[表3]
| 值 | 有效载荷类型 |
| 1XX | 发送TS。 |
| X1X | 发送IP流。 |
| XX1 | 发送GS。 |
NUM_FSS：此2比特字段指示当前帧中的FSS的数量。
SYSTEM_VERSION：此8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分成两个4比特字段：主版本和次版本。
主版本：与SYSTEM_VERSION字段的四个比特对应的MSB指示主版本信息。主版本字段的改变指示不可后向兼容的改变。默认值为“0000”。对于此标准中所描述的版本，该值被设定为“0000”。
次版本：与SYSTEM_VERSION字段的四个比特对应的LSB指示次版本信息。次版本字段的改变可后向兼容。
CELL_ID：这是唯一地标识ATSC网络中的地理小区的16比特字段。根据每Futurecast UTB系统所使用的频率的数量，ATSC小区覆盖区域可包括一个或更多个频率。如果CELL_ID的值未知或未指定，则此字段被设定为“0”。
NETWORK_ID：这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID：此16比特字段唯一地标识ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是地面广播系统，其输入是一个或更多个输入流(TS、IP、GS)，其输出是RF信号。Futurecast UTB系统承载一个或更多个PHY简档和FEF(如果有的话)。相同的Futurecast UTB系统在不同的地理区域中可承载不同的输入流并且使用不同的RF，从而允许本地服务插入。在一个地方控制帧结构和调度，并且对于Futurecast UTB系统内的所有传输均为相同的。一个或更多个Futurecast UTB系统可具有相同的SYSTEM_ID，这意味着它们全部具有相同的物理层结构和配置。
下面的循环包括用于指示各个帧类型的FRU配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED。循环大小是固定的，从而在FRU内用信号通知四个PHY简档(包括FEF)。如果NUM_FRAME_FRU小于4，则利用零填充未用字段。
FRU_PHY_PROFILE：此3比特字段指示所关联的FRU的第(i+1)(i是循环索引)帧的PHY简档类型。此字段使用如表8所示的相同信令格式。
FRU_FRAME_LENGTH：此2比特字段指示所关联的FRU的第(i+1)帧的长度。将FRU_FRAME_LENGTH与FRU_GI_FRACTION一起使用，可获得帧持续时间的准确值。
FRU_GI_FRACTION：此3比特字段指示所关联的FRU的第(i+1)帧的保护间隔分数值。根据表7来用信号通知FRU_GI_FRACTION。
RESERVED：此4比特字段被预留用于未来使用。
以下字段提供用于将PLS2数据解码的参数。
PLS2_FEC_TYPE：此2比特字段指示由PLS2保护使用的FEC类型。根据表4来用信号通知FEC类型。LDPC码的细节将稍后描述。
[表4]
| 内容 | PLS2FEC类型 |
| 00 | 4K-1/4和7K-3/10LDPC码 |
| 01至11 | 预留 |
PLS2_MOD：此3比特字段指示PLS2所使用的调制类型。根据表5来用信号通知调制类型。
[表5]
| 值 | PLS2_MODE |
| 000 | BPSK |
| 001 | QPSK |
| 010 | QAM-16 |
| 011 | NUQ-64 |
| 100至111 | 预留 |
PLS2_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当前帧组中承载的PLS2的全编码块收集的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_STAT_SIZE_BIT：此14比特字段指示当前帧组的PLS2-STAT的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_DYN_SIZE_BIT：此14比特字段指示当前帧组的PLS2-DYN的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_REP_FLAG：此1比特标志指示当前帧组中是否使用PLS2重复模式。当该字段被设定为值“1”时，PLS2重复模式被激活。当该字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_REP_SIZE_CELL：此15比特字段指示Ctotal_partial_block，当使用PLS2重复时当前帧组的每一个帧中承载的PLS2的部分编码块收集的大小(被指定为QAM信元的数量)。如果未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE：此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表10来用信号通知FEC类型。
PLS2_NEXT_MOD：此3比特字段指示用于下一帧组的每一个帧中承载的PLS2的调制类型。根据表11来用信号通知调制类型。
PLS2_NEXT_REP_FLAG：此1比特标志指示下一帧组中是否使用PLS2重复模式。当此字段被设定为值“1”时，PLS2重复模式被激活。当此字段被设定为值“0”时，PLS2重复模式被去激活。
PLS2_NEXT_REP_SIZE_CELL：此15比特字段指示Ctotal_full_block，当使用PLS2重复时下一帧组的每一个帧中承载的PLS2的全编码块收集的大小(被指定为QAM信元的数量)。如果下一帧组中未使用重复，则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_REP_STAT_SIZE_BIT：此14比特字段指示下一帧组的PLS2-STAT的大小(比特)。该值在当前帧组中恒定。
PLS2_NEXT_REP_DYN_SIZE_BIT：此14比特字段指示下一帧组的PLS2-DYN的大小(比特)。该值在当前帧组中恒定
PLS2_AP_MODE：此2比特字段指示当前帧组中是否为PLS2提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。下表6提供该字段的值。当该字段被设定为值“00”时，在当前帧组中PLS2不使用附加奇偶校验。
[表6]
| 值 | PLS2-AP模式 |
| 00 | 不提供AP |
| 01 | AP1模式 |
| 10至11 | 预留 |
PLS2_AP_SIZE_CELL：此15比特字段指示PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_AP_MODE：此2比特字段指示在下一帧组的每一个帧中是否为PLS2信令提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。表12定义了该字段的值。
PLS2_NEXT_AP_SIZE_CELL：此15比特字段指示下一帧组的每一个帧中的PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
RESERVED：此32比特字段被预留以用于未来使用。
CRC_32：32比特纠错码，其被应用于所有PLS1信令。
图25示出根据本发明的实施例的PLS2数据。
图25示出PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内相同，而PLS2-DYN数据提供当前帧特定的信息。
下面描述PLS2-STAT数据的字段的细节。
FIC_FLAG：此1比特字段指示当前帧组中是否使用FIC。如果此字段被设定为“1”，则在当前帧中提供FIC。如果此字段被设定为“0”，则当前帧中没有承载FIC。该值在当前帧组的整个持续时间期间恒定。
AUX_FLAG：此1比特字段指示当前帧组中是否使用辅助流。如果此字段被设定为“1”，则当前帧中提供辅助流。如果此字段被设定为“0”，则当前帧中没有承载辅助流。该值在当前帧组的整个持续时间期间恒定。
NUM_DP：此6比特字段指示当前帧内承载的DP的数量。此字段的值的范围从1至64，DP的数量为NUM_DP+1。
DP_ID：此6比特字段唯一地标识PHY简档内的DP。
DP_TYPE：此3比特字段指示DP的类型。这根据下表7来用信号通知。
[表7]
| 值 | DP类型 |
| 000 | DP类型1 |
| 001 | DP类型2 |
| 010至111 | 预留 |
DP_GROUP_ID：此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与具有相同的DP_GROUP_ID的特定服务关联的服务组件的DP。
BASE_DP_ID：此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：此2比特字段指示关联的DP所使用的FEC类型。根据下表8来用信号通知FEC类型。
[表8]
| 值 | FEC_TYPE |
| 00 | 16K LDPC |
| 01 | 64K LDPC |
| 10至11 | 预留 |
DP_COD：此4比特字段指示关联的DP所使用的码率。根据下表9来用信号通知码率。
[表9]
| 值 | 码率 |
| 0000 | 5/15 |
| 0001 | 6/15 |
| 0010 | 7/15 |
| 0011 | 8/15 |
| 0100 | 9/15 |
| 0101 | 10/15 |
| 0110 | 11/15 |
| 0111 | 12/15 |
| 1000 | 13/15 |
| 1001至1111 | 预留 |
DP_MOD：此4比特字段指示关联的DP所使用的调制。根据下表10来用信号通知调制。
[表10]
| 值 | 调制 |
| 0000 | QPSK |
| 0001 | QAM-16 |
| 0010 | NUQ-64 |
| 0011 | NUQ-256 |
| 0100 | NUQ-1024 |
| 0101 | NUC-16 |
| 0110 | NUC-64 |
| 0111 | NUC-256 |
| 1000 | NUC-1024 |
| 1001至1111 | 预留 |
DP_SSD_FLAG：此1比特字段指示关联的DP中是否使用SSD模式。如果此字段被设定为值“1”，则使用SSD。如果此字段被设定为值“0”，则不使用SSD。
仅当PHY_PROFILE等于“010”(指示高级简档)时以下字段才出现：
DP_MIMO：此3比特字段指示哪一种类型的MIMO编码处理被应用于所关联的DP。MIMO编码处理的类型根据下表11来用信号通知。
[表11]
| 值 | MIMO编码 |
| 000 | FR-SM |
| 001 | FRFD-SM |
| 010至111 | 预留 |
DP_TI_TYPE：此1比特字段指示时间交织的类型。值“0”指示一个TI组对应于一个帧并且包含一个或更多个TI块。值“1”指示一个TI组被承载于不止一个帧中并且仅包含一个TI块。
DP_TI_LENGTH：此2比特字段(允许值仅为1、2、4和8)的使用由DP_TI_TYPE字段内设定的值如下确定。
如果DP_TI_TYPE被设定为值“1”，则此字段指示PI，各个TI组所映射至的帧的数量，并且每TI组存在一个TI块(NTI＝1)。具有2比特字段的PI的允许值定义于下表12中。
如果DP_TI_TYPE被设定为值“0”，则此字段指示每TI组的TI块的数量NTI，并且每帧存在一个TI组(PI＝1)。具有2比特字段的PI的允许值定义于下表12中。
[表12]
| 2比特字段 | P<sub>I</sub> | N<sub>TI</sub> |
| 00 | 1 | 1 |
| 01 | 2 | 2 |
| 10 | 4 | 3 |
| 11 | 8 | 4 |
DP_FRAME_INTERVAL：此2比特字段指示所关联的DP的帧组内的帧间隔(IJUMP)，允许值为1、2、4和8(对应的2比特字段分别为“00”、“01”、“10”或“11”)。对于没有帧组的每一个帧出现的DP，此字段的值等于连续帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则此字段被设定为值“4”。对于出现在每一个帧上的DP，此字段被设定为值“1”。
DP_TI_BYPASS：此1比特字段确时序间交织器5050的可用性。如果时间交织未用于DP，则此字段的值被设定为“1”。如果使用时间交织，则该值被设定为“0”。
DP_FIRST_FRAME_IDX：此5比特字段指示超帧中的当前DP出现的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31。
DP_NUM_BLOCK_MAX：此10比特字段指示此DP的DP_NUM_BLOCKS的最大值。此字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：此2比特字段指示给定DP所承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据下表13来用信号通知。
[表13]
| 值 | 有效载荷类型 |
| 00 | TS |
| 01 | IP |
| 10 | GS |
| 11 | 预留 |
DP_INBAND_MODE：此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表14来用信号通知。
[表14]
| 值 | 带内模式 |
| 00 | 没有承载带内信令。 |
| 01 | 承载INBAND-PLS。 |
| 10 | 承载INBAND-ISSY。 |
| 11 | 承载INBAND-PLS和INBAND-ISSY。 |
DP_PROTOCOL_TYPE：此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时，协议类型根据下表15来用信号通知。
[表15]
DP_CRC_MODE：此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表16来用信号通知。
[表16]
| 值 | CRC模式 |
| 00 | 未使用 |
| 01 | CRC-8 |
| 10 | CRC-16 |
| 11 | CRC-32 |
DNP_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的空分组删除模式。DNP_MODE根据下表17来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设定为值“00”。
[表17]
| 值 | 空分组删除模式 |
| 00 | 未使用 |
| 01 | DNP-正常 |
| 10 | DNP-偏移 |
| 11 | 预留 |
ISSY_MODE：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的ISSY模式。ISSY_MODE根据下表18来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设定为值“00”。
[表18]
| 值 | ISSY模式 |
| 00 | 未使用 |
| 01 | ISSY-UP |
| 10 | ISSY-BBF |
| 11 | 预留 |
HC_MODE_TS：此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的TS头压缩模式。HC_MODE_TS根据下表19来用信号通知。
[表19]
| 值 | 头压缩模式 |
| 00 | HC_MODE_TS1 |
| 01 | HC_MODE_TS2 |
| 10 | HC_MODE_TS3 |
| 11 | HC_MODE_TS4 |
HC_MODE_IP：此2比特字段指示当DP_PAYLOAD_TYPE被设定为IP(“01”)时的IP头压缩模式。HC_MODE_IP根据下表20来用信号通知。
[表20]
| 值 | 头压缩模式 |
| 00 | 未压缩 |
| 01 | HC_MODE_IP1 |
| 10至11 | 预留 |
PID：此13比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)并且HC_MODE_TS被设定为“01”或“10”时的TS头压缩的PID号。
RESERVED：此8比特字段被预留以用于未来使用。
仅当FIC_FLAG等于“1”时以下字段才出现。
FIC_VERSION：此8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE：此13比特字段指示FIC的长度(字节)。
RESERVED：此8比特字段被预留以用于未来使用。
仅当AUX_FLAG等于“1”时以下字段才出现。
NUM_AUX：此4比特字段指示辅助流的数量。零表示没有使用辅助流。
AUX_CONFIG_RFU：此8比特字段被预留以用于未来使用。
AUX_STREAM_TYPE：此4比特被预留以用于未来用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG：此28比特字段被预留以用于未来用于用信号通知辅助流。
图26示出根据本发明的另一实施例的PLS2数据。
图26示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变，而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下。
FRAME_INDEX：此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_COUNTER：此4比特字段指示配置改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“1”指示下一超帧存在改变。
FIC_CHANGE_COUNTER：此4比特字段指示配置(即，FIC的内容)改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”，则它表示预见没有调度的改变。例如，值“0001”指示下一超帧存在改变。
RESERVED：此16比特字段被预留以用于未来使用。
以下字段出现在NUM_DP上的循环中，描述与当前帧中承载的DP关联的参数。
DP_ID：此6比特字段唯一地指示PHY简档内的DP。
DP_START：此15比特(或13比特)字段利用DPU寻址方案指示第一DP的起始位置。DP_START字段根据PHY简档和FFT大小而具有不同的长度，如下表21所示。
[表21]
DP_NUM_BLOCK：此10比特字段指示当前DP的当前TI组中的FEC块的数量。DP_NUM_BLOCK的值从0至1023。
RESERVED：此8比特字段被预留以用于未来使用。
以下字段指示与EAC关联的FIC参数。
EAC_FLAG：此1比特字段指示当前帧中的EAC的存在。此比特是与前导码中的EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：此8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，则随后的12比特被分配给EAC_LENGTH_BYTE。
如果EAC_FLAG字段等于“0”，则随后的12比特被分配给EAC_COUNTER。
EAC_LENGTH_BYTE：此12比特字段指示EAC的长度(字节)。
EAC_COUNTER：此12比特字段指示在EAC到达的帧前面的帧的数量。
仅当AUX_FLAG字段等于“1”时以下字段才出现。
AUX_PRIVATE_DYN：此48比特字段被预留以用于未来用于用信号通知辅助流。此字段的含义取决于可配置的PLS2-STAT中的AUX_STREAM_TYPE的值。
CRC_32：32比特纠错码，其被应用于整个PLS2。
图27示出根据本发明的实施例的帧的逻辑结构。
如上所述，PLS、EAC、FIC、DP、辅助流和哑信元被映射至帧中的OFDM符号的有效载波。PLS1和PLS2被首先映射至一个或更多个FSS。此后，EAC信元(如果有的话)被映射至紧随PLS字段之后，随后是FIC信元(如果有的话)。接下来DP被映射至PLS之后或者EAC或FIC(如果有的话)之后。首先映射类型1DP，接下来映射类型2DP。DP的类型的细节将稍后描述。在一些情况下，DP可承载EAS的一些特殊数据或者服务信令数据。辅助流(如果有的话)跟随在DP之后，然后跟随着哑信元。当按照上述顺序(即，PLS、EAC、FIC、DP、辅助流和哑数据信元)将PLS、EAC、FIC、DP、辅助流和哑数据信元全部一起映射时，准确地填充了帧中的信元容量。
图28示出根据本发明的实施例的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量，一个或更多个符号被指定为FSS，并且由PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题，所以FSS具有更高的导频密度，以允许快速同步以及FSS内的仅频率插值。
PLS信元按照上下方式被映射至FSS的有效载波，如图所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的增序映射。PLS2信元紧随PLS1的最后信元之后，并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量，则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果当前帧中存在EAC、FIC或这二者，则EAC和FIC被设置在PLS与“正常”DP之间。
以下将描述根据本发明的实施例对FEC结构进行编码。如上所述，数据FEC编码器可利用外编译(BCH)和内编译(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外，FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如上所述，对各个BBF应用BCH编码(Kbch比特)，然后对BCH编码的BBF应用LDPC编码(Kldpc比特＝Nbch比特)。
Nldpc的值为64800比特(长FECBLOCK)或16200比特(短FECBLOCK)。
下表22和表23分别示出长FECBLOCK和短FECBLOCK的FEC编码参数。
[表22]
[表23]
BCH编码和LDPC编码的操作的细节如下。
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)系统地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下式表示。
[等式2]
长FECBLOCK和短FECBLOCK的参数分别在上表22和23中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下。
将奇偶校验比特初始化
[等式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特-i0。奇偶校验矩阵的地址的细节将稍后描述。例如，对于码率13/15，
[等式4]
3)对于接下来的359个信息比特is(s＝1、2、…、359)，在利用下式在奇偶校验比特地址处累加is。
[等式5]
{x+(s mod360)×Qldpc}mod(Nldpc-Kldpc)
这里，x表示与第一比特i0对应的奇偶校验比特累加器的地址，Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例，对于码率13/15，Qldpc＝24，因此对于信息比特i1，执行以下操作。
[等式6]
4)对于第361信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式，利用式6获得随后的359个信息比特is(s＝361、362、…、719)的奇偶校验比特累加器的地址，其中x表示与信息比特i360对应的奇偶校验比特累加器的地址，即，奇偶校验矩阵的第二行地址的条目。
5)按照类似的方式，对于每一组的360个新信息比特，使用来自奇偶校验矩阵的地址的新的一行来寻找奇偶校验比特累加器的地址。
在所有信息比特被耗尽之后，获得最终奇偶校验比特如下。
6)从i＝1开始依次执行以下操作。
[等式7]
这里，pi(i＝0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
[表24]
| 码率 | Q<sub>ldpc</sub> |
| 5/15 | 120 |
| 6/15 | 108 |
| 7/15 | 96 |
| 8/15 | 84 |
| 9/15 | 72 |
| 10/15 | 60 |
| 11/15 | 48 |
| 12/15 | 36 |
| 13/15 | 24 |
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的t LDPC编码过程，不同的是用表25代替表24，用短FECBLOCK的奇偶校验矩阵的地址代替长FECBLOCK的奇偶校验矩阵的地址。
[表25]
| 码率 | Q<sub>ldpc</sub> |
| 5/15 | 30 |
| 6/15 | 27 |
| 7/15 | 24 |
| 8/15 | 21 |
| 9/15 | 18 |
| 10/15 | 15 |
| 11/15 | 12 |
| 12/15 | 9 |
| 13/15 | 6 |
图29示出根据本发明的实施例的时间交织。
至(c)示出TI模式的示例。
时间交织器在DP层面操作。可针对各个DP不同地设时序间交织(TI)的参数。
出现在PLS2-STAT数据的部分中的以下参数配置TI。
DP_TI_TYPE(允许值：0或1)：此参数表示TI模式。值“0”指示每TI组具有多个TI块(不止一个TI块)的模式。在这种情况下，一个TI组被直接映射至一个帧(没有帧间交织)。值“1”指示每TI组仅具有一个TI块的模式。在这种情况下，TI块可被散布在不止一个帧上(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则此参数是每TI组的TI块的数量NTI。对于DP_TI_TYPE＝“1”，此参数是从一个TI组散布的帧的数量PI。
DP_NUM_BLOCK_MAX(允许值：0至1023)：此参数表示每TI组的XFECBLOCK的最大数量。
DP_FRAME_INTERVAL(允许值：1、2、4和8)：此参数表示承载给定PHY简档的相同DP的两个连续帧之间的帧的数量IJUMP。
DP_TI_BYPASS(允许值：0或1)：如果对于DP未使用时间交织，则此参数被设定为“1”。如果使用时间交织，则此参数被设定为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数量。
当对于DP未使用时间交织时，不考虑随后的TI组、时间交织操作和TI模式。然而，仍可能需要用于来自调度器的动态配置信息的延迟补偿块。在各个DP中，从SSD/MIMO编码接收的XFECBLOCK被组成TI组。即，各个TI组是整数个XFECBLOCK的集合，并且包含数量可动态变化的XFECBLOCK。索引n的TI组中的XFECBLOCK的数量由NxBLOCK_Group(n)表示并且作为PLS2-DYN数据中的DP_NUM_BLOCK来用信号通知。需要注意的是，NxBLOCK_Group(n)可从最小值0变化至最大值NxBLOCK_Group_MAX(对应于DP_NUM_BLOCK_MAX)，其最大值为1023。
各个TI组被直接映射至一个帧或者被散布在PI个帧上。各个TI组还被划分成不止一个TI块(NTI)，其中各个TI块对应于时间交织器存储器的一次使用。TI组内的TI块可包含数量略微不同的XFECBLOCK。如果TI组被划分成多个TI块，则TI组被直接映射至仅一个帧。如下表26所示，时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
[表26]
通常，时间交织器还可在帧创建的处理之前用作DP数据的缓冲器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。第二TI块被写入第二库，而从第一库读取，等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块，TI存储器的行数Nr等于信元数Ncells(即，Nr＝Ncells)，而列数Nc等于数量NxBLOCK_TI(n,s)。
图30示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图30的(a)示出时间交织器中的写入操作，图30的(b)示出时间交织器中的读取操作。如(a)所示，第一XFECBLOCK按照列方向被写入TI存储器的第一列中，第二XFECBLOCK被写入下一列中，依此类推。然后，在交织阵列中，在对角线方向上读出信元。如(b)所示，在从第一行(从最左列开始沿着行向右)到最后行对角线方向读取期间，读出Nr个信元。详细地讲，假设Zn，s，i(i＝0，...，NrNc)作为要依次读取的TI存储器信元位置，这种交织阵列中的读取处理通过如下式计算行索引Rn，s，i、列索引Cn，s，i以及关联的扭曲参数Tn，s，i来执行。
[等式8]
这里，Sshift是与NxBLOCK_TI(n，s)无关的对角线方向读取处理的公共偏移值，该偏移值如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX确定。
[等式9]
对于
结果，要读取的信元位置通过坐标Zn，s，i＝NrCn，s，i+Rn，s，i来计算。
图31示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
更具体地讲，图31示出当NxBLOCK_TI(0，0)＝3，NxBLOCK_TI(1，0)＝6并且NxBLOCK_TI(2，0)＝5时，包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n，s)＝Nr可小于或等于N′xBLOCK_TI_MAX。因此，为了在接收机侧实现单存储器解交织，而不管NxBLOCK_TI(n，s)如何，用于扭曲行-列块交织器中的交织阵列通过将虚拟XFECBLOCK插入TI存储器中而被设定为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下式完成读取处理。
[等式10]
TI组的数量被设定为3。在PLS2-STAT数据中通过DP_TI_TYPE＝“0”、DP_FRAME_INTERVAL＝“1”和DP_TI_LENGTH＝“1”(即，NTI＝1、IJUMP＝1和PI＝1)来用信号通知时间交织器的选项。在PLS2-DYN数据中分别通过NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6和NxBLOCK_TI(2，0)＝5来用信号通知每TI组的XFECBLOCK(各自具有Ncells＝30个信元)的数量。在PLS2-STAT数据中通过NxBLOCK_Group_MAX(得到)来通知XFECBLOCK的最大数量。
在与单个OFDM符号对应的数据上操作的频率交织器的目的是通过随机地交织从帧构建器接收的数据信元来提供频率分集。为了在单个帧中得到最大交织增益，针对由两个连续的OFDM符号组成的每一个OFDM符号对使用不同的交织序列。
因此，根据本实施例的频率交织器可包括用于生成交织地址以将对应数据应用于符号对的交织地址生成器。
图32示出根据本发明的实施例的包括根据各个FFT模式的主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器。
示出用于8K FFT模式的交织地址生成器的框图，(b)示出用于16KFFT模式的交织地址生成器的框图，(c)示出用于32K FFT模式的交织地址生成器的框图。
用于OFDM符号对的交织处理利用单个交织序列被描述如下。首先，对于l＝0，...，Nsym-1，一个OFDM符号中待交织的可用数据信元(来自信元映射器的输出信元)Om，1被定义为其中xm，1，p是第m帧中的第l OFDM符号的第p信元，Ndata是数据信元的数量：对于帧信令符号Ndata＝CFSS，对于正常数据Ndata＝Cdata，对于帧边缘符号Ndata＝CFES。另外，对于l＝0,...，Nsym-1，交织的数据信元被定义为
对于OFDM符号对，交织的OFDM符号对由给出，对于各个对的第一OFDM符号，对于各个对的第二OFDM符号，其中Hl(p)是由PRBS生成器生成的交织地址。
图33示出根据本发明的实施例的用于所有FFT模式的主PRBS。
示出主PRBS，(b)示出各个FFT模式的参数Nmax。
图34示出根据本发明的实施例的用于FFT模式的次PRBS以及用于频率交织的交织地址。
示出次PRBS生成器，(b)示出用于频率交织的交织地址。根据本发明的实施例的循环移位值可被称作符号偏移。
图35示出根据本发明的实施例的时间交织器的写入操作。
图35示出针对两个TI组的写入操作。
图中左边的方框示出TI存储器地址阵列，图中右边的方框示出当虚拟FEC块和一个虚拟FEC块被分别插入两个邻接的TI组的头部中时的写入操作。
以下将描述时间交织器的配置以及使用卷积交织器(CI)和块交织器(BI)二者或者根据物理层管道(PLP)模式选择性地使用CI或BI的时间交织方法。根据本发明的实施例的PLP是与上述DP相同的概念对应的物理路径，PLP的名称可由设计者来改变。
根据本发明的实施例的PLP模式可根据由广播信号发送机或广播信号发送设备处理的PLP的数量而包括单PLP模式或多PLP模式。单PLP模式对应于广播信号发送设备处理一个PLP的情况。单PLP模式可被称作单个PLP。
多PLP模式对应于广播信号发送设备处理一个或更多个PLP的情况。多PLP模式可被称作多个PLP。
在本发明中，根据PLP模式应用不同的时间交织方案的时间交织可被称作混合时间交织。在多PLP模式中针对各个PLP(或者在各个PLP层面)应用根据本发明的实施例的混合时间交织。
图36示出根据表中的PLP的数量应用的交织类型。
在根据本发明的实施例的时间交织中，可基于PLP_NUM的值来确定交织类型。PLP_NUM是指示PLP模式的信令字段。当PLP_NUM具有值1时，PLP模式对应于单个PLP。根据本实施例的单个PLP可仅应用于CI。
当PLP_NUM具有大于1的值时，PLP模式对应于多个PLP。根据本实施例的多个PLP可被应用于CI和BI。在这种情况下，CI可执行帧间交织，BI可执行帧内交织。
图37是包括上述混合时间交织器的结构的第一示例的框图。
根据第一示例的混合时间交织器可包括BI和CI。本发明的时间交织器可位于BICM链块与帧构建器之间。
除了时间交织器5050以外，图37和图38所示的BICM链块可包括图19所示的BICM块的处理块5000中的块。图37和图38所示的帧构建器可执行与图18的帧构建块1020相同的功能。
如上文所述，可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第一示例应用BI。即，当PLP_NUM＝1时，不应用BI(BI被关闭)并且仅应用CI。当PLP_NUM>1时，可应用BI和CI二者(BI被打开)。当PLP_NUM>1时应用的CI的结构和操作可与当PLP_NUM＝1时应用的CI的结构和操作相同或相似。
图38是包括上述混合时间交织器的结构的第二示例的框图。
混合时间交织器的结构的第二示例中所包括的各个块的操作与图20中的以上描述相同。可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第二示例应用BI。根据第二示例的混合时间交织器的各个块可根据本发明的实施例执行操作。在这种情况下，在PLP_NUM＝1的情况和PLP_NUM>1的情况之间，所应用的CI的结构和操作可不同。
图39是包括混合时间解交织器的结构的第一示例的框图。
根据第一示例的混合时间解交织器可执行与根据上述第一示例的混合时间交织器的逆操作对应的操作。因此，根据图39的第一示例的混合时间解交织器可包括卷积解交织器(CDI)和块解交织器(BDI)。
当PLP_NUM>1时应用的CDI的结构和操作可与当PLP_NUM＝1时应用的CDI的结构和操作相同或相似。
可根据PLP_NUM的值确定是否根据混合时间解交织器的结构的第一示例应用BDI。即，当PLP_NUM＝1时，不应用BDI(BDI被关闭)并且仅应用CDI。
混合时间解交织器的CDI可执行帧间解交织，BDEI可执行帧内解交织。帧间解交织和帧内解交织的细节与上面的描述相同。
图39和图40所示的BICM解码块可执行图37和图38的BICM链块的逆操作。
图40是包括混合时间解交织器的结构的第二示例的框图。
根据第二示例的混合时间解交织器可执行与根据上述第二示例的混合时间交织器的逆操作对应的操作。混合时间解交织器的结构的第二示例中所包括的各个块的操作可与上面图39中的描述相同。
可根据PLP_NUM的值确定是否根据混合时间解交织器的结构的第二示例应用BDI。根据第二示例的混合时间解交织器的各个块可根据本发明的实施例执行操作。在这种情况下，在PLP_NUM＝1的情况和PLP_NUM>1的情况之间，所应用的CDI的结构和操作可不同。
图41是图示出根据本发明的实施例的广播系统的配置的框图。
根据本发明的实施例的广播系统可提供正常广播网络服务、移动广播网络服务和/或混合服务。
正常广播网络服务(ATSC服务或DVB服务)可使用全MPD和/或ATSC SDP。正常广播网络服务不使用eMBMS MPD、AppSvc MPD和/或3GPP SDP。正常广播网络服务(ATSC服务或DVB服务)可描述并定位其所有组件(ATSC组件和/或DVB组件)。
移动广播网络服务(LTE广播服务)可使用eMBMS MPD(或AppSvc MPD)和/或3GPPSDP。移动广播网络服务不使用全MPD和/或ATSC SDP。移动广播网络服务可描述并定位3GPP服务的所有组件。
混合服务(混合ATSC/3GPP服务)可使用全MPD、ATSC SDP和/或3GPP SDP。混合服务可描述并定位正常广播网络服务(ATSC服务或DBV服务)和/或3GPP服务的所有组件(ATSC组件、DVB组件和3GPP组件)。
以下描述是基于混合服务。
另外，以下描述基于根据本发明的实施例的音频/视频服务。然而，可通过“ESG”服务种类来指定ESG服务。另外，可在存在于至少一个数据管道(或PLP)中的“众所周知”地址中指示NTP时间。本发明的实施例可包括App增强信令和/或EAS信令。
根据本发明的实施例的服务可包括至少一个ROUTE会话。可通过除ROUTE会话之外的传输路径来发送服务。如果当服务包括单个ROUTE会话的单个组件，则该服务可以包括ROUTE会话的所有组件。
根据本发明的本实施例的广播系统可包括内容提供商C410100、广播发送装置C410200、第二广播发送装置C410300和/或广播接收装置C410500。
内容提供商C410100可向广播发送装置C410200和/或第二广播发送装置C410300提供服务(或媒体内容)。
广播发送装置C410200可使用正常广播网络和/或互联网来发送包括服务的广播信号。该服务可包括服务数据和/或信令数据。广播发送装置C410200可包括使用正常广播网络的第一广播发送装置C410210和/或使用互联网的内容服务C410230。然而，第一广播发送装置C410210和/或内容服务C410230可被包括在单个广播发送装置C410200中，或者可以是由单独用户提供的单独装置。
第一广播发送装置C410210可使用正常广播网络来发送包括服务的广播信号。正常广播网络可称为ATSC广播网络和/或DVB广播网络。正常广播网络可包括卫星广播网络、陆地广播网络和有线广播网络中的至少一个。第一广播发送装置C410210可包括控制器(未示出)和/或发送机(未示出)。控制器可生成用于服务的服务数据和信令数据。发送机可使用正常广播网络中的至少一个来发送包括服务数据和/或信令数据的广播信号。
内容服务器C410230可在广播接收装置C410500请求时通过互联网来发送服务。
第二广播发送装置C410300可使用移动广播网络来发送包括服务的广播信号。移动广播网络可称为LTE广播网络、LTE网络或移动网络，并且第二广播发送装置C410300可使用移动广播网络向多个广播接收装置C410500递送服务。然而，第二广播发送装置装置C410300可与广播发送装置C410200分开提供或者包括在广播发送装置C410200中。
广播接收装置C410500可包括广播接收机C410510、IP收发机C410530和/或控制器C410550。广播接收装置C410500可使用控制器C410550来控制广播接收机C410510和/或IP收发机C410530。广播接收装置C410500可使用广播接收机C410510通过移动广播网络和/或正常广播网络来接收包括服务的广播信号。在这类，可使用移动广播网络和正常广播网络中的至少一个来发送广播信号。因此，广播接收装置C410510可包括用于接收广播信号的移动接收机、卫星调谐器、陆地调谐器和/或有线调谐器。广播接收装置C410500可使用IP收发机C410530通过互联网来请求内容服务器C410230提供服务。广播接收装置C410500可使用IP收发机C410530通过互联网从内容服务器接收服务。
图42图示出根据本发明的第一实施例的信令数据的配置。
根据本发明的第一实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第一实施例的信令数据甚至可适用于移动环境。
根据本发明的第一实施例，可通过低级别信令数据来发送SSC引导信息。可通过服务层信令数据的USD和/或SMT来发送与服务相关联的信令数据。
根据本发明的第一实施例，由于3GPP信令数据被用作相对于通过移动广播网络(或LTE广播网络)和互联网发送的服务的信令数据，所以相对于服务的信令数据可以保持与移动环境的后向兼容性。另外，相对于通过正常广播网络(ATSC广播网络或DVB广播网络)提供的服务的信令数据可以包括SMT、CMT、全MPD和/或SDP。
根据本发明的第一实施例，信令数据包括相对于3GPP的信令数据，并扩展与不能由3GPP提供的正常广播服务(ATSC广播服务或DVB广播服务)相关联的信令数据。另外，相对于3GPP的信令数据可以在移动环境中保持后向兼容性。
图42(a)示出了根据本发明的第一实施例的低级别信令数据。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。服务获取的引导可指代用于获取服务的过程。因此，用于引导的信息可包括用于服务获取的路径信息。例如，低级别信令数据可以包括快速信息信道(FIC)和/或分级区域描述(RRD)。
FIC可称为服务列表表格(SLT)。SLT可以用来形成基本服务列表，并且可以提供服务层信令数据的引导发现。SLT可以包括关于服务的最少信息。例如，SLT可以包括用于识别特定广播区域范围内的服务的服务标识符信息、用于指示服务种类的服务种类信息和/或用于指示服务名的服务名信息。例如，服务种类可以包括线性A/V服务、仅线性音频服务、基于应用的服务、电子服务指南(ESG)服务和紧急报警服务(EAS)中的至少一个。
另外，SLT可包括服务层信令(SLS)引导信息。
SLS引导信息可包括用于至少一个服务的服务信令信道(SSC)引导信息。
例如，SSC可以是通过其发送SLS和/或服务层信令数据的信道。SSC引导信息可包括用于广播信令的信息。SSC引导可指代用于获取SSC(或服务层信令数据)的过程。因此，SSC引导信息可包括用于获取服务层信令数据的路径信息。
SSC引导信息可包括指定通过其发送用于服务的广播SLS(服务层信令)数据的物理层管道的标识符(PLPID)的slsPlpId属性、指定载送用于服务的广播SLS数据的分组的点分IPv4目的地地址的slsDestinationIpAddress属性、指定载送用于服务的广播SLS数据的分组的端口号的slsDestinationUdpPort属性和/或指定载送用于服务的广播SLS数据的分组的点分IPv4源地址的slsSourceIpAddress属性。
SLS引导信息可包括用于访问用于至少一个服务的互联网信令的URL信息。
例如，URL信息可以包括URL信令表(UST)，其指示至少一个信令表的传输路径信息(或URL)。UST可不仅被包括在服务层信令数据中，而且在低级别信令数据中。例如，当可以通过宽带来使用至少一个信令表时，UST可以包括用于MPD的URL、CMT和/或应用信令表(AST)。UST可包括称为sltInetUrl要素和/或svcInetUrl要素的值。sltInetUrl要素可以指示用于获取用于可以通过宽带网络(或互联网)使用的在SLT中的所有服务的服务级别(或层)信令文件的URL。svcInetUrl要素可以指示用于获取用于可以通过宽带网络(或互联网)使用的特定服务的服务级别(或层)信令文件的URL。
RRD可称为分级区域表(RRT)。RRT可包括关于特定区域的分级系统信息。
图42(b)示出了根据本发明的第一实施例的服务层信令数据。
服务层信令数据可包括用于服务的发现和/或获取和/或包括在服务中的至少一个组件的信息。例如，服务层信令数据可以包括服务层描述(USD)、AppSvc MPD、eMBMS MPD和/或3GPP SDP。另外，服务层信令数据可包括服务映射表(SMT)、组件映射表(CMT)、URL信令表(UST)、分级区域描述(RRD)、全MPD、ATSC SDP和/或LSID。USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。SMT、CMT、UST、RRD、全MPD、ATSC SDP和/或LSID可以是用于正常广播网络的信令数据。例如，可以将SMT称为用户服务捆绑描述/用户服务描述(USBD/USD)。USBD/USD是一种服务层信令(SLS)XML分段，其充当描述用于服务的技术信息的细节的信令集中器。另外，CMT、UST、RRD、ATSC SDP和/或LSID可称为基于服务的传输会话实例描述(S-TSID)。S-TSID是一种SLS XML分段，其提供用于通过其发送服务的至少一个内容组件的至少一个传输会话的会话描述信息。
USD可以是第3代合作伙伴计划(3GPP)的多媒体广播/多播服务(MBMS)用户服务描述。USD可包括用于AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
AppSvc MPD可以是用于至少一个3GPP广播&单播组件的通过HTTP的动态适配流(DASH)MPD。
eMBMS MPD可以是用于通过演进多媒体广播多播系统(eMBMS)承载发送的至少一个组件的DASH MPD。
3GPP SDP可以是用于至少一个eMBMS FLUTE会话的IETF会话描述协议(SDP)。
SMT可包括用于获取服务的属性(ID、名称、种类等)信息和服务的路径信息。例如，SMT可以包括用于全MPD和/或ATSC SDP的传输路径信息。SMT可以是ATSC扩展。另外，可用SPD和/或服务配置描述(SCD)来替换SMT。SCD可包括未被包括在FIC中的大量附加信令信息。SMT可称为USBD/USD。USBD/USD是一种SLS XML分段，其充当描述用于服务的技术信息的细节的信令集中器。
CMT可包括与组件有关的信息，诸如用于服务的组件信息(关联DASH表示信息)和可以通过其获取组件的路径。例如，CMT可以包括通过其发送用于服务的组件数据的物理层管道的标识符(DPID或PLP ID)。
UST可包括至少一个信令表的传输路径信息(或URL)。例如，当可以通过宽带网络来使用至少一个信令表时，UST可以包括用于MPD的URL、CMT和/或应用信令表(AST)。
RRD可包括关于特定区域的分级系统信息。
全MPD可包括相对于服务的所有组件的DASH MPD。例如，全MPD可以包括相对于通过移动广播网络、正常广播网络和/或互联网发送的所有组件的DASH MPD。DASH MPD可包括DASH媒体呈现的形式化描述。DASH MPD可包括用于线性/流服务的单独媒体组件的资源标识符。另外，DASH MPD可包括在媒体呈现中指定的资源的上下文。例如，资源标识符可以是用于识别与用于服务的组件相关联的表示的信息。例如，资源标识符可以具有片段URL的形式。
ATSC SDP可包括至少一个ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的至少一个通过单向传输的实时对象递送(ROUTE)的信息。ATSC SDP可以是用于至少一个ROUTE会话的IETF SDP。ROUTE会话要素可包括用于ROUTE会话的传输路径信息。例如，ROUTE会话要素可以包括指定通过其发送服务的内容组件的广播流的标识符的bsid属性、指定ROUTE会话的源IP地址的sIpAddr属性、指定ROUTE会话的目的地IP地址的dIpAddr属性、指定ROUTE会话的目的地端口号的dport属性和/或指定用于ROUTE会话的物理层参数的PLPID属性。bsid属性、sIPAddr属性、dIpAddr属性、dport属性和/或PLPID属性可被用作关于通过其发送LSID的路径的信息。可将ATSC SDP包括在S-TSID中。S-TSID是一种SLS XML分段，其提供用于通过其发送服务的至少一个内容组件的至少一个传输会话的会话描述信息。
LCT会话ID描述(LSID)可包括用于指定通过其发送服务的组件的传输会话的信息。可将LSID包括在每个ROUTE会话中。可通过ROUTE会话中的特定传输会话来发送LSID。另外，LSID可包括关于包括在ROUTE会话中的分层编码传输(LCT)会话的信息。例如，LSID可以包括指定通过其发送用于服务的内容组件的传输会话的tsi属性，和/或指定与通过其发送用于服务的内容组件的传输会话相关联的物理层管道的标识符的PLPID属性。
根据本发明的实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD和/或SMT)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP、LSID和/或CMT)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
图43图示出根据本发明的第一实施例的服务。
图43(a)示出了根据本发明的第一实施例的信令数据。信令数据可由第一广播发送装置发送。然而，本发明不限于此，并且信令数据可由第二广播发送装置和/或内容服务器发送。
信令数据可包括低级别信令数据和/或服务层信令数据。
低级别信令数据可包括用于服务层信令数据的引导发现的信息。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP。USD、AppSvcMPD、eMBMS MPD和/或3GPP SDP可以是仅用于移动广播网络的信令数据。
USD可包括用于AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。另外，USD可包括deliveryMethod要素，其指示与通过广播接入模式和/或宽带接入模式发送的服务内容相关联的传送相关信息的容器。deliveryMethod要素可包括broadcastAppService要素和/或unicastAppService要素。
broadcastAppService要素可指示DASH表示，其包括在附属媒体呈现的所有时段内通过移动广播网络发送的对应于服务的媒体组件。包括在broadcastAppService要素中的basePattern要素可指代映射到MPD中的每个组件的片段URL信息。例如，broadcastAppService要素可以指示“UHD视频组件”，并且basePattern要素可以指示“basePattern1”。
unicastAppService要素可指示DASH表示，其包括在附属媒体呈现的所有时段内通过宽带网络(互联网)发送的属于服务的配置媒体内容组件。包括在broadcastAppService要素中的basePattern要素可指代映射到MPD中的每个组件的片段URL信息。例如，unicastAppService要素可以指示第二音频组件，且basePattern要素可以指示“basePattern4”。
AppSvc MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
eMBMS MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。
服务层信令数据可包括SMT、CMT、全MPD、ATSC SDP和/或LSID。SMT、CMT、全MPD、ATSC SDP和/或LSID可以是用于正常广播网络的信令数据。
SMT可包括用于全MPD和/或ATSC SDP的传输路径信息。SMT可包括关于HD视频组件的信息和关于第一音频组件的信息。
ATSC SDP可包括关于用于服务和/或包括在服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“rep_id2”的表示ID信息的HD视频组件的信息。此外，全MPD可包括关于具有“rep_id3”的表示ID信息的第一音频组件的信息。全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
CMT可包括包含通过正常广播网络发送的组件的映射信息的BroadcastComp要素和/或包含通过互联网发送的组件的映射信息的broadbandComp要素。例如，BroadcastComp要素可以包括包含通过正常广播网络发送的HD视频组件的映射信息的第一BroadcastComp要素和/或包括通过正常广播网络发送的第一音频组件的映射信息的第二BroadcsatComp要素。第一BroadcastComp要素和第二BroadcastComp要素中的每一个可包括指示与相应组件相关联的DASH表示标识符的Rep_ID属性，和/或指示在广播流中通过其发送相应组件数据的数据管道(DP)(或PLP)的标识符的DP_ID属性。第一BroadcastComp的Rep_ID属性可以指示“rep_id2”，并且第一BroadcastComp的DP_ID属性可以指示“DP_id2”。第二BroadcastComp的Rep_ID属性可以指示“rep_id3”，并且第二BroadcastComp的DP_ID属性可以指示“DP_id3”。
BroadbandComp要素可包括指示与相应组件相关联的DASH表示标识符的reptnID属性，和/或指示组成与相应组件相关联的DASH表示的片段的基础URL的baseURL属性。BroadbandComp要素的baseURL属性可指示“basePattern4”。也就是说，通过互联网发送的第二音频组件的传输路径信息可以是“basePattern4”。
可以基于关于ROUTE会话的信息来获取LSID。
信令数据的细节对应于上述信令数据的内容。
参考图43(b)，根据本发明的第一实施例的广播发送装置(广播公司)C430200可以使用正常广播网络和/或互联网来发送用于服务的服务数据和/或信令数据。例如，广播公司C430200可以使用第一广播发送装置(未示出)通过正常广播网络来发送用于服务的服务数据和/或信令数据。广播公司C430200可以使用内容服务器(未示出)通过互联网来发送用于服务的服务数据和/或信令数据。第二广播发送装置(移动运营商)C430300可以使用移动广播网络(例如LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送装置可使用正常广播网络来发送用于服务的基础层的视频组件和第一音频组件。例如，基础层的视频组件可以是HD视频组件。可以将HD视频组件匹配到MPD的“Rep_id2”，并且可以将第一音频组件匹配到MPD的“Rep_id3”。另外，可以通过预定数据管道(DP)和/或物理层管道(PLP)来发送HD视频组件和/或第一音频组件。例如，预定DP具有“DP_id3”的标识符。
内容服务器可使用互联网来发送用于服务的第二音频组件。例如，关于通过其发送第二音频组件的路径的信息可以是“basePattern4”。
第二广播发送装置C430300可使用移动广播网络(LTE广播)来发送用于服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的附加信息。另外，关于通过其发送UHD视频组件的路径的信息可以是“basePattern1”。
根据本发明的第一实施例的广播接收装置C430500可接收用于服务的服务数据和/或信令数据。广播接收装置C430500可以使用广播接收机从广播发送装置C430200接收HD视频组件和/或第一音频组件。广播接收装置C430500可以使用IP收发机从广播发送装置C430200接收第二音频组件。广播接收装置C430500可以使用广播接收机从第二广播发送装置C430300接收UHD视频组件。广播接收装置C430500可以基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件并将所获取数据解码和/或再现。
图44示出了根据本发明的第一实施例的SMT。
根据本发明的第一实施例的信令数据可包括低级别信令数据和/或服务层信令数据。服务层信令数据可包括服务映射表(SMT)。
SMT可包括服务的性质和关于通过其可以获取服务的路径的信息。SMT可称为USBD/USD。USBD/USD是一种服务层信令(SLS)XML分段，其充当描述用于服务的技术信息的细节的信令集中器。
SMT可包括protocol_version属性、service_id属性、global_service_id属性、Full_MPD_URL属性、ATSC_SDP_URL属性、Capabilities属性、Targeting_info属性、Content_advisory属性、Program_title属性、Content_label属性和/或Original serviceid属性。
protocol_version属性可指示SSC(服务信令信道或服务层信令数据)的协议版本。例如，protocol_version属性可以包括指示用来发送SSC(服务信令信道、S-TSID和/或服务层信令数据)的协议的主版本号的major_protocol_version属性和/或指示协议的辅助版本号的minor_protocol_version属性。
service_id属性是用于识别服务的唯一标识符。service_id属性可指代对应于低级别信令数据(LLS、FIC或SLT)的服务条目。service_id属性可具有与分配给对应于低级别信令数据(LLS、FIC或SLT)的服务条目的服务标识符(serviceID)相同的值。
global_service_id属性是被用于3GPP USD与ESG之间的服务映射的全局唯一标识符。global_service_id属性可具有与3GPP USD的服务标识符(service_id)和ESG的服务标识符(service_id)相同的值。global_service_id属性是用于识别服务的全局统一资源标识符(URI)。global_service_id属性是在广播流标识符(BSID)的范围内的唯一值。另外，global_service_id属性可用来访问ESG数据。
Full_MPD_URL属性指示参考MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网(单播)和正常广播网络(ATSC广播或DVB广播)的至少一个发送的服务的所有内容组件的信息。
ATSC_SDP_URL属性指代指示SDP的信息(URL信息或URI信息)，其包括关于通过其发送服务(ATSC服务或DVB服务)的ROUTE会话的信息。ATSC_SDP_URL属性是指代提供相对于通过其递送服务内容的传输会话的访问相关参数的S-TSID(或ATSC_SDP)的信息(URL信息或URI信息)。
Capabilities属性指代描述接收机需要具有以便提供服务的能力的描述符。Capabilities属性可指定接收机要实现服务内容的有意义再现所需的能力和/或能力组。
Targeting_info属性可指示服务将被提供到的目标设备。
Content_advisory属性可指代关于与所提供服务有关的内容咨询的信息。Content_advisory属性可指定相对于所提供服务的内容咨询分级。
Program_title属性可指代关于服务的标题的信息。Program_title属性可指示特定语言的服务的名称。
Content_label属性可指代服务的内容标签。Content_label属性可指示组件的名称。
Original service id属性可指代分配给相应服务的原始服务的ID。
图45图示出根据本发明的第二实施例的信令数据的配置。
根据第二实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第二实施例的信令数据甚至可适用于移动环境。
根据本发明的第二实施例，可通过低级别信令数据来发送SSC引导信息。可以通过服务层信令数据的USD来发送与服务相关联的信令数据和/或与组件相关联的信令数据。
本发明的第二实施例可以通过扩展3GPP USD来提供用于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
通过添加经由其向包括在USBD/USD/递送方法中的atscAppService要素递送组件的数据管道(物理层管道)的ID(DP_ID或PLP_ID)，本发明的第二实施例提供不使用从ATSC信令表之中提供组件位置信息的CMT的服务信令方法。
通过FIC来发送SSC引导信息，并且通过SSC引导信息递送的SSC包括USD。
将给出根据本发明的第二实施例的USD扩展的描述。
图45(a)图示出根据本发明的第二实施例的低级别信令数据。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。例如，低级别信令数据可以包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第二实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
图45(b)图示出根据本发明的第二实施例的服务层信令数据。
根据本发明的第二实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。以下描述是基于根据本发明的第二实施例的低级别信令数据与上述低级别信令数据之间的差异。
例如，服务层信令数据可包括服务层描述(USD)、AppSvc MPD、eMBMS MPD和/或3GPP SDP。另外，服务层信令数据可包括全MPD、ATSC SDP和/或LSID。AppSvc MPD、eMBMSMPD和/或3GPP SDP可以是用于移动广播网络的信令数据。USD、全MPD、ATSC SDP和/或LSID可以是用于正常广播网络的信令数据。
USBD/USD是一种服务层信令(SLS)XML分段，其充当描述用于服务的技术信息的细节的信令集中器。
USD可包括用于AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
另外，USD可包括deliveryMethod要素和/或atscServiceDescription要素。
deliveryMethod要素可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素。
broadcastAppService要素、unicastAppService要素和/或atscAppService要素中的每一个可包括basePattern要素。basePattern要素可指代关于MPD中的每个组件被映射到的片段URL的信息。
atscServiceDescription要素可指代包括在附属媒体呈现的所有时段内通过正常广播网络(ATSC广播或DVB广播)发送的属于服务的配置媒体内容组件的DASH表示。
atscServiceDescription要素可包括通过其递送用于服务的组件数据的物理层管道的ID(DP_ID或PLP_ID)。
atscServiceDescription要素可包括关于通过正常广播网络发送的服务的信息。
atscServiceDescription要素可包括关于服务的性质(ID、名称、种类等)的信息和关于可以通过其获取服务的路径的信息。例如，atscServiceDescription要素可以包括用于全MPD和/或ATSC SDP的路径信息。
全MPD可包括相对于服务的所有组件的DASH MPD。
ATSC SDP可包括至少一个ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的至少一个通过单向传输的实时对象递送(ROUTE)的信息。
LCT会话ID描述(LSID)可包括用于指定通过其发送用于服务的组件的传输会话的信息。LSID可包括关于包括在ROUTE会话中的LCT会话的信息。
根据本实施例的广播接收装置可基于信令数据而获取服务。具体地，广播接收装置可获取低级别信令数据，并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可使用服务层信令数据(SDP和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
图46图示出根据本发明的第二实施例的USD。
根据本发明的第二实施例的扩展USD可包括atscServiceDescription要素C460100和/或atscAppService要素C460200。
atscServiceDescription要素C460100可包括服务的属性和/或关于可以通过其获取服务的路径的信息。atscServiceDescription要素C460100可包括ProtocolVersion属性、atscServiceId属性、GlobalServiceId属性、FullmpdURL属性、atscSdpURL要素、CapabilityDescription要素、TargetingDescription要素、ContentAdvisoryDescription要素、ProgramTitleDescription要素、ContentLabelDescription要素和/或OriginalServiceId要素。
ProtocolVersion属性对应于上述protocol_version属性，atscServiceIdattribute属性对应于上述service_id属性，GlobalServiceId属性对应于上述global_service_id属性，FullmpdURL属性对应于上述Full_MPD属性，atscSdpURL要素对应于上述ATSC_SDP_URL属性，CapabilityDescription要素对应于上述Capabilities属性，TargetingDescription要素对应于上述Targeting_info属性，ContentAdvisoryDescription要素对应于上述content_advisory属性，ProgramTitleDescription要素对应于上述Program_title属性，ContentLabelDescription要素对应于上述Content_label属性，并且OriginalServiceId要素对应于上述Original service id属性。
虽然在本实施例中使用“要素”和“属性”，其功能可以是相同的。
在本发明的第二、第三和第四实施例中可共同地使用atscServiceDescription要素C460100。
atscappservice要素C460200可指示包括在附属媒体呈现的所有时段内通过正常广播网络(ATSC广播或DVB广播)发送的属于服务的配置媒体内容组件的DASH表示。atscAppService要素C460200可包括basePattern属性、DP_ID属性、transportStreamID属性、partitionId属性、sourceIPaddress属性、destinationIPaddress属性和/或destinationPort属性。
basePattern属性指代MPD中的每个组件被映射到的片段URL信息。
DP_ID属性指代通过其发送组件的数据管道(或物理层管道)的ID。DP_ID属性是通过其发送用于服务的组件数据的物理层管道的ID(DP_ID或PLP_ID)。
transportStreamID属性指示包括相应组件数据的广播流的ID。
partitionId属性指示分区的ID，其指示相应广播流中的广播站。
sourceIPaddress属性指示包括相应组件数据的IP数据报的源IP地址。
destinationIPaddress属性指示包括相应组件数据的IP数据报的目的地IP地址。
destinationPort属性指示包括相应组件数据的IP数据报的目的地UDP端口号。
transportStreamID属性、partitionId属性、sourceIPaddress属性和/或destinationIPaddress属性可提供通过外来ATSC广播发送的组件信息。
由于包括在USD中的atscAppService要素C460200包含DP_ID属性，所以根据本发明的第二实施例的服务层信令数据可不包括CMT。
图47图示出根据本发明的第二实施例的服务。
图47(a)示出了根据本发明的第二实施例的信令数据。信令数据可由第一广播发送装置发送。然而，本发明不限于此，并且信令数据可由第二广播发送装置和/或内容服务器发送。
信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第二实施例的信令数据的内容可包括上述信令数据的内容。以下描述是基于根据本发明的第二实施例的信令数据与上述信令数据之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP和/或LSID。
USD可包括用于全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素C460200。
broadcastAppService要素可指定“UHD视频组件”，并且basePattern要素可指定“basePattern1”。
unicastAppService要素可指定第二音频组件，且basePattern要素可指定“basePattern4”。
atscAppService要素可包括用于HD视频组件的第一atscAppService要素和用于第一音频组件的第二atscAppService要素。第一atscAppService要素可指示“HD视频组件”，basePattern属性可指示“basePattern2”且DP_ID属性可指定“DP_id3”。第二atscAppService要素可指示“第一音频组件”，basePattern属性可指示“basePattern3”且DP_ID属性可指定“DP_id3”。
ATSC SDP可包括关于用于服务和/或包括在服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“basePattern2”的片段URL信息(或表示ID信息)的HD视频组件的信息。此外，全MPD可包括关于具有“basePattern3”的片段URL信息(或表示ID信息)的第一音频组件的信息。全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
可以基于关于ROUTE会话的信息来获取LSID。
参考图47(b)，根据本发明的第二实施例的广播发送装置(广播公司)C470200可使用正常广播网络和/或互联网来发送用于服务的服务数据和/或信令数据。例如，广播公司C470200可以使用第一广播发送装置(未示出)通过正常广播网络来发送用于服务的服务数据和/或信令数据。广播公司C470200可以使用内容服务器(未示出)通过互联网来发送用于服务的服务数据和/或信令数据。第二广播发送装置(移动运营商)C470300可以使用移动广播网络(例如LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送装置可使用正常广播网络来发送用于服务的基础层的视频组件和第一音频组件。例如，基础层的视频组件可以是HD视频组件。关于通过其发送HD视频组件的路径的信息可以是“basePattern2”，并且关于通过其发送第一音频组件的路径的信息可以是“basePattern3”。另外，可以通过预定数据管道(DP)和/或物理层管道(PLP)来发送HD视频组件和/或第一音频组件。例如，预定DP可以具有“DP_id3”的标识符。
内容服务器可使用互联网来发送用于服务的第二音频组件。例如，关于通过其发送第二音频组件的路径的信息可以是“basePattern4”。
第二广播发送装置C470300可使用移动广播网络(LTE广播)来发送用于服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的附加信息。另外，关于通过其发送UHD视频组件的路径的信息可以是“basePattern1”。
根据本发明的第二实施例的广播接收装置C470500可接收用于服务的服务数据和/或信令数据。广播接收装置C470500可使用广播接收机从广播发送装置C470200接收HD视频组件和/或第一音频组件。广播接收装置C470500可使用IP收发机从广播发送装置C470200接收第二音频组件。广播接收装置C470500可使用广播接收机从第二广播发送装置C470300接收UHD视频组件。广播接收装置C470500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件并将所获取数据解码和/或再现。
图48图示出根据本发明的第三实施例的信令数据的配置。
根据第三实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第三实施例的信令数据甚至可适用于移动环境。
根据本发明的第三实施例，可通过低级别信令数据来发送SSC引导信息。可通过服务层信令数据的USD来发送与服务相关联的信令数据，并且可通过服务层信令数据的CMT来发送与组件相关联的信令数据。
本发明的第三实施例可以通过扩展3GPP USD来提供用于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
通过FIC来发送SSC引导信息，并且通过SSC引导信息递送的SSC包括USD。
将给出根据本发明的第三实施例的USD扩展的描述。
图48(a)图示出根据本发明的第三实施例的低级别信令数据。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。例如，低级别信令数据可以包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第三实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
图48(b)图示出根据本发明的第三实施例的服务层信令数据。
根据本发明的第三实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。以下描述是基于根据本发明的第三实施例的低级别信令数据与上述低级别信令数据之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP。另外，服务层信令数据可包括全MPD、ATSC SDP、CMT和/或LSID。AppSvc MPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。USD、全MPD、ATSC SDP、CMT和/或LSID可以是用于正常广播网络的信令数据。
USD可包括deliveryMethod要素和/或atscServiceDescription要素。
deliveryMethod要素可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素。
broadcastAppService要素、unicastAppService要素和/或atscAppService要素中的每一个可包括basePattern要素。basePattern要素可指代关于MPD中的每个组件被映射到的片段URL的信息。
CMT可包括组件相关信息，诸如用于服务的组件信息(关联的DASH表示信息)和可以通过其获取相应组件的路径。
例如，CMT可以包括basePattern要素，其指代MPD中每个组件被映射到的片段URL信息。
另外，CMT可包括通过其发送用于服务的组件数据的物理层管道(数据管道)的ID(DPID或PLP ID)。
根据本发明的第三实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP、CMT和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
图49图示出根据本发明的第三实施例的USD。
根据本发明的第三实施例的扩展USD可包括atscServiceDescription要素C490100和/或atscAppService要素C490200。
atscServiceDescription要素C490100可包括服务的属性和/或关于可以通过其获取服务的路径的信息。atscServiceDescription要素C490100可包括ProtocolVersion属性、atscServiceId属性、GlobalServiceId属性、FullmpdURL属性、atscSdpURL要素、CapabilityDescription要素、TargetingDescription要素、ContentAdvisoryDescription要素、ProgramTitleDescription要素、ContentLabelDescription要素和/或OriginalServiceId要素。
根据本发明的第三实施例的atscServiceDescription要素C490100的内容可以包括上述atscServiceDescription要素的内容。
atscAppService要素C490200可指示包括在附属媒体呈现的所有时段内通过正常广播网络(ATSC广播或DVB广播)发送的属于服务的配置媒体内容组件的DASH表示。atscAppService要素C490200可包括basePattern属性、transportStreamID属性、partitionId属性、sourceIPaddress属性、destinationIPaddress属性和/或destinationPort属性。
根据本发明的第三实施例的atscAppService要素C490200的内容可以包括上述atscAppService要素的内容。
atscAppService要素C490200还可包括Rep_id属性。Rep_id属性指代MPD中每个组件被映射到的representation ID信息。
根据本发明的第三实施例，可将通过其发送用于服务的组件数据的物理层管道(数据管道)的ID(DP_ID属性或PLP_ID属性)包括在CMT而不是atscAppService要素C490200中。
图50图示出根据本发明的第三实施例的服务。
图50(a)示出了根据本发明的第三实施例的信令数据。信令数据可由第一广播发送装置发送。然而，本发明不限于此，并且信令数据可由第二广播发送装置和/或内容服务器发送。
信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第三实施例的信令数据的内容可包括上述信令数据的内容。以下描述是基于根据本发明的第二实施例的信令数据与上述信令数据之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、LSID和/或CMT。
USD可包括用于全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素。
broadcastAppService要素可指定“UHD视频组件”，并且basePattern要素可指定“basePattern1”。
unicastAppService要素可指定第二音频组件且basePattern要素可指定“basePattern4”。
atscAppService要素可包括用于HD视频组件的第一atscAppService要素和用于第一音频组件的第二atscAppService要素。第一atscAppService要素可指示“HD视频组件”，basePattern属性可指示“basePattern2”且DP_ID属性可指定“DP_id3”。第二atscAppService要素可指示“第一音频组件”，basePattern属性可指示“basePattern3”且DP_ID属性可指定“DP_id3”。
ATSC SDP可包括关于用于服务和/或包括在服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“basePattern2”的片段URL信息(或表示ID信息)的HD视频组件的信息。此外，全MPD可包括关于具有“basePattern3”的片段URL信息(或表示ID信息)的第一音频组件的信息。全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
可基于关于ROUTE会话的信息来获取LSID。
CMT可包括BroadcastComp要素，其包含通过广播网络发送的组件的映射信息。例如，BroadcastComp要素可以包括包含通过广播网络发送的HD视频组件的映射信息的第一BroadcastComp要素和/或包含通过广播网络发送的第一音频组件的映射信息的第二BroadcastComp要素。第一BroadcastComp要素和第二BroadcastComp要素中的每一个可包括指示与相应组件相关联的DASH表示ID的Rep_ID属性和/或指示在相应广播流中通过其发送相应组件数据的DP(或PLP)的ID的DP_ID属性。第一BroadcastComp要素的Rep_ID属性可指示“rep_id2”，并且其DP_ID属性可指示“DP_id2”。第二BroadcastComp要素的Rep_ID属性可指示“rep_id3”，并且其DP_ID属性可指示“DP_id3”。
参考图50(b)，根据本发明的第三实施例的广播发送装置(广播公司)C500200可使用正常广播网络和/或互联网来发送用于服务的服务数据和/或信令数据。例如，广播公司C500200可以使用第一广播发送装置(未示出)通过正常广播网络来发送用于服务的服务数据和/或信令数据。广播公司C500200可以使用内容服务器(未示出)通过互联网来发送用于服务的服务数据和/或信令数据。第二广播发送装置(移动运营商)C500300可使用移动广播网络(例如LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送装置可使用正常广播网络来发送用于服务的基础层的视频组件和第一音频组件。例如，基础层的视频组件可以是HD视频组件。关于通过其发送HD视频组件的路径的信息可以是“basePattern2”，并且关于通过其发送第一音频组件的路径的信息可以是“basePattern3”。另外，可以通过预定数据管道(DP)和/或物理层管道(PLP)来发送HD视频组件和/或第一音频组件。例如，预定DP具有“DP_id3”的标识符。
内容服务器可使用互联网来发送用于服务的第二音频组件。例如，关于通过其发送第二音频组件的路径的信息可以是“basePattern4”。
第二广播发送装置C500300可使用移动广播网络(LTE广播)来发送用于服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的附加信息。另外，关于通过其发送UHD视频组件的路径的信息可以是“basePattern1”。
根据本发明的第三实施例的广播接收装置C500500可接收用于服务的服务数据和/或信令数据。广播接收装置C500500可使用广播接收机从广播发送装置C500200接收HD视频组件和/或第一音频组件。广播接收装置C500500可使用IP收发机从广播发送装置C500200接收第二音频组件。广播接收装置C500500可使用广播接收机从第二广播发送装置C500300接收UHD视频组件。广播接收装置C500500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件并将所获取数据解码和/或再现。
根据本发明的第三实施例的广播接收装置C500500可基于包括通过广播网络发送的组件的映射信息的CMT来获取HD视频组件和/或第一音频组件。
图51图示出根据本发明的第四实施例的信令数据的配置。
根据第四实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第四实施例的信令数据甚至可适用于移动环境。
根据本发明的第四实施例，可通过低级别信令数据来发送SSC引导信息。可通过服务层信令数据的USD来发送与服务相关联的信令数据，并且可通过服务层信令数据的CMT来发送与组件相关联的信令数据。
本发明的第四实施例可以通过扩展3GPP USD来提供用于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
通过FIC来发送SSC引导信息，并且通过SSC引导信息递送的SSC包括USD。
将给出根据本发明的第四实施例的USD扩展的描述。
图51(a)图示出根据本发明的第四实施例的低级别信令数据。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。例如，低级别信令数据可以包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第四实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
图51(b)图示出根据本发明的第四实施例的服务层信令数据。
根据本发明的第四实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。以下描述是基于根据本发明的第三实施例的低级别信令数据与上述低级别信令数据之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP。另外，服务层信令数据可包括全MPD、ATSC SDP、CMT和/或LSID。AppSvc MPD、eMBMS MPD和/或3GPP SDP可以是用于移动广播网络的信令数据。USD、全MPD、ATSC SDP、CMT和/或LSID可以是用于正常广播网络的信令数据。
USD可包括deliveryMethod要素和/或atscServiceDescription要素。
deliveryMethod要素可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素。
broadcastAppService要素和/或unicastAppService要素中的每一个可包括basePattern要素。basePattern要素可指代关于在MPD中每个组件被映射到的片段URL的信息。
atscAppService要素可包括Rep_ID属性，其指示与MPD中的相应组件相关联的DASH表示的ID。
CMT可包括组件相关信息，诸如用于服务的组件信息(关联的DASH表示信息)和可以通过其获取相应组件的路径。
例如，CMT可以包括Rep_ID属性，其指示与MPD中的相应组件相关联的DASH表示的ID。
另外，CMT可包括通过其发送用于服务的组件数据的物理层管道(数据管道)的ID(DPID属性或PLP ID属性)。
根据本发明的第四实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP、CMT和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
图52图示出根据本发明的第四实施例的服务。
图52(a)示出了根据本发明的第四实施例的信令数据。信令数据可由第一广播发送装置发送。然而，本发明不限于此，并且信令数据可由第二广播发送装置和/或内容服务器发送。
信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第四实施例的信令数据的内容可包括上述信令数据的内容。以下描述是基于根据本发明的第四实施例的信令数据与上述信令数据之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、LSID和/或CMT。
USD可包括用于全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素。
broadcastAppService要素可指定“UHD视频组件”，并且basePattern要素可指定“basePattern1”。
unicastAppService要素可指定第二音频组件且basePattern要素可指定“basePattern4”。
atscAppService要素可包括用于HD视频组件的第一atscAppService要素和用于第一音频组件的第二atscAppService要素。
第一atscAppService要素和/或第二atscAppService要素中的每一个可包括指示与相应组件相关联的DASH表示ID的Rep_ID属性，和/或指示CMT传输路径的CMT_URL属性。
第一atscAppService要素可指示“HD视频组件”且Rep_ID属性可指示“rep_id2”。第二atscAppService要素可指示“第一音频组件”且Rep_ID属性可指示“rep_id3”。
ATSC SDP可包括关于用于服务和/或包括在服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“basePattern1”的片段URL信息的UHD视频组件的信息。另外，全MPD可包括关于具有“rep_id2”的表示ID信息的HD视频组件的信息。此外，全MPD可包括关于具有“rep_id3”的表示ID信息的第一音频组件的信息。全MPD可包括关于具有“basePattern4”的片段URL信息的第二音频组件的信息。
可基于关于ROUTE会话的信息来获取LSID。
CMT可包括BroadcastComp要素，其包含通过广播网络发送的组件的映射信息。例如，BroadcastComp要素可以包括包含通过广播网络发送的HD视频组件的映射信息的第一BroadcastComp要素和/或包含通过广播网络发送的第一音频组件的映射信息的第二BroadcastComp要素。第一BroadcastComp要素和第二BroadcastComp要素中的每一个可包括指示与相应组件相关联的DASH表示ID的Rep_ID属性和/或指示在广播流中通过其发送相应组件数据的DP(或PLP)的ID的DP_ID属性。第一BroadcastComp要素的Rep_ID属性可指示“rep_id2”，并且其DP_ID属性可指示“DP_id2”。第二BroadcastComp要素的Rep_ID属性可指示“rep_id3”，并且其DP_ID属性可指示“DP_id3”。
参考图52(b)，根据本发明的第四实施例的广播发送装置(广播公司)C520200可使用正常广播网络和/或互联网来发送用于服务的服务数据和/或信令数据。例如，广播公司C500200可以使用第一广播发送装置(未示出)通过正常广播网络来发送用于服务的服务数据和/或信令数据。广播公司C520200可使用内容服务器(未示出)通过互联网来发送用于服务的服务数据和/或信令数据。第二广播发送装置(移动运营商)C520300可使用移动广播网络(例如LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送装置可使用正常广播网络来发送用于服务的基础层的视频组件和第一音频组件。例如，基础层的视频组件可以是HD视频组件。可以将HD视频组件匹配到MPD的"Rep_id2"，并且可以将第一音频组件匹配到MOD的“Rep_id3”。另外，可以通过预定DP和/或PLP来发送HD视频组件和/或第一音频组件。例如，预定DP具有“DP_id3”的标识符。
内容服务器可使用互联网来发送用于服务的第二音频组件。例如，关于通过其发送第二音频组件的路径的信息可以是“basePattern4”。
第二广播发送装置C520300可使用移动广播网络(LTE广播)来发送用于服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的附加信息。另外，关于通过其发送UHD视频组件的路径的信息可以是“basePattern1”。
根据本发明的第四实施例的广播接收装置C520500可接收用于服务的服务数据和/或信令数据。广播接收装置C520500可使用广播接收机从广播发送装置C520200接收HD视频组件和/或第一音频组件。广播接收装置C520500可使用IP收发机从广播发送装置C520200接收第二音频组件。广播接收装置C520500可使用广播接收机从第二广播发送装置C520300接收UHD视频组件。广播接收装置C520500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件并将所获取数据解码和/或再现。
根据本发明的第四实施例的广播接收装置C520500可基于包括通过广播网络发送的组件的映射信息的CMT来获取HD视频组件和/或第一音频组件。
图53图示出根据本发明的第五实施例的信令数据的配置。
根据第五实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第五实施例的信令数据甚至可适用于移动环境。
根据本发明的第五实施例，可通过低级别信令数据来发送SSC引导信息。可通过服务层信令数据的USD来发送与服务相关联的信令数据，并且可通过服务层信令数据的CMT来发送与通过所有网络发送的组件相关联的信令数据。
本发明的第五实施例可以通过扩展CMT来提供用于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
通过FIC来发送SSC引导信息，并且通过SSC引导信息递送的SSC包括USD。
将给出根据本发明的第五实施例的CMT扩展的描述。
图53(a)图示出根据本发明的第五实施例的低级别信令数据。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。例如，低级别信令数据可以包括快速信息信道(FIC)和/或分级区域描述(RRD)。
根据本发明的第五实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
图53(b)图示出根据本发明的第五实施例的服务层信令数据。
根据本发明的第五实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。以下描述是基于根据本发明的第五实施例的低级别信令数据与上述低级别信令数据之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、CMT和/或LSID。USD、全MPD、ATSCSDP、CMT和/或LSID可以是用于正常广播网络的信令数据。
CMT可包括组件相关信息，诸如用于服务的组件信息(关联的DASH表示信息)和可以通过其获取相应组件的路径。
CMT可包括包含与通过正常广播网络(ATST广播或DVB广播)发送的组件相关联的信息的BroadcastComp要素、包含与通过互联网发送的组件相关联的信息的BBComp要素，和/或包含与通过移动广播网络(LTE广播)发送的组件相关联的信息的eMBMSComp要素。
BroadcastComp要素、BBComp要素和/或eMBMSComp要素中的每一个可包括Rep_ID属性，其指示与相应组件相关联的DASH表示的ID。
另外，BroadcastComp要素、BBComp要素和/或eMBMSComp要素中的每一个可包括DP_ID属性(或PLP_ID属性)，其指示通过其发送用于服务的组件数据的物理层管道(数据管道)的ID。
根据本发明的第五实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP、CMT和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
图54图示出根据本发明的第五实施例的服务。
图54(a)示出了根据本发明的第五实施例的信令数据。信令数据可由第一广播发送装置发送。然而，本发明不限于此，并且信令数据可由第二广播发送装置和/或内容服务器发送。
信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第五实施例的信令数据的内容可包括上述信令数据的内容。以下描述是基于根据本发明的第五实施例的信令数据与上述信令数据之间的差异。
服务层信令数据可包括USD、全MPD、ATSC SDP、LSID和/或CMT。
USD可包括用于全MPD和/或ATSC SDP的传输路径信息。
USD可包括用于移动广播网络的broadcastAppService要素、用于互联网的unicastAppService要素和/或用于正常广播网络的atscAppService要素。
broadcastAppService要素可指定“UHD视频组件”。unicastAppService要素可指定第二音频组件。atscAppService要素可包括用于HD视频组件的第一atscAppService要素和用于第一音频组件的第二atscAppService要素。第一atscAppService要素可指示“HD视频组件”。第二atscAppService要素可指示“第一音频组件”。
ATSC SDP可包括关于用于服务和/或包括在服务中的组件的至少一个ROUTE会话的信息。
全MPD可包括关于具有“rep_id1”的表示ID信息的UHD视频组件的信息。另外，全MPD可包括关于具有“rep_id2”的表示ID信息的HD视频组件的信息。此外，全MPD可包括关于具有“rep_id3”的表示ID信息的第一音频组件的信息。全MPD可包括关于具有“rep_id4”的表示ID信息的第二音频组件的信息。
可基于关于ROUTE会话的信息来获取LSID。
CMT可包括包含与通过正常广播网络(ATSC广播或DVB广播)发送的组件有关的信息的BroadcastComp要素、包含与通过互联网发送的组件相关联的信息的BBComp要素和/或包含与通过移动广播网络(LTE广播)发送的组件相关联的信息的eMBMSComp要素。
例如，BroadcastComp要素可以包括包含通过正常广播网络发送的HD视频组件的映射信息的第一BroadcastComp要素和/或包含通过正常广播网络发送的第一音频组件的映射信息的第二BroadcastComp要素。第一BroadcastComp要素和第二BroadcastComp要素中的每一个可包括指示与相应组件相关联的DASH表示ID的Rep_ID属性，和/或指示在广播流中通过其发送相应组件数据的DP(或PLP)的ID的DP_ID属性。第一BroadcastComp要素的Rep_ID属性可指示“rep_id2”，并且其DP_ID属性可指示“DP_id2”。第二BroadcastComp要素的Rep_ID属性可指示“rep_id3”，并且其DP_ID属性可指示“DP_id3”。
BBComp要素可包括通过互联网(单播)发送的第二音频组件的映射信息。BBComp要素的Rep_ID属性可指示“rep_id4”。
eMBMSComp要素可包括通过移动广播网络(LTE广播)发送的UHD视频组件的映射信息。eMBMSComp要素的Rep_ID属性可指示“rep_id1”。
参考图54(b)，根据本发明的第五实施例的广播发送装置(广播公司)C540200可使用正常广播网络和/或互联网来发送用于服务的服务数据和/或信令数据。例如，广播公司C540200可以使用第一广播发送装置(未示出)通过正常广播网络来发送用于服务的服务数据和/或信令数据。广播公司C540200可使用内容服务器(未示出)通过互联网来发送用于服务的服务数据和/或信令数据。第二广播发送装置(移动运营商)C540300可使用移动广播网络(例如LTE广播)来发送用于服务的服务数据和/或信令数据。
第一广播发送装置可使用正常广播网络来发送用于服务的基础层的视频组件和第一音频组件。例如，基础层的视频组件可以是HD视频组件。可以将HD视频组件匹配到MPD的"Rep_id2"，并且可以将第一音频组件匹配到MOD的“Rep_id3”。另外，可以通过预定DP和/或PLP来发送HD视频组件和/或第一音频组件。例如，预定DP具有“DP_id3”的标识符。
内容服务器可使用互联网来发送用于服务的第二音频组件。例如，可将第二音频组件匹配到MPD的“Rep_id4”。
第二广播发送装置C540300可使用移动广播网络(LTE广播)来发送供应服务的增强层的视频组件。例如，增强层的视频组件可以是UHD视频组件。增强层的视频组件可以是用于生成UHD视频的附加信息。另外，可以将UHD视频组件匹配到MPD的“Rep_id1”。
根据本发明的第五实施例的广播接收装置C540500可接收用于服务的服务数据和/或信令数据。广播接收装置C540500可使用广播接收机从广播发送装置C540200接收HD视频组件和/或第一音频组件。广播接收装置C540500可使用IP收发机从广播发送装置C540200接收第二音频组件。广播接收装置C540500可使用广播接收机从第二广播发送装置C540300接收UHD视频组件。广播接收装置C540500可基于其能力和环境来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件并将所获取数据解码和/或再现。
根据本发明的第五实施例的广播接收装置C540500可基于包括通过广播网络发送的组件的映射信息的CMT来获取HD视频组件、第一音频组件、第二音频组件和/或UHD视频组件，并将所获取数据解码/再现。
图55图示出根据本发明的第六实施例的信令数据的配置。
根据第六实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第六实施例的信令数据甚至可适用于移动环境。
根据本发明的第六实施例，可通过低级别信令数据来发送SSC引导信息。可通过服务层信令数据的USD来发送与服务相关联的信令数据，并且可通过服务层信令数据的CMT来发送与组件相关联的信令数据。
本发明的第六实施例可以通过扩展3GPP SDP来提供用于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
通过FIC来发送SSC引导信息，并且通过SSC引导信息递送的SSC包括USD。
将给出根据本发明的第六实施例的SDP扩展的描述。
图55(a)图示出根据本发明的第六实施例的低级别信令数据。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。例如，低级别信令数据可以包括FIC和/或RRD。
根据本发明的第六实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
图55(b)图示出根据本发明的第六实施例的服务层信令数据。
根据本发明的第六实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。以下描述是基于根据本发明的第六实施例的低级别信令数据与上述低级别信令数据之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP。另外，服务层信令数据可包括全SDP、CMT和/或LSID。AppSvc MPD、eMBMS MPD、3GPP SDP、SDP、CMT和/或LSID可以是用于正常广播网络和互联网以及移动广播网络的信令数据。
USD可包括用于AppAvc MPD、eMBMS MPD和/或3GPP SDP的路径信息。
3GPP SDP可包括至少一个ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的至少一个ROUTE的信息。ROUTE会话要素可包括用于ROUTE会话的传输路径信息。例如，ROUTE会话要素可以包括指示通过其发送服务的内容组件的广播流的ID的bsid属性、指示ROUTE会话的源IP地址的sIpAddr属性、指示ROUTE会话的目的地IP地址的dIpAddr属性、指示ROUTE会话的目的地端口号的dport属性和/或指示用于ROUTE会话的物理层参数的PLPID属性。bsid属性、sIPAddr属性、dIpAddr属性、dport属性和/或PLPID属性可以被用作关于通过其发送LSID的传输路径的信息。
另外，3GPP SDP可包括至少一个LCT会话要素，其提供关于用于服务和/或包括在服务中的组件的至少一个LCT会话的信息。为了参考，ROUTE会话可以包括至少一个LCT会话。例如，LCT会话要素可以包括指示相应LCT会话的ID的tsi属性和/或指示用于相应LCT会话的物理层参数的PLPID属性。
CMT可包括组件相关信息，诸如用于服务的组件信息(关联DASH表示信息)和可以通过其获取相应组件的路径。
例如，CMT可以包括通过其发送用于服务的组件数据的物理层管道(数据管道)的ID(DPID属性或PLP ID属性)。
LSID可包括用于指定通过其发送用于服务的组件的传输会话的信息。可将LSID包括在每个ROUTE会话中。可通过相应ROUTE会话中的特定传输会话来发送LSID。另外，LSID可包括关于包括在ROUTE会话中的LCT会话的信息。例如，LSID可以包括tsi属性，其指定通过其发送用于服务的内容组件的传输会话。
SPD(或服务配置描述(SCD))可包括未被包括在低级别信令数据(或FIC)中的多种附加信令信息。
根据本发明的第六实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD和/或SPD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP、CMT和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
根据本发明的第六实施例的广播接收装置可使用LSID、CMT和/或SDP(ROUTE会话要素)来获取至少一个组件的传输路径信息。
另外，根据本发明的第六实施例的广播接收装置可使用LSID和/或SDP(LCT会话要素)来获取至少一个组件的传输路径信息。在这种情况下，指定LCT会话的tsi属性可存在于LSID和SDP(LCT会话要素)两者中。另外，广播接收装置可在不使用CMT的情况下获取至少一个组件的传输路径信息。
图56图示出根据本发明的第一至第六实施例的信令的效果。
本发明的第一实施例可以实现用于移动广播网络(3GPP)和正常广播网络(ATSC或DVB)的单独信令。另外，根据本发明的第一实施例的信令可以具有可扩展性。然而，根据本发明的第一实施例的信令可以是用于通过互联网发送的组件的复制。此外，根据第一实施例的信令的结构具有复杂性。
根据本发明的第二实施例的信令不要求CMT。另外，根据本发明的第二实施例的信令具有与根据本发明的第一实施例的信令相比不那么复杂的结构。此外，本发明的实施例实施例可以使用扩展USD来实现用于移动广播网络(3GPP)和正常广播网络(ATSC或DVB)的单独信令。然而，根据本发明的第二实施例的信令可引起eMBMS信令分层违反。
根据本发明的第三和第四实施例的信令不针对USD扩展引起分层违反。另外，本发明的第三和第四实施例可以使用扩展USD来实现用于移动广播网络(3GPP)和正常广播网络(ATSC或DVB)的单独信令。然而，在根据本发明的第三和第四实施例的信令中，应在CMT中使用可选属性。
根据本发明的第五实施例的信令具有简单的结构。另外，根据本发明的第五实施例的信令不引起分层违反。
根据本发明的第六实施例的信令可以具有可扩展性，因为信令使用扩展SPD。然而，根据本发明的第六实施例的信令可具有复杂的结构。
图57是图示出根据本发明的实施例的广播发送的流程图。
广播发送装置可使用控制器(未示出)(CS570100)来生成用于服务的服务数据。
广播发送装置可使用控制器(CS570200)来生成服务层信令数据。
广播发送装置可使用发送机(CS570300)来发送包括服务数据和服务层信令数据的广播信号。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。例如，第一信令数据可以包括上述USD、SPD和/或SMT。
第一信令数据可包括用于参考第二信令数据和第三信令数据的参考信息。
第二信令数据可包括用于服务组件的描述。例如，第二信令数据可以包括上述AppSvc MPD、eMBMS MPD和/或全MPD。
第三信令数据可包括用于获取与服务相关联的组件的信息。例如，第三信令数据可以包括上述3GPP SDP、SMT、CMT、ATSC SDP、、RRD、ROUTE会话要素、LCT会话要素和/或LSID。
广播发送装置可使用控制器来生成低级别信令。低级别信令数据可支持服务获取的引导。例如，低级别信令数据可以包括上述FIC、UST和/或RRD。
广播发送装置可使用发送机来发送包括服务数据、服务层信令数据和低级别信令数据的广播信号。
参考信息可包括用于参考第二信令数据的第一参考信息和用于参考第三信令数据的第二参考信息。例如，第一参考信息可以对应于上述Full_MPD_URL属性，并且第二参考信息可以对应于上述ATSC_SDP_URL属性。
第一信号数据还可包括指定服务的再现所需的特定能力的能力信息。例如，能力信息可以对应于上述Capabilities属性。
第三信令数据可包括第一传输会话要素和第二传输会话要素。第一传输会话要素可包括关于通过其发送服务的第一传输会话的信息。第二传输会话要素可包括关于通过其发送服务的组件的第二传输会话的信息。例如，第一传输会话可以是ROUTE会话且第二传输会话可以是LCT会话。
第三信令数据可包括指定通过其发送组件的物理层管道的PLPID属性和指定第二传输会话的tsi属性中的至少一个。
第三信令数据可包括被映射到通过第三传输会话发送的服务的映射信息。例如，映射信息可对应于上述Rep_id属性。
映射信息可以是用于选择第二传输会话的通过HTTP的动态适配流(DASH)内容的表示ID。
图58是图示出根据本发明的实施例的广播接收的流程图。
广播接收装置可使用广播接收机(SC580100)来接收包括用于服务的服务数据和服务层信令数据的广播信号。
广播接收装置可使用控制器(CS580200)来获取服务层信令数据。
广播接收装置可使用控制器(CS580300)基于服务层信令数据来发现和/或获取服务的组件。
另外，广播接收装置可使用控制器来获取低级别信令数据。低级别信令数据可支持服务获取的引导。
服务层信令数据可包括第一信令数据、第二信令数据和第三信令数据。第一信令数据可包括用于参考第二信令数据和第三信令数据的参考信息。第二信令数据可包括用于服务组件的描述。第三信令数据可包括用于获取与服务相关联的组件的信息。
参考信息可包括参考第二信令数据的第一参考信息和参考第三信令数据的第二参考信息。第一信号数据还可包括指定服务的再现所需的特定能力的能力信息。
第三信令数据可包括第一传输会话要素和第二传输会话要素。第一传输会话要素可包括关于通过其发送服务的第一传输会话的信息。第二传输会话要素可包括关于通过其发送服务的组件的第二传输会话的信息。
第三信令数据可包括指定通过其发送组件的物理层管道的PLPID属性和指定第二传输会话的tsi属性中的至少一个。
第三信令数据可包括被映射到通过第三传输会话发送的服务的映射信息。映射信息可以是用于选择第二传输会话的DASH内容的表示ID。
图59图示出根据本发明的第七实施例的信令数据的配置。
根据第七实施例的信令数据可包括低级别信令数据和/或服务层信令数据。根据本发明的第七实施例的信令数据甚至可适用于移动环境。
根据本发明的第七实施例的信令数据可通过扩展服务描述、会话描述和基于单向文件传输(FLUTE)的对象扩展传输方案来提供ATSC广播服务信令。
根据本发明的第七实施例，可通过低级别信令数据来发送SSC引导信息。可以通过服务层信令数据的USD来发送与服务相关联的信令数据和/或与组件相关联的信令数据。
本发明的第七实施例可以提供用于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的服务信令方法。
可通过FIC来发送SSC引导信息。SSC可以包括USD、AppSvc MPD、eMBMS MPD、3GPPSDP、ATSC SDP和/或全MPD。
将给出根据本发明的第七实施例的扩展USD、SDP和/或LSID的方法的描述。
低级别信令数据是支持由接收机进行的快速信道扫描和服务获取的引导的信令信息。服务获取的引导可参考用于获取服务的过程。因此，用于引导的信息可包括用于获取服务的路径信息。例如，低级别信令数据可以包括FIC和/或RRD。
FIC可称为服务列表表格(SLT)。SLT可包括服务层信令(SLS)引导信息。SLS引导信息可包括用于至少一个服务的服务信令信道(SSC)引导信息。
例如，SSC可以是通过其发送SLS和/或服务层信令数据的信道。SSC引导可参考用于获取SSC(或服务层信令数据)的过程。因此，SSC引导信息可以包括用于获取服务层信令数据的路径信息。
根据本发明的第七实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
根据本发明的第七实施例的服务层信令数据的内容可以包括上述服务层信令数据的内容。以下描述是基于根据本发明的第七实施例的服务层信令数据与上述服务层信令之间的差异。
服务层信令数据可包括USD、AppSvc MPD、eMBMS MPD和/或3GPP SDP。另外，服务层信令数据可包括全MPD、ATSC SDP、全MPD和/或LSID。服务层信令数据可包括多个ATSC SDP。USD、AppSvc MPD、eMBMS MPD、3GPP SDP、ATSC SDP、全MPD和/或LSID可以是用于正常广播网络和/或互联网以及移动广播网络的信令数据。
USD可包括用于AppSvc MPD、eMBMS MPD和/或3GPP SDP的传输路径信息。
另外，USD may包括atscServiceDescription要素，其包含服务的属性和/或可以通过其获取服务的路径的信息。例如，atscServiceDescription要素可以包括关于可以通过其获取ATSC SDP的路径的信息。
USD可包括DeliveryMethod要素，其指示与通过广播接入模式和/或宽带接入模式发送的服务内容相关联的传送相关信息的容器。例如，DeliveryMethod要素可以包括用于正常广播网络的atscAppService要素。atscAppService要素可以包括basePattern要素，其包含通过atscAppService要素发送的组件的唯一映射信息。
此外，USD可包括appService要素，其包含用于将通过正常广播网络(ATSC广播或DVB广播)发送的组件映射到相应组件的媒体呈现描述信息的信息。例如，appService要素可以包括用于获取全MPD的路径信息。
每个ATSC SDP可包括至少一个ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的至少一个ROUTE会话的信息。ROUTE会话要素可包括用于相应ROUTE会话的传输路径信息。例如，可以使用用于ROUTE会话的传输路径信息作为关于通过其发送LSID的传输路径的信息。
LSID可包括关于通过其发送用于服务的组件的传输会话(LCT会话)的信息。可将LSID包括在每个ROUTE会话中。可通过包括在相应ROUTE会话中的特定传输会话来发送LSID。
根据本发明的第七实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。
图60图示出根据本发明的第七实施例的USD。
根据本发明的第七实施例的扩展USD可包括atscServiceDescription要素C600100、DeliveryMethod要素C600200和/或appService要素C600300。
atscServiceDescription要素C600100可包括关于通过正常广播网络发送的服务的信息。atscServiceDescription要素C600100可包括ProtocolVersion属性、atscServiceId属性、GlobalServiceId属性、atscSdpURI要素、CapabilityDescription要素、TargetingDescription要素、ContentAdvisoryDescription要素和/或ProgramTitleDescription要素。
根据本发明的第七实施例的atscSdpURI要素指代指示SDP(或ATSC SDP)的信息(URL信息或URI信息)，包括关于通过其发送服务(ATSC服务或DVB服务)的ROUTE会话的信息。atscSdpURI要素指代被用来指代S-TSID(或ATSC_SDP)的信息(URL信息或URI信息)，该S-TSID(或ATSC_SDP)提供用于通过其发送服务内容的传输会话的访问相关参数。
可将atscSdpURI要素的基数定义为0或无界。根据atscSdpURI要素的SDP指示ROUTE会话，其组成ATSC服务并描述LSID的会话描述信息。因此，当通过一个或多个ROUTE会话来发送ATSC服务时，可以提供与ROUTE会话的数目一样多的atscSdpURI要素，并且每个URI指示相应SDP数据。
根据本发明的第七实施例的atscServiceDescription要素C600100的内容可包括上述atscServiceDescription要素的内容。
DeliveryMethod要素C600200可以是与通过广播接入模式和/或宽带接入模式发送的服务内容相关联的传输相关信息的容器。DeliveryMethod要素C600200可包括用于正常广播网络的atscAppService要素。atscAppService要素C490200可关于DASH表示的信息，该DASH表示包括在附属媒体呈现的所有时段内通过正常广播网络(ATSC广播或DVB广播)发送的属于服务的配置媒体内容组件。例如，atscAppService要素可以包括关于使用ATSC广播递送方法的数据的信息。atscAppService要素可以包括basePattern要素。basePattern要素指代在MPD中每个组件被映射到的片段URL信息。例如，basePattern要素可以包括通过atscAppService要素发送的组件的唯一映射信息。
appService要素C600300可指示包括在附属媒体呈现的所有时段内通过正常广播网络(ATSC广播或DVB广播)发送的属于服务的配置媒体内容组件的DASH表示。例如，appService要素C600300可以包括用于将通过ATSC广播发送的组件映射到相应组件的媒体呈现描述信息的信息。appService要素C600300可包括identicalContent要素、alternativeContent要素、appServiceDescriptionURI属性和/或mimeType属性。
appServiceDescription URI属性指代被用来指代MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网和/或正常广播网络(ATSC广播或DVB广播)发送的服务的所有内容组件的信息。
图61图示出根据本发明的第七实施例的ATSC SDP和/或LSID。
图61(a)示出了根据本发明的第七实施例的ATSC SDP。
可以如下扩展ATSC SDP的定义。ATSC SDP可具有唯一URI值。例如，ATSC SDP可以具有“sdpUri”的URI值。当使用FLUTE时，可以通过FDT的内容位置来指定URI值。当使用ROUTE时，可以通过扩展文件递送表(EFDT)中描述的内容位置来指定URI值。URI值可具有被映射到USD/atscServiceDescription的atscSdpURI要素值的唯一值。
ATSC SDP可包括组件信息(s)、发起人和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a，atsc-mode，和/或TSI信息(a，route-tsi)。
部件信息(s)可包括关于组件的信息。例如，组件信息(s)可以具有“robust-audio”的值。
发起人和会话标识符(o)可指示ROUTE会话的源IP地址。例如，可以将发起人和会话标识符(o)表示为“o＝jdoe 28908445262890842807IN IP4sourceIPaddress”。
源过滤器(a)可指示源IP地址。可使用“o＝”或“源过滤器属性”来表示源过滤器(a)。例如，可以将源过滤器(a)表示为“incl IN(Ipver)(sourceIPaddress)”和/或“inclIN IP6*(sourceIPaddress)”。
连接信息(c)可指示ROUTE会话的目的地IP地址。例如，可以将连接信息(c)表示为“IN IP4destinationIPaddress”。
媒体描述(m)可指示ROUTE会话的目的地端口。例如，可以将媒体描述(m)表示为m＝APPLICATION(destinationPort)ROUTE/UDP0”。
ATSC模式(a，atsc-mode)可指示通过其发送ROUTE会话的LSID的传输流的ID和/或当使用ATSC广播模式时通过其发送ROUTE会话的LSID的数据管道(或PLP)的ID。例如，可以将atsc模式(a)表示为“a＝atsc-mode:transportstream_id,DP_id”。
TSI信息(a，route-tsi)可指示通过其发送ROUTE会话的LSID的LCT会话的传输会话标识符。此值可选地在SDP中描述，并且当未描述该值时用“tsi 0”来指示传输。当描述特定tsi值时，此值指示与描述的tsi一起发送的LSID。例如，可以将TSI信息(a)表示为“a＝route-tsi:tsi”。
图61(b)示出了根据本发明的第七实施例的LSID。
LSID可包括关于包括在ROUTE会话中的LCT会话的信息。例如，LSID可以包括版本属性、validFrom属性、期限属性和/或Trans portSession要素。
版本属性指示LSID的版本。
validFrom属性指示ALSID从其开始有效的时间。
期限属性指示LSID到期时的时间。
TransportSession要素可包括关于形成ROUTE会话的一个或多个传输会话(或LCT会话)的信息。传输会话(或LCT会话)可用来载送音频、视频和/或数据，并且可通过同一数据管道(或PLP)或不同的数据管道(或PLP)发送。可将LSID包括在每个ROUTE会话中。可通过相应ROUTE会话中的特定传输会话来发送LSID。例如，TransportSession要素可包括tsi属性、DP_id属性、SourceFlow要素和/或RepairFlow要素。
tsi属性可指定通过其发送用于服务的内容组件的传输会话。
DP_id属性可指示与通过其发送用于服务的内容组件的传输会话相关联的物理层管道(或数据管道)的标识符。DP_id属性可指示通过其发送在相应LSID中描述的传输会话的数据管道(或物理层管道)。可选地描述DP_id。如果相应DP_id不存在，则这意味着通过具有与对应于在ATSC SDP中描述的atsc模式值的DP_id相同的DP_id的数据管道来发送传输会话。
SourceFlow要素可包括关于通过LCT会话发送的源流的信息。源流可载送包括ROUTE的核心组件的源数据。例如，源流可以通过单向信道来载送至少一个递送对象。
RepairFlow要素可包括关于通过LCT会话发送的修复流的信息。修复流可以载送保护至少一个递送对象的修复数据。
图62图示出根据本发明的第七实施例的服务层信令。
具有特定频率的广播信号C620100可包括用于服务的服务数据和/或信令数据。例如，可以用“BCStreamID1”来识别广播信号C620100。“BCStreamID1”可以识别特定区域中和/或特定频率下的广播信号。
广播信号C620100可包括第一ROUTE会话。可通过第一ROUTE会话来发送用于服务的服务数据。例如，服务的标识符可以具有“SrvcID1”的值。
服务数据可包括用于服务的视频组件和/或音频组件。视频组件可包括包含视频数据的至少一个视频片段。音频组件可包括包含音频数据的至少一个音频片段。可通过第一ROUTE会话的特定传输会话来发送视频组件。可通过第一ROUTE会话的另一传输会话来发送音频组件。
信令数据可包括低级别信令数据和/或服务层信令数据。例如，低级别信令数据可以包括FIC和/或SLT。可将低级别信令数据包括在IP/UDP分组中并发送。可将服务层信令数据称为SLS。服务层信令数据可包括USD、MPD(或全MPD)、SDP(或ATSC SDP)和/或LSID。可通过服务信令信道(SSC)来发送USD、MPD和/或SDP。可通过第一ROUTE会话的特定传输会话来发送SSC和/或LSID。
可用源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)和目的地端口号(Port1)的组合来识别第一ROUTE会话。另外，可通过第一DP(BBPSID1)和/或第二DP(BBPSID2)来发送第一ROUTE会话。此外，第一ROUTE会话可包括SSC传输会话(tsi-s)、LSID传输会话(tsi-0)、第一传输会话(tsi-v)和/或第二传输会话(tsi-ra)。
SSC传输会话(tsi-s)可包括至少一个SSC分段。可用传输对象标识符来识别至少一个SSC分段。例如，用于SSC分段的传输对象标识符可以具有“toi-s-bundl”的值。可通过SSC传输会话来发送USD、MPD和/或SDP。
LSID传输会话(tsi-0)可包括至少一个LSID分段。例如，用于LSID的传输对象标识符可以具有“toi-0”的值。可通过LSID传输会话来发送LSID。
第一传输会话(tsi-v)可包括视频组件。例如，视频组件可以包括至少一个视频片段。用于视频片段的传输对象标识符可具有特定值。
第二传输会话(tsi-ra)可包括音频组件。例如，音频组件可以包括至少一个音频片段。用于音频片段的传输对象标识符可具有特定值。
将给出FIC的描述。
FIC可包括用于获取通过SSC发送的服务层信令数据的SSC引导信息。例如，SSC引导信息可以包括源IP地址(sIPAdres1)、目的地IP地址(IPAdrs1)、目的地端口号(Port1)、传输会话标识符(tsi0-s)、传输对象标识符(toi-s-bundl)和/或USD路径信息(usdUri)，它们与SSC相关联。
将给出SSC的描述。
可用具有“tsi-s”的值的传输会话标识符和/或具有“toi-s-bundl”的值的传输对象标识符来识别SSC C620200。SSC C620200可包括C620210、MPD C620230和/或SDPC620240。
将给出USD的描述。
USD C620210可描述服务层性质。另外，USD C620210可包括被用来指代MPDC620230和/或SDP C620240的参考信息(或URI)。例如，USD(bundleDescription/userServiceDescription)C620210可包括atscServiceDescription要素、deliveryMethod要素和/或appService要素。USD C620210的内容可以包括上述USD的内容。将参考附图给出USD的描述。
atscServiceDescription要素可包括atscSdpURI要素。atscSdpURI要素可包括用来指代SDP(或S-TSID)的信息(URL信息或URI信息)，该SDP(或S-TSID)提供用于通过其发送服务内容的传输会话的访问相关参数。例如，atscSdpURI要素可以具有用于参考SDPC620240的“sdpUri”的值。
deliveryMethod要素可包括atscAppService要素。atscAppService要素可包括basePattern要素。basePattern要素可指代在MPD中每个组件被映射到的片段URL信息。
appService要素可包括appservicedescriptionuri属性。appServiceDescriptionURI属性指代被用来指代MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的所有内容组件的信息。例如，appServiceDescriptionURI属性可以具有参考MPD C620230的“fullMpdUri”的值。
将给出MPD的描述。
MPD C620230可包括用于线性/流服务的单独媒体组件的资源标识符。根据本发明的第七实施例的MPD的内容可以包括上述MPD的内容。
MPD可包括Period要素。Period要素可包括包含关于至少一个视频组件的信息的第一AdaptationSet要素和包含关于至少一个音频组件的信息的第二AdaptationSet要素。
第一AdaptationSet要素和第二AdaptationSet要素中的每一个可包括SegmentTemplate要素和/或Representation要素。SegmentTemplate要素可包括默认片段模板信息。SegmentTemplate要素可包括媒体属性，其包含用于生成媒体片段列表的模板信息。Representation要素可包括关于与组件相关联的表示的信息。Representation要素可包括指定表示的id属性(或Rep_ID属性)。
例如，用于视频组件的媒体属性值可以是“v-segUrl-$Num$.mp4”。用于视频组件的id属性值可以是“RepresentationID-v”。
例如，用于音频组件的媒体属性值可以是“ra-segUrl-$Num$.mp4”。用于音频组件的id属性值可以是“RepresentationID-ra”。
将给出SDP的描述。
SDP C620240可包括第一ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的ROUTE会话的信息。第一ROUTE会话要素可包括用于第一ROUTE会话的传输路径信息。例如，第一ROUTE会话要素可以包括指示通过其发送服务的内容组件的广播流的标识符的bsid属性、指示第一ROUTE会话的源IP地址的sIdAddr属性、指示第一ROUTE会话的目的地IP地址的dIpAddr属性、指示第一ROUTE会话的目的地端口号的dport属性和/或指示用于第一ROUTE会话的数据管道(物理层管道)的标识符的DP-ID属性(或PLP_ID属性)。bsid属性、sIPAddr属性、dIpAddr属性、dport属性和/或DP_ID属性可被用作关于通过其发送LSID的传输路径的信息。可将SDP称为S-TSID。S-TSID是一种服务层信令(SLS)XML分段，其提供用于通过其发送服务的至少一个内容组件的至少一个传输会话的所有会话描述信息。
具体地，SDP C620240可包括组件信息(s)、发起人和会话标识符(o)、连接信息(c)、媒体描述(m)、ATSC模式(a，atsc-mode)和/或TSI信息(a，route-tsi)。根据本发明的第七实施例的SDP的内容可以包括上述SDP的内容。
例如，组件信息(s)可以具有“robust-audio”的值。发起人和会话标识符(o)可以具有“jdoe 2890844526 2890842807IN IP4sIPAdrs1”的值。连接信息(c)可以具有“c＝INIP4IPAdrs1”的值。媒体描述(m)可以具有“APPLICATION port1ROUTE/UDP 0”的值。ATSC模式(a，atsc-mode)可以具有“a＝atsc-mode:BCStreamID1,BBPSID1”的值。TSI信息(a，route-tsi)可以具有“route-tsi:tsi-0”的值。
将给出LSID的描述。
LSID C620300可包括关于包括在ROUTE会话中的LCT会话的信息。LSID可包括识别通过其发送用于服务的组件的传输会话的信息。可将LSID包括在每个ROUTE会话中。可通过相应ROUTE会话中的特定传输会话来发送LSID。例如，可以用具有“tis-0”的值的传输会话标识符、具有“toi-0”的传输对象标识符和/或具有“lsidUri”的值的URI信息来识别LSIDC620300。
LSID C620300可包括包含关于通过其发送SSC的传输会话的信息的SSC传输会话要素、包含关于通过其发送视频组件的传输会话的信息的第一传输会话要素和/或包含关于通过其发送音频组件的传输会话的信息的第二传输会话要素。
SSC传输会话要素、第一传输会话要素和第二传输会话要素中的每一个可包括指定通过其发送用于服务的内容组件的传输会话的tsi属性和/或指示与通过其发送用于服务的内容组件的传输会话相关联的数据管道(或物理层管道)的标识符的DP_ID属性(或PLP_ID属性)。
另外，SSC传输会话要素、第一传输会话要素和第二传输会话要素中的每一个可包括SourceFlow要素，其提供关于包括在相应传输会话中的源流的信息。
SourceFlow要素可包括扩展文件递送表(EFDT)要素。EFDT要素可包括包括标称FDT实例参数的扩展FDT实例的形式的文件传输数据的内容。EFDT要素可包括FileTemplate要素。FileTemplate要素可指示文件URL。文件URL具有与FDT的内容Content-Location相同的值。另外，FileTemplate要素可指示用于文件URI的推导的模板格式。
SourceFlow要素可包括ApplicationIdentifier要素和/或PayloadFormat要素。
ApplicationIdentifier要素可称为ContentInfo要素。ContentInfo要素可包括被映射到通过相应传输会话发送的服务(或应用服务)的附加信息。例如，ContentInfo要素可以包括DASH媒体表示的DASH内容和/或适配集参数的表示ID以便选择用于呈递的LCT传输会话。表示ID是与用于服务的组件相关联的标识符，并且可称为Rep_ID属性。
PayloadFormat要素可称为Payload要素。Payload要素可包括关于载送源流的对象的ROUTE分组(或LCT分组)的有效载荷的信息。Payload要素可包括CP属性。CP属性可称为codePoint属性。codePoint属性是是针对Payload要素的子要素和属性指定的值的组合的数值表示。也就是说，codePoint属性可以指示由相应分组发送的有效载荷的类型。另外，CP属性可称为formatID属性。格式ID属性可指定递送对象的有效载荷格式。例如，formatID属性可以指示文件模式、视图模式和包中的一个。
例如，包括在第一传输会话要素中的tsi属性和DP_ID属性可以分别地具有“tsi-v”的值和“BBPSID2”的值。包括在第一传输会话要素中的FileTemplate要素可以具有http://bc/v-segUrl-$TOI$.mp4的值，Rep_ID属性可以具有“RepresentationID-v”的值，并且CP属性可以指示“EntityMode”。
另外，包括在第二传输会话要素中的tsi属性和DP_ID属性可以分别地具有“tsi-ra”的值和“BBPSID1”的值。包括在第二传输会话要素中的FileTemplate要素可以具有http://bc/ra-segUrl-$TOI$.mp4的值，Rep_ID属性可以具有“RepresentationID-ra”的值，并且CP属性可以指示“EntityMode”。
包括在SSC传输会话要素中的tsi属性可以具有“tsi-s”的值，且DP_ID属性可以具有“BBPSID1”的值。EFDT要素可包括File要素。File要素可包括Content_Location属性和TOI属性。Content_Location属性可指示与相应传输会话中的具有特定TOI值的对象相关联的URL。例如，Content_Location属性可以具有“usdUri”的值。TOI属性可识别通过传输会话发送的对象。例如，TOI属性可以具有“toi-s-bundl”的值。包括在第三传输会话要素中的CP属性可指示“FileMode(Meta)”。
根据本发明的第七实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获得服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。随后，广播接收装置可以基于关于传输路径的信息来获取用于服务的服务数据。
图63图示出根据本发明的第八实施例的用于减小信令大小的方法。
当在混合式广播网络中使用ROUTE/DASH传输和会话描述协议来发送相应会话时，本发明的第八实施例可以使用图63中所示的关系来减少冗余并配置最小所需信令信息。
可将会话时间信息可选地包括在LSID中。可将会话时间信息强制性地包括在SDP中。因此可以使用SDP的“t＝”值将会话时间信息包括在SDP中。
在LSID中不包括IP/Port信息。由于SDP描述了处于会话级别的IP/Port值，所以定义ATSC SDP，使得ATSC SDP描述与用于ATSC信令的ROUTE会话的传输有关的IP/Port信息。
关于TSI信息，LSID描述组成ROUTE会话的所有传输会话的TSI信息。SDP描述关于一个ROUTE会话的传输信息或TSI信息。当通过ATSC广播来发送组件时，需要关于通过其发送组件的传输会话所属的数据管道(或物理层管道)的信息。在这种情况下，可通过基于在LSID和/或SDP中描述的TSI信息将DP_ID(或PLP_ID)映射到SDP和/或LSID来将DP_ID(或PLP_ID)添加到SDP和/或LSID。当DP_ID被添加到SDP时，需要按照每个TSI来描述DP_ID。
可将FEC信息包括在LSID中。虽然在SDP中描述的FEC信息，但当使用ROUTE/DASH传输方案且因此可以使用FEC信息的值时，在LSID的Repair Flow中描述FEC信息。
在SDP中描述语言信息。然而，当使用ROUTE/DASH传输方案时，在MPD中描述语言信息。因此，在SDP中未定义语言信息，并且可以使用MPD的值。
在SDP中描述了数据速率信息。然而，当使用ROUTE/DASH传输方案时，在MPD中描述数据速率信息。因此，在SDP中未定义数据速率信息，并且可以使用MPD的值。
图64图示出根据本发明的第九实施例的USD。
本发明的第九实施例可以提供一种用于描述用于USD(或SMT)的会话描述的参考信息的附加属性的方法和用于在USD中包括附加描述信息的方法。
参考图64(a)，USD(或SMT)可包括protocolVersion属性、atscServiceId属性、globalServiceId属性、fullMpdURI属性、atscSdpURI要素、CapabilityDescription要素、TargetingDescription要素、ContentAdvisoryDescription要素、ProgramTitleDescription要素、ContentLabelDescription要素和/或OriginalServiceIdDescription要素。
protocolVersion属性可指示SSC(服务信令信道或服务层信令数据)的协议版本。例如，protocolVersion属性可以包括指示用来发送SSC(服务信令信道、S-TSID和/或服务层信令数据)的协议的主版本号的major_protocol_version属性和/或指示协议的辅助版本号的minor_protocol_version属性。
atscServiceId属性是用于识别服务的唯一标识符。atscServiceId属性可指代对应于低级别信令数据(LLS、FIC或SLT)的服务条目。atscServiceId属性可具有与分配给对应于低级别信令数据(LLS、FIC或SLT)的服务条目的服务标识符(serviceID)相同的值。
globalServiceId属性是被用于3GPP USD与ESG之间的服务映射的全局唯一标识符。globalServiceId属性可具有与3GPP USD的服务标识符(service_id)和ESG的服务标识符(service_id)相同的值。globalServiceId属性是用于识别服务的全局统一资源标识符(URI)。globalServiceId属性是在广播流标识符(BSID)的范围内的唯一值。另外，globalServiceId属性可用来访问ESG数据。
fullMpdURI属性指示参考MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网(单播)和正常广播网络(ATSC广播或DVB广播)发送的服务的所有内容组件的信息。
atscSdpURI要素指代指示SDP(或ATSC SDP)的信息(URL信息或URI信息)，包括关于通过其发送服务(ATSC服务或DVB服务)的ROUTE会话的信息。atscSdpURI要素表示参考S-TSID(或ATSC_SDP)的信息(URL信息或URI信息)，该S-TSID(或ATSC_SDP)提供相对于通过其递送服务内容的传输会话的访问相关参数。atscSdpURI要素可包括essentialSdp属性。由于ATSC服务可由两个或更多ROUTE会话构成，所以可以参考描述单个ROUTE会话的两个或更多SDP。在这种情况下，由于接收机不能知道需要首先接收的SDP和ROUTE会话，所以本发明的第九实施例提供了essentialSdp属性，使得接收机优先接收对应于“真”的essentialSdp属性值的SDP，并优先获取对应于SDP的ROUTE会话。当未描述essentialSdp属性的值时，将essentialSdp属性定义为“真”的默认值。
CapabilityDescription要素指代描述接收机需要具有以便提供服务的能力的描述符。CapabilityDescription属性可指定接收机要实现服务内容的有意义再现所需的能力和/或能力组。
TargetingDescription要素可指示服务将被提供到的目标设备。
ContentAdvisoryDescription要素可指代关于与提供的服务有关的内容咨询的信息。ContentAdvisoryDescription要素可指定相对于提供的服务的内容咨询分级。
ProgramTitleDescription要素可指代关于服务的名称的信息。ProgramTitleDescription要素可指示特定语言中的服务的名称。
ProgramTitleDescription要素可包括current_program_start_time属性、current_program_duration属性和/或title_text要素。
current_program_start_time属性指示节目开始时间。current_program_start_time属性可指示表示为NTP时间的节目开始时间。
current_program_duration属性可指示从节目开始时间起的节目持续时间。可以秒为单位来表示节目持续时间。
title_text要素表示指示服务的名称的实际文本。title_text要素可包括语言属性。语言属性可指示服务名称的语言。ContentLabelDescription要素可指代服务的内容标签。ContentLabelDescription要素可指示组件的名称。
OriginalServiceIdDescription要素指代相应服务的原始服务。OriginalServiceIdDescription要素可包括originalServiceId属性。originalServiceId属性可指代分配给相应服务的原始服务的ID。
图64(b)示出了CapabilityDescription要素的示例。
CapabilityDescription要素由指示能力的代码和串构成，并且可以将CapabilityDescription要素值表示为串。可以以与在服务通告中使用的格式相同的形式来配置串的规则表达式。
图65图示出根据本发明的第九实施例的服务层信令。
具有特定频率的广播信号C650100可包括用于服务的服务数据和/或信令数据。例如，服务可以具有“SrvcID1”的标识符。可以用“BCStreamID1”来识别广播信号C650100。
服务数据可包括用于基础服务的基础服务数据和/或用于增强服务的增强服务数据。基础服务可指代特定级别的服务。增强服务可指代比基础服务更高级别的服务。例如，基础服务可以是HD服务，并且增强服务可以是UHD服务。基础服务可以是2D服务，并且增强服务可以是3D服务。
基础服务可包括用于基础服务的基础视频组件和/或基础音频组件。增强服务数据可包括用于增强服务的增强视频组件和/或增强音频组件。基础视频组件和增强视频组件中的每一个可包括至少一个视频片段，其包括视频数据。基础音频组件和增强音频组件中的每一个可包括至少一个音频片段，其包括音频数据。
广播信号C650100可包括基础ROUTE会话和/或增强ROUTE会话。可通过基础ROUTE会话来发送基础服务数据，并且可通过增强ROUTE会话来发送增强服务数据。可通过基础ROUTE会话中的特定传输会话(例如LCT会话)来发送基础视频组件和基础音频组件中的每一个。可通过增强ROUTE会话中的特定传输会话(例如LCT会话)来发送增强视频组件和增强音频组件中的每一个。
信令数据可包括低级别信令数据和/或服务层信令数据。例如，低级别信令数据可以包括FIC和/或SLT。可将低级别信令数据包括在IP/UDP分组中并发送。可将服务层信令数据称为SLS。服务层信令数据可包括USD、MPD(或全MPD)、SDP(或ATSC SDP)和/或LSID。可通过服务信令信道(SSC)来发送USD、MPD和/或SDP。可通过基础ROUTE会话的特定传输会话来发送SSC和/或LSID。
可用源IP地址(sIPAdrs2)、目的地IP地址(IPAdrs2)和目的地端口号(Port2)的组合来识别基础ROUTE会话。另外，可通过第一DP(BBPSID1)和/或第二DP(BBPSID2)来发送基础ROUTE会话。此外，基础ROUTE会话可包括基础SSC传输会话(tsi-s)、基础LSID传输会话(tsi-0)、基础视频传输会话(tsi-v)和/或基础音频传输会话(tsi-ra)。
基础SSC传输会话(tsi-s)可包括至少一个SSC分段。可用传输对象标识符来识别至少一个SSC分段。例如，用于SSC分段的传输对象标识符可以具有“toi-s-bundl”的值。可通过SSC传输会话来发送USD、MPD和/或SDP。
基础LSID传输会话(tsi-0)可包括至少一个基础LSID分段。例如，用于基础LSID的传输对象标识符可以具有“toi-0”的值。可通过基础LSID传输会话来发送基础LSID。
基础视频传输会话(tsi-v)可包括基础视频组件。例如，基础视频组件可以包括至少一个视频片段。用于视频片段的传输对象标识符可具有特定值。
基础音频传输会话(tsi-ra)可包括基础音频组件。例如，基础音频组件可以包括至少一个音频片段。用于音频片段的传输对象标识符可具有特定值。
可用源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)和目的地端口号(Port1)的组合来识别增强ROUTE会话。另外，可通过第一DP(BBPSID1)和/或第三DP(BBPSID3)来发送增强ROUTE会话。此外，增强ROUTE会话可包括增强LSID传输会话(tsi-0)、增强视频传输会话(tsi-ev)和/或增强音频传输会话(tsi-re)。
增强LSID传输会话(tsi-0)可包括至少一个增强LSID分段。例如，用于增强LSID的传输对象标识符可以具有“toi-0”的值。可通过增强LSID传输会话来发送增强LSID。
增强视频传输会话(tsi-v)可包括增强视频组件。例如，增强视频组件可以包括至少一个视频片段。用于视频片段的传输对象标识符可具有特定值。
增强音频传输会话(tsi-ea)可包括增强音频组件。例如，增强音频组件可以包括至少一个音频片段。用于音频片段的传输对象标识符可具有特定值。
将给出FIC的描述。
FIC可包括用于获取通过SSC发送的服务层信令数据的SSC引导信息。例如，SSC引导信息可以包括源IP地址(sIPAdres2)、目的地IP地址(IPAdrs2)、目的地端口号(Port2)、传输会话标识符(tsi0-s)、传输对象标识符(toi-s-bundl)和/或USD路径信息(usdUri)，其与SSC相关联。
将给出SSC的描述。
可用具有“tsi-s”的值的传输会话标识符和/或具有“tsi-s-bundl”的值的传输对象标识符来识别SSC C650200。SSC C650200可包括USD C650210、全MPD C650230、增强SDPC650240和/或基础SDP C650250。
将给出USD的描述。
USD C650210可描述服务层属性。另外，USD C650210可包括参考全MPD C650230、增强SDP C650240和/或基础SDP C650250的参考信息(或URI)。例如，USD(bundleDescription/userServiceDescription)C650210可以包括atscServiceDescription要素、deliveryMethod要素和/或appService要素。USD C650210的内容可以包括上述USD的内容。将参考附图给出USD的描述。
atscServiceDescription要素可包括用于增强SDP的atscSdp1Uri要素和/或用于基础SDP的atscSdp2Uri要素。atscSdp1Uri要素和/或atscSdp2Uri要素可包括参考SDP(或S-TSID)的信息(URL信息或URI信息)，该SDP(或S-TSID)提供用于通过其发送服务内容的传输会话的访问相关参数。例如，atscSdp1Uri要素可以具有用于参考增强SDP C650240的“sdp1Uri”的值，并且atscSdp2Uri要素可以具有用于参考基础SDP C650250的“sdp2Uri”的值。
另外，atscSdp1Uri要素和atscSdp2Uri要素中的每一个可包括essentialSdp属性。例如，包括在atscSdp1Uri要素中的essentialSdp属性可以具有“假”的值，并且包括在atscSdp2Uri要素中的essentialSdp属性可以具有“真”的值。也就是说，广播接收装置可以基于essentialSdp属性来获取基础SDP，并且优先地接收通过基础ROUTE会话发送的组件。
deliveryMethod要素可包括atscAppService要素。atscAppService要素可包括用于增强视频组件的第一basePattern要素、用于基础视频组件的第二basePattern要素、用于增强音频组件的第三basePattern要素和用于基础音频组件的第四basePattern要素。basePattern要素可指代在MPD中每个组件被映射到的片段URL信息。例如，第一basePattern要素可以具有“…bc/rep_id-ev”的值，第二basePattern要素可以具有“…bc/rep_id-v”的值，第三basePattern要素可以具有“…bc/rep_id-ea”的值，并且第四basePattern要素可以具有“…bc/rep_id-a”的值。
appService要素可包括appservicedescriptionuri属性。appServiceDescriptionURI属性指示参考MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的所有内容组件的信息。例如，appServiceDescriptionURI可以具有参考MPDC650230的“fullMpdUri”的值。
将给出全MPD的描述。
全MPD C650230可包括用于线性/流服务的单独媒体组件的资源标识符。根据本发明的第九实施例的MPD的内容可以包括上述MPD和/或全MPOD的内容。
全MPD可包括Period要素。Period要素可包括包含关于至少一个视频组件的信息的第一AdaptationSet要素和包含关于至少一个音频组件的信息的第二AdaptationSet要素。
第一AdaptationSet要素可包括用于增强视频组件的Representation要素和/或用于基础视频组件的Representation要素。第二AdaptationSet要素可包括用于增强音频组件的Representation要素和/或用于基础音频组件的Representation要素。
每个Representation要素可包括识别表示的id属性(或Rep_ID属性)、包括片段模板信息的SegmentTemplate要素和/或指示相应表示在解码和/或呈现过程中依赖于的至少一个补充表示的dependencyId属性。SegmentTemplate要素可包括媒体属性，其包括用于生成媒体片段列表的模板信息。
例如，用于增强视频组件的id属性可以具有“RepresentationID-ev”的值，并且用于增强视频组件的媒体属性可以具有“ev-segUrl-$Num$.mp4”的值。
例如，用于基础视频组件的id属性可以具有“RepresentationID-v”的值，用于基础视频组件的dependencyId属性可以具有“RepresentationID-ev”的值，并且用于基础视频组件的媒体属性可以具有“v-segUrl-$Num$.mp4”的值。
例如，用于增强音频组件的id属性可以具有“RepresentationID-ea”的值，并且用于增强音频组件的媒体属性可以具有“ea-segUrl-$Num$.mp4”的值。
例如，用于基础音频组件的id属性可以具有“RepresentationID-ra”的值，并且用于基础音频组件的媒体属性可以具有“ra-segUrl-$Num$.mp4”的值。
将给出增强SDP(SDP1)C650240的描述。
增强SDP C650240可包括增强ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的增强ROUTE会话的信息。增强ROUTE会话要素可包括用于增强ROUTE会话的传输路径信息。
具体地，增强SDP C650240可以包括组件信息(s)、发起人和会话标识符(o)、连接信息(c)、媒体描述(m)、ATSC模式(a，atsc-mode)和/或TSI信息(a，route-tsi)。根据本发明的第九实施例的增强SDP的内容可以包括上述SDP的内容。
例如，组件信息(s)可以具有“robust-audio”的值。媒体描述(m)可以具有“APPLICATION port1ROUTE/UDP 0”的值。连接信息(c)可以具有“IN IP4(IPAdrs1)”的值。ATSC模式(a，atsc-mode)可以具有“atsc-mode:(BSStreamID1,BBPSID1)”的值。TSI信息(a，route-tsi)可以具有“route-tsi:(tsi-0)”的值。
将给出基础SDP(SDP2)C650250的描述。
基础SDP C650250可包括基础ROUTE会话要素，其提供关于用于服务和/或包括在服务中的组件的基础ROUTE会话的信息。基础ROUTE会话要素可包括用于基础ROUTE会话的传输路径信息。
具体地，基础SDP C650250可以包括组件信息(s)、发起人和会话标识符(o)、连接信息(c)、媒体描述(m)、ATSC模式(a，atsc-mode)和/或TSI信息(a，route-tsi)。根据本发明的第九实施例的基础SDP的内容可以包括上述SDP的内容。
例如，组件信息(s)可以具有“robust-audio”的值。媒体描述(m)可以具有“APPLICATION port1ROUTE/UDP 0”的值。连接信息(c)可以具有“IN IP4(IPAdrs2)”的值。ATSC模式(a，atsc-mode)可以具有“atsc-mode:(BSStreamID1,BBPSID1)”的值。TSI信息(a，route-tsi)可以具有“route-tsi:(tsi-0)”的值。
将给出增强LSID(LSID1)C650300的描述。
增强LSID(LSID1)C650300可包括关于包括在增强ROUTE会话中的LCT会话的信息。例如，可以用具有“tis-0”的值的传输会话标识符、具有“toi-0”的传输对象标识符和/或具有“lsidUri”的值的URI信息来识别增强LSID C650300。
增强LSID C650300可包括包含关于通过其发送增强视频组件的传输会话的信息的增强视频传输要素，和/或包含关于通过其发送增强音频组件的传输会话的信息的增强音频传输会话要素。
增强视频传输会话要素和增强音频传输会话要素中的每一个可包括tsi属性、DP_ID属性(或PLP_ID属性)和/或SourceFlow要素。SourceFlow要素可包括扩展文件递送表(EFDT)要素、ApplicationIdentifier要素和/或PayloadFormat要素。EFDT要素可包括FileTemplate要素。ApplicationIdentifier要素可称为ContentInfo要素。表示标识符与用于服务的组件相关，并且可称为Rep_ID属性。
PayloadFormat要素可称为Payload要素。Payload要素可包括CP属性。另外，CP属性可称为codePoint属性和/或formatID属性。
例如，包括在增强视频传输会话要素中的tsi要素可以具有“tsi-ev”的值，FileTemplate要素可以具有http://bc/ev-segUrl-$TOI$.mp4的值，Rep_ID属性可以具有“RepresentationID-ev”的值且CP属性可以指示“EntityMode”。
包括在增强音频传输会话要素中的tsi要素可以具有“tsi-ea”的值，FileTemplate要素可以具有http://bc/ea-segUrl-$TOI$.mp4的值，Rep_ID属性可以具有“RepresentationID-ea”的值且CP属性可以指示“EntityMode”。
将给出基础LSID(LSID2)C650400的描述。
基础LSID(LSID2)C650400可包括关于被包括在基础ROUTE会话中的LCT会话的信息。例如，可以用具有“tis-0”的值的传输会话标识符、具有“toi-0”的传输对象标识符和/或具有“lsidUri”的值的URI信息来识别基础LSID C650400。
基础LSID C650400可包含关于通过其发送SSC的传输会话的信息的SSC传输会话要素、包含关于通过其发送基础视频组件的传输会话的信息的基础视频传输会话要素，和/或包含关于通过其发送基础音频组件的传输会话的信息的基础音频传输会话要素。
SSC传输会话要素、基础视频传输会话要素和基础音频传输会话要素中的每一个可包括tsi属性、DP_ID属性(或PLP_ID属性)和/或SourceFlow要素。SourceFlow要素可包括EFDT要素、ApplicationIdentifier要素和/或PayloadFormat要素。EFDT要素可包括FileTemplate要素。ApplicationIdentifier要素可称为ContentInfo要素。表示标识符与用于服务的组件相关，并且可称为Rep_ID属性。PayloadFormat要素可称为Payload要素。Payload要素可包括CP属性。另外，CP属性可称为codePoint属性和/或formatID属性。
例如，包括在基础视频传输会话要素中的tsi要素可以具有“tsi-v”的值，FileTemplate要素可以具有http://bc/v-segUrl-$TOI$.mp4的值，Rep_ID属性可以具有“RepresentationID-v”的值且CP属性可以指示“EntityMode”。
包括在基础音频传输会话要素中的tsi要素可以具有“tsi-ra”的值，FileTemplate要素可以具有http://bc/ra-segUrl-$TOI$.mp4的值，Rep_ID属性可以具有“RepresentationID-ra”的值且CP属性可以指示“EntityMode”。
另外，包括在SSC传输会话要素中的tsi要素可以具有“tsi-s”的值。EFDT要素可包括File要素。File要素可包括Content_Location属性和TOI属性。例如，Content_Location属性可以具有“usdUri”的值。例如，TOI属性可以具有“toi-s-bundl”的值。另外，包括在SSC传输会话要素中的CP属性可以指示“FileMode(Meta)”。
根据本发明的第九实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获得服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID(或id属性)来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(SDP和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。随后，广播接收装置可以基于关于传输路径的信息来获取用于服务的服务数据。
根据本发明的第九实施例的广播接收装置可以通过atscSdpURI的essentialSDP属性来确定应优先获取的SDP，并接收通过对应于SDP的ROUTE会话发送的组件。根据本发明的第九实施例的广播接收装置可以执行快速信道改变，因为广播接收装置可以接收在信道改变的情况下对于A/V呈递而言必不可少的信息(通过其发送A/V组件LCT会话)。另外，本发明的第九实施例可以根据能力而影响广播接收装置的存储器缓冲器管理或广播接收装置的操作。
图66图示出根据本发明的第十实施例的信令数据的配置。
简单服务指代在单个数据管道(或物理层管道)中发送服务信令、音频和视频且通过单个LCT会话来发送服务信令/LSID的情况。除简单服务之外的服务被称为全服务。
当在全服务结构中提供服务信令时，SSC可以包括USD、SDP MPD、LSID和/或信令数据，诸如InitSegment。广播接收装置可以基于SSC在屏幕上呈递音频组件、视频组件和目录组件中的至少一个。服务信令数据具有以下关系。
根据本发明的第十实施例的信令数据可包括低级别信令数据和/或服务层信令数据。
低级别信令数据可包括FIC和/或RRD。FIC可称为服务列表表格(SLT)。FIC可包括SSC引导信息(或SLS引导信息)。广播接收装置可参与通过其发送SSC的传输会话并基于FIC来获取SSC。根据本发明的第十实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
根据本发明的第十实施例的服务层信令数据的内容可以包括上述服务层信令数据的内容。以下描述是基于根据本发明的第十实施例的服务层信令数据与上述服务层信令数据之间的差异。
服务层信令数据可包括USD(或ATSC_USD)、MPD(或全MPD)、MPD、LSID和/或初始化片段。
USD可包括protocol_version属性、serviceID属性、globalServiceID属性、第一atscSdpURI要素、第二atscSdpURI要素和/或MPDUri要素。
第一atscSdpURI要素和第二atscSdpURI要素中的每一个可包括包含关于可以通过其获取ATSC SDP的路径的信息的URL属性和包含ATSC SDP的版本信息的版本属性。例如，包括在第一atscURI要素中的URL属性可以包括关于可以通过其获取第一ATSC SDPC660210的路径的信息，并且包括在第二atscURI要素中的URL属性可以包括关于可以通过其获取第二ATSC SDP C660230的路径的信息。
MPDUri要素可包括包含关于可以通过其获取MPD的路径的信息的URL属性、包含MPD的主版本信息的major_version属性和/或包含MPD的辅助版本信息的minor_version属性。
MPD可包括关于可以通过其访问初始化片段的路径的信息(URL)。初始化片段可包括用于访问表示的初始化信息。例如，初始化片段可以包括用于视频组件的视频初始化片段IS-V、用于音频组件的音频初始化片段IS-A和/或用于目录组件的目录初始化片段IS-C。
另外，MPD可包括关于可以通过其访问媒体片段的路径的信息(URL)。媒体片段可包括已编码媒体内容组件。例如，媒体片段可以包括包含已编码视频组件的数据的媒体片段和/或包含已编码音频组件的数据的媒体片段。
第一ATSC SDP C660210可包括第一ROUTE会话要素，其提供关于第一ROUTE会话C660310的信息，包含关于服务和/或包括在服务中的组件的信息。第一ROUTE会话要素可包括用于第一ROUTE会话C660310的传输路径信息。例如，可以使用用于第一ROUTE会话C660310的传输路径信息作为关于通过其发送第一LSID C660410的路径的信息。广播接收装置可以参与通过其发送第一LSID C660410的传输会话并获取第一LSID C660410。
第二ATSC SDP C660230可包括第二ROUTE会话要素，其提供关于第二ROUTE会话C660330的信息，包含关于服务和/或包括在服务中的组件的信息。第二ROUTE会话要素可包括用于第二ROUTE会话C660330的传输路径信息。例如，可以使用用于第二ROUTE会话C660330的传输路径信息作为关于通过其发送第二LSID C660430的路径的信息。广播接收装置可以参与通过其发送第二LSID C660430的传输会话并获取第二LSID C660430。
第一LSID C660410可包括关于在其中通过第一ROUTE会话C660310来发送视频组件的传输会话(LCT会话)的信息。可通过第一ROUTE会话C660310中的特定传输会话来发送第一LSID C660410。广播接收装置可以基于第一LSID C660410参与特定传输会话并获取视频组件。
第二LSID C660430可包括关于在其中通过第二ROUTE会话C660330来发送音频组件的传输会话(LCT会话)的信息。可通过包括在第二ROUTE会话C660330中的特定传输会话来发送第二LSID C660430。广播接收装置可以基于第二LSID C660430参与特定传输会话并获取音频组件。
根据本发明的第十实施例的广播接收装置可以基于信令数据来获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(初始化片段、SDP和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。随后，广播接收装置可以基于关于传输路径的信息来获取用于服务的服务数据。
图67图示出根据本发明的第十实施例的信令数据的配置。
当完全用信号发送通过ATSC广播发送的服务时，本发明的第十实施例可以提供扩展USD以便减少信道改变时间。
根据本发明的第十实施例的USD可包括protocolVersion属性、atscServiceId属性、globalServiceId属性、atscSdpUri要素和/或fullMpdUri要素。
protocolVersion属性可指示SSC(服务信令信道或服务层信令数据)的协议版本。
atscServiceId属性是唯一地识别服务的标识符。
globalServiceId属性是识别服务的全局唯一标识符。
atscSdpUri要素指代指示在USD中参考的ATSC SDP的信息(URL信息或URI信息)。atscSdpURI要素指示参考S-TSID(或ATSC_SDP)的信息(URL信息或URI信息)，该S-TSID(或ATSC_SDP)提供用于通过其发送服务内容的传输会话的访问相关参数。atscSdpUri要素可包括版本属性和/或URL属性。版本属性可指示atscSdpUri所参考的ATSC SDP的版本信息。URL属性可表示指示atscSdpUri的唯一URI的URL。
fullMpdUri要素可指示在USD中参考的全MPD的URL地址。fullMpdURI要素是参考MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的所有内容组件的信息。fullMpdUri要素可包括包含关于可以通过其获取MPD的路径的信息的URL属性、包含MPD的主版本信息的major_version属性和/或包含MPD的辅助版本信息的minor_version属性。当改变MPD的配置信息且因此广播接收装置不能使用先前接收到的MPD和LCT报头附加信息来执行A/V呈递时，major_version属性的值可以增加。如果广播接收装置可以使用先前接收并缓存的MPD和LCT报头附加信息(例如EXT_PRESENTATION_TIME报头)来执行音频呈递和/或视频呈递，则major_version属性值不改变，并且minor_version属性值可以增加。
图68图示出根据本发明的第十实施例的根据其传输间隔来发送服务层信令数据的示例。
图68示出了根据本发明的第十实施例的服务层信令数据C681000。服务层信令数据C681000可包括USD、MPD、SDP、LSID和/或初始化片段。
根据本发明的第十实施例，呈递所必需的服务层信令数据的传输间隔、USD、MPD、LSID和/或初始化片段比仅描述LSID的传输信息的SDP的更短。
因此，根据本发明的第十实施例的广播接收装置可以使用USD的URI信息和/或版本信息来减少信道改变时间。
将给出根据本发明的第十实施例的用于用广播接收装置来管理SDP的版本信息的方法的描述。
广播接收装置可接收和/或获取服务层信令数据C681000。
广播接收装置可在接收到USD时将被映射到相应uri(uri属性值)的版本信息(版本属性值)与缓存SDP版本信息相比较。
如果被映射到相应uri的SDP的版本信息不同于缓存SDP版本信息，则广播接收装置可新接收和/或缓存SDP。
如果被映射到相应uri的SDP的版本信息与缓存SDP版本信息相同，则广播接收装置可不接收和/或缓存SDP。
因此，广播接收装置可不比较Metadata_envelope的报头中的版本信息或解析SDP，并且因此广播接收装置可以通过基于USD来检查SDP是否已改变而减少信道改变时间。
例如，USD C681110的atscSDPURI要素可以包括与SDP C681510有关的路径信息和/或版本信息。包括在atscSDPURI要素中的版本属性可以具有“1”的值，并且uri属性可以具有“SDP_URL_1”的值。
另外，USD C681130的atscSDPURI要素还可以包括与SDP C681510有关的路径信息和/或版本信息。包括在atscSDPURI要素中的版本属性可以具有“1”的值，并且uri属性可以具有“SDP_URL_1”的值。
例如，USD C681150的atscSDPURI要素可以包括与SDP C681530有关的路径信息和/或版本信息。包括在atscSDPURI要素中的版本属性可以具有“2”的值，并且uri属性可以具有“SDP_URL_2”的值。
在这里，假设广播接收装置接收和/或缓存SDP C681510。
USD C681110和USD C681130参考同一SDP C681510。也就是说，广播接收装置并不重新接收和/或缓存SDP C681510，因为当接收到USD C681130时，被映射到相应uri的SDPC681510的版本信息与缓存SDP C681510的版本信息相同。
然而，USD C681130和USD C681150分别地参考SDP C681510和SDP C681530。也就是说，广播接收装置可以接收和/或缓存SDP C681530，因为当接收到USD C681150时，被映射到相应uri的SDP C681530的版本信息不同于缓存SDP C681510的版本信息。
将给出根据本发明的第十实施例的用于用广播接收装置来管理MPD的版本信息的方法的描述。
广播接收装置可在接收到USD时将被映射到相应MPD uri(uri属性值)的MPD的版本信息(版本属性值)与缓存MPD版本信息相比较。
如果MPD的主版本(major_version属性值)改变，则广播接收装置可接收、获取和/或解析新MPD。
如果MPD的主版本(major_version属性值)未改变且只有其辅助版本(minor_version属性值)改变，则广播接收装置仅使用先前缓存的MPD和LCT报头附加属性信息来重新处理MPD。
如果主版本和辅助版本两者都未改变，则广播接收装置可不接收、获取和/或解析MPD。
因此，广播接收装置可以在不比较Metadata_envelope的报头中的版本或解析MPD的情况下通过基于USD来检查MPD是否改变而减少信道改变时间。
例如，USD C681110的fullMPDURI要素可以包括与MPD C681210有关的路径信息和/或版本信息。包括在fullMPDURI要素中的major_version属性可以具有“2”的值，minor_version属性可以具有“1”的值，并且uri属性可以具有“MPD_URL_2”的值。
另外，USD C681130的fullMPDURI要素可以包括与MPD C681230有关的路径信息和/或版本信息。包括在fullMPDURI要素中的major_version属性可以具有“2”的值，minor_version属性可以具有“2”的值，并且uri属性可以具有“MPD_URL_3”的值。
另外，USD C681150的fullMPDURI要素可以包括与MPD C681250有关的路径信息和/或版本信息。包括在fullMPDURI要素中的major_version属性可以具有“3”的值，minor_version属性可以具有“2”的值，并且uri属性可以具有“MPD_URL_4”的值。
在这里，假设广播接收装置接收和/或缓存MPD C681210。
在USD C681110中参考的MPD C681210的主版本(major_version属性＝2)与在USDC681130中参考的MPD C681230的主版本(major_version属性＝2)相同。然而，在USDC681110中参考的MPD C681210的辅助版本(minor_vserion属性＝1)与在USD C681130中参考的MPD C681230的辅助版本(minor_version属性＝2)相同。因此，当接收到USD C681130时，广播接收装置可以仅使用先前缓存的MPD C681210和/或LCT报头附加属性信息来重新处理(或新生成)MPD。例如，重新处理的MPD可以与MPD C681230相同。然后，广播接收装置可缓存已重新处理的MPD。
在USD C681130中参考的MPD C681230的主版本(major_version属性＝2)与在USDC681150中参考的MPD C681250的主版本(major_version属性＝2)相同。因此，当接收到USDC681150时，广播接收装置可以接收、获取和/或解析新MPD C681250。
图69图示出根据本发明的第十实施例的根据其传输间隔来发送服务层信令数据的示例。
图69示出了根据本发明的第十实施例的服务层信令数据C691000。服务层信令数据C691000可包括USD、MPD、SDP、LSID和/或初始化片段。
根据本发明的第十实施例，对于呈递所必需的服务层信令数据的传输间隔、USD、MPD、LSID和/或初始化片段比仅描述LSID的传输信息的SDP的更短。
因此，根据本发明的第十实施例的广播接收装置可以使用USD的版本信息来减少信道改变时间。
假设根据本发明的第十实施例的广播接收装置在第一时间C692100之前并未缓存服务层信令数据。因此，广播接收装置可不在其中缓存SDP和MPD。否则，在广播接收装置中缓存的所有SDP和MPD可具有默认值(0或无效)。例如，SDP的版本信息可以“0”且其URI信息可以是“null”。MPD的主版本信息可以是“0”，其辅助版本信息可以是“0”，并且其URI信息可以是“null”。
根据本发明的第十实施例的广播接收装置可在第一时间C692100加入相应信道。例如，广播接收装置可以基于低级别信令数据的SSC引导信息而参与其中发送服务层信令数据C691000的传输会话。
广播接收装置可从服务层信令数据获取USD C691110。
然后，广播接收装置可基于USD C691110获取MPD C691210和/或SDP C691510。
例如，广播接收装置可以基于USD C691110来将被映射到相应MPD uri(uri属性值)的MPD C691210的版本信息与在其中缓存的MPD的版本信息相比较。USD C691110的fullMPDURI要素可包括与MPD C691210有关的路径信息和/或版本信息。包括在fullMPDURI要素中的major_version属性可具有“2”的值，minor_version属性可具有“1”的值，并且uri属性可具有“MPD_URL_2”的值。由于当广播接收装置在第一时间C692100加入信道时主版本信息(major_version属性值)已改变，所以广播接收装置可以接收和/或缓存新MPDC691210。
例如，广播接收装置可以基于USD C691110来将被映射到相应uri(uri属性值)的SDP C691510的版本信息(版本属性值)与在其中缓存的SDP的版本信息相比较。USDC691110的atscSDPURI要素可包括与SDP C691510有关的路径信息和/或版本信息。包括在atscSDPURI要素中的版本属性可具有“1”的值，并且uri属性可具有“SDP_URL_1”的值。由于当广播接收装置在第一时间C692100加入信道时被映射到相应uri的SDP C691510的版本信息不同于缓存SDP的版本信息，所以广播接收装置可以接收和/或缓存新SDP C691510。
随后，广播接收装置可基于MPD C691210来获取初始化片段C691310。
另外，广播接收装置可基于SDP C691510来获取LSID C691410。
然后，广播接收装置可基于初始化片段C691310和/或LSID C691410来获取用于相应服务的服务数据(例如视频组件和音频组件)。
在第一时间C692100加入信道的广播接收装置可基于USD C691110而接收和/或缓存MPD C691210、初始化片段C691310、LSID C691410和/或SDP C691510。因此，在广播接收装置中缓存的SDP的版本信息可以是“1”且其URI信息可以是“SDP_URL_1”。另外，在广播接收装置中缓存的MPD的主版本信息可以是“2”，其辅助版本信息可以是“1”，并且其URI信息可以是“MPD_URL_2”。
根据本发明的第十实施例的广播接收装置可在第二时间C692200重新加入相应信道。例如，广播接收装置可以基于低级别信令数据的SSC引导信息参与在其中发送服务层信令数据C691000的传输会话。
广播接收装置可从服务层信令数据获取USD C691150。
然后，广播接收装置可基于USD C691150获取MPD C691250和/或SDP C691550。
例如，广播接收装置可以基于USD C691150将被映射到相应MPD uri(uri属性值)的MPD C691250的版本信息与在其中缓存的MPD的版本信息相比较。USD C691150的fullMPDURI要素可包括与MPD C691250有关的路径信息和/或版本信息。包括在fullMPDURI要素中的major_version属性可具有“2”的值，minor_version属性可具有“1”的值，并且uri属性可具有“MPD_URL_2”的值。由于当广播接收装置在第二时间C692200重新加入信道时主版本信息(major_version属性值)和辅助版本信息(minor_version属性)两者都未改变，所以广播接收装置不接收和/或缓存新的MPD C691250。
例如，广播接收装置可以基于USD C691150将被映射到相应MPD uri(uri属性值)的SDP C691550的版本信息与在其中缓存的SDP的版本信息相比较。USD C691150的atscSDPURI要素可包括与SDP C691550有关的路径信息和/或版本信息。包括在atscSDPURI要素中的版本属性可具有“2”的值，并且uri属性可具有“SDP_URL_2”的值。由于当广播接收装置在第二时间C692200加入信道时被映射到相应uri的SDP C691550的版本信息不同于缓存SDP的版本信息，所以广播接收装置可以接收和/或缓存新SDP C691550。
随后，广播接收装置可基于SDP C691550来获取LSID C691450。
然后，广播接收装置可基于LSID C691450来获取用于相应服务的服务数据(例如视频组件和音频组件)。
在第二时间C692200加入信道的广播接收装置可基于USD C691150接收和/或缓存LSID C691450和/或SDP C691550。因此，在广播接收装置中缓存的SDP的版本信息可以是“2”且其URI信息可以是“SDP_URL_2”。另外，在广播接收装置中缓存的MPD的主版本信息可以是“2”，其辅助版本信息可以是“1”，并且其URI信息可以是“MPD_URL_2”。也就是说，广播接收装置并不另外接收MPD C691250和/或初始化片段C691350，因为其版本信息与缓存MPD和初始化片段的版本信息相同。
因此，广播接收装置可以基于版本信息而减少信道改变时间。
图70图示出根据本发明的第十三实施例的信令数据的配置。
根据本发明的第十三实施例的用于ATSSC广播传输的服务层信令数据可包括USDSDP、MPD、LSID和/或初始化片段(或InitSegment)。广播接收装置可以基于SSC在屏幕上呈递音频组件、视频组件和/或目录组件。本发明的第十三实施例可以提供一种用于通过扩展SDP发送以修改的结构形成单个服务和/或服务层信令数据的两个或更多ROUTE会话的引导信息的方法。
根据本发明的第十三实施例的信令数据可包括低级别信令数据和/或服务层信令数据。
低级别信令数据可包括FIC。根据本发明的第十三实施例的低级别信令数据的内容可以包括上述低级别信令数据的内容。
根据本发明的第十三实施例的服务层信令数据的内容可以包括上述服务层信令数据的内容。以下描述是基于根据本发明的第十三实施例的服务层信令数据与上述服务层信令数据之间的差异。
服务层信令数据可包括USD(或ATSC_USD)、MPD(或全MPD)、MPD、LSID和/或初始化片段。
USD可包括protocol_version属性、serviceID属性、globalServiceID属性、atscSdpURI要素和/或MPDUri要素。
atscSdpURI要素可包括包含关于可以通过其获取ATSC SDP的路径的信息的URL属性，和包含ATSC SDP的版本信息的版本属性。例如，包括在atscURI要素中的URL属性可以包括关于可以通过其获取ATSC SDP的路径的信息。
MPDUri要素可包括包含关于可以通过其获取MPD的路径的信息的URL属性、包含MPD的主版本信息的major_version属性，和/或包含MPD的辅助版本信息的minor_version属性。
MPD可包括关于可以通过其访问初始化片段的路径的信息(URL)。MPD可包括关于可以通过其访问媒体片段的路径的信息(URL)。例如，媒体片段可以包括包含已编码视频组件的数据的媒体片段和/或包含已编码音频组件的数据的媒体片段。可通过第一ROUTE会话C700310来发送包括已编码视频组件的数据的媒体数据。可通过第二ROUTE会话C700330来发送包括已编码音频组件的数据的媒体数据。
ATSC SDP可包括组成ATSC服务的至少一个ROUTE会话的引导(LSID传输)信息。ROUTE会话的引导信息可以是用于获取关于ROUTE会话的信息的信息。例如，关于ROUTE会话的信息可以是LSID。ROUTE会话的引导信息可以是用于获取LSID的信息。ATSC SDP可包括第一ROUTE会话要素和/或第二ROUTE会话要素。
第一ROUTE会话要素可包括关于第一ROUTE会话C700310的信息，包含关于服务和/或在服务中包括的组件的信息。第一ROUTE会话要素可包括用于第一ROUTE会话C700310的传输路径信息。例如，可以使用用于第一ROUTE会话C700310的传输路径信息作为关于通过其发送第一LSID C700311的路径的信息。广播接收装置可以参与通过其发送第一LSIDC700311的传输会话并获取第一LSID C700311。
第二ROUTE会话要素可包括关于第二ROUTE会话C700330的信息，包含关于服务和/或在服务中包括的组件的信息。第二ROUTE会话要素可包括用于第二ROUTE会话C700330的传输路径信息。例如，可以使用用于第二ROUTE会话C700330的传输路径信息作为关于通过其发送第二LSID C700331的路径的信息。广播接收装置可以参与通过其发送第二LSIDC700331并获取第二LSID C700331的传输会话。
第一LSID C700311可包括关于通过第一ROUTE会话C700310发送的至少一个传输会话(LCT会话)的信息。可通过第一ROUTE会话C700310中的特定传输会话来发送第一LSIDC700311。广播接收装置可以基于第一LSID C700311而参与特定传输会话并获取组件。
第二LSID C700331可包括关于在其中通过第二ROUTE会话C700330发送至少一个传输会话(LCT会话)的信息。可通过包括在第二ROUTE会话C700330中的特定传输会话来发送第二LSID C700331。广播接收装置可以基于第二LSID C700331而参与特定传输会话并获取组件。
根据本发明的第十实施例的广播接收装置可以基于信令数据而获取服务。具体地，广播接收装置可以获取低级别信令数据并基于该低级别信令数据来获取服务层信令数据。然后，广播接收装置可以使用服务层信令数据(USD)来确定服务的性质。随后，广播接收装置可以使用服务层信令数据(MPD)来选择用于服务的至少一个组件。例如，广播接收装置可以使用MPD的至少一个表示ID来选择用于服务的至少一个组件。然后，广播接收装置可以使用服务层信令数据(初始化片段、SDP和/或LSID)来获取关于通过其发送所选的至少一个组件的传输路径的信息。随后，广播接收装置可以基于关于传输路径的信息来获取用于服务的服务数据。
图71图示出根据本发明的第十三实施例的SDP。
参考图71(a)，ATSC SDP C710200可包括组成ATSC服务的至少一个ROUTE会话的引导(LSID传输)信息。ATSC SDP C710200可包括第一ROUTE会话要素C710210和/或第二ROUTE会话要素C710220。
例如，ROUTE会话要素可以包括指示在其中发送服务的内容组件的广播流的标识符的bsid属性、指示相应ROUTE会话的源IP地址的sIpAddr属性、指示ROUTE会话的目的地IP地址的dIpAddr属性、指示ROUTE会话的目的地端口号的dport属性和/或指示用于ROUTE会话的物理层参数的PLPID属性。
参考图71(b)，根据另一实施例，ROUTE会话要素可包括媒体描述(m)、连接信息(c)、源过滤器(a，source-filter)和/或ATSC模式(a，atsc-mode)。
媒体描述(m)可指示相应ROUTE会话的媒体和/或描述端口的名称。例如，可以将媒体描述(m)表示为“application(Port)ROUTE/UDP0”。
连接信息(c)可指示ROUTE会话的目的地IP地址。例如，可以将连接信息(c)表示为“IN(version)(destinationIPaddress)”。
源过滤器(a，source-filter)可指示源IP地址。例如，可以将源过滤器(a)表示为“source-filter:incl IN(version)(sourceIPaddress)”。
ATSC模式(a，atsc-mode)可指示在其中发送ROUTE会话的LSID的传输流的ID和/或当使用ATSC广播模式时通过其发送ROUTE会话的LSID的数据管道(或PLP)的ID。例如，可以将ATSC模式(a，atsc-mode)表示为“atsc-mode:(broadcastStreamID,dataPipeID)”。
返回参考图71(a)，第一ROUTE会话要素C710210可包括关于第一ROUTE会话C710310的信息。第一ROUTE会话要素C710210可包括用于第一ROUTE会话C710310的传输路径信息。例如，可以使用用于第一ROUTE会话C710310的传输路径信息作为关于通过其发送第一LSID C710311的路径的信息。广播接收装置可以基于传输路径信息参与在其中发送第一LSID C710311的传输会话并获取第一LSID C710311。
例如，包括在第一ROUTE会话要素C710210中的媒体描述(m)可以具有“application destUDPPort1 ROUTE/UDP 0”的值，包括在其中的连接信息(c)可以具有“INIP4 destIPAddr1”的值，包括在其中的源过滤器(a)可以具有“source-filter:incl INIP4sourceIPAddr1”的值，并且包括在其中的ATSC模式(a，atsc-mode)可以具有“atsc-mode:(BCStreamID1,DP_ID1)”的值。
第二ROUTE会话要素C710220可包括关于第二ROUTE会话C710330的信息。第二ROUTE会话要素C710220可包括用于第二ROUTE会话C710330的传输路径信息。例如，可以使用用于第二ROUTE会话C710330的传输路径信息作为关于通过其发送第二LSID C710331的路径的信息。广播接收装置可以基于传输路径信息参与在其中发送第二LSID C710331的传输会话并获取第二LSID C710331。
例如，包括在第二ROUTE会话要素C710220中的媒体描述(m)可以具有“application destUDPPort2 ROUTE/UDP 0”的值，包括在第二ROUTE会话要素C710220中的连接信息(c)可以具有“IN IP4 destIPAddr2”的值，包括在第二ROUTE会话要素C710220中的源过滤器(c)可以具有“source-filter:incl IN IP4 sourceIPAddr2”的值，并且包括在第二ROUTE会话要素C710220中的ATSC模式(a，atsc-mode)可以具有“atsc-mode:(BCStreamID1,DP_ID2)”的值。
图72图示出根据本发明的第十三实施例的服务层信令。
具有特定频率的广播信号C720100可包括用于服务的服务数据和/或信令数据。例如，服务可以具有“SrvcID1”的标识符。可以通过“BCStreamID1”来识别广播信号C720100。
服务数据可包括用于基础服务的基础服务数据和/或用于增强服务的增强服务数据。
广播信号C720100可包括基础ROUTE会话和/或增强ROUTE会话。可通过基础ROUTE会话来发送基础服务数据，并且可通过增强ROUTE会话来发送增强服务数据。
信令数据可包括低级别信令数据和/或服务层信令数据。例如，低级别信令数据可以包括FIC和/或RRD。服务层信令数据可包括USD、MPD(或全MPD)、SDP(或ATSC SDP)和/或LSID。
可通过源IP地址(sIPAdrs2)、目的地IP地址(IPAdrs2)和目的地端口号(Port2)的组合来识别基础ROUTE会话。另外，可通过第一DP(DP_ID2)来发送基础ROUTE会话。此外，基础ROUTE会话可包括基础SSC传输会话(tsi-s)、基础LSID传输会话(tsi-0)、基础视频传输会话(tsi-v)和/或基础音频传输会话(tsi-ra)。
可通过源IP地址(sIPAdrs1)、目的地IP地址(IPAdrs1)和目的地端口号(Port1)的组合来识别增强ROUTE会话。另外，可通过第一DP(DP_ID1)来发送增强ROUTE会话。此外，增强ROUTE会话可包括增强LSID传输会话(tsi-0)、增强视频传输会话(tsi-ev)和/或增强音频传输会话(tsi-re)。
广播信号C720100的内容可以包括上述广播信号的内容。以下描述是基于广播信号C720100与上述广播信号之间的差异。
将给出FIC的描述。
FIC可包括用于获取通过SSC发送的服务层信令数据的SSC引导信息。
将给出SSC的描述。
可通过具有“tsi-s”的值的传输会话标识符和/或具有“tsi-s-bundl”的值的传输对象标识符来识别SSC C720200。SSC C720200可包括USD C720210、MPD C720230和/或SDPC720240。
将给出USD(bundleDescription/userServiceDescription)的描述。
USD C720210可描述服务层属性。另外，USD C720210可包括参考MPD C720230和/或SDP C720240的参考信息(或URI)。例如，USD C720210可以包括atscServiceID属性、fullMpdUri属性和/或deliveryMethod要素。
atscServiceId属性是唯一识别服务的标识符。例如，atscServiceId属性可以具有“SrvID1”的值。
fullMpdURI属性表示参考MPD的信息(URL信息或URI信息)，其包括关于通过移动广播网络(LTE广播)、互联网(单播)和/或正常广播网络(ATSC广播或DVB广播)发送的服务的所有内容组件的信息。例如，fullMpdUri属性可以具有“mpdUri”的值。
deliveryMethod要素可包括atscSdpURI要素、第一atscBroadcastAp pService要素和/或第二atscBroadcastAppService要素。
atscSdpURI要素可包括参考SDP(或S-TSID)的信息(URL信息或URI信息)，该SDP(或S-TSID)提供用于递送服务内容的传输会话的访问相关参数。例如，atscSdpURI要素可以具有用于参考SDP C720240的“sdpUri”的值。
第一atscBroadcastAppService要素可包括识别通过其发送用于服务的组件数据的数据管道的DP_ID属性、用于基础视频组件的第一basePattern要素和/或用于基础音频组件的第二basePattern要素。例如，DP_ID属性可以具有“DP_ID2”的值，第一basePattern要素可以具有“…bc/(RepresentationID-v)”的值，并且第二basePattern要素可以具有“…bc/(RepresentationID-a)”的值。
第二atscBroadcastAppService要素可包括识别通过其发送用于服务的组件数据的数据管道的DP_ID属性、用于增强视频组件的第三basePattern要素和/或用于增强音频组件的第四basePattern要素。例如，DP_ID属性可以具有“DP_ID1”的值，第三beasePeattern要素可以具有“…bc/(RepresentationID-ev)”的值，并且第四beasePeattern要素可以具有“…bc/(RepresentationID-ea)”的值。
将给出MPD的描述。
MPD C720230可包括Period要素。Period要素可包括包含关于至少一个视频组件的信息的第一AdaptationSet要素和包含关于至少一个音频组件的信息的第二AdaptationSet要素。
第一AdaptationSet要素可包括用于增强视频组件的Representation要素和/或用于基础视频组件的Representation要素。第二AdaptationSet要素可包括用于增强音频组件的Representation要素和/或用于基础音频组件的Representation要素。
每个Representation要素可包括识别表示的id属性(或Rep_ID属性)、包括片段模板信息的SegmentTemplate要素和/或指示相应表示在解码和/或呈现过程中依赖于的至少一个补充表示的dependencyId属性。SegmentTemplate要素可包括媒体属性，其包括用于生成媒体片段列表的模板信息。
例如，用于增强视频组件的id属性可以具有“RepresentationID-ev”的值，用于增强视频组件的dependencyId属性可以具有“Representation ID-v”的值，并且用于增强视频组件的媒体属性可以具有“ev-segUrl-$Num$.mp4”的值。
例如，用于基础视频组件的id属性可以具有“RepresentationID-v”的值，并且用于基础视频组件的媒体属性可以具有“v-segUrl-$Num$.mp4”的值。
例如，用于增强音频组件的id属性可以具有“RepresentationID-ea”的值，并且用于增强音频组件的媒体属性可以具有“ea-segUrl-$Num$.mp4”的值。
例如，用于基础音频组件的id属性可以具有“RepresentationID-ra”的值，并且用于基础音频组件的媒体属性可以具有“ra-segUrl-$Num$.mp4”的值。
将给出SDP C720240的描述。
SDP 720240可包括提供关于增强ROUTE会话的信息的增强ROUTE会话要素和/或提供关于基础ROUTE会话的信息的基础ROUTE会话要素。
增强ROUTE会话要素和/或基础ROUTE会话要素可包括介质描述(m)、连接信息(c)、源过滤器(a，source-filter)和/或ATSC模式(a，atsc-mode)。
例如，用于增强ROUTE会话的媒体描述(m)可以具有“applicationdestUDPPort1ROUTE/UDP 0”的值，用于增强ROUTE会话的连接信息(c)可以具有“INIP4destIPAddr1”的值，用于增强ROUTE会话的源过滤器(a)可以具有“source-filter:inclIN IP4sourceIPAddr1”的值，并且用于增强ROUTE会话的ATSC模式(a，atsc-mode)可以具有“atsc-mode:(DP_ID1)”的值。
例如，用于基础ROUTE会话的媒体描述(m)可以具有“applicationdestUDPPort2ROUTE/UDP 0”的值，用于基础ROUTE会话的连接信息(c)可以具有“INIP4destIPAddr2”的值，用于基础ROUTE会话的源过滤器(a)可以具有“source-filter:inclIN IP4sourceIPAddr2”的值，并且用于基础ROUTE会话的ATSC模式(a，atsc-mode)可以具有“atsc-mode:(DP_ID2)”的值。
将给出增强LSID 720300的描述。
例如，包括在增强视频传输会话要素中的tsi属性可以具有“tsi-ev”的值，包括在增强视频传输会话要素中的FileTemplate要素可以具有http://bc/ev-segUri-$TOI$.mp4的值，包括在增强视频传输会话要素中的Rep_ID属性可以具有“RepresentationID-ev”的值，并且包括在增强视频传输会话要素的CP属性可以指示“EntityMode”。
例如，包括在增强音频传输会话要素中的tsi属性可以具有“tsi-ea”的值，包括在增强音频传输会话要素中的FileTemplate要素可以具有http://bc/ea-segUri-$TOI$.mp4的值，包括在增强音频传输会话要素中的Rep_ID属性可以具有“RepresentationID-ea”的值，并且包括在增强音频传输会话要素的CP属性可以指示“EntityMode”。
将给出基础LSID C720400的描述。
例如，包括在基础视频传输会话要素中的tsi属性可以具有“tsi-v”的值，包括在基础视频传输会话要素中的FileTemplate要素可以具有http://bc/v-segUri-$TOI$.mp4的值，包括在基础视频传输会话要素中的Rep_ID属性可以具有“RepresentationID-v”的值，并且包括在基础视频传输会话要素中的CP属性可以指示“EntityMode”。
包括在基础音频传输会话要素中的tsi属性可以具有“tsi-ra”的值，包括在基础音频传输会话要素中的FileTemplate要素可以具有http://bc/ra-segUri-$TOI$.mp4的值，包括在基础音频传输会话要素中的Rep_ID属性可以具有“RepresentationID-ra”的值，并且包括在增强音频传输会话要素中的CP属性可以指示“EntityMode”。
包括在SSC传输会话属性中的tsi属性可具有“tsi-s”的值。EFDT要素可包括File要素。File要素可包括Content-Location属性和TOI属性。例如，Content-Location属性可以具有“usdUri”的值。TOI属性可以具有“toi-s-bundl”的值。包括在SSC传输会话要素中的CP属性可以具有“FileMode(Meta)”的值。
图73图示出根据本发明的第十三实施例的服务层信令。
根据本发明的第十三实施例的服务层信令可以提供一种用于减少SDP冗余的方法。
SSC C730100可包括USD C730110、增强视频SDP C730131、基础视频SDP C730133、基础音频SDP C730135和/或SSC SDP C730137。
USD C730110可包括服务层属性。例如，serviceID属性可以具有“GUSI-1”的值。
另外，USD C730110可包括用于增强视频SDP C730131、基础视频SDP C730133、基础音频SDP C730135和/或SSC SDP C730137的路径信息。
增强视频SDP C730131、基础视频SDP C730133、基础音频SDP C730135和SSC SDPC730137中的每一个可包括组件信息(s)、发起人和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a，atsc-mode)和/或TSI信息(a，route-tsi或flute-tsi)。
将给出LSID 730300的描述。
LSID C730300可包括增强视频传输会话要素、基础视频传输会话要素、基础音频传输会话要素和/或SSC传输会话要素。LSID C730300的内容可以包括上述LSDI的内容。
根据本发明的第十三实施例的SSC C730200可包括USD C730210和/或SDPC730230。与SSC C730100相比，SSC C730200可以通过包括单个SDP C730230来减少冗余。
例如，SDP C730230可以包括组件信息(s)、发起人和会话标识符(o)、源过滤器(a)、连接信息(c)、媒体描述(m)、ATSC模式(a，atsc-mode)和/或TSI信息(a，route-tsi或flute-tsi)。
SDP C730230可包括用于增强视频组件的ATSC模式(a＝atsc-mode:BCStreamID1,BBPSID3)和/或TSI信息(a＝route-tsi:(tsi-ev))。另外，SDP C730230可包括用于基础视频组件的ATSC模式(a＝atsc-mode:BCStreamID1,BBPSID2)和/或TSI信息(a＝route-tsi:(tsi-v))。此外，SDP C730230可包括用于SSC组件的ATSC模式(a＝atsc-mode:BCStreamID1,BBPSID1)和/或TSI信息(a＝route-tsi:(tsi-a),(tsi-se),(tsi-0))。
根据本发明的第十三实施例的SSC C730400可以通过包括从SDP C730230修改的SDP而进一步减少冗余。修改的SDP可仅包括ROUTE会话的引导信息。广播接收装置可以通过在LSID中发现按照传输DP描述的传输会话ID(tsi)列表并使该tsi列表与数据管道匹配来进一步减少SDP冗余。
例如，修改的SDP可以包括meticulously描述(m＝applicationdestUDPPort1ROUTE/UDP 0)、连接信息(c＝IN IP4destIPAddr1)、源过滤器(a＝source-filter:incl IN IP4sourceIDAddr1)和/或ATSC模式(a＝atsc-mode:(DP_ID1)。
图74图示出根据本发明的实施例的用于用于使用广播服务/内容的接收机的信令能力的信令结构。
根据本发明的实施例，USD可包括CapabilityDescription。通过信令信息以信号发送的能力信息可包括指示根本上需要描述以呈递specificbroadcast服务或广播内容(广播服务/内容)的能力的必要能力信息。虽然该能力信息对于广播服务/内容呈递而言并不是必不可少的，但具有可支持能力的接收机可包括关于用于启用特定功能的执行的正常能力的信息。也就是说，可以将能力信息分类成必要能力信息和正常能力信息。
除非将能力信息分类成必要能力信息和正常能力信息，否则广播接收机可以接收并呈递特定广播服务/内容，但是接收机可跳过广播服务/内容。为了解决此问题，本发明可以另外用信号发送essential_flag信息，其指示相应能力信息是否是必要能力信息，针对capability_code信息。
参考图74(a)，根据本发明的实施例的USD可包括@protocolVersion信息、@atscServiceId信息、@fullMpdUri信息、CapabilityDescription要素、capability_code要素、@essential_flag信息、TargetingDescription要素、ContentAdvisoryDescription要素、ProgramTitleDescription要素、名称要素、@lang信息、serviceLanguage要素、requiredCapabilities要素和/或特征要素。
@protocolVersion信息指示USD的协议版本。
@atscServiceId信息识别广播服务。
@fullMpdUri信息指示全MPD被提供到的位置的URI。
CapabilityDescription要素可包括指定用于广播服务/内容的有意义呈现的接收机所需的能力的信息。
capability_code要素可包括用于接收机启用广播服务/内容的有意义呈现所需的能力的信息。capability_code要素可包括指定能力类型的信息和/或指示每个能力的所需能力的标准的信息。
@essential_flag信息指示特定能力对于广播服务/内容呈递而言是必不可少的。@essential_flag信息可对应于指示由capability_code要素指定的能力是对应于必要能力信息还是正常能力信息的信息。@essential_flag信息可指示能力信息是对应于关于呈递广播服务或广播内容本质上所需的能力的必要能力信息还是关于对于呈递广播服务或广播内容而言并非必不可少但是为处理包括在广播服务或广播内容中的特定要素所必需的能力的正常能力信息。
TargetingDescription要素可包括关于广播服务将被提供到的目标的数据和/或信息。
ContentAdvisoryDescription要素可包括用于有条件访问的数据和/或信息。
ProgramTitleDescription可包括指示广播节目的标题的信息。
名称要素可指示由@lang信息提供的服务的名称。名称要素可包括指示服务名的语言的@lang信息。可根据XML数据类型来指定语言。
serviceLanguage要素包括指定用来提供广播服务的语言的信息。
requiredCapabilities要素可包括指示特定服务所需的接收机能力的信息。
特征要素可包括指定包括在广播服务中的特定服务的信息。
参考图74(b)，能力代码指定支持HD(高清晰度)的能力，并且相对于能力代码的essential_flag被设置成“真”。因此，接收机需要具有HD处理能力以便呈递相应广播服务/内容。然而，当能力代码指定支持HDR(高动态范围)的能力且相对于能力代码的essential_flag被设置成“假”时，接收机可以在接收机支持HDR能力时支持用于相应广播服务/内容的HDR。
当能力代码指定支持UHD(超高清晰度)的能力且相对于能力代码的essential_flag被设置成“真”时，接收机需要具有用以处理UHD以便呈递相应广播服务/内容的能力。
根据本发明，接收机可以在接收到信令信息时根据CapabilityDesc ription在考虑设备能力和能力信息的情况下控制向其提供的广播服务/内容的质量和性质。
当essential_flag不存在时，具有比能力信息所指示的能力低的能力的接收机不能接收相应广播服务/内容或者必须跳过广播服务/内容，即使该接收机接收到该广播服务/内容，无论该能力信息是必要能力信息还是正常能力信息。然而，当使用essential_flag时，不具有正常能力信息所指示的能力但具有必要能力信息所指示的能力的接收机可以接收和呈递相应广播服务/内容。
图75图示出根据本发明的实施例的接收机用来使用信令结构而访问广播服务/内容的过程。
接收机从广播信号获取FIC(或SLT)。由特定IP地址和UDP编号指定的数据可对应于广播信号中的FIC，并且接收机可通过获得提供有IP地址和UDP编号的数据来获取FIC。接收机可获取对于由serviceIDinformation指定的广播服务对接收机所需的最小能力信息(min_capability_profile信息)。该最小能力信息可指定接收机的最小能力，其是将属于FIC的范围的一个或多个广播服务解码所必需的。在本实施例中，HD处理处理能力对应于接收机所需的最小能力。
接收机可识别使用包括在FIC中的信息来发送服务级别信令信息(服务层信令信息或服务信令信道)的会话或位置。接收机可认识到通过由特定TSI信息和/或TOI信息识别的传输会话递送的数据对应于服务级别信令信息。
接收机使用在服务级别信令信息中包括的USD中所含的@fullMpd Uri信息来获取MPD。接收机使用包括在MPD中的信息来呈现相应广播服务/内容。
接收机可使用包括在USD中的信息来获取SDP。
接收机获取包括在服务级别信令信息中的USD中的CapabilityDescription要素。接收机可以使用包含在CapabilityDescription要素中的信息而意识到用于呈递广播服务/内容的能力对应于HD或UHD，并且用于相应广播服务/内容的正常能力信息所指示的能力对应于HDR处理能力。
根据将广播服务/内容处理为HD服务/内容还是UHD服务/内容，接收机可访问对于相应规范提供的传输会话递送数据。接收机可使用诸如LSID之类的信息来访问递送特定数据的传输会话。
在本实施例中，当RepresentationId是“ev”时，这指示用于UHD的组件。当RepresentationId是“v”时，这指示用于HD的组件。
图76图示出根据本发明的实施例的提供关于在其中发送广播服务/内容的数据的传输会话的信息的USD。
参考图76(a)，当包含在USD的deliveryMethod要素中的信息指示使用ATSC广播的ROUTE协议进行的广播服务/内容的组件的传输时，可另外将关于发送包括用于访问ROUTE会话的信息的LSID的位置的信息包括在USD中。
根据本发明，可以将统一信令方法用于广播系统，因为可以通过USD的信息用信号发送用于接收机获取组件所需的信息。另外，当定义了作为被添加到SDP的属性的ats-mode的值时，本发明可以仅使用相应广播流id来指示atsc-mode的属性值，但在常规方案中应通过将广播流id与相应DP_ID组合来设定属性值。
参考图76(a)，除包括在上述USD中的信息和/或要素之外，USD还可包括deliveryMethod要素、r7:unicastAccessURI要素、basePattern要素、r8:alternativeAccessDelivery要素、unicastAccessURI要素、timeShiftBuffer属性信息、r12:broadcastAppService要素、@serviceArea信息、r12:unicastAppservice要素、atscBroadcastAppService要素、@DP_ID信息、@BroadcastStreamID信息、@IPAddr信息、@UDPPort信息、@TSI信息、atscSdpURI要素和/或@LSID_DP_ID信息。
deliveryMethod要素可包括关于用于递送广播服务的方法的数据和/或信息。
r7:unicastAccessURI要素可包括用于访问通过宽带网络发送的广播服务的URI信息。
basePattern要素可包括上述基础URI信息。basePattern要素可以是被接收机使用以与DASH客户端用来在相应时段中请求父表示的媒体片段的片段URL的所有部分匹配的字符图案。匹配指代接收到的媒体片段通过广播传输的递送。basePattern要素可指示在根据传输模式来发送特定服务的方法中被用来识别特定服务的位置的基础图案。
r8:alternativeAccessDelivery要素包括关于用于递送广播服务的替换方法的数据和/或信息。
unicastAccessURI要素包括指示当通过宽带网络来发送广播服务时向其提供由替换方法递送的广播服务的位置的URI的信息。
timeShiftBuffer属性信息包括关于数据的信息和/或关于用于时间移位的缓冲器的信息。
r12:broadcastAppService要素包括关于通过广播网络递送的服务的数据和/或信息。
serviceArea要素可包括指定向其提供服务的区域和/或服务的类型的信息。
r12:unicastAppService要素可包括关于通过宽带网络递送的服务的数据和/或信息。
atscBroadcastAppService要素包括关于通过广播网络递送的服务的信息和/或要素。
@DP_ID信息识别递送服务的数据管道。
@BroadcastStreamID信息识别递送服务的广播流(或广播站)。
@IPAddr信息应被向其提供服务的位置的IP地址。
@UDPPort信息指示包括在服务中的数据被发送到的位置的UDP编号。
@TSI信息识别通过其发送包括在服务中的数据的传输会话。
atscSdpURI要素可包括识别指示ATSC SDP被提供到的位置的URI的信息。
@LSID_DP_ID信息识别包括LSID的数据管道。
参考图76(b)，接收机可从包括在USD中的@LSID_DP_ID信息所指示的数据管道获取SDP或LSID。
图77图示出根据本发明的实施例的接收机用来使用信令结构而访问广播服务/内容的程序。
接收机从广播信号获取FIC(或SLT)。由特定IP地址和UDP编号指定的数据可对应于广播信号中的FIC，并且接收机可通过获得数据来获取FIC。
接收机可识别使用包括在FIC中的信息来发送服务级别信令信息(服务层信令信息或服务信令信道)的会话或位置。接收机可认识到通过由特定TSI信息和/或TOI信息识别的传输会话递送的数据对应于服务级别信令信息。
接收机使用在服务级别信令信息中包括的USD中所含的@fullMpd Uri信息来获取MPD。接收机使用包括在MPD中的信息来呈现相应广播服务/内容。
接收机可使用包括在USD中的信息来获取SDP。USD可包括@LSID_DP_ID信息，如上所述，并且接收机可通过获得通过由@LSID_DP_ID信息识别的数据管道发送的数据来获取LSID。
接收机可使用包括在LSID中的信息来访问通过其发送包括在相应广播服务/内容中的组件的传输会话以获取相关数据。
图78是图示出根据本发明的实施例的用于生成和处理广播信号的方法的流程图。
发送机对用于一个或多个广播服务的广播数据进行编码(JS78010)。
发送机对包括描述一个或多个广播服务的性质的信息的第一级别信令信息进行编码(JS78020)。
发送机对包括用于扫描一个或多个广播服务的信息的第二级别信令信息进行编码(JS78030)。
发送机生成包括第一级别信令信息和第二级别信令信息的广播信号(JS78040)。
根据本发明的实施例，第一级别信令信息可包括描述相对于广播服务的服务层性质的USD信息。
根据本发明的实施例，USD信息可包括指定呈现广播服务的广播内容所需的能力的能力信息。
图79是图示出根据本发明的实施例的广播系统的框图。
根据本发明的实施例的广播系统可包括广播发送机J79100和/或广播接收机J790200。
广播发送机J79100可包括广播数据编码器J79110、信令编码器J79120和/或广播信号发生器J79130。
广播接收机J790200可包括广播信号接收机J79210、处理器J79220和/或显示器J79230。
广播数据编码器J79110对用于一个或多个广播服务的广播数据进行编码。
信令编码器J79120对包括描述一个或多个广播服务的性质的信息的第一级别信令信息和包括用于扫描一个或多个广播服务的信息的第二级别信令信息。
广播信号发生器J79130生成包括广播数据、第一级别信令信息和第二级别信令信息的广播信号。
根据本发明的实施例，第一级别信令信息可包括描述相对于广播服务的服务层性质的USD信息。
根据本发明的实施例，USD信息可包括指定呈现广播服务的广播内容所需的能力的能力信息。
广播信号接收机J79210接收包括用于一个或多个广播服务的广播数据、包括描述一个或多个广播服务的性质的信息的第一级别信令信息和包括用于扫描一个或多个广播服务的信息的第一级别信令信息的广播信号。第一级别信令信息可包括描述相对于广播服务的服务层性质的USD信息，并其USD信息可包括指定呈现广播服务的广播内容所需的能力的能力信息。
处理器J79220控制广播接收机J79200通过使用第二级别信令信息和/或第一级别信令信息获取广播服务而呈现广播服务。当广播接收机的能力低于能力信息所指示的能力时，处理器J79220可控制广播接收机J79200跳过相应广播服务/内容。
显示器J79230显示广播服务/内容。
图80图示出根据本发明的实施例的用于指示全MPD URI的扩展USBD/USD。
USBD或USD可包括用于参考作为SLS的分段的MPD的URI信息，如上所述。如上所述，存在各种类型的MPD。全MPD可以是包括关于在相应服务中包括的所有服务组件的再现相关信息的MPD。eMBMS MPD可以是包括关于由eMBMS承载递送的服务组件的再现相关信息的MPD。AppService MPD可以是包括关于移动广播的广播或单播服务组件的再现相关信息的MPD。如上所述，可以将eMBMS MPD或AppService MPD用于真正的移动广播网络服务。
可以将全MPD用于如上所述的真正的正常广播网络服务和混合服务(ATSC/3GPP)。USBD或USD可以包括参考各种类型的MPD的信息，并且可以提出通过扩展/修改USBD/USD而在USBD/USD中包括参考全MPD的URI信息的方法。
在这里，可根据上述实施例基于USBD/USD中的一个来扩展/修改USBD或USD。也就是说，在本实施例中扩展的USBD/USD可具有根据上述实施例的USBD/USD的结构和字段中的一个。
USBD的所示实施例t80010还可包括用于指示全MPD的URI信息。USBD的所示实施例t80010可包括@fullMpdUri字段。在本实施例中，@fullMpdUri字段是USBD/USD要素的下字段，并且可描述将在服务中使用的全MPD的URI。根据实施例，@fullMpdUri字段可位于其它要素下面。可将@fullMpdUri字段添加到另一种USBD/USD以扩展相应USBD/USD。@fullMpdUri字段可与上述@atsc:fullMPDUri字段和@fullMpdUri信息相同。
包括在USBD的所示实施例t80010中的其它字段可与上述相应的一些相同。例如，图中所示的名称、@lang、serviceLanguage、requiredCapability、feature、deliveryMethod、r7unicastAccessURI、basePattern、r8:alternativeAccessDelivery、unicastAccessURI、timeShiftingBuffer、r12:broadcastAppService、serviceArea和/或r12:unicastAppService可以与上述相应的一些相同。
所示图t80020示出了根据本实施例的参考MPD的过程。可用添加到USBD的@fullMpdUri字段来指示全MPD。可以用包含在USBD的r9:mediaPresentationDescription中的信息来指示r9:MPD。可以用包括在USBD的r12:appService中的信息来指示r12:MPD。在这里，r9:MPD可对应于aforementionedeMBMS MPD且r12:MPD可对应于上述AppSvc MPD。
通过上述扩展/修改可以在保持先前使用的USBD/USD的结构和语法的同时清楚地将全MPD与其它MPD区别开。
图81图示出根据本发明的实施例的用于指示全MPD URI的扩展USBD/USD。
为了指代全MPD，可将包括在常规USBD/USD中的r9:mediaPresentationDescription信息和MPD中的简档信息组合并使用。
r9:mediaPresentationDescription信息可包括与在常规移动广播(例如3GPP)中使用的MPD有关的信息。r9:mediaPresentationDescription下面的mpdUri信息可包括移动广播的MPD的URI信息。此MPD可对应于上述eMBMS MPD或r9:MPD。
另外，MPD可包括@profiles信息。@profiles信息可指示MPD的简档信息。通过充当MPD的简档标识符，可以使用@profiles来检查相应MPD的类型。此简档信息可以指示在DASH中定义的MPD简档中的一个。另外，MPD还可包括用于识别MPD的@id信息。
本发明可以通过将r9:mediaPresentationDescription信息与MPD的简档信息组合来将全MPD与其它MPD区别开。具体地，可以用r9:mediaPresentationDescription中的mpdUri信息来指代MPD。可以用所指代MPD的简档信息类指示相应MPD是全MPD还是不同类型的MPD。例如，根据简档信息，相应MPD可以是全MPD或r9:MPD。如上所述，根据实施例，正常广播服务和混合服务可以使用全MPD，并且移动广播服务可以使用r9:MPD和eMBMS MPD。
在所示USBD/USD t81010中，其它字段可与上述相应的一些相同，并且可扩展除r9:mediaPresentationDescription之外的信息，并且可执行上述操作。另外，可使用ID信息而不是MPD的简档信息来指示相应MPD的类型。
在所示图t81020中，用r9:mediaPresentationDescription的mpdUri信息来指代MPD。可以通过MPD的简档属性来指示相应MPD是否是全MPD。在这里，可以在正常广播服务(ATSC)中使用一个MPD作为全MPD，并且在移动广播服务(3GPP)中可以使用另一MPD作为eMBMS MPD。可通过包括在USBD/USD的r12:appService中的信息来指代r12:MPD。根据实施例，可使用通过r12:MPD指代的MPD的简档信息来指代全MPD。
通过上述扩展/修改可以在保持先前使用的USBD/USD的结构和语法的同时清楚地将全MPD与其它MPD区别开。
图82图示出根据本发明的实施例的用于指示全MPD URI的扩展USBD/USD。
为了指代全MPD，可以通过在常规USBD/USD中的r12:appService要素中包括与全MPD有关的信息来扩展USBD/USD。
r12:appService要素可包括与在常规移动广播(例如3GPP)中使用的MPD有关的信息。USBD/USD还可包括用于作为r12:appService要素的下层信息的参考全MPD的URI信息。可在@fullMpdUri字段中包括URI信息。上文已描述了@fullMpdUri字段。因此，可以使用r12:appService要素的信息来指代r12:MPD，并且可以使用添加到r12:appServiece要素的@fullMpdUri字段来指代全MPD。r12:MPD可对应于上述AppSvc MPD。
在所示USBD/USD t82010中，其它字段与上述相应字段相同，并且根据实施例除r12:appService要素之外可将@fullMpdUri字段添加到信息。
在所示图t82020中，用r12:appService要素的@fullMpdUri字段来指代全MPD。另外，用r12:Service要素的信息来指代r12:MPD，并用r9:mediaPresentationDescription的mpdUri信息来指代r9:MPD。
通过上述扩展/修改可以在保持先前使用的USBD/USD的结构和语法的同时清楚地将全MPD与其它MPD区别开。
图83图示出根据本发明的实施例的用于指示全MPD URI的扩展USBD/USD。
为了指代全MPD，可向常规USBD/USD添加单独要素。该要素可包括与全MPD有关的信息。可以使用要素的信息来指代全MPD。
可以向上述USBD/USD添加atsc:appService要素。此要素可包括与正常广播服务有关的信息，并且还可包括用于参考全MPD的URI信息。atsc:appService要素的@appServiceDescriptionURI字段可包括参考全MPD的信息。可以使用此信息来指代全MPD。
另外，atsc:appService要素还可包括相同的Content、basePattern、alternativeContent和/或@mimeType字段。上文已描述了这些字段，并且其可包括关于由添加的atsc:appService要素描述的正常广播服务的信息。
在所示USBD/USD t83010中，上文已描述了其它字段。可将atsc:appService要素添加到与USBD/USD中的上述的一个不同的位置。
在所示图t83020中，通过添加的atsc:appService要素的@appServiceDescriptionURI字段来指代全MPD。另外，使用包括在r9:mediaPresentationDescription中的参考信息来指代r:9MPD，并使用r12:appService要素的信息来指代r12:MPD。
通过上述扩展/修改可以在保持先前使用的USBD/USD的结构和语法的同时清楚地将全MPD与其它MPD区别开。
图84图示出根据本发明的实施例的用于发送广播信号的方法。
根据本发明的用于发送广播信号的方法可包括生成服务组件、服务信令信息和服务列表表格、将该服务组件、服务信令信息和服务列表表格封装到传输分组中、通过对传输分组进行链路处理来生成链路层分组以及通过对链路层分组进行物理层处理来生成广播信号并发送广播信号的步骤。
具体地，发送侧的第一模块可生成至少一个服务的服务组件。可在每个服务中包括该服务组件。服务组件可包括诸如音频/视频信息或隐藏字幕之类的信息。第一模块还可生成用信号发送此类服务数据的服务信令信息。服务信令信息可对应于上述SLS。第一模块可生成服务列表表格。服务列表表格可对应于上述SLT。可将SLT包括在低级别信令(LLS)中并递送，如上所述。此步骤可对应于协议栈中的IP/UDP的上堆栈。第一模块可以是与生成媒体数据以便再现为服务提供商相关联的硬件模块。
生成的服务组件、SLS和/或SLT封装到传输组件中。在这里，传输分组可对应于IP分组。此步骤可与发送侧的第二模块执行。第二模块可以是与UDP/IP层中的IP分组的生成相关联的硬件模块。可通过ROUTE或MMTP传输会话来递送包括SLS和服务组件的分组。具体地，可通过相应传输会话的子会话来发送分组，子会话亦即ROUTE会话的LCT会话或MMTP会话的MMTP分组流。可通过预定传输会话来发送递送SLT的分组(亦即，递送LLS的分组)。可通过由预先指定的IP地址和UDP端口号识别的传输会话来递送SLT。
发送侧的第三模块是管理链路层的模块，并且可在链路层中执行上述操作，诸如报头压缩和/或链路层分组封装。第三模块可通过处理在链路层中生成的传输分组来生成一个或多个链路层分组。
发送侧的第四模块是管理物理层的模块，并且可对链路层分组进行物理层处理。物理层处理可以包括上述编码、交织、成帧和波形生成操作。另外，第四模块可发送根据物理层处理生成的广播信号。根据实施例，可在第四模块中包括发送侧的第三模块。根据实施例，可将第三模块和第四模块集成为一个模块。
在本实施例中，上述SLT可包括指示通过其发送每个服务的SLS的传输会话的信息。在这里，指示传输会话的信息可将上述IP/UDP信息指代为SLT中的引导信息。
在根据本发明的另一实施例的用于发送广播信号的方法中，服务信令信息可包括用户服务捆绑描述(USBD)，并且USBD可充当描述关于相应服务的技术信息的信令集中器。如上所述，SLS可包括USBD。
在根据本发明的另一实施例的用于发送广播信号的方法中，服务信令信息还可包括媒体呈现描述(MPD)，并且USBD可包括参考MPD的URI信息。如上所述，SLS可包括MPD。USBD包括参考MPD的URI信息。在这里，根据实施例，MPD可以是全MPD、r9:MPD或r12:MPD。MPD在正常广播服务的情况下可以是全MPD。在这种情况下，USBD所参考的MPD可以是全MPD，并且参考MPD的URI信息可指代包括在USBD中的参考全MPD的URI信息。USBD还可包括参考r9MPD和r12MPD的信息。MPD可包括关于通过广播网络或宽带网络递送的相应服务的服务组件的再现相关信息。
在根据本发明的另一实施例的用于发送广播信号的方法中，MPD可以是全MPD，其描述关于包括在相应服务中的所有服务组件的再现相关信息。上文已描述了全MPD，并且可在正常广播服务和混合广播服务而不是移动广播服务中使用。
在根据本发明的另一实施例的用于发送广播信号的方法中，USBD还可包括关于相应服务的服务组件的传输相关服务。在这里，传输相关信息可对应于上述deliveryMethod字段。如上所述，deliveryMethod字段可以是关于可以通过广播网络或宽带网络访问的服务数据的传输信息的容器。
deliveryMethod字段可包括广播信息，并且广播信息可包括关于通过广播网络发送的服务的服务组件的传输相关信息。在这里，广播信息可对应于包括在deliveryMethod字段中的broadcastAppService和r12:broadcastAppService字段。广播信息可包括关于包括在正常广播服务中包含的服务组件的DASH表示的信息。在这里，DASH表示可以是通过广播网络递送的服务组件。此字段可对应于根据实施例的上述r12:AppService字段。此字段还可包括basePattern字段。
在根据本发明的另一实施例的用于发送广播信号的方法中，该传输相关信息可包括单播信息，并且该单播信息可包括关于通过宽带网络递送的服务的服务组件的传输相关信息。在这里，该单播信息可对应于包括在deliveryMethod字段中的unicastAppService和r12:unicastAppService字段。单播信息可包括关于包括在正常广播服务中包含的服务组件的DASH表示的信息。在这里，DASH表示可以是通过宽带网络递送的服务组件。此字段可对应于根据实施例的上述r12:AppService字段。此字段还可包括basePattern字段。
在根据本发明的另一实施例的用于发送广播信号的方法中，服务信令信息还可包括传输会话描述，并且USBD还可包括参考传输会话描述的URI信息。在这里，传输会话描述可对应于上述S-TSID。根据实施例，传输会话描述可对应于上述LSID。传输会话描述可包括会话标识符信息，其识别通过其递送相应服务的服务组件的传输会话的子会话。传输会话可对应于ROUTE或MMTP会话，并且子会话可对应于LCT会话或MMTP分组流。会话标识符信息可对应于TSI信息或MMTP分组ID。
将给出在图中未示出的根据本发明的实施例的用于接收广播信号的方法的描述。
根据本发明的实施例的用于接收广播信号的方法可包括由接收侧的第一模块接收广播信号并进行物理层处理、由接收侧的第二模块将根据物理层处理获取的链路层分组解封/解压成传输分组、由接收模块的第三模块通过IP/UDP处理的相反过程来获取SLT、SLS和服务数据和/或由接收侧的第四模块使用所获取的服务数据来提供服务的步骤。在这里，接收侧的物理层处理、链路处理和IP/UDP层处理可对应于发送侧的那些的相反过程。可将获取服务数据的步骤细分成SLT到SLS中的引导和使用SLS的信息来获取服务组件的过程，如上所述。上文已描述了细节。
根据本发明的实施例的用于接收广播信号的方法可对应于根据本发明的上述实施例的用于发射广播信号的方法。用于接收广播信号的方法可由对应于在用于发送广播信号的方法中使用的模块(例如发送侧的第一、第二、第三和第四模块)的硬件模块执行。用于接收广播信号的方法可具有对应于用于发送广播信号的方法的上述实施例的实施例。
根据实施例，可以省略或者用执行类似/相同操作的步骤来替换上述步骤。
图85图示根据本发明的实施例的用于发送广播信号的设备。
根据本发明的实施例的用于发送广播信号的设备可以包括前述的发送侧的第一、第二、第三以及/或者第四模块。在上面已经描述了块和模块。
根据本发明的实施例的用于发送广播信号的设备及其内部模块/块可以执行根据本发明的前述实施例的用于发送广播信号的方法。
将会给出在附图中未示出的根据本发明的实施例的用于接收广播信号的设备的描述。
根据本发明的实施例的用于接收广播信号的设备可以包括前述的接收侧的第一、第二、第三以及/或者第四模块。在上面已经描述了块和模块。
根据本发明的实施例的用于接收广播信号的设备及其内部模块/块可以执行根据本发明的前述实施例的用于接收广播信号的方法。
前述设备的内部块/模块可以是处理器，该处理器执行被存储在存储器中的连续的过程，并且可以是位于根据实施例的设备的内部/外部的硬件元件。
前述的模块可以被省略或者被通过根据实施例的执行相似/相同操作的其它模块替换。
模块或单元可以是执行存储在存储器(或存储单元)中的连续处理的处理器。上述实施方式中所描述的步骤可由硬件/处理器来执行。上述实施方式中所描述的模块/块/单元可作为硬件/处理器来操作。本发明所提出的方法可作为代码来执行。这种代码可被写在处理器可读存储介质上，因此可由设备所提供的处理器读取。
尽管为了方便已参照各个附图描述了实施方式，实施方式可被组合以实现新的实施方式。另外，设计存储有用于实现上述实施方式的程序的计算机可读记录介质在本发明的范围内。
根据本发明的设备和方法不限于上述实施方式的配置和方法，所有或一些实施方式可被选择性地组合以获得各种修改。
本发明所提出的方法可被实现为存储在网络装置中所包括的处理器可读记录介质中的处理器可读代码。处理器可读记录介质包括存储有可由处理器读取的数据的所有类型的记录介质。处理器可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等以及作为载波的实现方式(例如，经由互联网的传输)。另外，处理器可读记录介质可被分布于通过网络连接的计算机系统上并且作为可按照分布式方式读取的代码来存储和执行。
尽管出于例示性目的公开了本发明的优选实施方式，本领域技术人员将理解，在不脱离所附权利要求书中所公开的本发明的范围和精神的情况下，各种修改、添加和置换是可能的。这些修改不应从本发明的技术精神或前景单独地理解。
本说明书中提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用于彼此。
本领域技术人员将理解，在不脱离本发明的精神和基本特性的情况下，本发明可按照本文所阐述的方式以外的特定方式来实现。因此，本发明的范围应该由所附权利要求书及其法律上的等同物来确定，而非由以上描述确定，落入所附权利要求书的含义和等同范围内的所有改变旨在被涵盖于其内。
在本说明书中，提及了设备发明和方法发明二者，设备发明和方法发明二者的描述可互补地应用。
本发明的模式
已在具体实施方式中描述了各种实施方式。
工业实用性
本发明适用于广播信号提供领域。
本领域技术人员将认识并理解，在本发明的精神和范围内，可进行各种等同修改。因此，本发明旨在涵盖对本发明的修改和变化，只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (14)
1.一种用于发送广播信号的方法，所述方法包括：
生成服务中包括的服务组件、用信号发送用于所述服务的服务信令信息以及服务列表表格，所述服务列表表格包括用于引导所述服务信令信息的信息，
其中，所述服务信令信息包括被称为USBD的用户服务捆绑描述、被称为MPD的媒体呈现描述、第一会话描述数据和第二会话描述数据，
其中，所述USBD提供入口点信息，
其中，所述MPD包括有关所述服务组件的信息，
其中，所述第一会话描述数据包括识别所述广播信号中的单向传输会话上的实时对象传递的互联网协议/用户数据报协议信息，
其中，所述第二会话描述数据包括用于识别分层编码传输信道的传输会话标识符，
其中，所述分层编码传输信道的每一个携带通过所述单向传输上的实时对象传递传送的所述服务组件中的每一个；以及
发送包括所述服务组件、所述服务信令信息以及所述服务列表表格的广播信号。
2.根据权利要求1所述的方法，
其中，所述USBD包括参考所述MPD的URI信息，并且所述MPD包括关于所述服务的所述服务组件的信息。
3.根据权利要求2所述的方法，其中，所述USBD用作描述关于相应服务的技术信息的信令集中器。
4.根据权利要求2所述的方法，其中，所述MPD包括关于通过宽带网络递送的所述相应服务的服务组件的再生有关信息。
5.根据权利要求2所述的方法，其中，所述USBD进一步包括关于所述相应服务的服务组件的传输有关信息，
其中，所述传输有关信息包括广播信息，
其中，所述广播信息包括关于通过广播网络递送的所述相应服务的服务组件的传输有关信息。
6.根据权利要求5所述的方法，其中，所述传输有关信息包括单播信息，
其中，所述单播信息包括关于通过宽带网络递送的所述相应服务的服务组件的传输有关信息。
7.根据权利要求2所述的方法，其中，所述服务信令信息进一步包括传输会话描述，
其中，所述USBD进一步包括用于参考所述传输会话描述的URI信息，
其中，所述传输会话描述包括会话标识符信息，所述会话标识符信息识别所述相应服务的服务组件通过其被递送的传输会话的子会话。
8.一种用于发送广播信号的设备，包括：
第一模块，所述第一模块用于生成服务中包括的服务组件、用信号发送用于所述服务的服务信令信息以及服务列表表格，所述服务列表表格包括用于引导所述服务信令信息的信息，
其中，所述服务信令信息包括被称为USBD的用户服务捆绑描述、被称为MPD的媒体呈现描述、第一会话描述数据和第二会话描述数据，
其中，所述USBD提供入口点信息，
其中，所述MPD包括有关所述服务组件的信息，
其中，所述第一会话描述数据包括识别所述广播信号中的单向传输会话上的实时对象传递的互联网协议/用户数据报协议信息，
其中，所述第二会话描述数据包括用于识别分层编码传输信道的传输会话标识符，
其中，所述分层编码传输信道的每一个携带通过所述单向传输上的实时对象传递传送的所述服务组件中的每一个；以及
第四模块，所述第四模块用于发送包括所述服务组件、所述服务信令信息以及所述服务列表表格的广播信号。
9.根据权利要求8所述的设备，
其中，所述USBD包括参考所述MPD的URI信息，并且所述MPD包括关于所述服务的所述服务组件的信息。
10.根据权利要求9所述的设备，其中，所述USBD用作描述关于相应服务的技术信息的信令集中器。
11.根据权利要求9所述的设备，其中，所述MPD包括关于通过宽带网络递送的所述相应服务的服务组件的再生有关信息。
12.根据权利要求9所述的设备，其中，所述USBD进一步包括关于所述相应服务的服务组件的传输有关信息，
其中，所述传输有关信息包括广播信息，
其中，所述广播信息包括关于通过广播网络递送的所述相应服务的服务组件的传输有关信息。
13.根据权利要求12所述的设备，其中，所述传输有关信息包括单播信息，
其中，所述单播信息包括关于通过宽带网络递送的所述相应服务的服务组件的传输有关信息。
14.根据权利要求9所述的设备，其中，所述服务信令信息进一步包括传输会话描述，
其中，所述USBD进一步包括用于参考所述传输会话描述的URI信息，
其中，所述传输会话描述包括识别所述相应服务的服务组件通过其被递送的传输会话的子会话的会话标识符信息。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201462090351P | 2014-12-10 | 2014-12-10 | |
| US62/090,351 | 2014-12-10 | ||
| PCT/KR2015/012976 WO2016093537A1 (ko) | 2014-12-10 | 2015-12-01 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106416284A CN106416284A (zh) | 2017-02-15 |
| CN106416284B true CN106416284B (zh) | 2019-07-16 |
Family
ID=
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101677311A (zh) * | 2008-09-19 | 2010-03-24 | 夏普株式会社 | 单播业务和多媒体广播多播业务复用系统和方法 |
| WO2014171718A1 (ko) * | 2013-04-16 | 2014-10-23 | 엘지전자 주식회사 | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 |
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101677311A (zh) * | 2008-09-19 | 2010-03-24 | 夏普株式会社 | 单播业务和多媒体广播多播业务复用系统和方法 |
| WO2014171718A1 (ko) * | 2013-04-16 | 2014-10-23 | 엘지전자 주식회사 | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 |
Non-Patent Citations (3)
| Title |
|---|
| 3GPP.Technical Specification Group Services and System Aspects |
| Multimedia Broadcast/Multicast Service (MBMS) |
| Protocols and codecs(Release 11).《3rd Generation Partnership Project》.2013, |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106233692B (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 | |
| CN105830459B (zh) | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
| CN106105240B (zh) | 发送广播信号的装置以及发送广播信号的方法 | |
| CN105934953B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| US10893304B2 (en) | Apparatus for receiving broadcast signal and method for receiving broadcast signal | |
| KR101714444B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| CN106233693B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| KR101956036B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| CN106165321A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法 | |
| KR101788067B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| KR101861692B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| CN105900359B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| CN111107110B (zh) | 广播信号传输设备、广播信号接收设备及其方法 | |
| CN107431830A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
| KR101781884B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
| CN106416284B (zh) | 广播信号发送设备和广播信号发送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |