CN106464944A - 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 - Google Patents

广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 Download PDF

Info

Publication number
CN106464944A
CN106464944A CN201580021561.2A CN201580021561A CN106464944A CN 106464944 A CN106464944 A CN 106464944A CN 201580021561 A CN201580021561 A CN 201580021561A CN 106464944 A CN106464944 A CN 106464944A
Authority
CN
China
Prior art keywords
packet
information
link layer
field
header
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.)
Granted
Application number
CN201580021561.2A
Other languages
English (en)
Other versions
CN106464944B (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 CN106464944A publication Critical patent/CN106464944A/zh
Application granted granted Critical
Publication of CN106464944B publication Critical patent/CN106464944B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • 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
    • 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
    • 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/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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
    • 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
    • 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
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • 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
    • 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
    • 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/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

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)
  • Databases & Information Systems (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

根据本发明的一个实施例的广播信号传输处理方法包括步骤：执行包括第一广播数据的第一IP分组的报头的报头压缩；生成包括对其执行报头压缩的第一IP分组的第一链路层分组，和包括第二IP分组的第二链路层分组，第二IP分组包含第二广播数据；生成包括用于提供处理第一链路层分组和第二链路层分组所需的信息的链路层信令信息的第三链路层分组；以及生成包括第一链路层分组、第二链路层分组以及第三链路层分组的一个或者多个广播帧。

Description

广播信号发送设备、广播信号接收设备、广播信号发送方法以 及广播信号接收方法
技术领域
本发明涉及用于发送广播信号的装置、用于接收广播信号的装置以及发送和接收广播信号的方法。
背景技术
由于模拟广播信号传输接近终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括除了模拟广播信号之外的大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
发明内容
技术问题
也就是说，数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加服务。但是，考虑到移动接收设备，用于大量数据传输的数据传输效率、发送/接收网络的鲁棒性和网络灵活性对于数字广播需要改进。
技术方案
根据本发明的实施例的发送广播信号的方法包括：压缩包括第一广播数据的第一IP分组的报头；生成包括报头压缩的第一IP分组的第一链路层分组和包括第二IP分组的第二链路层分组，第二IP分组包含第二广播数据；生成包括提供处理第一链路层分组和第二链路层分组所必需的信息的链路层信令信息的第三链路层分组，其中链路层信令信息包括用于指示是否对第一IP分组或者第二IP分组已经执行报头压缩的压缩标志信息；生成包括第一链路层分组、第二链路层分组以及第三链路层分组的一个或者多个广播帧；以及生成包括一个或者多个广播帧的广播信号。
该方法可以进一步包括：生成第一专用信息；生成第二专用信息；生成包括第二专用信息的专用格式分组；以及通过与广播信号内的特定区域相对应的第一专用信道发送第一专用信息并且通过与广播信号内的特定区域相对应的第二专用信道发送专用格式分组。
第一专用信息或者第二专用信息可以对应于对于一个或者多个广播信道的扫描和广播服务的获取所必需的信息，或者对于紧急报警所必需的信息。
广播信号可以进一步包括专用信道配置信息，专用信道配置信息包含与专用信道的处理相关联的信息，其中专用信道配置信息包括关于在广播信号中包括的专用信道的数目的信息。
专用信道配置信息可以进一步包括用于识别专用信道的专用信道识别信息，和用于指示是否在专用信道上发送的第一专用信息和第二专用信息已经被封装成专用格式分组的操作模式信息。
专用信道配置信息可以被包括在链路层信令信息中。
专用格式分组可以进一步包括用于指示组成第二专用信息的信息的格式的数据格式信息。
根据本发明的实施例的用于发送广播信号的设备包括：链路层处理器，该链路层处理器被配置成压缩包括第一广播数据的第一IP分组的报头，生成包括报头压缩的第一IP分组的第一链路层分组和包括第二IP分组的第二链路层分组，第二IP分组包含第二广播数据，并且生成包括提供处理第一链路层分组和第二链路层分组所必需的信息的链路层信令信息的第三链路层分组，其中链路层信令信息包括用于指示是否对第一IP分组或者第二IP分组已经执行报头压缩的压缩标志信息；以及物理层处理器，该物理层处理器被配置成生成包括第一链路层分组、第二链路层分组以及第三链路层分组的一个或者多个广播帧，并且生成包括一个或者多个广播帧的广播信号。
链路层处理器可以被配置成：生成第一专用信息，生成第二专用信息，生成包括第二专用信息的专用格式分组，并且通过与广播信号内的特定区域相对应的第一专用信道发送第一专用信息并且通过与广播信号内的特定区域相对应的第二专用信道发送专用格式分组。
第一专用信息或者第二专用信息可以对应于对于一个或者多个广播信道的扫描和广播服务的获取所必需的信息，或者对于紧急报警所必需的信息。
广播信号可以进一步包括专用信道配置信息，专用信道配置信息包含与专用信道的处理相关联的信息，其中专用信道配置信息包括关于在广播信号中包括的专用信道的数目的信息。
专用信道配置信息可以进一步包括用于识别专用信道的专用信道识别信息，和用于指示是否在专用信道上发送的第一专用信息和第二专用信息已经被封装成专用格式分组的操作模式信息。
专用信道配置信息可以被包括在链路层信令信息中。
专用格式分组可以进一步包括用于指示组成第二专用信息的信息的格式的数据格式信息。
有益效果
本发明能够通过基于服务特征处理数据，控制相对于服务或者服务组件的服务质量(QoS)，从而提供各种广播服务。
本发明能够通过经由相同的射频(RF)信号带宽发送各种广播服务实现传输灵活性。
本发明能够提供用于发送和接收广播信号的方法和装置，甚至当使用移动接收设备时，或者甚至在室内环境下，其允许数字广播信号没有错误地接收。
本发明能够在支持未来的混合广播的环境下，使用陆地广播网和互联网有效地支持未来的广播服务。
附图说明
附图被包括以提供对本发明进一步的理解，其图示本发明的实施例，并且与该说明书一起用于解释本发明的原理。在附图中：
图1图示根据本发明的一个实施例的接收器协议栈；
图2图示根据本发明的一个实施例在SLT和服务层信令(SLS)之间的关系；
图3图示根据本发明的一个实施例的SLT；
图4图示根据本发明的一个实施例的SLS引导和服务发现过程；
图5图示根据本发明的一个实施例用于ROUTE/DASH的USBD分段；
图6图示根据本发明的一个实施例用于ROUTE/DASH的S-TSID分段；
图7图示根据本发明的一个实施例用于MMT的USBD/USD分段；
图8图示根据本发明的一个实施例的链路层协议结构；
图9图示根据本发明的一个实施例的链路层分组的基础报头的结构；
图10图示根据本发明的一个实施例的链路层分组的附加报头的结构；
图11图示根据本发明的另一个实施例的链路层分组的附加报头的结构；
图12图示根据本发明的一个实施例用于MPEG-2TS分组的链路层分组的报头结构及其封装过程；
图13图示根据本发明的一个实施例(发送侧)在IP报头压缩中的适配模式的示例；
图14图示根据本发明的一个实施例的链路映射表(LMT)和RoHC-U说明表；
图15图示根据本发明的一个实施例在发射器侧上的链路层的结构；
图16图示根据本发明的一个实施例在接收器侧上的链路层的结构；
图17图示根据本发明的一个实施例(发送/接收侧)经由链路层的信令传输的配置；
图18图示根据本发明的一个实施例的链路层的接口；
图19图示根据本发明的一个实施例在链路层的操作模式之中的正常模式的操作；
图20图示根据本发明的一个实施例在链路层的操作模式之中的透明模式的操作；
图21图示根据本发明的一个实施例在链路层中控制发射器和/或接收器的操作模式的过程；
图22图示根据本发明的一个实施例在链路层中的操作和取决于标记值传送给物理层的分组的格式；
图23图示根据本发明的一个实施例在发射器/接收器中的IP开销降低过程；
图24图示根据本发明的一个实施例的RoHC简档；
图25图示根据本发明的一个实施例相对于配置模式#1配置和恢复RoHC分组流的过程；
图26图示根据本发明的一个实施例相对于配置模式#2配置和恢复RoHC分组流的过程；
图27图示根据本发明的一个实施例相对于配置模式#3配置和恢复RoHC分组流的过程；
图28图示根据本发明的一个实施例的可以带外发送的信息组合；
图29图示根据本发明的一个实施例经由数据管道发送的分组；
图30图示根据本发明的一个实施例的链路层分组结构的语法；
图31图示根据本发明的另一个实施例当IP分组被传送给链路层时，链路层分组的报头结构；
图32图示根据本发明的另一个实施例当IP分组被传送给链路层时，链路层分组报头结构的语法；
图33图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头中的字段值；
图34图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头结构中，一个IP分组包括在链路层有效载荷中的情形；
图35图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头结构中，多个IP分组被级联和包括在链路层有效载荷中的情形；
图36图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头结构中，一个IP分组被分割和包括在链路层有效载荷中的情形；
图37图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头结构中，具有片段的链路层分组；
图38图示根据本发明的一个实施例用于RoHC传输的链路层分组的报头；
图39图示根据本发明的一个实施例用于RoHC传输的链路层分组报头的语法；
图40图示根据本发明的实施例#1用于经由链路层分组发送RoHC分组的方法；
图41图示根据本发明的实施例#2用于经由链路层分组发送RoHC分组的方法；
图42图示根据本发明的实施例#3用于经由链路层分组发送RoHC分组的方法；
图43图示根据本发明的实施例#4用于经由链路层分组发送RoHC分组的方法；
图44图示根据本发明的另一个实施例当信令信息被发送给链路层时的链路层分组的结构；
图45图示根据本发明的另一个实施例当信令信息被发送给链路层时的链路层分组结构的语法；
图46图示根据本发明的一个实施例用于成帧的分组传输的链路层分组的结构；
图47图示根据本发明的一个实施例用于成帧的分组传输的链路层分组结构的语法；
图48图示根据本发明的一个实施例的成帧的分组的语法；
图49图示根据本发明的一个实施例的快速信息信道(FIC)的语法；
图50图示根据本发明的一个实施例的发布紧急警告的广播系统；
图51图示根据本发明的一个实施例的紧急警告表(EAT)的语法；
图52图示根据本发明的一个实施例用于识别与包括在链路层分组的有效载荷中的报头压缩相关的信息的方法；
图53图示根据本发明的一个实施例的初始化信息；
图54图示根据本发明的一个实施例的配置参数；
图55图示根据本发明的一个实施例的静态链信息；
图56图示根据本发明的一个实施例的动态链信息；
图57是图示根据本发明的实施例的当MPEG-2传输流(TS)被输入到链路层时链路层分组的报头结构的图；
图58是图示根据本发明的实施例的根据计数字段的值的包括在链路层分组的有效载荷中的MPEG-2TS分组的数目的图；
图59是图示根据本发明的实施例的MPEG-2TS分组的报头的图；
图60是图示根据本发明的实施例的用于通过发射器来改变传输EI字段的使用的过程的图；
图61是图示根据本发明的实施例的用于封装MPEG-2TS分组的过程的图；
图62是图示根据本发明的实施例的用于封装具有相同PID的MPEG-2TS分组的过程的图；
图63是图示根据本发明的实施例的在公共PID缩减过程和公共PID缩减过程期间获得链路层分组的长度的等式的图；
图64是图示根据本发明的实施例的根据计数字段的值的级联MPEG-2TS分组的数目以及当应用公共PID缩减时根据该数目的链路层分组的长度的图；
图65是图示根据本发明的实施例的用于封装包括空分组的MPEG-2TS分组的方法的图；
图66是图示根据本发明的实施例的用于处理用于对删除的空分组进行计数的指示符的过程以及用于在该过程期间获得链路层分组的长度的等式的图；
图67是图示根据本发明的另一实施例的用于封装包括空分组的MPEG-2TS分组的过程的图；
图68是图示根据本发明的实施例的用于在包括空分组的流中封装包括相同分组标识符(PID)的MPEG-2TS分组的过程的图；
图69是图示根据本发明的实施例的用于在包括相同的分组标识符(PID)的MPEG-2TS分组被封装在包括空分组的流中的同时获得链路层分组的长度的等式的图；
图70是示出根据本发明的实施例的下一代广播系统的协议栈的视图；
图71是图示根据本发明的实施例的链路层的接口的视图；
图72是图示根据本发明的实施例的作为链路层的操作模式之一的普通模式的操作图的视图；
图73是图示根据本发明的实施例的作为链路层的操作模式之一的透明模式的操作图的视图；
图74是图示根据本发明的实施例的在发射器侧上的链路层的结构的视图(普通模式)；
图75是图示根据本发明的实施例的在接收器侧上的链路层的结构的视图(普通模式)；
图76是图示根据本发明的实施例的基于链路层组织类型的链路层的定义的视图；
图77是图示根据本发明的实施例的在逻辑数据路径仅包括普通数据管道的情况下广播信号的处理的视图；
图78是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道和基础数据管道的情况下广播信号的处理的视图；
图79是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道和专用信道的情况下的广播信号的处理的视图；
图80是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况下广播信号的处理的视图；
图81是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况下在接收器的链路层中的信号和/或数据的详细处理操作的视图；
图82是图示根据本发明的实施例的快速信息信道(FIC)的语法的视图；
图83是图示根据本发明的实施例的紧急警告表(EAT)的语法的视图；
图84是图示根据本发明的实施例的通过数据管道发送的分组的视图；
图85是图示根据本发明的另一实施例的在其中物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP的情况下在发射器的每个协议栈中的信号和/或数据的详细处理操作的视图；
图86是图示根据本发明的另一实施例的在其中物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP的情况下在接收器的每个协议栈中的信号和/或数据的详细处理操作的视图；
图87是图示根据本发明的另一实施例的FIC的语法的视图；
图88是图示根据本发明的实施例的signaling_Information_Part()的视图；
图89是图示根据本发明的实施例的在链路层中控制发射器和/或接收器的操作模式的过程的视图；
图90是图示根据本发明的实施例的在链路层中基于标志的值和发送到物理层的分组的类型的操作的视图；
图91是图示根据本发明的实施例的用于用信号发送模式控制参数的描述符的视图；
图92是图示根据本发明的实施例的控制操作模式的发射器的操作的视图；
图93是图示根据本发明的实施例的基于操作模式对广播信号进行处理的接收器的操作的视图；
图94是图示根据本发明的实施例的识别封装模式的信息的视图；
图95是图示根据本发明的实施例的识别报头压缩模式的信息的视图；
图96是图示根据本发明的实施例的标识分组重新配置模式的信息的视图；
图97是图示根据本发明的实施例的识别上下文传输模式的信息的视图；
图98是图示根据本发明的实施例的在其中在报头压缩模式下应用RoHC的情况下的初始化信息的视图；
图99是图示根据本发明的实施例的识别链路层信令路径配置的信息的视图；
图100是图示根据本发明的实施例的关于在比特映射模式下的信令路径配置的信息的视图；
图101是图示根据本发明的实施例的链路层初始化过程的流程图；
图102是图示根据本发明的另一实施例的链路层初始化过程的流程图；
图103是图示根据本发明的实施例的用于发送初始化参数的形式的信令格式的视图；
图104是图示根据本发明的另一实施例的用于发送初始化参数的形式的信令格式的视图；
图105是图示根据本发明的又一实施例的用于发送初始化参数的形式的信令格式的视图；
图106是图示根据本发明的实施例的接收器的视图；
图107图示根据本发明的另一实施例的链路层分组的报头结构；
图108图示根据本发明的另一实施例的链路层分组的报头结构；
图109图示根据本发明的另一实施例的链路层分组的报头结构；
图110图示根据本发明的另一实施例的链路层分组的报头结构；
图111是用于根据本发明的实施例的当TS分组被输入到链路层时开销减少过程的解释的图；
图112是用于根据本发明的另一实施例的在TS分组的开销减少过程中的空分组删除指针(NPDP)字段和删除空分组计数器(DNPC)的解释的图；
图113是用于根据本发明的另一实施例的在TS分组的开销减少过程中NPDP字段和DNPC字段的解释的图；
图114图示根据本发明的实施例的当NPDP字段/DNPC字段被使用时链路层分组的结构；
图115是根据本发明的另一实施例的当NPDP字段/DNPC字段被使用时链路层分组的结构的图；
图116图示根据本发明的实施例的根据NPDP字段/DNPC字段的空分组删除机制；
图117图示根据本发明的另一实施例的根据NPDP字段/DNPC字段的空分组删除机制；
图118是图示根据本发明的实施例的包括TS分组的链路层分组的分组长度指示方法的图；
图119是图示根据本发明的另一实施例的链路层分组的报头结构的图；
图120图示根据本发明的另一实施例的链路层分组的报头结构；
图121图示根据本发明的实施例的当专用信道存在时的层结构；
图122图示根据本发明的另一实施例的当专用信道存在时的层结构；
图123图示根据本发明的实施例的当专用信道独立存在时的层结构；
图124图示根据本发明的另一实施例的当专用信道独立存在时的层结构；
图125图示根据本发明的实施例的当在专用信道上发送特定数据时的层结构；
图126图示根据本发明的实施例的在专用信道上发送数据的格式(或者专用格式)；
图127图示根据本发明的实施例的用于用信号发送关于专用信道的信息的专用信道配置信息；
图128是图示根据本发明的实施例的广播信号传输过程的流程图；以及
图129图示根据本发明的实施例的广播系统。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在伴随的附图中图示。在下面将参考伴随的附图给出详细说明，其意欲解释本发明示范的实施例，而不是示出可以根据本发明实现的唯一的实施例。以下的详细说明包括特定的细节以便提供对本发明深入的理解。但是，对于那些本领域技术人员将是显而易见的，无需这样的特定的细节可以实践本发明。
虽然在本发明中使用的术语是从通常已知和使用的术语中选择出来的，在本发明的描述中提及的一些术语已经由本申请人以他的或者她的判断选择，其详细的含义在此处在本说明书的相关部分中描述。此外，所需要的是，不只是通过实际使用的术语，而是通过落其内的每个术语的含义来理解本发明。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的一个实施例的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(UHDTV)服务等等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理供未来的广播服务的广播信号。根据本发明的一个实施例的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等等。
图1图示根据本发明的一个实施例的接收器协议栈。
在经由广播网的广播服务传送中可以使用两个方案。
在第一方案中，媒体处理单元(MPU)被基于MPEG媒体传输(MMT)使用MMT协议(MMTP)发送。在第二方案中，在HTTP(DASH)片段上动态的适配的流可以基于MPEG DASH，经单向的传输(ROUTE)使用实时对象传送被发送。
包括NRT媒体、EPG数据和其他文件的非定时的内容被随着ROUTE传送。信令可以在MMTP和/或ROUTE上传送，同时引导信令信息由服务列表表(SLT)的含义提供。
在混合服务传送中，在HTTP/TCP/IP上的MPEG DASH被在宽带侧上使用。以ISO基础媒体文件格式(BMFF)的媒体文件用作广播和宽带传送两者的传送、媒体封装和同步格式。在这里，混合服务传送可以指的是一个或多个节目元素被经由宽带路径传送的情形。
服务被使用三个功能层传送。这些是物理层、传送层和服务管理层。该物理层提供通过其信令、服务通知和IP分组流在广播物理层和/或宽带物理层上传输的机制。传送层提供对象和对象流传输功能。其通过经广播物理层在UDP/IP多播上操作的MMTP或者ROUTE协议允许，并且通过经宽带物理层在TCP/IP单播上操作的HTTP协议允许。服务管理层允许任何类型的服务，诸如，线性TV或者HTML5应用服务，去由底层的传送和物理层携带。
在这个图中，在广播侧上的协议栈部分可以划分为经由SLT和MMTP发送的部分，和经由ROUTE发送的部分。
SLT可以经由UDP和IP层被封装。在这里，SLT将在下面描述。MMTP可以发送以在MMT中定义的MPU格式格式化的数据和根据MMTP的信令信息。数据可以经由UDP和IP层被封装。ROUTE可以发送以DASH片段形式格式化的数据、信令信息和非定时的数据，诸如NRT数据等等。该数据可以经由UDP和IP层被封装。根据给定的实施例，根据UDP和IP层的某些或者所有处理可以被省略。在这里，图示的信令信息可以是与服务相关的信令信息。
经由SLT和MMTP发送的部分和经由ROUTE发送的部分可以在UDP和IP层中被处理，然后再次在数据链路层中被封装。链路层将在下面描述。在链路层中处理的广播数据可以在物理层中经由处理，诸如编码/交织等等作为广播信号多播。
在这个附图中，在宽带侧上的协议栈部分可以经由如上所述的HTTP被发送。以DASH片段形式格式化的数据、信令信息、NRT信息等等可以经由HTTP发送。在这里，图示的信令信息可以是与服务相关的信令信息。数据可以经由TCP层和IP层被处理，然后被封装进链路层中。根据给定的实施例，某些或者所有TCP、IP和链路层可以被省略。此后处理的宽带数据可以经由用于在物理层中传输的过程通过以宽带单播发送。
服务可以是以聚合呈现给用户的媒体组件的集合；组件可以是多个媒体类型；服务可以或者是连续的或者是中断的；服务可以是实时或者非实时；实时服务可以由TV节目的序列组成。
图2图示根据本发明的一个实施例在SLT和SLS之间的关系。
服务信令提供服务发现和描述信息，并且包括两个功能组件：经由服务列表表(SLT)的引导信令和服务层信令(SLS)。这些表示为发现和获得用户服务所必需的信息。SLT允许接收器建立基础服务列表，并且引导对于每个服务的SLS的发现。
SLT可以允许非常快速获得基础服务信息。SLS允许接收器发现和接入服务及其内容组件。SLT和SLS的细节将在下面描述。
如在前文中描述的，SLT可以经由UDP/IP发送。在这种情况下，根据给定的实施例，对应于SLT的数据可以在这个传输中经由最大的鲁棒性方案传送。
SLT可以具有用于接入由ROUTE协议传送的SLS的接入信息。换句话说，SLT可以根据ROUTE协议被引导进SLS。SLS在以上描述的协议栈中是放置在ROUTE的上层中的信令信息，并且可以经由ROUTE/UDP/IP传送。SLS可以经由包括在ROUTE会话中的LCT会话的一个发送。有可能使用SLS接入对应于期望的服务的服务组件。
此外，SLT可以具有用于接入由MMTP传送的MMT信令组件的接入信息。换句话说，SLT可以根据MMTP被引导进SLS。SLS可以由在MMT中定义的MMTP信令消息传送。有可能使用SLS接入对应于期望的服务的流服务组件(MPU)。如在前文中描述的，在本发明中，NRT服务组件经由ROUTE协议被传送，并且根据MMTP的SLS可以包括用于接入ROUTE协议的信息。在宽带传送中，SLS在HTTP/TCP/IP上被携带。
图3图示根据本发明的一个实施例的SLT。
首先，将给出在服务管理、传送和物理层的相应的逻辑实体之间关系的描述。
服务可以被示意为两个基本类型的一个。第一类型是线性音频/视频或者仅音频服务，其可以具有基于app的增强。第二类型是其呈现和组成通过下载在获得服务时执行的应用控制的服务。后者可以被称作“基于app的”服务。
关于ROUTE/LCT会话和/或用于携带服务的内容组件的MMTP会话存在的规则可以如下。
对于无需基于app的增强的线性服务的广播传送，服务的内容组件可以由(1)一个或多个ROUTE/LCT会话，或者(2)一个或多个MMTP会话(然而并非二者)携带。
对于利用基于app的增强的线性服务的广播传送，服务的内容组件可以由(1)一个或多个ROUTE/LCT会话，和(2)零个以上MMTP会话携带。
在某些实施例中，不允许在相同的服务中用于流媒体组件的MMTP和ROUTE两者的使用。
对于基于app的服务的广播传送，服务的内容组件可以由一个或多个ROUTE/LCT会话携带。
每个ROUTE会话包括一个或多个LCT会话，其整体地或者部分地携带构成该服务的内容组件。在流服务传送中，LCT会话可以携带用户服务的单个的组件，诸如，音频、视频或者隐藏字幕流。流媒体被格式化为DASH片段。
每个MMTP会话包括一个或多个MMTP分组流，其携带MMT信令消息，或者整个地或者部分地内容组件。MMTP分组流可以携带MMT信令消息或者格式化为MPU的组件。
对于NRT用户服务或者系统元数据的传送，LCT会话携带基于文件的内容项目。这些内容文件可以由NRT服务的连续的(基于时间的)或者离散的(非基于时间的)媒体组件，或者元数据，诸如服务信令或者ESG分段组成。系统元数据，诸如服务信令或者ESG分段的传送也可以经由MMTP的信令消息模式实现。
广播流是对于就在指定的带宽内居中的载波频率而言定义的RF信道的抽象化。其是通过[地理区，频率]对识别的。物理层管道(PLP)对应于RF信道的一部分。每个PLP具有某些调制和编码参数。其是通过PLP标识符(PLPID)识别的，其在其属于的广播流内是唯一的。在这里，PLP可以称为DP(数据管道)。
每个服务通过两个形式的服务标识符识别：在SLT中使用，并且仅仅在广播区域内是唯一的紧凑的形式；和在SLS和ESG中使用的全球唯一的形式。ROUTE会话通过源IP地址、目的地IP地址和目的地端口号识别。LCT会话(与其携带的服务组件有关)是通过在父ROUTE会话的范围内其是唯一的传输会话标识符(TSI)识别的。为LCT会话所共有的属性，和只有单个LCT会话才有的某些属性在称作基于服务的传输会话示例描述(S-TSID)的ROUTE信令结构中给出，其是服务层信令的一部分。每个LCT会话在单个物理层管道上携带。根据给定的实施例，一个LCT会话可以经由多个PLP发送。ROUTE会话的不同的LCT会话可以或者可以不必包含在不同的物理层管道中。在这里，ROUTE会话可以经由多个PLP传送。在S-TSID中描述的属性包括TSI值和用于每个LCT会话的PLPID、用于传送对象/文件的描述符，和应用层FEC参数。
MMTP会话通过目的地IP地址和目的地端口号识别。MMTP分组流(与其携带的服务组件相关联)是通过在父MMTP会话的范围内唯一的packet_id识别的。为每个MMTP分组流所共有的属性，和MMTP分组流的某些属性在SLT中给出。用于每个MMTP会话的属性由MMT信令消息给出，MMT信令消息可以在MMTP会话内携带。MMTP会话的不同的MMTP分组流可以或者可以不必包含在不同的物理层管道中。在这里，MMTP会话可以经由多个PLP传送。在MMT信令消息中描述的属性包括packet_id值和用于每个MMTP分组流的PLPID。在这里，MMT信令消息可以具有在MMT中定义的形式，或者具有根据在下面描述的实施例的变形形式。
在下文中，将给出低电平信令(LLS)的描述。
在具有专用于这个功能的公知的地址/端口的IP分组的有效载荷中携带的信令信息称为低电平信令(LLS)。IP地址和端口号可以取决于实施例不同地配置。在一个实施例中，LLS可以在具有地址224.0.23.60和目的地端口4937/udp的IP分组中传输。LLS可以放置在由在以上描述的协议栈上的“SLT”表示的部分中。但是，根据给定的实施例，LLS可以无需经历UDP/IP层的处理，在信号帧中经由单独的物理信道(专用信道)发送。
传送LLS数据的UDP/IP分组可以以称为LLS表的形式格式化。传送LLS数据的每个UDP/IP分组的第一字节可以对应于LLS表的开始。一些LLS表的最大长度由可以从PHY层传送的最大的IP分组，65,507字节，限制。
LLS表可以包括识别LLS表类型的LLS表ID字段，和识别LLS表版本的LLS表版本字段。根据由LLS表ID字段表示的值，LLS表可以包括以上描述的SLT或者等级区域表(RRT)。RRT可以具有有关内容咨询等级的信息。
在下文中，将描述SLT。LLS可以是支持快速信道扫描和由接收器进行的服务获得引导的信令信息，并且SLT可以是用于建立基本服务列表并提供SLS的引导发现的信令信息的表。
SLT的功能类似于在MPEG-2系统中节目相关表(PAT)和在ATSC系统中的快速信息信道(FIC)发现的功能。对于首次遇到广播发射的接收器，这是开始的位置。SLT支持以其信道名字、信道编号等等的快速信道扫描，其允许接收器建立其可以接收的所有服务的列表，并且SLT提供引导信息，其允许接收器发现用于每个服务的SLS。对于ROUTE/DASH传送的服务，该引导信息包括携带SLS的LCT会话的目的地IP地址和目的地端口。对于MMT/MPU传送的服务，引导信息包括携带SLS的MMTP会话的目的地IP地址和目的地端口。
SLT通过在广播流中包括有关每个服务的以下的信息支持快速信道扫描和服务获得。首先，SLT可以包括对允许将有意义的服务列表呈现给观众说来必需的信息，并且其可以经由信道编号或者上/下选择支持初始服务选择。其次，SLT可以包括对设置用于列出的每个服务的服务层信令说来必需的信息。也就是说，SLT可以包括与SLS在其上传送的位置相关的接入信息。
根据当前的实施例图示的SLT表示为具有SLT根元素的XML文件。根据给定的实施例，SLT可以以二进制格式或者XML文件表示。
在附图中图示的SLT的SLT根元素可以包括@bsid、@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers、@language、@capabilities、InetSigLoc和/或Service。根据给定的实施例，SLT根元素可以进一步包括@providerId。根据给定的实施例，SLT根元素可以不必包括@language。
服务元素可以包括@serviceId、@SLTserviceSeqNumber、@protected、@majorChannelNo、@minorChannelNo、@serviceCategory、@shortServiceName、@hidden、@slsProtocolType，BroadcastSignaling、@slsPlpId、@slsDestinationIpAddress、@slsDestinationUdpPort、@slsSourceIpAddress、@slsMajorProtocolVersion、@SlsMinorProtocolVersion、@serviceLanguage、@broadbandAccessRequired、@capabilities和/或InetSigLoc。
根据给定的实施例，SLT的属性或者元素可以增加/变化/删除。包括在SLT中的每个元素可以另外具有单独的属性或者元素，并且根据当前的实施例的某些属性或者元素可以被省略。在这里，以@标记的字段可以对应于属性，并且没有以@标记的字段可以对应于元素。
@bsid是完整的广播流的标识符。BSID的值可以在区域层级上是唯一的。
@providerId可以是使用这个广播流的一部分或者全部的广播电台的索引。这是可选择的属性。当其不存在时，这指的是这个广播流正在由一个广播电台使用。@providerId没有在附图中图示。
@sltSectionVersion可以是SLT部分的版本号。当在SLT内携带的信息中发生变化时，sltSectionVersion可以增加1。当其达到最大值时，其回转为0。
@sltSectionNumber可以是SLT的这个部分从1开始计数的编号。换句话说，@sltSectionNumber可以对应于SLT部分的部分编号。当不使用这个字段时，@sltSectionNumber可以被设置为1的缺省值。
@totalSltSectionNumbers可以是这个区段是其一部分的SLT的区段(也就是说，具有最高的sltSectionNumber的区段)的总数。当其以分段发送时，sltSectionNumber和totalSltSectionNumbers共同地可以被认为是表示SLT的一个部分的“N的部分M”。换句话说，当SLT被发送时，可以支持经由分段的传输。当不使用这个字段时，@totalSltSectionNumbers可以被设置为1的缺省值。不使用这个字段的情形可以对应于SLT不通过分段发送的情形。
@language可以表示包括在这个SLT示例中的服务的主要语言。根据给定的实施例，这个字段的值可以具有在ISO中定义的三个字符语言码。这个字段可以被省略。
@capabilities可以表示在这个SLT示例中用于解码和有意义地呈现用于所有服务的内容需要的能力。
InetSigLoc可以提供告诉接收器其可以经由宽带从外部服务器获得任何请求的数据类型的URL。这个元素可以包括作为下层字段的@urlType。根据@urlType字段的值，可以表示由InetSigLoc提供的URL的类型。根据给定的实施例，当@urlType字段具有0的值时，InetSigLoc可以提供信令服务器的URL。当@urlType字段具有1的值时，InetSigLoc可以提供ESG服务器的URL。当@urlType字段具有其它的值时，该字段可以预留供未来使用。
service字段是具有有关每个服务信息的元素，并且可以对应于服务项目。对应于由SLT表示的服务编号的服务元素字段可以存在。在下文中，将给出service字段的下层属性/元素的描述。
@serviceId可以是在这个广播区域的范围内唯一地识别这个服务的整数。根据给定的实施例，@serviceId的范围可以变化。@SLTserviceSeqNumber可以是表示具有服务ID的SLT服务信息的序列号等于以上的serviceId属性的整数。SLTserviceSeqNumber值对于每个服务可以起始于0，并且可以每次增加1，在这个服务元素中的任何属性被变化。如果与具有ServiceID的特殊值的先前的服务元素相比，属性值没有变化，那么，SLTserviceSeqNumber将不增加。在达到最大值之后，SLTserviceSeqNumber字段折回到0。
@protected是可以表示是否用于服务的有效的再现的一个或多个组件处于保护状态之中的标记信息。当设置为“1”(真)时，为有意义的呈现所必需的一个或多个组件被保护。当设置为“0”(假)时，这个标记表示为该服务的有意义的呈现所必需的组件不被保护。缺省值是假。
@majorChannelNo是表示服务的“主”信道编号的整数。该字段的示例可以具有1至999的范围。
@minorChannelNo是表示服务的“次”信道编号的整数。该字段的示例可以具有1至999的范围。
@serviceCategory可以表示这个服务的类别。这个字段可以表示取决于实施例变化的类型。根据给定的实施例，当这个字段具有1、2和3的值时，该值可以分别地对应于线性A/V服务、仅线性音频服务，和基于app的服务。当这个字段具有0的值时，该值可以对应于未定义的类别的服务。当这个字段具有除1、2和3之外的其它的值时，这个字段可以预留供未来使用。@shortServiceName可以是该服务的短的字符串名称。
@hidden可以是布尔值，当存在和设置为“真”时，其表示服务意欲用于测试或者专有的使用，并且不由普通的TV接收器选择。当不存在时，该缺省值是“假”。
@slsProtocolType可以是表示由这个服务使用的服务层信令的协议类型的类型。这个字段可以表示取决于实施例变化的类型。根据给定的实施例，当这个字段具有1和2的值时，由各自相应的服务使用的SLS的协议可以分别地是ROUTE和MMTP。当这个字段具有除0之外的其它的值时，该字段可以预留供未来使用。这个字段可以称为@slsProtocol。
BroadcastSignaling及其下层属性/元素可以提供与广播信令相关的信息。当BroadcastSignaling元素不存在时，父服务元素的子元素InetSigLoc可以存在，并且其属性urlType包括URL_type0×00(示意服务器的URL)。在这种情况下，属性URL支持询问参数svc＝<service_id>，这里service_id对应于用于父服务元素的serviceId属性。
做为选择，当BroadcastSignaling元素不存在时，元素InetSigLoc可以作为SLT根元素的子元素存在，并且InetSigLoc元素的属性urlType包括URL_type0×00(去示意服务器的URL)。在这种情况下，用于URL_type0×00的属性URL支持询问参数svc＝<service_id>，这里service_id对应于用于父服务元素的serviceId属性。
@slsPlpId可以是表示指示携带用于这个服务的SLS的物理层管道的PLD IP的整数的字符串。
@slsDestinationIpAddress可以是包含携带用于这个服务的SLS数据的分组的点分的IPv4目的地址的字符串。
@slsDestinationUdpPort可以是包含携带用于这个服务的SLS数据的分组的端口号的字符串。如在前文中描述的，可以由目的地IP/UDP信息执行SLS引导。
@slsSourceIpAddress可以是包含携带用于这个服务的SLS数据的分组的点分的IPv4源地址的字符串。
@slsMajorProtocolVersion可以是用于传送供这个服务的服务层信令的协议的主版本号。缺省值是1。
@SlsMinorProtocolVersion可以是用于传送供这个服务的服务层信令的协议的次版本号。缺省值是0。
@serviceLanguage可以是表示该服务的主要语言的三个字符语言码。这个字段的值可以具有取决于实施例变化的形式。
@broadbandAccessRequired可以是表示对于接收器需要进行该服务有意义的呈现的宽带接入的布尔量。缺省值是假。当这个字段具有真值时，为了有效的服务再现接收器需要接入宽带，其可以对应于混合服务传送的情形。
@capabilities可以表示以等于以上的serviceId属性的服务ID用于解码和有意义地呈现用于该服务的内容需要的能力。
如果可用的话，InetSigLoc可以提供用于经由宽带接入信令或者通知信息的URL。其数据类型可以是任何URL数据类型的扩展，增加表示URL给出接入所接入到的@urlType属性。这个字段的@urlType字段可以表示与如上所述的InetSigLoc的@urlType字段相同的含义。当属性URL_type0×00的InetSigLoc元素被作为SLT的元素存在时，其可用于产生用于信令元数据的HTTP请求。HTTP POST消息主体可以包括服务术语。当InetSigLoc元素在部分层级上出现时，服务术语用于表示请求的信令元数据对象适用于其的服务。如果该服务术语不存在，那么，请求在该部分中用于所有服务的信令元数据对象。当InetSigLoc在服务层级上出现时，那么，服务术语不需要指定期望的服务。当提供属性URL_type 0×01的InetSigLoc元素时，其可用于经由宽带恢复ESG数据。如果该元素作为服务元素的子元素出现，那么，URL可用于恢复用于该服务的ESG数据。如果该元素作为SLT元素的子元素出现，那么，URL可用于恢复在该部分中用于所有服务的ESG数据。
在SLT的另一个示例中，SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可以被省略。
此外，以上描述的InetSigLoc字段可以由@sltInetSigUri和/或@sltInetEsgUri字段替换。两个字段可以分别包括信令服务器的URI和ESG服务器的URI信息。对应于SLT的下层字段的InetSigLoc字段和对应于服务字段的下层字段的InetSigLoc字段可以以类似的方式替换。
提出的缺省值可以取决于实施例变化。图示的“使用”列涉及各自的字段。在这里，“1”可以表示相应的字段是基础字段，并且“0..1”可以表示相应的字段是可选择的字段。
图4图示根据本发明的一个实施例的SLS引导和服务发现过程。
在下文中，将描述SLS。
SLS可以是提供用于服务的发现和获得的信息及其内容组件的信令。
对于ROUTE/DASH，用于每个服务的SLS描述服务的特征，诸如其组件列表和获得它们的位置，以及需要产生该服务有意义的呈现的接收器能力。在ROUTE/DASH系统中，SLS包括用户服务捆绑描述(USBD)、S-TSID和DASH媒体呈现描述(MPD)。在这里，USBD或者用户服务描述(USD)是SLS XML分段的一个，并且可以起描述特定的说明性信息的信令herb的作用。USBD/USD可以在3GPP MBMS以外扩展。USBD/USD的细节将在下面描述。
服务信令集中于服务本身的基本属性，特别地，需要获得该服务的那些属性。服务的属性和意欲用于观众的节目作为服务通知或者ESG数据出现。
无需解析在广播流内携带的整个SLS，具有用于每个服务的单独的服务信令允许接收器获得用于感兴趣的服务适宜的SLS。
对于服务信令的可选择的宽带传送，SLT可以如上所述包括服务信令文件可以从其中获得的HTTP URL。
LLS用于引导SLS获得，并且随后，SLS用于获得在或者ROUTE会话或者MMTP会话上传送的服务组件。该描述的附图图示以下的信令序列。接收器开始获得如上所述的SLT。通过在ROUTE会话上传送的service_id识别的每个服务提供SLS引导信息：PLPID(#1)、源IP地址(sIP1)、目的地IP地址(dIP1)，和目的地端口号(dPort1)。通过在MMTP会话上传送的service_id识别的每个服务提供SLS引导信息：PLPID(#2)、目的地IP地址(dIP2)，和目的地端口号(dPort2)。
对于使用ROUTE的流服务传送，接收器可以获得在IP/UDP/LCT会话和PLP上携带的SLS分段，而对于使用MMTP的流服务传送，接收器可以获得在MMTP会话和PLP上携带的SLS分段。对于使用ROUTE的服务传送，这些SLS分段包括USBD/USD分段、S-TSID分段，和MPD分段。它们与一个服务有关。USBD/USD分段描述服务层属性，并且提供涉及S-TSID片段的URI和涉及MPD分段的URI。换句话说，USBD/USD可以指的是S-TSID和MPD。对于使用MMTP的服务传送，USBD涉及MMT信令的MPT消息，其MP表提供分组ID的标识和用于属于该服务的资产(asset)的位置信息。在这里，资产是多媒体数据实体，并且可以指的是数据实体，其被合并为一个唯一的ID，并且用于产生一个多媒体呈现。资产可以对应于包括在一个服务中的服务组件。MPT消息是具有MMT的MP表的消息。在这里，MP表可以是具有有关内容和MMT资产信息的MMT分组表。细节可以类似于在MMT中的定义。在这里，媒体呈现可以对应于建立媒体内容的界定的/非界定的呈现的数据采集。
S-TSID分段提供与一个服务有关的组件获得信息，并且在MPD中和在对应于服务的组件的TSI中发现的DASH表示之间映射。S-TSID可以以TSI和相关的DASH表示标识符，以及携带与DASH表示有关的DASH片段的PLPID的形式提供组件获得信息。通过PLPID和TSI值，接收器从服务中采集音频/视频分量，并且开始缓存DASH媒体片段，然后，适用适宜的解码处理。
对于列出在MMTP会话上传送的服务组件的USBD，如在描述的附图中由“服务#2”图示的，接收器还获得具有匹配MMT_package_id的MPT消息以完成SLS。MPT消息提供包括服务和用于每个组件的获得信息的服务组件的全列表。组件获得信息包括MMTP会话信息、携带会话的PLPID和在该会话内的packet_id。
根据给定的实施例，例如，在ROUTE中，可以使用两个或更多个S-TSID分段。每个分段可以提供与传送每个服务内容的LCT会话相关的接入信息。
在ROUTE中，S-TSID、USBD/USD、MPD或者传送S-TSID、USBD/USD或者MPD的LCT会话可以称为服务信令信道。在MMTP中，USBD/UD、MMT信令消息，或者传送MMTP或者USBD/UD的分组流可以称为服务信令信道。
与图示的示例不同，一个ROUTE或者MMTP会话可以经由多个PLP传送。换句话说，一个服务可以经由一个或多个PLP传送。如在前文中描述的，一个LCT会话可以经由一个PLP传送。与附图不同，根据给定的实施例，包括在一个服务中的组件可以经由不同的ROUTE会话传送。此外，根据给定的实施例，包括在一个服务中的组件可以经由不同的MMTP会话传送。根据给定的实施例，包括在一个服务中的组件可以分别地经由ROUTE会话和MMTP会话传送。虽然未图示，包括在一个服务中的组件可以经由宽带传送(混合传送)。
图5图示根据本发明的一个实施例用于ROUTE/DASH的USBD分段。
在下文中，将给出SLS基于ROUTE传送的描述。
SLS将详细的技术信息提供给接收器以允许发现和接入服务及其内容组件。其可以包括在专用的LCT会话上携带的一组XML编码的元数据分段。可以使用包含在如上所述的SLT中的引导信息获得LCT会话。SLS在每个服务层级上定义，并且其描述服务的特征和接入信息，诸如内容组件的列表，和如何获得它们，以及需要产生服务有意义的呈现的接收器能力。在ROUTE/DASH系统中，对于线性服务传送，SLS由以下的元数据分段：USBD、S-TSID和DASH MPD组成。SLS分段可以在具有TSI＝0的专用的LCT传输会话上传送。根据给定的实施例，SLS分段在其中传送的特定的LCT会话(专用的LCT会话)的TSI可以具有不同的值。根据给定的实施例，SLS分段在其中传送的LCT会话可以使用SLT或者另一个方案示意。
ROUTE/DASH SLS可以包括用户服务捆绑描述(USBD)和基于服务的传输会话示例描述(S-TSID)元数据分段。这些服务信令分段可适用于线性和基于应用的服务两者。USBD分段包含服务标识、设备能力信息，对于接入服务和组成媒体组件所需的其它的SLS分段的引用，以及元数据，以允许接收器确定服务组件的传输模式(广播和/或宽带)。由USBD引用的S-TSID分段提供用于在其中传送服务的媒体内容组件的一个或多个ROUTE/LCT会话的传输会话描述，和在这些LCT会话中携带的传送对象的描述。USBD和S-TSID将在下面描述。
在基于ROUTE的传送的流内容信令中，SLS的流内容信令组件对应于MPD分段。MPD典型地与用于作为流内容的DASH片段的传送的线性服务有关。MPD以片段URL的形式提供用于线性/流服务的单个媒体组件的资源标识符，和在媒体呈现内识别的资源的上下文。MPD的细节将在下面描述。
在基于ROUTE的传送中的基于app的增强信令中，基于app的增强信令涉及基于app的增强组件的传送，诸如应用逻辑文件、本地高速缓存的媒体文件、网络内容项目，或者通知流。当可用时，应用还可以恢复在宽带连接上本地高速缓存的数据。
在下文中，将给出在附图中图示的USBD/USD细节的描述。
顶层或者入口点SLS分段是USBD分段。图示的USBD分段是本发明的一个示例，在附图中未图示的USBD分段的基础字段可以根据给定的实施例另外提供。如在前文中描述的，图示的USBD分段具有扩展的形式，并且可以具有增加给基础配置的字段。
图示的USBD可以具有bundleDescription根元素。该bundleDescription根元素可以具有userServiceDescription元素。该userServiceDescription元素可以对应于用于一个服务的示例。
userServiceDescription元素可以包括@serviceId、@atsc:serviceId、@atsc:serviceStatus、@atsc:fullMPDUri、@atsc:sTSIDUri、name、serviceLanguage、atsc:capabilityCode和/或deliveryMethod。
@serviceId可以是全球唯一的URI，其识别在BSID的范围内唯一的服务。这个参数可用于链接到ESG数据(Service@globalServiceID)。
@atsc:serviceId是在LLS(SLT)中相应的服务项目的参考。这个属性的值是分配给项目的serviceId的相同的值。
@atsc:serviceStatus可以指定这个服务的状态。该值表示是否这个服务是有效或者无效。当设置为“1”(真)时，其表示服务是有效。当不使用这个字段时，@atsc:serviceStatus可以被设置为1的缺省值。
@atsc:fullMPDUri可以参考MPD分段，其包含用于经广播，并且选择性地，还经宽带传送的服务的内容组件的描述。
@atsc:sTSIDUri可以参考S-TSID分段，其将接入相关的参数提供给携带这个服务内容的传输会话。
name可以表示如由语言属性给出的服务的名称。name元素可以包括语言属性，其表示服务名称的语言。语言可以根据XML数据类型指定。
serviceLanguage可以表示服务可用的语言。语言可以根据XML数据类型指定。
atsc:capabilityCode可以指定在接收器中需要的能够生成这个服务内容的有意义的呈现的能力。根据给定的实施例，这个字段可以指定预先确定的能力组。在这里，能力组可以是用于有效的呈现的一组能力属性值。这个字段可以根据给定的实施例被省略。
deliveryMethod可以是经广播和(选择性地)接入的宽带模式传输与服务内容有关的相关的信息的容器。参考包括在该服务中的数据，当数据的数目是N时，用于各自的数据的传送方案可以由这个元素描述。deliveryMethod可以包括r12:broadcastAppService元素和r12:unicastAppService元素。每个下层元素可以包括作为下层元素的basePattern元素。
r12:broadcastAppService可以是在附属的媒体呈现的所有时段上，以多路复用或者非多路复用的形式经广播传送的DASH表示，包含属于该服务的相应的媒体组件。换句话说，该字段的每个可以表示经由广播网传送的DASH表示。
r12:unicastAppService可以是在附属的媒体表示的所有时段上，以多路复用或者非多路复用的形式经宽带传送的DASH表示，包含属于该服务的组成的媒体内容组件。换句话说，该字段的每个可以表示经由宽带传送的DASH表示。
basePattern可以是供接收器使用的字符图案，以与由DASH客户使用的片段URL的任何部分相配，以在其包含的时段之下请求父表示的媒体片段。匹配隐含相应的请求的媒体片段经广播传输携带。在用于接收由r12:broadcastAppService元素和r12:unicastAppService元素的每个表示的DASH表示的URL地址中，URL的一部分等等可以具有特定的图案。该图案可以由这个字段描述。某些数据可以使用这个信息区别。提出的缺省值可以取决于实施例变化。在附图中图示的“使用”列涉及每个字段。在这里，M可以表示基础字段，O可以表示可选择的字段，OD可以表示具有缺省值的可选择的字段，和CM可以表示有条件的基础字段。0...1至0...N可以表示可用字段的编号。
图6图示根据本发明的一个实施例用于ROUTE/DASH的S-TSID分段。
在下文中，将详细地给出在附图中图示的S-TSID的描述。
S-TSID可以是SLS XML分段，其提供用于携带服务的内容组件的传输会话的整个会话描述信息。S-TSID是SLS元数据分段，其包含用于在其中传送服务的媒体内容组件的零个或更多个ROUTE会话和组成LCT会话的整个传输会话描述信息。S-TSID还包括用于传送对象或者在服务的LCT会话中携带的对象流的文件元数据，以及有关有效载荷格式和在这些LCT会话中携带的内容组件的附加信息。
S-TSID分段的每个示例由userServiceDescription的@atsc:sTSIDUri属性在USBD分段中引用。根据当前的实施例的图示的S-TSID表示为XML文件。根据给定的实施例，S-TSID可以以二进制格式或者XML文件表示。
图示的S-TSID可以具有S-TSID根元素。S-TSID根元素可以包括@serviceId和/或RS。
@serviceID可以是在USD中相应的服务元素的引用。这个属性的值可以参考具有service_id的对应值的服务。
RS元素可以具有有关用于传送服务数据的ROUTE会话的信息。服务数据或者服务组件可以经由多个ROUTE会话传送，并且从而，RS元素的数目可以是1至N。
RS元素可以包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS。
@bsid可以是在其中携带广播App服务的内容组件的广播流的标识符。当这个属性缺少时，默认广播流是其PLP携带用于这个服务的SLS分段的一个。其值可以与在SLT中的broadcast_stream_id相同。
@sIpAddr可以表示源IP地址。在这里，源IP地址可以是用于传送包括在服务中的服务组件的ROUTE会话的源IP地址。如在前文中描述的，一个服务的服务组件可以经由多个ROUTE会话传送。因此，服务组件可以使用除用于传送S-TSID的ROUTE会话以外的另一个ROUTE会话发送。因此，这个字段可用于表示ROUTE会话的源IP地址。这个字段的缺省值可以是当前的ROUTE会话的源IP地址。当服务组件被经由另一个ROUTE会话传送，并且因此，ROUTE会话需要被指示时，这个字段的值可以是ROUTE会话的源IP地址的值。在这种情况下，这个字段可以对应于M，其是基础字段。
@dIpAddr可以表示目的地IP地址。在这里，目的地IP地址可以是传送包括在服务中的服务组件的ROUTE会话的目的地IP地址。对于与@sIpAddr的以上描述类似的情形，这个字段可以表示传送服务组件的ROUTE会话的目的地IP地址。这个字段的缺省值可以是当前的ROUTE会话的目的地IP地址。当服务组件被经由另一个ROUTE会话传送，并且因此，ROUTE会话需要被指示时，这个字段的值可以是ROUTE会话的目的地IP地址的值。在这种情况下，这个字段可以对应于M，其是基础字段。
@dport可以表示目的地端口。在这里，目的地端口可以是传送包括在服务中的服务组件的ROUTE会话的目的地端口。对于与@sIpAddr的以上描述类似的情形，这个字段可以表示传送服务组件的ROUTE会话的目的地端口。这个字段的缺省值可以是当前的ROUTE会话的目的地端口号。当服务组件被经由另一个ROUTE会话传送，并且因此，ROUTE会话需要被指示时，这个字段的值可以是ROUTE会话的目的地端口号值。在这种情况下，这个字段可以对应于M，其是基础字段。
@PLPID可以是用于由RS表示的ROUTE会话的PLP的ID。缺省值可以是包括当前的S-TSID的LCT会话的PLP的ID。根据给定的实施例，这个字段可以具有用于LCT会话的PLP的ID值，LCT会话用于在ROUTE会话中传送S-TSID，并且可以具有用于ROUTE会话的所有PLP的ID值。
LS元素可以具有有关用于传送服务数据的LCT会话的信息。服务数据或者服务组件可以经由多个LCT会话传送，并且从而，LS元素的数目可以是1至N。
LS元素可以包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow和/或RprFlow。
@tsi可以表示用于传送服务的服务组件的LCT会话的TSI值。
@PLPID可以具有用于LCT会话的PLP的ID信息。这个值可以在基本ROUTE会话值上重写。
@bw可以表示最大带宽值。@startTime可以表示LCT会话的开始时间。@endTime可以表示LCT会话的结束时间。SrcFlow元素可以描述ROUTE的信源流。RprFlow元素可以描述ROUTE的修复流。
提出的缺省值可以根据实施例变化。在附图中图示的“使用”列涉及每个字段。在这里，M可以表示基础字段，O可以表示可选择的字段，OD可以表示具有缺省值的可选择的字段，和CM可以表示有条件的基础字段。0...1至0...N可以表示可用字段的编号。
在下文中，将给出用于ROUTE/DASH的MPD的描述。
MPD是SLS元数据分段，其包含对应于由广播电台(例如，单个TV节目，或者在时间段内邻接的线性TV节目的集合)定义的给定的持续时间的线性服务的DASH媒体呈现的形式化的描述。MPD的内容提供用于片段的资源标识符和在媒体呈现内用于识别的资源的上下文。MPD分段的数据结构和语义可以是根据由MPEG DASH定义的MPD。
在MPD中传送的一个或多个DASH表示可以经广播携带。MPD可以描述经宽带传送的附加的表示，例如，在混合服务的情况下，或者由于广播信号劣化(例如，穿过隧道)，在从广播到广播切换时支持服务连续性。
图7图示根据本发明的一个实施例用于MMT的USBD/USD分段。
用于线性服务的MMT SLS包括USBD分段和MMT分组(MP)表。MP表如上所述。USBD分段包含服务标识、设备能力信息、对接入服务和组成媒体组件所需的其它的SLS信息的引用，以及元数据，以允许接收器确定服务组件的传输模式(广播和/或宽带)。由USBD引用的用于MPU组件的MP表提供用于MMTP会话的传输会话描述和在这些MMTP会话中携带的资产的描述，服务的媒体内容组件在MMTP会话中被传送。
用于MPU组件的流内容信令组件对应于在MMT中定义的MP表。MP表提供MMT资产的列表，这里每个资产对应于单个服务组件和用于这个组件的位置信息的描述。
USBD分段还可以分别地包含对于由ROUTE协议和宽带传送的服务组件，对如上所述的S-TSID和MPD的介绍。根据给定的实施例，在经由MMT的传送中，经由ROUTE协议传送的服务组件是NRT数据等等。因此，在这种情况下，MPD可能是不必要的。此外，在经由MMT的传送中，有关用于传送其经由宽带被传送的服务组件的LCT会话的信息是不必要的，并且因此，S-TSID可能是不必要的。在这里，MMT分组可以是使用MMT传送的媒体数据的逻辑采集。在这里，MMTP分组可以指的是使用MMT传送的媒体数据的格式化的单元。MPU可以指的是独立地可解码的定时/非定时的数据的通用容器。在这里，在MPU中的数据是不可知论的(agnostic)媒体编解码器。
在下文中，将给出在附图中图示的USBD/USD细节的描述。
图示的USBD分段是本发明的一个示例，并且USBD分段的基础字段可以根据实施例另外提供。如在前文中描述的，图示的USBD分段具有扩展的形式，并且可以具有增加给基础结构的字段。
根据本发明的一个实施例图示的USBD表示为XML文件。根据给定的实施例，USBD可以以二进制格式或者XML文件表示。
图示的USBD可以具有bundleDescription根元素。该bundleDescription根元素可以具有userServiceDescription元素。该userServiceDescription元素可以是用于一个服务的示例。
userServiceDescription元素可以包括@serviceId、@atsc:serviceId、name、serviceLanguage、atsc:capabilityCode、atsc:Channel、atsc:mpuComponent、atsc:routeComponent、atsc:broadbandComponent和/或atsc:ComponentInfo。
在这里，@serviceId、@atsc:serviceId、name、serviceLanguage和atsc:capabilityCode可以如上所述。在name字段下面的lang字段可以如上所述。atsc:capabilityCode可以根据给定的实施例被省略。
userServiceDescription元素可以进一步包括根据一个实施例的atsc:contentAdvisoryRating元素。这个元素可以是可选择的元素。atsc:contentAdvisoryRating可以指定内容咨询等级。这个字段没有在附图中图示。
atsc:Channel可以具有有关服务信道的信息。atsc:Channel可以包括@atsc:majorChannelNo、@atsc:minorChannelNo、@atsc:serviceLang、@atsc:serviceGenre、@atsc:serviceIcon和/或atsc:ServiceDescription。@atsc:majorChannelNo,@atsc:minorChannelNo和@atsc:serviceLang可以根据给定的实施例被省略。
@atsc:majorChannelNo是表示服务的主信道编号的属性。
@atsc:minorChannelNo是表示服务的次信道编号的属性。
@atsc:serviceLang是表示在服务中使用的主要语言的属性。
@atsc:serviceGenre是表示在服务中使用的主要风格的属性。
@atsc:serviceIcon是表示供用于表示这个服务的图标的统一资源定位器(URL)的属性。
atsc:ServiceDescription包括可能以多个语言的服务描述。atsc:ServiceDescription包括@atsc:serviceDescrText和/或@atsc:serviceDescrLang。
@atsc:serviceDescrText是表示服务描述的属性。
@atsc:serviceDescrLang是表示以上的服务描述文本属性语言的属性。
atsc:mpuComponent可以具有有关以MPU的形式传送的服务的内容组件的信息。atsc:mpuComponent可以包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。
@atsc:mmtPackageId可以涉及用于作为MPU传送的服务的内容组件的MMT分组。
@atsc:nextMmtPackageId可以涉及在由将来用于作为MPU传送的服务的内容组件的@atsc:mmtPackageId提及的一个之后要使用的MMT分组。
atsc:routeComponent可以具有有关经由ROUTE传送的服务的内容组件的信息。atsc:routeComponent可以包括@atsc:sTSIDUri、@sTSIDPlpId、@sTSIDDestinationIpAddress、@sTSIDDestinationUdpPort、@sTSIDSourceIpAddress、@sTSIDMajorProtocolVersion和/或@sTSIDMinorProtocolVersion。
@atsc:sTSIDUri可以是对S-TSID分段的引用，其将接入相关的参数提供给携带这个服务内容的传输会话。这个字段可以与在用于如上所述的ROUTE的USBD中用于参考S-TSID的URI相同。如在前文中描述的，在通过MMTP的服务传送中，经由NRT传送的服务组件等等可以通过ROUTE传送。这个字段可用于指代其S-TSID。
@sTSIDPlpId可以是表示指示携带用于这个服务的S-TSID的物理层管道的PLP ID的整数的字符串。(默认：当前的物理层管道)。
@sTSIDDestinationIpAddress可以是包含携带用于这个服务的S-TSID的分组的点分的IPv4目的地址的字符串。(默认：当前的MMTP会话的源IP地址)
@sTSIDDestinationUdpPort可以是包含携带用于这个服务的S-TSID的分组的端口号的字符串。
@sTSIDSourceIpAddress可以是包含携带用于这个服务的S-TSID的分组的点分的IPv4源地址的字符串。
@sTSIDMajorProtocolVersion可以表示用于传送供这个服务的S-TSID的协议的主版本号。缺省值是1。
@sTSIDMinorProtocolVersion可以表示用于传送供这个服务的S-TSID的协议的次版本号。缺省值是0。
atsc:broadbandComponent可以具有有关经由宽带传送的服务的内容组件的信息。换句话说，atsc:broadbandComponent可以是在混合传送的假设下的字段。atsc:broadbandComponent可以进一步包括@atsc:fullfMPDUri。
@atsc:fullfMPDUri可以是对MPD分段的参考，其包含用于经宽带传送的服务的内容组件的描述。
atsc:ComponentInfo字段可以具有有关服务可用的组件的信息。atsc:ComponentInfo字段可以具有有关每个组件的类型、作用、名称等等的信息。atsc:ComponentInfo字段的数目可以对应于各自的组件的数目(N)。atsc:ComponentInfo字段可以包括@atsc:componentType、@atsc:componentRole、@atsc:componentProtectedFlag、@atsc:componentId和/或@atsc:componentName。
@atsc:componentType是表示这个组件类型的类型。0的值表示音频组件。1的值表示视频组件。2的值表示隐藏字幕组件。3的值表示应用组件。值4至7被预留。这个字段的值的含义可以取决于实施例不同地设置。
@atsc:componentRole是表示这个组件的作用或者类别的属性。
对于音频(当以上的组件类型属性等于0时)∶组件作用属性的值如下：0＝完成主体，1＝音乐和效果，2＝对话，3＝解说，4＝视觉障碍，5＝听觉障碍，6＝画外音，7-254＝预留的，255＝未知。
对于视频(当以上的组件类型属性等于1时)：组件作用属性的值如下：0＝主要视频，1＝替换的相机视图，2＝其他替换的视频组件，3＝手语插图，4＝跟随的主题视频，5＝3D视频左侧视图，6＝3D视频右侧视图，7＝3D视频深度信息，8＝<n,m>的视频阵列<x,y>的部分，9＝跟随主题元数据，10-254＝预留的，255＝未知。
对于隐藏字幕组件(当以上的组件类型属性等于2时)：组件作用属性的值如下：0＝正常，1＝容易阅读器，2-254＝预留的，255＝未知。
当以上的组件类型属性是在3至7之间时，包含的，组件作用可以等于255。这个字段的值的含义可以取决于实施例不同地设置。
@atsc:componentProtectedFlag是表示是否这个组件被保护(例如，加密)的属性。当这个标记被设置为1的值时，这个组件被保护(例如，加密)。当这个标记被设置为0的值时，这个组件不保护(例如，加密)。当不存在组件保护的标记的值时，属性推断为等于0。这个字段的值的含义可以取决于实施例不同地设置。
@atsc:componentId是表示这个组件的标识符的属性。这个属性的值可以与在对应于这个组件的MP表中的asset_id相同。
@atsc:componentName是表示这个组件的人可读的名称的属性。
提出的缺省值可以取决于实施例变化。在附图中图示的“使用”列涉及每个字段。在这里，M可以表示基础字段，O可以表示可选择的字段，OD可以表示具有缺省值的可选择的字段，和CM可以表示有条件的基础字段。0...1至0...N可以表示可用字段的编号。
在下文中，将给出用于MMT的MPD的描述。
媒体呈现描述是对应于由广播电台(例如，单个TV节目，或者在时间段内邻接的线性TV节目的集合)定义的给定的持续时间的线性服务的SLS元数据分段。MPD的内容提供用于片段的资源标识符和在媒体呈现内用于识别的资源的上下文。MPD的数据结构和语义可以根据由MPEG DASH定义的MPD。
在当前的实施例中，由MMTP会话传送的MPD描述经宽带传送的表示，例如，在混合服务的情况下，或者在从广播到宽带切换时，由于广播信号劣化(例如，在山脉之下行驶，或者经由隧道)支持服务连续性。
在下文中，将给出用于MMT的MMT信令消息的描述。
当MMTP会话用于携带流服务时，由MMT定义的MMT信令消息由MMTP分组根据由MMT定义的信令消息模式传送。携带服务层信令的MMTP分组的packet_id字段的值被设置为“00”，除携带专用于资产的MMT信令消息的MMTP分组之外，其可以被设置为与携带资产的MMTP分组相同的packet_id值。涉及用于每个服务的适宜的分组的标识符由如上所述的USBD分段示意。具有匹配的MMT_package_id的MMT分组表(MPT)消息可以在以SLT示意的MMTP会话上传送。每个MMTP会话携带专用于其会话的MMT信令消息或者由MMTP会话传送的每个资产。
换句话说，有可能通过指定具有在SLT中用于特定的服务的SLS的分组的IP目的地址/端口号等等接入MMTP会话的USBD。如在前文中描述的，携带SLS的MMTP分组的分组ID可以指定为特定的值，诸如00等等。有可能使用USBD的以上描述的分组IP信息接入具有匹配的分组ID的MPT消息。如下所述，MPT消息可用于接入每个服务组件/资产。
以下的MMTP消息可以由在SLT中示意的MMTP会话传送。
MMT分组表(MPT)消息：这个消息携带MP(MMT分组)表，其包含所有资产的列表及其如由MMT定义的位置信息。如果资产由不同于传送MP表的当前的PLP的PLP传送，则携带资产的PLP的标识符可以在使用物理层管道标识符描述符的MP表中提供。物理层管道标识符描述符将在下面描述。
MMT ATSC3(MA3)消息mmt_atsc3_message()：这个消息携带专用于包括如上所述的服务层信令的服务的系统元数据。mmt_atsc3_message()将在下面描述。
如果需要的话，以下的MMTP消息可以由在SLT中示意的MMTP会话传送。
媒体呈现信息(MPI)消息：这个消息携带MPI表，其包含呈现信息的整个文档或者文档的子集。与MPI表有关的MP表还可以由这个消息传送。
时钟关系信息(CRI)消息：这个消息携带CRI表，其包含用于在NTP时间戳和MPEG-2STC之间映射的时钟相关的信息。根据给定的实施例，CRI消息可以不必经由MMTP会话传送。
以下的MMTP消息可以由携带流内容的每个MMTP会话传送。
假定的接收器缓存模型消息：这个消息携带由接收器管理其缓存器需要的信息。
假定的接收器缓存模型移除消息：这个消息携带由接收器管理其MMT解封装缓存器需要的信息。
在下文中，将给出对应于MMT信令消息的一个的mmt_atsc3_message()的描述。根据如上所述的本发明，MMT信令消息mmt_atsc3_message()被限定传送专用于服务的信息。信令消息可以包括消息ID、版本和/或对应于MMT信令消息的基础字段的长度字段。信令消息的有效载荷可以包括服务ID信息、内容类型信息、内容版本信息、内容压缩信息和/或URI信息。内容类型信息可以表示包括在信令消息的有效载荷中的数据类型。内容版本信息可以表示包括在有效载荷中数据的版本，并且内容压缩信息可以表示适用于数据的压缩类型。URI信息可以具有与由消息传送的内容相关的URI信息。
在下文中，将给出物理层管道标识符描述符的描述。
物理层管道标识符描述符是可以用作如上所述的MP表的描述符的一个的描述符。物理层管道标识符描述符提供有关携带资产的PLP的信息。如果资产由不同于传送MP表的当前的PLP的PLP传送，则物理层管道标识符描述符可以在相关的MP表中用作资产描述符以识别携带资产的PLP。物理层管道标识符描述符可以进一步包括除了PLP ID信息之外的BSID信息。BSID可以是传送用于由描述符描述的资产的MMTP分组的广播流的ID。
图8图示根据本发明的一个实施例的链路层协议结构。
在下文中，将描述链路层。
链路层是在物理层和网络层之间的层，并且在发送侧上从网络层到物理层传输数据，以及在接收侧上从物理层到网络层传输数据。链路层的目的包括将所有输入分组类型抽象为用于由物理层处理的单个格式，确保灵活性和对于迄今为止未定义的输入类型的未来可扩展性。此外，在链路层内处理确保输入数据可以以有效的方式发送，例如，通过提供选项去在输入分组的报头中压缩冗余信息。封装、压缩等等的操作称为链路层协议，并且使用这个协议生成的分组称作链路层分组。该链路层可以执行功能，诸如分组封装、开销降低和/或信号传输等等。
在下文中，将描述分组封装。链路层协议允许任何类型的分组封装，包括诸如IP分组和MPEG-2TS封装。与网络层协议类型(这里，我们考虑MPEG-2TS分组为一种网络层分组)无关，使用链路层协议，物理层仅仅需要处理一个单个分组格式。每个网络层分组或者输入分组被变换为通用链路层分组的有效载荷。另外，当输入分组大小特别地小或者大时，可以执行级联和分割，以便有效地使用物理层资源。
如在前文中描述的，片段可以在分组封装中使用。当网络层分组太大而不容易地在物理层中处理时，该网络层分组被划分为两个或更多个片段。该链路层分组报头包括在发送侧上执行分割和在接收侧上重新组装的协议字段。当网络层分组被分割时，每个片段可以被以与在网络层分组中的原始位置相同的顺序封装为链路层分组。此外，包括网络层分组片段的每个链路层分组可以从而传输给PHY层。
如在前文中描述的，级联可以在分组封装中使用。当网络层分组对于链路层分组的有效载荷包括几个网络层分组足够小时，该链路层分组报头包括协议字段以执行级联。该级联将多个小的网络层分组合并为一个有效载荷。当该网络层分组被级联时，每个网络层分组可以被以与原始输入顺序相同的顺序级联为链路层分组的有效载荷。此外，构成链路层分组的有效载荷的每个分组可以是整个分组，不是分组的片段。
在下文中，将描述开销降低。链路层协议的使用可以导致对于在物理层上数据的传输的开销有效的降低。根据本发明的链路层协议可以提供IP开销降低和/或MPEG-2TS开销降低。在IP开销降低中，IP分组具有固定的报头格式，但是，在通信环境下需要的一些信息在广播环境下可能是冗余的。链路层协议通过压缩IP分组的报头提供降低广播开销的机制。在MPEG-2TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共报头去除(压缩)。首先，同步字节去除提供每个TS分组一个字节的开销降低，其次，空分组删除机制以它们可以在接收器上重新插入的方式删除188字节空TS分组，并且最后是公共报头去除机制。
对于信令传输，在链路层协议中，用于信令分组的特定的格式可以为链路层信令提供，这将在下面描述。
在根据本发明的一个实施例图示的链路层协议结构中，链路层协议起输入网络层分组的作用，诸如，作为输入分组的IPv4、MPEG-2TS等等。未来扩展表示其它的分组类型和协议对在链路层中输入来说也是可能的。链路层协议还指定用于任何链路层信令的格式和信令，包括有关将专用信道映射给物理层的信息。附图还示出ALP如何经由各种报头压缩和删除算法结合机制以改善传输效率。此外，该链路层协议可以基本上封装输入分组。
图9图示根据本发明的一个实施例的链路层分组的基础报头的结构。在下文中，将描述报头的结构。
链路层分组可以包括报头，继之以数据有效载荷。链路层分组的报头可以包括基础报头，并且可以包括取决于基础报头的控制字段的附加报头。可选择的报头的存在从附加报头的标记字段表示。根据给定的实施例，表示附加报头和可选择的报头存在的字段可以放置在基础报头中。
在下文中，将描述基础报头的结构。用于链路层分组封装的基础报头具有分层的结构。基础报头可以是两个字节长度，并且是链路层分组报头的最小长度。
根据给出的实施例图示的基础报头可以包括Packet_Type字段、PC字段和/或长度字段。根据给定的实施例，基础报头可以进一步包括HM字段或者S/C字段。
Packet_Type字段可以是3位字段，其表示原始协议或者在封装进链路层分组之前输入数据的分组类型。IPv4分组、压缩的IP分组、链路层信令分组，和其他类型的分组可以具有基础报头结构，并且可以被封装。但是，根据给定的实施例，MPEG-2TS分组可以具有不同的特定的结构，并且可以被封装。当Packet_Type的值是“000”、“001”、“100”或者“111”时，也就是说，ALP分组的原始数据类型是IPv4分组、压缩的IP分组、链路层信令或者扩展分组的一个。当MPEG-2TS分组被封装时，Packet_Type的值可以是“010”。Packet_Type字段的其它的值可以预留供未来使用。
Payload_Configuration(PC)字段可以是1位字段，其表示有效载荷的配置。0的值可以表示链路层分组携带单个、整个输入分组，并且随后的字段是Header_Mode字段。1的值可以表示链路层分组携带一个以上的输入分组(级联)，或者大的输入分组(片段)的一部分，并且随后的字段是Segmentation_Concatenation字段。
Header_Mode(HM)字段可以是1位字段，当设置为0时，其可以表示没有附加报头，并且链路层分组的有效载荷的长度小于2048字节。这个值可以取决于实施例变化。1的值可以表示跟随长度字段存在用于以下定义的单个分组的附加报头。在这种情况下，有效载荷的长度大于2047字节，和/或可以使用可选择的特点(子流标识、报头扩展等等)。这个值可以取决于实施例变化。只有当链路层分组的Payload_Configuration字段具有0的值时，这个字段可以存在。
Segmentation_Concatenation(S/C)字段可以是1位字段，当设置为0时，其可以表示有效载荷携带输入分组的片段，并且跟随长度字段存在用于以下定义的片段的附加报头。1的值可以表示有效载荷携带一个以上完整的输入分组，并且跟随长度字存在段用于以下定义的级联的附加报头。只有当ALP分组的Payload_Configuration字段的值是1时，这个字段可以存在。
长度字段可以是11位字段，其表示由链路层分组携带的有效载荷字节长度的11个最低有效的位(LSB)。当在以下的附加报头中存在Length_MSB字段时，长度字段被与Length_MSB字段级联，并且是LSB以提供有效载荷实际的总长度。长度字段的位数可以转变为不是11位的另一个值。
以下的分组配置的类型因此是可允许的：无需任何附加报头的单个分组、具有附加报头的单个分组、分割的分组和级联的分组。根据给定的实施例，可以经由每个附加报头、可选择的报头、用于要在下面描述的信令信息的附加报头，和用于时间扩展的附加报头的组合产生更多的分组配置。
图10图示根据本发明的一个实施例的链路层分组的附加报头的结构。
可以存在各种类型的附加报头。在下文中，将给出用于单个分组的附加报头的描述。
当Header_Mode(HM)＝“1”时，可以存在用于单个分组的附加报头。当链路层分组的有效载荷的长度大于2047字节时，或者当使用可选择的字段时，Header_Mode(HM)可以被设置为1。用于单个分组的附加报头在图中示出(tsib10010)。
Length_MSB字段可以是5位字段，其可以表示在当前的链路层分组中总的有效载荷字节长度的最高有效位(MSB)，并且与包含获得总的有效载荷长度的11个最低有效位(LSB)的长度字段级联。可以示意的有效载荷的最大长度因此是65535字节。长度字段的位数可以转变为不是11位的另一个值。此外，Length_MSB字段的位数可以变化，并且因此，最大可以表示的有效载荷长度可以变化。根据给定的实施例，每个长度字段可以表示整个链路层分组，而不是有效载荷的长度。
SIF(子流标识符标记)字段可以是1位字段，其可以表示是否子流ID(SID)在HEF字段之后存在。当在这个链路层分组中没有SID时，SIF字段可以被设置为0。当在链路层分组中在HEF字段之后存在SID时，SIF可以被设置为1。SID的细节在下面描述。
HEF(报头扩展标记)字段可以是1位字段，当设置为1时，其可以表示附加报头存在供未来扩展。0的值可以表示这个扩展报头不存在。
在下文中，将给出当使用分割时附加报头的描述。
当Segmentation_Concatenation(S/C)＝“0”时，这个附加报头(tsib10020)可以存在。Segment_Sequence_Number可以是5位无符号整数，其可以表示由链路层分组携带的相应的片段的顺序。对于携带输入分组的第一片段的链路层分组，这个字段的值可以被设置为0×0。这个字段可以随着属于该分割的输入分组的每个附加片段增加1。
Last_Segment_Indicator(LSI)可以是1位字段，当设置为1时，其可以表示在这个有效载荷中的片段是输入分组的最后一个。0的值可以表示其不是最后片段。
SIF(子流标识符标记)字段可以是1位字段，其可以表示是否SID在HEF字段之后存在。当在该链路层分组中没有SID时，SIF字段可以被设置为0。当在链路层分组中在HEF字段之后存在SID时，SIF可以被设置为1。
HEF(报头扩展标记)可以是1位字段，当设置为1时，其可以表示可选择的报头扩展在附加报头之后存在用于链路层报头的未来扩展。0的值可以表示可选择的报头扩展不存在。
根据给定的实施例，可以另外提供分组ID字段以表示每个片段从相同的输入分组中产生。当片段以顺序发送时，这个字段可能是不必要的，并且因此被省略。
在下文中，将给出当使用级联时的附加报头的描述。
当Segmentation_Concatenation(S/C)＝“1”时，这个附加报头(tsib10030)可以存在。
Length_MSB可以是4位字段，其可以表示在这个链路层分组中有效载荷字节长度的MSB位。有效载荷的最大长度是用于级联的32767字节。如在前文中描述的，特定的数值可以变化。
计数可以是可以表示包括在链路层分组中的分组数目的字段。包括在链路层分组中分组的数目，2，可以被设置到这个字段。因此，在链路层分组中级联的分组的其最大值是9。计数字段表示该数目可以取决于实施例变化的方案。也就是说，可以表示从1到8的数字。
HEF(报头扩展标记)可以是1位字段，当设置为1时，其可以表示可选择的报头扩展在供链路层报头的未来扩展的附加报头之后存在。0的值可以表示报头扩展不存在。
Component_Length可以是12位长度字段，其可以以字节表示每个分组的长度。Component_Length字段以与除了最后的组件分组之外存在于有效载荷之中的分组相同的顺序包括。长度字段的数目可以由(计数+1)表示。根据给定的实施例，长度字段，其数目与计数字段的值相同，可能存在。当链路层报头由Component_Length的奇数组成时，四个填充位可以跟随在最后的Component_Length字段之后。这些位可以被设置为0。根据给定的实施例，Component_length字段表示最后的级联输入分组的长度可能不存在。在这种情况下，最后的级联输入分组的长度可能对应于通过从整个有效载荷长度中减去由各自的Component_length字段表示的值的总和获得的长度。
在下文中，将描述可选择的报头。
如在前文中描述的，可选择的报头可以被添加到附加报头的后面。可选择的报头字段可以包含SID和/或报头扩展。SID用于滤出在链路层层级中特定的分组流。SID的一个示例是在携带多个服务的链路层流中服务标识符的作用。如果可适用，在服务和对应于该服务的SID值之间的映射信息可以在SLT中提供。该报头扩展包含供未来使用的扩展字段。接收器可以忽略它们不理解的任何报头扩展。
SID(子流标识符)可以是8位字段，其可以表示用于链路层分组的子流标识符。如果存在可选择的报头扩展，则SID在附加报头和可选择的报头扩展之间存在。
Header_Extension()可以包括以下定义的字段。
Extension_Type可以是8位字段，其可以表示Header_Extension()的类型。
Extension_Length可以是8位字段，其可以以从Header_Extension()的下一个字节到最后的字节计数的字节表示报头扩展()的长度。
Extension_Byte可以是表示Header_Extension()值的字节。
图11图示根据本发明的另一个实施例的链路层分组的附加报头的结构。
在下文中，将给出用于信令信息的附加报头的描述。
链路层信令如何结合进链路层分组中如下。信令分组通过当基础报头的Packet_Type字段等于100时识别。
图(tsib11010)示出包含用于信令信息的附加报头的链路层分组的结构。除了链路层报头之外，链路层分组可以由两个附加部分，用于信令信息的附加报头和实际信令数据本身组成。链路层信令分组的总长度在链路层分组报头中示出。
用于信令信息的附加报头可以包括以下的字段。根据给定的实施例，某些字段可以被省略。
Signaling_Type可以是8位字段，其可以表示信令的类型。
Signaling_Type_Extension可以是16位字段，其可以表示信令的属性。这个字段的细节可以在信令规范中定义。
Signaling_Version可以是8位字段，其可以表示信令的版本。
Signaling_Format可以是2位字段，其可以表示信令数据的数据格式。在这里，信令格式可以指的是数据格式，诸如，二进制格式、XML格式等等。
Signaling_Encoding可以是2位字段，其可以指定编码/压缩格式。这个字段可以表示是否不执行压缩，并且执行哪个类型的压缩。
在下文中，将给出用于分组类型扩展的附加报头的描述。
为了提供允许几乎无限数目的附加协议和分组类型未来由链路层携带的机制，定义附加报头。当在如上所述的基础报头中Packet_type是111时，可以使用分组类型扩展。图(tsib11020)示出包含用于类型扩展的附加报头的链路层分组的结构。
用于类型扩展的附加报头可以包括以下的字段。根据给定的实施例，某些字段可以被省略。
extended_type可以是16位字段，其可以表示协议或者作为有效载荷在链路层分组中封装的输入的分组类型。这个字段不能用于任何协议或者已经由Packet_Type字段定义的分组类型。
图12图示根据本发明的一个实施例用于MPEG-2TS分组的链路层分组的报头结构及其封装过程。
在下文中，将给出当MPEG-2TS分组被作为输入分组输入时的链路层分组格式的描述。
在这种情况下，基础报头的Packet_Type字段等于010。多个TS分组可以在每个链路层分组内封装。TS分组的数目经由NUMTS字段示意。在这种情况下，如在前文中描述的，可以使用特定的链路层分组报头格式。
链路层提供用于MPEG-2TS去提高传输效率的开销降低机制。每个TS分组的同步字节(0×47)可以被删除。还提供删除空分组和类似的TS报头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0×1FFF)可以被去除。删除的空分组可以使用DNP字段在接收器侧恢复。DNP字段表示删除的空分组的计数。使用DNP字段的空分组删除机制在下面描述。
为了实现更大的传输效率，MPEG-2TS分组的类似的报头可以被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段，并且其它的报头字段是相同时，该报头在第一分组上被发送一次，并且其它的报头被删除。HDM字段可以表示是否执行报头删除。公共TS报头删除的详细过程在下面描述。
当执行所有三个开销降低机制时，可以同步去除、空分组删除和公共报头删除依次执行开销降低。根据给定的实施例，各自的机制的性能顺序可以变化。此外，某些机制可以根据给定的实施例被省略。
当使用MPEG-2TS分组封装时的链路层分组报头的整体结构在图(tsib12010)中描述。
在下文中，将给出每个图示的字段的描述。Packet_Type可以是3位字段，其可以表示如上所述的输入分组的协议类型。对于MPEG-2TS分组封装，这个字段可以始终被设置为010。
NUMTS(TS分组的数目)可以是4位字段，其可以表示在这个链路层分组的有效载荷中的TS分组的数目。在一个链路层分组中最多可以支持16个TS分组。NUMTS＝0的值可以表示16个TS分组由链路层分组的有效载荷携带。对于NUMTS的所有其它的值，相同数目的TS分组被识别，例如，NUMTS＝0001指的是携带一个TS分组。
AHF(附加报头标记)可以是可以表示是否存在附加报头的字段。0的值表示没有附加报头。1的值表示跟随基础报头存在长度1字节的附加报头。如果空TS分组被删除或者适用TS报头压缩，则这个字段可以被设置为1。用于TS分组封装的附加报头由以下的两个字段组成，并且只有当在这个链路层分组中AHF的值被设置为1时存在。
HDM(报头删除模式)可以是1位字段，其表示是否TS报头删除可以适用于这个链路层分组。1的值表示可以适用TS报头删除。“0”的值表示TS报头删除方法不适用于这个链路层分组。
DNP(删除的空分组)可以是7位字段，其表示在这个链路层分组之前删除的空TS分组的数目。可以删除最多128个空TS分组。当HDM＝0时，DNP＝0的值可以表示128个空分组被删除。当HDM＝1时，DNP＝0的值可以表示没有空分组被删除。对于DNP的所有其它的值，相同数目的空分组被识别，例如，DNP＝5指的是删除5个空分组。
如上所述的每个字段的位数可以变化。根据变化的位数，由该字段表示的值的最小/最大值可以变化。这些数目可以由设计者改变。
在下文中，将描述同步字节去除。
当将TS分组封装进链路层分组的有效载荷时，来自每个TS分组开始的同步字节(0×47)可以被删除。因此，在链路层分组的有效载荷中封装的MPEG2-TS分组的长度始终是长度187字节(而不是最初的188字节)。
在下文中，将描述空分组删除。
传输流规则需要位速率在发射器的多路复用器的输出和在接收器的去多路解复用器的输入在时间上是恒定的，并且端到端延迟也是恒定的。对于某些传输流输入信号，空分组可以存在，以便适应在恒定位速率流中可变的位速率服务。在这种情况下，为了避免不必要的传输开销，TS空分组(也就是说，具有PID＝0×1FFF的TS分组)可以被去除。该处理以去除的空分组可以在它们最初位于的精确位置重新插入接收器的方式实现，从而，保证恒定位速率和避免对PCR时间戳更新的需要。
在产生链路层分组之前，称作DNP(删除的空分组)的计数器可以首先复位为零，然后在要封装进当前的链路层分组的有效载荷中的第一非空的TS分组之前，对于每个删除的空分组加1。然后，一组连续的有用的TS分组被封装进当前的链路层分组的有效载荷中，并且在其报头中每个字段的值可以确定。在产生的链路层分组被注入物理层之后，DNP被复位为零。当DNP达到其最大容许值时，如果下一个分组也是空分组，则这个空分组保持为有用的分组，并且封装进下一个链路层分组的有效载荷中。每个链路层分组可以在其有效载荷中包含至少一个有用的TS分组。
在下文中，将描述TS分组报头删除。TS分组报头删除可以称为TS分组报头压缩。
当两个或更多个顺序的TS分组具有顺序增加的连续性计数器字段，并且其它的报头字段是相同时，该报头被在第一分组上发送一次，并且其它的报头被删除。当复制的MPEG-2TS分组包括在两个或更多个顺序的TS分组中时，在发射器侧中不能适用报头删除。HDM字段可以表示是否执行报头删除。当执行TS报头删除时，HDM可以被设置为1。在接收器侧，使用第一分组报头，删除的分组报头被恢复，并且连续性计数器通过以从第一报头开始的顺序增加其被恢复。
在图中图示的示例tsib12020是TS分组的输入流封装进链路层分组过程的示例。首先，可以输入包括具有同步字节(0×47)的TS分组的TS流。首先，同步字节可以经由同步字节删除过程删除。在这个示例中，假定不执行空分组删除。
在这里，假定除CC之外，八个TS分组的分组报头具有相同的字段值，即，连续性计数器字段值。在这种情况下，可以执行TS分组删除/压缩。除对应于CC＝1的第一TS分组报头之外，七个剩余的TS分组报头被删除。该处理的TS分组可以封装进链路层分组的有效载荷中。
在完整的链路层分组中，Packet_Type字段对应于TS分组输入其中的情形，并且从而，可以具有010的值。NUMTS字段可以表示封装的TS分组的数目。AHF字段可以被设置为1，以表示由于执行分组报头删除，附加报头的存在。由于执行报头删除，HDM字段可以被设置为1。由于不执行空分组删除，DNP可以被设置为0。
图13图示根据本发明的一个实施例(发送侧)在IP报头压缩中的适配模式的示例。
在下文中，将描述IP报头压缩。
在链路层中，可以提供IP报头压缩/解压缩方案。IP报头压缩可以包括两个部分：报头压缩器/解压缩器和适配模块。报头压缩方案可以以鲁棒性报头压缩(RoHC)为基础。此外，为了广播用途，增加适配功能。
在发射器侧，ROHC压缩器降低每个分组的报头的大小。然后，适配模块从每个分组流提取上下文信息和建立信令信息。在接收器侧，适配模块解析与接收的分组流有关的信令信息，并且将上下文信息附加给接收的分组流。ROHC解压缩器通过恢复分组报头重建原始IP分组。
报头压缩方案可以以如上所述的RoHC为基础。尤其是，在当前的系统中，RoHC框架可以以RoHC的单向的模式(U模式)工作。此外，在当前的系统中，有可能使用RoHC UDP报头压缩简档，其是通过0×0002的简档标识符识别的。
在下文中，将描述适配。
在经由单向的链路传输的情况下，如果接收器没有上下文的信息，则解压缩器无法恢复接收的分组报头，直到接收到全部上下文为止。这可能导致信道变化延迟和接通延迟。由于这个缘故，在压缩器和解压缩器之间的上下文信息和配置参数可以始终以分组流发送。
适配功能提供配置参数和上下文信息的带外的传输。可以经由链路层信令进行带外的传输。因此，适配功能用于降低由于上下文信息损失的信道变化延迟和解压缩错误。
在下文中，将描述上下文信息的提取。
上下文信息可以根据适配模式使用各种方案提取。在本发明中，将在下面描述三个示例。本发明的范围不局限于在下面描述的适配模式的示例。在这里，适配模式可以称为上下文提取模式。
适配模式1(未图示)可以是附加操作不适用于基本RoHC分组流的模式。换句话说，适配模块可以以这个模式起缓存器的作用。因此，在这个模式中，上下文信息可能不包括在链路层信令中。
在适配模式2(tsib13010)中，适配模块可以从ROHC分组流检测IR分组，并且提取上下文信息(静态链)。在提取上下文信息之后，每个IR分组可以变换为IR-DYN分组。变换的IR-DYN分组可以在ROHC分组流内部包括和以与IR分组相同的顺序发送，替换初始分组。
在适配模式3(tsib13020)中，适配模块可以从ROHC分组流检测IR-DYN分组，并且提取上下文信息。静态链和动态链可以从IR分组提取，并且动态链可以从IR-DYN分组提取。在提取上下文信息之后，每个IR和IR-DYN分组可以变换为压缩的分组。压缩的分组格式可以与IR或者IR-DYN分组的下一个分组相同。变换的压缩的分组可以被包括在ROHC分组流内部并且以与IR或者IR-DYN分组相同的顺序发送，替换初始分组。
信令(上下文)信息可以基于传输结构被封装。例如，上下文信息可以被封装给链路层信令。在这种情况下，分组类型值可以被设置为“100”。
在以上描述的适配模式2和3中，用于上下文信息的链路层分组可以具有100的分组类型字段值。此外，用于压缩的IP分组的链路层分组可以具有001的分组类型字段值。该值表示信令信息的每个和压缩的IP分组包括在如上所述的链路层分组中。
在下文中，将给出发送提取的上下文信息的方法的描述。
提取的上下文信息可以经由特定的物理数据路径随信令数据与ROHC分组流分开地发送。上下文的传输取决于物理层路径的配置。上下文信息可以经由信令数据管道随其它的链路层信令发送。
换句话说，具有上下文信息的链路层分组可以经由信令PLP与具有其它的链路层信令信息(Packet_Type＝100)的链路层分组一起发送。上下文信息从其中提取的压缩的IP分组可以经由常规的PLP(Packet_Type＝001)发送。在这里，取决于实施例，信令PLP可以指的是L1信令路径。此外，取决于实施例，信令PLP可以不与常规的PLP分离，并且可以指的是信令信息经由其发送的特定的和常规的PLP。
在接收侧上，在接收分组流之前，接收器可能需要获得信令信息。当接收器解码初始PLP以获得信令信息时，也可以接收上下文信令。在完成信令获得之后，可以选择接收分组流的PLP。换句话说，接收器可以通过选择初始PLP获得包括上下文信息的信令信息。在这里，初始PLP可以是以上描述的信令PLP。此后，接收器可以选择用于获得分组流的PLP。以这种方法，上下文信息可以在接收分组流之前获得。
在选择用于获得分组流的PLP之后，适配模块可以从接收的分组流检测IR-DYN分组。然后，适配模块从在信令数据中的上下文信息解析静态链。这类似于接收IR分组。对于相同的上下文标识符，IR-DYN分组可以被恢复为IR分组。恢复的ROHC分组流可以被发送给ROHC解压缩器。此后，可以开始解压缩。
图14图示根据本发明的一个实施例的链路映射表(LMT)和RoHC-U说明表。
在下文中，将描述链路层信令。
通常地，链路层信令在IP级别下工作。在接收器侧上，链路层信令可以比IP级别信令，诸如服务列表表(SLT)和服务层信令(SLS)更早获得。因此，链路层信令可以在会话建立之前获得。
对于链路层信令，根据输入路径可能存在两个类型的信令：内部链路层信令和外部链路层信令。内部链路层信令在发射器侧上在链路层中产生。并且，链路层从外部模块或者协议提取信令。这种信令信息被认为是外部链路层信令。如果某些信令需要在IP级别信令之前获得，则外部信令被以链路层分组的格式发送。
链路层信令可以被封装进如上所述的链路层分组中。链路层分组可以携带包括二进制和XML的任何格式的链路层信令。相同的信令信息不能以用于链路层信令的不同的格式发送。
内部链路层信令可以包括用于链路映射的信令信息。链路映射表(LMT)提供在PLP中携带的上层会话列表。LMT还提供用于处理在链路层中携带上层会话的链路层分组的附加信息。
图示根据本发明的LMT(tsib14010)的示例。
Signaling_Type可以是8位无符号整数字段，其表示由这个表携带的信令类型。用于链路映射表(LMT)的signaling_type字段的值可以被设置为0×01。
PLP_ID可以是8位字段，其表示对应于这个表的PLP。
num_session可以是8位无符号整数字段，其提供在通过以上所述的PLP_ID字段识别的PLP中携带的上层会话的数目。当signaling_type字段的值是0×01时，这个字段可以表示在PLP中UDP/IP会话的数目。
src_IP_add可以是32位无符号整数字段，其包含在通过PLP_ID字段识别的PLP中携带的上层会话的源IP地址。
dst_IP_add可以是32位无符号整数字段，其包含在通过PLP_ID字段识别的PLP中携带的上层会话的目的地IP地址。
src_UDP_port可以是16位无符号整数字段，其表示在通过PLP_ID字段识别的PLP中携带的上层会话的源UDP端口号。
dst_UDP_port可以是16位无符号整数字段，其表示在通过PLP_ID字段识别的PLP中携带的上层会话的目的地UDP端口号。
SID_flag可以是1位布尔(Boolean)字段，其表示是否携带通过以上的4个字段(Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port)识别的上层会话的链路层分组在其可选择的报头中具有SID字段。当这个字段的值被设置为0时，携带上层会话的链路层分组在其可选择的报头中可能不具有SID字段。当这个字段的值被设置为1时，携带上层会话的链路层分组可以在其可选择的报头中具有SID字段，并且SID字段的值可以与在这个表中以下的SID字段相同。
compressed_flag可以是1位布尔字段，其表示是否报头压缩适用于携带通过以上的4个字段(Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port)识别的上层会话的链路层分组。当这个字段的值被设置为0时，携带上层会话的链路层分组在其基础报头中可以具有Packet_Type字段的0×00的值。当这个字段的值被设置为1时，携带上层会话的链路层分组在其基础报头中可以具有Packet_Type字段的0×01的值，并且Context_ID字段可以存在。
SID可以是8位无符号整数字段，其表示用于携带通过以上的4个字段(Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port)识别的上层会话的链路层分组的子流标识符。当SID_flag的值等于1时，这个字段可以存在。
context_id可以是8位字段，其提供对于在ROHC-U说明表中提供的上下文id(CID)的介绍。当compressed_flag的值等于1时，这个字段可以存在。
图示根据本发明的RoHC-U说明表(tsib14020)的示例。如在前文中描述的，RoHC-U适配模块可以产生与报头压缩相关的信息。
Signaling_Type可以是8位字段，其表示由这个表携带的信令类型。用于ROHC-U说明表(RDT)的signaling_type字段的值可以被设置为“0×02”。
PLP_ID可以是8位字段，其表示对应于这个表的PLP。
context_id可以是8位字段，其表示压缩的IP流的上下文id(CID)。在这个系统中，8位CID可以用于大的CID。
context_profile可以是8位字段，其表示用于压缩流的协议的范围。这个字段可以被省略。
adaptation_mode可以是2位字段，其表示在这个PLP中适配模块的模式。适配模式已经如上所述。
context_config可以是2位字段，其表示上下文信息的组合。如果在这个表中没有上下文信息，则这个字段可以被设置为“0×0”。如果static_chain()或者dynamic_chain()字节包括在这个表中，则这个字段可以被分别地设置为“0×01”或者“0×02”。如果static_chain()和dynamic_chain()字节两者包括在这个表中，则这个字段可以被设置为“0×03”。
context_length可以是8位字段，其表示静态链字节序列的长度。这个字段可以被省略。
static_chain_byte()可以是传送用于初始化ROHC-U解压缩器的静态信息的字段。这个字段的大小和结构取决于上下文简档。
dynamic_chain_byte()可以是传送用于初始化ROHC-U解压缩器的动态的信息的字段。这个字段的大小和结构取决于上下文简档。
static_chain_byte可以被定义为IR分组的子报头信息。dynamic_chain_byte可以被定义为IR分组和IR-DYN分组的子报头信息。
图15图示根据本发明的一个实施例在发射器侧上的链路层的结构。
当前的实施例假定IP分组被处理。从功能的观点，在发射器侧上的链路层可以大致地包括信令信息在其中处理的链路层信令部分、开销降低部分，和/或封装部分。此外，在发射器侧上的链路层可以包括用于控制和调度链路层和/或链路层的输入和输出部分的整个操作的调度器。
首先，上层的信令信息和/或系统参数tsib15010可以被传送给链路层。此外，包括IP分组的IP流可以被从IP层tsib15110传送给链路层。
如上所述，调度器tsib15020可以确定和控制包括在链路层中的几个模块的操作。传送的信令信息和/或系统参数tsib15010可以由调度器tsib15020滤除或者使用。为接收器所必需的对应于传送的信令信息和/或系统参数tsib15010的一部分的信息可以传送给链路层信令部分。此外，为链路层的操作所必需的对应于信令信息的一部分的信息可以传送给开销降低控制器tsib15120或者封装控制器tsib15180。
链路层信令部分可以采集在物理层中要作为信号发送的信息，并且以适用于传输的形式变换/配置该信息。链路层信令部分可以包括信令管理器tsib15030、信令格式器tsib15040，和/或用于信道tsib15050的缓存器。
信令管理器tsib15030可以接收从调度器tsib15020传送的信令信息，和/或从开销降低部分传送的信令(和/或上下文)信息。信令管理器tsib15030可以确定用于供传送的数据的信令信息传输的路径。信令信息可以经由由信令管理器tsib15030确定的路径传送。如在前文中描述的，要经由划分的信道，诸如FIC、EAS等等发送的信令信息可以传送给信令格式器tsib15040，并且其它的信令信息可以被传送给封装缓存器tsib15070。
信令格式器tsib15040可以以适用于每个划分的信道的形式格式化相关的信令信息，使得信令信息可以经由分别划分的信道发送。如在前文中描述的，物理层可以包括单独的物理地/逻辑地划分的信道。划分的信道可用于发送FIC信令信息或者EAS相关的信息。FIC或者EAS相关的信息可以由信令管理器tsib15030分类，并且输入给信令格式器tsib15040。信令格式器tsib15040可以基于每个单独的信道格式化信息。当物理层被设计成能经由除FIC和EAS以外分别划分的信道发送特定的信令信息时，用于特定的信令信息的信令格式器可以另外提供。经由这个方案，链路层可以与各种物理层兼容。
用于信道tsib15050的缓存器可以将从信令格式器tsib15040接收的信令信息传送给单独的专用信道tsib15060。单独的信道的数目和内容可以取决于实施例变化。
如在前文中描述的，信令管理器tsib15030可以将没有传送给特定的信道的信令信息传送给封装缓存器tsib15070。封装缓存器tsib15070可以起接收没有传送给特定的信道的信令信息的缓存器的作用。
用于信令信息tsib15080的封装块可以封装没有传送给特定的信道的信令信息。传输缓存器tsib15090可以起将封装的信令信息传送给用于信令信息tsib15100的DP的缓存器的作用。在这里，用于信令信息tsib15100的DP可以指的是以上描述的PLS区域。
开销降低部分可以通过去除传送给链路层的分组的开销允许有效传输。有可能配置对应于输入给链路层的IP流数目的开销降低部分。
开销降低缓存器tsib15130可以接收从上层传送的IP分组。接收的IP分组可以经由开销降低缓存器tsib15130输入给开销降低部分。
开销降低控制器tsib15120可以确定是否对输入给开销降低缓存器tsib15130的分组流执行开销降低。开销降低控制器tsib15120可以确定是否对于每个分组流执行开销降低。当对分组流执行开销降低时，分组可以被传送给鲁棒性报头压缩(RoHC)压缩器tsib15140以执行开销降低。当不对分组流执行开销降低时，分组可以传送给封装部分以执行封装而没有开销降低。是否执行分组的开销降低可以基于传送给链路层的信令信息tsib15010确定。信令信息可以通过调度器tsib15020传送给封装控制器tsib15180。
RoHC压缩器tsib15140可以对分组流执行开销降低。RoHC压缩器tsib15140可以执行压缩分组报头的操作。各种方案可以用于开销降低。开销降低可以使用由本发明提出的方案执行。本发明假定IP流，并且从而，使用表示“RoHC压缩器”。但是，名称可以取决于实施例变化。该操作不局限于IP流的压缩，并且所有类型的分组的开销降低可以由RoHC压缩器tsib15140执行。
分组流配置块tsib15150可以从具有压缩报头的IP分组分离要发送给信令区域的信息和要发送给分组流的信息。要发送给分组流的信息可以指的是要发送给DP区域的信息。要发送给信令区域的信息可以传送给信令和/或上下文控制器tsib15160。要发送给分组流的信息可以发送给封装部分。
信令和/或上下文控制器tsib15160可以采集信令和/或上下文信息，并且将信令和/或上下文信息传送给信令管理器，以便将信令和/或上下文信息发送给信令区域。
封装部分可以以适用于传送给物理层的形式执行封装分组的操作。有可能配置对应于IP流数目的封装部分。
封装缓存器tsib15170可以接收用于封装的分组流。当执行开销降低时，可以接收经历开销降低的分组，并且当不执行开销降低时，输入IP分组可以没有变化地接收。
封装控制器tsib15180可以确定是否解封装输入分组流。当执行封装时，分组流可以被传送给分割/级联块tsib15190。当不执行封装时，分组流可以被传送给传输缓存器tsib15230。是否解封装分组可以基于传送给链路层的信令信息tsib15010确定。信令信息可以通过调度器tsib15020传送给封装控制器tsib15180。
在分割/级联块tsib15190中，以上描述的分割或者级联操作可以对分组执行。换句话说，当输入IP分组比对应于链路层的输出的链路层分组更长时，一个IP分组可以被分割为几个片段以配置多个链路层分组有效载荷。另一方面，当输入IP分组比对应于链路层的输出的链路层分组更短时，几个IP分组可以被级联以配置一个链路层分组有效载荷。
分组配置表tsib15200可以具有分割和/或级联的链路层分组的配置信息。发射器和接收器可以在分组配置表tsib15200中具有相同的信息。发射器和接收器可以指的是分组配置表tsib15200的信息。分组配置表tsib15200的信息的索引值可以包括在链路层分组的报头中。
链路层报头信息块tsib15210可以采集在封装过程中产生的报头信息。此外，链路层报头信息块tsib15210可以采集包括在分组配置表tsib15200中的报头信息。链路层报头信息块tsib15210可以配置根据链路层分组的报头结构的报头信息。
报头附加块tsib15220可以将报头增加给分割和/或级联的链路层分组的有效载荷。传输缓存器tsib15230可以起将链路层分组传送给物理层的DP tsib15240的缓存器的作用。
各自的块、模块或者部分可以被配置为在链路层中的一个模块/协议或者多个模块/协议。
图16图示根据本发明的一个实施例在接收器侧上的链路层的结构。
当前的实施例假定IP分组被处理。从功能的观点，在接收器侧上的链路层可以大致地包括信令信息在其中处理的链路层信令部分、开销处理部分，和/或解封装部分。此外，在接收器侧上的链路层可以包括用于控制和调度链路层和/或链路层的输入和输出部分的整个操作的调度器。
首先，经由物理层接收的信息可以被传送给链路层。链路层可以处理该信息，在发射器侧上处理之前恢复初始状态，然后将该信息传送给上层。在当前的实施例中，上层可以是IP层。
在物理层中分解，并且经由特定的信道tsib16030传送的信息可以传送给链路层信令部分。链路层信令部分可以确定从物理层接收的信令信息，并且将确定的信令信息传送给链路层的每个部分。
用于信道tsib16040的缓存器可以起接收经由特定的信道发送的信令信息的缓存器的作用。如在前文中描述的，当物理地/逻辑地分解的单独的信道存在于物理层中时，有可能接收经由信道发送的信令信息。当从单独的信道接收的信息被分割时，该片段的信息可以被存储直到配置完整的信息为止。
信令解码器/解析器tsib16050可以验证经由特定的信道接收的信令信息的格式，并且提取要在链路层中使用的信息。当经由特定的信道接收的信令信息被编码时，可以执行解码。此外，根据给定的实施例，有可能验证信令信息的完整性等等。
信令管理器tsib16060可以集成经由几个路径接收的信令信息。经由用于在下面描述的信令tsib16070的DP接收的信令信息可以在信令管理器tsib16060中集成。信令管理器tsib16060可以传送为在链路层中的每个部分所必需的信令信息。例如，信令管理器tsib16060可以将用于分组恢复的上下文信息等等传送给开销处理部分。此外，信令管理器tsib16060可以将用于控制的信令信息传送给调度器tsib16020。
没有经由单独的特定的信道接收的常规的信令信息可以经由用于信令tsib16070的DP接收。在这里，用于信令的DP可以指的是PLS、L1等等。在这里，DP可以称为PLP。接收缓存器tsib16080可以起接收从用于信令的DP传送的信令信息的缓存器的作用。在用于信令信息tsib16090的解封装块中，接收的信令信息可以被解封装。解封装的信令信息可以经由解封装缓存器tsib16100传送给信令管理器tsib16060。如在前文中描述的，信令管理器tsib16060可以对比信令信息，并且将对比的信令信息传送给在链路层中的必要的部分。
调度器tsib16020可以确定和控制包括在链路层中的几个模块的操作。调度器tsib16020可以使用接收器信息tsib16010和/或从信令管理器tsib16060传送的信息控制链路层的每个部分。此外，调度器tsib16020可以确定每个部分的操作模式等等。在这里，接收器信息tsib16010可以指的是预先地存储在接收器中的信息。调度器tsib16020可以使用由用户改变的信息，诸如，信道转换等等以执行控制操作。
解封装部分可以过滤从物理层的DP tsib16110接收的分组，并且根据分组的类型分解分组。有可能配置对应于可以在物理层中同时地解码的DP数目的解封装部分。
解封装缓存器tsib16100可以起从物理层接收分组流去执行解封装的缓存器的作用。解封装控制器tsib16130可以确定是否对输入分组流解封装。当执行解封装时，分组流可以被传送给链路层报头解析器tsib16140。当不执行解封装时，分组流可以被传送给输出缓存器tsib16220。从调度器tsib16020接收的信令信息可用于确定是否执行解封装。
链路层报头解析器tsib16140可以识别传送的链路层分组的报头。有可能通过识别报头识别包括在链路层分组的有效载荷中的IP分组的配置。例如，IP分组可以被分割或者级联。
分组配置表tsib16150可以包括分割和/或级联的链路层分组的有效载荷信息。发射器和接收器可以在分组配置表tsib16150中具有相同的信息。发射器和接收器可以指的是分组配置表tsib16150的信息。有可能找到为基于包括在链路层分组中的索引信息重新组装所必需的值。
重新组装块tsib16160可以将分割和/或级联的链路层分组的有效载荷配置为原始IP流的分组。片段可以被采集和重新配置为一个IP分组，或者级联的分组可以被分解和重新配置为多个IP分组流。重新组合的IP分组可以被传送给开销处理部分。
开销处理部分可以执行作为在发射器中执行的开销降低相反的操作，恢复经历开销降低的分组为初始分组的操作。这个操作可以称为开销处理。有可能配置对应于可以在物理层中同时地解码的DP数目的开销处理部分。
分组恢复缓存器tsib16170可以起接收解封装的RoHC分组或者IP分组去执行开销处理的缓存器的作用。
开销控制器tsib16180可以确定是否恢复和/或解压缩解封装的分组。当执行恢复和/或解压缩时，该分组可以被传送给分组流恢复块tsib16190。当不执行恢复和/或解压缩时，该分组可以被传送给输出缓存器tsib16220。是否执行恢复和/或解压缩可以基于由调度器tsib16020传送的信令信息确定。
分组流恢复块tsib16190可以执行将与发射器分离的分组流与分组流的上下文信息集成的操作。这个操作可以是恢复分组流，使得RoHC解压缩器tsib16210可以执行处理的过程。在这个过程中，有可能从信令和/或上下文控制器tsib16200接收信令信息和/或上下文信息。信令和/或上下文控制器tsib16200可以确定从发射器传送的信令信息，并且将信令信息传送给分组流恢复块tsib16190，使得信令信息可以被映射给对应于上下文ID的流。
RoHC解压缩器tsib16210可以恢复分组流的分组报头。分组流的分组可以经由报头的恢复被恢复以形成原始IP分组。换句话说，RoHC解压缩器tsib16210可以执行开销处理。
在输出流被传送给IP层tsib16230之前，输出缓存器tsib16220可以起缓存器的作用。
在本发明中提出的发射器和接收器的链路层可以包括如上所述的块或者模块。以这种方法，链路层可以不管上层和下层独立地操作，可以有效地执行开销降低，并且根据上层/下层的可支持的功能可以容易地定义/增加/删除。
图17图示根据本发明的一个实施例(发送/接收侧)经由链路层的信令传输的配置。
在本发明中，多个服务提供者(广播电台)可以在一个频带内提供服务。此外，服务提供者可以提供多个服务，并且一个服务可以包括一个或多个组件。可以认为用户使用服务作为单元接收内容。
本发明假定基于多个会话的传输协议用于支持IP混合广播。经由信令路径传送的信令信息可以基于每个协议的传输配置确定。各种名称可以根据给定的实施例适用于各自的协议。
在发送侧上图示的数据配置tsib17010中，服务提供者(广播电台)可以提供多个服务(服务#1、#2，…)。通常，用于服务的信号可以经由常规的传输会话(信令C)发送。但是，信号可以根据给定的实施例(信令B)经由特定的会话(专用的会话)发送。
服务数据和服务信令信息可以根据传输协议被封装。根据给定的实施例，可以使用IP/UDP层。根据给定的实施例，可以另外在IP/UDP层(信令A)提供信号。这个信令可以被省略。
使用IP/UDP处理的数据可以输入给链路层。如在前文中描述的，可以在链路层中执行开销降低和/或封装。在这里，可以另外提供链路层信令。链路层信令可以包括系统参数等等。链路层信令已经如上所述。
经历以上处理的服务数据和信令信息可以经由在物理层中的PLP处理。在这里，PLP可以称为DP。在图中图示的示例假定使用基础DP/PLP的情形。但是，取决于实施例，可以无需基础DP/PLP，仅仅使用常规的DP/PLP执行传输。
在图中图示的示例中，使用特定的信道(专用信道)，诸如FIC、EAC等等。经由FIC传送的信号可以称为快速信息表(FIT)，并且经由EAC传送的信号可以称为紧急警告表(EAT)。FIT可以与以上描述的SLT相同。取决于实施例，可以不必使用特定的信道。当特定的信道(专用信道)没有配置时，FIT和EAT可以使用常规的链路层信令传输方案发送，或者使用PLP作为其它的服务数据经由IP/UDP发送。
根据给定的实施例，系统参数可以包括发射器相关的参数、服务提供者相关的参数等等。链路层信令可以包括IP报头压缩相关的上下文信息和/或上下文适用于其的数据的识别信息。上层的信令可以包括IP地址、UDP数目、服务/组件信息、紧急警告相关的信息、用于服务信令的IP/UDP地址、会话ID等等。其详细的示例已经如上所述。
在接收侧上图示的数据配置tsib17020中，接收器可以无需解码所有PLP，使用信令信息仅仅解码用于相应的服务的PLP。
首先，当用户选择或者改变希望接收的服务时，接收器可以调谐到相应的频率，并且可以读取与存储在DB中相应的信道相关的接收器信息等等。存储在DB中接收器的信息等等可以通过在初始信道扫描时读取SLT配置。
在接收到SLT和有关相应的信道的信息之后，预先存储在DB中的信息被更新，并且获得有关由用户选择的服务的传输路径的信息，和有关组件信息经由其获得的路径的信息，或者发送对获得该信息说来必需的信号。当该信息使用SLT的版本信息确定不变化时，解码或者解析可以被省略。
接收器可以通过解析在相应的广播流(未图示)(其可以经由物理信令的特定的字段表示)中PLP的物理信令验证是否SLT信息包括在PLP中。有可能接入在其上特定的服务的服务层信号通过接入SLT信息发送的位置。服务层信号可以被封装为IP/UDP，并且经由传输会话传送。有可能使用这个服务层信令获得有关包括在服务中组件的信息。特定的SLT-SLS配置如上所述。
换句话说，有可能获得用于接收对接收对应于几个分组流的一个和使用SLT当前在信道上发送的PLP的该服务说来必需的上层信令信息(服务信令信息)的传输路径信息。传输路径信息可以包括IP地址、UDP端口号、会话ID、PLP ID等等。在这里，取决于实施例，由IANA或者系统预先指定的值可以用作IP/UDP地址。该信息可以使用接入DB或者共享存储器的方案等等获得。
当链路层信号和服务数据经由相同的PLP发送，或者仅仅一个PLP工作时，经由PLP传送的服务数据可以临时地存储在设备，诸如缓存器等等中。同时该链路层信号被解码。
有可能获得有关服务使用要接收的服务的服务信令信息实际地经由其发送的路径的信息。此外，接收的分组流可以使用诸如，用于要接收的PLP的开销降低的信息等等经历解封装和报头恢复。
在图示的示例(tsib17020)中，使用FIC和EAC，并且假定基础DP/PLP的概念。如在前文中描述的，可以不必使用FIC、EAC和基础DP/PLP的概念。
图18图示根据本发明的一个实施例的链路层的接口。
该图示出发射器使用IP分组和/或在数字广播中使用的MPEG2-TS分组作为输入信号的情形。发射器可以以可以在未来的广播系统中使用的新的协议支持分组结构。链路层的封装的数据和/或信令信息可以发送给物理层。发射器可以根据由广播系统支持的物理层的协议处理发送的数据(其可以包括信令数据)，并且发送包括该数据的信号。
接收器恢复从物理层接收的数据和/或信令信息为可以在上层中处理的数据。接收器可以读取分组报头，并且确定是否从物理层接收的分组包括信令信息(或者信令数据)或者常规数据(或者内容数据)。
从发射器发送的信令信息(即，信令数据)可以包括从上层接收，并且需要发送给接收器的上层的第一信令信息，在链路层中产生，并且提供与在接收器的链路层中处理的数据相关的信息的第二信令信息，和/或在上层或者链路层中产生，并且在物理层中被发送去快速地识别特定的数据(例如，服务、内容和/或信令数据)的第三信令信息。
根据本发明的一个实施例，可以在链路层中对从上层传送的分组执行附加处理。
当从上层传送的分组是IP分组时，发射器可以在链路层中执行IP报头压缩。开销可以经由IP报头压缩在IP流中降低。对于IP报头压缩，可以使用鲁棒性报头压缩(RoHC)。参考对于RoHC细节的RFC3095和RFC5795。
在本发明的一个实施例中，RoHC可以以单向的模式操作。这些将稍后详细描述。
当从上层传送的分组是MPEG-2传输流(ST)分组时，可以对MPEG-2TS分组执行开销降低。MPEG-2TS分组可以包括同步字段、空分组和/或公共分组标识符(PID)。由于这样的数据被在每个TS分组或者不必要的数据中重复，发射器可以在链路层中删除该数据，产生用于接收器恢复该数据的信息，并且将该信息发送给接收器。
发射器可以在链路层中封装从上层发送的分组。例如，发射器可以通过封装IP分组、MPEG-2TS分组和/或在链路层中以不同的协议的分组产生链路层分组。不管网络层的协议类型，以一个格式的分组可以经由在链路层中封装，在发射器/接收器的物理层中被处理。在这种情况下，MPEG-2TS分组可以被认为是网络层的分组。
网络层是链路层的上层。网络层的分组可以被变换为链路层的分组的有效载荷。在本发明的一个实施例中，网络层的分组可以通过级联和分割包括在链路层的分组中以便有效地使用物理层的资源。
当网络层的分组大小是小的，使得链路层的有效载荷可以包括多个网络层的分组时，链路层的分组报头可以包括用于执行级联的协议字段。级联可以定义为在有效载荷中网络层的多个分组(链路层的分组有效载荷)的组合。
当网络层的一个分组的大小在物理层中处理太大时，网络层的分组可以被分割为两个或更多个片段。链路层的分组报头可以包括以协议字段的形式的必要的信息，使得发送侧可以分割网络层的分组，并且接收侧可以重新装配分割的分组。
在发射器中链路层的处理包括在链路层中产生的信令信息的传输，诸如，快速信息信道(FIC)、紧急警告系统(EAS)消息和/或用于开销降低的信息。
FIC是包括为信道扫描和快速服务获得所必需的信息的信令结构。也就是说，FIC的主要目的是有效地传送为快速信道扫描和服务获得所必需的信息。包括在FIC中的信息可以对应于用于连接数据管道(DP)(或者PLP)和广播服务的信息。
在发射器中链路层的处理包括经由特定的信道的紧急警告消息和与其相关的信令信息的传输。特定的信道可以对应于在物理层中预先确定的信道。特定的信道可以被称作紧急警告信道(EAC)。
图19图示根据本发明的一个实施例在链路层的操作模式之中的正常模式的操作。
由本发明提出的链路层可以具有用于在上层和下层之间兼容的各种操作模式。本发明提出正常模式和链路层的透明模式。两个操作模式可以在链路层中同时存在，并且将使用哪个模式可以使用信令或者系统参数指定。根据一个实施例，仅仅可以实现两个模式的一个。可以根据IP层和输入给链路层的TS层适用不同的模式。否则，不同的模式可以适用于IP层的流和TS层的流。
根据一个实施例，新的操作模式可以被增加给链路层。新的操作模式可以基于上层和下层的配置增加。新的操作模式可以基于上层和下层的配置包括不同的接口。是否去使用新的操作模式可以使用信令或者系统参数指定。
在正常模式中，数据根据由链路层支持的功能被处理，然后被传送给物理层。
首先，分组可以分别地从IP层、MPEG-2TS层和特定的协议层t89010传送给链路层。也就是说，IP分组可以被从IP层传送给链路层。MPEG-2TS分组可以被从MPEG-2TS层传送给链路层。特定的分组可以被从特定的协议层传送给链路层。
传送的分组可以或者可以不必被开销降低t89020，然后被封装t89030。
特别地，IP分组可以或者可以不必被开销降低t89020，然后被封装t89030。是否执行开销降低可以由信令或者系统参数指定。根据一个实施例，开销降低可以或者可以不必每个IP流执行。封装的IP分组可以被传送给物理层。
MPEG-2TS分组可以被开销降低t89020，然后被封装t89030。在MPEG-2TS分组的情况下，根据一个实施例，开销降低可以被省略。但是，由于常规的TS分组在其报头上具有同步字节(0×47)，所以可以有效去除这样的固定开销。封装的TS分组可以被传送给物理层。
除IP或者TS分组以外的分组可以或者可以不必被开销降低t89020，然后被封装t89030。是否执行开销降低可以根据分组的特征确定。是否执行开销降低可以由信令或者系统参数指定。封装的分组可以被传送给物理层。
在开销降低t89020期间，输入分组的大小可以经由适宜的方法被降低。在开销降低过程期间，特定的信息可以从输入分组中提取或者产生。特定的信息是与信令相关的信息，并且可以经由信令区发送。该信令信息允许接收器去将在开销降低期间变化的分组恢复为初始分组。信令信息可以被经由链路层信令t89050传送。
链路层信令t89050可以发送和管理在开销降低期间提取/产生的信令信息。物理层可以具有物理地/逻辑地分解的传输路径。链路层信令t89050可以根据分解的传输路径将信令信息传送给物理层。分解的传输路径可以包括FIC信令t89060和EAS信令t89070。没有经由传输路径发送的信令信息可以在经历封装t89030之后被传送给物理层。
经由链路层信令t89050管理的信令信息可以包括从上层传送的信令信息、在链路层中产生的信令信息和/或系统参数。特别地，经由链路层信令t89050管理的信令信息可以包括从上层传送并且需要发送给接收器的上层的信令信息、在链路层中产生并且需要在接收器的链路层中使用的信令信息，以及在上层或者链路层中产生并且用于在接收器的物理层中快速检测的信令信息。
封装t89030和传送给物理层的数据可以经由数据管道(DP)89040发送。在这里，DP可以是物理层管道(PLP)。经由前面提到的单独的传输路径发送的信令信息可以传送给各自的传输路径。例如，FIC信令信息可以经由在物理帧中指定的FIC信道t89080发送，并且EAS信令信息可以经由在物理帧中设计的EAS信道t89090发送。表示特定的信道存在的信息，诸如FIC或者EAC，可以经由物理帧的前导区域被示意和发送，或者通过使用特定的加扰序列加扰前导来示意。根据一个实施例，FIC信令/EAS信令信息可以经由正常DP区、PLS区或者前导，而不是指定的特定的信道发送。
接收器可以经由物理层接收数据和信令信息。接收器可以将数据和信令信息恢复可以在上层中处理的形式，并且将其传送给上层。这个处理可以在接收器的链路层中执行。接收器可以通过读取例如分组的报头确定是否接收的分组与信令信息或者数据有关。当已经在发送侧上执行开销降低时，接收器可以将已经经由开销降低降低开销的分组恢复为初始分组。在这个过程中，可以使用接收的信令信息。
图20图示根据本发明的一个实施例在链路层的操作模式之中的透明模式的操作。
在透明模式中，无需根据由链路层支持的功能处理，或者仅仅根据一些功能处理，然后传送给物理层，数据可以被传送给物理层，也就是说，无需经过以透明模式的开销降低和/或封装，从上层传送的分组可以发送给物理层。其它的分组可以根据需要经过以透明模式的开销降低和/或封装。透明模式可以被称作旁路模式。
根据一个实施例，基于分组的特征和系统操作，某些分组可以以正常模式处理，并且某些分组可以以透明模式处理。
透明模式可适用其的分组可以是为系统公知的类型分组。当相应的分组可以被在物理层中处理时，可以使用透明模式。例如，在已知的TS或者IP分组的情况下，分组可以经过在物理层中开销降低和输入格式化处理，并且因此，可以在链路层级中使用透明模式。当适用透明模式和分组在物理层经由输入格式化处理时，可以在物理层中执行前面提到的操作，诸如TS报头压缩。当适用正常模式时，处理的链路层分组可以通过在物理层中操纵为GS分组来处理。
甚至在透明模式中，当必须支持信令信息的传输时，可以提供链路层信令模块。链路层信令模块可以如上所述发送和管理信令信息。信令信息可以被经由DP封装和发送，并且具有单独的传输路径的FIC和EAS信令信息可以分别地经由FIC信道和EAC信道发送。
在透明模式中，是否对应于信令信息的信息可以例如经由使用固定的IP地址和端口号的方法表示。在这种情况下，信令信息可以被过滤以配置链路层分组，然后链路层分组可以被经由物理层发送。
图21图示根据本发明的一个实施例在链路层中控制发射器和/或接收器的操作模式的过程。
发射器或者接收器的链路层操作模式的确定可以允许广播系统的更加有效使用和广播系统的灵活的设计。根据由本发明提出的控制链路层模式的方法，用于系统带宽和处理时间的有效操作的链路层模式可以动态地转换。此外，当特定的模式需要支持，或者对特定的模式的需要由于物理层的变化消失时，这可以容易地操纵。此外，当提供广播服务的广播电台意欲指定用于发送广播服务的方法时，广播系统可以容易地接受广播电台的请求。
用于控制链路层操作模式的方法可以被实现使得该方法仅仅在链路层中执行，或者可以经由在链路层中数据结构变化执行。在这种情况下，网络层和/或物理层的单独的操作可以无需另外实现在其中的附加功能的执行。无需修改该系统适应于物理层的结构，有可能以信令或者系统内部参数控制由本发明提出的链路层模式。特定的模式可以只有当在物理层中支持相应的输入的处理时操作。
该图示出发射器/接收器在IP层、链路层和物理层中经由其处理信号和/或数据的流。
用于模式控制的功能块(其可以作为硬件和/或软件实现)可以被增加给链路层以管理用于确定是否处理分组的参数和/或信令信息。链路层可以确定是否使用存储在模式控制功能块中的信息在分组流处理过程中执行相应的功能。
现在将首先描述发射器的操作。
当IP流被输入给链路层时，发射器确定是否使用模式控制参数j16005(j16010)执行开销降低j16020。模式控制参数可以在发射器中由服务提供者产生。稍后将详细描述模式控制参数。
当执行开销降低j16020时，有关开销降低的信息产生和包括在链路层信令信息j16060中。该链路层信令信息j16060可以包括所有或者某些模式控制参数。该链路层信令信息j16060可以以链路层信令分组的形式传送。虽然链路层信令分组可以映射给DP并且传送给接收器，但是链路层信令分组可以经由广播信号的预先确定的区域被发送给接收器而无需映射给DP。
已经经由开销降低j16020传送的分组流被封装j16030和适用于物理层(j16040)的DP。当分组流没有经由开销降低传送时，发射器确定是否对分组流执行封装j16050。
已经经由封装j16030传送的分组流适用于物理层的DP(j16040)。在这里，用于常规的分组(链路层分组)处理的操作在物理层中执行。当IP流没有经由开销降低和封装传送时，IP流被直接传送给物理层。然后，用于处理IP流的操作被在物理层中执行。当IP流被直接发送给物理层时，参数可以被提供使得只有当物理层支持IP分组输入时执行操作。也就是说，模式控制参数值可以被控制，使得当物理层不支持IP分组处理时，不执行直接发送IP分组给物理层的操作。
发射器将已经经由前面提到的处理传送的广播信号发送给接收器。
现在将描述接收器的操作。
当特定的DP由用户根据信道变化选择，并且分组流在接收器(j16110)中被经由DP接收时，接收器可以检查当使用分组流和/或信令信息的报头发送时，相应的分组已经产生的模式(j16120)。当模式被对于DP确认时，相应的IP分组在链路层中被经由解封装j16130和开销降低j16140发送给上层。开销降低j16140可以包括开销恢复。
图22图示根据本发明的一个实施例在链路层中的操作和基于标记值发送给物理层的分组格式。
为了确定链路层的操作模式，可以使用前面提到的信令发送方法。与该方法相关的信令信息可以直接发送给接收器。在这种情况下，前面提到的信令数据或者链路层信令分组可以包括稍后将描述的模式控制相关的信息。
可以存在考虑到接收器的复杂度间接地示意链路层的操作模式给接收器的方法。
以下的两个标记可以考虑用于操作模式控制。
–报头压缩标记(HCF)：这是设置是否在链路层中适用报头压缩的标记，并且可以是表示“允许”和“禁止”的分配的值。
–封装标记(EF)：这是设置是否去在链路层中适用封装的标记，并且可以是表示“允许”和“禁止”的分配的值。但是，当封装基本上需要根据报头压缩方案执行时，EF可以从属于HCF。
映射给每个标记的值可以根据系统配置在包括表示“允许”和“禁止”的范围中提供，并且分配的每个标记的位数可以变化。例如，值“允许”可以被映射为1，并且值“禁止”可以被映射为0。
图示出是否执行报头压缩和封装，并且分组格式基于HCF和EF值根据报头压缩和封装被传送给物理层。也就是说，根据本发明的一个实施例，接收器可以从有关HCF和EF的信息识别输入给物理层的分组的格式。
图23图示根据本发明的一个实施例在发射器/接收器中的IP开销降低过程。
根据本发明的一个实施例，当IP流进入开销降低过程时，RoHC压缩器L5010可以对IP流执行报头压缩。RoHC可以在本发明的一个实施例中用作报头压缩算法。已经经由RoHC传送的分组流可以在分组流配置过程L5020中根据RoHC分组格式重新配置，并且重新配置的RoHC分组流可以传送给封装层L5040，然后经由物理层发送给接收器。在分组流重新配置期间产生的RoHC上下文信息和/或信令信息可以经由信令发生器L5030产生为可发送的形式的数据，并且该数据可以根据传输形式被传送给封装层或者信令模块L5050。
根据本发明的一个实施例，接收器可以接收相对于服务数据和信令信道的流，或者经由单独的DP发送的信令数据。信令解析器L5060可以接收信令数据，解析信令数据为RoHC上下文信息和/或信令信息，并且将解析的信息发送给分组流恢复单元L5070。接收器可以使用RoHC上下文信息和/或包括在信令数据中的信令信息，经由分组流恢复单元L5070恢复在发射器中以可以由RoHC解压缩器L5080解压缩的格式重新配置的分组流。RoHC解压缩器L5080可以将恢复的RoHC分组流变换为IP流，并且IP流可以被经由IP层传送给上层。
图24图示根据本发明的一个实施例的RoHC简档。
根据本发明的一个实施例，RoHC可以如上所述用于供在链路层中上层分组的报头压缩。RoHC框架可以考虑到广播网的特征如在RFC3095中描述的以单向的模式操作。RoHC框架定义多个报头压缩简档。每个简档表示特定的协议组合，并且识别每个简档的简档标识符可以由互联网分配的号码权限分配。在图24中示出的一些简档可以在根据本发明实施例的广播系统中使用。
图25图示根据本发明的一个实施例相对于配置模式#1配置和恢复RoHC分组流的过程。
将给出在根据本发明一个实施例的发射器中RoHC分组流配置过程的描述。
根据一个实施例的发射器可以基于RoHC报头信息从RoHC分组流L10010检测IR分组和IR-DYN分组。然后，发射器可以使用包括在IR分组和IR-DYN分组中的序列号产生常规的报头压缩分组。由于不管其类型，常规的报头压缩分组包括序列号(SN)信息，所以常规的报头压缩分组可以任意地产生。在这里，SN对应于基本上存在于RTP之中的信息。在UDP的情况下，发射器可以产生和使用SN。发射器可以以产生的常规报头压缩分组替换IR分组或者IR-DYN分组，从IR分组提取静态链和动态链，并且从IR-DYN分组提取动态链。提取的静态链和动态链可以经由带外L10030传输。发射器可以以常规报头压缩分组的报头替换IR报头和IR-DYN报头，并且根据前面提到的过程提取用于所有RoHC分组流的静态链和/或动态链。重新配置分组流L10020可以经由数据管道发送，并且提取的静态链和动态链可以经由带外L10030传输。
将给出根据本发明的一个实施例在接收器中恢复RoHC分组流过程的描述。
根据本发明的一个实施例的接收器可以选择对应于分组流的数据管道去使用信令信息接收。然后，接收器可以接收经由数据管道发送的分组流L10040，并且检测对应于该分组流的静态链和动态链。在这里，静态链和/或动态链可以经由带外接收L10050。随后，接收器可以使用检测的静态链和动态链的SN，从经由数据管道发送的分组流检测具有与静态链或者动态链相同的SN的常规的报头压缩的分组。接收器可以通过将检测的常规报头压缩分组与静态链和/或动态链合并配置IR分组和/或IR-DYN分组。配置的IR分组和/或IR-DYN分组可以发送给RoHC解压缩器。此外，接收器可以配置包括IR分组、IR-DYN分组和/或常规报头压缩的分组的RoHC分组流L10060。配置的RoHC分组流可以发送给RoHC解压缩器。根据本发明的一个实施例的接收器可以使用IR分组和IR-DYN分组的静态链、动态链、SN和/或上下文ID恢复RoHC分组流。
图26图示根据本发明的一个实施例相对于配置模式#2配置和恢复RoHC分组流的过程。
将给出在根据本发明一个实施例的发射器中RoHC分组流配置过程的描述。
根据一个实施例的发射器可以基于RoHC报头信息从RoHC分组流L11010检测IR分组和IR-DYN分组。然后，发射器可以使用包括在IR分组和IR-DYN分组中的序列号产生常规的报头压缩分组。由于不管其类型，常规的报头压缩分组包括序列号(SN)信息，所以常规的报头压缩分组可以任意地产生。在这里，SN对应于基本上存在于RTP之中的信息。在UDP的情况下，发射器可以产生和使用SN。发射器可以以产生的常规报头压缩分组替换IR分组或者IR-DYN分组，从IR分组提取静态链和动态链，并且从IR-DYN分组提取动态链。提取的静态链和动态链可以经由带外L11030传输。发射器可以以常规报头压缩分组的报头替换IR报头和IR-DYN报头，并且根据前面提到的过程提取用于所有RoHC分组流的静态链和/或动态链。重新配置的分组流L11020可以经由数据管道发送，并且提取的静态链和动态链可以经由带外L11030传输。
将给出根据本发明的一个实施例在接收器中恢复RoHC分组流过程的描述。
根据本发明的一个实施例的接收器可以选择对应于分组流的数据管道去使用信令信息接收。然后，接收器可以接收经由数据管道发送的分组流L11040，并且检测对应于该分组流的静态链和动态链。在这里，静态链和/或动态链可以经由带外接收L11050。随后，接收器可以使用检测的静态链和动态链的SN，从经由数据管道发送的分组流检测具有与静态链或者动态链相同的SN的常规的报头压缩的分组。接收器可以通过将检测的常规报头压缩分组与静态链和/或动态链合并配置IR分组和/或IR-DYN分组。配置的IR分组和/或IR-DYN分组可以发送给RoHC解压缩器。此外，接收器可以配置包括IR分组、IR-DYN分组和/或常规报头压缩的分组的RoHC分组流L11060。配置的RoHC分组流可以发送给RoHC解压缩器。根据本发明的一个实施例的接收器可以使用IR分组和IR-DYN分组的静态链、动态链、SN和/或上下文ID恢复RoHC分组流。
图27图示根据本发明的一个实施例相对于配置模式#2配置和恢复RoHC分组流的过程。
将给出在根据本发明一个实施例的发射器中RoHC分组流配置过程的描述。
根据一个实施例的发射器可以基于RoHC报头信息从RoHC分组流L12010检测IR分组。然后，发射器可以从IR分组提取静态链，并且使用除提取的静态链以外的IR分组的一部分将IR分组变换为IR-DYN分组。发射器可以以IR-DYN分组的报头替换IR分组的报头，并且根据前面提到的过程提取用于所有RoHC分组流的静态链。重新配置的分组流L12020可以经由数据管道发送，并且提取的静态链和动态链可以经由带外L12030传输。
将给出根据本发明的一个实施例在接收器中恢复RoHC分组流过程的描述。
根据本发明的一个实施例的接收器可以选择对应于分组流的数据管道去使用信令信息接收。然后，接收器可以接收经由数据管道发送的分组流L12040，并且检测对应于该分组流的静态链和动态链。在这里，静态链和/或动态链可以经由带外接收L12050。随后，接收器可以从经由数据管道发送的分组流检测IR-DYN分组。然后，接收器可以通过将检测的IR-DYN分组与静态链合并配置IR分组。配置的IR分组流可以发送给RoHC解压缩器。此外，接收器可以配置包括IR分组、IR-DYN分组和/或常规报头压缩的分组的RoHC分组流L12060。配置的RoHC分组流可以发送给RoHC解压缩器。根据本发明的一个实施例的接收器可以使用IR-DYN分组的静态链、动态链、SN和/或上下文ID恢复RoHC分组流。
图28示出根据本发明的一个实施例可以带外传输的信息的组合。
根据本发明的一个实施例，用于带外传送在RoHC分组流配置过程中提取的静态链和/或动态链的方法可以包括用于经由信令传送静态链和/或动态链的方法，和用于经由为系统解码所必需的参数经由其传送的数据管道传送静态链和/或动态链的方法。在本发明的一个实施例中，为系统解码所必需的参数经由其传送的数据管道可以被称作基础数据管道(DP)。
如图所示，静态链和/或动态链可以经由信令或者基础DP传送。在本发明的一个实施例中，传送模式#1、传送模式#2和传送模式#3可以用于配置模式#1，或者配置模式#2和传送模式#4以及传送模式#5可以用于配置模式#3。
根据本发明的一个实施例，配置模式和传送模式可以根据系统状态经由附加信令转换，并且仅仅一个配置模式和传送模式可以根据系统设计被固定和使用。
如图所示，静态链和动态链可以经由信令发送，并且常规报头压缩的分组可以以传送模式#1经由正常DP发送。
参考该图，静态链可以经由信令发送，动态链可以经由基础DP发送，并且常规报头压缩的分组可以以传送模式#2经由正常DP发送。
如该图所示，静态链和动态链可以经由基础DP发送，并且常规报头压缩的分组可以以传送模式#3经由正常DP发送。
参考该图，静态链可以经由信令发送，动态链可以经由正常DP发送，并且常规报头压缩的分组可以以传送模式#4经由正常DP发送。
如该图所示，静态链可以经由基础DP发送，动态链可以经由正常DP发送，并且常规报头压缩的分组可以以传送模式#5经由正常DP发送。在这里，动态链可以经由IR-DYN分组发送。
图29图示根据本发明的一个实施例经由数据管道发送的分组。
根据本发明的一个实施例，不管链路层的上层或者下层协议的变化，有可能通过在链路层中重新定义分组结构产生可兼容的链路层分组。
根据本发明的一个实施例的链路层分组可以经由正常DP和/或基础DP发送。
链路层分组可以包括固定报头、扩展报头和/或有效载荷。
取决于上层的分组的配置，固定报头具有固定大小，并且扩展报头具有可变的大小。有效载荷是上层的数据在其中发送的区域。
分组报头(固定报头或者扩展报头)可以包括表示分组的有效载荷类型的字段。在固定报头的情况下，1个字节的前3位对应于表示上层的分组类型的数据，并且剩余的5位用作指标部分。该指标部分可以包括表示有效载荷配置方法和/或扩展报头的配置信息的数据，并且指标部分的配置可以根据分组类型变化。
该图示出根据分组类型值包括在有效载荷中上层的分组的类型。
有效载荷可以携带经由DP的IP分组和/或RoHC分组，并且根据系统配置携带经由基础DP的信令分组。因此，甚至当各种类型的分组被同时地发送时，数据分组和信令分组可以通过分配分组类型值相互区别。
000的分组类型值表示IPv4的IP分组包括在有效载荷中。
001的分组类型值表示IPv6的IP分组包括在有效载荷中。
010的分组类型值表示压缩的IP分组包括在有效载荷中。压缩的IP分组可以包括报头压缩的IP分组。
110的分组类型值表示包括信令数据的分组包括在有效载荷中。
111的分组类型值表示成帧的分组包括在有效载荷中。
图30图示根据本发明的一个实施例的链路层分组结构的语法。
图30示出经由数据管道发送的前面提到的分组的结构。链路层分组可以具有Packet_Type字段。
跟随Packet_Type字段的字段可以取决于Packet_Type字段的值。当Packet_Type字段具有000或者001的值时，如图所示，Packet_Type字段可以继之以Link_Layer_Packet_Header_for_IP()，即，用于IP分组的报头结构。当Packet_Type字段具有010的值时，Link_Layer_Packet_Header_for_Compressed_IP()，即，用于压缩的IP分组的报头结构，可以跟随Packet_Type字段。当Packet_Type字段具有011的值时，Packet_Type字段可以继之以Link_Layer_Packet_Header_for_TS()，即，用于TS分组的报头结构。当Packet_Type字段具有110的值时，Link_Layer_Packet_Header_for_Signaling()，即，用于信令信息的报头结构，可以跟随Pakcet_Type字段。当Packet_Type字段具有111的值时，Packet_Type字段可以继之以Link_Layer_Packet_Header_for_Framed_Packet()，即，用于成帧的分组的报头结构。其它的值可以预留供未来使用。在这里，Packet_Type字段值的含义可以根据实施例变化。
跟随Packet_Type字段的字段可以继之以Link_Layer_Packet_Payload()，其是链路层分组有效载荷。
图31图示根据本发明的另一个实施例当IP分组被传送给链路层时，链路层分组报头结构。
在这种情况下，链路层分组报头包括固定报头和扩展报头。固定报头可以具有1字节的长度，并且扩展报头可以具有可变长度的固定长度。每个报头的长度可以根据设计而变化。
固定报头可以包括分组类型字段、分组配置(PC)字段和/或计数字段。根据另一个实施例，固定报头可以包括分组类型字段、PC字段、LI字段和/或片段ID字段。
扩展报头可以包括片段序列号字段和/或片段长度ID字段。根据另一个实施例，扩展字段可以包括片段序列号字段和/或最后片段长度字段。
现在将描述固定报头的字段。
分组类型字段可以表示如上所述输入给链路层的分组类型。当IP分组被输入给链路层时，该分组类型字段可以具有000B或者001B的值。
PC字段可以表示固定报头的剩余部分，其跟随PC字段，和/或扩展报头的配置。也就是说，PC字段可以表示输入的IP分组已经处理为的形式。因此，PC字段可以包括有关扩展报头长度的信息。
0的PC字段值可以表示链路层分组的有效载荷包括一个IP分组或者两个或更多个级联的IP分组。在这里，级联指的是短的分组被连接以形成有效载荷。
当PC字段具有0的值时，PC字段可以继之以4位计数字段。计数字段可以表示对应于一个有效载荷的级联的IP分组的数目。稍后将描述由计数器字段表示的级联的IP分组的数目。
当PC字段值是0时，链路层可以不必包括扩展报头。但是，当根据实施例链路层分组的长度需要被表示时，一个或者两个字节扩展报头可以添加。在这种情况下，扩展报头可用于表示链路层分组的长度。
1的PC字段值可以表示链路层分组有效载荷包括分割的分组。在这里，分组的分割指的是将长的IP分组分割为多个片段。每个片段的块可以被称作分割或者分割的分组。也就是说，当PC字段值是1时，链路层分组有效载荷可以包括一个片段。
当PC字段值是1时，PC字段可以继之以1位最后片段指标(LI)字段和3位片段ID字段。
LI字段可以表示是否相应的链路层分组包括在片段之中的最后片段。也就是说，当LI字段具有1的值时，相应的链路层包括最后片段，并且当LI字段具有0的值时，相应的链路层不包括最后片段。当接收器重新配置原始IP分组时可以使用LI字段。LI字段可以表示有关链路层分组的扩展报头的信息。也就是说，当LI字段值是0时，扩展报头的长度可以是1字节，并且当LI字段值是1时，可以是2字节。稍后将描述细节。
片段ID字段可以表示包括在相应的链路层分组中片段的ID。当一个IP分组被分割为多个片段时，该片段可以被分配相同的ID。当重新配置原始IP分组时，片段ID允许接收器识别该片段是相同的IP分组的组件。由于片段ID字段具有3位的大小，可以同时地支持8个IP分组的分割。
当PC字段值是1时，扩展报头可以用于有关片段的信息。如上所述，扩展报头可以包括片段序列号字段、片段长度ID字段和/或最后片段长度字段。
现在将描述扩展报头的字段。
当前面提到的LI字段具有0的值时，也就是说，当链路层分组不包括最后片段时，扩展报头可以包括片段序列号字段和/或片段长度ID字段。
片段序列号字段可以表示分割的分组的序列号。因此，具有通过分割一个IP分组获得的片段的链路层分组具有不同的片段序列号字段，同时具有相同的片段ID字段。由于片段序列号字段具有4位的大小，IP分组可以被分割为最多16个片段。
片段长度ID字段可以表示除最后片段以外的片段的长度。除最后片段以外的片段可以具有相同的长度。因此，片段的长度可以使用预先确定的长度ID表示。预先确定的长度ID可以由片段长度ID字段表示。
片段长度可以根据基于物理层的FEC编码速率确定的分组输入大小设置。也就是说，片段长度可以根据分组输入大小确定和由片段长度ID指定。为了降低报头开销，片段长度的数目可以限制为16个。
稍后将描述根据片段长度的片段长度ID字段值。
当物理层进行操作而不管片段长度时，片段长度可以通过将最小片段长度min_len加到相应的片段长度ID和长度单位Len_Unit的乘积获得。在这里，长度单位是表示片段长度的基本单位，并且最小片段长度指的是片段长度的最小值。发射器和接收器需要始终具有相同的长度单位和相同的最小片段长度，并且最好是，长度单位和最小片段长度对于有效系统操作没有变化。长度单位和最小片段长度可以考虑到在系统初始化过程中物理层的FEC处理能力确定。
当前面提到的LI字段具有1的值时，也就是说，当链路层分组包括最后片段时，扩展报头可以包括片段序列号字段和/或最后片段长度字段。
片段序列号字段已经在上面描述。
最后片段长度字段可以直接表示最后片段的长度。当一个IP分组被分割为具有特定长度的片段时，最后片段可以具有与其它的片段不同的长度。因此，最后片段长度字段可以直接表示最后片段的长度。最后片段长度字段可以表示1至4095字节。由最后片段长度字段表示的字节可以根据实施例变化。
图32图示根据本发明的另一个实施例当IP分组被传送给链路层时，链路层分组报头结构的语法。
链路层分组报头可以如上所述包括Packet_Type字段和PC字段Payload_Config。
当PC字段具有0的值时，PC字段可以继之以计数字段。
当PC字段具有1的值时，PC字段可以继之以Last_Segment_Indicator字段、Segment_ID字段和Segment_Sequence_Number字段。在这里，跟随Last_Segment_Indicator字段的部分的配置可以根据Last_Segment_Indicator字段的值变化。当Last_Segment_Indicator字段是0时，Segment_Length_ID字段可以跟随Segment_Sequence_Number字段。当Last_Segment_Indicator字段是1时，Last_Segment_Length字段可以跟随Segment_Sequence_Number字段。
图33图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头中的字段值的指示。
如上所述，级联的IP分组的数目可以基于计数字段值确定(t61010)。虽然计数字段值可以直接表示级联的IP分组的数目，但是当0个分组被级联时，计数字段值是无意义的。因此，计数字段可以表示已经级联与通过对计数字段值增加1获得的值同样多的IP分组。也就是说，如表t61010所示，0010的计数字段值可以表示已经级联3个IP分组，并且0111的计数字段值可以表示已经级联8个IP分组。
表示一个IP分组已经级联的0000的计数字段值可以表示链路层分组有效载荷包括没有级联的一个IP分组。
如上所述，片段长度可以由片段长度ID字段值表示(t61020)。
例如，0000的片段长度ID字段值可以表示512字节的片段长度。这指的是包括在相应的链路层分组有效载荷中的片段不是最后片段，并且具有512字节的长度。如果该片段不是最后片段，则来自相同的IP分组的其它的片段也可以具有512字节的长度。
在该表中，长度单位具有256的值，并且最小片段长度具有512的值。因此，最小片段长度是512字节(片段长度ID字段＝0000)。指定的片段长度以256字节的间隔增加。
图34图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头结构中一个IP分组包括在链路层有效载荷中的情形。
一个IP分组包括在链路层有效载荷中的情形，也就是说，不执行级联或者分割的情形可以称为封装为正常分组。在这种情况下，IP分组是在物理层的处理范围之内。
在当前的实施例中，链路层分组具有1字节报头。报头长度可以根据实施例变化。分组类型字段可以具有000(在IPv4的情况下)或者001(在IPv6的情况下)的值。正常分组封装可以同等地适用于IPv4和IPv6。由于一个分组包括在有效载荷中，PC字段值可以是0。由于仅仅一个分组包括在有效载荷中，跟随PC字段的计数字段可以具有0000的值。
在当前实施例中，链路层分组有效载荷可以包括一个完整的IP分组。
在当前的实施例中，IP分组报头的信息可用于确认链路层分组的长度。IP分组报头包括表示IP分组长度的字段。这个字段可以被称作长度字段。长度字段可以位于在IP分组中的固定位置。由于链路层有效载荷包括一个完整的IP分组，长度字段可以位于离链路层分组有效载荷的起点预先确定的偏移距离的位置上。因此，链路层有效载荷的长度可以使用长度字段识别。
在IPv4的情况下，长度字段可以位于距有效载荷的起点4个字节距离的位置上，并且在IPv6的情况下，可以位于距有效载荷的起点2个字节距离的位置上。长度字段可以具有2个字节的长度。
在IPv4的情况下，当长度字段值是LIPv4，并且链路层分组报头长度是LH(1个字节)时，链路层分组的总长度LT可以由在该图中示出的公式t62010表示。在这里，长度字段值LIPv4可以表示IPv4分组的长度。
在IPv6的情况下，当长度字段值是LIPv6，并且链路层分组报头长度是LH(1个字节)时，链路层分组的总长度LT可以由在该图中示出的公式t62020表示。在这里，由于长度字段值LIPv6仅仅表示IPv6分组有效载荷的长度，IPv6分组的固定报头的长度(40个字节)需要被增加给长度字段值，以便获得链路层分组的长度。
图35图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头结构中多个IP分组被级联和包括在链路层有效载荷中的情形。
当输入IP分组不在物理层的处理范围内时，多个IP分组可以被级联并封装为一个链路层分组的有效载荷。
在当前的实施例中，链路层分组可以具有1字节报头。报头长度可以根据实施例变化。分组类型字段可以具有000(在IPv4的情况下)或者001(在IPv6的情况下)的值。当前的实施例的封装处理可以同等地适用于IPv4和IPv6。由于级联的IP分组包括在有效载荷中，PC字段值可以是0。跟随PC字段(4位)的计数字段可以表示级联的IP分组的数目。
在当前的实施例，链路层分组有效载荷可以包括多个IP分组。多个IP分组可以被顺序地级联和包括在链路层分组有效载荷中。级联方法可以根据设计变化。
在当前的实施例中，为了确认链路层分组的长度，可以使用级联的IP分组的报头信息。如在前面提到的正常分组封装，每个IP分组的报头可以具有表示IP分组的长度的长度字段。长度字段可以位于相应IP分组中的固定位置。
因此，当链路层分组的报头长度是LH，并且每个IP分组的长度是LK(K等于或者大于1，并且等于或者小于n)时，链路层分组长度的总长度LT可以由在该图中示出的公式t63010表示。也就是说，链路层分组长度可以通过分别由IP分组的长度字段表示的IP分组的长度求和，并且将链路层分组的报头长度加到该总和而获得。LK可以通过读取各自的IP分组的报头的长度字段确认。
图36图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头结构中一个IP分组被分割和包括在链路层有效载荷中的情形。
当输入IP分组超出物理层的处理范围时，一个IP分组可以被分割为多个片段。片段可以分别地在链路层分组的有效载荷中封装。
在当前的实施例中，链路层分组t64010、t64020和t64030可以具有固定报头和扩展报头。固定报头长度和扩展报头长度可以根据实施例变化。分组类型字段值可以是000(在IPv4的情况下)或者001(在IPv6的情况下)。当前的实施例的封装处理可以同等地适用于IPv4和IPv6。由于该片段包括在有效载荷中，PC字段值可以是1。
由于片段来自于相同的IP分组，所以在其有效载荷中包括不是最后片段的分割的链路层分组t64010和t64020可以具有0的LI字段值和相同的片段ID字段值。跟随片段ID字段的片段序列号字段可以表示相应的片段的顺序。在这里，第一链路层分组t64010的片段序列字段值可以表示该链路层分组具有作为有效载荷的第一片段。第一链路层分组t64020的片段序列字段值可以表示该链路层分组具有作为有效载荷的第二片段。片段长度ID字段可以表示作为预先确定的长度ID的相应的片段的长度。
具有作为有效载荷的最后片段的链路层分组t64030可以具有1的LI字段值。由于最后片段也是来自于相同的IP分组，所以片段ID字段可以具有与其它的链路层分组相同的值。跟随片段ID字段的片段序列号字段可以表示相应的片段的顺序。最后片段长度字段可以直接表示包括在链路层分组t64030中的最后片段的长度。
在当前的实施例中，为了确认链路层分组的长度，可以使用片段长度ID字段或者最后片段长度字段。由于该字段仅仅表示链路层分组的有效载荷的长度，所以需要对其添加链路层分组的报头长度，以便获得链路层分组的长度。链路层分组的报头长度可以如上所述从LI字段检测。
图37图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头结构中具有分割的链路层分组。
当前的实施例假设输入5500字节IP分组。由于通过5500除以5获得的值是1100，所以IP分组可以被分割为每个具有接近于1100的1024字节长度的片段。在这种情况下，最后片段可以是1404字节(010101111100B)。片段可以分别称为S1、S2、S3、S4和S5，并且对应于其的报头可以分别地称为H1、H2、H3、H4和H5。报头可以被分别添加到片段以产生各自的链路层分组。
当输入IP分组是IPv4分组时，报头H1至H5的分组类型字段可以具有000的值。由于链路层分组具有作为有效载荷的分组片段，所以报头H1至H5的PC字段可以具有1的值。
由于相应的链路层分组不具有作为有效载荷的最后片段，所以报头H1至H4的LI字段可以具有0的值。由于相应的链路层分组具有作为有效载荷的最后片段，报头H5的LI字段可以具有1的值。由于相应的链路层分组具有作为有效载荷来自相同的分组的片段，所以报头H1至H5的片段ID字段Seg_ID可以具有相同的值000。
报头H1至H5的片段序列号字段Seg_SN可以顺序地表示为0000B至0100B。报头H1至H4的片段长度ID字段可以具有对应于1024字节长度ID的0010的值。报头H5的片段长度ID字段可以具有表示1404字节的010101111100的值。
图38图示根据本发明的一个实施例用于RoHC传输的链路层分组的报头。
甚至在基于IP的广播环境下，IP分组可以被压缩进链路层分组并且被发送。当基于IP的广播系统流IP分组时，IP分组的报头信息可以通常保持不变。使用这个事实，IP分组报头可以被压缩。
鲁棒性报头压缩(RoHC)主要地用于压缩IP分组报头(IP报头)。本发明提出一种当RoHC分组输入给链路层时的封装方法。
当RoHC分组被输入给链路层时，前面提到的分组类型元素可以具有010B的值，其表示从上层传送给链路层的分组是压缩的IP分组。
当输入RoHC分组时，链路层分组的报头可以包括类似前面提到的其他的分组的固定报头和/或扩展报头。
固定报头可以包括分组类型字段和/或分组配置(PC)字段。固定报头可以具有1字节的大小。在这里，由于输入分组是压缩的IP分组，分组类型字段可以具有010的值。扩展报头可以根据实施例具有固定大小或者可变大小。
固定报头的PC字段可以表示构成链路层分组有效载荷的RoHC分组在其中处理的形式。跟随PC字段的固定报头的剩余部分的信息和扩展报头可以通过PC字段的值确定。此外，根据RoHC分组被处理成的形式，PC字段可以包括有关扩展报头的长度的信息。PC字段可以具有1位的大小。
将给出PC字段具有0B的值的情形的描述。
当PC字段具有0B的值时，链路层分组有效载荷由一个RoHC分组或者两个或更多个级联的RoHC分组组成。级联指的是连接多个短的分组以配置链路层分组有效载荷。
当PC字段具有0B的值时，PC字段可以继之以1位公共上下文ID指标(CI)字段和3位计数字段。因此，公共CID信息和长度部分可以被添加到扩展报头。长度部分可以表示RoHC分组的长度。
当构成一个链路层分组的有效载荷的RoHC分组具有相同的上下文ID(CID)时，CI字段可以被设置为1，并且否则，设置为0。当CI字段具有1的值时，可以适用用于公共CID的开销处理方法。CI字段可以是1位。
计数字段可以表示包括在一个链路层分组的有效载荷中的RoHC分组的数目。也就是说，当RoHC分组被级联时，级联的RoHC分组的数目可以由计数字段表示。计数字段可以是3位。因此，最多8个RoHC分组可以包括在一个链路层分组的有效载荷中，如下表所示。计数字段值000表示该链路层分组有效载荷由一个RoHC分组，而不是多个级联的RoHC分组组成。
【表1】
计数(3位) 级联的RoHC分组的数目
000 1
001 2
010 3
011 4
100 5
101 6
110 7
111 8
该长度部分可以如上所述表示RoHC分组长度。RoHC分组具有长度信息已经从其中去除的报头，并且因此，不能使用在RoHC分组报头中的长度字段。因此，链路层分组的报头可以包括长度部分，以便允许接收器去识别相应的RoHC分组的长度。
当MTU不确定时，IP分组具有最多65535字节长度。因此，2字节长度信息为RoHC分组所必需，使得可以支持其最大长度。当多个RoHC分组被级联时，可以增加与由计数字段指定的数目同样多的长度字段。在这种情况下，该长度部分包括多个长度字段。但是，当一个RoHC分组包括在有效载荷中时，仅仅一个长度字段可以包括在长度部分中。长度字段可以以与构成链路层分组有效载荷的RoHC分组相同的顺序安排。每个长度字段可以是以字节计的值。
公共CID字段是公共CID经由其发送的字段。RoHC分组的报头可以包括用于检查在压缩的报头之间关系的上下文ID(CID)。CID可以在稳定链接状态下保持为相同的值。因此，包括在一个链路层分组的有效载荷中的所有RoHC分组可以包括相同的CID。在这种情况下，为了降低开销，有可能从构成该有效载荷的级联的RoHC分组的报头中去除CID，在链路层分组的报头的公共CID字段中表示CID，并且发送该链路层分组。接收器可以使用公共CID字段重新配置RoHC分组的CID。当存在公共CID字段时，前面提到的CI字段需要具有1的值。
将给出PC字段具有1B的值的情形的描述。
1B的PC字段值表示链路层分组有效载荷由RoHC分组的分割的分组组成。在这里，分割的分组指的是在通过分割长的RoHC分组获得的多个片段之中的片段。一个片段构成链路层分组有效载荷。
当PC字段具有1B的值时，PC字段可以继之以1位最后片段指标(LI)字段和3位片段ID字段。为了增加有关片段的信息，片段序列号字段、片段长度ID字段和最后片段长度字段可以被增加给扩展报头。
当RoHC分组被分割时，可以使用LI字段。RoHC分组可以被分割为多个片段。1的LI字段值可以表示包括在当前的链路层分组中的片段是在从一个RoHC分组中获得的片段之中最后片段。0的LI字段值可以表示包括在当前的链路层分组中的片段不是最后片段。当通过合并片段重新配置一个RoHC分组时，在接收器确定是否所有片段已经接收时，可以使用LI字段。LI字段可以是1位。
当RoHC分组被分割时，片段ID字段Seg_ID可以表示分配给RoHC分组的ID。从一个RoHC分组推导出的片段可以具有相同的片段ID。当合并片段时，接收器可以使用片段ID确定是否发送给其的片段是相同的RoHC分组的分量。片段ID字段可以是3位。因此，片段ID字段可以同时地支持8个RoHC分组的片段。
当RoHC分组被分割时，片段序列号字段Seg_SN可用于检查片段的序列。也就是说，具有作为其有效载荷从一个RoHC分组推导出的片段的链路层分组可以具有不同的片段序列号字段，同时具有相同的序列ID字段。因此，一个RoHC分组可以被分割为最多16个片段。
片段长度ID字段Seg_Len_ID可用于表示每个片段的长度。但是，片段长度ID字段可用于表示除在多个片段之中最后片段以外的片段的长度。最后片段的长度可以由稍后将描述其的最后片段长度字段表示。当链路层分组有效载荷不对应于RoHC分组的最后片段时，也就是说，当LI字段是0时，片段长度ID字段可以存在。
为了降低报头开销，片段长度的数目可以限制为16个。分组输入大小可以根据在物理层中处理的FEC的编码速率确定。片段长度可以根据分组输入大小确定和由Seg_Len_ID指定。当物理层不管片段长度操作时，片段长度可以确定如下。
【公式1】
片段长度＝Seg_Len_ID×Len_Unit+min_Len [字节]
在这里，长度单位Len_Unit是表示片段长度的基本单位，并且min_Len表示最小片段长度。发射器和接收器需要具有相同的Len_Unit和相同的min_Len。对于系统操作来说，Len_Unit及其min_Len在一旦确定之后没有变化是有效的。此外，Len_Unit和min_Len可以考虑到在系统初始化过程中物理层的FEC处理能力确定。
以下的表示出根据Seg_Len_ID值表示的片段长度。分配给Seg_Len_ID的长度可以根据设计变化。在当前的实施例中，Len_Unit是256，并且min_Len是512。
【表2】
Seg_Len_ID 片段长度(字节) Seg_Len_ID 片段长度(字节)
0000 512(＝min_Len) 1000 2560
0001 768 1001 2816
0010 1024 1010 3072
0011 1280 1011 3328
0100 1536 1100 3584
0101 1792 1101 3840
0110 2048 1110 4096
0111 2304 1111 4352
当包括在链路层分组有效载荷中的片段是相应的RoHC分组的最后片段时，使用最后片段长度字段L_Seg_Len。也就是说，当LI字段具有1值时，使用最后片段长度字段。RoHC分组可以使用Seg_Len_ID被分割为相同大小的片段。在这种情况下，但是，最后片段可以不必具有由Seg_Len_ID表示的大小。因此，最后片段的长度可以直接由最后片段长度字段表示。最后片段长度字段可以表示1至4095字节。这可以根据实施例变化。
图39图示根据本发明的一个实施例用于RoHC分组传输的链路层分组的报头的语法。
链路层分组报头可以包括已经如上所述的Packet_Type字段和PC字段Payload_Config。
当PC字段具有0的值时，PC字段可以继之以Common_Context_ID_Indication字段和计数字段。多个长度字段可以基于由计数字段表示的值包括在链路层分组中。当CI字段是1时，Common_CID字段可以另外包括在链路层分组报头中。
当PC字段是1时，PC字段可以继之以Last_Segment_Indicator字段、Segment_ID字段和Segment_Sequence_Number字段。跟随Last_Segment_Indicator字段的部分的配置可以根据Last_Segment_Indicator字段的值变化。当Last_Segment_Indicator字段是0时，Segment_Sequence_Number字段可以继之以Segment_Length_ID字段。当Last_Segment_Indicator字段是1时，Segment_Sequence_Number字段可以继之以Last_Segment_Length字段。
图40图示根据本发明的实施例#1用于经由链路层分组发送RoHC分组的方法。
由于RoHC分组是在物理层的处理范围之内，所以当前的实施例对应于一个RoHC分组构成链路层分组有效载荷的情形。在这里，RoHC分组可以不必被级联或者分割。
在这种情况下，一个RoHC分组可以变为链路层分组有效载荷。分组类型字段可以是010B，PC字段可以是0B，并且CI字段可以是0B。由于一个RoHC分组构成有效载荷(构成有效载荷的RoHC分组的数目是1)，所以前面提到的计数字段可以是000B。计数字段可以继之以表示RoHC分组长度的2字节长度字段。在这种情况下，由于仅仅一个分组构成有效载荷，该长度部分可以仅仅包括一个长度字段。
在当前的实施例中，可以增加3字节链路层报头。因此，当由长度字段表示的RoHC分组的长度是L字节时，链路层分组的长度是L+3字节。
图41图示根据本发明的实施例#2用于经由链路层分组发送RoHC分组的方法。
当前的实施例对应于RoHC分组不超出物理层的处理范围，并且因此，多个RoHC分组被级联和包括在链路层分组的有效载荷中的情形。
在这种情况下，PC字段和CI字段具有与一个RoHC分组包括在链路层分组有效载荷中的情形相同的值。CI字段继之以计数字段。基于如上所述包括在有效载荷中RoHC分组的数目，该计数字段可以具有在001B至111B的范围内的值。
计数字段可以继之以与由计数字段表示的数目同样多的2字节长度字段。每个长度字段可以表示每个RoHC分组的长度。该长度字段可以被称作长度部分。
当计数字段表示n时，分别具有长度L1、L2、…、Ln的RoHC分组R1、R2、…、Rn可以在链路层分组有效载荷中被级联。
扩展报头可以具有2n字节的长度。链路层分组的总长度LT可以由以下的公式表示。
【公式2】
图42图示根据本发明的实施例#3用于经由链路层分组发送RoHC分组的方法。
当前的实施例对应于RoHC分组被级联以构成链路层分组的有效载荷，并且RoHC分组具有相同的CID的情形。
当RoHC分组具有相同的CID时，即使CID仅仅经由链路层分组表示一次，并且发送给接收器，该接收器可以恢复原始RoHC分组及其报头。因此，公共CID可以从RoHC分组中提取和发送，降低开销。
在这种情况下，前面提到的CI字段变为1，其表示已经执行对于相同的CID的处理。具有相同的CID的RoHC分组由[R1、R2、R3、…、Rn]表示。相同的CID称为公共CID。在RoHC分组报头中除CID以外的分组称为R’k(k是1、2、...、n)。
链路层分组有效载荷可以包括R’k(k是1、2、...、n)。公共CID字段可以被增加给链路层分组的扩展报头的末端。公共CID字段可以是用于公共CID传输的字段。公共CID字段可以作为扩展报头的一部分或者链路层分组有效载荷的一部分发送。有可能在公共CID字段的位置可以根据系统操作被识别的部分中重新排列公共CID字段。
公共CID字段的大小可以取决于RoHC分组配置。
当RoHC分组配置是小的CID配置时，RoHC分组的CID可以是4位。但是，当CID从RoHC分组提取和重新排序时，整个增加的CID八位字节可以被处理。也就是说，公共CID字段可以具有1字节的长度。做为选择，有可能从RoHC分组提取1字节增加CID八位字节，仅仅分配4位CID给公共CID字段，并且预留剩余的4位供未来使用。
当RoHC分组配置是大的CID配置时，RoHC分组的CID可以是1字节或者2字节。CID大小在RoHC初始化过程中确定。公共CID字段可以取决于CID大小具有1字节或者2字节的长度。
在当前的实施例中，链路层分组有效载荷可以计算如下。具有相同的CID的n个RoHC分组R1、R2、…、Rn分别被称为L1、L2、…、Ln。当链路层分组报头的长度是LH时，公共CID字段的长度是LCID，并且链路层分组的总长度是LT，LH被计算如下。
【公式3】
LH＝1+2n+LCID 字节
LT可以计算如下。
【公式4】
如上所述，LCID可以根据RoHC的CID配置确定。也就是说，在小的CID配置的情况下，LCID可以是1字节，并且在大的CID配置的情况下，可以是1字节或者2字节。
图43图示根据本发明的实施例#4用于经由链路层分组发送RoHC分组的方法。
当前的实施例对应于输入RoHC分组超出物理层的处理范围，并且因此，RoHC分组被分割，并且RoHC分组的片段被分别地封装进链路层分组有效载荷的情形。
为了表示链路层分组有效载荷由分割的RoHC分组组成，PC字段可以是1B。LI字段在具有作为有效载荷的RoHC分组的最后片段的链路层分组中仅仅变为1B，并且对于剩余的片段变为0B。LI字段也表示有关相应的链路层分组的扩展报头的信息。也就是说，当LI字段是0B时，可以增加1字节扩展报头，并且当LI字段是1B时，可以增加2字节扩展报头。
链路层分组需要具有相同的Seg_ID值，以便表示该片段已经从相同的RoHC分组推导出。为了表示在接收器中用于正常RoHC分组重新配置的片段的顺序，顺序地增加的Seg_SN值可以包括在相应的报头中。
当RoHC分组被分割时，片段长度可以如上所述确定，并且可以执行分割。对应于片段长度的Seg_Len_ID值可以包括在相应的报头中。最后片段的长度可以如上所述直接包括在12位L_Seg_Len字段中。
使用Seg_Len_ID和L_Seg_Len字段表示的长度信息仅仅表示有关片段的信息，也就是说，链路层分组的有效载荷。因此，链路层分组的总长度可以通过将可以从LI字段检测的链路层分组的报头长度加到链路层分组有效载荷的长度来计算。
当接收器重新配置RoHC分组的片段时，必须检查重新配置的RoHC分组的完整性。为此，CRC可以在分割过程中被增加给RoHC分组的末端。由于CRC通常被增加给RoHC分组的末端，CRC可以在分割之后包括在该片段中。
图44图示根据本发明的另一个实施例当信令信息被传送给链路层时的链路层分组结构。
在这种情况下，链路层分组的报头可以包括固定报头和扩展报头。固定报头可以具有1字节的长度，并且扩展报头可以具有固定长度或者可变长度。每个报头的长度可以根据设计变化。
固定报头可以包括分组类型字段、PC字段和/或级联计数字段。根据另一个实施例，固定报头可以包括分组类型字段、PC字段、LI字段和/或片段ID字段。
扩展报头可以包括信令类别字段、信息类型字段和/或信令格式字段。根据另一个实施例，扩展报头可以进一步包括有效载荷长度部分。根据另一个实施例，扩展报头可以包括片段序列号字段、片段长度ID字段、信令类别字段、信息类型字段和/或信令格式字段。根据另一个实施例，扩展报头可以包括片段序列号字段和/或片段长度ID字段。根据另一个实施例，扩展报头可以包括片段序列号字段和/或最后片段长度字段。
现在将描述固定报头的字段。
分组类型字段可以表示如上所述输入给链路层的分组类型。当信令信息被输入给链路层时，分组类型字段可以是110B。
PC字段、LI字段、片段ID字段、片段序列号字段、片段长度ID字段和最后片段字段如上所述。级联计数字段如上所述。
将给出扩展报头字段的描述。
当PC字段是0时，扩展报头可以包括信令类别字段、信息类型字段和/或信令格式字段。扩展报头可以进一步包括根据信令格式字段的值的长度部分。
信令类别字段可以表示包括在链路层分组中信令信息的类型。可以由信令类别字段表示的信令信息可以包括快速信息信道(FIC)信息、报头压缩信息等等。稍后将描述可以由信令类别字段表示的信令信息。
信息类型字段可以表示由信令类别字段表示的类型的信令信息的细节。信息类型字段的指示可以根据信令类别字段的值分别地定义。
信令格式字段可以表示包括在链路层分组中的信令信息的格式。可以由信令格式字段表示的格式可以包括区段表、描述符、XML等等。稍后将描述可以由信令格式字段表示的格式。
有效载荷长度部分可以表示包括在链路层分组有效载荷的有效载荷中的信令信息的长度。有效载荷长度部分可以是一组分别表示级联的信令信息长度的长度字段。虽然每个长度字段可以具有2字节的大小，大小可以根据系统配置变化。有效载荷长度部分的总长度可以由各自的长度字段的总和表示。根据一个实施例用于字节布置的填充位可以被增加给有效载荷长度部分。在这种情况下，有效载荷长度部分的总长度可以通过填充位增加。
有效载荷长度部分的存在或者不存在可以通过信令格式字段值确定。当信令信息具有其长度值，诸如区段表和描述符时，可能不需要附加的长度字段。但是，没有长度值的信令信息可能需要附加的长度字段。在没有长度值的信令信息的情况下，有效载荷长度部分可能存在。在这种情况下，有效载荷长度部分可以包括与计数字段的数目同样多的长度字段。
当PC字段是1并且LI字段是1时，扩展报头可以包括片段序列号字段和/或最后片段长度字段。当PC字段是1并且LI字段是0时，扩展报头可以包括片段序列号字段和/或片段长度ID字段。
片段序列号字段、最后片段长度字段和片段长度ID字段如上所述。
当PC字段是1时，LI字段是1，并且相应的链路层分组的有效载荷对应于第一片段，链路层分组的扩展报头可以进一步包括附加信息。附加信息可以包括信令类别字段、信息类型字段和/或信令格式字段。信令类别字段、信息类型字段和信令格式字段如上所述。
图45图示根据本发明的另一个实施例当信令信息被传送给链路层时，链路层分组结构的语法。
链路层分组报头可以如上所述包括Packet_Type字段和PC字段Payload_Config。
当PC字段是0时，PC字段可以继之以计数字段、Signaling_Class字段、Information_Type字段和Signaling_Format字段。当Signaling_Format字段是1×(10或者11)时，多个长度字段可以基于由计数字段表示的值包括在链路层分组报头中。
当PC字段是1时，PC字段可以继之以Last_Segment_Indicator字段、Segment_ID字段和Segment_Sequence_Number字段。在这里，跟随Last_Segment_Indicator字段的部分的配置可以根据Last_Segment_Indicator字段的值变化。
当Last_Segment_Indicator字段是0时，Segment_Sequence_Number字段可以继之以Segment_Length_ID字段。当Segment_Sequence_Number字段是0000时，Segment_Sequence_Number字段可以继之以Signaling_Class字段、Information_Type字段和Signaling_Format字段。
当Last_Segment_Indicator字段是1时，Segment_Sequence_Number字段可以继之以Last_Segment_Length字段。
图46图示根据本发明的一个实施例用于成帧的分组传输的链路层分组的结构。
除IP分组和MPEG-2TS分组以外在正常网络中使用的分组可以经由链路层分组发送。在这种情况下，链路层分组报头的分组类型元素可以具有111B(注：可能为111,另外,后面带下标的B可能都不对)的值，以表示链路层分组的有效载荷包括成帧的分组。
图47图示根据本发明的一个实施例用于成帧的分组传输的链路层分组的结构语法。
链路层分组报头可以如上所述包括Packet_Type字段。链路层分组报头可以包括在Packlet_Type字段之后预留供未来使用的5位。由framed_packet()表示的成帧的分组可以跟随预留的位。
图48图示根据本发明的一个实施例的成帧的分组的语法。
成帧的分组的语法可以包括Ethernet_type字段、长度字段和/或分组()字段。Ethernet_type字段是16位，其可以表示根据IANA注册在分组()字段中分组的类型。在这里，可以使用仅仅注册的值。长度字段是16位，其可以以字节设置分组结构的总长度。具有可变长度的分组()字段可以包括网络分组。
图49图示根据本发明的一个实施例的快速信息信道(FIC)的语法。
包括在FIC中的信息可以以快速信息表(FIT)的形式发送。
包括在FIT中的信息可以以XML和/或区段表的形式发送。
FIC可以包括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信息和/或RoHC_init_descriptor信息。
FIT_data_version信息可以表示有关包括在快速信息表中的语法和语义的版本信息。接收器可以使用FIT_data_version信息确定是否处理包括在快速信息表中的信令。接收器可以使用FIT_data_version信息确定是否更新FIC的预存信息。
num_broadcast信息可以表示经由相应的频率或者发送的传输帧发送广播服务和/或内容的广播电台的数目。
broadcast_id信息可以表示经由相应的频率或者发送的传输帧发送广播服务和/或内容的广播电台的标识。发送基于MPEG-2TS的数据的广播电台可以具有与MPEG-2TS的transport_stream_id相同的broadcast_id。
delivery_system_id信息可以表示在广播网上使用相同的传输参数执行处理的广播传输系统的标识符。
base_DP_id信息表示在广播信号中的基础DP。基础DP可以指的是包括节目特定信息(PSI)/系统信息(SI)的DP传送服务信令，和/或对应于broadcast_id的广播电台的开销降低。换句话说，基础DP可以指的是在相应的广播电台中可用于解码构成广播服务组件的有代表性的DP。
base_DP_version信息可以表示版本有关经由基础DP发送的数据的信息。例如，当服务信令，诸如PSI/IS经由基础DP时，如果服务信令变化，则base_DP_version信息的值可以增加1。
num_service信息可以表示由对应于broadcast_id的广播电台以相应的频率或者传输帧发送的广播服务的数目。
service_id信息可以用作广播服务的标识符。
service_category信息可以表示广播服务类别。0×01的service_category信息值可以表示基本TV，0×02的service_category信息值可以表示基本无线电，0×03的service_category信息值可以表示RI服务，0×08的service_category信息值可以表示服务指南，并且0×09的service_category信息值可以表示紧急警告。
service_hidden_flag信息可以表示是否相应的广播服务被隐藏。当广播服务被隐藏时，广播服务是测试服务，或者在相应的系统中自主地使用的服务，并且因此，广播接收器可以忽略服务或者将其在服务列表中隐藏。
SP_indicator信息可以表示是否服务保护适用于在相应的广播服务中的一个或多个组件。
num_component信息可以表示构成相应的广播服务的组件的数目。
component_id信息可以用作供识别在广播服务中相应的组件的标识符。
DP_id信息可以用作表示相应的组件经由其发送的DP的标识符。
RoHC_init_descriptor可以包括与开销降低和/或报头恢复相关的信息。RoHC_init_descriptor可以包括用于识别在发送端使用的报头压缩方法的信息。
图50图示根据本发明的一个实施例发出紧急警告的广播系统。
在从警告授权者/始发者接收到与紧急警告相关的信息时，广播电台(发射器)将与紧急警告相关的信息以适用于广播系统的格式变换为紧急警告信令，或者产生包括与紧急警告相关的信息的紧急警告信令。在这种情况下，紧急警告信令可以包括公共警告协议(CAP)消息。广播电台可以将紧急警告信令发送给接收器。在这里，广播电台可以经由正常广播数据通过其传送的路径发送紧急警告信令。换句话说，广播电台可以经由不同于正常广播数据通过其传送的路径的路径发送紧急警告信令。紧急警告信令可以以紧急警告表(EAT)(稍后将描述)的形式产生。
接收器接收紧急警告信令。紧急警告信令解码器可以解析紧急警告信令以获得CAP消息。接收器使用CAP消息的信息产生紧急警告消息，并且显示紧急警告消息。
图51图示根据本发明的一个实施例的紧急警告表(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信息具有0的值时，EAS_IP_version_flag信息表示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时，表示“没有警告消息(仅仅AV内容)”，并且当AS_message_transfer_type信息是010时，表示相应的EAT包括EAS消息。为此，长度字段和相对于相应的EAS消息的字段被增加。当EAS_message_transfer_type信息是011时，这个信息表示相应的EAS消息经由数据管道被发送。EAS可以以IP数据报的形式在数据管道内发送。为此，EAS消息发送到的物理层的IP地址信息、UDP端口信息和DP信息可以被添加。
EAS_message_encoding_type信息表示有关紧急警告消息的编码类型的信息。例如，000的EAS_message_encoding_type信息值可以表示“未指定”，001的EAS_message_encoding_type信息值可以表示“没有编码”，010的EAS_message_encoding_type信息值可以表示DEFLATE算法(RFC1951)，并且011至111的EAS_message_encoding_type信息值可以预留用于其它的编码类型。
EAS_NRT_flag信息表示NRT内容，和/或与接收的消息相关的NRT数据的存在或者不存在。0的EAS_NRT_flag信息值表示NRT内容和/或与接收的紧急消息相关的NRT数据不存在，而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信息识别EAS消息经由其发送的数据管道。
automatic_tuning_channel_number信息包括有关要调谐的信道编号的信息。
automatic_tuning_DP_id信息识别相应的内容经由其发送的数据管道。
automatic_tuning_service_id信息识别相应的内容属于其的服务。
EAS_NRT_service_id信息识别对应于NRT内容和与接收的紧急警告消息相关的数据发送的情形的，即，当EAS_NRT_flag被允许时的NRT服务。
图52图示根据本发明的一个实施例用于识别与包括在链路层分组的有效载荷中的报头压缩相关的信息的方法。
当对从链路层传送到上层的分组执行报头压缩时，如上所述，需要以信令形式产生必要的信息，并且发送给接收器，使得接收器可以恢复分组的报头。这样的信息可以称为报头压缩信令信息。
报头压缩信令信息可以包括在链路层分组的有效载荷中。在这种情况下，发射器可以在链路层分组的报头或者物理层的传输参数(物理层的信令信息)中嵌入用于识别报头压缩信令信息类型的识别信息，其包括在链路层分组的有效载荷中，并且将链路层分组报头或者包括识别信息的传输参数发送给接收器。
根据一个实施例，当其值是000时，该识别信息可以表示初始化信息包括在链路层分组的有效载荷中，并且当其值是001时，表示配置参数包括在链路层分组的有效载荷中。此外，当其值是010时，该识别信息可以表示静态链信息包括在链路层分组的有效载荷中，并且当其值是011时，表示动态链信息包括在链路层分组的有效载荷中。
在这里，报头压缩信令信息可以被称作上下文信息。根据一个实施例，静态链信息或者动态链信息可以被称作上下文信息，或者静态链信息和动态链信息两者可以被称作上下文信息。
图53图示根据本发明的一个实施例的初始化信息。
包括在链路层分组的有效载荷中的初始化信息可以包括num_RoHC_channel信息、max_cid信息、large_cids信息、num_profiles信息、简档()(prifile())元素、num_IP_stream信息和/或IP_address()元素。
num_RoHC_channel信息表示RoHC信道的编号。
max_cid信息用于向解压缩器表示最大CID值。
large_cid信息具有布尔(Boolean)值，并且表示是否短的CID(0～15)，或者嵌入的CID(0～16383)用于CID配置。因此，表示CID的字节被确定。
num_profiles信息表示RoHC简档的数目。
简档()元素包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
num_IP_stream信息表示IP流的数目。
IP_address()元素包括报头压缩的IP分组的IP地址。
图54图示根据本发明的一个实施例的配置参数。
包括在链路层分组有效载荷中的配置参数可以包括RoHC_channel_id信息、num_context信息、context_id信息、context_profile信息、packet_configuration_mode信息和/或context_transmission_mode信息。
RoHC_channel_id信息识别RoHC信道。
num_context信息表示RoHC上下文的数目。
context_id信息识别RoHC上下文。context_id信息可以表示以下的RoHC相关的字段对应于其的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
packet_configuration_mode信息识别分组配置模式。分组配置模式已经如上所述。
context_transmission_mode信息识别上下文传输模式。上下文传输模式已经如上所述。上下文可以经由正常广播数据通过其传送的路径，或者分配用于信令信息传输的路径发送。
图55图示根据本发明的一个实施例的静态链信息。
包括在链路层分组有效载荷中的静态链信息可以包括context_id信息、context_profile信息、static_chain_length信息、static_chain()元素、dynamic_chain_incl信息、dynamic_chain_length信息和/或dynamic_chain()元素。
context_id信息识别RoHC上下文。context_id信息可以表示以下的RoHC相关的字段对应于其的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
static_chain_length信息表示static_chain()元素的长度。
static_chain()元素包括属于在RoHC报头压缩期间从上层分组中提取的静态链的信息。
dynamic_chain_incl信息表示是否包括动态链信息。
dynamic_chain_length信息表示dynamic_chain()元素的长度。
dynamic_chain()元素包括属于在RoHC报头压缩期间从上层分组中提取的动态链的信息。
图56图示根据本发明的一个实施例的动态链信息。
包括在链路层分组有效载荷中的动态链信息可以包括context_id信息、context_profile信息、dynamic_chain_length信息和/或dynamic_chain()元素。
context_id信息识别RoHC上下文。context_id信息可以表示以下的RoHC相关的字段对应于其的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
dynamic_chain_length信息表示dynamic_chain()元素的长度。
dynamic_chain()元素包括属于在RoHC报头压缩期间从上层分组中提取的动态链的信息。
图57是图示根据本发明的实施例的当MPEG-2传输流(TS)被输入到链路层时链路层分组的报头结构的图。
分组类型元素可以标识MPEG-2TS分组被输入到链路层。例如，在这种情况下，分组类型元数的值可以是011B。
该图图示当输入了MPEG-2TS时链路层分组的报头结构。当MPEG-2TS分组被输入到链路层时，链路层分组的报头可以包括分组类型元素、计数字段、PID指示符(PI)字段和/或删除空分组指示符(DI)字段。
例如，2个比特或3个比特的计数字段、1个比特的PID指示符(PI)字段以及1个比特的删除的空分组指示符(DI)可以在链路层分组的报头的分组类型元素之后。当2个比特被用作计数字段时，可以保留剩余的1个比特作为被保留的字段以供将来使用。根据保留字段的位置，固定报头部分可以配置有如图16的(a)至图16的(d)中所图示的各种结构。尽管在图57的(a)中所图示的报头方面对本发明进行描述，但是相同的描述还可以应用于其它类型的报头。
当MPEG-2TS分组被输入到链路层时，可以不在分组类型＝011中使用扩展报头。
计数字段可以标识包含在链路层分组的有效载荷中的MPEG-2TS分组的数目。与作为很可能在下一代广播系统的物理层中采用的FEC方案的低密度奇偶校验(LDPC)的输入大小相比，一个MPEG-2TS分组的大小是非常小的，并且因此可以基本上考虑在链路层中级联MPEG-2TS分组。也就是说，可以在链路层分组的有效载荷中包含一个或多个MPEG-2TS分组。然而，级联MPEG-2TS分组的数目可能受限制以被识别为2个比特或3个比特。MPEG-2TS分组的长度具有预定大小(例如，188个字节)，并且因此接收器还能够使用计数字段来推理链路层分组的有效载荷的大小。将稍后描述用于根据计数字段值来确定MPEG-2TS分组的数目的示例。
当包含在一个链路层分组的有效载荷中的MPEG-2TS分组的分组标识符(PID)是相同的时可以将公共PID指示符(PI)字段设置为1，否则，可以将公共PI字段设置为0。公共PI字段可以具有1个比特的大小。
当在MPEG-2TS分组中包含并发送的空分组被删除时可以将空分组删除指示符(DI)字段设置为1，否则，可以将空分组DI设置为0。空分组ID字段可以具有1个比特的大小。当ID字段是1时，接收器可以重用MPEG-2TS分组的一些字段，以便在链路层中支持空分组删除。
图58是图示根据本发明的实施例的根据计数字段的值的包括在链路层分组的有效载荷中的MPEG-2TS分组的数目的图。
当计数字段是2个比特时，相对于级联MPEG-2TS分组的数目可能存在4种情况。除了同步字节(47H)之外的链路层分组的有效载荷的大小也可以通过计数字段来标识。
可以根据系统设计者来改变根据计数字段的数目所分配的MPEG-2TS分组的数目。
图59是图示根据本发明的实施例的MPEG-2TS分组的报头的图。
MPEG-2TS分组的报头可以包括同步字节字段、传输错误指示符字段、有效载荷单元起始指示符字段、传输优先级字段、PID字段、传输加扰控制字段、适配字段控制字段和/或连续性计数器字段。
同步字节字段可以被用于分组同步并且在链路层中的封装期间被排除。紧接同步字节字段之后定位的传输错误指示符(EI)可以不由发射器使用，并且当在接收器中发生不可恢复的错误时，传输EI可以被用来将该错误指示给较高层。由于此目的，传输EI字段可以是不由发射器使用的比特。
当不能够在流中校正错误时，传输EI字段可以是在解调过程期间设置的字段并且指示存在不能够在分组中校正的错误。
有效载荷单元起始指示符字段可以标识分组化的基本流(PES)或节目特定信息(PSI)是否开始。
传输优先级字段可以标识分组是否具有比具有相同的PID的其它分组更高的优先级。
PID字段可以标识分组。
传输加扰控制字段可以标识是否使用了加扰和/或是否利用奇数密钥或偶数密钥来使用加扰。
适配字段控制字段可以标识适配字段是否存在。
连续性计数字段可以指示有效载荷分组的顺序号。
图60是图示根据本发明的实施例的用于通过发射器来改变传输EI字段的使用的过程的图。
如所图示的，当ID字段是1时，可以将传输错误指示符字段改变为在发射器的链路层中的删除点指示符(DPI)字段的使用。可以在接收器的链路层中完成空分组相关处理之后使DPI字段恢复为传输错误指示符字段。也就是说，DI字段可以是同时指示传输错误指示符字段的使用是否被改变以及空分组是否被删除的字段。
图61是图示根据本发明的实施例的用于封装MPEG-2TS分组的过程的图。
基本上，MPEG-2TS分组被级联，并且因此一个链路层分组的有效载荷可以包括多个MPEG-2TS分组，并且可以根据前述方法来确定MPEG-2TS分组的数目。当包括在一个链路层分组的有效载荷中的MPEG-2TS分组的数目是n时，每个MPEG-2TS分组可以由Mk(1≤k≤n)来表示。
一般而言，MPEG-2TS分组可以包括4个字节的固定报头和184个字节的有效载荷。4个字节的报头的1个字节可以是具有相同值47H的同步字节。因此，一个MPEG-2TS分组“Mk”可以包括1个字节的同步部分S、除了同步字节之外的3个字节的固定报头部分Hk和/或184个字节的有效载荷部分Pk(这里，1≤k≤n)。
当在MPEG-2TS分组的报头中使用适配字段时，可以将固定报头部分包括在紧接在适配字段前面的部分中，并且可以将有效载荷部分包括在剩余的适配部分中。
当n个输入的MPEG-2TS分组是[M1,M2,M3,…,Mn]时，所输入的MPEG-2TS分组可以具有[S,H1,P1,S,H2,P2,…,S,Hn,Pn]的排列。同步部分可以总是具有相同的值，并且在这方面，即使发射器未发送同步部分，接收器也可以在接收器中找到对应的位置并且将同步部分重新插入到所对应的位置中。因此，当配置了链路层分组的有效载荷时，可以排除同步部分以减小分组的大小。当具有上述排列的MPEG-2TS分组的组合被配置有链路层分组的有效载荷时，可以按[H1,H2,…,Hn,P1,P2,…,Pn]对报头部分和有效载荷部分进行分段。
当PI字段值是0并且ID字段值是0时，链路层分组的有效载荷的长度是(n x 3)+(nx 184)个字节，而当添加了链路层分组的报头长度的1个字节时，可以获得总链路层分组长度。也就是说，接收器可以通过这个过程来标识链路层分组的长度。
图62是图示根据本发明的实施例的用于封装具有相同的PID的MPEG-2TS分组的过程的图。
当连续地流式传输广播数据时，包括在一个链路层分组中的MPEG-2TS的PID值可以是相同的。在这种情况下，可以同时标记重复的PID值以便减小链路层分组的大小。在这种情况下，可以使用链路层分组的报头中的PID指示符(PI)字段。
可以将链路层分组的报头的公共PID指示符(PI)值设置为1。如上所述，在链路层分组的有效载荷中，可以通过排除同步部分并且对报头部分和有效载荷部分进行分段来在[H1,H2,…,Hn,P1,P2,…,Pn]中排列n个输入的MPEG-2TS分组[M1,M2,M3,…,Mn]。这里，MPEG-2TS的报头部分[H1,H2,…,Hn]具有相同的PID的情况，并且因此即使PID被标记仅一次，接收器也可以使PID恢复到原始报头。当公共PID是公共PID(CPID)并且通过从MPEG-2TS分组的报头中排除PID所获得的报头是H’k(1≤k≤n)时，包括在链路层分组的有效载荷中的MPEG-2TS的报头部分[H1,H2,…,Hn]被重新配置为[CPID,H’1,H’2,…,H’n]。这个过程可以被称为公共PID缩减。
图63是图示根据本发明的实施例的用于在公共PID缩减过程和公共PID缩减过程期间获得链路层分组的长度的等式的图。
MPEG-2TS分组的报头部分可以包括具有大小为13个比特的PID。当包括在链路层分组的有效载荷中的MPEG-2TS分组具有相同的PID值时，可以使PID重复和级联分组的数目一样多。因此，可以从原始MPEG-2TS分组的报头部分[H1,H2,…,Hn]中排除PID部分以重新配置[H’1,H’2,…,H’n]，并且可以将公共PID的值设置为公共PID(CPID)的值，然后可以将CPID定位在重新配置的报头部分前面。
PID值可以具有13个比特的长度，并且可以添加填充比特以便按照字节单位的形式形成所有分组。填充比特可以被定位在CPID前面或后面并且可以根据其它级联协议层的配置或系统的实施例来适当地排列。
在具有相同的PID的MPEG-2TS分组的封装的情况下，可以从MPEG-2TS分组的报头部分中排除PID并且执行封装过程，并且因此可以获得链路层分组的有效载荷的长度如下。
如所图示的，通过排除同步字节所获得的MPEG-2TS分组的报头可以具有3个字节的长度，并且当从MPEG-2TS分组的报头中可以排除13个比特的PID部分时，MPEG-2TS分组的报头可以是11个比特。因此，当n个分组被级联时，这些分组具有(n x 11)个比特，并且当级联分组的数目被设置为8的倍数时，(n x 11)个比特可以是字节单位的长度。这里，可以将具有3个比特的长度的填充比特作为公共PID长度添加到13个比特以给CPID部分配置2个字节的长度。
因此，在通过封装具有相同的PID的n个MPEG-2TS分组而形成的链路层分组的情况下，当链路层分组的报头长度是LH时，CPID部分的长度是LCPID，并且链路层分组的总长度是LT，可以根据所示出的等式来获得LT。
在图62中所图示的实施例中，LH可以是1个字节并且LCPID可以是2个字节。
图64是图示根据本发明的实施例的根据计数字段的值的级联MPEG-2TS分组的数目以及当应用公共PID缩减时根据该数目的链路层分组的长度的图。
当确定了级联MPEG-2TS分组的数目时，如果所有分组具有相同的PID，则可以应用前述的公共PID缩减过程，并且接收器可以根据关于该过程所描述的等式来获取链路层分组的长度。
图65是图示根据本发明的实施例的用于封装包括空分组的MPEG-2TS分组的方法的图。
在MPEG-2TS分组的发送期间，可以将空分组包括在传输流中以用于调整到固定传送速率。在发送方面空分组是开销部分，并且因此即使发射器未发送空分组，接收器也可以使空分组恢复。为了通过发射器来删除和发送空分组并且通过接收器来查找和恢复所删除的分组的编号和位置，可以使用链路层分组的报头中的空分组删除指示符(DI)字段。在这种情况下，可以将链路层分组的空分组删除指示符(DI)的值设置为1。
可以通过顺序地级联除了空分组之外的n个分组来执行当空分组被定位在输入传输流之间的任意点处时的封装。可以将被连续排除的计数的空分组的数目包含在链路层分组的有效载荷中，并且接收器可以基于计数值在原始位置中生成并填充空分组。
当除了空分组之外的n个MPEG-2TS分组是[M1,M2,M3,…,Mn]时，可以将空分组定位在M1至Mn之间的任何位置处。一个链路层分组可以按0至n的次数包括计数数目的空分组。也就是说，当空分组在一个链路层分组中被计数的次数是p时，p的范围可以是0至n。
当空分组的计数值是Cm时，m的范围可以是1≤m≤p，而当p＝0时，Cm不存在。如上所述，Cm被定位在其之间的MPEG-2TS分组可以使用MPEG-2TS分组的报头中的字段来指示，其中传输错误指示符(EI)的使用被改变为删除点指示符(DPI)。
本发明提出了其中Cm具有1个字节的长度的情况，并且还考虑其中存在用于分组的长度的裕量以供将来使用时扩展Cm的情况。1字节长度的Cm可以对最多256个空分组进行计数。充当空分组的指示符的字段被定位在MPEG-2TS分组的报头中，并且因此可以通过排除空分组于通过将1添加到由Cm指示的值所获得的值一样多来执行计算。例如，在Cm＝0的情况下，可以排除一个空分组，并且在Cm＝123的情况下，可以排除124个空分组。当连续的空分组超过256时，第257个空分组可以被处理为普通分组，并且接下来的空分组可以使用前述方法被处理为空分组。
如所图示的，当可以将空分组定位在与Mi和Mi+1对应的MPEG-2TS分组之间时，空分组的计数数目是C1，而当空分组被定位在与Mj和Mj+1对应的MPEG-2TS分组之间时，空分组的计数数目是Cp，并且在这种情况下，实际的发送顺序可以是[…,Mi,C1,Mi+1,…,Mj,Cp,Mj+1,…]。
在用于对MPEG-2TS分组的而不是空分组的报头部分和有效载荷部分进行分段和重新排序以便配置链路层分组的有效载荷的过程中，可以将空分组的计数值Cm(1≤m≤p)设置在MPEG-2TS分组的报头部分与有效载荷之间。即，可以像[H1,H2,…,Hn,C1,…,Cp,P1,P2,…,Pn]一样设置链路层分组的有效载荷，并且接收器可以以Hk的DPI字段中所指示的顺序在逐字节基础上顺序地检查计数值并且以MPEG-2TS分组的原始顺序使空分组恢复计数值。
图66是图示根据本发明的实施例的用于处理用于对删除的空分组进行计数的指示符的过程以及用于在该过程期间获得链路层分组的长度的等式的图。
可以将DPI字段的值设置成指示空分组被删除并且所删除的空分组的计数值存在。如所图示的，当多个MPEG-2TS分组的报头的Hi中的DPI字段的值是1时，这可以指示MPEG-2TS分组是通过排除Hi与Hi+1之间的空分组而封装的，并且根据其的1字节计数值被定位在报头部分与有效载荷部分之间。
在这个过程期间，可以根据所示出的等式来计算链路层分组的长度。因此，在通过封装从中排除了空分组的n个MPEG-2TS分组所获得的链路层分组的情况下，当链路层分组的报头长度是LH时，空分组的计数值Cm(1≤m≤p)的长度是LCount，并且链路层分组的总长度是LT，可以根据所示出的等式来获取LT。
图67是图示根据本发明的另一实施例的用于封装包括空分组的MPEG-2TS分组的过程的图。
用于排除空分组的另一封装方法，可以配置链路层分组的有效载荷。根据本发明的另一实施例，在用于对MPEG-2TS分组的报头部分和有效载荷部分进行分段和重新排序以便配置链路层分组的有效载荷的过程中，可以将空分组的计数值Cm(1≤m≤p)定位在报头部分中并且可以维持空分组的顺序。也就是说，每个MPEG-2TS的报头可以在其中报头结束的点处包括空分组的计数值。因此，在读取包含在每个MPEG-2TS的报头中的DPI字段的值并且确定空分组被删除时，接收器可以读取包含在所对应的报头的最后部分中的计数值，重新生成与所对应的计数值一样多的空分组，并且将空分组包含在流中。
图68是图示根据本发明的实施例的用于在包括空分组的流中封装包括相同的分组标识符(PID)的MPEG-2TS分组的过程的图。
根据本发明的实施例，在包括空分组的流中，可以通过组合用于通过排除前述空分组来封装链路层分组的过程，与用于封装具有与链路层分组相同的PID的MPEG-2TS分组的过程，来执行用于封装包括相同的分组标识符(PID)的MPEG-2TS分组的过程。
因为空分组被分配了指示相应的空分组的单独的PID，所以当空分组被包含在实际的传输流中时，不处理具有相同的PID的空分组。然而，在用于排除空分组的过程被执行之后，因为仅空分组的计数值被包含在链路层分组的有效载荷中，所以剩余的n个MPEG-2TS分组具有相同的PID，并且因此可以使用前述方法来处理空分组。
图69是图示根据本发明的实施例的用于在包括相同的分组标识符(PID)的MPEG-2TS分组被封装在包括空分组的流中的同时获得链路层分组的长度的等式的图。
虽然包括相同的分组标识符(PID)的MPEG-2TS分组被封装在包括空分组的流中，但是可以根据图63和/或图66的等式来得到链路层分组的长度。这可以被概括以获得被图示的等式。
图70是示出根据本发明的实施例的下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于互联网协议(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层等的数个术语来表示。根据给定实施例，新术语可以被应用于链路层并被使用。
图71是图示根据本发明的实施例的链路层的接口的概念图。
参考图71，发射器可以考虑数字广播中主要使用的IP分组和/或MPEG-2TS分组被用作输入信号的示例性情况。发射器还可以支持能够被用在下一代广播系统中的新协议的分组结构。可以向物理层发送链路层的已封装数据和信令信息。发射器可以根据由广播系统支持的物理层的协议来对所发送的数据(包括信令数据)进行处理，使得发射器可以发送包括所对应的数据的信号。
另一方面，接收器可以将从物理层接收的数据和信令信息恢复成能够在上层中被处理的其它数据。接收器可以读取分组的报头，并且可以确定从物理层接收的分组是指示信令信息(或信令数据)还是识别数据(或内容数据)。
从发射器的链路层接收的信令信息(或信令数据)可以包括从上层接收并需要被发送到接收器的上层的第一信令信息；从链路层生成并提供有关接收器的链路层中的数据处理的信息的第二信令信息；和/或从上层或链路层生成并被输送以在物理层中迅速检测特定数据(例如，服务、内容和/或信令数据)的第三信令信息。
图72图示根据本发明的实施例的在与链路层的操作模式中的一个对应的普通模式下的操作。
由本发明提出的链路层可以具有针对上层与下层之间的兼容性的各种操作模式。本发明提出了链路层的普通模式和透明模式。这两种操作模式可以共存于链路层中，并且可以使用信令或系统参数来指定要使用的操作模式。根据给定实施例，可以实现这两种操作模式中的一种。可以根据输入到链路层的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信令信息。
接收器可以通过物理层来接收数据和信令信息。接收器可以将所接收的数据和信令信息还原成可在上层中处理的形式，并且将还原的数据和信令信息传送给上层。可以在接收器的链路层中执行此过程。接收器可以通过读取分组的报头等来验证接收的分组是否与信令信息或数据有关。此外，当在发射器处执行开销减少时，接收器可以将已经通过开销减少过程减少了其开销的分组还原为原始分组。在此过程中，可以使用所接收的信令信息。
图73图示根据本发明的实施例的在与链路层的操作模式中的一个对应的透明模式下的操作。
在透明模式下，数据可能不经受由链路层支持的功能或者可能经受这些功能中的一些，然后被传送给物理层。换句话说，在透明模式下，传送给上层的分组可以在不通过单独的开销减少和/或封装过程的情况下被传送给物理层。必要时，其它分组可以通过开销减少和/或分组过程。透明模式可以被称为旁路模式，并且另一术语可以应用于透明模式。
根据给定实施例，基于分组的特性和系统操作可以在普通模式下对一些分组进行处理并且可以在透明模式下对一些分组进行处理。
透明模式可以应用于的分组可以是具有为系统熟知的类型的分组。当可以在物理层中对分组进行处理时，可以使用透明模式。例如，熟知的TS或IP分组可以在物理层中通过单独的开销减少和输入格式化过程，并且因此可以在链路层步骤中使用透明模式。当应用了透明模式并且在物理层中通过输入格式化等对分组进行处理时，可以在物理层中执行诸如上面描述的TS报头压缩的操作。另一方面，当应用了普通模式时，处理的链路层分组可以被对待为GS分组并在物理层中处理。
在透明模式下，当需要支持信号发送时可以包括链路层信令模块。如上所述，链路层信令模块可以发送并管理信令信息。可以通过DP来封装并发送信令信息，并且具有划分的发送路径的FIC信令信息和EAS信令信息分别可以通过FIC和EAC来发送。
在透明模式下，可以使用固定IP地址和端口号来显示信息是否对应于信令信息。在这种情况下，信令信息可以被过滤以配置链路层分组，然后通过物理层来发送。
图74图示根据本发明的实施例的在发射器处的链路层的配置(普通模式)。
本实施例是假定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传送链路层分组的缓冲器。
每个块或模块和部分可以被配置为链路层中的一个模块/协议或多个模块/协议。
图75图示根据本发明的实施例的在接收器处的链路层的配置(普通模式)。
本实施例是假定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传送输出流之前的缓冲器。
本发明中所提出的发射器和接收器的链路层可以包括上面所描述的块或模块。以这种方式，链路层可以不管上层和下层独立地操作，并且高效地执行开销减少。此外，可以容易地扩展/添加/删除取决于上层和下层可支持的功能。
图76是图示根据本发明的实施例的根据链路层组织类型的定义的图。
当链路层被实际上具体化为协议层时，能够通过一个频隙来发送和接收广播服务。这里，一个频隙的示例可以是主要具有特定宽度的广播信道。如上所述，根据本发明，在其中物理层的配置改变的广播系统中或者在具有不同的物理层配置的多个广播系统中，可以定义兼容的链路层。
物理层可以具有用于链路层的接口的逻辑数据路径。链路层可以访问物理层的逻辑数据路径并且向该逻辑数据路径发送与所对应的数据路径相关联的信息。以下类型可以被认为是与链路层接口对接的物理层的数据路径。
在广播系统中，普通数据管道(普通DP)可以作为一种数据路径而存在。普通数据管道可以是用于发送普通数据的数据管道并且可以根据物理层的配置包括一个或多个数据管道。
在广播系统中，基础数据管道(基础DP)可以作为一种数据路径而存在。基础数据管道可以是用于特定目的的数据管道，并且可以在对应的频隙中发送信令信息(本发明中所描述的整个或部分信令信息)和/或一般数据。必要时，为了有效地管理带宽，可以通过基础数据管道来发送通常通过普通数据管道发送的数据。当要在专用信道存在时发送的信息的量超过对应信道的处理容量时，基础数据管道可以执行补充功能。也就是说，可以通过基础数据管道来发送超过对应信道的处理容量的数据。
一般而言，基础数据管道连续地使用一个指定的数据管道。然而，可以使用诸如物理层信令、链路层信令等的方法在多个数据管道当中为基础数据管道动态地选择一个或多个数据管道，以便有效地管理数据管道。
在广播系统中，专用信道可以作为一种数据路径而存在。专用信道可以是用于在物理层中发信号通知或类似的特定目的的信道，并且可以包括用于迅速地获取主要在当前频隙上服务的事项的快速信息信道(FIC)和/或用于向用户立即发送紧急警报的通知的紧急警报信道(EAC)。
一般而言，逻辑数据路径被具体化在物理层中以便发送普通数据管道。可能不在物理层中具体化用于基础数据管道和/或专用信道的逻辑数据路径。
可以如附图中所图示的那样定义要在链路层中发送的数据的配置。
组织类型1可以是指逻辑数据路径仅包括普通数据管道的情况。
组织类型2可以是指逻辑数据路径包括普通数据管道和基础数据管道的情况。
组织类型3可以是指逻辑数据路径包括普通数据管道和专用信道的情况。
组织类型4可以是指逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况。
必要时，逻辑数据数据可以包括基础数据管道和/或专用信道。
根据本发明的实施例，可以根据逻辑数据路径的配置来确定信令信息的发送过程。可以根据本发明中所定义的链路层的上层的协议来确定通过特定逻辑数据路径发送的信令的详细信息。关于本发明中所描述的过程，还可以使用通过上层解析的信令信息并且对应的信令可以从上层以IP分组的形式发送并在以链路层分组的形式封装之后再次发送。
当发送这样的信令信息时，接收器可以根据协议配置从包括在IP分组流中的会话信息中提取详细信令信息。当使用上层的信令信息时，可以使用数据库(DB)或者可以使用共享存储器。例如，在从包括在IP分组流中的会话信息中提取信令信息的情况下，可以将所提取的信令信息存储在接收器的DB、缓冲器和/或共享存储器中。接下来，当在对广播信号中的数据进行处理的过程中需要信令信息时，可以从上述存储装置获得该信令信息。
图77是图示根据本发明的实施例的当逻辑数据路径仅包括普通数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据仅包括普通数据管道时的链路层的结构。如上所述，链路层可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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接收分组流。
接收器对由物理层处理器解码的分组流执行封装和报头恢复。
然后，接收器根据上层的协议来执行处理并且向用户提供广播服务。
图78是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和基础数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括基础数据管道和普通数据管道时的链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这种情况下，用于在链路层中对信号和/或数据进行处理的链路层处理器可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。
向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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分组流的形式将分组流发送到接收器的上层。
然后，接收器根据上层协议来执行处理并且向用户提供广播服务。
在通过对基础DP进行解码来获取链路层分组的上面描述的过程中，关于基础DP的信息(例如，基础DP的标识符(ID)信息、基础DP的位置信息，或包括在DP中的信令信息)可以在先前的信道扫描期间被获取然后存储在DB中，并且接收器可以使用所存储的基础DP。替换地，接收器可以通过首先探寻接收器已预先访问的DP来获取基础DP。
在通过解析链路层分组来获取由用户选择的服务的DP信息以及关于发送对应服务的DP分组流的开销减少信息的上面描述的过程中，如果关于发送由用户选择的服务的DP的信息是通过上层信令(例如，比链路层高的层，或IP层)发送的，则接收器可以从如上所述的DB、缓冲器和/或共享存储器获取对应的信息并且将所获取的信息用作关于需要解码的DP的信息。
如果链路层信令(链路层信令信息)和普通数据(例如，广播内容数据)是通过同一DP发送的或者如果仅在广播系统中使用一种类型的DP，则在信令信息被解码和解析的同时可以将通过DP发送的普通数据临时存储在缓冲器或存储器中。在获取信令信息后，接收器可以通过使用系统的内部命令字的方法来向用于提取并处理DP的装置发送用于提取应该根据对应的信令信息获得的DP的命令。
图79是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道和普通数据管道时链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面，要包括在接收器中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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分组流的形式将分组流发送到接收器的上层。
然后，接收器根据上层的协议来执行处理并且向用户提供广播服务。
图80是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道、基础数据管道和普通数据管道时链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面，要包括在接收器中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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分组流的形式将分组流发送到接收器的上层。
然后，接收器根据上层的协议来执行处理并且向用户提供广播服务。
根据本发明的实施例，当通过一个或多个IP分组流来发送服务信令的信息时，可以对IP分组流进行复用并作为一个基础DP来发送。接收器可以通过源地址和/或端口的字段来区分不同的服务信令的分组。接收器可以从服务信令分组读出用于获取/配置链路层信令的信息。
在对通过专用信道发送的信令信息进行处理的过程中，接收器可以获得专用信道的版本信息或标识是否已执行更新的信息，并且如果判断在专用信道中的信令信息中没有变化，则接收器可以省略通过专用信道发送的信令信息的处理(解码或解析)。如果确认尚未更新专用信道，则接收器可以使用预先存储的信息来获取基础DP的信息。
在获取由用户选择的服务的DP信息以及关于发送对应服务的DP分组流的开销减少信息的上面描述的过程中，如果关于发送由用户选择的服务的DP的信息是通过上层信令(例如，比链路层高的层，或IP层)发送的，则接收器可以从如上所述的DB、缓冲器和/或共享存储器获取对应的信息并且将所获取的信息用作关于需要解码的DP的信息。
如果链路层信令(链路层信令信息)和普通数据(例如，广播内容数据)是通过同一DP发送的或者如果在广播系统中仅使用一种DP，则在信令信息被解码和解析的同时可以将通过DP发送的普通数据临时存储在缓冲器或存储器中。在获取信令信息后，接收器可以通过使用系统内部命令字的方法向用于提取并处理DP的装置发送用于提取应该根据所对应的信令信息获得的DP的命令。
图81是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时在接收器的链路层中的信号和/或数据的详细处理操作的图。
本实施例考虑在一个频带中发送由一个或多个广播站提供的一个或多个服务的情形。可以认为一个广播站发送一个或多个广播服务，一个服务包括一个或多个分量并且用户以广播服务为单位接收内容。此外，包括在一个广播服务中的一个或多个分量中的一些可以根据用户选择用其它分量代替。
可以向专用信道发送快速信息信道(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消息中时，接收器通过宽带来接收信息。
图82是图示根据本发明的实施例的快速信息信道(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的字节的大小被一起确定。
图83是图示根据本发明的实施例的紧急警报表(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服务的信息。
图84是图示根据本发明的实施例的发送到数据管道的分组的图。
根据本发明的实施例，在链路层中配置分组被新定义以便生成兼容的链路层分组，无论链路层的上层或链路层的下层的协议变化。
可以将根据本发明的实施例的链路层分组发送到普通DP和/或基础DP。
链路层分组可以包括固定报头、扩展报头和/或有效载荷。
固定报头是具有固定大小的报头并且扩展报头是能够根据上层的分组的配置来改变其大小的报头。有效载荷是其中发送上层的数据的区域。
分组的报头(固定报头或扩展报头)可以包括指示分组的有效载荷的类型的字段。在固定报头的情况下，1个字节的前3个比特(分组类型)可以包括用于标识上层的分组类型的数据，并且剩余的5个比特可以被用作指示符部分。指示符部分可以包括用于标识有效载荷的配置方法和/或扩展报头的配置信息的数据并且可以根据分组类型而改变。
图中所示出的表根据分组类型的值表示包括在有效载荷中的上层的类型。
根据系统配置，可以通过DP来发送有效载荷的IP分组和/或RoHC分组，并且可以通过基础DP来发送信令分组。因此，当混合并发送多个分组时，还可以应用分组类型值以便区分数据分组和信令分组。
当分组类型是000时，IPv4的IP分组被包括在有效载荷中。
当分组类型是001时，IPv6的IP分组被包括在有效载荷中。
当分组类型是010时，压缩IP分组被包括在有效载荷中。压缩IP分组可以包括报头压缩应用于的IP分组。
当分组类型是110时，包括信令数据的分组被包括在有效载荷中。
当分组类型是111时，成帧分组类型被包括在有效载荷中。
图85是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP时在发射器的每个协议栈中的信号和/或数据的详细处理操作的图。
在一个频带中，一个或多个广播站可以提供广播服务。广播站发送多个广播服务并且一个广播服务可以包括一个或多个分量。用户可以以广播服务为单位接收内容。
在广播系统中，基于会话的传输协议可以被用来支持IP混合广播并且可以根据所对应的传输协议的结构来确定传送给每个信令路径的信令的内容。
如上所述，可以通过专用信道发送/接收与FIC和/或EAC有关的数据。在广播系统中，基础DP和普通DP可以被用来在其之间区分。
可以将FIC和/或EAC的配置信息包括在物理层信令(或发送参数)中。链路层可以根据对应信道的特性对信令进行格式化。可以从逻辑观点执行数据到物理层的特定信道的发送，并且可以根据物理层的特性来执行实际的操作。
FIC可以包括在对应的频率中发送的关于每个广播站的服务的信息以及关于用于接收服务的路径的信息。FIC可以包括用于服务获取的信息并且可以被称为服务获取信息。
可以将FIC和/或EAC包括在链路层信令中。
链路层信令可以包括以下信息。
系统参数-与发射器有关的参数或与在对应信道中提供服务的广播站有关的参数。
链路层-与IP报头压缩相关联的上下文信息以及对应的上下文应用于的DP的ID。
上层-IP地址和UDP端口号、服务和分量信息、紧急警报信息以及ID地址、UDP端口号、会话ID与在IP层发送的分组流和信令的DP之间的映射关系。
如上所述，一个或多个广播服务是在一个频带中发送的，接收器不必对所有DP进行解码，并且预先检查信令信息并仅对与必要的服务有关的DP进行解码是高效的。
在这种情况下，参考附图，广播系统可以使用FIC和/或基础DP来提供并获取用于映射DP和服务的信息。
现在将描述在附图的发射器中对广播信号或广播数据进行处理的过程。一个或多个广播站(广播站#1至#N)可以对一个或多个广播服务的分量信令和/或数据进行处理以便通过一个或多个会话来发送。可以通过一个或多个会话来发送一个广播服务。广播服务可以包括包含在广播服务中的一个或多个分量和/或用于广播服务的信令信息。分量信令可以包括用来在接收器中获取包括在广播服务中的分量的信息。可以通过IP层中的处理来向链路层发送用于一个或多个广播服务的服务信令、分量信令和/或数据。
在链路层中，发射器在需要针对IP分组的开销减少时执行开销减少并且生成相关信息作为链路层信令。除上面描述的信息之外，链路层信令还可以包括规定广播系统的系统参数。发射器可以在链路层处理过程中对IP分组进行处理并且以一个或多个DP的形式将经处理的IP分组发送到物理层。
发射器可以以FIC和/或EAC的形式或配置向接收器发送链路层信令。此外，发射器还可以通过链路层的封装过程来向基础DP发送链路层信令。
图86是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP时在接收器的每个协议栈中的信号和/或数据的详细处理操作的图。
如果用户选择或者改变期望被接收的服务，则接收器调谐到对应的频率。接收器读取与对应信道相关联的存储在DB等中的信息。存储在接收器的DB等中的信息可以是在初始信道扫描期间获取FIC和/或EAC时包括的信息。替换地，接收器可以像在本说明书中上面所描述的那样提取发送的信息。
接收器可以接收FIC和/或EAC，接收关于接收器期望访问的信道的信息，然后更新预先存储在DB中的信息。接收器可以获取由用户选择的服务的分量以及关于通过每个分量发送的DP的映射关系的信息，或者获取用来发送获得这种信息所必需的信令的基础DP和/或普通DP。此外，当使用FIC的版本信息或标识是否需要专用信道的附加更新的信息来判断在对应信息中没有变化时，接收器可以省略对所接收的FIC和/或EAC进行解码或者解析的过程。
接收器可以基于通过FIC发送的信息通过对基础DP和/或用来发送信令信息的DP进行解码来获取包括链路层信令信息的链路层信令分组。接收器可以在必要时通过与通过专用信道接收的信令信息(例如，附图中的接收器信息)组合来使用所接收的链路层信令信息。
接收器可以使用FIC和/或链路层信令信息来获取关于正在通过当前信道发送的多个DP当中的用于接收由用户选择的服务的DP的信息以及关于对应DP的分组流的开销减少信息。
当通过上层信令来发送关于用于接收所选择的服务的DP的信息时，接收器可以像上面所描述的那样获取存储在DB和/或共享存储器中的信令信息，然后获取通过所对应的信令信息指示的关于要解码的DP的信息。
当通过同一DP来发送链路层信令信息和普通数据(例如，包括在广播内容中的数据)或者仅一个DP被用于发送链路层信令信息和普通数据时，在信令信息被解码和/或解析的同时接收器可以将通过DP发送的普通数据临时存储在诸如缓冲器的装置中。
接收器可以获取基础DP和/或用来发送信令信息的DP，获取关于要接收的DP的开销减少信息，使用所获取的开销信息来针对在普通DP中接收的分组流执行解封装和/或报头恢复，对形式为IP分组流的分组流进行处理，并且将IP分组流发送到接收器的上层。
图87是图示根据本发明的另一实施例的FIC的语法的图。
此附图中所描述的包括在FIC中的信息可以与包括在FIC中的其它信息选择性地组合并且可以配置FIC。
接收器可以使用包括在FIC中的信息来迅速获取关于信道的信息。接收器可以使用包括在FIC中的信息来获取引导相关信息。FIC可以包括用于快速信道扫描和/或快速服务获取的信息。FIC可以由其它名称(例如，服务列表表或服务获取信息)来表示。FIC可以根据广播系统在IP层中通过被包括在IP分组中来发送。在这种情况下，可以使发送FIC的IP地址和/或UDP端口号固定为特定值，并且接收器可以识别利用对应的IP地址和/或UDP端口号发送的IP分组包括FIC，而无需附加的处理过程。
FIC可以包括FIC_protocol_version信息、transport_stream_id信息、num_partitions信息、partition_id信息、partition_protocol_version信息、num_services信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、service_status信息、service_distribution信息、sp_indicator信息、IP_version_flag信息、SSC_source_IP_address_flag信息、SSC_source_IP_address信息、SSC_destination_IP_address信息、SSC_destination_UDP_port信息、SSC_TSI信息、SSC_DP_ID信息、num_partition_level_descriptors信息、partition_level_descriptor()信息、num_FIC_level_descriptors信息和/或FIC_level_descriptor()信息。
FIC_protocol_version信息表示FIC的协议的版本。
transport_stream_id信息标识广播流。可以将transport_stream_id信息用作用于标识广播站的信息。
num_partitions信息表示广播流中的分区的数目。广播流可以在被划分成一个或多个分区之后发送。每个分区可以包括一个或多个DP。包括在每个分区中的DP可以由一个广播站使用。在这种情况下，可以将分区定义为分配给每个广播站的数据发送单元。
partition_id信息标识分区。partition_id信息可以标识广播站。
partition_protocol_version信息表示分区的协议的版本。
num_services信息表示包括在分区中服务的数目。服务可以包括一个或多个分量。
service_id信息标识服务。
service_data_version信息表示当服务的信令表(信令信息)改变了或者通过FIC发信号通知的服务的服务条目改变了时的变化。每当这种变化存在时service_data_version信息可以递增其值。
service_channel_number信息表示服务的信道号。
service_category信息表示服务的类别。服务的类别包括A/V内容、音频内容、电子服务指南(ESG)和/或内容点播(CoD)。
service_status信息表示服务的状态。服务的状态可以包括活动或暂停状态以及隐藏或展示状态。服务的状态可以包括不活动状态。在不活动状态下，当前不提供但是可以稍后提供广播内容。因此，当观众在接收器中对信道进行扫描时，接收器可能不向观众示出对应服务的扫描结果。
service_distribution信息表示服务的数据的分发状态。例如，service_distribution信息可以表示服务的整个数据被包括在一个分区中、服务的部分数据未被包括在当前分区中但是内容可仅由此分区中的数据表示、需要另一分区来表示内容或者需要另一广播流来表示内容。
sp_indicator信息标识是否已应用服务保护。sp_indicator信息可以例如为了有意义的呈现来标识一个或多个必要的分量是否被保护(例如，分量被加密的状态)。
IP_version_flag信息标识由SSC_source_IP_address信息和/或SSC_destination_IP_address信息所指示的IP地址是IPv4地址还是IPv6地址。
SSC_source_IP_address_flag信息标识SSC_source_IP_address信息是否存在。
SSC_source_IP_address信息表示发送服务的信令信息的IP数据报的源IP地址。服务的信令信息可以被称为服务层信令。服务层信令包括规定广播服务的信息。例如，服务层信令可以包括标识发送构成广播服务的分量的数据单元(会话、DP或分组)的信息。
SSC_destination_IP_address信息表示发送服务的信令信息的IP数据报(或信道)的目的地IP地址。
SSC_destination_UDP_port信息表示发送服务的信令信息的UDP/IP流的目的地UDP端口号。
SSC_TSI信息表示发送服务的信令信息(或信令表)的LCT信道(或会话)的传输会话标识符(TSI)。
SSC_DP_ID信息表示用于标识包括服务的信令信息(或信令表)的DP的ID。作为包括信令信息的DP，可以分配广播发送过程中的最鲁棒的DP。
num_partition_level_descriptors信息标识用于分区的分区级别的描述符的数目。
partition_level_descriptor()信息包括为分区提供附加信息的零个或多个描述符。
num_FIC_level_descriptors信息表示用于FIC的FIC级别的描述符的数目。
FIC_level_descriptor()信息包括为FIC提供附加信息的零个或多个描述符。
图88是图示根据本发明的实施例的signaling_Information_Part()的图。
广播系统可以在用于在通过上面描述的DP发送的分组的结构中发送信令信息的分组的情况下将附加信息添加到扩展报头部分。这种附加信息将被称为Signaling_Information_Part()。
Signaling_Information_Part()可以包括用来为接收的信令信息确定处理模块(或处理器)的信息。在系统配置过程中，广播系统可以调整分配给Signaling_Information_Part()的字节中的指示信息的字段的数目以及分配给每个字段的比特的数目。当通过复用来发送信令信息时，接收器可以使用包括在Signaling_Information_Part()中的信息来确定对应的信令信息是否被处理并且确定应该将信令信息发送到哪个信令处理模块。
Signaling_Information_Part()可以包括Signaling_Class信息、Information_Type信息和/或信令格式信息。
Signaling_Class信息可以表示发送的信令信息的类别。信令信息可以对应于FIC、EAC、链路层信令信息、服务信令信息和/或上层信令信息。可以根据系统设计来确定针对由Signaling_Class信息的字段的比特的数目的配置的每个值所指示的信令信息的类别的映射。
Information_Type信息可以被用来指示由信令类别信息所标识的信令信息的细节。可以根据由Signaling_Class信息指示的信令信息的类别附加地定义由Information_Type信息指示的值的含义。
信令格式信息表示在有效载荷中配置的信令信息的形式(或格式)。信令格式信息可以标识附图中所图示的不同类型的信令信息的格式并且标识附加地指定的信令信息的格式。
附图中所图示的(a)和(b)的Signaling_Information_Part()是一个实施例并且可以根据广播系统的特性来调整分配给其每个字段的比特的数目。
如在附图的(a)中的Signaling_Information_Part()可以包括信令类别信息和/或信令格式信息。当不必指定信令信息的类型或者能够在信令信息中判断信息类型时，可以使用Signaling_Information_Part()。替换地，当使用仅一个信令格式时或者当用于信令的附加协议存在使得信令格式总是相等的时，可以在无需配置信令字段的情况下使用仅4比特信令类别字段并且可以保留其它字段以供以后使用或者8比特信令类别可以被配置成支持各种类型的信令。
如在附图的(b)中的Signaling_Information_Part()还可以包括用于指示信令类别中的更详细信息在该信令类别被指定时的类型或特性的信息类型信息，并且还可以包括信令格式信息。信令类别信息和信息类型信息可以被用来确定信令信息的解封装或对应信令的处理过程。链路层信令的详细结构或处理可以参考上述描述以及将在下面给出的描述。
图89是图示根据本发明的实施例的用于控制发射器和/或接收器在链路层中的操作模式的过程的图。
当确定了链路层的发射器或接收器的操作模式时，能够更高效地使用并能够灵活地设计广播系统。根据本发明提出的控制链路层模式的方法能够动态地转换链路层的模式，以便高效地管理系统带宽和处理时间。此外，根据本发明的控制链路层模式的方法可以容易地应付由于物理层的变化而需要支持特定模式或者另一方面特定模式不必再改变的情况。此外，根据本发明的控制链路层模式的方法还可以允许广播系统在提供广播服务的广播站打算指定发送对应服务的方法时容易地满足对应广播站的要求。
控制链路层的模式的方法可以被配置成仅在链路层中执行或者经由链路层中的数据配置的变化而执行。在这种情况下，能够在无需具体化单独的功能的情况下在网络层和/或物理层中执行每个层的独立操作。在根据本发明提出的链路层的模式下，能够在系统中利用信令或参数来控制模式，而无需改变系统以便满足物理层的配置。只有当在物理层中支持对应输入的处理时才可以执行特定模式。
该图是图示通过发射器和/或接收器在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)过程可以包括开销恢复过程。
图90是图示根据本发明的实施例的在链路层中根据标志的值以及发送到物理层的分组的类型的操作的图。
为了确定链路层的操作模式，可以使用前述信令方法。可以向接收器直接发送与该方法相关联的信令信息。在这种情况下，前述信令数据或链路层信令分组可以包括将在下面描述的模式控制以及相关信息。
考虑到接收器的复杂性，可以向接收器间接指示链路层的操作模式。
关于操作模式的控制可以配置以下两个标志。
报头压缩标志(HCF)：这可以是用于确定报头压缩是否应用于对应的链路层的标志并且可以具有指示启用或禁用的值。
封装标志(EF)：这可以是用于确定是否在对应的链路层中应用封装的标志并且可以具有指示启用或禁用的值。然而，当需要根据报头压缩方案执行封装时，可以将EF定义为依赖于HCF。
可以根据系统配置来应用映射到每个标志的值，只要该值表示启用和禁用即可，并且能够改变分配给每个标志的比特数。根据本发明的实施例，可以将启用值映射到1并且可以将禁用值映射到0。
该图示出了是否根据HCF和EF的值，并且在这种情况下根据发送到物理层的分组格式，来执行包括在链路层中的报头压缩和封装。也就是说，根据本发明的实施例，接收器能够知道输入到物理层的分组的类型作为关于HCF和EF的信息。
图91是图示根据本发明的实施例的用于发信号通知模式控制参数的描述符的图。
作为关于链路层中的模式控制的信息的标志可以是由发射器以描述符的形式生成并发送到接收器的信令信息。包括作为关于模式控制的信息的标志的信令可以被用来控制头端终端的发射器中的操作模式，并且作为关于模式控制的信息的标志是否被包括在发送到接收器的信令中可以可选地被选择。
当包括作为关于模式控制的信息的标志的信令被发送到接收器时，接收器可以直接选择关于对应DP的操作模式并执行分组解封装操作。当包括作为关于模式控制的信息的标志的信令未被发送到接收器时，接收器能够使用被发送到接收器的分组报头的物理层信令或字段信息来确定用来发送信令的模式。
根据本发明的实施例的链路层模式控制描述可以包括DP_id信息、HCF信息和/或EF信息。可以将链路层模式控制描述包括在前述FIC中的发送参数，链路层信令分组，经用专用信道、PSI/SI和/或物理层的信令中。
DP_id信息标识链路层中的模式应用于的DP。
HCF信息标识是否在由DP_id信息所标识的DP中应用报头压缩。
EF信息标识是否对由DP_id信息所标识的DP执行封装。
图92是图示根据本发明的实施例的用于控制操作模式的发射器的操作的图。
尽管在图中未图示，但是在链路层的处理过程之前，发射器可以执行上层(例如，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。可以将服务信令信道数据发送到前述专用信道。
图93是图示根据本发明的实施例的用于根据操作模式对广播信号进行处理的接收器的操作的图。
接收器可以与分组流一起接收与链路层中的操作模式相关联的信息。
接收器接收信令信息和/或信道信息(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)。
图94是图示根据本发明的实施例的用于标识封装模式的信息的图。
在广播系统中，当链路层中的处理在一个或多个模式下操作时，可能需要用于确定链路层中的处理(在发射器和/或接收器中)作为哪种模式的过程。在建立发射器与接收器之间的发送链路的过程中，发射器和/或接收器可以确认链路层的配置信息。这种情况可以对应于接收器被最初建立或者针对服务执行扫描过程或者移动接收器新进入发射器的发射半径内的区域的情况。此过程可以被称为初始化过程或引导过程。此过程可以被配置为在无需通过附加过程来配置的情况下由系统所支持的过程的部分过程。在本说明书中，此过程将被称为初始化过程。
可以根据由对应的链路层所支持的功能以及由每个功能拥有的操作模式的类型来确定初始化过程中所需的参数。将在下文中给出能够确定构成链路层的功能以及根据这些功能的操作模式的参数的描述。
上面描述的附图图示用于标识封装模式的参数。
当能够配置用于在链路层或上层(例如，IP层)中对分组进行封装的过程时，索引被指配给相应的封装模式并且可以将适当的字段值分配给每个索引。附图图示映射到每个封装模式的字段值的实施例。虽然假定了在此实施例中指配了2比特字段值，但是当存在更多可支持的封装模式时，在实际实施中可以在系统许可的范围内扩展该字段值。
在此实施例中，如果指示封装模式的信息的字段被设置为“00”时，则对应的信息可以表示链路层中的封装被旁路并且未执行。如果指示封装模式的信息的字段被设置为“01”，则对应的信息可以表示数据是通过链路层中的第一封装方案来处理的。如果指示封装模式的信息的字段被设置为“10”，则对应的信息可以表示数据是通过链路层中的第二封装方案来处理的。如果指示封装模式的信息的字段被设置为“11”，则对应的信息可以表示数据是通过链路层中的第三封装方案来处理的。
图95是图示根据本发明的实施例的用于标识报头压缩模式的信息的图。
链路层中的处理可以包括IP分组的报头压缩的功能。如果能够在链路层中支持几个IP报头压缩方案，则发射器可以确定该发射器将使用哪个方案。
报头压缩模式的确定通常伴随封装功能。因此，当封装模式被禁用时，也可以禁用报头压缩模式。上面描述的附图图示映射到每个报头压缩模式的字段值的实施例。虽然假定了在此实施例中指配3比特字段值，但是在实际实施中可以根据可支持的报头压缩模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中，如果指示报头压缩模式的信息的字段被设置为“000”，则所应的信息可以指示不在链路层中执行针对数据的报头压缩处理。如果指示报头压缩模式的信息的字段被设置为“001”，则对应的信息可以指示在链路层中针对数据的报头压缩处理使用RoHC方案。如果指示报头压缩模式的信息的字段被设置为“010”，则对应的信息可以指示在链路层中针对数据的报头压缩处理使用第二RoHC方案。如果指示报头压缩模式的信息的字段被设置为“011”，则对应的信息可以指示在链路层中针对数据的报头压缩处理使用第三RoHC方案。如果指示报头压缩模式的信息的字段被设置为“100”至“111”，则对应的信息可以指示针对数据的报头压缩作为用于标识在链路层中针对数据的新报头压缩处理方案的区域被保留。
图96是图示根据本发明的实施例的用于标识分组重新配置模式的信息的图。
为了对诸如广播系统的双向链路应用报头压缩方案，广播系统(发射器和/或接收器)需要迅速地获取上下文信息。广播系统可以通过部分压缩的分组的重新配置和/或上下文信息的提取以带外形式在报头压缩过程之后发送/接收分组流。在本发明中，用于重新配置分组或者执行诸如能够标识分组的结构的信息的添加的处理的模式可以被称为分组重新配置模式。
分组重新配置模式可以使用几个方案并且广播系统可以在链路层的初始化过程中指定对应的方案。上面描述的附图图示映射到分组重新配置模式的索引和字段值的实施例。虽然假定了在此实施例中指配2比特字段值，但是在实际实施中可以根据可支持的分组重新配置模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中，如果指示分组重新配置模式的信息的字段被设置为“00”，则对应的信息可以表示不在链路层中执行针对发送数据的分组的重新配置。如果指示分组重新配置模式的信息的字段被设置为“01”，则对应的信息可以表示针对在链路层发送数据的分组执行第一重新配置方案。如果指示分组重新配置模式的信息的字段被设置为“10”，则对应的信息可以表示针对在链路层发送数据的分组执行第二重新配置方案。如果指示分组重新配置模式的信息的字段被设置为“11”，则对应的信息可以表示针对在链路层发送数据的分组执行第三重新配置方案。
图97是图示根据本发明的实施例的上下文发送模式的图。
上面描述的上下文信息的发送方案可以包括一个或多个发送模式。也就是说，广播系统可以以许多方式发送上下文信息。在广播系统中，可以根据系统和/或逻辑物理层的发送路径来确定上下文发送模式并且可以发信号通知用于标识上下文发送方案的信息。上面描述的附图图示映射到上下文发送模式的索引和字段值的实施例。虽然假定了在此实施例中指配3比特字段值，但是在实际实施中可以根据可支持的上下文发送模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中，如果指示上下文发送模式的信息的字段被设置为“000”，则对应的字段信息可以表示上下文信息作为第一发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“001”，则对应的信息可以表示上下文信息作为第二发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“010”，则对应的信息可以表示上下文信息作为第三发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“011”，则对应的信息可以表示上下文信息作为第四发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“100”，则对应的信息可以表示上下文信息作为第五发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“101”至“111”，则对应的信息可以表示上下文信息被保留以标识新的发送模式。
图98是图示根据本发明的实施例的当通过报头压缩方案来应用RoHC时的初始化信息的图。
虽然已经在本发明中通过示例的方式描述了RoHC被用于报头压缩的情况，但是即使当使用其它类型的报头压缩方案时也可以在广播系统中使用类似的初始化信息。
在广播系统中，可能需要根据报头压缩模式来发送适合于对应的压缩方案的初始化信息。在此实施例中，描述了针对报头压缩模式被设置为RoHC的情况的初始化参数。用于RoHC的初始化信息可以被用来发送关于作为压缩器与解压器之间的链路的RoHC信道的配置的信息。
一个RoHC信道可以包括一个或多个上下文信息，并且通常应用于RoHC信道中的所有上下文的信息可以通过被包括在初始化信息中来发送/接收。通过应用RoHC来通过其发送相关信息的路径可以被称为RoHC信道，并且通常，可以将RoHC信道映射到链路。此外，可以通常通过一个DP来发送RoHC信道，并且在这种情况下，可以使用与DP有关的信息来表达RoHC信道。
初始化信息可以包括link_id信息、max_cid信息、large_cids信息、num_profiles信息、profiles()信息、num_IP_stream信息和/或IP_address()信息。
link_id信息表示对应信息应用于的链路(RoHC信道)的ID。当通过一个DP来发送链路或RoHC信道时，link_id信息可以用DP_id代替。
max_cid信息表示CID的最大值。max_cid信息可以被用来向解压器通知CID的最大值。
large_cids信息具有布尔值并且标识在配置CID时是使用短CID(0至15)还是使用嵌入式CID(0至16383)。因此，还可以确定表达CID的字节大小。
num_profiles信息表达在标识的RoHC信道中支持的简档的数目。
profiels()信息表示在RoHC中压缩的协议报头的范围。因为压缩器和解压器应该在RoHC中具有相同的简档以压缩和恢复流，所以接收器可以从profiles()信息获取在发射器中使用的RoHC的参数。
num_IP_stream信息表示通过信道(例如，RoHC信道)发送的IP流的数目。
IP_address信息表示IP流的地址。IP_address信息可以表示被输入到RoHC压缩器(发射器)的过滤的IP流的目的地地址。
图99是图示根据本发明的实施例的用于标识链路层信令路径配置的信息的图。
在广播系统中，通常，通过其传送信令信息的路径被设计为不改变。然而，当系统改变了时或者在发生不同标准之间的代替的同时，需要发信号通知关于发送链路层信令信息而不是IP分组的物理层的配置的信息。此外，当移动接收器在由具有不同配置的发射器所覆盖的区域之间移动时，因为用来发送链路层信令信息的路径可能不同，所以可能发生应该发送链路层信令路径信息的情况。上面描述的附图图示用于标识作为用来发送/接收链路层信令信息的路径的信令路径的信息。可以根据在物理层中配置的信令发送路径相对于链路层信令信息来扩展或者缩短索引。与链路层中的配置分开地，对应信道的操作可以符合物理层的过程。
上面描述的附图图示关于信令路径配置的信息被分配给字段值的实施例。在本说明书中，当支持多条信令路径时，可以按小值的顺序将索引映射到很重要的信令路径。还可以标识具有根据索引值进行优先级排序的优先级的信令路径。
替换地，广播系统可以使用具有比由关于信令路径配置的信息所指示的信令路径高的优先级的所有信令路径。例如，当信令路径配置索引值是3时，对应的字段值可以是指示正在使用优先级为1、2和3的专用数据路径、特定信令信道(FIC)以及特定信令信道(EAC)中的全部的“011”。
上述方案的信令能够减少发送信令信息的数据的量。
图100是图示根据本发明的实施例的关于通过比特映射方案的信令路径配置的信息的图。
可以通过比特映射方案的定义来发送/接收关于信令路径配置的上面描述的信息。在此实施例中，考虑了将4个比特分配给关于信令路径配置的信息并且可以映射与相应的比特b1、b2、b3和b4对应的信令路径。如果每个位置的比特值是0，则这可以指示对应的路径被禁用，而如果每个位置的比特值是1，则这可以指示对应的路径被启用。例如，如果4比特信令路径配置字段值是“1100”，则这可以指示广播系统正在链路层中使用专用DP和特定信令信道(FIC)。
图101是图示根据本发明的实施例的链路层初始化过程的流程图。
如果接收器被加电或者移动接收器进入新发射器的发送区域，则接收器可以针对所有或一些系统配置执行初始化过程。在这种情况下，还可以执行针对链路层的初始化过程。可以像附图中所图示的那样执行使用上面描述的初始化参数在接收器中最初建立链路层。
接收器进入链路层的初始化过程(JS32010)。
在进入链路层的初始化过程后，接收器选择封装模式(JS32020)。接收器可以在此过程中使用上面描述的初始化参数来选择封装模式。
接收器确定封装是否被启用(JS32030)。接收器可以在此过程中使用上面描述的初始化参数来确定封装是否被启用。
通常，因为在封装过程之后应用报头压缩方案，所以如果封装模式被禁用，则接收器可以确定报头压缩模式被禁用(JS32080)。在这种情况下，因为接收器没有必要再进行到初始化过程，所以接收器可以向另一层立即发送数据或者过渡到数据处理过程。
当封装模式被启用时接收器选择报头压缩模式(JS32040)。在选择报头压缩模式后，接收器可以使用上面描述的初始化参数来确定应用于分组的报头压缩方案。
接收器确定报头压缩是否被启用(JS32050)。如果报头压缩被禁用，则接收器可以立即发送数据或者过渡到数据处理过程。
如果报头压缩被启用，则接收器相对于对应的报头压缩方案而选择分组流重新配置模式和/或上下文发送模式(JS32060和JS32070)。接收器可以在此过程中使用上面描述的信息来选择相应的模式。
接下来，接收器可以发送用于另一处理过程的数据或者执行该数据处理过程。
图102是图示根据本发明的另一实施例的链路层初始化过程的流程图。
接收器进入链路层的初始化过程(JS33010)。
接收器标识链路层信令路径配置(JS33020)。接收器可以使用上面描述的信息来标识用来发送链路层信令信息的路径。
接收器选择封装模式(JS33030)。接收器可以使用上面描述的初始化参数来选择封装模式。
接收器确定封装是否被启用(JS33040)。接收器可以在此过程中使用上面描述的初始化参数来确定封装是否被启用。
通常，因为在封装过程之后应用报头压缩方案，所以如果封装模式被禁用，则接收器可以确定报头压缩模式被禁用(JS34100)。在这种情况下，因为接收器没有必要再进行到初始化过程，所以接收器可以向另一层立即发送数据或者过渡到数据处理过程。
当封装模式被启用时接收器选择报头压缩模式(JS33050)。在选择报头压缩模式后，接收器可以使用上面描述的初始化参数来确定应用于分组的报头压缩方案。
接收器确定报头压缩是否被启用(JS33060)。如果报头压缩被禁用，则接收器可以立即发送数据或者过渡到数据处理过程。
如果报头压缩被启用，则接收器相对于对应的报头压缩方案而选择分组流重新配置模式和/或上下文发送模式(JS33070和JS33080)。接收器可以在此过程中使用上面描述的信息来选择相应的模式。
接收器执行报头压缩初始化(JS33090)。接收器可以在执行报头压缩初始化的过程中使用上面描述的信息。接下来，接收器可以发送用于另一处理过程的数据或者执行该数据处理过程。
图103是图示根据本发明的实施例的用于发送初始化参数的信令格式的图。
为了实际上将上面描述的初始化参数发送到接收器，广播系统可以以描述符的形式发送/接收对应的信息。当在系统中配置的链路层中操作的多个链路存在时，可以指配能够标识相应的链路的link_id信息并且可以根据link_id信息来应用不同的参数。例如，如果发送到链路层的数据的类型是IP流，则当IP地址在所对应的IP流中未改变时，配置信息可以指定由上层发送的IP地址。
根据本发明的实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息、context_transmission_mode信息、max_cid信息、large_cids信息、num_profiles信息和/或profiles()信息。上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图104是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
该附图图示用于实际上将上面描述的初始化参数发送到接收器的另一形式的描述符。在此实施例中，上面描述的报头压缩的初始配置信息被排除。当在每个链路层的数据处理中执行附加报头压缩初始化过程或者附加报头压缩参数被给予给每个链路层的分组时，可以发送和接收以与在此实施例中相同的形式配置的描述符。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图105是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
该附图图示用于实际上将上面描述的初始化参数发送到接收器的另一形式的描述符。在此实施例中，用于发送初始化参数的描述符包括关于信令发送路径的配置信息，而不包括报头压缩的初始配置信息。
关于信令发送路径的配置参数可以使用如上所述的4比特映射方案。当用于对广播信号进行处理的广播系统(或者发射器或接收器)改变时，链路层信令发送方案或链路层信令的内容可能不同。在这种情况下，如果以与在此实施例中相同的形式发送初始化参数，则即使在链路层信令的改变的情况下也可以使用该初始化参数。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、num_link信息、signaling_path_configuration信息、dedicated_DP_id信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。
当通过专用DP来发送链路层信令信息时，dedicated_DP_id信息是标识对应DP的信息。当专用DP被确定为用于在信令路径配置中发送信令信息的路径时，可以将DP_id指定成将DP_id信息包括在用于发送初始化参数的描述符中
包含在描述符中的上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图106是图示根据本发明的实施例的接收器的图。
根据本发明的实施例的接收器可以包括调谐器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对接收器执行总体控制。
图107图示根据本发明的另一实施例的链路层分组的报头结构。
本发明可以对应于当TS分组被输入到链路层时封装和包括传送流(TS)分组的链路层分组的报头结构。
在这样的情况下，链路层分组的报头可以具有与前述链路层分组的报头结构不同的结构。不言而喻的是，在一些实施例中，当TS分组被封装时，链路层分组的报头也可以具有与链路层分组的前述报头结构相同的结构。
在被图示的实施例t107010中，链路层分组报头可以包括分组类型字段、计数字段、NPDI字段、以及/或者HCI字段。在一些实施例中，链路层分组报头可以进一步包括保留比特R，用于未来使用。
分组类型字段可以对应于前述的Packet_Type字段。如上所述，分组类型字段可以指示被包括在对应的链路层分组的有效载荷中的输入分组的类型。此情况对应于TS分组被封装的情况，并且因此分组类型字段可以指示TS分组被封装。如上所述，分组类型字段可以根据分组类型字段的值指示是否IPv4IP分组、被压缩的IP分组、L2信令等等被包括在链路层有效载荷中。
计数字段可以指示被包括在对应的链路层分组的有效载荷中的TS分组的数目。此字段可以在分组类型字段之后，并且在一些实施例中，也可以被称为NUM_TS字段。计数字段可以具有如在附图中所图示的5个比特的值，或者在一些实施例中，可以具有4个比特的值。
包括分组类型字段和/或计数字段的区域可以被称为TS分组封装情况的基本报头。当计数字段具有4个比特的值时，基本报头的剩余的1个比特可以对应于指示是否包括附加字段的附加报头存在于基本报头之后的标志信息。
TS分组封装情况的附加报头可以被定位在基本报头之后。前述的NPDI字段和/或HCI字段可以被包括在附加的报头中。NPDI字段和HCI字段可以分别被称为删除的空分组(DNP)字段和报头删除模式(HDM)字段。
NPDI字段可以指示已经被定位在包括在对应的链路层分组中的TS分组之前的删除的空分组的数目。在TS分组封装之前，可以对输入分组执行开销减少过程。在作为开销减少过程之一的空分组删除过程中，可以删除输入流的空分组。NPDI字段可以指示删除的空分组使得接收侧能够恢复空分组。NPDI字段可以用作根据NPDI字段的值指示是否执行空分组删除过程的指示符(标志)。当NPDI字段指示不存在删除的空分组时，NPDI字段也可以指示还没有执行空分组删除。稍后将会描述开销减少过程。
在一些实施例中，当稍后要描述的HCI字段具有0的值并且NPDI字段具有0的值时，空分组可以被删除了通过NPDI字段指示的最大空分组的数目那么多。例如，当NPDI字段具有7个比特时，这可以指示删除了总共128个空分组。当稍后要描述的HCI字段具有1的值并且NPDI字段具有0的值时，不可以删除任何空分组。通常，空分组可以被删除了NPDI的值那么多。即，当NPDI的值是5时，这可以指示已经删除了5个空分组。
HCI字段可以指示是否对对应的链路层分组已经执行报头删除过程。报头删除过程可以被包括在前述的开销减少过程中。在一些实施例中，HCI字段可以具有1个比特或者2个比特的大小。1个比特的HCI字段可以指示是否执行报头删除过程，如上所述。当HCI字段具有2个比特的大小时，HCI字段可以指示执行以删除报头的报头删除方法的类型以及是否执行报头删除过程。稍后将会描述报头删除方法的类型。
可以通过详细地图示前述的报头结构实施例t107010形成被图示的实施例t107020。根据前述的DPDI字段的值DNP配置信息可以进一步是后续的。当NPDI字段指示不存在被删除的空分组时(例如，当NPDI字段的值是0x00时)，DNP配置信息不可以是后续的。当NPDI字段指示被删除的空分组存在并且指示被删除的空分组的数目时，DNP配置信息可以存在。
DNP配置信息可以指示关于被删除的空分组的信息。DNP配置信息可以包括一个或者多个字段。字段可以包括指示在对应的链路层分组中被删除的空分组的最初位置的信息、关于被删除的空分组的数目的信息等等的字段。
在一些实施例中，即使当被删除的空分组存在时，根据用于删除空分组的方法可以不存在DNP配置信息。
图108图示根据本发明的另一实施例的链路层分组的报头结构。
当TS分组被输入到链路层时本实施例也可以对应于链路层分组的报头结构。
本实施例t108010的报头结构也可以包括前述的分组类型字段、计数字段、NPDI字段、以及/或者HCI字段。这些字段可以执行与前述的功能相同的功能并且在比特数目等等方面可以仅是不同的。
在本实施例中，可以添加可选的字段指示符(OP)字段。OP字段可以是指示前述的附加报头存在的字段。OP字段可以存在于基本报头中并且可以具有1个比特的大小。在这样的情况下，计数字段可以具有4个比特的大小。在一些实施例中，OP字段也可以被称为附加报头标志(AHF)字段。根据OP字段的值，附加的报头可以或者可以不存在于基本报头之后。根据OP字段的值，是否NPDI字段和/或HCI字段存在，并且在这一点上，当在前述的开销减少过程中没有执行空分组删除或者报头删除过程时，可以不存在NPDI字段和/或HCI字段。即，OP字段可以指示是否对对应的链路层分组的数据已经执行空分组删除或者报头删除过程，以及可以用作指示是否存在附加的报头的简单标志。即，当空分组删除或者报头删除被执行时，OP字段可以具有1的值并且附加的报头也可以存在。
可以通过详细地图示前述的报头结构实施例t108010形成被图示的实施例t108020。根据基本报头的OP字段的值，附加的报头可以不存在(0，报头的结束)或者可以存在(1)。然后，像在前述的实施例中一样，根据NPDI的值，可以确定是否DNP配置信息存在。在此，根据要被添加到被保留的比特的特定字段或者HCI字段的值，DNP配置可以具有不同的信息。
图109图示根据本发明的另一实施例的链路层分组的报头结构。
当TS分组被输入到链路层时本实施例也可以对应于链路层分组的报头结构。
本实施例t109010的报头结构也可以包括前述的分组类型字段、计数字段、OP字段、NPDI字段、以及/或者HCI字段。这些字段可以执行与前述的功能相同的功能并且可以仅在比特数目等等方面是不同的。
在本实施例中，I字段可以被进一步添加。I字段可以是ISSY指示符，并且指示是否在对应的链路层分组中存在ISSY信息。当I的值是0时，ISSY信息在对应的链路层分组和链路层分组报头中可以不存在。当I的值是1时，在与链路层分组报头相对应的链路层分组中可以存在ISSY信息。在此，输入流同步器(ISSY)信息可以是用于输入流的同步的信息，并且可以具有与当前链路层分组有关的输入流的时钟参考信息。当接收器在接收侧处再生输出流时ISSY可以被用于获知精确的时序输出流。
可以通过详细地图示前述的报头结构实施例t109010形成被图示的实施例t109020。根据前述的OP字段和NPDI字段的值，可以分类报头结构的情况，其与上述描述相同。根据前述的I字段的值，在对应的链路层分组中可以或者可以不存在ISSY信息。当I字段是0时，ISSY信息可以不被添加，并且当I字段是1时，ISSY信息可以存在。ISSY信息可以被包括在被图示的ISSY字段中，并且在一些实施例中，ISSY字段的位置可以被改变。ISSY信息可以被定位在链路层有效载荷中，并且在一些实施例中，ISSY信息可以被定位在BB分组中，但是不在链路层分组中。
图110图示根据本发明的另一实施例的链路层分组的报头结构。
当TS分组被输入到链路层时，本实施例也可以对应于链路层分组的报头结构。
本实施例的报头结构也可以包括前述的分组类型字段、NUMTS字段、AHF字段、HDM字段、以及/或者DNP字段。NUMTS字段可以是前述的计数字段的另一术语。AHF字段可以是前述的OP字段的另一术语。HDM字段可以是前述的HCI字段的另一术语。DNP字段可以是前述的NPDI字段的另一术语。这些字段可以执行与前述的功能相同的功能并且可以在比特数目等等方面仅是不同的。
在本实施例中，链路层分组的基本报头可以包括分组类型字段、NUMTS字段、以及/或者AHF字段。分组类型字段可以指示TS分组被包括在有效载荷中，NUMTS字段可以指示被包括在有效载荷中的TS分组的数目，并且AHF字段可以指示是否附加的报头存在于基本报头之后，其详细的描述与上面的描述相同。
另外，附加的报头可以包括HDM字段和/或DNP字段。在本实施例中，这些字段可以分别具有1个比特和7个比特的大小。HDM字段可以指示是否前述的报头删除过程已经被执行。DNP字段可以指示是否前述的空分组删除已经被执行，并且当空分组删除已经被执行时指示被删除的空分组的数目，其详细描述与上面的描述相同。
图111是用于根据本发明的实施例的当TS分组被输入到链路层时开销减少过程的解释的图。
如上所述，当输入分组被输入到链路层时，在封装之前可以执行开销减少过程。可以执行开销减少过程以提高传输效率。开销减少可以包括至少一个开销减少机制。开销减少机制可以被用于IP分组等等，但是不用于TS分组。
开销减少机制的示例之一可以是同步字节去除机制。同步字节和同步信息可以被定位在各个TS分组的前部分中。同步字段可以是被用于输入分组的同步的信息。然而，同步字段具有1个字节的大小，具有0x47的固定值，并且被定位在TS分组的第一字节中，并且可能难以在接收侧处再生同步字节。因此，在传输之前可以删除同步字节以便于提高传输效率。在一些实施例中，也可以始终执行同步字节的删除。
开销减少机制也可以包括空分组删除机制。在输入流的情况下，特别地，TS输入流，用于固定的传输效率的空分组以及TS分组可以被包括在输入流中。在传输方面空分组可以仅是开销。空分组可以具有PID 0x1FFF的值，并且因为在接收侧处空分组可以是可恢复的，所以在传输之前可以删除信息。根据诸如前述的DNP字段的信息可以恢复空分组。
当空分组删除机制被应用时，前述的DNP字段可以被重置为0。然后，在输入流中的空分组可以被顺序地删除。在此过程中，当空分组被删除时DNP字段的值可以被增加了1。以这样的方式，用于对空分组删除和DNP值的反映的过程被连续地执行，并且然后当第一TS分组(不是空分组的分组)出现时可以停止。在链路层分组的有效载荷中可以封装从第一TS分组开始的一组连续的有用的输入分组。同时，对应的链路层分组报头的DNP字段的值可以被确定为增加的DNP的值。即，DNP字段可以指示在对应的链路层分组之前已经删除的空分组的数目。然后，为了下一个链路层分组DNP字段可以被重置为0。
开销减少机制也可以包括报头删除机制。该机制可以是用于删除在TS分组报头当中具有公共信息项目的分组报头的机制。例如，当两个或者更多个连续的TS分组分别包括公共的信息项目并且仅在TS分组中的连续性计数器字段的值逐渐增加时，报头删除机制可以被应用。
在这样的情况下，仅在连续的TS分组当中的第一TS分组的报头可以被发送，并且剩余的TS分组的报头可以被删除。接收侧可以使用前述的NUMTS字段和HDM字段恢复删除的TS分组的报头。这是因为，被删除的报头能够具有与第一TS分组报头相同的值，并且连续性计数器字段能够从第一TS分组的连续性计数器字段的值增加1以便被恢复。
在一些实施例中，空分组删除机制和报头删除机制可以被省略，并且当所有的机制被使用时，同步字节删除、空分组删除、以及报头删除机制可以以陈述的顺序被执行。
当空分组删除和报头删除机制没有被执行时，图示的实施例可以对应于链路层分组的结构。在本实施例中，7个输入分组作为链路层分组被封装。
7个输入分组可以被顺序地级联并且可以被定位在链路层分组的有效载荷中。根据前述实施例的报头可以被定位在链路层分组的报头部分中。在被图示的实施例中，根据在前述实施例当中的本发明的两个实施例的报头被包括在报头部分中。然而，根据其它的前述实施例的链路层结构可以被使用。
在分组结构#1中，分组类型字段可以具有010的值。这是因为TS分组被封装。计数字段和NUMTS字段可以指示7个输入分组被封装。NPDI字段和HCI字段可以分别指示没有执行空分组删除和报头删除机制。
在分组结构#2中，分组类型字段和计数字段可以具有与分组结构#1中相同的值。在此，分组结构#2的报头结构可以是具有前述OP字段的报头结构。在OP字段和AHF字段中，空分组删除和报头删除机制没有被执行，并且因此OP字段和AHF字段可以具有0的值。因此，附加的报头可以不存在，并且用于空分组删除和报头删除机制的字段可以不存在。
图112是用于根据本发明的另一实施例的在TS分组的开销减少过程中空分组删除指针(NPDP)字段和删除空分组计数器(DNPC)的解释的图。
在上面已经描述了空分组删除过程。不同于空分组删除机制的前述实施例，其中NPDP字段被添加和使用的空分组删除机制的实施例也可以存在。NPDP字段可以指示其中空分组被删除并且提供在接收侧处恢复空分组所要求的信息。在不具有前述的NPDP的空分组删除机制的情况下，在此过程期间，被删除的空分组可以被定位在第一TS分组的前面，并且被删除的空分组不可以被定位在被包括在链路层分组有效载荷中的的TS分组之间。
在输入流中可以存在除了TS分组之外的空分组。在发送侧，可以删除空分组。然后，如所图示的，DNPC信息可以被插入到被删除的空分组的位置。DNPC信息可以是指示在对应的位置中的被删除的空分组的数目的字段。在一些实施例中，字段可以具有1个字节的大小，并且因此，可以计数256个空分组。
在一些实施例中，DNPC信息可以与TS分组一起存在于链路层分组的有效载荷中或者被定位在链路层分组的报头部分中。在任何实施例中，其中删除空分组的位置可以通过NPDP字段被指示。稍后将会描述用于通过NPDP字段指示被删除的空分组的位置的方法。稍后，接收器可以生成空分组并且使用这些信息项目将最初的位置填充有空分组。
图113是用于解释根据本发明的另一实施例的在TS分组的开销减少过程中的NPDP字段和DNPC字段的解释的图。
前述的NPDP字段可以指示其中在输入流中删除空分组的位置。NPDP字段可以被定位在链路层分组的报头中。NPDP字段可以包括多个指向比特。被包括在NPDP字段中的指向比特的数目可以等于被包括在对应的链路层分组中的TS分组的数目。为了字节对准，填充比特可以被添加在指向比特的后面。
NPDP字段的各个指向比特可以指示是否相对于各个被封装的TS分组在TS分组后面的空分组被删除。例如，第一指向比特可以与被包括在有效载荷中的第一TS分组有关。第一指向比特可以指示是否空分组存在于第一TS分组的后面并且被删除。当第一指向比特的值是0时，空分组不可以在第一TS分组的后面存在。当第一指向比特的值是1时，空分组可以存在于第一TS分组的后面并且被删除。在这样的情况下，可以通过前述的DNPC信息指示被删除的空分组的数目。如上所述，DNPC信息可以被定位在链路层报头中或者被定位在其中被删除的空分组被删除的位置中。
在一些实施例中，在没有单独地配置NPDP字段的情况下，被定位在TS分组报头中的字段中的一个可以被重用，使得实现与NPDP字段相同的作用。例如，被定位在各个TS分组的同步字节(0x47)的前面的传送错误指示符(TEI)字段可以被使用。当在链路层分组中级联和封装TS分组时此字段不可以被使用。因此，此字段可以被用于指示是否在当前TS分组后面的空分组被删除。即，此字段可以被用作指向比特。
图114图示根据本发明的实施例的当NPDP字段/DNPC字段被使用时链路层分组的结构。
被图示的实施例可以对应于前述的DNPC字段被定位在其中各个空分组被定位的位置的情况。在被图示的实施例中，链路层报头可以是根据本发明的前述实施例的链路层报头中的一个。然而，本发明的实施例不限于此，并且根据本发明的前述实施例中的一个的链路层报头可以被使用。
前述的NPDP字段可以被定位在链路层报头的后面。NPDP字段可以被包括在链路层报头的附加报头中，并且在一些实施例中，可以被包括在定位在附加报头后面的可选报头中。在一些实施例中，NPDP字段可以被包括在前述的附加报头的DNP配置信息中的一个中。
如上所述，NPDP字段可以指示是否相对于各个TS分组删除在各个TS分组的后面的空分组。在本实施例中，NPDP字段被图示为1个字节，但是如上所述，根据指向比特的数目可以改变NPDP字段的大小。
被包括在各个被删除的位置中的DNPC字段可以指示在对应的位置中最初已经存在的空分组的数目。
在此，DNPC字段和NPDP字段两者可以被包括在前述的DNP配置信息中。
图115是根据本发明的另一实施例的当NPDP字段/DNPC字段被使用时链路层分组的结构的图。
被图示的实施例可以对应于其中前述的DNPC字段被包括在链路层报头的后面，但是不在其中删除各个空分组的位置的情况。
在这样的情况下，各个DNPC字段可以以通过各个DNPC字段指示的被删除的空分组的顺序被定位。在此，DNPC字段可以被顺序地定位在NPDP字段的后面。
DNPC字段可以被包括在链路层报头的附加报头中，并且在一些实施例中，可以被包括被在定位在附加的报头的后面的可选报头中。在一些实施例中，DNPC字段可以被包括在前述的附加报头的DNP配置信息的一个中。
而且在本实施例中，NPDP字段可以指示是否在各个TS分组的后面的空分组被删除，并且指示在其中按顺序删除DNPC字段的位置中已经存在的空分组的数目。
在被图示的实施例中，DNPC字段可以被顺序地定位并且指示在各自的被删除的位置中已经存在的空分组的数目，但是在一些实施例中，可以改变DNPC字段的顺序。在这样的情况下，指示匹配于通过各个DNPC字段指示的数目的删除位置的附加信息可以进一步被包括在链路层报头中。
图116图示根据本发明的实施例的根据NPDP字段/DNPC字段的空分组删除机制。
被图示的实施例可以对应于使用前述NPDP/DNPC字段的空分组删除机制的示例。在此，链路层分组可以使用链路层报头的前述实施例。然而，本发明的实施例不限于此，并且根据本发明的前述实施例中的一个的链路层报头可以被使用。
在第一被图示的TS分组的后面不存在空分组。然而，在第二TS分组的后面可以存在两个空分组。两个空分组可以被检测，并且DNPC#1字段可以替代地被定位在对应的位置中。DNPC#1字段可以具有指示删除两个空分组的值。
然后，在第三和第四TS分组的后面不存在空分组，并且在第五TS分组的后面可以存在n个空分组。空分组也可以被删除，并且DNPC#2字段可以替代地被定位在对应的位置中。DNPC#2字段可以具有指示删除n个空分组的值。
以这样的方式，因为在第7TS分组的后面存在一个空分组，所以可以删除空分组，并且具有指示一个空分组被删除的值的DNPC#3字段可以被定位。
以这样的方式，在开销减少过程被执行之后(在此，假定同步字节删除机制已经被执行并且报头删除机制没有被执行)，可以封装输入分组。当执行封装时，链路层有效载荷可以被配置并且链路层报头可以被添加在链路层有效载荷的前面。
当DNPC字段被定为在各自的空分组删除位置中时，在TS分组之间可以定位DNPC字段。如上所述，使用指向比特，NPDP字段可以指示是否删除在各自的TS分组的后面的空分组。事实上，可以使用DNPC字段的值获知被删除的分组的数目。
当DNPC字段被集中地定位在NPDC字段的后面时，多个DNPC字段被定位在NPDP字段的后面，并且多个TS分组可以被顺序地定位在DNPC字段的后面，如图示。
在此，NPDP具有多个指向比特，根据报头的NUMTS字段的值可以确定其数目。在这样的情况下，10个TS分组被封装，并且因此NUMTS字段可以指示10个输入分组被封装。因此，NPDP可以具有10个指向比特。对于字节对准，6个比特的填充是后续的。
10个指向比特中的每一个可以指示是否在各个TS分组的后面存在被删除的空分组。在本实施例中，空分组存在于第二、第五、以及第七TS分组的后面，并且因此第二、第五以及第七指向比特可以具有1的值。剩余的指向比特可以具有0的值。因为在第二、第五、以及第七TS分组的后面分别存在2、n、以及1个空分组，所以DNPC字段可以分别具有2、n以及1的值。
相对于没有使用DNPC/NPDP字段的情况的空分组删除机制，NPDI字段可以指示被删除的空分组的数目。因此，在这样的情况下，NPDI字段可以具有2+n+1的值。然而，其中NPC/NPDP字段被使用的情况的NPDI字段可以被用于指示链路层分组中的DNPC字段的数目。在这样的情况下，NPDI字段可以具有3的值。这是因为在总共三个地方已经删除了空分组。
图117图示根据本发明的另一实施例的根据NPDP字段/DNPC字段的空分组删除机制。
本实施例也可以与上面的描述相同。类似地，2、n以及1个空分组可以分别存在于第二、第五、以及第七TS分组的后面。空分组可以被删除并且指示被删除的空分组的数目的DNPC字段可以存在。在一些实施例中，DNPC字段可以存在于与被删除的空分组相对应的位置中，或者可以被集中地被定位在NPDP字段的后面。指向比特也可以与上面的描述相同。
与前述实施例中的不同，在本实施例中，包括OP字段的链路层报头可以被使用。与上面的描述不同，也可以使用不同类型的链路层报头。
图118是图示根据本发明的实施例的包括TS分组的链路层分组的分组长度指示方法的图。
如上所述，当HCI字段和HDM字段具有1比特的大小时，HCI字段和HDM字段可以指示是否报头删除过程被执行。在这样的情况下，报头删除过程可以指的是用于删除前述的公共报头的报头删除机制。
当HCI字段具有2个比特的大小时，HCI字段可以指示被执行的报头删除过程的类型以及是否报头删除过程被执行。当HCI字段具有00的值时，不可以执行单独的删除机制。在这样的情况下，仅执行与整个开销减少过程有关的前述的链路字节删除机制。在这样的情况下，各个TS分组报头可以具有3个字节的大小。当HCI字段具有01的值时，仅可以删除与第一TS分组有关的同步字节，并且关于剩余的TS分组可以参考第一TS分组的报头的信息基于2个字节减少报头。当HCI字段具有10的值时，仅可以删除与第一TS分组有关的同步字节，并且关于剩余的TS分组可以参考第一TS分组的报头的信息基于1个字节减少报头。当HCI字段具有11的值时，用于检测公共报头的前述的报头机制可以被应用。
TS分组可以具有固定的长度。在同步字节删除机制被应用之后，同步字节也具有1个字节，并且因此在应用同步字节删除机制之后的TS分组也可以具有固定的长度。因此，与TS分组的链路层分组有关，其报头可以不具有单独的长度字段。使用分组数目可以简单地指示整个分组长度。
在此，假定链路层报头具有2个字节的长度，NUMTS字段的值可以是c并且NPDI字段的值可以是n。在这样的情况下，可以假定NPDP字段被使用。运算符[]可以指的是比对应的值更大的整数当中的最小的整数。
情况#1可以对应于单独的NPDP字段被使用的情况。在这样的情况下，如所图示的，根据通过HCI字段指示的报头删除机制的类型，可以指示链路层分组的长度。在此，TS分组的长度可以是188个字节。
情况#2可以对应于TS分组报头的比特中的一个被用作指向比特的情况。即，在没有单独的NPDP字段的情况下，指向比特可以存在于各个TS分组报头中。在这样的情况下，如所图示的，根据通过HCI字段指示的报头删除机制的类型，链路层分组的长度可以被指示。
在各种情况下，当包括ISSY信息时，链路层分组的长度可以被增加了与ISSY信息的大小一样多。
当OP字段被使用时，OP字段指示附加的报头是否存在，如上所述。即，在OP＝1的情况下，根据被示出的数学表达式在各种情况下可以指示链路层分组的长度。
当OP＝0时，即，当附加的报头不存在时，链路层分组的长度可以是1+(187*c)个字节。当同步字节删除没有被应用时，链路层分组的长度可以是1+(188*c)个字节。
类似地，当OP字段被使用时，如果ISSY被包括，则链路层分组的长度也可以被增加了与ISSY信息的大小一样多。
图119是图示根据本发明的另一实施例的链路层分组的报头结构的图。
本实施例可以对应于通过将M字段添加到前述的链路层分组结构获得的链路层报头。分组类型字段、计数字段、OP字段、HCI字段、NPDI字段、以及/或者DNP配置信息可以与上面的描述相同。
如上所述，根据OP字段的值可以确定是否附加的报头存在。当附加的报头存在时，附加的报头的第一比特可以被分配给M字段。M字段可以确定附加的报头的模式。
当M字段的值是0时，可以应用基本空分组删除机制。在这样的情况下，DNP计数字段可以被定位在剩余的附加报头中。在前述的NPDP/DNPC没有被使用的空分组删除机制的情况下，DNP计数字段可以对应于DNP字段。在此，在一些实施例中，M字段可以被替换成HDM字段(1个字节)。当对应的系统被指定为仅基本空分组删除机制(其中NPDP/DNPC没有被使用)被使用的系统时，M字段被替换成HDM字段。
当M字段具有1的值时，使用NPDP/DNPC的空分组删除机制可以被应用或者各种报头删除过程中的一个可以被应用。在这样的情况下，前述的HCI字段、NPDI字段等等可以被定位。根据NPDI字段的值，可以进一步添加DNP配置信息。DNP配置信息可以包括前述的NPDP/DNPC信息。在此，HCI字段可以是2个比特的HCI字段。
被图示的第一实施例(简单封装模式)可以对应于没有应用空分组删除或者报头删除机制的报头结构。OP字段和AHF字段可以具有0的值，并且此值可以指示不存在附加的报头并且不应用空分组删除/报头删除机制。
被图示的第二实施例(基本空分组删除模式)可以对应于应用前述的基本空分组删除机制的报头结构。OP字段可以具有1的值。M字段可以具有0的值，并且DNP计数字段可以被定位在剩余的附加的报头部分中。
被图示的第三实施例(报头压缩模式)可以对应于应用各种报头删除过程的报头结构。OP字段和M字段可以具有1的值。HCI字段可以指示一种被应用的报头删除机制。在这样的情况下，HCI字段可以具有2个比特。
被图示的第四实施例(扩展空分组删除模式)可以对应于应用使用NPDP/DNPC的空分组删除机制的报头结构。当没有应用报头删除过程时OP字段和M字段可以具有1的值。HCI字段可以具有00的值。根据NPDI的值，DNP配置信息可以被添加并且NPDP/DNPC信息可以被包括在DNP配置信息中。在这样的情况下，HCI字段可以具有2个比特。
被图示的第五实施例(扩展空分组删除和报头压缩模式)可以对应于使用NPDP/DNPC的空分组删除机制和各种报头删除过程中的一个被应用的报头结构。OP字段和M字段可以具有1的值。HCI字段可以指示一种被应用的报头删除机制。根据NPDI的值，DNP配置信息可以被添加并且NPDP/DNPC信息可以被包括在DNP配置信息中。在这样的情况下，HCI字段可以具有2个比特。
图120图示根据本发明的另一实施例的链路层分组的报头结构。
本实施例可以对应于通过将M字段和/或CE字段添加到前述的链路层分组结构获得的链路层报头结构。分组类型字段、计数字段、OP字段、HCI字段、NPDI字段、以及/或者DNP配置信息可以与上面的描述相同。
如上所述，根据OP字段的值可以确定是否存在附加的报头，并且根据附加报头的M字段，可以确定附加的报头的模式。其中M字段具有0的情况与上面的描述相同。当M字段具有1时，CE字段可以进一步被添加。在这样的情况下，HCI字段可以是1个比特的HCI字段。然后，根据NPDI字段的值，DNP配置信息可以被进一步添加。DNP配置信息可以包括前述的NPDP/DNPC信息。
计数扩展(CE)字段可以是前述计数字段和NUMTS字段的扩展。即，CE字段可以被用于扩展被封装的TS分组的数目。当其数目等于或者大于通过前述计数字段和NUMTS字段指示的数目的TS分组被封装时，使用CE字段可以提供附加的比特。使用这些比特可以指示更多的TS分组。CE字段可以与前述的计数字段和NUMTS字段一起联合使用。
在上面描述了被图示的第一至第五实施例。然而，在这样的情况下，HCI字段可以具有1个比特的大小替代2个比特，并且CE字段可以被分配到剩余的比特，即，1个比特。
图121图示根据本发明的实施例的当专用信道存在时的层结构。
在专用信道上发送的数据可以不是IP分组流。因此，可能需要不同于基于IP协议结构的协议结构的应用。在专用信道上发送的数据可以对应于用于特定用途的数据。在专用信道中，各种类型的数据不可以共存。在这样的情况下，在很多的情况下就在接收器在物理层中解码数据之后数据的意义变得清楚。
在上述情形下，可能不需要根据前述的协议结构处理在专用信道上发送的数据(用于一般的广播数据)。即，用于在专用信道上发送的数据的所有过程可以在物理层和/或链路层中被计算并且被包括在数据中的信息可以被使用。
在广播系统中，在专用信道上发送的数据可以是用于信令的数据(信令信息)，并且在没有通过IP流携带的情况下用于信令的数据(信令数据)可以在专用信道上被直接地发送。在这样的情况下，接收器可以比通过IP流携带的数据更加快速地获取在专用信道上发送的数据。
参考被示出的协议结构，在物理层中可以配置专用信道。该附图图示在这样的情况下与广播数据的处理有关的协议结构。
在本发明中遵循通用协议结构的部分可以被称为通用部分并且遵循用于处理专用信道的协议部分的部分可以被称为专用部分。然而，本发明不限于此。通过说明书的上述的描述可以补充通过通用部分中的协议结构处理广播数据的描述。
信息(专用信息A、专用信息B以及/或者专用信息C)可以通过专用部分被发送，并且从链路层的外部递送或者在链路层的内部产生。专用部分可以包括一个或者多个专用信道。在专用部分中以各种方式可以执行在专用信道上发送的数据的处理。
通过链路层中的信令产生和控制模块可以收集从外部递送到链路层的专用信息并且将其处理成适合于专用信道的格式。在专用信道上发送的专用信息的处理格式可以被称为专用格式。各种专用格式可以包括各条专用信息。
必要时通过通用部分发送的数据(信令数据)可以被处理成链路层的协议的分组格式。在此过程中，通过通用部分发送的信令数据和通过专用部分发送的信令数据可以被复用。即，信令产生和控制模块可以具有执行复用的功能。
当能够在专用信道中直接处理专用信息时，在透明模式(旁路模式)中可以处理链路层中的数据的处理，如上所述。对于一些或者所有专用信道可以在透明模式中执行数据处理。在透明模式下可以执行专用部分中的数据处理，并且在正常模式下可以执行通用部分中的数据处理。可替选地，可以在透明模式下执行在通用部分中的正常数据的处理，并且可以在正常模式下执行通过通用部分发送的信令数据的处理和在专用部分中的数据的处理。
当根据本发明的实施例配置专用信道并且发送专用信息时，接收器能够快速地访问必要的信息(专用信息)，因为根据在广播系统中定义的各个协议的处理不需要被执行。
在附图中的链路层的较高层和/或通用部分中的数据处理的描述可以被替换成上面的描述。
图122图示根据本发明的另一实施例的当专用信道存在时的层结构。
根据本发明的另一实施例，对于专用信道的部分在透明模式下执行链路层处理的结构可以存在。即，可以省略在链路层中的专用信道的部分上发送的数据的处理。例如，在没有以单独专用格式配置的情况下在专用信道上可以直接地发送专用信息A。当专用信息A遵循广播系统中的已知的结构时可以使用此传输结构。在广播系统中已知的结构的示例可以包括区段表和/或描述符。
在本发明的实施例中，当专用信息对应于信令数据时，在广泛的意义上直到其中产生信令数据的部分可以被视为链路层的范围。即，在链路层中可以产生专用信息。
图123图示根据本发明的实施例的当专用信道独立存在时的层结构。
附图图示用于当在链路层中没有配置信令产生和控制模式时处理广播数据的层结构。专用的信息可以被处理成专用的格式并且在专用信道上被发送。
在专用信道上没有发送的信令信息可以被处理成链路层分组并且通过数据管道发送。
专用部分可以具有适合于各自的专用信道的一个或者多个协议结构。在此结构中，链路层没有要求附加的控制模块，并且因此可以配置相对简单的系统。
在本实施例中，通过不同的控制协议或者相同的协议可以处理专用信息B和专用信息C。例如，专用信息A、专用信息B以及专用信息C可以被处理成不同的格式。
根据本发明，在没有考虑物理层和链路层的调度的情况下，当必要时，产生专用信息的实体可以发送数据。必要时对于一些或者全部专用信道可以在透明模式(或者旁路)模式中处理数据。
在附图中的链路层的较高层和/或通用部分中的数据处理的描述可以被替换成上面的描述。
图124图示根据本发明的另一实施例的当专用信道独立存在时的层结构。
在描述当专用信道独立存在时的层结构的前述实施例中，链路层中的处理可以对于专用信道的部分在透明模式下被执行。参考附图，在没有被处理成单独的格式的情况下，在专用信道上可以直接地发送专用信息A。当专用信息A遵循在广播系统中已知的结构时此传输结构可以被使用。在广播系统中已知的结构的示例包括区段表和/或描述符。
在本发明的实施例中，当专用信息对应于信令数据时，在广泛的意义上直到其中产生信令数据的部分可以被视为链路层的范围。即，专用信息可以在链路层中被产生。
图125图示根据本发明的实施例的当专用信道递送特定数据时的层结构。
用于引导服务级信令或者扫描服务的快速信息信道(FIC)以及/或者包括用于紧急报警的信息的紧急报警信道(EAC)可以通过专用信道发送。通过FIC发送的数据可以被称为快速信息表(FIT)或者服务列表表(SLT)，并且通过EAC发送的数据可以被称为紧急报警表(EAT)。
FIT和能够被包括在FIT中的信息的描述被替换成上面的描述。FIT可以通过广播公司被直接地产生并且被发送或者通过在链路层中收集信息产生。当FIT被直接地产生并且通过广播公司发送时，用于识别广播公司的信息可以被包括在FIT中。当通过在链路层中收集信息产生FIT时，被用于扫描通过所有的广播公司提供的服务的信息可以被收集以产生FIT。
当通过广播站产生和发送FIT时，链路层在透明模式下操作使得FIT能够被直接地发送到FIC。当通过组合发射器的信息产生FIT时，链路层的操作范围可以包括表的形式的信息的配置和FIT的产生。
EAT以及能够被包括在EAT中的信息的描述被替换成上面的描述。关于EAC，当管理紧急报警消息的实体(例如，IPAWS)将消息递送到广播站时，与消息相关联的EAT可以通过EAC产生和发送。在这样的情况下，基于紧急报警消息的信令表的产生可以被包括在链路层的操作范围中。
被产生以处理IP报头压缩的如上所述的信令信息可以通过数据管道，而不是专用信道，被发送。在此，用于发送信令信息的处理可以遵循通用部分的协议并且可以以通用分组(例如，链路层分组)的形式被发送。
图126图示根据本发明的实施例的通过专用信道发送的数据的格式(或者专用格式)。
当在专用信道上发送的专用信息不适合于通过专用信道的直接传输或者要求附加的信息时，链路层可以将专用信息封装成在物理层中能够处理的格式的数据。在这样的情况下，根据链路层支持的通用部分的协议的前述的分组结构可以被使用。在许多情况下，专用信道不要求通过通用部分发送的分组的结构支持的功能。在这样的情况下，专用信息可以被处理成适合于专用信道的格式。
例如，在下述情况下，专用信息可以被处理成专用格式并且在专用信道上被发送。
1)当通过专用信道能够发送的数据的大小不对应于要被递送的专用信息的大小时
2)当以要求附加的解析器的数据格式(例如，XML)，而不是表格式，配置专用信息时
3)当有必要在解析有关数据之前检查信息的版本以确定是否处理信息时
4)当在专用信息中的错误需要被检测时
当专用信息需要被处理成专用格式时，如上所述，专用格式可以具有在附图中示出的格式。包括字段的部分的报头可以在满足各个专用信道的用途的范围内被独立地配置，并且被指配给字段中的每一个的比特的数目可以被改变。
根据本发明的实施例的专用格式可以包括length字段、data_version字段、payload_format字段(或者data_format字段)、stuffing_flag字段、CRC字段、payload_data_bytes()元素、stuffing_length字段以及/或者stuffing_bytes字段。
length字段指示被包括在有效载荷中的数据的长度。长度字段可以以字节指示数据长度。
data_version字段指示数据的信息的版本。接收器可以检查是否已经接收到信息或者是使用版本信息的新信息，并且使用其确定是否使用该信息。
data_format字段指示组成专用信息的信息的格式。例如，“000”的data_format字段值可以指示以表格式发送专用信息，并且“001”的data_format字段值以表格式被发送，并且“001”的data_format字段值可以指示以描述符格式发送专用信息。“010”的data_format字段值可以指示以二进制格式替代表或者描述符格式发送专用信息，并且“011”的data_format字段值可以指示以XML格式发送专用信息。
stuffing_flag字段可以识别填充字节。当专用信道大于专用信息时填充字节可以被添加到必要的数据的长度。
stuffing_length字段可以指示stuffing_bytes字段的长度。
stuffing_bytes字段可以被填充有与通过stuffing_length字段指示的大小相对应的填充字节。stuffing_bytes字段可以指示填充字节的大小。
CRC字段可以指示用于检查与在专用信道上发送的数据有关的错误的信息。使用被包括在专用信息中的信息(或者字段)可以计算CRC字段。一旦使用CRC字段确定从信息检测到错误，接收器可以忽略接收到的信息。
图127图示根据本发明的实施例的用于用信号发送关于专用信道的信息的专用信道配置信息。
通常，当专用信道被设计并且在系统操作期间没有被改变时可以确定对于专用信道在透明模式或者正常模式中的前述的操作。然而，因为在广播系统中存在多个发送系统和接收系统，可能需要灵活地控制用于专用信道的处理模块。为了灵活的系统配置，可以改变或者重新配置操作模式并且信令信息可以被用于将关于操作模式的信息提供给接收侧。在物理层信令(L1信令；传输参数)中可以发送信令信息或者在特定专用信道上发送。信令信息可以被包括在通过广播系统使用的表或者描述中。即，信令信息可以被包括作为在说明书中描述的信令信息的一部分。
专用信道配置信息可以包括num_dedicated_channel字段、dedicated_channel_id字段以及/或者operation_mode字段。
num_dedicated_channel字段可以指示被包括在物理层中的专用信道的数目。
dedicated_channel_id字段可以对应于用于识别专用信道的标识符。必要时专用信道可以被指配标识符(id)。
operation_mode字段可以指示用于专用信道的处理模式。例如，“0000”的operation_mode字段值可以指示在正常模式下处理专用信道。“1111”的operation_mode字段值可以指示在透明模式(或者旁路模式)下处理专用信道。“0001”到“1110”的operation_mode字段值可以被保留以供将来使用。
图128是图示根据本发明的实施例的广播信号传输过程的流程图。
广播发射器压缩包括第一广播数据的第一IP分组的报头(JS128010)。
广播发射器产生包括报头压缩的第一IP分组的第一链路层分组和包括包含第二广播数据的第二IP分组的第二链路层分组(JS128020)。
广播发射器生成包括提供处理第一链路层分组和第二链路层分组所必需的信息的链路层信令信息的第三链路层分组(JS128030)。链路层信令信息可以包括用于指示是否在第一IP分组或者第二IP分组上已经执行报头压缩的压缩标志信息。
广播发射器生成包括第一链路层分组、第二链路分组以及第三链路层分组的一个或者多个广播帧(JS128040)。
广播发射器生成包括一个或者多个广播帧的广播信号(JS128050)。
广播发射器可以生成第一专用信息、第二专用信息以及包括第二专用信息的专用格式，通过与广播信号内的特定区域相对应的第一专用信道发送第一专用信息，并且通过与广播信号内的特定区域相对应的第二专用信道发送专用格式分组。在此，第一专用信息或者第二专用信息可以对应于用于一个或者多个广播信道的扫描或者广播服务的获取所必要的信息或者对于紧急报警所必需的信息。
广播信号可以进一步包括含有与专用信道的处理相关联的信息的专用信道配置信息，并且专用信道配置信息可以包括关于在广播信号中包括的专用信道的数目的信息。
专用信道配置信息可以进一步包括用于识别专用信道的专用信道配置信息，和用于指示是否在专用信道上发送的第一专用信息和第二专用信息已经被封装成专用格式分组的操作模式信息。在此，专用信道配置信息可以被包括在链路层信令信息中。
专用格式分组可以进一步包括用于指示组成第二专用信息的信息的格式的数据格式信息。
图129图示根据本发明的实施例的广播系统。
广播系统包括广播发射器J129100和/或广播接收器J129200。
广播发射器J129100包括处理器J129110、广播信号生成器J129120以及/或者发射器J129130。
处理器J129110包括链路层处理器J129112和/或物理层处理器J129114。
广播接收器J129200包括接收器J129210、广播信号解码器J129220以及/或者解码器J129240。
解码器J129240包括物理层解码器J129242和/或链路层解码器J129244。
处理器J129110执行被包括在广播服务中的数据的处理。
链路层处理器J129112对链路层中的广播数据执行处理。链路层处理器J129112的操作可以由处理器J129110执行。在这样的情况下，处理器J129110可以不包括链路层处理器J129112。
链路层处理器J129112可以压缩包括第一广播数据的第一IP分组的报头，生成包括报头压缩的第一IP分组的第一链路层分组，和包括含有第二广播数据的第二IP分组的第二链路层分组，并且生成包括提供对于处理第一链路层分组和第二链路层分组所必需的信息的链路层信令信息的第三链路层分组。在此，链路层信令信息可以包括用于指示是否对第一IP分组或者第二IP分组已经执行报头压缩的压缩标志信息。
物理层处理器J129114执行物理层中的广播数据的处理。可以通过处理器J129110执行物理层处理器J129114的操作。在这样的情况下，处理器J129110可以不包括物理层处理器J129114。在说明书中的物理层中的数据处理过程中已经描述了物理层处理器J129114。
物理层处理器J129114可以产生包括第一链路层分组、第二链路层分组以及第三链路层分组的一个或者多个广播帧。
广播信号发生器J129120生成广播信号。必要时可以通过物理层处理器J129114产生广播信号。在这样的情况下，广播信号发生器J129120可以被包括在物理层处理器J129114中。
发射器J129130发送广播信号。发射器J129130可以接收广播接收器J129200的请求。
接收器J129210接收广播信号。接收器J129210可以将请求发送到广播发射器J129100。
广播信号解码器J129220解码广播信号。
解码器J129240执行广播数据的处理以便于呈现广播服务。
物理层解码器J129242解码物理层中的数据。解码器J129240可以用作物理层解码器J129242。在这样的情况下，解码器J129240不可以包括物理层解码器J129242。
链路层解码器J129244解码链路层中的数据。解码器J129240可以用作链路层解码器J129244。在这样的情况下，链路层解码器J129224可以不被包括。
模块或者单元可以是执行存储在存储器(或者存储单元)中顺序的处理的处理器。在前面提到的实施例中描述的步骤可以由硬件/处理器执行。在以上所述的实施例中描述的模块/块/单元可以起硬件/处理器的作用。由本发明提出的方法可以作为代码执行。这样的代码可以写在处理器可读的存储介质上，并且因此，可以由通过装置提供的处理器读取。
虽然为了方便起见一些实施例已经参考相应的附图描述，这些实施例可以被合并以实现新的实施例。此外，设计存储用于实现前面提到的实施例的程序的计算机可读的记录介质是在本发明的范围之内。
根据本发明的装置和方法不局限于以上描述的实施例的配置和方法，并且所有或者一些实施例可以有选择地合并以获得各种改进。
由本发明提出的方法可以作为存储在包括在网络设备中的处理器可读的记录介质中的处理器可读的代码实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等等和作为载波的实施例，诸如经互联网的传输。此外，作为以分布方式可读的代码存储和执行的处理器可读的记录介质可以分配给经由网络连接的计算机系统。
虽然为了说明性的目的已经公开了本发明的优选实施例，那些本领域技术人员将理解，不脱离如在伴随的权利要求中公开的本发明的范围和精神的各种改进、添加和替换是可允许的。这样的改进不应该从本发明的技术精神或者预期分别地理解。
在本说明书中提及的装置和方法发明两者，以及装置和方法发明两者的描述可以互补地相互适用。
本领域技术人员应该理解，不脱离本发明的精神和基本特征，本发明可以以除在此处阐述的那些之外的其他特定的方法实现。因此，本发明的范围将由所附的权利要求及其合法的等效，而不由以上的描述来确定，而且出现在所附的权利要求的含义和等效范围内的所有的变化意欲包含在其中。
在本说明书中，装置发明和方法发明两者被提及，并且装置发明和方法发明两者的描述可以互补地适用。
本发明的模式
各种实施例已经以用于实现本发明的最好的模式描述。
工业实用性
本发明适用于提供字段的广播信号。
如相关领域技术人员将认识和理解的，在本发明的精神和范围内的各种等效的改进是可允许的。因此，意图是本发明覆盖本发明的改进和变化，只要它们落入所附的权利要求和其等效范围之内。

Claims (14)

1.一种发送广播信号的方法，包括：
压缩包括第一广播数据的第一IP分组的报头；
生成包括报头压缩的第一IP分组的第一链路层分组和包括第二IP分组的第二链路层分组，所述第二IP分组包含第二广播数据；
生成第三链路层分组，所述第三链路层分组包括提供处理所述第一链路层分组和所述第二链路层分组所必需的信息的链路层信令信息，其中所述链路层信令信息包括压缩标志信息，所述压缩标志信息用于指示是否对所述第一IP分组或者所述第二IP分组已经执行了报头压缩；
生成包括所述第一链路层分组、所述第二链路层分组以及所述第三链路层分组的一个或者多个广播帧；以及
生成包括所述一个或者多个广播帧的广播信号。
2.根据权利要求1所述的方法，进一步包括：
生成第一专用信息；
生成第二专用信息；
生成包括所述第二专用信息的专用格式分组；以及
通过与所述广播信号内的特定区域相对应的第一专用信道发送所述第一专用信息，并且通过与所述广播信号内的特定区域相对应的第二专用信道发送所述专用格式分组。
3.根据权利要求2所述的方法，其中，所述第一专用信息或者所述第二专用信息对应于对于一个或者多个广播信道的扫描和广播服务的获取所必需的信息，或者对于紧急报警所必需的信息。
4.根据权利要求3所述的方法，其中，所述广播信号进一步包括专用信道配置信息，所述专用信道配置信息包含与专用信道的处理相关联的信息，
其中，所述专用信道配置信息包括关于在所述广播信号中包括的专用信道的数目的信息。
5.根据权利要求4所述的方法，其中，所述专用信道配置信息进一步包括用于识别所述专用信道的专用信道识别信息，以及用于指示是否在所述专用信道上发送的所述第一专用信息和所述第二专用信息已经被封装成所述专用格式分组的操作模式信息。
6.根据权利要求5所述的方法，其中，所述专用信道配置信息被包括在所述链路层信令信息中。
7.根据权利要求3所述的方法，其中，所述专用格式分组进一步包括用于指示组成所述第二专用信息的信息的格式的数据格式信息。
8.一种用于发送广播信号的设备，包括：
链路层处理器，所述链路层处理器被配置成压缩包括第一广播数据的第一IP分组的报头，生成包括报头压缩的第一IP分组的第一链路层分组和包括第二IP分组的第二链路层分组，所述第二IP分组包含第二广播数据，并且生成第三链路层分组，所述第三链路层分组包括提供处理所述第一链路层分组和所述第二链路层分组所必需的信息的链路层信令信息，其中所述链路层信令信息包括用于指示是否对所述第一IP分组或者所述第二IP分组已经执行了报头压缩的压缩标志信息；以及
物理层处理器，所述物理层处理器被配置成生成包括所述第一链路层分组、所述第二链路层分组以及所述第三链路层分组的一个或者多个广播帧，并且生成包括所述一个或者多个广播帧的广播信号。
9.根据权利要求8所述的设备，其中，所述链路层处理器被配置成生成第一专用信息，生成第二专用信息，生成包括所述第二专用信息的专用格式分组，并且通过与所述广播信号内的特定区域相对应的第一专用信道发送所述第一专用信息并且通过与所述广播信号内的特定区域相对应的第二专用信道发送所述专用格式分组。
10.根据权利要求9所述的设备，其中，所述第一专用信息或者所述第二专用信息对应于对于一个或者多个广播信道的扫描和广播服务的获取所必需的信息，或者对于紧急报警所必需的信息。
11.根据权利要求10所述的设备，其中，所述广播信号进一步包括专用信道配置信息，所述专用信道配置信息包含与专用信道的处理相关联的信息，
其中，所述专用信道配置信息包括关于在所述广播信号中包括的专用信道的数目的信息。
12.根据权利要求11所述的设备，其中，所述专用信道配置信息进一步包括用于识别所述专用信道的专用信道识别信息，以及用于指示是否在所述专用信道上发送的所述第一专用信息和所述第二专用信息已经被封装成所述专用格式分组的操作模式信息。
13.根据权利要求12所述的设备，其中，所述专用信道配置信息被包括在所述链路层信令信息中。
14.根据权利要求3所述的设备，其中，所述专用格式分组进一步包括用于指示组成所述第二专用信息的信息的格式的数据格式信息。
CN201580021561.2A 2015-01-02 2015-12-30 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 Active CN106464944B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201562099209P 2015-01-02 2015-01-02
US62/099,209 2015-01-02
US201562100916P 2015-01-08 2015-01-08
US62/100,916 2015-01-08
US201562115589P 2015-02-12 2015-02-12
US62/115,589 2015-02-12
PCT/KR2015/014462 WO2016108606A1 (ko) 2015-01-02 2015-12-30 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
CN106464944A true CN106464944A (zh) 2017-02-22
CN106464944B CN106464944B (zh) 2019-10-18

Family

ID=56284658

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580021561.2A Active CN106464944B (zh) 2015-01-02 2015-12-30 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法

Country Status (5)

Country Link
US (3) US10057539B2 (zh)
EP (1) EP3242475B1 (zh)
KR (2) KR101875672B1 (zh)
CN (1) CN106464944B (zh)
WO (1) WO2016108606A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109219083A (zh) * 2017-07-06 2019-01-15 深圳市中兴微电子技术有限公司 一种鲁棒性头压缩模式转换中的优化方法及系统
CN114466072A (zh) * 2020-11-10 2022-05-10 深圳Tcl新技术有限公司 一种数据处理方法、智能终端及计算机可读存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016148497A1 (ko) 2015-03-16 2016-09-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
MX2020011942A (es) * 2015-08-31 2022-12-14 Samsung Electronics Co Ltd Aparato y método para transmitir y recibir señal en sistema multimedia.
KR102529153B1 (ko) * 2016-07-08 2023-05-08 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
KR102373478B1 (ko) 2017-09-19 2022-03-11 한국전자통신연구원 케이블 방송망을 통한 ip 기반 방송 데이터 전송 방법 및 장치
WO2020091573A1 (ko) * 2018-11-02 2020-05-07 엘지전자 주식회사 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법
EP3925184B1 (en) * 2019-02-14 2024-09-18 Sony Group Corporation Header compression adaptive to quality of radio channel

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1593048A (zh) * 2001-03-28 2005-03-09 高通股份有限公司 无线通信系统中头部压缩的方法和装置
US20080080559A1 (en) * 2006-10-02 2008-04-03 Motorola, Inc. Link Layer Assisted Robust Header Compression Context Update Management
CN101421994A (zh) * 2006-04-10 2009-04-29 三星电子株式会社 用于产生传输帧的方法和装置以及用于处理传输帧的方法和装置
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
CN102860023A (zh) * 2010-02-26 2013-01-02 松下电器产业株式会社 传输流分组报头压缩
WO2014200280A2 (en) * 2013-06-12 2014-12-18 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6618397B1 (en) * 2000-10-05 2003-09-09 Provisionpoint Communications, Llc. Group packet encapsulation and compression system and method
EP1599060B1 (en) * 2004-02-13 2009-04-01 Mitsubishi Denki Kabushiki Kaisha System and method for the reception of an MBMS service and a dedicated service
US8406212B2 (en) * 2006-02-22 2013-03-26 Apple Inc. Service flow with robust header compression (ROHC) in a WiMAX wireless network
US8368530B1 (en) * 2006-08-02 2013-02-05 A&T Mobility II LLC Network directed cell broadcasts for emergency alert system
US8027328B2 (en) 2006-12-26 2011-09-27 Alcatel Lucent Header compression in a wireless communication network
EP2314045B1 (en) * 2008-07-30 2013-07-10 British Telecommunications public limited company Header compression scheme
KR101652808B1 (ko) 2009-03-19 2016-09-01 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
EP2645709B1 (en) * 2010-11-23 2019-10-23 LG Electronics Inc. Broadcast signal transmitting apparatus and broadcast signal transceiving method in broadcast signal transmitting apparatus
US8959554B2 (en) * 2012-04-25 2015-02-17 Samsung Electronics Co., Ltd Apparatus and method for transmitting and receiving signaling information in a digital broadcasting system
KR101821215B1 (ko) * 2013-09-27 2018-03-08 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
US20150098457A1 (en) * 2013-10-08 2015-04-09 Qualcomm Incorporated Enabling internet protocol connectivity across multi-hop mobile wireless networks via a service oriented architecture
US9948753B2 (en) * 2014-11-04 2018-04-17 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method thereof

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1593048A (zh) * 2001-03-28 2005-03-09 高通股份有限公司 无线通信系统中头部压缩的方法和装置
CN101421994A (zh) * 2006-04-10 2009-04-29 三星电子株式会社 用于产生传输帧的方法和装置以及用于处理传输帧的方法和装置
US20080080559A1 (en) * 2006-10-02 2008-04-03 Motorola, Inc. Link Layer Assisted Robust Header Compression Context Update Management
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
US20120327955A1 (en) * 2010-02-26 2012-12-27 Frank Herrmann Physical layer signalling for digital broadcast system
CN102860023A (zh) * 2010-02-26 2013-01-02 松下电器产业株式会社 传输流分组报头压缩
WO2014200280A2 (en) * 2013-06-12 2014-12-18 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109219083A (zh) * 2017-07-06 2019-01-15 深圳市中兴微电子技术有限公司 一种鲁棒性头压缩模式转换中的优化方法及系统
CN114466072A (zh) * 2020-11-10 2022-05-10 深圳Tcl新技术有限公司 一种数据处理方法、智能终端及计算机可读存储介质
CN114466072B (zh) * 2020-11-10 2024-04-02 深圳Tcl新技术有限公司 一种数据处理方法、智能终端及计算机可读存储介质

Also Published As

Publication number Publication date
WO2016108606A1 (ko) 2016-07-07
EP3242475A4 (en) 2018-06-06
KR20160101001A (ko) 2016-08-24
US20160366368A1 (en) 2016-12-15
CN106464944B (zh) 2019-10-18
US20180338113A1 (en) 2018-11-22
US11057586B2 (en) 2021-07-06
US10623691B2 (en) 2020-04-14
KR101837485B1 (ko) 2018-03-12
US20200244921A1 (en) 2020-07-30
EP3242475A1 (en) 2017-11-08
US10057539B2 (en) 2018-08-21
EP3242475B1 (en) 2019-12-04
KR101875672B1 (ko) 2018-07-06
KR20180028546A (ko) 2018-03-16

Similar Documents

Publication Publication Date Title
CN105981318B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN106464944B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CN105900400A (zh) 广播信号发送方法、广播信号发送装置、广播信号接收方法、和广播信号接收装置
CN105765943B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
CN105723682B (zh) 发送/接收广播信号的方法和装置
CN106165321A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
CN106233692A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105794174B (zh) 用于发送/接收广播信号的设备和方法
CN106105150A (zh) 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106031181A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105814822A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106233693A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105934953B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106105240A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106464834A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
EP3242457B1 (en) Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
CN106464676A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CN107431830A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106134158A (zh) 广播信号传输设备、广播信号接收设备、广播信号传输方法和广播信号接收方法
CN106471813A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
CN106416284A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法

Legal Events

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