CN103283220A - 发送广播服务的方法、接收广播服务的方法和接收广播服务的设备 - Google Patents

Abstract

提供了一种用于接收广播服务的方法。该方法包括以下步骤：接收第一分组流；从所述第一分组流的头提取呈现时间信息；从所述第一分组流的有效载荷提取包括目标服务标识符和触发动作的触发信息；以及在由呈现时间信息指示的时间对与所述目标服务标识符对应的对象执行所述触发动作。

Description

发送广播服务的方法、接收广播服务的方法和接收广播服务的设备

技术领域

本公开涉及用于发送广播服务的方法、用于接收广播服务的方法和用于接收广播服务的设备。

背景技术

现在呈现数字电视（DTV）以除了诸如播放视频和音频的电视（TV）的原始功能还提供各种服务，例如，可以向用户提供诸如电子节目指南（EPG）的广播信息，并且可以同时向用户提供来自至少两个频道的广播服务。特别地，由于DTV的接收系统包括大容量的存储设备并且连接到数据通信信道和互联网（可以用来进行双向通信），通过广播信号可以获得更多服务。另外，由于通过广播信号提供的服务变得更多样化，对准确地利用多样化的服务的需要增加。

发明内容

技术问题

实施方式提供了用于接收和处理非实时服务的方法以及用于发送非实时服务的方法。

实施方式还提供了用于将通过非实时服务下载的内容与广播服务链接的方法及其接收设备。

实施方式还提供了用于在不干扰通常的接收器的情况下将非实时服务与实时广播服务链接的发送方法及其接收设备。

问题的解决方案

在一个实施方式中，一种用于接收广播服务的方法包括以下步骤：接收第一分组流；从所述第一分组流的头提取呈现时间信息；从所述第一分组流的有效载荷提取包括目标服务标识符和触发动作在内的触发信息；以及在由呈现时间信息指示的时间对与所述目标服务标识符对应的对象执行触发动作。

在另一个实施方式中，一种用于发送广播服务的方法包括以下步骤：设定针对要触发的目标服务的触发动作和触发时间；将与触发时间对应的呈现时间信息插入到第一分组流的头中；将包括目标服务的标识符和触发动作在内的触发信息插入到所述第一分组流的有效载荷中；以及发送所述第一分组流。

在另一个实施方式中，一种用于接收广播服务的设备包括：接收单元，该接收单元被配置为，接收第一分组流；触发处理单元，该触发处理单元被配置为，从所述第一分组流的头提取呈现时间信息，并且从所述第一分组流的有效载荷提取包括目标服务标识符和触发动作在内的触发信息；以及服务管理器，该服务管理器被配置为，在由呈现时间信息指示的时间对与所述目标服务标识符对应的对象执行触发动作。

在附图及以下描述中阐述了一个或更多个实施方式的细节。根据该描述及附图并根据权利要求，其它特征将是明显的。

发明的有益效果

根据实施方式，通过非实时服务下载的内容与实时广播服务链接。

另外，根据实施方式，在不干扰现有接收器的情况下，非实时服务与实时广播服务链接。

另外，根据实施方式，在准确定时提供广播服务。

尽管已经参照本发明的多个示例性实施方式对本发明的实施方式进行了描述，但是应当理解的是，本领域技术人员可以设想出落入本公开的原理的精神和范围内的许多其它修改例和实施方式。更具体地说，可以在本公开、附图及所附权利要求的范围内对本主题组合装置的组成部件和/或装置进行各种变形和修改。除了对组成部件和/或装置的变形和修改以外，另选的使用对本领域技术人员也是明显的。

附图说明

图1是例示如何提供RT服务和NRT服务的概念图。

图2是例示根据实施方式的NRT服务的结构的图。

图3是例示用于根据实施方式的NRT服务的协议栈的图。

图4是例示用于移动NRT服务的协议栈的一个示例的图。

图5是例示根据实施方式的TVCT表区间（VCT）的比特流区间的图。

图6和图7是例示根据实施方式如何定义service_type字段的值的图。

图8是用于标识NRT服务的应用的data_service_table_section)和DST区间中的data_service_table_bytes的比特流句法的图。

图9是例示利用用于发送数据广播流的ATSC A/90标准和用于发送IP多播流的ATSC A/92标准在接收系统中接收和提供NRT服务的方法的图。

图10和图11是例示根据另一个实施方式利用VCT用信号通知DSM-CC可寻址区间数据的方法的图。

图12和图13是例示根据实施方式的NST的比特流句法的图。

图14是例示根据实施方式的NRT_component_descriptor(MH_component_descriptor)的比特流句法的图。

图15是例示根据实施方式的包括NRT_component_data的NRT分量描述符的比特流句法的图。

图16是例示根据实施方式的用于用信号通知NRT应用的NRT-IT区间的比特流句法的图。

图17是例示根据实施方式的用于NRT区间（NRT_content_table_section）的比特流的句法结构的图。

图18是例示根据实施方式的提供关于NRT服务数据的信令信息的SMT会话的比特流句法结构的图。

图19是例示根据实施方式的用于映射文件和content_id的FDT方案的图。

图20是例示根据另一个实施方式的用于映射文件和content_id的FDT方案的图。

图21是例示根据实施方式的接收器的操作的流程图。

图22和图23是例示根据另一个实施方式的接收、存储和播放用于NRT服务的NRT内容的接收系统的图。

图24是例示根据实施方式的接收器接收和提供NRT服务的方法的流程图。

图25是例示根据实施方式的触发器的比特流句法的图。

图26是例示根据实施方式的根据同步数据流方法的包括触发器的PES结构的图。

图27是例示根据实施方式的用于作为比特流句法发送触发器的PES有效载荷的同步数据分组结构的图。

图28是例示根据实施方式的DST上的tap()中的内容类型描述符结构的图。

图29是例示根据实施方式的PMT和服务标识符描述符的句法的图。

图30是例示根据实施方式的触发流描述符的图。

图31是根据实施方式的AIT的图。

图32是根据实施方式的STT的图。

图33是例示根据实施方式的用于发送TDO和触发器的发送器的框图。

图34是例示根据实施方式的用于接收TDO和触发器的接收器的框图。

图35是例示根据实施方式的触发器发送方法的流程图。

图36是例示根据实施方式的接收器300的操作的流程图。

图37是例示根据实施方式的利用触发器表的触发器接收方法的流程图。

图38是例示根据实施方式的当利用DST来发送触发信令信息和触发器时接收器的操作的流程图。

图39是例示根据实施方式的利用触发流描述符来发送触发器时接收器的操作的流程图。

图40是例示根据实施方式的利用流类型来发送触发器时接收器的操作的流程图。

图41是例示根据实施方式的利用AIT来发送触发器时接收器的操作的流程图。

图42是例示根据实施方式的利用STT来发送触发器时接收器的操作的流程图。

具体实施方式

下面将参照附图更详细地描述本发明的优选实施方式。在附图中示出并且结合附图描述的本发明的配置和操作是作为至少一个示例说明的，并且本发明的技术构思及其核心配置和操作不由此被限制。

本发明中使用的术语是考虑到本发明的功能被尽可能选择作为当前使用的通用术语，但是可以根据本领域技术人员的意图或惯例或者随着新技术的发展而改变。在特定情况下，存在由申请人任意选择的术语，并且在这种情况下，将在说明书中更详细地描述它们的含义。因此，应基于术语的含义和本说明书的内容而不仅是通过术语的名称来定义本说明书中使用的术语。

另外，在本发明的术语当中，实时（RT）服务字面上表示实时的服务。也就是说，服务是在时间上受限制的。相反，非实时（NRT）服务是不同于RT服务的NRT的服务。也就是说，NRT服务在时间上不受限制。此外，用于NRT服务的数据被称为NRT服务数据。

根据本发明的广播接收器可以通过诸如地面波、电缆和互联网的介质接收NRT服务。

NRT服务可以被存储在广播接收器的存储介质中，接着可以根据预定时间或者应用户的请求显示在显示设备上。NRT服务被以文件格式接收，并且根据实施方式被存储在存储介质中。根据实施方式，存储介质可以是嵌入在广播接收器中的HDD。作为另一个示例，存储介质可以是连接到广播接收系统的通用串行总线（USB）存储器或外部HDD。

信令信息对接收组成NRT服务的文件，将这些文件存储在存储介质中并且向用户提供服务而言是必要的。本发明可以将上述信令信息指定为NRT服务信令信息或NRT服务信令数据。

根据获得包括NRT服务信令数据的IP数据报的方法，NRT服务包括固定NRT服务和移动NRT服务。特别地，固定NRT服务被提供给固定广播接收器，并且移动NRT服务被提供给移动广播接收器。

图1是例示如何提供RT服务和NRT服务的概念图。

广播站根据传统方式发送RT服务，也就是说，类似于当前的地面广播（或移动广播）。在这一点，广播站发送RT服务，接着，利用发送期间的剩余带宽或者专用带宽，可以提供NRT服务。也就是说，通过相同或不同频道发送RT服务和NRT服务。因此，为了广播接收器将RT服务与NRT服务分离并且存储经分离的NRT服务以按照需要提供给用户，需要服务信令信息（或NRT服务信令数据）。稍后将更详细地描述NRT服务信令信息（或NRT服务信令数据）。

例如，广播站实时地发送广播服务数据并且非实时地发送新闻片段、天气信息、广告和推送VOD。另外，除了新闻片段、天气信息、广告和推送VOD以外，NRT服务还可以是特定场景、特定节目的详细信息和实时广播流中的预览。

通常的广播接收器（即，遗留设备）可以接收和处理RT服务但可能不接收和处理NRT服务。也就是说，通常的广播接收器（即，遗留设备）原则上不被广播RT服务的频道中的NRT流影响。也就是说，即使当接收到NRT服务时，通常的广播接收器不能够处理所接收到的NRT服务，因为通常的广播接收器不包括用于对NRT服务进行适当处理的单元。

相反，本发明的广播接收器（即，NRT设备）接收与RT服务组合的NRT服务并且适当地处理NRT服务，使得其比通常的广播接收器向观看者提供更多样的功能。

图2是例示根据实施方式的NRT服务的结构的图。

NRT服务包括如图2所示的至少一个内容项目（或者内容或NRT内容），并且根据实施方式，内容项目包括至少一个文件。在本发明中，文件和对象具有相同的含义。

内容项目是可独立播放的最小单元。例如，新闻在NRT中被提供。如果新闻包括商业新闻、政治新闻和生活新闻，则它可以是NRT服务，并且各自可以被指定为内容项目。另外，商业新闻、政治新闻和生活新闻中的每一个可以包括至少一个文件。

在这一点，NRT服务可以通过与RT服务相同的广播频道或专用广播频道按照MPEG-2传输流（TS）分组格式发送。在此情况下，为了标识NRT服务，唯一PID可以被分配到NRT服务数据的TS分组接着被发送。根据本发明的实施方式，基于IP的NRT服务数据被分组为MPEG-2TS分组接着被发送。

在这一点，通过NRT服务信令信道发送对于接收NRT服务数据必需的NRT服务信令数据。通过IP层上的特定IP流发送NRT服务信令信道，并且在这一点，该特定IP流可以被分组为MPEG-2TS分组接着被发送。通过NRT服务信令信道发送的NRT服务信令数据可以包括服务映射表（SMT）、NRT服务表（NST）、NRT内容表（NCT）、NRT信息表（NRT-IT）和文本片段表（TFT）中的至少一个。NST或SMT提供关于在IP层上运行的至少一个NRT服务或者组成NRT服务的内容项目或文件的访问信息。NRT-IT或NCT提供关于组成NRT服务的内容项目或文件的访问信息。

另外，包括SMT（或NST）和NRT-IT（或NCT）的NRT服务信令数据可以被包括在MPEG-2TS上的PSIP表中，或者可以通过虚拟频道中的IP层上的NRT服务信令信道发送。另外，可以通过一个虚拟频道来提供多个NRT服务数据。

NRT-IT包括描述可下载以存储在接收设备中的内容的信息。提供给NRT-IT的信息可以包括内容标题（例如，可下载节目的名称）、内容下载的可用时间、内容推荐、字幕服务的可用性、内容标识和其它元数据。

另外，TFT提供关于内容项目或服务的详细描述。TFT可以包括支持多种语言的数据结构，并且，作为结果，可以按照不同的语言代表详细描述（例如，各个字符串对应于一种语言）。文本片段表可以被包括在具有table_id值（TBD）的专用区间中并且可以由TFT_id来标识。TFT区间可以被包括在服务信令信道中的IP分组中，并且多播IP的地址（224.0.23.60）和端口（4937）可以被IANA分配给服务信令信道。

首先，接收器可以参照例如SMT中的service_category字段来标识对应的服务是否为NRT服务。另外，接收器可以通过NRT_service_id字段从SMT唯一地标识NRT服务。

另外，NRT服务可以包括多个内容项目。接收器可以通过NCT或NRT-IT中的content_id字段标识NRT内容项目。另外，通过将NCT的NRT_channel_id字段与NRT_service_id字段匹配，NRT内容项目和NRT服务可以彼此连接。

另外，NRT服务可以通过FLUTE会话来发送，并且接收器可以从FLUTE会话提取FDT信息。接着，所提取的FDT信息中的content_id被映射到NCT或OMA-BCAST SG的content_id中，以确认并接收用户选择的NRT服务内容。如果映射方法被简要地描述，例如，则接收器通过FLUTE会话中的FDT中的TOI和Content-Location字段标识组成NRT内容项目的各个文件。各个TOI或Content-Location和内容项目将FDT的content_ID映射到NCT的conten_id字段或OMA BCAST SG的content_id字段中，以确认并接收NRT服务内容。

图3是例示用于根据实施方式的NRT服务的协议栈的图。

对于固定NRT服务，文件格式的NRT服务在IP层中被IP分组，并且接着通过特定频道按照MPEG-2TS格式发送。

通过基于MPEG-2的节目专用信息（PSI）或者节目和系统信息协议（PSIP）表，例如，VCT，确定虚拟频道中是否存在NRT服务，并且NRT服务的标识信息是否被用信号通知。

根据实施方式，发送NRT服务信令数据（其用信号通知基于IP的NRT服务的访问信息）的NRT服务信令信道被IP分组为IP层中的特定IP流，接着被按照MEPG-2TS格式发送。

也就是说，广播站根据图3所示的文件传输协议方法将NRT内容项目或文件分组，接着按照异步分层编码（ALC）或分层编码传输（LCT）方法将经分组的NRT内容项目或文件分组。接着，经分组的ALC或LCT数据根据UDP方法被分组。接着，经分组的UDP数据根据IP方法被再次分组，接着，成为IP数据。在此，IP数据可以包括具有关于单向文件传输（FLUTE）会话的信息的文件描述表（FDT）。在本发明中，为了便于描述，经分组的IP数据可以被指定为IP数据报。

另外，NRT服务的IP数据报以可寻址区间结构封装并且按照MPET-2TS格式再次分组。也就是说，一个可寻址区间结构具有区间头和CRC校验和（它们被添加到一个IP数据报）。可寻址区间结构的格式就结构而言与用于专用数据传输的数字存储介质命令和控制（DSM-CC）区间格式匹配。因此，可寻址区间可以被指定为DSM-CC可寻址区间。

另外，接收NRT内容/文件所需的包括SMT（或NST）和NRT-IT（或NCT）中的至少一个的NRT服务信令数据可以通过IP层上的NRT服务信令信道发送。因此，NRT服务信令数据可以根据IP方法分组，以便通过IP层上的NRT服务信令信道来发送。NRT服务信令信道被封装在具有已知IP地址的IP数据报中并且根据实施方式被多播。

另外，NRT服务信令数据可以被包括在节目专用信息（PSI）或节目和系统信息协议（PSIP）表区间数据中并且接着被发送。另外，PSI表可以包括节目映射表（PMT）和节目关联表（PAT）。PSIP表可以包括虚拟频道表（VCT）、地面虚拟频道表（TVCT）电缆虚拟频道表（CVCT）、系统时间表（STT）、评级区域表（RRT）、扩展文本表（ETT）、直接频道改变表（DCCT）、直接频道改变选择代码表（DCCSCT）、事件信息表（EIT）和主指南表（MGT）。

此外，作为用于广播服务的数字版权管理和加密以保护NRT服务免受非法传播和复制的数据，可以使用由开放移动联盟（OMA）建议的广播服务使能套装数字版权管理（BCAST DRM）。

另外，上述节目专用信息（PSI）、节目和系统信息协议（PSIP）表区间数据、DSM-CC可寻址区间数据和OMA BCAST DRM数据被以184字节为单位划分，接着，4字节的MEPG头被添加到各个184字节，以获得188字节的MPEG-2TS分组。在这一点，分配到MPEG头的PID的值是标识用于发送NRT服务和NRT服务信令信道的TS分组的唯一值。

MPEG-2TS分组可以在物理层中按照预定传输方法（例如，8-VSB传输方法）调制，接着，可以被发送到接收系统。

另外，图4是例示用于根据另一个实施方式的NRT服务的协议栈的图。

图4是例示用于移动NRT服务的协议栈的一个示例的图。如图4所示，在IP层与物理层之间包括适配层。结果，在不使用MPEG-2TS格式的情况下，移动服务数据的IP数据报和信令信息的数据报可以被发送。

也就是说，广播站根据图4所示的文件传输协议方法将NRT内容/文件分组，接着根据异步分层编码（ALC）/分层编码传输（LCT）方法将它们分组。接着，经分组的ALC/LCT数据根据UDP方法分组。接着，经分组的ALC/LCT/UDP数据根据IP方法再次分组，成为ALC/LCT/UDP/IP数据。在本发明中为了便于描述，经分组的ALC/LCT/UDP/IP数据可以被指定为IP数据报。在这一点，OMA BCAST SG信息经过与NRT内容/文件相同的处理以组成IP数据报。

另外，当接收NRT内容/文件所必需的NRT服务信令信息（例如，SMT）通过服务信令信道来发送时，该服务信令信道根据用户数据报协议（UDP）方法分组，并且经分组的UDP数据根据IP方法再次分组以成为UDP/IP数据。在本发明中为了便于描述，UDP/IP数据可以被指定为IP数据报。此时，服务信令信道被封装在包括已知IP目的地地址和已知目的地UDP端口号码的IP数据报中，并且根据实施方式被多播。

