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

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

Info

Publication number
CN105765943B
CN105765943B CN201580002292.5A CN201580002292A CN105765943B CN 105765943 B CN105765943 B CN 105765943B CN 201580002292 A CN201580002292 A CN 201580002292A CN 105765943 B CN105765943 B CN 105765943B
Authority
CN
China
Prior art keywords
link layer
grouping
information
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.)
Expired - Fee Related
Application number
CN201580002292.5A
Other languages
English (en)
Other versions
CN105765943A (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 CN105765943A publication Critical patent/CN105765943A/zh
Application granted granted Critical
Publication of CN105765943B publication Critical patent/CN105765943B/zh
Expired - Fee Related 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • 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/22—Parsing or analysis of headers
    • 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
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC

Landscapes

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

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图示根据本发明的一个实施例用于发送广播信号的装置。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在伴随的附图中图示。在下面将参考伴随的附图给出详细说明，其意欲解释本发明示范的实施例，而不是示出可以根据本发明实现的唯一的实施例。以下的详细说明包括特定的细节以便提供对本发明深入的理解。但是，对于那些本领域技术人员将是显而易见的，无需这样的特定的细节可以实践本发明。
虽然在本发明中使用的术语是从通常已知和使用的术语中选择出来的，在本发明的描述中提及的一些术语已经由本申请人以他的或者她的判断选择，其详细的含义在此处在本说明书的相关部分中描述。此外，所需要的是，不只是通过实际使用的术语，而是通过落其内的每个术语的含义来理解本发明。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的一个实施例的未来的广播服务包括陆地广播服务、移动广播服务、超高分辨率电视(UHDTV)服务等等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理供未来的广播服务的广播信号。根据本发明的一个实施例的非MIMO方案可以包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等等。
图1图示根据本发明的一个实施例的接收机协议栈。
在经由广播网的广播服务传送中可以使用两个方案。
在第一方案中，媒体处理单元(MPU)被基于MPEG媒体传输(MMT)使用MMT协议(MMTP)发送。在第二方案中，在HTTP(DASH)片段上动态的适配的流可以基于MPEG DASH，经单向的传输(ROUTE)使用实时对象传送被发送。
包括NRT媒体、EPG数据和其他文件的非定时的内容被随着ROUTE传送。信令可以在MMTP和/或ROUTE上传送，同时引导信令信息由服务列表表(SLT)的含义提供。
在混合服务传送中，在HTTP/TCP/IP上的MPEG DASH被在宽带侧上使用。以ISO基础媒体文件格式(BMFF)的媒体文件用作广播和宽带传送两者的传送、媒体封装和同步格式。在这里，混合服务传送可以指的是一个或多个节目元素被经由宽带路径传送的情形。
服务被使用三个功能层传送。这些是物理层、传送层和服务管理层。该物理层提供通过其信令、服务通知和IP分组流在广播物理层和/或宽带物理层上传输的机制。传送层提供对象和对象流传输功能。其通过经广播物理层在UDP/IP多播上操作的MMTP或者ROUTE协议允许，并且通过经宽带物理层在TCP/IP单播上操作的HTTP协议允许。服务管理层允许任何类型的服务，诸如，线性TV或者HTML5应用服务，去由底层的传送和物理层携带。
在这个图中，在广播侧上的协议栈部分可以划分为经由SLT和MMTP发送的部分，和经由ROUTE发送的部分。
SLT可以经由UDP和IP层被封装。在这里，SLT将在下面描述。MMTP可以发送以在MMT中定义的MPU格式格式化的数据和根据MMTP的信令信息。数据可以经由UDP和IP层被封装。ROUTE可以发送以DASH片段形式格式化的数据、信令信息和非定时的数据，诸如NRT数据等等。该数据可以经由UDP和IP层被封装。根据给定的实施例，根据UDP和IP层的某些或者所有处理可以被省略。在这里，图示的信令信息可以是与服务相关的信令信息。
经由SLT和MMTP发送的部分和经由ROUTE发送的部分可以在UDP和IP层中被处理，然后再次在数据链路层中被封装。链路层将在下面描述。在链路层中处理的广播数据可以在物理层中经由处理，诸如编码/交织等等作为广播信号多播。
在这个附图中，在宽带侧上的协议栈部分可以经由如上所述的HTTP被发送。以DASH片段形式格式化的数据、信令信息、NRT信息等等可以经由HTTP发送。在这里，图示的信令信息可以是与服务相关的信令信息。数据可以经由TCP层和IP层被处理，然后被封装进链路层中。根据给定的实施例，某些或者所有TCP、IP和链路层可以被省略。此后处理的宽带数据可以经由用于在物理层中传输的过程通过以宽带单播发送。
服务可以是以聚合呈现给用户的媒体组件的集合；组件可以是多个媒体类型；服务可以或者是连续的或者是中断的；服务可以是实时或者非实时；实时服务可以由TV节目的序列组成。
图2图示根据本发明的一个实施例在SLT和SLS之间的关系。
服务信令提供服务发现和描述信息，并且包括两个功能组件：经由服务列表表(SLT)的引导信令和服务层信令(SLS)。这些表示为发现和获得用户服务所必需的信息。SLT允许接收机建立基础服务列表，并且引导对于每个服务的SLS的发现。
SLT可以允许非常快速获得基础服务信息。SLS允许接收机发现和接入服务及其内容组件。SLT和SLS的细节将在下面描述。
如在前文中描述的，SLT可以经由UDP/IP发送。在这种情况下，根据给定的实施例，对应于SLT的数据可以在这个传输中经由最大的鲁棒性方案传送。
SLT可以具有用于接入由ROUTE协议传送的SLS的接入信息。换句话说，SLT可以根据ROUTE协议被引导进SLS。SLS在以上描述的协议栈中是放置在ROUTE的上层中的信令信息，并且可以经由ROUTE/UDP/IP传送。SLS可以经由包括在ROUTE会话中的LCT会话的一个发送。有可能使用SLS接入对应于期望的服务的服务组件。
此外，SLT可以具有用于接入由MMTP传送的MMT信令组件的接入信息。换句话说，SLT可以根据MMTP被引导进SLS。SLS可以由在MMT中定义的MMTP信令消息传送。有可能使用SLS接入对应于期望的服务的流服务组件(MPU)。如在前文中描述的，在本发明中，NRT服务组件经由ROUTE协议被传送，并且根据MMTP的SLS可以包括用于接入ROUTE协议的信息。在宽带传送中，SLS在HTTP/TCP/IP上被携带。
图3图示根据本发明的一个实施例的SLT。
首先，将给出在服务管理、传送和物理层的相应的逻辑实体之间关系的描述。
服务可以被示意为两个基本类型的一个。第一类型是线性音频/视频或者仅音频服务，其可以具有基于app的增强。第二类型是其呈现和组成通过下载在获得服务时执行的应用控制的服务。后者可以被称作“基于app的”服务。
关于ROUTE/LCT会话和/或用于携带服务的内容组件的MMTP会话存在的规则可以如下。
对于无需基于app的增强的线性服务的广播传送，服务的内容组件可以由(1)一个或多个ROUTE/LCT会话，或者(2)一个或多个MMTP会话(然而并非二者)携带。
对于利用基于app的增强的线性服务的广播传送，服务的内容组件可以由(1)一个或多个ROUTE/LCT会话，和(2)零个以上MMTP会话携带。
在某些实施例中，不允许在相同的服务中用于流媒体组件的MMTP和ROUTE两者的使用。
对于基于app的服务的广播传送，服务的内容组件可以由一个或多个ROUTE/LCT会话携带。
每个ROUTE会话包括一个或多个LCT会话，其整体地或者部分地携带构成该服务的内容组件。在流服务传送中，LCT会话可以携带用户服务的单个的组件，诸如，音频、视频或者隐藏字幕流。流媒体被格式化为DASH片段。
每个MMTP会话包括一个或多个MMTP分组流，其携带MMT信令消息，或者整个地或者部分地内容组件。MMTP分组流可以携带MMT信令消息或者格式化为MPU的组件。
对于NRT用户服务或者系统元数据的传送，LCT会话携带基于文件的内容项目。这些内容文件可以由NRT服务的连续的(基于时间的)或者离散的(非基于时间的)媒体组件，或者元数据，诸如服务信令或者ESG分段组成。系统元数据，诸如服务信令或者ESG分段的传送也可以经由MMTP的信令消息模式实现。
广播流是对于就在指定的带宽内居中的载波频率而言定义的RF信道的抽象化。其是通过[地理区，频率]对识别的。物理层管道(PLP)对应于RF信道的一部分。每个PLP具有某些调制和编码参数。其是通过PLP标识符(PLPID)识别的，其在其属于的广播流内是唯一的。在这里，PLP可以称为DP(数据管道)。
每个服务通过两个形式的服务标识符识别：在SLT中使用，并且仅仅在广播区域内是唯一的紧凑的形式；和在SLS和ESG中使用的全球唯一的形式。ROUTE会话通过源IP地址、目的地IP地址和目的地端口号识别。LCT会话(与其携带的服务组件有关)是通过在父ROUTE会话的范围内其是唯一的传输会话标识符(TSI)识别的。为LCT会话所共有的属性，和只有单个LCT会话才有的某些属性在称作基于服务的传输会话示例描述(S-TSID)的ROUTE信令结构中给出，其是服务层信令的一部分。每个LCT会话在单个物理层管道上携带。根据给定的实施例，一个LCT会话可以经由多个PLP发送。ROUTE会话的不同的LCT会话可以或者可以不必包含在不同的物理层管道中。在这里，ROUTE会话可以经由多个PLP传送。在S-TSID中描述的属性包括TSI值和用于每个LCT会话的PLPID、用于传送对象/文件的描述符，和应用层FEC参数。
MMTP会话通过目的地IP地址和目的地端口号识别。MMTP分组流(与其携带的服务组件相关联)是通过在父MMTP会话的范围内唯一的packet_id识别的。为每个MMTP分组流所共有的属性，和MMTP分组流的某些属性在SLT中给出。用于每个MMTP会话的属性由MMT信令消息给出，MMT信令消息可以在MMTP会话内携带。MMTP会话的不同的MMTP分组流可以或者可以不必包含在不同的物理层管道中。在这里，MMTP会话可以经由多个PLP传送。在MMT信令消息中描述的属性包括packet_id值和用于每个MMTP分组流的PLPID。在这里，MMT信令消息可以具有在MMT中定义的形式，或者具有根据在下面描述的实施例的变形形式。
在下文中，将给出低电平信令(LLS)的描述。
在具有专用于这个功能的公知的地址/端口的IP分组的有效载荷中携带的信令信息称为低电平信令(LLS)。IP地址和端口号可以取决于实施例不同地配置。在一个实施例中，LLS可以在具有地址224.0.23.60和目的地端口4937/udp的IP分组中传输。LLS可以放置在由在以上描述的协议栈上的“SLT”表示的部分中。但是，根据给定的实施例，LLS可以无需经历UDP/IP层的处理，在信号帧中经由单独的物理信道(专用信道)发送。
传送LLS数据的UDP/IP分组可以以称为LLS表的形式格式化。传送LLS数据的每个UDP/IP分组的第一字节可以对应于LLS表的开始。一些LLS表的最大长度由可以从PHY层传送的最大的IP分组，65,507字节，限制。
LLS表可以包括识别LLS表类型的LLS表ID字段，和识别LLS表版本的LLS表版本字段。根据由LLS表ID字段表示的值，LLS表可以包括以上描述的SLT或者等级区域表(RRT)。RRT可以具有有关内容咨询等级的信息。
在下文中，将描述SLT。LLS可以是支持快速信道扫描和由接收机进行的服务获得引导的信令信息，并且SLT可以是用于建立基本服务列表并提供SLS的引导发现的信令信息的表。
SLT的功能类似于在MPEG-2系统中节目相关表(PAT)和在ATSC系统中的快速信息信道(FIC)发现的功能。对于首次遇到广播发射的接收机，这是开始的位置。SLT支持以其信道名字、信道编号等等的快速信道扫描，其允许接收机建立其可以接收的所有服务的列表，并且SLT提供引导信息，其允许接收机发现用于每个服务的SLS。对于ROUTE/DASH传送的服务，该引导信息包括携带SLS的LCT会话的目的地IP地址和目的地端口。对于MMT/MPU传送的服务，引导信息包括携带SLS的MMTP会话的目的地IP地址和目的地端口。
SLT通过在广播流中包括有关每个服务的以下的信息支持快速信道扫描和服务获得。首先，SLT可以包括对允许将有意义的服务列表呈现给观众说来必需的信息，并且其可以经由信道编号或者上/下选择支持初始服务选择。其次，SLT可以包括对设置用于列出的每个服务的服务层信令说来必需的信息。也就是说，SLT可以包括与SLS在其上传送的位置相关的接入信息。
根据当前的实施例图示的SLT表示为具有SLT根元素的XML文件。根据给定的实施例，SLT可以以二进制格式或者XML文件表示。
在附图中图示的SLT的SLT根元素可以包括@bsid、@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers、@language、@capabilities、InetSigLoc和/或Service。根据给定的实施例，SLT根元素可以进一步包括@providerId。根据给定的实施例，SLT根元素可以不必包括@language。
服务元素可以包括@serviceId、@SLTserviceSeqNumber、@protected、@majorChannelNo、@minorChannelNo、@serviceCategory、@shortServiceName、@hidden、@slsProtocolType，BroadcastSignaling、@slsPlpId、@slsDestinationIpAddress、@slsDestinationUdpPort、@slsSourceIpAddress、@slsMajorProtocolVersion、@SlsMinorProtocolVersion、@serviceLanguage、@broadbandAccessRequired、@capabilities和/或InetSigLoc。
根据给定的实施例，SLT的属性或者元素可以增加/变化/删除。包括在SLT中的每个元素可以另外具有单独的属性或者元素，并且根据当前的实施例的某些属性或者元素可以被省略。在这里，以@标记的字段可以对应于属性，并且没有以@标记的字段可以对应于元素。
@bsid是完整的广播流的标识符。BSID的值可以在区域层级上是唯一的。
@providerId可以是使用这个广播流的一部分或者全部的广播电台的索引。这是可选择的属性。当其不存在时，这指的是这个广播流正在由一个广播电台使用。@providerId没有在附图中图示。
@sltSectionVersion可以是SLT部分的版本号。当在SLT内携带的信息中发生变化时，sltSectionVersion可以增加1。当其达到最大值时，其回转为0。
@sltSectionNumber可以是SLT的这个部分从1开始计数的编号。换句话说，@sltSectionNumber可以对应于SLT部分的部分编号。当不使用这个字段时，@sltSectionNumber可以被设置为1的缺省值。
@totalSltSectionNumbers可以是这个区段是其一部分的SLT的区段(也就是说，具有最高的sltSectionNumber的区段)的总数。当其以分段发送时，sltSectionNumber和totalSltSectionNumbers共同地可以被认为是表示SLT的一个部分的“N的部分M”。换句话说，当SLT被发送时，可以支持经由分段的传输。当不使用这个字段时，@totalSltSectionNumbers可以被设置为1的缺省值。不使用这个字段的情形可以对应于SLT不通过分段发送的情形。
@language可以表示包括在这个SLT示例中的服务的主要语言。根据给定的实施例，这个字段的值可以具有在ISO中定义的三个字符语言码。这个字段可以被省略。
@capabilities可以表示在这个SLT示例中用于解码和有意义地呈现用于所有服务的内容需要的能力。
InetSigLoc可以提供告诉接收机其可以经由宽带从外部服务器获得任何请求的数据类型的URL。这个元素可以包括作为下层字段的@urlType。根据@urlType字段的值，可以表示由InetSigLoc提供的URL的类型。根据给定的实施例，当@urlType字段具有0的值时，InetSigLoc可以提供信令服务器的URL。当@urlType字段具有1的值时，InetSigLoc可以提供ESG服务器的URL。当@urlType字段具有其它的值时，该字段可以预留供未来使用。
service字段是具有有关每个服务信息的元素，并且可以对应于服务项目。对应于由SLT表示的服务编号的服务元素字段可以存在。在下文中，将给出service字段的下层属性/元素的描述。
@serviceId可以是在这个广播区域的范围内唯一地识别这个服务的整数。根据给定的实施例，@serviceId的范围可以变化。@SLTserviceSeqNumber可以是表示具有服务ID的SLT服务信息的序列号等于以上的serviceId属性的整数。SLTserviceSeqNumber值对于每个服务可以起始于0，并且可以每次增加1，在这个服务元素中的任何属性被变化。如果与具有ServiceID的特殊值的先前的服务元素相比，属性值没有变化，那么，SLTserviceSeqNumber将不增加。在达到最大值之后，SLTserviceSeqNumber字段折回到0。
@protected是可以表示是否用于服务的有效的再现的一个或多个组件处于保护状态之中的标记信息。当设置为“1”(真)时，为有意义的呈现所必需的一个或多个组件被保护。当设置为“0”(假)时，这个标记表示为该服务的有意义的呈现所必需的组件不被保护。缺省值是假。
@majorChannelNo是表示服务的“主”信道编号的整数。该字段的示例可以具有1至999的范围。
@minorChannelNo是表示服务的“次”信道编号的整数。该字段的示例可以具有1至999的范围。
@serviceCategory可以表示这个服务的类别。这个字段可以表示取决于实施例变化的类型。根据给定的实施例，当这个字段具有1、2和3的值时，该值可以分别地对应于线性A/V服务、仅线性音频服务，和基于app的服务。当这个字段具有0的值时，该值可以对应于未定义的类别的服务。当这个字段具有除1、2和3之外的其它的值时，这个字段可以预留供未来使用。@shortServiceName可以是该服务的短的字符串名称。
@hidden可以是布尔值，当存在和设置为“真”时，其表示服务意欲用于测试或者专有的使用，并且不由普通的TV接收机选择。当不存在时，该缺省值是“假”。
@slsProtocolType可以是表示由这个服务使用的服务层信令的协议类型的类型。这个字段可以表示取决于实施例变化的类型。根据给定的实施例，当这个字段具有1和2的值时，由各自相应的服务使用的SLS的协议可以分别地是ROUTE和MMTP。当这个字段具有除0之外的其它的值时，该字段可以预留供未来使用。这个字段可以称为@slsProtocol。
BroadcastSignaling及其下层属性/元素可以提供与广播信令相关的信息。当BroadcastSignaling元素不存在时，父服务元素的子元素InetSigLoc可以存在，并且其属性urlType包括URL_type0×00(示意服务器的URL)。在这种情况下，属性URL支持询问参数svc＝<service_id>，这里service_id对应于用于父服务元素的serviceId属性。
做为选择，当BroadcastSignaling元素不存在时，元素InetSigLoc可以作为SLT根元素的子元素存在，并且InetSigLoc元素的属性urlType包括URL_type0×00(去示意服务器的URL)。在这种情况下，用于URL_type0×00的属性URL支持询问参数svc＝<service_id>，这里service_id对应于用于父服务元素的serviceId属性。
@slsPlpId可以是表示指示携带用于这个服务的SLS的物理层管道的PLD IP的整数的字符串。
@slsDestinationIpAddress可以是包含携带用于这个服务的SLS数据的分组的点分的IPv4目的地址的字符串。
@slsDestinationUdpPort可以是包含携带用于这个服务的SLS数据的分组的端口号的字符串。如在前文中描述的，可以由目的地IP/UDP信息执行SLS引导。
@slsSourceIpAddress可以是包含携带用于这个服务的SLS数据的分组的点分的IPv4源地址的字符串。
@slsMajorProtocolVersion可以是用于传送供这个服务的服务层信令的协议的主版本号。缺省值是1。
@SlsMinorProtocolVersion可以是用于传送供这个服务的服务层信令的协议的次版本号。缺省值是0。
@serviceLanguage可以是表示该服务的主要语言的三个字符语言码。这个字段的值可以具有取决于实施例变化的形式。
@broadbandAccessRequired可以是表示对于接收机需要进行该服务有意义的呈现的宽带接入的布尔量。缺省值是假。当这个字段具有真值时，为了有效的服务再现接收机需要接入宽带，其可以对应于混合服务传送的情形。
@capabilities可以表示以等于以上的serviceId属性的服务ID用于解码和有意义地呈现用于该服务的内容需要的能力。
如果可用的话，InetSigLoc可以提供用于经由宽带接入信令或者通知信息的URL。其数据类型可以是任何URL数据类型的扩展，增加表示URL给出接入所接入到的@urlType属性。这个字段的@urlType字段可以表示与如上所述的InetSigLoc的@urlType字段相同的含义。当属性URL_type0×00的InetSigLoc元素被作为SLT的元素存在时，其可用于产生用于信令元数据的HTTP请求。HTTP POST消息主体可以包括服务术语。当InetSigLoc元素在部分层级上出现时，服务术语用于表示请求的信令元数据对象适用于其的服务。如果该服务术语不存在，那么，请求在该部分中用于所有服务的信令元数据对象。当InetSigLoc在服务层级上出现时，那么，服务术语不需要指定期望的服务。当提供属性URL_type 0×01的InetSigLoc元素时，其可用于经由宽带恢复ESG数据。如果该元素作为服务元素的子元素出现，那么，URL可用于恢复用于该服务的ESG数据。如果该元素作为SLT元素的子元素出现，那么，URL可用于恢复在该部分中用于所有服务的ESG数据。
在SLT的另一个示例中，SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可以被省略。
此外，以上描述的InetSigLoc字段可以由@sltInetSigUri和/或@sltInetEsgUri字段替换。两个字段可以分别包括信令服务器的URI和ESG服务器的URI信息。对应于SLT的下层字段的InetSigLoc字段和对应于服务字段的下层字段的InetSigLoc字段可以以类似的方式替换。
提出的缺省值可以取决于实施例变化。图示的“使用”列涉及各自的字段。在这里，“1”可以表示相应的字段是基础字段，并且“0..1”可以表示相应的字段是可选择的字段。
图4图示根据本发明的一个实施例的SLS引导和服务发现过程。
在下文中，将描述SLS。
SLS可以是提供用于服务的发现和获得的信息及其内容组件的信令。
对于ROUTE/DASH，用于每个服务的SLS描述服务的特征，诸如其组件列表和获得它们的位置，以及需要产生该服务有意义的呈现的接收机能力。在ROUTE/DASH系统中，SLS包括用户服务捆绑描述(USBD)、S-TSID和DASH媒体呈现描述(MPD)。在这里，USBD或者用户服务描述(USD)是SLS XML分段的一个，并且可以起描述特定的说明性信息的信令herb的作用。USBD/USD可以在3GPP MBMS以外扩展。USBD/USD的细节将在下面描述。
服务信令集中于服务本身的基本属性，特别地，需要获得该服务的那些属性。服务的属性和意欲用于观众的节目作为服务通知或者ESG数据出现。
无需解析在广播流内携带的整个SLS，具有用于每个服务的单独的服务信令允许接收机获得用于感兴趣的服务适宜的SLS。
对于服务信令的可选择的宽带传送，SLT可以如上所述包括服务信令文件可以从其中获得的HTTP URL。
LLS用于引导SLS获得，并且随后，SLS用于获得在或者ROUTE会话或者MMTP会话上传送的服务组件。该描述的附图图示以下的信令序列。接收机开始获得如上所述的SLT。通过在ROUTE会话上传送的service_id识别的每个服务提供SLS引导信息：PLPID(#1)、源IP地址(sIP1)、目的地IP地址(dIP1)，和目的地端口号(dPort1)。通过在MMTP会话上传送的service_id识别的每个服务提供SLS引导信息：PLPID(#2)、目的地IP地址(dIP2)，和目的地端口号(dPort2)。
对于使用ROUTE的流服务传送，接收机可以获得在IP/UDP/LCT会话和PLP上携带的SLS分段，而对于使用MMTP的流服务传送，接收机可以获得在MMTP会话和PLP上携带的SLS分段。对于使用ROUTE的服务传送，这些SLS分段包括USBD/USD分段、S-TSID分段，和MPD分段。它们与一个服务有关。USBD/USD分段描述服务层属性，并且提供涉及S-TSID片段的URI和涉及MPD分段的URI。换句话说，USBD/USD可以指的是S-TSID和MPD。对于使用MMTP的服务传送，USBD涉及MMT信令的MPT消息，其MP表提供分组ID的标识和用于属于该服务的资产(asset)的位置信息。在这里，资产是多媒体数据实体，并且可以指的是数据实体，其被合并为一个唯一的ID，并且用于产生一个多媒体呈现。资产可以对应于包括在一个服务中的服务组件。MPT消息是具有MMT的MP表的消息。在这里，MP表可以是具有有关内容和MMT资产信息的MMT分组表。细节可以类似于在MMT中的定义。在这里，媒体呈现可以对应于建立媒体内容的界定的/非界定的呈现的数据采集。
S-TSID分段提供与一个服务有关的组件获得信息，并且在MPD中和在对应于服务的组件的TSI中发现的DASH表示之间映射。S-TSID可以以TSI和相关的DASH表示标识符，以及携带与DASH表示有关的DASH片段的PLPID的形式提供组件获得信息。通过PLPID和TSI值，接收机从服务中采集音频/视频分量，并且开始缓存DASH媒体片段，然后，适用适宜的解码处理。
对于列出在MMTP会话上传送的服务组件的USBD，如在描述的附图中由“服务#2”图示的，接收机还获得具有匹配MMT_package_id的MPT消息以完成SLS。MPT消息提供包括服务和用于每个组件的获得信息的服务组件的全列表。组件获得信息包括MMTP会话信息、携带会话的PLPID和在该会话内的packet_id。
根据给定的实施例，例如，在ROUTE中，可以使用两个或更多个S-TSID分段。每个分段可以提供与传送每个服务内容的LCT会话相关的接入信息。
在ROUTE中，S-TSID、USBD/USD、MPD或者传送S-TSID、USBD/USD或者MPD的LCT会话可以称为服务信令信道。在MMTP中，USBD/UD、MMT信令消息，或者传送MMTP或者USBD/UD的分组流可以称为服务信令信道。
与图示的示例不同，一个ROUTE或者MMTP会话可以经由多个PLP传送。换句话说，一个服务可以经由一个或多个PLP传送。如在前文中描述的，一个LCT会话可以经由一个PLP传送。与附图不同，根据给定的实施例，包括在一个服务中的组件可以经由不同的ROUTE会话传送。此外，根据给定的实施例，包括在一个服务中的组件可以经由不同的MMTP会话传送。根据给定的实施例，包括在一个服务中的组件可以分别地经由ROUTE会话和MMTP会话传送。虽然未图示，包括在一个服务中的组件可以经由宽带传送(混合传送)。
图5图示根据本发明的一个实施例用于ROUTE/DASH的USBD分段。
在下文中，将给出SLS基于ROUTE传送的描述。
SLS将详细的技术信息提供给接收机以允许发现和接入服务及其内容组件。其可以包括在专用的LCT会话上携带的一组XML编码的元数据分段。可以使用包含在如上所述的SLT中的引导信息获得LCT会话。SLS在每个服务层级上定义，并且其描述服务的特征和接入信息，诸如内容组件的列表，和如何获得它们，以及需要产生服务有意义的呈现的接收机能力。在ROUTE/DASH系统中，对于线性服务传送，SLS由以下的元数据分段：USBD、S-TSID和DASH MPD组成。SLS分段可以在具有TSI＝0的专用的LCT传输会话上传送。根据给定的实施例，SLS分段在其中传送的特定的LCT会话(专用的LCT会话)的TSI可以具有不同的值。根据给定的实施例，SLS分段在其中传送的LCT会话可以使用SLT或者另一个方案示意。
ROUTE/DASH SLS可以包括用户服务捆绑描述(USBD)和基于服务的传输会话示例描述(S-TSID)元数据分段。这些服务信令分段可适用于线性和基于应用的服务两者。USBD分段包含服务标识、设备能力信息，对于接入服务和组成媒体组件所需的其它的SLS分段的引用，以及元数据，以允许接收机确定服务组件的传输模式(广播和/或宽带)。由USBD引用的S-TSID分段提供用于在其中传送服务的媒体内容组件的一个或多个ROUTE/LCT会话的传输会话描述，和在这些LCT会话中携带的传送对象的描述。USBD和S-TSID将在下面描述。
在基于ROUTE的传送的流内容信令中，SLS的流内容信令组件对应于MPD分段。MPD典型地与用于作为流内容的DASH片段的传送的线性服务有关。MPD以片段URL的形式提供用于线性/流服务的单个媒体组件的资源标识符，和在媒体呈现内识别的资源的上下文。MPD的细节将在下面描述。
在基于ROUTE的传送中的基于app的增强信令中，基于app的增强信令涉及基于app的增强组件的传送，诸如应用逻辑文件、本地高速缓存的媒体文件、网络内容项目，或者通知流。当可用时，应用还可以恢复在宽带连接上本地高速缓存的数据。
在下文中，将给出在附图中图示的USBD/USD细节的描述。
顶层或者入口点SLS分段是USBD分段。图示的USBD分段是本发明的一个示例，在附图中未图示的USBD分段的基础字段可以根据给定的实施例另外提供。如在前文中描述的，图示的USBD分段具有扩展的形式，并且可以具有增加给基础配置的字段。
图示的USBD可以具有bundleDescription根元素。该bundleDescription根元素可以具有userServiceDescription元素。该userServiceDescription元素可以对应于用于一个服务的示例。
userServiceDescription元素可以包括@serviceId、@atsc:serviceId、@atsc:serviceStatus、@atsc:fullMPDUri、@atsc:sTSIDUri、name、serviceLanguage、atsc:capabilityCode和/或deliveryMethod。
@serviceId可以是全球唯一的URI，其识别在BSID的范围内唯一的服务。这个参数可用于链接到ESG数据(Service@globalServiceID)。
@atsc:serviceId是在LLS(SLT)中相应的服务项目的参考。这个属性的值是分配给项目的serviceId的相同的值。
@atsc:serviceStatus可以指定这个服务的状态。该值表示是否这个服务是有效或者无效。当设置为“1”(真)时，其表示服务是有效。当不使用这个字段时，@atsc:serviceStatus可以被设置为1的缺省值。
@atsc:fullMPDUri可以参考MPD分段，其包含用于经广播，并且选择性地，还经宽带传送的服务的内容组件的描述。
@atsc:sTSIDUri可以参考S-TSID分段，其将接入相关的参数提供给携带这个服务内容的传输会话。
name可以表示如由语言属性给出的服务的名称。name元素可以包括语言属性，其表示服务名称的语言。语言可以根据XML数据类型指定。
serviceLanguage可以表示服务可用的语言。语言可以根据XML数据类型指定。
atsc:capabilityCode可以指定在接收机中需要的能够生成这个服务内容的有意义的呈现的能力。根据给定的实施例，这个字段可以指定预先确定的能力组。在这里，能力组可以是用于有效的呈现的一组能力属性值。这个字段可以根据给定的实施例被省略。
deliveryMethod可以是经广播和(选择性地)接入的宽带模式传输与服务内容有关的相关的信息的容器。参考包括在该服务中的数据，当数据的数目是N时，用于各自的数据的传送方案可以由这个元素描述。deliveryMethod可以包括r12:broadcastAppService元素和r12:unicastAppService元素。每个下层元素可以包括作为下层元素的basePattern元素。
r12:broadcastAppService可以是在附属的媒体呈现的所有时段上，以多路复用或者非多路复用的形式经广播传送的DASH表示，包含属于该服务的相应的媒体组件。换句话说，该字段的每个可以表示经由广播网传送的DASH表示。
r12:unicastAppService可以是在附属的媒体表示的所有时段上，以多路复用或者非多路复用的形式经宽带传送的DASH表示，包含属于该服务的组成的媒体内容组件。换句话说，该字段的每个可以表示经由宽带传送的DASH表示。
basePattern可以是供接收机使用的字符图案，以与由DASH客户使用的片段URL的任何部分相配，以在其包含的时段之下请求父表示的媒体片段。匹配隐含相应的请求的媒体片段经广播传输携带。在用于接收由r12:broadcastAppService元素和r12:unicastAppService元素的每个表示的DASH表示的URL地址中，URL的一部分等等可以具有特定的图案。该图案可以由这个字段描述。某些数据可以使用这个信息区别。提出的缺省值可以取决于实施例变化。在附图中图示的“使用”列涉及每个字段。在这里，M可以表示基础字段，O可以表示可选择的字段，OD可以表示具有缺省值的可选择的字段，和CM可以表示有条件的基础字段。0...1至0...N可以表示可用字段的编号。
图6图示根据本发明的一个实施例用于ROUTE/DASH的S-TSID分段。
在下文中，将详细地给出在附图中图示的S-TSID的描述。
S-TSID可以是SLS XML分段，其提供用于携带服务的内容组件的传输会话的整个会话描述信息。S-TSID是SLS元数据分段，其包含用于在其中传送服务的媒体内容组件的零个或更多个ROUTE会话和组成LCT会话的整个传输会话描述信息。S-TSID还包括用于传送对象或者在服务的LCT会话中携带的对象流的文件元数据，以及有关有效载荷格式和在这些LCT会话中携带的内容组件的附加信息。
S-TSID分段的每个示例由userServiceDescription的@atsc:sTSIDUri属性在USBD分段中引用。根据当前的实施例的图示的S-TSID表示为XML文件。根据给定的实施例，S-TSID可以以二进制格式或者XML文件表示。
图示的S-TSID可以具有S-TSID根元素。S-TSID根元素可以包括@serviceId和/或RS。
@serviceID可以是在USD中相应的服务元素的引用。这个属性的值可以参考具有service_id的对应值的服务。
RS元素可以具有有关用于传送服务数据的ROUTE会话的信息。服务数据或者服务组件可以经由多个ROUTE会话传送，并且从而，RS元素的数目可以是1至N。
RS元素可以包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS。
@bsid可以是在其中携带广播App服务的内容组件的广播流的标识符。当这个属性缺少时，默认广播流是其PLP携带用于这个服务的SLS分段的一个。其值可以与在SLT中的broadcast_stream_id相同。
@sIpAddr可以表示源IP地址。在这里，源IP地址可以是用于传送包括在服务中的服务组件的ROUTE会话的源IP地址。如在前文中描述的，一个服务的服务组件可以经由多个ROUTE会话传送。因此，服务组件可以使用除用于传送S-TSID的ROUTE会话以外的另一个ROUTE会话发送。因此，这个字段可用于表示ROUTE会话的源IP地址。这个字段的缺省值可以是当前的ROUTE会话的源IP地址。当服务组件被经由另一个ROUTE会话传送，并且因此，ROUTE会话需要被指示时，这个字段的值可以是ROUTE会话的源IP地址的值。在这种情况下，这个字段可以对应于M，其是基础字段。
@dIpAddr可以表示目的地IP地址。在这里，目的地IP地址可以是传送包括在服务中的服务组件的ROUTE会话的目的地IP地址。对于与@sIpAddr的以上描述类似的情形，这个字段可以表示传送服务组件的ROUTE会话的目的地IP地址。这个字段的缺省值可以是当前的ROUTE会话的目的地IP地址。当服务组件被经由另一个ROUTE会话传送，并且因此，ROUTE会话需要被指示时，这个字段的值可以是ROUTE会话的目的地IP地址的值。在这种情况下，这个字段可以对应于M，其是基础字段。
@dport可以表示目的地端口。在这里，目的地端口可以是传送包括在服务中的服务组件的ROUTE会话的目的地端口。对于与@sIpAddr的以上描述类似的情形，这个字段可以表示传送服务组件的ROUTE会话的目的地端口。这个字段的缺省值可以是当前的ROUTE会话的目的地端口号。当服务组件被经由另一个ROUTE会话传送，并且因此，ROUTE会话需要被指示时，这个字段的值可以是ROUTE会话的目的地端口号值。在这种情况下，这个字段可以对应于M，其是基础字段。
@PLPID可以是用于由RS表示的ROUTE会话的PLP的ID。缺省值可以是包括当前的S-TSID的LCT会话的PLP的ID。根据给定的实施例，这个字段可以具有用于LCT会话的PLP的ID值，LCT会话用于在ROUTE会话中传送S-TSID，并且可以具有用于ROUTE会话的所有PLP的ID值。
LS元素可以具有有关用于传送服务数据的LCT会话的信息。服务数据或者服务组件可以经由多个LCT会话传送，并且从而，LS元素的数目可以是1至N。
LS元素可以包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow和/或RprFlow。
@tsi可以表示用于传送服务的服务组件的LCT会话的TSI值。
@PLPID可以具有用于LCT会话的PLP的ID信息。这个值可以在基本ROUTE会话值上重写。
@bw可以表示最大带宽值。@startTime可以表示LCT会话的开始时间。@endTime可以表示LCT会话的结束时间。SrcFlow元素可以描述ROUTE的信源流。RprFlow元素可以描述ROUTE的修复流。
提出的缺省值可以根据实施例变化。在附图中图示的“使用”列涉及每个字段。在这里，M可以表示基础字段，O可以表示可选择的字段，OD可以表示具有缺省值的可选择的字段，和CM可以表示有条件的基础字段。0...1至0...N可以表示可用字段的编号。
在下文中，将给出用于ROUTE/DASH的MPD的描述。
MPD是SLS元数据分段，其包含对应于由广播电台(例如，单个TV节目，或者在时间段内邻接的线性TV节目的集合)定义的给定的持续时间的线性服务的DASH媒体呈现的形式化的描述。MPD的内容提供用于片段的资源标识符和在媒体呈现内用于识别的资源的上下文。MPD分段的数据结构和语义可以是根据由MPEG DASH定义的MPD。
在MPD中传送的一个或多个DASH表示可以经广播携带。MPD可以描述经宽带传送的附加的表示，例如，在混合服务的情况下，或者由于广播信号劣化(例如，穿过隧道)，在从广播到广播切换时支持服务连续性。
图7图示根据本发明的一个实施例用于MMT的USBD/USD分段。
用于线性服务的MMT SLS包括USBD分段和MMT分组(MP)表。MP表如上所述。USBD分段包含服务标识、设备能力信息、对接入服务和组成媒体组件所需的其它的SLS信息的引用，以及元数据，以允许接收机确定服务组件的传输模式(广播和/或宽带)。由USBD引用的用于MPU组件的MP表提供用于MMTP会话的传输会话描述和在这些MMTP会话中携带的资产的描述，服务的媒体内容组件在MMTP会话中被传送。
用于MPU组件的流内容信令组件对应于在MMT中定义的MP表。MP表提供MMT资产的列表，这里每个资产对应于单个服务组件和用于这个组件的位置信息的描述。
USBD分段还可以分别地包含对于由ROUTE协议和宽带传送的服务组件，对如上所述的S-TSID和MPD的介绍。根据给定的实施例，在经由MMT的传送中，经由ROUTE协议传送的服务组件是NRT数据等等。因此，在这种情况下，MPD可能是不必要的。此外，在经由MMT的传送中，有关用于传送其经由宽带被传送的服务组件的LCT会话的信息是不必要的，并且因此，S-TSID可能是不必要的。在这里，MMT分组可以是使用MMT传送的媒体数据的逻辑采集。在这里，MMTP分组可以指的是使用MMT传送的媒体数据的格式化的单元。MPU可以指的是独立地可解码的定时/非定时的数据的通用容器。在这里，在MPU中的数据是不可知论的(agnostic)媒体编解码器。
在下文中，将给出在附图中图示的USBD/USD细节的描述。
图示的USBD分段是本发明的一个示例，并且USBD分段的基础字段可以根据实施例另外提供。如在前文中描述的，图示的USBD分段具有扩展的形式，并且可以具有增加给基础结构的字段。
根据本发明的一个实施例图示的USBD表示为XML文件。根据给定的实施例，USBD可以以二进制格式或者XML文件表示。
图示的USBD可以具有bundleDescription根元素。该bundleDescription根元素可以具有userServiceDescription元素。该userServiceDescription元素可以是用于一个服务的示例。
userServiceDescription元素可以包括@serviceId、@atsc:serviceId、name、serviceLanguage、atsc:capabilityCode、atsc:Channel、atsc:mpuComponent、atsc:routeComponent、atsc:broadbandComponent和/或atsc:ComponentInfo。
在这里，@serviceId、@atsc:serviceId、name、serviceLanguage和atsc:capabilityCode可以如上所述。在name字段下面的lang字段可以如上所述。atsc:capabilityCode可以根据给定的实施例被省略。
userServiceDescription元素可以进一步包括根据一个实施例的atsc:contentAdvisoryRating元素。这个元素可以是可选择的元素。atsc:contentAdvisoryRating可以指定内容咨询等级。这个字段没有在附图中图示。
atsc:Channel可以具有有关服务信道的信息。atsc:Channel可以包括@atsc:majorChannelNo、@atsc:minorChannelNo、@atsc:serviceLang、@atsc:serviceGenre、@atsc:serviceIcon和/或atsc:ServiceDescription。@atsc:majorChannelNo,@atsc:minorChannelNo和@atsc:serviceLang可以根据给定的实施例被省略。
@atsc:majorChannelNo是表示服务的主信道编号的属性。
@atsc:minorChannelNo是表示服务的次信道编号的属性。
@atsc:serviceLang是表示在服务中使用的主要语言的属性。
@atsc:serviceGenre是表示在服务中使用的主要风格的属性。
@atsc:serviceIcon是表示供用于表示这个服务的图标的统一资源定位器(URL)的属性。
atsc:ServiceDescription包括可能以多个语言的服务描述。atsc:ServiceDescription包括@atsc:serviceDescrText和/或@atsc:serviceDescrLang。
@atsc:serviceDescrText是表示服务描述的属性。
@atsc:serviceDescrLang是表示以上的服务描述文本属性语言的属性。
atsc:mpuComponent可以具有有关以MPU的形式传送的服务的内容组件的信息。atsc:mpuComponent可以包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。
@atsc:mmtPackageId可以涉及用于作为MPU传送的服务的内容组件的MMT分组。
@atsc:nextMmtPackageId可以涉及在由将来用于作为MPU传送的服务的内容组件的@atsc:mmtPackageId提及的一个之后要使用的MMT分组。
atsc:routeComponent可以具有有关经由ROUTE传送的服务的内容组件的信息。atsc:routeComponent可以包括@atsc:sTSIDUri、@sTSIDPlpId、@sTSIDDestinationIpAddress、@sTSIDDestinationUdpPort、@sTSIDSourceIpAddress、@sTSIDMajorProtocolVersion和/或@sTSIDMinorProtocolVersion。
@atsc:sTSIDUri可以是对S-TSID分段的引用，其将接入相关的参数提供给携带这个服务内容的传输会话。这个字段可以与在用于如上所述的ROUTE的USBD中用于参考S-TSID的URI相同。如在前文中描述的，在通过MMTP的服务传送中，经由NRT传送的服务组件等等可以通过ROUTE传送。这个字段可用于指代其S-TSID。
@sTSIDPlpId可以是表示指示携带用于这个服务的S-TSID的物理层管道的PLP ID的整数的字符串。(默认：当前的物理层管道)。
@sTSIDDestinationIpAddress可以是包含携带用于这个服务的S-TSID的分组的点分的IPv4目的地址的字符串。(默认：当前的MMTP会话的源IP地址)
@sTSIDDestinationUdpPort可以是包含携带用于这个服务的S-TSID的分组的端口号的字符串。
@sTSIDSourceIpAddress可以是包含携带用于这个服务的S-TSID的分组的点分的IPv4源地址的字符串。
@sTSIDMajorProtocolVersion可以表示用于传送供这个服务的S-TSID的协议的主版本号。缺省值是1。
@sTSIDMinorProtocolVersion可以表示用于传送供这个服务的S-TSID的协议的次版本号。缺省值是0。
atsc:broadbandComponent可以具有有关经由宽带传送的服务的内容组件的信息。换句话说，atsc:broadbandComponent可以是在混合传送的假设下的字段。atsc:broadbandComponent可以进一步包括@atsc:fullfMPDUri。
@atsc:fullfMPDUri可以是对MPD分段的参考，其包含用于经宽带传送的服务的内容组件的描述。
atsc:ComponentInfo字段可以具有有关服务可用的组件的信息。atsc:ComponentInfo字段可以具有有关每个组件的类型、作用、名称等等的信息。atsc:ComponentInfo字段的数目可以对应于各自的组件的数目(N)。atsc:ComponentInfo字段可以包括@atsc:componentType、@atsc:componentRole、@atsc:componentProtectedFlag、@atsc:componentId和/或@atsc:componentName。
@atsc:componentType是表示这个组件类型的类型。0的值表示音频组件。1的值表示视频组件。2的值表示隐藏字幕组件。3的值表示应用组件。值4至7被预留。这个字段的值的含义可以取决于实施例不同地设置。
@atsc:componentRole是表示这个组件的作用或者类别的属性。
对于音频(当以上的组件类型属性等于0时)∶组件作用属性的值如下：0＝完成主体，1＝音乐和效果，2＝对话，3＝解说，4＝视觉障碍，5＝听觉障碍，6＝画外音，7-254＝预留的，255＝未知。
对于视频(当以上的组件类型属性等于1时)：组件作用属性的值如下：0＝主要视频，1＝替换的相机视图，2＝其他替换的视频组件，3＝手语插图，4＝跟随的主题视频，5＝3D视频左侧视图，6＝3D视频右侧视图，7＝3D视频深度信息，8＝<n,m>的视频阵列<x,y>的部分，9＝跟随主题元数据，10-254＝预留的，255＝未知。
对于隐藏字幕组件(当以上的组件类型属性等于2时)：组件作用属性的值如下：0＝正常，1＝容易阅读器，2-254＝预留的，255＝未知。
当以上的组件类型属性是在3至7之间时，包含的，组件作用可以等于255。这个字段的值的含义可以取决于实施例不同地设置。
@atsc:componentProtectedFlag是表示是否这个组件被保护(例如，加密)的属性。当这个标记被设置为1的值时，这个组件被保护(例如，加密)。当这个标记被设置为0的值时，这个组件不保护(例如，加密)。当不存在组件保护的标记的值时，属性推断为等于0。这个字段的值的含义可以取决于实施例不同地设置。
@atsc:componentId是表示这个组件的标识符的属性。这个属性的值可以与在对应于这个组件的MP表中的asset_id相同。
@atsc:componentName是表示这个组件的人可读的名称的属性。
提出的缺省值可以取决于实施例变化。在附图中图示的“使用”列涉及每个字段。在这里，M可以表示基础字段，O可以表示可选择的字段，OD可以表示具有缺省值的可选择的字段，和CM可以表示有条件的基础字段。0...1至0...N可以表示可用字段的编号。
在下文中，将给出用于MMT的MPD的描述。
媒体呈现描述是对应于由广播电台(例如，单个TV节目，或者在时间段内邻接的线性TV节目的集合)定义的给定的持续时间的线性服务的SLS元数据分段。MPD的内容提供用于片段的资源标识符和在媒体呈现内用于识别的资源的上下文。MPD的数据结构和语义可以根据由MPEG DASH定义的MPD。
在当前的实施例中，由MMTP会话传送的MPD描述经宽带传送的表示，例如，在混合服务的情况下，或者在从广播到宽带切换时，由于广播信号劣化(例如，在山脉之下行驶，或者经由隧道)支持服务连续性。
在下文中，将给出用于MMT的MMT信令消息的描述。
当MMTP会话用于携带流服务时，由MMT定义的MMT信令消息由MMTP分组根据由MMT定义的信令消息模式传送。携带服务层信令的MMTP分组的packet_id字段的值被设置为“00”，除携带专用于资产的MMT信令消息的MMTP分组之外，其可以被设置为与携带资产的MMTP分组相同的packet_id值。涉及用于每个服务的适宜的分组的标识符由如上所述的USBD分段示意。具有匹配的MMT_package_id的MMT分组表(MPT)消息可以在以SLT示意的MMTP会话上传送。每个MMTP会话携带专用于其会话的MMT信令消息或者由MMTP会话传送的每个资产。
换句话说，有可能通过指定具有在SLT中用于特定的服务的SLS的分组的IP目的地址/端口号等等接入MMTP会话的USBD。如在前文中描述的，携带SLS的MMTP分组的分组ID可以指定为特定的值，诸如00等等。有可能使用USBD的以上描述的分组IP信息接入具有匹配的分组ID的MPT消息。如下所述，MPT消息可用于接入每个服务组件/资产。
以下的MMTP消息可以由在SLT中示意的MMTP会话传送。
MMT分组表(MPT)消息：这个消息携带MP(MMT分组)表，其包含所有资产的列表及其如由MMT定义的位置信息。如果资产由不同于传送MP表的当前的PLP的PLP传送，则携带资产的PLP的标识符可以在使用物理层管道标识符描述符的MP表中提供。物理层管道标识符描述符将在下面描述。
MMT ATSC3(MA3)消息mmt_atsc3_message()：这个消息携带专用于包括如上所述的服务层信令的服务的系统元数据。mmt_atsc3_message()将在下面描述。
如果需要的话，以下的MMTP消息可以由在SLT中示意的MMTP会话传送。
媒体呈现信息(MPI)消息：这个消息携带MPI表，其包含呈现信息的整个文档或者文档的子集。与MPI表有关的MP表还可以由这个消息传送。
时钟关系信息(CRI)消息：这个消息携带CRI表，其包含用于在NTP时间戳和MPEG-2STC之间映射的时钟相关的信息。根据给定的实施例，CRI消息可以不必经由MMTP会话传送。
以下的MMTP消息可以由携带流内容的每个MMTP会话传送。
假定的接收机缓存模型消息：这个消息携带由接收机管理其缓存器需要的信息。
假定的接收机缓存模型移除消息：这个消息携带由接收机管理其MMT解封装缓存器需要的信息。
在下文中，将给出对应于MMT信令消息的一个的mmt_atsc3_message()的描述。根据如上所述的本发明，MMT信令消息mmt_atsc3_message()被限定传送专用于服务的信息。信令消息可以包括消息ID、版本和/或对应于MMT信令消息的基础字段的长度字段。信令消息的有效载荷可以包括服务ID信息、内容类型信息、内容版本信息、内容压缩信息和/或URI信息。内容类型信息可以表示包括在信令消息的有效载荷中的数据类型。内容版本信息可以表示包括在有效载荷中数据的版本，并且内容压缩信息可以表示适用于数据的压缩类型。URI信息可以具有与由消息传送的内容相关的URI信息。
在下文中，将给出物理层管道标识符描述符的描述。
物理层管道标识符描述符是可以用作如上所述的MP表的描述符的一个的描述符。物理层管道标识符描述符提供有关携带资产的PLP的信息。如果资产由不同于传送MP表的当前的PLP的PLP传送，则物理层管道标识符描述符可以在相关的MP表中用作资产描述符以识别携带资产的PLP。物理层管道标识符描述符可以进一步包括除了PLP ID信息之外的BSID信息。BSID可以是传送用于由描述符描述的资产的MMTP分组的广播流的ID。
图8图示根据本发明的一个实施例的链路层协议结构。
在下文中，将描述链路层。
链路层是在物理层和网络层之间的层，并且在发送侧上从网络层到物理层传输数据，以及在接收侧上从物理层到网络层传输数据。链路层的目的包括将所有输入分组类型抽象为用于由物理层处理的单个格式，确保灵活性和对于迄今为止未定义的输入类型的未来可扩展性。此外，在链路层内处理确保输入数据可以以有效的方式发送，例如，通过提供选项去在输入分组的报头中压缩冗余信息。封装、压缩等等的操作称为链路层协议，并且使用这个协议生成的分组称作链路层分组。该链路层可以执行功能，诸如分组封装、开销降低和/或信号传输等等。
在下文中，将描述分组封装。链路层协议允许任何类型的分组封装，包括诸如IP分组和MPEG-2TS封装。与网络层协议类型(这里，我们考虑MPEG-2TS分组为一种网络层分组)无关，使用链路层协议，物理层仅仅需要处理一个单个分组格式。每个网络层分组或者输入分组被变换为通用链路层分组的有效载荷。另外，当输入分组大小特别地小或者大时，可以执行级联和分割，以便有效地使用物理层资源。
如在前文中描述的，片段可以在分组封装中使用。当网络层分组太大而不容易地在物理层中处理时，该网络层分组被划分为两个或更多个片段。该链路层分组报头包括在发送侧上执行分割和在接收侧上重新组装的协议字段。当网络层分组被分割时，每个片段可以被以与在网络层分组中的原始位置相同的顺序封装为链路层分组。此外，包括网络层分组片段的每个链路层分组可以从而传输给PHY层。
如在前文中描述的，级联可以在分组封装中使用。当网络层分组对于链路层分组的有效载荷包括几个网络层分组足够小时，该链路层分组报头包括协议字段以执行级联。该级联将多个小的网络层分组合并为一个有效载荷。当该网络层分组被级联时，每个网络层分组可以被以与原始输入顺序相同的顺序级联为链路层分组的有效载荷。此外，构成链路层分组的有效载荷的每个分组可以是整个分组，不是分组的片段。
在下文中，将描述开销降低。链路层协议的使用可以导致对于在物理层上数据的传输的开销有效的降低。根据本发明的链路层协议可以提供IP开销降低和/或MPEG-2TS开销降低。在IP开销降低中，IP分组具有固定的报头格式，但是，在通信环境下需要的一些信息在广播环境下可能是冗余的。链路层协议通过压缩IP分组的报头提供降低广播开销的机制。在MPEG-2TS开销降低中，链路层协议提供同步字节去除、空分组删除和/或公共报头去除(压缩)。首先，同步字节去除提供每个TS分组一个字节的开销降低，其次，空分组删除机制以它们可以在接收机上重新插入的方式删除188字节空TS分组，并且最后是公共报头去除机制。
对于信令传输，在链路层协议中，用于信令分组的特定的格式可以为链路层信令提供，这将在下面描述。
在根据本发明的一个实施例图示的链路层协议结构中，链路层协议起输入网络层分组的作用，诸如，作为输入分组的IPv4、MPEG-2TS等等。未来的扩展表示其它的分组类型和协议对在链路层中输入来说也是可能的。链路层协议还指定用于任何链路层信令的格式和信令，包括有关将专用信道映射给物理层的信息。附图还示出ALP如何经由各种报头压缩和删除算法结合机制以改善传输效率。此外，该链路层协议可以基本上封装输入分组。
图9图示根据本发明的一个实施例的链路层分组的基础报头的结构。在下文中，将描述报头的结构。
链路层分组可以包括报头，继之以数据有效载荷。链路层分组的报头可以包括基础报头，并且可以包括取决于基础报头的控制字段的附加报头。可选择的报头的存在从附加报头的标记字段表示。根据给定的实施例，表示附加报头和可选择的报头存在的字段可以放置在基础报头中。
在下文中，将描述基础报头的结构。用于链路层分组封装的基础报头具有分层的结构。基础报头可以是两个字节长度，并且是链路层分组报头的最小长度。
根据给出的实施例图示的基础报头可以包括Packet_Type字段、PC字段和/或长度字段。根据给定的实施例，基础报头可以进一步包括HM字段或者S/C字段。
Packet_Type字段可以是3位字段，其表示原始协议或者在封装进链路层分组之前输入数据的分组类型。IPv4分组、压缩的IP分组、链路层信令分组，和其他类型的分组可以具有基础报头结构，并且可以被封装。但是，根据给定的实施例，MPEG-2TS分组可以具有不同的特定的结构，并且可以被封装。当Packet_Type的值是“000”、“001”、“100”或者“111”时，也就是说，ALP分组的原始数据类型是IPv4分组、压缩的IP分组、链路层信令或者扩展分组的一个。当MPEG-2TS分组被封装时，Packet_Type的值可以是“010”。Packet_Type字段的其它的值可以预留供未来使用。
Payload_Configuration(PC)字段可以是1位字段，其表示有效载荷的配置。0的值可以表示链路层分组携带单个、整个输入分组，并且随后的字段是Header_Mode字段。1的值可以表示链路层分组携带一个以上的输入分组(级联)，或者大的输入分组(片段)的一部分，并且随后的字段是Segmentation_Concatenation字段。
Header_Mode(HM)字段可以是1位字段，当设置为0时，其可以表示没有附加报头，并且链路层分组的有效载荷的长度小于2048字节。这个值可以取决于实施例变化。1的值可以表示跟随长度字段存在用于以下定义的单个分组的附加报头。在这种情况下，有效载荷的长度大于2047字节，和/或可以使用可选择的特点(子流标识、报头扩展等等)。这个值可以取决于实施例变化。只有当链路层分组的Payload_Configuration字段具有0的值时，这个字段可以存在。
Segmentation_Concatenation(S/C)字段可以是1位字段，当设置为0时，其可以表示有效载荷携带输入分组的片段，并且跟随长度字段存在用于以下定义的片段的附加报头。1的值可以表示有效载荷携带一个以上完整的输入分组，并且跟随长度字存在段用于以下定义的级联的附加报头。只有当ALP分组的Payload_Configuration字段的值是1时，这个字段可以存在。
长度字段可以是11位字段，其表示由链路层分组携带的有效载荷字节长度的11个最低有效的位(LSB)。当在以下的附加报头中存在Length_MSB字段时，长度字段被与Length_MSB字段级联，并且是LSB以提供有效载荷实际的总长度。长度字段的位数可以转变为不是11位的另一个值。
以下的分组配置的类型因此是可允许的：无需任何附加报头的单个分组、具有附加报头的单个分组、分割的分组和级联的分组。根据给定的实施例，可以经由每个附加报头、可选择的报头、用于要在下面描述的信令信息的附加报头，和用于时间扩展的附加报头的组合产生更多的分组配置。
图10图示根据本发明的一个实施例的链路层分组的附加报头的结构。
可以存在各种类型的附加报头。在下文中，将给出用于单个分组的附加报头的描述。
当Header_Mode(HM)＝“1”时，可以存在用于单个分组的附加报头。当链路层分组的有效载荷的长度大于2047字节时，或者当使用可选择的字段时，Header_Mode(HM)可以被设置为1。用于单个分组的附加报头在图中示出(tsib10010)。
Length_MSB字段可以是5位字段，其可以表示在当前的链路层分组中总的有效载荷字节长度的最高有效位(MSB)，并且与包含获得总的有效载荷长度的11个最低有效位(LSB)的长度字段级联。可以示意的有效载荷的最大长度因此是65535字节。长度字段的位数可以转变为不是11位的另一个值。此外，Length_MSB字段的位数可以变化，并且因此，最大可以表示的有效载荷长度可以变化。根据给定的实施例，每个长度字段可以表示整个链路层分组，而不是有效载荷的长度。
SIF(子流标识符标记)字段可以是1位字段，其可以表示是否子流ID(SID)在HEF字段之后存在。当在这个链路层分组中没有SID时，SIF字段可以被设置为0。当在链路层分组中在HEF字段之后存在SID时，SIF可以被设置为1。SID的细节在下面描述。
HEF(报头扩展标记)字段可以是1位字段，当设置为1时，其可以表示附加报头存在供未来扩展。0的值可以表示这个扩展报头不存在。
在下文中，将给出当使用分割时附加报头的描述。
当Segmentation_Concatenation(S/C)＝“0”时，这个附加报头(tsib10020)可以存在。Segment_Sequence_Number可以是5位无符号整数，其可以表示由链路层分组携带的相应的片段的顺序。对于携带输入分组的第一片段的链路层分组，这个字段的值可以被设置为0×0。这个字段可以随着属于该分割的输入分组的每个附加片段增加1。
Last_Segment_Indicator(LSI)可以是1位字段，当设置为1时，其可以表示在这个有效载荷中的片段是输入分组的最后一个。0的值可以表示其不是最后片段。
SIF(子流标识符标记)字段可以是1位字段，其可以表示是否SID在HEF字段之后存在。当在该链路层分组中没有SID时，SIF字段可以被设置为0。当在链路层分组中在HEF字段之后存在SID时，SIF可以被设置为1。
HEF(报头扩展标记)可以是1位字段，当设置为1时，其可以表示可选择的报头扩展在附加报头之后存在用于链路层报头的未来扩展。0的值可以表示可选择的报头扩展不存在。
根据给定的实施例，可以另外提供分组ID字段以表示每个片段从相同的输入分组中产生。当片段以顺序发送时，这个字段可能是不必要的，并且因此被省略。
在下文中，将给出当使用级联时的附加报头的描述。
当Segmentation_Concatenation(S/C)＝“1”时，这个附加报头(tsib10030)可以存在。
Length_MSB可以是4位字段，其可以表示在这个链路层分组中有效载荷字节长度的MSB位。有效载荷的最大长度是用于级联的32767字节。如在前文中描述的，特定的数值可以变化。
计数可以是可以表示包括在链路层分组中的分组数目的字段。包括在链路层分组中分组的数目，2，可以被设置到这个字段。因此，在链路层分组中级联的分组的其最大值是9。计数字段表示该数目可以取决于实施例变化的方案。也就是说，可以表示从1到8的数字。
HEF(报头扩展标记)可以是1位字段，当设置为1时，其可以表示可选择的报头扩展在供链路层报头的未来扩展的附加报头之后存在。0的值可以表示报头扩展不存在。
Component_Length可以是12位长度字段，其可以以字节表示每个分组的长度。Component_Length字段以与除了最后的组件分组之外存在于有效载荷之中的分组相同的顺序包括。长度字段的数目可以由(计数+1)表示。根据给定的实施例，长度字段，其数目与计数字段的值相同，可能存在。当链路层报头由Component_Length的奇数组成时，四个填充位可以跟随在最后的Component_Length字段之后。这些位可以被设置为0。根据给定的实施例，Component_length字段表示最后的级联输入分组的长度可能不存在。在这种情况下，最后的级联输入分组的长度可能对应于通过从整个有效载荷长度中减去由各自的Component_length字段表示的值的总和获得的长度。
在下文中，将描述可选择的报头。
如在前文中描述的，可选择的报头可以被添加到附加报头的后面。可选择的报头字段可以包含SID和/或报头扩展。SID用于滤出在链路层层级中特定的分组流。SID的一个示例是在携带多个服务的链路层流中服务标识符的作用。如果可适用，在服务和对应于该服务的SID值之间的映射信息可以在SLT中提供。该报头扩展包含供未来使用的扩展字段。接收机可以忽略它们不理解的任何报头扩展。
SID(子流标识符)可以是8位字段，其可以表示用于链路层分组的子流标识符。如果存在可选择的报头扩展，则SID在附加报头和可选择的报头扩展之间存在。
Header_Extension()可以包括以下定义的字段。
Extension_Type可以是8位字段，其可以表示Header_Extension()的类型。
Extension_Length可以是8位字段，其可以以从Header_Extension()的下一个字节到最后的字节计数的字节表示报头扩展()的长度。
Extension_Byte可以是表示Header_Extension()值的字节。
图11图示根据本发明的另一个实施例的链路层分组的附加报头的结构。
在下文中，将给出用于信令信息的附加报头的描述。
链路层信令如何结合进链路层分组中如下。信令分组通过当基础报头的Packet_Type字段等于100时识别。
图(tsib11010)示出包含用于信令信息的附加报头的链路层分组的结构。除了链路层报头之外，链路层分组可以由两个附加部分，用于信令信息的附加报头和实际信令数据本身组成。链路层信令分组的总长度在链路层分组报头中示出。
用于信令信息的附加报头可以包括以下的字段。根据给定的实施例，某些字段可以被省略。
Signaling_Type可以是8位字段，其可以表示信令的类型。
Signaling_Type_Extension可以是16位字段，其可以表示信令的属性。这个字段的细节可以在信令规范中定义。
Signaling_Version可以是8位字段，其可以表示信令的版本。
Signaling_Format可以是2位字段，其可以表示信令数据的数据格式。在这里，信令格式可以指的是数据格式，诸如，二进制格式、XML格式等等。
Signaling_Encoding可以是2位字段，其可以指定编码/压缩格式。这个字段可以表示是否不执行压缩，并且执行哪个类型的压缩。
在下文中，将给出用于分组类型扩展的附加报头的描述。
为了提供允许几乎无限数目的附加协议和分组类型未来由链路层携带的机制，定义附加报头。当在如上所述的基础报头中Packet_type是111时，可以使用分组类型扩展。图(tsib11020)示出包含用于类型扩展的附加报头的链路层分组的结构。
用于类型扩展的附加报头可以包括以下的字段。根据给定的实施例，某些字段可以被省略。
extended_type可以是16位字段，其可以表示协议或者作为有效载荷在链路层分组中封装的输入的分组类型。这个字段不能用于任何协议或者已经由Packet_Type字段定义的分组类型。
图12图示根据本发明的一个实施例用于MPEG-2TS分组的链路层分组的报头结构及其封装过程。
在下文中，将给出当MPEG-2TS分组被作为输入分组输入时的链路层分组格式的描述。
在这种情况下，基础报头的Packet_Type字段等于010。多个TS分组可以在每个链路层分组内封装。TS分组的数目经由NUMTS字段示意。在这种情况下，如在前文中描述的，可以使用特定的链路层分组报头格式。
链路层提供用于MPEG-2TS去提高传输效率的开销降低机制。每个TS分组的同步字节(0×47)可以被删除。还提供删除空分组和类似的TS报头的选项。
为了避免不必要的传输开销，TS空分组(PID＝0×1FFF)可以被去除。删除的空分组可以使用DNP字段在接收机侧恢复。DNP字段表示删除的空分组的计数。使用DNP字段的空分组删除机制在下面描述。
为了实现更大的传输效率，MPEG-2TS分组的类似的报头可以被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段，并且其它的报头字段是相同时，该报头在第一分组上被发送一次，并且其它的报头被删除。HDM字段可以表示是否执行报头删除。公共TS报头删除的详细过程在下面描述。
当执行所有三个开销降低机制时，可以同步去除、空分组删除和公共报头删除依次执行开销降低。根据给定的实施例，各自的机制的性能顺序可以变化。此外，某些机制可以根据给定的实施例被省略。
当使用MPEG-2TS分组封装时的链路层分组报头的整体结构在图(tsib12010)中描述。
在下文中，将给出每个图示的字段的描述。Packet_Type可以是3位字段，其可以表示如上所述的输入分组的协议类型。对于MPEG-2TS分组封装，这个字段可以始终被设置为010。
NUMTS(TS分组的数目)可以是4位字段，其可以表示在这个链路层分组的有效载荷中的TS分组的数目。在一个链路层分组中最多可以支持16个TS分组。NUMTS＝0的值可以表示16个TS分组由链路层分组的有效载荷携带。对于NUMTS的所有其它的值，相同数目的TS分组被识别，例如，NUMTS＝0001指的是携带一个TS分组。
AHF(附加的报头标记)可以是可以表示是否存在附加报头的字段。0的值表示没有附加报头。1的值表示跟随基础报头存在长度1字节的附加报头。如果空TS分组被删除或者适用TS报头压缩，则这个字段可以被设置为1。用于TS分组封装的附加报头由以下的两个字段组成，并且只有当在这个链路层分组中AHF的值被设置为1时存在。
HDM(报头删除模式)可以是1位字段，其表示是否TS报头删除可以适用于这个链路层分组。1的值表示可以适用TS报头删除。“0”的值表示TS报头删除方法不适用于这个链路层分组。
DNP(删除的空分组)可以是7位字段，其表示在这个链路层分组之前删除的空TS分组的数目。可以删除最多128个空TS分组。当HDM＝0时，DNP＝0的值可以表示128个空分组被删除。当HDM＝1时，DNP＝0的值可以表示没有空分组被删除。对于DNP的所有其它的值，相同数目的空分组被识别，例如，DNP＝5指的是删除5个空分组。
如上所述的每个字段的位数可以变化。根据变化的位数，由该字段表示的值的最小/最大值可以变化。这些数目可以由设计者改变。
在下文中，将描述同步字节去除。
当将TS分组封装进链路层分组的有效载荷时，来自每个TS分组开始的同步字节(0×47)可以被删除。因此，在链路层分组的有效载荷中封装的MPEG2-TS分组的长度始终是长度187字节(而不是最初的188字节)。
在下文中，将描述空分组删除。
传输流规则需要位速率在发射机的多路复用器的输出和在接收机的去多路解复用器的输入在时间上是恒定的，并且端到端延迟也是恒定的。对于某些传输流输入信号，空分组可以存在，以便适应在恒定位速率流中可变的位速率服务。在这种情况下，为了避免不必要的传输开销，TS空分组(也就是说，具有PID＝0×1FFF的TS分组)可以被去除。该处理以去除的空分组可以在它们最初位于的精确位置重新插入接收机的方式实现，从而，保证恒定位速率和避免对PCR时间戳更新的需要。
在产生链路层分组之前，称作DNP(删除的空分组)的计数器可以首先复位为零，然后在要封装进当前的链路层分组的有效载荷中的第一非空的TS分组之前，对于每个删除的空分组加1。然后，一组连续的有用的TS分组被封装进当前的链路层分组的有效载荷中，并且在其报头中每个字段的值可以确定。在产生的链路层分组被注入物理层之后，DNP被复位为零。当DNP达到其最大容许值时，如果下一个分组也是空分组，则这个空分组保持为有用的分组，并且封装进下一个链路层分组的有效载荷中。每个链路层分组可以在其有效载荷中包含至少一个有用的TS分组。
在下文中，将描述TS分组报头删除。TS分组报头删除可以称为TS分组报头压缩。
当两个或更多个顺序的TS分组具有顺序增加的连续性计数器字段，并且其它的报头字段是相同时，该报头被在第一分组上发送一次，并且其它的报头被删除。当复制的MPEG-2TS分组包括在两个或更多个顺序的TS分组中时，在发射机侧中不能适用报头删除。HDM字段可以表示是否执行报头删除。当执行TS报头删除时，HDM可以被设置为1。在接收机侧，使用第一分组报头，删除的分组报头被恢复，并且连续性计数器通过以从第一报头开始的顺序增加其被恢复。
在图中图示的示例tsib12020是TS分组的输入流封装进链路层分组过程的示例。首先，可以输入包括具有同步字节(0×47)的TS分组的TS流。首先，同步字节可以经由同步字节删除过程删除。在这个示例中，假定不执行空分组删除。
在这里，假定除CC之外，八个TS分组的分组报头具有相同的字段值，即，连续性计数器字段值。在这种情况下，可以执行TS分组删除/压缩。除对应于CC＝1的第一TS分组报头之外，七个剩余的TS分组报头被删除。该处理的TS分组可以封装进链路层分组的有效载荷中。
在完整的链路层分组中，Packet_Type字段对应于TS分组输入其中的情形，并且从而，可以具有010的值。NUMTS字段可以表示封装的TS分组的数目。AHF字段可以被设置为1，以表示由于执行分组报头删除，附加报头的存在。由于执行报头删除，HDM字段可以被设置为1。由于不执行空分组删除，DNP可以被设置为0。
图13图示根据本发明的一个实施例(发送侧)在IP报头压缩中的适配模式的示例。
在下文中，将描述IP报头压缩。
在链路层中，可以提供IP报头压缩/解压缩方案。IP报头压缩可以包括两个部分：报头压缩器/解压缩器和适配模块。报头压缩方案可以以鲁棒性报头压缩(RoHC)为基础。此外，为了广播用途，增加适配功能。
在发射机侧，ROHC压缩器降低每个分组的报头的大小。然后，适配模块从每个分组流提取上下文信息和建立信令信息。在接收机侧，适配模块解析与接收的分组流有关的信令信息，并且将上下文信息附加给接收的分组流。ROHC解压缩器通过恢复分组报头重建原始IP分组。
报头压缩方案可以以如上所述的RoHC为基础。尤其是，在当前的系统中，RoHC框架可以以RoHC的单向的模式(U模式)工作。此外，在当前的系统中，有可能使用RoHC UDP报头压缩简档，其是通过0×0002的简档标识符识别的。
在下文中，将描述适配。
在经由单向的链路传输的情况下，如果接收机没有上下文的信息，则解压缩器无法恢复接收的分组报头，直到接收到全部上下文为止。这可能导致信道变化延迟和接通延迟。由于这个缘故，在压缩器和解压缩器之间的上下文信息和配置参数可以始终以分组流发送。
适配功能提供配置参数和上下文信息的带外的传输。可以经由链路层信令进行带外的传输。因此，适配功能用于降低由于上下文信息损失的信道变化延迟和解压缩错误。
在下文中，将描述上下文信息的提取。
上下文信息可以根据适配模式使用各种方案提取。在本发明中，将在下面描述三个示例。本发明的范围不局限于在下面描述的适配模式的示例。在这里，适配模式可以称为上下文提取模式。
适配模式1(未图示)可以是附加操作不适用于基本RoHC分组流的模式。换句话说，适配模块可以以这个模式起缓存器的作用。因此，在这个模式中，上下文信息可能不包括在链路层信令中。
在适配模式2(tsib13010)中，适配模块可以从ROHC分组流检测IR分组，并且提取上下文信息(静态链)。在提取上下文信息之后，每个IR分组可以变换为IR-DYN分组。变换的IR-DYN分组可以在ROHC分组流内部包括和以与IR分组相同的顺序发送，替换初始分组。
在适配模式3(tsib13020)中，适配模块可以从ROHC分组流检测IR-DYN分组，并且提取上下文信息。静态链和动态链可以从IR分组提取，并且动态链可以从IR-DYN分组提取。在提取上下文信息之后，每个IR和IR-DYN分组可以变换为压缩的分组。压缩的分组格式可以与IR或者IR-DYN分组的下一个分组相同。变换的压缩的分组可以被包括在ROHC分组流内部并且以与IR或者IR-DYN分组相同的顺序发送，替换初始分组。
信令(上下文)信息可以基于传输结构被封装。例如，上下文信息可以被封装给链路层信令。在这种情况下，分组类型值可以被设置为“100”。
在以上描述的适配模式2和3中，用于上下文信息的链路层分组可以具有100的分组类型字段值。此外，用于压缩的IP分组的链路层分组可以具有001的分组类型字段值。该值表示信令信息的每个和压缩的IP分组包括在如上所述的链路层分组中。
在下文中，将给出发送提取的上下文信息的方法的描述。
提取的上下文信息可以经由特定的物理数据路径随信令数据与ROHC分组流分开地发送。上下文的传输取决于物理层路径的配置。上下文信息可以经由信令数据管道随其它的链路层信令发送。
换句话说，具有上下文信息的链路层分组可以经由信令PLP与具有其它的链路层信令信息(Packet_Type＝100)的链路层分组一起发送。上下文信息从其中提取的压缩的IP分组可以经由常规的PLP(Packet_Type＝001)发送。在这里，取决于实施例，信令PLP可以指的是L1信令路径。此外，取决于实施例，信令PLP可以不与常规的PLP分离，并且可以指的是信令信息经由其发送的特定的和常规的PLP。
在接收侧上，在接收分组流之前，接收机可能需要获得信令信息。当接收机解码初始PLP以获得信令信息时，也可以接收上下文信令。在完成信令获得之后，可以选择接收分组流的PLP。换句话说，接收机可以通过选择初始PLP获得包括上下文信息的信令信息。在这里，初始PLP可以是以上描述的信令PLP。此后，接收机可以选择用于获得分组流的PLP。以这种方法，上下文信息可以在接收分组流之前获得。
在选择用于获得分组流的PLP之后，适配模块可以从接收的分组流检测IR-DYN分组。然后，适配模块从在信令数据中的上下文信息解析静态链。这类似于接收IR分组。对于相同的上下文标识符，IR-DYN分组可以被恢复为IR分组。恢复的ROHC分组流可以被发送给ROHC解压缩器。此后，可以开始解压缩。
图14图示根据本发明的一个实施例的链路映射表(LMT)和RoHC-U说明表。
在下文中，将描述链路层信令。
通常地，链路层信令在IP级别下工作。在接收机侧上，链路层信令可以比IP级别信令，诸如服务列表表(SLT)和服务层信令(SLS)更早获得。因此，链路层信令可以在会话建立之前获得。
对于链路层信令，根据输入路径可能存在两个类型的信令：内部链路层信令和外部链路层信令。内部链路层信令在发射机侧上在链路层中产生。并且，链路层从外部模块或者协议提取信令。这种信令信息被认为是外部链路层信令。如果某些信令需要在IP级别信令之前获得，则外部信令被以链路层分组的格式发送。
链路层信令可以被封装进如上所述的链路层分组中。链路层分组可以携带包括二进制和XML的任何格式的链路层信令。相同的信令信息不能以用于链路层信令的不同的格式发送。
内部链路层信令可以包括用于链路映射的信令信息。链路映射表(LMT)提供在PLP中携带的上层会话列表。LMT还提供用于处理在链路层中携带上层会话的链路层分组的附加信息。
图示根据本发明的LMT(tsib14010)的示例。
Signaling_Type可以是8位无符号整数字段，其表示由这个表携带的信令类型。用于链路映射表(LMT)的signaling_type字段的值可以被设置为0×01。
PLP_ID可以是8位字段，其表示对应于这个表的PLP。
num_session可以是8位无符号整数字段，其提供在通过以上所述的PLP_ID字段识别的PLP中携带的上层会话的数目。当signaling_type字段的值是0×01时，这个字段可以表示在PLP中UDP/IP会话的数目。
src_IP_add可以是32位无符号整数字段，其包含在通过PLP_ID字段识别的PLP中携带的上层会话的源IP地址。
dst_IP_add可以是32位无符号整数字段，其包含在通过PLP_ID字段识别的PLP中携带的上层会话的目的地IP地址。
src_UDP_port可以是16位无符号整数字段，其表示在通过PLP_ID字段识别的PLP中携带的上层会话的源UDP端口号。
dst_UDP_port可以是16位无符号整数字段，其表示在通过PLP_ID字段识别的PLP中携带的上层会话的目的地UDP端口号。
SID_flag可以是1位布尔(Boolean)字段，其表示是否携带通过以上的4个字段(Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port)识别的上层会话的链路层分组在其可选择的报头中具有SID字段。当这个字段的值被设置为0时，携带上层会话的链路层分组在其可选择的报头中可能不具有SID字段。当这个字段的值被设置为1时，携带上层会话的链路层分组可以在其可选择的报头中具有SID字段，并且SID字段的值可以与在这个表中以下的SID字段相同。
compressed_flag可以是1位布尔字段，其表示是否报头压缩适用于携带通过以上的4个字段(Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port)识别的上层会话的链路层分组。当这个字段的值被设置为0时，携带上层会话的链路层分组在其基础报头中可以具有Packet_Type字段的0×00的值。当这个字段的值被设置为1时，携带上层会话的链路层分组在其基础报头中可以具有Packet_Type字段的0×01的值，并且Context_ID字段可以存在。
SID可以是8位无符号整数字段，其表示用于携带通过以上的4个字段(Src_IP_add、Dst_IP_add、Src_UDP_Port和Dst_UDP_Port)识别的上层会话的链路层分组的子流标识符。当SID_flag的值等于1时，这个字段可以存在。
context_id可以是8位字段，其提供对于在ROHC-U说明表中提供的上下文id(CID)的介绍。当compressed_flag的值等于1时，这个字段可以存在。
图示根据本发明的RoHC-U说明表(tsib14020)的示例。如在前文中描述的，RoHC-U适配模块可以产生与报头压缩相关的信息。
Signaling_Type可以是8位字段，其表示由这个表携带的信令类型。用于ROHC-U说明表(RDT)的signaling_type字段的值可以被设置为“0×02”。
PLP_ID可以是8位字段，其表示对应于这个表的PLP。
context_id可以是8位字段，其表示压缩的IP流的上下文id(CID)。在这个系统中，8位CID可以用于大的CID。
context_profile可以是8位字段，其表示用于压缩流的协议的范围。这个字段可以被省略。
adaptation_mode可以是2位字段，其表示在这个PLP中适配模块的模式。适配模式已经如上所述。
context_config可以是2位字段，其表示上下文信息的组合。如果在这个表中没有上下文信息，则这个字段可以被设置为“0×0”。如果static_chain()或者dynamic_chain()字节包括在这个表中，则这个字段可以被分别地设置为“0×01”或者“0×02”。如果static_chain()和dynamic_chain()字节两者包括在这个表中，则这个字段可以被设置为“0×03”。
context_length可以是8位字段，其表示静态链字节序列的长度。这个字段可以被省略。
static_chain_byte()可以是传送用于初始化ROHC-U解压缩器的静态信息的字段。这个字段的大小和结构取决于上下文简档。
dynamic_chain_byte()可以是传送用于初始化ROHC-U解压缩器的动态的信息的字段。这个字段的大小和结构取决于上下文简档。
static_chain_byte可以被定义为IR分组的子报头信息。dynamic_chain_byte可以被定义为IR分组和IR-DYN分组的子报头信息。
图15图示根据本发明的一个实施例在发射机侧上的链路层的结构。
当前的实施例假定IP分组被处理。从功能的观点，在发射机侧上的链路层可以大致地包括信令信息在其中处理的链路层信令部分、开销降低部分，和/或封装部分。此外，在发射机侧上的链路层可以包括用于控制和调度链路层和/或链路层的输入和输出部分的整个操作的调度器。
首先，上层的信令信息和/或系统参数tsib15010可以被传送给链路层。此外，包括IP分组的IP流可以被从IP层tsib15110传送给链路层。
如上所述，调度器tsib15020可以确定和控制包括在链路层中的几个模块的操作。传送的信令信息和/或系统参数tsib15010可以由调度器tsib15020滤除或者使用。为接收机所必需的对应于传送的信令信息和/或系统参数tsib15010的一部分的信息可以传送给链路层信令部分。此外，为链路层的操作所必需的对应于信令信息的一部分的信息可以传送给开销降低控制器tsib15120或者封装控制器tsib15180。
链路层信令部分可以采集在物理层中要作为信号发送的信息，并且以适用于传输的形式变换/配置该信息。链路层信令部分可以包括信令管理器tsib15030、信令格式器tsib15040，和/或用于信道tsib15050的缓存器。
信令管理器tsib15030可以接收从调度器tsib15020传送的信令信息，和/或从开销降低部分传送的信令(和/或上下文)信息。信令管理器tsib15030可以确定用于供传送的数据的信令信息传输的路径。信令信息可以经由由信令管理器tsib15030确定的路径传送。如在前文中描述的，要经由划分的信道，诸如FIC、EAS等等发送的信令信息可以传送给信令格式器tsib15040，并且其它的信令信息可以被传送给封装缓存器tsib15070。
信令格式器tsib15040可以以适用于每个划分的信道的形式格式化相关的信令信息，使得信令信息可以经由分别划分的信道发送。如在前文中描述的，物理层可以包括单独的物理地/逻辑地划分的信道。划分的信道可用于发送FIC信令信息或者EAS相关的信息。FIC或者EAS相关的信息可以由信令管理器tsib15030分类，并且输入给信令格式器tsib15040。信令格式器tsib15040可以基于每个单独的信道格式化信息。当物理层被设计成能经由除FIC和EAS以外分别划分的信道发送特定的信令信息时，用于特定的信令信息的信令格式器可以另外提供。经由这个方案，链路层可以与各种物理层兼容。
用于信道tsib15050的缓存器可以将从信令格式器tsib15040接收的信令信息传送给单独的专用信道tsib15060。单独的信道的数目和内容可以取决于实施例变化。
如在前文中描述的，信令管理器tsib15030可以将没有传送给特定的信道的信令信息传送给封装缓存器tsib15070。封装缓存器tsib15070可以起接收没有传送给特定的信道的信令信息的缓存器的作用。
用于信令信息tsib15080的封装块可以封装没有传送给特定的信道的信令信息。传输缓存器tsib15090可以起将封装的信令信息传送给用于信令信息tsib15100的DP的缓存器的作用。在这里，用于信令信息tsib15100的DP可以指的是以上描述的PLS区域。
开销降低部分可以通过去除传送给链路层的分组的开销允许有效传输。有可能配置对应于输入给链路层的IP流数目的开销降低部分。
开销降低缓存器tsib15130可以接收从上层传送的IP分组。接收的IP分组可以经由开销降低缓存器tsib15130输入给开销降低部分。
开销降低控制器tsib15120可以确定是否对输入给开销降低缓存器tsib15130的分组流执行开销降低。开销降低控制器tsib15120可以确定是否对于每个分组流执行开销降低。当对分组流执行开销降低时，分组可以被传送给鲁棒性报头压缩(RoHC)压缩器tsib15140以执行开销降低。当不对分组流执行开销降低时，分组可以传送给封装部分以执行封装而没有开销降低。是否执行分组的开销降低可以基于传送给链路层的信令信息tsib15010确定。信令信息可以通过调度器tsib15020传送给封装控制器tsib15180。
RoHC压缩器tsib15140可以对分组流执行开销降低。RoHC压缩器tsib15140可以执行压缩分组报头的操作。各种方案可以用于开销降低。开销降低可以使用由本发明提出的方案执行。本发明假定IP流，并且从而，使用表示“RoHC压缩器”。但是，名称可以取决于实施例变化。该操作不局限于IP流的压缩，并且所有类型的分组的开销降低可以由RoHC压缩器tsib15140执行。
分组流配置块tsib15150可以从具有压缩报头的IP分组分离要发送给信令区域的信息和要发送给分组流的信息。要发送给分组流的信息可以指的是要发送给DP区域的信息。要发送给信令区域的信息可以传送给信令和/或上下文控制器tsib15160。要发送给分组流的信息可以发送给封装部分。
信令和/或上下文控制器tsib15160可以采集信令和/或上下文信息，并且将信令和/或上下文信息传送给信令管理器，以便将信令和/或上下文信息发送给信令区域。
封装部分可以以适用于传送给物理层的形式执行封装分组的操作。有可能配置对应于IP流数目的封装部分。
封装缓存器tsib15170可以接收用于封装的分组流。当执行开销降低时，可以接收经历开销降低的分组，并且当不执行开销降低时，输入IP分组可以没有变化地接收。
封装控制器tsib15180可以确定是否解封装输入分组流。当执行封装时，分组流可以被传送给分割/级联块tsib15190。当不执行封装时，分组流可以被传送给传输缓存器tsib15230。是否解封装分组可以基于传送给链路层的信令信息tsib15010确定。信令信息可以通过调度器tsib15020传送给封装控制器tsib15180。
在分割/级联块tsib15190中，以上描述的分割或者级联操作可以对分组执行。换句话说，当输入IP分组比对应于链路层的输出的链路层分组更长时，一个IP分组可以被分割为几个片段以配置多个链路层分组有效载荷。另一方面，当输入IP分组比对应于链路层的输出的链路层分组更短时，几个IP分组可以被级联以配置一个链路层分组有效载荷。
分组配置表tsib15200可以具有分割和/或级联的链路层分组的配置信息。发射机和接收机可以在分组配置表tsib15200中具有相同的信息。发射机和接收机可以指的是分组配置表tsib15200的信息。分组配置表tsib15200的信息的索引值可以包括在链路层分组的报头中。
链路层报头信息块tsib15210可以采集在封装过程中产生的报头信息。此外，链路层报头信息块tsib15210可以采集包括在分组配置表tsib15200中的报头信息。链路层报头信息块tsib15210可以配置根据链路层分组的报头结构的报头信息。
报头附加块tsib15220可以将报头增加给分割和/或级联的链路层分组的有效载荷。传输缓存器tsib15230可以起将链路层分组传送给物理层的DP tsib15240的缓存器的作用。
各自的块、模块或者部分可以被配置为在链路层中的一个模块/协议或者多个模块/协议。
图16图示根据本发明的一个实施例在接收机侧上的链路层的结构。
当前的实施例假定IP分组被处理。从功能的观点，在接收机侧上的链路层可以大致地包括信令信息在其中处理的链路层信令部分、开销处理部分，和/或解封装部分。此外，在接收机侧上的链路层可以包括用于控制和调度链路层和/或链路层的输入和输出部分的整个操作的调度器。
首先，经由物理层接收的信息可以被传送给链路层。链路层可以处理该信息，在发射机侧上处理之前恢复初始状态，然后将该信息传送给上层。在当前的实施例中，上层可以是IP层。
在物理层中分解，并且经由特定的信道tsib16030传送的信息可以传送给链路层信令部分。链路层信令部分可以确定从物理层接收的信令信息，并且将确定的信令信息传送给链路层的每个部分。
用于信道tsib16040的缓存器可以起接收经由特定的信道发送的信令信息的缓存器的作用。如在前文中描述的，当物理地/逻辑地分解的单独的信道存在于物理层中时，有可能接收经由信道发送的信令信息。当从单独的信道接收的信息被分割时，该片段的信息可以被存储直到配置完整的信息为止。
信令解码器/解析器tsib16050可以验证经由特定的信道接收的信令信息的格式，并且提取要在链路层中使用的信息。当经由特定的信道接收的信令信息被编码时，可以执行解码。此外，根据给定的实施例，有可能验证信令信息的完整性等等。
信令管理器tsib16060可以集成经由几个路径接收的信令信息。经由用于在下面描述的信令tsib16070的DP接收的信令信息可以在信令管理器tsib16060中集成。信令管理器tsib16060可以传送为在链路层中的每个部分所必需的信令信息。例如，信令管理器tsib16060可以将用于分组恢复的上下文信息等等传送给开销处理部分。此外，信令管理器tsib16060可以将用于控制的信令信息传送给调度器tsib16020。
没有经由单独的特定的信道接收的常规的信令信息可以经由用于信令tsib16070的DP接收。在这里，用于信令的DP可以指的是PLS、L1等等。在这里，DP可以称为PLP。接收缓存器tsib16080可以起接收从用于信令的DP传送的信令信息的缓存器的作用。在用于信令信息tsib16090的解封装块中，接收的信令信息可以被解封装。解封装的信令信息可以经由解封装缓存器tsib16100传送给信令管理器tsib16060。如在前文中描述的，信令管理器tsib16060可以对比信令信息，并且将对比的信令信息传送给在链路层中的必要的部分。
调度器tsib16020可以确定和控制包括在链路层中的几个模块的操作。调度器tsib16020可以使用接收机信息tsib16010和/或从信令管理器tsib16060传送的信息控制链路层的每个部分。此外，调度器tsib16020可以确定每个部分的操作模式等等。在这里，接收机信息tsib16010可以指的是预先地存储在接收机中的信息。调度器tsib16020可以使用由用户改变的信息，诸如，信道转换等等以执行控制操作。
解封装部分可以过滤从物理层的DP tsib16110接收的分组，并且根据分组的类型分解分组。有可能配置对应于可以在物理层中同时地解码的DP数目的解封装部分。
解封装缓存器tsib16100可以起从物理层接收分组流去执行解封装的缓存器的作用。解封装控制器tsib16130可以确定是否对输入分组流解封装。当执行解封装时，分组流可以被传送给链路层报头解析器tsib16140。当不执行解封装时，分组流可以被传送给输出缓存器tsib16220。从调度器tsib16020接收的信令信息可用于确定是否执行解封装。
链路层报头解析器tsib16140可以识别传送的链路层分组的报头。有可能通过识别报头识别包括在链路层分组的有效载荷中的IP分组的配置。例如，IP分组可以被分割或者级联。
分组配置表tsib16150可以包括分割和/或级联的链路层分组的有效载荷信息。发射机和接收机可以在分组配置表tsib16150中具有相同的信息。发射机和接收机可以指的是分组配置表tsib16150的信息。有可能找到为基于包括在链路层分组中的索引信息重新组装所必需的值。
重新组装块tsib16160可以将分割和/或级联的链路层分组的有效载荷配置为原始IP流的分组。片段可以被采集和重新配置为一个IP分组，或者级联的分组可以被分解和重新配置为多个IP分组流。重新组合的IP分组可以被传送给开销处理部分。
开销处理部分可以执行作为在发射机中执行的开销降低相反的操作，恢复经历开销降低的分组为初始分组的操作。这个操作可以称为开销处理。有可能配置对应于可以在物理层中同时地解码的DP数目的开销处理部分。
分组恢复缓存器tsib16170可以起接收解封装的RoHC分组或者IP分组去执行开销处理的缓存器的作用。
开销控制器tsib16180可以确定是否恢复和/或解压缩解封装的分组。当执行恢复和/或解压缩时，该分组可以被传送给分组流恢复块tsib16190。当不执行恢复和/或解压缩时，该分组可以被传送给输出缓存器tsib16220。是否执行恢复和/或解压缩可以基于由调度器tsib16020传送的信令信息确定。
分组流恢复块tsib16190可以执行将与发射机分离的分组流与分组流的上下文信息集成的操作。这个操作可以是恢复分组流，使得RoHC解压缩器tsib16210可以执行处理的过程。在这个过程中，有可能从信令和/或上下文控制器tsib16200接收信令信息和/或上下文信息。信令和/或上下文控制器tsib16200可以确定从发射机传送的信令信息，并且将信令信息传送给分组流恢复块tsib16190，使得信令信息可以被映射给对应于上下文ID的流。
RoHC解压缩器tsib16210可以恢复分组流的分组报头。分组流的分组可以经由报头的恢复被恢复以形成原始IP分组。换句话说，RoHC解压缩器tsib16210可以执行开销处理。
在输出流被传送给IP层tsib16230之前，输出缓存器tsib16220可以起缓存器的作用。
在本发明中提出的发射机和接收机的链路层可以包括如上所述的块或者模块。以这种方法，链路层可以不管上层和下层独立地操作，可以有效地执行开销降低，并且根据上层/下层的可支持的功能可以容易地定义/增加/删除。
图17图示根据本发明的一个实施例(发送/接收侧)经由链路层的信令传输的配置。
在本发明中，多个服务提供者(广播电台)可以在一个频带内提供服务。此外，服务提供者可以提供多个服务，并且一个服务可以包括一个或多个组件。可以认为用户使用服务作为单元接收内容。
本发明假定基于多个会话的传输协议用于支持IP混合广播。经由信令路径传送的信令信息可以基于每个协议的传输配置确定。各种名称可以根据给定的实施例适用于各自的协议。
在发送侧上图示的数据配置tsib17010中，服务提供者(广播电台)可以提供多个服务(服务#1、#2，…)。通常，用于服务的信号可以经由常规的传输会话(信令C)发送。但是，信号可以根据给定的实施例(信令B)经由特定的会话(专用的会话)发送。
服务数据和服务信令信息可以根据传输协议被封装。根据给定的实施例，可以使用IP/UDP层。根据给定的实施例，可以另外在IP/UDP层(信令A)提供信号。这个信令可以被省略。
使用IP/UDP处理的数据可以输入给链路层。如在前文中描述的，可以在链路层中执行开销降低和/或封装。在这里，可以另外提供链路层信令。链路层信令可以包括系统参数等等。链路层信令已经如上所述。
经历以上处理的服务数据和信令信息可以经由在物理层中的PLP处理。在这里，PLP可以称为DP。在图中图示的示例假定使用基础DP/PLP的情形。但是，取决于实施例，可以无需基础DP/PLP，仅仅使用常规的DP/PLP执行传输。
在图中图示的示例中，使用特定的信道(专用信道)，诸如FIC、EAC等等。经由FIC传送的信号可以称为快速信息表(FIT)，并且经由EAC传送的信号可以称为紧急警告表(EAT)。FIT可以与以上描述的SLT相同。取决于实施例，可以不必使用特定的信道。当特定的信道(专用信道)没有配置时，FIT和EAT可以使用常规的链路层信令传输方案发送，或者使用PLP作为其它的服务数据经由IP/UDP发送。
根据给定的实施例，系统参数可以包括发射机相关的参数、服务提供者相关的参数等等。链路层信令可以包括IP报头压缩相关的上下文信息和/或上下文适用于其的数据的识别信息。上层的信令可以包括IP地址、UDP数目、服务/组件信息、紧急警告相关的信息、用于服务信令的IP/UDP地址、会话ID等等。其详细的示例已经如上所述。
在接收侧上图示的数据配置tsib17020中，接收机可以无需解码所有PLP，使用信令信息仅仅解码用于相应的服务的PLP。
首先，当用户选择或者改变希望接收的服务时，接收机可以调谐到相应的频率，并且可以读取与存储在DB中相应的信道相关的接收机信息等等。存储在DB中接收机的信息等等可以通过在初始信道扫描时读取SLT配置。
在接收到SLT和有关相应的信道的信息之后，预先存储在DB中的信息被更新，并且获得有关由用户选择的服务的传输路径的信息，和有关组件信息经由其获得的路径的信息，或者发送对获得该信息说来必需的信号。当该信息使用SLT的版本信息确定不变化时，解码或者解析可以被省略。
接收机可以通过解析在相应的广播流(未图示)(其可以经由物理信令的特定的字段表示)中PLP的物理信令验证是否SLT信息包括在PLP中。有可能接入在其上特定的服务的服务层信号通过接入SLT信息发送的位置。服务层信号可以被封装为IP/UDP，并且经由传输会话传送。有可能使用这个服务层信令获得有关包括在服务中组件的信息。特定的SLT-SLS配置如上所述。
换句话说，有可能获得用于接收对接收对应于几个分组流的一个和使用SLT当前在信道上发送的PLP的该服务说来必需的上层信令信息(服务信令信息)的传输路径信息。传输路径信息可以包括IP地址、UDP端口号、会话ID、PLP ID等等。在这里，取决于实施例，由IANA或者系统预先指定的值可以用作IP/UDP地址。该信息可以使用接入DB或者共享存储器的方案等等获得。
当链路层信号和服务数据经由相同的PLP发送，或者仅仅一个PLP工作时，经由PLP传送的服务数据可以临时地存储在设备，诸如缓存器等等中。同时该链路层信号被解码。
有可能获得有关服务使用要接收的服务的服务信令信息实际地经由其发送的路径的信息。此外，接收的分组流可以使用诸如，用于要接收的PLP的开销降低的信息等等经历解封装和报头恢复。
在图示的示例(tsib17020)中，使用FIC和EAC，并且假定基础DP/PLP的概念。如在前文中描述的，可以不必使用FIC、EAC和基础DP/PLP的概念。
图18图示根据本发明的一个实施例的链路层的接口。
该图示出发射机使用IP分组和/或在数字广播中使用的MPEG2-TS分组作为输入信号的情形。发射机可以以可以在未来的广播系统中使用的新的协议支持分组结构。链路层的封装的数据和/或信令信息可以发送给物理层。发射机可以根据由广播系统支持的物理层的协议处理发送的数据(其可以包括信令数据)，并且发送包括该数据的信号。
接收机恢复从物理层接收的数据和/或信令信息为可以在上层中处理的数据。接收机可以读取分组报头，并且确定是否从物理层接收的分组包括信令信息(或者信令数据)或者常规数据(或者内容数据)。
从发射机发送的信令信息(即，信令数据)可以包括从上层接收，并且需要发送给接收机的上层的第一信令信息，在链路层中产生，并且提供与在接收机的链路层中处理的数据相关的信息的第二信令信息，和/或在上层或者链路层中产生，并且在物理层中被发送去快速地识别特定的数据(例如，服务、内容和/或信令数据)的第三信令信息。
根据本发明的一个实施例，可以在链路层中对从上层传送的分组执行附加处理。
当从上层传送的分组是IP分组时，发射机可以在链路层中执行IP报头压缩。开销可以经由IP报头压缩在IP流中降低。对于IP报头压缩，可以使用鲁棒性报头压缩(RoHC)。参考对于RoHC细节的RFC3095和RFC5795。
在本发明的一个实施例中，RoHC可以以单向的模式操作。这些将稍后详细描述。
当从上层传送的分组是MPEG-2传输流(ST)分组时，可以对MPEG-2TS分组执行开销降低。MPEG-2TS分组可以包括同步字段、空分组和/或公共分组标识符(PID)。由于这样的数据被在每个TS分组或者不必要的数据中重复，发射机可以在链路层中删除该数据，产生用于接收机恢复该数据的信息，并且将该信息发送给接收机。
发射机可以在链路层中封装从上层发送的分组。例如，发射机可以通过封装IP分组、MPEG-2TS分组和/或在链路层中以不同的协议的分组产生链路层分组。不管网络层的协议类型，以一个格式的分组可以经由在链路层中封装，在发射机/接收机的物理层中被处理。在这种情况下，MPEG-2TS分组可以被认为是网络层的分组。
网络层是链路层的上层。网络层的分组可以被变换为链路层的分组的有效载荷。在本发明的一个实施例中，网络层的分组可以通过级联和分割包括在链路层的分组中以便有效地使用物理层的资源。
当网络层的分组大小是小的，使得链路层的有效载荷可以包括多个网络层的分组时，链路层的分组报头可以包括用于执行级联的协议字段。级联可以定义为在有效载荷中网络层的多个分组(链路层的分组有效载荷)的组合。
当网络层的一个分组的大小在物理层中处理太大时，网络层的分组可以被分割为两个或更多个片段。链路层的分组报头可以包括以协议字段的形式的必要的信息，使得发送侧可以分割网络层的分组，并且接收侧可以重新装配分割的分组。
在发射机中链路层的处理包括在链路层中产生的信令信息的传输，诸如，快速信息信道(FIC)、紧急警告系统(EAS)消息和/或用于开销降低的信息。
FIC是包括为信道扫描和快速服务获得所必需的信息的信令结构。也就是说，FIC的主要目的是有效地传送为快速信道扫描和服务获得所必需的信息。包括在FIC中的信息可以对应于用于连接数据管道(DP)(或者PLP)和广播服务的信息。
在发射机中链路层的处理包括经由特定的信道的紧急警告消息和与其相关的信令信息的传输。特定的信道可以对应于在物理层中预先确定的信道。特定的信道可以被称作紧急警告信道(EAC)。
图19图示根据本发明的一个实施例在链路层的操作模式之中的正常模式的操作。
由本发明提出的链路层可以具有用于在上层和下层之间兼容的各种操作模式。本发明提出正常模式和链路层的透明模式。两个操作模式可以在链路层中同时存在，并且将使用哪个模式可以使用信令或者系统参数指定。根据一个实施例，仅仅可以实现两个模式的一个。可以根据IP层和输入给链路层的TS层适用不同的模式。否则，不同的模式可以适用于IP层的流和TS层的流。
根据一个实施例，新的操作模式可以被增加给链路层。新的操作模式可以基于上层和下层的配置增加。新的操作模式可以基于上层和下层的配置包括不同的接口。是否去使用新的操作模式可以使用信令或者系统参数指定。
在正常模式中，数据根据由链路层支持的功能被处理，然后被传送给物理层。
首先，分组可以分别地从IP层、MPEG-2TS层和特定的协议层t89010传送给链路层。也就是说，IP分组可以被从IP层传送给链路层。MPEG-2TS分组可以被从MPEG-2TS层传送给链路层。特定的分组可以被从特定的协议层传送给链路层。
传送的分组可以或者可以不必被开销降低t89020，然后被封装t89030。
特别地，IP分组可以或者可以不必被开销降低t89020，然后被封装t89030。是否执行开销降低可以由信令或者系统参数指定。根据一个实施例，开销降低可以或者可以不必每个IP流执行。封装的IP分组可以被传送给物理层。
MPEG-2TS分组可以被开销降低t89020，然后被封装t89030。在MPEG-2TS分组的情况下，根据一个实施例，开销降低可以被省略。但是，由于常规的TS分组在其报头上具有同步字节(0×47)，所以可以有效去除这样的固定开销。封装的TS分组可以被传送给物理层。
除IP或者TS分组以外的分组可以或者可以不必被开销降低t89020，然后被封装t89030。是否执行开销降低可以根据分组的特征确定。是否执行开销降低可以由信令或者系统参数指定。封装的分组可以被传送给物理层。
在开销降低t89020期间，输入分组的大小可以经由适宜的方法被降低。在开销降低过程期间，特定的信息可以从输入分组中提取或者产生。特定的信息是与信令相关的信息，并且可以经由信令区发送。该信令信息允许接收机去将在开销降低期间变化的分组恢复为初始分组。信令信息可以被经由链路层信令t89050传送。
链路层信令t89050可以发送和管理在开销降低期间提取/产生的信令信息。物理层可以具有物理地/逻辑地分解的传输路径。链路层信令t89050可以根据分解的传输路径将信令信息传送给物理层。分解的传输路径可以包括FIC信令t89060和EAS信令t89070。没有经由传输路径发送的信令信息可以在经历封装t89030之后被传送给物理层。
经由链路层信令t89050管理的信令信息可以包括从上层传送的信令信息、在链路层中产生的信令信息和/或系统参数。特别地，经由链路层信令t89050管理的信令信息可以包括从上层传送并且需要发送给接收机的上层的信令信息、在链路层中产生并且需要在接收机的链路层中使用的信令信息，以及在上层或者链路层中产生并且用于在接收机的物理层中快速检测的信令信息。
封装t89030和传送给物理层的数据可以经由数据管道(DP)89040发送。在这里，DP可以是物理层管道(PLP)。经由前面提到的单独的传输路径发送的信令信息可以传送给各自的传输路径。例如，FIC信令信息可以经由在物理帧中指定的FIC信道t89080发送，并且EAS信令信息可以经由在物理帧中设计的EAS信道t89090发送。表示特定的信道存在的信息，诸如FIC或者EAC，可以经由物理帧的前导区域被示意和发送，或者通过使用特定的加扰序列加扰前导来示意。根据一个实施例，FIC信令/EAS信令信息可以经由正常DP区、PLS区或者前导，而不是指定的特定的信道发送。
接收机可以经由物理层接收数据和信令信息。接收机可以将数据和信令信息恢复可以在上层中处理的形式，并且将其传送给上层。这个处理可以在接收机的链路层中执行。接收机可以通过读取例如分组的报头确定是否接收的分组与信令信息或者数据有关。当已经在发送侧上执行开销降低时，接收机可以将已经经由开销降低降低开销的分组恢复为初始分组。在这个过程中，可以使用接收的信令信息。
图20图示根据本发明的一个实施例在链路层的操作模式之中的透明模式的操作。
在透明模式中，无需根据由链路层支持的功能处理，或者仅仅根据一些功能处理，然后传送给物理层，数据可以被传送给物理层，也就是说，无需经过以透明模式的开销降低和/或封装，从上层传送的分组可以发送给物理层。其它的分组可以根据需要经过以透明模式的开销降低和/或封装。透明模式可以被称作旁路模式。
根据一个实施例，基于分组的特征和系统操作，某些分组可以以正常模式处理，并且某些分组可以以透明模式处理。
透明模式可适用其的分组可以是为系统公知的类型分组。当相应的分组可以被在物理层中处理时，可以使用透明模式。例如，在已知的TS或者IP分组的情况下，分组可以经过在物理层中开销降低和输入格式化处理，并且因此，可以在链路层级中使用透明模式。当适用透明模式和分组在物理层经由输入格式化处理时，可以在物理层中执行前面提到的操作，诸如TS报头压缩。当适用正常模式时，处理的链路层分组可以通过在物理层中操纵为GS分组来处理。
甚至在透明模式中，当必须支持信令信息的传输时，可以提供链路层信令模块。链路层信令模块可以如上所述发送和管理信令信息。信令信息可以被经由DP封装和发送，并且具有单独的传输路径的FIC和EAS信令信息可以分别地经由FIC信道和EAC信道发送。
在透明模式中，是否对应于信令信息的信息可以例如经由使用固定的IP地址和端口号的方法表示。在这种情况下，信令信息可以被过滤以配置链路层分组，然后链路层分组可以被经由物理层发送。
图21图示根据本发明的一个实施例在链路层中控制发射机和/或接收机的操作模式的过程。
发射机或者接收机的链路层操作模式的确定可以允许广播系统的更加有效使用和广播系统的灵活的设计。根据由本发明提出的控制链路层模式的方法，用于系统带宽和处理时间的有效操作的链路层模式可以动态地转换。此外，当特定的模式需要支持，或者对特定的模式的需要由于物理层的变化消失时，这可以容易地操纵。此外，当提供广播服务的广播电台意欲指定用于发送广播服务的方法时，广播系统可以容易地接受广播电台的请求。
用于控制链路层操作模式的方法可以被实现使得该方法仅仅在链路层中执行，或者可以经由在链路层中数据结构变化执行。在这种情况下，网络层和/或物理层的单独的操作可以无需另外实现在其中的附加功能的执行。无需修改该系统适应于物理层的结构，有可能以信令或者系统内部参数控制由本发明提出的链路层模式。特定的模式可以只有当在物理层中支持相应的输入的处理时操作。
该图示出发射机/接收机在IP层、链路层和物理层中经由其处理信号和/或数据的流。
用于模式控制的功能块(其可以作为硬件和/或软件实现)可以被增加给链路层以管理用于确定是否处理分组的参数和/或信令信息。链路层可以确定是否使用存储在模式控制功能块中的信息在分组流处理过程中执行相应的功能。
现在将首先描述发射机的操作。
当IP流被输入给链路层时，发射机确定是否使用模式控制参数j16005(j16010)执行开销降低j16020。模式控制参数可以在发射机中由服务提供者产生。稍后将详细描述模式控制参数。
当执行开销降低j16020时，有关开销降低的信息产生和包括在链路层信令信息j16060中。该链路层信令信息j16060可以包括所有或者某些模式控制参数。该链路层信令信息j16060可以以链路层信令分组的形式传送。虽然链路层信令分组可以映射给DP并且传送给接收机，但是链路层信令分组可以经由广播信号的预先确定的区域被发送给接收机而无需映射给DP。
已经经由开销降低j16020传送的分组流被封装j16030和适用于物理层(j16040)的DP。当分组流没有经由开销降低传送时，发射机确定是否对分组流执行封装j16050。
已经经由封装j16030传送的分组流适用于物理层的DP(j16040)。在这里，用于常规的分组(链路层分组)处理的操作在物理层中执行。当IP流没有经由开销降低和封装传送时，IP流被直接传送给物理层。然后，用于处理IP流的操作被在物理层中执行。当IP流被直接发送给物理层时，参数可以被提供使得只有当物理层支持IP分组输入时执行操作。也就是说，模式控制参数值可以被控制，使得当物理层不支持IP分组处理时，不执行直接发送IP分组给物理层的操作。
发射机将已经经由前面提到的处理传送的广播信号发送给接收机。
现在将描述接收机的操作。
当特定的DP由用户根据信道变化选择，并且分组流在接收机(j16110)中被经由DP接收时，接收机可以检查当使用分组流和/或信令信息的报头发送时，相应的分组已经产生的模式(j16120)。当模式被对于DP确认时，相应的IP分组在链路层中被经由解封装j16130和开销降低j16140发送给上层。开销降低j16140可以包括开销恢复。
图22图示根据本发明的一个实施例在链路层中的操作和基于标记值发送给物理层的分组格式。
为了确定链路层的操作模式，可以使用前面提到的信令发送方法。与该方法相关的信令信息可以直接发送给接收机。在这种情况下，前面提到的信令数据或者链路层信令分组可以包括稍后将描述的模式控制相关的信息。
可以存在考虑到接收机的复杂度间接地示意链路层的操作模式给接收机的方法。
以下的两个标记可以考虑用于操作模式控制。
–报头压缩标记(HCF)：这是设置是否在链路层中适用报头压缩的标记，并且可以是表示“允许”和“禁止”的分配的值。
–封装标记(EF)：这是设置是否去在链路层中适用封装的标记，并且可以是表示“允许”和“禁止”的分配的值。但是，当封装基本上需要根据报头压缩方案执行时，EF可以从属于HCF。
映射给每个标记的值可以根据系统配置在包括表示“允许”和“禁止”的范围中提供，并且分配的每个标记的位数可以变化。例如，值“允许”可以被映射为1，并且值“禁止”可以被映射为0。
图示出是否执行报头压缩和封装，并且分组格式基于HCF和EF值根据报头压缩和封装被传送给物理层。也就是说，根据本发明的一个实施例，接收机可以从有关HCF和EF的信息识别输入给物理层的分组的格式。
图23图示根据本发明的一个实施例在发射机/接收机中的IP开销降低过程。
根据本发明的一个实施例，当IP流进入开销降低过程时，RoHC压缩器L5010可以对IP流执行报头压缩。RoHC可以在本发明的一个实施例中用作报头压缩算法。已经经由RoHC传送的分组流可以在分组流配置过程L5020中根据RoHC分组格式重新配置，并且重新配置的RoHC分组流可以传送给封装层L5040，然后经由物理层发送给接收机。在分组流重新配置期间产生的RoHC上下文信息和/或信令信息可以经由信令发生器L5030产生为可发送的形式的数据，并且该数据可以根据传输形式被传送给封装层或者信令模块L5050。
根据本发明的一个实施例，接收机可以接收相对于服务数据和信令信道的流，或者经由单独的DP发送的信令数据。信令解析器L5060可以接收信令数据，解析信令数据为RoHC上下文信息和/或信令信息，并且将解析的信息发送给分组流恢复单元L5070。接收机可以使用RoHC上下文信息和/或包括在信令数据中的信令信息，经由分组流恢复单元L5070恢复在发射机中以可以由RoHC解压缩器L5080解压缩的格式重新配置的分组流。RoHC解压缩器L5080可以将恢复的RoHC分组流变换为IP流，并且IP流可以被经由IP层传送给上层。
图24图示根据本发明的一个实施例的RoHC简档。
根据本发明的一个实施例，RoHC可以如上所述用于供在链路层中上层分组的报头压缩。RoHC框架可以考虑到广播网的特征如在RFC3095中描述的以单向的模式操作。RoHC框架定义多个报头压缩简档。每个简档表示特定的协议组合，并且识别每个简档的简档标识符可以由互联网分配的号码权限分配。在图24中示出的一些简档可以在根据本发明实施例的广播系统中使用。
图25图示根据本发明的一个实施例相对于配置模式#1配置和恢复RoHC分组流的过程。
将给出在根据本发明一个实施例的发射机中RoHC分组流配置过程的描述。
根据一个实施例的发射机可以基于RoHC报头信息从RoHC分组流L10010检测IR分组和IR-DYN分组。然后，发射机可以使用包括在IR分组和IR-DYN分组中的序列号产生常规的报头压缩分组。由于不管其类型，常规的报头压缩分组包括序列号(SN)信息，所以常规的报头压缩分组可以任意地产生。在这里，SN对应于基本上存在于RTP之中的信息。在UDP的情况下，发射机可以产生和使用SN。发射机可以以产生的常规报头压缩分组替换IR分组或者IR-DYN分组，从IR分组提取静态链和动态链，并且从IR-DYN分组提取动态链。提取的静态链和动态链可以经由带外L10030传输。发射机可以以常规报头压缩分组的报头替换IR报头和IR-DYN报头，并且根据前面提到的过程提取用于所有RoHC分组流的静态链和/或动态链。重新配置分组流L10020可以经由数据管道发送，并且提取的静态链和动态链可以经由带外L10030传输。
将给出根据本发明的一个实施例在接收机中恢复RoHC分组流过程的描述。
根据本发明的一个实施例的接收机可以选择对应于分组流的数据管道去使用信令信息接收。然后，接收机可以接收经由数据管道发送的分组流L10040，并且检测对应于该分组流的静态链和动态链。在这里，静态链和/或动态链可以经由带外接收L10050。随后，接收机可以使用检测的静态链和动态链的SN，从经由数据管道发送的分组流检测具有与静态链或者动态链相同的SN的常规的报头压缩的分组。接收机可以通过将检测的常规报头压缩分组与静态链和/或动态链合并配置IR分组和/或IR-DYN分组。配置的IR分组和/或IR-DYN分组可以发送给RoHC解压缩器。此外，接收机可以配置包括IR分组、IR-DYN分组和/或常规报头压缩的分组的RoHC分组流L10060。配置的RoHC分组流可以发送给RoHC解压缩器。根据本发明的一个实施例的接收机可以使用IR分组和IR-DYN分组的静态链、动态链、SN和/或上下文ID恢复RoHC分组流。
图26图示根据本发明的一个实施例相对于配置模式#2配置和恢复RoHC分组流的过程。
将给出在根据本发明一个实施例的发射机中RoHC分组流配置过程的描述。
根据一个实施例的发射机可以基于RoHC报头信息从RoHC分组流L11010检测IR分组和IR-DYN分组。然后，发射机可以使用包括在IR分组和IR-DYN分组中的序列号产生常规的报头压缩分组。由于不管其类型，常规的报头压缩分组包括序列号(SN)信息，所以常规的报头压缩分组可以任意地产生。在这里，SN对应于基本上存在于RTP之中的信息。在UDP的情况下，发射机可以产生和使用SN。发射机可以以产生的常规报头压缩分组替换IR分组或者IR-DYN分组，从IR分组提取静态链和动态链，并且从IR-DYN分组提取动态链。提取的静态链和动态链可以经由带外L11030传输。发射机可以以常规报头压缩分组的报头替换IR报头和IR-DYN报头，并且根据前面提到的过程提取用于所有RoHC分组流的静态链和/或动态链。重新配置的分组流L11020可以经由数据管道发送，并且提取的静态链和动态链可以经由带外L11030传输。
将给出根据本发明的一个实施例在接收机中恢复RoHC分组流过程的描述。
根据本发明的一个实施例的接收机可以选择对应于分组流的数据管道去使用信令信息接收。然后，接收机可以接收经由数据管道发送的分组流L11040，并且检测对应于该分组流的静态链和动态链。在这里，静态链和/或动态链可以经由带外接收L11050。随后，接收机可以使用检测的静态链和动态链的SN，从经由数据管道发送的分组流检测具有与静态链或者动态链相同的SN的常规的报头压缩的分组。接收机可以通过将检测的常规报头压缩分组与静态链和/或动态链合并配置IR分组和/或IR-DYN分组。配置的IR分组和/或IR-DYN分组可以发送给RoHC解压缩器。此外，接收机可以配置包括IR分组、IR-DYN分组和/或常规报头压缩的分组的RoHC分组流L11060。配置的RoHC分组流可以发送给RoHC解压缩器。根据本发明的一个实施例的接收机可以使用IR分组和IR-DYN分组的静态链、动态链、SN和/或上下文ID恢复RoHC分组流。
图27图示根据本发明的一个实施例相对于配置模式#2配置和恢复RoHC分组流的过程。
将给出在根据本发明一个实施例的发射机中RoHC分组流配置过程的描述。
根据一个实施例的发射机可以基于RoHC报头信息从RoHC分组流L12010检测IR分组。然后，发射机可以从IR分组提取静态链，并且使用除提取的静态链以外的IR分组的一部分将IR分组变换为IR-DYN分组。发射机可以以IR-DYN分组的报头替换IR分组的报头，并且根据前面提到的过程提取用于所有RoHC分组流的静态链。重新配置的分组流L12020可以经由数据管道发送，并且提取的静态链和动态链可以经由带外L12030传输。
将给出根据本发明的一个实施例在接收机中恢复RoHC分组流过程的描述。
根据本发明的一个实施例的接收机可以选择对应于分组流的数据管道去使用信令信息接收。然后，接收机可以接收经由数据管道发送的分组流L12040，并且检测对应于该分组流的静态链和动态链。在这里，静态链和/或动态链可以经由带外接收L12050。随后，接收机可以从经由数据管道发送的分组流检测IR-DYN分组。然后，接收机可以通过将检测的IR-DYN分组与静态链合并配置IR分组。配置的IR分组流可以发送给RoHC解压缩器。此外，接收机可以配置包括IR分组、IR-DYN分组和/或常规报头压缩的分组的RoHC分组流L12060。配置的RoHC分组流可以发送给RoHC解压缩器。根据本发明的一个实施例的接收机可以使用IR-DYN分组的静态链、动态链、SN和/或上下文ID恢复RoHC分组流。
图28示出根据本发明的一个实施例可以带外传输的信息的组合。
根据本发明的一个实施例，用于带外传送在RoHC分组流配置过程中提取的静态链和/或动态链的方法可以包括用于经由信令传送静态链和/或动态链的方法，和用于经由为系统解码所必需的参数经由其传送的数据管道传送静态链和/或动态链的方法。在本发明的一个实施例中，为系统解码所必需的参数经由其传送的数据管道可以被称作基础数据管道(DP)。
如图所示，静态链和/或动态链可以经由信令或者基础DP传送。在本发明的一个实施例中，传送模式#1、传送模式#2和传送模式#3可以用于配置模式#1，或者配置模式#2和传送模式#4以及传送模式#5可以用于配置模式#3。
根据本发明的一个实施例，配置模式和传送模式可以根据系统状态经由附加信令转换，并且仅仅一个配置模式和传送模式可以根据系统设计被固定和使用。
如图所示，静态链和动态链可以经由信令发送，并且常规报头压缩的分组可以以传送模式#1经由正常DP发送。
参考该图，静态链可以经由信令发送，动态链可以经由基础DP发送，并且常规报头压缩的分组可以以传送模式#2经由正常DP发送。
如该图所示，静态链和动态链可以经由基础DP发送，并且常规报头压缩的分组可以以传送模式#3经由正常DP发送。
参考该图，静态链可以经由信令发送，动态链可以经由正常DP发送，并且常规报头压缩的分组可以以传送模式#4经由正常DP发送。
如该图所示，静态链可以经由基础DP发送，动态链可以经由正常DP发送，并且常规报头压缩的分组可以以传送模式#5经由正常DP发送。在这里，动态链可以经由IR-DYN分组发送。
图29图示根据本发明的一个实施例经由数据管道发送的分组。
根据本发明的一个实施例，不管链路层的上层或者下层协议的变化，有可能通过在链路层中重新定义分组结构产生可兼容的链路层分组。
根据本发明的一个实施例的链路层分组可以经由正常DP和/或基础DP发送。
链路层分组可以包括固定报头、扩展报头和/或有效载荷。
取决于上层的分组的配置，固定报头具有固定大小，并且扩展报头具有可变的大小。有效载荷是上层的数据在其中发送的区域。
分组报头(固定报头或者扩展报头)可以包括表示分组的有效载荷类型的字段。在固定报头的情况下，1个字节的前3位对应于表示上层的分组类型的数据，并且剩余的5位用作指标部分。该指标部分可以包括表示有效载荷配置方法和/或扩展报头的配置信息的数据，并且指标部分的配置可以根据分组类型变化。
该图示出根据分组类型值包括在有效载荷中上层的分组的类型。
有效载荷可以携带经由DP的IP分组和/或RoHC分组，并且根据系统配置携带经由基础DP的信令分组。因此，甚至当各种类型的分组被同时地发送时，数据分组和信令分组可以通过分配分组类型值相互区别。
000的分组类型值表示IPv4的IP分组包括在有效载荷中。
001的分组类型值表示IPv6的IP分组包括在有效载荷中。
010的分组类型值表示压缩的IP分组包括在有效载荷中。压缩的IP分组可以包括报头压缩的IP分组。
110的分组类型值表示包括信令数据的分组包括在有效载荷中。
111的分组类型值表示成帧的分组包括在有效载荷中。
图30图示根据本发明的一个实施例的链路层分组结构的语法。
图30示出经由数据管道发送的前面提到的分组的结构。链路层分组可以具有Packet_Type字段。
跟随Packet_Type字段的字段可以取决于Packet_Type字段的值。当Packet_Type字段具有000或者001的值时，如图所示，Packet_Type字段可以继之以Link_Layer_Packet_Header_for_IP()，即，用于IP分组的报头结构。当Packet_Type字段具有010的值时，Link_Layer_Packet_Header_for_Compressed_IP()，即，用于压缩的IP分组的报头结构，可以跟随Packet_Type字段。当Packet_Type字段具有011的值时，Packet_Type字段可以继之以Link_Layer_Packet_Header_for_TS()，即，用于TS分组的报头结构。当Packet_Type字段具有110的值时，Link_Layer_Packet_Header_for_Signaling()，即，用于信令信息的报头结构，可以跟随Pakcet_Type字段。当Packet_Type字段具有111的值时，Packet_Type字段可以继之以Link_Layer_Packet_Header_for_Framed_Packet()，即，用于成帧的分组的报头结构。其它的值可以预留供未来使用。在这里，Packet_Type字段值的含义可以根据实施例变化。
跟随Packet_Type字段的字段可以继之以Link_Layer_Packet_Payload()，其是链路层分组有效载荷。
图31图示根据本发明的另一个实施例当IP分组被传送给链路层时，链路层分组报头结构。
在这种情况下，链路层分组报头包括固定报头和扩展报头。固定报头可以具有1字节的长度，并且扩展报头可以具有可变长度的固定长度。每个报头的长度可以根据设计而变化。
固定报头可以包括分组类型字段、分组配置(PC)字段和/或计数字段。根据另一个实施例，固定报头可以包括分组类型字段、PC字段、LI字段和/或片段ID字段。
扩展报头可以包括片段序列号字段和/或片段长度ID字段。根据另一个实施例，扩展字段可以包括片段序列号字段和/或最后片段长度字段。
现在将描述固定报头的字段。
分组类型字段可以表示如上所述输入给链路层的分组类型。当IP分组被输入给链路层时，该分组类型字段可以具有000B或者001B的值。
PC字段可以表示固定报头的剩余部分，其跟随PC字段，和/或扩展报头的配置。也就是说，PC字段可以表示输入的IP分组已经处理为的形式。因此，PC字段可以包括有关扩展报头长度的信息。
0的PC字段值可以表示链路层分组的有效载荷包括一个IP分组或者两个或更多个级联的IP分组。在这里，级联指的是短的分组被连接以形成有效载荷。
当PC字段具有0的值时，PC字段可以继之以4位计数字段。计数字段可以表示对应于一个有效载荷的级联的IP分组的数目。稍后将描述由计数器字段表示的级联的IP分组的数目。
当PC字段值是0时，链路层可以不必包括扩展报头。但是，当根据实施例链路层分组的长度需要被表示时，一个或者两个字节扩展报头可以添加。在这种情况下，扩展报头可用于表示链路层分组的长度。
1的PC字段值可以表示链路层分组有效载荷包括分割的分组。在这里，分组的分割指的是将长的IP分组分割为多个片段。每个片段的块可以被称作分割或者分割的分组。也就是说，当PC字段值是1时，链路层分组有效载荷可以包括一个片段。
当PC字段值是1时，PC字段可以继之以1位最后片段指标(LI)字段和3位片段ID字段。
LI字段可以表示是否相应的链路层分组包括在片段之中的最后片段。也就是说，当LI字段具有1的值时，相应的链路层包括最后片段，并且当LI字段具有0的值时，相应的链路层不包括最后片段。当接收机重新配置原始IP分组时可以使用LI字段。LI字段可以表示有关链路层分组的扩展报头的信息。也就是说，当LI字段值是0时，扩展报头的长度可以是1字节，并且当LI字段值是1时，可以是2字节。稍后将描述细节。
片段ID字段可以表示包括在相应的链路层分组中片段的ID。当一个IP分组被分割为多个片段时，该片段可以被分配相同的ID。当重新配置原始IP分组时，片段ID允许接收机识别该片段是相同的IP分组的组件。由于片段ID字段具有3位的大小，可以同时地支持8个IP分组的分割。
当PC字段值是1时，扩展报头可以用于有关片段的信息。如上所述，扩展报头可以包括片段序列号字段、片段长度ID字段和/或最后片段长度字段。
现在将描述扩展报头的字段。
当前面提到的LI字段具有0的值时，也就是说，当链路层分组不包括最后片段时，扩展报头可以包括片段序列号字段和/或片段长度ID字段。
片段序列号字段可以表示分割的分组的序列号。因此，具有通过分割一个IP分组获得的片段的链路层分组具有不同的片段序列号字段，同时具有相同的片段ID字段。由于片段序列号字段具有4位的大小，IP分组可以被分割为最多16个片段。
片段长度ID字段可以表示除最后片段以外的片段的长度。除最后片段以外的片段可以具有相同的长度。因此，片段的长度可以使用预先确定的长度ID表示。预先确定的长度ID可以由片段长度ID字段表示。
片段长度可以根据基于物理层的FEC编码速率确定的分组输入大小设置。也就是说，片段长度可以根据分组输入大小确定和由片段长度ID指定。为了降低报头开销，片段长度的数目可以限制为16个。
稍后将描述根据片段长度的片段长度ID字段值。
当物理层进行操作而不管片段长度时，片段长度可以通过将最小片段长度min_len加到相应的片段长度ID和长度单位Len_Unit的乘积获得。在这里，长度单位是表示片段长度的基本单位，并且最小片段长度指的是片段长度的最小值。发射机和接收机需要始终具有相同的长度单位和相同的最小片段长度，并且最好是，长度单位和最小片段长度对于有效系统操作没有变化。长度单位和最小片段长度可以考虑到在系统初始化过程中物理层的FEC处理能力确定。
当前面提到的LI字段具有1的值时，也就是说，当链路层分组包括最后片段时，扩展报头可以包括片段序列号字段和/或最后片段长度字段。
片段序列号字段已经在上面描述。
最后片段长度字段可以直接表示最后片段的长度。当一个IP分组被分割为具有特定长度的片段时，最后片段可以具有与其它的片段不同的长度。因此，最后片段长度字段可以直接表示最后片段的长度。最后片段长度字段可以表示1至4095字节。由最后片段长度字段表示的字节可以根据实施例变化。
图32图示根据本发明的另一个实施例当IP分组被传送给链路层时，链路层分组报头结构的语法。
链路层分组报头可以如上所述包括Packet_Type字段和PC字段Payload_Config。
当PC字段具有0的值时，PC字段可以继之以计数字段。
当PC字段具有1的值时，PC字段可以继之以Last_Segment_Indicator字段、Segment_ID字段和Segment_Sequence_Number字段。在这里，跟随Last_Segment_Indicator字段的部分的配置可以根据Last_Segment_Indicator字段的值变化。当Last_Segment_Indicator字段是0时，Segment_Length_ID字段可以跟随Segment_Sequence_Number字段。当Last_Segment_Indicator字段是1时，Last_Segment_Length字段可以跟随Segment_Sequence_Number字段。
图33图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头中的字段值的指示。
如上所述，级联的IP分组的数目可以基于计数字段值确定(t61010)。虽然计数字段值可以直接表示级联的IP分组的数目，但是当0个分组被级联时，计数字段值是无意义的。因此，计数字段可以表示已经级联与通过对计数字段值增加1获得的值同样多的IP分组。也就是说，如表t61010所示，0010的计数字段值可以表示已经级联3个IP分组，并且0111的计数字段值可以表示已经级联8个IP分组。
表示一个IP分组已经级联的0000的计数字段值可以表示链路层分组有效载荷包括没有级联的一个IP分组。
如上所述，片段长度可以由片段长度ID字段值表示(t61020)。
例如，0000的片段长度ID字段值可以表示512字节的片段长度。这指的是包括在相应的链路层分组有效载荷中的片段不是最后片段，并且具有512字节的长度。如果该片段不是最后片段，则来自相同的IP分组的其它的片段也可以具有512字节的长度。
在该表中，长度单位具有256的值，并且最小片段长度具有512的值。因此，最小片段长度是512字节(片段长度ID字段＝0000)。指定的片段长度以256字节的间隔增加。
图34图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头结构中一个IP分组包括在链路层有效载荷中的情形。
一个IP分组包括在链路层有效载荷中的情形，也就是说，不执行级联或者分割的情形可以称为封装为正常分组。在这种情况下，IP分组是在物理层的处理范围之内。
在当前的实施例中，链路层分组具有1字节报头。报头长度可以根据实施例变化。分组类型字段可以具有000(在IPv4的情况下)或者001(在IPv6的情况下)的值。正常分组封装可以同等地适用于IPv4和IPv6。由于一个分组包括在有效载荷中，PC字段值可以是0。由于仅仅一个分组包括在有效载荷中，跟随PC字段的计数字段可以具有0000的值。
在当前实施例中，链路层分组有效载荷可以包括一个完整的IP分组。
在当前的实施例中，IP分组报头的信息可用于确认链路层分组的长度。IP分组报头包括表示IP分组长度的字段。这个字段可以被称作长度字段。长度字段可以位于在IP分组中的固定位置。由于链路层有效载荷包括一个完整的IP分组，长度字段可以位于离链路层分组有效载荷的起点预先确定的偏移距离的位置上。因此，链路层有效载荷的长度可以使用长度字段识别。
在IPv4的情况下，长度字段可以位于距有效载荷的起点4个字节距离的位置上，并且在IPv6的情况下，可以位于距有效载荷的起点2个字节距离的位置上。长度字段可以具有2个字节的长度。
在IPv4的情况下，当长度字段值是LIPv4，并且链路层分组报头长度是LH(1个字节)时，链路层分组的总长度LT可以由在该图中示出的公式t62010表示。在这里，长度字段值LIPv4可以表示IPv4分组的长度。
在IPv6的情况下，当长度字段值是LIPv6，并且链路层分组报头长度是LH(1个字节)时，链路层分组的总长度LT可以由在该图中示出的公式t62020表示。在这里，由于长度字段值LIPv6仅仅表示IPv6分组有效载荷的长度，IPv6分组的固定报头的长度(40个字节)需要被增加给长度字段值，以便获得链路层分组的长度。
图35图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头结构中多个IP分组被级联和包括在链路层有效载荷中的情形。
当输入IP分组不在物理层的处理范围内时，多个IP分组可以被级联并封装为一个链路层分组的有效载荷。
在当前的实施例中，链路层分组可以具有1字节报头。报头长度可以根据实施例变化。分组类型字段可以具有000(在IPv4的情况下)或者001(在IPv6的情况下)的值。当前的实施例的封装处理可以同等地适用于IPv4和IPv6。由于级联的IP分组包括在有效载荷中，PC字段值可以是0。跟随PC字段(4位)的计数字段可以表示级联的IP分组的数目。
在当前的实施例，链路层分组有效载荷可以包括多个IP分组。多个IP分组可以被顺序地级联和包括在链路层分组有效载荷中。级联方法可以根据设计变化。
在当前的实施例中，为了确认链路层分组的长度，可以使用级联的IP分组的报头信息。如在前面提到的正常分组封装，每个IP分组的报头可以具有表示IP分组的长度的长度字段。长度字段可以位于相应IP分组中的固定位置。
因此，当链路层分组的报头长度是LH，并且每个IP分组的长度是LK(K等于或者大于1，并且等于或者小于n)时，链路层分组长度的总长度LT可以由在该图中示出的公式t63010表示。也就是说，链路层分组长度可以通过分别由IP分组的长度字段表示的IP分组的长度求和，并且将链路层分组的报头长度加到该总和而获得。LK可以通过读取各自的IP分组的报头的长度字段确认。
图36图示根据本发明的另一个实施例当IP分组被传送给链路层时，在链路层分组报头结构中一个IP分组被分割和包括在链路层有效载荷中的情形。
当输入IP分组超出物理层的处理范围时，一个IP分组可以被分割为多个片段。片段可以分别地在链路层分组的有效载荷中封装。
在当前的实施例中，链路层分组t64010、t64020和t64030可以具有固定报头和扩展报头。固定报头长度和扩展报头长度可以根据实施例变化。分组类型字段值可以是000(在IPv4的情况下)或者001(在IPv6的情况下)。当前的实施例的封装处理可以同等地适用于IPv4和IPv6。由于该片段包括在有效载荷中，PC字段值可以是1。
由于片段来自于相同的IP分组，所以在其有效载荷中包括不是最后片段的分割的链路层分组t64010和t64020可以具有0的LI字段值和相同的片段ID字段值。跟随片段ID字段的片段序列号字段可以表示相应的片段的顺序。在这里，第一链路层分组t64010的片段序列字段值可以表示该链路层分组具有作为有效载荷的第一片段。第一链路层分组t64020的片段序列字段值可以表示该链路层分组具有作为有效载荷的第二片段。片段长度ID字段可以表示作为预先确定的长度ID的相应的片段的长度。
具有作为有效载荷的最后片段的链路层分组t64030可以具有1的LI字段值。由于最后片段也是来自于相同的IP分组，所以片段ID字段可以具有与其它的链路层分组相同的值。跟随片段ID字段的片段序列号字段可以表示相应的片段的顺序。最后片段长度字段可以直接表示包括在链路层分组t64030中的最后片段的长度。
在当前的实施例中，为了确认链路层分组的长度，可以使用片段长度ID字段或者最后片段长度字段。由于该字段仅仅表示链路层分组的有效载荷的长度，所以需要对其添加链路层分组的报头长度，以便获得链路层分组的长度。链路层分组的报头长度可以如上所述从LI字段检测。
图37图示根据本发明的另一个实施例当IP分组被发送给链路层时，在链路层分组报头结构中具有分割的链路层分组。
当前的实施例假设输入5500字节IP分组。由于通过5500除以5获得的值是1100，所以IP分组可以被分割为每个具有接近于1100的1024字节长度的片段。在这种情况下，最后片段可以是1404字节(010101111100B)。片段可以分别称为S1、S2、S3、S4和S5，并且对应于其的报头可以分别地称为H1、H2、H3、H4和H5。报头可以被分别添加到片段以产生各自的链路层分组。
当输入IP分组是IPv4分组时，报头H1至H5的分组类型字段可以具有000的值。由于链路层分组具有作为有效载荷的分组片段，所以报头H1至H5的PC字段可以具有1的值。
由于相应的链路层分组不具有作为有效载荷的最后片段，所以报头H1至H4的LI字段可以具有0的值。由于相应的链路层分组具有作为有效载荷的最后片段，报头H5的LI字段可以具有1的值。由于相应的链路层分组具有作为有效载荷来自相同的分组的片段，所以报头H1至H5的片段ID字段Seg_ID可以具有相同的值000。
报头H1至H5的片段序列号字段Seg_SN可以顺序地表示为0000B至0100B。报头H1至H4的片段长度ID字段可以具有对应于1024字节长度ID的0010的值。报头H5的片段长度ID字段可以具有表示1404字节的010101111100的值。
图38图示根据本发明的一个实施例用于RoHC传输的链路层分组的报头。
甚至在基于IP的广播环境下，IP分组可以被压缩进链路层分组并且被发送。当基于IP的广播系统流IP分组时，IP分组的报头信息可以通常保持不变。使用这个事实，IP分组报头可以被压缩。
鲁棒性报头压缩(RoHC)主要地用于压缩IP分组报头(IP报头)。本发明提出一种当RoHC分组输入给链路层时的封装方法。
当RoHC分组被输入给链路层时，前面提到的分组类型元素可以具有010B的值，其表示从上层传送给链路层的分组是压缩的IP分组。
当输入RoHC分组时，链路层分组的报头可以包括类似前面提到的其他的分组的固定报头和/或扩展报头。
固定报头可以包括分组类型字段和/或分组配置(PC)字段。固定报头可以具有1字节的大小。在这里，由于输入分组是压缩的IP分组，分组类型字段可以具有010的值。扩展报头可以根据实施例具有固定大小或者可变大小。
固定报头的PC字段可以表示构成链路层分组有效载荷的RoHC分组在其中处理的形式。跟随PC字段的固定报头的剩余部分的信息和扩展报头可以通过PC字段的值确定。此外，根据RoHC分组被处理成的形式，PC字段可以包括有关扩展报头的长度的信息。PC字段可以具有1位的大小。
将给出PC字段具有0B的值的情形的描述。
当PC字段具有0B的值时，链路层分组有效载荷由一个RoHC分组或者两个或更多个级联的RoHC分组组成。级联指的是连接多个短的分组以配置链路层分组有效载荷。
当PC字段具有0B的值时，PC字段可以继之以1位公共上下文ID指标(CI)字段和3位计数字段。因此，公共CID信息和长度部分可以被添加到扩展报头。长度部分可以表示RoHC分组的长度。
当构成一个链路层分组的有效载荷的RoHC分组具有相同的上下文ID(CID)时，CI字段可以被设置为1，并且否则，设置为0。当CI字段具有1的值时，可以适用用于公共CID的开销处理方法。CI字段可以是1位。
计数字段可以表示包括在一个链路层分组的有效载荷中的RoHC分组的数目。也就是说，当RoHC分组被级联时，级联的RoHC分组的数目可以由计数字段表示。计数字段可以是3位。因此，最多8个RoHC分组可以包括在一个链路层分组的有效载荷中，如下表所示。计数字段值000表示该链路层分组有效载荷由一个RoHC分组，而不是多个级联的RoHC分组组成。
【表1】
计数(3位) 级联的RoHC分组的数目
000 1
001 2
010 3
011 4
100 5
101 6
110 7
111 8
该长度部分可以如上所述表示RoHC分组长度。RoHC分组具有长度信息已经从其中去除的报头，并且因此，不能使用在RoHC分组报头中的长度字段。因此，链路层分组的报头可以包括长度部分，以便允许接收机去识别相应的RoHC分组的长度。
当MTU不确定时，IP分组具有最多65535字节长度。因此，2字节长度信息为RoHC分组所必需，使得可以支持其最大长度。当多个RoHC分组被级联时，可以增加与由计数字段指定的数目同样多的长度字段。在这种情况下，该长度部分包括多个长度字段。但是，当一个RoHC分组包括在有效载荷中时，仅仅一个长度字段可以包括在长度部分中。长度字段可以以与构成链路层分组有效载荷的RoHC分组相同的顺序安排。每个长度字段可以是以字节计的值。
公共CID字段是公共CID经由其发送的字段。RoHC分组的报头可以包括用于检查在压缩的报头之间关系的上下文ID(CID)。CID可以在稳定链接状态下保持为相同的值。因此，包括在一个链路层分组的有效载荷中的所有RoHC分组可以包括相同的CID。在这种情况下，为了降低开销，有可能从构成该有效载荷的级联的RoHC分组的报头中去除CID，在链路层分组的报头的公共CID字段中表示CID，并且发送该链路层分组。接收机可以使用公共CID字段重新配置RoHC分组的CID。当存在公共CID字段时，前面提到的CI字段需要具有1的值。
将给出PC字段具有1B的值的情形的描述。
1B的PC字段值表示链路层分组有效载荷由RoHC分组的分割的分组组成。在这里，分割的分组指的是在通过分割长的RoHC分组获得的多个片段之中的片段。一个片段构成链路层分组有效载荷。
当PC字段具有1B的值时，PC字段可以继之以1位最后片段指标(LI)字段和3位片段ID字段。为了增加有关片段的信息，片段序列号字段、片段长度ID字段和最后片段长度字段可以被增加给扩展报头。
当RoHC分组被分割时，可以使用LI字段。RoHC分组可以被分割为多个片段。1的LI字段值可以表示包括在当前的链路层分组中的片段是在从一个RoHC分组中获得的片段之中最后片段。0的LI字段值可以表示包括在当前的链路层分组中的片段不是最后片段。当通过合并片段重新配置一个RoHC分组时，在接收机确定是否所有片段已经接收时，可以使用LI字段。LI字段可以是1位。
当RoHC分组被分割时，片段ID字段Seg_ID可以表示分配给RoHC分组的ID。从一个RoHC分组推导出的片段可以具有相同的片段ID。当合并片段时，接收机可以使用片段ID确定是否发送给其的片段是相同的RoHC分组的分量。片段ID字段可以是3位。因此，片段ID字段可以同时地支持8个RoHC分组的片段。
当RoHC分组被分割时，片段序列号字段Seg_SN可用于检查片段的序列。也就是说，具有作为其有效载荷从一个RoHC分组推导出的片段的链路层分组可以具有不同的片段序列号字段，同时具有相同的序列ID字段。因此，一个RoHC分组可以被分割为最多16个片段。
片段长度ID字段Seg_Len_ID可用于表示每个片段的长度。但是，片段长度ID字段可用于表示除在多个片段之中最后片段以外的片段的长度。最后片段的长度可以由稍后将描述其的最后片段长度字段表示。当链路层分组有效载荷不对应于RoHC分组的最后片段时，也就是说，当LI字段是0时，片段长度ID字段可以存在。
为了降低报头开销，片段长度的数目可以限制为16个。分组输入大小可以根据在物理层中处理的FEC的编码速率确定。片段长度可以根据分组输入大小确定和由Seg_Len_ID指定。当物理层不管片段长度操作时，片段长度可以确定如下。
【公式1】
片段长度＝Seg_Len_ID×Len_Unit+min_Len[字节]
在这里，长度单位Len_Unit是表示片段长度的基本单位，并且min_Len表示最小片段长度。发射机和接收机需要具有相同的Len_Unit和相同的min_Len。对于系统操作来说，Len_Unit及其min_Len在一旦确定之后没有变化是有效的。此外，Len_Unit和min_Len可以考虑到在系统初始化过程中物理层的FEC处理能力确定。
以下的表示出根据Seg_Len_ID值表示的片段长度。分配给Seg_Len_ID的长度可以根据设计变化。在当前的实施例中，Len_Unit是256，并且min_Len是512。
【表2】
Seg_Len_ID 片段长度(字节) Seg_Len_ID 片段长度(字节)
0000 512(＝min_Len) 1000 2560
0001 768 1001 2816
0010 1024 1010 3072
0011 1280 1011 3328
0100 1536 1100 3584
0101 1792 1101 3840
0110 2048 1110 4096
0111 2304 1111 4352
当包括在链路层分组有效载荷中的片段是相应的RoHC分组的最后片段时，使用最后片段长度字段L_Seg_Len。也就是说，当LI字段具有1值时，使用最后片段长度字段。RoHC分组可以使用Seg_Len_ID被分割为相同大小的片段。在这种情况下，但是，最后片段可以不必具有由Seg_Len_ID表示的大小。因此，最后片段的长度可以直接由最后片段长度字段表示。最后片段长度字段可以表示1至4095字节。这可以根据实施例变化。
图39图示根据本发明的一个实施例用于RoHC分组传输的链路层分组的报头的语法。
链路层分组报头可以包括已经如上所述的Packet_Type字段和PC字段Payload_Config。
当PC字段具有0的值时，PC字段可以继之以Common_Context_ID_Indication字段和计数字段。多个长度字段可以基于由计数字段表示的值包括在链路层分组中。当CI字段是1时，Common_CID字段可以另外包括在链路层分组报头中。
当PC字段是1时，PC字段可以继之以Last_Segment_Indicator字段、Segment_ID字段和Segment_Sequence_Number字段。跟随Last_Segment_Indicator字段的部分的配置可以根据Last_Segment_Indicator字段的值变化。当Last_Segment_Indicator字段是0时，Segment_Sequence_Number字段可以继之以Segment_Length_ID字段。当Last_Segment_Indicator字段是1时，Segment_Sequence_Number字段可以继之以Last_Segment_Length字段。
图40图示根据本发明的实施例#1用于经由链路层分组发送RoHC分组的方法。
由于RoHC分组是在物理层的处理范围之内，所以当前的实施例对应于一个RoHC分组构成链路层分组有效载荷的情形。在这里，RoHC分组可以不必被级联或者分割。
在这种情况下，一个RoHC分组可以变为链路层分组有效载荷。分组类型字段可以是010B，PC字段可以是0B，并且CI字段可以是0B。由于一个RoHC分组构成有效载荷(构成有效载荷的RoHC分组的数目是1)，所以前面提到的计数字段可以是000B。计数字段可以继之以表示RoHC分组长度的2字节长度字段。在这种情况下，由于仅仅一个分组构成有效载荷，该长度部分可以仅仅包括一个长度字段。
在当前的实施例中，可以增加3字节链路层报头。因此，当由长度字段表示的RoHC分组的长度是L字节时，链路层分组的长度是L+3字节。
图41图示根据本发明的实施例#2用于经由链路层分组发送RoHC分组的方法。
当前的实施例对应于RoHC分组不超出物理层的处理范围，并且因此，多个RoHC分组被级联和包括在链路层分组的有效载荷中的情形。
在这种情况下，PC字段和CI字段具有与一个RoHC分组包括在链路层分组有效载荷中的情形相同的值。CI字段继之以计数字段。基于如上所述包括在有效载荷中RoHC分组的数目，该计数字段可以具有在001B至111B的范围内的值。
计数字段可以继之以与由计数字段表示的数目同样多的2字节长度字段。每个长度字段可以表示每个RoHC分组的长度。该长度字段可以被称作长度部分。
当计数字段表示n时，分别具有长度L1、L2、…、Ln的RoHC分组R1、R2、…、Rn可以在链路层分组有效载荷中被级联。
扩展报头可以具有2n字节的长度。链路层分组的总长度LT可以由以下的公式表示。
【公式2】
图42图示根据本发明的实施例#3用于经由链路层分组发送RoHC分组的方法。
当前的实施例对应于RoHC分组被级联以构成链路层分组的有效载荷，并且RoHC分组具有相同的CID的情形。
当RoHC分组具有相同的CID时，即使CID仅仅经由链路层分组表示一次，并且发送给接收机，该接收机可以恢复原始RoHC分组及其报头。因此，公共CID可以从RoHC分组中提取和发送，降低开销。
在这种情况下，前面提到的CI字段变为1，其表示已经执行对于相同的CID的处理。具有相同的CID的RoHC分组由[R1、R2、R3、…、Rn]表示。相同的CID称为公共CID。在RoHC分组报头中除CID以外的分组称为R’k(k是1、2、...、n)。
链路层分组有效载荷可以包括R’k(k是1、2、...、n)。公共CID字段可以被增加给链路层分组的扩展报头的末端。公共CID字段可以是用于公共CID传输的字段。公共CID字段可以作为扩展报头的一部分或者链路层分组有效载荷的一部分发送。有可能在公共CID字段的位置可以根据系统操作被识别的部分中重新排列公共CID字段。
公共CID字段的大小可以取决于RoHC分组配置。
当RoHC分组配置是小的CID配置时，RoHC分组的CID可以是4位。但是，当CID从RoHC分组提取和重新排序时，整个增加的CID八位字节可以被处理。也就是说，公共CID字段可以具有1字节的长度。做为选择，有可能从RoHC分组提取1字节增加CID八位字节，仅仅分配4位CID给公共CID字段，并且预留剩余的4位供未来使用。
当RoHC分组配置是大的CID配置时，RoHC分组的CID可以是1字节或者2字节。CID大小在RoHC初始化过程中确定。公共CID字段可以取决于CID大小具有1字节或者2字节的长度。
在当前的实施例中，链路层分组有效载荷可以计算如下。具有相同的CID的n个RoHC分组R1、R2、…、Rn分别被称为L1、L2、…、Ln。当链路层分组报头的长度是LH时，公共CID字段的长度是LCID，并且链路层分组的总长度是LT，LH被计算如下。
【公式3】
LH＝1+2n+LCID字节
LT可以计算如下。
【公式4】
如上所述，LCID可以根据RoHC的CID配置确定。也就是说，在小的CID配置的情况下，LCID可以是1字节，并且在大的CID配置的情况下，可以是1字节或者2字节。
图43图示根据本发明的实施例#4用于经由链路层分组发送RoHC分组的方法。
当前的实施例对应于输入RoHC分组超出物理层的处理范围，并且因此，RoHC分组被分割，并且RoHC分组的片段被分别地封装进链路层分组有效载荷的情形。
为了表示链路层分组有效载荷由分割的RoHC分组组成，PC字段可以是1B。LI字段在具有作为有效载荷的RoHC分组的最后片段的链路层分组中仅仅变为1B，并且对于剩余的片段变为0B。LI字段也表示有关相应的链路层分组的扩展报头的信息。也就是说，当LI字段是0B时，可以增加1字节扩展报头，并且当LI字段是1B时，可以增加2字节扩展报头。
链路层分组需要具有相同的Seg_ID值，以便表示该片段已经从相同的RoHC分组推导出。为了表示在接收机中用于正常RoHC分组重新配置的片段的顺序，顺序地增加的Seg_SN值可以包括在相应的报头中。
当RoHC分组被分割时，片段长度可以如上所述确定，并且可以执行分割。对应于片段长度的Seg_Len_ID值可以包括在相应的报头中。最后片段的长度可以如上所述直接包括在12位L_Seg_Len字段中。
使用Seg_Len_ID和L_Seg_Len字段表示的长度信息仅仅表示有关片段的信息，也就是说，链路层分组的有效载荷。因此，链路层分组的总长度可以通过将可以从LI字段检测的链路层分组的报头长度加到链路层分组有效载荷的长度来计算。
当接收机重新配置RoHC分组的片段时，必须检查重新配置的RoHC分组的完整性。为此，CRC可以在分割过程中被增加给RoHC分组的末端。由于CRC通常被增加给RoHC分组的末端，CRC可以在分割之后包括在该片段中。
图44图示根据本发明的另一个实施例当信令信息被传送给链路层时的链路层分组结构。
在这种情况下，链路层分组的报头可以包括固定报头和扩展报头。固定报头可以具有1字节的长度，并且扩展报头可以具有固定长度或者可变长度。每个报头的长度可以根据设计变化。
固定报头可以包括分组类型字段、PC字段和/或级联计数字段。根据另一个实施例，固定报头可以包括分组类型字段、PC字段、LI字段和/或片段ID字段。
扩展报头可以包括信令类别字段、信息类型字段和/或信令格式字段。根据另一个实施例，扩展报头可以进一步包括有效载荷长度部分。根据另一个实施例，扩展报头可以包括片段序列号字段、片段长度ID字段、信令类别字段、信息类型字段和/或信令格式字段。根据另一个实施例，扩展报头可以包括片段序列号字段和/或片段长度ID字段。根据另一个实施例，扩展报头可以包括片段序列号字段和/或最后片段长度字段。
现在将描述固定报头的字段。
分组类型字段可以表示如上所述输入给链路层的分组类型。当信令信息被输入给链路层时，分组类型字段可以是110B。
PC字段、LI字段、片段ID字段、片段序列号字段、片段长度ID字段和最后片段字段如上所述。级联计数字段如上所述。
将给出扩展报头字段的描述。
当PC字段是0时，扩展报头可以包括信令类别字段、信息类型字段和/或信令格式字段。扩展报头可以进一步包括根据信令格式字段的值的长度部分。
信令类别字段可以表示包括在链路层分组中信令信息的类型。可以由信令类别字段表示的信令信息可以包括快速信息信道(FIC)信息、报头压缩信息等等。稍后将描述可以由信令类别字段表示的信令信息。
信息类型字段可以表示由信令类别字段表示的类型的信令信息的细节。信息类型字段的指示可以根据信令类别字段的值分别地定义。
信令格式字段可以表示包括在链路层分组中的信令信息的格式。可以由信令格式字段表示的格式可以包括区段表、描述符、XML等等。稍后将描述可以由信令格式字段表示的格式。
有效载荷长度部分可以表示包括在链路层分组有效载荷的有效载荷中的信令信息的长度。有效载荷长度部分可以是一组分别表示级联的信令信息长度的长度字段。虽然每个长度字段可以具有2字节的大小，大小可以根据系统配置变化。有效载荷长度部分的总长度可以由各自的长度字段的总和表示。根据一个实施例用于字节布置的填充位可以被增加给有效载荷长度部分。在这种情况下，有效载荷长度部分的总长度可以通过填充位增加。
有效载荷长度部分的存在或者不存在可以通过信令格式字段值确定。当信令信息具有其长度值，诸如区段表和描述符时，可能不需要附加的长度字段。但是，没有长度值的信令信息可能需要附加的长度字段。在没有长度值的信令信息的情况下，有效载荷长度部分可能存在。在这种情况下，有效载荷长度部分可以包括与计数字段的数目同样多的长度字段。
当PC字段是1并且LI字段是1时，扩展报头可以包括片段序列号字段和/或最后片段长度字段。当PC字段是1并且LI字段是0时，扩展报头可以包括片段序列号字段和/或片段长度ID字段。
片段序列号字段、最后片段长度字段和片段长度ID字段如上所述。
当PC字段是1时，LI字段是1，并且相应的链路层分组的有效载荷对应于第一片段，链路层分组的扩展报头可以进一步包括附加信息。附加信息可以包括信令类别字段、信息类型字段和/或信令格式字段。信令类别字段、信息类型字段和信令格式字段如上所述。
图45图示根据本发明的另一个实施例当信令信息被传送给链路层时，链路层分组结构的语法。
链路层分组报头可以如上所述包括Packet_Type字段和PC字段Payload_Config。
当PC字段是0时，PC字段可以继之以计数字段、Signaling_Class字段、Information_Type字段和Signaling_Format字段。当Signaling_Format字段是1×(10或者11)时，多个长度字段可以基于由计数字段表示的值包括在链路层分组报头中。
当PC字段是1时，PC字段可以继之以Last_Segment_Indicator字段、Segment_ID字段和Segment_Sequence_Number字段。在这里，跟随Last_Segment_Indicator字段的部分的配置可以根据Last_Segment_Indicator字段的值变化。
当Last_Segment_Indicator字段是0时，Segment_Sequence_Number字段可以继之以Segment_Length_ID字段。当Segment_Sequence_Number字段是0000时，Segment_Sequence_Number字段可以继之以Signaling_Class字段、Information_Type字段和Signaling_Format字段。
当Last_Segment_Indicator字段是1时，Segment_Sequence_Number字段可以继之以Last_Segment_Length字段。
图46图示根据本发明的一个实施例用于成帧的分组传输的链路层分组的结构。
除IP分组和MPEG-2TS分组以外在正常网络中使用的分组可以经由链路层分组发送。在这种情况下，链路层分组报头的分组类型元素可以具有111B(注：可能为111,另外,后面带下标的B可能都不对)的值，以表示链路层分组的有效载荷包括成帧的分组。
图47图示根据本发明的一个实施例用于成帧的分组传输的链路层分组的结构语法。
链路层分组报头可以如上所述包括Packet_Type字段。链路层分组报头可以包括在Packlet_Type字段之后预留供未来使用的5位。由framed_packet()表示的成帧的分组可以跟随预留的位。
图48图示根据本发明的一个实施例的成帧的分组的语法。
成帧的分组的语法可以包括Ethernet_type字段、长度字段和/或分组()字段。Ethernet_type字段是16位，其可以表示根据IANA注册在分组()字段中分组的类型。在这里，可以使用仅仅注册的值。长度字段是16位，其可以以字节设置分组结构的总长度。具有可变长度的分组()字段可以包括网络分组。
图49图示根据本发明的一个实施例的快速信息信道(FIC)的语法。
包括在FIC中的信息可以以快速信息表(FIT)的形式发送。
包括在FIT中的信息可以以XML和/或区段表的形式发送。
FIC可以包括FIT_data_version信息、num_broadcast信息、broadcast_id信息、delivery_system_id信息、base_DP_id信息、base_DP_version信息、num_service信息、service_id信息、service_category信息、service_hidden_flag信息、SP_indicator信息、num_component信息、component_id信息、DP_id信息和/或RoHC_init_descriptor信息。
FIT_data_version信息可以表示有关包括在快速信息表中的语法和语义的版本信息。接收机可以使用FIT_data_version信息确定是否处理包括在快速信息表中的信令。接收机可以使用FIT_data_version信息确定是否更新FIC的预存信息。
num_broadcast信息可以表示经由相应的频率或者发送的传输帧发送广播服务和/或内容的广播电台的数目。
broadcast_id信息可以表示经由相应的频率或者发送的传输帧发送广播服务和/或内容的广播电台的标识。发送基于MPEG-2TS的数据的广播电台可以具有与MPEG-2TS的transport_stream_id相同的broadcast_id。
delivery_system_id信息可以表示在广播网上使用相同的传输参数执行处理的广播传输系统的标识符。
base_DP_id信息表示在广播信号中的基础DP。基础DP可以指的是包括节目特定信息(PSI)/系统信息(SI)的DP传送服务信令，和/或对应于broadcast_id的广播电台的开销降低。换句话说，基础DP可以指的是在相应的广播电台中可用于解码构成广播服务组件的有代表性的DP。
base_DP_version信息可以表示版本有关经由基础DP发送的数据的信息。例如，当服务信令，诸如PSI/IS经由基础DP时，如果服务信令变化，则base_DP_version信息的值可以增加1。
num_service信息可以表示由对应于broadcast_id的广播电台以相应的频率或者传输帧发送的广播服务的数目。
service_id信息可以用作广播服务的标识符。
service_category信息可以表示广播服务类别。0×01的service_category信息值可以表示基本TV，0×02的service_category信息值可以表示基本无线电，0×03的service_category信息值可以表示RI服务，0×08的service_category信息值可以表示服务指南，并且0×09的service_category信息值可以表示紧急警告。
service_hidden_flag信息可以表示是否相应的广播服务被隐藏。当广播服务被隐藏时，广播服务是测试服务，或者在相应的系统中自主地使用的服务，并且因此，广播接收机可以忽略服务或者将其在服务列表中隐藏。
SP_indicator信息可以表示是否服务保护适用于在相应的广播服务中的一个或多个组件。
num_component信息可以表示构成相应的广播服务的组件的数目。
component_id信息可以用作供识别在广播服务中相应的组件的标识符。
DP_id信息可以用作表示相应的组件经由其发送的DP的标识符。
RoHC_init_descriptor可以包括与开销降低和/或报头恢复相关的信息。RoHC_init_descriptor可以包括用于识别在发送端使用的报头压缩方法的信息。
图50图示根据本发明的一个实施例发出紧急警告的广播系统。
在从警告授权者/始发者接收到与紧急警告相关的信息时，广播电台(发射机)将与紧急警告相关的信息以适用于广播系统的格式变换为紧急警告信令，或者产生包括与紧急警告相关的信息的紧急警告信令。在这种情况下，紧急警告信令可以包括公共警告协议(CAP)消息。广播电台可以将紧急警告信令发送给接收机。在这里，广播电台可以经由正常广播数据通过其传送的路径发送紧急警告信令。换句话说，广播电台可以经由不同于正常广播数据通过其传送的路径的路径发送紧急警告信令。紧急警告信令可以以紧急警告表(EAT)(稍后将描述)的形式产生。
接收机接收紧急警告信令。紧急警告信令解码器可以解析紧急警告信令以获得CAP消息。接收机使用CAP消息的信息产生紧急警告消息，并且显示紧急警告消息。
图51图示根据本发明的一个实施例的紧急警告表(EAT)的语法。
与紧急警告相关的信息可以经由EAC发送。EAC对应于前面提到的专用信道。
根据本发明的一个实施例的EAT可以包括EAT_protocol_version信息、automatic_tuning_flag信息、num_EAS_messages信息、EAS_message_id信息、EAS_IP_version_flag信息、EAS_message_transfer_type信息、EAS_message_encoding_type信息、EAS_NRT_flag信息、EAS_message_length信息、EAS_message_byte信息、IP_address信息、UDP_port_num信息、DP_id信息、automatic_tuning_channel_number信息、automatic_tuning_DP_id信息、automatic_tuning_service_id信息和/或EAS_NRT_service_id信息。
EAT_protocol_version信息表示对应于接收的EAT的协议版本。
automatic_tuning_flag信息表示是否接收机自动地执行信道调谐。
num_EAS_messages信息表示包括在EAT中消息的数目。
EAS_message_id信息识别每个EAS消息。
当EAS_IP_version_flag信息具有0的值时，EAS_IP_version_flag信息表示IPv4，并且当EAS_IP_version_flag信息具有1的值时，表示IPv6。
EAS_message_transfer_type信息表示EAS消息传送类型。当EAS_message_transfer_type信息是000时，EAS_message_transfer_type信息表示“未指定”，当EAS_message_transfer_type信息是001时，表示“没有警告消息(仅仅AV内容)”，并且当AS_message_transfer_type信息是010时，表示相应的EAT包括EAS消息。为此，长度字段和相对于相应的EAS消息的字段被增加。当EAS_message_transfer_type信息是011时，这个信息表示相应的EAS消息经由数据管道被发送。EAS可以以IP数据报的形式在数据管道内发送。为此，EAS消息发送到的物理层的IP地址信息、UDP端口信息和DP信息可以被添加。
EAS_message_encoding_type信息表示有关紧急警告消息的编码类型的信息。例如，000的EAS_message_encoding_type信息值可以表示“未指定”，001的EAS_message_encoding_type信息值可以表示“没有编码”，010的EAS_message_encoding_type信息值可以表示DEFLATE算法(RFC1951)，并且011至111的EAS_message_encoding_type信息值可以预留用于其它的编码类型。
EAS_NRT_flag信息表示NRT内容，和/或与接收的消息相关的NRT数据的存在或者不存在。0的EAS_NRT_flag信息值表示NRT内容和/或与接收的紧急消息相关的NRT数据不存在，而1的EAS_NRT_flag信息值表示NRT内容和/或与接收的紧急消息相关的NRT数据存在。
EAS_message_length信息表示EAS消息的长度。
EAS_message_byte信息包括EAS消息的内容。
IP_address信息表示携带EAS消息的IP分组的IP地址。
UDP_port_num信息表示EAS消息经由其发送的UDP端口的编号。
DP_id信息识别EAS消息经由其发送的数据管道。
automatic_tuning_channel_number信息包括有关要调谐的信道编号的信息。
automatic_tuning_DP_id信息识别相应的内容经由其发送的数据管道。
automatic_tuning_service_id信息识别相应的内容属于其的服务。
EAS_NRT_service_id信息识别对应于NRT内容和与接收的紧急警告消息相关的数据发送的情形的，即，当EAS_NRT_flag被允许时的NRT服务。
图52图示根据本发明的一个实施例用于识别与包括在链路层分组的有效载荷中的报头压缩相关的信息的方法。
当对从链路层传送到上层的分组执行报头压缩时，如上所述，需要以信令形式产生必要的信息，并且发送给接收机，使得接收机可以恢复分组的报头。这样的信息可以称为报头压缩信令信息。
报头压缩信令信息可以包括在链路层分组的有效载荷中。在这种情况下，发射机可以在链路层分组的报头或者物理层的传输参数(物理层的信令信息)中嵌入用于识别报头压缩信令信息类型的识别信息，其包括在链路层分组的有效载荷中，并且将链路层分组报头或者包括识别信息的传输参数发送给接收机。
根据一个实施例，当其值是000时，该识别信息可以表示初始化信息包括在链路层分组的有效载荷中，并且当其值是001时，表示配置参数包括在链路层分组的有效载荷中。此外，当其值是010时，该识别信息可以表示静态链信息包括在链路层分组的有效载荷中，并且当其值是011时，表示动态链信息包括在链路层分组的有效载荷中。
在这里，报头压缩信令信息可以被称作上下文信息。根据一个实施例，静态链信息或者动态链信息可以被称作上下文信息，或者静态链信息和动态链信息两者可以被称作上下文信息。
图53图示根据本发明的一个实施例的初始化信息。
包括在链路层分组的有效载荷中的初始化信息可以包括num_RoHC_channel信息、max_cid信息、large_cids信息、num_profiles信息、简档()(prifile())元素、num_IP_stream信息和/或IP_address()元素。
num_RoHC_channel信息表示RoHC信道的编号。
max_cid信息用于向解压缩器表示最大CID值。
large_cid信息具有布尔(Boolean)值，并且表示是否短的CID(0～15)，或者嵌入的CID(0～16383)用于CID配置。因此，表示CID的字节被确定。
num_profiles信息表示RoHC简档的数目。
简档()元素包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
num_IP_stream信息表示IP流的数目。
IP_address()元素包括报头压缩的IP分组的IP地址。
图54图示根据本发明的一个实施例的配置参数。
包括在链路层分组有效载荷中的配置参数可以包括RoHC_channel_id信息、num_context信息、context_id信息、context_profile信息、packet_configuration_mode信息和/或context_transmission_mode信息。
RoHC_channel_id信息识别RoHC信道。
num_context信息表示RoHC上下文的数目。
context_id信息识别RoHC上下文。context_id信息可以表示以下的RoHC相关的字段对应于其的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
packet_configuration_mode信息识别分组配置模式。分组配置模式已经如上所述。
context_transmission_mode信息识别上下文传输模式。上下文传输模式已经如上所述。上下文可以经由正常广播数据通过其传送的路径，或者分配用于信令信息传输的路径发送。
图55图示根据本发明的一个实施例的静态链信息。
包括在链路层分组有效载荷中的静态链信息可以包括context_id信息、context_profile信息、static_chain_length信息、static_chain()元素、dynamic_chain_incl信息、dynamic_chain_length信息和/或dynamic_chain()元素。
context_id信息识别RoHC上下文。context_id信息可以表示以下的RoHC相关的字段对应于其的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
static_chain_length信息表示static_chain()元素的长度。
static_chain()元素包括属于在RoHC报头压缩期间从上层分组中提取的静态链的信息。
dynamic_chain_incl信息表示是否包括动态链信息。
dynamic_chain_length信息表示dynamic_chain()元素的长度。
dynamic_chain()元素包括属于在RoHC报头压缩期间从上层分组中提取的动态链的信息。
图56图示根据本发明的一个实施例的动态链信息。
包括在链路层分组有效载荷中的动态链信息可以包括context_id信息、context_profile信息、dynamic_chain_length信息和/或dynamic_chain()元素。
context_id信息识别RoHC上下文。context_id信息可以表示以下的RoHC相关的字段对应于其的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息包括在RoHC中有关报头压缩协议的信息。在RoHC中，只有当压缩器和解压缩器具有相同的简档时，流可以被压缩和恢复。
dynamic_chain_length信息表示dynamic_chain()元素的长度。
dynamic_chain()元素包括属于在RoHC报头压缩期间从上层分组中提取的动态链的信息。
图57图示根据本发明的其它的实施例的链路层分组的报头结构。
首先，描述单个完整的输入分组在链路层分组中包括和封装的实施例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图示根据本发明的一个实施例用于发送广播信号的方法。
根据本发明的一个实施例用于发送广播信号的方法可以包括产生包括广播数据的多个输入分组，使用输入分组产生链路层分组，产生广播信号和/或发送广播信号的步骤。
特别地，在服务提供者上的第一模块可以产生多个输入分组(t73010)。在这里，多个输入分组可以是MPEG2-TS分组、IP分组、特定格式的分组，或者限定和未来使用的分组。第一模块可以是产生广播数据和以输入分组的形式形成广播数据的特定的模块。
在服务提供者上的第二模块可以使用多个输入分组产生至少一个链路层分组(t73020)。这个步骤可以包括在链路层中产生链路层分组的前面提到的封装输入分组的过程。在这里，链路层分组可以具有根据以上所述的实施例的分组结构。
在当前的实施例中，链路层分组的报头可以包括分组类型信息和有效载荷配置信息。分组类型信息和有效载荷配置信息可以包括在链路层分组的报头的基础报头中。分组类型信息可以表示包括在链路层分组的有效载荷中的输入分组的类型，并且有效载荷配置信息可以表示链路层分组的有效载荷的配置。分组类型信息可以对应于前面提到的Packet_Type字段，并且有效载荷配置信息可以对应于前面提到的PC字段。
在服务提供者上的第三模块可以使用产生的链路层分组产生广播信号(t73030)。这个操作可以对应于使用链路层分组的操作，诸如在物理层中执行的交织和成帧。在服务提供者上的第四模块可以发送产生的广播信号(t73040)。在这里，第四模块可以对应于天线。
在根据本发明的另一个实施例用于发送广播信号的方法中，基础报头可以进一步包括表示有效载荷长度的第一长度信息。第一长度信息可以对应于前面提到的长度(LSB)字段。
在根据本发明的另一个实施例用于发送广播信号的方法中，有效载荷可以包括在输入分组之中的单个输入分组。也就是说，链路层分组可以包括如上所述的单个输入分组。当链路层分组包括单个输入分组时，基础报头可以进一步包括表示是否链路层分组的报头进一步包括附加报头的报头模式信息。报头模式信息可以对应于前面提到的HM字段。
在根据本发明的另一个实施例用于发送广播信号的方法中，附加报头可以进一步包括第二长度信息。第二长度信息可以与第一长度信息有关，以表示包括单个输入分组的有效载荷的总长度。在这里，第二长度信息可以对应于前面提到的长度MSB字段。当前的实施例可以对应于单个分组被封装的情形。
在根据本发明的另一个实施例用于发送广播信号的方法中，附加报头可以进一步包括表示是否链路层分组包括子流ID信息的子流标记信息。子流ID信息可以对应于前面提到的SID信息，并且子流标记信息可以对应于前面提到的SIF信息。SID信息可以对应于前面提到的标签信息。SIF信息可以对应于前面提到的LF字段。
在根据本发明的另一个实施例用于发送广播信号的方法中，有效载荷可以包括多个输入分组或者一个输入分组的片段。也就是说，当单个分组不包括在链路层分组(PC＝1)时，链路层有效载荷可以包括一个输入分组的分割或者级联的输入分组。在这种情况下，基础报头可以进一步包括表示是否有效载荷包括多个输入分组或者一个输入分组的分割的信息。这个信息可以对应于前面提到的S/C字段。
在根据本发明的另一个实施例用于发送广播信号的方法中，产生链路层分组的步骤可以进一步包括压缩输入分组的报头，从至少一个压缩的输入分组中提取上下文信息，并且压缩上下文信息和压缩的输入分组以产生链路层分组的步骤。提取上下文信息的步骤可以是从正在压缩/已经压缩的输入分组中提取静态链信息和/或动态链信息的过程。在这个过程之后，上下文信息可以在链路层分组中被封装，并且输入分组还可以在链路层分组中被封装。这个操作可以由前面提到的第二模块或者在第二模块中的子模块执行。
在根据本发明的另一个实施例用于发送广播信号的方法中，包括上下文信息的链路层分组可以分别地从压缩的输入分组发送。在根据本发明的另一个实施例用于发送广播信号的方法中，包括上下文信息的链路层分组可以经由用于信令的物理路径发送。上下文信息可以被分别发送，使得上下文信息可以在链路层级别被接收。上下文信息可以经由专用信道或者PLP发送。做为选择，上下文信息可以经由正常物理路径发送，并且该路径可以被示意。
在根据本发明的另一个实施例用于发送广播信号的方法中，输入分组可以是互联网协议(IP)分组、压缩的IP分组和传输流(TS)分组的一个。此外，输入分组可以是由分组类型字段和/或以太网字段表示的各种类型/协议的数据。
将给出根据本发明的一个实施例用于接收广播信号方法的描述，其没有示出。
将给出根据本发明的一个实施例用于接收广播信号方法的描述，该方法可以包括接收广播信号，获得广播信号的链路层分组，和/或使用链路层分组产生输出分组的步骤。
特别地，在接收机上的第一模块可以接收广播信号。广播信号可以是根据前面提到的实施例从服务提供者发送的广播信号。第一模块可以是接收设备，诸如天线或者调谐器。
在接收机上的第二模块可以使用接收的广播信号获得链路层分组。链路层分组可以如上所述。这个过程可以对应于在接收机上处理在物理层中的广播信号以输出输出流给链路层的过程。
随后，在接收机上的第三模块可以通过处理链路层分组产生输出分组。在这里，输出分组可以对应于从服务提供者发送给链路层的输入分组。在这个过程中，在链路层分组中封装的分组可以被恢复。这个过程可以对应于前面提到的“使用输入分组产生链路层的步骤”的逆过程。
根据本发明的实施例用于接收广播信号的方法可以对应于根据本发明前面提到的实施例用于发送广播信号的方法。用于接收广播信号的方法可以由对应于在用于发送广播信号的方法中使用的模块的硬件模块(例如，第一、第二、第三和第四模块)执行。用于接收广播信号的方法可以具有对应于用于发送广播信号的前面提到的方法的实施例的实施例。
前面提到的步骤可以被省略或者由执行根据实施例类似/相同的操作的其它的步骤替换。
图74图示根据本发明的一个实施例用于发送广播信号的装置。
根据本发明的一个实施例用于发送广播信号的装置可以包括前面提到的第一模式、第二模块、第三模块和/或第四模块。各自的块和模块如上所述。
根据本发明的一个实施例用于发送广播信号的装置及其内部模块/块可以执行根据本发明用于发送广播信号的方法的前面提到的实施例。
将给出根据本发明的一个实施例用于接收广播信号装置的描述，其没有示出。
根据本发明的一个实施例用于接收广播信号的装置可以包括在接收机上前面提到的第一模式、第二模块和/或第三模块。各自的块和模块如上所述。
根据本发明的一个实施例用于接收广播信号的装置及其内部模块/块可以执行根据本发明用于接收广播信号的方法的前面提到的实施例。
该装置的前面提到的内部块/模块可以是执行存储在存储器中顺序的处理的处理器，并且可以是设置在根据一个实施例的装置的内部/外面的硬件元件。
前面提到的模块可以被省略或者由执行根据实施例类似/相同的操作的其它的模块替换。
模块或者单元可以是执行存储在存储器(或者存储单元)中顺序的处理的处理器。在前面提到的实施例中描述的步骤可以由硬件/处理器执行。在以上所述的实施例中描述的模块/块/单元可以起硬件/处理器的作用。由本发明提出的方法可以作为代码执行。这样的代码可以写在处理器可读的存储介质上，并且因此，可以由通过装置提供的处理器读取。
虽然为了方便起见一些实施例已经参考各自的附图描述，这些实施例可以被合并以实现新的实施例。此外，设计存储用于实现前面提到的实施例的程序的计算机可读的记录介质是在本发明的范围之内。
根据本发明的装置和方法不局限于以上描述的实施例的配置和方法，并且所有或者一些实施例可以有选择地合并以获得各种改进。
由本发明提出的方法可以作为存储在包括在网络设备中的处理器可读的记录介质中的处理器可读的代码实现。处理器可读的记录介质包括存储由处理器可读的数据的各种记录介质。处理器可读的记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储设备等等和作为载波的实施例，诸如经互联网的传输。此外，作为以分布方式可读的代码存储和执行的处理器可读的记录介质可以分配给经由网络连接的计算机系统。
虽然为了说明性的目的已经公开了本发明的优选实施例，那些本领域技术人员将理解，不脱离如在伴随的权利要求中公开的本发明的范围和精神的各种改进、添加和替换是可允许的。这样的改进不应该从本发明的技术精神或者预期分别地理解。
在本说明书中提及的装置和方法发明两者，以及装置和方法发明两者的描述可以互补地相互适用。
本领域技术人员应该理解，不脱离本发明的精神和基本特征，本发明可以以除在此处阐述的那些之外的其他特定的方法实现。因此，本发明的范围将由所附的权利要求及其合法的等效，而不由以上的描述来确定，而且出现在所附的权利要求的含义和等效范围内的所有的变化意欲包含在其中。
在本说明书中，装置发明和方法发明两者被提及，并且装置发明和方法发明两者的描述可以互补地适用。
各种实施例已经以用于实现本发明的最好的模式描述。
工业实用性
本发明适用于提供字段的广播信号。
如相关领域技术人员将认识和理解的，在本发明的精神和范围内的各种等效的改进是可允许的。因此，意图是本发明覆盖本发明的改进和变化，只要它们落入所附的权利要求和其等效范围之内。

Claims (20)

1.一种用于发送广播信号的方法，包括：
产生包括输入分组的链路层分组，
所述链路层分组中的每个报头包括基础报头，所述基础报头包括分组类型信息和有效载荷配置信息，
所述分组类型信息表示在所述链路层分组的每个的有效载荷中所述输入分组的类型，
所述有效载荷配置信息表示所述链路层分组的每个的有效载荷的配置；
产生包括所述链路层分组的数据分组，所述数据分组由数据管道DP携带；和
发送包括所述数据分组的广播信号，
响应于所述有效载荷配置信息表示所述有效载荷包括单个分组，所述基础报头包括报头模式信息，并且响应于所述报头模式信息包括特定值，在所述链路中的每个中存在用于所述单个分组的附加报头，
所述附加报头包括表示在所述链路层分组的每个中是否存在可选择的报头的标记信息。
2.根据权利要求1所述的方法，其中，所述链路层分组的每个报头进一步包括指示所述有效载荷的长度的第一长度信息。
3.根据权利要求2所述的方法，
其中，所述附加报头进一步包括第二长度信息，以及
其中，所述第二长度信息与所述第一长度信息级联以获得在所述链路层分组的一个链路层分组中的所述有效载荷的总长度。
4.根据权利要求1所述的方法，其中，所述链路层分组中的至少一个的每个报头进一步包括子流标记信息，
其中，所述子流标记信息表示所述链路层分组中的所述至少一个是否包括子流标识信息。
5.根据权利要求1所述的方法，其中，当所述链路层分组中的一个携带多于一个输入分组或者输入分组的片段时，所述链路层分组中的一个链路层分组的报头进一步包括第一信息，所述第一信息具有表示链路层分组的有效载荷的携带输入分组的片段和用于分割的附加报头的第一值，或者表示所述有效载荷携带一个或多个完整的输入分组和用于级联的附加报头的第二值。
6.根据权利要求1所述的方法，其中，产生包括输入分组的链路层分组包括：
压缩所述输入分组的报头；
从压缩的输入分组中的至少一个提取上下文信息；和
通过封装所述上下文信息和所述压缩的输入分组产生所述链路层分组。
7.根据权利要求6所述的方法，其中，包括所述上下文信息的至少一个链路层分组分别地从所述压缩的输入分组被发送。
8.根据权利要求6所述的方法，其中，包括所述上下文信息的至少一个链路层分组经由用于信令的物理路径被发送。
9.根据权利要求1所述的方法，其中，所述输入分组是互联网协议IP分组、压缩的IP分组或者传输流TS分组。
10.一种用于发送广播信号的装置，包括：
第一发生器，所述第一发生器产生包括输入分组的链路层分组，
所述链路层分组中的每个报头包括基础报头，所述基础报头包括分组类型信息和有效载荷配置信息，
所述分组类型信息表示在所述链路层分组的每个的有效载荷中所述输入分组的类型，并且
所述有效载荷配置信息表示所述链路层分组中的每个的有效载荷的配置；
所述第一发生器产生包括所述链路层分组的数据分组，所述数据分组由数据管道DP携带；和
发送器，所述发送器发送包括所述数据分组的广播信号，
响应于所述有效载荷配置信息表示所述有效载荷包括单个分组，所述基础报头包括报头模式信息，并且响应于所述报头模式信息包括特定值，在所述链路中的每个中存在用于所述单个分组的附加报头，
所述附加报头包括表示在所述链路层分组的每个中是否存在可选择的报头的标记信息。
11.根据权利要求10所述的装置，其中，所述链路层分组的每个报头进一步包括指示所述有效载荷的长度的第一长度信息。
12.根据权利要求11所述的装置，
其中，所述附加报头进一步包括第二长度信息，以及
其中，所述第二长度信息与所述第一长度信息级联以获得在所述链路层分组的一个链路层分组中的所述有效载荷的总长度。
13.根据权利要求10所述的装置，其中，所述链路层分组中的至少一个的每个报头进一步包括子流标记信息，
其中，所述子流标记信息指示所述链路层分组中的所述至少一个是否包括子流标识信息。
14.根据权利要求10所述的装置，其中，当所述链路层分组中的一个携带多于一个输入分组或者输入分组的片段时，所述链路层分组中的一个链路层分组的报头进一步包括第一信息，所述第一信息具有表示链路层分组的有效载荷的携带输入分组的片段和用于分割的附加报头的第一值，或者表示所述有效载荷携带一个或多个完整的输入分组和用于级联的附加报头的第二值。
15.根据权利要求10所述的装置，其中，所述第一发生器压缩所述输入分组的报头，从压缩的输入分组的至少一个提取上下文信息，并且通过封装所述上下文信息和所述压缩的输入分组产生所述链路层分组。
16.根据权利要求15所述的装置，其中，包括所述上下文信息的至少一个链路层分组分别地从所述压缩的输入分组被发送。
17.根据权利要求15所述的装置，其中，包括所述上下文信息的所述至少一个链路层分组经由用于信令的物理路径被发送。
18.根据权利要求10所述的装置，其中，所述输入分组是IP分组、压缩的IP分组或者TS分组。
19.一种接收广播信号的方法，所述方法包括：
接收包括至少一个信号帧的广播信号，
所述至少一个信号帧包括由数据管道DP携带的数据分组，并且所述数据分组包括具有服务数据的链路层分组；
处理来自所述数据分组的所述链路层分组，
所述链路层分组中的每个报头包括基础报头，所述基础报头包括分组类型信息和有效载荷配置信息，
所述分组类型信息表示在所述链路层分组的每个的有效载荷中的分组的类型，
所述有效载荷配置信息表示所述链路层分组的每个的有效载荷的配置；
响应于所述有效载荷配置信息表示所述有效载荷包括单个分组，所述基础报头包括报头模式信息，并且响应于所述报头模式信息包括特定值，在所述链路中的每个中存在用于所述单个分组的附加报头，
其中，所述附加报头包括表示在所述链路层分组的每个中是否存在可选择的报头的标记信息，
从所述链路层分组解封装所述服务数据。
20.一种接收广播信号的装置，所述装置包括：
调谐器，所述调谐器接收包括至少一个信号帧的广播信号，
所述至少一个信号帧包括由数据管道DP携带的数据分组，并且所述数据分组包括具有服务数据的链路层分组；
处理器，所述处理器处理来自所述数据分组的所述链路层分组，
所述链路层分组中的每个报头包括基础报头，所述基础报头包括分组类型信息和有效载荷配置信息，
所述分组类型信息表示在所述链路层分组的每个的有效载荷中的分组的类型，
所述有效载荷配置信息表示所述链路层分组的每个的有效载荷的配置；
响应于所述有效载荷配置信息表示所述有效载荷包括单个分组，所述基础报头包括报头模式信息，并且响应于所述报头模式信息包括特定值，在所述链路中的每个中存在用于所述单个分组的附加报头，
其中，所述附加报头包括表示在所述链路层分组的每个中是否存在可选择的报头的标记信息，
解封装器，所述解封装器从所述链路层分组解封装所述服务数据。
CN201580002292.5A 2014-10-20 2015-10-20 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法 Expired - Fee Related CN105765943B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462066331P 2014-10-20 2014-10-20
US62/066,331 2014-10-20
US201462069257P 2014-10-27 2014-10-27
US62/069,257 2014-10-27
PCT/KR2015/011037 WO2016064150A1 (ko) 2014-10-20 2015-10-20 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
CN105765943A CN105765943A (zh) 2016-07-13
CN105765943B true CN105765943B (zh) 2019-08-23

Family

ID=55761131

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580002292.5A Expired - Fee Related CN105765943B (zh) 2014-10-20 2015-10-20 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法

Country Status (6)

Country Link
US (3) US10523731B2 (zh)
EP (1) EP3211849A4 (zh)
JP (2) JP6359680B2 (zh)
KR (1) KR101801587B1 (zh)
CN (1) CN105765943B (zh)
WO (1) WO2016064150A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160052313A (ko) 2014-11-04 2016-05-12 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
KR101801595B1 (ko) * 2015-01-21 2017-11-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102387881B1 (ko) * 2015-04-17 2022-04-18 삼성전자주식회사 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치
WO2017217825A1 (ko) * 2016-06-17 2017-12-21 엘지전자(주) 방송 신호 송수신 장치 및 방법
TWI736648B (zh) 2016-07-15 2021-08-21 美商第一媒體有限責任公司 未來證明之控制發信號
MX2019004781A (es) * 2016-11-03 2019-08-12 Sharp Kk Señalizacion de identificador de radiodifusion.
JP7139310B2 (ja) 2017-03-14 2022-09-20 ソニーセミコンダクタソリューションズ株式会社 送信装置、受信装置、及び、データ処理方法
KR102356784B1 (ko) 2017-11-09 2022-02-08 엘지전자 주식회사 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1602616A (zh) * 2002-08-09 2005-03-30 松下电器产业株式会社 报头压缩/解压缩装置和报头压缩/解压缩方法
CN103858370A (zh) * 2011-10-13 2014-06-11 三星电子株式会社 在移动通信系统中发送/接收前向纠错分组的装置和方法
CN104081702A (zh) * 2011-11-24 2014-10-01 三星电子株式会社 用于在通信系统中发送/接收分组的设备和方法
CN104247436A (zh) * 2012-04-25 2014-12-24 三星电子株式会社 在数字广播系统中用于发送和接收的信令信息的装置和方法

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6160808A (en) * 1997-12-18 2000-12-12 3Com Corporation Technique for transmitting incoming multi-link point-to-point (PPP) packet traffic over multiple outgoing links in a multi-link bundle
KR100434270B1 (ko) * 2001-05-30 2004-06-04 엘지전자 주식회사 가전기기 네트워크 제어시스템
US7908388B1 (en) * 2001-11-20 2011-03-15 Nokia Corporation Multicast address to packet identifier mapping for broadcast systems
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
ATE438242T1 (de) * 2002-10-31 2009-08-15 Alcatel Lucent Verfahren zur bearbeitung von datenpaketen auf schicht drei in einer telekommunikationsvorrichtung
US7634582B2 (en) * 2003-12-19 2009-12-15 Intel Corporation Method and architecture for optical networking between server and storage area networks
SE0400288D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Improvements in or relating to telecommunication services
JP2006287284A (ja) 2005-03-31 2006-10-19 Nec Corp 無線通信システム及びそのヘッダ圧縮制御方法
US8368530B1 (en) * 2006-08-02 2013-02-05 A&T Mobility II LLC Network directed cell broadcasts for emergency alert system
KR101091471B1 (ko) 2006-12-18 2011-12-07 엘지에릭슨 주식회사 이동통신 시스템에서 중계선 제어를 위한 패킷 압축/해제장치 및 그 방법
WO2008115402A2 (en) * 2007-03-15 2008-09-25 Interdigital Technology Corporation Method and apparatus for reconfiguring medium access control components in wireless communications
US8228910B2 (en) * 2007-05-09 2012-07-24 Entropic Communications, Inc. Aggregating network packets for transmission to a destination node
KR101227029B1 (ko) * 2007-05-14 2013-01-28 삼성전자주식회사 방송 송신 방법 및 장치와 방송 수신 방법 및 장치
KR101405966B1 (ko) * 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405970B1 (ko) * 2007-06-28 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8817780B2 (en) * 2007-08-08 2014-08-26 Maxlinear, Inc. TS packet grooming
US8248910B2 (en) * 2008-01-29 2012-08-21 Nokia Corporation Physical layer and data link layer signalling in digital video broadcast preamble symbols
JP5245761B2 (ja) 2008-11-26 2013-07-24 富士通株式会社 送信装置、受信装置、送信方法及び受信方法
US8542706B2 (en) * 2008-12-08 2013-09-24 Qualcomm Incorporated Method and apparatus related to packet fragmentation and reconstruction
US8358670B2 (en) * 2008-12-30 2013-01-22 Samsung Electronics Co., Ltd. Method and apparatus for processing packet
WO2010082768A2 (ko) * 2009-01-14 2010-07-22 엘지전자 주식회사 효율적인 mac 헤더 설계 및 이를 이용한 통신
US8867441B2 (en) 2009-01-14 2014-10-21 Lg Electronics Inc. Wireless apparatus for a multi-carrier system
US20100232356A1 (en) * 2009-03-16 2010-09-16 Qualcomm Incorporated Layer two segmentation techniques for high data rate transmissions
KR101629856B1 (ko) * 2009-04-01 2016-06-24 코닌클리케 필립스 엔.브이. 무선 ｕｗｂ 디바이스들에서 프레임 연쇄
KR101147777B1 (ko) 2009-04-14 2012-05-25 엘지전자 주식회사 매체접속제어 프로토콜데이터 유닛 전송방법
JP5778672B2 (ja) 2009-07-08 2015-09-16 トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ バックワードルッキングロバストヘッダ圧縮レシーバ
EP2362653A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
EP3010160A1 (en) 2010-04-01 2016-04-20 LG Electronics Inc. Compressed ip-plp stream with ofdm
CA2818298C (en) 2010-04-28 2017-03-21 Lg Electronics Inc. Broadcast signal transmitter, broadcast signal receiver, and method for transceiving broadcast signals in broadcast signal transceivers
DK2567524T3 (da) * 2010-05-03 2019-09-09 Nokia Technologies Oy Reduktion af protokolspild
EP2601767B1 (en) * 2010-08-03 2018-10-31 Samsung Electronics Co., Ltd Method and base station of communicating packet data units over the gb-interface of a mobile network
EP2645709B1 (en) * 2010-11-23 2019-10-23 LG Electronics Inc. Broadcast signal transmitting apparatus and broadcast signal transceiving method in broadcast signal transmitting apparatus
US8744010B2 (en) * 2011-05-12 2014-06-03 Nokia Corporation Providing signaling information in an electronic service guide
US8929373B2 (en) 2011-09-29 2015-01-06 Intel Corporation Sending packets with expanded headers
WO2013050629A1 (es) 2011-10-05 2013-04-11 Simplicity Works Europe, S.L. Procedimiento de fabricación de calzado
US8938551B2 (en) * 2012-04-10 2015-01-20 Intel Mobile Communications GmbH Data processing device
EP2839384B1 (en) 2012-04-18 2018-10-24 Acme Packet, Inc. Redundancy for real time communications
US8811401B2 (en) * 2012-06-21 2014-08-19 Breakingpoint Systems, Inc. Binding of network flows to process threads
US20130343380A1 (en) * 2012-06-21 2013-12-26 Rodney S. Canion Flexible port binding for control processor
US8891528B2 (en) * 2012-06-21 2014-11-18 Breakingpoint Systems, Inc. Managing the capture of packets in a computing system
US8959325B2 (en) * 2012-06-21 2015-02-17 Breakingpoint Systems, Inc. Systems and methods for booting devices using assigned servers in a multiple-card computing system
US9236936B2 (en) * 2012-08-31 2016-01-12 Hughes Network Systems, Llc System and method for low-complexity, high-speed preprocessing of encapsulated packets in a broadband communications network
US20140328354A1 (en) * 2012-10-17 2014-11-06 Sony Corporation Data processing apparatus, data processing method, and program
TWM487509U (zh) * 2013-06-19 2014-10-01 杜比實驗室特許公司 音訊處理設備及電子裝置
US9350657B2 (en) * 2013-07-08 2016-05-24 Nicira, Inc. Encapsulating data packets using an adaptive tunnelling protocol
KR102130151B1 (ko) * 2013-07-22 2020-07-03 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
KR102288500B1 (ko) * 2013-08-05 2021-08-11 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법
KR102284042B1 (ko) * 2013-09-04 2021-07-30 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US10432529B2 (en) * 2013-09-19 2019-10-01 Connectivity Systems Incorporated Enhanced large data transmissions and catastrophic congestion avoidance over IPv6 TCP/IP networks
US10072096B2 (en) 2013-10-14 2018-09-11 Synaffix B.V. Modified glycoprotein, protein-conjugate and process for the preparation thereof
KR101823481B1 (ko) 2014-03-03 2018-03-14 엘지전자 주식회사 방송 신호를 송신 및 수신하기 위한 장치 및 방법
US10142706B2 (en) 2014-08-01 2018-11-27 Lg Electronics Inc. Broadcast signal transmitting method, broadcast signal receiving method, broadcast signal transmitting apparatus, and broadcast signal receiving apparatus
US9948753B2 (en) * 2014-11-04 2018-04-17 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method thereof
JPWO2016132899A1 (ja) 2015-02-17 2017-11-24 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1602616A (zh) * 2002-08-09 2005-03-30 松下电器产业株式会社 报头压缩/解压缩装置和报头压缩/解压缩方法
CN103858370A (zh) * 2011-10-13 2014-06-11 三星电子株式会社 在移动通信系统中发送/接收前向纠错分组的装置和方法
CN104081702A (zh) * 2011-11-24 2014-10-01 三星电子株式会社 用于在通信系统中发送/接收分组的设备和方法
CN104247436A (zh) * 2012-04-25 2014-12-24 三星电子株式会社 在数字广播系统中用于发送和接收的信令信息的装置和方法

Also Published As

Publication number Publication date
US20210185108A1 (en) 2021-06-17
JP2018121347A (ja) 2018-08-02
US20160294914A1 (en) 2016-10-06
CN105765943A (zh) 2016-07-13
JP6556890B6 (ja) 2019-11-13
US10523731B2 (en) 2019-12-31
WO2016064150A1 (ko) 2016-04-28
KR101801587B1 (ko) 2017-11-27
US20200195704A1 (en) 2020-06-18
US11496542B2 (en) 2022-11-08
JP6359680B2 (ja) 2018-07-18
JP6556890B2 (ja) 2019-08-07
EP3211849A1 (en) 2017-08-30
EP3211849A4 (en) 2018-04-18
US10972527B2 (en) 2021-04-06
JP2017505080A (ja) 2017-02-09
KR20160059477A (ko) 2016-05-26

Similar Documents

Publication Publication Date Title
CN105981318B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105765943B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
US11019186B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN106464944B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
US11606293B2 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
CN111954029A (zh) 广播信号发送和接收设备及广播信号发送和接收方法
KR101823482B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101792519B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20190823