CN106031178A - 广播发送装置及其操作方法、和广播接收装置及其操作方法 - Google Patents

广播发送装置及其操作方法、和广播接收装置及其操作方法 Download PDF

Info

Publication number
CN106031178A
CN106031178A CN201580009220.3A CN201580009220A CN106031178A CN 106031178 A CN106031178 A CN 106031178A CN 201580009220 A CN201580009220 A CN 201580009220A CN 106031178 A CN106031178 A CN 106031178A
Authority
CN
China
Prior art keywords
video
broadcast
sign language
field
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201580009220.3A
Other languages
English (en)
Inventor
安承柱
吴世珍
文京洙
高祐奭
洪性龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN106031178A publication Critical patent/CN106031178A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B21/00—Teaching, or communicating with, the blind, deaf or mute
    • G09B21/009—Teaching or communicating with deaf persons
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • H04N21/4856—End-user interface for client configuration for language selection, e.g. for the menu or subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/816—Monomedia components thereof involving special video data, e.g 3D video

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Human Computer Interaction (AREA)
  • General Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Educational Technology (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

广播接收装置包括：广播接收单元，接收广播信号；和控制单元，在不包括手语屏幕的视频上叠加包括手语的视频并且显示被叠加的视频。

Description

广播发送装置及其操作方法、和广播接收装置及其操作方法
技术领域
本公开涉及广播发送装置及其操作方法，和广播接收装置及其操作方法。
背景技术
不同于模拟广播，在数字广播中一个广播服务可以包括多个媒体组件。因此，用户可以选择性地查看用于一个广播服务的多个媒体。例如，用户可以选择用于一部电影的英语、中文、以及日语配音中的一个。另外，用户可以选择用于一个剧的英语、日语、以及日语隐藏字幕中的一个并且可以然后观看该剧。
另外，最近，根据通信环境发送不同品质的媒体组件的自适应流服务引起很大的注意。因此，用户可以根据通信环境选择包括相同组件的各种质量的媒体组件中的一个并且然后可以观看所选择的一个。
此外，在一个屏幕上同时显示多个媒体组件的多视图服务被提供。因此，用户可以通过一个屏幕查看多个图像或者数据广播。例如，用户可以观看其它赛场的游戏同时通过附加的画中画(PIP)屏幕观看棒球赛。
以这样的方式，当包括多个媒体组件的广播服务被多样化并且被增加时，需要有效地发送/接收媒体组件的广播发送/接收装置。
此外，有必要根据用户的特性递送被定制的内容。例如，如果具有被反映的用户的特性的广告被单独地递送给观看相同广播服务的用户，则可以最大化广告的效应。然而，当通过节目简单地区分广播服务时，难以提供这样的观众定制的广告。特别地，难以向观众提供在节目的中间期间发送的中间广告的定制的广告。因此，必要时，通过各个时间片段有效地区分广播服务的内容和有效地发送关于时间片段区分的内容的信息的广播发送装置和广播接收装置。
发明内容
技术问题
实施例提供一种广播发送装置及其操作方法、以及广播接收装置及其操作方法，用于有效地区分广播服务的内容并且有效地发送/接收关于通过各个时间片段区分的内容的信息。
实施例也提供广播发送装置及其操作方法，和广播接收装置及其操作方法，用于区分广播服务的内容并且有效地发送/接收关于通过各个时间片段区分的内容的信息。
实施例也提供广播发送装置及其操作方法，和广播接收装置及其操作方法，用于有效地发送/接收手语屏幕。
问题的解决方案
在一个实施例中，广播接收装置包括：广播接收单元，该广播接收单元接收广播信号；和控制单元，该控制单元在不包括手语屏幕的视频上叠加包括手语的视频并且显示被叠加的视频。
控制单元可以基于广播信号获得用信号发送包括手语屏幕的视频的信息，并且可以基于用信号发送包括手语屏幕的视频的信息显示包括手语屏幕的视频。
控制单元可以从用信号发送包括手语屏幕的视频的信息获取包括手语屏幕的视频的属性，并且可以基于包括手语屏幕的视频的属性显示包括手语屏幕的视频。
包括手语屏幕的视频的属性可以包括手语屏幕包括的手语的类型和显示手语屏幕的位置中的至少一个。
用信号发送包括手语屏幕的视频的信息可以作为不同于不包括手语屏幕的视频的组件被用信号发送。
用信号发送包括手语屏幕的视频的信息可以作为不包括手语屏幕的视频的属性被用信号发送。
用信号发送包括手语屏幕的视频的信息可以作为不包括手语屏幕的视频的属性被用信号发送。
用信号发送包括手语屏幕的视频的信息可以作为表示广播服务或者广播节目包括的视频的作用的信息被用信号发送。
控制单元可以接收用于包括手语屏幕的视频的用户输入，并且可以基于用户输入显示包括手语屏幕的视频。
用户输入可以是关于是否显示其显示手语屏幕的视频的用户输入。
用户输入可以是关于显示包括手语屏幕的视频的位置的输入。
用户输入可以是关于手语屏幕的手语的类型的用户输入。
在另一实施例中，提供一种广播接收装置的操作方法。该方法包括：接收广播信号；以及在不包括手语屏幕的视频上叠加包括手语屏幕的视频并且显示被叠加的视频。
有益效果
特别地，根据本发明的实施例，提供一种广播发送装置及其操作方法、以及广播接收装置及其操作方法，以便于有效地区分广播服务的内容并且有效地发送/接收关于通过各个时间片段区分的内容的信息。
特别地，根据本发明的实施例，提供广播发送装置及其操作方法，和广播接收装置及其操作方法，用于有效地发送/接收手语屏幕。
附图说明
图1图示根据本发明的实施例发送用于未来的广播服务的广播信号的装置的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一个实施例的输入格式化块。
图4图示根据本发明的另一个实施例的输入格式化块。
图5图示根据本发明的实施例的BICM块。
图6图示根据本发明的另一个实施例的BICM块。
图7图示根据本发明的一个实施例的帧构建块。
图8图示根据本发明的实施例的OFMD生成块。
图9图示根据本发明的实施例接收用于未来的广播服务的广播信号的装置的结构。
图10图示根据本发明的实施例的帧结构。
图11图示根据本发明的实施例的帧的信令分层结构。
图12图示根据本发明的实施例的前导信令数据。
图13图示根据本发明的实施例的PLS1数据。
图14图示根据本发明的实施例的PLS2数据。
图15图示根据本发明的另一个实施例的PLS2数据。
图16图示根据本发明的实施例的帧的逻辑结构。
图17图示根据本发明的实施例的PLS映射。
图18图示根据本发明的实施例的EAC映射。
图19图示根据本发明的实施例的FIC映射。
图20图示根据本发明的实施例的DP的类型。
图21图示根据本发明的实施例的DP映射。
图22图示根据本发明的实施例的FEC结构。
图23图示根据本发明的实施例的比特交织。
图24图示根据本发明的实施例的信元字(cell-word)解复用。
图25图示根据本发明的实施例的时间交织。
图26图示根据本发明的实施例的扭曲的行列块交织器的基本操作。
图27图示根据本发明的另一实施例的扭曲的行列块交织器的操作。
图28图示根据本发明的实施例的扭曲的行列块交织器的对角线方式读取图案。
图29图示根据本发明的实施例的来自于每个交织阵列的被交织的XFECBLOCK。
图30是根据本发明的实施例的用于支持广播服务的协议栈的视图。
图31是图示根据本发明的实施例的广播传输帧的视图。
图32是根据本发明的另一实施例的广播传输帧的视图。
图33是图示根据本发明的实施例的发送广播服务的传送分组的结构的视图。
图34是图示根据本发明的实施例的在发送广播服务的传送分组中network_protocol字段具有的值的视图。
图35是图示根据本发明的实施例的广播接收装置的配置的视图。
图36是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图37是广播服务信令表和广播服务传输路径信令信息信号广播服务和广播服务传输路径的视图。
图38是图示根据本发明的实施例的广播服务信令表的视图。
图39是图示根据本发明的实施例的在广播服务信令表中service_category字段具有的值的视图。
图40是根据本发明的另一实施例的广播服务信令表的视图。
图41是根据本发明的另一实施例的流标识符描述符的视图。
图42是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
图43是图示根据本发明的实施例的当广播接收装置接收广播服务时的操作的视图。
图44是图示根据本发明的实施例的广播服务传输路径信令信息的视图。
图45是图示根据本发明的实施例的在广播服务传输路径信令信息中delivery_network_type字段具有的值的视图。
图46是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过IP流的广播服务的传输的视图。
图47是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过其它广播公司的IP流的广播服务的传输的视图。
图48是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过FLUTE会话广播服务的传输的视图。
图49是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过另一广播公司的FLUTE协议的广播服务的传输的视图。
图50是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过另一广播公司的MPEG-2TS流的广播服务的传输的视图。
图51是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过另一广播公司的基于分组的流的广播服务的传输的视图。
图52是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过基于IP的广播网络的基于分组的流的广播服务的传输的视图。
图53是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过URL的广播服务的视图。
图54是根据本发明的实施例的当广播发送装置发送广播服务传输路径信令信息时的视图。
图55是根据本发明的实施例的当广播接收装置基于广播服务传输路径接收广播服务时的视图。
图56是图示根据本发明的实施例的媒体组件信令信息用信号发送媒体组件的视图。
图57是图示根据本发明的实施例的媒体组件信令信息中的component_type字段的值的视图。
图58是图示根据本发明的实施例的在媒体组件信令信息中的component_data字段的视图。
图59是图示根据本发明的实施例的媒体组件的类型和作用的视图。
图60是图示根据本发明的实施例的复合组件的配置的视图。
图61是图示根据本发明的实施例的复合视频组件的视图。
图62是图示根据本发明的实施例的复合音频组件的视图。
图63是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图64是图示根据本发明的实施例的复合视频组件的配置的视图。
图65是图示根据本发明的另一实施例的复合视频组件的视图。
图66是图示根据本发明的另一实施例的复合视频组件的视图。
图67是图示根据本发明的实施例的音频服务的媒体组件配置的视图。
图68是图示根据本发明的实施例的包括音频和视频两者的广播服务的配置的视图。
图69是图示根据本发明的实施例的用户请求内容服务的配置的视图。
图70是图示根据本发明的实施例的独立NRT数据服务的配置的视图。
图71是图示根据本发明的实施例的媒体组件信息的视图。
图72是图示根据本发明的另一实施例的在媒体组件信令信息中的component_data字段的值的视图。
图73是图示根据本发明的实施例的复合组件信息的视图。
图74是图示根据本发明的实施例的包括复合组件信息的描述符的视图。
图75是图示根据本发明的实施例的有关组件列表信息的视图。
图76是根据本发明的实施例的NRT信息表的视图。
图77是图示根据本发明的实施例的NRT信息块的视图。
图78是根据本发明的实施例的NRT服务描述符的视图。
图79是图示根据本发明的实施例的图形图标信息的视图。
图80是图示根据本发明的实施例的图形图标信息的icon_transport_mode字段的值的视图。
图81是图示根据本发明的实施例的图形图标信息的coordinate_system字段的值的视图。
图82是图示根据本发明的实施例的媒体组件列表信息的视图。
图83是根据本发明的实施例的当在广播服务信令表中通过URI映射媒体组件或者广播服务时的视图。
图84是图示用信号发送广播服务或者媒体组件的定向准则的定向准则信息的视图。
图85是图示描述广播服务或者媒体组件的文本信息的视图。
图86是图示广播服务、节目或者演出片段的标题信息的视图。
图87是图示广播服务、节目或者演出片段的流派信息的视图。
图88是图示用信号发送与媒体组件或者内容项目有关的目标装置的目标装置信息的视图。
图89是当广播服务被划分成多个片段时的视图。
图90是图示根据本发明的实施例的演出信息的视图。
图91是图示根据本发明的实施例的演出信息块的视图。
图92是图示根据本发明的实施例的片段信息块的视图。
图93是根据本发明的实施例的当广播发送装置发送包括演出信息和片段信息中的至少一个的广播信号时的视图。
图94是根据本发明的实施例的当广播接收装置接收包括演出信息和片段信息中的至少一个的广播信号时的视图。
图95是图示根据本发明的实施例的节目信息的视图。
图96是图示根据本发明的实施例的节目信息块的视图。
图97是图示根据本发明的另一实施例的节目信息块的视图。
图98是图示根据本发明的另一实施例的节目信息块的视图。
图99是图示根据本发明的另一实施例的节目信息块的视图。
图100是图示根据本发明的另一实施例的节目信息块的视图。
图101是图示根据本发明的实施例的片段信息的视图。
图102是图示根据本发明的实施例的片段信息块的视图。
图103是图示根据本发明的实施例的定向片段集信息的视图。
图104是根据本发明的实施例的当广播发送装置发送包括节目信息和片段信息中的至少一个的广播信号时的视图。
图105是根据本发明的实施例的当广播接收装置接收包括节目信息和片段信息中的至少一个的广播信号时的视图。
图106是图示连续的组件类别、音频组件类别、视频组件类别、以及隐藏字幕组件类别的视图。
图107是图示基本音频组件类别、基本视频组件类别、以及基本隐藏字幕组件类别的视图。
图108是图示复合音频组件类别和复合视频组件类别的视图。
图109是图示PickOne组件列表的视图。
图110是图示可呈现组件类别、可呈现视频组件类别、可呈现音频组件类别、以及可呈现字幕组件类别的视图。
图111是图示OnDemand组件类别的视图。
图112是图示NRT内容项目类别和NRT文件类别的视图。
图113是图示线性服务类别的视图。
图114是图示App类别和基于App的增强型服务的视图。
图115是图示时基类别和通知流类别的视图。
图116是图示基于App的服务类别的视图。
图117是图示节目类别的视图。
图118是图示演出类别的视图。
图119是图示片段类别、演出片段类别、以及插播广告片段类别的视图。
图120是图示根据本发明的实施例的根据广播服务的类型与子属性的继承关系的视图。
图121是图示根据本发明的实施例的在连续的组件和具有连续的组件的子属性的组件之间的继承关系的视图。
图122是图示根据本发明的实施例的在可呈现组件和具有可呈现组件的子属性的组件之间的继承关系的视图。
图123是图示根据本发明的实施例的在服务、服务中的节目、以及节目中的片段之间的关系的视图。
图124是图示根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。
图125是图示根据本发明的实施例的在连续的组件和具有连续的组件的子属性的组件之间的继承关系的视图。
图126是图示NRT内容项目类别和NRT文件的继承关系的视图。
图127是图示根据本发明的另一实施例的在服务、服务中的节目、以及节目中的片段之间的关系的视图。
图128是图示可呈现音频组件的层等级的视图。
图129是图示当广播接收装置通过广播服务指南显示基于自动启动的应用的服务并且将其存储为收藏或者进行下载时的操作的流程图。
图130是图示根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。
图131是图示根据本发明的实施例的在连续的组件和具有连续的组件的子属性的组件之间的继承关系的视图。
图132是图示根据本发明的实施例的在可呈现组件和具有可呈现组件的子属性的组件之间的继承关系的视图。
图133是图示根据发明的实施例的广播发送装置发送用信号发送包括手语屏幕的视频的信息的操作的流程图。
图134是图示根据本发明的实施例的广播接收装置显示包括手语屏幕的视频的操作的流程图。
图135是图示根据本发明的实施例的用于设置手语的用户输入的界面的视图。
具体实施方式
在下文中，将会参考附图更加详细地描述本发明的实施例，以便于允许本领域的技术人员容易地实现本发明。本发明可以以不同的形式被实现，并且不限于在此描述的实施例。此外，与公知的功能或者配置有关的详细描述将会被排除以便于没有必要地晦涩本发明的主要内容。相同的附图标记始终指的是相同的元件。
另外，当部件“包括”一些组件时，这意指部件没有排除其他的组件，除非另有明文规定并且进一步包括其它的组件。
根据本发明的实施例的用于发送的装置和方法可以被归类成用于陆地广播服务的基本简档、用于移动广播服务的手持式简档以及用于UHDTV服务的高级简档。在这样的情况下，基本简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基本简档能够被用于定义包括移动简档的简档的概念。根据设计者的意图能够改变此。
本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)简档(profile)-基础、手持和高级简档-每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进，未来的属性还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收装置的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式装置。基础简档的使用可以通过某些改进的实施被扩展到手持装置或者甚至车辆，但是，对于基础简档接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSC A/53)的15dB SNR接收能力。接收器复杂度和功耗不像在电池操作的手持装置一样严重，手持装置将使用手持简档。用于基础简档的关键系统参数在以下的表1中列出。
表1
[表1]
LDPC码字长度 16K，64K比特
星座大小 4～10bpcu(每个信道使用的比特)
时间解交织存储器大小 ≤219数据信元
导频图案 用于固定接收的导频图案
FFT大小 16K，32K点
2.手持简档
手持简档设计成在以电池电源操作的手持和车载装置中使用。该装置可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的装置的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于较深的室内接收时，可以配置为达到低于0dB。
除了低的SNR能力之外，由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。
表2
[表2]
LDPC码字长度 16K比特
星座大小 2～8bpcu
时间解交织存储器大小 ≤218数据信元
导频图案 用于移动和室内接收的导频图案
FFT大小 8K，16K点
3.高级简档
高级简档以更大的实施复杂度为代价提供最高的信道容量。该简档需要使用MIMO发送和接收，并且UHDTV服务是对该简档特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输装置，并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。
表3
[表3]
LDPC码字长度 16K，64K比特
星座大小 8～12bpcu
时间解交织存储器大小 ≤219数据信元
导频图案 用于固定接收的导频图案
FFT大小 16K，32K点
在这样的情况下，基础简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基础简档能够被用于定义包括移动简档的简档的概念。而且，高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外，根据设计者的意图能够改变三种简档。
下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。
辅助流：承载对于尚未定义的调制和编码的数据的信元的序列，其可以被用于未来扩展或者通过广播公司或者网络运营商要求
基本数据管道：承载服务信令数据的数据管道
基带帧(或者BBFRAME)：形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元：通过OFDM传输的一个载波承载的调制值
被编码的块：PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个
数据管道：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
数据管道单元：用于在帧中将数据信元分配给DP的基本单位。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP
哑信元：承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道：承载EAS信息数据的帧的部分
帧：以前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元：属于包括FET的相同或者不同的物理层简档的帧的集合，其在超帧中被重复八次
快速信息信道：在承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道
FECBLOCK：DP数据的LDPC编码的比特的集合
FFT大小：被用于特定模式的标称的FFT大小，等于在基础时段T的周期中表达的活跃符号时段Ts
帧信令符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的开始处使用的具有较高的导频密度的OFDM符号，其承载PLS数据的一部分
帧边缘符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的末端处使用的具有较高的导频密度的OFDM符号
帧组：在超帧中具有相同的PHY简档类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始
Futurecast UTB系统：提出的物理层广播系统，其输入是一个或者多个MPEG2-TS或者IP或者一般流，并且其输出是RF信号
输入流：用于通过系统被传递给终端用户的服务的全体的数据的流。
正常数据符号：排除帧信令和帧边缘符号的数据符号
PHY简档：相对应的接收器应实现的所有配置的子集
PLS：由PLS1和PLS2组成的物理层信令数据
PLS1：在具有固定的大小、编码和调制的FSS符号中承载的PLS数据的第一集合，其承载关于系统的基本信息以及解码PLS2所需要的参数
注意：PLS1数据在帧组的持续时间内保持恒定。
PLS2：在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更多详细PLS数据
PLS2动态数据：可以动态地逐帧改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导信令数据：通过前导符号承载并且被用于识别系统的基本模式的信令数据
前导符号：承载基本PLS数据并且位于帧的开始的固定长度的导频符号
注意：前导符号主要被用于快速初始带扫描以检测系统信号、其时序、频率偏移、以及FFT大小。
保留以便未来使用：本文档没有定义但是可以在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：在其中执行时间交织的信元的集合，与时间交织器存储器的一个使用相对应
TI组：在其上执行用于特定DP的动态容量分配的单元，由整数组成，动态地改变XFECBLOCK的数目。
注意：TI组可以被直接地映射到一个帧或者可以被映射到多个帧。其可以包含一个或者多个TI块。
类型1DP：其中所有的DP以TDM方式被映射到帧的帧的DP
类型2DP：其中所有的DP以FDM方式被映射到帧的帧的DP
XFECBLOCK：承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号装置的结构。
根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以包括输入格式化块1000、BICM(比特交织编码和调制)块1010、帧构建块1020、OFDM(正交频分复用)产生块1030和信令产生块1040。将给出用于发送广播信号装置的每个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式，其它的流类型被作为常规流处理。除了这些数据输入之外，管理信息被输入以控制用于每个输入流的相应的带宽的调度和分配。一个或者多个TS流、IP流和/或常规流被同时允许输入。
输入格式化块1000能够解复用每个输入流为一个或者多个数据管道，对其中的每一个应用单独的编码和调制。数据管道(DP)是用于鲁棒控制的基本单位，从而影响服务质量(QoS)。一个或者多个服务或者服务组件可以由单个DP承载。稍后将描述输入格式化块1000的操作细节。
数据管道是在承载服务数据或者相关的元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
此外，数据管道单元：在帧中用于分配数据信元给DP的基本单位。
在BICM块1010中，奇偶校验数据被增加用于纠错，并且编码的比特流被映射为复数值星座符号。该符号跨越用于相应的DP的特定交织深度被交织。对于高级简档，在BICM块1010中执行MIMO编码，并且另外的数据路径被添加在输出端用于MIMO传输。稍后将描述BICM块1010的操作细节。
帧构建块1020可以将输入DP的数据信元映射为在帧内的OFDM符号。在映射之后，频率交织用于频率域分集，特别地，用于抗击频率选择性衰落信道。稍后将描述帧构建块1020的操作细节。
在每个帧的开始处插入前导之后，OFDM产生块1030可以应用具有循环前缀作为保护间隔的常规的OFDM调制。对于天线空间分集，分布式MISO方案遍及发射器被应用。此外，峰值对平均功率降低(PAPR)方案在时间域中执行。对于灵活的网络规划，这个建议提供一组不同的FFT大小、保护间隔长度和相应的导频图案。稍后将描述OFDM产生块1030的操作细节。
信令产生块1040能够创建用于每个功能块操作的物理层信令信息。该信令信息也被发送使得感兴趣的服务在接收器侧被适当地恢复。稍后将描述信令产生块1040的操作细节。
图2、3和4图示根据本发明的实施例的输入格式化块1000。将给出每个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
在图2中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
到物理层的输入可以由一个或者多个数据流组成。每个数据流由一个DP承载。模式适配模块将输入数据流限制(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为固定长度(188字节)分组，第一字节是同步字节(0x47)。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。
(a)示出用于信号DP的模式适配块2000和流适配2010，并且(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。
输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧限制器，和BB帧报头插入块组成。
CRC编码器在用户分组(UP)级别提供用于错误检测的三种类型的CRC编码，即，CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码，则将应用所建议的CRC编码。
BB帧限制器将输入映射到内部逻辑比特格式。首先接收的比特被定义为是MSB。BB帧限制器分配等于可用数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目，UP分组流被限制为适合BBF的数据字段。
BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外，BBF还可以在2字节BBF报头的末端具有扩展字段(1或者3字节)。
流适配2010由填充插入块和BB加扰器组成。
填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧，则STUFFI被设置为“0”，并且BBF没有填充字段。否则，STUFFI被设置为“1”，并且填充字段被紧挨在BBF报头之后插入。填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器加扰完成的BBF用于能量扩散。加扰序列与BBF同步。加扰序列由反馈移位寄存器产生。
PLS产生块2020可以产生物理层信令(PLS)数据。PLS对接收器提供接入物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。
PLS1数据是在具有固定大小的帧中在FSS符号中承载、编码和调制的第一组PLS数据，其承载有关解码PLS2数据需要的系统和参数的基本信息。PLS1数据提供包括允许PLS2数据的接收和解码所需要的参数的基本传输参数。此外，PLS1数据在帧组的持续时间保持不变。
PLS2数据是在FSS符号中发送的第二组PLS数据，其承载有关系统和DP的更加详细的PLS数据。PLS2包含对接收器解码期望的DP提供足够的信息的参数。PLS2信令进一步由两种类型的参数，PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)组成。PLS2静态数据是在帧组持续时间保持静态的PLS2数据，并且PLS2动态数据是可以逐帧动态变化的PLS2数据。
稍后将描述PLS数据的细节。
PLS加扰器2030可以加扰所产生的PLS数据用于能量扩散。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图3图示根据本发明的另一个实施例的输入格式化块。
在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
图3示出当输入信号对应于多个输入流时，输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。
参考图3，用于分别处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧限制器(slicer)3060和BB报头插入块3070。将给出模式适配块的每个块的描述。
CRC编码器3050、BB帧限制器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧限制器和BB报头插入块的操作，并且因此，其描述被省略。
输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。
输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形，并且选择性地用于承载GS流的多个DP。
补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流，以允许TS分组重新组合机制而无需在接收器中额外的存储器。
空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在，以便在CBR TS流中提供VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，空分组可以被识别并且不被发送。在接收器中，通过参考在传输中插入的删除的空分组(DNP)计数器，去除的空分组可以重新插入在它们最初的精确的位置中，从而，保证恒定比特速率，并且避免对时间戳(PCR)更新的需要。
报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收器可以具有有关报头的某个部分的先验信息，所以这个已知的信息可以在发射器中被删除。
对于传输流，接收器具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容，即，仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图)，则TS分组报头压缩可以(选择性地)应用于传输流。如果输入流是IP流，则选择性地使用IP分组报头压缩。
以上描述的模块可以被省略，或者由具有类似或者相同功能的块替换。
图4图示根据本发明的另一个实施例的输入格式化块。
在图4中图示的输入格式化模块对应于参考图1描述的输入格式化块1000的实施例。
图4图示当输入信号对应于多个输入流时，输入格式化模块的流适配模块。
参考图4，用于分别处理多个输入流的模式适配模块可以包括调度器4000、1-帧延迟块4010、填充插入块4020、带内信令4030、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060。将给出流适配模块的每个块的描述。
填充插入块4020、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060的操作对应于参考图2描述的填充插入块、BB加扰器、PLS产生块和PLS加扰器的操作，并且因此，其描述被省略。
调度器4000可以从每个DP的FECBLOCK(FEC块)的量确定跨越整个帧的整体信元分配。包括对于PLS、EAC和FIC的分配，调度器产生PLS2-DYN数据的值，其被作为在该帧的FSS中的PLS信元或者带内信令发送。稍后将描述FECBLOCK、EAC和FIC的细节。
1-帧延迟块4010可以通过一个传输帧延迟输入数据，使得有关下一个帧的调度信息可以经由用于带内信令信息的当前帧发送以被插入DP中。
带内信令4030可以将PLS2数据的未延迟部分插入到帧的DP中。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图5图示根据本发明的实施例的BICM块。
在图5中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
如上所述，根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以提供陆地广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置提供的服务特征，因此对应于相应服务的数据需要经由不同的方案处理。因此，根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道，独立地处理对其输入的DP。因此，根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置能够控制经由每个DP发送的每个服务或者服务组件的QoS。
(a)示出由基础简档和手持简档共享的BICM块，并且(b)示出高级简档的BICM模块。
由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。
将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。
用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够使用外编码(BCH)和内编码(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外编码(BCH)是可选择的编码方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持简档中调制来自比特交织器5020的每个信元字(cell word)，或者在高级简档中来自信元字解复用器5010-1的信元字，以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚分量的容量和平均功率彼此相等。对于每个编码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。
SSD编码块5040可以以二维(2D)、三维(3D)和四维(4D)预编码信元以提高在困难的衰落条件之下的接收鲁棒性。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器5050的操作细节。
用于高级简档的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器，和时间交织器。但是，不同于处理块5000，处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。
此外，在处理块5000-1中的数据FEC编码器、比特交织器、星座映射器，和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030，和时间交织器5050的操作，并且因此，其描述被省略。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。
MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是获得性能提高的期望方式，但是，其取决于信道特征。尤其对于广播，信道的强的LOS分量或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到性能增益。所提出的MIMO编码方案使用MIMO输出信号的一个的基于旋转的预编码和相位随机化克服这个问题。
MIMO编码意欲用于在发射器和接收器两者处需要至少两个天线的2x2MIMO系统。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处相对小的复杂度增加提供性能提高，而FRFD-SM编码以在接收器侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。
MIMO处理对于高级简档帧是需要的，其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图6图示根据本发明的另一个实施例的BICM块。
在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分，并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图6，用于保护PLS、EAC和FIC的BICM块可以包括PLS FEC编码器6000、比特交织器6010、和星座映射器6020。
此外，PLS FEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。
PLS FEC编码器6000可以编码加扰的PLS 1/2数据、EAC和FIC区段。
加扰器可以在BCH编码以及缩短和穿孔LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS 1/2数据执行外编码，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编码模块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其之后。
数学公式1
[数学式1]
C l d p c = I l d p c P l d p c = [ i 0 , i 1 , ... , i K l d p c - 1 , p 0 , p 1 , ... , p N l d p c - K l d p c - 1 ]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
表4
[表4]
LDPC奇偶穿孔块可以对PLS1数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。
比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的一个实施例的帧构建块。
在图7中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图7，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器5050。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是，如果有的话，将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。稍后将会描述频率交织器7020的操作的详情。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图8图示根据本发明的实施例的OFDM产生块。
在图8中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。
OFDM产生块通过由帧构建块产生的信元调制OFDM载波，插入导频，并且产生用于传输的时间域信号。此外，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。
参考图8，帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。将给出帧构建块的每个块的描述。
导频和保留音插入块8000可以插入导频和保留音。
在OFDM符号内的各种信元被以称为导频的参考信息调制，其具有在接收器中先前已知的发送值。导频信元的信息由散布导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频组成。每个导频根据导频类型和导频图案以特定的提升功率水平被发送。导频信息的值是从参考序列中推导出的，其是一系列的值，其一个用于在任何给定符号上的每个被发送的载波。导频可以用于帧同步、频率同步、时间同步、信道估计和传输模式识别，并且还可用于跟随相位噪声。
从参考序列中提取的参考信息在除了帧的前导、FSS和FES之外的每个符号中在散布的导频信元中被发送。连续的导频插入在帧的每个符号中。连续的导频的编号和位置取决于FFT大小和散布的导频图案两者。边缘载波是在除前导符号之外的每个符号中的边缘导频。它们被插入以便允许频率内插直至频谱的边缘。FSS导频被插入在FSS中，并且FES导频被插入在FES中。它们被插入以便允许时间内插直至帧的边缘。
根据本发明的实施例的系统支持SFN网络，这里分布式MISO方案被选择性地用于支持非常鲁棒传输模式。2D-eSFN是使用多个TX天线的分布式MISO方案，其每个在SFN网络中位于不同的发射器位置。
2D-eSFN编码块8010可以处理2D-eSFN处理以使从多个发射器发送的信号的相位失真，以便在SFN配置中创建时间和频率分集两者。因此，可以减轻由于低的平坦衰落或者对于长时间的深衰落引起的突发错误。
IFFT块8020可以使用OFDM调制方案调制来自2D-eSFN编码块8010的输出。在没有指定为导频(或者保留音)的数据符号中的任何信元承载来自频率交织器的数据信元的一个。该信元被映射到OFDM载波。
PAPR减少块8030可以使用在时间域中的各种PAPR减少算法对输入信号执行PAPR减少。
保护间隔插入块8040可以插入保护间隔，并且前导插入块8050可以在该信号的前面插入前导。稍后将描述前导的结构的细节。另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下，两个或更多个不同的广播发送/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。与相应的广播服务相关的数据可以经由不同的帧发送。
DAC块8070可以将输入数字信号转换为模拟信号，并且输出该模拟信号。从DAC块7800输出的信号可以根据物理层简档经由多个输出天线发送。根据本发明的实施例的Tx天线可以具有垂直或者水平极性。
以上描述的块可以被省略或者根据设计由具有类似或者相同功能的块替换。
图9图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的装置。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个Rx天线接收输入信号，相对于与用于接收广播信号的装置相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9010可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的装置执行交织，则帧解析模块9010可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9040输出的数据获得，以恢复由用于发送广播信号的装置产生的调度信息。
解映射和解码模块9020可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9020可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9020可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9040输出的数据进行解码。
输出处理器9030可以执行由用于发送广播信号的装置应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9030可以从信令解码模块9040输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9040可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可以使用从信令解码模块9040输出的数据执行其功能。
图10图示根据本发明的一个实施例的帧结构。
图10示出帧类型的示例配置和在超帧中的FRU，(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出在FRU中的可变PHY简档的帧，以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个，并且给定的PHY简档可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频，其允许在FES内的仅频率内插，以及对于紧邻FES之前的符号的时间内插而无需外推。
图11图示根据本发明的实施例的帧的信令分层结构。
图11图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码PLS2数据，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，在PLS2数据的静态和动态部分之后是填充。
图12图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下：
PHY_PROFILE：该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。
表5
[表5]
值 PHY简档
000 基础简档
001 手持简档
010 高级简档
011～110 保留
111 FEF
FFT_SIZE：该2比特字段指示在帧组内当前帧的FFT大小，如在以下的表6中描述的。
表6
[表6]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 保留
GI_FRACTION：该3比特字段指示在当前超帧中的保护间隔分数值，如在以下的表7中描述的。
表7
[表7]
值 GI_FRACTION
000 1/5
001 1/10
010 1/20
011 1/40
100 1/80
101 1/160
110～111 保留
EAC_FLAG：该1比特字段指示在当前帧中是否提供EAC。如果该字段被设置为“1”，则在当前帧中提供紧急警告服务(EAS)。如果该字段被设置为“0”，在当前帧中没有承载EAS。该字段可以在超帧内动态地切换。
PILOT_MODE：该1比特字段指示对于当前帧组中的当前帧导频图案是移动模式还是固定模式。如果该字段被设置为“0”，则使用移动导频图案。如果该字段被设置为“1”，则使用固定导频图案。
PAPR_FLAG：该1比特字段指示对于当前帧组中的当前帧是否使用PAPR减少。如果该字段被设置为值“1”，则音保留被用于PAPR减少。如果该字段被设置为“0”，则不使用PAPR减少。
FRU_CONFIGURE：该3比特字段指示存在于当前超帧之中的帧重复单元(FRU)的PHY简档类型配置。在当前超帧中的所有前导中，在该字段中识别在当前超帧中传送的所有简档类型。3比特字段对于每个简档具有不同的定义，如以下的表8所示。
表8
[表8]
RESERVED：这个7比特字段保留供将来使用。
图13图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的，PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下：
PREAMBLE_DATA：该20比特字段是除去EAC_FLAG的前导信令数据的副本。
NUM_FRAME_FRU：该2比特字段指示每FRU的帧的数目。
PAYLOAD_TYPE：该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。
表9
[表9]
值 有效载荷类型
1XX 发送TS流
X1X 发送IP流
XX1 发送GS流
NUM_FSS：该2比特字段指示在当前帧中FSS符号的数目。
SYSTEM_VERSION：该8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分为两个4比特字段，其是主要版本和次要版本。
主要版本：SYSTEM_VERSION字段的MSB四比特字节表示主要版本信息。在主要版本字段中的变化表示非后向兼容的变化。缺省值是“0000”。对于在这个标准下描述的版本，该值被设置为“0000”。
次要版本：SYSTEM_VERSION字段的LSB四比特字节表示次要版本信息。在次要版本字段中的变化是后向兼容的。
CELL_ID：这是在ATSC网络中唯一地识别地理小区的16比特字段。取决于每Futurecast UTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，Futurecast UTB系统承载一个或多个PHY简档和FEF。相同的Futurecast UTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在Futurecast UTB系统内的所有传输是相同的。一个或多个Futurecast UTB系统可以具有相同的SYSTEM_ID含义，即，它们所有具有相同的物理层结构和配置。
随后的环路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成，其用于表示FRU配置和每个帧类型的长度。环路大小是固定的，使得四个PHY简档(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4，则未使用的字段用零填充。
FRU_PHY_PROFILE：这个3比特字段表示相关的FRU的第(i+1)(i是环索引)个帧的PHY简档类型。这个字段使用如表8所示相同的信令格式。
FRU_FRAME_LENGTH：这个2比特字段表示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。
FRU_GI_FRACTION：这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED：这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE：这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
表10
[表10]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01～11 保留
PLS2_MOD：这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。
表11
[表11]
值 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-64
100～111 保留
PLS2_SIZE_CELL：这个15比特字段表示Ctotal_partial_block，用于在当前帧组中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_STAT_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-STAT的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_DYN_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-DYN的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_REP_FLAG：这个1比特标记表示是否在当前帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_block，用于在当前帧组的每个帧中承载的PLS2的部分编码块的聚集的大小(指定为QAM信元的数目)。如果不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE：这个2比特字段表示用于在下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。
PLS2_NEXT_MOD：这个3比特字段表示用于在下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。
PLS2_NEXT_REP_FLAG：这个1比特标记表示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_full_block，用于在下一个帧组的每个帧中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。如果在下一个帧组中不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_REP_STAT_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-STAT的大小。这个值在当前帧组中是恒定的。
PLS2_NEXT_REP_DYN_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-DYN的大小。这个值在当前帧组中是恒定的。
PLS2_AP_MODE：这个2比特字段表示是否在当前帧组中为PLS2提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。以下的表12给出这个字段的值。当这个字段被设置为“00”时，对于在当前帧组中的PLS2不使用另外的奇偶校验。
表12
[表12]
值 PLS2-AP模式
00 不提供AP
01 AP1模式
10～11 保留
PLS2_AP_SIZE_CELL：这个15比特字段表示PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_AP_MODE：这个2比特字段表示是否在下一个帧组的每个帧中为PLS2信令提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。表12定义这个字段的值。
PLS2_NEXT_AP_SIZE_CELL：这个15比特字段表示在下一个帧组的每个帧中PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
RESERVED：这个32比特字段被保留供将来使用。
CRC_32：32比特错误检测码，其应用于整个PLS1信令。
图14图示根据本发明的实施例的PLS2数据。
图14图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，而PLS2-DYN数据提供对于当前帧特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：这个1比特字段表示是否在当前帧组中使用FIC。如果这个字段被设置为“1”，则在当前帧中提供FIC。如果这个字段被设置为“0”，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。
AUX_FLAG：这个1比特字段表示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”，则在当前帧中提供辅助流。如果这个字段被设置为“0”，在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。
NUM_DP：这个6比特字段表示在当前帧内承载的DP的数目。这个字段的值从1到64的范围，并且DP的数目是NUM_DP+1。
DP_ID：这个6比特字段唯一地识别在PHY简档内的DP。
DP_TYPE：这个3比特字段表示DP的类型。这些根据以下的表13用信号传送。
表13
[表13]
值 DP类型
000 DP类型1
001 DP类型2
010～111 保留
DP_GROUP_ID：这个8比特字段识别当前DP与其相关联的DP组。这可以由接收器使用以访问与特定服务有关的服务组件的DP，其将具有相同的DP_GROUP_ID。
BASE_DP_ID：这个6比特字段表示承载在管理层中使用的服务信令数据(诸如，PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是随同服务数据一起承载服务信令数据的普通DP，或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：这个2比特字段表示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。
表14
[表14]
值 FEC_TYPE
00 16K LDPC
01 64K LDPC
10～11 保留
DP_COD：这个4比特字段表示由相关联的DP使用的编码率。编码率根据以下的表15被用信号传送。
表15
[表15]
值 编码率
0000 5/15
0001 6/15
0010 7/15
0011 8/15
0100 9/15
0101～1111 10/15
0110 11/15
0111 12/15
1000 13/15
1001～1111 保留
DP_MOD：这个4比特字段表示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。
表16
[表16]
值 调制
0000 QPSK
0001 QAM-16
0010 NUQ-64
0011 NUQ-256
0100 NUQ-1024
0101 NUC-16
0110 NUC-64
0111 NUC-256
1000 NUC-1024
1001～1111 保留
DP_SSD_FLAG：这个1比特字段表示是否在相关联的DP中使用SSD模式。如果这个字段被设置为值“1”，则使用SSD。如果这个字段被设置为值“0”，则不使用SSD。
只有在PHY_PROFILE等于“010”时，其表示高级简档，出现以下的字段：
DP_MIMO：这个3比特字段表示哪个类型的MIMO编码过程被应用于相关联的DP。MIMO编码过程的类型根据表17用信号传送。
表17
[表17]
值 MIMO编码
000 FR-SM
001 FRFD-SM
010～111 保留
DP_TI_TYPE：这个1比特字段表示时间交织的类型。值“0”表示一个TI组对应于一个帧，并且包含一个或多个TI块。值“1”表示一个TI组承载在一个以上的帧中，并且仅包含一个TI块。
DP_TI_LENGTH：这个2比特字段(允许值仅是1、2、4、8)的使用通过在DP_TI_TYPE字段内的值集合确定如下：
如果DP_TI_TYPE被设置为值“1”，则这个字段表示PI，每个TI组映射到的帧的数目，并且每个TI组存在一个TI块(NTI＝1)。被允许的具有2比特字段的PI值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”，则这个字段表示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
表18
[表18]
2比特字段 PI NTI
00 1 1
01 2 2
10 4 3
11 8 4
DP_FRAME_INTERVAL：这个2比特字段表示在用于相关联的DP的帧组内的帧间隔(IJUMP)，并且允许的值是1、2、4、8(相应的2比特字段分别地是“00”、“01”、“10”或者“11”)。对于该帧组的每个帧不会出现的DP，这个字段的值等于在连续的帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则这个字段被设置为“4”。对于在每个帧中出现的DP，这个字段被设置为“1”。
DP_TI_BYPASS：这个1比特字段确定时间交织器5050的可用性。如果对于DP没有使用时间交织，则其被设置为“1”。而如果使用时间交织，则其被设置为“0”。
DP_FIRST_FRAME_IDX：这个5比特字段表示当前DP存在其中的超帧的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31的范围。
DP_NUM_BLOCK_MAX：这个10比特字段表示用于这个DP的DP_NUM_BLOCKS的最大值。这个字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：这个2比特字段表示由给定的DP承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据以下的表19被用信号传送。
表19
[表19]
值 有效载荷类型
00 TS
01 IP
10 GS
11 保留
DP_INBAND_MODE：这个2比特字段表示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。
表20
[表20]
值 带内模式
00 没有承载带内信令
01 仅承载带内PLS
10 仅承载带内ISSY
11 承载带内PLS和带内ISSY
DP_PROTOCOL_TYPE：这个2比特字段表示由给定的DP承载的有效载荷的协议类型。当选择输入有效载荷类型时，其根据以下的表21被用信号传送。
表21
[表21]
DP_CRC_MODE：这个2比特字段表示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。
表22
[表22]
值 CRC模式
00 未使用
01 CRC-8
10 CRC-16
11 CRC-32
DNP_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的空分组删除模式。DNP_MODE根据以下的表23被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设置为值“00”。
表23
[表23]
值 空分组删除模式
00 未使用
01 DNP标准
10 DNP偏移
11 保留
ISSY_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设置为值“00”。
表24
[表24]
值 ISSY模式
00 未使用
01 ISSY-UP
10 ISSY-BBF
11 保留
HC_MODE_TS：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。
表25
[表25]
值 报头压缩模式
00 HC_MODE_TS1
01 HC_MODE_TS2
10 HC_MODE_TS3
11 HC_MODE_TS4
HC_MODE_IP：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。
表26
[表26]
值 报头压缩模式
00 无压缩
01 HC_MODE_IP1
10～11 保留
PID：这个13比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)，并且HC_MODE_TS被设置为“01”或者“10”时，用于TS报头压缩的PID编号。
RESERVED：这个8比特字段保留供将来使用。
只有在FIC_FLAG等于“1”时出现以下的字段：
FIC_VERSION：这个8比特字段表示FIC的版本号。
FIC_LENGTH_BYTE：这个13比特字段以字节表示FIC的长度。
RESERVED：这个8比特字段保留供将来使用。
只有在AUX_FLAG等于“1”时出现以下的字段：
NUM_AUX：这个4比特字段表示辅助流的数目。零表示不使用辅助流。
AUX_CONFIG_RFU：这个8比特字段被保留供将来使用。
AUX_STREAM_TYPE：这个4比特被保留供将来使用，用于表示当前辅助流的类型。
AUX_PRIVATE_CONFIG：这个28比特字段被保留供将来用于用信号传送辅助流。
图15图示根据本发明的另一个实施例的PLS2数据。
图15图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化，而字段的大小保持恒定。
PLS2-DYN数据的字段细节如下：
FRAME_INDEX：这个5比特字段表示在超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。
PLS_CHANGE_COUTER：这个4比特字段表示配置将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“1”表示在下一个超帧中存在变化。
FIC_CHANGE_COUNTER：这个4比特字段表示其中配置(即，FIC的内容)将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“0001”表示在下一个超帧中存在变化。
RESERVED：这个16比特字段被保留供将来使用。
在NUM_DP上的环路中出现以下的字段，其描述与在当前帧中承载的DP相关联的参数。
DP_ID：这个6比特字段唯一地表示在PHY简档内的DP。
DP_START：这个15比特(或者13比特)字段使用DPU寻址方案表示第一个DP的开始位置。DP_START字段根据如以下的表27所示的PHY简档和FFT大小具有不同长度。
表27
[表27]
DP_NUM_BLOCK：这个10比特字段表示在用于当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值从0到1023的范围。
RESERVED：这个8比特字段保留供将来使用。
以下的字段表示与EAC相关联的FIC参数。
EAC_FLAG：这个1比特字段表示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：这个8比特字段表示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。
EAC_LENGTH_BYTE：这个12比特字段以字节表示EAC的长度。
EAC_COUNTER：这个12比特字段表示在EAC抵达的帧之前帧的数目。
只有在AUX_FLAG字段等于“1”时出现以下的字段：
AUX_PRIVATE_DYN：这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。
CRC_32：32比特错误检测码，其被应用于整个PLS2。
图16图示根据本发明的实施例的帧的逻辑结构。
如以上提及的，PLS、EAC、FIC、DP、辅助流和哑信元被映射到在帧中OFDM符号的活动载波。PLS1和PLS2被首先被映射到一个或多个FSS。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。首先跟随类型1DP，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随DP，其后跟随哑信元。根据以上提及的顺序，即，PLS、EAC、FIC、DP、辅助流和哑数据信元将它们映射在一起，精确地填充在该帧中的信元容量。
图17图示根据本发明的实施例的PLS映射。
PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目，一个或多个符号被指定为FSS，并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题，所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。
PLS信元如在图17中的示例所示以自顶向下方式被映射到NFSS FSS的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后，并且继续向下映射，直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目，则映射进行到下一个FSS，并且以与第一FSS严格相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果EAC、FIC或者两者存在于当前帧中，则它们被放置在PLS和“普通”DP之间。
图18图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道，并且链接到用于EAS的DP。提供了EAS支持，但是，EAC本身可能或者可以不必存在于每个帧中。如果有的话，EAC紧挨着PLS2单元之后映射。除了PLS信元以外，EAC不在FIC、DP、辅助流或者哑信元的任何一个之前。映射EAC信元的过程与PLS完全相同。
EAC信元被以如在图18的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小，EAC信元可以占据几个符号，如图18所示。
EAC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加有效的载波。
在EAC映射完成之后，如果任何一个存在，则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送)，则DP紧跟在EAC的最后信元之后。
图19图示根据本发明的实施例的FIC映射
(a)示出不具有EAC的FIC信元的示例映射，以及(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描，接收器可以解码FIC并获得信息，诸如，广播器ID、服务编号，和BASE_DP_ID。为了快速服务获得，除了FIC之外，基础DP可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与普通DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC没有被任何普通DP、辅助流或者哑信元引导。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。
在PLS之后不具有EAC，FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。取决于FIC数据大小，FIC信元可以被映射在几个符号上，如(b)所示。
FIC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加活跃的载波。
如果EAS消息在当前帧中被发送，则EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。
在FIC映射完成之后，一个或多个DP被映射，之后是辅助流，如果有的话，以及哑信元。
图20图示根据本发明的实施例的DP的类型。
(a)示出类型1DP和(b)示出类型2DP。
在先前的信道，即，PLS、EAC和FIC被映射之后，DP的信元被映射。根据映射方法DP被分类为两种类型中的一个：
类型1DP：DP通过TDM映射
类型2DP：DP通过FDM映射
DP的类型由在PLS2的静态部分中的DP_TYPE字段表示。图20图示类型1DP和类型2DP的映射顺序。类型1DP被以信元索引的递增顺序首先映射，然后，在达到最后的信元索引之后，符号索引被增加1。在下一个符号内，DP继续以从p＝0开始的信元索引的递增顺序映射。利用在一个帧中共同地映射的DP的数目，类型1DP的每个在时间上被分组，类似于DP的TDM复用。
类型2DP被以符号索引的递增顺序首先映射，然后，在达到该帧的最后的OFDM符号之后，信元索引增加1，并且符号索引回朔到第一可用的符号，然后从该符号索引增加。在一个帧中一起映射DP的数目之后，类型2DP的每个被以频率分组在一起，类似于DP的FDM复用。
如果需要的话，类型1DP和类型2DP在帧中可以同时存在，有一个限制：类型1DP始终在类型2DP之前。承载类型1和类型2DP的OFDM信元的总数不能超过可用于DP传输的OFDM信元的总数。
数学公式2
[数学式2]
DDP1+DDP2≤DDP
这里DDP1是由类型1DP占据的OFDM信元的数目，DDP2是由类型2DP占据的信元的数目。由于PLS、EAC、FIC都以与类型1DP相同的方式映射，所以它们全部遵循“类型1映射规则”。因此，总的说来，类型1映射始终在类型2映射之前。
图21图示根据本发明的实施例的DP映射。
(a)示出寻址用于映射类型1DP的OFDM信元，并且(b)示出寻址用于供类型2DP映射的OFDM信元。
用于映射类型1DP(0,…，DDP1-1)的OFDM信元的寻址限定用于类型1DP的活跃数据信元。寻址方案限定来自用于类型1DP的每个的T1的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
在不具有EAC和FIC的情况下，地址0指的是在最后的FSS中紧跟承载PLS的最后信元的信元。如果EAC被发送，并且FIC没有在相应的帧中，则地址0指的是紧跟承载EAC的最后信元的信元。如果FIC在相应的帧中被发送，则地址0指的是紧跟承载FIC的最后的信元的信元。用于类型1DP的地址0可以考虑如(a)所示的两个不同情形计算。在(a)的示例中，PLS、EAC和FIC假设为全部发送。对EAC和FIC的二者之一或者两者被省略情形的扩展是明确的。如在(a)的左侧所示在映射所有信元直到FIC之后，如果在FSS中存在剩余的信元。
用于映射类型2DP(0,…，DDP2-1)的OFDM信元的寻址被限定用于类型2DP的活跃数据信元。寻址方案限定来自用于类型2DP的每个的TI的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
如(b)所示的三个略微地不同的情形是可允许的。对于在(b)的左侧上示出的第一情形，在最后的FSS中的信元可用于类型2DP映射。对于在中间示出的第二情形，FIC占据普通符号的信元，但是，在该符号上FIC信元的数目不大于CFSS。除了在该符号上映射的FIC信元的数目超过CFSS之外，在(b)右侧上示出的第三情形与第二情形相同。
对类型1DP在类型2DP之前情形的扩展是简单的，因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。
数据管道单元(DPU)是用于在帧将数据信元分配给DP的基本单元。
DPU被定义为用于将DP定位于帧中的信令单元。信元映射器7010可以映射对于各个DP通过TI产生的信元。时间交织器5050输出一系列的TI块并且各个TI块包括继而由一组信元组成的可变数目的XFECBLOCK。XFECBLOCK中的信元的数目Ncells取决于FECBLOCK大小Nldpc和每个星座符号的被发送的比特的数目。DPU被定义为在给定的PHY简档中支持的在XFECBLOCK中的信元的数目Ncells的所有可能的值中的最大的余数。以信元计的DPU的长度被定义为LDPU。因为各个PHY简档支持FECBLOCK大小和每个星座符号的最大不同数目的比特的组合，所以基于PHY简档定义LDPU。
图22图示根据本发明的实施例的FEC结构。
图22图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的，数据FEC编码器可以使用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码，以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外，FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。
BCH编码应用于每个BBF(Kbch比特)，然后LDPC编码应用于BCH编码的BBF(Kldpc比特＝Nbch比特)，如在图22中图示的。
Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。
以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。
表28
[表28]
表29
[表29]
BCH编码和LDPC编码的操作细节如下：
12-纠错BCH码用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过所有多项式相乘在一起获得。
LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统编码，并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为如下的数学公式。
数学公式3
[数学式3]
B l d p c = I l d p c P l d p c = [ i 0 , i 1 , ... , i K l d p c - 1 , p 0 , p 1 , ... , p N l d p c - K l d p c - 1 ]
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：
1)初始化奇偶校验比特，
数学公式4
[数学式4]
p 0 = p 1 = p 2 = ... = p N l d p c - K l d p c - 1 = 0
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
数学公式5
[数学式5]
p 983 = p 983 ⊕ i 0 p 2815 = p 2815 ⊕ i 0
p 4837 = p 4837 ⊕ i 0 p 4989 = p 4989 ⊕ i 0
p 6138 = p 6138 ⊕ i 0 p 6458 = p 6458 ⊕ i 0
p 6921 = p 6921 ⊕ i 0 p 6974 = p 6974 ⊕ i 0
p 7572 = p 7572 ⊕ i 0 p 8260 = p 8260 ⊕ i 0
p 8496 = p 8496 ⊕ i 0
3)对于接下来的359个信息比特，is，s＝1、2、...359，使用以下的数学公式在奇偶校验位地址处累加is。
数学公式6
[数学式6]
{x+(s mod 360))×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且Qldpc是在奇偶校验矩阵的地址中指定的编码率相关的常数。继续该示例，对于速率13/15，Qldpc＝24，因此，对于信息比特i1，执行以下的操作：
数学公式7
[数学式7]
p 1007 = p 1007 ⊕ i 1 p 2839 = p 2839 ⊕ i 1
p 4861 = p 4861 ⊕ i 1 p 5013 = p 5013 ⊕ i 1
p 6162 = p 6162 ⊕ i 1 p 6482 = p 6482 ⊕ i 1
p 6945 = p 6945 ⊕ i 1 p 6998 = p 6998 ⊕ i 1
p 7596 = p 7596 ⊕ i 1 p 8284 = p 8284 ⊕ i 1
p 8520 = p 8520 ⊕ i 1
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用表达式6获得用于以下的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)以i＝1开始顺序地执行以下的操作。
数学公式8
[数学式8]
p i = p i ⊕ p i - 1 , i = 1 , 2 , ... , N l d p c - K l d p c - 1
这里pi的最后的内容，i＝0,1，...，Nldpc-Kldpc–1，等于奇偶校验比特pi。
表30
[表30]
编码率 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
除了以表31替换表30，并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外，用于短FECBLOCK的这个LDPC编码过程是根据用于长FECBLOCK的LDPC编码过程。
表31
[表31]
编码率 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
图23图示根据本发明的实施例的比特交织。
LDPC编码器的输出被比特交织，其由奇偶交织、之后的准循环块(QCB)交织和组间交织组成。
(a)示出准循环块(QCB)交织，并且(b)示出组间交织。
FECBLOCK可以被奇偶交织。在奇偶交织的输出处，LDPC码字由在长FECBLOCK中180个相邻的QC块和在短FECBLOCK中45个相邻的QC块组成。在长或者短FECBLOCK中的每个QC块由360比特组成。奇偶交织的LDPC码字通过QCB交织来交织。QCB交织的单位是QC块。在奇偶交织的输出处的QC块通过如在图23中图示的QCB交织重排列，这里根据FECBLOCK长度，Ncells＝64800/ηmod或者16200/ηmod。QCB交织模式是对调制类型和LDPC编码率的每个组合唯一的。
在QCB交织之后，组间交织根据调制类型和阶(ηmod)执行，其在以下的表32中限定。也限定用于一个组内的QC块的数目NQCB_IG。
表32
[表32]
调制类型 ηmod NQCB_IG
QAM-16 4 2
NUC-16 4 4
NUQ-64 6 3
NUC-64 6 6
NUQ-256 8 4
NUC-256 8 8
NUQ-1024 10 5
NUC-1024 10 10
组间交织过程以QCB交织输出的NQCB_IG QC块执行。组间交织具有使用360列和NQCB_IG行写入和读取组内的比特的过程。在写入操作中，来自QCB交织输出的比特是行式写入。读取操作是列式执行的，以从每个行读出m比特，这里对于NUC，m等于1，并且对于NUQ，m等于2。
图24图示根据本发明的实施例的信元字解复用。
图24(a)示出对于8和12bpcu MIMO的信元字解复用，和(b)示出对于10bpcu MIMO的信元字解复用。
比特交织输出的每个信元字(c0,l,c1,l,...,cηmod-1,l)被解复用为如(a)所示的(d1,0,m,d1,1,m...d1,ηmod-1,m)和(d2,0,m,d2,1,m...,d2,ηmod-1,m)，其描述用于一个XFECBLOCK的信元字解复用过程。
对于使用不同类型的NUQ用于MIMO编码的10个bpcu MIMO情形，用于NUQ-1024的比特交织器被重新使用。比特交织器输出的每个信元字(c0,l,c1,l...,c9,l)被解复用为(d1,0,m,d1,1,m...d1,3,m)和(d2,0,m,d2,1,m...d2,3,m)，如(b)所示。
图25图示根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。
在PLS2-STAT数据的部分中出现的以下参数配置TI：
DP_TI_TYPE(允许的值：0或者1)：表示TI模式；“0”表示每个TI组具有多个TI块(一个以上的TI块)的模式。在这种情况下，一个TI组被直接映射到一个帧(无帧间交织)。“1”表示每个TI组仅具有一个TI模块的模式。在这种情况下，TI块可以在一个以上的帧上扩展(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则这个参数是每个TI组的TI块的数目NTI。对于DP_TI_TYPE＝“1”，这个参数是从一个TI组扩展的帧PI的数目。
DP_NUM_BLOCK_MAX(允许的值:0至1023)：表示每个TI组XFECBLOCK的最大数。
DP_FRAME_INTERVAL(允许的值：1、2、4、8)：表示在承载给定的PHY简档的相同的DP的两个连续的帧之间的帧IJUMP的数目。
DP_TI_BYPASS(允许的值：0或者1)：如果对于DP没有使用时间交织，则这个参数被设置为“1”。如果使用时间交织，则其被设置为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数目。
当对于DP没有使用时间交织时，不考虑随后的TI组、时间交织操作，和TI模式。但是，将仍然需要来自调度器用于动态配置信息的延迟补偿块。在每个DP中，从SSD/MIMO编码接收的XFECBLOCK被分组为TI组。即，每个TI组是整数个XFECBLOCK的集合，并且将包含动态可变数目的XFECBLOCK。在索引n的TI组中的XFECBLOCK的数目由NxBLocK_Group(n)表示，并且在PLS2-DYN数据中作为DP_NUM_BLOCK用信号传送。注意到NxBLocK_Group(n)可以从最小值0到其最大的值是1023的最大值NxBLocK_Group_MAX(对应于DP_NUM_BLOCK_MAX)变化。
每个TI组或者直接映射到一个帧上或者在PI个帧上扩展。每个TI组也被划分为一个以上的TI模块(NTI)，这里每个TI块对应于时间交织器存储器的一个使用。在TI组内的TI块可以包含略微不同数目的XFECBLOCK。如果TI组被划分为多个TI块，则其被直接映射到仅一个帧。如以下的表33所示，存在对于时间交织的三个选项(除了跳过时间交织的额外的选项之外)。
表33
[表33]
在每个DP中，TI存储器存储输入的XFECBLOCK(来自SSD/MIMO编码块的输出的XFECBLOCK)。假设输入XFECBLOCK被限定为：
( d n , s , 0 , 0 , d n , s , 0 , 1 , ... , d n , s , 0 , N c e l l s - 1 , d n , s , 1 , 0 , ... , d n , s , 1 , N c e l l s - 1 , ... , d n , s , N x B L O C K _ T I ( n , s ) - 1 , 0 , ... , d n , s , N x B L O C K _ T I ( n , s ) - 1 , N c e l l s - 1 )
这里dn.s.r.q是在第n个TI组的第s个TI块中的第r个XFECBLOCK的第q个信元，并且表示SSD和MIMO编码的输出如下：
此外，假设来自时间交织器的输出的XFECBLOCK被限定为：
( h n , s , 0 , h n , s , 1 , ... , h n , s , i , ... , h n , s , N x B L O C K _ T I ( n , s ) × N c e l l s - 1 )
这里hn,s,i是在第n个TI组的第s个TI块中的第i个输出单元(对于i＝0，...，NxBLOCK_TI(n，s)×Ncells-1)。
典型地，时间交织器也将起在帧建立过程之前用于DP数据的缓存器的作用。这是通过用于每个DP的两个存储库实现的。第一TI块被写入第一存储库。第二TI块被写入第二存储库，同时第一存储库正在被读取等。
TI是扭曲的两列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于信元Ncells的数目，即，Nr＝Ncells，同时列数Nc等于数目NxBL0CK_TI(n,s)。
图26图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。
图26(a)示出在时间交织器中的写入操作，并且图26(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，Nr个信元被读出，如在(b)中所示。详细地，假定zn，s，i(i＝0，...，NiNc)作为要被顺序地读取的TI存储器单元位置，通过计算如下的表达式的行索引Rn，S，i、列索引Cn，S，i以及被关联的扭曲参数Tn，S，i执行以这样的校正阵列的读取过程。
数学公式9
[数学式9]
其中Sshift是用于对角线方式读取过程的公共移位值，不论NxBLOCK_TI(n，s)如何，并且如以下表达式，通过在PLS2-STAT中给出的NxBLOCK_TI(n，s)来确定。
数学公式10
[数学式10]
对于
S s h i f t = N x B L O C K _ T I _ M A X - 1 2
结果，通过作为zn，s，i＝NrCn，s，i+Rn，s，i的坐标计算要被读出的信元位置。
图27图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。
更加具体地，图27图示用于各个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCK_TI(2，0)＝5时的虚拟XFECBLOCK。
可变数目NxBLOCK_TI(n，s)＝Nr将会小于或者等于N′xBLOCK_TI_MAX。因此，为了实现在接收器侧处的单个存储器解交织，不论NxBLOCK_TI(n，s)如何，通过将虚拟XFECBLOCK插入到TI存储器用于在被扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下面的表达式完成读取过程。
数学公式11
[数学式11]
TI组的数目被设置为3。通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及PI＝1，在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells＝30的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号传送。通过NxBLOCK_Groyp_MAx，在PLS-STAT数据中用信号传送XFECBLOCK的最大数目，这导致
图28图示根据本发明的实施例的被扭曲的行-列块的对角线方式的读取图案。
更加具体地，图28示出来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3的参数的各个交织阵列的对角线方式的读取图案。注意，在如上面的伪代码示出的读取过程中，如果Vi≥NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过并且使用下一个计算的Vi的值。
图29图示根据本发明的实施例的用于各个交织阵列的被交织的XFECBLOCK。
图29图示来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝3的参数的各个交织阵列的被交织的XFECBLOCK。
图30是根据本发明的实施例的用于支持广播服务的协议栈的视图。
广播服务可以提供附属服务，例如，音频/视频(A/V)数据和HTML5应用、交互式服务、ACR服务、第二画面服务、以及个性化服务。
这样的广播服务可以通过诸如地面波和有线卫星的物理层(例如，广播信号)被发送。另外，根据本发明的实施例的广播服务可以通过互联网通信网络(例如，宽带)被发送。
当通过物理层，即，诸如地面波和有线卫星的广播信号发送广播服务时，广播接收装置可以通过解调广播信号提取被封装的MPEG-2传送流(TS)和被封装的IP数据报。广播接收装置可以从IP数据报提取用户数据报协议(UDP)数据报。在这一点上，信令信息可以是以XML格式。广播接收装置可以从UDP数据报提取信令信息。另外，广播接收装置可以从UDP数据报提取异步分层编译/分层编译传送(ALC/LCT)分组。广播接收装置可以从ALC/LCT分组提取单向文件传送(FLUETE)分组。在这一点上，FLUTE分组可以包括非实时(NRT)数据和电子服务指南(ESG)数据。另外，广播接收装置可以从UDP数据报提取实时传送协议(RTCP)分组和RTP控制协议(RTCP)分组。广播接收装置可以从RTP/RTCP分组提取A/V数据和增强型数据。在这一点上，NRT数据、A/V数据以及增强型数据中的至少一个可以是以基于ISO的媒体文件格式(ISO BMFF)。另外，广播接收装置可以从MPEG-2TS分组或者IP数据包提取诸如NRT数据、A/V数据、以及PSI/PSIP的信令信息。
当通过通信网络(例如，宽带)发送广播服务时，广播接收装置可以从互联网通信网络接收IP分组。广播接收装置可以从IP分组提取TCP分组。广播接收装置可以从TCP分组提取HTTP分组。广播接收装置可以从HTTP分组提取A/V数据、增强型数据、以及信令信息。在这一点上，A/V和增强性数据中的至少一个可以是以ISO BMFF格式。另外，信令信息可以是以XML格式。
将会参考图31至图34描述详细的传输帧和发送广播服务的传送分组。
图31是图示根据本发明的实施例的广播传输帧的视图。
根据图31的实施例，广播传输帧包括P1部分、L1部分、公共的PLP部分、交织的PLP部分(例如，被调度的&被交织的PLP的部分)、以及辅助数据部分。
根据图31的实施例，广播发送装置通过传输帧的P1部分发送关于传送信号检测的信息。另外，广播发送装置可以通过P1部分发送关于广播信号调谐的调谐信息。
根据图31的实施例，广播发送装置通过L1部分发送各个PLP的特性和广播传输帧的配置。在这一点上，广播接收装置100基于P1部分解码L1部分以获得广播传输帧的配置和各个PLP的特性。
根据图31的实施例，广播发送装置可以通过公共的PLP部分发送被共同地应用于PLP的信息。根据本发明的特定的实施例，广播传输帧可以不包括公共的PLP部分。
根据图31的实施例，广播发送装置通过被交织的部分发送被包括在广播服务中的多个组件。在这一点上，被交织的PLP部分包括多个PLP。
此外，根据图31的实施例，广播发送装置可以用信号发送配置各个广播服务的哪个PLP组件通过L1部分或者公共的PLP部分发送。然而，广播接收装置100解码被交织的PLP部分的多个PLP的全部以便于获得关于广播服务扫描的特定的广播服务信息。
不同于图31的实施例，广播发送装置可以发送包括通过广播传输帧发送的广播服务的广播传输帧和包括关于被包括在广播服务中的组件的信息的附加的部分。在这一点上，广播接收装置100可以通过附加的部分立即获得关于广播服务和组件的信息。将会参考图32对其进行描述。
图32是根据本发明的另一实施例的广播传输帧的视图。
根据图32的实施例，广播传输帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织的PLP部分(例如，被调度的&被交织的PLP的部分)、以及辅助数据部分。
除了FIC部分之外，其它的部分与图31中的那些相同。
广播发送装置通过FIC部分发送快速信息。快速信息可以包括通过传输帧发送的广播流的配置信息、简单广播服务信息、以及组件信息。广播接收装置100可以基于FIC部分扫描广播服务。更加详细地，广播接收装置100可以从FIC部分提取关于广播服务的信息。
图33是图示根据本发明的实施例的发送广播服务的传送帧的结构的视图。
在图33的实施例中，发送广播服务的传送分组包括网络协议字段、错误指示符字段、填充指示符字段、指针字段、填充字节字段、以及有效载荷数据。
网络协议字段表示网络协议的类型。根据本发明的特定实施例，网络协议字段的值可以表示IPv4协议或者帧分组类型。更加详细地，如在图34的实施例中所示，当网络协议字段的值是000时，其可以表示IPv4协议。更加详细地，如在图34的实施例中所示，当网络协议字段的值是111时，其可以表示frame_packet_type协议。在这一点上，framed_packet_type可以是通过ATSC A/153定义的协议。更加详细地，framed_packet_type可以表示不包括表示关于长度的信息的字段的网络分组。根据本发明的特定实施例，网络协议可以是3比特字段。
错误指示符字段表示从对应的传送分组检测错误。更加详细地，如果错误指示符字段的值是0，则其表示从对应的分组中没有检测到错误，并且如果错误指示符字段的值是1，则其表示从对应的分组检测到错误。根据本发明的特定实施例，错误指示符字段可以是1比特字段。
填充指示符字段表示是否填充字节被包括在对应的传送分组中。在这一点上，填充字节表示被包括在有效载荷中的数据以保持固定的分组的长度。根据本发明的特定实施例，当填充指示符字段的值是1时，传送分组包括填充字节，并且当填充指示符字段的值是0时，传送分组不包括填充字节。根据本发明的特定实施例，填充指示符字段可以是1比特字段。
指针字段表示在对应的传送分组的有效载荷部分中的新网络分组的开始点。根据本发明的特定实施例，当指示符字段的值是0x7FF时，其可以表示不存在新的网络分组的开始点。另外，根据本发明的特定实施例，当指示符字段的值不是0x7FF时，其可以表示从传送分组报头的最后部分到新的网络分组的开始点的偏移值。根据本发明的特定实施例，指针字段可以是11比特字段。
填充字节字段表示在报头和有效载荷数据之间填充的填充字节以保持固定的分组长度。
将会参考图34描述用于接收广播服务的广播接收装置的配置。
图35是图示根据本发明的实施例的广播接收装置的配置的视图。
图35的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130以及控制单元150。
广播接收单元110包括信道同步器111、信道均衡器113、以及信道解码器115。
信道同步器111利用时序同步符号频率，以便于在接收到广播信号的基带中解码。
信道均衡器113校正被同步的广播信号的失真。更加详细地，信道均衡器113校正由于多路径和多普勒效应导致的被同步的信号的失真。
信道解码器115解码被校正的广播信号的失真。更加详细地，信道解码器115从失真校正的广播信号中提取传输帧。在这一点上，信道解码器115可以执行前向纠错(FEC)。
IP通信单元130通过互联网网络接收和发送数据。
控制单元150包括信道解码器151、传送分组接口153、宽带分组接口155、基带操作控制单元157、公共协议栈159、服务映射数据库161、服务信令信道处理缓冲器和解析器163、A/V处理器165、广播服务指南处理器167、应用处理器169、以及服务指南数据库171。
信令解码器151解码广播信号的信令信息。
传送分组接口153从广播信号提取传送分组。在这一点上，传送分组接口153可以从被提取的传送分组提取诸如信令信息或者IP数据报的数据。
广播分组接口155从接收自互联网网络的数据提取IP分组。在这一点上，广播分组接口155可以从IP分组提取信令数据或者IP数据报。
基带操作控制单元157控制与从基带接收到的广播信号有关的操作。
公共协议栈159从传送分组提取音频或者视频。
A/V处理器547处理音频或者视频。
服务信令信道处理缓冲器和解析器163解析和缓冲用信号发送广播服务的信令信息。更加详细地，服务信令信道处理缓冲器和解析器163从IP数据报解析和缓冲用信号发送的广播服务的信令信息。
服务映射数据库165存储包括关于广播服务的信息的广播服务列表。
服务指南处理器167处理指导陆地广播服务的节目的陆地广播服务指南数据。
应用处理器169从广播系统提取和处理应用有关的信息。
服务指南数据库171存储广播服务的节目信息。
图36是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图36是图示根据本发明的另一实施例的广播接收装置的配置的视图。
在图36的实施例中，图36的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130、以及控制单元150。
广播接收单元110可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块，其执行广播接收单元100执行的多个功能中的每一个。更加详细地，广播接收单元110可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。广播接收单元110可以包括物理层模块119和物理层IP帧模块117。物理层模块119通过广播网络的广播信道接收和处理广播有关的信号。物理层IP帧模块117将从物理层模块119获得的诸如IP数据报的数据分组转换成特定的帧。例如，物理层模块119可以将IP数据报转换成RS帧或者GSE。
IP通信单元130可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件组件，其执行IP通信单元130执行的多个功能中的每一个。更加详细地，IP通信单元130可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。IP通信单元130可以包括互联网接入控制模块131。互联网接入控制模块131可以控制广播接收装置100的操作以通过互联网通信网络(例如，宽带)获得服务、内容以及信令数据中的至少一个。
控制单元150可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件组件，其执行控制单元150执行的多个功能中的每一个。更加详细地，控制单元150可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。控制单元150可以包括信令解码器151、服务映射数据库161、服务信令信道解析器163、应用信令解析器166、警报信令解析器168、定向信令解析器170、定向处理器173、A/V处理器161、警报处理器162、应用处理器169、调度的流解码器181、文件解码器182、用户请求流解码器183、文件数据库184、组件同步单元185、服务/内容获取控制单元187、再分布模块189、装置管理器193、以及数据共享单元191中的至少一个。
服务/内容获取控制单元187控制接收机的操作以通过宽带网络或者互联网通信网络获得服务或者内容以及与服务或者内容有关的信令数据。
信令解码器151解码信令信息。
服务信令解析器163解析服务信令信息。
应用信令解析器166提取和解析服务有关的信令信息。在这一点上，服务有关的信令信息可以是与服务扫描有关的信令信息。另外，服务有关的信令信息可以是与通过服务提供的内容有关的信令信息。
警报信令解析器168提取和解析警报有关的信令信息。
目标信令解析器170提取和解析用于个人性服务的信息或者用于信令定向信息的内容或者信息。
定向处理器173处理用于个人性服务或者内容的信息。
警报处理器162处理与警报有关的信令信息。
应用处理器169控制应用有关的信息和应用的执行。更加详细地，应用处理器169处理下载的应用的状态和显示参数。
A/V处理器161基于被解码的音频或者视频和应用数据处理A/V渲染有关的操作。
调度的流解码器181解码调度的流，调度的流是根据通过诸如广播公司的内容提供商定义的时间表流放的内容。
文件解码器182解码被下载的文件。特别地，文件解码器182解码通过互联网通信网络下载的文件。
用户请求流解码器183解码通过用户请求提供的内容(例如，内容点播)。
文件数据库184存储文件。更加详细地，文件数据库184可以存储通过互联网通信网络下载的文件。
组件同步单元185同步内容或者服务。更加详细的，组件同步单元185同步通过调度的流解码器181、文件解码器182、以及用户请求流解码器183中的至少一个解码的内容。
服务/内容获取控制单元187控制接收机的操作以获得服务、内容或者与服务或者内容有关的信令信息。
当通过广播网络没有接收到服务或者内容时，再分布模块189执行操作以支持获得服务、内容、服务有关的信息、以及与内容有关的信息中的至少一个。更加详细地，再分布模块189可以从外部管理装置300请求服务、内容、服务有关的信息、以及内容有关的信息中的至少一个。在这一点上，外部管理装置300可以是内容服务器。
装置管理器193管理可相互操作的外部装置。更加详细的，装置管理器193可以执行外部装置的添加、删除、以及更新中的至少一个。另外，外部装置可以执行与广播接收装置100的连接和数据交换。
数据共享单元191执行在广播接收装置100和外部装置之间的数据传输操作并且处理交换有关的信息。更加详细地，数据共享单元191可以将AV数据或者信令信息发送到外部装置。另外，数据共享单元191可以从外部装置接收AV数据或者信令信息。
图37是广播服务信令表和广播服务传输路径用信号发送广播服务和广播服务传输路径的视图。
广播服务信令表可以用信号发送广播服务信息。更加详细地，广播服务信令表可以用信号发送广播服务包括的媒体组件。另外，广播服务信令表可以用信号发送广播服务和广播服务包括的媒体组件的传输路径。为此，广播服务信令表可以包括广播服务传输路径信令信息。在图37的实施例中，广播服务信令表包括关于多个广播服务的信息。在这一点上，广播服务信令表包括用信号发送分别被包括在多个广播服务中的多个媒体组件的媒体组件信令信息。特别地，广播服务信令表包括用信号发送多个媒体组件的传输路径的广播服务传输路径信令信息。例如，示出广播接收装置100可以根据信令表通过PLP 0在服务0中发送视频1。另外，示出广播接收装置100可以根据信令表通过互联网网络在服务N中发送音频1。在这一点上，PLP是在物理层上可识别的一系列的逻辑数据递送路径。PLP也可以被称为数据管道。
将会参考图38至图43描述广播服务信令表。
图38是图示根据本发明的实施例的广播服务信令表的视图。
广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于相对应的广播服务来说是重要的信息。另外，用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
更加详细地，如在图38的实施例中所示，广播服务信令表可以包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、a num_services字段、service_id字段、service_status字段、SP_indicator字段、short_service_name_length字段、short_service_name字段、channel_number字段、service_category字段、num_components字段、essential_component_indicator字段、num_component_level_descriptor字段、component_level_descriptor字段、num_service_level_descriptors字段、以及service_level_descriptor字段中的至少一个。
table_id字段表示广播服务信令信息表的标识符。在这一点上，table_id字段的值可以是在ATSC A/65中定义的被保留的id值中的一个。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示是否广播服务信令信息表是以MEPG-2TS标准的长格式的专用区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示是否当前表对应于专用区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于结合table_id字段来识别广播服务信令信息表的值。特别地，table_id字段可以包括表示服务信令信息表的协议版本的SMT_protocol_version字段。根据本发明的特定实施例，SMT_protocol_version字段可以是8比特字段。
version_number字段表示服务信令表的版本。广播接收装置100可以基于vserion_number字段的值确定服务信令信息表的可用性。更加详细地，当version_number字段的值与先前接收到的服务信令表的版本相同时，服务信令表的信息可以不被使用。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示是否广播服务信令表当前可用。更加详细地，当current_next_indicator字段的值是1时，其可以表示广播服务信令表的信息是可用的。此外，当current_next_indicator字段的值是1时，其可以表示广播服务信令表的信息下次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_numberr字段表示最后区段号。当广播服务信令表的大小大时，其可以被划分成多个区段并且然后被发送。在这一点上，广播接收装置100基于section_number字段和last_section_number字段确定是否接收对于广播服务信令表所必需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是16比特字段。
service_status字段表示广播服务的当前状态。更加详细地，其可以表示是否广播服务当前可用。根据本发明的特定实施例，当service_status字段的值是1时，其可以表示广播服务当前可用。根据本发明的特定实施例，广播接收装置100可以基于service_status字段的值确定是否显示广播服务列表中的相对应的广播服务和广播服务指南。例如，当相对应的广播服务不是可用的时，广播接收装置100可以不显示广播服务列表中的相对应的广播服务和广播服务指南。根据本发明的另一实施例，广播接收装置100可以基于service_status字段的值显示对相对应的广播服务的访问。例如，当相对应的广播服务不可用时，广播接收装置100可以限制通过频道上/下键对相对应的广播服务的访问。根据本发明的特定实施例，service_status字段可以是2比特字段。
SP_indicator字段可以表示是否服务保护被应用于相对应的广播服务中的至少一个组件。例如，当SP_indicator的值是1时，其可以表示服务保护被应用于在相对应的广播服务中的至少一个组件。根据本发明的特定实施例，SP_indicator字段可以是1比特字段。
short_service_name_length字段表示short_service_name字段的大小。
short_service_name字段表示广播服务的名称。更加详细地，可以通过概述广播服务的名称显示short_service_name字段。
channel_number字段显示相对应的广播服务的虚拟信道编号。
service_category字段表示广播服务的种类。更加详细地，service_category字段可以表示TV服务、无线电服务、广播服务指南、RI服务、以及紧急报警中的至少一个。例如，如在图38的实施例中所示，在service_category字段的值是0x01的情况下，其表示TV服务。在service_category字段的值是0x02的情况下，其表示无线电服务。在service_category字段的值是0x03的情况下，其表示RI服务。在service_category字段的值是0x08的情况下，其表示服务指南。在service_category字段的值是0x09的情况下，其表示紧急报警。根据本发明的特定实施例，service_category字段可以是6比特字段。
num_components字段表示相对应的广播服务包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是5比特字段。
essential_component_indicator字段表示是否相对应的媒体组件是对于相对应的广播服务呈现来说重要的重要的媒体组件。根据本发明的特定示例，essential_component_indicator字段可以是1比特字段。
num_component_level_descriptor字段表示component_level_descrptor字段的数目。根据本发明的特定实施例，num_component_level_descriptor字段可以是4比特字段。
component_level_descriptor字段包括用于相对应的组件的附加的属性。
num_service_level_descriptors字段表示service_level_descriptor字段的数目。根据本发明的特定实施例，num_service_level_descriptors字段可以是4比特字段。
service_level_descriptor字段包括用于相对应的服务的附加的属性。
服务信令表可以进一步包括关于全体(ensemble)的信息。当相同的前向纠错(FEC)被应用于至少一个服务并且被发送时，全体表示至少一个服务的集合。将会参考图49更加详细地描述此。
图40是根据本发明的另一实施例的广播服务信令表的视图。
更加详细的，如在图40的实施例中所示，广播服务信令表可以及你也别包括num_ensemble_level_descriptors字段和ensemble_level_descriptor字段。
num_ensemble_level_descriptors字段表示ensemble_level_descriptor字段的数目。根据本发明的特定实施例，num_ensemble_level_descriptors字段可以是4比特字段。
ensemble_level_descriptor字段包括用于相对应的全体的附加的属性。
另外，服务信令表可以进一步包括用于识别媒体组件的流标识符信息。将参考图41更加详细地描述此。
图41是根据本发明的另一实施例的流标识符描述符的视图。
流标识符信息包括descriptor_tag字段、descriptor_length字段以及component_tag字段中的至少一个。
descriptor_tag字段表示包括流标识符信息的描述符。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示在相对应的字段之后的流标识符信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_tag字段表示用于识别媒体组件的媒体组件标识符。在这一点上，媒体组件标识符可以在相对应的信令信息表上具有与其他媒体组件的媒体组件标识符不同的唯一的值。根据本发明的特定实施例，component_tag字段可以是8比特字段。
参考图42和图46描述用于发送/接收广播服务信令表的操作。
上述广播服务表被描述为比特流格式但是根据本发明的特定实施例，广播服务表可以是以XML格式。
图42是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
广播发送装置可以包括发送单元，该发送单元用于发送广播信号；和控制单元，该控制单元用于控制广播发送单元的操作。发送单元可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块，其执行发送单元执行的多个功能中的每一个。更加详细地，发送单元可以是芯片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RMA的半导体被集成为一个。控制单元可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块，其执行控制单元执行的多个功能中的每一个。更加详细地，控制单元可以是片上系统(SOC)，其中数个半导体部件被集成为一个。在这一点上，SOC可以是半导体，其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RMA的半导体被集成为一个。
在操作S101中广播发送装置通过控制单元获得广播服务信息。在这一点上，广播服务信息是用于描述广播服务的信息。更加详细地，广播服务信息可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、广播服务的频道号、表示是否用于广播服务的保护算法被应用的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否媒体组件对于相对应的广播服务来说是重要的信息。另外，用于信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
广播发送装置在操作S103中通过控制单元基于广播服务信息生成广播服务信令表。在这一点上，广播服务信令表可以包括上述广播服务信息。
广播发送装置在操作S105中通过发送单元发送包括服务信令表的广播信号。
图43是图示根据本发明的实施例的当广播接收装置接收广播服务信令表时的操作的视图。
广播接收装置100在操作S301中通过广播接收单元110接收广播信号。
广播接收装置100在操作303中基于广播信号通过控制单元150获得广播服务信令表。更加详细地，广播接收装置100可以从广播信号获得广播服务信令表。在这一点上，如在上面所提及的，广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于对应的广播服务来说是重要的信息。另外，用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。然而，根据本发明的特定实施例，广播接收装置100可以经由IP网络获得广播服务信令表。
广播接收装置100在操作305中基于广播服务信令表通过控制单元150获得广播服务信息。在这一点上，如在上面所提及的，广播服务信息可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、广播服务的频道号、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于对应的广播服务来说是重要的信息。另外，用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
广播接收装置100在操作S307中基于广播服务信息生成用于存储关于广播服务的信息的广播服务列表。在这一点上，广播服务列表可以包括广播接收装置100获得的广播服务信息。根据本发明的特定实施例，广播接收装置100可以基于广播服务信息或者广播服务列表接收广播服务。
图44是图示根据本发明的实施例的广播服务传输路径信令信息的视图。
广播服务传输路径信令信息可以包括表示根据广播传输类型发送广播服务和特定传输信息的网络的类型的信息。发送广播服务的网络的类型可以是通过相同广播公司发送的IP流发送广播服务的网络、通过不同广播公司发送的IP流发送广播服务的网络、通过相同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的MPEG-2TS发送广播服务的网络、通过不同广播公司的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络、以及用于通过URL获得广播服务的网络中的一个。
根据本发明的特定实施例，如在图44中所示，广播服务传输路径信令信息可以包括descriptor_tag字段、description_length字段、delivery_network_type字段、以及data_path字段。
descriptor_tag字段表示对应的描述符包括传输路径信令信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
description_length字段表示在对应的字段之后广播服务传输路径信令信息的长度。根据本发明的特定实施例，description_length字段可以是8比特字段。
delivery_network_type字段表示发送广播服务的传输网络的类型。根据本发明的实施例，delivery_network_type字段的值可以表示通过相同广播公司发送的IP流发送广播服务的网络、通过不同广播公司发送的IP流发送广播服务的网络、通过相同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的MPEG-2TS发送广播服务的网络、通过不同广播公司的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络、以及用于通过URL获得广播服务的网络中的一个。例如，如在图45的实施例中所示，当delivery_network_type字段的值是0x00时，其可以表示通过从相同广播公司发送的IP流发送广播服务的网络。此外，当delivery_network_type字段的值是0x01时，其可以表示通过从不同广播公司发送的IP流发送广播服务的网络。此外，当delivery_network_type字段的值是0x02时，其可以表示通过相同广播公司的FLUTE会话发送广播服务的网络。另外，当delivery_network_type字段的值是0x03时，其可以表示通过不同广播公司的FLUTE会话发送广播服务的网络。此外，当delivery_network_type字段的值是0x04时，其可以表示通过从不同广播公司的MPEG-2TS发送广播服务的网络。另外，当delivery_network_type字段的值是0x05时，其可以表示通过不同广播公司的基于分组的流发送广播服务的网络。此外，当delivery_network_type字段的值是0x06时，其可以表示通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络。此外，当delivery_network_type字段的值是0x07时，其可以表示用于通过URL获得广播服务的网络。
data_path字段包括根据发送广播服务的传输网络的类型的特定传输信息。将会参考图46至图54更加详细地描述data_path。
图46是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过IP流的广播服务的传输时的视图。
当发送广播服务的网络是通过相同广播公司发送的IP流发送广播服务的网络时，广播服务传输路径信令信息可以包括表示IP版本的信息、关于是否其包含源IP地址的信息、源IP地址、关于是否其包括目的地IP地址的信息、目的地IP地址、表示发送广播服务的IP数据报流的UDP端口的数目的信息、以及UDP端口号信息的信息中的至少一个。
根据本发明的特定实施例，如在图46的实施例中所示，广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、destination_IP_address_flag字段、source_IP_address字段、port_num_count字段、以及destination_UDP_port_number field当中的至少一个。
IP_versioni_flag字段表示包括广播服务的IP数据报的ID地址格式。更加详细地，当IP_versioni_flag字段的值是1时，其表示包括广播服务的IP数据报是IPV4格式，并且当IP_versioni_flag字段的值是0时，其表示包括广播服务的IP数据报是IPV6格式。根据本发明的特定实施例，IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示是否包括广播服务的IP数据报包括源IP地址。更加详细地，当source_IP_address_flag字段的值是1时，其表示包括广播服务的IP数据报包括源IP地址，并且当source_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例，source_IP_address_flag字段可以是1比特字段。
destination_IP_address_flag字段表示包括广播服务的IP数据报包括目的地IP地址。更加详细地，当destination_IP_address_flag字段的值是1时，其表示包括广播服务的IP数据报包括目的地IP地址，并且当destination_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括目的地IP地址。根据本发明的特定实施例，destination_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示包括广播服务的IP数据报的源IP地址。根据本发明的特定实施例，根据IP版本source_IP_address字段可以是32或者128比特字段。
destination_IP_address字段表示包括广播服务的IP数据报的目的地IP地址。根据本发明的特定实施例，根据IP版本destination_IP_address字段可以是32或者128比特字段。
port_num_count字段表示包括广播的IP数据报流的端口的数目。根据本发明的特定实施例，port_num_count字段可以是8比特字段。
destination_UDP_port_number字段表示包括广播服务的IP数据报的UDP端口号。根据本发明的特定实施例，destination_UDP_port_number字段可以是16比特字段。
图47是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的IP流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司发送的IP流发送广播服务的网络时，不同于通过相同广播公司发送的IP流发送广播服务的网络，广播服务传输路径信令信息可以进一步包括用于识别发送IP数据报的传送流的标识符。
根据本发明的实施例，如在图47的实施例中所示，广播服务传输路径信令信息可以包括transport_stream_id字段。
transport_stream_id字段识别发送广播服务的IP数据报的传送流。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
图48是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过FLUTE会话的广播服务的传输时的视图。
当发送广播服务的网络是通过相同广播公司发送的FLUTE会话发送广播服务的网络时，广播服务传输路径信令信息可以包括表示IP版本的信息、关于是否其包括IP地址的信息、源IP地址、目的地IP地址、UDP端口号信息、以及用于识别发送包括广播服务的FLUTE分组的FLUTE会话的传送会话标识符中的至少一个。
根据本发明的特定实施例，如在图48的实施例中所示，广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、source_IP_address字段、destination_UDP_port_number字段、以及flute_tsi字段当中的至少一个。
IP_versioni_flag字段表示发送包括广播服务的FLUTE分组的IP数据报的IP地址格式。更加详细地，当IP_versioni_flag字段的值是1时，其表示包括广播服务的IP数据报是IPV4格式，并且当IP_versioni_flag字段的值是0时，其表示包括广播服务的IP数据报是IPv6格式。根据本发明的特定实施例，IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示是否发送包括广播服务的FLUTE分组的IP数据报包括源IP地址。更加详细地，当source_IP_address_flag字段的值是1时，其表示包括广播服务的IP数据报包括源IP地址，并且当source_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例，source_IP_address_flag字段字段可以是1比特字段。
source_IP_address字段表示发送包括广播服务的FLUTE分组的IP数据报的源IP地址。根据本发明的特定实施例，根据IP版本source_IP_address字段可以是32或者128比特字段。
destination_IP_address字段表示发送包括广播服务的FLUTE分组的IP数据报的目的地IP地址。根据本发明的特定实施例，根据IP版本destination_IP_address字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的FLUTE分组的IP数据报的UDP端口号。根据本发明的特定实施例，destination_UDP_port_number字段可以是16比特字段。
flute_tsi字段表示用于识别发送包括广播服务的FLUTE分组的FLUTE会话的传送会话标识符。
图49是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的FLUTE协议的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司的FLUTE会话发送广播服务的网络时，不同于通过相同广播公司的FLUTE发送广播服务的网络，广播服务传输路径信令信息可以进一步包括用于识别发送FLUTE分组的传送流的标识符。
根据本发明的实施例，如在图49的实施例中所示，广播服务传输路径信令信息可以包括transport_stream_id字段。
transport_stream_id字段识别发送包括广播服务的FLUTE分组的传送流。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
图50是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的MPEG-2TS流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司的MPEG-2TS发送广播服务的网络时，其可以包括用于识别发送包括广播的MPEG-2TS的传送流的标识符和包括广播服务的MPEG-2TS分组的标识符。
根据本发明的特定实施例，如在图50中所示，广播服务传输路径信令信息可以包括transptort_stream_id字段和pid字段中的至少一个。
transptort_stream_id字段表示用于识别发送MPEG-2TS的传送流的标识符。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
pid字段表示包括广播服务的MPEG-2TS分组的标识符。根据本发明的特定实施例，pid字段可以是13比特字段。
图51是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的基于分组的流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司的基于分组的流发送广播服务的网络时，广播服务传输路径信令信息可以包括用于包括广播服务的基于分组的流的标识符和包括广播服务的分组的标识符。
根据本发明的特定实施例，如在图51中所示，广播服务传输路径信令信息可以包括transptort_stream_id字段和packet_id字段中的至少一个。
transport_stream_id字段表示包括广播服务的基于分组的流的标识符。根据本发明的特定实施例，transport_stream_id字段可以是16比特字段。
packet_id字段表示包括广播服务的分组的标识符。根据本发明的特定实施例，packet_id字段可以是16比特字段。
图52是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过基于IP广播网络的基于分组的流的广播服务的传输时的视图。
当发送广播服务的网络是通过从基于IP广播网络发送的基于分组的流发送广播服务的网络时，广播服务传输路径信令信息可以包括表示IP版本的信息、表示是否其包含源IP地址的信息、源IP地址、目的地IP地址、UDP端口号信息、以及用于识别包括广播服务的分组的标识符中的至少一个。
根据本发明的特定实施例，如在图52的实施例中所示，广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、source_IP_address字段、destination_UDP_port_number字段、以及packet_id字段当中的至少一个。
IP_versioni_flag字段表示发送包括广播服务的分组的IP数据报的IP地址格式。更加详细地，当IP_versioni_flag字段的值是1时，其表示包括广播服务的IP数据报是IPV4格式，并且当IP_versioni_flag字段的值是0时，其表示包括广播服务的IP数据报是IPv6格式。根据本发明的特定实施例，IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示是否发送包括广播服务的分组的IP数据报包括源IP地址。更加详细地，当source_IP_address_flag字段是1时，其表示包括广播服务的IP数据报包括源IP地址，并且当source_IP_address_flag字段的值是0时，其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例，source_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示发送包括广播服务的分组的IP数据报的源IP地址。根据本发明的特定实施例，根据IP版本source_IP_address字段可以是32或者128个比特字段。
destination_UDP_port_number字段表示发送包括广播服务的分组的IP数据报的目的地IP地址。根据本发明的特定实施例，根据IP版本destination_UDP_port_number字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的分组的IP数据报的UDP端口号。根据本发明的特定实施例，destination_UDP_port_number字段可以是16比特字段。
packet_id字段表示用于识别包括广播服务的分组的标识符。根据本发明的特定实施例，packet_id字段可以是16比特字段。
图53是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过URL的广播服务时的视图。
当发送广播服务的网络是通过URL来获得广播服务的网络时，广播服务传输路径信令信息可包括表示用于接收广播服务的URL的长度的信息和用于接收广播服务的URL。
根据本发明的特定实施例，如图53中所示，广播服务传输路径信令信息可包括URL_lenth字段和URI_char字段中的至少一个。
URL_lengh字段表示用于接收广播服务的URL的长度。根据本发明的特定实施例，URL_length字段可以是8比特字段。
URL_char字段表示用于接收广播服务的URL。根据本发明的特定实施例，URL_char字段可以是8比特字段。
图54是根据本发明的实施例的广播发送设备发送广播服务传输路径信令信息时的视图。
广播发送设备在操作S501中通过控制单元来获得广播服务的传输路径。
广播发送设备在操作S503中通过控制单元生成广播服务传输路径信令信息。广播发送设备可生成参考图43至52所述的广播服务传输路径信令信息。
广播发送设备在操作S505中通过发送单元发送包括广播服务传输路径信令信息的广播信号。
图55是根据本发明的实施例的广播发送设备发送广播服务传输路径信令信息时的视图。
广播接收设备100在操作S701中通过广播接收单元110接收广播信号。
广播接收设备100在操作S703中基于广播信号通过控制单元150获得广播服务传输路径信令信息。
广播接收设备100在操作S705中通过控制单元150基于广播服务传输路径信令信息来接收广播服务。更详细地，广播接收设备100可通过控制单元150基于广播服务传输路径信令信息接收广播服务的媒体组件。如参考图45至54所述，广播接收设备100可通过下述网络中的至少一个来接收广播服务，通过同一广播公司发送的IP流发送广播服务的网络、通过不同广播公司发送的IP流发送广播服务的网络、通过同一广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的MPEG-2TS发送广播服务的网络、通过不同广播公司的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络，以及通过URL获得广播服务的网络。尤其是，根据本发明的特定实施例，广播接收设备100可通过多个网络接收广播服务的多个媒体组件。例如，广播接收设备1100可通过广播接收单元1110经由基于分组的流来接收广播服务的视频组件，并且可通过IP通信单元130经由基于IP的广播网络来接收广播服务的音频组件。
如上所述，广播服务信令表可包括用信号发送媒体组件的媒体组件信令信息。尤其是，当以ISO基础媒体文件格式(ISO BMFF)来发送广播服务时，广播服务信令表可包括媒体组件信令信息。将参考图56至59更详细地对此进行描述。
图56是图示出根据本发明的实施例的用信号发送媒体组件的媒体组件信令信息的视图。
媒体组件信令信息可包括表示媒体组件的编码类型的信息、关于媒体组件是否被加密的信息、表示包括将已加密媒体组件解密的密钥的STKM流的数目的信息、用于识别包括用于将已加密媒体组件解密的密钥的STKM流的标识符、媒体组件的传输参数的长度、媒体组件的传输参数以及根据组件的编码类型的编码参数。在这里，传输参数可包括缓冲器模型和最大发送单元(MTU)的大小中的至少一个。
根据本发明的特定实施例，如图56的实施例中所示，媒体组件信令信息可包括descriptor_tag字段、descriptor_length字段、component_type字段、component_encryption_flag字段、num_STKM_streams字段、STKM_stream_id字段、transport_parameter_text_length字段、transport_parameter_text字段以及component_data字段中的至少一个。
descriptor_tag字段表示对应描述符包括媒体组件信令信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示对应字段之后的广播服务传输路径信令信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_type字段表示相应组件的编码类型。根据本发明的实施例，如图57的实施例中所示，component_type字段具有的值可表示H.264/AVC、SVC增强层流组件、HE AACv2音频流组件、FLUTE文件递送会话、STKM流组件、LTKM流组件、OMA-RME DIMS流组件以及NTP时基流组件中的至少一个。当通过ISO BMFF来发送媒体组件时，广播接收设备100需要准备适当的操作以便接收媒体组件。因此，必须用信号通知通过ISO BMFF来发送媒体组件的事实。更详细地，如图57的实施例中所示，component_type字段可表示媒体组件是通过ISO BMFF发送的。更详细地，当component_type字段的值是35时，其可表示媒体组件是H.264/AVC组件。更详细地，当component_type字段的值是36时，其可表示媒体组件是SVC增强层流组件。更详细地，当component_type字段的值是37时，其可表示媒体组件是HE AACv2音频流组件。更详细地，当component_type字段的值是38时，其可表示媒体组件是通过FLUTE文件传输会话发送的。更详细地，当component_type字段的值是39时，其可表示媒体组件是STKM流组件。更详细地，当component_type字段的值是40时，其可表示媒体组件是LTKM流组件。更详细地，当component_type字段的值是41时，其可表示媒体组件是OMA-RMEDIMS流组件。更详细地，当component_type字段的值是42时，其可表示媒体组件是NTP时基流组件。更详细地，当component_type字段的值是43时，其可表示媒体组件是通过ISO BMFF发送的。根据本发明的特定实施例，component_type字段可以是7比特字段。
component_encryption_flag字段是表示媒体组件是否被加密的字段。根据本发明的特定实施例，component_encryption_flag字段可以是1比特字段。
num_STKM_streams字段表示包括用于将已加密媒体组件解密的密钥的STKM流的数目。根据本发明的特定实施例，num_STKM_streams字段可以是8比特字段。
STKM_stream_id字段表示用于识别包括用于将已加密媒体组件解密的密钥的STKM流的标识符。根据本发明的特定实施例，STKM_stream_id字段可以是8比特字段。
transport_parameter_text_length字段表示transport_parameter_text字段的长度。根据本发明的特定实施例，transport_parameter_text_length字段可以是8比特字段。
transport_parameter_text字段表示媒体组件的传输参数。在这里，传输参数可包括缓冲器模型和最大发送单元(MTU)的大小中的至少一个。
component_data字段表示组件的编码参数。编码参数包括的参数可根据组件的编码类型而改变。更详细地，编码参数包括的参数可根据component_type字段的值而改变。
当媒体组件是通过ISO BMFF发送的时，component_data字段可包括ISO BMFF的版本信息和简档信息中的至少一个。
更详细地，如图59的实施例中所示，component_data字段可包括版本字段和简档字段中的至少一个。
版本字段表示ISO BMFF的版本信息。根据本发明的特定实施例，版本字段可以是8比特字段。
简档字段表示ISO BMFF的简档信息。根据本发明的特定实施例，简档字段可以是8比特字段。
上述媒体组件全部被相同地处理并用信号发送，无论其内容如何。然而，最近，根据通信环境而发送不同质量的媒体组件的自适应流式传输服务受到很大关注。因此，用户可根据通信环境而选择包括相同内容的各种质量的媒体组件中的一个，并且然后可观看选择的那个。此外，提供了在一个屏幕上同时显示多个媒体组件的多视图服务。因此，用户可通过一个屏幕观看多个图像或数据广播。例如，用户可在通过附加画中画(PIP)屏幕来观看棒球比赛的同时观看另一体育场的比赛。以这种方式，由于包括多个媒体组件的广播服务是多样化的且增加，所以广播发送设备和广播接收设备可能需要划分组件的类型并对其进行处理，并且还需要系统地定义每个媒体组件之间的关系。这将参考图59至110来描述。
图59是图示出根据本发明的实施例的媒体组件的类型和作用的视图。
媒体组件可被划分成内容组件、简单音频组件、简单视频组件、连续组件、基本组件、复合组件、复合音频组件、复合视频组件、自适应组件、自适应音频组件、自适应视频组件以及复杂组件。可将自适应组件表示为PickOne组件。
内容组件是包括关于一种媒体的元数据的组件。更详细地，内容组件可以是视频轨道、音频轨道、隐藏字幕、视频增强层、网页以及双向应用中的一个。
简单音频组件是包括音频的组件。更详细地，简单音频组件是根据特定编码参数编码的一个语音序列的编码。
简单音频组件是包括视频的组件。更详细地，简单视频组件是根据特定编码参数编码的一个视频序列的编码。
连续组件是在连续流上播放的组件。
基本组件是包括一个编码的连续组件。基本组件可以是音频组件。更详细地，基本组件可以是用于语音序列的一个编码。另外，基本组件可以是视频组件。更详细地，基本组件可以是用于视频序列的一个编码。基本组件可以是一个隐藏字幕轨道。
复合组件是播放一个场景所需的连续组件的集合。更详细地，复合组件是具有相同媒体类型、表示同一场景且需要在预定组合中一起播放的连续组件的集合。因此，复合组件是被组合以表示一个场景的媒体组件的集合。更详细地，复合组件可以是对于一个完整音频所需的音乐、对话以及特效。另外，复合组件可以是播放3D图像所需的3D图像的右图像和左图像。
复合音频组件是播放语音序列所需的音频组件的集合。更详细地，复合音频组件可以是要被混合的音频组件的集合。
复合视频组件是播放图像序列所需的视频组件的集合。更详细地，复合视频组件可以是被组合以实现3D视频回放的3D组件的集合。另外，复合视频组件可以是伴随至少一个增强编码的基础视频编码。
自适应组件是被相互替换的、表示场景的连续组件的集合。如上所述，可将自适应组件称为PickOne，并且这表示多个可替换连续组件中的一个可被选择并播放。更详细地，自适应组件是具有相同媒体类型并表示同一场景的连续组件的集合，并且该连续组件中的一个被选择用于回放。更详细地，自适应组件是通过以不同的质量对相同内容进行编码所获得的媒体组件的集合。例如，自适应组件可以是通过用不同的比特率对同一语音序列进行编码而获得的音频组件的集合。另外，自适应组件可以是通过用不同的比特率对同一图像序列进行编码而获得的视频组件的集合。另外，自适应组件可以是用于同一对话的一般隐藏字幕轨道和易读式式隐藏字幕。
自适应音频组件是音频组件的集合，其中的一个被选择用于播放语音序列。更详细地，自适应音频组件可以是通过用不同的比特率对同一声音序列进行编码而获得的音频组件的集合。
自适应视频组件是视频组件的集合，其中的一个被选择用于播放图像序列。更详细地，自适应视频组件可以是通过用不同的编码参数对同一视频序列进行编码而获得的视频组件的集合。
复杂组件表示复合组件或自适应组件中的一个。将参考图60至62来更详细地描述复杂组件。
图60是图示出根据本发明的实施例的复杂组件的配置的视图。
不要求复杂组件仅包括基本组件。根据本发明的特定实施例，复杂组件可包括复杂组件。因此，仅仅利用在复杂组件中的一个基本组件不可以播放广播服务。另外，复杂组件可以是复合组件或自适应组件。更详细地，如图57的实施例中所示，复合组件可包括至少一个基本组件。另外，复合组件可包括至少一个复杂组件。另外，复合组件可包括基本组件和复杂组件。一个自适应组件可包括至少一个基本组件。
可使用术语“顶层组件”来描述广播服务的组件。顶层音频组件表示唯一语音序列。顶层视频组件表示唯一图像序列。根据本发明的特定实施例，这样的顶层组件可以是基本组件。根据本发明的另一特定实施例，这样的顶层组件可以是复合组件。
例如，如图61的实施例中所示，顶层视频组件可以是复合组件，其包括3D图像的左图像和右图像组件。在这里，3D图像的左图像组件可以是自适应组件，其包括以不同比特率编码的多个基本组件。另外，3D图像的右图像组件可以是自适应组件，其包括以不同比特率编码的多个基本组件。
根据本发明的另一特定实施例，如图62的实施例中所示，顶层音频组件可以是自适应组件，其包括包含完整主音频的自适应组件和具有混合音乐、对话以及特效的复合组件。例如，包括完整主音频的自适应组件可包括被用不同比特率编码的多个基本组件。另外，包括混合音乐、对话以及特效的复合组件可包括：包括音乐的自适应组件、包括对话的自适应组件以及包括特效的自适应组件。也就是说，包括音乐的自适应组件可包括用不同比特率编码的多个基本组件。
以这种方式来区别媒体组件可简化多个媒体组件之间的关系。例如，当指定每个视频程序包括一个复杂视频组件时，不需要指定与每个音频基本组件或视频基本组件的关系。
针对一个媒体可存在多个复杂组件模型。例如，可利用用于左图像的子媒体组件和用于右图像的子媒体组件对被用多个比特率编码的3D组件进行建模。每个子媒体组件可被建模为包括用不同比特率编码的多个组件的自适应组件。另外，同一3D组件可被建模为自适应组件，其包括用不同比特率编码的多个子媒体组件，并且每个子媒体组件可被建模为包括左和右图像的复合组件。在左和右图像中具有不同比特率的子媒体组件的数目可改变。
图63是图示出根据本发明的实施例的复杂视频组件的配置的视图。
通过编辑图59的实施例中的特定表达而获得图63的实施例，并且其像图31的实施例一样适用。尤其是，连续组件、基本组件、复合组件和复杂组件的定义和作用是相同的。图59的自适应组件被表示为如上所述的PickOne组件。图63的实施例中的PickOne组件的定义和作用与图59的实施例中的自适应组件的那些相同。因此，复合组件表示多个连续组件被组合且一个内容被播放。另外，PickOne组件表示一组件，该组件是选自多个可选媒体组件中的一个且被播放。然而，在图63的实施例中，与图59的实施例不同地定义可呈现组件。可呈现组件表示基本上在广播接收设备100中被播放的连续组件。另外，可呈现组件可以是基本组件。另外，可呈现组件可以是复杂组件。在特定实施例中，媒体组件本身可以是可呈现组件，并且可作为复杂组件的子媒体组件被包括在复杂组件中。例如，服务可包括基本2D视频组件和复杂3D组件。在这里，2D视频组件是在没有3D视频组件的情况下可作为2D图像播放的可呈现组件。另外，作为3D图像的一个视图，可将2D视频组件连同另一3D视频组件一起作为3D图像播放。
另外，在另一特定实施例中，可呈现音频组件可以是PickOne组件，其包括主组件、音乐、对话以及声音效果。在这里，主组件和音乐组件可以是PickOne组件，其包括用不同的比特率编码的多个基本组件。另外，表示对话和声音效果的媒体组件可以是基本组件。
图64是图示出根据本发明的实施例的复杂视频组件的配置的视图。
可呈现组件可以是复合组件。类似于图64的实施例，可分级视频编码可包括多个媒体组件作为复合组件。可分级视频编码可包括作为基本组件的基础层组件、第一增强层组件以及第二增强层组件。在这里，基础层组件是可呈现组件，其可在没有第一增强层组件和第二增强层组件的情况下播放。另外，基础层组件可被作为高质量图像连同第一增强层组件和第二增强层组件中的至少一个一起播放。在这里，第一增强层组件和第二增强层组件是在没有基础层组件的情况下不可播放的组件，并且应当连同基础层组件一起播放。因此，第一增强层组件和第二增强层组件不能称为可呈现组件。在这里，广播接收设备100可基于广播接收设备100的能力将基础层组件与第一增强层组件和第二增强层组件组合来播放图像。更详细地，当广播接收设备100的能力低时，广播接收设备100可通过使用基础层组件来播放相对低质量的图像。或者，当广播接收设备100的能力相对高时，广播接收设备100可将基础层组件与第一增强层组件和第二增强层组件组合以播放相对高质量的图像。或者，当广播接收设备100的能力非常高时，广播接收设备100可将基础层组件与第一增强层组件和第二增强层组件组合以播放非常高质量的图像。
图65是图示出根据本发明的另一实施例的复杂视频组件的配置的视图。
可呈现组件可以是PickOne组件。根据图65的实施例，PickOne组件可包括并排格式的2D编码和3D编码。在这里，3D编码被划分成左视图和右视图。左视图和右视图每个被编码成半视图宽度并被并排设置以生成画面。广播接收设备100可根据广播接收设备100的能力而选择2D编码和3D编码中的一个，并且然后可播放选择的那个。更详细地，当广播接收设备100不支持3D图像时，其可选择并播放2D编码。另外，当广播接收设备100支持3D图像时，其可选择并播放3D编码。
以这种方式，可通过其中的可呈现组件来描述每个服务。另外，当可呈现组件是复杂组件时，其可通过包括复杂组件的组件来描述。在特定实施例中，每个可呈现音频组件可表示特定场景的语音，并且每个可呈现视频组件可表示以特定角度捕捉的特定场景的画面。在简单组合的情况下，可呈现组件可以是基本组件。如上所述，每个可呈现组件可以是复杂组件。这将参考图66来描述。
图66是图示出根据本发明的另一实施例的复杂视频组件的配置的视图。
可呈现组件可以是复合组件，并且复合组件包括的组件可以是PickOne组件。在图66的实施例中，可呈现视频组件包括3D图像左视图视频组件和3D图像右视图视频组件。左视图视频组件和右视图视频组件是PickOne组件。因此，左视图视频组件和右视图视频组件包括用不同比特率编码的多个基本组件。
当如在图63的实施例中一样定义媒体组件的类型和作用时，可高效地且简单地描述服务包括的媒体组件的关系和结构。因此，通过使用这一点，广播发送设备可高效地且简单地用信号发送服务，并且通过使用这一点，广播接收设备100可高效地且简单地获得服务信令信息。
参考图67至70来描述各种广播服务模型。
图67是图示出根据本发明的实施例的音频服务的媒体组件配置的视图。
音频服务可包括一个或多个音频组件。另外，音频服务可包括隐藏字幕组件。另外，音频组件可包括附属数据服务。在这里，附属服务可以是非实时(NRT)服务。另外，根据本发明的特定实施例，可根据预定时间表通过连续流来发送音频服务。根据本发明的特定实施例，可将音频服务称为无线电服务。
图68是图示出根据本发明的实施例的包括音频和视频两者的广播服务的配置的视图。
包括音频和视频两者的广播服务可包括一个或多个主视频组件。在这里，包括音频和视频两者的广播服务可包括附属视频组件。在这里，包括音频和视频两者的广播服务可包括音频组件。此外，包括音频和视频两者的广播服务可包括隐藏字幕组件。此外，包括音频和视频两者的广播服务可包括附属服务数据组件。根据本发明的特定实施例包括音频和视频两者的服务可称为TV服务。
图69是图示出根据本发明的实施例的用户请求内容服务的配置的视图。
点播内容(CoD)服务可包括提供用户界面的应用。另外，CoD服务可包括响应于用户请求而提供的内容项目。另外，CoD服务可包括内容项目的目录。在这里，可将目录嵌入应用中。
图70是图示出根据本发明的实施例的独立数据服务的配置的视图。
独立数据服务可包括配置服务的一个或多个内容项目。在特定实施例中，可将独立NRT数据服务称为App服务。
多个广播服务可共享媒体组件。更详细地，上述音频服务、包括音频和视频两者的广播服务以及独立数据服务包括的每个媒体组件可涉及一个或多个其它组件。在这里，一个或多个其它组件可包括通过表示相同基础内容的另一方法编码的服务。
另外，广播服务可包括服务标识符、服务形式、服务的描述、服务名称、频道号、图形图标、服务中的组件列表、用于广播服务保护的属性、关于定向/个性化的属性、内容咨询评级、服务的语言、关于服务的附属NRT数据服务列表以及关于广播服务用户报告的属性中的至少一个作为属性。在这里，可用多个语言显示服务名称。另外，可使用图像图标来表示服务。另外，服务语言可表示在服务中使用的主要语言。另外，服务形式可包括根据规划的时间表发送的预定音频服务、根据规划的时间表发送的预定音频和视频的服务、响应于用户请求而发送的用户请求服务以及脚本NRT数据服务中的至少一个。另外，频道号可详细地包括主要频道号和次要频道号。另外，可将频道号显示为虚拟频道号。此外，多个广播服务可使用同一图形图标。另外，服务标识符可在广播服务被广播的广播区域中具有唯一值。另外，服务标识符可包括两个种类的标识符，例如本地标识符和区域标识符。本地标识符可被用于仅在一个广播区域中广播的服务。因此，在多个不同广播区域中广播的多个广播服务可具有相同的区域标识符。当同一广播在多个广播区域中可用时，本地标识符可被用于广播服务识别。
为了用信号发送这样的广播服务的属性，可使用上述广播信令。
每个连续组件可具有多个属性。在这里，可将多个语言划分成多个类型。在特定实施例中，连续组件具有的多个属性可包括基本连续组件属性、基本组件属性、复杂组件属性以及可呈现组件属性。
基本连续组件属性被应用于所有的连续组件。该基本连续组件属性可包括唯一内容标识符、内容结构以及内容类型中的至少一个。在这里，内容结构可表示基本组件和PickOne组件中的一个。另外，内容类型可表示音频、视频以及隐藏字幕中的一个。
基本组件属性被应用于基本组件。基本组件属性可包括组件编码的基本特征。例如，基本组件属性可包括视频分辨率。另外，基本组件属性可包括音频通道的数目。
复杂组件属性被应用于复杂组件。复杂组件属性可包括复杂组件包括的媒体组件和媒体组件的作用中的至少一个。更详细地，媒体组件的作用可表示音频组件是对话轨道。另外，媒体组件的作用可表示视频组件是3D图像的左视图。
每个服务可包括一个或多个媒体组件。另外，每个媒体组件可包括用于识别媒体组件的组件标识符、组件的类型、用于组件的描述、定向/个性化属性、服务保护属性、目标设备、内容咨询评级以及相关组件信息之中的至少一个作为属性。在这里，组件标识符的值在广播服务的组件之间可以是唯一的。目标设备可表示主设备和配套设备之中的一个。另外，服务信令表可包括用信号发送这样的媒体组件的属性的媒体组件信息。更详细地，服务信令表可包括媒体组件信息作为组件层级信息。这将参考图68来描述。
图71是图示出根据本发明的实施例的媒体组件信息的视图。
媒体组件信息可包括表示媒体组件类型的信息、关于是否包括关于目标设备的信息的信息、表示目标设备的目标设备信息、描述媒体组件的文本信息、根据媒体组件的类型的组件编码参数以及在媒体内容包括的复杂组件的情况下的关于复杂组件的信息。
媒体组件信息可包括descriptor_tag字段、descriptor_length字段、component_type字段、target_device_flag字段、target_device字段、text_length字段、text_char字段、component_data_type字段、component_data字段以及complex_component_data字段。
descriptor_tag字段表示包括媒体组件信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例，component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地，当component_type字段的值是0x00时，相应媒体组件表示基本组件。当component_type字段的值是0x01时，相应媒体组件表示复合组件。当component_type字段的值是0x02时，相应媒体组件表示自适应组件。根据本发明的特定实施例，component_type字段可以是4比特字段
target_device_flag字段表示是否包括targte_device字段。根据本发明的特定实施例，target_device_flag可以是1比特字段。
target_device字段表示执行相应组件的目标设备。根据本发明的特定实施例，target_device字段具有的值可表示是仅在主设备中、仅在配套设备中还是在主设备和配套设备两者中执行相应组件。更详细地，当target_device字段的值是0x01时，其表示仅在主设备中执行相应组件。更详细地，当target_device字段的值是0x02时，其表示仅在配套设备中执行相应组件。更详细地，当target_device字段的值是0x03时，其表示在主设备和配套设备两者中执行相应组件。根据本发明的特定实施例，target_device字段可以是3比特字段。
text_length字段表示text_char字段的长度。根据本发明的特定实施例，text_length字段可以是8比特字段。
text_char字段是用于描述媒体组件的文本。
component_data_type字段表示相应组件的编码类型。更详细地，component_data_type字段可具有与在图72的实施例中相同的值。更详细地，当component_type字段的值是35时，其可表示媒体组件是H.264/AVC组件。更详细地，当component_data_type字段的值是36时，其可表示媒体组件是SVC增强层流组件。更详细地，当component_data_type字段的值是37时，其可表示媒体组件是HE AAC v2音频流组件。更详细地，当component_data_type字段的值是38时，其可表示媒体组件是通过FLUTE文件传输会话发送的。更详细地，当component_data_type字段的值是39时，其可表示媒体组件是STKM流组件。更详细地，当component_data_type字段的值是40时，其可表示媒体组件是LTKM流组件。更详细地，当component_data_type字段的值是41时，其可表示媒体组件是OMA-RME DIMS流组件。更详细地，当component_data_type字段的值是42时，其可表示媒体组件是NTP时基流组件。更详细地，当component_data_type字段的值是70时，其可表示媒体组件是HEVC视频流组件。更详细地，当component_data_type字段的值是71时，其可表示媒体组件是通过ISO BMFF发送的。根据本发明的特定实施例，component_type字段可以是8比特字段。
component_data字段表示组件的编码参数。编码参数包括的参数可根据组件的编码类型而改变。更详细地，编码参数包括的参数可根据component_type字段的值而改变。
当媒体组件的类型是复杂类型时，例如复合组件或自适应组件，complex_component_data字段表示关于复杂组件的信息。将参考图73和74更详细地对此进行描述。另外，通过比特流格式来描述组件信息，但组件信息可采取另一格式，诸如XML文件格式。
图73是图示出根据本发明的实施例的复杂组件信息的视图。
复杂组件信息可包括表示组件的设定形式的信息、关于是否包括关于目标设备的信息的信息、表示目标设备的目标设备信息、相应复杂组件包括的子媒体组件的数目、关于子媒体组件包括的媒体的类型的信息和相应复杂组件是复合组件时的子媒体组件的作用中的至少一个。
更详细地，如图73中所示，复杂组件信息可包括aggretation_type字段、num_sub_component字段、sub_component_id字段、general_mdeida_type字段以及sub_component_role字段中的至少一个。
aggretation_type字段表示相应组件属于的集合的类型。更详细地，aggretation_type字段的值表示复合组件或自适应组件。根据本发明的特定实施例，aggretation_type字段可以是3比特字段。
target_device_flag字段表示是否包括targte_device字段。根据本发明的特定实施例，target_device_flag可以是1比特字段。
target_device字段表示执行相应组件的目标设备。根据本发明的特定实施例，target_device字段具有的值可表示是仅在主设备中、仅在配套设备中还是在主设备和配套设备两者中执行相应组件。更详细地，当target_device字段的值是0x01时，其表示仅在主设备中执行相应组件。更详细地，当target_device字段的值是0x02时，其表示仅在配套设备中执行相应组件。更详细地，当target_device字段的值是0x03时，其表示在主设备和配套设备两者中执行相应组件。根据本发明的特定实施例，target_device字段可以是3比特字段。
num_sub_component字段表示相应的复杂组件包括的子媒体组件的数目。根据本发明的特定实施例，num_sub_component字段可以是8比特字段。
sub_component_id字段表示用于识别子媒体组件的子媒体组件标识符。根据本发明的特定实施例，sub_component_id字段可以是8比特字段。
当相应复杂组件是复合组件时，general_media_type字段表示子媒体组件包括的媒体的类型。更详细地，general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地，当general_media_type字段的值是0x00时，其表示子媒体组件包括视频的媒体。当general_media_type字段的值是0x01时，其表示子媒体组件包括音频的媒体。当general_media_type字段的值是0x02时，其表示子媒体组件包括文本的媒体。当general_media_type字段的值是0x03时，其表示子媒体组件包括应用的媒体。当general_media_type字段的值是0x04时，其表示子媒体组件包括消息的媒体。根据本发明的特定实施例，general_media_type字段可以是4比特字段。
sub_component_role字段表示每个子媒体组件的作用。更详细地，sub_component_role字段的值可表示子媒体组件是用于可分级视频编码的增强层。根据本发明的另一特定实施例，sub_component_role字段的值可表示子媒体组件是3D图像的右图像、左图像以及深度信息之中的一个。根据本发明的另一特定实施例，sub_component_role字段的值可表示子媒体组件是在被划分成多个区域的屏幕的特定位置处的视频。根据子媒体组件包括的媒体的类型，sub_compoent_role字段表示的信息可改变。根据本发明的特定实施例，sub_component_role字段可以是8比特字段。
这样的复杂组件信息可被包括在复杂组件描述符中，如图74的实施例中所示。另外，通过比特流格式来描述复杂组件信息，但是复杂组件信息可采取另一格式，诸如XML文件格式。
如上所述，媒体组件可具有预定的相互关系。例如，一个隐藏字幕组件可涉及一个或多个音频组件。另外，为了用信号发送这样的媒体组件之间的关系，服务信令表可包括相关组件列表信息。更详细地，服务信令表可包括相关组件列表信息作为组件层级信息。将参考图75来更详细地描述相关组件列表信息。
图75图示出根据本发明的实施例的相关组件列表信息的视图。
相关组件列表信息可包括用于识别组件的组件标识符、表示媒体组件的类型的信息、表示媒体组件的编码格式的信息以及表示媒体组件包括的媒体类型的信息中的至少一个。
更详细地，如图75的实施例中所示，相关组件列表信息可包括descriptor_tag字段、descriptor_length字段、num_associated_component字段、component_id字段、component_type字段、component_data_type字段以及general_media_typee字段中的至少一个。
descriptor_tag字段表示包括相关组件列表信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
num_associated_component字段表示涉及相应媒体组件的媒体组件的数目。根据本发明的特定实施例，num_associated_component字段可以是8比特字段。
component_id字段表示用于识别相关媒体组件的标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例，component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地，component_type字段的值是0x00时，相关媒体组件表示基本组件。当component_type字段的值是0x01时，相关媒体组件表示复合组件。当component_type字段的值是0x02时，相关媒体组件表示自适应组件。根据本发明的特定实施例，component_type字段可以是4比特字段。
component_data_type字段表示相应组件的编码类型。更详细地，component_data_type字段可具有与在图72中相同的值。根据本发明的特定实施例，component_type字段可以是8比特字段。
general_media_type字段表示相关媒体组件包括的媒体类型。更详细地，general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地，当general_media_type字段的值是0x00时，其表示相关媒体组件包括视频的媒体。当general_media_type字段的值是0x01时，其表示相关媒体组件包括音频的媒体。当general_media_type字段的值是0x02时，其表示相关媒体组件包括文本的媒体。当general_media_type字段的值是0x03时，其表示相关媒体组件包括应用的媒体。当general_media_type字段的值是0x04时，其表示相关媒体组件包括消息的媒体。根据本发明的特定实施例，general_media_type字段可以是8比特字段。
音频组件可包括用于识别媒体组件的组件标识符、组件的类型、用于组件的描述、定向/个性化属性、服务保护属性、目标设备以及相关组件信息之中的至少一个。在这里，组件标识符的值在广播服务的组件之间可以是唯一的。该目标设备可表示主设备、配套设备以及主设备和配套设备两者之中的一个。
当音频组件是基本组件时，其可包括用于编码格式的属性，包括编解码器、通道的数目、比特率以及压缩参数。另外，当音频组件是基本组件时，其可包括音频的语言信息作为属性。可包括音频组件的模式作为属性。在这里，音频组件的模式可以是完整主音频、对话、效果声以及用于视力障碍者的音频、用于听力障碍者的音频、解说词以及画外音之中的一个。
当音频组件是复杂组件时，其可包括表示聚合类型的信息、所包括媒体组件的列表以及在复合组件的情况下的所包括组件的作用之中的至少一个作为属性。集合的形式可以是复合组件和自适应组件(亦即，PickOne组件)中的一个。
当音频组件是顶层组件时，其可包括内容咨询评级和关于相关隐藏字幕组件的信息之中的至少一个作为属性。
当音频组件是可呈现组件时，其可具有定向/个性化、内容咨询评级、内容/服务保护、目标屏幕以及相关隐藏字幕组件中的至少一个作为属性。在这里，目标屏幕属性可表示主屏幕、配套屏幕以及被部分地插入到主屏幕的屏幕(例如，画中画(PIP))中的至少一个。
隐藏字幕组件可包括组件标识符、组件的类型、定向/个性化属性、服务保护属性、目标设备以及关于隐藏字幕组件的音频组件标识符之中的至少一个作为属性。在这里，组件标识符的值在广播服务的组件之间可以是唯一的。该目标设备可表示主设备、配套设备以及主设备和配套设备两者之中的一个。
当隐藏字幕组件是基本组件时，隐藏字幕组件可包括其语言种类和形式作为属性。更详细地，隐藏字幕组件的形式可以是一般隐藏字幕或易读式式隐藏字幕之中的一个。
当隐藏字幕组件是自适应组件时，其可在其中包括媒体组件作为属性。
当隐藏字幕组件是顶层组件时，其可包括内容咨询评级作为属性。
当隐藏字幕组件是可呈现组件时，其可具有定向/个性化、内容咨询评级、内容/服务保护以及目标屏幕中的至少一个作为属性。在这里，目标屏幕属性可表示主屏幕、配套屏幕以及被部分地插入主屏幕的屏幕(例如，画中画(PIP))中的至少一个。
视频组件可包括用于识别媒体组件的组件标识符、组件的类型、定向/个性化属性、服务保护属性、视频组件的作用、目标屏幕以及关于视频组件的NRT数据服务之中的至少一个作为属性。在这里，组件标识符的值在广播服务的组件之间可以是唯一的。视频组件的作用可以是替换的相机视图、替换的视频组件、手语屏幕以及后续主题(followsubject)视频之中的一个。目标设备可表示主设备、配套设备、主设备和配套设备两者、以及画中画(PIP)屏幕之中的一个。当不包括关于视频组件的NRT数据服务时，所有附加NRT数据服务被连接到视频组件。
当视频组件是基本组件时，其可包括编解码器、包括压缩参数等的编码格式、包括水平和垂直性素质的分辨率、长宽比、表示其是隔行还是逐行的扫描方法、帧速率以及静止画面模式之中的至少一个作为属性。另外，视频组件可作为属性而包括编码参数。在这里，特定编码参数的类型可根据视频组件的编解码器而改变。
当视频组件是复杂组件时，其可包括聚合形式和复杂组件包括的媒体组件列表作为属性。
当视频组件是复杂组件之中的复合组件时，其可包括复合组件包括的每个媒体组件的作用作为属性。在这里，媒体组件的作用可表示子媒体组件是用于可分级视频编码的增强层。根据本发明的另一特定实施例，媒体组件的作用可表示3D图像的右图像、左图像以及深度信息之中的一个。根据本发明的另一特定实施例，媒体组件的作用可表示在被划分成多个区域的屏幕的特定位置处的视频。根据本发明的另一特定实施例，媒体组件的作用可以是后续主题元数据，其是根据特定主题而显示的屏幕。这样的后续主题元数据可包括主题的名称、主题的位置以及主题的大小中的至少一个。当后续主题功能以流的帧为单位通过元数据支持时，后续主题元数据可表示主题所聚焦的主视频组件的区域。
当视频组件是复杂组件之中的顶层组件时，其可包括内容咨询评级和相关音频组件之中的至少一个作为属性。
当视频组件是可呈现组件时，其可包括定向/个性化、内容咨询评级、内容/服务保护、目标屏幕以及相关音频可呈现组件以及相关隐藏字幕可呈现组件中的至少一个作为属性。在这里，目标屏幕属性可表示主屏幕、配套屏幕以及被部分地插入主屏幕的屏幕(例如，画中画(PIP))中的至少一个。
NRT数据服务可以是不取决于另一服务的独立服务。另外，NRT数据服务可以是取决于另一服务的附属NRT数据服务。在这里，附属NRT数据服务可以是无线电服务的一部分。此外，附属NRT数据服务可以是TV服务的一部分。NRT数据服务可具有用于所有服务的公共属性，例如服务标识符。此外，NRT数据服务和NRT服务可具有公共属性。
消费模型可表示Push(推送)、Portal(门户)、Push Scripted(推送脚本)、PortalScripted(门户脚本)、Triggered(触发)以及Segment Delivery(片段递送)中的至少一个。
在Push中，NRT数据服务基于请求而提供服务。广播接收设备100向用户提供用于自动地更新与服务有关的NRT数据服务的选项。更详细地，广播接收设备100从用户接收用于与服务有关的NRT数据服务的自动更新的输入。当从用户接收到用于与服务有关的NRT数据服务的自动更新的输入时，广播接收设备100缓存与服务有关的内容和自动更新文件的最近版本以便用于用户。当从用户接收到用于推送服务的输入时，广播接收设备100显示预先加载的内容。
Portal提供如同用户通过网络浏览器来访问NRT数据服务一样的体验。在这里，被用于NRT数据服务的文件需要支持文本/图形再现。
Push Scripted类似于Push。然而，差别在于Push Scripted提供DeclarativeObject(声明对象)，其提供用于服务的特定广播公司的用户界面。
Portal Scripted类似于Portal。然而，存在差别，因为Portal Scripted提供Declarative Object，其提供用于服务的特定广播公司的用户界面。
Triggered是在双向附属NRT数据服务中使用的消费模式。在典型的Triggered的示例中，为了改善用户体验，递送Declarative Object，在其中用于A/V虚拟频道的附属NRT数据服务被同步化。
片段递送提供用于支持节目的目标内容的插入的应用和片段的递送。片段将程序划分成多个时间跨度。定向片段基于用户的特定和广播接收设备100的特性而提供内容作为特定片段。更详细地，广播接收设备100可基于用户的特性和广播接收设备100的特性而播放内容作为特定片段。更详细地，不向用户显示片段递送消费模型(例如，在场景后面)，并且将其用来向无线电节目或TV节目的中间插入定向内容。例如，广播接收设备100在无线电节目或TV节目的中间基于用户的特性显示定向广告。这样的NRT数据服务并未通过用户的选择而被提供。这样的NRT数据服务可被插入的定向应用、被定向为用于插入的片段的集合以及应用打开，并且可将被消费的其它文件中的至少一个作为内容项目输送。在这里，选择哪个片段以及在什么时间将插入的定向应用插入。另外，定向应用可向广播接收设备100通知这样的插入。另外，定向应用可执行报告功能。另外，被应用打开并消费的其它文件可被加密以便仅被相应的应用解释。
广播接收设备100可执行以下操作以便实现片段递送。广播接收设备100可预先下载并缓存应用以避免每当用户选择了包括附属NRT数据服务的无线电服务或TV服务时重复地下载应用。另外，广播接收设备100可预先下载目标片段，并且可缓存到期日。通过这样，广播接收设备100可立即向用户提供目标片段。另外，广播接收设备100可执行应用。另外，当应用通知特定片段被插入时，广播接收设备100可插入该特定片段。
目标设备可表示主设备和配套设备中的一个或者主设备和配套设备两者。
数据服务的内容项目可作为属性而具有内容项目标识符、内容项目的名称、包括内容项目的文件集、用于表示是否要监测内容项目的更新的显示、表示下载可用时间的可用窗口、表示内容项目被丢弃的时间的到期数据、内容项目大小、内容项目的回放长度、定向/个性化属性、服务/内容保护以及内容咨询评级中的至少一个。
另外，每个附加NRT服务可包括目标屏幕作为属性。在这里，目标屏幕可表示主设备、配套设备以及主设备和配套设备之中的一个。
可通过NRT信息表用信号发送这样的NRT数据属性。这将参考图76来描述。
图76是根据本发明的实施例的NRT信息表的视图。
NRT信息表可包括NRT服务标识符和NRT信息块。
根据本发明的特定实施例，如图76的实施例中所示，NRT信息表可table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、service_id字段以及NRT_information_block字段中的至少一个。
table_id字段表示NRT信息表的标识符。在这里，table_id字段的值可以是在ATSCA/65中定义的预留id值中的一个。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示NRT信息表是否是MEPG-2TS标准的长格式中的专用区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别NRT信息的值。尤其是，table_id字段可包括protocol_version字段，其表示NRT信息表的协议版本。根据本发明的特定实施例protocol_version字段可以是8比特字段。尤其是，table_id_extension字段可包括subnet_id字段，其识别NRT信息表发送的子网。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示NRT信息表的版本。广播接收设备100可基于vserion_number字段的值来确定NRT信息的可用性。更详细地，当version_number字段的值与先前接收到的服务信令表的版本相同时，可不使用NRT表的信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示NRT信息表的信息是否是当前可用的。更详细地，当current_next_indicator的值是1时，其可表示NRT信息表可用。此外，当current_next_indicator的值是1时，其可表示NRT信息表的信息下一次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当NRT信息表的大小很大时，可将该NRT信息表划分成多个区段且然后发送。在这里，广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到NRT信息表所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别NRT服务的服务标识符。根据本发明的特定实施例，service_id字段可以是16比特字段。
NRT_information_block字段表示NRT信息块。这将参考图77更详细地描述。
图77是图示出根据本发明的实施例的NRT信息块的视图。
NRT信息块可包括至少一个描述符，该至少一个描述符包括：表示NRT信息块用信号发送的时间跨度的开始时间的信息、表示NRT信息块用信号发送的时间跨度的长度的信息、NRT信息块用信号发送的内容项目的数目、识别相应内容项目的内容识别信息、关于相应内容项目是否被周期性更新的信息、关于内容保护是否被应用于相应内容项目包括的文件的信息、表示相应内容项目是否是在服务被选择时执行的主内容项目的信息、关于NRT信息块是否包括相应内容的回放时间的长度的信息、相应内容的回放时间的长度、关于NRT信息块是否包括相应内容的回放延迟时间的信息、相应内容的回放延迟时间、关于NRT信息块是否包括相应内容项目的到期时间的信息、内容项目的到期时间、关于NRT信息块是否包括相应内容项目的大小的信息、相应内容的大小、关于NRT信息块是否包括关于NRT服务的目标设备的信息、关于NRT服务的目标设备的信息、关于是否通过广播网络接收到相应内容项目的信息、关于是否通过互联网接收到相应内容项目的信息、相应内容项目的名称，以及关于相应内容的特定信息。
更详细地，如图78的实施例中所示，NRT信息块可包括time_span_start字段、time_span_length字段、num_content_items_in_section字段、content_id、updates_available字段、content_security_conditions_indicator字段、master_item字段、playback_length_included字段、palybace_Delay_included字段、expiration_included字段、content_size_included字段、available_in_broadcast字段、target_included字段、playback_length_seconds字段、playback_delay字段、到期字段、content_size字段、目标字段、content_name_text字段以及content_descriptor字段中的至少一个。
更详细地，如图78的实施例中所示，NRT信息块可包括time_span_start字段、time_span_length字段、num_content_items_in_section字段、content_id、updates_available字段、content_security_conditions_indicator字段、master_item字段、playback_length_included字段、palybace_Delay_included字段、expiration_included字段、content_size_included字段、available_in_broadcast字段、target_included字段、playback_length_seconds字段、playback_delay字段、到期字段、content_size字段、目标字段、content_name_text字段以及content_descriptor字段中的至少一个。
time_span_start字段表示NRT信息块用信号发送的时间跨度的开始时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示NRT信息块用信号发送的时间跨度的长度。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
NRT_content_items_in_section字段表示NRT信息块用信号发送的内容项目的数目。根据本发明的特定实施例，NRT_content_items_in_section字段可以是8比特字段。
content_id字段表示用于识别相应内容项目的信息。根据本发明的特定实施例，content_id字段可以是32比特字段。
updates_available字段表示相应内容项目是否被更新。根据本发明的特定实施例，updates_available字段可以是1比特字段。
content_security_conditions_indicator字段表示是否对相应内容项目包括的文件中的至少一个应用内容保护。根据本发明的特定实施例，content_security_conditions_indicator字段可以是1比特字段。
master_item字段表示相应内容项目是否是主内容项目。更详细地，master_item字段表示相应内容项目是当相应NRT服务被选择时需要执行的内容项目。根据本发明的特定实施例，master_item字段可以是1比特字段。
playback_length_included字段表示NRT信息块是否包括相应内容项目的回放时间的长度。根据本发明的特定实施例，playback_length_included字段可以是1比特字段。
palyback_Delay_included字段表示NRT信息块是否包括相应内容项目的延迟回放时间信息。根据本发明的特定实施例，palyback_Delay_included字段可以是1比特字段。
expiration_included字段表示NRT信息块是否包括相应内容项目的到期时间。根据本发明的特定实施例，expiration_included字段可以是1比特字段。
content_size_included字段表示NRT信息块是否包括相应内容项目的大小。根据本发明的特定实施例，content_size_included字段可以是1比特字段。
available_in_broadcast字段表示是否通过广播网络获得相应内容项目。根据本发明的特定实施例，available_in_broadcast字段可以是1比特字段。
available_in_internet字段表示是否通过互联网获得相应内容项目。根据本发明的特定实施例，available_in_internet字段可以是1比特字段。
target_included字段表示NRT信息块是否包括关于目标设备的信息。根据本发明的特定实施例，target_included可以是1比特字段。
playback_length_in seconds字段表示NRT信息块是否包括相应内容项目的回放时间的长度。根据本发明的特定实施例，playback_length_in seconds字段可表示以秒为单位的长度。另外，根据本发明的特定实施例，playback_length_in seconds字段可以是24比特字段。
playback_delay字段表示相应内容项目的回放延迟时间。根据本发明的特定实施例，playback_delay字段可以是24比特字段。
到期字段表示相应内容项目的到期时间。根据本发明的特定实施例，到期字段可以是32比特字段。
content_size字段表示相应内容项目的大小。根据本发明的特定实施例，content_size字段可以是40比特字段。
目标字段表示相应内容项目的目标设备信息。根据本发明的特定实施例，当目标字段的值是0x01时，其表示目标设备仅仅是主设备。根据本发明的特定实施例，当目标字段的值是0x02时，其表示目标设备是一个或多个配套设备。另外，根据本发明的特定实施例，当目标字段的值是0x03，其表示目标设备是主设备和一个或多个配套设备两者。
content_name_length字段表示content_name_text字段的长度。根据本发明的特定实施例，content_name_length字段可以是8比特字段。
content_name_text字段表示相应内容项目的名称。
content_descriptor字段表示一个或多个NRT服务描述符，其包括关于内容项目的特定信息。这将参考图78更详细地描述。图78是根据本发明的实施例的NRT服务描述符的视图。
NRT服务描述符可包括下述信息中的至少一个：表示NRT服务的消费模型的信息、关于是否要自动地更新NRT服务的信息、关于是否包括表示NRT所需的最小存储空间的信息的信息、关于是否包括表示内容项目的默认大小的信息的信息、关于目标设备的信息、表示用于NRT服务的最小存储空间的信息以及关于内容项目的默认大小的信息。
根据本发明的特定实施例，NRT服务描述符可包括consumption_model字段、auto-update字段、stoargage_reservation_present字段、decault_content_size_present字段、target_include字段、storage_reservation字段以及default_content_size字段中的至少一个。
counsumption_model字段表示NRT服务的消费模型。根据本发明的实施例，当counsumption_model字段的值是0x00时，其表示NRT服务的消费模型是Push。根据本发明的实施例，当counsumption_model字段的值是0x01时，其表示NRT服务的消费模型是Portal。根据本发明的实施例，当counsumption_model字段的值是0x02时，其表示NRT服务的消费模型是Scripted Push。根据本发明的实施例，当counsumption_model字段的值是0x03时，其表示NRT服务的消费模型是Portal。根据本发明的实施例，当counsumption_model字段的值是0x04时，其表示NRT服务的消费模型是Triggered。根据本发明的实施例，当counsumption_model字段的值是0x05时，其表示NRT服务的消费模型是Segment Delivery。根据本发明的特定实施例，counsumption_model字段可以是6比特字段。
auto-update字段表示提供了自动更新服务。根据本发明的特定实施例，auto-update字段可以是1比特字段。
stoargage_reservation_present字段表示是否包括关于执行NRT服务所需的最小存储空间的大小的信息。根据本发明的特定实施例，stoargage_reservation_present字段可以是1比特字段。
decault_content_size_present字段表示是否包括表示内容项目的默认大小的信息。根据本发明的特定实施例，decault_content_size_present字段可以是1比特字段。
target_include字段表示是否包括关于目标设备的信息。根据本发明的特定实施例，target_include可以是1比特字段。
storage_reservation字段表示是否包括关于执行NRT服务所需的最小存储空间的大小的信息。根据本发明的特定实施例，storage_reservation字段可以是24比特字段。
default_content_size字段表示内容项目的默认大小。根据本发明的特定实施例，default_content_size字段可以是40比特字段。
上述NRT信息块和NRT服务描述符是以比特流格式描述的。然而，NRT信息块和NRT服务描述符不限于比特流格式，并且因此可采取另一格式。例如，NRT信息块和NRT服务描述符可采取XML文件格式。
另外，为了用信号发送广播服务的图形图标，多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括图形图标信息。尤其是，广播服务信令表可包括图形图标服务作为服务层级信息。另外，节目信息可包括图形图标信息作为节目层级信息。另外，片段信息可包括图形图标信息作为片段层级信息。
图79是图示出根据本发明的实施例的图形图标信息的视图。
图形图标信息可包括图标标识符、表示图标传输方法的图标传输模式、表示是否指定了图标的位置的信息、表示作为图标位置的基础的坐标的坐标系信息、表示图标的水平坐标的水平坐标信息、表示图标的垂直坐标的垂直坐标信息、表示图标的图像形式的信息、表示图标图像被存储的位置的URL信息以及图标数据本身中的至少一个。
更详细地，如图79的实施例中所示，图形图标信息包括descriptor_tag字段、descriptor_length字段、descriptor_number字段、last_decirptor_number字段、icon_id字段、icon_transport_mode字段、position_flag字段、coordinate_system字段、icon_horizontal_origin字段、icon_vertical_origin字段、icon_type_length字段、icon_type_chars字段、icon_data_length字段、icon_data_byte字段、url_length字段、url字段以及icon_content_linkage字段中的至少一个。
descriptor_tag字段表示包括图标信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示此字段之后的图标信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
descriptor_number字段表示图标信息被划分成多个描述符并发送时的当前描述符的顺序。根据本发明的特定实施例，在描述符被首先发送的情况下，descriptor_number字段的值可以是0x00。根据本发明的特定实施例，descriptor_number字段的值可增加一。根据本发明的特定实施例，descriptor_number字段可以是4比特字段。
last_decirptor_number字段表示最后描述符的数目。根据本发明的特定实施例，last_decirptor_number字段可以是4比特字段。
icon_id字段表示用于识别图标的图标描述符。根据本发明的特定实施例，icon_id字段可以是8比特字段。
icon_transport_mode字段表示图标传输方法。更详细地，icon_transport_mode字段的值可表示图标图像通过图形图标信息本身被发送时、图标图像通过URL被链接以及图标图像通过FLUTE会话被发送时之中的一个。根据本发明的特定实施例，如图80的实施例中所示，当icon_transport_mode字段的值是0x00时，其表示图标图像是通过图形图标信息本身发送的。当icon_transport_mode字段的值是0x01时，其表示图标图像通过URL被链接。当icon_transport_mode字段的值是0x02时，其表示图标图像是通过FLUTE会话发送的。根据本发明的特定实施例，icon_transport_mode字段可以是2比特字段。
position_flag字段表示是否指定了图标的位置。根据本发明的特定实施例，position_flag字段可以是1比特字段。
coordinate_system字段表示作为图标位置的基础的坐标。更详细地，当coordinate_system字段的值可表示当坐标系被用720×576个坐标配置时、当坐标系被用1280×720个坐标配置时、当坐标系被用1920×1080坐标配置时、当坐标系被用3840×2160个坐标配置时以及当坐标系被用7680×4320个坐标配置时中的至少一个。根据本发明的特定实施例，如图81的实施例中所示，当coordinate_system字段的值是0x00时，其表示坐标系被用720×576个坐标配置。当coordinate_system字段的值是0x01时，其表示坐标系被用1280×720个坐标配置。当coordinate_system字段的值是0x02时，其表示坐标系被用1920×1080个坐标配置。当coordinate_system字段的值是0x03时，其表示坐标系被用3840×2160个坐标配置。当coordinate_system字段的值是0x04时，其表示坐标系被用7680×4320个坐标配置。根据本发明的特定实施例，coordinate_system字段可以是3比特字段。
icon_horizontal_origin字段表示图标的水平坐标。更详细地，坐标的值可在从左列至右列的方向上增加。根据本发明的特定实施例，icon_horizontal_origin可以是13比特字段。
icon_vertical_origin字段表示图标的垂直坐标。更详细地，坐标的值可在从上行至下行的方向。根据本发明的特定实施例，icon_vertical_origin可以是13比特字段。
icon_type_length字段表示icon_type字段的长度。根据本发明的特定实施例，icon_type_length字段可以是8比特字段。
icon_type_chars字段表示图标的图像形式。更详细地，icon_type_chars字段avalue可以是在RFC 2045中定义的多目的互联网邮件扩展(MIME)图像形式。
icon_data_length字段表示图标图像被通过图形图标信息发送时的icon_data_byte字段的长度。根据本发明的特定实施例，icon_data_length字段可以是8比特字段。
icon_data_byte字段表示图形图标信息发送的图标图像的数据。
url_length字段表示图标图像被通过URL链接时的url字段的长度。url_length字段可以是8比特字段。
url字段表示图标链接到的URL。
icon_content_linkage字段表示图标图像通过FLUTE会话被发送时的发送图标图像的FLUTE FDT内容。
通过其中图形图标信息采取比特流格式的实施例来描述图形图标信息，但图形图标信息可采取另一格式，诸如XML文件格式。
另外，如上所述，广播服务可包括一个或多个媒体组件。服务信令表可包括广播服务包括的用信号发送媒体组件的媒体组件列表信息。尤其是，广播服务信令表可包括媒体组件列表信息作为服务层级信息。
将参考图82更详细地对此进行描述。
图82图示出根据本发明的实施例的媒体组件列表信息的视图。
媒体组件列表信息可包括用于识别组件的组件标识符、表示媒体组件类型的组件类型信息以及表示媒体组件包括的媒体类型信息中的至少一个。
根据本发明的特定实施例，如图82中所示，媒体组件列表信息可包括descriptor_tag字段、descriptor_length字段、num_component字段、component_id字段、component_type字段以及general_media_type字段。
descriptor_tag字段表示包括组件列表信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
num_component字段表示相应广播服务包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是8比特字段。
component_id字段表示用于识别相应媒体组件的标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例，component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地，当component_type字段的值是0x00时，相应媒体组件表示基本组件。当component_type字段的值是0x01时，相应媒体组件表示复合组件。当component_type字段的值是0x02时，相应媒体组件表示自适应组件。根据本发明的特定实施例，component_type字段可以是4比特字段。
general_media_type字段表示媒体组件包括的媒体类型。general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地，当general_media_type字段的值是0x00时，其表示媒体组件包括视频的媒体。当general_media_type字段的值是0x01时，其表示媒体组件包括音频的媒体。当general_media_type字段的值是0x02时，其表示媒体组件包括文本的媒体。当general_media_type字段的值是0x03时，其表示媒体组件包括应用的媒体。当general_media_type字段的值是0x04时，其表示媒体组件包括消息的媒体。根据本发明的特定实施例，general_media_type字段可以是4比特字段。
另外，通过比特流格式来描述组件列表信息，但组件信息可采取另一格式，诸如XML文件格式。
根据本发明的特定实施例，一个媒体组件可被同一广播流的多个广播服务共享。另外，不同广播流中的多个广播服务可共享一个媒体组件。因此，要求一种多个广播服务高效地共享一个媒体组件的方法。为此，广播传输设备可允许每个媒体组件或广播服务与唯一资源标识符(URI)相关联。
将参考图83更详细地对此进行描述。
图83是根据本发明的实施例的在广播服务信令表中通过URI来映射媒体组件或广播服务时的视图。可在广播服务信令中通过URI来用信号发送广播服务或媒体组件。在这里，可将通过URI用信号发送广播服务或媒体组件的信息称为URI链接信息。URI链接信息可包括URI或由每个广播公司或地区独立地定义的专用数据中的至少一个。
根据本发明的特定实施例，如图75中所示，URI链接信息可包括descriptor_tag字段、descriptor_length字段、uri_length字段、uri_char字段以及private_data_byte字段。
descriptor_tag字段表示包括URI链接信息。根据本发明的特定实施例，URI链接信息可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的URI链接信息的长度。根据本发明的特定实施例，descriptor_length字段可以是8比特字段。
uri_length字段表示uri_char字段的长度。根据本发明的特定实施例，uri_length字段可以是8比特字段。
uri_char字段表示URI字符串中的每个字符。根据本发明的特定实施例，uri_char字段可以是8比特字段。
private_data_byte字段表示由每个广播公司或地区独立定义的专用数据。根据本发明的特定实施例，private_data_byte字段可以是8比特字段。
广播接收设备100可通过URI链接信息的URI来识别媒体组件或广播服务。当URI链接信息的URI识别到媒体组件时，广播服务信令表可包括URI链接信息作为组件层级信息。当URI链接信息的URI识别到媒体组件时，广播服务信令表可包括URI链接信息作为服务层级信息。
在图72的实施例中通过比特流来描述URI链接信息的格式，但其不限于此。尤其是，URI链接信息可采取XML文件格式。
广播发送设备可发送广播服务或媒体组件，其以具有特定条件的用户为目标。另外，广播接收设备100可发送关于广播接收设备100的用户的信息，并且可接收适合于广播接收设备100的用户的广播服务或媒体组件。例如，广播接收设备100可发送广播接收设备100位于的地区的信息，并且可接收用于相应地区的广播服务。为此，要求一种用信号发送关于广播服务或媒体组件作为目标的定向准则和个性化属性的信息的方法。这将参考图84来描述。
图84是图示出用信号发送广播服务或媒体组件的定向准则的定向准则信息的视图。
广播服务信令表可包括用信号发送广播服务或媒体组件的目标准则的定向准则信息。
定向准则信息可包括用于识别目标准则的定向标识符信息、表示定向的形式的定向形式信息以及表示特定定向准则的定向准则值信息中的至少一个。
根据本发明的特定实施例，如图84的实施例中所示，定向准则信息可包括descriptor_tag字段、descriptor_length字段、num_targeting_criteria字段、criterion_id_length字段、criterion_id字段、criterion_type_code字段、num_criterion_values字段、criterion_value_length字段以及criterion_value字段中的至少一个。
descriptor_tag字段表示定向准则信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_tag字段之后的定向准则信息的长度。descriptor_length字段可以是8比特字段。
num_targeting_criteria字段表示定向准则信息的数目。根据本发明的实施例，广播服务或媒体组件具有的定向准则可以是多个。根据本发明的特定实施例，num_targeting_criteria字段可以是8比特字段。
criterion_id_length字段表示criterion_id字段的长度。根据本发明的特定实施例，criterion_id_length字段可以是8比特字段。
criterion_id字段表示用于识别定向准则的定向准则标识符。根据本发明的特定实施例，criterion_id字段可以是8比特字段。
criterion_type_code字段表示定向准则的形式。根据本发明的特定实施例，criterion_type_code可以是3比特字段。
num_criterion_values字段表示定向准则值的数目。根据本发明的实施例，广播服务或媒体组件可具有对应于定向准则形式的多个定向准则。根据本发明的特定实施例，num_criterion_values字段可以是5比特字段。
criterion_value_length字段表示criterion_value字段的长度。根据本发明的特定实施例，criterion_value_length字段可以是8比特字段。
criterion_value字段表示定向准则值。
根据本发明的特定实施例，当定向准则信息用信号发送媒体组件的定向准则时，广播服务信令表可包括定向准则信息作为组件层级信息。根据本发明的特定实施例，当定向准则信息用信号发送广播服务的定向准则时，广播服务信令表可包括定向准则信息作为服务层级信息。
在图84的实施例中通过比特流格式来描述定向准则信息，但其不限于此。尤其是，定向准则信息可采取XML文件格式。
广播服务信令表可包括用于描述广播服务或媒体组件的文本信息。将参考图85更详细地对此进行描述。
图85是图示出用于描述广播服务或媒体组件的文本信息的视图。
更详细地，文本信息可包括表示文本语言的种类的信息、用于识别文本信息的标识符、用于描述包括广播服务或媒体组件的文本的文本信息中的至少一个。
根据本发明的特定实施例，如图85的实施例中所示，文本信息可包括descriptor_number字段、last_descriptor_number字段、description_id字段、language_code字段、text_length字段以及text_char字段。
descriptor_number字段表示描述符的顺序。当一个描述符未包括全部的文本信息时，文本信息被划分并包括在多个描述符中。在这里，descriptor_number字段表示多个描述符之中的相应描述符的数目。根据本发明的特定实施例，descriptor_number字段可以是4比特字段。
last_descriptor_number字段表示包括文本信息的最后描述符的编号。根据本发明的特定实施例，last_descriptor_number字段可以是4比特字段。
description_id字段表示用于识别文本信息的标识符。更详细地，广播接收设备100可基于description_id字段的值而从用于另一媒体组件或广播服务的文本信息识别用于特定广播服务或媒体组件的文本信息。根据本发明的特定实施例，description_id字段可以是8比特字段。
language_code字段表示在文本信息中使用的语言。根据本发明的特定实施例，language_code字段可以是24比特字段。
text_length字段表示text_char字段的长度。根据本发明的特定实施例，text_length字段可以是8比特字段。
text_char字段表示文本信息的字符。根据本发明的特定实施例，text_char字段可以是8比特字段。
根据本发明的特定实施例，当文本信息用信号发送用于描述媒体组件的文本时，广播服务信令表可包括文本信息作为组件层级信息。根据本发明的特定实施例，当文本信息用信号发送用于描述广播服务的文本信息时，广播服务信令表可包括文本信息作为服务层级信息。
在图85的实施例中通过比特流格式来描述文本信息格式，但其不限于此。尤其是，文本信息可采取XML文件格式。
另外，为了用信号发送广播服务的标题，多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括标题信息。尤其是，广播服务信令表可包括标题信息作为服务层级信息。另外，节目信息可包括标题信息作为节目层级信息。另外，片段信息可包括标题信息作为片段层级信息。尤其是，标题信息可包括多个语言的标题以支持多个语言。
图86是图示出广播服务、节目或演出片段的标题信息的视图。
标题信息可包括表示语言的数目的信息、表示标题的语言的信息、表示标题的长度的信息以及标题中的字符中的至少一个。
根据本发明的特定实施例，如图86的实施例中所示，标题信息可包括num_title字段、language_code字段、title_length字段以及text_char字段中的至少一个。
num_title字段表示标题的数目。更详细地，标题信息可包括根据多个语言显示的广播服务、节目或演出片段的标题。因此，num_title字段可表示显示标题的语言的数目。根据本发明的特定实施例，num_tilte字段可以是8比特字段。
language_code字段表示显示标题的语言类型。根据本发明的特定实施例，language_code字段可以是24比特字段。
title_length字段表示标题中的字符的数目。根据本发明的特定实施例，title_length字段可以是8比特字段。
text_char字段表示标题中的字符。根据本发明的特定实施例，text_char字段可以是8比特或16比特字段。
虽然描述了采取比特流格式的标题信息，但其不限于该比特流格式，并且可采取另一格式。在特定实施例中，标题信息可采取XML文件格式。
另外，为了用信号发送广播服务的流派，多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括流派信息。尤其是，广播服务信令表可包括流派信息作为服务层级信息。另外，节目信息可包括流派信息作为节目层级信息。另外，片段信息可包括流派信息作为片段层级信息。将参考图87更详细地对此进行描述。
图87是图示出广播服务、节目或演出片段的流派信息的视图。
更详细地，流派信息可包括表示流派的数目的信息和表示广播服务、节目或演出片段的流派。
更详细地，如图87的实施例中所示，流派信息可包括num_genre字段和genre_value字段中的至少一个。
num_genre字段表示流派的数目。根据本发明的特定实施例，num_genre字段可以是8比特字段。一个广播服务、节目以及演出片段可对应于多个流派。因此，流派信息可包括关于一个广播服务、节目以及演出片段的多个流派信息。因此，流派信息可包括num_genre字段。
genre_value字段表示广播服务、节目或演出片段的流派。根据本发明的特定实施例，genre_value字段可以是8比特字段。
虽然描述了采取比特流格式的流派信息，但其不限于该比特流格式，并且可采取另一格式。在特定实施例中，流派信息可采取XML文件格式。
另外，广播服务、媒体组件或内容项目可用于特定设备。详细地，广播服务、媒体组件或内容项目可用于主设备。另外，广播服务、媒体组件或内容项目可用于多个配套设备。因此，为了用信号通知涉及广播服务、媒体组件或内容项目的目标设备，广播服务节目表、节目表或NRT信息表可包括目标设备信息。这将参考图88来描述。
图88是图示出用信号通知涉及媒体组件或内容项目的目标设备信息的视图。
目标设备信息可包括表示广播服务、媒体组件或内容项目的目标设备的信息。
在特定实施例中，目标设备信息可包括如图88中所示的target_device字段。target_device字段表示广播服务、媒体组件或内容项目的目标设备。根据本发明的特定实施例，target_device可以是8比特字段。
虽然描述了比特流格式的目标设备信息，但其不限于比特流格式，并且可采取另一格式。在特定实施例中，目标设备信息可采取XML文件格式。
下面描述广播服务和广播服务包括的媒体组件。将参考图89至93来更详细地描述节目和段。
图89是广播服务被划分成多个片段时的视图。
节目可包括表示相关节目的主要内容的演出。被视为节目的属性的许多部分可基本上称为演出的属性。例如，包括在节目属性中的描述节目的文本、男演员或流派与演出有关的属性。节目属性中的除演出的属性之外的属性是节目本身的属性。例如，包括节目的服务的标识符或节目的开始时间是节目本身的属性。即使当节目包括同一演出时，节目本身的属性也可改变。
演出可被包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里，与演出有关的片段的列表可以是包括演出的片段的列表。这将参考图61来描述。
图90是图示出根据本发明的实施例的演出信息的视图。
该演出信息可包括演出信息块，其包括用于识别演出的标识符信息和关于演出的特定信息。
更详细地，如图90的实施例中所示，演出信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、show_id字段以及show_infoamtion_block字段。
table_id字段表示包括演出信息。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示演出信息表是否是MEPG-2TS标准的长格式中的专用区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别演出信息的值。更详细地，table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示节目信息的协议版本。更详细地，protocol_version字段可以是8比特字段，其中，上四比特表示主要版本号，并且下四比特表示次要版本号。当通过广播流来发送演出信息时，subnet_id字段可表示用于识别用于发送节目信息的IP子网的子网标识符。根据本发明的另一特定实施例，subnet_id字段的值可以是0。当通过互联网来发送节目信息时，subnet_id字段具有与通过广播流发送的节目信息的subnet_id字段相同的值。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示演出信息的版本。广播接收设备100可基于vserion_number字段的值来确定演出信息的可用性。更详细地，当version_number字段的值与先前接收到的服务演出信息的版本相同时，可不使用该演出信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示演出信息是否当前可用。更详细地，当current_next_indicator字段的值是1时，其可表示演出信息可用。此外，当current_next_indicator字段的值是1时，其可表示演出信息下一次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当演出信息表的大小很大时，可将该演出信息表划分成多个区段且然后发送。在这里，广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到演出信息所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
show_id字段表示用于识别演出信息用信号发送的演出的演出标识符。根据本发明的特定实施例，show_id字段可以是16比特字段。
show_information_block字段表示包括关于段的属性的信息的演出信息块。将参考图91更详细地对此进行描述。
图91是图示出根据本发明的实施例的演出信息块的视图。
演出信息块可包括包含演出的长度、用于描述演出的文本、与演出有关的段的数目、用信号发送与演出有关的片段的片段信息块以及关于演出的属性的特定信息的描述符中的至少一个。在这里，演出相关的片段可以是包括演出的片段。
更详细地，如图91的实施例中所示，演出信息块可包括time_span_length字段、title_text_length字段、title_text()字段、num_segment字段、segment_information_block()字段、num_show_descriptors字段以及描述符字段中的至少一个。
time_span_length字段表示演出的长度。该演出可被包括在多个片段中。在这里，多个片段的开始时间可改变，但演出的长度可以是相同的。原因是即使演出片段的内容被包括在不同的节目中，其也是相同的。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
title_text_length字段可包括title_text()字段、num_segment字段、segment_information_block()字段、num_show_descriptors字段以及描述符字段。
图92是图示出根据本发明的实施例的片段信息块的视图。
片段信息块可包括包含用于识别片段的片段标识符、表示片段的开始时间的信息、表示片段的长度的信息以及关于片段的片段定信息的描述符中的至少一个。在特定实施例中，片段标识符可以是基于包括片段和域名的用于识别节目的节目标识符。在特定实施例中，片段标识符可以是基于包括片段和域名的用于识别节目的节目标识符的组合。更详细地，片段的开始时间可以是从包括片段的节目的开头起的相对时间。
根据本发明的特定实施例，如图92的实施例中所示，片段信息块可包括segment_id字段、start_time字段、time_span_length字段、num_segment_descriptors字段以及描述符字段中的至少一个。
segment_id字段表示用于识别片段的片段标识符。根据本发明的特定实施例，segment_id字段可以是16比特字段。
start_time字段表示片段的开始时间。即使当片段包括相同演出时，用于每个片段的开始时间也可改变。因此，每个片段信息可包括表示片段的开始时间的信息。根据本发明的特定实施例，start_time字段可以是32比特字段。
time_span_length字段表示片段的长度。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
num_segment_descriptors字段表示片段信息块包括的描述符的数目。根据本发明的特定实施例，num_segment_descriptors字段可以是8比特字段。
该描述符字段包括关于片段的特定信息。
即使描述了采取比特流格式的演出信息、演出信息块以及片段信息块，但其不限于比特流格式，并且可采取另一格式。更详细地，演出信息、演出信息块以及片段信息块可采取XML文件格式。
图93是根据本发明的实施例的广播发送设备发送包括演出信息和片段信息中的至少一个的广播信号时的视图。
广播发送设备在操作S731中通过控制单元获得广播服务包括的演出的属性。如上所述，演出的属性可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里，与演出有关的片段的列表可以是包括演出的片段的列表。
广播发送设备在操作S733中通过控制单元基于演出的属性而生成用信号发送节目的节目信息。演出信息可包括通过图90和91描述的演出信息和延迟信息块中的至少一个。
广播发送设备在操作S735中通过控制单元获得关于演出的片段的属性。片段的属性可包括用于识别片段的唯一标识符、在相应片段的时间跨度期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化属性以及内容咨询评级中的至少一个。
广播发送设备在操作S737中通过控制单元基于片段的属性而生成片段信息块。片段信息块可以是图92中的上述片段信息块。
广播发送设备在操作S739中通过发送单元发送包括片段信息块和节目信息中的至少一个的广播信号。
图93是根据本发明的实施例的广播接收设备接收到包括演出信息和片段信息中的至少一个的广播信号时的视图。
广播接收设备100在操作S751中通过广播接收单元110接收广播信号。
广播接收设备100在操作S753中通过控制单元150基于广播信号而获得节目信息。更详细地，广播接收设备100可从广播信号获得演出信息。在这里，演出信息可包括通过图90和91描述的演出信息和延迟信息块中的至少一个。
广播接收设备100在操作S755中通过控制单元150基于演出信息而获得演出的属性。如上所述，演出的属性可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里，与演出有关的片段的列表可以是包括演出的片段的列表。
广播接收设备100在操作S757中通过控制单元150基于广播信号而获得与演出有关的片段信息块。更详细地，广播接收设备100可从演出信息块获得与演出有关的片段信息块。片段信息块可包括图92中的上述片段信息块。
广播接收设备100在操作S759中通过控制单元150基于片段信息块而获得段的属性。片段信息块可以是图92中的上述片段信息块。
广播接收设备100在操作S761中基于演出的属性和与演出有关的段属性中的至少一个来生成显示演出的属性的服务指南。根据本发明的特定实施例，服务指南可一起显示演出和与延迟有关的段的属性。例如，服务指南可显示包括同一演出的多个片段的属性。在这里，片段的属性可包括片段的开始时间和包括片段的节目的属性中的至少一个。在这里，节目的属性可包括节目的开始时间和包括节目的服务的信息中的至少一个。
无线电节目、TV节目以及数据节目可包括唯一标识符、节目中的媒体组件列表、节目的开始时间和长度、用于识别相关节目的演出标识符、用于描述标题和节目的文本、节目的流派、图形图标、内容咨询评级、定向/个性化属性、内容保护属性、相关数据服务列表以及相关段列表中的至少一个。可通过节目信息用信号发送包括在音频节目、TV节目以及数据节目中的属性。这将参考图95至100来描述。
图95是图示出根据本发明的实施例的节目信息的视图。
如图95的实施例中所示，节目信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、service_id字段以及program_information_block字段中的至少一个。
table_id字段表示节目信息。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示节目信息是否是MEPG-2TS标准的长格式中的专用区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别节目信息的值。更详细地，table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示节目信息的协议版本。更详细地，protocol_version字段可以是8比特字段，其中，上四比特表示主要版本号，并且下四比特表示次要版本号。当通过广播流来发送节目信息时，subnet_id字段可表示用于识别用于发送节目信息的IP子网的子网标识符。根据本发明的另一特定实施例，subnet_id字段的值可以是0。当通过互联网来发送节目信息时，subnet_id字段具有与通过广播流发送的节目信息的subnet_id字段相同的值。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示节目信息的版本。广播接收设备100可基于vserion_number字段的值来确定节目信息的可用性。更详细地，当version_number字段的值与先前接收到的服务节目信息的版本相同时，不可使用该节目信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示节目信息是否当前可用。更详细地，当current_next_indicator字段的值是1时，其可表示节目信息可用。此外，当current_next_indicator字段的值是1时，其可表示节目信息下一次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当节目信息表的大小大时，可将节目信息划分成多个区段且然后发送。在这里，广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到节目信息所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别与节目信息有关的广播服务的服务标识符。更详细地，service_id字段可表示用于识别包括节目信息用信号发送的节目的广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是8比特字段。
program_information_block字段表示包括关于节目的属性的信息的节目信息块。将参考图96更详细地对此进行描述。
图96是图示出根据本发明的实施例的节目信息块的视图。
节目信息块可包括节目信息块用信号发送的节目的数目、用于识别信令节目的节目标识符、节目的开始时间、节目的长度、用于描述节目的文本以及用于用信号发送用于描述节目和节目的属性的文本的描述符。
根据本发明的特定实施例，如图96的实施例中所示，节目信息块可包括num_program字段、program_id字段、time_span_start字段、time_span_length字段、title_text_length字段、title_text字段、num_program_descriptors字段以及描述符字段中的至少一个。
num_program字段表示节目信息块用信号发送的节目的数目。根据本发明的特定实施例，num_program字段可以是8比特字段。
program_id字段表示用于识别相应节目的节目标识符。根据本发明的特定实施例，program_id字段可以是8比特字段。
time_span_start字段表示相应节目的开始时间。更详细地，time_span_start字段可表示从1980年1月6日00:00开始经历的UTC时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示相应节目的长度。更详细地，相应节目可基于time_span_start字段的值来以分钟表示相应节目被广播的时间长度。当time_span_length字段的值一旦被设定时，其未来不改变。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
title_text_length字段表示title_text字段的长度。根据本发明的特定实施例，title_text字段可以是8比特字段。
title_text字段表示相应节目的标题包括的每个字符。根据本发明的特定实施例，每个字符可以是UTF-8编码格式。根据本发明的特定实施例，title_text字段可以是8比特字段。
num_program_descriptors字段表示节目信息块包括的描述符的数目。根据本发明的特定实施例，num_program_descriptors字段可以是8比特字段。
描述符字段表示包括与节目属性有关的信息的描述符。例如，描述符字段具有的描述符可包括关于媒体组件列表的信息。另外，描述符字段具有的描述符可包括关于内容咨询评级的信息。另外，描述符字段具有的描述符可包括关于定向属性的信息。另外，描述符字段具有的描述符可包括关于用于描述节目的文本的信息。因此，描述符字段可包括component_list_descriiptor字段、targeting_descriptor字段以及text_descriptor字段中的至少一个。然而，图96中所示的节目信息块可不用信号发送与节目有关的演出。更详细地，图96的实施例中的节目信息块可用信号发送节目中的演出。将参考图97来描述用于解决上述问题的方法。
图97是图示出根据本发明的另一实施例的节目信息块的视图。
根据本发明的另一实施例的节目信息块还可包括关于是否关于与节目信息块用信号发送的节目有关的演出的信息被包括的信息和用于识别与节目信息块用信号发送的节目有关的演出的演出标识符中的至少一个。
根据特定实施例，节目信息块可包括如图97中所示的associated_show_flag字段和show_id字段中的至少一个。
associated_show_flag字段表示是否包括关于与节目信息块用信号发送的节目有关的演出的信息。根据本发明的实施例，如果存在相关演出，则广播接收设备100可接收演出信息。因此，当associated_show_flag是1时，广播接收设备100可接收演出信息。在这里，演出信息可以是参考图90和91描述的演出信息或演出信息块。根据本发明的特定实施例，associated_show_flag字段可以是1比特字段。
show_id字段表示用于识别与节目信息块用信号发送的节目有关的演出的演出标识符。根据本发明的特定实施例，show_id字段可以是16比特字段。
然而，图97中所示的节目信息块可可不通过组件层级信息用信号发送媒体组件的属性。因此，具有各种属性的多个媒体组件可能未被高效地用信号发送。将参考图98来描述用于解决上述问题的方法。
图98是图示出根据本发明的另一实施例的节目信息块的视图。
节目信息块可包括相应节目包括的媒体组件的数目、用于识别相应媒体组件的组件标识符、用于表示相应媒体组件是否是相应节目回放所需的媒体组件的信息以及包括媒体组件的附加属性的组件描述符。
根据本发明的特定实施例，如图98的实施例中所示，节目信息块可包括num_component字段、component_id字段、essential_conponent_indicator字段、num_component_descritpors字段以及component_descriptor字段中的至少一个。
num_component字段表示相应节目包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是8比特字段。
component_id字段表示用于识别相应媒体组件的组件标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
essential_component_indicator字段表示相应媒体组件是否是相应广播服务呈现所必需的必需媒体组件。根据本发明的特定实施例，essential_component_indicator字段可以是1比特字段。
num_component_descritpors字段表示component_descriptor字段的数目。根据本发明的特定实施例，num_component_descritpors字段可以是8比特字段。
component_descriptor字段表示包括关于相应组件的附加属性的组件描述符。
然而，在这种情况下，可能未获得关于节目包括的段的信息。将参考图99和100来描述解决此问题的方法。
图99和100是图示出根据本发明的另一实施例的节目信息块的视图。
节目信息块可包括由节目信息块用信号发送的节目包括的片段的信息。更详细地，节目信息块可包括片段信息块，其包括由节目信息块用信号发送的节目包括的片段的数目和片段的特定属性。
节目信息块可包括如图99和100中所示的num_segment字段和segment_information_block字段中的至少一个。
num_segment字段表示由节目信息块用信号发送的节目包括的片段的数目。根据本发明的特定实施例，num_segments字段可以是8比特字段。
segment_infoamtion_block字段可包括通过图92的实施例描述的片段信息块或将参考图101和102来描述的片段信息块。
在图99的实施例中，可能未获得与节目信息块用信号发送的节目有关的演出的信息。在图71的实施例中，类似于图68的实施例，包括与节目信息块用信号发送的节目有关的演出的信息。
通过图94至100描述了比特流格式的节目信息和节目信息块，但本发明不限于比特流格式。尤其是，节目信息和节目信息块可采取XML文件格式。
如上所述，广播服务可包括多个节目。在这里，节目可包括多个片段。片段是配置节目的时间间隔。片段可包括广播演出的主要内容的演出片段和在节目的主要内容之间广播与节目的主要内容无关的内容的插播片段。在这里，插播片段可包括广告或公共服务通告。无线电服务或TV服务的演出片段和插播片段可具有预定开始时间持续时间。
该片段可作为一个属性而包括用于识别片段的唯一标识符、在相应片段的时间间隔期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化属性以及内容咨询评级之中的至少一个。如上所述，片段类型可以是演出片段和插播片段之中的一个。在这里，片段的开始时间可表示基于演出的开始时间的相对时间。例如，可基于演出的开始时间来指定片段的开始时间，例如，在延迟开始时间之前10分钟。锚定片段表示与特定节目有关的且具有指定开始时间的片段。另一方面，非锚定片段表示与特定节目无关且不具有指定开始时间的片段。例如，由于广播接收设备100接收到定向广告但相应广告片段在各种节目和服务中被使用多次，所以当未清楚地指定用于相应节目的开始时间时，可将该定向广告称为非锚定片段。必须高效地用信号发送这样的片段。将参考图101至105来描述用信号发送片段。
图101是图示出根据本发明的实施例的片段信息节目信息的视图。
片段信息可包括段块，其包括特定片段属性。
根据本发明的特定实施例，如图101的实施例中所示，片段信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段以及segment_information_block字段中的至少一个。
table_id字段表示包括片段信息。根据本发明的特定实施例，table_id字段可以是8比特字段。
section_syntax_indicator字段表示广播服务片段信息是否是MEPG-2TS标准的长格式的专用区段表。根据本发明的特定实施例，section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例，private_indicator字段可以是1比特字段
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例，section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别片段信息的值。更详细地，table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示片段信息的协议版本。更详细地，protocol_version字段可以是8比特字段，其中，上四比特表示主要版本号，并且下四比特表示次要版本号。当通过广播流来发送片段信息时，subnet_id字段可表示用于识别用于发送片段信息的IP子网的子网标识符。根据本发明的另一特定实施例，subnet_id字段的值可以是0。当通过互联网来发送片段信息时，subnet_id字段具有与通过广播流发送的片段信息的subnet_id字段相同的值。根据本发明的特定实施例，subnet_id字段可以是8比特字段。
version_number字段表示片段信息的版本。广播接收设备100可基于vserion_number字段的值来确定片段信息的可用性。更详细地，当version_number字段的值与先前接收到的服务片段信息的版本相同时，不可使用该片段信息。根据本发明的特定实施例，version_number字段可以是5比特字段。
current_next_indicator字段表示片段信息是否当前可用。更详细地，当current_next_indicator字段的值是1时，其可表示片段信息可用。此外，当current_next_indicator字段的值是1时，其可表示片段信息下一次可用。根据本发明的特定实施例，current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例，section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当片段信息表的大小大时，可将片段信息划分成多个区段且然后发送。在这里，广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到片段信息所需的所有区段。根据本发明的特定实施例，last_section_number字段可以是8比特字段。
service_id字段表示用于识别片段信息的用于识别广播服务的服务标识符。更详细地，service_id字段可表示用于识别包括片段信息用信号发送的片段的广播服务的服务标识符。根据本发明的特定实施例，service_id字段可以是8比特字段。
program_information_block字段表示包括关于片段的属性的信息的片段信息块。将参考图102更详细地对此进行描述。
图102是图示出根据本发明的实施例的片段信息块的视图。
片段信息中的片段信息块可包括用于识别信令片段的片段标识符、片段类型、表示是否存在与片段有关的节目的信息、表示是否指定了片段的开始时间和持续时间的信息、用于识别与片段有关的节目的节目标识符、片段的开始时间、片段中的媒体组件的数目、用于识别相应媒体组件的媒体组件标识符、包括用于相应媒体组件的属性的描述符的数目、包括用于相应媒体组件的属性的描述符、包括用于相应片段的属性的描述符的数目以及包括相应片段的描述符。
根据本发明的特定实施例，如图102的实施例中所示，片段信息可包括segment_id字段、segment_type字段、associated_program_flag字段、time_included字段、progmam_id字段、time_span_start字段、time_span_length字段、num_component字段、component_id字段、num_component_descirtors字段、component_descritpors字段、num_descritpor字段以及描述符字段中的至少一个。
segment_id字段表示用于识别相应片段的片段标识符。根据本发明的特定实施例，segment_id字段可以是8比特字段。
segment_type字段表示相应片段的类型。更详细地，其可表示演出片段或插播片段。根据本发明的特定实施例，当segment_type字段的值是0x02时，其表示演出片段，并且当segment_type字段的值在0x03至0x07之间的值时，其表示插播片段。根据本发明的特定实施例，segment_type字段可以是3比特字段。
associated_program_flag字段表示是否存在与相应片段有关的节目。更详细地，当associated_program_flag字段的值是1时，其表示存在与相应片段有关的节目，并且当associated_program_flag字段的值是0时，其表示不存在与相应片段有关的节目。根据本发明的特定实施例，associated_program_flag字段可以是1比特字段。
time_included字段表示是否指定了相应片段的开始时间和持续时间。更详细地，当time_included字段的值是1时，其表示指定了相应片段的开始时间和持续时间，并且当time_included字段的值是0时，其表示未指定相应片段的开始时间和持续时间。根据本发明的特定实施例，time_included字段可以是1比特字段。
program_id字段表示用于识别与相应节目有关的节目的节目标识符。根据本发明的特定实施例，program_id字段可以是16比特字段。
time_span_start字段表示相应片段的开始时间。更详细地，time_span_start字段可表示从1980年1月6日00:00开始经历的UTC时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示相应片段的长度。更详细地，相应片段可基于time_span_start字段的值来以分钟表示相应片段被广播的时间长度。当time_span_length字段的值一旦被设定时，其未来不改变。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
num_component字段表示相应片段包括的媒体组件的数目。根据本发明的特定实施例，num_component字段可以是8比特字段。
component_id字段表示用于识别相应媒体组件的组件标识符。根据本发明的特定实施例，component_id字段可以是8比特字段。
num_component_descritpors字段表示component_descriptor字段的数目。根据本发明的特定实施例，num_component_descritpors字段可以是8比特字段。
component_descriptor字段表示包括关于相应组件的附加属性的组件描述符。
num_descritpor字段表示描述符字段的数目。根据本发明的特定实施例，num_desciptors字段可以是8比特字段。
描述符字段表示包括附加属性的描述符。例如，描述符可包括内容咨询评级和定向属性中的至少一个。因此，描述符字段可以是targeting_descirptor字段。
当节目被划分成多个片段时，即使当观看者观看同一节目时，也可根据每个观看者的特性提供另一片段。尤其是，可将根据每个观看者的特性的片段提供给插播片段而不是演出片段。通过此操作，广播公司可包括同一内容的特征广播，并且还可根据每个观看者的特性向观看者提供目标广告。为此，必须提供用信号发送每个片段的定向信息和属性的定向片段集合。这将参考图103来描述。
图103是图示出根据本发明的实施例的定向片段集合信息的视图。
定向片段集合可用信号发送关于多个片段的定向信息。尤其是，该定向片段集合信息可用信号发送关于具有相同持续时间的多个片段的定向信息。根据本发明的特定实施例，定向片段集合信息可用信号发送关于与同一节目有关的多个片段的定向信息。根据本发明的另一特定实施例，定向片段信息可用信号发送关于具有相同开始时间的多个片段的定向信息。
定向片段集合信息可包括相应片段的开始时间、片段的持续时间、定向片段集合包括的片段的数目、用于识别相应片段的片段标识符、定向片段集合信息包括的定向准则的数目、用于识别目标准则的定向识别信息、表示定向的形式的定向形式信息以及表示特定定向准则的定向准则值信息。
根据本发明的特定实施例，如图103的实施例中所示，定向片段集合信息可包括descriptor_tag字段、descritpro_length字段、time_span_start字段、time_span_length字段、num_segment字段、segment_id字段、num_targeting_criteria字段、criterion_id_length字段、criterion_id字段、criterion_type_code字段、num_criterion_values字段、criterion_value_length字段以及criterion_value字段中的至少一个。
descriptor_tag字段表示定向片段集合信息。根据本发明的特定实施例，descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_tag字段之后的定向片段信息的长度。descriptor_length字段可以是8比特字段。
time_span_start字段表示相应片段的开始时间。更详细地，time_span_start字段可表示从1980年1月6日00:00开始经历的UTC时间。根据本发明的特定实施例，time_span_start字段可以是32比特字段。
time_span_length字段表示相应片段的长度。更详细地，相应节目可基于time_span_start字段的值来以分钟表示相应片段被广播的时间长度。当time_span_length字段的值一旦被设定时，其未来不改变。根据本发明的特定实施例，time_span_length字段可以是16比特字段。
num_segments字段表示定向片段集合信息用信号发送的片段的数目。根据本发明的特定实施例，num_segments字段可以是8比特字段。
num_targeting_criteria字段表示定向片段集合信息的数目。根据本发明的实施例，广播服务或媒体组件具有的定向准则可以是多个。根据本发明的特定实施例，num_targeting_criteria字段可以是8比特字段。
criterion_id_length字段表示criterion_id字段的长度。根据本发明的特定实施例，criterion_id_length字段可以是8比特字段。
criterion_id字段表示用于识别定向准则的定向准则标识符。根据本发明的特定实施例，criterion_id字段可以是8比特字段。
criterion_type_code字段表示定向准则的形式。根据本发明的特定实施例，criterion_type_code可以是3比特字段。
num_criterion_values字段表示定向准则值的数目。根据本发明的实施例，片段可具有对应于定向准则形式的多个定向准则。根据本发明的特定实施例，num_criterion_values字段可以是5比特字段。
criterion_value_length字段表示criterion_value字段的长度。根据本发明的特定实施例，criterion_value_length字段可以是8比特字段。
criterion_value字段表示定向准则值。
考虑到广播接收状况或广播接收设备100的能力，如果不能接收到特定片段，则广播接收设备100可基于定向片段集合信息来接收或播放另一片段。例如，如果广播接收设备100不支持3D图像的回放，则其可基于定向片段集合而不是片段来接收或播放包括2D图像的片段。根据根据本发明的另一特定实施例，广播接收设备100可基于定向片段集合信息而选择性地仅接收或播放适合于用户的内容。例如，如果观看者是年轻人，则广播接收设备100可接收或播放年轻人电影的宣传片而不是成年人电影的宣传片。
上文参考图101至105描述了片段信息、片段信息块、片段定向集合信息采取比特流格式的情况。然而，片段信息、片段信息块以及片段定向集合信息的格式不限于比特流格式。尤其是，片段信息、片段信息块以及片段定向集合信息可采取XML文件格式。另外，根据本发明的特定实施例，上述节目信息可包括片段信息、片段信息块以及片段定向集合信息。
将参考图104和105来描述广播发送设备和广播接收设备100发送/接收节目和片段的属性的操作。
图104是根据本发明的实施例的当广播发送设备发送包括节目信息和片段信息中的至少一个的广播信号时的视图。
广播发送设备在操作S101中通过控制单元获得广播服务包括的节目的属性。如上所述，节目的属性可包括唯一标识符、节目中的媒体组件列表、节目的开始时间和长度、用于描述标题和节目的文本、图形图标、内容咨询评级、定向/个性化属性以及内容保护属性中的至少一个。
广播发送设备在操作S803中通过控制单元基于节目的属性而生成用信号发送节目的节目信息。节目信息包括通过图104和105描述的节目信息和节目信息块中的至少一个。
广播发送设备在操作S805中通过控制单元获得节目包括的片段的属性。如上所述，片段的属性可包括用于识别片段的唯一标识符、在相应片段的时间间隔期间播放的媒体组件列表、片段的开始时间和持续时间以及定向/个性化属性以及内容保护属性中的至少一个作为一个属性。
广播发送设备在操作S807中通过控制单元基于节目的属性而生成片段信息块。片段信息可包括图101至105的上述片段信息、片段信息块以及片段定向集合信息中的至少一个。
广播发送设备在操作S809中通过发送单元发送包括片段信息块和节目信息中的至少一个的广播信号。
图105是根据本发明的实施例的当广播接收设备接收到包括节目信息和片段信息中的至少一个的广播信号时的视图。
广播接收设备100在操作S901中通过广播接收单元110接收广播信号。
广播接收设备100在操作S903中通过控制单元150基于广播信号而获得节目信息。更详细地，广播接收设备100可从广播信号获得广播信息。在这里，节目信息可包括通过图107和108描述的节目信息和节目信息块中的至少一个。
广播接收设备100在操作S905中通过控制单元150基于节目信息而获得节目的属性。如上所述，节目的属性可包括唯一标识符、节目中的媒体组件列表、节目的开始时间和长度、用于描述标题和节目的文本、图形图标、内容咨询评级、定向/个性化属性以及内容保护属性中的至少一个。
广播接收设备100在操作S907中通过控制单元150基于广播信号而获得片段信息。更详细地，广播接收设备100可从广播信号获得片段信息。片段信息可包括图111至114的上述片段信息、片段信息块以及片段定向集合信息中的至少一个。
广播接收设备100在操作S909中通过控制单元150基于片段信息块而获得段的属性。片段信息可包括图111至113的上述片段信息、片段信息块以及段定向集合信息中的至少一个。
广播接收设备100在操作S911中基于节目属性和片段属性中的至少一个生成用于显示节目的属性的服务指南。根据本发明的实施例，服务指南还可显示节目包括的片段的属性。更详细地，服务指南可一起显示节目中的演出片段的属性。例如，除节目属性之外，服务指南还可显示节目中的演出片段的开始时间和长度及包括同一演出片段的另一节目信息。
如上所述，根据本发明的实施例的广播服务划分媒体组件的属性，并且再次地将表示广播服务的时间跨度的节目划分成片段，从而有效地用信号发送变得复杂且多样化的广播服务的格式。将参考图106至128更详细地对此进行描述。
可将根据本发明的实施例的广播服务描述为对象模型，其包括一种类别、类别之间的继承关系、类别之间的包含关系以及类别之间的另一关联。
图106是图示出连续组件类别、音频组件类别、视频组件类别以及隐藏字幕组件类别的视图。
连续组件类别表示连续组件。连续组件类别可包括用于识别组件的组件标识符componentID作为属性。
音频组件类别表示连续组件，其内容类型是音频。音频组件类别可具有“与连续组件类别的子类关系”。
视频组件类别表示连续组件，其内容类型是视频。视频组件类别可具有与连续组件类别的子类关系。
隐藏字幕组件类别表示连续组件，其内容类型是隐藏字幕。隐藏字幕组件类别可具有与连续组件类别的子类关系。
图107是图示出基本音频组件类别、基本视频组件类别以及基本隐藏字幕组件类别的视图。
基本音频组件类别表示基本组件，其内容类型是音频。基本音频组件类别可包括编解码器、音频通道的数目、编码比特率、其它编码参数以及音频组件的语言和模式中的至少一个作为属性。更详细地，可根据编解码器来确定另一编码参数。另外，模式可表示相应音频的模式，并且还可表示“完整主要”、“音乐”、“对话”、“效果”、“视力障碍”以及“听力障碍”和“解说词”中的至少一个。音频组件类别可具有“与音频组件类别的子类关系”。
基本视频组件类别表示基本组件，其内容类型是视频。基本视频组件类别可包括“编解码器”、“分辨率”、“长宽比”、“扫描方法”、“帧速率”、“静止画面模式”以及“另一编码参数”中的至少一个作为属性。可用宽度×高度像素单元来表示分辨率。另外，扫描方法可以是隔行方法和逐行方法中的一个。另外，可根据编解码器来确定其它编码参数。基本视频组件类别可具有“与视频组件类别的子类关系”。
基本隐藏字幕类别表示基本组件，其内容类型是隐藏字幕。基本隐藏字幕类别可包括“编解码器”、“语言”以及“类型”中的至少一个。在这里，编解码器可表示隐藏字幕文本的格式。语言表示配置隐藏字幕的语言。该类型可以是一般隐藏字幕和针对低视力人的易读式隐藏字幕。基本隐藏字幕组件类别可具有“与隐藏字幕组件类别的子类关系”。
复杂组件类别表示复杂组件。如上所述，复杂组件可以是复合组件或PickOne组件。因此，将参考图106和图109来描述用于复合组件和PickOne组件的类别。
图108是图示出复合音频组件类别和复合视频组件类别的视图。
复合音频组件类别表示复合组件，其内容类型是音频。复合音频组件类别可包括“ContainsAudio”和“与音频组件类别的子类关系”中的一个作为关系。在这里，“ContainsAudio”表示包括在复合音频类别中的音频组件类别。在这里，包括在“ContainsAudio”中的所有对象被限制为表示一个声音场景。
复合视频组件类别表示复合组件，其内容类型是视频。复合视频组件类别可包括“ContainsVideo”和“与视频组件类别的子类关系”中的一个作为关系。在这里，ContainsVideo表示与复合视频组件类别的视频组件类别的子类关系。在这里，ContainsVideo中的所有对象被限制为表示一个视频场景。另外，ContainsVideo的属性可包括“作用”。在这里，作用可表示可变视频的增强层。另外，作用可表示3D图像的左视图或右视图。另外，作用可表示3D图像的深度信息。另外，作用可表示被划分成多个场景的视频阵列的一部分。在这里，如果存在n×m矩阵，则作用可表示从左侧开始在y行中的第x个。另外，作用可表示后续主题元数据。
图109是图示出PickOne组件类别的视图。
PickOne组件类别表示PickOne组件。PickOne组件类别可包括“包含”和“与连续组件类别的子类关系”中的一个作为关系。在这里，“包含”表示与PickOne组件类别的连续组件类别的关系。在这里，“包含”中的所有组件是相同内容类型，并且被限制为表示全部相同的图像场景或音频场景。
图110是图示出可呈现组件类别、可呈现视频组件类别、可呈现音频组件类别以及可呈现隐藏字幕组件类别的视图。
可呈现组件类别表示可呈现组件。可呈现组件类别可包括目标确定/个性化属性、内容咨询评级、内容/服务保护属性以及目标设备中的至少一个作为属性。在这里，目标设备可以是主屏幕、配套屏幕以及被部分地插入主屏幕中的屏幕中的至少一个。
可呈现视频组件类别表示可呈现视频组件。可呈现视频组件类别可包括“AssociatedAudio”、“Associated CC”和“与视频组件类别的子类关系”中的至少一个作为关系。“AssociatedAudio”可表示适合于与可呈现视频组件一起播放的可呈现音频组件。
可呈现音频组件类别表示可呈现音频组件。可呈现音频组件类别可具有与AudioComponent(音频组件)类别的子类关系作为关系。
图111是图示出OnDemand组件类别的视图。
OnDemand组件表示由用户请求发送的内容组件。OnDemand组件可包括表示OnDemand组件的唯一标识符的OnDemandComponentId、表示可以访问OnDemand组件的位置的ComponentLocation、表示组件的名称的ComponentName(可能以多种语言)、表示组件的总回放时间的PlaybackLength、表示组件变得可用的开始时间的AvailabilityStart、表示组件保持可用的时间的长度的AvailabilityDuration、表示组件确定为目标的设备或用户特性的定向/个性化属性、表示内容或服务是否受到保护的内容/服务保护属性以及表示内容咨询评级的内容咨询评级中的至少一个作为属性。
图112是图示出NRT内容项目类别和NRT文件类别的视图。
NRT内容项目组件类别表示NRT数据服务的内容项目。NRT内容项目组件类别可包括用于识别内容项目的内容项目的名称(ContentItemID)、内容项目的名称(ContentItemName)、用于表示是否要监测内容项目的更新的显示(Updateable)、表示下载可用时间的下载可用窗口(Avaiblewindow)、表示内容项目被丢弃的时间的到期时间、内容项目大小(ContentItemSize)、内容项目的回放长度(PlaybackLength)、定向/个性化属性(TargetInfo)、内容项目的保护属性(ProtectionInfo)以及内容项目的内容咨询评级(ContentAdvRating)中的至少一个作为属性。另外，NRT内容项目类别可包括NRT文件类别作为关系。
NRT文件类别表示非实时文件。更详细地，NRT文件可表示被用于NRT服务的文件。NRT文件类别可包括表示内容的位置的ContentLocation和表示内容的类型的ContentType中的至少一个作为属性。在这里，ContentLocation和ContentType可在IETF RFC 2616中定义。
将参考图113和114来描述用于服务的类别。
服务类别表示服务。服务类别可包括服务标识符(ServiceId)、服务名称(ServiceName)、频道号(ChanNum)、服务的描述(Description)、表示服务的图形图标(Icon)、服务中的媒体组件列表、用于广播服务保护的属性(用于服务的内容/服务保护属性)、用于定向/个性化的属性(用于服务的定向属性)、观看咨询评级(contentAdvRating)、服务语言(Language)以及关于广播服务用户报告的属性(UsageReportInfo)中的至少一个作为属性。在这里，频道号可被划分成主编号(MajorChanNum)和次编号(MinorChanNum)。
无线电服务类别表示被安排在预定时间广播的无线电服务。无线电服务类别可包括“具有可呈现视频组件类别的包含关系”、“具有可呈现CC组件类别的包含关系”以及“具有NRT数据服务类别的附属关系”中的至少一个作为关系。
TV服务类别表示被安排在预定时间广播的TV服务。TV服务类别可表示“具有可呈现视频组件类别的包含关系”、“具有可呈现音频组件类别的包含关系”、“具有可呈现CC组件类别的包含关系”以及“具有NRT数据服务类别的附属关系”中的至少一个作为关系。“具有可呈现视频组件类别的包含关系”包括视频组件的作用作为属性。更详细地，视频组件的作用可表示主要视频、替换的相机视图、另一替换的视频组件、手语屏幕以及后续主题视频/元数据中的至少一个。尤其是，后续主题视频/元数据可包括随后的主题的名称。这样的别后续主题视频/元数据可以是视频流。或者，后续主题视频可以是用于视频流的主题的放大的每个帧的矩形。
OnDemand服务类别表示OnDemand内容服务。OnDemand服务类别可包括“与OnDemand UI App类别的包含关系”、“与OnDemand供应类别的包含关系”以及“与OnDemand目录类别的包含关系”作为关系。“与OnDemand UI App类别的包含关系”是提供用于OnDemand服务的用户界面。在特定实施例中，可用多个语言提供用户请求服务的用户界面。OnDemand供应可表示由OnDemand提供的服务的产品。“与OnDemand供应类别的包含关系”是针对从OnDemand服务提供的内容项目。“与OnDemand目录类别的包含关系”是针对OnDemand服务的OnDemand供应目录。在特定实施例中，可用多个语言提供OnDemand供应目录。
NRT数据服务类别表示NRT数据服务。NRT数据服务类别可包括“消费模式”、“必需能力”、“非必需能力”、“目标设备”以及“与数据项目组件类别的包含关系”中的至少一个作为属性。“必需能力”表示允许广播接收设备100接收服务所需的能力。“非必需能力”表示允许广播接收设备100接收服务的选择项目所需的能力。“目标设备”可表示主设备或配套设备中的至少一个。
根据另一特定实施例，可将服务类别区分成线性服务和基于App的服务。这将参考图113至116来描述。
图113是图示出线性服务类别的视图。
线性服务表示其中主要内容包括连续组件的服务。在这里，连续组件可根据广播公司限定的时基和时间表而被消费。然而，即使当连续组件根据广播公司限定的时基和时间表而被消费时，用户可在连续组件上使用各种的时移方法。TV服务类别可包括与可呈现视频组件类别的包含关系、与可呈现音频组件类别的包含关系、与可呈现CC组件类别的包含关系、与基于App的增强类别的包含关系以及与服务类别的子类关系中的至少一个作为关系。尤其是，与可呈现视频组件类别的包含关系可包括表示视频组件的作用的视频组件的作用作为属性。在这里，视频组件的作用可表示主要视频、替换的相机视图、替换的视频组件、手语屏幕以及后续主题视频/元数据中的一个。在这里，可将主要视频表示为默认视频。另外，后续主题视频可包括后续主题的名称。后续主题视频可通过单独的视频组件来支持。
图114是图示出App类别和基于App的增强服务的视图。
App类别表示支持交互性的内容项目的一个类型。与NRT内容项目类别的子类关系被包括为关系。
基于App的增强服务类别表示基于App的增强服务。基于App增强服务可包括表示执行增强服务所需的设备能力的必需能力、对执行增强服务有用但并非绝对必要的非必需能力以及表示被增强服务定为目标的设备的目标设备中的至少一个作为属性。目标设备可表示主设备和配套设备之中的至少一个。可包括与App类别的包含关系、与NRT内容项目类别的包含关系、与通知流类别的包含关系以及OnDemand组件类别的包含关系中的至少一个作为关系。与NRT内容项目类别的包含关系涉及基于App的增强服务所使用的NRT内容项目。与通知流类别的包含关系涉及通知流，该通知流递送用以根据线性时基使应用的动作同步的通知。与OnDemand组件类别的包含关系涉及由应用管理的OnDemand组件。将参考图115来描述作为服务中的组件的同步参考的时基类别和通知流类别。
图115是图示出时基类别和通知流类别的视图。
时基类别是被用于生成时间线以使线性服务的组件同步的元数据。在这里，时间线可表示作为同步参考的连续参考时间。时基类别可包括用于识别时基的时基标识符和表示时基的时钟速率的时钟速率中的至少一个作为属性。
通知流类别表示用于发送要执行的动作的通知的通知流。通知流类别可包括表示通知流的标识符的通知流标识符作为属性。
图116是图示出基于App的服务类别的视图。
基于App的服务类别表示基于App的服务。可包括与时基类别的包含关系、与基于App的增强类别的包含关系以及与服务类别的子集关系中的至少一个作为关系。
NRT内容项目的组件可具有类别似于节目的结构。然而，NRT内容项目是以文件格式而不是流格式发送的。另外，节目可具有附属数据服务。更详细地，附属数据服务可以是与节目有关的交互服务。将参考图117至119来更详细地描述表示节目的节目类别、表示作为包括在节目中的主要内容的演出的演出类别以及表示作为节目的时间片段的片段的片段类别。
图117是图示出节目类别的视图。
节目类别表示节目。节目类别可包括节目标识符(ProgamIdentifier)、节目的开始时间(StartTime)、节目的持续时间(ProgramDuration)、节目的标题(TextualTitle)、描述节目的文本(TextualTitle)、节目的流派(Genre)、表示节目的图形图标(GraphicalIcon)、内容咨询评级(ContentAdvisoryRating)、定向/个性化属性(定向/个性化属性)以及表示节目的内容/服务保护的内容/服务保护属性(内容/服务保护属性)中的至少一个作为属性。节目的开始时间可包括节目开始时的日期和时间。节目的持续时间是从节目的开始时间至结束时间的持续时间。可用多个语言来显示节目的标题。另外，当不存在节目的标题时，图像显示设备100可将相关演出的标题显示为节目的标题。另外，当不存在节目的流派时，图像显示设备100可将相关演出的流派显示为节目的流派。另外，可用多个大小来显示图形图标。当不存在节目的图形图标时，图像显示设备100可将相关演出的图形图标显示为节目的图形图标。观看咨询评级可按区域而改变，并且可按区域而具有不同的值。另外，如果不存在观看咨询评级，则广播接收设备100可将与节目有关的演出的观看咨询评级显示为观看咨询评级。如果不存在定向/个性化属性，则广播接收设备100可显示相关演出的定向/个性化属性。如果不存在内容/服务保护属性，则广播接收设备100可显示相关演出的内容/服务保护属性。
节目类别可包括与线性服务类别的ProgramOf关系、与基于App的服务类别的ContentItemOf关系、与可呈现视频组件类别的包含关系、与可呈现视频组件类别的包含关系、与可呈现音频组件类别的包含关系、与可呈现CC组件类别的包含关系、与基于App的增强类别的包含关系、与时基类别的包含关系、与演出类别的Based-on关系以及与片段类别的包含关系中的至少一个作为关系。在这里，与可呈现视频组件类别的包含关系可包括表示视频组件的作用的视频组件的作用作为属性。在这里，视频组件的作用可表示主要视频、替换的相机视图、替换的视频组件、手语屏幕以及后续主题视频/元数据中的一个。在这里，可将主要视频表示为默认视频。另外，后续主题视频可包括后续主题的名称。后续主题视频可通过单独的视频组件支持。另外，与片段类别的包含关系可包括表示使用节目的开始的片段的相对开始时间的RelativeSegmentStartTime作为参考。
广播节目类别表示无线电节目。无线电服务类别可包括“与可呈现音频组件类别的包含关系”、“与可呈现CC组件类别的包含关系”、“与NRT数据服务类别的附属关系”以及“与无线电片段类别的包含关系”中的至少一个作为关系。另外，无线电节目类别可包括无线电片段的开始时间作为属性。在这里，无线电片段的开始时间可以是从节目的开始时间起的相对时间。
TV节目类别可表示TV节目。可呈现视频组件类别可具有“与可呈现视频组件类别的包含关系”作为关系。“与可呈现视频组件类别的包含关系”可包括视频组件的作用、与可呈现音频组件类别的包含关系、与可呈现隐藏字幕组件类别的包含关系、与NRT数据服务类别的附属关系、与TV演出类别的基础关系以及与TV片段类别的包含关系中的至少一个作为属性。视频组件的作用可表示主要视频、替换的相机视图、另一替换的视频组件、手语插图以及包含后续主题的名称的后续主题视频中的至少一个。后续主题视频可通过单独的视频组件支持。与TV片段类别的包含关系可包括片段开始时间(RelativeSegmentStartTime)。在这里，片段开始时间可以是从节目的开始时间起的相对时间。
图118是图示出演出类别的视图。
演出类别表示演出。在这里，演出可表示如上所述的节目的主要内容。尤其是，演出可表示从观看的观点的主要内容。演出类别可包括“ShowIdentifier”、“ShowDuration”、“TextualDescription”、“Genre”、“GraphicalIcon”、“ContentAdvisoryRating”、“定向/个性化属性”以及“内容/服务保护属性”中的至少一个作为属性。演出类别可具有“与演出片段的包括关系”。
TV演出类别可表示TV节目的主要内容。TV演出类别可具有“与可呈现TV演出片段类别的包含关系”作为关系。
图119是图示出片段类别、演出片段类别以及插播片段类别的视图。
片段类别表示片段。片段类别可包括“SegmentId”、“Duration”、“定向/个性化属性”以及“内容咨询评级”中的至少一个。
演出片段类别表示演出的片段。演出片段类别可具有ShowSegmentRelativeStartTime作为参考，其表示使用演出的开始时间作为参考的相对开始时间。演出片段类别可具有与片段类别的“子类”关系。
插播片段类别表示节目的片段之中的并非演出片段的片段。插播片段类别可具有与片段类别的“子类”关系。
无线电片段类别表示无线电节目的片段。
TV片段类别表示TV节目的片段。
无线电演出片段类别表示无线电演出的片段。无线电演出片段类别可包括“ShowSegmentRelativeStartTime”作为属性。更详细地，演出片段的开始时间可以是基于无线电节目的相对时间。
TV演出片段类别表示包括作为TV节目的内容的演出片段。TV演出片段类别可包括“S ShowSegmentRelativeStartTime”作为属性。更详细地，演出片段的开始时间可以是基于TV节目的相对时间。
无线电插播片段表示无线电节目的、并非演出片段的片段。
TV插播片段表示TV节目的、并非演出片段的片段。
OnDemand UI App类别表示提供用于OnDemand服务的用户界面的应用。
OnDemand供应类别表示OnDemand服务的供应。
OnDemand目录类别表示关于OnDemand服务的供应的描述。在这里，供应可表示通过OnDemand提供的服务产品。OnDemand请求目录类别可包括“与OnDemand供应类别的关系”。
图120是图示出根据本发明的实施例的根据广播服务的类型具有子属性的继承关系的视图。
图120是图示出上述不同类型的服务、包括在每个服务中的不同类型的组件以及每个服务之间的附属服务关系的视图。无线电服务可包括一个或多个可呈现音频组件。另外，无线电组件可包括一个或多个隐藏字幕组件。另外，该无线电组件可包括一个或多个增强NRT数据服务。TV服务可包括一个或多个可呈现视频组件。另外，TV服务可包括一个或多个可呈现音频组件。另外，TV服务可包括一个或多个可呈现隐藏字幕组件。另外，该TV服务可包括一个或多个增强NRT数据服务。NRT数据服务可包括一个或多个可呈现数据项目组件。另外，NRT数据服务可以是独立数据服务。另外，NRT数据服务可以是无线电服务或TV服务的附属NRT数据服务。另外，NRT数据服务可以是无线电服务或TV服务的附属NRT数据服务。OnDemand服务可包括一个或多个OnDemand供应。另外，OnDemand服务可包括描述供应的一个或多个目录。另外，OnDemand服务可以是提供服务的用户界面的UI应用服务。在这里，用户界面可由服务提供商自定义。另外，用户界面可由用户自定义。
图121是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
如图121的实施例中所示，连续组件可以是基本组件或复杂组件。基本组件可以是基本视频组件、基本音频组件或基本隐藏字幕组件。另外，复杂组件可以是PickOne组件或复合组件。定义组件之间的“关系”的目的在于将组件音频与复合视频区别开是非常重要的。这是因为在复合视频组件的情况下，其需要根据复合组件的成员组件的作用而被不同地显示。因此，复杂组件可包括多个“关系”，其表示复合音频组件或复合视频组件的作用的属性。
图122是图示出根据本发明的实施例的可呈现组件与具有可呈现组件的子属性的组件之间的继承关系的视图。
如上所述，可呈现组件可以是可呈现视频组件、可呈现音频组件以及可呈现隐藏字幕组件中的一个。TV服务的可呈现视频组件可具有一个或多个相关可呈现音频组件。另外，TV服务的可呈现视频组件可具有一个或多个相关可呈现隐藏字幕组件。在这里，可将相关的可呈现音频组件和可呈现隐藏字幕组件连同可呈现视频组件一起播放。由于TV服务是包括视频组件的服务，所以TV服务的可呈现音频组件和可呈现隐藏字幕组件需要与可呈现视频组件相关。
图123是图示出根据本发明的实施例的服务、服务中的节目以及节目中的段之间的关系的视图。
无线电服务可包括一个或多个无线电节目。可将无线电节目包括在一个或多个无线电服务中。无线电节目可以是NRT数据服务内容项目或OnDemand服务的供应。无线电节目可包括一个或多个无线电片段。在这里，无线电片段可以是无线电插播片段。可将无线电片段包括在一个或多个无线电节目中。每个无线电片段可以是无线电演出片段或无线电插播片段。无线电节目可包括一个“无线电演出”。在这里，“无线电演出”不被服务提供商视为插播内容。无线电演出可包括一个或多个无线电演出片段。无线电服务、无线电节目、无线电片段以及无线电演出的这样的关系可被同样地应用于TV服务、TV节目、TV片段以及TV演出的关系。
图123是图示出根据本发明的另一实施例的根据广播服务的类型具有子属性的继承关系的视图。
该服务可包括线性服务和基于App的服务中的至少一个。该线性服务可递送TV服务。另外，线性服务可向不能实现视频编码或者不具有显示器的设备递送服务。更详细地，线性服务可递送仅包括音频的服务。线性服务可包括提供作为同步参考的参考时间的一个时基。或者，线性服务可包括一个或多个可呈现视频组件。或者，线性服务可包括一个或多个可呈现视频组件。或者，线性服务可包括一个或多个可呈现音频组件。或者，线性服务可包括一个或多个基于App的增强服务。在这里，如上所述，可呈现视频组件可具有表示可呈现视频组件的作用的作用作为属性。
基于App的增强服务可包括一个或多个App。另外，基于app的增强服务可包括一个或多个内容项目。另外，基于app的增强服务可包括一个或多个OnDemand组件。另外，基于app的增强服务可包括一个或多个通知流。在这里，app可具有表示基于App的增强服务所需的主应用的主要属性。在这里，在app是主应用的情况下，当包括app的服务被选择时，其可立即被激活。根据另一特定实施例，app可被包括在通知流中的通知激活。根据另一特定实施例，app可被先前激活的另一app激活。另外，基于app的增强服务包括的app可执行基于app的增强服务的内容项目。
基于app的服务可包括一个或多个基于app的增强服务。基于app的服务包括的基于app的增强服务可包括一个或多个主应用。另外，基于app的服务可选择性地包括用于提供同步参考时间的时基。另外，app可采取内容项目或数据项目的格式。在这里，可将内容项目称为组成一个app的一组文件。
图125是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
所有连续组件可具有被划分成多个层级的层结构。在特定实施例中，连续组件可具有被划分成三个层级的层结构。连续组件可以是PickOne组件、复合组件以及基本组件中的一个。PickOne组件可包括一个或多个复合组件。PickOne组件可包括一个或多个PickOne组件。PickOne组件可包括一个或多个基本组件。在PickOne组件的定义上包括至少两个组件。另外，PickOne组件可对应于层结构中的顶层。
复合组件可包括一个或多个组件。另外，复合组件可包括一个或多个基本组件。在复合组件的定义上包括至少两个组件。可将复合组件包括在顶层的PickOne组件中。
不在顶层中的PickOne组件可包括超过两个基本组件。在这里，基本组件可以是基本视频组件、基本音频组件以及基本隐藏字幕组件中的一个。不在顶层中的PickOne组件可被包括在一个或多个PickOne组件中。不在顶层中的PickOne组件可被包括在一个或多个复合组件中。
图126是图示出NRT内容项目类别和NRT文件的继承关系的视图。
NRT内容项目可包括一个或多个NRT文件。另外，一个NRT文件可被包括在一个或多个NRT内容项目中。NRT内容项目可以是可呈现的基于NRT文件的组件。例如，NRT内容项目可以是未与其它文件组合并被消费的一组NRT文件。另外，NRT内容项目可以是基本的基于NRT文件的组件。例如，NRT内容项目可以是原子单位。更详细地，NRT内容项目可以是最小文件单位。NRT内容项目可包括连续组件和非连续组件中的至少一个。尤其是，NRT内容项目可包括连续组件和非连续组件的组合。
图127是图示出根据本发明的另一实施例的服务、服务中的节目以及节目中的段之间的关系的视图。
线性服务可包括一个或多个节目。在这里，如上所述，节目采取线性内容的时间段格式。该节目可被包括在一个或多个线性服务中。
线性服务可包括一个或多个基于App的增强服务。基于app的服务可包括一个或多个基于app的增强服务。基于App的增强服务可包括一个或多个节目。在这里，节目采取NRT内容项目的格式。或者，节目可采取OnDemand组件的格式。
该节目可包括一个或多个片段。片段可被包括在一个或多个节目中。每个片段可以是演出片段或插播片段。节目可与线性服务共享许多属性。原因是节目是线性服务的时间片、具有与线性服务的时间段相同的结构的NRT内容或具有与线性服务的时间段相同的结构的OnDemand请求组件。
根据定义，节目基于一个演出。原因是演出是服务提供商并不视为插播材料的部分。
演出可包括一个或多个演出片段。
图128是图示出可呈现音频组件的层级分级结构的视图。
可用三层分级结构来划分连续组件。顶层是PickOne组件。中间层可包括复合组件。底层可包括PickOne组件。所有的连续组件可包括这样的三个层级。然而，连续组件可以是不包括底层的简单基本组件。在特定实施例中，如图128中所示，可呈现音频组件可以是PickOne组件。在这里，PickOne组件可包括具有音乐、对话以及声音效果的组件，其被与完整主音频组件的完整主音乐混合。在这里，完整主音频组件可以是PickOne组件，其包括用不同的比特率编码的多个可替换基本组件。具有与完整主音乐组合的音乐、对话以及声音效果的组件可以是复合组件，其中，音乐、对话以及声音效果中的每一个是一个组件。在这里，包括对话的组件和包括声音效果的组件可以是基本组件。音乐组件可以是PickOne组件，其包括被用不同的比特率编码的多个可替换基本组件。
经由典型广播网络的广播是一个广播被连续地广播的线性服务。由于经由典型广播网络的广播变成混合式广播，所以广播服务可被划分成典型线性服务和基于app的服务。
如上所述，线性服务是根据预定时间表来呈现连续组件的服务。在这里，典型服务可基于由广播站确定的时间。另外，线性服务可包括被触发而与广播服务同步的app。
更详细地，线性服务可包括一个或多个视频组件。
另外，线性服务可包括一个或多个音频组件。另外，线性服务可包括一个或多个隐藏字幕组件。
此外，线性服务可包括时基组件，其是用于与组件和附属服务中的至少一个的同步的基础。
另外，线性服务可包括一个或多个基于被触发app的增强作为组件。每个附属服务可包括一个或多个应用。在这里，应用可与激活通知同步，并且然后可被激活。基于app的附属服务组件可包括一系列激活通知。另外，基于app的附属服务组件可包括一个或多个内容项目。另外，基于App的增强服务组件可包括一个或多个OnDemand组件。如上所述，在app是主应用的情况下，当包括app的服务被选择时，其可立即被激活。根据另一特定实施例，app可被包括在通知流中的通知激活。根据另一特定实施例，app可被先前激活的另一app激活。另外，基于app的增强服务包括的app可执行基于app的增强服务的内容项目。
另外，线性服务可包括一个或多个基于自动启动app的增强作为组件。每个附属服务可包括当服务被选择时自动启动的应用。基于自动启动app的增强包括自动启动应用作为组件。另外，可包括一个或多个内容项目作为组件。另外，基于app的增强服务可包括一个或多个通知流作为组件。另外，基于自动启动app的增强服务可包括一个或多个内容项目作为组件。
线性服务可包括基于自动启动app的增强和基于被触发app的增强作为组件。在特定实施例中，基于自动启动app的增强被作为目标广告插入，并且基于被触发app的增强向用户提供交互式观看体验。
基于app的服务是指当服务被选择时指定应用被启动。基于app的服务可包括一个基于app的增强服务。在这里，包括基于app的增强服务的基于app的服务可包括一个指定的主要app。app可采取内容项目或数据项目的格式。在这里，可将内容项目称为组成一个app的一组文件。在这里，服务可包括自动启动应用作为属性。另外，基于app的服务可包括一个或多个内容项目作为属性。
服务的组件可在多个不同组件之间被共享。另外，基于app的服务的应用可发起OnDemand内容的回放。
相对于线性服务，再次地描述节目和片段。节目是线性服务的时间区段。在这里，节目具有预定的开始时间和持续时间。另外，节目可由广播站限定，从而被按一个节目单元消费。
另外，节目可指代具有与内容项目或线性服务的节目相同的结构的OnDemand内容。在这里，OnDemand内容不具有不同于线性服务的节目的预定开始时间。另外，OnDemand不包括由广播站限定的时基。
每个节目涉及“演出”。在这里，演出包括节目的主要内容。如上所述，节目的属性是演出的属性。例如，诸如描述节目、演员以及节目中的释放数据之类的属性是演出的属性。除演出属性之外的节目属性是节目本身的属性。即使当节目包括相同的演出时，节目本身的属性也可改变。例如，节目和包括节目的服务中的开始时间可针对每个节目改变。
节目包括包含演出的一个或多个时间区段。另外，节目可包括包含插播内容的一个或多个时间区段。这样的时间区段称为片段。更详细地，时间区段可被划分成演出片段和插播片段。
片段可具有预定的开始时间和长度作为节目的一部分。这样的片段称为锚定片段。另外，存在被动态插入节目中的非锚定片段。更详细地，非锚定片段是其中未限定要插入的特定节目或要插入的特定时间的片段。例如，其中要插入的节目和时间未被限定并被广播接收设备100接收到的定向广告可以是非锚定片段。
广播接收设备100可通过服务指南通过控制单元150来显示与节目有关的应用。另外，广播接收设备100可向收藏列表添加与节目有关的应用或者基于用户输入而将其下载。更详细地，当基于自动启动app的服务被提供打包app时，广播接收设备100可通过显示广播节目的服务指南而将其显示。这将参考图111来描述。
图129是图示出广播接收设备通过广播服务指南来显示基于自动启动app的服务并将其存储为收藏项或者将其下载的操作的流程图。
广播接收设备100在操作S951中通过广播接收单元110接收广播信号。
广播接收设备100在操作S953中基于广播信号通过控制单元150来获得基于自动启动app的服务信息。在特定实施例中，广播接收设备100可从广播信号获得基于自动启动app的服务信息。例如，广播接收设备100可从上述服务信息或节目信息获得基于自动启动app的服务信息。
广播接收设备100在操作S955中通过基于自动启动app的服务信息通过控制单元150来显示服务指南。在特定实施例中，广播接收设备100可除节目信息之外还显示基于自动启动app的服务信息。尤其是，广播接收设备100可显示与基于自动启动app的服务有关的基于自动启动app的服务信息和节目信息。
广播接收设备100在操作S957中通过控制单元150来接收用于基于自动启动app的服务的用户输入。更详细地，广播接收设备100可接收用于选择基于自动启动app的服务的用户输入。更详细地，广播接收设备100可接收用于将自动启动应用存储为收藏项的用户输入。在另一特定实施例中，广播接收设备100可接收用于下载自动启动应用的用户输入。
广播接收设备100在操作S959中基于用户输入通过控制单元150将自动启动应用存储为收藏项或者将其下载。更详细地，广播接收设备100可将选择的基于自动启动app的服务的自动启动应用存储为收藏项或者可将其下载。
广播接收设备100在操作S961中通过控制单元150显示被存储为收藏项的自动启动应用或下载的自动启动应用。更详细地，广播接收设备100可显示被存储为收藏项的自动启动应用或下载的自动启动应用。在特定实施例中，广播接收设备100可通过图标来显示被存储为收藏项的自动启动应用或下载的自动启动应用。另外，广播接收设备100可接收用于被存储为收藏项的自动启动应用或下载自动启动应用的用户输入，并且然后可下载或启动自动启动应用。通过此操作，广播接收设备100可允许广播服务指南充当智能电话的应用商店。
在常规广播中，用于听力障碍人的手语屏幕被直接地插入广播视频。因此，不具有听力障碍且因此不需要看到手语屏幕的用户被迫不方便地观看手语。另外，手语屏幕被恒定地固定，使得这可阻挡一般用户强烈想要看到的场景。广播公司可能需要执行用于将手语屏幕插入到一般内容中以便发送手语屏幕的编码过程。为了解决此不方便，要求一种广播发送设备及其操作方法以及一种广播接收设备及其操作方法。这将参考图130至134来描述。
广播发送设备可通过与包括一般内容的视频不同的附加视频来发送手语屏幕。广播接收设备100可在不包括一般内容和手语屏幕的视频上叠加包括手语屏幕的附加视频。另外，广播接收设备100可接收表示显示手语屏幕的位置的信息，并且可基于表示该位置的信息而显示包括手语屏幕的附加视频。或者，广播接收设备100可基于用于显示手语的位置的用户输入而显示包括手语屏幕的附加视频。另外，除一般语言之外，还存在在许多国家使用的各种手语。因此，广播发送设备可发送分别包括针对一个一般内容的多个手语屏幕的多个视频。在这里，广播接收设备100可显示分别包括多个手语屏幕的多个视频中的一个。在这里，广播接收设备100可基于用户输入而显示分别包括多个手语屏幕的多个视频中的一个。要求一种用信号发送这样的手语屏幕的传播的方法。
在特定实施例中，可将用信号发送手语屏幕的视频作为附加组件用信号发送。尤其是，可通过上述对象模型而高效地用信号发送手语屏幕。
尤其是，手语组件可包括表示显示手语组件的位置的信息。另外，手语组件可包括表示手语的类型的信息。
可将发送手语屏幕的连续组件称为手语组件。在这里，手语组件类别可包括表示手语屏幕的编码编解码器的编解码器、表示手语屏幕的分辨率的分辨率、表示显示手语屏幕的位置的坐标、表示手语屏幕的长宽比的手语屏幕的长宽比、表示图像的扫描方法的扫描方法、表示手语屏幕的帧速率的帧速率、静止画面模式、其它编码参数以及手语的类型中的至少一个作为属性。可用宽度×高度的像素单位来表示分辨率。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。另外，扫描方法可以是隔行方法和逐行方法中的一个。另外，可根据编解码器来确定其它编码参数。另外，手语的类型可表示北美手语(ASL)、巴拿马手语(LSP)、墨西哥手语(LSM)以及韩国手语(KSL)中的一个。
在这里，可呈现视频组件类别可具有与可呈现SignLanguage组件的AssociatedSignLanguage关系作为关系。关于可呈现SignLanguage组件类别的AssociatedSignLanguage关系可表示同时显示可呈现视频组件和可呈现手语组件是适当的。更详细地，可呈现手语组件可叠加在可呈现视频组件上。
可呈现手语组件类别表示包括手语内容的可呈现组件。
另外，上述TV服务类别可包括与可呈现手语组件的包含关系作为关系。
另外，上述TV节目类别可包括与可呈现手语组件的包含关系作为关系。
图130是图示出根据本发明的另一实施例的根据广播服务的类型具有子属性的继承关系的视图。如上所述，服务可包括一个或多个手语组件。更详细地，多个手语组件可以是表示相同类型的不同类型的手语。广播接收设备100可通过接收用户输入而显示对应于用户输入的多个手语组件中的一个。因此，TV服务可包括一个或多个手语组件。另外，无线电服务可包括一个或多个手语组件。因此，TV服务类别可包括一个或多个手语组件类别。另外，无线电服务类别可包括一个或多个手语组件类别。
图131是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
如上所述，连续组件可以是复杂组件或基本组件。基本组件可以是基本手语组件。
图132是图示出根据本发明的另一施例的可呈现组件与具有可呈现组件的子属性的组件之间的继承关系的视图。
可呈现组件可以是可呈现手语组件。每个TV服务的可呈现视频组件可具有一个或多个相关可呈现手语组件。在这里，可呈现手语组件应与可呈现视频组件相关联。
在另一特定实施例中，广播传输设备可通过使用基本视频组件的属性用信号发送包括手语屏幕的视频。更详细地，基本视频组件可包括表示视频的类型的模式属性。在这里，模式可表示其代表一般视频而不是手语屏幕和手语的正常(normal)中的一个。在这里，当视频组件是手语时，其可包括表示手语的类型的信息和表示将显示手语屏幕的位置的坐标信息作为属性。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。
在另一特定实施例中，广播发送设备可修改表示视频的作用的信息，并且然后可用信号发送包括手语屏幕的视频，视频的作用是服务、节目或复合视频组件包括的属性。更详细地，表示服务、节目或复合视频组件包括的视频的作用的信息可表示手语。在这里，服务、节目或复合视频组件可包括表示手语的类型的信息和表示显示手语屏幕的位置的坐标信息作为属性。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。在特定对象模型中，服务类别、节目类别或复合视频组件类别包括的作用属性可表示手语。
在另一特定实施例中，广播发送设备可通过表示对内容的可访问性的信息用信号发送包括手语屏幕的视频。更详细地，广播发送设备可通过使用表示对内容的可访问性的信息而用信号发送包括手语屏幕的视频作为可呈现组件、内容项目组件、服务、节目、演出、片段、app、基于app的增强服务以及基于app的服务中的至少一个的属性。另外，广播发送设备可允许表示服务所针对的用户或广播接收设备的定向属性包括表示对内容的可访问性的信息，并且然后将其发送。在特定实施例中，表示对内容的可访问性的信息可包括包含手语屏幕的视频的属性。在这里，包括手语屏幕组件的视频可包括表示手语的类型的信息和表示将显示手语屏幕的位置的坐标信息作为属性。可通过使用显示手语屏幕的像素来显示坐标。例如，如果坐标是(10,10)，则这表示对应于水平10和垂直10的像素。另外，可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如，如果坐标是(10,10)且屏幕分辨率是1920×1080，则坐标可表示对应于水平192和垂直108的像素。在特定对象模型中，可呈现组件类别、内容项目组件类别、服务类别、节目类别、延迟类别、分段类别、app类别、基于app的增强服务类别以及基于app的服务类别中的至少一个可包括表示可访问性的信息作为属性。另外，服务类别的定向属性可包括表示对内容的可访问性的可访问性作为属性。
图133是图示出根据本发明的实施例的用以发送用信号发送包括手语屏幕的视频的信息的广播发送设备的操作的流程图。
广播发送设备在操作S971中通过控制单元获得包括手语的视频的属性。如上所述，包括手语屏幕的视频的属性可包括表示显示包括手语屏幕的视频的位置的坐标和表示手语类型的信息中的至少一个。
广播传输设备在操作S973中通过控制单元来生成用信号发送包括手语的视频的信息。如上所述，广播发送设备可通过附加组件、基本视频组件的属性、表示作为服务、节目或复合视频组件包括的属性的视频的作用的信息，以及表示对内容的可访问性的信息中的至少一个，来用信号发送包括手语的视频。
广播发送设备在操作S975中通过发送单元发送广播信号，该广播信号用信号发送包括手语的视频。
图134是图示出根据本发明的实施例的用以显示包括手语屏幕的视频的广播接收设备的操作的流程图。
广播接收设备100在操作S981中通过广播接收单元110接收广播信号。
广播接收设备100在操作S983中通过控制单元150基于广播信号而获得用信号发送包括手语屏幕的视频的信息。如上所述，可通过附加组件、基本视频组件的属性、表示作为服务、节目或复合视频组件包括的属性的视频的作用的信息，以及表示对内容的可访问性的信息中的至少一个来用信号发送用信号发送包括手语屏幕的视频的信息。
广播接收设备100在操作S985中通过控制单元150基于用信号发送包括手语屏幕的视频的信息而获得关于包括手语屏幕的视频的属性。如上所述，包括手语屏幕的视频的属性可包括表示显示包括手语屏幕的视频的位置的坐标和表示手语类型的信息中的至少一个。
广播接收设备100在操作S987中通过控制单元150基于关于包括手语屏幕的视频的属性来显示包括手语屏幕的视频。更详细地，广播接收设备100可基于表示显示包括手语屏幕的视频的位置的坐标而显示包括手语屏幕的视频。另外，广播接收设备100可在不包括手语屏幕的视频上叠加包括手语屏幕的视频，并且然后可以将其显示。另外，在特定实施例中，广播接收设备100可基于用户输入而显示包括手语屏幕的视频。这将参考图135来描述。
图135是图示出根据本发明的实施例的用于用广播接收设备来设定手语的用户输入的界面的视图。
广播接收设备100可基于用户输入而显示包括手语屏幕的视频。在这里，用户输入可以是关于是否显示其显示手语屏幕的视频的用户输入。另外，用户输入可以是关于显示包括手语屏幕的视频的位置的用户输入。另外，用户输入可以是针对手语屏幕的手语的类型的用户输入。当广播服务或节目包括包含手语屏幕的多个视频时，广播接收设备100可接收用于选择包括手语屏幕的多个视频中的一个的用户输入。在这里，广播接收设备100可显示根据用于选择包括手语屏幕的多个视频中的一个的用户输入而选择的包括手语屏幕的视频。在特定实施例中，广播接收设备100可通过如图135的实施例中所示的用于设置广播接收设备100的操作的设置菜单来接收这样的用户输入。
本发明不限于上述实施例中描述的特征、结构、以及作用。此外，本领域的技术人员可以组合或者修改各个实施例中的特征、结构、以及作用。因此，应解释与这样的组合和修改有关的内容被包括在本发明的范围中。
虽然参考本发明的优选实施例已经特别地示出和描述了本发明，但是本领域的技术人员将会理解，在没有脱离如通过随附的权利要求定义的本发明的精神和范围内可以进行形式和详情的各种变化。例如，实施例中的各个组件被修改和实现。因此，应解释与这样的修改和应用有关的不同被包括在随附的权利要求的范围中。

Claims (20)

1.一种广播接收装置，包括：
广播接收单元，所述广播接收单元接收广播信号；和
控制单元，所述控制单元在不包括手语屏幕的视频上叠加包括手语的视频，并且显示叠加的视频。
2.根据权利要求1所述的广播接收装置，其中，所述控制单元基于广播信号获得用信号发送包括手语屏幕的视频的信息，并且基于用信号发送包括所述手语屏幕的视频的所述信息显示包括所述手语屏幕的视频。
3.根据权利要求2所述的广播接收装置，其中，所述控制单元从用信号发送包括所述手语屏幕的视频的所述信息获取包括所述手语屏幕的视频的属性，并且基于包括所述手语屏幕的视频的所述属性显示包括所述手语屏幕的视频。
4.根据权利要求3所述的广播接收装置，其中，包括所述手语屏幕的视频的所述属性包括所述手语屏幕包括的手语的类型和显示所述手语屏幕的位置中的至少一个。
5.根据权利要求2所述的广播接收装置，其中，用信号发送包括所述手语屏幕的视频的所述信息作为不同于不包括所述手语屏幕的视频的组件被用信号发送。
6.根据权利要求2所述的广播接收装置，其中，用信号发送包括所述手语屏幕的视频的所述信息作为不包括所述手语屏幕的视频的属性被用信号发送。
7.根据权利要求2所述的广播接收装置，其中，用信号发送包括所述手语屏幕的视频的所述信息作为不包括所述手语屏幕的视频的属性被用信号发送。
8.根据权利要求2所述的广播接收装置，其中，用信号发送包括所述手语屏幕的视频的所述信息作为表示对内容的可访问性的信息被用信号发送。
9.根据权利要求1所述的广播接收装置，其中，所述控制单元接收用于包括所述手语屏幕的视频的用户输入，并且基于所述用户输入显示包括所述手语屏幕的视频。
10.根据权利要求9所述的广播接收装置，其中，所述用户输入是关于是否显示视频的用户输入，该视频显示手语屏幕。
11.根据权利要求9所述的广播接收装置，其中，所述用户输入是关于显示包括手语屏幕的视频的位置的输入。
12.根据权利要求9所述的广播接收装置，其中，所述用户输入是关于手语屏幕的的手语的类型的用户输入。
13.一种广播接收装置的操作方法，所述方法包括：
接收广播信号；和
在不包括手语屏幕的视频上叠加包括手语屏幕的视频，并且显示叠加的视频。
14.根据权利要求13所述的方法，其中，在不包括手语屏幕的视频上叠加包括手语的视频的并且显示叠加的视频的显示包括：
基于广播信号获得用信号发送包括手语屏幕的视频的信息；和
基于用信号发送包括手语屏幕的视频的所述信息，显示包括手语屏幕的视频。
15.根据权利要求13所述的方法，其中，基于用信号发送包括手语屏幕的视频的信息显示包括手语屏幕的视频包括：
从用信号发送包括手语屏幕的视频的所述信息获得包括所述手语屏幕的视频的属性；和
基于包括所述手语屏幕的视频的所述属性，显示包括所述手语屏幕的视频。
16.根据权利要求15所述的方法，其中，包括所述手语屏幕的视频的所述属性包括所述手语屏幕包括的手语的类型和显示所述手语屏幕的位置中的至少一个。
17.根据权利要求14所述的方法，其中，用信号发送包括所述手语屏幕的视频的所述信息作为不同于不包括所述手语屏幕的视频的组件被用信号发送。
18.根据权利要求13所述的方法，其中，用信号发送包括所述手语屏幕的视频的所述信息作为不包括所述手语屏幕的视频的属性被用信号发送。
19.根据权利要求14所述的方法，其中，用信号发送包括所述手语屏幕的视频的所述信息作为表示对内容的可访问性的信息被用信号发送。
20.根据权利要求14所述的方法，其中，用信号发送包括所述手语屏幕的视频的所述信息作为表示广播服务或者广播节目包括的视频的作用的信息被用信号发送。
CN201580009220.3A 2014-01-21 2015-01-20 广播发送装置及其操作方法、和广播接收装置及其操作方法 Pending CN106031178A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201461929964P 2014-01-21 2014-01-21
US61/929,964 2014-01-21
US201461929974P 2014-01-22 2014-01-22
US61/929,974 2014-01-22
US201461930960P 2014-01-24 2014-01-24
US61/930,960 2014-01-24
PCT/KR2015/000610 WO2015111905A1 (en) 2014-01-21 2015-01-20 Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof

Publications (1)

Publication Number Publication Date
CN106031178A true CN106031178A (zh) 2016-10-12

Family

ID=53681657

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580009220.3A Pending CN106031178A (zh) 2014-01-21 2015-01-20 广播发送装置及其操作方法、和广播接收装置及其操作方法

Country Status (5)

Country Link
US (1) US20170006248A1 (zh)
EP (1) EP3097696A4 (zh)
KR (1) KR101838202B1 (zh)
CN (1) CN106031178A (zh)
WO (1) WO2015111905A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CZ306519B6 (cs) * 2015-09-15 2017-02-22 Západočeská Univerzita V Plzni Způsob poskytnutí překladu televizního vysílání do znakové řeči a zařízení k provádění tohoto způsobu
EP3598768A4 (en) * 2017-03-14 2020-03-11 Sony Semiconductor Solutions Corporation RECEIVER AND DATA PROCESSING METHOD
WO2019143843A1 (en) * 2018-01-17 2019-07-25 Twentieth Century Fox Film Corporation Sign language video encoding for digital cinema
US11936940B2 (en) 2021-05-05 2024-03-19 Disney Enterprises, Inc. Accessibility enhanced content rendering

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101146199A (zh) * 2006-09-13 2008-03-19 索尼株式会社 视频信息处理设备、视频信息处理方法和计算机程序
CN101682726A (zh) * 2007-04-05 2010-03-24 韩国电子通信研究院 数字多媒体广播应用格式生成方法及其设备
US20100100899A1 (en) * 2006-11-15 2010-04-22 British Broadcasting Corporation Accessing content
CN101742173A (zh) * 2008-11-12 2010-06-16 中兴通讯股份有限公司 一种支持观看两路视频的方法及网络互动电视系统
EP2315201A1 (en) * 2009-10-22 2011-04-27 Sony Corporation Transmitting and receiving apparatus and method, computer program, and broadcasting system with speech to sign language conversion
CN102855901A (zh) * 2005-08-25 2013-01-02 索尼株式会社 播放设备、播放方法、程序、程序存储介质、数据结构，以及记录介质制造方法
CN103004221A (zh) * 2010-07-13 2013-03-27 汤姆森特许公司 多媒体应用的画中画的方法
US20130160048A1 (en) * 2011-12-14 2013-06-20 Electronics And Telecommunications Research Institute System and method of providing sign language broadcasting service

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5890120A (en) * 1997-05-20 1999-03-30 At&T Corp Matching, synchronization, and superposition on orginal speaking subject images of modified signs from sign language database corresponding to recognized speech segments
KR100735276B1 (ko) * 2005-08-18 2007-07-03 삼성전자주식회사 디지털 비디오 방송 시스템에서 다중 프로토콜 캡슐화순방향 오류 정정 프레임의 복호 방법 및 장치
US20110072469A1 (en) * 2009-09-18 2011-03-24 Nokia Corporation Addressing Fringe Areas in Broadcast Networks
WO2011072881A1 (en) * 2009-12-17 2011-06-23 Telefonaktiebolaget L M Ericsson (Publ) Configuration of synchronisation network having synchronization trails for time sync and frequency sync
WO2011136574A2 (ko) * 2010-04-28 2011-11-03 엘지전자 주식회사 방송 신호 송신기, 방송 신호 수신기, 및 방송 신호 송/수신기에서 방송 신호 송수신 방법
CN109756287B (zh) * 2011-10-13 2020-12-29 三星电子株式会社 用于发送和接收多媒体服务的方法和装置
KR20130078643A (ko) * 2011-12-30 2013-07-10 한국전자통신연구원 Ｍｍｔ 복합 전달 서비스에서 ｍｍｔ 패킷 스트림 동기화를 위한 ｍｍｔ 제어 계층 시그널링을 이용한 타이밍 정보 제공 방법 및 ｍｍｔ 패킷 스트림 동기화 방법

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102855901A (zh) * 2005-08-25 2013-01-02 索尼株式会社 播放设备、播放方法、程序、程序存储介质、数据结构，以及记录介质制造方法
CN101146199A (zh) * 2006-09-13 2008-03-19 索尼株式会社 视频信息处理设备、视频信息处理方法和计算机程序
US20100100899A1 (en) * 2006-11-15 2010-04-22 British Broadcasting Corporation Accessing content
CN101682726A (zh) * 2007-04-05 2010-03-24 韩国电子通信研究院 数字多媒体广播应用格式生成方法及其设备
CN101742173A (zh) * 2008-11-12 2010-06-16 中兴通讯股份有限公司 一种支持观看两路视频的方法及网络互动电视系统
EP2315201A1 (en) * 2009-10-22 2011-04-27 Sony Corporation Transmitting and receiving apparatus and method, computer program, and broadcasting system with speech to sign language conversion
US20110096232A1 (en) * 2009-10-22 2011-04-28 Yoshiharu Dewa Transmitting apparatus, transmitting method, receiving apparatus, receiving method, computer program, and broadcasting system
CN103004221A (zh) * 2010-07-13 2013-03-27 汤姆森特许公司 多媒体应用的画中画的方法
US20130160048A1 (en) * 2011-12-14 2013-06-20 Electronics And Telecommunications Research Institute System and method of providing sign language broadcasting service

Also Published As

Publication number Publication date
US20170006248A1 (en) 2017-01-05
KR101838202B1 (ko) 2018-04-26
EP3097696A1 (en) 2016-11-30
EP3097696A4 (en) 2017-09-20
WO2015111905A1 (en) 2015-07-30
KR20160091421A (ko) 2016-08-02

Similar Documents

Publication Publication Date Title
CN106031181B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106105136B (zh) 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN106537822B (zh) 广播发送设备及其处理数据的方法、广播接收设备及其处理数据的方法
CN105917655B (zh) 经由一个或者多个网络发送或者接收广播内容的设备和方法
CN105917654B (zh) 经由一个或者更多个网络发送或者接收广播内容的设备和方法
CN106165433B (zh) 广播发送装置、广播接收装置以及广播接收装置的操作方法
KR101865299B1 (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법
CN105981393B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN105659567B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN105794219A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN111510248B (zh) 发送和接收服务指南信息的方法及其装置
CN106233692A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105850141B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106233693A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105900435B (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
CN105814897A (zh) 处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法
CN105934953A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105917653A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
CN105850140A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
CN106031178A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
KR20160045848A (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
CA2933602C (en) Broadcast transmitting device and operating method thereof, and broadcast receiving device and operating method thereof
CN106416284A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20161012