另外，与用于服务保护的OMA BCAST DRM有关，UDP头和IP头被顺序地添加以组成一个IP数据报。

NRT服务的IP数据报、NRT服务信令信道和移动服务数据在适配层中被收集以生成RS帧。RS帧可以包括OMA BCAST SG的IP数据报。

RS帧中的列的长度（即，行的数量）被设定为187字节，并且行的长度（即，列的数量）是N个字节（N可以根据诸如传输参数（或TPC数据）的信令信息而改变）。

RS帧在移动物理层中按照预定传输方法（例如，VSB传输方法）进行调制，接着被发送到接收系统。

另外，通过PSI/PSIP表用信号通知NRT服务是否被发送。作为一个示例，用信号向VCT或TVCT通知NRT服务是否被发送。

图5是例示根据实施方式的TVCT表区间（VCT）的比特流区间的图。

参照图5，TVCT表区间作为一个示例具有MPEG-2专用区间的表形式，但是不限于此。

当音频/视频的VCT和PID被解析并且接着通过TVCT发送时，分组标识（PID）信息可以被获得。

因此，TVCT表区间包括头、主体和尾。头部分从table_id字段到protocol_version字段。transport_stream_id字段是16比特字段，并且代表由PID值0定义的节目关联表（PAT）中的MPEG-2TS ID以用于复用。在主体部分中，num_channels_in_section字段是8比特字段，并且代表VCT区间中的虚拟频道的数量。最后，尾部分包括CRC_32字段。

首先，以下将描述头部分。

table_id字段（8比特）被设定为8xC8并且标识对应的表区间是组成TVCT的表区间。

section_syntax_indicator字段（1比特）被设定为1并且代表该区间遵循一般区间句法。

private_indicator字段（1比特）被设定为1。

section_length字段（12比特）描述从紧接着section_length字段到该区间的最后的该区间中的剩余比特的数量。section_length字段的值不可以大于1021。

table_id_extension字段（16比特）可以被设定为0x000。

version_number字段（5比特）可以具有0并且表示VCT的版本号。

current_next_indicator字段（1比特）代表，如果被设定为1，则对应的表区间当前可应用。

section_number字段（8比特）指示TVCT区间当中的对应的表区间的数量。在TVCT的第一区间中，section_number应被设定为0x00。

last_section_number字段（8比特）表示TVCT区间当中的最后和最高号码的表区间。

protocol_version字段（8比特）是允许具有与当前协议中定义的结构不同的结构的表类型传送参数的函数。现在，protocol_version的仅一个有效值是0。不同于0的protocol_version可以用于标准的将来版本，以识别具有不同结构的另一个表。

接着，将描述主体部分。

num_channels_in_section字段（8比特）指定VCT区间中的虚拟频道的数量。该数量由表区间长度限制。

short_name字段（16比特）顺序地使用从1到7的16比特代码值代表虚拟频道的名称。

major_channel_number字段（10比特）代表通过在“for”循环中重复而定义的与虚拟频道有关的主要频道号码。各个虚拟频道应与主要频道号码和次要频道号码有关。主要频道号码与次要频道号码一起用作用户的虚拟频道的基准号码。

minor_channel_number字段（10比特）代表从“0”到“999”的次要或子频道号码。该字段与major_channel_number一起用作代表右部的第二号码或者第二部分的频道号码。如果service_type是模拟电视，则minor_channel_number被设定为0。当service_type是ATSC_digital_television或ATSC_audio_only时，其使用从1到99的次要号码。minor_channel_number的值不与TVCT中的major_channel_number的值交叠。

modulation_mode字段（8比特）代表用于与虚拟频道有关的载波的调制模式。

carrier_frequnecy字段（32比特）具有为0的推荐值。尽管该字段用于标识载波频率，但是不推荐。

channel_TSID字段（16比特）是无符号整型字段，代表与包含MPEG-2节目的TS有关的MPEG-2TS ID，其被从“0x0000”到“0xFFFF”的范围内的虚拟频道参照。

program_number字段（16比特）标识与在MPEG-2节目关联表（PAT）和TS节目映射表（PMT）中定义的虚拟频道有关的无符号整型数字。与模拟服务对应的虚拟频道包括为“0xFFFF”的program_number。

“ETM_location”字段（2比特）描述扩展文本消息（ETM）的存在和位置。

当被设定时，access_controlled字段（1比特）指示对与虚拟频道有关的事件的访问被控制。如果该标记被设定为0，则事件访问不被禁止。

当被设定时，hidden字段（1比特）指示用户不能够通过虚拟频道号码的直接入口来访问虚拟频道。当用户浏览频道时，隐藏的虚拟频道被省略；当用户访问未定义的或者直接的频道入口时，隐藏的虚拟频道被显示。隐藏频道的通常应用是测试信号和NVOD服务。根据hide_guide位的状态，隐藏频道及其事件可以显示在EPG显示器上。

hide_guide字段当被设定为0时针对隐藏频道允许虚拟频道及其事件显示在EPG显示器上。该比特与没有设定隐藏比特的频道无关，因而无论hide_guide位的状态，非隐藏频道及其事件将总是显示在EPG显示器上。hide_guide位被设定为1的隐藏频道的通常应用是测试信号和通过应用级别指针可容易获得的服务。

service_type字段（6比特）代表从虚拟频道发送的服务的类型。图6和图7是例示根据实施方式如何定义service_type字段的值的图。根据实施方式，图6所示的service_type值（即，“0x04”）表示service_type是ATSC_data_only_service并且通过虚拟频道发送NRT服务。根据另一个实施方式，图7所示的service_type值（即，“0x08”）表示service_type是ATSC_nrt_service并且虚拟频道提供满足ATSC标准的NRT服务。

source_id字段（16比特）代表与虚拟频道有关的节目的来源。

descriptors_length字段代表用于以下虚拟频道的描述符的总长度（字节单元）。

descriptor()字段包括至少零个描述符。

additional_descriptors_length字段代表以后的VCT描述符的总长度（字节单元）。

最后，与尾部分有关，CRC_32字段是32比特字段并且包括循环冗余校验（CRC）值，其确保在处理了整个STT区间之后从MPEG-2系统中定义的解码器的寄存器零输出。

图8是用于标识NRT服务的应用的data_service_table_section)和DTS区间中的data_service_table_bytes的比特流句法的图。可以通过图8的DST表区间发送满足ASTC标准的广播站NRT服务数据或NRT服务信令数据。

下文中，包括data_service_table_section结构的字段的语义如下所述。

table_id字段（8比特）作为用于对应的表区间的类型标识的字段是对应的表区间通过该字段组成DST的表区间。例如，如果该字段的值是OXCF，则接收器标识对应的表区间是组成DST的表区间。

section_syntax_indicator字段（1比特）是定义DTS的区间格式的指示符，并且该区间格式例如可以是MPEG的短形式句法（0）。

private_indicator字段（1比特）代表对应的区间的格式是否遵循专用区间格式并且可以被设定为1。

private_section_length字段（12比特）代表对应的字段之后的剩余表区间长度。另外，该字段的值不超过“0xFFD”。

table_id_extension字段（16比特）取决于表，并且可以是提供剩余字段的范围的table_id的逻辑部分。

version_number字段（5比特）代表DST的版本号。

current_next_indicator字段（1比特）指示所发送的DST表区间是否当前可用。如果该字段值是0，则表示不存在表并且下一个表有效。

section_number字段（8比特）代表对应的表区间组成DST表的区间中的区间号码，DST中的第一区间的section_number被设定为“0x00”。随着DST的区间增加，section_number增加一。

last_section_number字段（8比特）代表组成DST表的最后区间号码，即，最高section_number。

data_service_table_bytes代表组成DST的数据块，并且以下将描述其详细结构。

CRC_32字段是32比特字段并且包括循环冗余校验（CRC）值，其确保在处理整个DST区间之后从MPEG-2系统中定义的解码器的寄存器零输出。

下文中，包括data_service_table_bytes结构的字段的语义如下所述。

sdf_protocol_version字段（8比特）描述服务描述框架协议的版本。

application_count_in_section字段（8比特）代表在DST区间中列出的应用的数量。

compatibility_descriptor()字段代表对应的结构包括DSM-CC兼容描述符。其目的是用信号通知接收平台中的应用的兼容要求，以在确定其能力之后使用对应的数据服务。

app_id_byte_length字段（16比特）描述用于标识应用的字节的数量。

app_id_description字段（16比特）描述以下应用标识字节的格式和语义。例如，app_id_description可以由表1定义。

[表1]

app_id_byte字段（8比特）代表应用标识符的字节。

tap_count字段（8比特）描述用于对应的应用的Tap()结构的数量。

protocol_encapsulation字段（8比特）描述用于发送被Tap()字段引用的特定数据元素的协议封装类型。protocol_encapsulation字段的值如表2所定义。

[表2]

action_type字段（7比特）代表被Tap()引用的数据的属性。

resource_location字段（1比特）描述与下一个Tap结构中列出的association_tag值匹配的association_tag字段的位置。当对应的字段被设定为0时，association_tag存在于当前MPET-2节目的PMT中。与此类似，当对应的字段被设定为1时，匹配的association_tag存在于对应的数据服务的网络资源表中的DSM-CC资源描述符中。

Tap()字段可以包括关于搜索更下层的通信信道中的应用状态的数据元素的信息。Tap()字段中的association_tag字段可以包括应用状态的数据元素之间的对应信息。一个Tap结构中的association_tag字段的值与当前PMT中的一个关联标签描述符的association_tag字段的值对应。例如，Tap()字段可以具有包括表3的字段在内的特定结构。

[表3]

tap_id字段（16比特）被应用使用以标识数据元素。tap_id的值具有由与DST中的Tap()有关的app_id_byte字段的值定义的范围。tap_id值由数据服务提供商选择。另外，tap_id值可以用于处理数据元素的应用。

Use字段（16比特）被用于指定被association_tag引用的通信信道。

association_tag字段（16比特）唯一地标识网络资源表中列出的DSM-CC资源描述符或者PMT中列出的数据基础流中的一个。对应的字段的值可以等于association_tag_descriptor的association_tag值。

Selector()字段描述通信信道中可用的特定数据元素或者被association_tag字段引用的数据基础流。另外，选择器（selector）结构可以指示对应的数据元素要求的协议。

tap_info_length字段（16比特）描述下一个对应的字段中的描述符的字节的数量。

descriptor()字段可以包括根据对应的描述符格式的描述符信息。

app_info_length字段（8比特）描述对应的字段的接下来的描述符的字节的数量。

descriptor()字段可以包括根据对应的描述符格式的描述符信息。

app_data_length字段（16比特）描述app_data_byte字段的字节单元的长度。

app_data_byte（8比特）字段代表与应用有关的输入参数和1字节中的其它专用数据字段。

service_info_length字段（8比特）描述接下来的描述符中的字节单元的数量。

descriptor()字段可以包括根据对应的描述符格式的描述符信息。

service_private_data_length字段（16比特）描述专用字段中的字节单元的长度。

service_private_data_byte字段（8比特）代表1字节中的专用字段。

图9是例示利用用于发送数据广播流的ATSC A/90标准和用于发送IP多播流的ATSC A/92标准在接收系统中接收和提供NRT服务的方法的图。

也就是说，关于组成各个虚拟频道的流的信息被用信号通知到VCT的服务位置描述符或PMT的ES_loop。例如，如图7或图8所示，如果VCT服务类型是0x02（即，数字A/V/数据），0x04（即，仅数据）或者0x08（即，仅NRT服务），则NRT服务流可以被发送到虚拟频道。在这一点，如果0x95（即，DST传输）被分配到服务位置描述符（或PMT的ES循环）中的stream_type字段值，则表示广播被发送。如果stream_type字段值不具有值或者不是0x95，则仅通常的A/V被发送。也就是说，如果服务位置描述符中的stream_type字段值具有0x95，则在这一点的Elementary_PID字段值是数据服务表（DST）的PID值。因此，可以通过Elementary_PID接收DST。

通过DST，应用的类型和关于通过频道发送的数据广播流的详细信息可以被获得。DST被用来标识NRT应用（即，NRT服务）。

也就是说，DST的App_id_descrption字段定义随后的应用标识字节的格式和解释。根据实施方式，“0x0003”被分配到App_id_descrption字段以标识NRT应用。以上数字值仅是一个示例，并且不限制本发明的权利的范围。

如果App_id_descrption字段值是“0x0003”，则接下来的Application_id_byte值变为NRT应用的服务ID值。用于NRT应用的服务ID可以具有唯一地标识世界上的对应的服务的URI值。

在NRT应用被标识之后，从NRT服务信令信道的IP数据报划分的MPEG-2TS分组的PID通过Tap信息被搜索。接着，可以从具有通过tap信息获得的PID的MPEG-2TS分组获得发送NRT服务信令信道的IP数据报，并且可以从所获得的IP数据报获得NRT服务信令数据。在这一点，NRT服务信令信道的IP访问信息可以是已知的IP访问信息，即，已知的IP地址和已知的UDP端口号码。

也就是说，如果DST中的Protocol_encapsulation字段值是0x04，则异步IP流被发送；并且如果Selector_type字段值是0x0102，则可以通过Selector_bytes传送指示目的地地址的device_id值。multiprotocol_encaplsulation_descriptor用于准确地解释Selector_bytes值，并且device_id值中的有效字节的数量被用信号通知。结果，通过Tap信息，向对应的PID发送的NRT服务信令信道的IP多播地址（或地址范围）被获得。

因此，接收器访问多播地址（或地址范围）以接收IP流（即，IP分组），接着从接收到的IP分组提取NRT服务信令数据。

接着，接收器基于所提取的NRT服务信令数据接收NRT服务数据（即，NRT内容项目/文件）以将它们存储在存储介质中或者将它们显示在显示设备上。

根据另一个实施方式，DST的Stream Type字段值可以具有新的0x96而不是0x95，以用信号通知NRT服务。这是因为当通常的接收器仅基于是否存在具有流类型0x95的流来确定是否存在数据广播流时，NRT服务（即，新应用）可能发生故障。在此情况下，通过新指定流，通常的接收器可以不理会以确保向后兼容性。

图10和图11是例示根据另一个实施方式利用DSM-CC可寻址区间数据来接收NRT服务的方法的图。

使用DST的数据传输方法是用于通过数字广播流发送全部类型的IP数据报的标准，并且对于NRT服务可能不充分。因此，图10和图11例示通过经由DSM-CC可寻址区间的数据用信号通知包括关于NRT服务的IP数据报的IP地址信息和区间数据在内的特定流的PID来接收NRT服务的方法。

如图10所示，当VCT（或TVCT）的服务类型是0x08（即，仅NRT服务）时，接收器可以获得通过虚拟频道发送NRT服务流的信息。也就是说，接收器可以通过将虚拟频道的PID映射到频道号码中来根据service_type信息获得关于是否存在NRT服务的信息。

在这一点，如果0x0D被分配到VCT的服务位置描述符（或PMT的ES循环）中的stream_type字段值，则表示DSM-CC流被发送。Elementary_PID字段值在这一点可以是DSM-CC可寻址区间的PID值。因此，接收器通过Elementary_PID接收包括NRT服务数据在内的DSM-CC可寻址区间。

也就是说，接收器可以通过VCT或PMT获得DSM-CC可寻址区间的PID。在此，接收器可以获得包括用于发送NRT服务数据的NRT服务信令信道的IP地址或FLUTE会话的IP地址在内的NRT_IP_address_list_descriptor_A()字段，其对应于从对应的流的PMT获得的PID。

另外，接收器可以基于从NRT_IP_address_list_descriptor_A()字段获得的IP地址从IP多播流或IP子网接收DSM-CC可寻址区间数据。接收器可以通过从所接收到的DSM-CC可寻址区间数据搜索具有与所获得的elementary_PID对应的PID的DSM-CC可寻址区间，来获得包括特定NRT服务（例如，A、B或C）数据在内的对应的IP数据报。

图11是例示根据另一个实施方式利用VCT用信号通知DSM-CC可寻址区间数据的方法的图。

如上所述，当VCT中的service_type是0x02、0x04或0x08时，接收器可以获得关于NRT服务流可以被发送的信息。另外，接收器可以从service_location_descriptor()字段获得具有0x0D的流类型的elementary_PID以接收DSM-CC流。在此，接收器可以获得包括用于发送NRT服务数据的NRT服务信令信道的IP地址或FLUTE会话的IP地址在内的NRT_IP_address_list_descriptor_B()字段，其对应于所获得的elementary_PID。

另外，接收器可以基于从NRT_IP_address_list_descriptor_B()字段获得的IP地址从IP多播流或IP子网接收DSM-CC可寻址区间数据。接收器可以通过解析具有与所获得的elementary_PID对应的PID的DSM-CC可寻址区间，来获得包括希望从所接收到的DSM-CC可寻址区间数据接收的特定NRT服务（例如，A、B或C）在内的IP数据报。

以下描述用于提取NRT服务信令数据和NRT服务数据的处理。在此，0x08被分配到VCT中的service_type字段值，并且指示至少一个NRT服务被发送到对应的虚拟频道。

也就是说，当接收器被打开并且频道被缺省选择或者由用户通过调谐器选择时，PSI/PSIP区间处理机从通过所选择的频道接收到的广播信号获得VCT和PMT。并且，PSI/PSIP区间处理机解析所获得的VCT以确认是否存在NRT服务。通过检查VCT的虚拟循环中的service_type字段值来进行确认。例如，当service_type字段值不是0x08时，对应的虚拟频道不发送NRT服务。在这一点，由于虚拟频道发送已有的服务（即，遗留ATSC服务），所以接收器根据虚拟频道中的信息适当地操作。

另外，与解复用单元有关，如果根据服务管理器的控制，service_type字段值是0x08，则对应的虚拟频道发送NRT服务。在此情况下，通过解析VCT的虚拟频道循环中的服务位置描述符提取DST的PID。另外，利用所提取的PID接收DST。

