器部(未图示)。扬声器部可以输出被解码的音频信号，而且显示器部可以显示被解码的视频信号。
[0070]图3至图7是用于根据本发明的实施例而说明采用服务描述信息的一例的图。
[0071]在图3至图7中，作为本发明的一例，对TVCT中采用根据本发明的一实施例的服务描述信息的情况进行说明。然而，显然同样地可适用于诸如CVCT、S-VCT以及L-VCT等表。
[0072]首先，参照图3而对针对TVCT的比特流语法(bit stream syntax)进行简单的说明。
[0073]参照图3，基于ATSC规格的广播接收装置100的TVCT的数据段(datasect1n)在服务位置描述符字段(descriptorO)中包含新的标准化的服务描述信息而构成，新标准化的服务描述信息包含可根据服务类型而提供附加信息的服务信息。即，服务描述信息可以在处于PSIP内的TVCT中以描述符形式而被描述。
[0074]图3表示根据本发明的一实施例的包含服务描述信息的TVCT的语法构成。TVCT可以传输关于虚拟信道的信息，并可以为了将其扩展而记入描述符，而根据本发明的服务描述信息可以构成TVCT的描述符中的一个。具体而言，PSIP中被定义有分别具有特定的目的的多个表，而多个表分别具有类似于被定义在MPEG的PSI(Program SpecificInformat1n)中的表的段结构。即，各个表为了传送而可以构成为段(sect1n)的结构，并根据其种类而构成为一个或者多个段。
[0075]各个段被分为头部(header)、主体部(body)和尾部(trailer)，以能够在接收部110中可筛选地接收段，其中，头部包含表和段的基本信息，主体部包含表的实际数据，尾部包含用于校正错误的信息。在以下的说明中，对TVCT段进行说明时，将其分为头部、主体部和尾部而进行说明，其中，从“table_id”字段到“protocol_vers1n”字段为头部，从“num_channel_in_sect1n” 字段到 “addit1nal_descriptors_length” 字段为主体部，而且由“CRC_32”字段构成尾部。
[0076]首先，在头部，“table_id”字段表示PSIP内的表类型，其被定为在基于MPEG、ATSC、ARIB、SCTE或者DVB标准的TVCT的情况下具有“0xC8”的8比特字段值。
[0077]“Sect1n_syntax_indicator”字段表示该表段所遵循的格式，例如，根据IS0/IEC13818-l、Table 2-30所定义，对ATSC PSIP表的情况而言，其表值被定为“I”。“private—indicator”字段以前是为了表示表在IS0/IEC 13818中是否以4比特的CRC-32结束而被使用的，然而现在已从MPEG中删除了其定义，在ATSC标准下，在大部分的表中，“private_indicator”被定义为用于指定“I”的I比特字段。
[0078]“sect1njength ”字段表示从该字段以后到表段的末尾为止的留在该段的字节数。“transport_stream_id”字段表示传送流的TS标识符。“vers1n_number”表示表段的版本编号；“current_next_indicator”字段表示表段遵循当前的版本还是遵循下一个版本。“sect1n_number”字段表示表段的序列号；“last_sect1n_number”字段表示之前的表段的序列号。“protocol_vers1n”字段表示协议版本。
[0079]在主体部，“num_channels_in_sect1n”字段表示被定义为遵循表段的虚拟信道的数目。从for循环内的“short_name”字段到descriptor!；)显示字段为止的部分针对各个虚拟信道被反复地描述。
[0080]“short_name”字段提供为能够给虚拟频道赋予由统一码(Unicode)构成的简短的名称。“major_channel_number”以及“minor_channel_number”字段结合而表不虚拟信道的编号。“modulat1njnode”字段表示为了传送个别信道而使用的调制模式，而且“carrier—frequency”字段表示载波频率。“channel_TSID”字段表示承载虚拟信道所引用的节目的信道的传送流ID。“program_number”字段提供为可以唯一地识别存在于传送流的各个节目服务。
[0081 ] “ETM_locat1n”字段表示扩展事件表的存在与否。“access_controlled”字段表示是否执行针对虚拟信道的访问控制。“hidden”字段表示是否能够直接输入虚拟信道编号而访问该信道，还是是否要使信道被隐藏而在信道编号输入或者浏览过程中不显示；“servicejype”字段20表示虚拟信道中设定的服务类型。基于在该字段中得到设定的服务类型，新添加的服务描述信息可分别解释为不同。据此，可以详细地提供基于服务类型的子类型信息，并能够提供仅在特定的服务中需要的信息或者专门化于服务类型的信息。例如，在“servicejype”字段20中得到设定的服务类型为UHD的情况下，服务描述信息可以提供关于表示针对UHD服务的HD兼容与否的子类型的信息以及专门化于UHD服务类型的编解码器型值、编解码器等级值以及UHD服务的连续性与否等信息。
[0082]“sourcejd”字段是用于表示是否允许虚拟信道和事件信息表记入内容以及扩展事件文本表之间的链接的信息的字段，其可以表示与虚拟信道相关的编程来源。
[0083]“descriptors_length”字段表示其下面的描述符字段的全部字节长度，而descriptoH)字段30是描述个别描述符的位置。根据需求，还可以通过使用addit1nal—(^8(31^。1:01'_16]^1:11字段和&(1(1；[1:；[0肪1_(16801^。1:01'()字段而包含其他描述符循环。
[0084]在尾部，“CRC_32”字段表示对从“table_id”字段到表的最后一个字节为止的各个字节通过多项式演算方式计算得到的循环冗余校验码(CRC)数据，从而能够在接收器检测出错误。
[0085]在本发明的一实施例中，服务描述符信息可以在如上所述的TVCT表中被描述在“(^8(31^口1:0^()”字段30而进行定义。在此，服务描述信息可以由“861^；^6_81113_17口6”字段以及“service_info_details”字段来构成，其中，“service_sub_type”字段包含关于可按照服务类型而提供的子类型的信息，“service_info_details”字段包含专门化于所设定的服务类型的详细的信息。对服务描述信息的具体内容将会参照图4以及图6而进行。
[0086]图4是用于说明根据本发明的一实施例的新添加的服务描述信息的语法结构的图。如图4所示，“descriptor ()”字段30包含与服务描述信息对应的“Servi ce_Info_Descriptor” 字段40。“Service_Info_Descriptor” 字段40包括 “descriptor_tag” 字段41、“descriptor_length”字段42、“length_of_detaiIs” 字段44，而且还可以包括“service—sub_type” 字段43、“service_info_details()” 字段45。
[0087]“descriptorjag”字段41是用于和其他描述符区分的标识符，其具有8比特的字段。“descriptorjength ”字段42是描述符的长度，即数据部分的字节数，而且“descriptor_length”字段42构成为8比特。“length_of_details”字段45表示包含专门化于服务类型的详细的信息的“service_info_details()”字段45的长度，而“length_of_details”字段44也同样构成为8比特。
[0088]对“service_sub_type”字段43将会参照图5而进行说明。
[0089]图5是用于说明根据本发明的一实施例的、与针对可按照服务类型而提供的子类型的信息相关的字段(field)的图。参照图5，“SerViCe_SUb_type”字段包含关于可按照服务类型来提供的子类型的信息。例如，如果所设定的服务类型为UHD，则关于可在UHD服务类型中提供的子类型的信息可以是表示HD兼容与否的信息。
[0090]具体而言，关于子类型的信息可以表示:4K UHD以及HD之间的兼容、4Κ UHD以及HD之间的非兼容、8Κ UHD以及HD之间的兼容、8Κ UHD以及HD之间的非兼容等。通常，4Κ UHD意味着具有3840 X 2160的广播用分辨率的UHD，8K UHD意味着具有7680 X 4320的广播用分辨率的UHD。虽然UHD TV的广播服务的引入和普及预计会需要很长的时间才能实现，但是现有的HD广播和新的UHD TV的广播有必要共存。因此，需要由一种信息来表示相关的分辨率的UHD广播服务是否兼容HD以能够同时提供HD广播服务，而关于这种子类型的信息可以被包含在服务信息中。
[0091 ] 对“861^；^6_；[11；1^0_(16七3；[18()”字段45将会参照图6而进行说明。
[0092]图6是用于说明根据本发明的一实施例的、关于专门化于服务类型的详细的信息的字段(field)的图。根据图6，“service_inf0_details()”字段45