发送装置、发送方法、接收装置以及接收方法与流程

本技术涉及发送装置、发送方法、接收装置以及接收方法，并且具体而言，涉及其可以根据操作形式(operation pattern)执行控制信息的传输的发送装置、发送方法、接收装置以及接收方法。

背景技术：

在包括日本和美国的国家中，已经开始了数字电视广播的服务(例如，参考专利文献1)。而且，通过数字电视广播标准，规定了各种控制信息以实现数字电视广播的服务。

引用列表

专利文献

专利文献1：日本专利申请公开号2008-263616

技术实现要素：

本发明要解决的问题

顺便提及，这种控制信息包括在接收装置侧立即获取的信息或者不必根据其内容立即获取的信息。可取地是能够根据操作形式来执行控制信息的传输。

而且，可取地是在多个服务提供商之中传输这种控制信息作为一个管理表格。此外，可取地是单独管理每个服务提供商的这种控制信息，并且根据每种操作形式传输控制信息。

鉴于以上情况，提供本技术并且本技术能够根据操作形式来执行控制信息的传输。

问题的解决方案

本技术的第一方面的发送装置是发送装置，包括：生成单元，被配置为生成包括控制信息和传输序列信息的第一数据，所述控制信息包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列；以及发送单元，被配置为在与所述传输序列信息相对应的传输序列中发送所述第一数据以及包括构成所述服务的要素的数据的第二数据。

本技术的第一方面的发送装置可以是独立装置或者是包含在一个装置内的内部块。而且，本技术的第一方面的发送方法是对应于本技术的第一方面的上述发送装置的发送方法。

在本技术的第一方面的发送装置和发送方法中，生成包括控制信息和传输序列信息的第一数据，所述控制信息包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列；以及在与所述传输序列信息相对应的传输序列中发送所述第一数据以及包括构成所述服务的要素的数据的第二数据。

本技术的第二方面的接收装置是一种接收装置，包括：接收单元，被配置为接收包括控制信息和传输序列信息的第一数据，所述控制信息包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列，并且在与所述传输序列信息相对应的传输序列中发送所述第一数据；以及控制单元，被配置为基于根据所述传输序列信息所获取的控制信息来控制对第二数据的处理，所述第二数据包括构成所述服务的要素的数据。

本技术的第二方面的接收装置可以是独立装置或者是包含在一个装置内的内部块体。而且，本技术的第二方面的接收方法是对应于本技术的第二方面的上述接收装置的接收方法。

在本技术的第二方面的接收装置和接收方法中，接收包括控制信息和传输序列信息的第一数据，所述控制信息包括包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列，并且在与所述传输序列信息相对应的传输序列中发送所述第一数据；并且基于根据所述传输序列信息获取的控制信息来控制对第二数据的处理，所述第二数据包括构成所述服务的要素的数据。

发明的有益效果

根据本技术的第一方面和第二方面，可以根据操作形式执行控制信息的传输。

注意，在本文中描述的效果并非限制性的，并且可以是在本公开中公开的任何效果。

附图说明

[图1]是示出了应用了本技术的传输系统的实施方式的配置的示图。

[图2]是用于描述L1帧传输系统的示图。

[图3]是用于描述L1帧传输系统的导出示例的示图。

[图4]是用于描述第一L2数据包传输系统的示图。

[图5]是用于描述第一L2数据包传输系统的导出示例的示图。

[图6]是用于描述第二L2数据包传输系统的示图。

[图7]是用于描述第二L2数据包传输系统的导出示例的示图。

[图8]是用于描述使用L1帧传输系统的第一操作示例的示图。

[图9]是用于描述使用L2数据包传输系统的第二操作示例的示图。

[图10]是示意性示出了在只有一个服务提供商使用一个传输带的情况下的传输形式的示图。

[图11]是示意性示出了在多个服务提供商使用一个传输带的情况下的传输形式的示图。

[图12]是用于描述在多个服务提供商共同使用一个传输带的情况下的发送处理的示图。

[图13]是用于描述在多个服务提供商共同使用一个传输带的情况下在FIT与服务要素之间的关系的示图。

[图14]是示出了FIT的语法的示例的示图。

[图15]是示出了服务状态描述符的语法的示例的示图。

[图16]是示出了服务名称描述符的语法的示例的示图。

[图17]是示出了容量描述符的语法的示例的示图。

[图18]是示出了服务引导程序描述符的语法的示例的示图。

[图19]是示出了信令模板描述符的语法的示例的示图。

[图20]是示出了通过互联网的信令描述符的语法的示例的示图。

[图21]是示出了FIT的语法的不同示例的示图。

[图22]是示出了发送装置的配置示例的示图。

[图23]是示出了接收装置的配置示例的示图。

[图24]是用于描述发送处理的流程图。

[图25]是用于描述初始扫描处理的流程图。

[图26]是用于描述FIT获取处理的流程图。

[图27]是用于描述信道选择处理的流程图。

[图28]是用于描述在信道选择期间的FIT获取处理的流程图。

[图29]是示出了计算机的配置示例的示图。

具体实施方式

在下文中，将参考附图描述本技术的实施方式。需注意的是，将按照以下顺序进行描述。

1、系统的配置

2、传输类别信息和版本信息的方法

3、操作示例

(1)第一操作示例：L1帧传输系统

(2)第二操作示例：L2数据包传输系统

(3)第三操作示例：通过使用提供商ID传输FIT

4、语法的示例

5、每个装置的配置

6、在每个装置中执行的处理的流程

7、变形例

8、计算机的配置

<1.系统的配置>

(传输系统的配置示例)

在图1中，传输系统1是提供数字电视广播(数字广播)的服务的系统。传输系统1包括发送装置10、接收装置20以及服务器30。而且，在图1，接收装置20和服务器30通过互联网90彼此连接。

发送装置10是对应于数字广播的预定标准的传输器，并且由广播提供商(服务提供商)提供。需注意的是，在本技术的实施方式中，可以使用如高级电视系统委员会标准(ATSC)的标准，作为数字广播的标准。

发送装置10通过传输路径80由数字广播的空气波传输包含在服务内的要素(例如，视频、音频或副标题)的流以及信令数据。在此处，例如，该服务是由广播提供商(服务提供商)制作的组织节目(电视节目)。而且，信令数据是用于查看服务所需要的控制信息。