另外，接收器确认通过从所接收到的DST选择的频道提供的对应的服务是否为NRT服务。

通过App_id_descrption字段值确认NRT服务。

根据实施方式，“0x0003”被分配到App_id_descrption字段以标识NRT应用。以上数字值仅是一个示例，并且不限制本发明的权利的范围。

如果DST中的App_id_descrption字段值是“0x0003”，则接下来的Application_id_byte值变为NRT应用的服务ID值（即，NRT服务）。因此，在标识了NRT应用（即，NRT服务）之后，服务管理器或PSI/PSIP区间处理机提取Tap()到从NRT服务信令信道的IP数据报分离出的MEGP-2TS分组的PID。接着，从PMT提取包括所提取的Tap的association_tag在内的流PID。

并且，在接收到对应于所提取的流PID的MPEG-2TS分组之后，可寻址区间处理机可以通过去除解封装（即，MPEG-2头）来恢复DSM-CC可寻址区间，

接着，接收器通过从DSM-CC可寻址区间去除区间头和CRC校验和来恢复发送NRT服务信令信道的IP数据报，并且从所恢复的IP数据报获得NRT服务信令数据。在此，关于发送NRT服务信令信道的IP数据报的访问信息是已知的目的地IP地址和已知的目的地UDP端口号码。

也就是说，如果DTS中的Protocol_encapsulation字段值是0x04，则异步IP流被发送；并且如果Selector_type字段值是0x0102，则可以通过selector_bytes传送指示目的地地址的device_id值。multiprotocol_encaplsulation_descriptor用于准确地解析selector_bytes值，并且device_id值中的有效字节的数量被用信号通知。结果，通过Tap信息，向对应的PID发送的NRT服务信令信道的IP多播地址（或地址范围）被获得。

因此，接收器访问多播地址（或地址范围）以接收IP流（即，IP分组），接着从所接收到的IP分组提取NRT服务信令数据。

接收器基于所提取的NRT服务信令数据接收NRT服务数据（即，NRT内容项目/文件），以将它们存储在存储介质中或者将它们显示在显示设备上。

另外，根据实施方式，NRT服务可以提供有动态内容传送（DCD）服务。DCD服务是用于周期性地或者在用户的请求下向接收器发送内容的服务，并且内容根据接收器信息来从服务器选择。DCD服务在用于内容传送的通信装置中支持点对点方法和广播方法，并且通过OMA BCAST方法和DCD服务的多个广播方法中的一个来发送以上NRT服务。

可以通过OMA BCAST方法的DCD服务发送NRT服务数据。在此情况下，接收器可以获得DCD频道信息以接收NRT服务，并且可以基于DCD频道信息通过对应的DCD频道接收NRT服务。

另外，DCD频道信息可以被包括在NST中并且被发送。例如，接收器接收NST，并且通过DCD引导程序获得DCD频道信息。

另外，NST可以包括通过DCD管理频道接收到的DCD频道元数据，用于用信号通知DCD频道信息。因此，接收器可以通过NST获得关于用于接收NRT服务的频道的信息和元数据。

因此，当发送包括DCD频道信息的NST时，在不发送NRT服务信号数据的情况下，接收器通过NST访问DCD频道，接着接收NRT服务。

与此类似，如果NST包括用于接收NRT服务的频道的元数据，则存在多个优点。

首先，无需基于虚拟频道的服务类型接收NRT服务信令数据，通过接收从NST直接接收NRT服务的频道元数据，可以增加服务访问速度。

另外，可以在广播环境中实时地进行用于信道改变项目的更新信令。

另外，可以通过参照NST来获得OMA BCAST SG中的访问信息。例如，接收器基于NST中的DCD频道信息来接收DCD频道元数据，并且基于从NST获得的NRT服务信令数据和DCD频道元数据来获得访问信息以接收NRT服务。

最后，包括与另一个虚拟频道有关的NRT服务的列表的NST可以被发送。因此，可以通过IP层而不是PSI或PSIP层上的特定NRT服务信令信道来发送NRT服务的列表信息。因此，在此情况下，对PSI或PSIP的向后兼容可以被保留。

另外，如上所述，包括DCD频道元数据的DCD频道信息可以被包括在OMABCAST中的SG的访问信息中，并且该访问信息对应于NST中的NRT服务信息。更具体地，接收器可以从OMA BCAST SG的访问片段获得NST中的NRT服务信息。因此，接收器可以通过接收与所获得的NRT服务信息对应的NST来获得关于接收NRT服务的信息。

另外，通过DCD频道发送的NRT服务可以通过分配的服务类别来划分。例如，通过DCD频道发送的NRT服务的服务类别可以由0xOF来标识。

图12和图13是例示根据实施方式的NST的比特流句法的图。

在此，按照MPEG-2专用区间格式来创建对应的句法以帮助理解，但是对应的数据的格式可能变化。例如，对应的数据可以按照会话描述协议（SDP）格式来表达并且根据另一个方法通过会话通告协议（SAP）用信号通知。

NST描述用于发送NST的虚拟频道中的服务信息和IP访问信息，并且利用各个服务中的NRT广播流的标识符（即，NRT_service_id）来提供对应的服务的NRT广播流信息。此外，NST描述一个虚拟频道中的各个固定NRT服务的描述信息，并且描述符区域可以包括其它附加信息。

table_id字段（8比特）作为用于对应的表区间的类型标识的字段是对应的表区间通过该字段组成NST的表区间。

section_syntax_indicator字段（1比特）是定义NST的区间格式的指示符，并且该区间格式例如可以是MPEG的短形式句法（0）。

private_indicator字段（1比特）代表对应的区间的格式是否遵循专用区间格式并且可以被设定为1。

section_length字段（12比特）代表对应的字段之后的剩余表区间长度。另外，该字段的值不超过“0xFFD”。

table_id_extension字段（16比特）取决于表，并且可以是提供剩余字段的范围的table_id字段的逻辑部分。在此，table_id_extension字段包括NST_protocol_version字段。

NST_protocol_version字段（8比特）示出用于通知NST发送具有与当前协议中定义的结构不同的结构的参数的协议版本。当前，该字段值是0。如果该字段值稍后指定了不同于0的值，则其用于具有不同结构的表。

version_number字段（5比特）代表NST的版本号。

current_next_indicator字段（1比特）指示所发送的NST表区间是否当前可用。如果该字段值是0，则表示不存在表并且下一个表有效。

section_number字段（8比特）代表对应的表区间组成NST表的区间中的区间号码。

NRT服务表（NST）的第一区间的section_number被设定为“0x00”。随着每次NST的区间增加，section_number增加一。

last_section_number字段（8比特）代表组成NST表的最后区间号码，即，最高section_number。（最高section_number）

carrier_frequnecy字段（32比特）通知对应于频道的传输频率。

channel_TSID字段（16比特）表示当前发送对应的NST区间的广播流的唯一信道标识符。

program_number字段（16比特）代表与虚拟频道有关的节目的号码。

source_id字段（16比特）代表与虚拟频道有关的节目的来源。

num_NRT_services字段（8比特）代表NST区间中的NRT服务的数量。

另外，NST利用“for”循环提供关于多个固定NRT服务的信息。下文中，相同的字段信息可以被提供到各个固定NRT服务。

NRT_service_status字段（2比特）标识对应的移动服务的状态。在此，MSB指示对应的移动服务是有效的（1）还是无效的（0），并且对应的移动服务是隐藏的（1）还是不隐藏的（0）。在此，移动服务是NRT服务，对应的NRT服务的状态被标识。隐藏服务主要用于专用应用并且通常的接收器不理会它。

如果应用于提供对应的移动服务的有意义的呈现所需的多个分量中的至少一个分量的服务保护被设置，则SP_indicator字段（1比特）是代表服务保护的字段。

CP_indicator字段（1比特）表示对应的NRT服务的内容保护是否被设定。如果CP_indicator字段值是1，则表示内容保护被应用于提供对应的NRT服务的有意义的呈现所需的多个分量的至少一个。

NRT_service_id字段（16比特）是唯一地标识对应的NRT广播的范围中的对应的NRT服务的指示符。NRT_service_id在对应的服务期间不改变。在此，如果服务终止，则为了避免混乱，用于该服务的NRT_service_id可以不用于另一个服务，直至经过适当时间为止。

Short_NRT_service_name字段（8*8比特）显示NRT服务的短名称。如果不存在该NRT服务的短名称，则该字段可以用空值（例如，0x00）填充。

NRT_service_category字段（6比特）标识对应的NRT服务中的服务的类型。

num_components字段（5比特）显示NRT服务中的IP流分量的数量。

如果IP_version_flag字段（1比特）被设定为0，则指示source_IP_address字段、NRT_service_destination_IP_address字段和component_destination_IP_address字段是IPv4地址。如果被设定为1，则source_IP_address字段、NRT_service_destination_IP_address字段和component_destination_IP_address字段是IPv6地址。

source_IP_address_flag字段（1比特）指示当标记被设定时存在用于对应的NRT服务的源IP地址值以指示源专用多播。

NRT_service_destination_IP_address_flag字段（1比特）指示当标记被设定为1时存在用于提供用于对应的NRT服务的分量的缺省IP地址的NRT_service_destination_IP_address字段。

与source_IP_address字段（128比特）有关，如果source_IP_address_flag被设定为1，则存在对应的字段，但是如果被设定为0则不存在对应的字段。如果存在对应的字段，则对应的字段包括发送对应的NRT服务的分量的全部IP数据报的源IP地址。对应的字段的128比特长地址的受限制的使用是为了将来使用IPv6（尽管当前未使用）。Source_IP_address变为发送FLUTE会话的所有频道的相同服务器的源IP地址。

与NRT_service_destination_IP_address字段（128比特）有关，如果source_IP_address_flag被设定为1，则存在source_IP_address字段，但是如果source_IP_address_flag被设定为0，则不存在对应的source_IP_address字段。如果不存在对应source_IP_address字段，则针对num_components循环中的各个分量存在component_destination_IP_address字段。对应的source_IP_address字段的128比特长地址的受限制的使用是为了将来使用IPv6（尽管当前未使用）。如果存在FLUTE会话的会话级别的目的地IP地址，则NRT_service_destination_IP_Address被用信号通知。

另外，NST利用“for”循环提供关于多个分量的信息。essential_component_indicator字段（1比特）指示当对应的值的值被设定为1时对应的分量是用于NRT服务的必要分量。如果否，则对应的分量是被选择的分量。

port_num_count字段（6比特）指示与对应的UDP/IP流分量有关的UDP端口的数量。从component_destination_UDP_port_num字段值开始，目的地UDP端口数量的值增加一。

component_destination_IP_address_flag字段（1比特）是表示如果被设定为1则存在用于对应的分量的component_destination_IP_address字段的标记。

与component_destination_IP_address字段（128比特）有关，如果component_destination_IP_address_flag被设定为1，则存在对应的字段，但是如果component_destination_IP_address_flag被设定为0，则不存在对应的字段。如果存在对应的字段，则对应的字段包括发送对应的NRT服务的分量的全部IP数据报的源IP地址。对应的字段的128比特长地址的受限制的使用是为了将来使用IPv6（尽管当前未使用）。

component_destination_UDP_port_num字段（16比特）表示用于对应的UDP/IP流分量的目的地UDP端口号码。

num_component_level_descriptors字段（4比特）提供用于提供关于对应的IP流分量的附加信息的描述符的数量。

component_level_descriptors字段标识提供关于对应的IP流分量的附加信息的至少一个描述符。

num_NRT_service_level_descriptors字段（4比特）代表用于对应的服务的NRT服务级别描述符的数量。

NRT_service_level_descriptor()标识提供关于对应的NRT服务的附加信息的零个或者至少一个描述符。在此，可以提供用于NRT服务的特定服务类型。特定服务类型包括提供网络内容、推送VOD和A/V下载的端口服务。

num_virtual_channel_level_descriptors字段（4比特）描述用于对应的虚拟频道的虚拟频道级别描述符的数量。

virtual_channel_level_descriptor()表示提供关于被对应的NST描述的虚拟频道的附加信息的描述符。

另外，通过FLUTE发送NRT服务，并且关于NST表的访问信息如下连接到FLUTE会话信息。

Source_IP_address是发送FLUTE会话的所有频道的相同服务器的源IP地址。

如果存在FLUTE会话的会话级别的目的地IP地址，则NRT_service_destination_IP_Address被用信号通知。

分量可以被映射到FLUTE会话中的频道，并且在各个频道通过component_destination_IP_address用信号通知附加目的地IP地址（其不同于通过会话用信号通知的IP地址）。

另外，通过component_destination_UDP_port_num用信号通知目的地端口号码，并且可以附加地通过port_num_count指定从component_destination_UDP_port_num开始的目的地端口的数量。

通过多次指定端口可以针对一个目的地IP地址配置多个频道。在此，一个分量指定多个频道。然而，一般期望通过目的地IP地址标识频道。在此，一个频道通常被映射到一个分量中。

用于NRT服务的内容项目/文件通过FLUTE来发送，并且使用NST表上的访问信息来用信号通知对应的FLUTE会话信息。

图14是例示根据实施方式的NRT_component_descriptor(MH_component_descriptor)的比特流句法的图。

NRT_component_descriptor()在NST中的各个NRT服务的各个分量中的分量描述符循环中示出。接着，对应的描述符中的全部参数对应于用于NRT服务的分量的参数。

下文中，将如下描述通过图14的NRT_component_descriptor发送的各个字段信息。

component_type字段（7比特）标识分量的编码格式。标识值可以是针对RTP/AVP流的payload_type分配的多个值中的一个。另外，标识值可以是从96到127的范围内的动态值。用于组成通过RTP发送的媒体的分量的字段的值与发送对应的分量的IP流的RTP头中的payload_type中的值相同。

在标准的将来版本中将定义43到71的范围内的component_type字段的添加值。当NRT服务流基于FLUTE发送时，为了附加地用信号通知FLUTE会话所必需的参数（以下描述），38（其为针对ATSC中的FLUTE分量定义的component_type）可以被使用，或者43（即，未分配的值）可以被定义为用于新NRT传输的component_type，并且被使用。

num_STKM_streams字段（8比特）标识与对应的分量有关的STKM流的数量。

STKM_stream_id字段（8比特）标识具有键的STKM流，以对所获得的对应的保护分量进行解密。在此，用于STKM流的分量描述符中的STKM_stream_id字段被引用。

NRT_component_data（component_type）字段提供表达对应的分量所必需的多个编码参数中的至少一个以及其它参数。在此，通过component_type字段的值确定NRT_component_data元素的结构。

FLUTE会话的文件传送表（FDT）用于传送全部内容项目的项目列表，并且提供项目的大小、数据类型和与获得项目有关的其它信息。

因此，本发明利用NST获得用于访问发送对应内容的FLUTE会话的信息，以从利用NRT-IT获得的SG接收所选择的内容。另外，本发明将通过对应的FLUTE会话发送的文件中的信息映射到关于NRT-IT的内容项目的信息中。在此情况下，通过NST的NRT_service_id解析包括所选择的内容项目在内的服务的标识。

通过FLUTE发送NRT服务，并且关于NST表的访问信息如下连接到FLUTE会话信息。

Source_IP_address是发送FLUTE会话的所有频道的相同服务器的源IP地址。

如果存在FLUTE会话的会话级别的目的地IP地址，则NRT_service_destination_IP_Address被用信号通知。

分量可以被映射到FLUTE会话中的频道，并且在各个频道通过component_destination_IP_address用信号通知附加目的地IP地址（其不同于通过会话用信号通知的IP地址）。另外，通过component_destination_UDP_port_num用信号通知目的地端口号码，并且可以附加地通过port_num_count指定从component_destination_UDP_port_num开始的目的地端口的数量。

通过指定多个端口，多个频道可以被提供到一个目的地IP地址，并且在此情况下，一个分量指定多个频道。然而，推荐的是，通过目的地IP地址来区分频道，并且在此情况下，一个频道被映射到一个分量。

component_attribute_byte可以用来用信号通知组成会话的分量的附加属性。可以通过这种方式来用信号通知对于用信号通知FLUTE会话而言必需的附加参数。

在这一方面，用于用信号通知FLUTE会话的参数被要求，并且包括与对应的FLUTE会话有关的的确必要的要求的参数和可选必要的参数。首先，的确必要的参数包括诸如源IP地址、会话中的频道的数量、用于会话中的各个频道的目的地IP地址和端口号码、会话的传输会话标识符（TSI）和会话的开始时间和结束时间的参数。与对应的FLUTE会话有关的可选必要的参数包括诸如FEC对象传输信息、首先告诉接收器会话包含所关注的文件的一些信息和带宽规范的参数。

会话中的频道的数量可以被明确地提供，或者可以通过将组成会话的流的数量相加来获得。通过NST和component_descriptor，诸如会话的开始时间和结束时间、用于会话中的各个频道的源IP地址、目的地IP地址和端口号码、会话的传输会话标识符（TSI）和会话中的频道的数量的参数。

图15是例示根据实施方式的包括NRT_component_data的NRT分量描述符的比特流句法的图。

一个NRT服务可以被包括在多个FLUTE会话中。可以利用取决于用于会话的IP地址和端口的至少一个NRT分量描述符来用信号通知各个会话。

下文中，将如下描述NRT_component_data的各个字段。

TSI字段（16比特）代表FLUTE会话的TSI。

session_start_time字段指示FLUTE会话的开始时间。如果对应的字段的全部值是0，则表示会话已经开始。

session_end_time字段指示FLUTE会话的结束时间。如果对应的字段的全部值是0，则表示会话无限期地继续。

tias_bandwidth_indicator字段（1比特）指示包括传输独立应用专用（TIAS）带宽信息的标记。如果指示存在TIAS带宽字段，则对应的比特被设定为1，并且如果指示不存在TIAS带宽字段，则对应的比特被设定为0。

与as_bandwidth_indicator字段（1比特）有关，标记包括应用专用（AS）端口信息。如果指示存在AS带宽字段，则对应的比特被设定为1，并且如果指示不存在AS带宽字段，则对应的比特被设定为0。

FEC_OTI_indicator字段（1比特）表示是否提供了FEC对象传输信息（OTI）。

