CN105981318B - 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 - Google Patents

广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 Download PDF

Info

Publication number
CN105981318B
CN105981318B CN201580007446.XA CN201580007446A CN105981318B CN 105981318 B CN105981318 B CN 105981318B CN 201580007446 A CN201580007446 A CN 201580007446A CN 105981318 B CN105981318 B CN 105981318B
Authority
CN
China
Prior art keywords
link layer
information
grouping
header
field
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580007446.XA
Other languages
English (en)
Other versions
CN105981318A (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 CN105981318A publication Critical patent/CN105981318A/zh
Application granted granted Critical
Publication of CN105981318B publication Critical patent/CN105981318B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H04L49/201—Multicast operation; Broadcast operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H04L49/205—Quality of Service based
    • 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/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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Abstract

本发明提出一种广播信号发送方法。根据本发明的广播信号发送方法提出一种能够在使用陆地广播网络和互联网支持下一代混合广播的环境下支持下一代广播服务的系统。提出在支持下一代混合广播的环境下能够使用陆地广播网络和互联网两者的有效的信令方法。

Description

广播信号发送装置、广播信号接收装置、广播信号发送方法和 广播信号接收方法
技术领域
本发明涉及用于发送广播信号的装置、用于接收广播信号的装置以及发送和接收广播信号的方法。
背景技术
由于模拟广播信号传输接近终结，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括除了模拟广播信号之外的大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
发明内容
技术问题
也就是说，数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加服务。但是，考虑到移动接收设备，用于大量数据传输的数据传输效率、发送/接收网络的鲁棒性和网络灵活性对于数字广播需要改进。
技术方案
根据本发明的用途，如在此具体化和广泛地描述的，本发明提出一种能够在使用陆地广播网络和互联网支持下一代混合广播的环境下有效地支持下一代广播服务的系统以及与其有关的信令方案。
有益效果
本发明能够通过基于服务特征处理数据，控制相对于服务或者服务组件的服务质量(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图示根据本发明的另一个实施例的链路层分组的报头结构；
图58图示根据本发明的另一个实施例的链路层分组的报头结构的语法；
图59图示根据本发明的另一个实施例在链路层分组报头结构中一个完整的输入分组被包括在链路层有效载荷中的情形；
图60图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段被包括在链路层有效载荷中的情形；
图61是示出根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段被包括在链路层有效载荷中情形的表；
图62图示根据本发明的另一个实施例在链路层分组报头结构中多个输入分组被级联和被包括在链路层有效载荷中的情形；
图63图示根据本发明的另一个实施例在链路层分组报头结构中一个完整的输入分组被包括在链路层有效载荷中的情形；
图64是示出根据本发明的另一个实施例在链路层分组报头结构中的报头长度的表；
图65图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段被包括在链路层有效载荷中的情形；
图66图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段被包括在链路层有效载荷中的情形；
图67图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段被包括在链路层有效载荷中的情形；
图68图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段被包括在链路层有效载荷中的情形；
图69图示根据本发明的另一个实施例在链路层分组报头结构中多个输入分组被级联和包括在链路层有效载荷中的情形；
图70图示根据本发明的另一个实施例在链路层分组报头结构中多个输入分组被级联和包括在链路层有效载荷中的情形；
图71图示根据本发明的另一个实施例当在链路层分组报头结构中使用基于字的长度指示时的链路层分组结构；
图72是示出根据本发明的另一个实施例在链路层分组报头结构中根据输入分组的数目基于字的长度指示的表；
图73是图示根据本发明的实施例的第一版本的链路层分组的结构的视图；
图74是图示根据本本发明的另一实施例的第二版本的链路层分组的结构的视图；
图75是图示根据本发明的实施例的识别被包括在有效载荷中的分组的类型的组合的视图；
图76是图示根据本发明的实施例的被指配给用于用信号发送分割和/或级联的各个元素或者字段的数据的大小的视图；
图77是图示根据本发明的实施例的，在一个输入分组被包括在链路层分组的有效载荷中的情况下，链路层分组的报头的结构的视图；
图78是图示根据本发明的实施例的，在输入分组的片段被包括在链路层分组的有效载荷中的情况下，链路层分组的报头的结构的视图；
图79是图示根据本发明的实施例的，在输入分组的片段被包括在链路层分组的有效载荷中的情况下，链路层分组的报头的结构的视图；
图80是图示根据本发明的实施例的，在两个或者更多个输入分组被包括在链路层分组的有效载荷中的情况下，链路层分组的报头的结构的视图；
图81是图示根据本发明的实施例的，在两个或者更多个输入分组被包括在链路层分组的有效载荷中的情况下，链路层分组的报头的结构的视图；
图82是图示根据本发明的实施例的第一选项的链路层分组的结构的视图；
图83是图示根据本发明的实施例的第二选项的链路层分组的结构的视图；
图84是图示根据本发明的实施例的基于其值的PC元素的描述的视图；
图85是图示根据本发明的第一实施例(单个分组封装)的第一选项的链路层分组的结构的视图；
图86是图示根据本发明的第二实施例(分割)的第一选项的链路层分组的结构的视图；
图87是图示根据本发明的第三实施例(级联)的第一选项的链路层分组的结构的视图；
图88是示出根据本发明的实施例的下一代广播系统的协议栈的视图；
图89是图示根据本发明的实施例的链路层的接口的视图；
图90是图示根据本发明的实施例的作为链路层的操作模式之一的普通模式的操作图的视图；
图91是图示根据本发明的实施例的作为链路层的操作模式之一的透明模式的操作图的视图；
图92是图示根据本发明的实施例的在发射机侧上的链路层的结构的视图(普通模式)；
图93是图示根据本发明的实施例的在接收机侧上的链路层的结构的视图(普通模式)；
图94是图示根据本发明的实施例的基于链路层组织类型的链路层的定义的视图；
图95是图示根据本发明的实施例的在逻辑数据路径仅包括普通数据管道的情况下广播信号的处理的视图；
图96是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道和基础数据管道的情况下广播信号的处理的视图；
图97是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道和专用信道的情况下的广播信号的处理的视图；
图98是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况下广播信号的处理的视图；
图99是图示根据本发明的实施例的在逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况下在接收机的链路层中的信号和/或数据的详细处理操作的视图；
图100是图示根据本发明的实施例的快速信息信道(FIC)的语法的视图；
图101是图示根据本发明的实施例的紧急警告表(EAT)的语法的视图；
图102是图示根据本发明的实施例的通过数据管道发送的分组的视图；
图103是图示根据本发明的另一实施例的在其中物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP的情况下在发射机的每个协议栈中的信号和/或数据的详细处理操作的视图；
图104是图示根据本发明的另一实施例的在其中物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP的情况下在接收机的每个协议栈中的信号和/或数据的详细处理操作的视图；
图105是图示根据本发明的另一实施例的FIC的语法的视图；
图106是图示根据本发明的实施例的signaling_Information_Part()的视图；
图107是图示根据本发明的实施例的在链路层中控制发射机和/或接收机的操作模式的过程的视图；
图108是图示根据本发明的实施例的在链路层中基于标志的值和发送到物理层的分组的类型的操作的视图；
图109是图示根据本发明的实施例的用于用信号发送模式控制参数的描述符的视图；
图110是图示根据本发明的实施例的控制操作模式的发射机的操作的视图；
图111是图示根据本发明的实施例的基于操作模式对广播信号进行处理的接收机的操作的视图；
图112是图示根据本发明的实施例的识别封装模式的信息的视图；
图113是图示根据本发明的实施例的识别报头压缩模式的信息的视图；
图114是图示根据本发明的实施例的标识分组重新配置模式的信息的视图；
图115是图示根据本发明的实施例的识别上下文传输模式的信息的视图；
图116是图示根据本发明的实施例的在其中在报头压缩模式下应用RoHC的情况下的初始化信息的视图；
图117是图示根据本发明的实施例的识别链路层信令路径配置的信息的视图；
图118是图示根据本发明的实施例的关于在比特映射模式下的信令路径配置的信息的视图；
图119是图示根据本发明的实施例的链路层初始化过程的流程图；
图120是图示根据本发明的另一实施例的链路层初始化过程的流程图；
图121是图示根据本发明的实施例的用于发送初始化参数的形式的信令格式的视图；
图122是图示根据本发明的另一实施例的用于发送初始化参数的形式的信令格式的视图；
图123是图示根据本发明的又一实施例的用于发送初始化参数的形式的信令格式的视图；
图124是图示根据本发明的实施例的接收机的视图；
图125是图示根据本发明的另一实施例的链路层分组的报头的结构的视图；
图126是图示根据本发明的一个实施例的使用SID过滤分组流的方法的视图；
图127是图示根据本发明的另一实施例的使用SID过滤分组流的方法的视图；
图128是图示根据本发明的实施例的可选报头和与其有关的字段的配置的视图；
图129是图示根据本发明的另一实施例的可选报头的结构的视图；
图130是图示根据本发明的另一实施例的用于配置可选报头的方案的视图；
图131是图示根据本发明的另一实施例的用于配置可选报头的方案的视图；
图132是图示根据本发明的另一实施例的用于配置可选报头的方案的视图；
图133是图示根据本发明的另一实施例的用于在级联的情况下配置可选报头的方案的视图；
图134是图示根据本发明的另一实施例的用于在级联的情况下配置可选报头的方案的视图；
图135是图示根据本发明的实施例的广播信号发送方法的视图；以及
图136是图示根据本发明的实施例的广播信号发送设备的视图。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在伴随的附图中图示。在下面将参考伴随的附图给出详细说明，其意欲解释本发明示范的实施例，而不是示出可以根据本发明实现的唯一的实施例。以下的详细说明包括特定的细节以便提供对本发明深入的理解。但是，对于那些本领域技术人员将是显而易见的，无需这样的特定的细节可以实践本发明。
虽然在本发明中使用的术语是从通常已知和使用的术语中选择出来的，在本发明的描述中提及的一些术语已经由本申请人以他的或者她的判断选择，其详细的含义在此处在本说明书的相关部分中描述。此外，所需要的是，不只是通过实际使用的术语，而是通过落其内的每个术语的含义来理解本发明。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的一个实施例的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(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。物理层管道标识符描述符可以进一步包括除了PLPID信息之外的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图示根据本发明的其它的实施例的链路层分组的报头结构。
首先，描述单个完整的输入分组在链路层分组中包括和封装的实施例t57010。这可以称作单个分组封装，如上所述。
在这种情况下(t57010)，链路层分组的报头可以从前面提到的Packet_Type字段开始，继之以PC字段。在这里，Packet_Type字段可以表示包括在链路层分组中的输入分组的类型，如上所述。PC字段可以表示链路层分组的有效载荷配置，如上所述。PC字段可以表示是否单个完整的分组包括在有效载荷中，或者分组被级联和包括在有效载荷中，或者分组根据其值被分割和包括在有效载荷中。在一个实施例中，0的PC字段值表示单个完整的输入分组包括在链路层分组的有效载荷。1的PC字段值表示分割或者级联的输入分组包括在链路层分组的有效载荷中。
PC字段可以继之以HM字段。HM字段可以表示链路层分组的报头模式，如上所述。也就是说，HM字段可以表示是否包括在链路层分组中的单个输入分组是短的分组或者长的分组，如上所述。因此，跟随HM字段的报头结构可以变化。
当输入分组是短的分组时，也就是说，当HM字段具有0的值时，可以存在11位长度字段。长度字段可以表示链路层分组的有效载荷的长度。
当输入分组是长的分组时，也就是说，当HM字段具有1的值时，11位长度字段可以继之以5位附加长度字段。2字节长度字段可以表示链路层有效载荷的长度。在这里，长度字段可以被划分为对应于11位长度字段的基础报头和对应于剩余的5位长度字段的附加报头。两个长度字段可以继之以2位预留字段和LF字段。预留的字段对应于预留供未来使用的位。LF字段是表示是否标签字段跟随LF字段的标记。标签字段是一种子流标签，并且可用于在链路层电平，类似子流ID上滤除特定的上层分组流。上层分组流和子流标签信息可以根据映射信息映射。LF字段可以对应于前面提到的SIF字段。标签字段可以对应于前面提到的SID字段。在这里，标签字段可以被称作可选择的报头。标签字段根据一个实施例可以具有3字节的大小。
其次，描述输入分组的一个片段在链路层分组中包括和封装的实施例t57020。在这里，该片段可以通过分割一个输入分组产生。这个情形可以称为如上所述的片段。
链路层报头可以从Packet_Type字段和PC字段开始。PC字段可以继之以S/C字段。S/C字段可以表示是否链路层有效载荷包括级联的输入分组或者分组的片段，如上所述。链路层报头结构可以根据是否链路层有效载荷包括级联的输入分组或者分组的片段变化。
当S/C字段是0时，也就是说，当链路层有效载荷包括分组的片段时，S/C字段可以顺序地继之以片段ID字段和片段序列号字段。当链路层分组包括除第一片段以外的片段时，LI字段和/或片段长度ID字段可以顺序地设置。当链路层分组包括第一片段时，第一片段长度字段和/或LF字段可以设置。也就是说，包括第一片段的链路层报头可能不包括LI字段。在这里，第一片段长度字段可以直接表示包括在链路层分组中的第一片段的长度。LF字段根据其值可以或者可以不必继之以标签字段，如上所述。其它的字段如上所述。
第三，描述多个输入分组在链路层分组中级联和封装的实施例t57030。这个情形可以被称作级联。
链路层报头可以从Packet_Type字段和PC字段开始。PC字段可以如在分割情形下继之以S/C字段。S/C字段可以继之以前面提到的计数字段和长度模式(LM)字段。计数字段可以是2位字段，并且表示当分别地具有00、01、10和11值时，2、3、4和5个输入分组被级联。换句话说，可以使用3位计数字段，如上所述。
LM字段可以表示是否短的输入分组被级联和封装，或者长的输入分组被级联和封装。当短的输入分组被级联时，LM字段具有0的值，并且与输入分组的数目同样多的11位长度字段可以跟随LM字段。当长的输入分组被级联时，LM字段具有1的值，并且与输入分组的数目同样多的2字节长度字段可以跟随LM字段。在这里，比2048字节更短的输入分组可以被分类为短的输入分组，并且等于或者比2048字节更长的输入分组可以被分类为长的输入分组。
根据一个实施例，短的输入分组和长的输入分组可以被混合和级联。在这种情况下，用于短的输入字段的11位长度字段和用于长的输入分组的2字节长度字段可以被混合和设置。这些长度字段可以以与对应于其的输入分组相同的顺序放置在报头中。
根据一个实施例，从某些字段可以前面提到的链路层分组报头结构中被省略。此外，某些字段可以变化或者增加，并且其顺序可以变化。
图58图示根据本发明的另一个实施例的链路层分组报头结构的语法。
该语法表示根据本发明的另一个实施例的前面提到的链路层分组报头结构。如上所述，Packet_Type字段和PC字段通常可以放置在报头结构中。
当PC字段是0时，报头模式字段存在。当报头模式字段是0时，可以提供11位长度字段。当报头模式字段是1时，2字节长度字段、LF字段和预留位可以顺序地放置。标签字段可以根据LF字段的值另外存在。
当PC字段是1时，S/C字段跟随PC字段。当S/C字段是0时，片段ID字段和片段序列号字段可以跟随S/C字段。当片段序列号字段是0000，即，第一片段包括在链路层分组中时，第一片段长度字段和LF字段可以放置在片段序列号字段之后。标签字段可以根据LF字段的值另外存在。当片段序列号字段具有除0000以外的值时，LI字段和片段长度ID字段可以跟随其。
当S/C字段是1时，计数字段和LM字段可以跟随S/C字段。与由计数字段表示的数目同样多的长度字段可以存在。11位长度字段可以提供给短的输入分组，并且2字节长度字段可以提供给长的输入分组。
填充位可以放置在剩余部分中。
根据一个实施例某些字段可以从前面提到的链路层分组报头结构中被省略。此外，某些字段可以变化或者增加，并且其顺序可以变化。
图59图示根据本发明的另一个实施例在链路层分组报头结构中单个完整的输入分组包括在链路层有效载荷中的情形。
第一实施例t59010对应于短的单个分组隔离。如上所述，顺序地放置的Packet_Type字段、PC字段和HM字段继之以11位长度字段。链路层分组可以具有2字节的总的报头长度，并且报头可以继之以链路层有效载荷。在这里，PC字段和HM字段可以分别地具有0和0的值。
第二实施例t59020对应于长的单个分组封装。如上所述，顺序地放置的Packet_Type字段、PC字段和HM字段继之以2字节长度字段。2字节长度字段可以包括11位长度字段和附加5位长度字段，如上所述。这些长度字段可以指的是LSB部分和MSB部分。长度字段可以继之以预留位和LF字段。链路层分组可以具有3字节的总的报头长度，并且报头可以继之以链路层有效载荷。在这里，PC字段、HM字段和LF字段可以分别地具有0、1和0的值。
第三实施例t59030对应于长的单个分组被封装，并且标签字段另外包括在报头结构中的情形。虽然第三实施例对应于前面提到的长的单个分组封装情形，LF字段是1，并且可以继之以标签字段。
图60图示根据本发明的另一个实施例在链路层分组报头结构中通过分割输入分组获得的一个片段包括在链路层有效载荷中的情形。
第一实施例t60010对应于包括在输入分组的片段之中的第一片段的链路层分组结构。如上所述，顺序地放置的Packet_Type字段、PC字段和S/C字段继之以长度ID字段和片段序列号字段。在这里，PC字段、S/C字段和片段序列号字段可以分别地是0、0和0000。第一片段长度字段可以放置在报头结构中，因为第一片段包括在链路层分组中。第一片段长度字段可以直接表示第一片段的长度，如上所述。第一片段长度字段可以继之以LF字段。
第二实施例t60020对应于包括在输入分组的片段之中除第一或者最后片段以外的片段的链路层分组结构。如上所述，顺序地放置的Packet_Type字段、PC字段和S/C字段可以继之以长度ID字段和片段序列号字段。在这里，PC字段和S/C字段可以分别地是0和0。LI字段被放置在报头结构中因为第一片段不包括在链路层分组中，并且LI字段可以是0因为最后片段不包括在链路层分组中。片段长度ID字段可以跟随LI字段。
第三实施例t60030对应于包括在输入分组的片段之中的最后片段的链路层分组结构。如上所述，顺序地放置的Packet_Type字段、PC字段和S/C字段可以继之以长度ID字段和片段序列号字段。在这里，PC字段和S/C字段可以分别地是0和0。LI字段被放置在报头结构中，因为第一片段不包括在链路层分组中，并且LI字段可以是1，因为最后片段包括在链路层分组中。片段长度ID字段可以跟随LI字段。
第四实施例t60040对应于其中在输入分组的片段之中的第一片段和LF字段是1的链路层分组结构。虽然第四实施例对应于第一实施例，标签字段可以根据LF字段的值增加。
图61是示出根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段包括在链路层有效载荷中情形的表。
假设一个输入分组被分割为8个片段。包括片段的所有链路层分组具有相同的Packet_Type字段值，因为片段已经从一个输入分组中推导出。PC字段和S/C字段可以分别地是1和0，如上所述。链路层分组具有相同的片段ID字段值，因为片段已经从一个输入分组中推导出。片段序列号字段可以表示片段的顺序。根据一个实施例可以使用3位片段序列号字段。
具有第一片段的链路层分组包括第一片段长度字段，以便表示其有效载荷的长度。在这种情况下，LI字段和片段长度ID字段可以不存在。
具有除第一片段以外的片段的链路层分组可以包括LI字段和片段长度ID字段，而没有直接表示有效载荷长度的长度字段。片段长度ID字段可以选择前面提到的指定的长度ID的一个，并且根据选择的值表示相应的片段的长度。当相应的片段不是最后片段时，LI字段可以是0，并且当相应的片段是最后片段时，LI字段可以是1。
图62图示根据本发明的另一个实施例在链路层分组报头结构中多个输入分组被级联和包括在链路层有效载荷中的情形。
第一实施例t62010图示短的输入分组被级联和包括在链路层有效载荷中的情形。Packet_Type字段、PC字段和S/C字段被顺序地放置，并且继之以计数字段和LM字段。PC字段、S/C字段和LM字段可以根据前面提到的定义分别地是1、1和0。
11位长度字段可以跟随前面提到的字段顺序地放置。分别表示级联的短的输入分组长度的长度字段可以以与对应于其的输入分组相同的顺序安排。在最后的长度字段之后，剩余部分可以被填充以对应于8位的填充位P。随后，可以安排级联的输入分组。
第二实施例t62020图示长的输入分组被级联和包括在链路层有效载荷中的情形。Packet_Type字段、PC字段和S/C字段被顺序地放置，并且继之以计数字段和LM字段。PC字段、S/C字段和LM字段可以根据前面提到的定义分别地是1、1和1。
2字节长度字段可以顺序地放置跟随前面提到的字段。分别表示级联的长的输入分组长度的长度字段可以以与其对应的输入分组相同的顺序安排。随后，可以安排级联的输入分组。
图63图示根据本发明的另一个实施例在链路层分组报头结构中单个完整的输入分组包括在链路层有效载荷中的情形。
第一和第二实施例t63010和t63020可以相对于单个的分组封装对应于前面提到的链路层分组报头结构。但是，对于长的输入分组包括在链路层分组中的情形，在第一实施例中，2字节长度字段包括在报头结构中，并且在第二实施例中，11位附加长度字段包括在报头结构中。在这种情况下，长度字段可以分别指的是表示长度的LSB部分和MSB部分。2字节长度字段可以继之以预留位。最后的位可以用作LF字段，如上所述。
第三实施例t63030类似于关于单个分组封装的前面提到的链路层分组报头结构。当短的输入分组包括在链路层分组有效载荷中时，链路层分组报头结构对应于关于单个分组封装的前面提到的链路层分组报头结构。当长的输入分组包括在链路层有效载荷中时，长度扩展字段可以替换5位附加长度字段。
长度扩展字段表示长度字段的扩展。由长度扩展字段占据的位数可以根据分组结构变化。为了描述方便起见，在当前的实施例中假设长度扩展字段是2位。例如，当不使用长度扩展字段时，也就是说，当HM＝0时，这表示短的输入分组被封装，并且11位长度字段可以表示在0至2047字节的范围内的有效载荷长度。当使用长度扩展字段时，长度扩展字段的值可以起到在有效载荷长度的表示中的偏移的作用。当长度扩展字段是00时，11位长度字段表示在2048至4095字节范围内的有效载荷。当长度扩展字段是01、10和11时，11位长度字段分别表示在4096至6143字节、6144至8191字节和8192至10239字节范围内的有效载荷长度。例如，当11位长度字段具有表示“1字节有效载荷长度”的值，并且长度扩展字段是00时，这表示2049字节的有效载荷长度。如果11位长度字段具有表示“1字节有效载荷长度”的值，并且长度扩展字段是01，则这表示4097字节的有效载荷长度。以这样的方式，有效载荷长度可以甚至在长的单个分组封装的情况下表示。
第四实施例t63040对应于关于单个分组封装的前面提到的链路层分组报头结构。2字节长度字段可以由11位长度字段和附加5位长度字段替换。在这种情况下，长度字段可以分别地指的是LSB部分和MSB部分。标签字段可以根据LF字段值的值增加。标签字段的位置可以根据实施例变化。
图64是根据本发明的另一个实施例示出在链路层分组报头结构中报头长度的表。
当短的单个输入分组被封装时，PC字段和HM字段可以具有0的值。总的报头长度根据11位长度字段可以是2字节。在该表中，x表示相应的位可以是任何值。例如，11位长度字段由11xs(xxxxxxxxxxx)表示，因为11位长度字段由有效载荷长度确定，并且因此，与报头长度无关。
当长的单个输入分组被封装时，PC字段和HM字段可以分别地具有0和1的值。随后，增加11位长度字段和5位附加长度字段，并且因此，总的报头长度可以是3字节。
在分割的情形下，每个链路层分组的PC字段和S/C字段分别可以是1和0。包括第一片段的链路层分组可以具有0000的片段序列号字段。在当前的实施例中，LF字段可以是0。在这种情况下，总的报头长度可以是3字节。包括除第一片段以外的片段的链路层分组可以具有4位片段序列号字段，继之以LI字段。在这种情况下，总的报头长度可以是2字节。
当短的输入分组被级联时，PC字段和S/C字段可以是1。计数字段可以表示n个分组已经被封装。在这种情况下，LM字段可以是0。总的报头长度可以由(11n/8+1)字节表示，因为使用n个11位长度字段，并且1字节用于报头的前面部分。但是，P个填充位可能需要被添加用于字节调整。在这种情况下，报头长度可以由((11n+P)/8+1)字节表示。
当长的输入分组被级联时，PC字段和S/C字段可以是1。计数字段可以表示n个分组已经被封装。在这种情况下，LM字段可以是1。总的报头长度可以由(2n+1)字节表示，因为使用n个2字节长度字段，并且1字节用于报头的前面部分。
图65图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段包括在链路层有效载荷中的情形。
图示的实施例t65010对应于关于根据本发明的另一个实施例的片段的前面提到的链路层分组报头结构。Packet_Type字段、PC字段和S/C字段被顺序地安排，并且继之以片段ID字段和片段序列号字段。PC字段和S/C字段可以分别地是1和0。当链路层分组具有第一片段时，链路层分组可以包括第一片段长度字段。跟随第一片段长度字段的1位可以是预留位，或者可以分配给LF字段，如上所述。当链路层分组具有除第一片段以外的片段时，链路层分组可以包括LI字段和片段长度ID字段。
在示出以上所述的实施例的表t65020中，对于总共5个片段，Packet_Type字段可以具有相同的值，PC字段可以是1，并且S/C字段可以是0。片段ID字段可以具有相同的值。该片段序列号字段可以表示片段的序列号。在第一片段的情况下，第一片段长度字段表示其长度，并且LI字段可能不存在。在除第一片段以外的片段的情况下，该长度使用片段长度ID字段表示，并且LI字段根据是否该片段是最后片段可以是0或者1。
图66图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段包括在链路层有效载荷中的情形。
图示的实施例t66010类似于关于根据本发明的另一个实施例的片段的前面提到的链路层分组报头结构。但是，在具有除第一片段以外的片段的链路层分组的情况下报头结构可以变化。在这种情况下，LI字段可以继之以片段长度字段，而不是片段长度ID字段。片段长度字段可以直接表示包括在相应的链路层分组中片段的长度。根据一个实施例，片段长度字段可以具有11位的长度。在这种情况下，第一片段长度字段可以被称作片段长度字段。
在示出以上所述的实施例的表t66020中，对于总共5个片段，Packet_Type字段可以具有相同的值，PC字段可以是1，并且S/C字段可以是0。片段ID字段可以具有相同的值。片段序列号字段可以表示片段的序列号。不管是否相应的片段是第一片段，链路层有效载荷的长度可以由片段长度字段表示。当相应的链路层分组包括第一片段时，LI字段不存在，而当相应的链路层分组包括除第一片段以外的片段时，LI字段存在。根据是否相应的片段是最后片段，LI字段可以是0或者1。
图67图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段包括在链路层有效载荷中的情形。
图示的实施例t67010类似于关于根据本发明的另一个实施例的片段的前面提到的链路层分组报头结构。但是，在具有除第一片段以外的片段的链路层分组的情况下报头结构可以变化。在这种情况下，LI字段可以跟随片段长度字段。该片段长度字段如上所述，并且第一片段长度字段也可以被称作片段长度字段。
在示出以上所述的实施例的表t67020中，对于总共5个片段，Packet_Type字段可以具有相同的值，PC字段可以是1，并且S/C字段可以是0。片段ID字段可以具有相同的值。片段序列号字段可以表示片段的序列号。不管是否相应的片段是第一片段，链路层有效载荷的长度可以由片段长度字段表示。当相应的链路层分组包括第一片段时，LI字段不存在，而当相应的链路层分组包括除第一片段以外的片段时，LI字段存在。根据是否相应的片段是最后片段，LI字段可以是0或者1。
图68图示根据本发明的另一个实施例在链路层分组报头结构中输入分组的一个片段包括在链路层有效载荷中的情形。
图示的实施例t68010类似于关于根据本发明的另一个实施例的片段的前面提到的链路层分组报头结构。但是，在这种情况下，不管是否相应的片段是第一片段，可以使用公共报头结构。Packet_Type字段至片段序列号字段具有与以上描述的结构相同的结构。不管是否相应的片段是第一片段，片段序列号字段可以继之以LI字段，并且LI字段可以继之以片段长度字段，片段长度字段表示相应的链路层分组的有效载荷长度。片段长度字段如上所述。在当前的实施例中，片段ID字段可以被省略，并且片段长度字段可以跟随S/C字段。LI字段可以继之以前面提到的SIF字段。
在示出以上所述的实施例的表t68020中，对于总共5个片段，Packet_Type字段可以具有相同的值，PC字段可以是1，并且S/C字段可以是0。片段ID字段可以具有相同的值。片段序列号字段可以表示片段的序列号。不管是否相应的片段是第一片段，LI字段存在。根据是否相应的片段是最后片段，LI字段可以是0或者1。不管是否相应的片段是第一片段，链路层有效载荷的长度可以由片段长度字段表示。
图69图示根据本发明的另一个实施例在链路层分组报头结构中多个输入分组被级联和包括在链路层有效载荷中的情形。
图示的实施例t69010可以对应于关于根据本发明的另一个实施例的级联的前面提到的链路层分组报头结构。Packet_Type字段、PC字段和S/C字段可以被顺序地安排，并且继之以计数字段和LM字段。PC字段和S/C字段可以是1。当短的分组被级联和封装时，与级联的分组的数目同样多的11位长度字段可以根据LM字段的值存在。当长的分组被级联和封装时，与级联的分组的数目同样多的2字节长度字段可以存在。
当前的实施例可以基于级联的输入分组的数目由表t69020表示。当链路层分组具有第一片段时，链路层分组可以包括第一片段长度字段。跟随第一片段长度字段的1位可以是预留位，或者可以分配给LF字段，如上所述。当链路层分组具有除第一片段以外的片段时，链路层分组可以包括LI字段和片段长度ID字段。00的计数字段值表示2个输入分组已经被级联。在这种情况下，使用2个长度字段(其是22位)，并且2个填充位可以用于字节调整。因此，总的报头长度可以是4字节，并且每个输入分组的报头部分可以是2字节。
01、10和11的计数字段值分别表示3、4和5个输入分组已经被级联。在这种情况下，3、4和5个长度字段，也就是说，33、44和55个位被分别地用于各自的情形，并且7、4和1个填充位可以在各自的情形下用于字节调整。因此，总的报头长度可以是6、7和8个字节，并且每个输入分组的报头部分在各自的情形下可以是2.0、1.75和1.60字节。
图70图示根据本发明的另一个实施例在链路层分组报头结构中多个输入分组被级联和包括在链路层有效载荷中的情形。
图示的实施例t70010和t70020可以对应于关于根据本发明的另一个实施例的级联的前面提到的链路层分组报头结构。但是，在这种情况下，LM字段可以从前面提到的报头结构中省略。Packet_Type字段、PC字段和S/C字段可以被顺序地安排，并且继之以计数字段。PC字段和S/C字段可以是1。
在图示的实施例t70010中，与级联的分组的数目同样多的11位长度字段可以存在。在这里，可以由11位表示的短的输入分组的长度由11位长度字段表示。在输入分组比11位更长的情况下，前面提到的单个分组封装或者分割可以使用，而不是级联。当是否使用级联或者单个分组封装/分割已经基于可以由11位表示的大小指定时，可以使用当前的实施例的链路层报头结构。
在图示的实施例t70020中，与级联的分组的数目同样多的2字节长度字段可以存在。当前的实施例的链路层报头结构支持对于具有可以由2字节表示的长度的所有分组的级联。
以上所述的实施例可以基于级联的输入分组的数目由表t70030和t70040表示。表的描述已经在上面给出。
在相对于实施例t70010的表t70030中，当计数字段是000时，例如，2个输入分组已经被级联，2个长度字段，即，22位，被使用，并且2个填充位用于字节调整。因此，总的报头长度可以是4字节，并且每个输入分组的报头部分可以是2字节。当计数字段是001时，3个输入分组已经被级联，3个长度字段，即，33位，被使用，并且7个填充位用于字节调整。因此，总的报头长度可以是6字节，并且每个输入分组的报头部分可以是2字节。
在相对于实施例t70020的表t70040中，当计数字段是000时，例如，2个输入分组已经被级联，可以使用2个长度字段，即，4字节。因此，总的报头长度可以是5字节，并且每个输入分组的报头部分可以是2.50字节。当计数字段是001时，3个输入分组已经被级联，并且可以使用3个长度字段，即，6字节。因此，总的报头长度可以是7字节，并且每个输入分组的报头部分可以是2.33字节。在这种情况下，填充位可能不需要。
图71图示根据本发明的另一个实施例当使用基于字的长度指示时的链路层分组结构。
当上层的分组在字基础上产生时，长度字段可以在字基础上，而不是字节基础上表示长度。也就是说，当输入分组具有4字节的长度时，链路层报头可以被进一步优化，因为当长度在字基础上表示时，前面提到的长度字段的大小可以被降低。
当长度在字基础上表示时，链路层报头结构类似于根据本发明的另一个实施例的前面提到的链路层分组报头结构。各自的字段的位置、配置和操作如上所述。但是，字段的大小被降低。
在单个分组封装(t71010)中，表示有效载荷长度的字段可以降低2位。也就是说，11位长度字段可以被降低为9位，并且2位可以预留供未来使用。此外，当使用长的输入分组时，16位长度字段可以被降低为14位。也就是说，对应于用作MSB的长度字段的位可以被降低。最多2044字节(511字)的输入分组长度可以使用9位长度字段表示，并且最多64k字节(65532字节，16383字)的输入分组长度可以使用14位长度字段表示。2位可以预留供未来使用。预留位可以用作表示前面提到的可选择的报头的存在或者不存在的指标(HEF字段)。
在分割或者级联(t71020和t71030)的情况下，长度字段可以被类似地优化。11位片段长度字段和第一片段长度字段可以被降低为9位。此外，表示片段长度的11位长度字段和2字节长度字段可以分别地降低为9位和14位。在这种情况下，填充位可能需要增加用于字节调整。
这个优化方法可以适用于在本发明中描述的所有链路层分组结构。
图72是示出根据本发明的另一个实施例，当使用基于字的长度表示时基于输入分组的数目的链路层分组报头结构的表。
第一表t72010示出短的输入分组被级联的情形。当计数字段是00时，2个输入分组已经被级联，可以使用2个长度字段，即，18位，并且6个填充位可以用于字节调整。因此，总的报头长度可以是4字节，并且每个输入分组的报头部分可以是2.0字节。
01、10和11的计数字段值分别地表示3、4和5个输入分组已经被级联。在这种情况下，3、4和5个长度字段，也就是说，27、36和45个位可以使用，并且5、4和3个填充位可以用于供各自的情形的字节调整。因此，总的报头长度可以是5、6和7个字节，并且用于各个输入分组的报头部分在各自的情形下可以是1.67、1.50和1.40字节。
第二表t72020示出长的输入分组被级联的情形。当计数字段是00时，2个输入分组已经被级联，可以使用2个长度字段，即，28位，并且4个填充位可以用于字节调整。因此，总的报头长度可以是5字节，并且用于各个输入分组的报头部分可以是2.50字节。当使用基于字的长度表示时，甚至当长的输入分组被级联时，要是可以需要填充位。
01、10和11的计数字段值分别地表示3、4和5个输入分组已经被级联。在这种情况下，3、4和5个长度字段，也就是说，42、56和70个位可以使用，并且6、0和2个填充位可以用于供各自的情形的字节调整。因此，总的报头长度可以是7、8和10个字节，并且用于各个输入分组的报头部分在各自的情形下可以是2.33、2.00和2.00字节。
图73是图示根据本发明的实施例的第一版本的链路层分组的结构的视图。
参考本附图，能够看到基于被包括在链路层分组的各个元素或者字段的值，链路层分组的报头的结构可以以各种形式存在。先前已经描述了各个元素或者字段。
图74是图示根据本发明的另一实施例的第二版本的链路层分组的结构的视图。
参考本附图，能够看到基于被包括在链路层分组的各个元素或者字段的值，链路层分组的报头的结构可以以各种形式存在。先前已经描述了各个元素或者字段。
虽然以各种形式图示了链路层分组(或者链路层分组的报头)的结构，但是可以假定第一版本的链路层分组和第二版本的链路层分组均具有2个字节的报头。
另外，根据被图示的链路层分组的结构，可以使用最小指示字段对于占据大多数分组的默认协议的封装执行信令。
另外，根据被图示的链路层分组的结构，可以执行信令使得即使在链路层中也能够处理IP分组直至64kB，因为可以支持IP分组的长度以具有最多64kB(65535个字节)。
另外，根据被图示的链路层分组的结构，扩展报头可以被包括在链路层分组中以便于提供关于在所有情况下的分组处理的正确信息。另外，链路层分组可以包括扩展标志以便于识别扩展报头的存在。
对于被包括在链路层分组的报头中的所有元素和/或字段，被映射在报头中的元素和/或字段的序列可以被改变。元素和/或字段的映射序列可以被改变，如在被图示的实施例中所示。
第一版本的链路层分组和/或第二版本的链路层分组可以包括T元素、PC元素、S/C元素、E元素、长度元素、以及/或者S元素。在此，术语“元素”和“字段”可以具有相同的意义。
T元素可以识别是否组成链路层分组的有效载荷的分组是以默认协议为基础。例如，在T元素的值是“0”的情况下，T元素可以指示被包括在有效载荷中的输入分组是以默认协议为基础。在基于IP的广播系统中，基于默认协议的分组可以对应于IP分组。在T元素的值是“1”的情况下，T元素可以指示分组不是以默认协议为基础。在这样的情况下，使用附加的字段或者元素可以指示输入分组所基于的详细协议。
分组配置(PC)元素指示链路层分组的有效载荷的配置。例如，在PC元素的值是“0”的情况下，PC元素可以指示一个分组被包括在有效载荷中。在这样的情况下，E元素(或者字段)指示是否扩展报头存在，其可以被包括在报头中。在PC元素的值是“1”的情况下，PC元素可以指示已经执行了其中一个输入分组被分割成多个片段并且片段中的一个被包括在有效载荷中的分割，或者其中一个或者多个输入分组被包括在有效载荷中的级联。在这样的情况下，报头可以包括识别是否分割或者级联已经被执行的信息。
S/C元素可以指示是否已经为链路层分组的有效载荷中的输入分组执行了分割或者级联。例如，在S/C元素的值是“0”的情况下，S/C元素可以指示分割已经被执行。在S/C元素的值是“1”的情况下，S/C元素可以指示级联已经被执行。
E元素指示是否扩展报头存在。例如，在E元素的值是“0”的情况下，E元素可以指示不存在扩展报头。在E元素的值是“1”的情况下，E元素可以指示扩展报头存在。扩展报头的长度和被包括在扩展报头中的字段的配置可以基于分组的使用而被改变。
长度元素可以指示有效载荷的长度。13个比特可以被指配给长度元素。在这样的情况下，长度元素可以指示最多8191个字节的长度。
S元素可以指示被包括在有效载荷中的数据的类型。例如，在S元素的值是“0”的情况下，被包括在有效载荷中的分组可以对应于包括广播数据的数据分组。在这样的情况下，可以使用附加的字段或者元素识别数据分组的类型。在S元素的值是“1”的情况下，S元素可以指示被包括在有效载荷中的分组是包括信令信息的信令分组。
图75是图示根据本发明的实施例的识别被包括在有效载荷中的分组的类型的组合的视图。
根据本发明的实施例，如在被图示的表中所示，能够使用T元素、S元素、以及/或者分组类型元素(类型元素)的组合识别各种输入分组。
在T元素的值是“0”的情况下，T元素可以指示基于作为默认协议的IP的IPv4分组或者IPv6分组是输入分组，如先前所描述的。在这样的情况下，使用被包括在有效载荷中的第一比特(例如，n＝4)可以识别是否IP的版本是4或者6。在T元素的值是“1”的情况下，可以使用紧跟T元素的S元素和/或分组类型元素的组合识别输入分组的类型。
在S元素的值是“0”的情况下，S元素可以指示有效载荷包括含广播数据的数据分组。在S元素的值是“1”的情况下，S元素可以指示有效载荷包括含信令信息的信令分组。
在S元素的值是“0”的情况下，分组类型元素可以指示是否输入分组对应于被压缩的IP分组(已经对其应用RoHC的分组)、MPEG2-TS、或者基于其值的扩展。在此，扩展可以指示在上面还没有提及的其它类型的分组。在S元素的值是“1”的情况下，分组类型元素可以基于其值识别L2(层2或者链路层)的类型。L2信令可以指示用于信道扫描和服务获取的信令、用于紧急报警的信令、用于报头压缩的信令、以及/或者多种信令可以被一起包括。
图76是图示根据本发明的实施例的指配给用于用信号发送分割和/或级联的各个元素或者字段的数据的大小的视图。
图76(a)示出在为了长度指示指配11个比特的情况下当具有最多64kB的输入分组被支持而不考虑对于报头的开销时被指配给各个元素或者字段的比特的数目。
在通过分割或者级联输入分组被包括在链路层分组的有效载荷中的情况下，2字节的报头可以被添加到链路层分组的报头用于字节对准。
图76(b)示出在为了长度指示指配11个比特的情况下当1字节开销被使用时被指配给各个元素或者字段的比特的数目。当1字节的开销被添加时，链路层协议可以支持具有最多16kB的输入分组。
图76(c)示出在为了长度指示指配13个比特的情况下当1字节开销被使用时被指配给各个元素或者字段的比特的数目。在这样的情况下，仅1字节报头被添加到链路层分组的报头同时链路层协议支持具有直至64kB的输入分组。
图77是图示根据本发明的实施例的在一个输入分组被包括在链路层分组的有效载荷中的情况下链路层分组的报头的结构的视图。
在前述的PC元素的值是“0”的情况下，可以基于T元素和/或E元素的值如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1字节的情况。
先前已经描述了被包括在相应的报头结构中的元素或者字段。
图78是图示根据本发明的实施例的在输入分组的片段被包括在链路层分组的有效载荷中的情况下链路层分组的报头的结构的视图。
在前述的T元素的值是“0”，PC元素的值是“1”，并且S/C元素的值是“1”的情况下，可以基于E元素的值如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。
本实施例示出在IP分组被包括在链路层分组中的情况下的报头的结构。
先前已经描述了被包括在相应的报头的结构中的元素或者字段。
图79是图示根据本发明的实施例的在输入分组的片段被包括在链路层分组的有效载荷中的情况下链路层分组的报头的结构的视图。
在前述的T元素的值是“1”，PC元素的值是“1”，并且S/C元素的值是“1”的情况下，可以基于E元素的值如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。
本实施例示出在除了IP分组之外的其它的输入分组被包括在链路层分组的情况下的报头的结构。使用如先前所描述的S元素和/或分组类型元素(类型元素)可以识别输入分组的类型。
先前已经描述了被包括在报头的相应的结构中的元素或者字段。
图80是图示根据本发明的实施例的在两个或者更多个输入分组被包括在链路层分组的有效载荷中的情况下链路层分组的报头的结构的视图。
在前述的T元素的值是“0”，PC元素的值是“1”，并且S/C元素的值是“1”的情况下，可以基于E元素的值如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。
本实施例示出在作为输入分组的IP分组被包括在链路层分组中的情况下的报头的结构。
先前已经描述了被包括在报头的相应的结构中的元素或者字段。
图81是图示根据本发明的实施例的在两个或者更多个输入分组被包括在链路层分组的有效载荷中的情况下链路层分组的报头的结构的视图。
在前述的T元素的值是“1”，PC元素的值是“1”，并且S/C元素的值是“1”的情况下，可以基于E元素的值如所示地改变报头的结构。
此实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。
本实施例示出在除了IP分组之外的其它输入分组被包括在链路层分组的情况下的报头的结构。使用如先前描述的S元素和/或分组类型元素(类型元素)可以识别输入分组的类型。
先前已经描述了被包括在相应的报头结构中的元素或者字段。
图82是图示根据本发明的实施例的第一选项的链路层分组的结构的视图。
参考此附图，能够看到基于被包括在链路层分组中的各个元素或者字段的值，链路层分组的报头的结构可以以各种形式存在。在本说明书中，术语“元素”和“字段”可以具有相同的意义。
根据本发明的实施例，可以基于输入分组被封装进链路层分组的模式改变第一选项的链路层分组的报头的结构。
根据本发明的第一实施例，在一个输入分组被封装进一个链路层分组(单个分组封装)(L82010)的情况下，第一选项的链路层分组的报头可以包括基础报头、附加报头、以及/或者可选报头。基础报头可以包括类型元素、PC元素、HM元素、以及/或者长度元素。附加报头可以包括Len(MSB)元素、R元素、以及/或者E元素。可选报头可以包括报头扩展元素。在下文中将会详细地描述相应的元素。
根据本发明的第二实施例，在一个输入分组被分割成多个片段，并且片段中的一个被封装进一个链路层分组(分割)(L82020)的情况下，第一选项的链路层分组的报头可以包括基础报头、附加报头、以及/或者可选报头。基础报头可以包括类型元素、PC元素、S/C元素、以及/或者长度元素。附加报头可以包括Seg_ID元素、Seg_SN元素、LI元素、以及/或者E元素。可选报头可以包括报头扩展元素。在下文中将会详细地描述相应地元素。
根据本发明的第三实施例，在多个输入分组被封装进一个链路层分组(级联)(L82030)的情况下，第一选项的链路层分组的报头可以包括基础报头、附加报头、以及/或者可选报头。基础报头可以包括类型元素、PC元素、S/C元素、以及/或者长度元素。附加报头可以包括Len(MSB)元素、计数元素、E元素、以及/或者组件长度元素。可选报头可以包括报头扩展元素。在下文中将会详细地描述相应的元素。
在根据本发明的第二实施例的链路层分组中，有效载荷可以被支持以具有直至32kB的长度。
在根据本发明的第二实施例的第一选项的链路层分组中，报头扩展元素可以仅被包括在包括第一片段的链路层分组的报头中。
在根据本发明的第三实施例的第一选项的链路层分组中，有效载荷可以被支持以具有直至16或者32kB的长度。在11b被指配给组件长度元素的情况下，有效载荷可以被支持以具有直至16kB(11b组件长度*3b计数＝16kB)的长度。在12b被指配给组件长度元素的情况下，有效载荷可以被支持以具有直至32kB(12b组件长度*3b计数＝32kB)的长度。
图83是图示根据本发明的实施例的第二选项的链路层分组的结构的视图。
参考本附图，能够看到基于被包括在链路层分组中的各个元素或者字段的值，链路层分组的报头的结构可以以各种形式存在。在本说明书中，术语“元素”和“字段”可以具有相同的意义。
根据本发明的实施例，可以基于输入分组被封装进链路层分组的模式改变第二选项的链路层分组的报头的结构。
根据本发明的第三实施例，在一个输入分组被封装进一个链路层分组(单个分组封装)(L83010)的情况下，第二选项的链路层分组的报头可以包括基础报头、附加报头、以及/或者可选报头。基础报头可以包括类型元素、PC元素、HM元素、以及/或者长度元素。附加报头可以包括Len(MSB)元素、R元素、以及/或者E元素。可选报头可以包括报头扩展元素。在下文中将会详细地描述相应的元素。
根据本发明的第二实施例，在一个输入分组被分割成多个片段，并且片段中的一个被封装进一个链路层分组(分割)(L83020)的情况下，第二选项的链路层分组的报头可以包括基础报头、附加报头、以及/或者可选报头。基础报头可以包括类型元素、PC元素、S/C元素、以及/或者长度元素。附加报头可以包括Seg_ID元素、Seg_SN元素、LI元素、保留元素、以及/或者E元素。可选报头可以包括报头扩展元素。在下文中将会详细地描述相应的元素。
根据本发明的第三实施例，在多个输入分组被封装进一个链路层分组(级联)(L83030)的情况下，第二选项的链路层分组的报头可以包括基础报头、附加报头、以及/或者可选报头。基础报头可以包括类型元素、PC元素、S/C元素、以及/或者长度元素。附加报头可以包括Len(MSB)元素、R元素、计数元素、E元素、以及/或者组件长度元素。可选报头可以包括报头扩展元素。在下文中将会详细地描述相应的元素。
在上述第二选项的链路层分组中，可以支持具有最大64kB的分组。
在根据本发明的第二实施例的第二选项的链路层分组中，与第一选项的链路层分组相比较，1B开销可能被生成。根据本发明的第二实施例的第二选项的链路层分组可以具有6个被保留的比特(保留元素)。
在根据本发明的第三实施例的第二选项的链路层分组中，与第一选项的链路层分组相比较，1B开销可能被生成。根据本发明的第三实施例的第二选项的链路层分组可以具有5个被保留的比特。根据本发明的第三实施例的第二选项的链路层分组可以具有具有11个比特的组件长度元素。
在下文中将会详细地描述被包括在第一选项和/或第二选项中的基础报头中的相应的元素。
类型元素可以识别输入分组的协议类型。即，此元素可以指示在输入数据被封装进链路层分组之前输入数据的分组类型或者最初的协议类型。此元素可以具有3个比特的大小。在此元素的值是000的情况下，此元素可以指示输入分组的分组类型是IPv4分组。在此元素的值是001的情况下，此元素可以指示输入分组的分组类型是被压缩的IP分组。在此元素的值是010的情况下，此元素可以指示输入分组的分组类型是MPEG-2传送流分组。在此元素的值是100的情况下，此元素可以指示输入分组的分组类型是链路层信令分组(L2信令)。在此元素的值是111的情况下，此元素可以指示分组类型扩展。在此，通过此元素的值指示的意义可以被改变。即，在此元素的值是010的情况下，其可以被用作指示输入分组的分组类型是被压缩的IP分组的值。此元素可以被命名为Packet_Type字段。先前在Packet_Type字段的描述中已经进行了此元素的详细描述。
PC元素(分组配置元素)可以指示有效载荷的配置。此元素可以具有1个比特的大小。在此元素的值是0的情况下，此元素可以指示此链路层分组发送一个输入分组的全部。另外，在此元素的值是0的情况下，此元素可以指示随后的元素是HM元素。在此元素的值是1的情况下，此元素可以指示此链路层分组发送一个或者多个输入分组(级联)，或者发送单个输入分组的一部分(分割)。另外，在此元素的值是1的情况下，此元素可以指示随后的元素是S/C元素。此元素可以被命名为Payload_Configuration字段。先前在Payload_Configuration字段的描述中已经进行了此元素的详细描述。
HM元素(报头模式元素)指示是否此链路层分组是短分组或者长分组。在此元素被设置为0的情况下，此元素可以是指示不存在附加报头的1比特字段，并且链路层分组的有效载荷的长度小于2048个字节。取决于实施例可以改变此值。在此元素的值是1的情况下，此元素可以指示在长度元素之后用于一个分组的附加报头存在。在这样的情况下，有效载荷的长度可以大于2047个字节，并且/或者选项特征可以被使用(子流识别、报头扩展等等)。取决于实施例可以改变此值。此字段仅在链路层分组的Payload_Configuration元素具有0的值的情况下存在。此元素可以被命名为Header_Mode字段。先前在Header_Mode字段的描述中已经进行了此元素的详细描述。
S/C元素可以是1比特字段，指示在S/C元素的值被设置为0的情况下，有效载荷发送输入分组的片段，并且在长度元素之后存在用于分割的附加报头。在此元素的值是1的情况下，此元素可以指示有效载荷发送一个以上的完整的输入分组，并且在长度字段之后存在用于级联的附加报头。仅在Payload_Configuration字段的值是0的情况下，此字段可以存在。此元素可以被命名为Segmentation_Concatenation(S/C)字段。先前在Segmentation_Concatenation(S/C)字段的描述中已经进行了此元素的详细描述。
长度元素以字节为单位指示各个分组的长度。此元素可以具有11个比特的大小。在此元素中的比特的数目可以变成除了11之外的比特的数目。此元素可以被命名为长度字段。先前在长度字段的描述中已经进行了此元素的详细描述。
在下文中将会详细地描述根据第一选项和/或第二选项的第一实施例(单个分组封装)的链路层分组的附加报头中包括的相应的元素。
Len(MSB)元素指示在当前链路层分组中的以字节为单位的有效载荷的长度的最高有效位(MSB)。此元素可以具有5个比特的大小。因此，有效载荷的最大长度可以是65535个字节。此元素中的比特的数目可以被变成除了5之外的比特的数目。此元素可以被命名为Length_MSB字段。先前在Length_MSB字段的描述中已经进行了此元素的详细描述。
R元素指示被保留的比特。
E元素指示是否可选报头存在。在此元素的值是0的情况下，此元素指示不存在用于可选报头的报头扩展。在此元素的值是1的情况下，此元素指示存在用于可选报头的报头扩展。此要可以被命名为HEF字段。先前在HEF字段的描述中已经进行了此元素的详细描述。
在下文中将会描述被包括在根据第一选项和/或第二选项的第二实施例(分割)的链路层分组的附加报头中的相应的元素。
在输入分组的片段被包括在链路层分组的有效载荷中的情况下使用Seg_ID元素。此元素可以具有3个比特的大小。在此元素中的比特的数目可以变成除了3之外的比特的数目。包括属于相同输入分组的一个或者多个片段的链路层分组可以具有相同的片段ID值。通过此元素指示的片段ID值没有被重用直到输入分组的最后片段的传输被完成。根据本发明的实施例，此元素可以被省略。
Seg_SN元素指示被包括在链路层分组的有效载荷中的片段的数目。此元素可以具有4个比特的无符号整数值。在此元素中的比特的数目可以被改变。用于输入分组的第一片段的此元素的值可以被设置为“0x0”。对于属于输入分组的各个附加的片段来说此元素可以被增加了1。此元素可以被命名为Segment_Sequence_Number字段。先前在Segment_Sequence_Number字段的描述中已经进行了此元素的详细描述。
LI元素指示是否被包括在此链路层分组的有效载荷中的片段是最后的片段。此元素可以具有1个比特的大小。在此元素中的比特的数目可以被改变。在此片段是最后的片段的情况下，此元素可以具有1的值。此元素可以在Seg_SN元素的值不是“0x0”的情况下存在。此元素可以被命名为Last_Segment_Indicator(LSI)字段。先前在Last_Segment_Indicator(LSI)字段的描述中已经进行了此元素的详细描述。
保留元素指示被保留的比特。
E元素指示是否可选报头存在。在此元素的的值是0的情况下，此元素指示不存在用于可选报头的报头扩展。在此元素的值是1的情况下，此元素指示用于可选报头的报头扩展存在。此元素可以被命名为HEF字段。先前在HEF字段的描述中已经进行了此元素的详细描述。被包括在根据第二实施例的第一选项的链路层分组的报头中的E元素可以仅在Seg_ID元素的值是“0x0”的情况下存在。根据本发明的另一实施例，被包括在根据第二实施例的第一选项的链路层分组的报头中的E元素可以始终被包括，不论Seg_ID元素的值如何。
在下文中将会详细地描述根据第一选项和/或第二选项的第三实施例(级联)的被包括在链路层分组的附加报头中的相应的元素。
Len(MSB)元素指示在当前链路层分组中的有效载荷的长度的最高有效位(MSB)。此元素可以具有4个比特的大小。因此，用于级联的有效载荷的最大长度可以是32767个字节。在此元素中的比特的数目可以变成除了4之外的比特的数目。此元素可以被命名为Length_MSB字段。先前在Length_MSB字段的描述中已经进行了此元素的详细描述。
在此链路层分组的有效载荷中存在两个或者更多个输入分组的情况下，计数元素指示被包括在此链路层分组中的输入分组的数目。此元素可以被命名为计数字段。先前在计数字段的描述中已经进行了此元素的详细描述。
E元素指示是否可选报头存在。在此元素的值是0的情况下，此元素指示不存在用于可选报头的报头扩展。在此元素的值是1的情况下，此元素指示用于可选报头的报头扩展存在。此元素可以被命名为HEF字段。先前在HEF字段的描述中已经进行了此元素的详细描述。
组件长度元素可以以字节为单位指示各个分组的长度。即，此元素可以指示被包括在有效载荷中的两个或者更多个输入分组中的每一个的长度。此元素可以具有12个比特或者2个字节的大小。在此元素中的比特的数目可以被改变。此元素可以被命名为Component_Length字段。先前在Component_Length字段的描述中已经进行了此元素的详细描述。
在下文中将会详细地描述被包括在第一选项和/或第二选项的链路层分组的可选报头中的相应的元素。
报头扩展元素，即，Header_Extension()，可以包括如下定义的字段。Extension_Type可以是能够指示Header_Extension()的类型的8比特字段。Extension_Length可以是能够指示从Header_Extension()的下一个字节到最后字节计数的Header_Extension()的字节长度的8比特字段。Extension_Byte可以是指示Header_Extension()的值的字节。此元素可以被命名为Header_Extension()。先前在Header_Extension()字段的描述中已经进行了此元素的详细描述。
根据本发明的另一实施例，根据第一实施例和/或第二实施例的第一选项和/或第二选项的链路层分组的附加报头可以进一步包括SIF元素，并且第一选项和/或第二选项的链路层分组的可选报头可以进一步包括SID元素。SIF元素可以被命名为子流标识符标志(SIF)字段，并且先前在子流标识符标志(SIF)字段的描述中已经进行了此元素的详细描述。SID元素可以被命名为SID字段，并且先前在SID字段的描述中已经进行此元素的详细描述。
图84是图示根据本发明的实施例的基于其值的PC元素的描述的视图。
先前在参考前述的附图描述了的PC元素的描述中已经进行了此附图的详细描述。
图85是图示根据本发明的第一实施例(单个分组封装)的第一选项的链路层分组的结构的视图。
在前述的PC元素的值是“0”的情况下，基于HM元素和/或E元素的值可以如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。扩展报头的大小可以被改变。
本实施例示出在作为输入分组的IP分组被包括在链路层分组的情况下的报头的结构。
先前已经描述了被包括在报头的相应的结构中的元素或者字段。
图86是图示根据本发明的第二实施例(分割)的第一选项的链路层分组的结构的视图。
在前述的PC元素的值是“1”并且S/C元素的值是“0”的情况下，可以基于E元素的值如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。扩展报头的大小可以被改变。
先前已经描述了被包括在报头的相应结构中的元素或者字段。
图87是图示根据本发明的第三实施例(级联)的第一选项的链路层分组的结构的视图。
在前述的PC元素的值是“1”并且S/C元素的值是“1”的情况下，可以基于E元素的值如所示地改变报头的结构。
本实施例示出当扩展报头存在时扩展报头的大小是1个字节的情况。扩展报头的大小可以被改变。
本实施例示出在作为输入分组的IP分组被包括在链路层分组中的情况下的报头的结构。
在本实施例中，具有12个比特的大小的组件长度元素被使用。
先前已经描述了被包括在报头的相应结构中的元素或者字段。
图88是示出根据本发明的实施例的下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于互联网协议(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层等的数个术语来表示。根据给定实施例，新术语可以被应用于链路层并被使用。
图89是图示根据本发明的实施例的链路层的接口的概念图。
参考图89，发射机可以考虑数字广播中主要使用的IP分组和/或MPEG-2TS分组被用作输入信号的示例性情况。发射机还可以支持能够被用在下一代广播系统中的新协议的分组结构。可以向物理层发送链路层的已封装数据和信令信息。发射机可以根据由广播系统支持的物理层的协议来对所发送的数据(包括信令数据)进行处理，使得发射机可以发送包括所对应的数据的信号。
另一方面，接收机可以将从物理层接收的数据和信令信息恢复成能够在上层中被处理的其它数据。接收机可以读取分组的报头，并且可以确定从物理层接收的分组是指示信令信息(或信令数据)还是识别数据(或内容数据)。
从发射机的链路层接收的信令信息(或信令数据)可以包括从上层接收并需要被发送到接收机的上层的第一信令信息；从链路层生成并提供有关接收机的链路层中的数据处理的信息的第二信令信息；和/或从上层或链路层生成并被输送以在物理层中迅速检测特定数据(例如，服务、内容和/或信令数据)的第三信令信息。
图90图示根据本发明的实施例的在与链路层的操作模式中的一个对应的普通模式下的操作。
由本发明提出的链路层可以具有针对上层与下层之间的兼容性的各种操作模式。本发明提出了链路层的普通模式和透明模式。这两种操作模式可以共存于链路层中，并且可以使用信令或系统参数来指定要使用的操作模式。根据给定实施例，可以实现这两种操作模式中的一种。可以根据输入到链路层的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信令信息。
接收机可以通过物理层来接收数据和信令信息。接收机可以将所接收的数据和信令信息还原成可在上层中处理的形式，并且将还原的数据和信令信息传送给上层。可以在接收机的链路层中执行此过程。接收机可以通过读取分组的报头等来验证接收的分组是否与信令信息或数据有关。此外，当在发射机处执行开销减少时，接收机可以将已经通过开销减少过程减少了其开销的分组还原为原始分组。在此过程中，可以使用所接收的信令信息。
图91图示根据本发明的实施例的在与链路层的操作模式中的一个对应的透明模式下的操作。
在透明模式下，数据可能不经受由链路层支持的功能或者可能经受这些功能中的一些，然后被传送给物理层。换句话说，在透明模式下，传送给上层的分组可以在不通过单独的开销减少和/或封装过程的情况下被传送给物理层。必要时，其它分组可以通过开销减少和/或分组过程。透明模式可以被称为旁路模式，并且另一术语可以应用于透明模式。
根据给定实施例，基于分组的特性和系统操作可以在普通模式下对一些分组进行处理并且可以在透明模式下对一些分组进行处理。
透明模式可以应用于的分组可以是具有为系统熟知的类型的分组。当可以在物理层中对分组进行处理时，可以使用透明模式。例如，熟知的TS或IP分组可以在物理层中通过单独的开销减少和输入格式化过程，并且因此可以在链路层步骤中使用透明模式。当应用了透明模式并且在物理层中通过输入格式化等对分组进行处理时，可以在物理层中执行诸如上面描述的TS报头压缩的操作。另一方面，当应用了普通模式时，处理的链路层分组可以被对待为GS分组并在物理层中处理。
在透明模式下，当需要支持信号发送时可以包括链路层信令模块。如上所述，链路层信令模块可以发送并管理信令信息。可以通过DP来封装并发送信令信息，并且具有划分的发送路径的FIC信令信息和EAS信令信息分别可以通过FIC和EAC来发送。
在透明模式下，可以使用固定IP地址和端口号来显示信息是否对应于信令信息。在这种情况下，信令信息可以被过滤以配置链路层分组，然后通过物理层来发送。
图92图示根据本发明的实施例的在发射机处的链路层的配置(普通模式)。
本实施例是假定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可以充当用于向物理层的DPt91240传送链路层分组的缓冲器。
每个块或模块和部分可以被配置为链路层中的一个模块/协议或多个模块/协议。
图93图示根据本发明的实施例的在接收机处的链路层的配置(普通模式)。
本实施例是假定IP分组被处理的实施例。在接收机处的链路层从功能观点可以主要包括用于对信令信息进行处理的链路层信令部分、开销处理部分和/或解封装部分。在接收机处的链路层还可以包括用于控制链路层的整个操作并且对链路层的输入和输出部分进行调度等的调度器。
首先，可以向链路层传送通过物理层接收的信息。链路层可以对信息进行处理以将该信息还原为该信息尚未被发射机处理的原始状态，并且将该信息传送给上层。在本实施例中，上层可以是IP层。
可以向链路层信令部分传送通过与物理层分离的专用信道t92030传送的信息。链路层信令部分可以区分从物理层接收的信令信息，并且将经区分的信令信息传送给链路层的每个部分。
信道的缓冲器t92040可以充当接收通过专用信道发送的信令信息的缓冲器。如上所述，当物理上/逻辑上划分的单独的信道存在于物理层中时，能够接收通过这些信道发送的信令信息。当从单独的信道接收的信息处于划分状态时，可以存储所划分的信息直到该信息具有完整形式为止。
信令解码器/解析器t92050可以检查通过专用信道接收的信令信息的格式，并且提取要用在链路层中的信息。当通过专用信道接收的信令信息被编码时，可以执行解码。此外，根据给定实施例，能够检查信令信息的完整性。
信令管理器t92060可以使通过多条路径接收的信令信息完整。可以通过信令管理器t92060来使通过要在下面描述的用于信令的DPt92070接收的信令信息完整。信令管理器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传送输出流之前的缓冲器。
本发明中所提出的发射机和接收机的链路层可以包括上面所描述的块或模块。以这种方式，链路层可以不管上层和下层独立地操作，并且高效地执行开销减少。此外，可以容易地扩展/添加/删除取决于上层和下层可支持的功能。
图94是图示根据本发明的实施例的根据链路层组织类型的定义的图。
当链路层被实际上具体化为协议层时，能够通过一个频隙来发送和接收广播服务。这里，一个频隙的示例可以是主要具有特定宽度的广播信道。如上所述，根据本发明，在其中物理层的配置改变的广播系统中或者在具有不同的物理层配置的多个广播系统中，可以定义兼容的链路层。
物理层可以具有用于链路层的接口的逻辑数据路径。链路层可以访问物理层的逻辑数据路径并且向该逻辑数据路径发送与所对应的数据路径相关联的信息。以下类型可以被认为是与链路层接口对接的物理层的数据路径。
在广播系统中，普通数据管道(普通DP)可以作为一种数据路径而存在。普通数据管道可以是用于发送普通数据的数据管道并且可以根据物理层的配置包括一个或多个数据管道。
在广播系统中，基础数据管道(基础DP)可以作为一种数据路径而存在。基础数据管道可以是用于特定目的的数据管道，并且可以在对应的频隙中发送信令信息(本发明中所描述的整个或部分信令信息)和/或一般数据。必要时，为了有效地管理带宽，可以通过基础数据管道来发送通常通过普通数据管道发送的数据。当要在专用信道存在时发送的信息的量超过对应信道的处理容量时，基础数据管道可以执行补充功能。也就是说，可以通过基础数据管道来发送超过对应信道的处理容量的数据。
一般而言，基础数据管道连续地使用一个指定的数据管道。然而，可以使用诸如物理层信令、链路层信令等的方法在多个数据管道当中为基础数据管道动态地选择一个或多个数据管道，以便有效地管理数据管道。
在广播系统中，专用信道可以作为一种数据路径而存在。专用信道可以是用于在物理层中发信号通知或类似的特定目的的信道，并且可以包括用于迅速地获取主要在当前频隙上服务的事项的快速信息信道(FIC)和/或用于向用户立即发送紧急警报的通知的紧急警报信道(EAC)。
一般而言，逻辑数据路径被具体化在物理层中以便发送普通数据管道。可能不在物理层中具体化用于基础数据管道和/或专用信道的逻辑数据路径。
可以如附图中所图示的那样定义要在链路层中发送的数据的配置。
组织类型1可以是指逻辑数据路径仅包括普通数据管道的情况。
组织类型2可以是指逻辑数据路径包括普通数据管道和基础数据管道的情况。
组织类型3可以是指逻辑数据路径包括普通数据管道和专用信道的情况。
组织类型4可以是指逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况。
必要时，逻辑数据数据可以包括基础数据管道和/或专用信道。
根据本发明的实施例，可以根据逻辑数据路径的配置来确定信令信息的发送过程。可以根据本发明中所定义的链路层的上层的协议来确定通过特定逻辑数据路径发送的信令的详细信息。关于本发明中所描述的过程，还可以使用通过上层解析的信令信息并且对应的信令可以从上层以IP分组的形式发送并在以链路层分组的形式封装之后再次发送。
当发送这样的信令信息时，接收机可以根据协议配置从包括在IP分组流中的会话信息中提取详细信令信息。当使用上层的信令信息时，可以使用数据库(DB)或者可以使用共享存储器。例如，在从包括在IP分组流中的会话信息中提取信令信息的情况下，可以将所提取的信令信息存储在接收机的DB、缓冲器和/或共享存储器中。接下来，当在对广播信号中的数据进行处理的过程中需要信令信息时，可以从上述存储装置获得该信令信息。
图95是图示根据本发明的实施例的当逻辑数据路径仅包括普通数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据仅包括普通数据管道时的链路层的结构。如上所述，链路层可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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接收分组流。
接收机对由物理层处理器解码的分组流执行封装和报头恢复。
然后，接收机根据上层的协议来执行处理并且向用户提供广播服务。
图96是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和基础数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括基础数据管道和普通数据管道时的链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这种情况下，用于在链路层中对信号和/或数据进行处理的链路层处理器可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。
向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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的命令。
图97是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道和普通数据管道时链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面，要包括在接收机中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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分组流的形式将分组流发送到接收机的上层。
然后，接收机根据上层的协议来执行处理并且向用户提供广播服务。
图98是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道、基础数据管道和普通数据管道时链路层的结构。如上所述，链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面，要包括在接收机中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的上层上配置的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的命令。
图99是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时在接收机的链路层中的信号和/或数据的详细处理操作的图。
本实施例考虑在一个频带中发送由一个或多个广播公司提供的一个或多个服务的情形。可以认为一个广播公司发送一个或多个广播服务，一个服务包括一个或多个分量并且用户以广播服务为单位接收内容。此外，包括在一个广播服务中的一个或多个分量中的一些可以根据用户选择用其它分量代替。
可以向专用信道发送快速信息信道(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消息中时，接收机通过宽带来接收信息。
图100是图示根据本发明的实施例的快速信息信道(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的字节的大小被一起确定。
图101是图示根据本发明的实施例的紧急警报表(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服务的信息。
图102是图示根据本发明的实施例的发送到数据管道的分组的图。
根据本发明的实施例，在链路层中配置分组被新定义以便生成兼容的链路层分组，无论链路层的上层或链路层的下层的协议变化。
可以将根据本发明的实施例的链路层分组发送到普通DP和/或基础DP。
链路层分组可以包括固定报头、扩展报头和/或有效载荷。
固定报头是具有固定大小的报头并且扩展报头是能够根据上层的分组的配置来改变其大小的报头。有效载荷是其中发送上层的数据的区域。
分组的报头(固定报头或扩展报头)可以包括指示分组的有效载荷的类型的字段。在固定报头的情况下，1个字节的前3个比特(分组类型)可以包括用于标识上层的分组类型的数据，并且剩余的5个比特可以被用作指示符部分。指示符部分可以包括用于标识有效载荷的配置方法和/或扩展报头的配置信息的数据并且可以根据分组类型而改变。
图中所示出的表根据分组类型的值表示包括在有效载荷中的上层的类型。
根据系统配置，可以通过DP来发送有效载荷的IP分组和/或RoHC分组，并且可以通过基础DP来发送信令分组。因此，当混合并发送多个分组时，还可以应用分组类型值以便区分数据分组和信令分组。
当分组类型是000时，IPv4的IP分组被包括在有效载荷中。
当分组类型是001时，IPv6的IP分组被包括在有效载荷中。
当分组类型是010时，压缩IP分组被包括在有效载荷中。压缩IP分组可以包括报头压缩应用于的IP分组。
当分组类型是110时，包括信令数据的分组被包括在有效载荷中。
当分组类型是111时，成帧分组类型被包括在有效载荷中。
图103是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础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发送链路层信令。
图104是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础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分组流发送到接收机的上层。
图105是图示根据本发明的另一实施例的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提供附加信息的零个或多个描述符。
图106是图示根据本发明的实施例的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()还可以包括用于指示信令类别中的更详细信息在该信令类别被指定时的类型或特性的信息类型信息，并且还可以包括信令格式信息。信令类别信息和信息类型信息可以被用来确定信令信息的解封装或对应信令的处理过程。链路层信令的详细结构或处理可以参考上述描述以及将在下面给出的描述。
图107是图示根据本发明的实施例的用于控制发射机和/或接收机在链路层中的操作模式的过程的图。
当确定了链路层的发射机或接收机的操作模式时，能够更高效地使用并能够灵活地设计广播系统。根据本发明提出的控制链路层模式的方法能够动态地转换链路层的模式，以便高效地管理系统带宽和处理时间。此外，根据本发明的控制链路层模式的方法可以容易地应付由于物理层的变化而需要支持特定模式或者另一方面特定模式不必再改变的情况。此外，根据本发明的控制链路层模式的方法还可以允许广播系统在提供广播服务的广播公司打算指定发送对应服务的方法时容易地满足对应广播公司的要求。
控制链路层的模式的方法可以被配置成仅在链路层中执行或者经由链路层中的数据配置的变化而执行。在这种情况下，能够在无需具体化单独的功能的情况下在网络层和/或物理层中执行每个层的独立操作。在根据本发明提出的链路层的模式下，能够在系统中利用信令或参数来控制模式，而无需改变系统以便满足物理层的配置。只有当在物理层中支持对应输入的处理时才可以执行特定模式。
该图是图示通过发射机和/或接收机在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)过程可以包括开销恢复过程。
图108是图示根据本发明的实施例的在链路层中根据标志的值以及发送到物理层的分组的类型的操作的图。
为了确定链路层的操作模式，可以使用前述信令方法。可以向接收机直接发送与该方法相关联的信令信息。在这种情况下，前述信令数据或链路层信令分组可以包括将在下面描述的模式控制以及相关信息。
考虑到接收机的复杂性，可以向接收机间接指示链路层的操作模式。
关于操作模式的控制可以配置以下两个标志。
–报头压缩标志(HCF)：这可以是用于确定报头压缩是否应用于对应的链路层的标志并且可以具有指示启用或禁用的值。
–封装标志(EF)：这可以是用于确定是否在对应的链路层中应用封装的标志并且可以具有指示启用或禁用的值。然而，当需要根据报头压缩方案执行封装时，可以将EF定义为依赖于HCF。
可以根据系统配置来应用映射到每个标志的值，只要该值表示启用和禁用即可，并且能够改变分配给每个标志的比特数。根据本发明的实施例，可以将启用值映射到1并且可以将禁用值映射到0。
该图示出了是否根据HCF和EF的值，并且在这种情况下根据发送到物理层的分组格式，来执行包括在链路层中的报头压缩和封装。也就是说，根据本发明的实施例，接收机能够知道输入到物理层的分组的类型作为关于HCF和EF的信息。
图109是图示根据本发明的实施例的用于发信号通知模式控制参数的描述符的图。
作为关于链路层中的模式控制的信息的标志可以是由发射机以描述符的形式生成并发送到接收机的信令信息。包括作为关于模式控制的信息的标志的信令可以被用来控制头端终端的发射机中的操作模式，并且作为关于模式控制的信息的标志是否被包括在发送到接收机的信令中可以可选地被选择。
当包括作为关于模式控制的信息的标志的信令被发送到接收机时，接收机可以直接选择关于对应DP的操作模式并执行分组解封装操作。当包括作为关于模式控制的信息的标志的信令未被发送到接收机时，接收机能够使用被发送到接收机的分组报头的物理层信令或字段信息来确定用来发送信令的模式。
根据本发明的实施例的链路层模式控制描述可以包括DP_id信息、HCF信息和/或EF信息。可以将链路层模式控制描述包括在前述FIC中的发送参数，链路层信令分组，经用专用信道、PSI/SI和/或物理层的信令中。
DP_id信息标识链路层中的模式应用于的DP。
HCF信息标识是否在由DP_id信息所标识的DP中应用报头压缩。
EF信息标识是否对由DP_id信息所标识的DP执行封装。
图110是图示根据本发明的实施例的用于控制操作模式的发射机的操作的图。
尽管在图中未图示，但是在链路层的处理过程之前，发射机可以执行上层(例如，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。可以将服务信令信道数据发送到前述专用信道。
图111是图示根据本发明的实施例的用于根据操作模式对广播信号进行处理的接收机的操作的图。
接收机可以与分组流一起接收与链路层中的操作模式相关联的信息。
接收机接收信令信息和/或信道信息(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)。
图112是图示根据本发明的实施例的用于标识封装模式的信息的图。
在广播系统中，当链路层中的处理在一个或多个模式下操作时，可能需要用于确定链路层中的处理(在发射机和/或接收机中)作为哪种模式的过程。在建立发射机与接收机之间的发送链路的过程中，发射机和/或接收机可以确认链路层的配置信息。这种情况可以对应于接收机被最初建立或者针对服务执行扫描过程或者移动接收机新进入发射机的发射半径内的区域的情况。此过程可以被称为初始化过程或引导过程。此过程可以被配置为在无需通过附加过程来配置的情况下由系统所支持的过程的部分过程。在本说明书中，此过程将被称为初始化过程。
可以根据由对应的链路层所支持的功能以及由每个功能拥有的操作模式的类型来确定初始化过程中所需的参数。将在下文中给出能够确定构成链路层的功能以及根据这些功能的操作模式的参数的描述。
上面描述的附图图示用于标识封装模式的参数。
当能够配置用于在链路层或上层(例如，IP层)中对分组进行封装的过程时，索引被指派给相应的封装模式并且可以将适当的字段值分配给每个索引。附图图示映射到每个封装模式的字段值的实施例。虽然假定了在此实施例中指派了2比特字段值，但是当存在更多可支持的封装模式时，在实际实施中可以在系统许可的范围内扩展该字段值。
在此实施例中，如果指示封装模式的信息的字段被设置为“00”时，则对应的信息可以表示链路层中的封装被旁路并且未执行。如果指示封装模式的信息的字段被设置为“01”，则对应的信息可以表示数据是通过链路层中的第一封装方案来处理的。如果指示封装模式的信息的字段被设置为“10”，则对应的信息可以表示数据是通过链路层中的第二封装方案来处理的。如果指示封装模式的信息的字段被设置为“11”，则对应的信息可以表示数据是通过链路层中的第三封装方案来处理的。
图113是图示根据本发明的实施例的用于标识报头压缩模式的信息的图。
链路层中的处理可以包括IP分组的报头压缩的功能。如果能够在链路层中支持几个IP报头压缩方案，则发射机可以确定该发射机将使用哪一个方案。
报头压缩模式的确定通常伴随封装功能。因此，当封装模式被禁用时，也可以禁用报头压缩模式。上面描述的附图图示映射到每个报头压缩模式的字段值的实施例。虽然假定了在此实施例中指派3比特字段值，但是在实际实施中可以根据可支持的报头压缩模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中，如果指示报头压缩模式的信息的字段被设置为“000”，则所应的信息可以指示不在链路层中执行针对数据的报头压缩处理。如果指示报头压缩模式的信息的字段被设置为“001”，则对应的信息可以指示在链路层中针对数据的报头压缩处理使用RoHC方案。如果指示报头压缩模式的信息的字段被设置为“010”，则对应的信息可以指示在链路层中针对数据的报头压缩处理使用第二RoHC方案。如果指示报头压缩模式的信息的字段被设置为“011”，则对应的信息可以指示在链路层中针对数据的报头压缩处理使用第三RoHC方案。如果指示报头压缩模式的信息的字段被设置为“100”至“111”，则对应的信息可以指示针对数据的报头压缩作为用于标识在链路层中针对数据的新报头压缩处理方案的区域被保留。
图114是图示根据本发明的实施例的用于标识分组重新配置模式的信息的图。
为了对诸如广播系统的双向链路应用报头压缩方案，广播系统(发射机和/或接收机)需要迅速地获取上下文信息。广播系统可以通过部分压缩的分组的重新配置和/或上下文信息的提取以带外形式在报头压缩过程之后发送/接收分组流。在本发明中，用于重新配置分组或者执行诸如能够标识分组的结构的信息的添加的处理的模式可以被称为分组重新配置模式。
分组重新配置模式可以使用几个方案并且广播系统可以在链路层的初始化过程中指定对应的方案。上面描述的附图图示映射到分组重新配置模式的索引和字段值的实施例。虽然假定了在此实施例中指派2比特字段值，但是在实际实施中可以根据可支持的分组重新配置模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中，如果指示分组重新配置模式的信息的字段被设置为“00”，则对应的信息可以表示不在链路层中执行针对发送数据的分组的重新配置。如果指示分组重新配置模式的信息的字段被设置为“01”，则对应的信息可以表示针对在链路层发送数据的分组执行第一重新配置方案。如果指示分组重新配置模式的信息的字段被设置为“10”，则对应的信息可以表示针对在链路层发送数据的分组执行第二重新配置方案。如果指示分组重新配置模式的信息的字段被设置为“11”，则对应的信息可以表示针对在链路层发送数据的分组执行第三重新配置方案。
图115是图示根据本发明的实施例的上下文发送模式的图。
上面描述的上下文信息的发送方案可以包括一个或多个发送模式。也就是说，广播系统可以以许多方式发送上下文信息。在广播系统中，可以根据系统和/或逻辑物理层的发送路径来确定上下文发送模式并且可以发信号通知用于标识上下文发送方案的信息。上面描述的附图图示映射到上下文发送模式的索引和字段值的实施例。虽然假定了在此实施例中指派3比特字段值，但是在实际实施中可以根据可支持的上下文发送模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中，如果指示上下文发送模式的信息的字段被设置为“000”，则对应的字段信息可以表示上下文信息作为第一发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“001”，则对应的信息可以表示上下文信息作为第二发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“010”，则对应的信息可以表示上下文信息作为第三发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“011”，则对应的信息可以表示上下文信息作为第四发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“100”，则对应的信息可以表示上下文信息作为第五发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“101”至“111”，则对应的信息可以表示上下文信息被保留以标识新的发送模式。
图116是图示根据本发明的实施例的当通过报头压缩方案来应用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流的目的地地址。
图117是图示根据本发明的实施例的用于标识链路层信令路径配置的信息的图。
在广播系统中，通常，通过其传送信令信息的路径被设计为不改变。然而，当系统改变了时或者在发生不同标准之间的代替的同时，需要发信号通知关于发送链路层信令信息而不是IP分组的物理层的配置的信息。此外，当移动接收机在由具有不同配置的发射机所覆盖的区域之间移动时，因为用来发送链路层信令信息的路径可能不同，所以可能发生应该发送链路层信令路径信息的情况。上面描述的附图图示用于标识作为用来发送/接收链路层信令信息的路径的信令路径的信息。可以根据在物理层中配置的信令发送路径相对于链路层信令信息来扩展或者缩短索引。与链路层中的配置分开地，对应信道的操作可以符合物理层的过程。
上面描述的附图图示关于信令路径配置的信息被分配给字段值的实施例。在本说明书中，当支持多条信令路径时，可以按小值的顺序将索引映射到很重要的信令路径。还可以标识具有根据索引值进行优先级排序的优先级的信令路径。
替换地，广播系统可以使用具有比由关于信令路径配置的信息所指示的信令路径高的优先级的所有信令路径。例如，当信令路径配置索引值是3时，对应的字段值可以是指示正在使用优先级为1、2和3的专用数据路径、特定信令信道(FIC)以及特定信令信道(EAC)中的全部的“011”。
上述方案的信令能够减少发送信令信息的数据的量。
图118是图示根据本发明的实施例的关于通过比特映射方案的信令路径配置的信息的图。
可以通过比特映射方案的定义来发送/接收关于信令路径配置的上面描述的信息。在此实施例中，考虑了将4个比特分配给关于信令路径配置的信息并且可以映射与相应的比特b1、b2、b3和b4对应的信令路径。如果每个位置的比特值是0，则这可以指示对应的路径被禁用，而如果每个位置的比特值是1，则这可以指示对应的路径被启用。例如，如果4比特信令路径配置字段值是“1100”，则这可以指示广播系统正在链路层中使用专用DP和特定信令信道(FIC)。
图119是图示根据本发明的实施例的链路层初始化过程的流程图。
如果接收机被加电或者移动接收机进入新发射机的发送区域，则接收机可以针对所有或一些系统配置执行初始化过程。在这种情况下，还可以执行针对链路层的初始化过程。可以像附图中所图示的那样执行使用上面描述的初始化参数在接收机中最初建立链路层。
接收机进入链路层的初始化过程(JS32010)。
在进入链路层的初始化过程后，接收机选择封装模式(JS32020)。接收机可以在此过程中使用上面描述的初始化参数来选择封装模式。
接收机确定封装是否被启用(JS32030)。接收机可以在此过程中使用上面描述的初始化参数来确定封装是否被启用。
通常，因为在封装过程之后应用报头压缩方案，所以如果封装模式被禁用，则接收机可以确定报头压缩模式被禁用(JS32080)。在这种情况下，因为接收机没有必要再进行到初始化过程，所以接收机可以向另一层立即发送数据或者过渡到数据处理过程。
当封装模式被启用时接收机选择报头压缩模式(JS32040)。在选择报头压缩模式后，接收机可以使用上面描述的初始化参数来确定应用于分组的报头压缩方案。
接收机确定报头压缩是否被启用(JS32050)。如果报头压缩被禁用，则接收机可以立即发送数据或者过渡到数据处理过程。
如果报头压缩被启用，则接收机相对于对应的报头压缩方案而选择分组流重新配置模式和/或上下文发送模式(JS32060和JS32070)。接收机可以在此过程中使用上面描述的信息来选择相应的模式。
接下来，接收机可以发送用于另一处理过程的数据或者执行该数据处理过程。
图120是图示根据本发明的另一实施例的链路层初始化过程的流程图。
接收机进入链路层的初始化过程(JS33010)。
接收机标识链路层信令路径配置(JS33020)。接收机可以使用上面描述的信息来标识用来发送链路层信令信息的路径。
接收机选择封装模式(JS33030)。接收机可以使用上面描述的初始化参数来选择封装模式。
接收机确定封装是否被启用(JS33040)。接收机可以在此过程中使用上面描述的初始化参数来确定封装是否被启用。
通常，因为在封装过程之后应用报头压缩方案，所以如果封装模式被禁用，则接收机可以确定报头压缩模式被禁用(JS34100)。在这种情况下，因为接收机没有必要再进行到初始化过程，所以接收机可以向另一层立即发送数据或者过渡到数据处理过程。
当封装模式被启用时接收机选择报头压缩模式(JS33050)。在选择报头压缩模式后，接收机可以使用上面描述的初始化参数来确定应用于分组的报头压缩方案。
接收机确定报头压缩是否被启用(JS33060)。如果报头压缩被禁用，则接收机可以立即发送数据或者过渡到数据处理过程。
如果报头压缩被启用，则接收机相对于对应的报头压缩方案而选择分组流重新配置模式和/或上下文发送模式(JS33070和JS33080)。接收机可以在此过程中使用上面描述的信息来选择相应的模式。
接收机执行报头压缩初始化(JS33090)。接收机可以在执行报头压缩初始化的过程中使用上面描述的信息。接下来，接收机可以发送用于另一处理过程的数据或者执行该数据处理过程。
图121是图示根据本发明的实施例的用于发送初始化参数的信令格式的图。
为了实际上将上面描述的初始化参数发送到接收机，广播系统可以以描述符的形式发送/接收对应的信息。当在系统中配置的链路层中操作的多个链路存在时，可以指派能够标识相应的链路的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()信息。上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图122是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
该附图图示用于实际上将上面描述的初始化参数发送到接收机的另一形式的描述符。在此实施例中，上面描述的报头压缩的初始配置信息被排除。当在每个链路层的数据处理中执行附加报头压缩初始化过程或者附加报头压缩参数被给予给每个链路层的分组时，可以发送和接收以与在此实施例中相同的形式配置的描述符。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图123是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
该附图图示用于实际上将上面描述的初始化参数发送到接收机的另一形式的描述符。在此实施例中，用于发送初始化参数的描述符包括关于信令发送路径的配置信息，而不包括报头压缩的初始配置信息。
关于信令发送路径的配置参数可以使用如上所述的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信息包括在用于发送初始化参数的描述符中
包含在描述符中的上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图124是图示根据本发明的实施例的接收机的图。
根据本发明的实施例的接收机可以包括调谐器JS21010、ADCJS21020、解调器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对接收机执行总体控制。
图125是图示根据本发明的另一实施例的链路层分组的报头的结构的视图。
如先前所描述的，链路层分组可以包括报头和有效载荷。报头可以包括基础报头、附加报头、以及/或者可选报头。
基础报头可以包括分组类型字段、PC字段、以及/或者长度字段。先前已经描述了相应的字段。相应的字段可以与先前描述的Packet_Type字段、PC字段、以及长度字段相同。另外，基于PC字段的值，基础报头可以包括HM字段或者S/C字段。这些字段可以与先前描述的HM字段和S/C字段相同。
附加报头可以具有如先前描述的各种类型。
在PC字段指示单个分组被封装进链路层分组并且HM字段指示对应的信号分组是长分组的情况下，用于长单个分组的附加报头可以被进一步添加。此附加报头可以包括Length_MSB字段、SIF字段、以及/或者HEF字段。先前已经描述了相应的字段。在此，SIF字段可以被指示为L字段，并且HEF字段可以被指示为OP字段。如先前所描述的，是否可选报头存在或者其配置可以基于SIF字段和HEF字段的值而被指示。
在PC字段指示分割或者级联被利用并且S/C字段指示分割被利用的情况下，用于分割的附加报头可以被进一步添加。此附加报头可以包括Seg_SN字段、和LSI字段、SIF字段、以及/或者HEF字段。先前描述了相应的字段。在此，Seg_SN字段可以对应于先前已经描述的Segment_Sequence_Number字段。LSI字段、SIF字段以及HEF字段作为LI字段、L字段以及OP字段分别被示出。在此，取决于实施例，HEF字段可以仅被包括在具有第一片段的链路层分组中，可以仅被包括在具有最后片段的链路层分组中，或者可以被包括在具有片段的所有链路层分组中。
如先前所描述的，附加报头可以或者可以不包括Segment_ID字段。Segment_ID可以具有用于具有被包括在相同分组中的片段的链路层分组的相同的值。Segment_ID字段不可以重用相同的值直到最后片段被发送。在像广播流一样在物理层中没有改变分组传输序列的情况下，可以仅使用Segmeent_Sequence_Number字段和LSI字段重新配置分组。即，Segment_ID字段可以不被使用。即使在分割的情况下，可选报头也可以进一步被添加到附加报头的后面。
在PC字段指示分割或者级联被利用并且S/C字段指示级联被利用的情况下，用于级联的附加报头可以被进一步添加。此附加报头可以包括Length_MSB字段、计数字段、以及/或者HEF字段。先前已经描述了相应的字段。取决于实施例，SIF字段可以位于替代HEF字段。
如先前所描述的，此附加报头可以进一步包括Component_Length字段。这些Component_Length字段可以位于HEF字段的后面。在HEF字段指示可选报头存在的情况下，对应的可选报头可以位于附加报头，即，Component_Length字段的后面。取决于实施例，可选报头可以位于HEF字段和Component_Length字段之间。在SIF字段被使用替代HEF字段并且SIF字段指示SID存在的情况下，可选报头的SID可以位于附加报头，即，Component_Length字段的后面。取决于实施例，可选报头的SID可以位于SIF字段和Component_Length字段之间。
将会描述可选报头。如先前所描述的，可选报头可以包括SID信息和/或报头扩展信息。先前已经描述了SID信息，并且报头扩展信息可以对应于先前已经描述的报头扩展或者Header_Extension()。
在此，SID可以被称为链路ID。SID可以用作能够识别在链路层中的上级分组流的标识符。当通过单个链路层发送多个分组流时，SID可以被用于识别通过对应的链路层分组发送的数据属于的分组流。即，SID可以指示相对应的链路层分组正在发送哪个分组流。在此，分组流可以是上层分组流，诸如IP流。
如先前所描述的，SID可以被用于识别子流/分组流。在多个服务取决于一个实施例被发送的情况下，作为特定服务的标识符，SID可以被用于识别发送特定服务的分组流。取决于实施例，不是基于服务，SID可以被用于识别多个IP流。
取决于实施例，SID可以具有1个字节的大小。在这样的情况下，使用SID可以识别256个分组流。可以基于系统的结构或者分组调节SID的大小。
可以通过系统的信令发送要通过接收机接收的SID。使用此信令信息接收机的链路层可以仅过滤具有对应SID的链路层分组。通过过滤，接收机可以仅解码接收机所期待的分组流。此信令信息可以对应于先前已经描述的LMT。此LMT可以包括特定分组流的SID、分组流的IP地址、以及映射UDP/TCP端号的信息。当此LMT信息被发送到接收机时，接收机可以在将数据发送到上层之前在链路层步骤处执行链路层分组过滤。当然，如先前所描述的，LMT也可以包括特定的PLP和映射通过PLP发送的分组流的信息。在取决于实施例应用RoCH的情况下，SID可以被用作RoCH信道，通过其发送上下文ID。
使用先前已经描述了的SIF字段或者L(链路ID标志)字段可以识别是否SID被包括。此字段可以具有1个比特的大小。在SIF字段具有1的值的情况下，SID可以在对应的链路层分组的可选报头中存在。
另外，先前已经描述的HEF字段或者OP(可选报头标志)字段可以指示是否可选报头存在。此字段可以具有1个比特的大小。取决于实施例，HEF字段或者OP字段可以指示是否先前已经描述的报头扩展(Header_Extension())被包括在对应的链路层分组的可选报头中。
图126是图示根据本发明的实施例的使用SID过滤分组流的方法的视图。
在此附图中示出的方法中，假定多个MUX位于上层和链路层之间。在此，上层可以意指层3、IP层、或者IP/UDP层。
在发射机侧，上层可以将至少一个分组流发送到链路层。在此，分组流可以被称为传送流、数据流、TS流、IP流、传送会话、IP会话、或者上层会话。在此，假定分组流是IP/UDP分组流。例如，通过t502010表示的第一分组流和通过t502020表示的第二分组流可以被发送到链路层。
各个分组流可以在被发送到链路层之前经过MUX。可以通过MUX混合属于第一和第二分组流的IP/UDP分组。随后，被复用的IP/UDP可以被发送到链路层。
如先前所描述的，可以在链路层分组中执行报头压缩和/或分组封装过程。取决于实施例，报头压缩过程可以被省略。通过分组封装过程，输入分组可以被封装进链路层分组。
在报头压缩过程中，关于各个IP流的上下文信息可以被提取。上下文ID(CID)可以被指配给各个被压缩的IP流。例如，CID1可以被指配给第一分组流，并且CID2可以被指配给第二分组流。
在分组封装过程中，各个输入分组可以被封装进链路层分组。例如，在分割被执行的情况下，片段ID和/或片段序列号可以被指配给各个链路层分组。片段ID可以对应于先前已经描述的Segment_ID字段，并且片段序列号可以对应于先前已经描述的Seg_SN字段。在IP分组#1被划分成三个片段的情况下，片段ID和片段序列号，例如，(SID1，SN1)、(SID1，SN2)以及(SID1，SN3)可以被指配给具有相应的片段的链路层分组。如先前所描述的，片段ID可以被省略。在此附图中，SID可以意指片段ID。
另外，相同的SID可以被指配给属于相同上层分组流的分组的传送数据的链路层分组。在此附图中，SID作为LID被示出。例如，属于第一分组流的传送分组的链路层分组可以具有LID1作为SID值，并且属于第二分组流的传送分组的链路层分组可以具有LID2作为SID值。
通过信令，关于在SID(子流ID)和上层分组之间的映射的信息可以被发送到接收机。通过关于SID的配置信息(映射信息)，接收机可以知道在链路层中要事先解码/解析的目标分组流。
通过诸如先前已经描述的编码和交织的物理层处理过程，链路层分组可以被生成为广播信号。物理层处理可以以DP或者PLP为单位执行。此广播信号可以被发送到接收机。取决于实施例，链路层处理可以作为物理层处理的一部分被执行。在这样的情况下，执行链路层处理的硬件模块可以是管理物理层的硬件模块的一部分。
接收机可以通过物理层处理解码接收到的广播信号。在接收机侧的链路层可以通过过滤仅处理所期待的分组流。SID(子流ID)可以被用于此过滤。关于此SID的信息可以通过信令从发射机发送到接收机。接收机可以从链路层识别目标分组流，并且执行用于被识别的目标分组流的分组解封装和报头解压缩过程。随后，分组流可以被发送到上层。例如，具有1的SID的链路层分组可以被过滤、解封装、并且被发送到上层。接收机可以获取原始的第一分组流t502010。因为所期待的数据被处理，所以在接收机侧的系统负载可以被减少。
图127是图示根据本发明的另一实施例的使用SID过滤分组流的方法的视图。
在本附图中示出的方法中，假定复用器MUX位于链路层和物理层之间。在此，上层可以意指层3、IP层、或者IP/UDP层。
以相同的方式，上层可以将第一分组流t503010和第二分组流t503020发送到链路层。链路层可以执行用于各个分组流的报头压缩和/或分组封装。如先前所描述的，报头压缩过程可以被省略。
各个分组流可以通过报头压缩被压缩，并且CID可以被指配给各个被压缩的分组流。另外，通过封装各个输入分组可以被封装进链路层分组，并且片段ID和/或片段序列号可以被指配给各个输入分组。另外，SID(子流ID)可以被指配给传送相应的上层分组流的各个链路层分组。如先前所描述的，SID可以被包括在对应的链路层分组的可选报头中。
从链路层输出的链路层分组可以被输入到MUX，其中链路层分组可以被复用。随后，物理层可以执行物理层处理以生成广播信号，并且被生成的广播信号可以被发送到接收机。
以相同的方式，使用与通过信令接收到的SID有关的映射信息，接收机可以过滤传送所期待的分组流的链路层分组。被过滤的链路层分组可以被解封装，报头解压缩，并且被发送到上层。结果。接收机可以获取原始的第一分组流t503010。
图128是图示根据本发明的实施例的可选报头和与其有关的字段的配置的视图。
可选报头可以被附接到前述报头的前部分的后面。可选报头可以被添加到先前已经描述的附加报头的后面。如先前所描述的，可选报头可以包括SID和/或报头扩展(Header_Extension())。在SID被包括的情况下，SID可以位于可选报头中的Header_Extension()的前面。
先前已经描述的SIF字段和/或HEF字段可以被包括在附加报头的后面。基于附加报头的类型，仅SIF字段或者HEF字段可以存在。在此，先前已经描述了SIF字段和HEF字段。在此附图中，SIF字段和HEF字段作为L字段和OP字段分别被示出。
SIF字段可以指示是否SID(链路ID)被包括在对应的链路层分组的可选报头中。HEF字段可以指示是否对应的链路层分组包括可选报头。取决于实施例，HEF字段可以指示是否Header_Extension()被包括在对应的链路层分组的可选报头中。
在SIF字段和HEF字段的值分别是0和0的情况下，可选报头和SID可以都不存在。在SIF字段和HEF字段的值分别是0和1的情况下，可选报头可以存在，但是SID不可以被包括在可选报头中。在SIF字段和HEF字段的值分别是1和0的情况下，可选报头可以不存在，但是SID可以被包括在附加报头的后面。在这样的情况下，SID可以被添加，不论可选报头如何。在SIF字段和HEF字段分别是1和1的情况下，可选报头可以存在，并且SID可以被包括在可选报头中。
在HEF字段指示是否Header_Extension()存在的实施例中，在SIF字段和HEF字段分别是0和0的情况下，HEF字段可以指示不存在Header_Extension()。在SIF字段和HEF字段的值分别是0和1的情况下，HEF字段可以指示仅Header_Extension()被包括在可选报头中。在SIF字段和HEF字段的值分别是1和0的情况下，HEF字段可以指示仅SID可以被包括在可选报头中。在SIF字段和HEF字段的值分别是1和1的情况下，HEF字段可以指示SID和Header_Extension()被顺序地包括在可选报头中。此情况可以指示可选报头存在，并且仅SID被包括在可选报头中而没有报头扩展信息。
取决于实施例，在HEF字段指示是否Header_Extension()存在的情况下，可以基于在附加报头中的SIF字段和HEF字段的位置确定在可选报头中的SID和Header_Extension()的位置。
取决于实施例，可选报头可以被省略。在没有使用可选报头的系统中，HEF字段也可以被省略。如果没有必要，则作为包括为了未来的使用而定义的扩展字段的信息的Header_Extension()可以被省略。
图129是图示根据本发明的另一实施例的可选报头的结构的视图。
在本附图中，可选报头仅包括不具有SID的Header_Extension()。Header_Extension()部分可以被称为报头扩展、报头扩展部分、或者报头扩展信息。如先前所描述的，Header_Extension()部分可以包括Extension_Type字段、Extension_Length字段、以及/或者Extension_Byte字段。
在被图示的实施例中，Header_Extension()可以被划分成指示报头扩展部分的长度的报头扩展长度部分和报头扩展部分的剩余字段(扩展字段的集合)。报头扩展长度部分可以对应于先前已经描述的Extension_Length字段。报头扩展字段的字段可以对应于Extension_Type字段和/或Extension_Byte字段。Extension_Byte字段可以意指实际报头扩展信息。
图130是图示根据本发明的另一实施例的用于配置可选报头的方案的视图。
在分割的情况下，用于分割的附加报头可以被添加到基础报头，如先前所描述的。在这样的情况下，Seg_ID字段可以从先前描述的附加报头中省略。在片段被顺序地发送的情况下，对于接收侧来说能够仅使用LSI字段和Seg_SN字段重组分组而没有Seg_ID字段。
然而，在Seg_ID字段被省略的情况下，可选报头可以包括取决于实施例的Seg_ID字段。在本实施例中，附加字段可以被包括以便于指示是否可选报头包括Seg_ID字段。
在第一实施例t506010中，可选报头包括不具有SID的Header_Extension()。如先前所描述的，Header_Extension()可以被划分成指示Header_Extension()的长度的部分和剩余部分。Header_Extension()的第一比特可以被指配以便于指示是否Seg_ID字段被包括。在第一比特具有0的值的情况下，片段ID信息不可以被包括在对应的可选报头或者Header_Extension()中。在指示Header_Extension()的长度的字段具有1个字节的长度的情况下，排除第一比特的剩余的7个比特可以指示Header_Extension()的长度。具有被指示的长度的Header_Extension()可以跟随。
在第二实施例t506020中，可选报头包括不具有SID的Header_Extension()，并且Header_Extension()的第一比特可以被指配以便于指示是否片段ID信息存在。在第一比特具有1的值的情况下，Seg_ID可以跟随。如先前所描述的，Seg_ID字段可以指示其中对应的片段被包括的分组的ID。必要时被保留的比特可以或者可以不被包括在字段的后面。
附加的HEF字段(或者OP字段)可以被包括在其后面。HEF字段可以指示是否附加的可选报头进一步存在于包括Seg_ID字段的可选报头的后面。指示是否整个可选报头存在的HEF字段(先前已经描述的一般的HEF字段)可以被包括在附加报头中，不论HEF字段如何。
在附加的HEF字段具有0的值的情况下，不可以存在进一步可选报头部分(例如，Header_Extension())。在附加的HEF字段具有1的值情况下，具有与第一实施例t506010相同的结构的附加的可选报头部分可以跟随。在这样的情况下，附加的可选报头部分的第一比特可以具有0的值。这可以是因为由于复制而不再有必要发送片段ID信息。取决于实施例，第一比特具有1的值以便于指示其它的信息通过可选报头被发送。
取决于实施例，指示是否前述的片段ID存在的字段可以被指配给除了第一比特之外的比特。
图131是图示根据本发明的另一实施例的用于配置可选报头的方案的视图。
在附加报头的前述实施例中，在大多数情况下附加报头包括SIF字段和/或HEF字段。取决于实施例，这两个字段可以另外存在，但是仅具有1比特的大小的标志可以存在于附加报头中。在这样的情况下，在可选报头中，对应的可选报头的配置可以被指示。为此，可选报头可以包括T1字段和/或T2字段，在下文中将会描述。
在被图示的实施例t507010中，可选报头的前报头可以仅包括具有1个比特的大小的HEF字段(或者OP字段)。在此HEF字段具有0的值的情况下，其可以指示不存在可选报头。在这样的情况下，在附加报头后面不可以包括可选报头。
在此HEF字段具有1的值的情况下，其可以指示可选报头另外存在。在这样的情况下，被添加的可选报头的第一比特可以被指配给T1字段。基于T1字段的值可选报头的配置可以被指示。在T1字段具有0的值的情况下，可选报头可以包括SID信息。SID信息可以以比特开始位于T1字段的之后。
在T1字段具有1的值的情况下，第二比特可以被指配给T2字段。可以基于T2字段的值指示下述的可选报头的配置。在T2字段具有0的值的情况下，可选报头可以包括Seg_ID字段。可以从T2字段后面的比特开始指配Seg_ID字段。在T2字段具有1的值的情况下，可选报头可以包括Header_Extension()。可以从T2字段后面的比特开始指配Header_Extension()。如先前所描述的，Header_Extension()可以被划分成指示Header_Extension()的长度的部分和Header_Extension()的剩余部分。
可以如在实施例t507020中一样布置在被图示的实施例t507010中描述的配置可选报头的方法。在T1字段具有0的值的情况下，可以不存在T2字段，并且可以从第二比特开始定位SID信息。在T1字段具有1的值的情况下，T2字段可以跟随。基于T2字段的值Seg_ID字段或者Header_Extension()可以位于此可选报头中。
取决于实施例，前述的T1和T2字段可以分别被指配给除了第一比特和第二比特之外的比特。
图132是图示根据本发明的另一实施例的用于配置可选报头的方案的视图。
取决于实施例，前述的基础报头或者可选报头可以进一步包括OP_cnt(可选报头计数)字段。OP_cnt字段可以位于基础报头或者附加报头的保留比特中，或者可以位于现有的字段的位置。例如，OP_cnt字段可以位于HEF字段和SIF字段的位置。
OP_cnt字段可以是2比特字段。在此字段具有00的值的情况下，其可以指示不存在可选报头。在此字段具有01的值的情况下，其可以指示一个可选报头存在。在此字段具有10的值的情况下，其可以指示存在两个可选报头。在此字段具有11的值的情况下，其可以指示三个可选报头存在。可选报头可以位于基础报头或者附加报头的后面(t508010)。
各个可选报头可以具有在先前的实施例中已经描述的可选报头的结构。各个可选报头可以具有从先前已经描述的可选报头的结构的实施例当中选择的一个。取决于实施例，相应的可选报头可以具有不同的结构。例如，被添加的可选报头可以具有与被图示的实施例t508020相同的结构。此结构可以使用前述的T1和T2字段。在先前已经描述了此结构的详情。
图133是图示根据本发明的另一实施例的在级联的情况下配置可选报头的方案的视图。
在先前已经描述的级联的情况下，附加报头可以包括Len_MSB字段、计数字段、HEF字段、以及/或者Component_Length字段。可选报头可以位于附加报头的后面。通常，可选报头可以位于Component_Length字段的后面。然而，取决于实施例，Component_Length字段可以位于可选报头的后面。
先前已经描述了的附加报头的HEF字段t509010可以指示是否可选报头存在。在HEF字段的值是0的情况下，可以不存在可选报头。在这样的情况下，Component_Length字段，作为附加报头的剩余部分，可以位于HEF字段的后面，并且在这些字段的后面可以不存在可选报头。
在HEF字段的值是1的情况下，可以存在可选报头。此可选报头可以被配置，如在下文中将会描述的。
可选报头的第一比特可以被指配给SIF字段。如先前所描述的，SIF字段可以指示是否SID信息被包括在对应的链路层分组中。另外，SIF字段可以指示是否SID信息被包括在对应的链路层分组的可选报头中。取决于实施例，SIF字段可以被指配给除了可选报头的第一比特之外的比特。
指示Header_Extension()的长度的长度字段可以位于SIF字段的后面。此长度字段可以具有7个比特的大小。取决于实施例，此大小可以被改变。取决于实施例，指示Header_Extension()的长度的字段可以指示可选报头的总长度，可以指示Header_Extension()的长度，可以指示排除其自身的长度的Header_Extension()的长度，或者可以指示可选报头的总长度和Component_Length字段的长度的总和。
在SIF字段具有0的值的情况下，对应的可选报头可以不包括SID信息。在这样的情况下，Header_Extension()的剩余比特可以位于Header_Extension()的长度字段的后面。在Component_Length字段位于可选报头的后面的情况下，Component_Length字段可以位于Header_Extension()的剩余字段的后面。
在SIF字段具有1的值的情况下，对应的可选报头可以包括SID信息。在这样的情况下，SID信息可以位于Header_Extension()的长度字段的后面。取决于实施例，此SID信息可以具有1字节的大小。在SID信息具有固定的大小的情况下，对于Header_Extension()的长度字段来说可能没有必要指示对应的SID信息的大小。Header_Extension()的剩余字段可以位于其后面。在Component_Length字段位于可选报头的后面的情况下，Component_Length字段可以位于Header_Extension()的剩余字段的后面。
图134是图示根据本发明的另一实施例的用于在级联的情况下配置可选报头的方案的视图。
本实施例可以与用于在先前已经描述的级联的情况下配置可选报头的方案相似。在级联的情况下，可选报头可以被添加在附加报头的后面。以相同的方式，可选报头可以通常位于Component_Length字段的后面。然而，取决于实施例，Component_Length可以位于可选报头的后面。
附加报头的HEF字段t510010可以指示是否可选报头存在。在HEF字段的值是0的情况下，可以不存在可选报头，并且作为附加报头的剩余部分的Component_Length字段可以位于HEF字段的后面。
在HEF字段的值是1的情况下，SIF字段可以位于HEF字段的后面。在SIF字段具有0的值的情况下，Header_Extension()部分可以跟随而没有SID字段。Component_Length字段可以位于Header_Extension()的后面。
在SIF字段具有1的值的情况下，SID可以跟随。附加的HEF字段可以位于SID的后面。在附加的HEF字段的值是0的情况下，Component_Length字段可以直接地定位，没有Header_Extension()部分。在附加的HEF字段的值是1的情况下，Header_Extension()部分可以存在。如先前所描述的，Header_Extension()的第一比特可以指示是否其后SID存在。因为SID已经被发送，其等于复制，此字段的值可以被设置为0。Header_Extension()部分可以位于第一比特的后面，并且Component_Length字段可以位于其后面。
取决于实施例，Component_Length字段可以直接地位于HEF字段t510010(附加报头)的后面，并且可选报头可以根据前述的结构而跟随其后。
图135是图示根据本发明的实施例的广播信号发送方法的视图。
根据本发明的实施例的广播信号发送方法可以包括生成广播服务的服务数据的步骤、将服务数据封装进传送流的多个传送分组的步骤、链路处理传送分组以生成链路层分组的步骤、生成广播信号的步骤、以及/或者发送广播信号的步骤。
首先，在发送侧的第一模块可以生成广播服务的服务数据。在作为服务提供商的发送侧的第一模块可以是生成对于再生服务必须的数据的模块。服务数据可以意指与服务有关的所有种类的信息，诸如音频/视频组件、加字幕、服务信令信息、以及SLT。
随后，在发送侧的第二模块可以将生成的服务数据封装进多个传送分组。在此，诸如管理IP/UDP处理的硬件模块的第二模块可以是在协议栈上在UPD或者IP层中执行ROUTE/MMTP分组到IP/UDP分组的封装的模块。在此，传送分组可以意指IP分组。取决于实施例，除了IP之外，例如TS的其它传送分组也可以被利用。可以通过传送流发送传送分组。在此，传送流可以意指先前已经描述的分组流、IP流、传输会话、上层会话、或者上层分组流。
在发送侧的第三模块可以链路处理传送流的传送分组。链路层分组可以通过链路处理被输出。在此，各个链路层分组可以包括先前已经描述的基础报头。根据情形，一些链路层分组可以包括附加报头，并且一些链路层分组可以包括可选报头。
被生成的链路层分组可以是通过第三模块处理的物理层。可以通过物理层处理生成广播信号，并且此广播信号可以被发送到接收机。这也可以通过第三模块执行。第三模块可以是执行与协议上的链路层相对应的操作和/或与物理层相对应的操作的硬件模块。第三模块也可以包括被用于传输的天线。取决于实施例，链路层处理可以作为物理层处理的部分被执行。在这样的情况下，执行链路层处理的硬件模块可以是管理物理层的硬件模块(第三模块)的部分。取决于实施例，管理相应的层的模块可以被单独地提供。即，基于其任务第三模块可以被划分成两个或者更多个部分。
在根据本发明的另一实施例的广播信号发送方法中，至少一个链路层分组的可选报头可以包括子流标识符，并且子流标识符可以被用于过滤通过对应的链路层分组递送的传送流。在此，子流标识符可以对应于前述的SID(子流ID)。如先前所描述的，SID可以被用于识别上层分组的数据是通过递送对应的SID的链路层分组发送的数据。取决于实施例，SID可以被用作为服务ID。
在根据本发明的另一实施例的广播信号发送方法中，从多个链路层分组选择的另一链路层分组可以包括链路映射表，并且该链路映射表可以包括关于通过单个PLP递送的传送流的信息。在此，另一链路层分组可以不意指递送IP分组(分组类型＝000)的链路层分组而是可以意指递送链路层信令(分组类型＝100)的链路层分组。链路映射表可以对应于前述的LMT。如先前所描述的，LMT可以给特定的PLP提供有通过PLP递送的上层分组流的列表。
在根据本发明的另一实施例的广播信号发送方法中，链路映射表可以包括单个PLP的标识符，并且关于各个传送流的信息可以包括关于对应的传送流的IP地址和UDP端号的信息。如先前所描述的，LMT可以包括与对应的LMT有关的PLP的PLP ID信息和能够识别通过PLP发送的分组流的IP/UDP信息(源ID地址、目的地IP地址、源UDP端号、目的地UDP端号等等)。
在根据本发明的另一实施例的广播信号发送方法中，关于各个传送流的信息可以进一步包括子流标识符标志字段，并且子流标识符标志字段可以指示是否递送对应的传送流的链路层分组的可选报头均包括子流标识符。在此，子流标识符标志可以对应于先前已经描述的LMT中的SID_Flag字段。SID_Flag字段可以指示是否递送通过前述的IP/UDP信息识别的分组流的链路层分组在它们的可选报头中包括SID。另外，此字段可以指示是否SID字段在LMT中存在。
在根据本发明的另一实施例的广播信号发送方法中，关于各个传送流的信息可以进一步包括子流标识符字段，并且子流标识符字段可以具有与通过递送对应的传送流的链路层分组的可选报头拥有的子流标识符相同的值。在此，子流标识符字段可以对应于LMT中的SID字段。在LMT中的SID字段可以具有与通过递送由前述IP/UDP信息识别的分组流的链路层分组拥有的SID相同的值。通过SID字段和IP/UDP信息LMT可以将上层分组流映射到SID。
在根据本发明的另一实施例的广播信号发送方法中，基础报头可以包括指示在对应的链路层分组中包括的传送分组的类型的信息和指示对应的链路层分组的有效载荷的配置的信息。多条信息可以对应于先前已经描述的Packet_Type字段和/或PC字段。
基于对应的链路层分组的配置附加报头可以包括关于通过关于基础报头的信息指示的链路层分组的附加信息。如先前所描述的，根据情形，附加报头可以具有不同的配置，并且各个附加报头可以具有关于对应的链路层分组的信息。
可选报头可以进一步包括对应的链路层分组的扩展报头的信息，并且关于扩展报头的信息可以位于子流标识符的后面。关于扩展报头的信息可以对应于先前已经描述的Header_Extension()。在SID和Header_Extension()被包括在可选报头中的情况下，Header_Extension()可以位于可选报头的后面。
另外，附加报头可以位于基础报头的后面，并且可选报头可以位于附加报头的后面。
在下文中，将会描述根据本发明的实施例的广播信号接收方法。在附图中未示出此方法。
根据本发明的实施例的广播信号接收方法可以包括在接收侧单元模块接收广播信号的步骤、第一模块解析广播信号以获取链路层分组的步骤、第一模块解析链路层分组以获取被包括在传送流中的多个传送分组的步骤、在接收侧第二模块处理传送分组以获取服务数据的步骤、以及/或者在接收侧第三模块使用传送分组提供服务的步骤。取决于实施例，在解封装链路层分组之前，在接收侧第一模块使用通过信令接收到的SID信息递送所期待的传送流。仅这些链路层分组可以被解封装。
根据本发明的实施例的广播信号接收方法可以对应于根据先前已经描述的本发明的实施例的广播信号发送方法。通过与在广播信号发送方法中使用的模块(例如，在接收侧的第一、第二、以及第三模块)相对应的硬件模块执行广播信号接收方法。广播信号接收方法可以具有与先前已经描述的广播信号发送方法的相对应的实施例。
取决于实施例，前述的步骤可以被省略或者可以被替换成执行相同或者相似的操作的其它步骤。
图136是图示根据本发明的实施例的广播信号发送设备的视图。
根据本发明的实施例的广播信号发送设备可以包括先前已经描述的在发送侧的第一模块、第二模块、以及/或者第三模块。先前已经描述了各个块或者模块。
根据本发明的实施例的广播信号发送设备和其中的模块/块可以执行先前已经描述的广播信号发送方法的实施例。
在下文中，将会描述根据本发明的实施例的广播信号发送设备。在附图中未示出此设备。
根据本发明的实施例的广播信号发送设备可以包括先前已经描述的在接收侧的第一模块、第二模块、以及/或者第三模块。先前已经描述了各个块或者模块。
根据本发明的实施例的广播信号发送设备和其中的模块/块可以执行先前已经描述的广播信号发送方法的实施例。
设备中的块/模块可以是执行被存储在存储器中的一系列过程的处理器。取决于实施例，它们可以是位于设备的内部/外部的硬件元件。
取决于实施例，前述的模块可以被省略或者可以被替换成执行相同或者相似操作的其它模块。
模块或者单元可以是执行存储在存储器(或者存储单元)中顺序的处理的处理器。在前面提到的实施例中描述的步骤可以由硬件/处理器执行。在以上所述的实施例中描述的模块/块/单元可以起硬件/处理器的作用。由本发明提出的方法可以作为代码执行。这样的代码可以写在处理器可读的存储介质上，并且因此，可以由通过装置提供的处理器读取。
虽然为了方便起见一些实施例已经参考相应的附图描述，这些实施例可以被合并以实现新的实施例。此外，设计存储用于实现前面提到的实施例的程序的计算机可读的记录介质是在本发明的范围之内。
根据本发明的装置和方法不局限于以上描述的实施例的配置和方法，并且所有或者一些实施例可以有选择地合并以获得各种改进。
由本发明提出的方法可以作为存储在包括在网络设备中的处理器可读的记录介质中的处理器可读的代码实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等等和作为载波的实施例，诸如经互联网的传输。此外，作为以分布方式可读的代码存储和执行的处理器可读的记录介质可以分配给经由网络连接的计算机系统。
虽然为了说明性的目的已经公开了本发明的优选实施例，那些本领域技术人员将理解，不脱离如在伴随的权利要求中公开的本发明的范围和精神的各种改进、添加和替换是可允许的。这样的改进不应该从本发明的技术精神或者预期分别地理解。
在本说明书中提及的装置和方法发明两者，以及装置和方法发明两者的描述可以互补地相互适用。
本领域技术人员应该理解，不脱离本发明的精神和基本特征，本发明可以以除在此处阐述的那些之外的其他特定的方法实现。因此，本发明的范围将由所附的权利要求及其合法的等效，而不由以上的描述来确定，而且出现在所附的权利要求的含义和等效范围内的所有的变化意欲包含在其中。
在本说明书中，装置发明和方法发明两者被提及，并且装置发明和方法发明两者的描述可以互补地适用。
本发明的模式
各种实施例已经以用于实现本发明的最好的模式描述。
工业实用性
本发明适用于提供字段的广播信号。
如相关领域技术人员将认识和理解的，在本发明的精神和范围内的各种等效的改进是可允许的。因此，意图是本发明覆盖本发明的改进和变化，只要它们落入所附的权利要求和其等效范围之内。

Claims (16)

1.一种广播信号发送方法，包括：
生成广播服务的服务数据；
将所述服务数据封装进至少一个传送流的多个传送分组；
将所述至少一个传送流的所述传送分组封装到多个链路层分组，所述链路层分组中的每一个包括基础报头，并且所述链路层分组中的至少一个进一步包括附加报头，
其中，所述基础报头包括指示在对应的链路层分组中包含的传送分组的类型的信息，
其中，所述附加报头包括第一指示信息和第二指示信息，
其中，所述第一指示信息指示标识由所述对应的链路层分组递送的传送流存在与否的子流标识符，以及
其中，所述第二指示信息指示是否存在报头扩展；
使用所述链路层分组生成广播信号；以及
发送所述广播信号。
2.根据权利要求1所述的广播信号发送方法，其中：当所述第一指示信息指示所述子流标识符存在时，所述子流标识符存在于所述第二指示信息之后。
3.根据权利要求1所述的广播信号发送方法，其中，当所述第一指示信息指示所述子流标识符存在并且所述第二指示信息指示存在所述报头扩展时，所述子流标识符存在于所述第二指示信息和所述报头扩展之间。
4.根据权利要求1所述的广播信号发送方法，其中：
所述链路层分组中的另一个包括链路映射表，并且
所述链路映射表包括关于通过单个物理层管道(PLP)递送的所述至少一个传送流的信息。
5.根据权利要求4所述的广播信号发送方法，其中：
所述链路映射表进一步包括所述单个PLP的标识符，并且
关于所述至少一个传送流的信息包括关于所述对应的传送流的UDP端口编号和IP地址的信息。
6.根据权利要求5所述的广播信号发送方法，其中：
关于所述至少一个传送流的信息进一步包括子流标识符标志字段，并且
所述子流标识符标志字段指示递送所述对应的传送流的链路层分组是否包括第一子流标识符。
7.根据权利要求6所述的广播信号发送方法，其中：
关于所述至少一个传送流的信息进一步包括第二子流标识符，并且
所述第二子流标识符具有所述第一子流标识符相同的值。
8.根据权利要求1所述的广播信号发送方法，其中：
所述基础报头进一步包括指示所述对应的链路层分组的有效载荷的配置的信息；
所述附加报头包括关于基于所述对应的链路层分组的配置的所述对应的链路层分组的附加信息，
所述附加报头位于所述基础报头的后面。
9.一种广播信号发送设备，包括：
第一模块，所述第一模块用于生成广播服务的服务数据；
第二模块，所述第二模块用于将所述服务数据封装进至少一个传送流的多个传送分组；以及
第三模块，所述第三模块用于将所述至少一个传送流的所述传送分组封装到多个链路层分组，
所述链路层分组中的每一个包括基础报头，所述链路层分组中的至少一个进一步包括附加报头，
其中，所述基础报头包括指示在对应的链路层分组中包含的传送分组的类型的信息，
其中，所述附加报头包括第一指示信息和第二指示信息，
其中，所述第一指示信息指示标识由所述对应的链路层分组递送的传送流存在与否的子流标识符，以及
其中，所述第二指示信息指示是否存在报头扩展；
所述第三模块使用所述链路层分组生成广播信号并且发送所述广播信号。
10.根据权利要求9所述的广播信号发送设备，其中：
当所述第一指示信息指示所述子流标识符存在时，所述子流标识符存在于所述第二指示信息之后。
11.根据权利要求9所述的广播信号发送设备，其中，当所述第一指示信息指示所述子流标识符存在并且所述第二指示信息指示存在报头扩展时，所述子流标识符存在于所述第二指示信息和所述报头扩展之间。
12.根据权利要求9所述的广播信号发送设备，其中：
所述链路层分组中的另一个包括链路映射表，并且
所述链路映射表包括关于通过单个PLP递送的所述至少一个传送流的信息。
13.根据权利要求12所述的广播信号发送设备，其中：
所述链路映射表进一步包括所述单个PLP的标识符，并且
关于所述至少一个传送流的信息包括关于所述对应的传送流的UDP端口编号和IP地址的信息。
14.根据权利要求13所述的广播信号发送设备，其中：
关于所述至少一个传送流的信息进一步包括子流标识符标志字段；并且
所述子流标识符标志字段指示递送所述对应的传送流的链路层分组是否包括第一子流标识符。
15.根据权利要求14所述的广播信号发送设备，其中：
关于所述至少一个传送流的信息进一步包括第二子流标识符，并且
所述第二子流标识符具有与所述第一子流标识符相同的值。
16.根据权利要求9所述的广播信号发送设备，其中：
所述基础报头进一步指示所述对应的链路层分组的有效载荷的配置的信息，
所述附加报头包括关于基于所述对应的链路层分组的配置的所述对应的链路层分组的附加信息，并且
所述附加报头位于所述基础报头的后面。
CN201580007446.XA 2014-12-10 2015-12-08 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 Active CN105981318B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462090352P 2014-12-10 2014-12-10
US62/090,352 2014-12-10
US201462090860P 2014-12-11 2014-12-11
US62/090,860 2014-12-11
PCT/KR2015/013364 WO2016093586A1 (ko) 2014-12-10 2015-12-08 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
CN105981318A CN105981318A (zh) 2016-09-28
CN105981318B true CN105981318B (zh) 2019-08-09

Family

ID=56107700

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580007446.XA Active CN105981318B (zh) 2014-12-10 2015-12-08 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法

Country Status (6)

Country Link
US (3) US10057211B2 (zh)
EP (1) EP3070949A4 (zh)
JP (1) JP6301497B2 (zh)
KR (2) KR101764635B1 (zh)
CN (1) CN105981318B (zh)
WO (1) WO2016093586A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6692057B2 (ja) 2014-12-10 2020-05-13 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
EP3242457B1 (en) * 2015-01-02 2019-12-11 LG Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
US10574375B2 (en) 2015-03-04 2020-02-25 Sony Corporation Transmission device, transmission method, reception device, and reception method
WO2016144031A1 (ko) * 2015-03-11 2016-09-15 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10735563B2 (en) * 2015-08-07 2020-08-04 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
CA3082203C (en) 2015-10-23 2022-11-08 Sharp Kabushiki Kaisha Signaling method, receiving method signaling device, and receiving device
US20180026846A1 (en) * 2016-07-19 2018-01-25 Qualcomm Incorporated Compatible channel bonding service management
MX2019004780A (es) * 2016-11-04 2019-08-05 Sharp Kk Señalizacion dinamica de eventos.
DE102017204181A1 (de) * 2017-03-14 2018-09-20 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Sender zum Emittieren von Signalen und Empfänger zum Empfangen von Signalen
KR102373478B1 (ko) * 2017-09-19 2022-03-11 한국전자통신연구원 케이블 방송망을 통한 ip 기반 방송 데이터 전송 방법 및 장치
KR102418146B1 (ko) 2017-11-09 2022-07-07 엘지전자 주식회사 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법
US10965786B2 (en) 2018-10-31 2021-03-30 At&T Intellectual Property I, L.P. Adaptive fixed point mapping for uplink and downlink fronthaul
CN109639555B (zh) * 2018-12-29 2021-03-02 Oppo广东移动通信有限公司 链路层报文生成方法、链路层报文生成装置及终端设备
KR102145528B1 (ko) * 2019-03-15 2020-08-18 주식회사 로와시스 Atsc 3.0 수신장비용 alp표준 자동 전환 장치 및 방법
US20220311814A1 (en) * 2021-03-29 2022-09-29 Tencent America LLC Techniques for signaling multiple audio mixing gains for teleconferencing and telepresence for remote terminals
WO2024070652A1 (ja) * 2022-09-26 2024-04-04 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び、受信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8358670B2 (en) * 2008-12-30 2013-01-22 Samsung Electronics Co., Ltd. Method and apparatus for processing packet
EP2645709A2 (en) * 2010-11-23 2013-10-02 LG Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, and broadcast signal transceiving method in broadcast signal transmitting and receiving apparatuses

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1146713B1 (en) * 2000-03-03 2005-04-27 NTT DoCoMo, Inc. Method and apparatus for packet transmission with header compression
JP3617967B2 (ja) * 2001-09-28 2005-02-09 松下電器産業株式会社 ヘッダ圧縮パケット受信装置及び方法
US7647421B2 (en) * 2002-08-20 2010-01-12 Nokia Corporation Extension header compression
WO2005015857A1 (en) * 2003-08-08 2005-02-17 Samsung Electronics Co., Ltd. Method and apparatus for configuring protocols for a multimedia broadcast/multicast service
WO2005043856A1 (fr) * 2003-10-30 2005-05-12 Utstarcom (China) Co. Ltd. Dispositif et procede de transfert sans fil de paquets ip en temps reel a l'aide d'une technique d'en-tete de compression
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
US7876695B2 (en) * 2006-03-07 2011-01-25 Telefonaktiebolaget Lm Ericsson (Publ) Communication station and method providing flexible compression of data packets
US8948206B2 (en) * 2006-08-31 2015-02-03 Telefonaktiebolaget Lm Ericsson (Publ) Inclusion of quality of service indication in header compression channel
US8750334B2 (en) * 2006-10-02 2014-06-10 Motorola Mobility Llc Link layer assisted robust header compression context update management
MX2009004942A (es) * 2007-05-14 2009-06-03 Samsung Electronics Co Ltd Metodo y aparato para transmitir radiodifusion, metodo y aparato para recibir radiodifusion.
US8081603B2 (en) * 2007-07-18 2011-12-20 Qualcomm Incorporated Compression static and semi-static context transfer
KR101435842B1 (ko) 2007-08-24 2014-09-01 엘지전자 주식회사 디지털 방송 수신기 및 그 제어 방법
CN102484643B (zh) * 2009-07-08 2015-11-25 汤姆森特许公司 后向鲁棒性首标压缩接收器
WO2011136574A2 (ko) 2010-04-28 2011-11-03 엘지전자 주식회사 방송 신호 송신기, 방송 신호 수신기, 및 방송 신호 송/수신기에서 방송 신호 송수신 방법
CN102036307B (zh) * 2010-12-17 2016-04-13 中兴通讯股份有限公司 鲁棒性头压缩中提高上下文更新报文健壮性的方法和装置
KR20140043237A (ko) * 2012-09-27 2014-04-08 한국전자통신연구원 방송 신호 송신 장치 및 방법
US10541777B2 (en) 2012-10-17 2020-01-21 Saturn Licensing Llc Data processing device, data processing method, and program
KR102130151B1 (ko) * 2013-07-22 2020-07-03 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
KR102288500B1 (ko) * 2013-08-05 2021-08-11 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법
US9602245B2 (en) * 2014-05-21 2017-03-21 Samsung Electronics Co., Ltd. Transmitting apparatus and interleaving method thereof
US10367921B2 (en) * 2014-10-30 2019-07-30 Sony Corporation Transmission apparatus, transmission method, reception apparatus, and reception method
WO2016072747A1 (en) * 2014-11-04 2016-05-12 Samsung Electronics Co., Ltd. Transmitting apparatus and receiving apparatus and signal processing method thereof
US10193803B2 (en) * 2014-11-11 2019-01-29 Samsung Electronics Co., Ltd. Transmitting apparatus, receiving apparatus and controlling method thereof
KR101814401B1 (ko) * 2014-11-20 2018-01-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101956036B1 (ko) * 2014-12-08 2019-03-08 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8358670B2 (en) * 2008-12-30 2013-01-22 Samsung Electronics Co., Ltd. Method and apparatus for processing packet
EP2645709A2 (en) * 2010-11-23 2013-10-02 LG Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, and broadcast signal transceiving method in broadcast signal transmitting and receiving apparatuses

Also Published As

Publication number Publication date
US10887277B2 (en) 2021-01-05
US10057211B2 (en) 2018-08-21
JP2017512036A (ja) 2017-04-27
EP3070949A4 (en) 2017-09-27
US20180367502A1 (en) 2018-12-20
KR20170091166A (ko) 2017-08-08
US10454885B2 (en) 2019-10-22
CN105981318A (zh) 2016-09-28
KR20160084833A (ko) 2016-07-14
KR101764635B1 (ko) 2017-08-03
JP6301497B2 (ja) 2018-03-28
KR101823486B1 (ko) 2018-03-14
EP3070949A1 (en) 2016-09-21
US20200014657A1 (en) 2020-01-09
US20160359803A1 (en) 2016-12-08
WO2016093586A1 (ko) 2016-06-16

Similar Documents

Publication Publication Date Title
CN105981318B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN106464944B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CN105830459B (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN105765943B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
CN106233692B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105723682B (zh) 发送/接收广播信号的方法和装置
CN106105240B (zh) 发送广播信号的装置以及发送广播信号的方法
CN112491781B (zh) 广播信号发送方法和装置以及广播信号接收方法和装置
CN105794174B (zh) 用于发送/接收广播信号的设备和方法
US20180048854A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal
CN105934953B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US10516771B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN105814822A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN106165321A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
CN106464834A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106464676A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
US11310094B2 (en) Apparatus and method for transmitting or receiving broadcast signal
CN106416284B (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