接收装置20是对应于数字广播(例如，ATSC)的预定标准的接收器，并且是固定接收器(例如，电视接收器或机顶盒)，或移动接收器(例如，智能电话、移动电话、平板型电脑、笔记本型个人电脑、或者用于车辆内的终端。

接收装置20通过传输路径80接收从发送装置10传输的数字广播的空气波，并且获取由数字广播的空气波传输的信令数据。基于信令数据，接收装置20被连接至通过从发送装置10传输的数字广播的空气波传输的服务(包含在服务内的要素)的流，并且再现(输出)从流中获取的图像和声音。

服务器30根据来自接收装置20的请求通过互联网90执行包含在服务内的要素(例如，视频、音频或副标题)的流的流传送。而且，服务器30根据来自接收装置20的请求通过互联网90传送信令数据。需注意的是，除了信令数据(后面描述的SLS信令数据)，服务器30还可以提供非实时(NRT)内容，例如，电子服务指南(ESG)元数据或应用程序。

接收装置20包括通信功能并且可以通过互联网90访问服务器30。基于来自发送装置10或服务器30的信令数据，接收装置20被连接至服务(包含在服务内的要素)的流，由服务器30通过互联网90执行该流的流传送，并且再现(输出)从该流获取的图像和声音。

需注意的是，在图1中，示出一种配置，其中，由接收装置20直接从发送装置10接收的数字广播的空气波。然而，可以通过一个或多个中继站(未示出)传输数字广播的空气波。而且，在是移动接收器的情况下，接收装置20通过公共无线局域网(LAN)被连接至互联网90或者通过移动网络(未示出)(例如，长期演进(LTE))被连接至服务器30。

而且，存在接收装置20不包括通信功能的情况或者包括通信功能但是通信功能无效的情况。在这种情况下，接收装置20不能访问服务器30。而且，在图1中，为了简化描述，示出了服务器30传输要素(例如，视频或音频)的流以及信令数据两者的情况。然而，可以从不同的服务器传输要素的流和信令数据。

<2.传输类别信息和版本信息的方法>

作为信令数据，在下层具有不取决于服务的下层信令(LLS)信令数据并且在服务部中存在服务层信令(SLS)信令数据。在此处，当使用互联网协议(IP)数据包的IP传输系统被用作数字广播的标准时，在IP传输系统的协议栈中，在低于IP层的层中传输LLS信令数据，并且在高于IP层的层中传输SLS信令数据。然而，在传输时，LLS信令数据可以由IP层封包，用于与SLS信令数据和数据的传输共同化(commonization)。

需注意的是，在作为美国的下一代广播标准并且目前被开发的ATSC 3.0中，预期采用数字广播，该数字广播使用IP传输系统。

除了元数据，例如，紧急警报描述(EAD)、区域分级描述(RRD)以及默认要素描述(DCD)，LLS信令数据还可以包括快速信息表(FIT)。即，存在在第一层(物理层)中传输FIT的情况，而非传输FIT作为LLS信令数据的情况。

例如，在对应于运动图像专家组阶段2-传输流(MPEG2-TS)系统的ID系统中，FIT包括表示在广播网络内的流或服务的配置的信息。而且，在FIT中，设置服务状态描述符、服务名称描述符、容量描述符、服务引导程序描述符、信令模板描述符、通过互联网的信令描述符等，作为服务等级的描述符。

服务状态描述符描述服务的状态。服务名称描述符描述服务的名称。容量描述符描述接收装置20的容量。服务引导程序描述符描述用于获取SLS信令数据的引导程序信息。信令模板描述符描述信令数据的模板。通过互联网的信令描述符描述关于从服务器30传送的SLS信令数据的信息。

在FIT中，限定了类别(序列)。在多个不同的周期中传输FIT的情况下，使用该类别(序列)。而且，在由多个不同的服务提供商传输FIT的情况下，使用该类别(序列)。类别包括传送类别ID(delivery_group_id)和提供商ID(provider_id)。由传送类别ID确定多个不同的周期，并且由提供商ID确定多个不同的服务提供商。由类别ID确定类别(序列)。即，使用传送类别ID和提供商ID进行确定。而且，使用版本信息来管理在每个类别(序列)内的FIT的版本。在以下描述中，类别ID和类别的数量统称为“类别信息”。而且，类别信息和版本信息统称为“传输序列信息”。

SLS信令数据包括元数据，例如，用户服务捆绑描述(USBD)、用户服务描述(USD)、会话描述协议(SDP)、媒体呈现描述(MPD)、初始化段(IS)、LCT会话示例描述(LSID)以及服务参数描述(SPD)。然而，根据操作确定在这些类型的元数据之中的实际上使用的元数据。

在此处，由通过单向传输的实时对象传送(ROUTE)会话来传输SLS信令数据。ROUTE是为广播的现场服务扩展的单向文件传输(FLUTE)。在此处，存在使用不同的名称(例如，FLUTE+(FLUTE加)或FLUTE增强)来表示ROUTE的情况。需注意的是，包含在服务内的要素(例如，视频、音频或副标题)的流也可以由ROUTE会话传输。

需注意的是，在以下描述中，在不需要区分LLS信令数据和SLS信令数据的情况下，“信令数据”被简称为数据。

(L1帧传输系统)

图2是用于描述通过使用L1帧的报头部分来传输传输序列信息作为L1帧传输系统的示图。

L1帧是在第一层(物理层)中的帧并且包括报头部分和有效载荷部分。在L1帧的有效载荷部分中，设置并且封装了多个L2数据包(在第二层中的数据包)。

在报头部分中，除了FIT，还设置了具有1位的FIT传输标志(FIT_delivery_flag)以及具有15位的FIT版本信息(FIT_version)。

FIT传输标志是表示是否传输了FIT的标记。例如，当FIT传输标志是“真”时，表示的是传输了FIT。当FIT传输标志是“假”时，表示的是未传输FIT。

FIT版本信息包括具有3位的类别的数量(num_of_class)、具有4位的类别ID(class_id)以及具有8位的版本信息(版本)。换言之，FIT版本信息包括传输序列信息。类别的数量表示传输的FIT的类别(序列)的数量。类别ID是用于确定FIT的类别(序列)的ID。版本信息表示在每个类别(序列)中的FIT的版本。

通过这种方式，在L1帧传输系统中，FIT传输标志和FIT版本信息被设置在L1帧的报头部分内。因此，当获取L1帧时，接收装置20根据FIT传输标志确定是否传输了FIT。当传输了FIT时，可以基于类别信息以及版本信息(传输序列信息)确定FIT所属的类别(序列)及其版本。因此，接收装置20可以表示在L1帧的报头部分内的传输序列信息，并且可以确定是否获取(提取)设置在报头部分内的FIT并且执行处理。

而且，在多个服务提供商使用一个广播流的情况下，可以描述在每个服务提供商的类别ID中的提供商ID的值。通过用提供商ID进行过滤，接收装置20仅可以有效地获取所预期的FIT。

(L1帧传输系统的导出示例)

图3是用于描述L1帧传输系统的导出示例的示图。

图3与图2的配置的相似之处在于，具有15位的FIT版本信息被设置在L1帧的报头部分内，并且FIT版本信息包括类别的数量、类别ID以及版本信息。然而，在图3中的FIT版本信息中，类别ID包括提供商ID(provider_id)和传送类别ID(delivery_group_id)。

提供商ID是用于确定多个不同服务提供商的ID。传送类别ID是用于确定在FIT的时间序列中具有差异的传输序列的ID。即，类别ID包括用于确定多个服务提供商的信息以及用于确定具有不同时间序列的多个传输序列的信息。通过这种方式，由类别提供用于确定作为FIT的提供源的服务提供商的ID以及用于确定FIT的传输周期的信息。

需注意的是，根据操作，可以包括一个服务提供商和在时间序列中具有差异的一个传输序列。在此处，类别ID是用于确定多个服务提供商以及在时间序列中具有差异的多个传输序列的ID。然而，可以根据操作表示不同的传输序列。例如，类别ID可以是表示接收装置20的容量的ID，需要该容量接收服务。需注意的是，每个部件的尺寸(位数)是操作示例，并且根据操作确定实际尺寸。

(第一L2数据包传输系统)

图4是用于描述通过使用在L2数据包的报头部分内的扩展报头来传输传输序列信息作为第一L2数据包传输系统的的示图。

L2数据包是在第二层中的数据包并且包括报头部分和有效载荷部分。例如，在此处，在IP传输系统用作数字广播标准的情况下，在L2数据包的有效载荷中，设置并且封装了一个或多个IP数据包。例如，除了视频或音频的数据，还设置了信令数据等作为IP数据包的数据。

在L2数据包的报头部分中的扩展报头(报头扩展)中，设置了具有8位的类型信息(类型)、具有16位的扩展类型信息(类型扩展)以及具有8位的数据版本信息(数据版本)。

类型信息表示由L2数据包传输的信令数据的类型。在FIT被设置在L2数据包的有效载荷部分中的情况下，在类型信息内设置了表示“FIT”的位串。

扩展类型信息包括具有3位的类别的数量(num_of_class)以及具有4位的类别ID(class_id)。类别的数量表示所传输的FIT的类别(序列)的数量。类别ID是用于确定FIT的类别(序列)的ID。需注意的是，在扩展类型信息中，提供了具有9位的保留区域(保留)。

数据版本信息是表示FIT的每个类别(序列)的版本的版本信息。

通过这种方式，在第一L2数据包传输系统中，类型信息、类别信息以及数据版本信息被设置在L2数据包的报头部分的扩展报头内。因此，当获取L2数据包时，接收装置20确定根据类型信息是否传输了FIT。当传输了FIT时，可以基于类别信息以及版本信息(传输序列信息)来确定FIT所属的类别(序列)及其版本。因此，接收装置20可以表示在L2数据包的报头部分的扩展报头内的传输序列信息，并且可以确定是否获取(提取)了设置在其有效载荷部分内的FIT并且执行处理。

而且，在多个服务提供商使用一个广播流的情况下，可以描述在每个服务提供商的类别ID中的提供商ID的值。通过使用提供商ID进行过滤，接收装置20仅可以有效地获取预期的FIT。

(第一L2数据包传输系统的导出示例)

图5是示出了第一L2数据包传输系统的导出示例的示图。

图5与图4的配置的相似之处在于，扩展报头被设置在L2数据包的报头部分内，并且扩展报头包括类型信息、扩展类型信息以及数据版本信息。然而，在图5中的扩展类型信息中，设置了组数(num_of_group)和组ID(group_id)。而且，组ID包括提供商ID(provider_id)和传送类别ID(delivery_group_id)。

提供商ID是用于确定多个不同服务提供商的ID。传送类别ID是用于确定在FIT的时间序列中具有差异的传输序列的ID。即，类别ID包括用于确定多个服务提供商的信息以及用于确定具有不同时间序列的多个传输序列的信息。通过这种方式，由类别提供用于确定作为FIT的提供源的服务提供商的ID以及用于确定FIT的传输周期的信息。

需注意的是，根据操作，可以包括一个服务提供商和在时间序列中具有差异的一个传输序列。在此处，类别ID是用于确定多个服务提供商以及在时间序列中具有差异的多个传输序列的ID。然而，可以根据操作表示不同的传输序列。例如，类别ID可以是表示接收装置20的容量的ID，需要该容量接收服务。需注意的是，每个部件的尺寸(位数)是操作示例，并且根据操作确定实际尺寸。

(第二L2数据包传输系统)

图6是用于描述通过使用在L2数据包的有效载荷部分内的有效载荷报头来传输传输序列信息作为第二L2数据包传输系统的示图。

L2数据包包括报头部分和有效载荷部分。

在L2数据包的有效载荷部分中的有效载荷报头(有效载荷报头)中，设置了具有8位的类型信息(类型)、具有16位的扩展类型信息(类型扩展)以及具有8位的数据版本信息(数据版本)。

类型信息表示由L2数据包的有效载荷部分传输的信令数据的类型。在FIT被设置在L2数据包的有效载荷部分中的情况下，在类型信息内设置了表示“FIT”的位串。

扩展类型信息包括具有3位的类别的数量(num_of_class)以及具有4位的类别ID(class_id)。类别的数量表示所传输的FIT的类别(序列)的数量。类别ID是用于确定FIT的类别(序列)的ID。需注意的是，在扩展类型信息中，提供了具有9位的保留区域(保留)。

数据版本信息是表示FIT的每个类别(序列)的版本的版本信息。

通过这种方式，在第二L2数据包传输系统中的L2数据包的有效载荷部分中的有效载荷报头中，设置了类型信息、类别信息以及数据版本信息。因此，当获取L2数据包时，接收装置20根据类型信息确定是否传输了FIT。当传输了FIT时，可以基于类别信息以及版本信息(传输序列信息)来确定FIT所属的类别(序列)及其版本。因此，接收装置20可以表示在L2数据包的有效载荷部分的有效载荷报头内的传输序列信息，并且可以确定是否获取(提取)了设置在有效载荷部分内的FIT并且执行处理。

而且，在多个服务提供商使用一个广播流的情况下，可以描述在每个服务提供商的类别ID中的提供商ID的值。通过使用提供商ID进行过滤，接收装置20仅可以有效地获取预期的FIT。

(第二L2数据包传输系统的导出示例)

图7是示出了第二L2数据包传输系统的导出示例的示图。

图7与图6的配置的相似之处在于，有效载荷报头被设置在L2数据包的有效载荷部分内，并且有效载荷报头包括类型信息、扩展类型信息以及数据版本信息。然而，在图7中的扩展类型信息中，设置了组数(num_of_group)和组ID(group_id)。而且，组ID包括提供商ID(provider_id)和传送类别ID(delivery_group_id)。

提供商ID是用于确定多个不同服务提供商的ID。传送类别ID是用于确定在FIT的时间序列中具有差异的传输序列的ID。即，类别ID包括用于确定多个服务提供商的信息以及用于确定具有不同时间序列的多个传输序列的信息。通过这种方式，由类别提供用于确定作为FIT的提供源的服务提供商的ID以及用于确定FIT的传输周期的信息。

需注意的是，根据操作，可以包括一个服务提供商和在时间序列中具有差异的一个传输序列。在此处，类别ID是用于确定多个服务提供商以及在时间序列中具有差异的多个传输序列的ID。然而，可以根据操作表示不同的传输序列。例如，类别ID可以是表示接收装置20的容量的ID，需要该容量接收服务。需注意是，每个部件的尺寸(位数)是操作示例，并且根据操作确定实际尺寸。

<3.操作示例>

接下来，将描述L1帧传输系统和L2数据包传输系统的详细操作示例。

(1)第一操作示例

图8是用于描述使用L1帧传输系统的第一操作示例的示图。

在图8中，在第一层中具有“L”、“M”以及“S”的方形表示L1帧。在每个L1帧的报头部分中，设置了FIT。具有“L(长)”的方形表示L1帧，其中，在相对长的周期(例如，10秒的周期)中设置了在接收装置20的侧边所获取(更新)的FIT(在后文中也称为“在长周期中的FIT_L”)。

而且，具有“S(短)”的方形表示L1帧，其中，在相对短的周期(例如，100毫秒的周期)中设置了在接收装置20的侧边所获取(更新)的FIT(在后文中也称为“在短周期中的FIT_S”)。而且，具有“M(中间)”的方形表示L1帧，其中，在“L”周期与“S”周期之间的周期中设置了所获取(更新)的FIT(在后文中称为“在中间周期中的FIT_M”)。

在后文中，具有“L”的L1帧将被描述为“L1帧L”。同样，具有“M”的L1帧将被描述为“L1帧M”，并且具有“S”的L1帧将被描述为“L1帧S”。而且，在图8中，时间方向是在图中从左侧到右侧的方向。

在图8中，在反复传输L1帧S、L1帧S以及L1帧M三次之后，传输L1帧L。然后，同样，虽然未示出所有处理，但是在传输两次L1帧S的并且传输一次L1帧M这三次反复传输之后，反复执行传输L1帧L的处理。

即，当通过时间上连续的方式集中所传输的一组10个L1帧时，传输在其每个中设置在短周期内的FIT_S的6个L1帧S、在其每个中设置在中间周期内的FIT_M的3个L1帧M以及在其中设置在长周期内的FIT_L的1个L1帧L。

换言之，在不同的周期中传输L1帧L、L1帧M以及L1帧S。L1帧S的传输周期是最短的周期，L1帧M的传输周期是第二短的周期，并且L1帧L的传输周期是最长的周期。

在此处，接收装置20表示设置在集中的当前L1帧(在后文中也称为“当前L1帧”)的报头部分内的FIT传输标志(FIT_delivery_flag)，并且确定是否在当前L1帧内传输FIT。在图8中的第一操作示例中，在每个L1帧内传输FIT，在FIT传输标志内设定“真”。

而且，由于在设置在报头部分内的FIT版本信息(FIT_version)包括类别信息和版本信息，所以接收装置20可以确定在当前L1帧内所传输的FIT所属的类别(序列)及其版本。

在图8中，由于传输L1帧L、L1帧M以及L1帧S的三个序列，所以在类别的数量(num_of_class)中设置“3”。因此，在图8中，在每个L1帧的报头部分内的FIT版本信息中，将类别的数量(未示出)设置为“3”。而且，作为类别ID(class_id)，在短周期中的FIT_S中设置“01”，在中间周期中的FIT_M中设置“00”，并且在长周期中的FIT_L中设置“10”。而且，在版本信息中，每次更新FIT的内容时，相对于每个类别设定值加1。

在此处，在报头L1帧S是当前L1帧的情况下，当集中在时间序列中排列的L1帧之中的L1帧S时，在其报头部分中，在FIT版本信息中设定“01”的类别ID以及“001”的版本信息。接收装置20表示类别信息和版本信息，并且确定是否获取和记录(更新)在短周期中的FIT_S，在报头L1帧S中传输FIT。

例如，在接收装置20中，在已经获取在短周期中的FIT_S并且将“001”设定为其版本信息时，忽略设置在报头L1帧S的报头部分内的FIT_S。

注意，在还未获取短周期中的FIT_S的情况下或者在已经获取了短周期中的FIT_S但是将“000”设定为其版本信息的情况下，接收装置20获取并记录(更新)设置在报头L1帧S的报头部分内的FIT_S。

然后，在来自头部的第二L1帧S是当前L1帧的情况下，在其报头部分内在FIT版本信息中设定“01”的类别ID以及“001”的版本信息。接收装置20通过参考类别信息和版本信息认识到已经获取了在相同版本中的FIT_S。因此，忽略设置在第二L1帧S的报头部分内的FIT_S。

同样，来自在头部的第四、第五以及第七L1帧S中的每个变成当前L1帧的情况下，接收装置20通过参考在其报头部分中的FIT版本信息内设置的类别信息和版本信息认识到已经获取了在相同版本中的FIT_S。因此，忽略设置在当前L1帧的报头部分内的FIT_S。

然后，在来自头部的第八L1帧S变成当前L1帧的情况下，将“002”的版本信息设定在其报头部分中的FIT版本信息中，并且增加在第七L1帧S中(其中，预先设置了FIT_S)的“001”的版本信息。在这种情况下，接收装置20认识到，FIT_S的版本不同，并且获取并记录(更新)设置在第八L1帧S内的报头部分内的FIT_S。

然后，当来自头部的第十一、第十二、第十四以及后续L1帧S中的每个变成当前L1帧时，在接收装置20通过参考在其报头部分中的FIT版本信息内的类别信息和版本信息认识到已经获取了在相同版本中的FIT_S的情况下，忽略设置在当前L1帧的报头部分内的FIT_S。另一方面，在接收装置20通过参考在报头部分中的FIT版本信息内设置的类别信息和版本信息认识到还未获取在不同版本中的FIT_S的情况下，获取并记录(更新)设置在当前L1帧内的报头部分内的FIT_S。

通过这种方式，与在中间周期内的FIT_M以及在长周期内的FIT_L相比，当在短周期(例如，100毫秒的周期)内传输时，在短周期内的FIT_S可以用于传输由接收装置20立即获取(更新)的信息(具有时间限制的信息)。例如，作为这种具有时间限制的信息，存在根据所选信道的服务的条件动态更新的信息(动态参数)。

在短周期内的FIT_S中，具有时间限制的信息可以被设置为服务等级描述符，例如，A_descriptor()。例如，由于服务状态描述符设置在FIT_S中，所以在短周期内传输的FIT_S的版本在服务的信道选择中改变的情况下，接收装置20可以迅速获取(更新)FIT_S并且可以检查服务的状态。

在此处，当集中在时间序列中排列的L1帧之中的L1帧M时，在来自头部的第三L1帧M变成当前L1帧的情况下，在其报头部分中，在FIT版本信息中设定“00”的类别ID以及“001”的版本信息。例如，在接收装置20中，在已经获取在中间周期中的FIT_M并且“001”设置为其版本信息时，忽略设置在第三L1帧M的报头部分内的FIT_M。

同样，在来自头部的第六L1帧M变成当前L1帧的情况下，接收装置20通过参考在其报头部分内在FIT版本信息中的类别信息和版本信息认识到已经获取了在相同版本中的FIT_M。因此，忽略设置在第六L1帧M的报头部分内的FIT_M。

然后，在来自头部的第九L1帧M变成当前L1帧的情况下，将“002”的版本信息设定在其报头部分中的FIT版本信息中，并且增加在第六L1帧M中(其中,预先设置了FIT_M)的“001”的版本信息。在这种情况下，接收装置20认识到，FIT_M的版本不同，并且获取并记录(更新)设置在第九L1帧M内的报头部分内的FIT_M。

然后，当来自头部的第13和后续L1帧M中的每个变成当前L1帧时，在接收装置20通过参考在其报头部分中的FIT版本信息内设置的类别信息和版本信息认识到已经获取了在相同版本中的FIT_M的情况下，忽略设置在当前L1帧的报头部分内的FIT_M。另一方面，在接收装置20通过参考在报头部分中的FIT版本信息内设置的类别信息和版本信息认识到还未获取在不同版本中的FIT_M的情况下，获取并记录(更新)设置在当前L1帧内的报头部分内的FIT_M。

通过这种方式，由于在介于在短周期内的FIT_S与在长周期内的FIT_L之间的周期(例如，1秒的周期)中传输，所以在中间周期内的FIT_M可以用于传输不必由接收装置20立即获取(更新)但是在获取之前的周期变得太长时具有问题的信息(具有在某种程度上允许的时间限制的信息)。例如，作为具有在某种程度上允许的时间限制的这种信息，存在在初始扫描处理中获取的信息(初始扫描参数)等。

在中间周期内的FIT_M中，具有在某种程度上允许的时间限制的信息可以被设置为服务等级描述符，例如，B_descriptor()、C_descriptor()以及D_descriptor()。例如，设置服务名称描述符、容量描述符、服务引导程序描述符等。接收装置20可以在初始扫描处理中获取在中间周期内的FIT_M，并且可以记录在服务名称描述符、容量描述符以及服务引导程序描述符中描述的信息(初始扫描参数)，作为信道选择信息。

而且，当集中在时间序列中排列的L1帧之中的L1帧L时，在来自头部的第十L1帧L变成当前L1帧的情况下，在其报头部分中，在FIT版本信息中设定“10”的类别ID以及“002”的版本信息。例如，在接收装置20中，在L1帧L(其中,预先设定了FIT_L)中的版本信息是“001”时，增加版本的值。在这种情况下，接收装置20认识到，FIT_L的版本不同，并且获取并记录(更新)设置在第十L1帧L内的报头部分内的FIT_L。

然后，当每个后续L1帧L变成当前L1帧时，在接收装置20通过参考在其报头部分中的FIT版本信息内的类别信息和版本信息认识到已经获取了在相同版本中的FIT_L的情况下，忽略设置在当前L1帧的报头部分内的FIT_L。另一方面，在接收装置20通过参考在报头部分中的FIT版本信息内设定的类别信息和版本信息认识到还未获取在不同版本中的FIT_L的情况下，获取并记录(更新)设置在当前L1帧内的报头部分内的FIT_L。

通过这种方式，与在短周期内的FIT_S和在中间周期内的FIT_M相比，当在长周期(例如，10秒的周期)内传输时，在长周期内的FIT_L用于传输不必由接收装置20立即获取(更新)的信息(没有时间限制的信息)。例如，作为没有时间限制的这种信息，存在静态更新的信息(静态参数)。

在长周期内的FIT_L中，没有时间限制的信息可以被设置为服务等级描述符，例如，E_descriptor()和F_descriptor()。例如，设置信令模板描述符(信令描述符)、通过互联网的信令描述符(通过互联网的信令)等。接收装置20可以在任意时刻获取在长周期内的FIT_L(在该长周期中传输FIT)，并且可以记录用信令模板描述符或通过互联网的信令描述符描述的信息。

如上所述，在使用L1帧传输系统的第一操作示例中，在设置在L1帧的报头部分内的FIT版本信息中，设定传输序列信息(类别信息)，并且按照每个类别将FIT_S分成多个序列。因此，可以在多个传输周期中传输FIT_S。例如，可以传输在短周期(例如，100毫秒的周期)内的FIT_S、在长周期(例如，10秒的周期)内的FIT_L以及在中间周期(例如，1秒的周期)内的FIT_M。而且，例如，通过改变设置在每个传输周期中的FIT中的服务等级描述符，可以根据用途在适当的时刻传输具有时间限制的信息、没有时间限制的信息等。

因此，由于可以用每个类别(序列)划分(设定)在FIT中描述的服务等级描述符，并且在不同的传输周期内执行传输，所以可以根据操作形式传输FIT。结果，可以灵活地对应于操作形式。而且，由于按照每个类别在多个传输周期内传输FIT，所以可以实现减小FIT的传输带。

(2)第二操作示例

图9是用于描述使用L2数据包传输系统的第二操作示例的示图。需注意的是，在第二操作示例中，将描述第二L2数据包传输系统作为代表。

在图9中，在第二层中具有“L”、“M”以及“S”的方形表示L2数据包，并且其含义与在图8的L1帧的情况下的含义相似。在图9中，具有“L”、“M”以及“S”的L2数据包将被分别描述为“L2数据包L”、“L2数据包M”以及“L2数据包S”。即，在长周期(例如，10秒的周期)内的FIT_L设置在L2数据包L内，在中间周期(例如，1秒的周期)内的FIT_M设置在L2数据包M内，并且在短周期(例如，100毫秒的周期)内的FIT_S设置在L2数据包S内。

在图9中，在反复传输L2数据包S、L2数据包S以及L2数据包M三次之后，传输L2数据包L。然后，同样，虽然未示出所有处理，但是在传输L2数据包S两次并且传输L2数据包M一次这三次反复传输之后，反复执行传输L2数据包L的处理。

即，当通过时间上连续的方式集中所传输的一组10个L2数据包时，传输在其每个中设置在短周期内的FIT_S的6个L2数据包S、在其每个中设置在中间周期内的FIT_M的3个L2数据包M以及在其中设置在长周期内的FIT_L的1个L2数据包L。

在此处，接收装置20参考设置在集中的当前L2数据包(在后文中也称为“当前L2数据包”)的有效载荷部分内的有效载荷报头内的类型信息(类型)，并且确定是否通过当前L2数据包传输FIT。在图9中的第二操作示例中，当在每个L2数据包内传输FIT时，在类型信息内设定表示“FIT”的位串。

而且，由于在设置在有效载荷报头内的扩展类型信息内包括类别信息并且在数据版本信息内包括版本信息，所以接收装置20可以确定在当前L2数据包内传输的FIT所属的类别(序列)及其版本。

在图9中，由于传输L2数据包L、L2数据包M以及L2数据包S的三个序列，所以在每个L2数据包(未示出)的有效载荷部分中的有效载荷报头内的类别的数量(num_of_class)中设置“3”。而且，与图8一样，在图9中，作为类别ID(class_id)，在短周期中的FIT_S中设定“01”，在中间周期中的FIT_M中设定“00”，并且在长周期中的FIT_L中设定“10”。而且，在版本信息中，每次更新FIT的内容时，相对于每个类别设定值加1。

在此处，在来自头部的报头L2数据包S以及第二、第四、第五以及第七L2数据包S中的每个变成当前L2数据包的情况下，当集中在时间序列中排列的L2数据包之中的L2数据包S时，在其有效载荷部分中，在有效载荷报头中设置“01”的类别ID以及“001”的版本信息。接收装置20通过参考在有效载荷报头内设置的类别信息和版本信息认识到已经获取在相同版本中的FIT_S。因此，忽略设置在当前L2数据包的有效载荷部分内的FIT_S。

然后，在来自头部的第八L2数据包S变成当前L2数据包的情况下，“002”的版本信息设置在其有效载荷部分中的有效载荷报头中，并且增加在第七L2数据包S(其中，预先设置了FIT_S)中的“001”的版本信息。在这种情况下，接收装置20认识到，FIT_S的版本不同，并且获取并记录(更新)设置在第八L2数据包S内的有效载荷部分内的FIT_S。

然后，在来自头部的第十一、第十二、第十四以及后续L2数据包S中的每个变成当前L2数据包的情况下，当接收装置20通过参考在其有效载荷部分中的有效载荷报头内设置的类别信息和版本信息认识到已经获取了在相同版本中的FIT_S时，忽略设置在L2数据包的有效载荷部分内的FIT_S。另一方面，在接收装置20通过参考在有效载荷部分中的有效载荷报头内的类别信息和版本信息认识到还未获取在不同版本中的FIT_S时，获取并记录(更新)设置在当前L2数据包内的有效载荷部分内的FIT_S。

通过这种方式，与在中间周期内的FIT_M以及在长周期内的FIT_L相比，当在短周期(例如，100毫秒的周期)内传输时，在短周期内的FIT_S可以用于传输由接收装置20立即获取(更新)的信息(具有时间限制的信息)。例如，作为这种具有时间限制的信息，存在根据所选信道的服务的条件动态更新的信息(动态参数)。

在短周期内的FIT_S中，具有时间限制的信息可以被设置为服务等级描述符，例如，A_descriptor()或F_descriptor()。例如，由于服务状态描述符设置在FIT_S中，所以在短周期内传输的FIT_S的版本在服务的信道选择中改变的情况下，接收装置20可以迅速获取(更新)FIT_S并且可以检查服务的状态。

而且，当集中在时间序列中排列的L2数据包之中的L2数据包M时，在来自头部的第三和第六L2数据包M中的每个变成当前L2数据包的情况下，在其有效载荷部分中的有效载荷报头中设定“00”的类别ID以及“001”的版本信息。接收装置20通过参考在有效载荷报头内设置的类别信息和版本信息认识到已经获取了在相同版本中的FIT_M。因此，忽略设置在当前L2数据包的有效载荷部分中的FIT_M。

然后，当来自头部的第九L2数据包M变成当前L2数据包时，“002”的版本信息设置在其有效载荷部分中的有效载荷报头中，并且增加在第六L2数据包M(其中，预先设置了FIT_M)中的“001”的版本信息。在这种情况下，接收装置20认识到FIT_M的版本不同，并且获取并记录(更新)设置在第九L2数据包M内的有效载荷部分内的FIT_M。

然后，当来自在头部的第十三和后续L2数据包M中的每个变成当前L2数据包时，在接收装置20通过参考在其有效载荷部分中的有效载荷报头内设置的类别信息和版本信息认识到已经获取了在相同版本中的FIT_M的情况下，忽略设置在当前L2数据包的有效载荷部分内的FIT_M。另一方面，在接收装置20通过参考在有效载荷部分中的有效载荷报头内设置的类别信息和版本信息认识到还未获取在不同版本中的FIT_M的情况下，获取并记录(更新)设置在当前L2数据包内的有效载荷部分内的FIT_M。

通过这种方式，由于在介于在短周期内的FIT_S与在长周期内的FIT_L之间的周期(例如，1秒的周期)中传输，所以在中间周期内的FIT_M可以用于传输不必由接收装置20立即获取(更新)但是在获取之前的周期变得太长时具有问题的信息(具有在某种程度上允许的时间限制的信息)。例如，作为具有在某种程度上允许的时间限制的这种信息，存在在初始扫描处理中获取的信息(初始扫描参数)等。

在中间周期内的FIT_M中，具有在某种程度上允许的时间限制的信息可以被设置为服务等级描述符，例如，A_descriptor()、B_descriptor()、C_descriptor()、D_descriptor()或F_descriptor()。例如，设置服务名称描述符、容量描述符、服务引导程序描述符等。接收装置20可以在初始扫描处理中获取在中间周期内的FIT_M，并且可以记录用服务名称描述符、容量描述符以及服务引导程序描述符描述的信息(初始扫描参数)，作为信道选择信息。

需注意的是，在作为在中间周期内的FIT_M的类别ID的“00”被设定为幻数时(magic number)，在接收装置20的初始扫描处理中，仅仅需要获取具有“00”的类别ID的FIT_M。因此，接收装置20可以有效地并且迅速地执行初始扫描处理。

而且，当集中在时间序列中排列的L2数据包之中的L2数据包L时，在来自头部的第十L2数据包L变成当前L2数据包的情况下，在其有效载荷部分中的有效载荷报头中设置“10”的类别ID以及“002”的版本信息。例如，在接收装置20中，当在L2数据包L中(其中，预先设置了FIT_L)的版本信息是“001”时，增加版本的值。在这种情况下，接收装置20认识到，FIT_L的版本不同，并且获取并记录(更新)设置在第十L2数据包L的有效载荷部分内的FIT_L。

然后，当每个后续L2数据包L变成当前L2数据包时，在接收装置20通过参考在其有效载荷部分中的有效载荷报头内设置的类别信息和版本信息认识到已经获取了在相同版本中的FIT_L的情况下，忽略设置在当前L2数据包的有效载荷部分内的FIT_L。另一方面，在接收装置20通过参考在有效载荷部分中的有效载荷报头内设置的类别信息和版本信息认识到还未获取在不同版本中的FIT_L时，获取并记录(更新)设置在当前L2数据包内的有效载荷部分内的FIT_L。

通过这种方式，与在短周期内的FIT_S和在中间周期内的FIT_M相比，当在长周期(例如，10秒的周期)内传输时，在长周期内的FIT_L用于传输不必由接收装置20立即获取(更新)的信息(没有时间限制的信息)。例如，作为这种没有时间限制的信息，存在静态更新的信息(静态参数)。

在长周期内的FIT_L中，没有时间限制的信息可以被设置为服务等级描述符，例如，E_descriptor()。例如，设置信令模板描述符等。接收装置20可以在任意时刻获取在长周期内的FIT_L(在该长周期中传输FIT)，并且可以记录用信令模板描述符所描述的信息。

需注意的是，在图8中的第一操作示例中，一个或多个服务等级描述符与FIT的每个序列相关联。例如，仅仅在短周期内的FIT_S中设置A_descriptor()，并且仅仅在长周期内的FIT_L中设置F_descriptor()。另一方面，在图9中的第二操作示例中，在短周期内的FIT_S和在中间周期内的FIT_M两者中设置A_descriptor()和F_descriptor()，即，一个或多个服务等级描述符被关联至多个类别(序列)。

在第一操作示例的情况下(图8)，由于服务等级描述符对于FIT的每个类别(序列)都不同，所以当在FIT的相同类别(序列)中，使用最近服务等级描述符进行更新(重写)处理时，可以持续地参考最近服务等级描述符。另一方面，在第二操作示例的情况下(图9)，由于服务等级描述符属于多个类别(序列)，所以给每个类别(序列)提供优先级，并且使用由具有高优先级的类别(序列)传输的服务等级描述符，更新(重写)由具有低优先级的类别(序列)传输的服务等级描述符。

例如，在通过这种方式进行设置，使得优先级随类别ID的值变大而变高的情况下，在具有类别ID为“10”的长周期内的FIT_L具有最高优先级，并且按照具有类别ID为“01”的短周期内的FIT_S以及具有类别ID为“00”的中间周期内的FIT_M的顺序，优先级变低。因此，在图9中的第二操作示例中，虽然A_descriptor()和F_descriptor()被设置在短周期内的FIT_S和在中间周期内的FIT_M两者中，但是可以使用设置在短周期内的FIT_S中的A_descriptor()或F_descriptor()更新(重写)设置在中间周期内的FIT_M中的A_descriptor()或F_descriptor()，在短周期内的该FIT具有比在中间周期内的FIT_M更高的优先级。

通过这种方式，例如，给每个类别(序列)提供优先级，通过这种方式设置，使得优先级随类别ID的值变大而变高，并且进行对应于优先级的重写处理，据此，可以减少重写处理的不必要的重复。

如上所述，在使用第二L2数据包传输系统的第二操作示例中，在L2数据包的有效载荷部分的有效载荷报头中，设定传输序列信息(类别信息)，并且按照每个类别将FIT_S分成多个序列。因此，可以在多个传输周期中传输FIT_S。例如，可以传输在短周期(例如，100毫秒的周期)内的FIT_S、在长周期(例如，10秒的周期)内的FIT_L以及在中间周期(例如，1秒的周期)内的FIT_M。而且，例如，通过改变设置在每个传输周期中的FIT中的服务等级描述符，可以根据用途在适当的时刻传输具有时间限制的信息、没有时间限制的信息等。

因此，由于可以用在每个类别(序列)中划分(设定)在FIT中描述的服务等级描述符，并且在不同的传输周期内执行传输，所以可以根据操作形式传输FIT。结果，可以灵活地对应于操作形式。而且，由于按照每个类别在多个传输周期内传输FIT，所以可以实现减小FIT的传输带。

注意，在第二操作示例中，描述了将传输序列信息(类别信息和版本信息)设置在有效载荷报头内作为第二L2数据包传输系统的情况。然而，使用第一L2数据包传输系统的情况是以相似的方式，除了传输序列信息被设置在报头部分内的扩展报头内以外这点。而且，在图8中的第一操作示例和在图9中的第二操作示例的每个中，类别ID由具有2位的位串表示，并且版本信息由具有3位的位串表示，以便简化描述。

(3)第三操作示例

(广播服务的第一传输形式)

图10是示意性示出在只有一个服务提供商使用一个传输带的情况下的传输形式的示图。

分配给广播服务的频带被分成预定的频带(例如，6MHz频带)，并且通过由管理无线电频率的当局等分配的物理信道号管理。在图10中，通过使得第一物理信道由广播站A(广播公司A)占据，并且第二物理信道由广播站B(广播公司B)占据的这种方式进行分配。广播站A将10.1分配给信道并且提供服务。另一方面，广播站B将11.1和11.2分配给信道并且提供服务。

在此处，“10”和“11”中的每个均表示分配给每个服务提供商的主要信道号以及在主要信道号之后的数字，并且小数点表示次要信道号。主要信道号是用于确定在服务区域内的服务提供商的数字，并且次要信道号是用于确定每个服务提供商的信道的数字。

服务提供商可以提供一个或多个信道。在图10中的示例中，广播站A广播一个信道(10.1)，并且广播站B广播两个信道(11.1和11.2)。

在图10中的广播服务的传输形式中，由于一个传输带仅由一个服务提供商使用，所以在由传输带传输的FIT中，描述由一个服务提供商提供的服务的配置信息。即，服务提供商单独产生(生成)、管理并操作FIT。

(广播服务的第二传输形式)

图11是示意性示出在多个服务提供商使用一个传输带的情况下的传输形式的示图。

在图11中，示出了多个服务提供商共同使用一个传输带(例如，6MHz频带)的情况。在此处，与在图10中的传输形式相似，分配给广播服务的频带由6MHz分割并且管理和使用。然而，由于在传输物理层的技术或压缩声音或图像数据的技术的最近改进而造成频率使用效率被改进，所以存在通过期望可以在与传统频带相同的传输带中传输更多的服务的影响。而且，管理无线电频率的当局请求有效使用无线电波。在未来的广播服务中，请求与多个服务提供商共享一个传输带。

在图11中，示出了广播站A(广播公司A)和广播站B(广播公司B)共同使用第一物理信道的示例。广播站A将10.1分配给信道，广播站B将11.1和11.2分配给信道，并且提供服务的形式与在图10的传输形式相似。

在图11的广播服务的传输形式中，由于多个服务提供商共享一个传输带，因此需要在由传输带传输的FIT中描述由多个服务提供商提供的服务的配置信息。在一个FIT中描述由传输带提供的服务的情况下，在图11中的广播服务的传输形式与在与在图10中的传输形式相似，存在以下问题：需要由在传输侧(发送装置10的侧边)上的设备管理并操作多个服务提供商的服务。

(管理并操作FIT的示例)

图12是用于描述在多个服务提供商共同使用一个传输带的情况下的发送处理的示图。

在图12中，示出了广播站(BC1：广播公司1)通过一个传输带广播信道10.1和10.2并且广播站(BC2：广播公司2)广播信道11.1的示例。

虽然叠加包含在每个服务内的要素并且执行对广播传输设备的传送，但是每个广播站(BC1)和广播站(BC2)生成并且传送FIT，其中，描述了服务的配置信息。即，将描述广播站(BC1)的服务配置信息的FIT以及描述广播站(BC2)的服务配置信息的FIT传输给传输FIT的LLS信令数据的流。

在图12中的发送处理中，每个广播站(BC1)和广播站(BC2)基于其服务配置生成FIT，并且使用广播传输器(发送装置10)传输服务要素(要素)、服务元数据(元数据)以及FIT。即，每个服务提供商单独操作服务。在本传输系统中，在LLS数据包报头和FIT的共同参数中，描述提供商ID(provider_id)作为表示哪个服务提供商提供FIT的信息，参考图13描述其细节。

(FIT与服务要素之间的关系)

图13是用于描述在多个服务提供商共同使用一个传输带的情况下FIT与服务要素(要素)之间的关系的示图。

在图13中，一个传输带由广播流(广播公司流)表示。而且，一个或多个ROUTE会话由物理层通道(PLP)传输。每个服务的要素由ROUTE会话传输。将用于确定服务的服务ID分配给每个服务。此外，将提供商ID(provider_id)分配给每个服务提供商。

FIT由LLS信令数据的流传输。LLS信令数据在L2数据包(在第二层内的数据包)中由PLP传输。然而，根据操作，LLS信令数据可以由L1帧(在第一层内的帧)、IP数据包、UDP数据包或ROUTE数据包封包化并且传输。

由LLS信令数据的流传输的FIT被添加了LLS报头的数据包传输。在LLS报头中，FIT和服务提供商通过在图5或图7示出的组ID(group_id)的提供商ID(provider_id)相关联。而且，由于可以在图14或图21示出的FIT中描述提供商ID(provider_id)，所以FIT和服务提供商是相关联的。

在第三操作示例中，在LLS报头中由数据包传输的类型是信令(LLS信令数据)并且是FIT的情况下，并且当信令是FIT时，接收装置20可以认识到提供FIT和传输周期序列的服务提供商。因此，可以有效地进行过滤。即，接收装置20可以容易地仅获取预期的FIT。

需注意的是，在图13的FIT中，提供商ID(provider_id)被设置在共同参数部分内。这用于与流相关联。而且，在图13的FIT中，未规定每个提供商的提供商回路。然而，提供商回路可以被设置在共同参数部分内，而非提供商ID内。

<4.语法的示例>

(FIT的语法)

图14是示出二进制格式的FIT的语法的示例的示图。

将协议的版本信息规定在具有8位的FIT_protocol_version中。将广播流ID规定在具有16位的Broadcast_stream_id中。

将服务的数量规定在具有8位的num_services中。根据服务的数量，重复服务回路。将类别ID规定在具有4位的class_id中。将FIT的版本规定在具有8位的版本中。在服务回路中，设置以下内容。

将当前服务的服务ID规定在具有16位的service_id中。将提供商ID规定在具有16位的provider_id中。将当前服务的分类规定在具有5位的service_category中。例如，规定非实时(NRT)服务、电子服务指南(ESG)服务等作为分类。将表示当前服务的保护的加密信息规定在具有1位的sp_indicator中。

在具有1位的SLS_simpleservice中，表示的是当前服务是基本服务还是丰富服务(rich service)。例如，在SLS_simpleservice中，在基本服务的情况下规定“真”，并且在丰富服务的情况下规定“假”。

在此处，基本服务是包含在服务内的要素的流可以由MIME类型单独确定的服务。在当前服务是基本服务的情况下，可以通过获取在SLS信令数据之中的MPD和LSID，连接至要素的流。而且，丰富服务是除了基本服务以外的服务。在当前服务是丰富服务的情况下，需要SLS信令数据的所有片段来连接至要素的流。

将服务等级的描述符的数量规定在具有4位的num_srv_level_descriptor中。根据服务等级的描述符的数量，重复服务等级描述符回路。将服务等级描述符(srv_level_descriptor())设置在服务等级描述符回路中。

例如，设置服务状态描述符、服务名称描述符、容量描述符、服务引导程序描述符、信令模板描述符、通过互联网的信令描述符等，作为服务等级描述符。需注意的是，稍后将参考在图15到图20中的语法来描述服务等级描述符的详细结构。

在服务回路旁边，设置具有1位的num_FIT_level_descriptor。在num_FIT_level_descriptor中，规定FIT等级的描述符的数量。根据FIT等级的描述符的数量，重复FIT等级描述符回路。将FIT等级描述(FIT_level_descriptor())设置在FIT等级描述符回路中。

需注意的是，在图14中，在SLS_simpleservice旁边提供了具有1位的保留区域(保留)。而且，具有4位的保留区域(保留)位于服务等级描述符回路和FIT等级描述符回路的每个旁边。

接下来，将参考图15到图20描述设置在图14中的服务等级描述符回路内的服务等级描述符的详细结构。

(服务状态描述符的语法)

图15是示出了二进制格式的服务状态描述符(service_status_descriptor)的语法的示例的示图。

在具有8位的descriptor_tag中，规定用于确定每个描述符的描述符标记。在此处，规定服务状态描述符的描述符标记。在具有8位的descriptor_length中，规定描述符长度，该长度是编写在该字段之后的数据字节的数量的区域。在此处，规定服务状态描述符的描述符长度。

将SLS信令数据的版本信息规定在具有8位的SLS_data_version中。将当前服务的状态规定在具有3位的service_status中。例如，规定表示目前提供当前服务的事件状态(事件)、表示当前服务停止的非事件状态(非事件)等作为状态。

需注意的是，在service_status旁边提供具有5位的保留区域(保留)。

(服务名称描述符的语法)

图16是示出了二进制格式的服务名称描述符(service_name_descriptor)的语法的示例的示图。

分别将服务名称描述符的描述符标记和描述符长度规定在具有8位的descriptor_tag和具有8位的descriptor_length中。

将符合ISO 639标准的语言的代码规定在具有24位的ISO_639_language_code中。将短服务名称的长度规定在具有3位的short_service_name_length中。将短服务名称规定在具有16*N位的short_service_name中。

需注意的是，在short_service_name_length旁边提供了具有5位的保留区域(保留)。

(容量描述符的语法)

图17是示出了二进制格式的容量描述符(capability_descriptor)的语法的示例的示图。

分别将容量描述符的描述符标记和描述符长度规定在具有8位的descriptor_tag和具有8位的descriptor_length中。

将用于给多个不同的目标提供一个服务的容量代码规定在具有8位的capability_code中。例如，规定“2K”或“4K”作为容量代码。

例如，假设以下情况：以2K分辨率(大约W 2000×H 1000像素的分辨率)的图像和具有高稳健性的声音将相同的服务(例如，节目)传送给具有不稳定的接收环境的移动接收器，但是以4K分辨率(大约W 4000×H 2000像素的分辨率)的图像和具有低稳健性的高质声音将相同的服务(例如，节目)传送给具有稳定的接收环境的固定接收器。

(服务引导程序描述符的语法)

图18是示出了二进制格式的服务引导程序描述符(service_bootstrap_descriptor)的语法的示例的示图。

分别将服务引导程序描述符的描述符标记和描述符长度规定在具有8位的descriptor_tag和具有8位的descriptor_length中。

将表示IP数据包的版本的标记规定在具有1位的IP_version_flag中。将表示IP数据包的传输源(源)的IP地址的标记规定在SLS_src_IP_addr_flag中。在SLS_src_IP_addr_flag表示存在IP地址的情况下，在具有6位的保留区域旁边，将传输源(源)的IP地址规定为32位或128位的SLS_dst_IP_addr。

将目的地的IP地址规定在具有32位或128位的SLS_dst_IP_addr中。将端口号规定在具有16位的SLS_dst_port_num中。将传输会话标识符(TSI)规定在具有16位的SLS_TSI中。而且，将用于确定传输SLS信令数据的物理层通道(PLP)的ID规定在具有8位的SLS_PLP_id中。

SLS引导程序信息由IP地址、端口号、TSI以及用于获取SLS信令数据的PLP ID构成。

(服务模板描述符的语法)

图19是示出了二进制格式的服务模板描述符(signaling_template_descriptor)的语法的示例的示图。

分别将服务模板描述符的描述符标记和描述符长度规定在具有8位的descriptor_tag和具有8位的descriptor_length中。

将编码的类型信息规定在具有4位的encoding_type中。将信令模板长度规定在具有16位的template_length中，作为编写该字段之后的数据字节的数量的区域。将信令模板设置在具有8*N位的模板中。

在此处，信令模板是可以连续地常用于平台中并且作为模板提供的信息。提供与可以实际上使用的信令数据不同的信息作为差异信息。然而，在将信令数据的模板设置为可扩展标记语言(XML)格式的情况下，在根据预定的转换系统将文本格式转换成二进制格式之后进行设置。

(通过互联网的信令描述符的语法)

图20是示出了二进制格式的通过互联网的信令描述符(signaling_over_internet_descriptor)的语法的示例的示图。

分别将通过互联网的信令描述符的描述符标记和描述符长度规定在具有8位的descriptor_tag和具有8位的descriptor_length中。

将统一资源标识符(URI)规定在具有16位的uri_length中，作为在该字段之后编写的数据字节的数量的区域。

将在通过通信获取SLS信令数据的情况下的URI设置在具有8*N位的SLS_uri中。例如，将用于获取由服务器30通过互联网90传送的SLS信令数据的URI规定在SLS_uri中。然而，在将包括字符串的URI设置成文本格式的情况下，在根据预定的转换系统将文本格式转换成二进制格式之后进行设置。

(FIT的语法的不同示例)

图21是示出了FIT的语法的不同示例的示图。

在图21中的FIT的语法与在图14中的FIT的语法的不同之处在于，增加了具有4位的num_total_class以及具有4位的“保留(reserved)”。

将在FIT中规定的类别的总数规定在num_total_class中。

需注意的是，由于除了增加num_total_class和“保留”以外这点，图21与在图14的FIT的语法相似，所以省略其描述。

需注意的是，在图14到图21中的每个中，作为示例示出了用二进制格式描述FIT和服务等级描述符的情况。然而，例如，可以用XML格式的标记语言描述FIT和服务等级描述符。而且，在图14到图21中的每个中所示的FIT和服务等级描述符的语法是示例，并且可以采用不同的语法。例如，在图14或图21中的FIT中，可以采用未设置class_id和版本的结构。

<5.每个装置的配置>

接下来，将描述包含在图1的传输系统内的发送装置10和接收装置20的详细配置。

(发送装置的配置)

图22是示出了在图1中的发送装置10的配置示例的示图。

在图22中，发送装置10包括要素获取单元111、编码器112、信令生成单元113、信令处理单元114、数据包生成单元115、帧生成单元116以及发送单元117。

要素获取单元111从外部服务器、内置存储器、摄影机、麦克风等获取要素的数据(例如，视频、音频或副标题)，并且将数据提供给编码器112。

编码器112通过符合编码系统(例如，运动图像专家组(MPEG))的方式，编码由要素获取单元111提供的数据(例如，视频、音频或副标题)，并且将所编码的数据提供给数据包生成单元115。

信令生成单元113从外部服务器、内置存储器等获取原始数据，以生成信令数据。信令生成单元113通过使用信令数据的原始数据生成信令数据，并且将信令数据提供给信令处理单元114。在此处，生成LLS信令数据和SLS信令数据作为信令数据。

信令处理单元114处理从信令生成单元113提供的信令数据，并且将经处理的数据提供给数据包生成单元115或帧生成单元116。

即，在使用L1帧传输系统的情况下，信令处理单元114将在LLS信令数据之中的FIT提供给帧生成单元116，并且将除了FIT以外的LLS信令数据以及SLS信令数据提供给数据包生成单元115。而且，在使用L2数据包传输系统的情况下，信令处理单元114将LLS信令数据和SLS信令数据提供给数据包生成单元115。

数据包生成单元115通过使用要素的数据(从编码器112中提供该数据)以及从信令处理单元114中提供的信令数据，生成IP数据包。而且，数据包生成单元115通过封装一个或多个IP数据包来生成L2数据包，并且将L2数据包提供给帧生成单元116。

然而，在使用第一L2数据包传输系统的情况下，数据包生成单元115将类型信息、类别信息以及数据版本信息设置在L2数据包的报头部分内的扩展报头中。而且，在使用第二L2数据包传输系统的情况下，数据包生成单元115将类型信息、类别信息以及数据版本信息设置在L2数据包的有效载荷部分内的有效载荷报头中。

然后，在使用第一L2数据包传输系统或第二L2数据包传输系统的情况下传输FIT时，数据包生成单元115在设定类型信息中表示“FIT”的位串，并且通过使得在对应于传输序列信息的传输序列中传输L2数据包的这种方式，设定类别信息和数据版本信息(版本信息)。需注意的是，在这种情况下，将FIT设置在L2数据包的有效载荷部分中。

帧生成单元116通过封装从数据包生成单元115提供的多个L2数据包以生成L1帧，并且将L1帧提供给发送单元117。

然而，在使用L1帧传输系统的情况下，帧生成单元116在L1帧的报头部分中设置FIT传输标志、类别信息以及版本信息。然后，当在使用L1帧传输系统的情况下传输FIT时，帧生成单元116在FIT传输标志中设置“真”，并且通过使得在对应于传输序列信息的传输序列中传输L1帧的这种方式设定类别信息和版本信息。需注意的是，在这种情况下，将FIT设置在L1帧的报头部分中。

发送单元117进行处理，例如，编码、数字调制(例如，正交频分复用(OFDM))、向上转换成射频(RF)带、或相对于从帧生成单元116提供的L1帧的功率放大，并且通过天线118传输经处理的L1帧作为数字广播信号。

(接收装置的配置)

图23是示出了在图1中的接收装置20的配置示例的示图。

在图23中，接收装置20包括调谐器212、多路分用器213、控制单元214、NVRAM 215、输入单元216、通信单元217、解码器218以及输出单元219。

根据控制单元214的控制，调谐器212用天线211接收的数字广播信号执行预定频率信道的要素的调谐。而且，根据控制单元214的控制，调谐器212执行所调谐的数字广播信号的解调处理。在解调处理中，执行相对于作为数字广播信号接收的L1帧的解调处理，并且将作为解调结果获取的流提供给多路分用器213。

根据控制单元214的控制，多路分用器213将从调谐器212提供的流分成要素的数据(例如，视频、音频或副标题)以及信令数据。多路分用器213将要素的数据提供给解码器218，并且将信令数据提供给控制单元214。

控制单元214控制接收装置20的每个部的操作。而且，控制单元214根据从多路分用器213提供的信令数据，通过使得要素的数据(例如，视频、音频或副标题)被提供给解码器218的这种方式控制多路分用器213。而且，控制单元214根据从多路分用器213提供的信令数据控制通信单元217。

在此处，在使用L1帧传输系统的情况下，由于将FIT传输标志、类别信息以及版本信息设置在由调谐器212处理的L1帧的报头部分中，所以当在FIT传输标志中设定“真”时，控制单元214根据传输序列信息获取设置在报头部分内的FIT。

而且，在使用第一L2数据包传输系统的情况下，由于将类型信息、类别信息以及数据版本信息设置在由多路分用器213处理的L2数据包的报头部分中的扩展报头中，所以当在类型信息中设定表示“FIT”的位串时，控制单元214根据传输序列信息获取设置在有效载荷部分内的FIT。

而且，在使用第二L2数据包传输系统的情况下，由于将类型信息、类别信息以及数据版本信息设置在由多路分用器213处理的L2数据包的有效载荷部分中的有效载荷报头中，所以当在类型信息中设定表示“FIT”的位串时，控制单元214根据传输序列信息获取设置在有效载荷部分内的FIT。

控制单元214将从L1帧或L2数据包所获取的FIT记录到NVRAM 215内。NVRAM 215是非易失性存储器并且根据控制单元214的控制，记录各种数据(例如，FIT)。输入单元216根据用户的操作，将操作信号提供给控制单元214。

通信单元217通过互联网90访问服务器30，并且根据控制单元214的控制请求传送SLS信令数据。通信单元217通过互联网90接收从服务器30传送的SLS信令数据，并且将数据提供给控制单元214。控制单元214根据从通信单元217提供的SLS信令数据，控制多路分用器213或通信单元217。

通信单元217通过互联网90访问服务器30，并且根据控制单元214的控制请求传送要素的数据(例如，视频、音频或副标题)。通信单元217接收从服务器30传送的要素的数据(例如，视频、音频或副标题)，并且将数据提供给解码器218。

将要素的数据(例如，视频、音频或副标题)从多路分用器213或通信单元217提供给解码器218。根据控制单元214的控制，解码器218通过符合解码系统(例如，MPEG)的方式，解码要素的数据(例如，视频、音频或副标题)，并且将数据提供给输出单元219。

输出单元219将从解码器218提供的视频或副标题的数据提供给显示器(未示出)。而且，输出单元219将从解码器218提供的音频的数据输出给扬声器(未示出)。因此，在显示器上显示所选信道的服务的图像，并且从扬声器输出对应于图像的声音。

需注意的是，在图23中，在接收装置20是电视接收器等的情况下，可以包括包含显示器或扬声器的配置。而且，接收装置20可以包括没有通信功能的配置，例如，通信单元217。

<6.在每个装置中执行的处理的流程>

接下来，将参考图24到图28中的流程图来描述包含在图1中的传输系统1中的每个装置中执行的处理的流程。

(发送处理)

首先，将参考图24中的流程图来描述由在图1中的发送装置10执行的发送处理。

在步骤S111中，要素获取单元111从外部服务器等获取要素的数据(例如，视频、音频或副标题)。而且，在步骤S111中，编码器112通过符合编码系统(例如，MPEG)的方式，编码来自要素获取单元111的视频、音频、副标题等的数据。

在步骤S112中，信令生成单元113通过使用从外部服务器等获取的信令数据的原始数据来生成LLS信令数据或SLS信令数据。而且，在步骤S112中，信令处理单元114处理LLS信令数据或SLS信令数据。

在步骤S113中，数据包生成单元115基于来自编码器112的要素的数据以及来自信令处理单元114的信令数据，生成L2数据包。例如，在使用第一L2数据包传输系统的情况下，数据包生成单元115将类型信息、类别信息以及数据版本信息设定在L2数据包的报头部分的扩展报头中，并且通过使得在对应于传输序列信息的传输序列中传输L2数据包的这种方式，将FIT设置在有效载荷部分中。

需注意的是，可以设置或传输用于选择通过服务提供商生成的信息的片段服务的信道所需要的控制信息的片段作为一个FIT，该信息块由服务提供商生成或者每个服务提供商可以生成、设置以及传输FIT，其中，描述了用于选择每个服务的信道所需要的控制信息。在前一种情况下，规定一个值作为提供商ID(provider_id)。另一方面，在后一种情况下，需要分别规定不同值用于多个提供商的提供商ID(provider_id)，并且通过使得接收装置20可以确定由每个服务提供商提供的FIT的序列的这种方式进行传输。

在步骤S114中，帧生成单元116基于来自数据包生成单元115的L2数据包生成L1帧。然而，在使用L1帧传输系统的情况下，帧生成单元116将FIT传输标志、类别信息以及版本信息设定在L1帧的报头部分中，并且通过使得在对应于传输序列信息的传输序列中传输L1帧的这种方式，将FIT设置在报头部分中。

在步骤S115中，发送单元117进行处理，例如，相对于来自帧生成单元116的L1帧的OFDM数字调制，并且通过天线118传输经处理的帧，作为数字广播信号。

在上面，描述了发送处理的流程。在发送处理中，在随后使用L1帧传输系统的情况下，在对应于传输序列信息的传输序列中传输在其报头部分内设置FIT的L1帧。在使用L2数据包传输系统的情况下，在对应于传输序列信息的传输序列中传输在其有效载荷部分内设置FIT的L2数据包。

(初始扫描处理)

接下来，将参考图25的流程图来描述由在图1中的接收装置20执行的初始扫描处理的流程。

在步骤S211中，来自输入单元216的操作信号等由控制单元214监控。当生成开始初始扫描处理的事件时，开始初始扫描处理，并且该处理进入步骤S212。

在步骤S212中，调谐器212根据控制单元214的控制，执行频率扫描处理。在步骤S213中，确定在步骤S212中的频率扫描处理中的频率扫描是否成功。

当在步骤S213中确定了频率扫描不成功时，该处理返回至步骤S212中的处理，并且再次执行频率扫描处理。另一方面，在步骤S213中确定频率扫描成功时，该处理进入步骤S214。

在步骤S214中，执行FIT获取处理。在FIT获取处理中，在使用L1帧传输系统的情况下，当由L1帧传输初始扫描的FIT时，获取并且记录FIT。而且，在使用L2数据包传输系统的情况下，当由L2数据包传输初始扫描的FIT时，获取并且记录FIT。需注意的是，稍后将参考图26的流程图来描述FIT获取处理的详细内容。

在FIT获取处理结束时，该处理进入步骤S215。在步骤S215中，确定是否完成看所有频带的扫描。

在步骤S215中确定还未完成所有频带的扫描时，该处理返回至步骤S212，并且重复在步骤S212之中和之后的处理。因此，执行在每个频带内的频率扫描处理，并且获取并记录初始扫描的FIT。然后，当在步骤S215中确定完成所有频带的扫描时，在图25中的频率扫描处理结束。

在上面，描述了初始扫描处理的流程。

(FIT获取处理)

接下来，将参考图26的流程图来描述对应于在图25中的步骤S214的处理的FIT获取处理的细节。

需注意的是，在L1帧传输系统中的FIT获取处理的内容和在L2数据包传输系统中的FIT获取处理的内容不同。因此，将首先描述在使用L1帧传输系统的情况下的FIT获取处理。然后，将描述在使用L2数据包传输系统的情况下的FIT获取处理。然而，将描述第一L2数据包传输系统，作为L2数据包传输系统的代表。

(1)在使用L1帧传输系统的情况下的FIT获取处理

在步骤S231中，调谐器212执行数字广播信号的解调处理，并且获取L1帧(当前L1帧)。需注意的是，将在当前L1帧的报头部分内的信息提供给控制单元214。

在步骤S232中，控制单元214确定在当前L1帧的报头部分内的FIT传输标志(FIT_delivery_flag)是否为“真”，即，是否传输FIT。

当在步骤S232中确定传输FIT的情况下，该处理进入步骤S233。在步骤S233中，控制单元214确定包含在当前L1帧的报头部分的FIT版本信息(FIT_version)内的类别ID(class_id)是否表示用于初始扫描的FIT的序列。

当在步骤S233中确定类别ID表示用于初始扫描的FIT的序列时，该处理进入步骤S234。在步骤S234中，控制单元214获取设置在当前L1帧的报头部分内的FIT，并且将FIT记录到NVRAM 215内，作为信道选择信息。

在此处，例如，在用于初始扫描的FIT中(例如，在中间周期内具有类别ID是“00”的FIT_M)，服务名称描述符、容量描述符以及服务引导程序描述符被设置为服务等级描述符。因此，记录在这些描述符中描述的内容。需注意的是，在由提供商ID(provider_id)表示的多个服务提供商传输FIT的情况下，通过从步骤S231到步骤S234的处理(FIT获取处理)，接收装置20记录信息，需要该信息用于服务的信道选择并且为每个服务提供商获取该信息。

然后，当在步骤S234中的处理结束时，该处理返回至在图25中的步骤S214，并且重复在该步骤之中和之后的处理。需注意的是，当在步骤S232中确定未传输FIT的情况下，或者在步骤S233中确定类别ID不表示用于初始扫描的FIT的序列的情况下，跳过在步骤S233中或步骤S234中的处理，并且该处理返回至在图25的步骤S214中的处理。

在上面，描述了在使用L1帧传输系统的情况下的FIT获取处理的流程。

(2)在使用第一L2数据包传输系统的情况下的FIT获取处理

在步骤S231中，多路分用器213获取L2数据包(当前L2数据包)。需注意的是，将在当前L2数据包的报头部分或有效载荷报头中的信息提供给控制单元214。

在步骤S232中，控制单元214确定表示“FIT”的位串是否被设定在当前L2数据包的报头部分的扩展报头中的类型信息(类型)内，即，是否传输FIT。

当在步骤S232中确定传输了FIT的情况下，该处理进入步骤S233。在步骤S233中，控制单元214确定设置在当前L2数据包的报头部分的扩展报头内的扩展类型信息所包含的类别ID(class_id)是否表示用于初始扫描的FIT的序列。

当在步骤S233中确定类别ID表示用于初始扫描的FIT的序列时，该处理进入步骤S234。在步骤S234中，控制单元214获取设置在当前L2数据包的有效载荷部分内的FIT，并且将FIT记录到NVRAM 215内，作为信道选择信息。

在此处，例如，在用于初始扫描的FIT中(例如，在中间周期内具有类别ID为“00”的FIT_M)，服务名称描述符、容量描述符以及服务引导程序描述符被设置为服务等级描述符。因此，记录用这些描述符所描述的内容。需注意的是，在由提供商ID(provider_id)表示的多个服务提供商传输FIT的情况下，接收装置20通过从步骤S231到步骤S234的处理(FIT获取处理)记录信息，需要该信息服务的信道选择并且为每个服务提供商获取该信息。

然后，当在步骤S234中的处理结束时，该处理返回至图25中的步骤S214，并且重复在该步骤之中和之后的处理。需注意的是，在步骤S232中确定未传输FIT的情况下，或者在步骤S233中确定类别ID不表示用于初始扫描的FIT的序列的情况下，跳过在步骤S233或步骤S234中的处理，并且该处理返回至图25中的步骤S214中的处理。

需注意的是，在上述处理中，描述了使用第一L2数据包传输系统的情况。在使用第二L2数据包传输系统的情况下，将类型信息(类型)设置在当前L2数据包的有效载荷部分的有效载荷报头内。而且，类别ID包含在当前L2数据包的有效载荷部分的有效载荷报头的扩展类型信息内。

在上面，描述了在使用第一L2数据包传输系统的情况下的FIT获取处理的流程。

在FIT获取处理中，例如，接收装置20仅需要获取(提取)具有类别ID为“00”的FIT(在中间周期内的FIT_M)。因此，可以有效地进行处理。具体而言，在进行初始扫描处理的情况下，可以通过忽略具有类别ID为“10”的FIT(在长周期内的FIT_L)来迅速完成初始扫描处理。

(信道选择处理)

接下来，将参考图27的流程图来描述由在图1中的接收装置20执行的信道选择处理的流程。

在步骤S251中，由控制单元214监控来自输入单元216的操作信号等，并且进行等待，直到生成服务的信道选择的事件。然后，当在步骤S252中确定生成了服务的信道选择的事件时，该处理进入步骤S253。

在步骤S253中，控制单元214获取对应于所选信道的服务的服务ID(信道号)。而且，在步骤S254中，控制单元214参考NVRAM 215，并且确定是否记录并获取信道选择信息(FIT)。

当在步骤S254中确定已经获取信道选择信息时，该处理进入步骤S255。在步骤S255中，控制单元214读取并获取在NVRAM 215内记录的信道选择信息(FIT)。

另一方面，当在步骤S254中确定还未获取信道选择信息时，该处理进入步骤S256。在步骤S256中，执行FIT获取处理。在FIT获取处理中，在使用L1帧传输系统的情况下，获取并且记录用于初始扫描的FIT，该FIT由L1帧传输。而且，在使用L2数据包传输系统的情况下，获取并且记录用于初始扫描的FIT，该FIT由L2数据包传输。需注意的是，FIT通过上述方式获取处理的详细内容在图26中的流程图的描述中。

在步骤S257中，调谐器212、多路分用器213、控制单元214等执行基于在步骤S255中的处理所获取的信道选择信息(FIT)的信道选择处理。在接收装置20中，输出所选信道的服务的图像和声音，作为信道选择处理的结果。

在上面，描述了信道选择处理的流程。

(在信道选择期间的FIT获取处理)

最后，参考在图28中的流程图，将描述在信道选择期间的FIT获取处理的流程，该处理由在图1中的接收装置20执行。然而，假设在执行图28中的流程图中的处理之前，执行在图27中的信道选择处理，并且查看所选信道的服务。

需注意的是，在L1帧传输系统中的信道选择期间的FIT获取处理的内容与在L2数据包传输系统中的信道选择期间的FIT获取处理的内容不同。因此，将首先描述在使用L1帧传输系统的情况下在信道选择期间的FIT获取处理。然后，将描述在使用L2数据包传输系统的情况下在信道选择期间的FIT获取处理。然而，将描述第一L2数据包传输系统作为L2数据包传输系统的代表。

(1)在使用L1帧传输系统的情况下在信道选择期间的FIT获取处理

在步骤S271中，调谐器212执行数字广播信号的解调处理，并且获取L1帧(当前L1帧)。需注意的是，将在当前L1帧的报头部分内的信息提供给控制单元214。

在步骤S272中，控制单元214确定在当前L1帧的报头部分的FIT传输标志(FIT_delivery_flag)是否是“真”，即，是否传输FIT。

在FIT传输标志变成“假”并且在步骤S272中确定未传输FIT时，该处理返回至步骤S271，并且重复在该步骤之中和之后的处理。然后，当重复从步骤S271到步骤S272的处理并且获取具有为“真”的FIT传输标志的L1帧时，该处理进入步骤S273。

在步骤S273中，控制单元214获取包括在当前L1帧的报头部分的FIT版本信息(FIT_version)内的类别ID(class_id)和版本信息(版本)。

在步骤S274中，基于在步骤S273中获取的类别ID和版本信息，控制单元214确定是否更新FIT。在此处，类别ID包括提供商ID(provider_id)和传送类别ID(delivery_group_id)。即，当提供FIT的服务提供商不同时，类别ID不同。因此，在此处，确定是否相对于每个服务提供商更新FIT。

当在步骤S274中确定更新FIT时，该处理进入步骤S275。在步骤S275中，控制单元214确定是否更新传输动态参数的序列的FIT。

当在步骤S275中确定更新传输动态参数的序列的FIT时，该处理进入步骤S276。在步骤S276中，在目前查看服务的状态下控制单元214反应包括动态参数的FIT的内容。

在此处，例如，由于服务状态描述符被描述为在传输动态参数的序列中的FIT(例如，在短周期内具有为“00”的类别ID的FIT_S)的服务等级描述符，所以在将非事件状态(非事件)规定为当前服务的状态的情况下，当前查看的服务结束。

需注意的是，在步骤S275中确定未更新在传输动态参数的序列中的FIT的情况下，该处理进入步骤S277。在步骤S277中，控制单元214确定是否更新传输静态参数的序列的FIT。

当在步骤S277中确定更新了传输静态参数的FIT时，该处理进入步骤S278。在步骤S278中，控制单元214更新包括静态参数的FIT，并且将该参数记录到NVRAM 215内。

在此处，例如，由于用传输静态参数的FIT(例如，在长周期内具有为“10”的类别ID的FIT_L)描述信令模板描述符或者通过互联网的信令描述符，所以更新用于获取信令模板或SLS信令数据的URI。

在步骤S278中的处理结束时，在信道选择期间的FIT获取处理结束。需注意的是，在步骤S277中确定未更新在传输静态参数的序列中的FIT的情况下，跳过在步骤S278中的处理。而且，在步骤S274中确定未更新FIT的情况下，跳过在步骤S275到步骤S278中的处理。

在上面，描述了在使用L1帧传输系统的情况下在信道选择期间的FIT获取处理的流程。

(2)在使用第一L2数据包传输系统的情况下在信道选择期间的FIT获取处理

在步骤S271中，多路分用器213获取L2数据包(当前L2数据包)。需注意的是，将在当前L2数据包的报头部分或有效载荷报头中的信息提供给控制单元214。

在步骤S272中，控制单元214确定是否表示“FIT”的位串被设置在当前L2数据包的报头部分的扩展报头中的类型信息(类型)中，即，是否传输FIT。在步骤S272中，在确定传输FIT的情况下，该处理进入步骤S273。

在步骤S273中，控制单元214获取设置在当前L2数据包的报头部分的扩展报头内的扩展类型信息所包括的类别ID(class_id)以及设置在扩展报头内的数据版本信息(数据版本)。

在步骤S274中，基于在步骤S273中获取的类别ID和数据版本信息，控制单元214确定是否更新FIT。在此处，类别ID包括提供商ID(provider_id)和传送类别ID(delivery_group_id)。即，当提供FIT的服务提供商不同时，类别ID不同。因此，在此处，确定是否相对于每个服务提供商更新FIT。

需注意的是，在步骤S275到步骤S278中的处理与在使用L1帧传输系统的情况下在信道选择期间的上述FIT获取处理中的处理相似，并且省略其描述，以避免重复描述。然而，在使用第一L2数据包传输系统的情况下，FIT被设置在当前L2数据包的有效载荷部分内。

需注意的是，在上述处理中，描述了使用第一L2数据包传输系统的情况。在使用第二L2数据包传输系统的情况下，将类型信息(类型)设置在当前L2数据包的有效载荷部分的有效载荷报头内。而且，类别ID包含在在当前L2数据包的有效载荷部分的有效载荷报头中的扩展类型信息内。

在上面，描述了在使用第一L2数据包传输系统的情况下在信道选择期间的FIT获取处理的流程。

在信道选择期间的FIT获取处理中，将传输序列信息(类别信息和版本信息)设定在L1帧的报头部分中或者在L2数据包的报头部分内的扩展报头中。因此，通过每个类别将FIT分成多个序列，并且在多个传输周期内传输FIT。例如，传输在短周期(例如，100毫秒的周期)内的FIT_S、在长周期(例如，10毫秒的周期)内的FIT_L、以及在中间周期(例如，100毫秒的周期)内的FIT_M。因此，通过改变设置在每个传输周期内的FIT内的服务等级描述符，接收装置20可以根据用途在适当的时刻获取具有时间限制的信息、没有时间限制的信息等。

而且，由于用于确定提供FIT的服务提供商的提供商ID(provider_id)被设置为传输序列信息，所以可以通过每个服务提供商将FIT分类。例如，可以在不同序列中传送通过广播站A(广播信道10.1和10.2)、广播站B(广播信道11.1)以及ESG服务提供商C(传送信道10.1、10.2以及11.1的ESG元数据)提供的FIT。在这种情况下，当在接收装置20中查看信道10.1时，可以通过监控广播站A的FIT，获取服务的动态参数。因此，可以执行过滤并且仅获取适合于服务的查看条件的FIT。

<7.变形例>

在以上描述中，由于在作为美国的下一代广播标准的ATSC 3.0中，预期使用IP传输系统的数字广播的用途，所以作为在美国等国家使用的系统的ATSC描述为数字广播的标准的一个示例。然而，可以执行应用于在日本等国家使用的集成服务数字广播(ISDB)或在欧洲国家使用的数字视频广播(DVB)中。而且，可以不仅在数字地面广播中，而且在数字卫星广播或数字电缆电视广播中，执行使用。

而且，在以上描述中，作为描述符的缩写的“D”被用作信令数据的名称。然而，存在使用作为表格的缩写的“T”的情况。例如，存在服务参数描述(SPD)被描述作为服务参数表(SPT)的情况。然而，这些名称的差异仅仅是在“描述”与“表格”之间的形式的差异，并且在每段信令数据的实际内容上没有差异。

而且，在以上描述中，描述了在用二进制格式描述信令数据的情况下信令数据的配置元素。然而，配置元素的名称仅仅是示例，并且可以采用不同的名称。例如，在FIT中规定的“广播流ID(Broadcast_stream_id)”可以称为“网络ID(Network ID)”、“RF分配ID(RF Alloc ID)”、“RF信道ID(RF Channel ID)”等。然而，这些名称的差异仅仅是形式的差异，并且在配置元素的实际内容上没有差异。

而且，在以上描述中，描述了类别ID包括提供商ID(provider_id)以及传送类别ID(delivery_group_id)。然而，根据实际服务的操作形式，类别ID可以用于不同的传输序列信息中。例如，在服务提供商根据接收装置20的解码/输出容量(例如，H.264/AVC或HEVC、或4K或2K)配置信道的情况下，可以指示接收装置20的容量，需要该容量接收服务。而且，在服务提供商想要将广播信道仅仅提供给特定区域的情况下，一部分类别ID可以是与区域代码相关联的值(例如，邮政编码、维度/经度信息等中的一个或多个)。而且，在FIT通过服务回路描述多个服务的情况下，可以在通过服务的每个描述的多个传输序列中执行传输。即，类别ID不限于上述示例，并且可以用作表示多个传输序列的标识符。

而且，在以上描述中，“类别ID”被用作用于确定传输序列的ID的名称。然而，存在使用不同名称的情况。例如，由于表示FIT的一组传输序列，所以可以使用“组ID”、“传输组ID”、“段ID”、“传输段ID”、“部件号”、“部件的总数”、“部件ID”等。而且，“提供商ID(provider_id)”可以称为“提供商标记(provider_tag)”等。这些名称的差异仅仅是形式的差异，并且在配置元素的实际内容上没有差异。

<8.计算机的配置>

这系列上述处理可以由硬件或者由软件执行。在这系列处理由软件执行时，将包括在软件内的程序安装在计算机内。图29是示出通过程序执行上述这系列处理的计算机的硬件的配置示例的示图。

在计算机900中，中央处理部(CPU)901、只读存储器(ROM)902以及随机存取存储器(RAM)903通过总线904彼此连接。输入/输出接口905进一步连接至总线904。输入单元906、输出单元907、记录单元908、通信单元909以及驱动器910连接至输入/输出接口905。

输入单元906包括键盘、鼠标、麦克风等。输出单元907包括显示器、扬声器等。记录单元908包括硬盘、非易失性存储器等。通信单元909包括网络接口等。驱动器910驱动可移除介质911，例如，磁盘、光盘、磁光盘或半导体存储器。

在通过这种方式配置的计算机900中，CPU 901通过输入/输出接口905和总线904将在ROM 902或记录单元908内记录的程序载入RAM 903内，并且执行该程序，据此，执行上述这系列处理。

例如，在提供时，可以在用作封装介质等的可移除介质911内记录由计算机900(CPU 901)执行的程序。而且，可以通过有线或无线传输介质(例如，局域网、互联网或数字卫星广播)提供程序。

在计算机900中，通过将可移除介质911安装到驱动器910，可以通过输入/输出接口905将程序安装到记录单元908内。而且，程序可以通过有线或无线传输介质在通信单元909内被接收，并且可以被安装在记录单元908内。此外，程序可以被预先安装在ROM 902或记录单元908内。

在此处，在本描述中，不必按照在流程图中描述的顺序以时间顺序执行由计算机根据程序执行的处理。即，由计算机根据程序执行的处理包括平行或者单独执行的处理(例如，平行处理或者由对象处理)。而且，可以通过一个计算机(处理器)处理，或者由多个计算机通过分布的方式处理程序。

注意，本技术的实施方式不限于上述实施方式，并且在本技术的精神的范围内，可以构成上述实施方式和各种修改。

而且，本技术可以包括以下配置。

(1)一种发送装置，包括：

生成单元，被配置为生成包括控制信息和传输序列信息的第一数据，所述控制信息包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列；以及

发送单元，被配置为在与所述传输序列信息相对应的传输序列中发送所述第一数据以及包括构成所述服务的要素的数据的第二数据。

(2)根据(1)所述的发送装置，其中，所述传输序列信息包括：

类别信息，所述类别信息包括表示所述控制信息的序列的数量的类别数量以及用于确定所述控制信息的序列的类别ID；以及

表示在每个序列中的所述控制信息的版本的版本信息。

(3)根据(2)所述的发送装置，其中，所述类别ID用于将在每个传输周期中的所述控制信息确定为不同的传输序列，并且

所述发送单元以以下方式发送所述第一数据：以与传输序列相对应的传输周期来传输所述控制信息。

(4)根据(3)所述的发送装置，其中，通过所述类别ID确定在接收装置中待动态更新的控制信息和在所述接收装置中待静态更新的控制信息处于不同的传输序列中，所述接收装置被配置为执行所述服务的信道选择，并且

所述发送单元以以下方式发送所述第一数据：所述待动态更新的控制信息的传输周期变得比所述待静态更新的控制信息的传输周期短。

(5)根据(2)到(4)中任一项所述的发送装置，其中，所述控制信息针对每种服务包括用于提供各种功能的一个或多个描述符，并且

一个或多个所述描述符与所述控制信息的每个序列相关联。

(6)根据(2)到(4)中任一项所述的发送装置，其中，所述控制信息针对每种服务包括用于提供各种功能的一个或多个描述符，

一个或多个所述描述符与所述控制信息的序列相关联，并且

将根据所述类别ID而更新的优先级分配给所述控制信息的序列。

(7)根据(2)到(6)中任一项所述的发送装置，所述第一数据是在第一层中的L1帧，

所述传输序列信息被设置在所述L1帧的报头部分中，并且

所述控制信息被设置在所述L1帧的报头部分中。

(8)根据(2)到(6)中任一项所述的发送装置，其中，所述第一数据是在第二层中的L2数据包，

所述传输序列信息被设置在所述L2数据包的报头部分中的扩展报头中，并且

所述控制信息被设置在所述L2数据包的有效载荷部分中。

(9)根据(2)到(6)中任一项所述的发送装置，其中，所述第一数据是第二层中的L2数据包，

所述传输序列信息被设置在所述L2数据包的有效载荷部分中的有效载荷报头中，并且

所述控制信息被设置在所述L2数据包的所述有效载荷部分中的有效载荷中。

(10)根据(1)所述的发送装置，其中，所述传输序列信息包括用于确定提供服务的服务提供商的信息。

(11)一种发送装置中的发送方法，包括由所述发送装置执行的以下步骤：

生成包括控制信息和传输序列信息的第一数据，所述控制信息包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列；并且

在与所述传输序列信息相对应的传输序列中发送所述第一数据以及包括构成所述服务的要素的数据的第二数据。

(12)一种接收装置，包括：

接收单元，被配置为接收包括控制信息和传输序列信息的第一数据，所述控制信息包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列，并且在与所述传输序列信息相对应的传输序列中发送所述第一数据；以及

控制单元，被配置为基于根据所述传输序列信息所获取的控制信息来控制对第二数据的处理，所述第二数据包括构成所述服务的要素的数据。

(13)根据(12)所述的接收装置，其中，所述传输序列信息包括：

类别信息，所述类别信息包括表示所述控制信息的序列的数量的类别数量以及用于确定所述控制信息的序列的类别ID；以及

表示在每个序列中的所述控制信息的版本的版本信息。

(14)根据(13)所述的接收装置，其中，所述类别ID用于将在每个传输周期中的所述控制信息确定为不同的传输序列，并且

所述接收单元接收所以以下方式发送的第一数据：以与传输序列相对应的传输周期来传输所述控制信息。

(15)根据(14)所述的接收装置，其中，通过所述类别ID确定在接收装置中待动态更新的控制信息和在所述接收装置中待静态更新的控制信息处于不同的传输序列中，所述接收装置被配置为执行服务的信道选择，并且

所述接收单元接收以以下方式发送的第一数据：所述待动态更新的控制信息的传输周期变得比所述待静态更新的控制信息的传输周期短。

(16)根据(13)到(15)中任一项所述的接收装置，其中，所述控制信息针对每种服务包括用于提供各种功能的一个或多个描述符，并且

一个或多个所述描述符与所述控制信息的每个序列相关联。

(17)根据(13)到(15)中任一项所述的接收装置，其中，所述控制信息针对每种服务包括用于提供各种功能的一个或多个描述符，

一个或多个所述描述符与所述控制信息的序列相关联，并且

将根据所述类别ID更新的优先级分配给所述控制信息的序列。

(18)根据(13)到(17)中任一项所述的接收装置，其中，所述第一数据是第一层中的L1帧，

所述传输序列信息被设置在所述L1帧的报头部分中，并且

所述控制信息被设置在所述L1帧的报头部分中。

(19)根据(13)到(17)中任一项所述的接收装置，其中，所述第一数据是第二层中的L2数据包，

所述传输序列信息设置在所述L2数据包的报头部分中的扩展报头中，并且

所述控制信息设置在所述L2数据包的有效载荷部分中。

(20)根据(13)到(17)中任一项所述的接收装置，其中，所述第一数据是第二层中的L2数据包，

所述传输序列信息设置在所述L2数据包的有效载荷部分中的有效载荷报头中，并且

所述控制信息设置在所述L2数据包的有效载荷部分中的有效载荷中。

(21)根据(12)所述的接收装置，其中，所述传输序列信息包括用于确定提供服务的服务提供商的信息。

(22)一种接收装置中的接收方法，包括由所述接收装置执行的以下步骤：

接收包括控制信息和传输序列信息的第一数据，所述控制信息包括包含服务的信道选择所需要的信息，所述传输序列信息表示传输所述控制信息的序列，并且在与所述传输序列信息相对应的传输序列中发送所述第一数据；并且

基于根据所述传输序列信息获取的控制信息来控制对第二数据的处理，所述第二数据包括构成所述服务的要素的数据。

附图标记列表

1：传输系统

10：发送装置

20：接收装置

30：服务器

80：传输路径

90：互联网

111：要素获取单元

112：编码器

113：信令生成单元

114：信令处理单元

115：数据包生成单元

116：帧生成单元

117：发送单元

212：调谐器

213：多路分用器

214：控制单元

215：NVRAM

216：输入单元

217：通信单元

218：解码器

219：输出单元

900：计算机

901：CPU