tias_bandwidth字段表示TIAS最大带宽。

as_bandwidth字段具有AS最大带宽值。

FEC_encoding_id字段表示在对应的FLUTE会话中使用的FEC编码ID。

FEC_instance_id字段表示在对应的FLUTE会话中使用的FEC实例ID。

提供了一种通过如上所述通过FLUTE分量数据字节用信号通知相同参数，提供接收FLUTE会话所必需的全部信息，并且通过获得关于通过使用通过会话接收到的FDT的FLUTE会话传送的全部文件的信息来接收文件的方法。

可以通过NST的Component_level_descriptor循环传送该FLUTE分量描述符。如果FLUTE频道是多个，则由于应当一次用信号通知TSI和session_start_time、session_end_Time（即，会话级别的参数），所以可以通过Component_level_descriptor循环在多个频道中的多个分量中的仅一个中发送FLUTE分量描述符。

图16是例示根据实施方式的用于用信号通知NRT应用的NRT-IT区间的比特流句法的图。

从NRT-IT提供的信息包括内容的标题（例如，可下载的节目的名称）、下载可用时间和信息、内容指导、字幕服务可用性、内容标识和其它元数据。内容的一个项目可以包括至少一个文件。例如，可以在用于显示画面的JPEG缩略图图像中播放音频/视频剪辑。

NRT-IT的实例可以包括与任意预定周期对应的数据，或者可以描述在预定时间开始并且在无限将来结束的NRT内容。各个NRT-IT表示开始时间和可能为无限的持续时间周期。各个NRT-IT实例可以被划分为256个区间。各个区间包括关于多个内容项目的信息。特定内容项目的信息不能够被划分并存储在至少两个区间中。

比至少一个NRT-IT实例花费的周期更延长的可下载的内容项目是NRT-IT中的第一个。内容项目描述按照可用性顺序存储在NRT_information_table_section()中。因此，当last_section_number的值大于0（表示NRT-IT被发送到多个区间）时，不是第一区间的特定区间中的全部内容项目描述可以具有与下一个区间的内容项目描述相同或更高的可用性。

各个NRT-IT标识在周期期间与特定虚拟频道中的有效service_id的特定值有关的NRT服务。

table_id字段（8比特）被设定为0xTBD以标识对应的表区间组成NRT-IT的表区间。

service_id字段（16比特）描述与示出区间描述的内容项目的NRT服务有关的service_id字段。

NRT_IT_version_number字段（5比特）被定义为在关于service_id、current_next_indicator、protocol_version和time_span_start字段具有共同值的至少一个NRT_content_table_section()中设定。其标识NRT-IT实例的版本号。当NRT-IT实例的字段改变时，版本号增加1模32。

current_next_indicator字段（1比特）代表如果被设定为1则对应的表区间当前可应用。

protocol_version字段（8比特）被设定为0。protocol_version的功能允许具有与当前协议中定义的结构不同的结构的具有将来的参数的表类型。当前，protocol_version的仅一个有效值是0。protocol_version中的不同于0的值用于标准的将来版本以识别具有不同结构的其它表。

time_span_start字段（32比特）代表从1980年1月6日00:00:00UTC开始按照GPS秒（sec）代表的实例周期的开始时间。time_span_start的一天的时间被设定为时间的00分钟（min）。time_span_start的值0代表从负的过去开始的NRT-IT实例的周期。time_span的值在多区间NRT-IT实例的各个区间中是相同的。time_span_start和time_span_length的值被设定为在特定周期不与IP子网的另一个NRT-IT实例交叠。

time_span_length字段（11比特）标识在实例覆盖的time_span_start处识别的时间开始的分钟的数量。当被设定时，time_span_length的值在time_span_start的值中不改变。如果time_span_length的值是0，则NRT-IT实例覆盖在无限将来从time_span_start开始的整个时间。当time_span_start的值是0时，time_span_length中没有含义。

time_span_start的值在多区间NRT-IT实例的各个区间中是相同的。time_span_start和time_span_length的值被设定为在特定周期处不与IP子网的另一个NRT-IT实例交叠。

num_items_in_section字段（8比特）代表在NRT-IT区间中描述的内容项目的数量。

content_linkage字段（16比特）代表从0x0001到0xFFFF的范围内的标识号码。0x0000不被使用，content_linkage是用于以下两个的链接功能：其将与NRT服务有关的FLUTE FDT的至少一个文件与NRT-IT的元数据链接，并且形成TF_id（针对文本片段表中的文本片段（Text Fragement）的标识符）。content_linkage字段的值对应于与内容项目有关的各个文件的FLUTE FDT中的FDTCotent-Linkage元素的值或File-Content-Linkage元素的值。当包括FLUTE FDT中的对应内容链接元素的各个内容链接值被匹配时，优先级规则被应用。

当服务信令信道的文本片段表中存在文本片段时，TF_availiable标记（布尔标记）被设定为1。如果文本片段不被包括在用于内容项目的服务信令信道中，则TF_availiable字段的值被设定为0。

如果low_lantency标记（布尔标记）被设定为1，则随着用户等待，在集合尝试的充分低延迟时间的当前数字传输中内容有效。如果被设定为0，则集合延迟时间变得更长并且用户接口向用户建议后览。

playback_length_in_seconds（20比特）是以秒代表内容的播放时间的整数。包括文本和/或静止图像的内容具有值0。与包括音频或音频/视频内容的内容有关，playback_length_in_seconds代表音频或音频/视频内容的播放时间。

如果content_length_included标记（布尔标记）被设定为1，则在“for”循环的重复中存在content_length字段。如果被设定为0，则指示在“for”循环的重复中不存在content_length字段。

如果playback_delay_included标记（布尔标记）被设定为1，则指示在“for”循环的重复中存在playback_delay字段。如果被设定为0，则指示在“for”循环的重复中不存在playback_delay字段。

如果expiration_included标记（布尔标记）被设定为1，则在“for”循环的重复中存在expiration字段。如果被设定为0，则指示在“for”循环的重复中不存在expiration字段。

duration（12比特）字段代表包括1到2880范围内的被引用的内容项目在内的轮播的以分钟计的期望循环时间。接收器使用持续时间参数来确定被引用的内容采集所花费的时间。

playback_delay（20比特）表示在进入流被缓冲的同时，在播放有关内容之前的第一字节的下一个秒的数量。值0代表播放立即开始。当playback_delay没有设定时，接收器收集完整文件或播放之前的文件。

expiration字段（32比特）代表从1980年1月6日00:00:00UTC开始按照GPS秒（sec）表示的到期时间。在到期之后，内容被从存储器删除。如果未到期，则接收器使用公司用于管理存储器资源而选择的方法。

content_name_length_字段（8比特）代表content_name_text的长度（字节单元）。

content_name_text()字段代表具有多个串结构的系统中的内容项目标题。

content_descriptors_length字段（12比特）代表提供关于内容级别的附加信息的content_descriptor的整个长度（字节单元）。

content_descriptor是附加地应用于各个内容项目的描述符。

descriptor_length（10比特）代表描述符的整个长度（字节单元）。

描述符通常应用于当前NRT-IT区间中描述的全部内容项目。

图17是例示根据实施方式的用于NRT区间（NRT_content_table_section）的比特流的句法结构的图。NCT区间中的各个字段的详细描述如下。

图17中，table_id字段（8比特）作为表的标识符包括用于标识NCT的标识符。

section_syntax_indicator字段（1比特）是定义NCT的区间格式的指示符。

private_indicator字段（1比特）代表NCT是否跟随专用区间。

section_length字段（12比特）代表NST的区间长度。

NRT_channel_id字段（16比特）代表唯一地标识包括NCT中描述的内容的NRT服务的值。

version_number字段（5比特）代表NCT的版本号。

current_next_indicator字段（1比特）代表对应的NCT区间中的信息是否当前可应用还是将来应用。

section_number字段（8比特）代表当前NCT区间的区间号码。

last_section_number字段（8比特）代表NCT的最后区间号码。

protocol_version字段（8比特）指示用于允许发送具有与当前协议中定义的结构不同的结构的参数的NCT的协议版本。（8比特无符号整数字段，其功能是在将来允许该NRT内容表承载可以与当前协议中定义的结构不同的结构的参数。现在，protocol_version的值应为零。protocol_version的非零值可以由该标准的将来版本使用，以指示结构不同的表。）

num_contents_in_section字段（8比特）指示NCT中的内容的数量。在这一点，内容的数量代表通过由source_id指定的虚拟频道发送的内容的数量。

稍后，“for”循环（或内容循环）进行与num_contents_in_section字段值所对应的内容的数量相同的次数，以按照各个内容提供对应的内容的详细信息。

content_version字段（32比特）指示具有特定content_id值的内容（或文件）的版本号。也就是说，假定如果接收器先前接收的内容的content_id是0x0010，则相同内容（即，其content_id值是0x0010）被发送。在这一点，如果content_version字段值不同，则通过接收经由NCT新通告的内容，来更新或替换先前存储的内容。在此实施方式中，content_version字段值表示代表发布版本的序列号，但是可能实际上直接代表公布（发布）时间。在这一点，如果content_version字段难以代表公布时间，则可以使用新字段来代表公布（发布）时间。

content_id字段（16比特）指示唯一地标识内容（或文件）的标识符。

content_available_start_time字段（32比特）和content_available_end_time字段（32比特）代表发送该内容的FLUTE会话的开始时间和结束时间。

ETM_location字段（2比特）描述扩展文本消息（ETM）的存在和位置。

当内容（或文件）是A/V文件时，content_length_in_seconds字段（30比特）以秒为单位代表对应的内容的实际播放时间。

content_size字段（48比特）以字节为单位代表内容（或文件）的大小。

content_delivery_bit_rate字段（32比特）代表发送内容（或文件）的比特率，并且表示目标比特率。也就是说，当服务提供商或广播站发送对应的内容时，content_delivery_bit_rate字段显示要分配多宽的带宽。因此，如果接收器使用content_size和content_delivery_bit_rate，则获得用于接收对应内容（或文件）的最小时间。也就是说，用于接收内容的时间被估计并提供给用户。并且，通过计算(conent_size*8)/(content_delivery_bit_rate)来获得最小接收时间，并且其单位是秒。

content_title_length字段（8比特）以字节为单位代表content_title_text()的长度。如果该字段被使用，则接收器获知多少个字节需要被读取以获得content_title_text()信息。

content_title_text()字段代表多串结构的格式的内容标题。

也就是说，接收器使用NCT来获得关于NRT内容/文件的配置信息，并且基于所获得的关于NRT内容/文件的配置信息提供用于NRT/文件的指南。另外，接收器从NST获得FLUTE会话的访问信息（其发送由指南选择的内容/文件），并且利用所获得的FLUTE会话访问信息来接收所选择的内容。

另外，本发明可以将提供组成NRT服务的内容/文件所必需的媒体对象的容器信息、编码信息和解码参数包括在NCT中，并且进行发送。因此，接收系统逐个内容提取提供对应的内容/文件所必需的媒体对象的容器信息、编码信息和解码参数，并且在提供中使用它们。

图18是例示根据实施方式的提供关于NRT服务数据的信令信息的SMT会话的比特流句法结构的图。

在此，按照MPEG-2专用区间格式来创建对应的句法以帮助理解，但是对应的数据的格式可能变化。

SMT描述发送SMT的集成（Ensemble）中的移动服务的信令信息（或NRT服务的信令信息）和IP访问信息。SMT使用Transport_Stream_ID（即，包括各个服务的广播流的标识符），并且提供对应服务的广播流信息。此外，SMT包括一个集成中的各个移动服务（或NRT服务）的描述信息，并且包括描述符区域中的其它附加信息。

如上所述，SMT会话可以作为IP流格式包括在RS帧中，接着被发送。在此情况下，接收器的RS帧解码器描述稍后解码输入的RS帧，并且作为对应的RS帧处理机输出经解码的RS帧。另外，各个RS帧处理机以行为单位划分所输入的RS帧，以组成M/H TP，并且作为M/H TP处理机输出该M/H TP。

另外，通过SMT发送的字段的示例如下所述。

table_id字段（8比特）是指示表类型的字段，并且通过该字段确认该表区间是SMT中的表区间。（table_id：8比特无符号整数，其指示表区间的类型在服务映射表（SMT）中定义））。

section_syntax_indicator字段（1比特）是定义SMT的会话格式的指示符，并且其会话格式例如可以是MPEG的短形式句法（“0”）（section_syntax_indicator：该1比特字段应被设定为“0”，以总是指示该表是从MPEG-2专用区间表的“短”形式导出的）。

private_indicator字段（1比特）指示SMT是否跟随专用区间（private_indicator：该1比特字段应被设定为“1”）。

section_length字段（12比特）代表对应的字段之后的SMT的剩余会话长度（section_length：12比特字段。其指定紧接着该字段的表区间的剩余字节的数量。此字段中的值不应超过4093（0xFFD））。

table_id_extension字段（16比特）取决于表，并且可以是提供剩余字段的范围的table_id字段的逻辑部分（table_id_extension：该字段是16比特字段并且是取决于表的。应被认为是提供针对剩余字段的范围的table_id字段的逻辑部分）。

在此，table_id_extension字段包括SMT_protocol_version字段。

SMT_protocol_version字段（8比特）示出允许发送具有与当前协议中定义的结构不同的结构的参数的SMT的协议版本（SMT_protocol_version：8比特无符号整数字段，其功能是在将来允许该SMT承载可以具有与当前协议中定义的结构不同的结构的参数。现在，SMT_protocol_version的值应是零。SMT_protocol_version的非零值可以由该标准的将来版本使用，以指示结构上不同的表）。

ensemble_id字段包括“0x00”到“0x3F”的值，作为与对应的集成有关的ID值（ensemble_id：0x00到0x3F范围内的该8比特无符号整数字段应是与该集成关联的集成ID。应当通过使用针对最低7比特的关联的Parade的parade_id，并且当主RS帧上承载集成时针对最高比特使用“0”并且当次RS帧上承载集成时针对最高比特使用“1”，来从物理层子系统的基带处理器承载的parade_id导出该字段的值）。

version_number字段（5比特）代表SMT的版本号。current_next_indicator字段（1比特）指示所发送的SMT表会话当前可用（current_next_indicator：一比特指示符，当被设定为“1”时，指示被发送的服务映射表当前可用。当该比特被设定为“0”时，指示所发送的表仍不可用并且下一个表应变为有效。该标准不要求“接下来的”表（其current_next_indicator被设定为“0”）必须被发送。应通过递增version_number字段来用信号通知对当前可应用的表的更新。

section_number字段（8比特）代表当前SMT会话号码（section_number：该8比特字段应给出该NRT服务信令表区间的区间号码。NRT服务信令表中的第一区间的section_number应当是0x00。随着NRT服务信令表中的各个附加区间，section_number将递增1）。

last_section_number字段（8比特）代表组成SMT表的最后会话号码。

（last_section_number：该8比特字段将给出此区间作为其一部分的服务信令表的最后区间（即，具有最高section_number的区间）的号码。

num_services字段（8比特）指示SMT会话中的服务的数量。（num_services：该8比特字段指定该SMT区间中的服务的数量。）。可以通过具有SMT的集成接收至少一个移动服务、至少一个NRT服务或者移动和NRT服务。如果通过具有SMT的集成仅发送NRT服务，则可以指示SMT中的NRT服务的数量。

稍后，“for”循环（或服务循环）进行与num_service字段值所对应的服务的数量相同的次数，以提供关于多个服务的信令信息。也就是说，在SMT会话中逐个服务显示对应服务的信令信息。在此，服务可以是移动服务或NRT服务。在这一点，以下的字段信息可以被提供到各个服务。

service_id字段（16比特）代表唯一地标识对应服务的值（16比特无符号整数，应当在此SMT区间的范围内唯一地标识此服务。）。服务的service_id应在服务的整个寿命期中不改变。为了避免混淆，推荐的是，如果服务被终止，则用于服务的service_id应不用于另一个服务，直至经过适当时间间隔之后为止。在此，如果服务是NRT服务，则service_id可以标识NRT服务。

Multi_ensemble_service字段（2比特）标识对应的服务是否通过至少一个集成发送。

另外，对应的字段标识服务是否作为通过对应的集成发送的服务的一部分来提供。也就是说，如果服务是NRT服务，则该字段标识NRT服务是否通过至少一个集成来发送（multi_ensemble_service：两比特枚举字段，其应标识服务是否承载在一个以上集成上。另外，该字段应标识是否仅通过此集成承载的服务的一部分来提供服务。）

service_status字段（2比特）标识对应的服务的状态。在此，MSB指示对应的服务是有效的（1）还是无效的（0），并且LSB指示是否对应的服务是隐藏的（1）还是非隐藏的（0）。在此，当服务是NRT服务时，service_status字段的MSB指示对应的NRT服务是有效的（1）还是无效的（0），并且LSB指示对应的NRT服务是隐藏的（1）还是非隐藏的（0）

SP_indicator字段（1比特）表示对应服务的服务保护是否被设定。如果SP_indicator字段值是1，则服务保护被应用于提供对应的服务的有意义的呈现所必需的分量。

short_service_name_length字段（3比特）以字节为单位代表short_service_name字段中的短服务名称的长度。

short_service_name字段代表对应的服务的短名称（short_service_name：服务的短名称，其各个字符应通过UTF-8[29]编码。当短名称中存在奇数个字节时，short_service_name_length字段指示的按对计数的字节对的最后一个的第二字节应包含0x00）。例如，如果服务是移动服务，则移动服务的短名称被显示，并且如果是NRT服务，则NRT服务的短名称被显示。

service_category字段（6比特）标识对应的服务的类型类别。如果用指示“仅信息性的”的值设定对应的字段的值，则被作为针对服务类别的信息性描述进行处理。并且，接收器被要求测试SMT的component_level_descriptors()字段，以标识所接收到的服务的实际类别。service_category字段具有用于具有视频和/或音频分量的服务的、基于NTP时间的分量。

具体地，对于本发明，如果service_category字段值具有“0x0E”，则对应的服务指示NRT服务。在此情况下，指示SMT会话中当前描述的服务的信令信息是NRT服务的信令信息。

