CN105794174B - 用于发送/接收广播信号的设备和方法 - Google Patents

用于发送/接收广播信号的设备和方法 Download PDF

Info

Publication number
CN105794174B
CN105794174B CN201580002817.5A CN201580002817A CN105794174B CN 105794174 B CN105794174 B CN 105794174B CN 201580002817 A CN201580002817 A CN 201580002817A CN 105794174 B CN105794174 B CN 105794174B
Authority
CN
China
Prior art keywords
information
link layer
data
signaling
grouping
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580002817.5A
Other languages
English (en)
Other versions
CN105794174A (zh
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 CN105794174A publication Critical patent/CN105794174A/zh
Application granted granted Critical
Publication of CN105794174B publication Critical patent/CN105794174B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • 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/234309—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 by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/39—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability involving multiple description coding [MDC], i.e. with separate layers being structured as independently decodable descriptions of input picture data
    • 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/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/4343—Extraction or processing of packetized elementary streams [PES]
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开一种用于发送广播信号的设备，包括：IP分组生成器，该IP分组生成器生成包括用于广播服务的广播数据的互联网协议(IP)分组；链路层分组生成器，该链路层分组生成器生成包括IP分组的分组，其中链路层生成器包括，开销减少处理器，该开销减少处理器对IP分组的IP报头执行报头压缩，封装器，该封装器将具有IP报头的IP分组封装到分组，以及链路层信令编码器，该链路层信令编码器编码包括指定是否报头压缩被应用于IP报头的报头压缩信息的链路层信令数据；以及广播信号生成器，该广播信号生成器将分组和链路层信令数据映射到数据管道。

Description

用于发送/接收广播信号的设备和方法
技术领域
本发明涉及一种用于在数字广播系统中支持混合广播的方法和设备，并且更加特别地，涉及一种用于在数字广播系统中组合和使用从一个或者多个传送网络发送/接收到的传送流的发送/接收处理方法。此外，本发明涉及一种用于在数字广播系统中使用不同的协议组合和使用分组的发送/接收处理方法和设备。
背景技术
已经在数字广播系统中扩展了基于IP的广播信号的发送/接收(Tx/Rx)。具体地，已经在移动数字广播方案，例如，欧洲广播标准当中的DVB-NGH或北美标准当中的ATSC-MH中强调了基于IP的广播信号Tx/Rx环境的重要性。此外，期望将在下一代广播系统中构造被设计成可与广播网络或互联网网络互操作的混合广播系统。
同时，对于在行业或者政策方面从基于传统MPEG-2TS的广播系统完全地切换到IP广播系统将会耗费的时间长，并且存在对于开发能够同时支持IP和MPEG-2TS方案的新广播系统的需求。
此外，根据基于IP的广播系统的扩展，需要通过广播网络来发送紧急警报消息。然而，迄今为止，尚未明确地定义用于发送紧急警报消息的方法。
另外，根据基于IP的广播系统的扩展，能够提供许多的广播服务。然而，不存在用于有效地找到观众所期待的广播服务的方法。
发明内容
技术问题
本发明的目的是为了提供一种在下一代广播系统中不论从较高层接收到的分组类型如何能够处理的链路层分组的结构。
本发明的另一目的是为了提供一种用于允许被包含在协议栈中的较高层的分组中的信息在较低层的分组处理中被使用的方法。
本发明的另一目的是为了提供一种用于在较高层分组的传输期间减少开销的方法。
本发明的另一目的是为了提供用于通过广播系统高效地发送紧急警报消息的方法和设备。
本发明的另一目的是为了提供用于有效地找到观众所期待的广播服务的方法和设备。
技术方案
为了实现目的和其它的优点并且根据本发明的用途，如在此具体化和广泛地描述的，本发明提供一种用于发送广播信号的设备，包括：IP分组生成器，该IP分组生成器生成包括用于广播服务的广播数据的互联网协议(IP)分组；链路层分组生成器，该链路层分组生成器生成包括IP分组的分组，其中链路层生成器包括，开销减少处理器，该开销减少处理器对IP分组的IP报头执行报头压缩，封装器，该封装器将具有IP报头的IP分组封装到分组，以及链路层信令编码器，该链路层信令编码器编码包括指定是否报头压缩被应用于IP报头的报头压缩信息的链路层信令数据；以及广播信号生成器，该广播信号生成器将分组和链路层信令数据映射到数据管道。
优选地，链路层信令数据进一步包括指定是否IP分组被封装到链路层分组的封装信息。
优选地，报头压缩信息和封装信息被组合以用信号发送是否链路层分组生成器的输出对应于具有被压缩的IP有效载荷的链路层分组、具有IP有效载荷的链路层分组、或者IP分组。
优选地，设备进一步包括服务信令数据编码器，该服务信令数据编码器编码包括携带用于快速广播服务扫描和获取的信息的快速信息信道数据的服务信令信道数据，其中快速信息信道包括识别提供广播服务的广播公司的广播识别信息，和指定广播公司的基础数据管道的基础数据管道识别信息。
优选地，服务信令数据编码器进一步编码携带用于经由广播系统提供紧急警报的信息的紧急警报信道数据，其中紧急警报信道数据包括识别用于紧急警报的紧急消息的消息识别信息，和指定是否存在与紧急消息有关的非实时内容的非实时内容信息。
优选地，在广播信号中经由专用信道发送快速信息信道数据和紧急警报信道数据，其中专用信道对应于为了特定目的而保留的数据信道。
优选地，分组被映射到正常数据管道并且链路层信令数据被映射到基础数据管道。
而且，本发明提供一种用于在接收器接收广播信号的方法，包括：接收广播信号，广播信号包括具有分组和链路层信令数据的数据管道；解码链路层信令数据，其中链路层信令数据包括指定是否报头压缩被应用于IP报头的报头压缩信息；将分组解封装成具有IP报头的互联网协议(IP)分组；基于报头压缩信息对IP报头执行报头恢复；解码包括用于广播服务的广播数据的IP分组；以及使用广播数据处理广播服务的音频数据和视频数据。
优选地，链路层信令数据进一步包括指定是否IP分组被封装到链路层分组的封装信息。
优选地，报头压缩信息和封装信息被组合以用信号发送是否各个分组对应于具有被压缩的IP有效载荷的链路层分组、具有IP有效载荷的链路层分组、或者IP分组。
优选地，该方法进一步包括解码包括携带用于快速广播服务扫描和获取的信息的快速信息信道数据的服务信令信道数据，其中快速信息信道包括识别提供广播服务的广播公司的广播识别信息，和指定广播公司的基础数据管道的基础数据管道识别信息。
优选地，服务信令信道数据进一步包括携带用于经由广播系统提供紧急警报的信息的紧急警报信道数据，其中紧急警报信道数据包括识别用于紧急警报的紧急消息的消息识别信息，和指定是否存在与紧急消息有关的非实时内容的非实时内容信息。
优选地，在广播信号中经由专用信道接收快速信息信道数据和紧急警报信道数据，其中专用信道对应于为了特定目的而保留的数据信道。
优选地，经由正常数据管道接收分组并且经由基础数据管道接收链路层信令数据。
有益效果
从上面的描述显然的是，根据实施例的广播接收器能够处理链路层的分组，不论从上层接收到的分组类型如何。
在较高层处理的执行之前，即，在较低层分组的处理步骤中，广播接收器能够使用被包含在协议栈的较高层的分组中的信息。
根据实施例，广播接收器能够减少在较高层分组的传输过程中遇到的开销。
根据本发明，能够通过广播系统有效地发送紧急警报消息。
根据本发明，能够找到观众所期待的广播服务。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请的一部分，附图图示本发明的实施例，并且与本说明书一起用来说明本发明的原理。附图中：
图1是示出根据本发明的实施例的下一代广播系统的协议栈的视图。
图2是图示根据本发明的实施例的链路层的接口的概念图。
图3图示根据本发明的实施例的在与链路层的操作模式中的一个对应的普通模式下的操作。
图4图示根据本发明的实施例的在与链路层的操作模式中的一个对应的透明模式下的操作。
图5图示根据本发明的实施例的在发送机处的链路层的配置(普通模式)。
图6图示根据本发明的实施例的在接收机处的链路层的配置(普通模式)。
图7是图示根据本发明的实施例的根据链路层组织类型的定义的图。
图8是图示根据本发明的实施例的当逻辑数据路径仅包括普通数据管道时广播信号的处理的图。
图9是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和基础数据管道时广播信号的处理的图。
图10是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和专用信道时广播信号的处理的图。
图11是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时广播信号的处理的图。
图12是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时在接收机的链路层中的信号和/或数据的详细处理操作的图。
图13是图示根据本发明的实施例的快速信息信道(FIC)的语法的图。
图14是图示根据本发明的实施例的紧急警报表(EAT)的语法的图。
图15是图示根据本发明的实施例的发送到数据管道的分组的图。
图16是图示根据本发明的实施例的用于控制发送器和/或接收器的操作模式的过程的图。
图17是图示根据本发明的实施例的根据被发送到物理层的标志的值和分组的类型在链路层中的操作的图。
图18是根据本发明的实施例的用于用信号发送模式控制参数的描述符的图。
图19是图示根据本发明的实施例的用于控制操作模式的发送器的操作的图。
图20是图示根据本发明的实施例的用于根据操作模式处理广播信号的接收器的操作的图。
图21是图示根据本发明的实施例的接收器的图。
具体实施方式
现在将详细地参考本发明的优选实施例，其示例被图示在附图中。将在下面参考附图给出的详细描述旨在说明本发明的示例性实施例，而不是示出能够根据本发明实现的仅有实施例。
尽管本说明书中的元素的大部分术语已经选自在本领域中考虑到其在本说明书中的功能而广泛地使用的一般术语，但是这些术语可以取决于本领域的技术人员的意图或惯例或者新技术的引入而改变。一些术语已由本申请人任意地选择并且它们的含义根据需要在以下描述中说明。因此，本说明书中使用的术语应该基于本说明书的总体内容与术语的实际含义而不是它们的简单名称或含义一起来解释。
本说明书中的术语“信令”可以指示从广播系统、互联网系统和/或广播/互联网汇聚系统发送和接收的服务信息(SI)。服务信息(SI)可以包括从现有广播系统接收的广播服务信息(例如，ARSC-SI和/或DVB-SI)。
术语“广播信号”可以在概念上不仅包括从地面广播、有线电视广播、卫星广播和/或移动广播接收的信号和/或数据，而且包括从诸如互联网广播、宽带广播、通信广播、数据广播和/或VOD(视频点播)的双向广播系统接收的信号和/或数据。
术语“PLP”可以指示用于发送包含在物理层中的数据的预定单元。因为，必要时术语“PLP”还可以用术语“数据单元”或“数据管道”代替。
被配置成与广播网络和/或互联网网络互通的混合广播服务可以被用作要在数字电视(DTV)服务中使用的代表性应用。混合广播服务通过互联网实时地发送与经由地面广播网络发送的广播A/V(音频/视频)内容有关的增强数据，或者通过互联网实时地发送广播A/V内容的一些部分，使得用户能够体验各种内容。
本发明旨在提供用于以IP分组、MPEG-2TS分组、以及分组能够被发送到物理层的方式在下一代数字广播系统中封装可应用于其它的广播系统的IP分组、MPEG-2TS分组、以及分组的方法。另外，本发明提出用于使用相同的报头格式发送层2信令的方法。
在下文中要描述的内容可以由装置被实现。例如，能够通过信令处理器、协议处理器、处理器、以及/或者分组生成器执行下述过程。
在本发明中使用的术语当中，实时(RT)服务在字面上意指实时服务。即，RT服务是通过时间限制的服务。另一方面，非实时(NRT)服务意指排除RT服务的非实时服务。即，NRT服务是不受时间限制的服务。对于NRT服务的数据将会被称为NRT服务数据。
根据本发明的广播接收器可以通过诸如陆地广播、有线广播、或者互联网的媒介接收非实时(NRT)服务。NRT服务被存储在广播接收器的存储介质中并且然后以预先确定的时间或者根据用户的请求被显示在显示装置上。在一个实施例中，以文件的形式接收NRT服务并且然后存储在存储介质中。在一个实施例中，存储介质是被安装在广播接收器中的内部硬盘驱动(HDD)。在另一示例中，存储介质可以是被连接到广播接收系统的外部的通用串行总线(USB)或者外部HDD。信令信息对于接收组成NRT服务、将文件存储在存储介质中、并且将该文件提供给用户来说是必需的。在本发明中，这样的信令信息将被称为NRT服务信令信息或者NRT服务信令数据。根据获得IP数据报的方法，根据本发明的NRT服务可以被分类成固定的NRT服务和移动的NRT服务。特别地，固定的NRT服务被提供给固定的广播接收器，并且移动的NRT服务被提供给移动广播接收器。在本发明中，固定的NRT服务将会被描述为实施例。然而，本发明可以被应用于移动的NRT服务。
图1是示出根据本发明的实施例的下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于互联网协议(IP)集中广播网络和宽带联接的混合广播系统。
可以将根据本发明的广播系统设计成维持与常规基于MPEG-2的广播系统的兼容性。
根据本发明的广播系统可以对应于基于以IP为中心的广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的联接的混合广播系统。
参考图，物理层可以使用广播系统，诸如ATSC系统和/或DVB系统，中采用的物理协议。例如，在根据本发明的物理层中，发送机/接收机可以发送/接收地面广播信号并且将包括广播数据的传输帧转换成适当的形式。
在封装层中，IP数据报是从自物理层获取的信息获取的，并且所获取的IP数据报被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧)。帧主要包括一组IP数据报。例如，在封装层中，发送机将从物理层处理的数据包括在传输帧中，或者接收机从自物理层获取的传输帧中提取MPEG-2TS和IP数据报。
快速信息信道(FIC)包括访问服务和/或内容所必需的信息(例如，服务ID与帧之间的映射信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播系统可以使用协议，诸如互联网协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、异步分层编码/分层编码传输(ALC/LCT)、速率控制协议/RTP控制协议(RCP/RTCP)、超文本输送协议(HTTP)以及双向传输文件传送(FLUTE)。这些协议之间的栈可以参考图中所示出的结构。
在根据本发明的广播系统中，可以以基于ISO的媒体文件格式(ISOBMFF)的形式传输数据。可以以ISOBMFF的形式传输电子服务指南(ESG)数据、非实时(NRT)数据、音频/视频(A/V)数据和/或一般数据。
数据通过广播网络的传输可以包括线性内容的传输和/或非线性内容的传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急警报消息等)的传输可以对应于线性内容的传输。
可以以包括网络抽象层(NAL)的RTP/AV流的形式和/或以按照基于ISO的媒体文件格式封装的形式传输RTP有效载荷。RTP有效载荷的传输可以对应于线性内容的传输。按照基于ISO的媒体文件格式封装的形式的传输可以包括用于A/V的MPEG DASH媒体片段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括用于A/V的MPEG DASH媒体片段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEG DASH的媒体片段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEG DASH的MPD)的传输。
在根据本发明的广播系统中，可以支持通过广播网络传输的线性/非线性内容之间的同步或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如，在通过广播网络和宽带单独并同时传输一个UD内容的情况下，接收机可以调整依赖于传输协议的时间线，并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播系统的应用层可以实现技术特性，诸如交互性、个性化、第二画面以及自动内容识别(ACR)。这些特性在从ATSC 2.0到ATSC 3.0的扩展中是重要的。例如，HTML5可以被用于交互性的特性。
在根据本发明的广播系统的呈现层中，HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中，信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽带来发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下，可以通过地面广播网络实时地发送A/V内容和/或数据，并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地，可以通过实时地经由互联网使用HTTP动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播系统中，可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务，诸如交互式服务和第二画面服务。
在TS和IP流的基于混合的广播系统中，链路层可以被用来发送具有TS或IP流类型的数据。当各种类型的数据将通过物理层来发送时，链路层可以将数据转换成由物理层所支持的格式并且将经转换的数据传送给物理层。以这种方式，可以通过同一物理层来发送各种类型的数据。这里，物理层可以对应于使用MIMO/MISO方案等通过对数据进行交织、复用和/或调制来发送数据的步骤。
链路层需要被设计为使得即使当物理层的配置改变了时也使对链路层的操作的影响最小化。换句话说，链路层的操作需要被配置为使得操作可以与各种物理层兼容。
本发明提出了能够不管上层和下层的类型都独立地操作的链路层。以这种方式，能够支持各种上层和下层。这里，上层可以是指诸如TS流、IP流等的数据流的层。这里，下层可以是指物理层。此外，本发明提出了具有可以扩展/添加/删除可由链路层支持的功能的可校正结构的链路层。而且，本发明提出了将开销减少功能包括在链路层中使得可以高效地使用无线电资源的方案。
在此图中，诸如IP、UDP、TCP、ALC/LCT、RCP/RTCP、HTTP、FLUTE等的协议和层如上所述。
在此图中，链路层t88010可以是上面描述的数据链路(封装)部分的另一示例。本发明提出了链路层t88010的配置和/或操作。由本发明提出的链路层t88010可以对链路层和/或物理层的操作所必需的信令进行处理。此外，由本发明提出的链路层t88010可以对TS和IP分组等进行封装，并且在此过程中执行开销减少。
由本发明提出的链路层t88010可以由诸如数据链路层、封装层、第2层等的数个术语来表示。根据给定实施例，新术语可以被应用于链路层并被使用。
图2是图示根据本发明的实施例的链路层的接口的概念图。
参考图2，发送机可以考虑数字广播中主要使用的IP分组和/或MPEG-2TS分组被用作输入信号的示例性情况。发送机还可以支持能够被用在下一代广播系统中的新协议的分组结构。可以向物理层发送链路层的已封装数据和信令信息。发送机可以根据由广播系统支持的物理层的协议来对所发送的数据(包括信令数据)进行处理，使得发送机可以发送包括所对应的数据的信号。
另一方面，接收机可以将从物理层接收的数据和信令信息恢复成能够在高层中被处理的其它数据。接收机可以读取分组的报头，并且可以确定从物理层接收的分组是指示信令信息(或信令数据)还是识别数据(或内容数据)。
从发送机的链路层接收的信令信息(或信令数据)可以包括从上层接收并需要被发送到接收机的上层的第一信令信息；从链路层生成并提供有关接收机的链路层中的数据处理的信息的第二信令信息；和/或从上层或链路层生成并被输送以在物理层中迅速检测特定数据(例如，服务、内容和/或信令数据)的第三信令信息。
图3图示根据本发明的实施例的在与链路层的操作模式中的一个对应的普通模式下的操作。
由本发明提出的链路层可以具有针对上层与下层之间的兼容性的各种操作模式。本发明提出了链路层的普通模式和透明模式。这两种操作模式可以共存于链路层中，并且可以使用信令或系统参数来指定要使用的操作模式。根据给定实施例，可以实现这两种操作模式中的一种。可以根据输入到链路层的IP层、TS层等来应用不同的模式。此外，可以针对IP层的每个流并且针对TS层的每个流应用不同的模式。
根据给定实施例，可以向链路层添加新的操作模式。可以基于上层和下层的配置来添加新的操作模式。新的操作模式可以基于上层和下层的配置包括不同的接口。可以使用信令或系统参数来指定是否使用新的操作模式。
在普通模式下，数据可以通过由链路层支持的所有功能来处理，然后传送给物理层。
首先，可以从IP层、MPEG-2TS层或另一特定层t89010将每个分组传送给链路层。换句话说，可以从IP层向链路层传送IP分组。类似地，可以从MPEG-2TS层向链路层传送MPEG-2TS分组，并且可以从特定协议层向链路层传送特定分组。
所传送的分组中的每一个可以通过或者不通过开销减少过程t89020，然后通过封装过程t89030。
首先，IP分组可以通过或者不通过开销减少过程t89020，然后通过封装过程t89030。可以通过信令或系统参数来指定是否执行开销减少过程t89020。根据给定实施例，可以针对每个IP流来执行或者不执行开销减少过程t89020。可以向物理层传送封装的IP分组。
其次，MPEG-2TS分组可以通过开销减少过程t89020，并且通过封装过程t89030。根据给定实施例，MPEG-2TS分组可能不经历开销减少过程t89020。然而，一般而言，TS分组在前面具有同步字节(0x47)等，并且因此消除这样的固定开销可能是高效的。可以将经封装的IP分组传送给物理层。
第三，除IP或TS分组以外的分组可以或者可能不通过开销减少过程t89020，然后通过封装过程t89030。可以根据对应分组的特性来确定是否执行开销减少过程t89020。可以通过信令或系统参数来指定是否执行开销减少过程t89020。可以将经封装的分组传送给物理层。
在开销减少过程t89020中，可以通过适当的方案来减小输入分组的大小。在开销减少过程t89020中，特定信息可以从输入分组中提取或者生成。特定信息是与信令有关的信息，并且可以通过信令区域来发送。信令信息使得接收机能够通过还原由于开销减少过程t89020而导致的变化来还原原始分组。可以将信令信息传送给链路层信令过程t89050。
链路层信令过程t89050可以发送并管理在开销减少过程t89020中提取/生成的信令信息。物理层可以具有用于信令的物理上/逻辑上划分的发送路径，并且链路层信令过程t89050可以根据所划分的发送路径将信令信息传送给物理层。这里，可以将上面描述的FIC信令过程t89060、EAS信令过程t89070等包括在所划分的发送路径中。可以通过封装过程t89030向物理层传送未通过划分的发送路径发送的信令信息。
由链路层信令过程t89050所管理的信令信息可以包括从上层传送的信令信息、在链路层中生成的信令信息、系统参数等。具体地，信令信息可以包括从上层传送随后被传送给接收机的上层的的信令信息、在链路层中生成以被用于操作接收机的链路层的信令信息、在上层或链路层中生成以被用于接收机的物理层中的快速检测的信令信息等。
可以通过数据管道(DP)t89040来发送通过封装过程t89030并传送给物理层的数据。这里，DP可以是物理层管道(PLP)。可以通过相应的发送路径来传送通过上面描述的划分的发送路径所传送的信令信息。例如，可以通过物理帧中指定的FIC t89080来发送FIC信号。此外，可以通过物理帧中指定的EAC t89090来发送EAS信号。关于诸如FIC、EAC等的专用信道的存在的信息可以通过信令被发送到物理层的前导区域，或者通过使用特定加扰序列对前导进行加扰来发信号通知。根据给定实施例，可以通过一般DP区域、PLS区域或前导而非指定的专用信道来发送FIC信令/EAS信令信息。
接收机可以通过物理层来接收数据和信令信息。接收机可以将所接收的数据和信令信息还原成可在上层中处理的形式，并且将还原的数据和信令信息传送给上层。可以在接收机的链路层中执行此过程。接收机可以通过读取分组的报头等来验证接收的分组是否与信令信息或数据有关。此外，当在发送机处执行开销减少时，接收机可以将已经通过开销减少过程减少了其开销的分组还原为原始分组。在此过程中，可以使用所接收的信令信息。
图4图示根据本发明的实施例的在与链路层的操作模式中的一个对应的透明模式下的操作。
在透明模式下，数据可能不经受由链路层支持的功能或者可能经受这些功能中的一些，然后被传送给物理层。换句话说，在透明模式下，传送给上层的分组可以在不通过单独的开销减少和/或封装过程的情况下被传送给物理层。必要时，其它分组可以通过开销减少和/或分组过程。透明模式可以被称为旁路模式，并且另一术语可以应用于透明模式。
根据给定实施例，基于分组的特性和系统操作可以在普通模式下对一些分组进行处理并且可以在透明模式下对一些分组进行处理。
透明模式可以应用于的分组可以是具有为系统熟知的类型的分组。当可以在物理层中对分组进行处理时，可以使用透明模式。例如，熟知的TS或IP分组可以在物理层中通过单独的开销减少和输入格式化过程，并且因此可以在链路层步骤中使用透明模式。当应用了透明模式并且在物理层中通过输入格式化等对分组进行处理时，可以在物理层中执行诸如上面描述的TS报头压缩的操作。另一方面，当应用了普通模式时，处理的链路层分组可以被对待为GS分组并在物理层中处理。
在透明模式下，当需要支持信号发送时可以包括链路层信令模块。如上所述，链路层信令模块可以发送并管理信令信息。可以通过DP来封装并发送信令信息，并且具有划分的发送路径的FIC信令信息和EAS信令信息分别可以通过FIC和EAC来发送。
在透明模式下，可以使用固定IP地址和端口号来显示信息是否对应于信令信息。在这种情况下，信令信息可以被过滤以配置链路层分组，然后通过物理层来发送。
图5图示根据本发明的实施例的在发送机处的链路层的配置(普通模式)。
本实施例是假定IP分组被处理的实施例。在发送机处的链路层从功能观点可以主要包括用于对信令信息进行处理的链路层信令部分、开销减少部分和/或封装部分。在发送机处的链路层还可以包括用于控制链路层的整个操作并且对链路层的输入和输出部分进行调度等的调度器t91020。
首先，可以向链路层传送上层信令信息和/或系统参数t91010。此外，可以从IP层t91110向链路层传送包括IP分组的IP流。
如上所述，调度器t91020可以确定并控制包括在链路层中的数个模块的操作。所传送的信令信息和/或系统参数t91010可以由调度器t91020过滤或者使用。可以向链路层信令部分传送与所传送的信令信息和/或系统参数t91010的一部分对应并且为接收机所必需的信息。此外，可以向开销减少控制块t91120或封装控制块t91180传送与信令信息的一部分对应并且为链路层的操作所必需的信息。
链路层信令部分可以收集要作为信令在物理层中发送的信息，并且以适合于发送的形式对该信息进行变换/配置。链路层信令部分可以包括信令管理器t91030、信令格式化器t91040和/或信道的缓冲器t91050。
信令管理器t91030可以接收从调度器t91020传送的信令信息、从开销减少部分传送的信令和/或上下文信息。信令管理器t91030可以确定用于相对于传送的数据发送信令信息的路径。可以通过由信令管理器t91030所确定的路径来传送信令信息。如上文所述，可以向信令格式化器t91040传送要通过诸如FIC、EAS等的划分的信道发送的信令信息，并且可以向封装缓冲器t91070传送其它信令信息。
信令格式化器t91040可以以适合于各个划分的信道的形式对关联的信令信息进行格式化，使得可以通过单独地划分的信道来发送信令信息。如上文所述，物理层可以包括物理上/逻辑上划分的单独的信道。所划分的信道可以被用来发送FIC信令信息或EAS相关信息。FIC或EAS相关信息可以通过信令管理器t91030来划分，并且输入给信令格式化器t91040。信令格式化器t91040可以对信息进行格式化，使得该信息适合于各个单独的信道。除FIC和EAS之外，当物理层被设计成通过单独地划分的信道来发送特定信令信息时，可以添加用于特定信令信息的信令格式化器。通过此方案，链路层可以与各种物理层兼容。
信道的缓冲器t91050可以将从信令格式化器t91040传送的信令信息传送给指定的专用信道t91060。专用信道t91060的数目和内容可以取决于实施例而变化。
如上文所述，信令管理器t91030可以将未被传送给专用信道的信令信息传送给封装缓冲器t91070。封装缓冲器t91070可以充当接收未传送给专用信道的信令信息的缓冲器。
针对信令信息的封装t91080可以对未传送给专用信道的信令信息进行封装。发送缓冲器t91090可以充当将经封装的信令信息传送给用于信令信息的DP t91100的缓冲器。这里，用于信令信息的DP t91100可以是指上面描述的PLS区域。
开销减少部分可以通过消除传送给链路层的分组的开销来允许高效发送。能够配置开销减少部分，其数目与输入到链路层的IP流的数目相同。
开销减少缓冲器t91130可以接收从上层传送的IP分组。可以通过开销减少缓冲器t91130来将所传送的IP分组输入到开销减少部分。
开销减少控制块t91120可以确定是否对输入到开销减少缓冲器t91130的分组流执行开销减少。开销减少控制块t91120可以确定是否针对每个分组流执行开销减少。当对分组流执行开销减少时，可以将分组传送给RoHC压缩器t91140并且可以执行开销减少。当不对分组流执行开销减少时，可以将分组传送给封装部分并且可以在没有开销减少的情况下执行封装。可以通过传送给链路层的信令信息t91010来确定是否对分组执行开销减少。可以通过调度器t91020来将信令信息t91010传送给封装控制块t91180。
RoHC压缩器t91140可以对分组流执行开销减少。RoHC压缩器t91140可以压缩分组的报头。各种方案可以被用于开销减少。可以通过本发明中所提出的方案来执行开销减少。本实施例假定IP流并且因此压缩器被表达为RoHC压缩器。然而，根据给定实施例可以改变术语。此外，操作不局限于IP流的压缩，并且可以通过RoHC压缩器t91140来对所有类型的分组执行开销减少。
分组流配置块t91150可以将具有压缩报头的IP分组划分成要发送到信令区域的信息以及要发送到分组流的信息。要发送到分组流的信息可以是指要发送到DP区域的信息。可以将要发送到信令区域的信息传送给信令和/或上下文控制块t91160。可以将要发送到分组流的信息发送到封装部分。
信令和/或上下文控制块t91160可以收集信令和/或上下文信息并且将所收集的信息传送给信令管理器t91030。以这种方式，可以将信令和/或上下文信息发送到信令区域。
封装部分可以以适合的形式对分组进行封装，使得可以将分组传送给物理层。配置的封装部分的数目可以与IP流的数目相同。
封装缓冲器t91170可以接收用于封装的分组流。当执行开销减少时可以接收经受开销减少的分组，而当不执行开销减少时可以在没有改变的情况下接收输入IP分组。
封装控制块t91180可以确定是否对输入分组流执行封装。当执行封装时，可以将分组流传送给分段/级联t91190。当不执行封装时，可以将分组流传送给发送缓冲器t91230。可以基于传送给链路层的信令信息t91010来确定是否执行分组的封装。可以通过调度器t91020来将信令信息t91010传送给封装控制块t91180。
在分段/级联t91190中，可以对分组执行上面描述的分段或级联操作。换句话说，当输入IP分组比与链路层的输出对应的链路层分组长时，可以将一个IP分组划分成数个片段以配置多个链路层分组有效载荷。此外，当输入IP分组比与链路层的输出对应的链路层分组短时，可以组合数个IP分组以配置一个链路层分组有效载荷。
分组配置表t91200可以具有关于分段的和/或级联的链路层分组的配置的信息。发送机和接收机可以具有分组配置表t91200的相同信息。发送机和接收机可以参考分组配置表t91200的信息。可以将分组配置表t91200的信息的索引值包括在链路层分组的报头中。
链路层报头信息块t91210可以收集在封装过程中生成的报头信息。此外，链路层报头信息块t91200可以收集包括在分组配置表t91200中的信息。链路层报头信息块t91210可以根据链路层分组的报头配置来配置报头信息。
报头附接块t91220可以将报头添加到经分段的和/或级联的链路层分组的有效载荷。发送缓冲器t91230可以充当用于向物理层的DP t91240传送链路层分组的缓冲器。
每个块或模块和部分可以被配置为链路层中的一个模块/协议或多个模块/协议。
图6图示根据本发明的实施例的在接收机处的链路层的配置(普通模式)。
本实施例是假定IP分组被处理的实施例。在接收机处的链路层从功能观点可以主要包括用于对信令信息进行处理的链路层信令部分、开销处理部分和/或解封装部分。在接收机处的链路层还可以包括用于控制链路层的整个操作并且对链路层的输入和输出部分进行调度等的调度器。
首先，可以向链路层传送通过物理层接收的信息。链路层可以对信息进行处理以将该信息还原为该信息尚未被发送机处理的原始状态，并且将该信息传送给上层。在本实施例中，上层可以是IP层。
可以向链路层信令部分传送通过与物理层分离的专用信道t92030传送的信息。链路层信令部分可以区分从物理层接收的信令信息，并且将经区分的信令信息传送给链路层的每个部分。
信道的缓冲器t92040可以充当接收通过专用信道发送的信令信息的缓冲器。如上所述，当物理上/逻辑上划分的单独的信道存在于物理层中时，能够接收通过这些信道发送的信令信息。当从单独的信道接收的信息处于划分状态时，可以存储所划分的信息直到该信息具有完整形式为止。
信令解码器/解析器t92050可以检查通过专用信道接收的信令信息的格式，并且提取要用在链路层中的信息。当通过专用信道接收的信令信息被编码时，可以执行解码。此外，根据给定实施例，能够检查信令信息的完整性。
信令管理器t92060可以使通过多条路径接收的信令信息完整。可以通过信令管理器t92060来使通过要在下面描述的用于信令的DP t92070接收的信令信息完整。信令管理器t92060可以在链路层中传送每个部分所必需的信令信息。例如，可以向开销处理部分传送用于恢复分组的上下文信息等。此外，可以向调度器t92020传送用于控制的信令信息。
可以通过用于信令的DP t92070来接收未通过单独的专用信道接收的一般信令信息。这里，用于信令的DP可以是指PLS等。接收缓冲器t92080可以充当用于接收从用于信令的DP t92070接收的信令信息的缓冲器。可以在针对信令信息的解封装块t92090中对所接收的信令信息进行解封装。可以通过解封装缓冲器t92100将经解封装的信令信息传送给信令管理器t92060。如上文所述，信令管理器t92060可以收集信令信息并且将所收集的信令信息传送给链路层中的期望部分。
调度器t92020可以确定并控制包括在链路层中的数个模块的操作。调度器t92020可以使用接收机信息t92010和/或从信令管理器t92060传送的信息来控制链路层的每个部分。此外，调度器t92020可以确定每个部分的操作模式等。这里，接收机信息t92010可以是指由接收机先前存储的信息。调度器t92020可以将诸如信道改变等的由用户改变的信息用于控制。
解封装部分可以对从物理层的DP t92110接收的分组进行过滤，并且基于分组的类型使分组分离。配置的解封装部分的数目可以与可以在物理层中同时解码的DP的数目相同。
解封装缓冲器t92120可以充当从物理层接收分组流以执行解封装的缓冲器。解封装控制块t92130可以确定是否对所接收的分组流进行解封装。当执行解封装时，可以将分组流传送给链路层报头解析器t92140。当不执行解封装时，可以将分组流传送给输出缓冲器t92220。从调度器t92020传送的信令信息可以被用来确定是否执行解封装。
链路层报头解析器t92140可以标识接收的链路层分组的报头。当报头被标识时，能够标识包括在链路层分组的有效载荷中的IP分组的配置。例如，可以对IP分组进行分段或者级联。
分组配置表t92150可以包括通过分组和/或级联所配置的链路层分组的有效载荷信息。发送机和接收机可以具有与分组配置表t92150的信息相同的信息。发送机和接收机可以参考分组配置表t92150的信息。可以基于包括在链路层分组中的索引信息来查找重组所必需的值。
重组块t92160可以将通过分段和/或级联配置的链路层分组的有效载荷配置为原始IP流的分组。重组块t92160可以通过收集片段来重新配置一个IP分组，或者通过使级联的分组分离来重新配置多个IP分组流。可以将经重组的IP分组传送给开销处理部分。
开销处理部分可以执行由发送机执行的开销减少的逆过程。在逆过程中，执行了将经历开销减少的分组返回到原始分组的操作。此操作可以被称为开销处理。配置的开销处理部分的数目可以与可以在物理层中同时解码的DP的数目相同。
分组恢复缓冲器t92170可以充当接收为开销处理而解封装的RoHC分组或IP分组的缓冲器。
开销控制块t92180可以确定是否执行解封装的分组的分组恢复和/或解压缩。当执行分组恢复和/或解压缩时，可以将分组传送给分组流恢复t92190。当不执行分组恢复和/或解压缩时，可以将分组传送给输出缓冲器t92220。可以基于由调度器t92020传送的信令信息来确定是否执行分组恢复和/或解压缩。
分组流恢复t92190可以执行使与发送机分离的分组流和该分组流的上下文信息集成的操作。该操作可以对应于还原分组流使得该分组流可以被RoHC解压缩器t92210处理的过程。在此过程中，可以从信令和/或上下文控制块t92200传送信令信息和/或上下文信息。信令和/或上下文控制块t92200可以区分从发送机传送的信令信息并且将该信令信息传送给分组流恢复t92190，使得可以将该信令信息映射到适合于上下文ID的流。
[RoHC解压缩器t92210可以恢复分组流的分组的报头。当报头被恢复时，可以将分组流的分组还原为原始IP分组。换句话说，RoHC解压缩器t92210可以执行开销处理。
输出缓冲器t92220可以充当在向IP层t92230传送输出流之前的缓冲器。
本发明中所提出的发送机和接收机的链路层可以包括上面所描述的块或模块。以这种方式，链路层可以不管上层和下层独立地操作，并且高效地执行开销减少。此外，可以容易地扩展/添加/删除取决于上层和下层可支持的功能。
图7是图示根据本发明的实施例的根据链路层组织类型的定义的图。
当链路层被实际上具体化为协议层时，能够通过一个频隙来发送和接收广播服务。这里，一个频隙的示例可以是主要具有特定带宽的广播信道。如上所述，根据本发明，在其中物理层的配置改变的广播系统中或者在具有不同的物理层配置的多个广播系统中，可以定义兼容的链路层。
物理层可以具有用于链路层的接口的逻辑数据路径。链路层可以访问物理层的逻辑数据路径，并且向该逻辑数据路径发送与所对应的数据路径相关联的信息。以下类型可以被认为是与链路层接口对接的物理层的数据路径。
在广播系统中，普通数据管道(普通DP)可以作为一种数据路径而存在。普通数据管道可以是用于发送普通数据的数据管道并且可以根据物理层的配置包括一个或多个数据管道。
在广播系统中，基础数据管道(基础DP)可以作为一种数据路径而存在。基础数据管道可以是用于特定目的的数据管道，并且可以在对应的频隙中发送信令信息(本发明中所描述的整个或部分信令信息)和/或一般数据。必要时，为了有效地管理带宽，可以通过基础数据管道来发送通常通过普通数据管道发送的数据。当要在专用信道存在时发送的信息的量超过对应信道的处理容量时，基础数据管道可以执行补充功能。也就是说，可以通过基础数据管道来发送超过对应信道的处理容量的数据。
一般而言，基础数据管道连续地使用一个指定的数据管道。然而，可以使用诸如物理层信令、链路层信令等的方法在多个数据管道当中为基础数据管道动态地选择一个或多个数据管道，以便有效地管理数据管道。
在广播系统中，专用信道可以作为一种数据路径而存在。专用信道可以是用于在物理层中发信号通知或类似的特定目的的信道，并且可以包括用于迅速获取主要在当前频隙上服务的事项的快速信息信道(FIC)和/或用于向用户立即发送紧急警报的通知的紧急警报信道(EAC)。
一般而言，逻辑数据路径被具体化在物理层中以便发送普通数据管道。可能不在物理层中具体化用于基础数据管道和/或专用信道的逻辑数据路径。
可以如附图中所图示的那样定义要在链路层中发送的数据的配置。
组织类型1可以是指逻辑数据路径仅包括普通数据管道的情况。
组织类型2可以是指逻辑数据路径包括普通数据管道和基础数据管道的情况。
组织类型3可以是指逻辑数据路径包括普通数据管道和专用信道的情况。
组织类型4可以是指逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况。
必要时，逻辑数据数据可以包括基础数据管道和/或专用信道。
图8是图示根据本发明的实施例的当逻辑数据路径仅包括普通数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据仅包括普通数据管道时的链路层的结构。如上所述，链路层可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。向物理层的适当数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流，可以根据将用来发送数据的数据速率来发送多个分组流，并且可以针对每个相应的对应分组流来执行开销减少和封装过程。物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径，并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要被发送的分组流的数目时，可以考虑到数据速率将分组流中的一些复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数和/或在高层中发送的信令并且收集要经由信令发送的信息。因为仅普通数据管道被配置在物理层中，所以需要以分组的形式发送对应的信令。因此，可以在链路层分组配置期间使用分组的报头等来指示信令。在这种情况下，包括信令的分组的报头可以包括用于指示信令数据是否被包含在分组的有效载荷中的信息。
在高层中以IP分组的形式发送的服务信令的情况下，一般而言，能够以相同的方式对不同的IP分组进行处理。然而，对应的IP分组的信息能够被读取用于链路层信令的配置。为此，可以使用IP地址的过滤方法来查找包括信令的分组。例如，因为IANA将224.0.23.60的IP地址指定为ATSC服务信令，所以接收机可以检查具有对应IP地址的IP分组并将该IP分组用于链路层信令的配置。在这种情况下，也需要将对应的分组发送到接收机，在没有改变的情况下执行针对IP分组的处理。接收机可以解析发送到预定IP地址的IP分组并获取用于链路层中的信令的数据。
当通过一个频带来发送多个广播服务时，接收机不必对所有DP进行解码，并且预先检查信令信息并仅对与获取的服务相关联的DP进行解码是高效的。因此，关于针对接收机的链路层的操作，可以执行以下过程。
当用户选择或者改变要接收的服务时，接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的接收机的信息。
接收机检查关于发送链路层信令的DP的信息并且对所对应的DP进行解码以获取链路层信令分组。
接收机解析链路层信令分组，并且获取关于通过当前信道发送的一个或多个DP当中的发送与由用户选择的服务相关联的数据的DP的信息，以及关于对应的DP的分组流的开销减少信息。接收机可以从链路层信令分组获取用于标识发送与由用户选择的服务相关联的数据的DP的信息，并且基于该信息来获得对应的DP。此外，链路层信令分组可以包括指示应用于对应DP的开销减少的信息，并且接收机可以使用该信息来还原开销减少被应用到的DP。
接收机向在物理层中处理信号或数据并且从对应的DP接收分组流的物理层处理器发送要接收的DP信息。
接收机对由物理层处理器解码的分组流执行封装和报头恢复。
然后，接收机根据高层的协议来执行处理并且向用户提供广播服务。
图9是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和基础数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括基础数据管道和普通数据管道时的链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这种情况下，用于在链路层中对信号和/或数据进行处理的链路层处理器可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。
向物理层的适当数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流，可以根据发送数据的数据速率来发送多个分组流，并且可以针对每个相应的对应分组流来执行开销减少和封装过程。
物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径，并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时，可以考虑到数据速率将分组流中的一些复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数、高层信令等，并且收集要经由信令发送的信息。因为物理层的广播信号包括基础DP和普通DP，所以可以向基础DP发送信令并且可以考虑到数据速率以适合于发送基础DP的分组的形式发送信令数据。在这种情况下，可以在链路层分组配置期间使用分组的报头等来指示信令。例如，链路层分组的报头可以包括指示包含在分组的有效载荷中的数据是信令数据的信息。
在存在诸如基础DP的逻辑数据路径的物理层结构中，考虑到数据速率向基础DP发送不是音频/视频内容的数据，诸如信令信息，可能是高效的。因此，可以使用诸如IP地址过滤等的方法来向基础DP发送在高层中以IP分组的形式发送的服务信令。例如，IANA将224.0.23.60的IP地址指定为ATSC服务信令，可以向基础DP发送具有对应IP地址的IP分组流。
当关于对应的服务信令的多个IP分组流存在时，可以使用诸如复用等的方法来将这些IP分组流发送到一个基础DP。然而，可以将关于不同的服务信令的分组划分成诸如源地址和/或端口的字段值。在这种情况下，还能够从对应的服务信令分组读取用于配置链路层信令所需的信息。
当通过一个频带来发送多个广播服务时，接收机可以不必对所有DP进行解码，可以预先检查信令信息，并且可以仅对发送关于对应服务的数据和/或信号的DP进行解码。因此，关于链路层中的数据和/或处理接收机可以执行以下操作。
当用户选择或者改变要接收的服务时，接收机对对应的频率进行调谐，并且读取关于对应信道的存储在DB等中的接收机的信息。这里，存储在DB等中的信息可以包括用于标识基础DP的信息。
接收机对基础DP进行解码并且获取包括在基础DP中的链路层信令分组。
接收机解析链路层信令分组以获取用于接收由用户选择的服务的DP信息以及关于通过当前信道发送的多个DP当中的对应DP的分组流的开销减少信息和关于对应DP的分组流的开销减少信息。链路层信令分组可以包括用于标识发送与特定服务相关联的信号和/或数据的DP的信息，和/或用于标识应用于发送到对应DP的分组流的开销减少的类型的信息。使用上述信息，接收机可以访问一个或多个DP或者还原被包括在对应DP中的分组。
接收机是根据物理层的协议对信号和/或数据进行处理、发送关于要针对对应服务接收的DP的信息、并且从对应DP接收分组流的物理层处理器。
接收机对物理层中解码的分组流执行解封装和报头恢复，并且以IP分组流的形式将分组流发送到接收机的高层。
然后，接收机根据高层协议来执行处理并且向用户提供广播服务。
图10是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道和普通数据管道时链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面，要包括在接收机中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流，可以根据发送数据的数据速率来发送多个分组流，并且可以针对每个相应的对应分组流来执行开销减少和封装过程。物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径，并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时，可以考虑到数据速率将分组流中的一些复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数、高层信令等并且收集要经由信令发送的信息。在存在诸如专用信道的逻辑数据路径的物理层结构中，考虑到数据速率通过专用信道来主要发送信令信息可能是高效的。然而，当需要通过专用信道发送大量的数据时，需要占据与专用信道的量对应的专用信道的带宽，并且因此通常设置专用信道的高数据速率。此外，因为通常以比DP高的速度接收并解码专用信道，所以在需要从接收机迅速获取的信息方面，对信令数据而言更高效。必要时，当不能够通过专用信道来发送足够的信令数据时，可以通过普通DP来发送诸如前述链路层信令分组的信令数据，并且通过专用信道发送的信令数据可以包括用于标识对应的链路层信令分组的信息。
必要时可能存在多个专用信道并且可以根据物理层来启用/禁用信道。
在高层中以IP分组的形式发送的服务信令的情况下，一般而言，能够以相同的方式对不同的IP分组进行处理。然而，对应的IP分组的信息能够被读取用于链路层信令的配置。为此，可以使用IP地址的过滤方法来查找包括信令的分组。例如，因为IANA将224.0.23.60的IP地址指定为ATSC服务信令，所以接收机可以检查具有对应IP地址的IP分组并将该IP分组用于链路层信令的配置。在这种情况下，也需要将对应的分组发送到接收机，在没有改变的情况下执行针对IP分组的处理。
当关于服务信令的多个IP分组流存在时，可以使用诸如复用等的方法来将这些IP分组流与音频/数据数据一起发送到一个DP。然而，可以将关于服务信令和音频/视频数据的分组划分成IP地址、端口等的字段值。
当通过一个频带来发送多个广播服务时，接收机不必对所有DP进行解码，并且预先检查信令信息并仅对发送与所需服务相关联的信号和/或数据的DP进行解码是高效的。因此，接收机可以根据链路层的协议执行处理作为以下过程。
当用户选择或者改变要接收的服务时，接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的信息。存储在DB中的信息可以包括用于标识专用信道的信息和/或用于获取信道/服务/节目的信令信息。
接收机对通过专用信道发送的数据进行解码，并且执行与适合于对应信道的目的的信令相关联的处理。例如，用于FIC的传输的专用信道可以存储并更新诸如服务和/或信道的信息，并且用于EAC的传输的专用信道可以发送紧急警报信息。
使用发送到专用信道的信息，接收机可以获取要解码的DP的信息。必要时，当通过DP来发送链路层信令时，接收机可以对发送信令的DP进行预解码，并且将该DP发送到专用信道，以便预先获取信令信息。此外，可以通过普通DP来发送链路层信令的分组，并且在这种情况下，通过专用信道发送的信令数据可以包括用于标识包括链路层信令的分组的DP的信息。
使用链路层信令信息，接收机可以获取在被发送到当前信道的多个DP当中用于由用户选择的服务的接收的DP信息，以及关于对应DP的分组流的开销减少信息。链路层信令信息可以包括用于标识用于发送与特定服务相关联的信号和/或数据的DP的信息，和/或用于标识应用于发送到对应DP的分组流的开销减少的类型的信息。使用该信息，接收机可以访问用于特定服务的一个或多个DP或者还原被包括在对应DP中的分组。
接收机向在物理层中处理信号和/或数据并从对应DP接收分组流的物理层处理器发送用于标识要由物理层接收的DP的信息。
接收机对物理层中解码的分组流执行解封装和报头恢复，并且以IP分组流的形式将分组流发送到接收机的高层。
然后，接收机根据高层的协议来执行处理并且向用户提供广播服务。
图11是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道、基础数据管道和普通数据管道时链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面，要被包括在接收机中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流，可以根据发送数据的数据速率来发送多个分组流，并且可以针对每个相应的对应分组流来执行开销减少和封装过程。物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时，可以考虑到数据速率将分组流中的一些复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数、高层信令等并且收集要经由信令发送的信息。因为物理层的信号包括基础DP和普通DP，所以考虑到数据速率向基础DP发送信令可能是高效的。在这种情况下，需要以适合于通过基础DP发送的分组的形式发送信令数据。可以在链路层分组配置期间使用分组的报头等来指示信令。也就是说，包括信令数据的链路层信令分组的报头可以包括指示信令数据被包含在对应分组的有效载荷中的信息。
在同时存在专用信道和基础DP的物理层结构中，信令信息可以被划分并发送到专用信道和基础DP。一般而言，因为未设置专用信道的高数据速率，所以可以将具有少量信令并且需要被迅速获取的信令信息发送到专用信道，并且将具有大量信令的信令发送到基础DP。必要时，可能存在多个专用信道并且可以根据物理层来启用/禁用信道。此外，基础DP可以配置有与普通DP分离的结构。此外，能够指定普通DP中的一个并且将该普通DP用作基础DP。
可以使用诸如IP地址过滤等的方法来向基础DP发送在高层中以IP分组的形式发送的服务信令。可以向基础DP发送具有特定IP地址并且包括信令信息的IP分组流。当关于对应服务信令的多个IP分组流存在时，可以使用诸如复用等的方法来将这些IP分组流发送到一个基础DP。可以将关于不同服务信令的分组划分成诸如源地址和/或端口的字段值。接收机可以在对应服务信令分组中读取配置链路层信令所需的信息。
当通过一个频带来发送多个广播服务时，接收机可以不必对所有DP进行解码，并且预先检查信令信息并仅对发送与所需服务相关联的信号和/或数据的DP进行解码可能是高效的。因此，接收机可以执行以下处理作为根据链路层的协议的处理。
当用户选择或者改变要接收的服务时，接收机对对应的频率进行调谐并且读取关于对应信道的存储在数据库DB等中的信息。存储在DB中的信息可以包括用于标识专用信道的信息、用于标识基础数据管道的信息和/或用于获取信道/服务/节目的信令信息。
接收机对通过专用信道发送的数据进行解码并且执行与适合于对应信道的目的的信令相关联的处理。例如，用于FIC的传输的专用信道可以存储并更新诸如服务和/或信道的信息，并且用于EAC的传输的专用信道可以发送紧急警报信息。
接收机可以使用发送到专用信道的信息来获取基础DP的信息。发送到专用信道的信息可以包括用于标识基础DP的信息(例如，基础DP的标识符和/或基础DP的IP地址)。必要时，接收机可以将预先存储在接收机的DB中的信令信息和相关参数更新为在专用信道中发送的信息。
接收机可以对基础DP进行解码并且获取链路层信令分组。必要时，链路层信令分组可以与从专用信道接收的信令信息组合。接收机可以使用专用信道以及预先存储在接收机中的信令信息来查找基础DP。
接收机可以使用链路层信令信息来获取在被发送到当前信道的多个DP当中由用户选择的服务的用于接收的DP信息以及关于对应DP的分组流的开销减少信息。链路层信令信息可以包括用于标识用于发送与特定服务相关联的信号和/或数据的DP的信息，和/或用于标识应用于发送到对应DP的分组流的开销减少的类型的信息。接收机可以访问用于特定服务的一个或多个DP或者使用该信息来还原被包括在对应DP中的分组。
接收机向对物理层中的信号和/或数据进行处理并从对应DP接收分组流的物理层处理器发送用于标识要由物理层接收的DP的信息。
接收机对物理层中解码的分组流执行解封装和报头恢复，并且以IP分组流的形式将分组流发送到接收机的高层。
然后，接收机根据高层的协议来执行处理并且向用户提供广播服务。
图12是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时在接收机的链路层中的信号和/或数据的详细处理操作的图。
本实施例考虑在一个频带中发送由一个或多个广播公司提供的一个或多个服务的情形。可以认为一个广播公司发送一个或多个广播服务，一个服务包括一个或多个组件并且用户以广播服务为单位接收内容。此外，包括在一个广播服务中的一个或多个组件中的一些可以根据用户选择用其它组件代替。
可以向专用信道发送快速信息信道(FIC)和/或紧急警报信道(EAC)。可以在广播信号中区分并发送或者管理基础DP和普通DP。可以通过物理层信令来发送FIC和/或EAC的配置信息以便向接收机通知FIC和/或EAC，并且链路层可以根据对应信道的特性对信令进行格式化。向物理层的特定信道发送数据是从逻辑视角执行的并且可以根据物理层的特性来执行实际的操作。
可以通过FIC来发送在对应的频率中发送的关于每个广播公司的服务的信息，以及关于用于接收服务的路径的信息。为此，可以经由链路层信令提供(发信号通知)以下信息。
系统参数？发送机相关参数和/或与在对应信道中提供服务的广播公司有关的参数。
链路层？其包括与IP报头压缩相关联的上下文信息和/或对应上下文被应用到的DP的ID。
高层？IP地址和/或UDP端口号、服务和/或组件信息、紧急警报信息以及DP与在IP层中发送的分组流的IP地址之间的映射关系信息。
当通过一个频带来发送多个广播服务时，接收机可以不必对所有DP进行解码，并且预先检测信令信息并仅对关于所需服务的DP进行解码可能是高效的。在广播系统中，发送机可以通过FIC来发送用于标识仅所需DP的信息，并且接收机可以使用FIC来检查要针对特定服务访问的DP。在这种情况下，可以执行与接收机的链路层相关联的操作如下。
当用户选择或者改变要由用户接收的服务时，接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的接收机的信息。可以通过在初始信道扫描期间获取FIC并且使用包括在该FIC中的信息来配置存储在接收机的DB中的信息。
接收机可以接收FIC并更新预先存储的DB或者获取关于有关由用户选择的服务的组件的信息以及关于从FIC发送组件的DP的映射关系的信息。此外，可以从FIC获取关于发送信令的基础DP的信息。
当与鲁棒报头压缩(RoHC)有关的初始化信息存在于通过FIC发送的信令中时，接收机可以获取该初始化信息并准备报头恢复。
接收机基于通过FIC发送的信息对基础DP和/或发送由用户选择的服务的DP进行解码。
接收机获取包括在基础DP中的关于正在接收的DP的开销减少信息，使用获取的开销信息对在普通DP中接收的分组流执行解封装和/或报头恢复，并且以IP分组流的形式将分组流发送到接收机的高层。
接收机可以通过基础DP来接收以具有特定地址的IP分组的形式发送的服务信令，并且关于接收的服务将该分组流发送到高层。
当发生紧急警报时，为了向用户迅速地发送紧急警报消息，接收机通过信令接收包括在CAP消息中的信令信息，解析该信令信息，并且将该信令信息立即发送到用户，以及查找用于接收对应服务的路径，并且当能够确认经由信令能够通过其接收音频/视频服务的路径的信息时接收服务数据。此外，当通过宽带等发送的信息存在时，使用对应的统一资源标识符(URI)信息等来接收NRT服务和附加信息。将在下面详细地描述与紧急警报相关联的信令信息。
接收机对紧急警报进行处理如下。
接收机识别通过物理层的前导等来发送紧急警报消息的情形。物理层的前导可以是包括在广播信号中的信令信号并且可以对应于物理层中的信令。物理层的前导可能主要包括用于获取被包括在广播信号中的数据、广播帧、数据管道和/或传输参数的信息。
接收机通过接收机的物理层信令来检查紧急警报信道(EAC)的配置，并且对该EAC进行解码以获取EAT。这里，EAC可以对应于前述专用信道。
接收机检查所接收的EAT、提取CAP消息并且将该CAP消息发送到CAP解析器。
当与紧急警报相关联的服务信息存在于EAT中时，接收机对对应DP进行解码并且接收服务数据。EAT可以包括用于标识用于发送与紧急警报相关联的服务的DP的信息。
当与NRT服务数据相关联的信息存在于EAT或CAP消息中时，接收机通过宽带来接收信息。
图13是图示根据本发明的实施例的快速信息信道(FIC)的语法的图。
可以以快速信息表(FIT)的形式发送包括在FIC中的信息。
可以以XML和/或区段表的形式发送包括在FIT中的信息。
FIT可以包括table_id信息、FIT_data_version信息、num_broadcast信息、broadcast_id信息、delivery_system_id信息、base_DP_id信息、base_DP_version信息、num_service信息、service_id信息、service_category信息、service_hidden_flag信息、SP_indicator信息、num_component信息、component_id信息、DP_id信息、context_id信息、RoHC_init_descriptor、context_profile信息、max_cid信息和/或large_cid信息。
table_id信息指示对应的表区段是指快速信息表。
FIT_data_version信息可以指示关于包含在快速信息表中的语法和语义的版本信息。接收机可以使用FIT_data_version信息来确定包含在所对应的快速信息表中的信令是否被处理。接收机可以使用该信息来确定预先存储的FIC的信息是否被更新。
num_broadcast信息可以指示通过对应的频率或发送的传输帧来发送广播服务和/或内容的广播公司的数目。
broadcast_id信息可以指示通过对应的频率或发送的传输帧来发送广播服务和/或内容的广播公司的唯一标识符。在发送基于MPEG-2TS的数据的广播公司的情况下，broadcast_id可以具有诸如MPEG-2TS的transport_stream_id的值。
delivery_system_id信息可以指示在执行传输的广播网络上应用并处理相同的传输参数的广播发送系统的标识符。
base_DP_id信息是用于在广播信号中标识基础DP的信息。基础DP可以是指发送包括与broadcast_id对应的广播公司的开销减少和/或节目特定信息/系统信息(PSI/SI)的服务信令的DP。替换地，base_DP_id信息可以是指能够对包括在对应广播公司中的广播服务中的组件进行解码的代表性DP。
base_DP_version信息可以是指关于通过基础DP发送的数据的版本信息。例如，当通过基础DP来发送诸如PSI/SI等的服务信令时，如果服务信令改变，则可以逐一增加base_DP_version信息的值。
num_service信息可以是指在对应的频率或传输帧中从与broadcast_id对应的广播公司发送的广播服务的数目。
service_id信息可以被用作用于标识广播服务的标识符。
service_category信息可以是指广播服务的类别。根据对应字段的值，service_category信息可以具有以下含义。当service_category信息的值是0x01时，service_category信息可以是指基本TV，当service_category信息是0x02时，service_category信息可以是指基本无线电，当service_category信息的值是0x03时，service_category信息可以是指RI服务，当service_category信息的值是0x08时，service_category信息可以是指服务指南，而当service_category信息的值是0x09时，service_category信息可以是指紧急警报。
service_hidden_flag信息可以指示对应的广播服务是否被隐藏。当服务被隐藏时，广播服务可以是测试服务或自用服务并且可以被广播接收机处理成从服务列表中忽视或者隐藏。
SP_indicator信息可以指示服务保护是否被应用于对应的广播服务中的一个或多个组件。
num_component信息可以指示包括在对应的广播服务中的组件的数目。
component_id信息可以被用作用于在广播服务中标识对应组件的标识符。
DP_id信息可以被用作指示发送对应组件的DP的标识符。
RoHC_init_descriptor可以包括与开销减少和/或报头恢复相关联的信息。RoHC_init_descriptor可以包括用于标识在发送终端中使用的报头压缩方法的信息。
context_id信息可以表示与以随后的RoHC相关字段对应的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息可以表示在RoHC用于报头的压缩的协议的范围。当压缩器和解压缩器具有相同的简档时，能够在RoHC中对流进行压缩和还原。
max_cid信息被用于向解压缩器指示CID的最大值。
large_cid信息具有布尔值并且指示短CID(0至15)或嵌入式CID(0至16383)是否被用于CID配置。因此，用于表示CID的字节的大小被一起确定。
图14是图示根据本发明的实施例的紧急警报表(EAT)的语法的图。
可以通过EAC来发送与紧急警报相关联的信息。EAC可以对应于前述专用信道。
根据本发明的实施例的EAT可以包括EAT_protocol_version信息、automatic_tuning_flag信息、num_EAS_messages信息、EAS_message_id信息、EAS_IP_version_flag信息、EAS_message_transfer_type信息、EAS_message_encoding_type信息、EAS_NRT_flag信息、EAS_message_length信息、EAS_message_byte信息、IP_address信息、UDP_port_num信息、DP_id信息、automatic_tuning_channel_number信息、automatic_tuning_DP_id信息、automatic_tuning_service_id信息和/或EAS_NRT_service_id信息。
EAT_protocol_version信息指示接收的EAT的协议版本。
automatic_tuning_flag信息指示接收机是否自动地执行信道转换。
num_EAS_messages信息指示包含在EAT中的消息的数目。
EAS_message_id信息是用于标识每个EAS消息的信息。
EAS_IP_version_flag信息在EAS_IP_version_flag信息的值为0时指示IPv4，而在EAS_IP_version_flag信息的值为1时指示IPv6。
EAS_message_transfer_type信息指示用来发送EAS消息的形式。当EAS_message_transfer_type信息的值是000时，EAS_message_transfer_type信息指示未规定的状态，当EAS_message_transfer_type信息的值是001时，EAS_message_transfer_type信息指示无警报消息(仅AV内容)，而当EAS_message_transfer_type信息的值是010时，EAS_message_transfer_type信息指示EAS消息被包含在对应的EAT中。为此，添加了长度字段以及关于对应EAS消息的字段。当EAS_message_transfer_type信息的值是011时，EAS_message_transfer_type信息指示EAS消息通过数据管道来发送。可以在数据管道中以IP数据报的形式发送EAS。为此，可以添加发送的物理层的IP地址、UDP端口信息和DP信息。
EAS_message_encoding_type信息指示关于紧急警报消息的编码类型的信息。例如，当EAS_message_encoding_type信息的值是000时，EAS_message_encoding_type信息指示未规定的状态，当EAS_message_encoding_type信息的值是001时，EAS_message_encoding_type信息指示无编码，当EAS_message_encoding_type信息的值是010时，EAS_message_encoding_type信息指示DEFLATE算法(RFC1951)，并且可以保留EAS_message_encoding_type信息的值当中的001至111用于其它编码类型。
EAS_NRT_flag信息指示与接收的消息相关联的NRT内容和/或NRT数据是否存在。当EAS_NRT_flag信息的值是0时，EAS_NRT_flag信息指示与接收的紧急消息相关联的NRT内容和/或NRT数据不存在，而当EAS_NRT_flag信息的值是1时，EAS_NRT_flag信息指示与接收的紧急消息相关联的NRT内容和/或NRT数据存在。
EAS_message_length信息指示EAS消息的长度。
EAS_message_byte信息包括EAS消息的内容。
IP_address信息指示用于发送EAS消息的IP分组的IP地址。
UDP_port_num信息指示用于发送EAS消息的UDP端口号。
DP_id information信息标识发送EAS消息的数据管道。
automatic_tuning_channel_number信息包括关于要转换的信道的编号的信息。
automatic_tuning_DP_id信息是用于标识发送对应内容的数据管道的信息。
automatic_tuning_service_id信息是用于标识对应内容所属于的服务的信息。
EAS_NRT_service_id信息是用于标识与发送关联于接收的紧急警报消息的NRT内容和数据的情况，即，启用了EAS_NRT_flag的情况，相对应的NRT服务的信息。
图15是图示根据本发明的实施例的发送到数据管道的分组的图。
根据本发明的实施例，在链路层中配置分组被新定义以便生成兼容的链路层分组，无论链路层的高层或链路层的下层的协议变化。
可以将根据本发明的实施例的链路层分组发送到普通DP和/或基础DP。
链路层分组可以包括固定报头、扩展报头和/或有效载荷。
固定报头是具有固定大小的报头，并且扩展报头是能够根据高层的分组的配置来改变其大小的报头。有效载荷是其中发送高层的数据的区域。
分组的报头(固定报头或扩展报头)可以包括指示分组的有效载荷的类型的字段。在固定报头的情况下，1个字节的前3个比特(分组类型)可以包括用于标识高层的分组类型的数据，并且剩余的5个比特可以被用作指示符部分。指示符部分可以包括用于标识有效载荷的配置方法和/或扩展报头的配置信息的数据，并且可以根据分组类型而改变。
图中所示出的表根据分组类型的值表示包括在有效载荷中的高层的类型。
根据系统配置，可以通过DP来发送有效载荷的IP分组和/或RoHC分组，并且可以通过基础DP来发送信令分组。因此，当混合并发送多个分组时，还可以应用分组类型值以便区分数据分组和信令分组。
当分组类型是000时，IPv4的IP分组被包括在有效载荷中。
当分组类型是001时，IPv6的IP分组被包括在有效载荷中。
当分组类型是010时，压缩的IP分组被包括在有效载荷中。压缩的IP分组可以包括报头压缩被应用到的IP分组。
当分组类型是110时，包括信令数据的分组被包括在有效载荷中。
当分组类型是111时，成帧分组类型被包括在有效载荷中。
图16是图示根据本发明的实施例的用于控制发送机和/或接收机在链路层中的操作模式的过程的图。
当确定了链路层的发送机或接收机的操作模式时，能够更高效地使用并能够灵活地设计广播系统。根据本发明提出的控制链路层模式的方法能够动态地转换链路层的模式，以便高效地管理系统带宽和处理时间。此外，根据本发明的控制链路层模式的方法可以容易地应付由于物理层的变化而需要支持特定模式或者另一方面特定模式不必再改变的情况。此外，根据本发明的控制链路层模式的方法还可以允许在提供广播服务的广播公司意图指定发送对应服务的方法时广播系统容易地满足对应广播公司的要求。
控制链路层的模式的方法可以被配置成仅在链路层中执行或者经由链路层中的数据配置的变化而执行。在这种情况下，能够在无需具体化单独的功能的情况下在网络层和/或物理层中执行每个层的独立操作。在根据本发明提出的链路层的模式下，能够在系统中利用信令或参数来控制模式，而无需改变系统，以便满足物理层的配置。只有当在物理层中支持对应输入的处理时才可以执行特定模式。
该图是图示通过发送机和/或接收机在IP层、链路层和物理层中对信号和/或数据进行处理的流程图。
用于模式控制的功能块(其可以被具体化为硬件和/或软件)可以被添加到链路层，并且可以管理用于确定分组是否被处理的参数和/或信令信息。链路层可以使用模式控制功能块的信息来确定是否在分组流的处理期间执行对应的功能。
首先，将对发送机的操作进行描述。
当IP被输入到链路层时，发送机使用模式控制参数(j16005)来确定是否执行开销减少(j16020)。模式控制参数可以由发送机中的服务提供方生成。将在下面详细地描述模式控制参数。
当执行开销减少(j16020)时，关于开销减少的信息被生成并被添加到链路层信令(j16060)信息。链路层信令(j16060)信息可以包括模式控制参数中的全部或一些。可以以链路层信令分组的形式发送链路层信令(j16060)信息。链路层信令分组可以被映射到DP并发送到接收机，但是可能不被映射到DP并且可以通过广播信号的预定区域以链路层信令分组的形式被发送到接收机。
对其执行开销减少(j16020)的分组流被封装(j16030)并输入到物理层的DP(j16040)。当不执行开销减少时，重新确定是否执行封装(j16050)。
对其执行了封装(j16030)的分组流被输入到物理层的DP(j16040)。在这种情况下，物理层执行用于对一般分组(链路层分组)进行处理的操作。当不执行开销减少和封装时，IP分组被直接发送到物理层。在这种情况下，物理层执行用于对IP分组进行处理的操作。当IP分组被直接发送时，仅当物理层支持IP分组输入时，可以应用参数执行操作。也就是说，模式控制参数的值可以被配置成被调整为使得当物理层不支持IP分组的处理时不执行向物理层直接发送IP分组的过程。
发送机向接收机发送对其执行了此过程的广播信号。
将在下面描述接收机的操作。
当由于诸如信道改变等的原因根据用户操纵选择特定DP并且对应DP接收分组流(j16110)时，接收机可以使用分组流的报头和/或信令信息来检查生成分组的模式(j16120)。当在对应DP的发送期间的操作模式被检查时，通过链路层的接收操作过程来执行解封装(j16130)和开销减少(j16140)过程，然后向高层发送IP分组。开销减少(j16140)过程可以包括开销恢复过程。
图17是图示根据本发明的实施例的在链路层中根据标志的值以及发送到物理层的分组的类型的操作的图。
为了确定链路层的操作模式，可以使用前述信令方法。可以向接收机直接发送与该方法相关联的信令信息。在这种情况下，前述信令数据或链路层信令分组可以包括将在下面描述的模式控制以及相关信息。
考虑到接收机的复杂性，可以向接收机间接指示链路层的操作模式。
关于操作模式的控制可以配置以下两个标志。
–报头压缩标志(HCF)：这可以是用于确定报头压缩是否应用于对应链路层的标志并且可以具有指示启用或禁用的值。
–封装标志(EF)：这可以是用于确定是否在对应的链路层中应用封装的标志并且可以具有指示启用或禁用的值。然而，当需要根据报头压缩方案执行封装时，可以将EF定义为依赖于HCF。
可以根据系统配置来应用映射到每个标志的值，只要该值表示启用和禁用即可，并且能够改变分配给每个标志的比特数。根据本发明的实施例，可以将启用值映射到1并且可以将禁用值映射到0。
该图示出了是否根据HCF和EF的值，以及在这种情况下根据发送到物理层的分组格式，来执行包括在链路层中的报头压缩和封装。也就是说，根据本发明的实施例，接收机能够知道输入到物理层的分组的类型作为关于HCF和EF的信息。
图18是图示根据本发明的实施例的用于发信号通知模式控制参数的描述符的图。
作为关于链路层中的模式控制的信息的标志可以是由发送机以描述符的形式生成并发送到接收机的信令信息。包括作为关于模式控制的信息的标志的信令可以被用来控制头端终端的发送机中的操作模式，并且作为关于模式控制的信息的标志是否被包括在发送到接收机的信令中可以可选地被选择。
当包括作为关于模式控制的信息的标志的信令被发送到接收机时，接收机可以直接选择关于对应DP的操作模式并执行分组解封装操作。当包括作为关于模式控制的信息的标志的信令未被发送到接收机时，接收机能够使用被发送到接收机的分组报头的物理层信令或字段信息来确定发送信令的模式。
根据本发明的实施例的链路层模式控制描述可以包括DP_id信息、HCF信息和/或EF信息。可以将链路层模式控制描述包括在前述FIC中的传输参数、链路层信令分组、经用专用信道、PSI/SI和/或物理层的信令中。
DP_id信息标识链路层中的模式被应用于的DP。
HCF信息标识是否在由DP_id信息所标识的DP中应用报头压缩。
EF信息标识是否对由DP_id信息所标识的DP执行封装。
图19是图示根据本发明的实施例的用于控制操作模式的发送机的操作的图。
尽管在图中未图示，但是在链路层的处理过程之前，发送机可以执行高层(例如，IP层)中的处理。发送机可以生成包括用于广播服务的广播数据的IP分组。
发送机解析或者生成系统参数(JS19010)。这里，系统参数可以对应于前述的信令数据和信令信息。
发送机可以在链路层中的广播数据处理过程期间接收或者设置模式控制相关参数或信令信息，并且设置与操作模式控制相关联的标志值(JS19020)。发送机可以在报头压缩操作或封装操作之后执行此操作。也就是说，发送机可以执行报头压缩或封装操作并且生成与此操作相关联的信息。
发送机获取需要通过广播信号发送的高层的分组(JS19030)。这里，高层的分组可以对应于IP分组。
发送机检查HCF以便确定报头压缩是否应用于高层的分组(JS19040)。
当HCF被启用时，发送机对高层的分组应用报头压缩(JS19050)。在执行报头压缩之后，发送机可以生成HCF。HCF可以被用来向接收机发信号通知是否应用报头压缩。
发送机在对其应用报头压缩的高层的分组上执行封装以生成链路层分组(JS19060)。在执行封装过程之后，发送机可以生成EF。EF可以被用来向接收机发信号通知封装是否应用于高层分组。
发送机将链路层分组发送到物理层处理器(JS19070)。然后物理层处理器生成包括链路层分组的广播信号并且将该广播信号发送到接收机。
当HCF被禁用时，发送机检查EF以便确定是否应用封装(JS19080)。
当EF被启用时，发送机对高层分组执行封装(JS19090)。当EF被禁用时，发送机不对对应分组流执行单独的处理。发送机向物理层发送在链路层中完成处理的分组流(链路层分组)(JS19070)。链路层的报头压缩、封装和/或生成可以由发送机中的链路层分组生成器(即，链路层处理器)来执行。
发送机可以生成服务信令信道(SCC)数据。服务信令信道数据可以由服务信令数据编码器生成。服务信令数据编码器可以被包括在链路层处理器中并且可以与链路层处理器分开地存在。服务信令信道数据可以包括前述FIC和/或EAT。可以将服务信令信道数据发送到前述专用信道。
图20是图示根据本发明的实施例的用于根据操作模式对广播信号进行处理的接收机的操作的图。
接收机可以与分组流一起接收与链路层中的操作模式相关联的信息。
接收机接收信令信息和/或信道信息(JS20010)。这里，信令信息和/或信道信息的描述用上述描述代替。
接收机根据信令信息和/或信道信息来选择用于接收和处理的DP(JS20020)。
接收机对所选择的DP执行物理层的解码并且接收链路层的分组流(JS20030)。
接收机检查链路层模式控制相关信令是否被包括在所接收的信令中(JS20040)。
当接收机接收到链路层模式相关信息时，接收机检查EF(JS20050)。
当EF被启用时，接收机对链路层分组执行解封装过程(JS20060)。
接收机在分组的解封装之后检查HCF，并且在HCF被启用时执行报头解压缩过程(JS20080)。
接收机向高层(例如，IP层)发送对其执行了报头解压缩的分组(JS20090)。在前述过程期间，当HCF和EF被禁用时，接收机将经处理的分组流识别为IP分组并且将对应的分组发送到IP层。
当接收机未接收到链路层模式相关信息或者对应系统未向接收机发送链路层模式相关信息时，执行以下操作。
接收机接收信令信息和/或信道信息(JS20010)，并且根据对应信息来选择用于接收和处理的DP(JS20020)。接收机对所选择的DP执行物理层的解码以获取分组流(JS20030)。
接收机检查所接收的信令是否包括链路层模式控制相关信令(JS20040)。
因为接收机未接收到链路层模式相关信令，所以接收机检查使用物理层信令发送的分组的格式等(JS20100)。这里，物理层信令信息可以包括用于标识包括在DP的有效载荷中的分组的类型的信息。当从物理层发送的分组是IP分组时，接收机将分组发送到IP层而没有链路层中的单独处理。
当从物理层发送的分组是对其执行了封装的分组时，接收机在对应的分组上执行解封装过程(JS20110)。
接收机在解封装过程期间使用链路层分组的诸如报头等的信息来检查包括在有效载荷中的分组的形式(JS20120)，并且在有效载荷是IP分组时接收机将对应的分组发送到IP层处理器。
当链路层分组的有效载荷是压缩的IP分组时，接收机在对应的分组上执行解压缩过程(JS20130)。
接收机将IP分组发送到IP层处理器(JS20140)。
图21是图示根据本发明的实施例的接收机的图。
根据本发明的实施例的接收机可以包括调谐器JS21010、ADC JS21020、解调器JS21030、信道同步器与均衡器JS21040、信道解码器JS21050、L1信令解析器JS21060、信令控制器JS21070、基带控制器JS21080、链路层接口JS21090、L2信令解析器JS21100、分组报头恢复JS21110、IP分组过滤器JS21120、公共协议栈处理器JS21130、SSC处理缓冲器与解析器JS21140、服务映射数据库(DB)JS21150、服务指南(SG)处理器JS21160、SG DB JS21170、AV服务控制器JS21180、解复用器JS21190、视频解码器JS21200、视频渲染器JS21210、音频解码器JS21220、音频渲染器JS21230、网络交换机JS21240、IP分组过滤器JS21250、TCP/IP栈处理器JS21260、数据服务控制器JS21270和/或系统处理器JS21280。
调谐器JS21010接收广播信号。
当广播信号是模拟信号时，ADC JS21020将该广播信号转换为数字信号。
解调器JS21030对广播信号进行解调。
信道同步器与均衡器JS21040执行信道同步和/或均衡。
信道解码器JS21050对广播信号中的信道进行解码。
L1信令解析器JS21060从广播信号中解析L1信令信息。L1信令信息可以对应于物理层信令信息。L1信令信息可以包括传输参数。
信令控制器JS21070对信令信息进行处理或者广播接收机将信令信息发送到需要对应信令信息的设备。
基带控制器JS21080控制基带中的广播信号的处理。基带控制器JS21080可以使用L1信令信息来对广播信号执行物理层中的处理。当未指示基带控制器JS21080与其它设备之间的连接关系时，基带控制器JS21080可以将经处理的广播信号或广播数据发送到接收机中的另一设备。
链路层接口JS21090访问链路层分组并获取链路层分组。
L2信令解析器JS21100解析L2信令信息。L2信令信息可以对应于包括在前述链路层信令分组中的信息。
当对比链路层高的层(例如，IP层)的分组应用报头压缩时，分组报头恢复JS21110对分组执行报头解压缩。这里，分组报头恢复JS21110可以使用用于标识是否应用了前述报头压缩的信息来还原高层的分组的报头。
IP分组过滤器JS21120对发送到特定IP地址和/或UDP编号的IP分组进行过滤。发送到特定IP地址和/或UDP编号的IP分组可以包括通过前述专用信道发送的信令信息。发送到特定IP地址和/或UDP编号的IP分组可以包括前述FIC、FIT、EAT和/或紧急警报消息(EAM)。
公共协议栈处理器JS21130根据每个层的协议对数据进行处理。例如，公共协议栈处理器JS21130根据IP层或比IP层高的层的协议来解码或者解析对应IP分组。
SSC处理缓冲器与解析器JS21140存储或者解析发送到服务信令信道(SSC)的信令信息。可以将特定IP分组指定为SSC，并且该SSC可以包括用于获取服务的信息、包括在服务中的属性信息、DVI-SI信息和/或PSI/PSIP信息。
服务映射DB JS21150存储服务映射表。服务映射表包括关于广播服务的属性信息。服务映射表可以被包括在SSC中并发送。
SG处理器JS21160对服务指南进行解析或者解码。
SG DB JS21170存储服务指南。
AV服务控制器JS21180执行用于获取广播AV数据的总体控制。
解复用器JS21190将广播数据划分成视频数据和音频数据。
视频解码器JS21200对视频数据进行解码。
视频渲染器JS21210使用经解码的视频数据来生成提供给用户的视频。
音频解码器JS21220对音频数据进行解码。
音频渲染器JS21230使用经解码的音频数据来生成提供给用户的音频。
网络交换机JS21240控制与除广播网络之外的其它网络的接口。例如，网络交换机JS21240可以访问IP网络并且可以直接接收IP分组。
IP分组过滤器JS21250对具有特定IP地址和/或UDP编号的IP分组进行过滤。
TCP/IP栈处理器JS21260根据TCP/IP的协议对IP分组进行解封装。
数据服务控制器JS21270控制数据服务的处理。
系统处理器JS21280对接收机执行总体控制。
在上述的发送机或者接收机中可以执行本发明的被描述的方法。
虽然为了清楚起见参考每个附图解释本发明的描述，但是能够通过相互合并在附图中示出的实施例来设计新的实施例。并且，如果必要时本领域的技术人员设计记录用于执行在前述的描述中提及的实施例的程序的计算机可读的记录介质，则其可以属于随附的权利要求和它们的等效物的范围。
根据本发明的设备和方法可以不限于在前述的描述中提到的实施例的配置和方法。并且，前述的描述中提到的实施例能够以被选择性地以整体或部分彼此组合的方式来配置使得能够对实施例进行各种修改。
另外，利用配置给网络设备的处理器可读记录介质中的处理器可读代码，可以实现根据本发明的方法。该处理器可读介质可以包括所有种类的能够存储处理器可读数据的记录设备。该处理器可读介质可以包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储设备等中的一种，并且还可以包括如经由互联网传输的载波类型的实现。此外，当该处理器可读的记录介质被分布到通过互联网连接的计算机系统时，根据分布式系统，可以保存或执行处理器可读代码。
本领域的技术人员将会理解的是，在不背离本发明的精神或范围的情况下，可以对本发明进行各种修改和变化。因此，本发明意在覆盖本发明的修改和变化，只要它们落入所附权利要求和它们的等价物范围内。
在本说明书中提及设备和方法发明两者，并且设备和方法发明两者的描述互补地适用于彼此。
本发明模式
已经以用于实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号供应领域中是可用的。对于本领域的技术人员来说将会显然的是，在没有脱离本发明的精神或者范围的情况下在本发明中能够进行各种修改和变化。因此，旨在本发明覆盖落入随附的权利要求和它们的等效物的范围内的本发明的修改和变化。

Claims (12)

1.一种发送广播信号的方法，包括：
链路层处理输入数据分组以输出链路层分组，其中所述输入数据分组包括携带用于一个或多个广播服务的广播数据的互联网协议IP分组或者MPEG TS分组中的至少之一，所述链路层处理包括：
对所述输入数据分组的一个或多个输入数据分组的每一个的报头执行报头压缩；
生成链路层信令数据，其中所述链路层信令数据包括关于将所述输入数据映射到物理层管道PLP的信息；以及
将所述输入数据分组封装到第一组的多个链路层分组，并且将生成的链路层分组信令数据封装到第二组的一个或多个链路层分组，
其中，所述第一组的每个链路层分组的报头和所述第二组的每个链路层分组的报头包括用于指示在封装之前的输入数据分组的分组类型或者最初协议的分组类型信息，
其中，所述第一组的每个链路层分组的报头中的所述分组类型信息指示所述第一组的至少一个链路层分组的有效载荷中的输入数据对应于被压缩的IP分组，
其中，所述第二组的每个链路层分组的报头中的所述数据分组类型信息指示所述每个链路层分组的有效载荷中的数据对应于所述链路层信令数据，并且
其中，所述链路层信令数据包括指示所述第一组的所述至少一个链路层分组的所述有效载荷中的所述输入数据对应于执行了所述报头压缩的被压缩的IP分组的信息；以及
物理层处理所述链路层分组以输出携带所述PLP以及所述PLP的物理层信令信息的所述广播信号。
2.根据权利要求1所述的方法，
其中，所述链路层信令数据包括PLP的标识符。
3.根据权利要求1所述的方法，
其中，所述链路层信令数据包括用于所述被封装的链路层分组的上下文信息。
4.根据权利要求3所述的方法，
其中，与所述被封装的链路层分组分开地发送所述上下文信息。
5.根据权利要求1所述的方法，进一步包括：
编码包括快速信息信道数据的服务信令信道数据，所述快速信息信道数据携带用于快速广播服务扫描和获取的信息，
其中，所述快速信息信道包括识别提供广播服务的广播公司的广播识别信息，和指定所述广播公司的基础数据管道的基础数据管道识别信息；以及
编码紧急警报信道数据，所述紧急警报信道数据携带用于经由广播系统提供紧急警报的信息，
其中，所述紧急警报信道数据包括识别用于所述紧急警报的紧急消息的消息识别信息，和指定是否存在与所述紧急消息有关的非实时内容的非实时内容信息。
6.根据权利要求5所述的方法，其中，在所述广播信号中经由专用信道发送所述快速信息信道数据和所述紧急警报信道数据，
其中，所述专用信道对应于为了特定目的而保留的数据信道。
7.一种用于在接收器接收广播信号的方法，包括：
基于从广播信号获得的物理层参数物理层处理所述广播信号，所述广播信号包括多个物理层管道PLP，所述多个PLP中的一个或多个PLP携带第一组的一个或多个链路层分组，
其中，通过封装链路层信令数据生成所述第一组的所述一个或多个链路层分组，所述链路层信令数据包括关于将被封装到第二组的多个链路层分组的输入数据分组映射到所述PLP的信息；以及
链路层处理所述一个或多个链路层分组以获得所述链路层信令数据以及基于所述链路层信令数据从所述PLP获得第二组的所述链路层分组以获得所述输入数据分组，所述输入数据分组包括携带用于广播服务的广播数据的互联网协议IP分组或者MPEG TS分组中的至少之一，
其中，所述第一组的每个链路层分组的报头和所述第二组的每个链路层分组的报头包括用于指示在封装之前的输入数据分组的分组类型或者最初协议的分组类型信息，
其中，所述第一组的每个链路层分组的报头中的所述数据分组类型信息指示所述每个链路层分组的有效载荷中的数据对应于所述链路层信令数据，
其中，所述链路层信令数据包括指示所述第二组的至少一个链路层分组的所述有效载荷中的所述输入数据对应于执行了报头压缩的被压缩的IP分组的信息，并且
其中，所述第二组的每个链路层分组的报头中的所述分组类型信息指示所述第二组的所述至少一个链路层分组的有效载荷中的输入数据对应于被压缩的IP分组。
8.根据权利要求7所述的方法，其中，所述链路层信令数据进一步包括指定是否所述IP分组被封装到所述链路层分组的封装信息。
9.根据权利要求8所述的方法，其中，所述报头压缩信息和所述封装信息被组合以用信号发送是否所述分组的每一个对应于具有被压缩的IP有效载荷的链路层分组、具有IP有效载荷的链路层分组、或者IP分组。
10.根据权利要求7所述的方法，进一步包括：
解码包括快速信息信道数据的服务信令信道数据，所述快速信息信道数据携带用于快速广播服务扫描和获取的信息，
其中，所述快速信息信道包括识别提供所述广播服务的广播公司的广播识别信息，和指定所述广播公司的基础数据管道的基础数据管道识别信息。
11.根据权利要求10所述的方法，其中，所述服务信令信道数据进一步包括紧急警报信道数据，所述紧急警报信道数据携带用于经由广播系统提供紧急警报的信息，
其中，所述紧急警报信道数据包括识别用于所述紧急警报的紧急消息的消息识别信息，和指定是否存在与所述紧急消息有关的非实时内容的非实时内容信息。
12.根据权利要求11所述的方法，其中，在所述广播信号中经由专用信道接收所述快速信息信道数据和所述紧急警报信道数据，
其中，所述专用信道对应于为了特定目的而保留的数据信道。
CN201580002817.5A 2014-03-03 2015-02-27 用于发送/接收广播信号的设备和方法 Active CN105794174B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461947382P 2014-03-03 2014-03-03
US61/947,382 2014-03-03
US201461971502P 2014-03-27 2014-03-27
US61/971,502 2014-03-27
PCT/KR2015/001952 WO2015133770A1 (en) 2014-03-03 2015-02-27 Apparatus and methods for transmitting / receiving a broadcast signal

Publications (2)

Publication Number Publication Date
CN105794174A CN105794174A (zh) 2016-07-20
CN105794174B true CN105794174B (zh) 2019-06-21

Family

ID=54055521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580002817.5A Active CN105794174B (zh) 2014-03-03 2015-02-27 用于发送/接收广播信号的设备和方法

Country Status (6)

Country Link
US (1) US20160219133A1 (zh)
EP (1) EP3114814A4 (zh)
JP (1) JP6293278B2 (zh)
KR (1) KR101823481B1 (zh)
CN (1) CN105794174B (zh)
WO (1) WO2015133770A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9712432B2 (en) * 2014-08-21 2017-07-18 Red Hat, Inc. Light-weight fork channels for clustering
CN105765943B (zh) * 2014-10-20 2019-08-23 Lg 电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
EP3211905B1 (en) 2014-10-21 2019-04-03 Sony Corporation Reception device, reception method, transmission device, and transmission method
US9699153B2 (en) 2015-01-19 2017-07-04 Intel IP Corporation Systems, methods and devices for direct communication
CA2945611C (en) * 2015-03-04 2023-05-09 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
JP6811181B2 (ja) * 2015-10-15 2021-01-13 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
US10594417B2 (en) 2016-01-14 2020-03-17 Lg Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal
WO2017217825A1 (ko) * 2016-06-17 2017-12-21 엘지전자(주) 방송 신호 송수신 장치 및 방법
CN109474836B (zh) * 2017-09-07 2020-10-09 北京泰美世纪科技有限公司 数字多媒体信号的发送、接收方法及装置
KR102519917B1 (ko) * 2017-11-09 2023-04-10 엘지전자 주식회사 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법
US11381498B1 (en) * 2020-12-31 2022-07-05 Digicap Co., Ltd. System for transmitting broadcast data

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101416444A (zh) * 2006-07-07 2009-04-22 三星电子株式会社 用于提供因特网协议数据广播服务的方法和设备以及用于处理因特网协议数据广播服务的方法和设备
CN103329514A (zh) * 2010-11-23 2013-09-25 Lg电子株式会社 广播信号发送设备、广播信号接收设备、以及广播信号发送和接收设备中的广播信号收发方法
CN103338093A (zh) * 2012-03-02 2013-10-02 Lg电子株式会社 经由移动广播提供紧急报警服务的方法及其设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001296586A1 (en) * 2000-10-05 2002-04-15 Provisionpoint Communications, Llc Group packet encapsulation and compression system and method
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
US8368530B1 (en) * 2006-08-02 2013-02-05 A&T Mobility II LLC Network directed cell broadcasts for emergency alert system
US8774229B2 (en) * 2007-01-12 2014-07-08 Wi-Lan, Inc. Multidiversity handoff in a wireless broadcast system
JP5049151B2 (ja) * 2008-01-31 2012-10-17 日本放送協会 受信装置及び伝送システム
KR20110008951A (ko) * 2009-07-21 2011-01-27 한국원자력연구원 이온빔을 이용한 이종세포의 패턴 형성 방법
US20110103300A1 (en) * 2009-10-30 2011-05-05 Nokia Corporation Data encapsulation and service discovery over a broadcast or multicast system
EP2362653A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
EP3010161A1 (en) * 2010-04-01 2016-04-20 LG Electronics Inc. Multiple physical layer pipes (plb) with mutual information
DK2567524T3 (da) * 2010-05-03 2019-09-09 Nokia Technologies Oy Reduktion af protokolspild
US20120216230A1 (en) * 2011-02-18 2012-08-23 Nokia Corporation Method and System for Signaling Transmission Over RTP
US8744010B2 (en) * 2011-05-12 2014-06-03 Nokia Corporation Providing signaling information in an electronic service guide

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101416444A (zh) * 2006-07-07 2009-04-22 三星电子株式会社 用于提供因特网协议数据广播服务的方法和设备以及用于处理因特网协议数据广播服务的方法和设备
CN103329514A (zh) * 2010-11-23 2013-09-25 Lg电子株式会社 广播信号发送设备、广播信号接收设备、以及广播信号发送和接收设备中的广播信号收发方法
CN103338093A (zh) * 2012-03-02 2013-10-02 Lg电子株式会社 经由移动广播提供紧急报警服务的方法及其设备

Also Published As

Publication number Publication date
US20160219133A1 (en) 2016-07-28
JP2017504993A (ja) 2017-02-09
KR20160048157A (ko) 2016-05-03
CN105794174A (zh) 2016-07-20
EP3114814A1 (en) 2017-01-11
KR101823481B1 (ko) 2018-03-14
EP3114814A4 (en) 2017-10-25
WO2015133770A1 (en) 2015-09-11
JP6293278B2 (ja) 2018-03-14

Similar Documents

Publication Publication Date Title
CN105794174B (zh) 用于发送/接收广播信号的设备和方法
CN105723682B (zh) 发送/接收广播信号的方法和装置
CN105981318B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN112468846B (zh) 广播信号发送方法和装置以及广播信号接收方法和装置
CN106464944B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CN105765943B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
US10492100B2 (en) Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
CN107431830A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106464676B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CA2920067C (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant