本发明涉及一种发送广播信号的装置、一种接收广播信号的装置和发送和接收广播信号的方法。
背景技术：
：：由于模拟广播信号传输接近终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括除了模拟广播信号之外的大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。技术实现要素：技术问题也就是说，数字广播系统可以提供HD(高分辨率)图像、多信道音频和各种附加服务。但是，考虑到移动接收设备，对于数字广播，大量数据传输的数据传输效率、传输/接收网络的鲁棒性和网络灵活性需要改进。技术方案本发明提出一种根据本发明的目的如在此处包括和大致描述的用于在使用陆上广播网和互联网支持未来混合广播的环境下有效地支持未来广播服务的系统和相关的信令方法。有益效果根据本发明，在广播系统的发射机和接收机之间发送的数据量可以被有效地降低。根据本发明，无论在广播系统的高层中使用的哪种协议，广播信号都可以被有效地从发射机传送给接收机。附图说明附图被包括以提供对本发明进一步的理解，其图示本发明的实施例，并且与该说明书一起用来解释本发明的原理。图1图示根据本发明的实施例的协议栈。图2图示根据本发明的实施例的服务发现过程。图3图示根据本发明的实施例的低等级信令(LLS)表和服务列表表(SLT)。图4图示根据本发明的实施例经由ROUTE传送的USBD和S-TSID。图5图示根据本发明的实施例经由MMT传送的USBD。图6图示根据本发明的实施例的链路层操作。图7图示根据本发明的实施例的链路映射表(LMT)。图8图示根据本发明的实施例的链路层中的数据处理。图9图示根据本发明的实施例的ALP结构和接口。图10图示根据本发明的实施例的链路层分组的格式。图11图示根据本发明的实施例的链路层分组的基础头部结构。图12图示根据本发明的实施例的链路层分组头部的语法。图13图示根据本发明的实施例用于单个分组的附加头部的结构和语法。图14图示根据本发明的实施例在分段的情况下的链路层分组的附加头部的结构和语法。图15图示根据本发明的实施例在级联的情况下的链路层分组的附加头部的结构和语法。图16图示根据本发明的实施例包括链路层信令的链路层分组和被包括在其中的附加头部的语法。图17图示根据本发明的实施例包括扩展的分组(输入分组)的链路层分组和被包括在其中的附加头部的语法。图18图示根据本发明的实施例包括MPEG2-TS分组的链路层分组和链路层分组头部的语法。图19图示根据本发明的实施例从MPEG2-TS分组除去空分组的过程。图20图示根据本发明的实施例从MPEG2-TS分组删除头部的过程。图21图示根据本发明的实施例的链路层的单个分组封装结构。图22图示根据本发明的实施例应用分段的链路层分组封装结构。图23图示根据本发明的实施例应用级联的链路层分组封装结构。图24图示根据本发明的实施例的链路层中的MPEG2-TS分组封装的概念。图25图示根据本发明的实施例在使用空分组消除的链路层中MPEG2-TS分组封装的概念。图26图示根据本发明的实施例在使用TS头部消除的链路层中MPEG2-TS分组封装的概念。图27图示根据本发明的实施例当在链路层中执行IP分组头部压缩的时候，关于上下文的传输路径。图28图示根据本发明的实施例在接收机中获得上下文的过程。图29是图示根据本发明的实施例产生和处理广播信号方法的流程图。图30图示根据本发明的实施例的广播系统。具体实施方式现在将详细地介绍本发明的优选实施例，其示例在伴随的附图中图示。在下面将参考伴随的附图给出详细说明，其意欲解释本发明的示例性实施例，而不是示出可以根据本发明实现的仅有的实施例。以下的详细说明包括特定的细节以便提供对本发明深入的理解。但是，对于那些本领域技术人员将是显而易见的，无需这样的特定的细节也可以实践本发明。虽然在本发明中使用的术语是从通常已知和使用的术语中选择出来的，在本发明的描述中提及的一些术语已经由本申请人以他的或者她的判断选择，其详细的含义在此处本说明书的相关部分中描述。此外，所需要的是，不只是通过实际使用的术语，而是通过每个术语的含义来理解本发明。本发明提供发送和接收用于未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(UHDTV)服务等等。本发明可以根据实施例通过非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等等。本发明提出一种在实现特定目的所需要的性能的同时对其进行优化以最小化接收机复杂度的物理配置文件(或者系统)。图1是根据本发明的实施例示出协议栈的图。服务可以经由多个层传送给接收机。首先，发送侧可以产生服务数据。服务数据可以被处理为在发送侧的传送层上传输，并且服务数据可以被编码为广播信号并在物理层上经广播或者宽带网络发送。在这里，服务数据可以以ISO基础媒体文件格式(BMFF)产生。ISOBMFF媒体文件可以用于广播/宽带网络传送、媒体封装和/或同步格式。在这里，服务数据是与服务相关的所有数据，并且可以包括配置线性服务的服务组件、其信令信息、非实时(NRT)数据和其他文件。将描述传送层。传送层可以提供用于发送服务数据的功能。服务数据可以经广播和/或宽带网络传送。广播服务传送可以包括两种方法。作为第一种方法，服务数据可以基于MPEG媒体传输(MMT)在媒体处理单元(MPU)中处理，并且使用MMT协议(MMTP)发送。在这种情况下，使用MMTP传送的服务数据可以包括用于线性服务的服务组件和/或其服务信令信息。作为第二种方法，服务数据可以被处理为DASH分段，并且基于MPEGDASH，使用经单向传输(ROUTE)的实时对象传送发送。在这种情况下，经由ROUTE协议传送的服务数据可以包括用于线性服务的服务组件、其服务信令信息和/或NRT数据。也就是说，NRT数据和非定时的数据，诸如文件，可以经由ROUTE传送。根据MMTP或者ROUTE协议处理的数据可以经由UDP/IP层被处理为IP分组。在经广播网的服务数据传送中，服务列表表(SLT)也可以经由UDP/IP层在广播网上传送。SLT可以被在低等级信令(LLS)表中传送。稍后将描述SLT和LLS表。IP分组可以在链路层中被处理为链路层分组。链路层可以将从高层传送的各种格式的数据封装进链路层分组中，然后将该分组传送给物理层。稍后将详细描述链路层。在混合服务传送中，至少一个服务元素可以被经由宽带路径传送。在混合服务传送中，经宽带传送的数据可以包括DASH格式的服务组件、其服务信令信息和/或NRT数据。此数据可以被经由HTTP/TCP/IP处理，并且经由用于宽带传输的链路层传送给用于宽带传输的物理层。物理层可以处理从传送层(高层和/或链路层)接收的数据，并且经广播或者宽带网络发送该数据。稍后将给出物理层的详细描述。将描述该服务。该服务可以是显示给用户的服务组件的集合，该组件可以具有各种媒体类型，该服务可以是连续的或者中断的，该服务可以是实时或者非实时的，并且实时服务可以包括一系列TV节目。该服务可以具有各种类型。第一，该服务可以是线性音频/视频或者具有基于app的增强的音频服务。第二，该服务可以是基于app的服务、由下载的应用控制的再现/配置。第三，该服务可以是用于提供电子服务指南(ESG)的ESG服务。第四，该服务可以是用于提供紧急警报信息的紧急警报(EA)服务。当无需基于app的增强的线性服务被经广播网传送的时候，该服务组件可以由(1)一个或多个ROUTE会，或者(2)一个或多个MMTP会话传送。当具有基于app的增强的线性服务被经广播网传送的时候，该服务组件可以由(1)一个或多个ROUTE会话，或者(2)零或零个以上MMTP会话传送。在这种情况下，用于基于app的增强的数据可以以NRT数据或者其他文件的形式经由ROUTE会话传送。在本发明的一个实施例中，使用两个协议的一个服务的服务组件(流媒体组件)的同时的传送可能是不被允许的。当基于app的服务被经广播网传送的时候，服务组件可以由一个或多个ROUTE会话传送。在这种情况下，用于基于app的服务的服务数据可以以NRT数据或者其他文件的形式经由ROUTE会话传送。这样的服务的某些服务组件、某些NRT数据、文件等等可以经由宽带(混合服务传送)传送。也就是说，在本发明的一个实施例中，一个服务的线性服务组件可以经由MMT协议传送。在本发明的另一个实施例中，一个服务的线性服务组件可以经由ROUTE协议传送。在本发明的另一个实施例中，一个服务的线性服务组件和NRT数据(NRT服务组件)可以经由ROUTE协议传送。在本发明的另一个实施例中，一个服务的线性服务组件可以经由MMT协议传送，并且NRT数据(NRT服务组件)可以经由ROUTE协议传送。在以上描述的实施例中，服务的某些服务组件或者某些NRT数据可以经由宽带传送。在这里，关于基于app的增强的基于app的服务和数据可以根据ROUTE经广播网，或者以NRT数据的形式经由宽带传送。NRT数据可以称为本地缓存的数据。每个ROUTE会话包括用于完整地或者部分地传送配置该服务的内容组件的一个或多个LCT会话。在流服务传送中，LCT会话可以传送用户服务的单个的组件，诸如音频、视频或者隐藏式字幕流(closedcaptionstream)。流媒体被格式化为DASH分段。每个MMTP会话包括用于传送所有或者某些内容组件或者MMT信令消息的一个或多个MMTP分组流。MMTP分组流可以传送已格式化为MPU的组件或者MMT信令消息。对于NRT用户服务或者系统元数据的传送，LCT会话传送基于文件的内容项目。这样的内容文件可以包括NRT服务的连续的(定时的)或者离散的(非定时的)媒体组件或者元数据，诸如服务信令或者ESG片段。系统元数据(诸如服务信令或者ESG片段)可以经由MMTP的信令消息模式传送。当调谐器调谐到频率时，接收机可以检测广播信号。接收机可以提取和发送SLT给处理模块。SLT解析器可以解析SLT，并且在信道映射表(channelmap)中获得和存储数据。接收机可以获得和将SLT的引导信息(bootstrapinformation)传送给ROUTE或者MMT客户端。接收机可以获得和存储SLS。USBD可以由信令解析器获得和解析。图2是示出根据本发明的一个实施例的服务发现过程的图。由物理层的广播信号帧传送的广播流可以携带低等级信令(LLS)。LLS数据可以经由被传送给公知的IP地址/端口的IP分组的有效载荷携带。此LLS可以根据其类型包括SLT。LLS数据可以以LLS表的形式被格式化。携带LLS数据的每个UDP/IP分组的第一字节可以是LLS表的开始。与示出的实施例不同，用于传送LLS数据的IP流可以与其他的服务数据一起被传送给PLP。SLT可以允许接收机去经由快速信道扫描产生服务列表，并且提供用于定位SLS的访问信息。SLT包括引导信息。这个引导信息可以允许接收机去获得每个服务的服务层信令(SLS)。当SLS，也就是说，服务信令信息被经由ROUTE传送的时候，引导信息可以包括携带SLS的LCT信道、包括LCT信道的ROUTE会话的目的地IP地址和目的地端口信息。当SLS被经由MMT传送的时候，自举信息可以包括携带SLS的MMTP会话的目的地IP地址和目的地端口信息。在示出的实施例中，在SLT中描述的服务#1的SLS被经由ROUTE传送，并且SLT可以包括包含由SLS传送的LCT信道的ROUTE会话的引导信息sIP1、dIP1和dPort1。在SLT中描述的服务#2的SLS被经由MMT传送，并且SLT可以包括包含由SLS传送的MMTP分组流的MMTP会话的引导信息sIP2、dIP2和dPort2。SLS是描述服务的性质的信令信息，并且可以包括用于显著地再现服务，或者提供用于获得服务和该服务的服务组件的接收机能力信息。当每个服务具有单独的服务信令的时候，无需解析在广播流内传送的所有SLS，接收机即可获得用于期望的服务的合适的SLS。当SLS被经由ROUTE协议传送的时候，SLS可以被经由由SLT指示的ROUTE会话的专用的LCT信道传送。在一些实施例中，这个LCT信道可以是通过tsi＝0识别的LCT信道。在这种情况下，SLS可以包括用户服务包描述(bundledescription)(USBD)/用户服务描述(USD)、基于服务的传输会话实例描述(S-TSID)和/或媒体表示描述(MPD)。在这里，USBD/USD是SLS片段的一个，并且可以用作描述服务的详细说明信息的信令中心(signalinghub)。USBD可以包括服务识别信息、设备能力信息等等。USBD可以包括其它的SLS片段(S-TSID、MPD等等)的参考信息(URI参考)。也就是说，USBD/USD可以参考S-TSID和MPD。此外，USBD可以进一步包括用于允许接收机去判定传输模式(广播/宽带网络)的元数据信息。USBD/USD的详细说明将在下面给出。S-TSID是SLS片段的一个，并且可以提供携带服务的服务组件的传输会话的整个会话描述信息。S-TSID可以提供服务的服务组件经由其传送的ROUTE会话，和/或用于ROUTE会话的LCT信道的传输会话描述信息。S-TSID可以提供与一个服务相关联的服务组件的组件获得信息。S-TSID可以在MPD的DASH表示和服务组件的tsi之间提供映射。S-TSID的组件获得信息可以以相关的DASH表示和tsi的标识符的形式提供，并且在某些实施例中可以或者可以不必包括PLPID。经由该组件获得信息，接收机可以收集一个服务的音频/视频组件，并且执行DASH媒体分段的缓存和解码。S-TSID可以由如上所述的USBD引用。S-TSID的详细说明将在下面给出。MPD是SLS片段的一个，并且可以提供服务的DASH媒体表示的描述。MPD可以提供媒体分段的资源标识符，并且提供在识别的资源的媒体表示内的上下文信息。MPD可以描述经广播网传送的DASH表示(服务组件)，并且描述经宽带(混合传送)传送的额外的DASH表示。MPD可以由如上所述的USBD引用。当SLS被经由MMT协议传送的时候，SLS可以被经由由SLT指示的MMTP会话的专用的MMTP分组流传送。在一些实施例中，传送SLS的MMTP分组的packet_id可以具有00的值。在这种情况下，SLS可以包括USBD/USD和/或MMT分组(MP)表。在这里，USBD是SLS片段的一个，并且可以如由ROUTE协议传送时一样描述服务的详细说明信息。这个USBD可以包括其它的SLS片段的参考信息(URI信息)。MMT的USBD可以参考MMT信令的MP表。在一些实施例中，MMT的USBD可以包括S-TSID和/或MPD的参考信息。在这里，S-TSID是用于经由ROUTE协议传送的NRT数据。甚至当线性服务组件被经由MMT协议传送时，NRT数据可以经由ROUTE协议传送。MPD是在混合服务传送中用于经宽带传送的服务组件。MMT的USBD的详细说明将在下面给出。MP表是用于MPU组件的MMT的信令消息，并且可以提供携带服务的服务组件的MMTP会话的整个会话描述信息。此外，MP表可以包括经由MMTP会话传送的资产(asset)的描述。MP表是用于MPU组件的流信令信息，并且可以提供对应于一个服务的资产列表和这些组件的位置信息(组件获得信息)。MP表的详细说明可以被在MMT中定义或者修改。在这里，资产是多媒体数据实体，通过一个唯一的ID合并，并且可以意指用于一个多媒体表示的数据实体。资产可以对应于配置一个服务的服务组件。对应于期望的服务的流服务组件(MPU)可以被使用MP表访问。MP表可以由如上所述的USBD引用。其它的MMT信令消息可以被定义。与服务和MMTP会话有关的附加信息可以由这样的MMT信令消息描述。ROUTE会话通过源IP地址、目的地IP地址和目的地端口号识别。LCT会话通过在父ROUTE会话范围内唯一的传输会话标识符(TSI)识别。MMTP会话通过目的地IP地址和目的地端口号识别。MMTP分组流通过在父MMTP会话范围内唯一的packet_id识别。在ROUTE的情况下，S-TSID、USBD/USD、MPD或者传送其的LCT会话可以称为服务信令信道。在MMTP的情况下，USBD/UD、MMT信令消息或者传送其的分组流可以称为服务信令信道。与示出的实施例不同，一个ROUTE或者MMTP会话可以经由多个PLP传送。也就是说，一个服务可以经由一个或多个PLP传送。与示出的实施例不同，在一些实施例中，配置一个服务的组件可以经由不同的ROUTE会话传送。此外，在一些实施例中，配置一个服务的组件可以经由不同的MMTP会话传送。在一些实施例中，配置一个服务的组件可以在ROUTE会话和MMTP会话中被分割和传送。虽然未示出，配置一个服务的组件可以经由宽带(混合传送)传送。图3是示出根据本发明的一个实施例的低等级信令(LLS)表和服务列表表(SLT)的图。LLS表的一个实施例t3010可以包括根据LLS_table_id字段、provider_id字段、LLS_table_version字段和/或LLS_table_id字段的信息。LLS_table_id字段可以识别LLS表的类型，并且provider_id字段可以识别与由LLS表以信号告知的服务相关联的服务提供者。在这里，服务提供者是使用所有或者一些广播流的广播设备，并且provider_id字段可以识别正在使用广播流的多个广播设备的一个。LLS_table_version字段可以提供LLS表的版本信息。根据LLS_table_id字段的值，LLS表可以包括以上描述的SLT、包括有关内容报告评级信息的评级区域表(RRT)、用于提供与系统时间相关联的信息的系统时间信息、用于提供与紧急警报相关联的信息的公共警报协议(CAP)消息中的一个。在一些实施例中，其它的信息可以包括在LLS表中。示出的SLT的一个实施例t3020可以包括@bsid属性、@sltCapabilities属性、sltInetUrl元素和/或服务元素。每个字段可以被根据示出的使用列的值省略，或者可以存在多个字段。@bsid属性可以是广播流的标识符。@sltCapabilities属性可以提供解码和显著地再现在SLT中描述的所有服务需要的能力信息。sltInetUrl元素可以经宽带提供用于获得服务信令信息的基础URL信息和用于SLT的服务的ESG。sltInetUrl元素可以进一步包括@urlType属性，其可以指示能够被经由URL获得的数据类型。服务元素可以包括有关在SLT中描述的服务的信息，并且每个服务的服务元素可以存在。服务元素可以包括@serviceId属性、@sltSvcSeqNum属性、@protected属性、@majorChannelNo属性、@minorChannelNo属性、@serviceCategory属性、@shortServiceName属性、@hidden属性、@broadbandAccessRequired属性、@svcCapabilities属性、BroadcastSvcSignaling元素和/或svcInetUrl元素。@serviceId属性是服务的标识符，并且@sltSvcSeqNum属性可以指示该服务的SLT信息的序列号。@protected属性可以指示是否保护针对该服务的显著的再现所必需的至少一个服务组件。@_majorChannelNo属性和@_minorChannelNo属性可以分别地指示该服务的主要信道编号和次要信道编号。@serviceCategory属性可以指示该服务的类别。该服务的类别可以包括线性A/V服务、线性音频服务、基于app的服务、ESG服务、EAS服务等等。@shortServiceName属性可以提供该服务的短的名称。@hidden属性可以指示是否该服务是用于测试或者专用用途。@broadbandAccessRequired属性可以指示对于该服务的显著的再现是否宽带接入是必需的。@svcCapabilities属性可以提供针对该服务的解码和显著的再现所必需的能力信息。BroadcastSvcSignaling元素可以提供与该服务的广播信令相关联的信息。这个元素可以相对于信令经该服务的广播网提供信息，诸如位置、协议和地址。其细节将在下面描述。svcInetUrl元素可以经宽带提供用于访问服务的信令信息的URL信息。sltInetUrl元素可以进一步包括@urlType属性，其可以指示能够被经由URL获得的数据类型。以上描述的BroadcastSvcSignaling元素可以包括@slsProtocol属性、@slsMajorProtocolVersion属性、@slsMinorProtocolVersion属性、@slsPlpId属性、@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和/或@slsSourceIpAddress属性。@slsProtocol属性可以指示用于传送服务(ROUTE、MMT等等)的SLS的协议。@slsMajorProtocolVersion属性和@slsMinorProtocolVersion属性可以分别地指示用于传送该服务的SLS的协议的主要版本号和次要版本号。@slsPlpId属性可以提供用于识别传送该服务的SLS的PLP的PLP标识符。在一些实施例中，这个字段可以被省略，并且由SLS传送的PLP信息可以使用以下描述的LMT的信息和SLT的引导信息的组合检查。@slsDestinationIpAddress属性、@slsDestinationUdpPort属性和@slsSourceIpAddress属性可以分别地指示目的地IP地址、目的地UDP端口和传送服务的SLS的传输分组的源IP地址。这些可以识别由SLS传送的传输会话(ROUTE会话或者MMTP会话)。这些可以包括在引导信息中。图4是示出根据本发明的一个实施例，经由ROUTE传送的USBD和S-TSID的图。示出的USBD的一个实施例t4010可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。userServiceDescription元素可以包括@_globalServiceID属性、@_serviceId属性、@serviceStatus属性、@fullMPDUri属性、@sTSIDUri属性、名称元素、serviceLanguage元素、capabilityCode元素和/或deliveryMethod元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。@globalServiceID属性是该服务的全球唯一标识符，并且可以用于与ESG数据(Service@globalServiceID)相联系。@serviceId属性是对应于SLT的服务项的参考，并且可以等于SLT的服务ID信息。@serviceStatus属性可以指示该服务的状态。这个字段可以指示是否该服务是有效或者无效。@fullMPDUri属性可以参考该服务的MPD片段。MPD可以提供经如上所述的广播或者宽带网络传送的服务组件的再现描述。@sTSIDUri属性可以参考该服务的S-TSID片段。S-TSID可以提供与访问携带如上所述的服务的传输会话相关联的参数。名称元素可以提供服务的名称。这个元素可以进一步包括@lang属性，并且这个字段可以指示由名称元素提供的名称的语言。serviceLanguage元素可以指示该服务可用的语言。也就是说，这个元素可以安排能够被由服务提供的语言。capabilityCode元素可以指示显著地再现该服务必需的接收机的能力或者能力组信息。此信息与在服务通告中提供的能力信息格式兼容。deliveryMethod元素可以关于经该服务的广播或者宽带网络访问的内容提供传输相关的信息。deliveryMethod元素可以包括broadcastAppService元素和/或unicastAppService元素。这些元素中的每个可以具有作为子元素的basePattern元素。broadcastAppService元素可以包括经广播网传送的DASH表示的传输相关的信息。DASH表示可以包括在服务表示的所有周期上的媒体组件。这个元素的basePattern元素可以指示用于接收机去执行与分段URL匹配的字形。这可以用于DASH客户端去请求表示的分段。匹配可以隐含在广播网上媒体分段的传输。unicastAppService元素可以包括经宽带传送的DASH表示的传输相关的信息。DASH表示可以包括在服务媒体表示的所有周期上的媒体组件。这个元素的basePattern元素可以指示用于接收机去执行与分段URL匹配的字形。这可以用于DASH客户去请求表示的分段。匹配可以暗指在宽带网上媒体分段的传送。示出的S-TSID的一个实施例t4020可以具有S-TSID根元素。S-TSID根元素可以包括@serviceId属性和/或RS元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。@serviceId属性是该服务的标识符，并且可以参考USBD/USD的服务。RS元素可以描述有关经由其该服务的服务组件被传送的ROUTE会话的信息。根据ROUTE会话的数目，多个元素可以存在。RS元素可以进一步包括@bsid属性、@sIpAddr属性、@dIpAddr属性、@dport属性、@PLPID属性和/或LS元素。@bsid属性可以是该服务的服务组件在其中被传送的广播流的标识符。如果这个字段被省略，默认广播流可以是包括传送该服务的SLS的PLP的广播流。这个字段的值可以等于@bsid属性的值。@sIpAddr属性、@dIpAddr属性和@dport属性可以分别地指示源IP地址、目的地IP地址和ROUTE会话的目的地UDP端口。当这些字段被省略的时候，缺省值可以是源地址、目的地IP地址和传送SLS(也就是说，S-TSID)的当前的ROUTE会话的目的地UDP端口值。不在当前的ROUTE会话中，这个字段可以不必在传送该服务的服务组件的另一个ROUTE会话中被省略。@PLPID属性可以指示ROUTE会话的PLPID信息。如果这个字段被省略，缺省值可以是由S-TSID传送的当前的PLP的PLPID值。在一些实施例中，这个字段被省略，并且ROUTE会话的PLPID信息可以被使用以下描述的LMT的信息和RS元素的IP地址/UDP端口信息的组合检查。LS元素可以描述有关经由其该服务的服务组件被发送的LCT信道的信息。根据LCT信道的数目，多个元素可以存在。LS元素可以包括@tsi属性、@PLPID属性、@bw属性、@startTime属性、@endTime属性、SrcFlow元素和/或RepairFlow元素。@tsi属性可以指示LCT信道的tsi信息。使用这些，经由其该服务的服务组件被传送的LCT信道可以被识别。@PLPID属性可以指示LCT信道的PLPID信息。在一些实施例中，这个字段可以被省略。@bw属性可以指示LCT信道的最大带宽。@startTime属性可以指示LCT会话的开始时间，并且@endTime属性可以指示LCT信道的结束时间。SrcFlow元素可以描述ROUTE的信源流。ROUTE的信源协议被用于发送传送对象，并且至少一个信源流可以在一个ROUTE会话内被建立。信源流可以传送作为对象流的相关的对象。RepairFlow元素可以描述ROUTE的修复流。根据信源协议传送的传送对象可以根据前向纠错(FEC)被保护，并且修复协议可以对于允许FEC保护的FEC框架。图5是示出根据本发明的一个实施例，经由MMT传送的USBD的图。示出的USBD的一个实施例可以具有bundleDescription根元素。bundleDescription根元素可以具有userServiceDescription元素。userServiceDescription元素可以是一个服务的实例。userServiceDescription元素可以包括@globalServiceID属性、@serviceId属性、名称元素、serviceLanguage元素、contentAdvisoryRating元素、信道元素、mpuComponent元素、routeComponent元素、broadbandComponent元素和/或ComponentInfo元素。每个字段可以根据示出的使用列的值被省略，或者可以存在多个字段。@globalServiceID属性、@serviceId属性、名称元素和/或serviceLanguage元素可以等于经由ROUTE传送的USBD的字段。contentAdvisoryRating元素可以指示该服务的内容报告评级。此信息与在服务通告中提供的内容报告评价信息格式兼容。信道元素可以包括与该服务相关联的信息。这个元素的详细说明将在下面给出。mpuComponent元素可以提供作为该服务的MPU传送的服务组件的描述。这个元素可以进一步包括@mmtPackageId属性和/或@nextMmtPackageId属性。@mmtPackageId属性可以参考作为该服务的MPU传送的服务组件的MMT包。@nextMmtPackageId属性可以就时间而言参考在由@mmtPackageId属性引用的MMT包之后要使用的MMT包。经由这个元素的信息，MP表可以被参考。routeComponent元素可以包括该服务的服务组件的描述。即使当线性服务组件被经由MMT协议传送时，NRT数据也可以根据如上所述的ROUTE协议传送。这个元素可以描述有关这样的NRT数据的信息。这个元素的详细说明将在下面给出。broadbandComponent元素可以包括经宽带传送的服务的服务组件的描述。在混合服务传送中，一个服务的某些服务组件或者其他的文件可以被经宽带传送。这个元素可以描述有关这样的数据的信息。这个元素可以进一步包括@fullMPDUri属性。这个属性可以参考描述经宽带传送的服务组件的MPD。除了混合服务传送之外，广播信号可能由于在隧道中传送而被减弱，并且因此，这个元素可能是支持在宽带和宽带之间切换所必需的。当广播信号变弱的时候，服务组件经宽带获得，并且当广播信号变得强的时候，服务组件经广播网获得以保证服务连续性。ComponentInfo元素可以包括有关该服务的服务组件的信息。根据该服务的服务组件的数目，多个元素可以存在。这个元素可以描述每个服务组件的类型、作用、名称、标识符或者保护。这个元素的详细信息将在下面描述。以上描述的信道元素可以进一步包括@serviceGenre属性、@serviceIcon属性和/或ServiceDescription元素。@serviceGenre属性可以指示服务的类型(genre)，并且@serviceIcon属性可以包括该服务的代表性图标的URL信息。ServiceDescription元素可以提供该服务的服务描述，并且这个元素可以进一步包括@serviceDescrText属性和/或@serviceDescrLang属性。这些属性可以指示服务描述的文本和在文本使用的语言。以上描述的routeComponent元素可以进一步包括@sTSIDUri属性、@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性、@sTSIDSourceIpAddress属性、@sTSIDMajorProtocolVersion属性和/或@sTSIDMinorProtocolVersion属性。@sTSIDUri属性可以参考S-TSID片段。这个字段可以等于经由ROUTE传送的USBD的字段。这个S-TSID可以提供经由ROUTE传送的服务组件的访问相关信息。这个S-TSID可以根据MMT协议在传送线性服务组件的状态下对于根据ROUTE协议传送的NRT数据存在。@sTSIDDestinationIpAddress属性、@sTSIDDestinationUdpPort属性和@sTSIDSourceIpAddress属性可以指示目的地IP地址、目的地UDP端口和携带以上描述的S-TSID的传输分组的源IP地址。也就是说，这些字段可以识别携带以上描述的S-TSID的传输会话(MMTP会话或者ROUTE会话)。@sTSIDMajorProtocolVersion属性和@sTSIDMinorProtocolVersion属性可以分别地指示用于传送以上描述的S-TSID的传输协议的主要版本号和次要版本号。以上描述的ComponentInfo元素可以进一步包括@componentType属性、@componentRole属性、@componentProtectedFlag属性、@componentId属性和/或@componentName属性。@componentType属性可以指示该组件的类型。例如，这个属性可以指示是否该组件是音频、视频或者隐藏式字幕组件。@componentRole属性可以指示该组件的作用。例如，如果该组件是音频组件，则这个属性可以指示主要音频、音乐、评论(commentary)等等。如果该组件是视频组件，则这个属性可以指示主要视频。如果该组件是隐藏式字幕组件，则这个属性可以指示常规字幕或者易于阅读的类型。@componentProtectedFlag属性可以指示是否服务组件被保护，例如，加密。@componentId属性可以指示该服务组件的标识符。这个属性的值可以是对应于这个服务组件的MP表的asset_id(资产ID)。@componentName属性可以指示该服务组件的名称。图6是示出根据本发明的一个实施例的链路层操作的图。链路层可以是在物理层和网络层之间的层。发送侧可以从网络层到物理层发送数据，并且接收侧可以从物理层到网络层发送数据(t6010)。链路层的目的是将所有输入分组类型压缩(抽象)为用于由物理层处理的一个格式，并且保证仍然未定义的输入分组类型的灵活性和可扩充性。此外，链路层可以提供用于压缩(抽象)输入分组的头部的不必要的信息以有效地发送输入数据的选项。链路层的操作，诸如开销降低、封装等等称为链路层协议，并且使用这个协议产生的分组可以称为链路层分组。链路层可以执行功能，诸如分组封装、开销降低和/或信令传输。在发送侧上，链路层(ALP)可以对于输入分组执行开销降低过程，然后将输入分组封装进链路层分组。此外，在一些实施例中，链路层可以无需执行开销降低过程而执行封装进链路层分组。由于链路层协议的使用，在物理层上的数据传输开销可以被显著地降低，并且根据本发明的链路层协议可以提供IP开销降低和/或MPEG-2TS开销降低。当示出的IP分组被作为输入分组输入的时候(t6010)，链路层可以顺序地执行IP头部压缩、适配和/或封装。在一些实施例中，某些处理可以被省略。例如，RoHC模块可以执行IP分组头部压缩以降低不必要的开销。上下文信息可以经由适配过程提取，并且带外发送。IP头部压缩和适配过程可以被统称为IP头部压缩。此后，IP分组可以经由封装过程被封装进链路层分组。当MPEG2TS分组被作为输入分组输入的时候，链路层可以对于TS分组顺序地执行开销降低和/或封装过程。在一些实施例中，某些过程可以被省略。在开销降低中，链路层可以提供同步字节去除、空分组删除和/或公用头部去除(压缩)。经由同步字节去除，可以每个TS分组提供1字节的开销降低。空分组删除可以在接收侧上以重新插入是可允许的方式执行。此外，删除(压缩)可以以在连续头部之间的公共信息可以在接收侧上被恢复的方式执行。开销降低过程中的某些可以被省略。此后，经由该封装过程，TS分组可以被封装进链路层分组。用于TS分组封装的链路层分组结构可以不同于其它类型的分组。首先，将描述IP头部压缩。IP分组可以具有固定的头部格式，但是，通信环境所必需的某些信息对于广播环境可能是不必要的。链路层协议可以压缩IP分组的头部以提供用于降低广播开销的机制。IP头部压缩可以采用头部压缩器/解压缩器和/或适配模块。IP头部压缩器(RoHC压缩器)可以基于RoHC方案降低每个IP分组头部的大小。此后，适配模块可以提取上下文信息，并且从每个分组流产生信令信息。接收机可以分析与分组流相关联的信令信息，并且将上下文信息附加给分组流。RoHC解压缩器可以恢复分组头部以重新配置初始IP分组。在下文中，IP头部压缩可以仅指的是通过头部压缩，或者IP头部压缩的组合，和通过适配模块的适配处理的IP头部压缩。在解压缩时同样如此。在下文中，将描述适配。在单方向链路的传输中，当接收机不具有上下文信息的时候，解压缩器无法恢复接收的分组头部，直到接收到完整的上下文为止。这可能导致信道变化延迟和接通延迟。因此，经由适配功能，在压缩器和解压缩器之间的配置参数和上下文信息可以带外发送。适配功能可以使用上下文信息和/或配置参数提供链路层信令的构建。适配功能可以使用先前的配置参数和/或上下文信息以经由每个物理帧周期地发送链路层信令。上下文信息被从压缩的IP分组中提取，并且各种方法可以根据适配模式使用。模式#1指的是对于压缩的分组流不执行操作的模式，并且适配模块作为缓存器操作。模式#2指的是从压缩的分组流检测到IR分组以提取上下文信息(静态链)的模式。在提取之后，IR分组被转换为IR-DYN分组，并且IR-DYN分组可以在分组流(而不是初始IR分组内)以相同的顺序被发送。模式#3(t6020)指的是从压缩的分组流检测到IR和IR-DYN分组以提取上下文信息的模式。静态链和动态链可以被从IR分组中提取，并且动态链可以被从IR-DYN分组中提取。在提取之后，IR和IR-DYN分组被转换为常规压缩分组。转换的分组可以在分组流(而不是初始IR和IR-DYN分组内)以相同的顺序被发送。在每个模式中，上下文信息被提取，并且剩余的分组可以被根据用于压缩的IP分组的链路层分组结构封装和发送。上下文信息可以被作为链路层信令根据用于信令信息的链路层分组结构封装和发送。提取的上下文信息可以被包括在RoHC-U描述表(RDT)中，并且可以与RoHC分组流分开地被发送。上下文信息可以经由特定的物理数据路径与其它的信令信息一起被发送。特定的物理数据路径可以指的是常规PLP、低等级信令(LLS)在其中传送的PLP、专用PLP或者L1信令路径中的一个。在这里，RDT可以是上下文信息(静态链和/或动态链)和/或包括与头部压缩相关联的信息的信令信息。在一些实施例中，每当上下文信息变化时，RDT将被发送。此外，在一些实施例中，RDT将被每个物理帧发送。为了每个物理帧发送RDT，先前的RDT可以被重复使用。接收机可以选择第一PLP，并且在获得分组流之前，首先获得SLT、RDT、LMT等等的信令信息。当获得信令信息的时候，接收机可以合并信令信息以获得服务–IP信息–上下文信息–PLP之间的映射。也就是说，接收机可以检查哪个服务被在哪个IP流中发送，或者哪个IP流被在哪个PLP中传送，并且获得PLP的上下文信息。接收机可以选择和解码携带特定的分组流的PLP。适配模块可以解析上下文信息，并将上下文信息与压缩的分组合并。为此，分组流可以被恢复并且被传送给RoHC解压缩器。此后，可以开始解压缩。此时，接收机可以检测IR分组以从最初地接收的IR分组(模式1)开始解压缩，检测IR-DYN分组以从最初地接收的IR-DYN分组(模式2)开始解压缩，或者从任何压缩的分组(模式3)开始解压缩。在下文中，将描述分组封装。链路层协议可以将所有类型的输入分组，诸如IP分组、TS分组等等封装进链路层分组。为此，独立于网络层(在这里，MPEG-2TS分组被认为是网络层分组)的协议类型，物理层仅处理一种分组格式。每个网络层分组或者输入分组被修改为通用链路层分组的有效载荷。在分组封装过程中，可以使用分段。如果网络层分组太大而无法在物理层中被处理，则网络层分组可以被分段为两个或更多个分段。链路层分组头部可以包括用于发送侧分段和接收侧重新组合的字段。每个分段可以被以与原始位置相同的顺序封装进链路层分组。在分组封装过程中，也可以使用级联。如果网络层分组足够地小，使得链路层分组的有效载荷包括几个网络层分组，则可以执行级联。链路层分组头部可以包括用于执行级联的字段。在级联时，输入分组可以被以与初始输入顺序相同的顺序封装进链路层分组的有效载荷。链路层分组可以包括头部和有效载荷。头部可以包括基础头部、附加的头部和/或可选择的头部。附加的头部可以根据情形(诸如级联或者分段)被进一步增加，并且附加的头部可以包括适用于情形的字段。此外，对于附加信息的传送，可以进一步包括可选择的头部。可以预先定义每个头部结构。如上所述，如果输入分组是TS分组，则可以使用具有不同于其它分组的分组的链路层头部。在下文中，将描述链路层信令。链路层信令可以在比IP层更低的等价上操作。接收侧可以获得比LLS、SLT、SLS等等的IP等级信令更快的链路层信令。因此，链路层信令可以被在会话建立之前获得。链路层信令可以包括内部链路层信令和外部链路层信令。内部链路层信令可以是在链路层上产生的信令信息。这包括以上描述的RDT或者以下描述的LMT。外部链路层信令可以是从外部模块、外部协议或者高层接收的信令信息。链路层可以将链路层信令封装进链路层分组，并且传送该链路层分组。用于链路层信令的链路层分组结构(头部结构)可以被定义，并且链路层信令信息可以根据这个结构被封装。图7是示出根据本发明的一个实施例的链路映射表(LMT)的图。LMT可以提供经由PLP携带的高层会话列表。此外，LMT可以提供用于处理携带高层会话的链路层分组的附加信息。在这里，高层会话也可以称为多播。有关经由特定的PLP发送的IP流或者传输会话的信息可以经由LMT来获得。相比之下，可以获得有关特定的传输会话经由哪个PLP传送的信息。LMT可以在识别为携带LLS的任何PLP中被传送。在这里，LLS在其中被传送的PLP可以通过物理层的L1详细信令信息的LLS标记来识别。LLS标记可以是指示是否LLS被在PLP(每个PLP)中传送的标记字段。在这里，L1详细信令信息可以对应于以下描述的PLS2数据。也就是说，LMT可以在相同的PLP中与LLS一起被传送。每个LMT将描述如上所述的PLP和IP地址/端口之间的映射。如上所述，LLS可以包括SLT，并且在LMT中描述的IP地址/端口可以是与在与LMT一样在相同的PLP中传送的SLT中描述的任何服务相关联的任何IP地址/端口。在一些实施例中，在以上描述的SLT、SLS等等中的PLP标识符信息可用于指示经由哪个PLP发送由SLT或者SLS指示的特定的传输会话的确认信息可以被确认。在另一个实施例中，在以上描述的SLT、SLS等等中的PLP标识符信息将被省略，并且由SLT或者SLS指示的特定的传输会话的PLP信息可以通过参考LMT中的信息确认。在这种情况下，接收机可以合并LMT和其它的IP等级信令信息以识别PLP。即使在这个实施例中，SLT、SLS等等中的PLP信息也可以不被省略，并且可以保持在SLT、SLS等等中。根据示出的实施例的LMT可以包括signaling_type字段、PLP_ID字段、num_session字段和/或有关每个会话的信息。虽然示出的实施例的LMT描述经由一个PLP发送的IP流，PLP环可以在某些实施例中被增加给LMT以描述有关多个PLP的信息。在这种情况下，LMT可以在PLP环中如上所述描述用于与在一起被传送的SLT中描述的任何服务相关联的任何IP地址/端口的PLP。signaling_type字段可以指示由表传送的信令信息的类型。用于LMT的signaling_type字段的值可以被设置为0x01。signaling_type字段可以被省略。PLP_ID字段可以识别要描述的目标PLP。如果使用PLP环，每个PLP_ID字段可以识别每个目标PLP。PLP_ID字段及其后续的字段可以被包括在PLP环中。以下描述的PLP_ID字段是用于PLP环的一个PLP的标识符，并且以下描述的字段可以是用于相应的PLP的字段。num_session字段可以指示经由通过相应的PLP_ID字段识别的PLP传送的高层会话的数目。根据由num_session字段指示的数目，可以包括有关每个会话的信息。此信息可以包括src_IP_add字段、dst_IP_add字段、src_UDP_port字段、dst_UDP_port字段、SID_flag字段、compressed_flag字段、SID字段和/或context_id字段。src_IP_add字段、dst_IP_add字段、src_UDP_port字段和dst_UDP_port字段可以指示源IP地址、目的地IP地址、在经由通过相应的PLP_ID字段识别的PLP传送的高层会话之中传输会话的源UDP端口和目的地UDP端口。SID_flag字段可以指示是否传送传输会话的链路层分组在可选择的头部中具有SID字段。传送高层会话的链路层分组可以在可选择的头部中具有SID字段，并且SID字段值可以等于在LMT中的SID字段的值。compressed_flag字段可以指示是否头部压缩被应用于传送传输会话的链路层分组的数据。此外，以下描述的context_id字段的存在/不存在可以根据这个字段的值确定。如果应用头部压缩(compressed_flag＝1)，则RDT可以存在，并且RDT的PLPID字段可以具有与这个compressed_flag字段相关联的PLP_ID字段相同的值。SID字段可以指示传送传输会话的链路层分组的SID(子流ID)。这些链路层分组可以在其可选择的头部中包括具有与这个SID字段相同的值的SID。为此，接收机可以无需解析所有链路层分组，使用LMT信息和链路层分组头部的SID信息就可以滤除链路层分组。context_id字段可以在RDT中提供用于上下文id(CID)的参考。RDT的CID信息可以指示压缩IP分组流的上下文ID。RDT可以提供压缩IP分组流的上下文信息。经由这个字段，RDT和LMT可以是相关联的。在本发明的信令信息/表的以上描述的实施例中，字段、元素或者属性可以被省略，或者可以以其它的字段替换。在一些实施例中，附加的字段、元素或者属性可以被增加。在本发明的一个实施例中，一个服务的服务组件可以被经由多个ROUTE会话传送。在这种情况下，SLS可以经由SLT的引导信息获得。S-TSID和MPD可以通过SLS的USBD被引用。S-TSID可以不仅描述由SLS传送的ROUTE会话，而且描述由服务组件携带的另一个ROUTE会话的传输会话描述信息。为此，经由多个ROUTE会话传送的服务组件可以都被收集。这类似地可适用于一个服务的服务组件被经由多个MMTP会话传送的情形。仅供参考，一个服务组件可以同时地由多个服务使用。在本发明的另一个实施例中，ESG服务的引导可以由广播或者宽带网络执行。通过经宽带获得ESG，可以使用SLT的URL信息。ESG信息可以使用这个URL来请求。在本发明的另一个实施例中，一个服务的一个服务组件可以经广播网传送，并且另一个服务组件可以经宽带(混合)传送。S-TSID可以描述经广播网传送的组件，使得ROUTE客户端获得期望的服务组件。此外，USBD可以具有基础模式信息以描述哪个分段(哪个组件)被经由哪个路径传送。因此，接收机可以确认要从宽带服务请求的分段和在广播流中要检测的分段。在本发明的另一个实施例中，可以执行服务的可扩展编码。USBD可以具有提供该服务所必需的所有能力信息。例如，当在HD或者UHD中提供一个服务的时候，USBD的能力信息可以具有“HD或者UHD”的值。接收机可以检查哪个组件被重现以便使用MPD提供UHD或者HD服务。在本发明的另一个实施例中，通过经由传送SLS的LCT信道传送的LCT分组的TOI字段，可以识别哪个SLS片段被使用LCT分组(USBD，S-TSID，MPD等等)传送。在本发明的另一个实施例中，要用于基于app的增强/基于app的服务的app组件可以作为NRT组件经广播网传送，或者可以经宽带传送。此外，用于基于app的增强的app信令可以通过与SLS一起被传送的应用信令表(AST)执行。此外，用于要由app执行的操作示意的事件可以以事件消息表(EMT)的形式与SLS一起被传送，可以在MPD中以信号告知，或者可以在DASH表示内以方框的形式带内信号告知。AST、EMT等等可以经宽带传送。基于App的增强等等可以被使用收集的app组件和这样的信令信息提供。在本发明的另一个实施例中，CAP消息可以在以上描述的用于紧急警报的LLS表中被包括和提供。也可以提供用于紧急警报的富媒体内容。富媒体可以由CAP消息以信号告知，并且如果富媒体存在，则富媒体可以作为由SLT以信号告知的EAS服务提供。在本发明的另一个实施例中，线性服务组件可以根据MMT协议经广播网传送。在这种情况下，该服务的NRT数据(例如，app组件)可以根据ROUTE协议经广播网传送。此外，服务的数据可以经宽带传送。接收机可以使用SLT的引导信息访问传送SLS的MMTP会话。根据MMT的SLS的USBD可以引用MP表，使得接收机获得已格式化为根据MMT协议传送的MPU的线性服务组件。此外，USBD可以进一步引用S-TSID，使得接收机获得根据ROUTE协议传送的NRT数据。此外，USBD可以进一步引用MPD以提供经宽带传送的数据的再现描述。在本发明的另一个实施例中，接收机可以经由网络套接字(websocket)方法将能够获得文件内容项目(文件等等)的位置URL信息和/或流组件传送给伙伴设备(companiondevice)。伙伴设备的应用可以经由使用这个URL的HTTPGET通过请求获得组件、数据等等。此外，接收机可以将信息(诸如系统时间信息、紧急警报信息等等)传送给伙伴设备。图8图示根据本发明的实施例的链路层中的数据处理。链路层可以对应于在物理层和网络层之间处理数据的协议。参考用于每个层的描述的OSI7层模型。发射机的链路层中的数据处理可以包括用于处理从网络层(物理层的高层)传送的数据，和将处理的数据传送给物理层的过程。接收机的链路层中的数据处理可以包括用于处理来自物理层的数据，和将处理的数据传送给网络层的过程。链路层中数据处理的目的是将来自高层的分组处理为可以在物理层中处理的单一格式。链路层中数据处理的目的是保证处理来自高层的输入分组的类型的可扩展性和灵活性(其在广播系统中没有被定义，但是可以在未来被定义)。链路层中数据处理的目的是处理输入数据(输入分组∶从发射机的角度，从链路层的高层到链路层传送的分组)，使得输入数据可以被有效地发送。例如，链路层中的数据处理可以包括在输入分组的头部中压缩或者除去冗余信息的过程。在根据本实施例的广播系统中定义的链路层中的处理可以被称为ATSC链路层协议(ALP)(在下文中，链路层协议)，并且包括经由ALP处理的数据的分组可以被称为ALP分组。参考示出在发射机上的处理的图，链路层的高层可以将IP、MPEG2-TS和/或其它的分组传送给链路层。链路层可以将从高层传送的数据和/或分组处理为ALP分组(链路层分组)。在这个过程期间，可以产生用于服务和/或内容呈现的数据(在下文中，称为媒体数据)和包括恰当地获得该数据所必需的信息的信令信息。ALP分组可以包括媒体数据和/或信令信息。ALP分组可以以可以被在物理层中处理的格式中产生。因此，不管数据/分组遵循的协议如何，广播系统都可以经由物理层从发射机到接收机发送从链路层的高层传送的数据/分组。参考示出在接收机中的处理的图，广播系统在物理层中接收服务信号(广播信号和/或宽带信号)，并且提取包括媒体数据和/或信令信息的一个或多个ALP分组。广播系统可以经由由发射机执行的数据处理过程的逆过程在链路层中恢复链路层的高层的数据和/或分组。广播系统可以根据高层的协议处理数据和/或分组，并且将服务和/或内容提供给观众。链路层中的处理可以包括前面提到的开销降低、IP开销去除、MPEG2-TS开销去除、分组封装、级联和分段处理的全部或者一部分。图9图示根据本发明的实施例的ALP结构和接口。如上所述，ALP将网络层分组(诸如IPv4和MPEG2-TS分组)处理为输入分组。IPv4是主要在通信环境下使用的协议，并且MPEG2-TS是主要在广播环境下使用的协议。如上所述，链路层中的处理可以提供用于处理除了基于前面提到的二个协议的分组之外的基于第三协议的分组的可扩展性和灵活性。ALP可以指定用于链路层信令的信令和分组。链路层信令可以包括用于特定的信道或者多播(其可以为了多个目的在特定范围中被定义为由广播系统提供的数据集合)和物理层之间的映射的信息。链路层信令可以包括在接收机中恢复前面提到的开销去除(或者压缩的)分组所必需的信息。图10图示根据本发明的实施例的链路层分组格式。链路层分组可以包括头部和有效载荷(包括数据的有效载荷)。链路层分组的头部可以包括基础头部、附加的头部和/或可选择的头部。附加的头部可以根据包括在基础头部中的控制字段(信息)被包括或者可以不被包括在链路层分组的头部中。可选择的头部的存在或者不存在可以由附加的头部的标记字段(信息)指示。指示附加的头部和可选择的头部的存在的字段可以位于基础头部中。图11图示根据本发明的实施例的链路层分组的基础头部结构。将给出头部结构的描述。将描述基础头部的结构。相对于链路层分组封装的基础头部具有分层的结构。基础头部可以具有2字节的长度，其对应于链路层分组头部的最小长度。根据本发明的实施例的基础头部可以包括Packet_Type字段、PC字段和/或长度字段。基础头部可以根据实施例进一步包括HM字段或者S/C字段。包括在基础头部中字段的位置如该图所示，并且可以在基础头部中或者在链路层分组的头部中变化。图12图示根据本发明的实施例的链路层分组头部的语法。链路层分组头部可以包括Packet_Type字段、Payload_Configuration(PC)字段、Header_Mode(HM)字段、Segmentation_Concatenation(S/C)字段、长度字段、Additional_Header_For_Single_Packet、Additional_Header_For_Segmentation_Packet和/或Additional_Header_For_Concatenation_Packet。Packet_Type字段是3位字段，其指示在被封装进链路层分组之前的输入数据的分组类型或者原始协议。IPv4分组、压缩的IP分组、链路层信令分组和其它的分组可以被封装在这个基础头部结构中。但是，MPEG-2TS分组可以根据实施例被封装在不同于前面提到的结构的特殊结构中。当Packet_Type是“000”的时候，ALP分组的原始数据类型，“001”、“100”或者“111”对应于IPv4分组、压缩的IP分组、链路层信令和扩展分组中的一个。当MPEG-2TS分组被封装的时候，Packet_Type可以是“010”。其它的Packet_Type字段值可以被保留供未来使用。Payload_Configuration(PC)字段可以是指示有效载荷配置的1位字段。Payload_Configuration(PC)字段值0可以指示链路层分组传送单个输入分组，并且下一个字段是Header_Mode。Payload_Configuration(PC)字段值1可以指示链路层分组传送一个或多个输入分组(级联)或者单个大的输入分组(分段)的一部分，并且下一个字段是Segmentation_Concatenation。Header_Mode(HM)字段是指示当被设置为0的时候，不存在附加的字段，并且链路层分组的有效载荷的长度小于2048字节的1位字段。这个数值可以根据实施例变化。Header_Mode(HM)字段值1可以指示在下文中定义的用于单个分组的附加的头部跟随长度字段。在这种情况下，有效载荷长度可以大于2047字节，和/或选项特征可以被使用(子流识别、头部扩展等等)。这个数值可以根据实施例变化。只有当链路层分组的Payload_Configuration字段是0时，HM字段可以存在。Segmentation_Concatenation(S/C)字段可以是指示当被设置为0的时候，有效载荷传送输入分组的片段和在下文中定义的用于分段的附加头部跟随长度字段的1位字段。Segmentation_Concatenation(S/C)字段1可以指示有效载荷传送两个或更多个完整的输入分组和在下文中定义的用于级联的附加头部跟随长度字段。只有当ALP分组的payload_configuration字段是1时，S/C字段可以存在。长度字段可以是以字节指示对应于由链路层分组传送的有效载荷长度的11最低有效位(LSB)的11位字段。当以下的附加头部包括Length_MSB字段的时候，长度字段被级联到Length_MSB字段，并且变为LSB以提供有效载荷的总长度。长度字段的位数可以从11位变化。稍后将详细描述Additional_Header_For_Segmentation_Packet和/或Additional_Header_For_Concatenation_Packet。根据本发明的实施例的分组可以对应于以下的分组类型。也就是说，分组可以是没有附加头部的单个分组、具有附加的头部的单个分组，分段分组和级联的分组。更多的分组类型可以被根据附加的头部、可选择的头部、用于信令信息的附加的头部和用于类型扩展的附加的头部的组合配置，稍后将对此进行描述。图13图示根据本发明的实施例用于单个分组的附加头部的结构和语法。各种类型的附加的头部可以存在。现在将描述用于单个分组的附加的头部。当Header_Mode(HM)＝“1”的时候，可以存在用于单个分组的附加头部。当链路层分组的有效载荷的长度大于2,047字节或者使用可选择的字段的时候，Header_Mode(HM)可以被设置为1。用于单个分组的附加头部可以包括Length_MSB字段、子流标识符标记(SIF)字段、HEF字段、SID字段和/或Header_Extension。Length_MSB字段可以是以字节指示在当前的链路层分组中总的有效载荷长度的MSB的5位字段，并且被级联到包括11个LSB的长度字段以获得总的有效载荷长度。因此，可以以信号告知的有效载荷的最大长度是65,535字节。长度字段的位数可以从11位变化。Length_MSB字段的位数可以变化，并且因此，可呈现的最大有效载荷长度也可以变化。每个长度字段可以根据实施例指示整个链路层分组，而不是有效载荷的长度。SIF字段可以是指示是否SID(子流ID)字段跟随HEF(头部扩展标记)字段的1位字段。当链路层分组不包括SID的时候，SIF字段可以被设置为0。当在链路层分组中SID跟随HEF字段的时候，SIF字段可以被设置为1。稍后将详细描述SID。当被设置为1的时候，HEF字段可以是指示存在用于未来扩展的头部的1位字段。HEF字段值0可以指示不存在扩展头部。SID字段可以是指示相对于链路层分组的子流ID的8位字段。SID字段可用于在链路层级滤除特定的分组流。SID字段可以识别包括携带特定的多播的链路层分组的子流。子流和SID字段值之间的映射可以被包括在链路层信令和/或高层信令信息(例如，SLT和/或SLS)中。在一个实施例中，SID字段可以在单个ALP流中用作服务标识符。当可选择的头部扩展存在的时候，SID字段被设置在附加头部和可选择的头部扩展之间。SID字段可以被包括在链路层信令中。Header_Extension可以包括用于附加头部的可扩展性的信息。Header_Extension可以包括Extension_Type字段、Extension_Length字段和/或Extension_Byte元素。Extension_Type字段可以是指示Header_Extension()类型的8位字段。Extension_Length字段可以是指示Header_Extension()的字节长度的8位字段，其被从Header_Extension()的下一个字节到最后的字节计数。Extension_Byte元素可以指示Header_Extension()的值。图14图示根据本发明的实施例在分段的情况下的链路层分组的附加头部的结构和语法。当Segmentation_Concatenation(S/C)＝“0”的时候，用于链路层分组的附加头部(称为用于分段的附加头部)可以在分段的情况下存在。用于分段的附加头部可以包括Segment_Sequence_Number字段、Last_Segment_Indicator(LSI)字段、子流标识符标记(SIF)字段、HEF字段、SID字段和/或Header_Extension()。Segment_Sequence_Number字段可以是指示由链路层分组传送的分段顺序的5位无符号整数。Segment_Sequence_Number字段可以被设置为0x0，表示传送输入分组的第一分段的链路层分组。Segment_Sequence_Number字段可以对于属于要被分段的输入分组的每个分段加1。LSI字段可以是指示当被设置为1的时候，存在于相关的有效载荷之中的分段是输入分组的最后的分段的1位字段。LSI字段值0可以指示分段不是最后的分段。SIF字段可以是指示SID跟随HEF字段的1位字段。当在链路层分组中SID不存在的时候，SIF字段可以被设置为0。当在链路层分组中SID跟随HEF字段的时候，SIF字段可以被设置为1。HEF字段可以是指示当被设置为1的时候，可选择的头部扩展在用于链路层头部未来扩展的附加头部之后存在的1位字段。HEF字段值0可以指示可选择的头部扩展不存在。SID字段和/或Header_Extension()的描述由以上的描述替换。指示分段从相同的输入分组产生的分组ID字段可以根据实施例被增加。当分段没有顺序地传送的时候，这个字段可以被省略。图15图示根据本发明的实施例在级联的情况下的链路层分组的附加头部的结构和语法。当Segmentation_Concatenation(S/C)＝“1”的时候，链路层分组的附加头部(在下文中称为用于级联的附加头部)可以在级联的情况下存在。用于级联的附加头部可以包括Length_MSB字段、计数字段、HEF字段、Component_Length字段和/或Header_Extension。Length_MSB字段可以是在链路层分组中以字节指示有效载荷长度的MSB的4位字段。有效载荷的最大长度变为用于级联的32767字节。该数值可以如上所述变化。计数字段可以指示被包括在链路层分组中的分组(输入分组)的数目。计数器字段可以对应于被包括在链路层分组中的分组的数目被设置2。因此，在链路层分组中级联的分组的最大数是9。由计数字段指示分组数目的方法可以根据实施例变化。也就是说，1至8可以被指示。HEF字段可以是指示当被设置为1的时候，可选择的头部扩展在用于链路层头部未来扩展的附加头部之后存在的1位字段。HEF字段值0可以指示头部扩展不存在。Component_Length字段可以是以字节指示每个分组长度的12位字段。Component_Length字段以与除最后的组件分组之外存在于有效载荷之中的分组相同的顺序被包括。Component_Length字段的数目可以由(Count+1)指示。根据实施例，与计数字段相同数目的Component_Length字段可以存在。当链路层头部包括奇数的Component_Length字段的时候，四个填充位可以跟随最后的Component_Length字段。这些位可以被设置为0。根据实施例，指示最后级联的输入分组长度的Component_Length字段可以存在。在这种情况下，最后级联的输入分组的长度可以通过从总的有效载荷长度减去由各个Component_Length字段指示的值的总和获得的值指示。前面提到的SID字段和/或Header_Extension可以以可选择的头部的形式被包括在链路层分组中。图16图示根据本发明的实施例包括链路层信令的链路层分组和被包括在其中的附加头部的语法。链路层信令以以下的方式被包括在链路层分组中。当基础头部的Packet_Type字段是100的时候，信令分组被识别。链路层分组可以包括两个附加部分、用于信令信息和实际的信令数据的附加头部。链路层信令分组的总长度由链路层分组头部指示。用于信令信息的附加头部可以包括以下的字段。根据实施例，该字段的一部分可以被省略。signaling_Type字段可以是指示信令类型的8位字段。signaling_Type_Extension字段可以是指示信令属性的16位字段。这个字段的详细内容可以被在信令规范中定义。Signaling_Version字段可以是指示信令版本的8位字段。Signaling_Format可以是指示信令数据的数据格式的2位字段。在这里，信令格式可以指的是数据格式，诸如双态、XML、ATSC、表和描述符。Signaling_Encoding_Type可以是指示编码/压缩格式的字段。这个字段可以指示是否压缩还未被执行以及是否特定的压缩已经被执行。这个字段可以指示是否信令信息(信令数据)已经根据其值被通过gzip、zip或者DEFLATE编码。图17图示根据本发明的实施例包括扩展的分组(输入分组)的链路层分组和被包括在其中的附加头部的语法。为了提供用于允许几乎无限数量的分组类型和未来由链路层传送的附加协议的机制，附加头部可以被定义。当基础头部的Packet_type是111的时候，如上所述，分组类型扩展可以被使用。该图图示包括使用不同于前面提到的协议的协议用于类型扩展为包括输入分组的链路层分组的附加头部的链路层分组的结构，未来其将会被增加。用于类型扩展的附加头部可以包括以下的字段。该字段的一部分可以根据实施例被省略。extended_type字段可以是指示协议或者被作为有效载荷封装进链路层分组中的输入分组的分组类型的信息。这个字段可以不用于已经由Packet_Type字段定义的协议或者分组类型。图18图示根据本发明的实施例包括MPEG2-TS分组的链路层分组和链路层分组的头部的语法。当基础头部的Packet_Type字段是010的时候，链路层分组可以包括MPEG2-TS分组。一个或多个TS分组可以被封装在每个链路层分组中。TS分组的数目可以经由NUMTS字段以信号告知。在这种情况下，特殊的链路层分组头部格式可以如上所述被使用。链路层提供用于MPEG-2TS的开销降低机制以便改善传输效率。每个TS分组的同步字节(0x47)可以被删除。提供删除空分组和类似的TS头部的选项。为了避免不必要的传输开销，TS空分组(例如，具有PID＝0x1FFF的TS分组)可以被删除。删除的空分组可以在接收机中被使用DNP字段恢复。DNP字段指示删除的空分组的计数。使用DNP字段的空分组删除机制将在下面描述。为了进一步提升传输效率，MPEG-2TS分组的类似的头部可以被删除。当两个或更多个顺序的TS分组顺序地增加连续计数器(CC)字段，并且其头部字段是相同的时候，该头部被在第一分组中发送一次，并且其它的头部被删除。HDM字段可以指示是否该头部已经被删除。通用的TS头部删除过程将在下面详细描述。在这里，CC字段可以被包括在MPEG2-TS分组的头部中。CC字段是指示在流的范围内TS分组的有效载荷的序列号的信息。当执行所有三个开销降低机制的时候，可以以同步去除、空分组删除和通用头部删除的顺序执行开销降低。机制执行顺序可以根据实施例变化。此外，某些机制可以根据实施例被省略。该图图示当使用MPEG-2TS分组封装的时候的链路层分组的头部。当使用MPEG-2TS分组封装的时候，链路层分组的头部可以包括Packet_Type字段、TS分组的数目(NUMTS)字段、附加头部标记(AHF)字段、头部删除模式(HDM)字段和/或删除空分组(DNP)字段。Packet_Type字段可以是指示如上所述的输入分组的协议类型的3位字段。对于MPEG-2TS分组封装，这个字段可以被设置为010。NUMTS字段可以是在相关的链路层分组的有效载荷中指示TS分组数目的4位字段。最多16个TS分组可以由一个链路层分组支持。NUMTS＝0可以指示16个TS分组由链路层分组的有效载荷传送。对于所有其它的NUMTS值，与对应于其的NUMTS值相同数目的TS分组被识别。例如，NUMTS＝0001指示一个TS分组被传送。AHF字段可以指示附加头部的存在或者不存在。AHF字段值0指示附加头部不存在。AHF字段值1指示1字节附加头部跟随基础头部。当TS分组被删除或者应用TS头部压缩的时候，AHF字段可以被设置为1。用于TS分组封装的附加头部包括以下的两个字段，并且只有当在链路层分组中AHF字段被设置为1时存在。HDM字段可以是指示是否TS头部删除可适用于链路层分组的1位字段。HDM字段值1指示TS头部删除是可适用的，并且HDM字段值0指示TS头部删除不被应用于链路层分组。DNP字段可以是指示在链路层分组之前删除的TS分组数目的7位字段。最多128个空TS分组可以被删除。当HDM＝0的时候，DNP＝0可以指示128个空分组的删除。当HDM＝1的时候，DNP＝0可以指示没有空分组被删除。对于所有其它的DNP值，与对应于其的DNP值相同数目的空分组被识别。例如，DNP＝5指的是删除5个空分组。每个字段的位数可以变化，并且由字段指示的最小/最大值可以根据字段的变化的位数变化。位数和最小/最大值可以由设计者改变。将给出同步字节去除的描述。当TS分组被封装进链路层分组的有效载荷中的时候，同步字节(0x47)可以在链路层中的数据处理期间被从TS分组的开始删除。因此，封装进链路层分组的有效载荷的MPEG2-TS分组的长度可以变为187个字节(而不是188个字节的原始长度)。图19图示根据本发明的实施例从MPEG2-TS分组除去空分组的过程。传输流调整需要发射机的复用器的输出和接收机的解复用器的输入的比特率相对于时间是一致的，并且需要统一的端到端延迟。对于某些传输流输入信号，空分组可能存在，以便将可变的比特率服务应用于具有一致的比特率的流。在这种情况下，TS空分组(即，具有PID＝0x1FFF的TS分组)可以经由链路层处理被去除，以便避免不必要的传输开销。这样的处理以删除的空分组可以在接收机中被重新插入原始位置这样的方式被执行，并且因此，保证一致的比特率，并且不需要PCR时间戳更新。在产生链路层分组之前，称作DNP的计数器被重新设置为0，并且然后可以在不是要被封装进当前的链路层分组的有效载荷的第一空TS分组的分组之前，对于每个删除的空分组加1。此后，一组连续的有效TS分组可以被封装进当前的链路层分组的有效载荷中，并且在其头部中的字段的值可以确定。在产生的链路层分组被插入进物理层之后，DNP被重新设置为0。当DNP达到最大限制的时候，如果下一个分组是空分组，空分组被保持为有效分组，并且被封装进下一个链路层分组的有效载荷中。每个链路层分组可以其有效载荷中的至少一个TS分组。该图图示当HDM字段是“0”，并且AHF字段是“1”的时候的空分组删除过程。参考该图，单个空分组在第一链路层分组中的二个有效TS分组传输之前被删除。跟随被包括在第一链路层分组中的有效TS分组的分组可以是空分组。因此，第一链路层分组完成，并且DNP计数器可以对于下一个链路层分组被重新设置为0。在这种情况下，在第一链路层分组的头部中，NUMTS字段可以被设置为“2”，并且DNP字段可以被设置为“1”。在第二链路层分组中，2个空分组在4个有效TS分组之前被删除。在这种情况下，NUMTS字段可以被设置为“4”，并且DNP字段可以在第二链路层分组中被设置为“2”。图20图示根据本发明的实施例从MPEG2-TS分组删除头部的过程。TS分组头部删除可以被称作TS分组头部压缩。当除CC字段之外，两个或更多个顺序的TS分组顺序地增加其CC字段，并且在其头部中具有相同的字段值的时候，第一TS分组的头部被发送，并且其它的头部可以被删除。前面提到的HDM字段可以指示是否该头部已经被删除。当TS分组的头部被删除的时候，HDM字段可以被设置为1。参考该图，三个TS分组具有与第一TS分组相同的头部(具有除CC字段之外相同的字段的头部)。在这种情况下，NUMTS字段可以在链路层分组中被设置为“4”，HDM字段可以被设置为“1”，DNP字段可以被设置为“0”，并且AHF字段可以被设置为“1”。在接收机中，除第一TS分组以外的TS分组的删除的头部可以被使用第一TS分组的头部(其被包括在链路层分组的有效载荷中)恢复。TS分组的CC字段从第一TS分组顺序地增加，使得TS分组的头部被恢复。图21图示根据本发明的一个实施例的链路层的单个分组封装结构。图21(a)图示短的单个分组的封装结构。短的分组可以包括已经如上所述的Packet_Type字段、PC字段、HM字段、长度字段和/或有效载荷。图21(b)图示长的单个分组的封装结构。长的分组可以包括已经如上所述的Packet_Type字段、PC字段、HM字段、长度字段、Length_MSB字段、预留的(R)字段、SIF字段、HEF字段和/或有效载荷。长的分组可以包括SID字段和/或可选择的头部。图22图示根据本发明的实施例的应用分段的链路层分组的封装结构。图22(a)图示包括输入分组的第一分段的链路层分组。在这种情况下，链路层分组可以包括已经如上所述的Packet_Type字段、PC字段、S/C字段、长度字段、Seg_SN字段、LSI字段、SIF字段、HEF字段和/或有效载荷。图22(b)图示包括输入分组的中间分段的链路层分组。在这种情况下，链路层分组可以包括已经如上所述的Packet_Type字段、PC字段、S/C字段、长度字段、Seg_SN字段、LSI字段、SIF字段、HEF字段和/或有效载荷。图22(c)图示包括输入分组的最后的分段的链路层分组。在这种情况下，链路层分组可以包括已经如上所述的Packet_Type字段、PC字段、S/C字段、长度字段、Seg_SN字段、LSI字段、SIF字段、HEF字段和/或有效载荷。图23图示根据本发明的实施例的应用级联的链路层分组的封装结构。包括多个输入分组的链路层分组可以包括已经如上所述的Packet_Type字段、PC字段、S/C字段、长度字段、Length_MSB字段、计数字段、HEF字段、指示输入分组的各自的长度的字段(L_1、L_2,…、L_n-1字段)和/或有效载荷。图24图示根据本发明的实施例的链路层中的MPEG2-TS分组的封装概念。如上所述，链路层分组可以包括一个或多个MPEG2-TS分组。在这里，MPEG2-TS分组的同步字节可能不被包括在链路层分组的有效载荷中。参考该图，一个链路层分组包括8个MPEG2-TS分组。将8个MPEG2-TS分组封装进单个链路层分组的过程可以包括删除用于MPEG2-TS分组的同步字节的过程。当同步字节被从MPEG2-TS分组中删除的时候，链路层分组可以对于一个MPEG2-TS分组携带187字节，而不是188字节。8个MPEG2-TS分组被包括在一个链路层分组的有效载荷中。在这种情况下，链路层分组的有效载荷的长度可以是187*8＝1,496字节。链路层分组的头部被通过在链路层分组的头部中设置前面提到的字段值产生。参考该图，Packet_Type字段可以被设置为“010”，NUMTS字段可以被设置为“1000”，并且AHF字段可以被设置为“0”。根据当前的实施例，与直接传输8个MPEG2-TS分组给物理层相比，7字节的吞吐量可以经由链路层处理被降低。图25图示根据本发明的实施例在使用空分组删除的链路层中MPEG2-TS分组的封装概念。链路层处理可以包括删除在被包括在链路层分组中的第一MPEG2-TS分组之前存在的空MPEG2-TS分组的过程。在这种情况下，发射机可以使用链路层分组的头部通知接收机删除的空MPEG2-TS分组的数目。该图图示一个实施例，其中链路层分组包括在链路层分组的有效载荷中的第一MPEG2-TS分组被删除之前的6个MPEG2-TS分组和2个空MPEG2-TS分组。对于空分组删除，广播系统从输入分组中删除空分组，并且计数删除的空分组的数目。广播系统删除被包括在MPEG2-TS分组中的同步字节。广播系统包括在链路层分组的有效载荷中的6个MPEG2-TS分组。广播系统产生适合于当前的实施例的链路层分组头部。在头部中，Packet_Type字段可以被设置为“010”，NUMTS字段可以被设置为“0110”，AHF字段可以被设置为“1”(这个值可以指示在被封装进链路层分组的有效载荷的第一MPEG2-TS分组之前删除的空分组的存在)，HCM字段可以被设置为“0”，并且DNP字段可以被设置为“0000010”。根据当前的实施例，与直接传输8个MPEG2-TS分组给物理层相比，广播系统可以通过链路层处理适当地处理MPEG2-TS分组，同时降低380字节。图26图示根据本发明的实施例在使用TS头部删除的链路层中MPEG2-TS分组的封装概念。链路层分组可以被在链路层中除了前面提到的同步字节删除和/或空分组删除之外，通过对MPEG2-TS分组执行额外的压缩产生。参考该图，8个MPEG2-TS分组的头部可以包括除CC字段之外的具有相同值的字段。在链路层中由广播系统执行的用于压缩MPEG2-TS分组头部的链路层处理可以包括以下的过程。广播系统可以分组包括除CC字段之外具有相同的字段值的头部的8个TS分组(TS分组的数目可以改变)。广播系统可以除同步字节之外保持第一MPEG2-TS分组的头部，并且删除其它的7个MPEG2-TS分组的头部。广播系统可以产生链路层分组的头部。在链路层分组的头部中，Packet_Type字段可以被设置为“010”，NUMTS字段可以被设置为“0100”，AHF字段可以被设置为“1”，HCM字段可以被设置为“1”，并且DNP字段可以被设置为“0000000”。广播系统可以产生包括8个MPEG2-TS分组的部分(在头部压缩之后剩余的部分)的链路层分组。产生的链路层分组可以具有1,477字节的长度，其比当8个MPEG2-TS分组直接地经由物理层发送的时候的长度小27字节。因此，当前的实施例可以降低由广播系统发送的数据量。图27图示根据本发明的实施例当在链路层中执行IP分组头部压缩的时候，关于上下文的传输路径。如上所述，当IP分组被作为输入分组传送给链路层的时候，本发明可以通过执行IP头部压缩降低经由广播系统发送的数据量。在这个过程期间产生的上下文(或者上下文信息)可以经由与用于头部压缩的IP分组的路径分开的路径从发射机发送给接收机。当执行IP头部压缩的时候，如果接收机在信道变化或者接通电源时无法直接地获得上下文，这样，即使接收到IP分组，接收机也不能直接地恢复相关信道的IP分组(头部压缩的IP分组，其可以称为“RoHC分组”)。因此，上下文可以被经由不同于用于头部压缩的IP分组的路径的路径发送，并且接收机可以经由当信道变化或者电源开启的时候的路径获得上下文，以便根据当前的实施例直接地恢复IP分组。经由其发送上下文的路径可以是经由其传送信令信息的路径。例如，当存在传送信令信息的PLP的时候，PLP可以传送上下文。做为选择，上下文传输路径可以被预先指定，使得接收机可以通过直接地接入该路径接收上下文。经由上下文传输路径，相同的上下文可以周期地或者不定期地重复发送，使得接收机可以在信道变化或者接通电源时直接地获得上下文，因为接收机可以具有不同的信道变化或者接通电源定时。图28图示根据本发明的实施例在接收机中获得上下文的过程。如上所述，当上下文经由不同于用于携带IP分组的流的路径的路径发送的时候，接收机可以首先获得信令信息。也就是说，接收机可以获得经由PLP(或者DP)发送的上下文，PLP在用于接入PLP以获得该信令信息的过程期间携带信令信息。在获得信令信息之后，接收机可以选择用于获得携带IP分组的流的PLP。在这个过程期间，接收机可以在获得携带IP分组的流之前获得上下文。接收机的适配模块可以从接收的分组流(一组IP分组)检测IR-DYN分组。该适配模块可以解析被包括在上下文中的静态链。这个过程类似于获得IP分组的过程。具有相同的上下文标识符的IR-DYN分组可以被恢复为IR分组。恢复的RoHC分组流可以被发送给RoHC恢复单元，并且恢复为IP分组。图29是图示根据本发明的实施例产生和处理广播信号方法的流程图。发射机从互联网协议(IP)分组和MPEG2-TS分组之中接收作为输入分组的一个或多个分组(JS29010)。发射机产生包括接收的输入分组的至少一个链路层分组(JS29020)。在产生链路层分组时，发射机可以从MPEG2-TS分组之中删除空分组，删除被包括在删除空分组之后剩余的MPEG2-TS分组中的同步字节，并且产生包括头部和有效载荷的链路层分组，有效载荷包含同步字节已经从其中被删除的MPEG2-TS分组。发射机产生包括至少一个链路层分组的广播信号(JS29030)。发射机发送广播信号(JS29040)。根据本发明的实施例，链路层分组的头部可以包括Packet_Type信息和NUMTS信息，Packet_Type信息指定被包括在链路层分组的有效载荷中的输入分组的类型，NUMTS信息指示同步字节(其包括在链路层分组的有效载荷中)已经从其中删除的MPEG2-TS分组的数目。根据本发明的实施例，链路层分组的头部可以进一步包括指示删除的空分组数目的DNP信息。根据本发明的实施例，MPEG2-TS分组可以包括第一MPEG2-TS分组、第二MPEG2-TS分组和第三MPEG2-TS分组。第一MPEG2-TS分组可以包括第一MPEG2-TS分组头部和第一MPEG2-TS分组有效载荷，第二MPEG2-TS分组可以包括第二MPEG2-TS分组头部和第二MPEG2-TS分组有效载荷，并且第三MPEG2-TS分组可以包括第三MPEG2-TS分组头部和第三MPEG2-TS分组有效载荷。产生至少一个链路层分组的步骤可以包括当除连续计数器(CC)字段之外，第二MPEG2-TS分组头部和第三MPEG2-TS分组头部包括与被包括在第一MPEG2-TS分组头部中的字段具有相同值的字段的时候，删除第二MPEG2-TS分组头部和第三MPEG2-TS分组头部的步骤，和产生包括链路层分组有效载荷的链路层分组的步骤，链路层分组有效载荷包含第一MPEG2-TS分组头部、第一MPEG2-TS分组有效载荷、第二MPEG2-TS分组有效载荷和第三MPEG2-TS分组有效载荷和链路层分组头部。根据本发明的实施例，链路层分组头部可以包括指示第二MPEG2-TS分组头部和第三MPEG2-TS分组头部已经被删除的HDM信息。根据本发明的实施例，产生至少一个链路层分组的步骤可以进一步包括产生包含用于处理链路层分组信息的链路层信令信息的步骤，和产生包括产生的链路层信令信息的链路层信令分组的步骤。根据本发明的实施例，该链路层信令分组可以包括指定被包括在链路层信令分组中的链路层信令信息类型的信令类型信息，指示链路层信令信息版本的信令版本信息，指定链路层信令信息的数据格式的信令格式信息，和指定适被应用于链路层信令信息的数据的编码格式的信令编码类型信息。图30图示根据本发明的实施例的广播系统。根据本发明的实施例的广播系统包括发射机J30100和/或接收机J30200。发射机J30100可以包括数据发生器J30110、处理器J30120、广播信号发生器J30130和/或广播信号发射机J30140。数据发生器J30110产生用于广播由广播系统提供的内容的数据。处理器J30120从作为输入分组的IP分组和MPEG2-TS分组之中接收一个或多个分组，并且产生包括接收的输入分组的至少一个链路层分组。在这里，处理器J30120可以从MPEG2-TS分组之中删除空分组，删除被包括在删除空分组之后剩余的MPEG2-TS分组中的同步字节，并且产生包括头部和包含同步字节已经从其中被删除的MPEG2-TS分组的有效载荷的链路层分组。处理器J30120可以包括信令编码器(未示出)。信令编码器编码或者产生前面提到的信令信息。该信令信息包括如上所述的低等级信令、服务列表表、服务层信令、MPD、MP表、复制控制信息和/或ISOBMFF的元数据。广播信号发生器J30130产生包括至少一个链路层分组的广播信号。广播信号发射机J30140发送广播信号。接收机J43200包括信号接收机J43210、处理器J43220和/或显示器J43230。信号接收机J30210接收广播信号或者宽带信号。处理器J30220通过执行对应于前面提到的被应用于IP分组和/或MPEG2-TS分组的链路层处理的处理恢复IP分组和/或MPEG2-TS分组(其可以包括在链路层分组中)。也就是说，当被包括在链路层分组中的IP分组的头部已经压缩的时候，处理器J30220解压缩该压缩的头部以恢复输入给发送侧的链路层的输入分组。当头部压缩的时候，已经对被包括在链路层分组中的MPEG2-TS分组执行空分组删除和/或同步字节删除，处理器J30220执行压缩的头部、空分组和同步字节的恢复，以恢复输入给发送侧的链路层的输入分组。处理器J30220可以解码信令信息。处理器J30220处理信令信息和构成广播内容的数据以将信令信息和数据解码为用于媒体呈现的数据。显示器J30230使用解码的数据呈现媒体。模块或者单元可以是执行存储在存储器(或者存储单元)中顺序过程的处理器。在前面提到的实施例中描述的步骤可以由硬件/处理器执行。在以上所述的实施例中描述的模块/块/单元可以作为硬件/处理器操作。由本发明提出的方法可以作为代码被执行。这样的代码可以对处理器可读的存储介质写入，并且因此，可以由通过装置提供的处理器读取。虽然为了方便起见，实施例已经被参考各自的附图描述，但这些实施例可以被合并以实现新的实施例。此外，设计存储用于实现前面提到的实施例的程序的计算机可读的记录介质是在本发明的范围之内。根据本发明的装置和方法不局限于以上描述的实施例的配置和方法，并且所有或者一些实施例可以被有选择地合并以获得各种改进。由本发明提出的方法可以被作为存储在被包括在网络设备中的处理器可读的记录介质中的处理器可读的代码实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等等和作为载波的实现，诸如经互联网的传输。此外，作为以分布方式可读的代码被存储和执行，处理器可读的记录介质可以被分配给经由网络连接的计算机系统。虽然为了说明性的目的已经公开了本发明的优选实施例，但那些本领域技术人员将理解，不脱离如在随附的权利要求中公开的本发明的范围和精神，各种改进、添加和替换是允许的。这样的改进不应该从本发明的技术精神或者预期被单独地理解。在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以被互补地应用于彼此。本领域技术人员应该理解，不脱离本发明的精神和必要特征，本发明可以以除了在此处阐述的那些之外的其他的特定方法实现。因此，本发明的范围将由所附的权利要求及其合法的等价物，而不由以上的描述来确定，而且出现在所附的权利要求的含义和等效范围内的所有的变化被意欲包含在其中。在本说明书中，装置发明和方法发明两者都被提及，并且装置发明和方法发明两者的描述可以互补地适用。发明模式各种实施例已经以用于实施本发明的最好的模式被描述。工业实用性本发明适用于广播信号提供领域。如相关领域技术人员将认识和理解的，在本发明的精神和范围内的各种等效的改进是允许的。因此，本发明意欲覆盖本发明的改进和变化，只要它们落入所附的权利要求和其等效物的范围之内。当前第1页1 2 3 当前第1页1 2 3