num_services字段（5比特）指示该服务中的IP流分量的数量。

当被设定为“0”时，IP_version_flag字段（1比特）应指示source_IP_address、service_destination_IP_address和component_destination_IP_address字段是IPv4地址。用于该字段的值“1”是保留的，用于可能将来指示source_IP_address、service_destination_IP_address和component_destination_IP_address字段是用于IPv6。IPv6地址的使用当前没有定义。

当被设定时，source_IP_address_flag字段（1比特）应指示存在用于此服务的源IP地址值，以指示源专用多播。

当service_destination_IP_address_flag字段（1比特）被设定时，其指示对应的IP流分量是通过具有与service_destination_IP_address不同的目标IP地址的IP数据报发送的。因此，如果该标记被设定，则接收系统使用component_destination_IP_address作为destination_IP_address，并且不理会num_channels循环中的service_destination_IP_address字段（service_destination_IP_address_flag：1比特布尔标记，当被设定为“1时，指示service_destination_IP_address值存在，以用作针对此服务的分量的缺省IP地址）。

与source_IP_address字段（32比特或128比特）有关，如果source_IP_address_flag被设定为“1”，则要求解释，但是如果不被设定为“0”，则不要求解释。

当source_IP_address_flag字段被设定为“1”并且IP_version_flag字段被设定为“0”时，该字段指示代表对应的电路信道的源的32比特的IPv4地址。当IP_version_flag字段被设定为“1”时，该字段指示代表对应的虚拟频道的源的32比特的IPv6地址。（source_IP_address：如果source_IP_address_flag被设定为“1”，则该字段应存在；而如果source_IP_address_flag被设定为“0”，则不应存在。如果存在，则该字段应包含承载此服务的分量的全部IP数据报的源IP地址。此字段的128比特长地址版本的有条件使用有助于IPv6在将来的可能使用，尽管IPv6的使用当前未定义）。

如果服务是NRT服务，则Source_IP_address字段变为发送FLUTE会话的全部频道的相同服务器的源IP地址。

与service_destination_IP_address字段（32比特或128比特）有关，如果service_destination_IP_address_flag被设定为“1”，则要求解释，但是如果被设定为“0”，则不要求解释。当service_destination_IP_address_flag字段被设定为“1”并且IP_version_flag字段被设定为“0”时，该字段指示对应的虚拟频道的32比特的目的地IPv4地址。

当service_destination_IP_address_flag字段被设定为“1”并且IP_version_flag字段被设定为“1”时，该字段指示对应的虚拟频道的64比特的目的地IPv6地址。如果对应的service_destination_IP_address不能够被解释，则num_components循环中的component_destination_IP_address字段需要被解释，并且接收系统使用component_destination_IP_address来访问IP流分量（source_destination_IP_address：如果source_destination_IP_address_flag被设定为“1”则该字段应存在，而如果source_destination_IP_address_flag被设定为“0”，则不应存在。如果service_destination_IP_address不存在，则针对num_components循环中的各个分量，component_destination_IP_address字段应存在。此字段的128比特长地址版本的有条件使用有助于IPv6在将来的可能使用，尽管IPv6的使用当前未定义）。如果服务是NRT服务，则用FLUTE会话的会话级别的目的地IP地址通过信号通知service_destination_IP_Address字段。

另外，SMT利用“for”循环提供关于多个分量的信息。

稍后，“for”循环（或分量循环）进行与num_components字段值所对应的分量的数量相同的次数，以提供关于多个分量的访问信息。也就是说，提供关于对应的服务中的各个分量的访问信息。在这一点，可以提供关于各个分量的以下字段信息。在此，根据实施方式，一个分量对应于一个FLUTE会话。

essential_component_indicator字段（1比特）当被设定为“1”时应指示该分量是对于该服务的基本分量。否则，该字段指示该分量是可选分量）。

component_destination_IP_address_flag字段（1比特）当被设定为“1”时应指示针对此分量存在component_destination_IP_address。

port_num_count字段（6比特）应指示与该UDP/IP流分量关联的目的地UDP端口的数量。目的地UDP端口号码的值应从component_destination_UDP_port_num字段开始并且应递增一，除了在RTP流的情况下，当目的地UDP端口号码应从component_estination_UPD_port_num字段开始并且递增二，以允许与RTP流关联的RTCP流。

component_destination_UDP_port_num（16比特）代表用于该UDP/IP流分量的目的地UDP端口号码。对于RTP流，component_estination_UDP_port_num的值应是偶数，并且接下来更高的值应代表关联的RTCP流的目的地UDP端口号码。

如果component_destination_IP_address_flag被设定为“1”，则component_destination_IP_address字段（32比特或128比特）应存在；如果component_destination_IP_address_flag被设定为“0”，则应不存在。当该字段存在时，承载M/H服务的此分量的IP数据报的目的地地址应与此字段中的地址匹配。当该字段不存在时，承载此分量的IP数据报的目的地地址应与M/H_service_destination_IP_address字段中的地址匹配。此字段的128比特长地址版本的有条件使用有助于IPv6在将来的可能使用，尽管IPv6的使用当前未定义。

num_component_level_descriptors字段（4比特）指示提供关于分量级别的附加信息的描述符的数量。

按照与num_component_level_descriptors字段值对应的数量，component_level_descriptor()字段被包括在分量循环中，使得提供关于分量的附加信息。

num_service_level_descriptors字段（4比特）指示提供关于对应的服务级别的附加信息的描述符的数量。

按照与num_service_level_descriptors字段值对应的数量，service_level_descriptor()字段被包括在服务循环中，使得提供关于服务的附加信息。如果服务是移动服务，则提供关于移动服务的附加信息，并且如果是NRT服务，则提供关于NRT服务的附加信息。

num_ensemble_level_descriptors字段（4比特）指示提供关于集成级别的附加信息的描述符的数量。

按照与num_ensemble_level_descriptors字段值对应的数量，ensemble_level_descriptor()字段被包括在集成循环中，使得提供关于集成的附加信息。

另外，component_descriptor()作为component_level_descriptors()可以被提供到图18的SMT。

component_descriptor()被用作SMT的多个omponent_level_descriptors()中的一个，并且描述对应分量的附加信令信息。

因此，与移动NRT服务有关，可以使用图14的分量描述符来提供接收对应的FLUTE会话所必需的信令信息。

例如，如果图14的分量描述符的component_type字段值是38，则component_data（component_type）字段提供如图15所示的用于FLUTE文件传送的数据。由于以上进行了图14和图15的各个字段描述，所以重复描述将被省略。

图19是例示根据实施方式的用于映射文件和content_id的FDT方案的图。图20是例示根据另一个实施方式的用于映射文件和content_id的FDT方案的图。它们代表FDT实例级别入口文件指定方法。NRT内容包括多个文件。然而，由于各个文件不具有标注，所以难以搜索与NRT内容有关的文件。因此，如图19和图20所示，content_id被插入到各个文件的FDT中。

下文中，如果FDT中声明的全部文件的公共属性需要被定义，则FDT示例级别表示包括用于公共属性的定义部分的级别。FDT文件级别可以表示包括针对各个文件的各个属性的定义的级别。

接收器标识通过对应的频道发送的服务是基于SMT的NRT服务。另外，接收器标识对应的NRT服务的内容项目和文件。

如上所述，尽管接收器可以标识NRT服务中的文件和内容项目，但是其不具有关于内容项目的文件的信息，因而不能够与它们匹配。因此，接收器不能够处理NRT服务。

因此，本发明提供了标识内容项目是否有关的方法。也就是说，对应的方法示出哪种文件被包括在文件项目中。在此情况下，接收器可以适当地处理所接收到的NRT服务。因此，可以基于发送NRT服务的FLUTE会话中的FDT信息来指定对应的方法。例如，基于FLUTE会话中指定的内容-位置和TOI字段，标识组成内容项目的各个文件。FDT中的content_id与NCT的内容标识符（content_id）或OMB BCAST SG中的内容片段的内容标识符匹配。

参照图19和图20，用1指示的部分声明FDT实例级别的内容标识符，并且这个被声明的内容标识符被指派到对应的FDT实例中声明的全部文件。当然，通过指派文件级别的新内容标识符，该信息可以被覆写。或者，如果特定文件属于并非在FDT实例级别限定的内容项目的另一个内容项目，则可以通过指派以下描述的文件级别content_id来进行通知。本实施方式以16个比特表示content_id。

与用2指示的部分有关，当FDT实例中的文件被包括在具有文件级别的content_id声明的不同内容项目中时，该方法用信号通知内容项目和内容的全部文件中的哪个文件属于哪个入口。

部分3是通知针对各个文件的对应文件是否为入口文件的方法。也就是说，组成文件项目的多个文件当中首先播放的或者必须首先执行以访问内容项目的、与根文件对应的文件被称为入口文件，并且代表通知该信息的方法。入口属性可以被省略，并且其缺省值为假。当被省略时，表示对应的文件不是入口文件。“入口”是文件的头，它需要被处理以执行该文件。例如，“index.html”可以是“入口”。因此，入口文件可以被设定为“真”并且其它文件被设定为“假”。通过入口文件，可以有效控制重复地发送相同文件。在文件下载时，入口文件指示针对另一个引用的内容的文件，使得不需要在另一个或者附加实例中下载它。

特定文件用作特定组中的入口，由于与文件级别有关的组用信号通知入口是否为可能的，但是其对应的角色可能在另一个组中失败。当内容标识符被在FDT实例级别指派时，可以考虑以下两种方法作为通知入口文件的方法。

1）将文件级别内容标识符附加地指派到与入口文件对应的文件并且将其入口属性设定为真的方法：在此情况下，内容标识符被在FDT实例级别和文件级别被复制，但是具有最灵活的结构。也就是说，尽管文件级别和FDT实例级别中的一个可以指定content_id，但是如果另一个content_id在文件级别和FDT实例中被一起指定，则文件级别的content_id相比FDT实例级别的content_id具有优先级。

2）类似于图20的FDT方案的另一个实施方式，用作入口文件的文件在FDT实例级别的文件标识符定义中可以被直接引用。为此，根据图20的实施方式，针对FDT实例级别内容标识符附加地定义FDT-Content-ID-Type，并且如部分2中所示，扩展为包括入口文件的内容位置。在部分2的情况下，用其content_id定义入口级别。例如，各个content_id示出存在哪个入口文件。

在此方法中，内容-位置被复制，使得信令会有问题，但是入口文件配置信息可以由各个内容项目立即获得。

图21是例示根据实施方式的接收器的操作的流程图。

参照图21，根据实施方式，接收器通过NRT服务信令信道接收NRT服务信令数据，基于所接收到的NRT服务信令数据显示NRT指南信息，并且接收针对所选择的NRT内容的NRT服务数据，以提供NRT服务。

首先，一旦接收器被开启，在操作S1000用户选择频道。接着，根据所选择的频道调谐到物理传输频道。

接着，在操作S1010从通过调谐到物理传输频道接收到的广播信号获得VCT和PMT。接着，在操作S1020，通过解析所获得的TVCT（VCT）确认是否存在NRT服务。通过检查VCT的虚拟循环中的service_type字段值来进行确认。例如，如果service_type字段具有0x08，则存在NRT服务。另外，如果不是0x08，则由于对应的虚拟频道不发送NRT服务，则在操作S1111中，可以在虚拟频道中进行诸如一般A/V服务的适当操作。

另外，如果确定存在NRT服务，则由于对应的虚拟频道发送NRT服务，所以在操作S1030获得与包括针对NRT服务信令信道地址的已知IP地址的流的特定PID（PID_NST）匹配的PID（PID=PID_NST）。

另外，在操作S1040，接收器接收具有与所获得的PID值（PID_NST）相同的PID的传输分组（TP）。

接着，在操作S1050，接收器从所接收到的TP提取包括NRT服务表（NST）的NRT服务信令数据，或者从所接收到的TP提取针对NRT服务信令信道访问的IP地址，以接收通过IP层以另一格式发送的NRT服务信令数据。

接着，在操作S1060，接收器获得逐个NRT服务的关于NRT服务数据传输的频道信息。

接着，在操作S1070，接收器从NRT服务信令数据接收器获得NRT内容表（NCT），其包括与Channel_id的值相同的NRT_channel_id字段值、所获得的频道信息的标识符。

接着，在操作S1080，接收器从所获得的NCT的各个字段获得关于组成各个NRT服务的NRT内容的内容信息。例如，根据NCT的实施方式，内容信息可以包括content_delevery_bit_rate、content_available_start_time、content_available_end_time和content_title_text()字段中的至少一个。

接着，在操作S1090，接收器利用内容信息显示NRT指南信息。用户可以从所显示的NRT指南信息中选择要使用或接收的NRT内容。

接着，在操作S1100，接收器从NST获得具有所选择的NRT内容的NRT服务访问信息。例如，NRT服务访问信息可以包括用于接收NRT服务数据的频道信息或IP地址信息。

并且，在操作S1110，接收器在访问用于发送NRT服务的频道或服务器之后利用所获得的NRT服务访问信息接收对应的NRT内容，并且根据NRT内容进行适当操作。

图22和图23是例示根据另一个实施方式的接收、存储和播放用于NRT服务的NRT内容的接收系统的图。

图23的接收器可以包括操作控制单元100、基带处理单元110、服务解复用器120、流分量处理机130、媒体处理机140、文件处理机150、服务管理器160、PVR管理器170、第一存储单元180、SG处理机190、EPG管理器191、NRT服务管理器192、应用管理器194、中间件引擎193、呈现管理器195和用户接口（UI）管理器196。

基带处理单元110可以包括调谐器111和解调器。服务解复用器210可以包括MPEG-2TP处理机121、PSI/PSIP处理机122、MPEG-2TP解复用器123、解扰器124和第二存储单元125。

流分量处理机130可以包括分组基础流（PES）解调器131、基础流（ES）解调器132、PCR处理机133、STC处理机134、DSM-CC可寻址区间处理机135、IP数据报处理机136、解扰器137、UDP处理机138、服务信令区间处理机138-1和条件访问系统（CAS）139。

媒体处理机140可以包括A/V解调器141。文件处理机150可以包括ALC/LCT流处理机151、文件重构缓冲器152、XML解析器153、FDT处理机154、解压缩器155、第三存储单元156和文件解码器157。

在图23中，调谐器111根据服务管理器160的控制调谐通过地面波接收的广播信号当中的期望频道的广播信号，并且接着将经调谐的广播信号下变频为中频（IF）信号以输出到解调器112。调谐器111可以接收实时流和非实时流。非实时流在本发明中被称为NRT流。

解调器112对从调谐器111输入的通带的数字IF信号进行自动增益控制、载波恢复和定时恢复，将数字IF信号转换为基带信号，并且进行信道均衡化。例如，当广播信号是VSB调制信号时，进行VSB解调处理以进行自动增益控制、载波恢复和定时恢复。

在解调器112中经解调和信道均衡化的数据按照MPEG-2传输流（TS）分组格式输出到MPEG-2TP处理机121。

MPEG-2TP处理机121包括MPEG-2TP缓冲器和MPEG-2TP解析器，并且在临时存储解调器112的输出之后分析TS头。接着，如果解调器112的输出是用于实时的A/V TS分组或者NRT TS分组，则其被输出到解复用器113，并且如果是用于PSI/PSIP表的TS分组，则被输出到PSI/PSIP处理机122。

PSI/PSIP处理机122包括PSI/PSIP区间缓冲器和PSI/PSIP解析器，并且在临时存储从MPEG-2TP处理机121输出的TS分组之后，参照表标识符，从TS分组的有效载荷中的PSI/PSIP区间数据恢复并解析对应的表。在这一点，通过对应的区间中的table_id字段、section_number字段和last_section_number字段确定一个表是否包括一个区间或多个区间，另外，具有相同表标识符的区间被收集以完成对应的表。例如，具有被分配到VCT的表标识符的区间被收集以完成VCT。另外，各个表的经解析的信息被服务管理器160收集以存储在第一存储单元180中。诸如VCT、PAT、PMT和DST的表信息通过上述处理存储在第一存储单元中。服务管理器160按照服务映射和指南数据格式将表信息存储在第一存储单元180中。

如果输入的TS分组是实时的A/V TS分组，则解复用器123将TS分组划分为音频TS分组和视频TS分组，接着将它们输出到PES解码器131。如果输入的TS分组是NRT TS分组，则其被输出到DSM-CC处理机135。另外，如果TS分组包括节目时钟基准（PCR），则解复用器123将其输出到PCR处理机133，并且如果其包括条件访问（CA）信息，则将其输出到CAS139。NRT TS分组包括具有NRT服务数据的TS分组和具有NRT服务信令信道的TS分组。用于标识NRT服务的唯一PID被分配到NRT服务数据的TS分组，并且利用DST和PMT提取包括NRT服务信令信道的TS分组的PID。

如果输入的TS分组的有效载荷被加扰，则解复用器123将其输出到解扰器124，接着，解扰器124从CAS139接收进行解扰所必需的信息（用于加扰的控制字），并且对TS分组进行解扰。

解复用器123在第二存储单元125中实时地存储在临时记录、调度记录和时间移位的的一个请求下输入的A/V分组。第二存储单元125是大规模存储介质并且例如可以包括HDD。第二存储单元125根据PVR管理器170的控制进行下载（即，存储）和更新（即，播放）。

解复用器123从自第二存储单元更新的A/V TS分组分离出音频TS分组和视频TS分组，并且接着在播放请求下将它们输出到PES解码器131。

解复用器123被服务管理器160和/或PVR管理器170控制以进行以上处理。

也就是说，如果VCT中的service_type字段指示NRT服务被发送，则服务管理器160从自VCT的虚拟频道循环接收NRT_service_descriptor()提取各个NRT服务的标识信息并且将其存储，接着从VCT的服务位置描述符（或PMT的ES循环）提取DST PID以接收DST。

接着，从所接收到的DST标识NRT服务，并且包括NRT服务信令信道在内的MPEG-2TS分组的PID被提取以利用DST和PMT接收所标识的NRT服务。所提取的PID被输出到解复用器123。解复用器123将从服务管理器160输出的、与PID对应的MPEG-2TS分组输出到可寻址区间处理机135。

PCR是用于A/V解码器141中的音频ES和视频ES的时间同步的时间基准值。PCR处理机133恢复所输入的TS分组的有效载荷中的PCR并且将其输出到STC处理机134。STC处理机134从PCR恢复系统时间时钟（STC）(即，系统的基准时钟)，并将其输出到A/V解码器141。

PES解码器131包括PES缓冲器和PES处理机，并且在临时存储音频TS分组和视频TS分组之后，从TS分组去除TS头以恢复音频PES和视频PES。所恢复的音频PES和视频PES被输出到ES解码器132。ES解码器132包括ES缓冲器和ES处理机，并且从音频PES和视频PES去除各个PES头以恢复音频ES和视频ES，即，纯数据。所恢复的音频ES和视频ES被输出到A/V解码器141。

A/V解码器141通过各个解码算法将音频ES和视频ES解码以恢复压缩的先前状态，接着将其输出到呈现管理器195。在这一点，当音频ES和视频ES被解码时，根据STC进行时间同步。作为一个示例，音频解码算法包括AC-3解码算法、MPEG2音频解码算法、MPEG4音频解码算法、AAC解码算法、AAC+解码算法、HE AAC解码算法、AAC SBR解码算法、MPEG环绕解码算法和BSAC解码算法中的至少一个。视频解码算法包括MPEG2视频解码算法、MPEG4视频解码算法、H.264解码算法、SVC解码算法和VC-1解码算法中的至少一个。

CAS139包括CA流缓冲器和CA流处理机，并且在临时存储从MPEG-2TP处理机输出的TS分组或者从UDP数据报处理机138恢复并输出的服务保护数据之后，从所存储的TS分组或服务保护数据恢复进行解扰所必需的信息（例如，用于加扰的控制字）。也就是说，TS分组的有效载荷中的标题管理消息（EMM）和标题控制消息（ECM）被提取并且通过分析所提取的EMM和ECM获得进行解扰所必需的信息。ECM可以包括在加扰中使用的控制字（CW）。在这一点，可以利用加密密钥来对控制字进行加密。EMM可以包括对应的数据的加密密钥和限定信息。从CAS139获得的进行解扰所必需的信息被输出到解扰器124和137。

DSM-CC区间处理机135包括DSM-CC区间缓冲器和DSM-CC区间解析器，并且在临时存储从解复用器123输出的TS分组之后，恢复TS分组的有效载荷中的可寻址区间。在通过去除可寻址区间的头和CRC校验和来恢复IP数据报之后，将所恢复的IP数据报输出到IP数据报处理机136。

IP数据报处理机136包括IP数据报缓冲器和IP数据报解析器。在对从DSM-CC区间处理机135传送的IP数据报进行缓冲之后，IP数据报处理机136提取并分析所缓冲的IP数据报的头以从IP数据报的有效载荷恢复UDP数据报，接着将其输出到UDP数据报处理机138。

在这一点，如果IP数据报被加扰，则经加扰的UDP数据报在解扰器137中被解扰，接着被输出到UDP数据报处理机138。作为一个示例，解扰器137从CAS138接收进行解扰所必需的信息（例如，用于加扰的控制字），并且对UDP数据报进行解扰以将其输出到UDP数据报处理机138。

UDP数据报处理机138包括UDP数据报缓冲器和UDP数据报解析器。在对从IP数据报处理机136或解扰器137传送的IP数据报进行缓冲之后，UDP数据报处理机138提取并分析所缓冲的UDP数据报的头以恢复包括在UDP数据报的有效载荷中的数据。在这一点，如果所恢复的数据是服务保护数据，则其被输出到CAS139；如果恢复的数据是NRT服务信令数据，则其被输出到服务信令区间处理机138-1；并且如果所恢复的数据是NRT服务数据，则其被输出到ALC/LCT流处理机151。

也就是说，关于发送NRT服务信令信道的IP数据报的访问信息是已知的目的地IP地址和已知的目的地UDP端口号码。

因此，IP数据报处理机136和UDP数据报处理机138包括已知的目的地IP多播地址和已知的目的地UDP端口号码，并且提取发送NRT服务信令信道的IP多播流（即，NRT服务信令数据），以将其输出到服务信令区间处理机138-1。

另外，服务信令区间处理机138-1包括服务信令区间缓冲器和服务信令区间解析器，并且从NRT服务信令数据恢复并解析NST以将其输出到服务管理器160。当NST被解析时，发送组成NRT服务的内容/文件的FLUTE会话的访问信息和提供NRT服务所必需的信令信息可以被提取。例如，从NST向各个FLUTE会话发送的、提供NRT服务的内容/文件所必需的信息可以被提取。提供NRT服务的内容/文件所必需的信息可以包括媒体对象的容器信息、编码信息或解码参数。

来自NST的经解析的信息被服务管理器160收集，接着被存储在第一存储单元180中。服务管理器160按照服务映射和指南数据格式将从NST提取的信息存储在第一存储单元180中。作为另一个示例，NRT服务管理器182可以用作服务管理器160。也就是说，来自NST的经解析的信息被NRT服务管理器192收集，接着被存储在第一存储单元180中。

ALC/LCT流处理机151包括ALC/LCT流缓冲器和ALC/LCT流解析器，并且在对从UDP数据报处理机138输出的具有ALC/LCT结构的数据进行缓冲之后，分析来自缓冲数据的ALC/LCT会话的头和头扩展。基于ALC/LCT会话的头和头扩展的分析结果，如果发送到ALC/LCT会话的数据具有XML结构，则其被输出到XML解析器153。如果该数据具有文件结构，则在被临时存储在文件重构缓冲器152中之后，其被输出到文件解码器157或者存储在第三存储单元156中。如果发送到ALC/LCT会话的数据是用于NRT服务的数据，则ALC/LCT流处理机151被NRT服务管理器192控制。在这一点，如果发送到ALC/LCT会话的数据被压缩，则在解压缩器155中解压缩之后，其被输出到XML解析器153、文件解码器157和第三存储单元156中的至少一个。

XML解析器153分析通过ALC/LCT会话发送的XML数据，并且如果所分析的数据是用于基于文件的服务的，则其被输出到FDT处理机154。如果所分析的数据是用于服务指南的，则其被输出到SG处理机190。

FDT处理机154通过ALC/LCT会话分析并处理FLUTE协议的文件描述表。如果所接收到的文件是用于NRT服务的，则FDT处理机154被NRT服务管理器192控制。

SG处理机190收集并分析按照XML结构发送的用于服务指南的数据，并且将其输出到EPG管理器191。

文件解码器157通过预定算法对从文件重构缓冲器152输出的文件、从解压缩器155输出的文件或者从第三存储单元156上传的文件进行解码，从而将其输出到中间件引擎193或A/V解码器141。

中间件引擎193解释并执行具有文件结构的数据，即，应用。另外，应用可以通过呈现管理器195输出到屏幕或扬声器。根据实施方式，中间件引擎193是基于JAVA的中间件引擎。

EPG管理器191根据用户输入从SG处理机190接收服务指南数据，接着，将所接收到的服务指南数据转换为显示格式以将其输出到呈现管理器195。应用管理器194对以诸如文件的格式接收的处理应用数据进行一般管理。

服务管理器160收集并分析发送到NRT服务信令信道的PSI/PSIP表数据或NRT服务信令数据，以创建服务映射，接着将其存储在第一存储单元125中。另外，服务管理器160控制关于用户希望的NRT服务的访问信息，并且还控制调谐器111、解调器112和IP数据报处理机136。

操作控制器100根据用户命令控制服务管理器160、PRV管理器170、EPG管理器191、NRT服务管理器192、应用管理器194和呈现管理器195中的至少一个，因而执行用户希望的功能。

NRT服务管理器192对在IP层上通过FLUTE会话按照内容/文件格式发送的NRT服务进行一般管理。

UI管理器196通过UI将用户输入传送到操作控制器100。

呈现管理器195通过扬声器和屏幕中的至少一个向用户提供从A/V解码器141输出的音频/视频数据、从中间件引擎193输出的文件数据和从EPG管理器191输出的服务指南数据中的至少一个。

另外，服务信令区间处理机138-1、服务管理器160和NRT服务管理器192中的一个从NST的FLUTE会话循环（或NST的分量循环）获得组成NRT服务的内容或者关于发送文件的FLUTE会话的IP访问信息。另外，从在NST的分量循环接收到的component_descriptor()获得FLUTE级别访问信息。

接着，ALC/LCT流处理机和文件解码器157利用所获得的FLUTE级别访问信息来访问FLUTE文件传送会话，以收集会话中的文件。一旦文件被收集，它们组成一个NRT服务。该NRT服务可以被存储在第三存储单元156中，或者被输出到中间件引擎193或A/V解码器141，以在显示设备上显示。

第三存储单元158（即，存储诸如NRT服务数据的文件的存储介质）可以与第二存储单元125共享，或者可以被单独使用。

图24是例示根据实施方式的接收器接收和提供NRT服务的方法的流程图。

接收器可以通过NRT服务信令信道或者在移动NRT服务的情况下通过接收IP数据报来获得NRT服务信令信息，并且在操作S2010中从NRT服务信令信息获得SMT。

接着，在操作S2020，接收器从SMT获得NRT服务信息。可以通过解析服务级别描述符循环中的NRT_service_info_descriptor来获得NRT服务信息。所获得的NRT服务信息可以包括关于针对各个NRT服务或其它NRT服务的应用类型的要求信息。

稍后，在操作S2030，接收器基于所获得的NRT服务信息输出NRT服务指南。NRT服务指南可以包括应用和关于各个服务的服务类别信息。另外，可以基于NRT服务信息描述符的各个字段进一步显示详细信息。详细信息可以包括根据storage_requirement字段的关于对应的NRT服务的容量信息或者根据audio_codec_type或video_codec_type字段的关于对应的NRT服务的音频或视频编码解码器信息。用户可以选择NRT服务以基于服务指南中的信息进行接收和使用。

接着，在操作S2040，接收器从NCT获得针对组成所选择的NRT服务的内容项目的标识符（content_id）。接收器从SMT获得与所选择的NRT服务对应的NRT_service_id，获得具有与所获得的NRT_channel_id相同的NRT_channel_id值的NCT，并且通过所获得的NCT获得针对组成对应的NRT服务的内容项目的标识符（content_id）。

接着，在操作S2050，接收器利用所获得的内容项目标识符（content_id）访问FLUTE会话，以接收组成对应的内容项目的文件。由于组成内容项目的各个文件与FLUTE会话中的FDT的TOI或内容位置字段匹配，所以在S2060，接收器利用FLUTE会话接收对应的内容项目的文件。文件的接收可以包括在读取对应的FLUTE会话中的FDT之后，当针对对应的文件的Content-ID属性字段与所获得content_id相同时接收对应的文件或对象。

另外，接收器解析对应的FLUTE会话中的FDT实例，以获得与内容项目对应的文件的列表。另外，接收器获得包括文件列表当中的作为入口的文件列表的入口信息。

最后，在操作S2080，接收器基于接收器内容项目和与其对应的文件的列表或者入口信息向用户提供NRT服务。

通过NRT服务下载的内容可以在用户希望的时刻被使用，并且从实时广播分离。

另外，在预先发送NRT服务并且将其存储在接收器中之后，广播站可以指定对应的NRT服务的内容项目，其在特定实时广播被发送或者NRT服务被显示时的时刻执行。根据本发明的实施方式，NRT服务可以包括预先下载的与实时广播链接并且在特定时刻执行的内容。另外，根据本发明的实施方式，NRT服务可以包括预先准备以在特定时刻执行特定NRT服务的内容。在与实时广播链接的特定时刻触发以执行针对特定NRT服务的特定动作的NRT服务内容被称为触发声明对象（TDO）。因此，根据是否在特定时刻执行，NRT服务应用被划分为非实时声明对象（NDO）或触发声明对象（TDO）。

根据本发明的实施方式，广播站可以发送关于目标TDO的触发信息。触发信息可以包括关于在特定时刻针对特定TDO进行特定动作的信息。

另外，触发信息可以包括用于用信号通知触发的触发信令数据（触发信令信息）和组成触发的触发数据。另外，发送触发数据的数据流可以被指定为触发流。并且，触发数据可以表示其自己。

这种触发可以包括用于标识触发的触发标识符、用于标识用于触发的NRT服务的TDO标识符和关于TDO的动作信息和触发时间中的至少一个。

触发标识符可以是唯一标识触发的标识符。例如，广播站可以将至少一个触发包括在通过EIT提供的预定时间的广播节目信息中。在此情况下，接收器可以基于至少一个触发在针对各个触发指定的时刻对触发目标TDO执行动作。在这一点，接收器可以利用触发标识符来标识各个触发。

TDO标识符可以是用于标识NRT服务内容（即，触发的目标）的标识符。因此，TDO标识符可以包括触发NRT服务标识符（NRT_service_id）、内容链接（content_linkage）和NRT内容项目入口的URI或URL中的至少一个。另外，TDO标识符可以包括用于标识稍后描述的触发目标TDO的目标标识符（target_service_id）。

另外，TDO动作信息可以包括关于针对触发目标的TDO的动作的信息。动作信息可以是目标TDO的执行、终止和扩展命令中的至少一个。另外，动作信息可以包括用于生成目标TDO中的特定功能或事件的命令。例如，如果动作信息包括目标TDO的执行命令，则触发器可以向接收器请求目标TDO的激活。另外，如果动作信息包括目标TDO的扩展命令，则触发器可以向接收器通知目标TDO将扩展。另外，如果动作信息包括目标TDO的终止命令，则触发器可以向接收器通知目标TDO将终止。因而，广播站可以通过触发器根据实时内容来控制接收器中的TDO操作。

另外，触发时间可以表示用于执行（触发）针对目标TDO指定的动作而指定的时间。另外，触发时间可以与特定虚拟频道中的视频流同步，以将NRT服务与实时广播链接。因此，广播站可以参照视频流参照的PCR来指定触发时间。因此，接收器可以在广播站参照视频流参照的PCR进行指定的时刻触发TDO。另外，广播站可以将视频流的头中的触发标识符用信号通知给触发器，以发送准确的触发时间。

另外，触发时间可以用UTC时间来指定。在UTC时间的情况下，触发时间不是相对时间而是绝对时间。

触发时间可以是准确触发时刻或者可以包括近似开始时间。另外，接收器可以通过接收近似时间来在准确触发时刻之前预先准备针对目标TDO的动作。例如，接收器可以预先准备TDO执行，使得在触发时间TDO顺利操作。图25是例示根据实施方式的触发器的比特流句法的图。

在此，触发器或触发数据具有触发表形式，并且对应的句法具有MPEG-2专用区间形式以帮助理解。然而，对应的数据的格式可以变化。例如，对应的数据可以按照会话描述协议（SDP）格式来表达并且根据另一个方法通过会话通告协议（SAP）用信号通知。

table_id字段被任意地设定为0XTBD，并且标识对应的表区间是组成触发器的表区间。

section_syntax_indicator字段被设定为1并且指示该区间遵循一般区间句法。

private_indicator字段被设定为1。

section_length字段描述从紧接着section_length字段到该区间的最后的该区间中的剩余比特的数量。

source_id字段代表与虚拟频道有关的节目的来源。

TTT_version_number字段代表触发器的版本信息。另外，触发器的版本信息代表触发器协议的版本。触发器版本信息可以用于确定触发器结构或触发器自身是否存在变化。例如，如果触发器版本信息相同，则接收器确定不存在触发器变化。另外，如果触发器版本信息不同，则接收器确定存在触发器变化。例如，触发器版本信息可以包括多个版本号，并且接收器可以基于多个版本号中的一些来确定是否存在触发器变化。

current_next_indicator字段代表如果被设定为1则对应的表区间当前可应用。

section_number字段指示对应的表区间的号码。

last_section_number字段表示区间当中的最后和最高号码的表区间。

num_triggers_in_section字段表示对应的表区间中的触发器的数量。一个会话中的触发器的数量可以是一个或多个。另外，下一个“for”循环进行与触发器的数量相同的次数。

trigger_id字段代表唯一地标识触发器的标识符。

trigger_time字段代表用于进行触发的时间。另外，该字段可以不被包括在会话中，并且在此情况下，触发时间可以是如上所述从广播流指定的时间。

trigger_action字段代表在触发时间进行的触发的动作信息。触发动作可以包括针对目标TDO的准备命令、目标TDO执行命令、目标TDO扩展命令和目标TDO终止命令中的至少一个。触发动作还可以包括生成特定命令或事件的命令。

trigger_description_length字段代表trigger_description_text的长度。

trigger_description_text字段代表文本格式的针对对应触发器的描述。

service_id_ref字段代表标识触发器的目标TDO的标识符。因此，例如，service_id_ref字段可以指示SMT或NST的NRT_服务_id字段以标识触发目标TDO的NRT服务。

content_linkage字段代表标识触发器的目标TDO内容项目的标识符。例如，content_linkage字段可以指示NRT-IT或NCT的content_linkage字段以标识触发器的目标TDO内容项目。另外，service_id_ref字段和content_linkage字段可以被包括在用于指示一个目标TDO的类中。

num_trigger_descriptors字段代表触发描述符的数量。

trigger_descriptor()字段代表包括关于触发器的信息的描述符。

当触发器具有MPEG-2专用区间的表格式时，广播站可以根据虚拟频道发送一个触发器。

广播站发送触发器的第一方法可以包括发送包括触发器表（即，PSIP基本PID）的OX1FF流。第一方法可以通过分配触发器表的table_id来区分触发器表和其它表。

另外，发送触发器的第二方法包括向主指南表（MGT）分配与触发器表对应的PID并且发送具有该触发器表的对应的PID流。第二方法利用触发器表处理对应的PID流中的全部表。

另外，根据实施方式，触发器和触发信令信息中的至少一个通过MPEG-2分组基础流（PES）发送，以将与视频和音频同步的准确时刻指定作为触发时间。

在此，将如下描述MPEG-2PES的视频和音频同步。接收器的解码器与发送器的编码器的时间戳同步地操作。编码器具有被称为系统时间时钟（STC）的主振荡器和计数器。STC被包括在特定节目中并且是用于视频和音频编码器的节目的主时钟。

另外，如果视频帧或音频块在编码器输入中出现，则STC被采样。与编码器和解码器的缓冲器的延迟相同的采样值和恒定值被添加以生成显示时间信息（即，呈现时间戳（PTS）），接着被插入到画面或音频块的第一部分中。当发生帧重新排序时，代表数据需要在解码器中被解码的时间的解码时间戳（DTS）被插入。除了B画面的帧重新排序以外，DTS和PTS是相同的。在帧重新排序的情况下，附加地需要DTS。当DTS被使用时，总存在PTS。它们可以按照小于大约700毫秒的间隔插入。另外，在ATSC中定义了，PTS和DTS在各个画面的开始部分插入。

另外，编码器缓冲器的输出包括传输分组级别的诸如节目时钟基准（PCR）的时间戳。另外，PCT时间戳按照小于100毫秒的间隔发生，并且用于将解码器的STC与编码器的STC同步。

另外，视频流和音频流可以具有对应于公共STC的各个PTS或DTS，用于音频流和解码器的同步。因此，PTS和DTS指示在各个解码单元处何时播放音频流和视频流，并且用于音频和视频的同步。

例如，作为视频PES解分组器，接收器的解码器输出所接收到的TS流中的PES分组，并且向PCR计数器输出插入在TS分组头中的PCR值。PCR计数器对PCR值100进行计数并且将其输出到比较单元。另外，视频PES解分组器向DTS/PTS提取器输出PES分组的头，在基础流缓冲器&解码器中缓冲基础流，即，要显示的图像数据。DTS/PTS提取单元从PES分组头提取DTS和PTS值，并且将它们输出到比较单元。如果从PCR计数器输入的PCR值变为DTS值或者PCR值100变为PTS值，则比较单元向解码/显示控制单元输出针对其的各个信号。解码/显示控制单元从比较单元接收PCR值变为DTS值的信号，并且将在基础流缓冲器&解码器中缓冲的图像数据解码以将它们存储在解码流存储器中。另外，当从比较单元接收到PCR值变为PTS值的信号时，解码/显示控制单元通过显示单元显示存储在解码流存储器中的解码图像数据。

因此，MPEG-2PES在其头中包括PTS和DTS，其将数据传输期间发送的数据与一个基础流（ES）或者多个ES之间的呈现时间同步。这被称为同步数据流方法。

也就是说，根据实施方式，广播站将触发数据或触发流包括在PES的有效载荷中，并且利用以上同步的数据流方法指定触发时间作为PES分组头的PTS值。在此情况下，接收器可以根据包括触发器的PES的PTS参照的PCR值在准确时刻触发目标TDO。因此，广播站可以利用被指定为触发时间的PES分组头的的PTS以及音频和视频PES分组头的PTS，来在广播站要触发的音频和视频呈现的准确时刻将触发器同步。

另外，与包括触发器的PES流分组的头有关，stream_type值可以是0x06以指示同步数据流方法，stream_id可以指示预定流的标识符，并且PES_packet_length可以指示包括PES流的有效载荷在内的PES流的长度。

图26是例示根据实施方式的根据同步数据流方法的包括触发器的PES结构的图。

如图26所示，同步数据流方法的PES可以包括PES头和PES有效载荷。PES有效载荷可以包括同步数据分组结构。如上所述，包括触发表或其它类型的数据的触发器可以被包括在图26的PES有效载荷中，接着被发送。另外，广播站可以按照IP数据报格式将触发器分组，并且可以将经分组的触发器包括在IP数据区域中并发送该经分组的触发器。

图27是例示根据实施方式的用于作为比特流句法发送触发器的PES有效载荷的同步数据分组结构的图。

如图26和图27所示，触发器可以被包括在同步数据分组结构中接着被发送。该结构中的各个字段的详细描述如下。

data_identifier字段是标识包括在PES数据分组中的数据的类型的标识符。根据类型，其可以被设定为0x22。

sub_stream_id字段是用户可设定的标识符（用户专用）。

PTS_extention_flag字段指示是否存在PTS_extention字段。如果该字段值是1，则PTS_extention字段可以在PES_data_packet字段中。另外，当不存在PTS_extention字段时，该字段可以是0。

output_data_rate_flag字段可以被设定为0。

syncnronized_data_packet_header_length字段代表PES分组头中的可选字段的长度。如果PTS_extention_flag字段是1，则该字段可以被包括，并且代表包括synchroziced_data_privete_data_byte(s)在内的长度。

PTS_extension字段扩展从对应的PES分组的头传送来的PTS。该字段可以包括9比特节目时钟基准（PCR）扩展信息。另外，接收器可以将同步数据的PTS分辨率从11.1μs（90kHz）（即，MPEG-2标准）扩展到37ns（27MHz）。

synchronized_data_private_data_byte字段代表同步PES分组的有效载荷字节。如果DST的protocol_encapsulation代表同步数据报、不包括LLC/SNAP的IP数据报和包括LLS/SNAP的多协议，则synchronized_data_byte字段可以包括一个唯一数据报。因此，当LLC/SNAP被使用时，8字节LLC/SNAP头可以仅在PES分组的前8个字节synchronized_data_byte中示出。

因此，如果广播站将触发器包括在PES的同步数据流（stream_type）中并且将其发送，则接收器可以从PES的有效载荷提取触发流。另外，接收器可以利用PES头的PTS值作为触发时间来对目标TDO执行动作。因此，通过基于PTS（即，用于视频和音频的呈现同步的基准时间）将触发器同步，TDO可以在帧单元的准确时刻被触发。另外，当用PTS指定触发时间时，可以容易获得视频和音频同步。

另外，根据实施方式，发送关于获得触发流的触发信令信息。接收器接收触发信令信息并且基于所接收到的触发信令信息在PES的同步数据流中获得触发流，

发送触发信令信息以获得利用同步数据流发送的触发流的方法可以改变。以下多个方法中的一个被用来发送触发信令信息：1.通过DST的发送方法；2.通过服务id描述符的发送方法；3.通过触发流描述符的发送方法；以及4.通过定义触发流的流类型的发送方法。

根据实施方式，可以通过用于NRT服务的DST发送触发信令信息。DST是用于发送数据服务的表会话。由于其描述以及其data_service_bytes()的描述与图8的相同，所以重复描述将被省略。

DST可以包括用于接收组成数据服务的各个基础流（ES）的信令数据。因此，用于接收触发流的触发信令数据可以被包括在DST中。

另外，各个数据服务可以包括至少一个应用，并且各个应用可以具有包括诸如app_id的应用标识符的应用标识结构。另外，各个应用可以包括组成对应的应用或数据流的至少一个数据元素。

因此，为了通过数据服务发送触发流，广播站将一个触发流包括在特定虚拟频道中并且进行发送。另外，广播站可以将一个触发流包括在各个应用中并且进行发送。因此，将根据两个方法描述用于发送触发信令信息的实施方式。

当一个触发流被包括在虚拟频道中时，用于发送触发流的数据服务被称为触发服务。在此情况下，广播站可以向触发服务分配固定服务标识符（服务ID）。

因此，当服务标识符具有0x01作为固定值时，接收器可以标识，一个触发流被发送到虚拟频道。

在此，广播站可以将触发信令信息包括在DST中的应用标识结构中并进行发送。

例如，广播站添加0x0001作为DST的App_id_description字段值，以设定表示交互应用的值，用于将诸如TDO的NT服务与实时广播链接。另外，app_id_byte_length可以使用3个字节（0x0003）并且app_id_byte可以被分配0x01，以指示对应的数据服务包括触发流信令信息。

因此，当app_id_byte_length是0x0003，app_id_description是0x0001并且app_id_byte是0x01时，接收器通过上述方法接收DST，并且可以标识包括触发信令信息的tap()。接收器从标识的tap()结构提取包括association_tag值的触发信令信息，并且association_tag_descriptor从自广播流提取的PMT中列出的数据基础流（ES）接收具有与所提取的association_tag的PID相同的PID的流，以接收触发流。

如上所述，NRT服务通过SMR或NST用信号通知，并且可以通过16比特服务标识符（service_id）唯一地标识。另外，可以通过NCT或NRT-IT中的conent_lengate或内容标识符来标识组成NRT服务的内容项目。因此，可以通过经由DST扩展app_id_byte来类似于NRT服务发送触发服务。例如，app_id_byte可以包括将触发服务的服务标识符（服务id）字段与content_linkage字段组合的数据。因此，app_id_byte的前16个比特对应于SMT或NST中的service id字段，并且后32个比特对应于NCT或NRT-IT中的content linkage字段。

如上所述，当一个流被包括在各个频道中时，广播站可以将触发信令信息包括在tap()中，并且通过DST的应用标识结构将其发送。

另外，根据实施方式，可以通过DST的protocol_encapsulation字段发送触发信令信息。例如，如果DST中的app_id_byte_length被设定为0x0000，则app id不被分配。如果protocol_encapsulation具有0x0F，则指示触发信令信息被包括在对应的tap()结构中。因此，如果app_id_byte_length是0x0000并且protocol_encapsulation是0x0F，则接收器可以从对应的tap()结构接收触发信令信息。通过这样，获得指示触发流的PMT上的PID值，并且如上所述接收触发流。

另外，根据另一个实施方式，可以通过DST的内容类型描述符字段发送触发信令信息。

如图28所示，根据实施方式的DST上的tap()中的内容类型描述符结构如下所述。

descriptorTag可以具有0x72以代表contentTypeDescriptor。

descriptorLenth字段以字节为单位表示描述符的总长度。

contentTypeByte字段代表通过连接到描述符的tap引用的数据的MIME媒体类型值。在RFC2045部分[8]的5中定义了MIME媒体类型。

因此，根据实施方式，内容类型描述符可以被添加到包括触发信令信息的tap()结构中。因此，如果app_id_byte_length是0x0000并且tap()结构的内容类型描述符对应于预定内容，则接收器可以从对应的tap()结构接收触发信令信息。通过这样，获得指示触发流的PMT上的PID值，并且如上所述接收触发流。MIME媒体类型可以用特定类型指定，以通过内容类型描述符来标识存在触发服务信令信息。

如上所述，一个NRT服务可以是用于发送触发流的触发服务并且可以发送各个不同的流到触发服务中的内容项目。在此情况下，各个应用可以包括一个触发流。

因此，实施方式可以将触发流包括在NRT服务的各个内容项目中，并且可以将其发送。在此情况下，上述应用标识结构可以被使用。例如，如果app_id_byte_length是0x0003，则指示利用一个服务标识符通过一个NRT服务发送触发流。如果app_id_byte_length是0x0007，则指示利用服务标识符和内容链接来通过各个内容项目发送触发流。如果如上定义，则可以根据各个NRT服务或内容项目发送各个触发流。由于发送和接收触发流的方法的下一阶段与针对各个虚拟频道发送一个触发流的方法相同，所以重复描述将被省略。

图29是例示根据实施方式的PMT和服务标识符描述符的句法的图。

如图29所示，节目映射表（PMT）代表在各个频道中广播的节目的信息。“分组ID”被定义为“0x00”并且被发送的节目关联表（PAT：Program AssociationTable）可以通过解析PMT的“分组ID”来接收PMT。

另外，服务标识符描述符可以被包括在针对PMT的各个ES的描述符循环中。接着，可以包括各个节目元素中的服务的列表信息。

以下将描述服务标识符描述符的结构。

descriptor_tag字段指示描述符是service_id_descriptor()并且可以具有0xC2。

descriptor_length字段代表从该字段到描述符终止的字节单位长度。

service_count字段指示具有描述符的节目元素中的服务的数量。

service_id字段指示具有描述符的节目元素中的服务标识符。

根据实施方式，可以通过已知IP地址发送触发流。另外，为了用信号通知触发，广播站可以在服务标识符描述符中包括与触发流对应的特定服务标识符（服务id，例如，0x01）并且将其发送。也就是说，可以通过服务标识符描述符来发送关于触发流的触发信令信息。因此，如果PMT的ES循环中的ES描述符循环中的service_id_descriptor的服务标识符是0x01，则接收器确定ES循环中的elementray_PID是指示触发流的PID并且通过该PID接收触发流。

图30是例示根据实施方式的触发流描述符的图。根据实施方式，可以利用触发流描述符来用信号通知触发。类似于上述服务标识符描述符，触发流描述符可以被包括在PMT的ES循环中的ES描述符循环中。因此，如果存在触发流，则触发流描述符可以存在于ES描述符循环中。如果标识触发流描述符，则接收器可以通过从对应的ES循环中的elementary_PID获得触发流的PID来接收触发流。

与此类似，用于发送触发信令信息的触发流描述符可以包括TDO的服务标识符（目标服务id）、触发流中的触发目标和发送触发流的IP地址列表中的至少一个。根据实施方式提供了图30的触发流描述符，并且其结构将描述如下。

如果被设定为预定值，则descriptor_tag字段指示trigger_stream_descriptor。

descriptor_length字段代表从该字段到描述符终止的字节单位长度。

target_service_count字段代表触发流中的至少一个触发器的目标NRT服务（TOD）的数量。

target_service_id字段代表触发流中的至少一个触发器的目标NRT服务（TOD）的服务标识符（service_id）。接收器可以利用target_service_id字段在接收触发流之前标识服务标识符（service_id）。

target_content_item_count字段代表触发流中的至少一个触发器的目标NRT服务内容项目的数量。

target_content_linkage字段代表触发流中的至少一个触发器的目标NRT服务内容项目链接（content_linkage）。

另外，根据实施方式提供了触发流描述符，进而明显的是，可以包括附加信息或具有其它配置。例如，当针对各个频道发送一个触发流时，内容项目字段可以省略。另外，触发流标识信息字段和概况信息字段中的至少一个可以被添加以标识触发流。

广播站可以利用触发流描述符来发送诸如TDO的触发目标NRT服务的列表信息。另外，根据内容项目，如果存在另一个触发，则广播站可以利用target_service_id和targe_content_linkage字段发送触发信令信息。另外，触发流描述符还可以包括发送触发流的IP地址信息或端口号码的列表。

根据实施方式，广播站指定流类型并发送触发信令信息。接收器利用流类型从PMT提取触发信令信息并通过触发信令信息接收触发流。例如，0x96（当前初步设定的流类型中的一个）可以被指定为触发流。在此情况下，通常的接收器不具有关于流类型0x96的信息，因而可能不处理触发流并且不理会它。因此，保证了子模型接收器的向后兼容性。

根据实施方式，触发器可以被包括在用于在诸如多媒体家庭平台（MHP）或先进公共应用平台（ACAP）的数据广播中发送应用信息的应用信息表（AIT）中，并且可以被发送。图31是根据实施方式的AIT的图。

另外，根据另一个实施方式，触发器可以被包括在STT的描述符中以参照系统时间表（STT）作为触发时间，接着被发送。图32是根据实施方式的STT的图。

图33是例示根据实施方式的用于发送TDO和触发器的发送器的框图。

参照图33，发送器200包括NRT服务发送单元210、触发发送单元220、复用单元230和解调制单元240。NRT服务发送单元210包括NRT服务（TDO）生成单元211和NRT服务信令数据生成单元212。触发发送单元220包括触发生成单元211和触发信令数据生成单元222。

NRT服务（TDO）生成单元211从服务提供商接收用于NRT服务生成的数据以生成NRT服务，将所生成的NRT服务分组为IP数据报，接着将分组的IP数据报分组为传输分组（TP）。分组的NRT服务数据被发送到复用单元230。

NRT服务生成单元211将包括关于传输中的NRT服务的频道信息和service_id的元数据发送到NRT服务信令数据生成单元212。另外，如果所生成的NRT服务是TDO，则NRT服务生成单元211提取包括用于触发TDO的触发时间、标识信息和目标TDO的触发动作信息的触发信息，接着将该触发信息发送到触发生成单元221。

NRT服务信令数据生成单元212利用NRT服务元数据生成用于接收NRT服务的NRT服务信令数据，并且将所生成的NRT服务信令数据分组为传输分组（TP）并且将其发送到复用单元230。

另外，触发生成单元211利用从NRT服务（TDO）生成单元接收到的TDO的触发信息生成触发数据。所生成的触发数据被分组为传输分组以将其发送到复用单元230。另外，触发生成单元221向触发信令数据生成单元222发送用于接收触发的元数据，诸如所发送的触发数据的分组标识符（PID）。

触发信令数据生成单元22基于所接收到的元数据生成触发信令数据，并且将数据中的触发信号分组为传输分组以将其发送到复用单元230。

复用单元230逐个频道对所接收到的传输分组进行复用，接着向调制单元240发送经复用的信号。

调制单元240对经复用的信号进行调制并将其发送到外部。调制方法可以改变，并且本发明不限于此。

图34是例示根据实施方式的用于接收TDO和触发器的接收器的框图。

参照图34，接收器300包括解调单元310、解复用单元320、触发处理单元330、NRT服务处理单元340和服务管理器350。触发处理单元330包括触发接收单元331和触发信令数据接收单元332。NRT服务处理单元340包括NRT服务（TDO）接收单元341和NRT服务信令数据接收单元342。

解调单元310从发送器200接收经调制的信号，并且根据预定解调方法对所接收到的信号进行解调以将其发送到解复用单元320。

解复用单元320对经解调的信号进行解复用以逐个频道恢复原始传输分组以将它们发送到触发处理单元330或NRT服务处理单元340的各个接收单元。

NRT服务信令数据接收单元342从复用单元320接收并恢复所分组的NRT服务信令数据，以提取关于NRT服务的信息，接着将其发送到NRT服务（TDO）接收单元341。NRT服务（TDO）接收单元341利用关于接收NRT服务的信息从复用单元320接收NRT服务的传输分组，并且将其恢复为服务数据以将其发送到服务管理器350。

另外，NRT服务信令数据接收单元332从复用单元320接收并恢复所分组的触发信令数据，提取关于接收触发的信息，接着将其发送到触发接收单元331。触发接收单元331利用关于接收触发的信息从复用单元32接收包括触发器的传输分组，并且恢复触发数据以将其发送到服务管理器350。

服务管理器350从触发处理单元330或NRT处理单元340接收触发数据或NRT服务（TDO）数据中的至少一个。另外，服务管理器350在触发时刻对触发目标TDO执行并应用触发动作，使得进行对TDO的触发动作。

图35是例示根据实施方式的触发器发送方法的流程图。

参照图35，在操作S100，NRT服务生成单元211通过从外部接收NRT服务数据或者基于从NRT服务提供商接收到的数据来生成NRT服务数据。另外，NRT服务生成单元211将所生成的数据分组为传输分组。另外，NRT服务生成单元211向NRT服务信令数据生成单元212发送关于包括NRT服务的接收传输分组的信息。

接着，在操作S110，NRT服务信令数据生成单元212生成以上描述的NRT服务信令数据并且将其分组为传输分组。

另外，在操作S120，NRT服务生成单元211确定所生成的NRT服务是否为触发声明对象，即，TDO。

另外，如果所生成的NRT服务是TDO，则NRT服务生成单元211向触发生成单元221发送包括用于触发TDO的触发时间、触发动作、目标TDO标识信息在内的触发信息，并且在操作S130，触发生成单元211利用所接收到的触发信息生成触发数据。所生成的触发数据被分组为传输分组并被发送到复用单元。例如，用于目标TDO的目标服务标识符和应用于目标服务的目标动作信息可以被插入到经分组的流（即，PES的有效载荷）中，接着被发送。另外，触发时间信息被指定为PTS或DTS格式，被插入到PES的有效载荷或头中，接着被发送。当同步数据流方法被使用时，触发流的PTS以及视频和音频流的PTS被同步以设定准确的播放时刻。

另外，在操作S140，触发信令数据生成单元222生成用于标识并接收从触发生成单元221发送来的触发器的触发信令数据，并且将所生成的触发信令数据分组为传输分组以将其发送到复用单元。在此，触发信令数据可以包括被插入在节目映射表中的触发流描述符或服务标识符描述符，并且可以包括与各个描述符对应的触发流的分组标识符。另外，触发信令数据可以包括DST的TAP结构的触发流的分组标识符。

稍后，复用单元230逐个传输信道对传输分组NRT服务数据、NRT服务信令数据、触发数据和触发信令数据中的至少一个进行复用，接着将其发送到调制单元240。

另外，在操作S160，调制单元240进行调制以发送经复用的信号，并且将其发送到外部接收器或广播网络。

图36是例示根据实施方式的接收器300的操作的流程图。

首先，当接收器300被开启时，在操作S200，频道被用户选择或者预定频道被选择。解调单元310对从所选择的频道接收到的信号进行解调，并且解复用单元320逐个传输信道对解调信号进行解复用。并且，NRT服务接收单元341和NRT服务信令数据接收单元342接收NRT服务数据并且如上所述将其发送到服务管理器350。

接着，在操作S220，触发信令数据接收单元332或NRT服务信令数据接收单元342确认触发接收是否可能。触发接收确认可以使用上述方法中的一个方法。也就是说，触发信令数据接收单元332或NRT服务信令数据接收单元342使用确认与MGT中的触发器对应的PID或者基于PSIP的PID的方法、使用DST的tap结构的方法、使用服务标识符描述符或触发流描述符的方法、使用触发流类型的方法和使用AIT或STT的方法中的一个方法，来确认触发接收是否可能。

另外，在操作S230，当确认触发接收是可能的时，触发信令数据接收单元332接收包括触发信令数据的传输分组以恢复触发信令数据，接着将其发送到触发接收单元331。

稍后，在操作S240，触发接收单元331利用触发信令数据从所接收到的传输分组提取触发数据，并且将其发送到服务管理器350。例如，触发接收单元331可以利用与触发流描述符对应的分组标识符来接收触发流。另外，触发接收单元331从触发流提取触发信息，并且将其发送到服务管理器350。另外，如果所接收到的触发流是PES，则PES的头中的PTS被提取作为触发时间，并且PES的有效载荷中的目标服务标识符和触发动作被提取，以将它们发送到服务管理器350。

另外，在操作S250，服务管理器350在触发时刻对触发目标TDO进行触发动作，使得进行对TDO的触发动作。具体地，如果PES的PTS是触发时间，则触发流的PTS与音频和视频流的头中的PTS同步，以满足准确播放时刻。

图37是例示根据实施方式的利用触发表的触发接收方法的流程图。

解调单元310接收针对所选择的频道的广播信号并对其进行解调。另外，在操作S310，触发信令数据接收单元332通过解复用单元320接收PSIP表，并且确定所接收到的表中是否存在触发表以标识触发服务。触发信令数据接收单元332从MGT或基于PSID的表搜索分配给触发表的PID，或者搜索分配给触发表的与Table_id对应的表，以标识触发服务。

如果未标识触发服务，则接收器300提供通用广播服务。

另外，在操作S320和S330，如果触发服务被标识，则触发接收单元331接收所搜索到的触发表并且将其解析。

接着，在操作S340，服务管理器350接收在触发表中解析的、包括触发时间、触发动作和目标TDO标识信息在内的触发信息，并且在对应的触发时刻对对应的TDO进行对应的触发动作。

图38是例示根据实施方式的当利用DST发送触发信令信息和触发器时接收器300的操作的流程图。

当在操作S3000中选择了物理传输频道并且所选择的频道被调谐器调谐时，在操作S3010中，接收器300利用解调单元310和解复用单元320从通过经调谐的物理传输频道接收到的广播信号获得VCT和PMT。接着，PSI/PSIP区间处理机或触发信令数据接收单元332或NRT服务信令数据接收单元342解析所获得的VCT和PMT，以确认是否存在NRT服务。

例如，当VCT的service_type字段值不是0x04或0x08时，由于对应的虚拟频道不发送仅NRT服务，所以接收器300根据虚拟频道中的信息适当操作。然而，尽管service_type字段值不表示仅NRT服务，但是对应的虚拟频道可以包括NRT服务。这种情况被称为包括在对应的虚拟频道中的附属NRT服务，并且接收器300可以进行与接收NRT服务的情况相同的处理。

接着，如果service_type字段值是0x04或0x08，则NRT服务信令数据接收单元342或触发信令数据接收单元332确定通过对应的虚拟频道接收到NRT服务。在此情况下，如果VCT（或PME的ES循环）的服务位置描述符中的stream_type字段值是0x95（即，DST传输），则在操作S3020，利用Elementary_PID字段值接收DST。这可以根据服务管理器350的控制来在解复用单元320中进行。

并且，在操作S3040，触发信令数据接收单元342从所接收到的DST标识触发服务。标识触发服务的方法使用：利用应用标识结构来标识分配到app_id_description和app_id_byte的特定值的方法、标识分配到protocol_encapsulation字段的特定值的方法和标识包括内容类型描述符的tap的方法中的一个。

如果从所接收到的DST未标识触发服务，则由于触发数据通过对应的虚拟频道发送通用NRT服务，所以在操作S3030，接收器300在对应的虚拟频道中根据NRT服务适当操作。

另外，当从DST标识了触发服务时，在操作S3060，触发信令数据接收单元332从包括触发信令信息（触发流的PID）的DST提取tap。

接着，在操作S3070，触发信令数据接收单元332从包括所提取的Tap的association_tag在内的PMT提取流PID。

触发接收单元331接收与所提取的流PID对应的MPEG-2TS分组，并且去除解封装（即，TS头），以恢复包括触发流的PES流。包括触发流在内的PES分组的stream_type可以是0x06，其代表同步数据流。在操作S3070，触发接收单元331对来自所恢复的PES流的PES分组头的PTS、触发流中的目标TDO标识符、触发标识符或触发动作信息中的至少一个进行解析。

接着，在操作S3080，服务管理器350利用包括触发器的PES分组头的PTS（作为触发时刻）在触发时刻对目标TDO执行动作。在此，目标TDO可以是由所解析的目标TDO标识符指示的NRT服务。另外，该动作可以是从所解析的触发动作信息提供的准备、执行、扩展和终止命令中的一个。

图39是例示根据实施方式的利用触发流描述符来发送触发器时接收器300的操作的流程图。

当在操作S3000中选择了物理传输频道并且所选择的频道被调谐器调谐时，在操作S4000中，接收器300利用解调单元310和解复用单元320从通过所调谐的物理传输频道接收到的广播信号获得VCT和PMT。广播信号包括VCT和PMT，并且触发信令数据接收单元332或PSI/PSIP区间处理机解析所获得的VCT和PMT。

并且，触发信令数据接收单元332确认触发器是否从VCT和PMT发送到对应的虚拟频道。为此，在操作S4020，触发信令数据接收单元332确定与对应的虚拟频道对应的ES描述符循环中是否存在Trigger_stream_descriptor。利用stream_type值是否为0x06（同步数据流）并且在ES描述符循环中搜索描述符之后对应的描述符的descriptor_tag字段是否与设定到对应的触发流描述符的值相同来确定是否存在Trigger_stream_descriptor。

如果确定Trigger_stream_descriptor未从PMT标识并且因而不存在Trigger_stream_descriptor，则由于对应的虚拟频道不发送触发，所以在S4025，接收器300根据对应的虚拟频道中的广播服务适当地操作。

接着，如果存在Trigger_stream_descriptor，则在操作S4030，触发信令数据接收单元332提取PMT的对应ES循环中的Elementary_PID。所提取的流PID可以是包括触发流的流的PID值。

接着，触发接收单元331接收与所提取的流PID对应的MPEG-2TS分组，并且进行解封装（即，去除TS头）以恢复包括触发流的PES流。包括触发流在内的PES分组的stream_type可以是0x06，其代表同步数据流。在操作S4040，触发接收单元331对来自所恢复的PES流的PES分组头的PTS、触发流中的目标TDO标识符、触发标识符或触发动作信息中的至少一个进行解析。

接着，在操作S4050，服务管理器350利用包括触发器的PES分组头的PTS（作为触发时刻）在触发时刻对目标TDO执行动作。在此，目标TDO可以是由所解析的目标TDO标识符指示的NRT服务。另外，该动作可以是从所解析的触发动作信息提供的准备、执行、扩展和终止命令中的一个。

图40是例示根据实施方式的利用流类型来发送触发器时接收器的操作的流程图。

当选择了物理传输频道并且所选择的频道被调谐器调谐时，接收器300利用解调单元310和解复用单元320从通过所调谐的物理传输频道接收到的广播信号获得VCT和PMT。广播信号包括VCT和PMT，并且在操作S400中，触发信令数据接收单元332或PSI/PSIP区间处理机解析所获得的VCT和PMT。

并且，触发信令数据接收单元332确认触发器是否从VCT和PMT发送到对应的虚拟频道。为此，在操作S410，触发信令数据接收单元332确定是否存在0x96（即，与对应的虚拟频道对应的ES描述符循环中的特定流类型）。

如果确定0x96未从流类型标识进而不存在流类型，则由于对应的虚拟频道不发送触发器，所以在S415，接收器300根据虚拟频道中的广播服务适当地操作。

接着，如果流类型是0x96，则在操作S420，触发信令数据接收单元332提取PMT的对应的ES循环中的Elementary_PID。所提取的流PID可以是包括触发流的PID值。

接着，触发接收单元331接收与所提取的流PID对应的MPEG-2TS分组，并且进行解封装（即，去除TS头）以恢复包括触发流的PES流。在操作S430，触发接收单元331对来自所恢复的PES流的PES分组头的PTS、触发流中的目标TDO标识符、触发标识符或触发动作信息中的至少一个进行解析。

接着，在操作S440，服务管理器350利用包括触发器的PES分组头的PTS（作为触发时刻）在触发时刻对目标TDO执行动作。在此，目标TDO可以是由所解析的目标TDO标识符指示的NRT服务。另外，该动作可以是从所解析的触发动作信息提供的准备、执行、扩展和终止命令中的一个。

图41是例示根据实施方式的利用AIT来发送触发器时接收器的操作的流程图。

在操作S500，触发信令数据接收单元332利用解调单元310和解复用单元320接收AIT。

并且，触发信令数据接收单元332确认是否从AIT发送触发器。为此，在操作S510，触发信令数据接收单元332确认AIT中是否存在触发描述符。

如果确定不存在触发描述符，则由于对应的应用不包括触发器，所以在操作S515，接收器300根据对应的应用服务适当地操作。

并且，如果存在触发描述符，则在操作S530，触发接收单元332从触发描述符提取触发数据，并且解析所提取的触发数据以将其发送到服务管理器350。

接着，在操作S540，服务管理器350利用所解析的数据在触发时刻对目标TDO执行动作。在此，目标TDO可以是由所解析的目标TDO标识符指示的NRT服务。另外，该动作可以是从所解析的触发动作信息提供的准备、执行、扩展和终止命令中的一个。

图42是例示根据实施方式的利用STT来发送触发器时接收器的操作的流程图。

在操作S600，触发信令数据接收单元332利用解调单元310和解复用单元320接收STT。

并且，触发信令数据接收单元332确认是否从STT发送触发器。为此，在操作S610，触发信令数据接收单元332确认STT中是否存在触发描述符。

如果确定不存在触发描述符，则由于对应的STT不包括触发器，则在操作S615，接收器300根据广播信号适当地操作。

并且，如果存在触发描述符，则在操作S630，触发接收单元332从触发描述符提取触发数据，并且解析所提取的触发数据以将其发送到服务管理器350。

接着，在操作S540，服务管理器350利用所解析的数据在触发时刻对目标TDO执行动作。在此，目标TDO可以是由所解析的目标TDO标识符指示的NRT服务。另外，该动作可以是从所解析的触发动作信息提供的准备、执行、扩展和终止命令中的一个。

根据本发明的触发接收和发送方法可以存储在计算机可读记录介质中，该计算机可读记录介质包括只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘、光学数据存储装置和载波（诸如通过互联网的数据传输）。

计算机可读记录介质还可以分布在联网的计算机系统上，使得计算机可读代码以分布方式存储和执行。（另外，本发明所属领域的程序员可容易地构建用于实现本发明的功能性程序、代码和代码片段）。

Claims (20)

1.一种用于接收广播服务的方法，该方法包括以下步骤：

接收第一分组流；

从所述第一分组流的头提取呈现时间信息；

从所述第一分组流的有效载荷提取包括目标服务标识符和触发动作的触发信息；以及

在由呈现时间信息指示的时间对与所述目标服务标识符对应的对象执行所述触发动作。

2.根据权利要求1所述的方法，其中，来自所述第一分组流的头的呈现时间信息与来自第二分组流的头的呈现时间信息同步。

3.根据权利要求2所述的方法，其中，所述第一分组流包括触发流，并且所述第二分组流包括音频流或视频流。

4.根据权利要求1所述的方法，其中，从所述第一分组流的头提取的所述呈现时间信息是所述第一分组流的头内的呈现时间戳值。

5.根据权利要求1所述的方法，其中，接收所述第一分组流的步骤包括以下步骤：

接收节目映射表；

从所述节目映射表获得针对所述第一分组流的分组标识符；以及

基于所述分组标识符接收所述第一分组流。

6.根据权利要求5所述的方法，其中，获得所述分组标识符的步骤包括以下步骤：

基于触发流描述符从所述节目映射表获得所述分组标识符。

7.根据权利要求6所述的方法，其中，所述触发流描述符包括具有预定值的描述符标签、描述符长度、目标服务的数量和目标服务标识符中的至少一个。

8.根据权利要求1所述的方法，其中，所述触发信息还包括触发标识符，并且所述目标服务标识符包括所述目标服务的服务标识符和内容链接中的至少一个。

9.根据权利要求1所述的方法，该方法还包括以下步骤：

从接收到的广播信号标识与所述第一分组流对应的信令数据，并且

其中，接收所述第一分组流的步骤包括以下步骤，基于信令数据接收所述第一分组流。

10.一种用于接收广播服务的设备，该设备包括：

接收单元，该接收单元被配置为，接收第一分组流；

触发处理单元，该触发处理单元被配置为，从所述第一分组流的头提取呈现时间信息，并且从所述第一分组流的有效载荷提取包括目标服务标识符和触发动作的触发信息；以及

服务管理器，该服务管理器被配置为，在由呈现时间信息指示的时间对与所述目标服务标识符对应的对象执行所述触发动作。

11.根据权利要求10所述的设备，

其中，所述触发处理单元从所述第一分组流的头提取呈现时间戳值作为所述呈现时间信息，并且

其中，来自所述第一分组流的头的呈现时间信息与来自第二分组流的头的呈现时间信息同步。

12.根据权利要求10所述的设备，其中，所述接收单元基于来自节目映射表的与触发流描述符对应的分组标识符接收所述第一分组流。

13.一种用于发送广播服务的方法，该方法包括以下步骤：

设定针对要触发的目标服务的触发动作和触发时间；

将与所述触发时间对应的呈现时间信息插入到第一分组流的头中；

将包括所述目标服务的标识符和所述触发动作的触发信息插入到所述第一分组流的有效载荷中；以及

发送所述第一分组流。

14.根据权利要求13所述的方法，该方法还包括以下步骤：

发送第二分组流，并且

其中，来自所述第一分组流的头的呈现时间信息与来自所述第二分组流的头的呈现时间信息同步。

15.根据权利要求14所述的方法，其中，所述第一分组流包括触发流，并且所述第二分组流包括音频流或视频流。

16.根据权利要求13所述的方法，其中，插入到所述第一分组流的头中的所述呈现时间信息是所述第一分组流的头内的呈现时间戳值。

17.根据权利要求13所述的方法，该方法还包括以下步骤：

将针对所述第一分组流的分组标识符插入到节目映射表中；以及

发送所述节目映射表。

18.根据权利要求17所述的方法，该方法还包括以下步骤：

将与所述分组标识符对应的触发流描述符插入到所述节目映射表中。

19.根据权利要求18所述的方法，其中，所述触发流描述符包括具有预定值的描述符标签、描述符长度、目标服务的数量和目标服务标识符中的至少一个。

20.根据权利要求13所述的方法，其中，所述触发信息还包括触发标识符，并且所述目标服务标识符包括所述目标服务的服务标识符和内容链接中的至少一个。

Images