CN111954030A - 广播信号发送和接收设备及广播信号发送和接收方法 - Google Patents
广播信号发送和接收设备及广播信号发送和接收方法 Download PDFInfo
- Publication number
- CN111954030A CN111954030A CN202010701565.8A CN202010701565A CN111954030A CN 111954030 A CN111954030 A CN 111954030A CN 202010701565 A CN202010701565 A CN 202010701565A CN 111954030 A CN111954030 A CN 111954030A
- Authority
- CN
- China
- Prior art keywords
- information
- service
- signaling
- signaling information
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
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/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/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
- 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/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
- H04N21/4383—Accessing a communication channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6408—Unicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
Abstract
本发明涉及广播信号发送和接收设备及广播信号发送和接收方法。本发明提出一种发送广播信号的方法。根据本发明的发送广播信号的方法提出能够在支持使用地面广播网络和因特网的下一代混合广播的环境下支持下一代广播服务的系统。此外,本发明提出一种能够在支持下一代混合广播的环境下包括地面广播网络和因特网的有效信令方法。
Description
本申请是2017年9月20日提交的国际申请日为2016年1月29日的申请号为201680016916.3(PCT/KR2016/001030)的,发明名称为“广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法”的专利申请的分案申请。
技术领域
本发明涉及发送广播信号的装置、接收广播信号的装置以及发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输走向终结,正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可包括比模拟广播信号更大量的视频/音频数据,并且除了视频/音频数据以外还包括各种类型的附加数据。
发明内容
技术问题
即,数字广播系统可提供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是图示根据本发明的实施例的比特交织编码和调制(BICM)块的框图;
图20是图示根据本发明的另一实施例的BICM块的框图;
图21图示根据本发明的实施例的物理层信令(PLS)的比特交织过程;
图22是图示根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置的框图;
图23图示根据本发明的实施例的帧的信令层级结构;
图24是图示根据本发明的实施例的PLS1数据的表;
图25是图示根据本发明的实施例的PLS2数据的表;
图26是图示根据本发明的另一实施例的PLS2数据的表;
图27图示根据本发明的实施例的帧的逻辑结构;
图28图示根据本发明的实施例的PLS映射;
图29图示根据本发明的实施例的时间交织;
图30图示根据本发明的实施例的扭曲行-列块交织器的基本操作;
图31图示根据本发明的另一实施例的扭曲的行-列块交织器的操作;
图32是图示根据本发明的实施例的根据各个FFT模式的包括主伪随机二进制序列(PRBS)生成器和子PRBS生成器的交织地址生成器的框图;
图33图示根据本发明的实施例的用于所有FFT模式的主PRBS;
图34图示根据本发明的实施例的用于FFT模式的子PRBS和用于频率交织的交织地址;
图35图示根据本发明的实施例的时间交织器的写入操作;
图36是图示根据PLP的数量应用的交织类型的表;
图37是包括混合时间交织器的结构的第一示例的框图;
图38是包括混合时间交织器的结构的第二示例的框图;
图39是包括混合时间解交织器的结构的第一示例的框图;
图40是包括混合时间解交织器的结构的第二示例的框图;
图41图示根据本发明的另一实施例的协议栈;
图42图示根据本发明的另一实施例的分级信令结构;
图43图示根据本发明的另一实施例的SLT;
图44图示根据本发明的另一实施例的被用于服务信令的正常报头;
图45图示根据本发明的另一实施例的过滤信令表的方法;
图46图示根据本发明的另一实施例的服务映射表(SMT);
图47图示根据本发明另一实施例的URL信令表(UST);
图48图示根据本发明的实施例的分层服务;
图49图示根据本发明的另一实施例的使用SLT的快速扫描过程;
图50图示根据本发明的另一实施例的使用SLT的全服务扫描过程;
图51图示根据本发明的另一实施例的获取仅通过广播网络传送的服务(单个ROUTE会话)的过程;
图52图示根据本发明的另一实施例的获取仅通过广播网络传送的服务(多个ROUTE会话)的过程;
图53图示根据本发明另一实施例的通过广播网络引导ESG信息的过程;
图54图示根据本发明的另一实施例的通过宽带网络引导ESG信息的过程;
图55图示根据本发明的另一实施例获取通过广播网络和宽带网络传送的服务的(混合)过程;
图56图示根据本发明的另一实施例的在切换状态下的信令过程;
图57图示根据本发明的另一实施例的根据可伸缩编码的信令过程;
图58图示根据本发明实施例的用于信令表请求的查询项;
图59图示根据本发明的实施例的服务LCT会话实例描述(SLSID)的配置;
图60图示根据本发明实施例的broadband_location_descriptor的配置;
图61图示根据本发明的另一实施例的用于信令表请求的查询项;
图62图示根据本发明实施例的用于未来广播系统的协议栈;
图63图示根据本发明实施例的链路层接口;
图64图示根据本发明实施例的来自于链路层的操作模式当中的正常模式的操作;
图65图示根据本发明实施例的来自于链路层的工作模式当中的透明模式的操作;
图66图示根据本发明实施例的发射机的链路层结构(正常模式);
图67图示根据本发明的实施例的接收机的链路层结构(正常模式);
图68图示根据本发明的实施例的链路层组织类型的定义;
图69图示根据本发明的实施例的当逻辑数据路径仅包括正常数据管道时的广播信号处理;
图70图示根据本发明的实施例的当逻辑数据路径包括正常数据管道和基本数据管道时的广播信号处理;
图71图示根据本发明实施例的当逻辑数据路径包括正常数据管道和专用信道时的广播信号处理;
图72图示根据本发明实施例的当逻辑数据路径包括正常数据管道、基本数据管道和专用信道时的广播信号处理;
图73图示当根据本发明的实施例的当逻辑数据路径包括正常数据管道、基本数据管道和专用信道时在接收机的链路层中处理信号和/或数据的操作;
图74图示根据本发明实施例的FIC的语法;
图75图示根据本发明的实施例的紧急警报表(EAT)的语法;
图76图示根据本发明的实施例的通过数据管道传送的分组;
图77图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基本DP和正常DP时在发射机的各个协议栈中处理信号和/或数据的操作;
图78图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基本DP和正常的DP时在接收机的各个协议栈中处理信号和/或数据的操作;
图79图示根据本发明另一实施例的FIC的语法;
图80图示根据本发明的实施例的Signaling_Information_Part();
图81图示根据本发明的实施例在链路层中控制发射机和/或接收机的操作模式的过程;
图82图示根据本发明的实施例的根据标志值被传送到物理层的分组的格式和链路层操作;
图83图示根据本发明的实施例的用于用信号发送模式控制参数的描述符;
图84是图示根据本发明的实施例的控制操作模式的发射机操作的流程图;
图85是图示根据本发明的实施例的根据操作模式处理广播信号的接收机操作的流程图;
图86图示根据本发明实施例的标识封装模式的信息;
图87图示根据本发明实施例的标识报头压缩模式的信息;
图88图示根据本发明的实施例的标识分组重新配置模式的信息;
图89图示根据本发明实施例的上下文传输模式;
图90图示当根据本发明的实施例的当应用RoHC作为报头压缩方案时的初始化信息;
图91图示根据本发明的实施例的标识链路层信令路径配置的信息;
图92图示根据本发明的实施例的关于通过比特映射方法表示的信令路径配置的信息;
图93是图示根据本发明的实施例的链路层初始化过程的流程图;
图94是图示根据本发明的另一实施例的链路层初始化过程的流程图;
图95图示根据本发明的实施例的用于发送初始化参数的信令格式;
图96图示根据本发明的另一实施例的用于发送初始化参数的信令格式;
图97图示根据本发明的另一实施例的用于发送初始化参数的信令格式;
图98图示根据本发明实施例的接收机;
图99图示根据本发明实施例的混合广播接收装置;
图100是根据本发明实施例的混合广播接收机的框图;
图101图示根据本发明实施例的未来混合广播系统的协议栈;
图102图示根据本发明的实施例的被传送到未来广播系统的物理层的传输帧的结构;
图103图示根据本发明的实施例的应用层传输协议的传输分组;
图104图示根据本发明的实施例的未来广播系统发送信令数据的方法;
图105图示根据本发明的实施例的扩展LCT会话实例描述(ExtendedLSID)的配置;
图106图示根据本发明的实施例的使用ELSID SLS分段的信令的结构;
图107图示根据本发明的实施例的示出通过FIC的SLS引导信息的信令结构和根据其的ROUTE会话和ELSID之间的关系;
图108图示根据本发明的实施例的USBD的配置;
图109图示根据本发明的另一实施例的SLSID的配置;
图110图示根据本发明的另一实施例的SLSID的配置;
图111图示根据本发明的另一实施例的SLSID的配置;
图112图示根据本发明的另一实施例的SLSID的配置;
图113图示根据本发明的实施例的服务映射表(SMT)的配置;
图114图示根据本发明的实施例的使用SLSID和MPD来用信号发送组件的位置信息的方法;
图115图示根据本发明的另一实施例的USBD的配置;
图116图示根据本发明实施例的用于使用ESG调度片段发送NRT服务的调度信息的方法;
图117是图示根据本发明的实施例的发送广播信号的方法的流程图;
图118是根据本发明的实施例的发送广播信号的装置的配置;
图119是图示根据本发明的实施例的接收广播信号的方法的流程图;
图120是根据本发明的实施例的接收广播信号的装置的配置。
具体实施方式
现在将详细参考本发明的优选实施例,其示例示出于附图中。下面将参考附图给出的详细描述旨在说明本发明的示例性实施例,而非示出可根据本发明实现的仅有实施例。以下详细描述包括具体细节以便提供对本发明的彻底理解。然而,对于本领域技术人员而言将显而易见的是,本发明可在没有这些具体细节的情况下实施。
尽管本发明中所使用的术语选自通常已知和使用的术语,但是本发明的描述中所提及的一些术语是由申请人斟酌选择的,其详细含义在本文描述的相关部分中描述。另外,要求本发明不简单地按照所使用的实际术语来理解,而是按照落入其内的各个术语的含义来理解。
本发明提供发送和接收用于未来广播服务的广播信号的装置和方法。根据本发明的实施例的未来广播服务包括地面广播服务、移动广播服务、超高清电视(UHDTV)服务等。根据一个实施例,本发明可通过非MIMO(多输入多输出)或MIMO来处理用于未来广播服务的广播信号。根据本发明的实施例的非MIMO方案可包括MISO(多输入单输出)方案、SISO(单输入单输出)方案等。
图1图示根据本发明的实施例的接收机协议栈。
在通过广播网络的广播服务传送中可使用两种方案。
在第一种方案中,基于MPEG媒体传输(MMT)使用MMT协议(MMTP)来发送媒体处理单元(MPU)。在第二方案中,可基于MPEG DASH使用经由单向传输的实时对象传送(ROUTE)来发送基于HTTP的动态适配流(DASH)片段。
利用ROUTE传送包括NRT媒体、EPG数据和其它文件的非时序内容。可经由MMTP和/或ROUTE传送信令,而通过服务列表表格(SLT)提供引导信令信息。
在混合服务传送中,在宽带侧使用基于HTTP/TCP/IP的MPEG DASH。ISO基本媒体文件格式(BMFF)的媒体文件被用作传送、媒体封装和同步格式以用于广播和宽带传送二者。这里,混合服务传送可指通过宽带路径传送一个或更多个节目元素的情况。
使用三个功能层传送服务。这些功能层是物理层、传送层和服务管理层。物理层提供经由广播物理层和/或宽带物理层传输信令、服务声明和IP分组流的机制。传送层提供对象和对象流传输功能。其通过MMTP或ROUTE协议启用,经由广播物理层在UDP/IP多播上运行,以及通过HTTP协议启用,经由宽带物理层在TCP/IP单播上运行。服务管理层使得诸如线性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。
首先,将描述服务管理、传送和物理层的各个逻辑实体之间的关系。
服务可作为两个基本类型中的一个来用信号通知。第一种类型是线性音频/视频或者仅音频服务(可具有基于应用的增强)。第二种类型是其呈现和构成通过在获取服务时执行的下载的应用来控制的服务。后者可被称为“基于应用的”服务。
关于用于承载服务的内容组件的ROUTE/LCT会话和/或MMTP会话的存在的规则可如下。
对于没有基于应用的增强的线性服务的广播传送,服务的内容组件可通过(1)一个或多个ROUTE/LCT会话或者(2)一个或多个MMTP会话中的任一者(但非二者)来承载。
对于具有基于应用的增强的线性服务的广播传送,服务的内容组件可通过(1)一个或多个ROUTE/LCT会话和(2)零个或多个MMTP会话来承载。
在特定实施例中,可允许在同一服务中使用MMTP和ROUTE二者来用于流媒体组件。
对于基于应用的服务的广播传送,服务的内容组件可通过一个或多个ROUTE/LCT会话来承载。
各个ROUTE会话包括一个或多个LCT会话,该一个或多个LCT会话整体或部分地承载构成服务的内容组件。在流服务传送中,LCT会话可承载诸如音频、视频或隐藏字幕流的用户服务的各个组件。流媒体被格式化为DASH片段。
各个MMTP会话包括一个或多个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)来标识。在称为基于服务的传输会话实例描述(S-TSID)的ROUTE信令结构(是服务层信令的部分)中给出了LCT会话所共有的性质以及各个LCT会话所特有的特定性质。各个LCT会话被承载于单个物理层管道上。根据给定实施例,一个LCT会话可通过多个PLP来发送。ROUTE会话的不同的LCT会话可被包含在不同的物理层管道中或者可不被包含在不同的物理层管道中。这里,ROUTE会话可通过多个PLP来传送。S-TSID中描述的性质包括各个LCT会话的TSI值和PLPID、传送对象/文件的描述符和应用层FEC参数。
MMTP会话通过目的地IP地址和目的地端口号来标识。MMTP分组流(与它所承载的服务组件关联)通过在父MMTP会话的范围内唯一的packet_id来标识。在SLT中给出了各个MMTP分组流所共有的性质以及MMTP分组流的特定性质。各个MMTP会话的性质通过MMTP会话内可承载的MMT信令消息给出。MMTP会话的不同MMTP分组流可被包含在不同物理层管道中或者可不被包含在不同物理层管道中。这里,MMTP会话可通过多个PLP来传送。MMT信令消息中所描述的性质包括各个MMTP分组流的packet_id值和PLPID。这里,MMT信令消息可具有MMT中所定义的形式,或者根据下面将描述的实施例具有变形的形式。
以下将描述低级信令(LLS)。
具有专用于此功能的熟知地址/端口的IP分组的有效载荷中所承载的信令信息被称作低级信令(LLS)。可根据实施例不同地配置IP地址和端口号。在一个实施例中,可在具有地址224.0.23.60和目的地端口4937/udp的IP分组中传输LLS。在上述协议栈上,LLS可位于由“SLT”表示的部分中。然而,根据给定实施例,LLS可通过信号帧中的单独的物理信道(专用信道)来发送,而不经受UDP/IP层的处理。
传送LLS数据的UDP/IP分组可按照被称作LLS表的形式来格式化。传送LLS数据的各个UDP/IP分组的第一字节可对应于LLS表的开始。任何LLS表的最大长度受限于可从PHY层传送的最大IP分组(65507字节)。
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,此URL告知接收机它可经由宽带从外部服务器获取任何请求的类型的数据。此元素可包括@urlType作为下级字段。根据@urlType字段的值,可指示由InetSigLoc提供的URL的类型。根据给定实施例,当@urlType字段具有值0时,InetSigLoc可提供信令服务器的URL。当@urlType字段具有值1时,InetSigLoc可提供ESG服务器的URL。当@urlType字段具有其它值时,字段可被预留以用于未来使用。
service字段是具有关于各个服务的信息的元素,并且可对应于服务入口。可存在与SLT所指示的服务的数量对应的服务元素字段。以下将描述service字段的下级属性/元素。
@serviceId可以是在此广播区域的范围内唯一地标识此服务的整数。根据给定实施例,@serviceId的范围可改变。@SLTserviceSeqNumber可以是指示服务ID等于上述serviceId属性的SLT服务信息的序列号的整数。SLTserviceSeqNumber值对于各个服务可从0开始并且每当此服务元素中的任何属性改变时可增加1。如果与具有特定值的ServiceID的先前服务元素相比没有属性值改变,则SLTserviceSeqNumber将不增加。SLTserviceSeqNumber字段在达到最大值之后返回0。
@protected是可指示用于服务的有意义再生的一个或多个组件是否处于受保护状态的标志信息。当被设定为“1”(真)时,有意义呈现所需的一个或多个组件受到保护。当被设定为“0”(假)时,此标志指示服务的有意义呈现所需的组件未受保护。默认值为假。
@majorChannelNo是表示服务的“主”信道号的整数。该字段的示例可具有1至999的范围。
@minorChannelNo是表示服务的“次”信道号的整数。该字段的示例可具有1至999的范围。
@serviceCategory可指示此服务的类别。此字段可指示根据实施例而变化的类型。根据给定实施例,当此字段具有值1、2和3时,所述值可分别对应于线性A/V服务、仅线性音频服务和基于应用的服务。当此字段具有值0时,所述值可对应于未定义类别的服务。当此字段具有除了1、2和3之外的其它值时,该字段可被预留以用于未来使用。@shortServiceName可以是服务的短字符串名称。
@hidden可以是布尔值,当其存在并被设定为“真”时指示服务旨在用于测试或专有用途,并且将不被普通TV接收机选择。当不存在时默认值为“假”。
@slsProtocolType可以是指示此服务所使用的服务层信令的协议类型的属性。此字段可指示根据实施例而变化的类型。根据给定实施例,当此字段具有值1和2时,各个对应服务所使用的SLS的协议可分别为ROUTE和MMTP。当此字段具有除了0之外的其它值时,该字段可被预留以用于未来使用。此字段可被称作@slsProtocol。
BroadcastSignaling及其下级属性/元素可提供与广播信令相关的信息。当BroadcastSignaling元素不存在时,父服务元素的子元素InetSigLoc可存在,并且其属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下,属性url支持查询参数svc=<service_id>,其中service_id对应于父服务元素的serviceId属性。
另选地,当BroadcastSignaling元素不存在时,元素InetSigLoc可作为slt根元素的子元素而存在,并且该InetSigLoc元素的属性urlType包括URL_type 0x00(至信令服务器的URL)。在这种情况下,URL_type0x00的属性url支持查询参数svc=<service_id>,其中service_id对应于父服务元素的serviceId属性。
@slsPlpId可以是表示整数的字符串,其指示承载此服务的SLS的物理层管道的PLP ID。
@slsDestinationIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4目的地地址的字符串。
@slsDestinationUdpPort可以是包含承载此服务的SLS数据的分组的端口号的字符串。如上文所述,可通过目的地IP/UDP信息执行SLS引导。
@slsSourceIpAddress可以是包含承载此服务的SLS数据的分组的dotted-IPv4源地址的字符串。
@slsMajorProtocolVersion可以是用于传送此服务的服务层信令的协议的主版本号。默认值为1。
@SlsMinorProtocolVersion可以是用于传送此服务的服务层信令的协议的次版本号。默认值为0。
@serviceLanguage可以是指示服务的主语言的三字符语言代码。此字段的值可具有根据实施例而变化的形式。
@broadbandAccessRequired可以是指示接收机需要宽带接入来进行服务的有意义的呈现的布尔值。默认值为假。当此字段具有值真时,接收机需要接入宽带以用于有意义服务再生,这可对应于混合服务传送的情况。
@capabilities可表示用于解码并有意义地呈现服务ID等于上述serviceId属性的服务的内容所需的能力。
InetSigLoc可提供用于经由宽带(如果可用的话)访问信令或声明信息的URL。其数据类型可以是任何URL数据类型的扩展,增加了指示URL允许访问什么的@urlType属性。此字段的@urlType字段可指示与上述InetSigLoc的@urlType字段相同的含义。当属性URL_type0x00的InetSigLoc元素作为SLT的元素存在时,它可用于做出对信令元数据的HTTP请求。HTTP POST消息主体可包括服务项。当InetSigLoc元素出现在区段层面时,该服务项用于指示所请求的信令元数据对象应用于的服务。如果不存在服务项,则请求区段中的所有服务的信令元数据对象。当InetSigLoc出现在服务层面时,则不需要服务项来指定期望的服务。当提供属性URL_type 0x01的InetSigLoc元素时,它可用于经由宽带检索ESG数据。如果元素作为服务元素的子元素出现,则URL可用于检索该服务的ESG数据。如果元素作为SLT元素的子元素出现,则URL可用于检索该区段中的所有服务的ESG数据。
在SLT的另一示例中,SLT的@sltSectionVersion、@sltSectionNumber、@totalSltSectionNumbers和/或@language字段可被省略。
另外,上述InetSigLoc字段可被@sltInetSigUri和/或@sltInetEsgUri字段代替。这两个字段可分别包括信令服务器的URI和ESG服务器的URI信息。与SLT的下级字段对应的InetSigLoc字段以及与service字段的下级字段对应的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可包括可获得服务信令文件的HTTPURL。
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的标识以及属于服务的资产的位置信息。这里,资产是多媒体数据实体,并且可表示数据实体,该数据实体被组合成一个唯一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分段。
以下将描述基于ROUTE的传送中的SLS。
SLS向接收机提供详细的技术信息以允许发现和访问服务及其内容组件。它可包括在专用LCT会话上承载的一组XML编码的元数据分段。该LCT会话可如上所述使用包含在SLT中的引导信息来获取。SLS按照服务级别定义,它描述服务的特性和访问信息(例如,其内容组件的列表以及如何获取它们)以及进行该服务的有意义呈现所需的接收机能力。在ROUTE/DASH系统中,对于线性服务传送,SLS由以下元数据分段组成:USBD、S-TSID和DASHMPD。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的传送中的基于应用的增强信令中,基于应用的增强信令属于基于应用的增强组件的传送,例如应用逻辑文件、本地缓存的媒体文件、网络内容项或者通知流。当可用时,应用还可经由宽带连接检索本地缓存的数据。
以下将描述图中所示的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可指示由lang属性给出的服务的名称。name元素可包括lang属性,该lang属性指示服务名称的语言。可根据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分段的各个实例在USBD分段中由userServiceDescription元素的@atsc:sTSIDUri属性参考。根据本实施例所图示的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可以是承载broadcastAppService的内容组件的广播流的标识符。当此属性不存在时,默认广播流是其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。根据给定实施例,此字段可具有用于传送ROUTE会话中的S-TSID的LCT会话的PLP的ID值,并且可具有用于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会话中承载的资产的描述。
MPU组件的SLS的流内容信令组件对应于MMT中所定义的MP表。MP表提供MMT资产的列表,其中各个资产对应于单个服务组件以及此组件的位置信息的描述。
USBD分段还可包含如上所述对S-TSID和MPD的参考,以用于分别通过ROUTE协议和宽带传送的服务组件。根据给定实施例,在通过MMT的传送中,通过ROUTE协议传送的服务组件是NRT数据等。因此,在这种情况下,MPD可能是不必要的。另外,在通过MMT的传送中,关于用于传送经由宽带传送的服务组件的LCT会话的信息是不必要的,因此S-TSID可能是不必要的。这里,MMT包可以是使用MMT传送的媒体数据的逻辑集合。这里,MMTP分组可表示使用MMT传送的媒体数据的格式化单元。MPU可表示可独立解码的时序/非时序数据的一般容器。这里,MPU中的数据是媒体编解码器不可知的。
以下将描述图中所示的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是指示上面serviceDescrText属性的语言的属性。
atsc:mpuComponent可具有关于以MPU形式传送的服务的内容组件的信息。atsc:mpuComponent可包括@atsc:mmtPackageId和/或@atsc:nextMmtPackageId。
@atsc:mmtPackageId可参考作为MPU传送的服务的内容组件的MMT包。
@atsc:nextMmtPackageId可参考针对作为MPU传送的服务的内容组件时间上在@atsc:mmtPackageId所参考的一个MMT包之后使用的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的分组的dotted-IPv4目的地地址的字符串。(默认:当前MMTP会话的源IP地址)。
@sTSIDDestinationUdpPort可以是包含承载此服务的S-TSID的分组的端口号的字符串。
@sTSIDSourceIpAddress可以是包含承载此服务的S-TSID的分组的dotted-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是指示此组件的角色或类型的属性。
对于音频(当上面的componentType属性等于0时):componentRole属性的值如下:0=完整主体,1=音乐和效果,2=对话,3=解说,4=视觉障碍,5=听觉障碍,6=画外音,7-254=预留,255=未知。
对于视频(当上面的componentType属性等于1时),componentRole属性的值如下:0=主视频,1=另选相机视图,2=其它另选视频组件,3=手势语插件,4=跟随主题视频,5=3D视频左视图,6=3D视频右视图,7=3D视频深度信息,8=<n,m>的视频阵列<x,y>的部分,9=跟随主题元数据,10-254=预留,255=未知。
对于隐藏字幕组件(当上面的componentType属性等于2时),componentRole属性的值如下:0=正常,1=易阅读,2-254=预留,255=未知。
当上面的componentType属性介于3至7(含)之间时,componentRole可等于255。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentProtectedFlag是指示此组件是否受保护(例如,被加密)的属性。当此标志被设定为值1时,此组件受保护(例如,被加密)。当此标志被设定为值0时,此组件不受保护(例如,被加密)。当不存在时,componentProtectedFlag属性的值被推断为等于0。此字段的值的含义可根据实施例来不同地设定。
@atsc:componentId是指示此组件的标识符的属性。此属性的值可与此组件所对应的MP表中的asset_id相同。
@atsc:componentName是指示此组件的人可读名称的属性。
所建议的默认值可根据实施例而变化。图中所示的“使用”列与各个字段有关。这里,M可表示必要字段,O可表示可选字段,OD可表示具有默认值的可选字段,CM可表示条件性必要字段。0...1至0...N可指示可用字段的数量。
以下将描述用于MMT的MPD。
媒体呈现描述是SLS元数据分段,其与广播公司所定义的给定持续时间的线性服务(例如,单个TV节目或者在一段时间内邻接的线性TV节目的集合)对应。MPD的内容提供片段的资源标识符以及媒体呈现内所标识的资源的上下文。MPD的数据结构和语义可根据MPEG DASH所定义的MPD。
在本实施例中,通过MMTP会话传送的MPD描述经由宽带传送的表示,例如在混合服务的情况下或者为了在由于广播信号劣化而导致的从广播至广播的切换(例如,在山下或者穿过隧道行驶)中支持服务连续性。
以下将描述用于MMT的MMT信令消息。
当MMTP会话用于承载流服务时,根据MMT所定义的信令消息模式通过MMTP分组来传送MMT所定义的MMT信令消息。除了承载特定于资产的MMT信令消息的MMTP分组(其可被设定为与承载资产的MMTP分组相同的packet_id值)以外,承载服务层信令的MMTP分组的packet_id字段的值被设定为“00”。参考各个服务的适当包的标识符如上所述通过USBD分段来用信号通知。具有匹配的MMT_package_id的MMT包表(MPT)消息可在SLT中用信号通知的MMTP会话上传送。各个MMTP会话承载特定于其会话或者MMTP会话所传送的各个资产的MMT信令消息。
换言之,可通过指定具有用于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传送,则可在MP表中使用物理层管道标识符描述符来提供承载资产的PLP的标识符。物理层管道标识符描述符将在下面描述。
MMT ATSC3(MA3)消息mmt_atsc3_message():此消息承载特定于如上所述包括服务层信令的服务的系统元数据。mmt_atsc3_message()将在下面描述。
如果需要,以下MMTP消息可通过在SLT中用信号通知的MMTP会话来传送。
媒体呈现信息(MPI)消息:此消息承载包含整个文档或者呈现信息的文档的子集的MPI表。与MPI表关联的MP表也可通过此消息来传送。
时钟关系信息(CRI)消息:此消息承载CRI表,该CRI表包含用于NTP时间戳与MPEG-2STC之间的映射的时钟相关信息。根据给定实施例,CRI消息可不通过MMTP会话来传送。
以下MMTP消息可通过承载流内容的各个MMTP会话来传送。
假想接收机缓冲模型消息:此消息承载接收机管理其缓冲所需的信息。
假想接收机缓冲模型去除消息:此消息承载接收机管理其MMT解封装缓冲所需的信息。
以下将描述与MMT信令消息之一对应的mmt_atsc3_message()。MMT信令消息mmt_atsc3_message()被定义为如上所述根据本发明来传送特定于服务的信息。该信令消息可包括与MMT信令消息的基本字段对应的消息ID、版本和/或长度字段。信令消息的有效载荷可包括服务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字段和/或length字段。根据给定实施例,基本头还可包括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可指示跟随Length字段之后存在下面所定义的单个分组的附加头。在这种情况下,有效载荷的长度大于2047字节和/或可使用可选特征(子流标识、头扩展等)。该值可根据实施例而变化。仅当链路层分组的Payload_Configuration字段具有值0时,此字段可存在。
Segmentation_Concatenation(S/C)字段可以是1比特字段,当被设定为0时可指示有效载荷承载输入分组的片段并且跟随Length字段之后存在用于下面所定义的分割的附加头。值1可指示有效载荷承载不止一个完整输入分组并且跟随Length字段之后存在用于下面所定义的级联的附加头。仅当ALP分组的Payload_Configuration字段的值为1时,此字段可存在。
Length字段可以是11比特字段,其指示链路层分组所承载的有效载荷的长度(字节)的11最低有效位(LSB)。当随后的附加头中存在Length_MSB字段时,length字段与Length_MSB字段级联并且是提供有效载荷的实际总长度的LSB。length字段的比特数可被改变为另一值,而非11比特。
因此,分组配置的以下类型是可能的:没有附加头的单个分组、具有附加头的单个分组、分割分组和级联分组。根据给定实施例,可通过各个附加头、可选头、用于下面所述的信令信息的附加头和用于时间扩展的附加头的组合进行更多分组配置。
图10图示出根据本发明的实施例的链路层分组的附加头的结构。
可存在各种类型的附加头。以下将描述用于单个分组的附加头。
当Header_Mode(HM)=“1”时,用于单个分组的该附加头可存在。当链路层分组的有效载荷的长度大于2047字节时或者当使用可选字段时,Header_Mode(HM)可被设定为1。图中示出用于单个分组的附加头(tsib10010)。
Length_MSB字段可以是5比特字段,其可指示当前链路层分组中的总有效载荷长度(字节)的最高有效位(MSB),并且与包含11最低有效位(LSB)的Length字段级联以获得总有效载荷长度。可用信号通知的有效载荷的最大长度因此为65535字节。length字段的比特数可被改变为另一值,而非11比特。另外,Length_MSB字段的比特数可改变,因此最大可表示有效载荷长度可改变。根据给定实施例,各个length字段可指示整个链路层分组的长度,而非有效载荷。
SIF(子流标识符标志)字段可以是1比特字段,其可指示在HEF字段之后是否存在子流ID(SID)。当此链路层分组中不存在SID时,SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时,SIF可被设定为1。SID的细节在下面描述。
HEF(头扩展标志)字段可以是1比特字段,其在被设定为1时可指示存在附加头以用于未来扩展。值0可指示不存在此扩展头。
以下将描述当使用分割时的附加头。
当Segmentation_Concatenation(S/C)=“0”时,此附加头(tsib10020)可存在。Segment_Sequence_Number可以是5比特无符号整数,其可指示链路层分组所承载的对应片段的顺序。对于承载输入分组的第一片段的链路层分组,此字段的值可被设定为0x0。此字段可随着属于分割的输入分组的各个附加片段而增加一。
Last_Segment_Indicator(LSI)可以是1比特字段,其在被设定为1时可指示此有效载荷中的片段是输入分组的最后一个片段。值0可指示不是最后片段。
SIF(子流标识符标志)可以是1比特字段,其可指示在HEF字段之后是否存在SID。当链路层分组中不存在SID时,SIF字段可被设定为0。当链路层分组中在HEF字段之后存在SID时,SIF可被设定为1。
HEF(头扩展标志)可以是1比特字段,其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在可选头扩展。
根据给定实施例,可另外提供分组ID字段以指示各个片段是从相同的输入分组生成的。当片段按照顺序发送时,此字段可能是不必要的,因此被省略。
以下将描述当使用级联时的附加头。
当Segmentation_Concatenation(S/C)=“1”时,此附加头(tsib10030)可存在。
Length_MSB可以是4比特字段,其可指示此链路层分组中的有效载荷长度(字节)的MSB比特。对于级联,有效载荷的最大长度是32767字节。如上文所述,具体数值可改变。
Count可以是可指示链路层分组中所包括的分组的数量的字段。链路层分组中所包括的分组的数量2可被设定为此字段。因此,链路层分组中的级联分组的最大值为9。count字段指示数量的方案可根据实施例而变化。即,可指示从1至8的数量。
HEF(头扩展标志)可以是1比特字段,其在被设定为1时可指示在附加头之后存在可选头扩展以用于链路层头的未来扩展。值0可指示不存在扩展头。
Component_Length可以是12比特长度字段,其可指示各个分组的长度(字节)。除了最后组件分组以外,Component_Length字段按照与存在于有效载荷中的分组相同的顺序被包括。长度字段的数量可由(Count+1)指示。根据给定实施例,可存在数量与count字段的值相同的长度字段。当链路层头由奇数个Component_Length组成时,四个填充比特可跟随在最后Component_Length字段之后。这些比特可被设定为0。根据给定实施例,指示最后级联的输入分组的长度的Component_length字段可不存在。在这种情况下,最后级联的输入分组的长度可对应于从整个有效载荷长度减去各个Component_length字段所指示的值之和而获得的长度。
以下将描述可选头。
如上文所述,可选头可被添加到附加头的后面。可选头字段可包含SID和/或头扩展。SID用于在链路层层面滤除特定分组流。SID的一个示例是承载多个服务的链路层流中的服务标识符的角色。如果适用的话,可在SLT中提供服务与该服务所对应的SID值之间的映射信息。头扩展包含扩展字段以用于未来使用。接收机可忽略它们不理解的任何头扩展。
SID(子流标识符)可以是可指示链路层分组的子流标识符的8比特字段。如果存在可选头扩展,则附加头与可选头扩展之间存在SID。
Header_Extension()可包括下面所定义的字段。
Extension_Type可以是可指示Header_Extension()的类型的8比特字段。
Extension_Length可以是8比特字段,其可指示从下一字节到Header_Extension()的最后字节计数的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分组的同步字节(0x47)可被删除。还提供删除NULL分组和相似TS头的选项。
为了避免不必要的传输开销,TS空分组(PID=0x1FFF)可被去除。删除的空分组可在接收机侧利用DNP字段恢复。DNP字段指示删除的空分组的计数。下面描述使用DNP字段的空分组删除机制。
为了实现更高的传输效率,MPEG-2TS分组的相似的头可被去除。当两个或更多个连续的TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时,所述头在第一分组中发送一次,其它头被删除。HDM字段可指示是否执行头删除。下面描述公共TS头删除的详细过程。
当执行所有三种开销降低机制时,可按照同步去除、空分组删除和公共头删除的顺序执行开销降低。根据给定实施例,各个机制的执行顺序可改变。另外,根据给定实施例,一些机制可被省略。
图(tsib12010)中描绘了当使用MPEG-2TS分组封装时链路层分组头的总体结构。
以下将描述各个示出的字段。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个空分组被删除。
上述各个字段的比特数可改变。根据改变的比特数,字段所指示的值的最小/最大值可改变。这些数量可由设计者来改变。
以下,将描述SYNC字节去除。
在将TS分组封装到链路层分组的有效载荷中时,来自于各个TS分组的开头的SYNC字节(0x47)可被删除。因此,封装在链路层分组的有效载荷中的MPEG2-TS分组的长度总是为长度187字节(而不是原来的188字节)。
以下将描述空分组删除。
传输流规则要求发射机的复用器的输出处和接收机的解复用器的输入处的比特率在时间上恒定,并且端到端时延也恒定。对于一些传输流输入信号,可存在空分组以便适应恒定比特流中的可变比特率服务。在这种情况下,为了避免不必要的传输开销,TS空分组(具有PID=0x1FFF的TS分组)可被去除。该过程按照去除的空分组可在接收机中被重新插入它们原来所在的精确位置的方式执行,因此保证了恒定比特率并且避免了对PCR时间戳更新的需求。
在生成链路层分组之前,称为DNP(删除空分组)的计数器可首先被重置为零,然后针对要被封装到当前链路层分组的有效载荷中的第一非空TS分组前面的各个删除的空分组增加。然后,一组连续有用的TS分组被封装到当前链路层分组的有效载荷中,并且可确定其头中的各个字段的值。在将所生成的链路层分组注入物理层之后,DNP被重置为零。当DNP达到其最大允许值时,如果下一分组也是空分组,则此空分组作为有用分组被预留并被封装到下一链路层分组的有效载荷中。各个链路层分组可在其有效载荷中包含至少一个有用TS分组。
以下将描述TS分组头删除。TS分组头删除可被称作TS分组头压缩。
当两个或更多个连续TS分组具有顺序增加的连续性计数器字段并且其它头字段相同时,头在第一分组处被发送一次,其它头被删除。当两个或更多个连续TS分组中包括重复的MPEG-2TS分组时,在发射机侧无法应用头删除。HDM字段可指示是否执行头删除。当执行TS头删除时,HDM可被设定为1。在接收机侧,利用第一分组头,恢复删除的分组头,并且通过按照从第一头开始的顺序增加来恢复连续性计数器。
图中所示的示例tsib12020是TS分组的输入流被封装到链路层分组中的过程的示例。首先,可输入包括具有SYNC字节(0x47)的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模式)下操作。另外,在本系统中,可使用由0x0002的简档标识符标识的RoHC UDP头压缩简档。
以下将描述适配。
在通过单向链路的传输中,如果接收机没有上下文信息,则解压缩器无法恢复所接收到的分组头直至接收到完整上下文。这可导致信道改变时延和打开时延。因此,压缩器与解压缩器之间的上下文信息和配置参数可总是随分组流发送。
适配功能提供配置参数和上下文信息的带外传输。带外传输可通过链路层信令来进行。因此,适配功能用于减少由于上下文信息的损失引起的信道改变时延和解压缩错误。
以下将描述上下文信息的提取。
可根据适配模式利用各种方案来提取上下文信息。在本发明中,将在下面描述三个示例。本发明的范围不限于下面将要描述的适配模式的示例。这里,适配模式可被称作上下文提取模式。
适配模式1(未示出)可以是不对基本RoHC分组流应用附加操作的模式。换言之,在此模式下适配模块可用作缓冲器。因此,在此模式下,链路层信令中可不包括上下文信息。
在适配模式2(tsib13010)下,适配模块可从ROHC分组流检测IR分组并且提取上下文信息(静态链)。在提取上下文信息之后,可将各个IR分组转换为IR-DYN分组。所转换的IR-DYN分组可代替原始分组,按照与IR分组相同的顺序被包括在ROHC分组流内并被发送。
在适配模式3(tsib13020)下,适配模块可从ROHC分组流检测IR和IR-DYN分组并且提取上下文信息。可从IR分组提取静态链和动态链,并且可从IR-DYN分组提取动态链。在提取上下文信息之后,各个IR和IR-DYN分组可被转换为压缩分组。压缩分组格式可与下一IR分组或IR-DYN分组相同。所转换的压缩分组可代替原始分组,按照与IR或IR-DYN分组相同的顺序被包括在ROHC分组流内并被发送。
可基于传输结构来封装信令(上下文)信息。例如,上下文信息可被封装到链路层信令。在这种情况下,分组类型值可被设定为“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。这样,可在接收分组流之前获取上下文信息。
在选择了用于获取分组流的PLP之后,适配模块可从所接收到的分组流检测IR-DYN分组。然后,适配模块从信令数据中的上下文信息解析静态链。这类似于接收IR分组。对于相同的上下文标识符,IR-DYN分组可被恢复成IR分组。所恢复的ROHC分组流可被发送给ROHC解压缩器。此后,可开始解压缩。
图14图示出根据本发明的实施例的链路映射表(LMT)和RoHC-U描述表。
以下将描述链路层信令。
通常,链路层信令在IP级下操作。在接收机侧,链路层信令可比诸如服务列表表格(SLT)和服务层信令(SLS)的IP级信令更早被获得。因此,可在会话建立之前获得链路层信令。
对于链路层信令,根据输入路径可存在两种类型的信令:内部链路层信令和外部链路层信令。内部链路层信令在发射机侧的链路层中生成。并且链路层从外部模块或协议取得信令。这种类型的信令信息被视为外部链路层信令。如果一些信令需要在IP级信令之前获得,则以链路层分组的格式发送外部信令。
链路层信令可如上所述被封装到链路层分组中。链路层分组可承载任何格式的链路层信令,包括二进制和XML。对于链路层信令可以不同的格式发送相同的信令信息。
内部链路层信令可包括用于链路映射的信令信息。链路映射表(LMT)提供PLP中承载的上层会话的列表。LMT还提供用于处理链路层中的承载上层会话的链路层分组的附加信息。
示出根据本发明的LMT的示例(tsib14010)。
signaling_type可以是指示该表所承载的信令的类型的8比特无符号整数字段。用于链路映射表(LMT)的signaling_type字段的值可被设定为0x01。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
num_session可以是8比特无符号整数字段,其提供上面的PLP_ID字段所标识的PLP中承载的上层会话的数量。当signaling_type字段的值为0x01时,此字段可指示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比特布尔字段,其指示承载上面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时,承载上层会话的链路层分组可在其基本头中具有值为0x00的Packet_Type字段。当此字段的值被设定为1时,承载上层会话的链路层分组可在其基本头中具有值为0x01的Packet_Type字段并且可存在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字段的值可被设定为“0x02”。
PLP_ID可以是指示与该表对应的PLP的8比特字段。
context_id可以是指示压缩IP流的上下文id(CID)的8比特字段。在该系统中,8比特CID可用于大CID。
context_profile可以是指示用于压缩流的协议的范围的8比特字段。此字段可被省略。
adaptation_mode可以是指示该PLP中的适配模块的模式的2比特字段。适配模式上面已描述。
context_config可以是指示上下文信息的组合的2比特字段。如果该表中不存在上下文信息,则此字段可被设定为“0x0”。如果static_chain()或dynamic_chain()字节被包括在该表中,则此字段可分别被设定为“0x01”或“0x02”。如果static_chain()和dynamic_chain()字节二者均被包括在该表中,则此字段可被设定为“0x03”。
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可用作将封装的信令信息传送至用于信令信息的DP tsib15100的缓冲器。这里,用于信令信息的DP tsib15100可表示上述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可将通过多个路径接收的信令信息整合。通过用于信令的DP tsib16070(将在下面描述)接收的信令信息可在信令管理器tsib16060中被整合。信令管理器tsib16060可传送链路层中的各个部分所需的信令信息。例如,信令管理器tsib16060可将用于恢复分组的上下文信息等传送至开销处理部分。另外,信令管理器tsib16060可将用于控制的信令信息传送至调度器tsib16020。
不通过单独的特定信道接收的一般信令信息可通过用于信令的DP tsib16070来接收。这里,用于信令的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可执行开销处理。
输出缓冲器tsib16220可用作在输出流被传送至IP层tsib16230之前的缓冲器。
本发明中所提出的发射机和接收机的链路层可包括上述块或模块。这样,链路层可独立地操作,而不管上层和下层,可有效地执行开销降低,并且可容易地定义/增加/删除根据上层/下层可支持的功能。
图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可利用一般链路层信令传输方案来发送,或者作为其它服务数据经由IP/UDP利用PLP来发送。
根据给定实施例,系统参数可包括发射机相关参数、服务提供商相关参数等。链路层信令可包括IP头压缩相关上下文信息和/或上下文所应用于的数据的标识信息。上层信令可包括IP地址、UDP号、服务/组件信息、紧急报警相关信息、服务信令的IP/UDP地址、会话ID等。上面已描述了其详细示例。
在所示的接收侧的数据配置tsib17020中,接收机可仅利用信令信息将用于相应服务的PLP解码,而不必将所有PLP解码。
首先,当用户选择或改变期望接收的服务时,接收机可被调谐至相应频率并且可读取存储在DB等中的与相应信道有关的接收机信息。存储在接收机的DB等中的信息可通过在初始信道扫描时读取SLT来配置。
在接收SLT和关于相应信道的信息之后,更新先前存储在DB中的信息,并且获取关于用户所选择的服务的传输路径的信息以及关于获取组件信息或者发送获取信息所需的信号的路径的信息。当利用SLT的版本信息确定信息没有被改变时,可省略解码或解析。
接收机可通过解析可通过物理信令的特定字段指示的相应广播流(未示出)中的PLP的物理信令来核实PLP中是否包括SLT信息。可通过访问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的概念。
尽管为了描述方便,在下文中MISO或MIMO使用两个天线,但是本发明适用于使用两个或更多个天线的系统。本发明提出了被优化以在获得特定使用情况所需的性能的同时使接收机复杂度最小化的物理简档(或系统)。根据本发明的实施例的物理(PHY)简档(基本简档、手持简档和高级简档)是对应接收机应该实现的所有简档的子集。PHY简档共享大多数功能块,但是在特定块和/或参数方面略有不同。为了系统演进,在单个射频(RF)信道中也可通过未来扩展帧(FEF)将未来的简档与现有的简档复用。根据本发明的实施例的基本简档和手持简档是指不应用MIMO的简档,高级简档是指应用MIMO的简档。基本简档可用作地面广播服务和移动广播服务二者的简档。即,基本简档可用于定义包括移动简档的简档的概念。另外,高级简档可被划分成用于具有MIMO的基本简档的高级简档以及用于具有MIMO的手持简档的高级简档。此外,简档可根据设计者的意图而改变。
以下术语和定义可应用于本发明。以下术语和定义可根据设计而改变。
辅助流:承载可用于未来扩展的还未定义的调制和编码或者广播公司或网络运营商所需的数据的信元序列
基本数据管道:承载服务信令数据的数据管道
基带帧(或BBFRAME):形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元:由正交频分复用(OFDM)传输的一个载波承载的调制值
编码块:PLS1数据的LDPC编码块或者PLS2数据的LDPC编码块之一
数据管道:承载服务数据或相关的元数据的物理层中的逻辑信道,其可承载一个或多个服务或者服务组件。
数据管道单元(DPU):向帧中的DP分配数据信元的基本单元。
数据符号:帧中的非前导符号的OFDM符号(数据符号涵盖帧信令符号和帧边缘符号)
DP_ID:此8比特字段唯一地标识由SYSTEM_ID标识的系统内的DP
哑信元:承载用于填充未用于PLS信令、DP或辅助流的剩余容量的伪随机值的信元
紧急报警信道(EAC):承载EAS信息数据的帧的部分
帧:以前导开始并以帧边缘符号结束的物理层时隙
帧重复单元:属于相同或不同的物理层简档的帧(包括FEF)的集合,其在超帧中被重复八次
快速信息信道(FIC):帧中的逻辑信道,其承载服务与对应基本DP之间的映射信息
FECBLOCK:DP数据的LDPC编码比特的集合
FFT大小:用于特定模式的标称FFT大小,等于以基本周期T的循环表示的有效符号周期Ts
帧信令符号:具有更高导频密度的OFDM符号,其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的开始处,承载PLS数据的一部分
帧边缘符号:具有更高导频密度的OFDM符号,其用在FFT大小、保护间隔和分散导频图案的特定组合中的帧的结尾处
帧组:超帧中具有相同PHY简档类型的所有帧的集合
未来扩展帧:超帧内的可用于未来扩展的物理层时隙,其以前导开始
Futurecast UTB系统:所提出的物理层广播系统,其输入是一个或多个MPEG2-TS、IP或一般流,其输出是RF信号
输入流:由系统传送给终端用户的服务集的数据流
正常数据符号:除了帧信令符号和帧边缘符号以外的数据符号
PHY简档:对应接收机应该实现的所有配置的子集
PLS:包括PLS1和PLS2的物理层信令数据
PLS1:具有固定大小、编码和调制的帧信令符号(FSS)中所承载的PLS数据的第一集合,其承载关于系统的基本信息以及对PLS2解码所需的参数
注释:在帧组的持续时间内PLS1数据保持恒定
PLS2:FSS中发送的PLS数据的第二集合,其承载关于系统和DP的更详细的PLS数据
PLS2动态数据:逐帧动态地改变的PLS2数据
PLS2静态数据:在帧组的持续时间内保持静态的PLS2数据
前导信令数据:由前导符号承载的信令数据,用于标识系统的基本模式
前导符号:承载基本PLS数据的固定长度的导频符号,其位于帧的开始处
前导符号主要用于快速初始频带扫描以检测系统信号、其时序、频率偏移和FFT大小。
为未来使用预留:本文献未定义,但是可在未来定义
超帧:八个帧重复单元的集合
时间交织块(TI块):执行时间交织的信元的集合,与时间交织器存储器的一次使用对应
TI组:执行针对特定DP的动态容量分配的单元,由数量动态变化的整数个XFECBLOCK构成
注释:TI组可被直接映射至一个帧,或者可被映射至多个帧。TI组可包含一个或更多个TI块。
类型1DP:所有DP按照时分复用(TDM)方案被映射至帧的帧的DP
类型2DP:所有DP按照频分复用(FDM)方案被映射至帧的帧的DP
XFECBLOCK:承载一个LDPC FECBLOCK的所有比特的Ncell个信元的集合
图18图示出根据本发明的实施例的用于未来广播服务的广播信号发送设备的配置。
根据本实施例的用于未来广播服务的广播信号发送设备可包括输入格式化块1000、比特交织编码和调制(BICM)块1010、帧构建块1020、OFDM生成块1030和信令生成块1040。将描述广播信号发送设备的各个块的操作。
在根据本发明的实施例的输入数据中,IP流/分组和MPEG2-TS可以是主要输入格式,其它流类型作为一般流处理。除了这些数据输入以外,管理信息被输入以控制各个输入流的相应带宽的调度和分配。另外,本发明允许一个或多个TS流、IP流和/或一般流的同时输入。
输入格式化块1000可将各个输入流解复用为一个或多个数据管道,对各个数据管道应用独立的编码和调制。DP是用于鲁棒控制的基本单元,其影响QoS。一个DP可承载一个或多个服务或服务组件。DP是用于传送服务数据或者相关元数据的物理层中的逻辑信道,其能够承载一个或多个服务或服务组件。
另外,DPU是用于向一个帧中的DP分配数据信元的基本单元。
对物理层的输入可包括一个或多个数据流。各个数据流通过一个DP传送。输入格式化块1000可将通过一个或多个物理路径(或DP)输入的数据流转换为基带帧(BBF)。在这种情况下,输入格式化块1000可对输入数据(TS或IP输入流)执行空分组删除或头压缩以便增强传输效率。接收机可具有头的特定部分的先验信息,因此可从发射机删除该已知信息。空分组删除块3030可仅用于TS输入流。
在BICM块1010中,增加奇偶校验数据以用于纠错,并且编码的比特被映射至复值星座符号。将这些符号遍及用于相应DP的特定交织深度交织。对于高级简档,在BICM块1010中执行MIMO编码,并且在输出处增加附加数据路径以用于MIMO传输。
帧构建块1020可将输入DP的数据信元映射至帧内的OFDM符号,并且为了频域分集,特别是对抗频率选择性衰落信道,执行频率交织。帧构建块1020可包括时延补偿块、信元映射器和频率交织器。
时延补偿块可调节DP与相应PLS数据之间的时序以确保DP与相应PLS数据在发送机侧同时序。通过解决由输入格式化块和BICM块导致的数据管道的时延,使PLS数据延迟与数据管道相同的量。BICM块的时延主要是由于时间交织器。带内信令数据承载下一TI组的信息以使得在要用信号通知的DP前面一个帧承载该信息。时延补偿块相应地延迟带内信令数据。
信元映射器可将PLS、DP、辅助流、哑信元等映射至帧中的OFDM符号的有效载波。信元映射器7010的基本功能是将各个DP的TI所生成的数据信元、PLS信元和EAC/FIC信元(如果有的话)映射至与帧内的各个OFDM符号对应的有效OFDM信元的阵列中。信元映射器的基本功能是将通过各个DP和PLS信元的时间交织生成的数据信元映射至与一个帧中的各个OFDM符号对应的有效OFDM信元的阵列(如果存在的话)。可通过DP单独地收集并发送服务信令数据(例如,节目特定信息(PSI)/SI)。信元映射器根据调度器所生成的动态信息以及帧结构的配置来操作。频率交织器可将从信元映射器接收的数据信元随机地交织以提供频率分集。另外,频率交织器可利用不同的交织种子顺序在包括两个顺序OFDM符号的OFDM符号对上进行操作以在单个帧中获得最大交织增益。
OFDM生成块1030通过帧构建块所生成的信元来调制OFDM载波,插入导频,并且生成时域信号以用于传输。另外,此块随后插入保护间隔并且应用峰均功率比(PAPR)降低处理以生成最终RF信号。
具体地讲,在各个帧的开始处插入前导之后,OFDM生成块1030可以应用具有循环前缀作为保护间隔的传统OFDM调制。为了天线空间分集,遍及发射机应用分布式MISO方案。另外,在时域中执行PAPR方案。为了灵活的网络规划,本发明提供各种FFT大小、保护间隔长度和对应导频图案的集合。
另外,本发明可在时域中将多个广播发送/接收系统的信号复用,使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可在相同的RF信号带宽中同时发送。在这种情况下,所述两个或更多个不同的广播发送/接收系统是指提供不同的广播服务的系统。不同的广播服务可表示地面广播服务、移动广播服务等。
信令生成块1040可创建用于各个功能块的操作的物理层信令信息。此信令信息也被发送以使得在接收机侧正确地恢复所关注的服务。根据本发明的实施例的信令信息可包括PLS数据。PLS向接收机提供访问物理层DP的手段。PLS数据包括PLS1数据和PLS2数据。
PLS1数据是具有固定大小、编码和调制的帧中的FSS符号中所承载的PLS数据的第一集合,其承载关于系统的基本信息以及将PLS2数据解码所需的参数。PLS1数据提供基本传输参数,包括允许PLS2数据的接收和解码所需的参数。另外,在帧组的持续时间内PLS1数据保持恒定。
PLS2数据是FSS符号中发送的PLS数据的第二集合,其承载关于系统和DP的更详细的PLS数据。PLS2包含提供足够信息以便于接收机将期望的DP解码的参数。PLS2信令进一步包括两种类型的参数:PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)。PLS2静态数据是在帧组的持续时间内保持静态的PLS2数据,PLS2动态数据是逐帧动态地改变的PLS2数据。PLS数据的细节将稍后描述。
上述块可被省略或者被具有相似或相同功能的块取代。
图19图示出根据本发明的实施例的BICM块。
图19所图示的BICM块对应于参考图18描述的BICM块1010的实施例。
如上所述,根据本发明的实施例的用于未来广播服务的广播信号发送设备可提供地面广播服务、移动广播服务、UHDTV服务等。
由于QoS取决于根据本发明的实施例的用于未来广播服务的广播信号发送设备所提供的服务的特性,所以与各个服务对应的数据需要利用不同的方案来处理。因此,根据本发明的实施例的BICM块可通过独立地对分别与数据路径对应的数据管道应用SISO、MISO和MIMO方案来独立地处理各个DP。因此,根据本发明的实施例的用于未来广播服务的广播信号发送设备可控制通过各个DP发送的各个服务或服务组件的QoS。
(a)示出应用于没有应用MIMO的简档(或系统)的BICM块,(b)示出应用了MIMO的简档(或系统)的BICM块。
没有应用MIMO的BICM块和应用了MIMO的BICM块可包括多个处理块以用于处理各个DP。
将描述没有应用MIMO的BICM块和应用了MIMO的BICM块的各个处理块。
没有应用MIMO的BICM块的处理块5000可包括数据FEC编码器5010、比特交织器5020、星座映射器5030、信号空间分集(SSD)编码块5040和时间交织器5050。
数据FEC编码器5010对输入的BBF执行FEC编码以利用外编码(BCH)和内编码(LDPC)生成FECBLOCK过程。外编码(BCH)是可选的编码方法。数据FEC编码器5010的详细操作将稍后描述。
比特交织器5020可将数据FEC编码器5010的输出交织以在提供高效可实现的结构的同时利用LDPC码和调制方案的组合实现优化的性能。比特交织器5020的详细操作将稍后描述。
星座映射器5030可利用QPSK、QAM-16、非均匀QAM(NUQ-64、NUQ-256或NUQ-1024)或者非均匀星座(NUC-16、NUC-64、NUC-256或NUC-1024)映射对来自基本简档和手持简档中的比特交织器5020的各个信元字或者来自高级简档中的信元字解复用器5010-1的各个信元字进行调制,以给出功率归一化的星座点el。仅针对DP应用此星座映射。据观察,QAM-16和NUQ是正方形的,而NUC具有任意形状。当各个星座旋转90度的任何倍数时,旋转后的星座与其原始星座恰好交叠。此“旋转”对称性质使得实部和虚部的容量和平均功率彼此相等。针对各个码率具体地定义NUQ和NUC二者,所使用的具体一个由PLS2数据中的参数DP_MOD字段来用信号通知。
时间交织器5050可在DP层面操作。时间交织(TI)的参数可针对各个DP不同地设定。时间交织器5050的详细操作将稍后描述。
应用了MIMO的BICM块的处理块5000-1可包括数据FEC编码器、比特交织器、星座映射器和时间交织器。
然而,处理块5000-1与没有应用MIMO的BICM块的处理块5000的区别之处在于处理块5000-1还包括信元字解复用器5010-1和MIMO编码块5020-1。
另外,处理块5000-1中的数据FEC编码器、比特交织器、星座映射器和时间交织器的操作对应于上述数据FEC编码器5010、比特交织器5020、星座映射器5030和时间交织器5050的操作,因此省略其描述。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分成双信元字流以便于MIMO处理。
MIMO编码块5020-1可利用MIMO编码方案来处理信元字解复用器5010-1的输出。MIMO编码方案被优化以用于广播信号传输。MIMO技术是获得容量增加的有前景的方式,但是它取决于信道特性。特别是对于广播,信道的强LOS分量或者由不同的信号传播特性导致的两个天线之间的接收信号功率差异使得难以从MIMO获得容量增益。所提出的MIMO编码方案利用MIMO输出信号之一的基于旋转的预编码和相位随机化而克服了这一问题。
MIMO编码旨在用于在发射机和接收机二者处需要至少两个天线的2x2 MIMO系统。本发明的MIMO编码模式可被定义为全速率空间复用(FR-SM)。FR-SM编码可提供容量增加并且接收机侧的复杂度的增加相对较小。另外,本发明的MIMO编码方案对天线极性配置没有限制。
在DP层面应用MIMO处理。与成对的星座映射器输出对应的NUQ(e1,i和e2,i)被馈送至MIMO编码器的输入。成对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的同一载波k和OFDM符号l发送。
上述块可被省略或者被具有相似或相同功能的块取代。
图20图示出根据本发明的另一实施例的BICM块。
图20图所示的BICM块对应于参考图18描述的BICM块1010的另一实施例。
图20图示出用于物理层信令(PLS)、紧急报警信道(EAC)和快速信息信道(FIC)的保护的BICM块。EAC是承载EAS信息数据的帧的一部分,FIC是承载服务与相应基本DP之间的映射信息的帧中的逻辑信道。EAC和FIC的细节将稍后描述。
参考图20,用于PLS、EAC和FIC的保护的BICM块可包括PLS FEC编码器6000、比特交织器6010和星座映射器6020。
另外,PLS FEC编码器6000可包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶校验穿孔块。将描述BICM块的各个块。
PLS FEC编码器6000可对加扰的PLS 1/2数据、EAC和FIC区段进行编码。
加扰器可在BCH编码以及缩短和穿孔的LDPC编码之前对PLS1数据和PLS2数据进行加扰。
BCH编码/零插入块可利用缩短BCH码对加扰的PLS 1/2数据执行外编码以用于PLS保护,并且在BCH编码之后插入零比特。仅针对PLS1数据,可在LDPC编码之前对零插入的输出比特进行置换。
LDPC编码块可利用LDPC码对BCH编码/零插入块的输出进行编码。为了生成完整编码的块,从各个零插入的PLS信息块Ildpc系统地对Cldpc和奇偶校验比特Pldpc进行编码并且附在其后。
[等式1]
LDPC奇偶校验穿孔块可对PLS1数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时,在LDPC编码之后对一些LDPC奇偶校验比特进行穿孔。另外,为了PLS2数据保护,在LDPC编码之后对PLS2的LDPC奇偶校验比特进行穿孔。不发送这些被穿孔的比特。
比特交织器6010可将各个缩短和穿孔的PLS1数据和PLS2数据交织。
星座映射器6020可将比特交织的PLS1数据和PLS2数据映射至星座。
上述块可被省略或者被具有相似或相同功能的块取代。
图21图示出根据本发明的实施例的PLS的比特交织过程。
各个缩短和穿孔的PLS1和PLS2编码块如图22中所述被逐比特地交织。附加奇偶校验比特的各个块利用相同的块交织结构但是单独地交织。
在BPSK的情况下,比特交织存在两个分支以将FEC编码比特复制在实部和虚部中。各个编码块被首先写入上面的分支。通过利用循环移位值floor(NFEC/2)应用模NFEC加法来将比特映射至下面的分支,其中NFEC是在缩短和穿孔之后各个LDPC编码块的长度。
在诸如QSPK、QAM-16和NUQ-64的其它调制情况下,FEC编码比特被顺次写入交织器列方向,其中列数与调制阶数相同。
在读取操作中,用于一个星座符号的比特从行方向被依次读出并且馈送至比特解复用器块中。继续这些操作直到列结束。
在星座映射之前在组中逐比特地将各个比特交织组解复用。根据调制阶数,存在两个映射规则。在BPSK和QPSK的情况下,符号中的比特的可靠性相等。因此,从比特交织块读出的比特组在没有任何操作的情况下被映射至QAM符号。
在被映射至QAM符号的QAM-16和NUQ-64的情况下,操作规则描述于图23的(a)中。如图23的(a)所示,i是与比特交织中的列索引对应的比特组索引。
图21图示出QAM-16的比特解复用规则。此操作继续,直至从比特交织块读取了所有比特组。
图22图示出根据本发明的实施例的用于未来广播服务的广播信号接收设备的配置。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可对应于参考图18描述的用于未来广播服务的广播信号发送设备。
根据本发明的实施例的用于未来广播服务的广播信号接收设备可包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将描述广播信号接收设备的各个模块的操作。
同步和解调模块9000可通过m个接收天线接收输入信号,针对与广播信号接收设备对应的系统执行信号检测和同步,并且执行与广播信号发送设备所执行的过程的逆过程对应的解调。
帧解析模块9010可解析输入信号帧并且提取发送用户所选择的服务的数据。如果广播信号发送设备执行交织,则帧解析模块9010可执行与交织的逆过程对应的解交织。在这种情况下,可通过将从信令解码模块9040输出的数据解码以恢复由广播信号发送设备生成的调度信息,来获得需要提取的信号和数据的位置。
解映射和解码模块9020可将输入信号转换为比特域数据,然后根据需要将其解交织。解映射和解码模块9020可执行为了传输效率而应用的映射的解映射,并且通过解码来纠正在传输信道上生成的错误。在这种情况下,解映射和解码模块9020可通过将从信令解码模块9040输出的数据解码来获得解映射和解码所需的传输参数。
输出处理器9030可执行由广播信号发送设备应用以改进传输效率的各种压缩/信号处理过程的逆过程。在这种情况下,输出处理器9030可从信令解码模块9400所输出的数据获取必要控制信息。输出处理器9030的输出对应于输入至广播信号发送设备的信号,并且可以是MPEG-TS、IP流(v4或v6)和通用流。
信令解码模块9400可从由同步和解调模块9000解调的信号获得PLS信息。如上所述,帧解析模块9010、解映射和解码模块9020和输出处理器9030可利用从信令解码模块9040输出的数据来执行其功能。
根据本发明的实施例的帧被进一步划分成多个OFDM符号和前导。如(d)所示,帧包括前导、一个或更多个帧信令符号(FSS)、正常数据符号和帧边缘符号(FES)。
前导是允许快速Futurecast UTB系统信号检测的特殊符号并且提供用于信号的有效发送和接收的基本传输参数的集合。前导的细节将稍后描述。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计进而PLS数据的快速解码,FSS具有比正常数据符号密集的导频图案。FES具有与FSS完全相同的导频,这允许FES内的仅频率插值以及紧靠FES之前的符号的时间插值(无外插)。
图23图示出根据本发明的实施例的帧的信令层次结构。
图23图示出信令层次结构,其被切分成与前导信令数据11000、PLS1数据11010和PLS2数据11020对应的三个主要部分。每一个帧中的前导符号所承载的前导的目的是指示该帧的传输类型和基本传输参数。PLS1使得接收机能够访问并解码PLS2数据,该PLS2数据包含用于访问所关注的DP的参数。PLS2被承载于每一个帧中并且被切分成与PLS2-STAT数据和PLS2-DYN数据对应的两个主要部分。如果需要,PLS2数据的静态部分和动态部分之后是填充。
根据本发明的实施例的前导信令数据承载使得接收机能够访问PLS数据并且跟踪帧结构内的DP所需的21比特的信息。前导信令数据的细节如下。
FFT_SIZE:此2比特字段指示帧组内的当前帧的FFT大小,如下表1中所述。
[表1]
值 | FFT大小 |
00 | 8K FFT |
01 | 16K FFT |
10 | 32K FFT |
11 | 预留 |
GI_FRACTION:此3比特字段指示当前超帧中的保护间隔分数值,如下表2中所述。
[表2]
值 | GI_FRACTION |
000 | 1/5 |
001 | 1/10 |
010 | 1/20 |
011 | 1/40 |
100 | 1/80 |
101 | 1/160 |
110至111 | 预留 |
EAC_FLAG:此1比特字段指示当前帧中是否提供EAC。如果此字段被设定为“1”,则当前帧中提供紧急报警服务(EAS)。如果此字段被设定为“0”,则当前帧中没有承载EAS。此字段可在超帧内动态地切换。
PILOT_MODE:此1比特字段指示对于当前帧组中的当前帧,导频模式是移动模式还是固定模式。如果此字段被设定为“0”,则使用移动导频模式。如果该字段被设定为“1”,则使用固定导频模式。
PAPR_FLAG:此1比特字段指示对于当前帧组中的当前帧,是否使用PAPR降低。如果此字段被设定为值“1”,则音调预留用于PAPR降低。如果此字段被设定为值“0”,则不使用PAPR降低。
RESERVED(预留):此7比特字段被预留以用于未来使用。
图24图示出根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如上所述,对于一个帧组的整个持续时间,PLS1数据保持不变。PLS1数据的信令字段的详细定义如下。
PREAMBLE_DATA:此20比特字段是除了EAC_FLAG以外的前导信令数据的副本。
NUM_FRAME_FRU:此2比特字段指示每FRU的帧数。
PAYLOAD_TYPE:此3比特字段指示帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表3中所示来用信号通知。
[表3]
值 | 有效载荷类型 |
1XX | 发送TS。 |
X1X | 发送IP流。 |
XX1 | 发送GS。 |
NUM_FSS:此2比特字段指示当前帧中的FSS的数量。
SYSTEM_VERSION:此8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分成两个4比特字段:主版本和次版本。
主版本:与SYSTEM_VERSION字段的四个比特对应的MSB指示主版本信息。主版本字段的改变指示不可后向兼容的改变。默认值为“0000”。对于此标准中所描述的版本,该值被设定为“0000”。
次版本:与SYSTEM_VERSION字段的四个比特对应的LSB指示次版本信息。次版本字段的改变可后向兼容。
CELL_ID:这是唯一地标识ATSC网络中的地理小区的16比特字段。根据每Futurecast UTB系统所使用的频率的数量,ATSC小区覆盖区域可包括一个或多个频率。如果CELL_ID的值未知或未指定,则此字段被设定为“0”。
NETWORK_ID:这是唯一地标识当前ATSC网络的16比特字段。
SYSTEM_ID:此16比特字段唯一地标识ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是地面广播系统,其输入是一个或多个输入流(TS、IP、GS),其输出是RF信号。Futurecast UTB系统承载一个或更多个PHY简档和FEF(如果有的话)。相同的Futurecast UTB系统在不同的地理区域中可承载不同的输入流并且使用不同的RF,从而允许本地服务插入。在一个地方控制帧结构和调度,并且对于Futurecast UTB系统内的所有传输均为相同的。一个或更多个Futurecast UTB系统可具有相同的SYSTEM_ID,这意味着它们全部具有相同的物理层结构和配置。
下面的循环包括用于指示各个帧类型的FRU配置和长度的FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION和RESERVED。循环大小是固定的,从而在FRU内用信号通知四个PHY简档(包括FEF)。如果NUM_FRAME_FRU小于4,则利用零填充未用字段。
FRU_PHY_PROFILE:此3比特字段指示所关联的FRU的第(i+1)(i是循环索引)帧的PHY简档类型。此字段使用如表8所示的相同信令格式。
FRU_FRAME_LENGTH:此2比特字段指示所关联的FRU的第(i+1)帧的长度。将FRU_FRAME_LENGTH与FRU_GI_FRACTION一起使用,可获得帧持续时间的准确值。
FRU_GI_FRACTION:此3比特字段指示所关联的FRU的第(i+1)帧的保护间隔分数值。根据表7来用信号通知FRU_GI_FRACTION。
RESERVED:此4比特字段被预留用于未来使用。
以下字段提供用于将PLS2数据解码的参数。
PLS2_FEC_TYPE:此2比特字段指示由PLS2保护使用的FEC类型。根据表4来用信号通知FEC类型。LDPC码的细节将稍后描述。
[表4]
内容 | PLS2 FEC类型 |
00 | 4K-1/4和7K-3/10LDPC码 |
01至11 | 预留 |
PLS2_MOD:此3比特字段指示PLS2所使用的调制类型。根据表5来用信号通知调制类型。
[表5]
值 | PLS2_MODE |
000 | BPSK |
001 | QPSK |
010 | QAM-16 |
011 | NUQ-64 |
100至111 | 预留 |
PLS2_SIZE_CELL:此15比特字段指示Ctotal_partial_block,当前帧组中承载的PLS2的全编码块集合的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_STAT_SIZE_BIT:此14比特字段指示当前帧组的PLS2-STAT的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_DYN_SIZE_BIT:此14比特字段指示当前帧组的PLS2-DYN的大小(比特)。该值在当前帧组的整个持续时间期间恒定。
PLS2_REP_FLAG:此1比特标志指示当前帧组中是否使用PLS2重复模式。当该字段被设定为值“1”时,PLS2重复模式被激活。当该字段被设定为值“0”时,PLS2重复模式被禁用。
PLS2_REP_SIZE_CELL:此15比特字段指示Ctotal_partial_block,当使用PLS2重复时当前帧组的每一个帧中承载的PLS2的部分编码块集合的大小(被指定为QAM信元的数量)。如果未使用重复,则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_FEC_TYPE:此2比特字段指示用于下一帧组的每一个帧中承载的PLS2的FEC类型。根据表10来用信号通知FEC类型。
PLS2_NEXT_MOD:此3比特字段指示用于下一帧组的每一个帧中承载的PLS2的调制类型。根据表11来用信号通知调制类型。
PLS2_NEXT_REP_FLAG:此1比特标志指示下一帧组中是否使用PLS2重复模式。当此字段被设定为值“1”时,PLS2重复模式被激活。当此字段被设定为值“0”时,PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL:此15比特字段指示Ctotal_full_block,当使用PLS2重复时下一帧组的每一个帧中承载的PLS2的全编码块集合的大小(被指定为QAM信元的数量)。如果下一帧组中未使用重复,则该字段的值等于0。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_REP_STAT_SIZE_BIT:此14比特字段指示下一帧组的PLS2-STAT的大小(比特)。该值在当前帧组中恒定。
PLS2_NEXT_REP_DYN_SIZE_BIT:此14比特字段指示下一帧组的PLS2-DYN的大小(比特)。该值在当前帧组中恒定
PLS2_AP_MODE:此2比特字段指示当前帧组中是否为PLS2提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。下表6提供该字段的值。当该字段被设定为值“00”时,在当前帧组中PLS2不使用附加奇偶校验。
[表6]
值 | PLS2-AP模式 |
00 | 不提供AP |
01 | AP1模式 |
10至11 | 预留 |
PLS2_AP_SIZE_CELL:此15比特字段指示PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
PLS2_NEXT_AP_MODE:此2比特字段指示在下一帧组的每一个帧中是否为PLS2信令提供附加奇偶校验。该值在当前帧组的整个持续时间期间恒定。表12定义了该字段的值。
PLS2_NEXT_AP_SIZE_CELL:此15比特字段指示下一帧组的每一个帧中的PLS2的附加奇偶校验比特的大小(被指定为QAM信元的数量)。该值在当前帧组的整个持续时间期间恒定。
RESERVED(预留):此32比特字段被预留以用于未来使用。
CRC_32:32比特纠错码,其被应用于所有PLS1信令。
图25图示出根据本发明的实施例的PLS2数据。
图25图示出PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内相同,而PLS2-DYN数据提供当前帧特定的信息。
下面描述PLS2-STAT数据的字段的细节。
FIC_FLAG:此1比特字段指示当前帧组中是否使用FIC。如果此字段被设定为“1”,则在当前帧中提供FIC。如果此字段被设定为“0”,则当前帧中没有承载FIC。该值在当前帧组的整个持续时间期间恒定。
AUX_FLAG:此1比特字段指示当前帧组中是否使用辅助流。如果此字段被设定为“1”,则当前帧中提供辅助流。如果此字段被设定为“0”,则当前帧中没有承载辅助流。该值在当前帧组的整个持续时间期间恒定。
NUM_DP:此6比特字段指示当前帧内承载的DP的数量。此字段的值的范围从1至64,DP的数量为NUM_DP+1。
DP_ID:此6比特字段唯一地标识PHY简档内的DP。
DP_TYPE:此3比特字段指示DP的类型。这根据下表7来用信号通知。
[表7]
值 | DP类型 |
000 | DP类型1 |
001 | DP类型2 |
010至111 | 预留 |
DP_GROUP_ID:此8比特字段标识当前DP所关联的DP组。这可由接收机用来访问与具有相同的DP_GROUP_ID的特定服务关联的服务组件的DP。
BASE_DP_ID:此6比特字段指示承载管理层中所使用的服务信令数据(例如PSI/SI)的DP。由BASE_DP_ID指示的DP可以是承载服务信令数据以及服务数据的正常DP或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE:此2比特字段指示关联的DP所使用的FEC类型。根据下表8来用信号通知FEC类型。
[表8]
值 | FEC_TYPE |
00 | 16K LDPC |
01 | 64K LDPC |
10至11 | 预留 |
DP_COD:此4比特字段指示关联的DP所使用的码率。根据下表9来用信号通知码率。
[表9]
值 | 码率 |
0000 | 5/15 |
0001 | 6/15 |
0010 | 7/15 |
0011 | 8/15 |
0100 | 9/15 |
0101 | 10/15 |
0110 | 11/15 |
0111 | 12/15 |
1000 | 13/15 |
1001至1111 | 预留 |
DP_MOD:此4比特字段指示关联的DP所使用的调制。根据下表10来用信号通知调制。
[表10]
值 | 调制 |
0000 | QPSK |
0001 | QAM-16 |
0010 | NUQ-64 |
0011 | NUQ-256 |
0100 | NUQ-1024 |
0101 | NUC-16 |
0110 | NUC-64 |
0111 | NUC-256 |
1000 | NUC-1024 |
1001至1111 | 预留 |
DP_SSD_FLAG:此1比特字段指示关联的DP中是否使用SSD模式。如果此字段被设定为值“1”,则使用SSD。如果此字段被设定为值“0”,则不使用SSD。
仅当PHY_PROFILE等于“010”(指示高级简档)时以下字段才出现:
DP_MIMO:此3比特字段指示哪一种类型的MIMO编码处理被应用于所关联的DP。MIMO编码处理的类型根据下表11来用信号通知。
[表11]
值 | MIMO编码 |
000 | FR-SM |
001 | FRFD-SM |
010至111 | 预留 |
DP_TI_TYPE:此1比特字段指示时间交织的类型。值“0”指示一个TI组对应于一个帧并且包含一个或更多个TI块。值“1”指示一个TI组被承载于不止一个帧中并且仅包含一个TI块。
DP_TI_LENGTH:此2比特字段(允许值仅为1、2、4和8)的使用由DP_TI_TYPE字段内设定的值如下确定。
如果DP_TI_TYPE被设定为值“1”,则此字段指示PI,各个TI组所映射至的帧的数量,并且每TI组存在一个TI块(NTI=1)。具有2比特字段的PI的允许值定义于下表12中。
如果DP_TI_TYPE被设定为值“0”,则此字段指示每TI组的TI块的数量NTI,并且每帧存在一个TI组(PI=1)。具有2比特字段的PI的允许值定义于下表12中。
[表12]
2比特字段 | P<sub>I</sub> | N<sub>TI</sub> |
00 | 1 | 1 |
01 | 2 | 2 |
10 | 4 | 3 |
11 | 8 | 4 |
DP_FRAME_INTERVAL:此2比特字段指示所关联的DP的帧组内的帧间隔(IJUMP),允许值为1、2、4和8(对应的2比特字段分别为“00”、“01”、“10”或“11”)。对于没有帧组的每一个帧出现的DP,此字段的值等于连续帧之间的间隔。例如,如果DP出现在帧1、5、9、13等上,则此字段被设定为值“4”。对于出现在每一个帧上的DP,此字段被设定为值“1”。
DP_TI_BYPASS:此1比特字段确时序间交织器5050的可用性。如果时间交织未用于DP,则此字段的值被设定为“1”。如果使用时间交织,则该值被设定为“0”。
DP_FIRST_FRAME_IDX:此5比特字段指示超帧中的当前DP出现的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31。
DP_NUM_BLOCK_MAX:此10比特字段指示此DP的DP_NUM_BLOCKS的最大值。此字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE:此2比特字段指示给定DP所承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据下表13来用信号通知。
[表13]
值 | 有效载荷类型 |
00 | TS |
01 | IP |
10 | GS |
11 | 预留 |
DP_INBAND_MODE:此2比特字段指示当前DP是否承载带内信令信息。带内信令类型根据下表14来用信号通知。
[表14]
值 | 带内模式 |
00 | 没有承载带内信令。 |
01 | 承载INBAND-PLS。 |
10 | 承载INBAND-ISSY。 |
11 | 承载INBAND-PLS和INBAND-ISSY。 |
DP_PROTOCOL_TYPE:此2比特字段指示给定DP所承载的有效载荷的协议类型。当选择输入有效载荷类型时,协议类型根据下表15来用信号通知。
[表15]
DP_CRC_MODE:此2比特字段指示输入格式化块中是否使用CRC编码。CRC模式根据下表16来用信号通知。
[表16]
值 | CRC模式 |
00 | 未使用 |
01 | CRC-8 |
10 | CRC-16 |
11 | CRC-32 |
DNP_MODE:此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的空分组删除模式。DNP_MODE根据下表17来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”),则DNP_MODE被设定为值“00”。
[表17]
值 | 空分组删除模式 |
00 | 未使用 |
01 | DNP-正常 |
10 | DNP-偏移 |
11 | 预留 |
ISSY_MODE:此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的ISSY模式。ISSY_MODE根据下表18来用信号通知。如果DP_PAYLOAD_TYPE不是TS(“00”),则ISSY_MODE被设定为值“00”。
[表18]
值 | ISSY模式 |
00 | 未使用 |
01 | ISSY-UP |
10 | ISSY-BBF |
11 | 预留 |
HC_MODE_TS:此2比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)时关联的DP所使用的TS头压缩模式。HC_MODE_TS根据下表19来用信号通知。
[表19]
值 | 头压缩模式 |
00 | HC_MODE_TS 1 |
01 | HC_MODE_TS 2 |
10 | HC_MODE_TS 3 |
11 | HC_MODE_TS 4 |
HC_MODE_IP:此2比特字段指示当DP_PAYLOAD_TYPE被设定为IP(“01”)时的IP头压缩模式。HC_MODE_IP根据下表20来用信号通知。
[表20]
值 | 头压缩模式 |
00 | 未压缩 |
01 | HC_MODE_IP 1 |
10至11 | 预留 |
PID:此13比特字段指示当DP_PAYLOAD_TYPE被设定为TS(“00”)并且HC_MODE_TS被设定为“01”或“10”时的TS头压缩的PID号。
RESERVED:此8比特字段被预留以用于未来使用。
仅当FIC_FLAG等于“1”时以下字段才出现。
FIC_VERSION:此8比特字段指示FIC的版本号。
FIC_LENGTH_BYTE:此13比特字段指示FIC的长度(字节)。
RESERVED:此8比特字段被预留以用于未来使用。
仅当AUX_FLAG等于“1”时以下字段才出现。
NUM_AUX:此4比特字段指示辅助流的数量。零表示没有使用辅助流。
AUX_CONFIG_RFU:此8比特字段被预留以用于未来使用。
AUX_STREAM_TYPE:此4比特被预留以用于未来使用,用于指示当前辅助流的类型。
AUX_PRIVATE_CONFIG:此28比特字段被预留以用于未来使用,用于用信号通知辅助流。
图26图示出根据本发明的另一实施例的PLS2数据。
图26图示出PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可在一个帧组的持续时间期间改变,而字段的大小保持恒定。
PLS2-DYN数据的字段的细节如下。
FRAME_INDEX:此5比特字段指示超帧内的当前帧的帧索引。超帧的第一帧的索引被设定为“0”。
PLS_CHANGE_COUNTER:此4比特字段指示配置改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”,则它表示预见无调度的改变。例如,值“1”指示下一超帧存在改变。
FIC_CHANGE_COUNTER:此4比特字段指示配置(即,FIC的内容)改变之前的超帧的数量。配置改变的下一超帧由此字段内用信号通知的值指示。如果此字段被设定为值“0000”,则它表示预见没有调度的改变。例如,值“0001”指示下一超帧存在改变。
RESERVED:此16比特字段被预留以用于未来使用。
以下字段出现在NUM_DP上的循环中,描述与当前帧中承载的DP关联的参数。
DP_ID:此6比特字段唯一地指示PHY简档内的DP。
DP_START:此15比特(或13比特)字段使用DPU寻址方案指示第一DP的起始位置。DP_START字段根据PHY简档和FFT大小而具有不同的长度,如下表21所示。
[表21]
DP_NUM_BLOCK:此10比特字段指示当前DP的当前TI组中的FEC块的数量。DP_NUM_BLOCK的值从0至1023。
RESERVED:此8比特字段被预留以用于未来使用。
以下字段指示与EAC关联的FIC参数。
EAC_FLAG:此1比特字段指示当前帧中的EAC的存在。此比特是与前导中的EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM:此8比特字段指示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”,则随后的12比特被分配给EAC_LENGTH_BYTE。
如果EAC_FLAG字段等于“0”,则随后的12比特被分配给EAC_COUNTER。
EAC_LENGTH_BYTE:此12比特字段指示EAC的长度(字节)。
EAC_COUNTER:此12比特字段指示在EAC到达的帧前面的帧的数量。
仅当AUX_FLAG字段等于“1”时以下字段才出现。
AUX_PRIVATE_DYN:此48比特字段被预留以用于未来使用,用于用信号通知辅助流。此字段的含义取决于可配置的PLS2-STAT中的AUX_STREAM_TYPE的值。
CRC_32:32比特纠错码,其被应用于整个PLS2。
图27图示出根据本发明的实施例的帧的逻辑结构。
如上所述,PLS、EAC、FIC、DP、辅助流和哑信元被映射至帧中的OFDM符号的有效载波。PLS1和PLS2被首先映射至一个或多个FSS。此后,紧随PLS字段之后EAC信元(如果有的话)被映射,随后是FIC信元(如果有的话)。PLS之后或者EAC或FIC(如果有的话)之后,接下来DP被映射。首先映射类型1DP,接下来映射类型2DP。DP的类型的细节将稍后描述。在一些情况下,DP可承载EAS的一些特殊数据或者服务信令数据。辅助流或流(如果有的话)跟随在DP之后,然后跟随着哑信元。当按照上述顺序(即,PLS、EAC、FIC、DP、辅助流和哑数据信元)将PLS、EAC、FIC、DP、辅助流和哑数据信元全部一起映射时,准确地填充了帧中的信元容量。
图28图示出根据本发明的实施例的PLS映射。
PLS信元被映射至FSS的有效载波。根据PLS所占据的信元的数量,一个或多个符号被指定为FSS,并且通过PLS1中的NUM_FSS来用信号通知FSS的数量NFSS。FSS是用于承载PLS信元的特殊符号。由于在PLS中鲁棒性和延迟是关键问题,所以FSS具有更高的导频密度,以允许快速同步以及FSS内的仅频率插值。
PLS信元按照从上到下方式被映射至FSS的有效载波,如图所示。PLS1信元首先从第一FSS的第一信元开始按照信元索引的增序被映射。PLS2信元紧随PLS1的最后信元之后,并且向下继续映射直至第一FSS的最后信元索引。如果所需的PLS信元的总数超过一个FSS的有效载波的数量,则映射进行至下一FSS并且按照与第一FSS完全相同的方式继续。
在PLS映射完成之后,接下来承载DP。如果当前帧中存在EAC、FIC或这二者,则EAC和FIC被设置在PLS与“正常”DP之间。
以下将描述根据本发明的实施例对FEC结构进行编码。如上所述,数据FEC编码器可利用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码以生成FECBLOCK过程。所示的FEC结构对应于FECBLOCK。另外,FECBLOCK和FEC结构具有与LDPC码字的长度对应的相同值。
如上所述,对各个BBF应用BCH编码(Kbch比特),然后对BCH编码的BBF应用LDPC编码(Kldpc比特=Nbch比特)。
Nldpc的值为64800比特(长FECBLOCK)或16200比特(短FECBLOCK)。
下表22和表23分别示出长FECBLOCK和短FECBLOCK的FEC编码参数。
[表22]
[表23]
BCH编码和LDPC编码的操作的细节如下。
12纠错BCH码用于BBF的外编码。通过将所有多项式一起相乘来获得短FECBLOCK和长FECBLOCK的BCH生成器多项式。
LDPC码用于对外BCH编码的输出进行编码。为了生成完成的Bldpc(FECBLOCK),Pldpc(奇偶校验比特)从各个Ildpc(BCH编码的BBF)系统地编码并且被附到Ildpc。完成的Bldpc(FECBLOCK)由下式表示。
[等式2]
长FECBLOCK和短FECBLOCK的参数分别在上表22和23中给出。
计算长FECBLOCK的Nldpc-Kldpc奇偶校验比特的详细过程如下。
1)将奇偶校验比特初始化
[等式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。奇偶校验矩阵的地址的细节将稍后描述。例如,对于码率13/15,
[等式4]
3)对于接下来的359个信息比特is(s=1、2、…、359),使用下式在奇偶校验比特地址处累加is。
[等式5]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里,x表示与第一比特i0对应的奇偶校验比特累加器的地址,Qldpc是奇偶校验矩阵的地址中指定的码率相关常数。继续该示例,对于码率13/15,Qldpc=24,因此对于信息比特i1,执行以下操作。
[等式6]
4)对于第361信息比特i360,在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。按照类似的方式,利用式6获得随后的359个信息比特is(s=361、362、…、719)的奇偶校验比特累加器的地址,其中x表示与信息比特i360对应的奇偶校验比特累加器的地址,即,奇偶校验矩阵的第二行地址的项。
5)按照类似的方式,对于每一组的360个新信息比特,使用来自奇偶校验矩阵的地址的新的行来寻找奇偶校验比特累加器的地址。
在所有信息比特被穷尽之后,获得最终奇偶校验比特如下。
6)从i=1开始依次执行以下操作。
[等式7]
这里,pi(i=0、1、...Nldpc-Kldpc-1)的最终内容等于奇偶校验比特pi。
[表24]
码率 | Q<sub>ldpc</sub> |
5/15 | 120 |
6/15 | 108 |
7/15 | 96 |
8/15 | 84 |
9/15 | 72 |
10/15 | 60 |
11/15 | 48 |
12/15 | 36 |
13/15 | 24 |
短FECBLOCK的此LDPC编码过程依据长FECBLOCK的LDPC编码过程,不同的是用表25代替表24,用短FECBLOCK的奇偶校验矩阵的地址代替长FECBLOCK的奇偶校验矩阵的地址。
[表25]
码率 | Q<sub>ldpc</sub> |
5/15 | 30 |
6/15 | 27 |
7/15 | 24 |
8/15 | 21 |
9/15 | 18 |
10/15 | 15 |
11/15 | 12 |
12/15 | 9 |
13/15 | 6 |
图29图示出根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP层面操作。可针对各个DP不同地设置时间交织(TI)的参数。
出现在PLS2-STAT数据的部分中的以下参数配置TI。
DP_TI_TYPE(允许值:0或1):此参数表示TI模式。值“0”指示每TI组具有多个TI块(不止一个TI块)的模式。在这种情况下,一个TI组被直接映射至一个帧(没有帧间交织)。值“1”指示每TI组仅具有一个TI块的模式。在这种情况下,TI块可被散布在不止一个帧上(帧间交织)。
DP_TI_LENGTH:如果DP_TI_TYPE=“0”,则此参数是每TI组的TI块的数量NTI。对于DP_TI_TYPE=“1”,此参数是从一个TI组散布的帧的数量PI。
DP_NUM_BLOCK_MAX(允许值:0至1023):此参数表示每TI组的XFECBLOCK的最大数量。
DP_FRAME_INTERVAL(允许值:1、2、4和8):此参数表示承载给定PHY简档的相同DP的两个连续帧之间的帧的数量IJUMP。
DP_TI_BYPASS(允许值:0或1):如果对于DP未使用时间交织,则此参数被设定为“1”。如果使用时间交织,则此参数被设定为“0”。
另外,来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数量。
当对于DP未使用时间交织时,不考虑随后的TI组、时间交织操作和TI模式。然而,仍可能需要用于来自调度器的动态配置信息的延迟补偿块。在各个DP中,从SSD/MIMO编码接收的XFECBLOCK被组成TI组。即,各个TI组是整数个XFECBLOCK的集合,并且包含数量可动态变化的XFECBLOCK。索引n的TI组中的XFECBLOCK的数量由NxBLOCK_Group(n)表示并且作为PLS2-DYN数据中的DP_NUM_BLOCK来用信号通知。需要注意的是,NxBLOCK_Group(n)可从最小值0变化至最大值NxBLOCK_Group_MAX(对应于DP_NUM_BLOCK_MAX),其最大值为1023。
各个TI组被直接映射至一个帧或者被散布在PI个帧上。各个TI组还被划分成不止一个TI块(NTI),其中各个TI块对应于时间交织器存储器的一次使用。TI组内的TI块可包含数量略微不同的XFECBLOCK。如果TI组被划分成多个TI块,则TI组被直接映射至仅一个帧。如下表26所示,时间交织存在三种选项(除了跳过时间交织的额外选项以外)。
[表26]
通常,时间交织器还可用作帧创建的过程之前的DP数据的缓冲器。这通过用于各个DP的两个存储库来实现。第一TI块被写入第一库。当第一库被读取时第二TI块被写入第二库,等等。
TI是扭曲行-列块交织器。对于第n TI组的第s TI块,TI存储器的行数Nr等于信元数Ncells(即,Nr=Ncells),而列数Nc等于数量NxBLOCK_TI(n,s)。
图30图示出根据本发明的实施例的扭曲行-列块交织器的基本操作。
图30的(a)示出时间交织器中的写入操作,图30的(b)示出时间交织器中的读取操作。如(a)所示,第一XFECBLOCK按照列方向被写入TI存储器的第一列中,第二XFECBLOCK被写入下一列中,依此类推。然后,在交织阵列中,在对角线方向上读出信元。如(b)所示,在从第一行(从最左列开始沿着行向右)到最后行对角线方向读取期间,读出Nr个信元。详细地讲,假设zn,s,i(i=0,...,NrNc)作为要依次读取的TI存储器信元位置,这种交织阵列中的读取过程通过如下式计算行索引Rn,s,i、列索引Cn,s,i以及关联的扭曲参数Tn,s,i来执行。
[等式8]
这里,Sshift是与NxBLOCK_TI(n,s)无关的对角线方向读取过程的公共偏移值,该偏移值如下式通过PLS2-STAT中给出的NxBLOCK_TI_MAX确定。
[等式9]
结果,要读取的信元位置通过坐标zn,s,i=NrCn,s,i+Rn,s,i来计算。
图31图示出根据本发明的另一实施例的扭曲行-列块交织器的操作。
更具体地讲,图31图示出当NxBLOCK_TI(0,0)=3,NxBLOCK_TI(1,0)=6并且NxBLOCK_TI(2,0)=5时,包括虚拟XFECBLOCK的各个TI组的TI存储器中的交织阵列。
可变数量NxBLOCK_TI(n,s)=Nr可小于或等于N′xBLOCK_TI_MAX。因此,为了在接收机侧实现单存储器解交织,而不管NxBLOCK_TI(n,s)如何,用于扭曲行-列块交织器中的交织阵列通过将虚拟XFECBLOCK插入TI存储器中而被设定为Nr×Nc=Ncells×N′xBLOCK_TI_MAX的大小,并且如下式完成读取过程。
[等式10]
TI组的数量被设定为3。在PLS2-STAT数据中通过DP_TI_TYPE=“0”、DP_FRAME_INTERVAL=“1”和DP_TI_LENGTH=“1”(即,NTI=1、IJUMP=1和PI=1)来用信号通知时间交织器的选项。在PLS2-DYN数据中分别通过NxBLOCK_TI(0,0)=3、NxBLOCK_TI(1,0)=6和NxBLOCK_TI(2,0)=5来用信号通知每TI组的XFECBLOCK(各自具有Ncells=30个信元)的数量。在PLS2-STAT数据中通过NxBLOCK_Group_MAX(得到)来通知XFECBLOCK的最大数量。
在与单个OFDM符号对应的数据上操作的频率交织器的目的是通过随机地交织从帧构建器接收的数据信元来提供频率分集。为了在单个帧中得到最大交织增益,针对由两个连续的OFDM符号组成的每一个OFDM符号对使用不同的交织序列。
因此,根据本实施例的频率交织器可包括用于生成交织地址以将相应数据应用于符号对的交织地址生成器。
图32示出根据本发明的实施例的包括根据各个FFT模式的主伪随机二进制序列(PRBS)生成器和次PRBS生成器的交织地址生成器。
(a)示出用于8K FFT模式的交织地址生成器的框图,(b)示出用于16K FFT模式的交织地址生成器的框图,(c)示出用于32K FFT模式的交织地址生成器的框图。
用于OFDM符号对的交织过程利用单个交织序列被描述如下。首先,对于l=0,...,Nsym-1,一个OFDM符号中待交织的可用数据信元(来自信元映射器的输出信元)Om,l被定义为其中xm,l,p是第m帧中的第l OFDM符号的第p信元,Ndata是数据信元的数量:对于帧信令符号Ndata=CFSS,对于正常数据Ndata=Cdata,对于帧边缘符号Ndata=CFES。另外,对于l=0,...,Nsym-1,交织的数据信元被定义为
图33图示出根据本发明的实施例的用于所有FFT模式的主PRBS。
(a)示出主PRBS,(b)示出各个FFT模式的参数Nmax。
图34图示出根据本发明的实施例的用于FFT模式的次PRBS以及用于频率交织的交织地址。
(a)示出次PRBS生成器,(b)示出用于频率交织的交织地址。根据本发明的实施例的循环移位值可被称作符号偏移。
图35图示出根据本发明的实施例的时间交织器的写入操作。
图35图示出针对两个TI组的写入操作。
图中左边的方框示出TI存储器地址阵列,图中右边的方框示出当两个虚拟FEC块和一个虚拟FEC块被分别插入两个邻接的TI组的头部中时的写入操作。
以下将描述时间交织器的配置以及使用卷积交织器(CI)和块交织器(BI)二者或者根据物理层管道(PLP)模式选择性地使用CI或BI的时间交织方法。根据本发明的实施例的PLP是与上述DP相同的概念所对应的物理路径,PLP的名称可由设计者来改变。
根据本发明的实施例的PLP模式可根据由广播信号发射机或广播信号发送设备处理的PLP的数量而包括单PLP模式或多PLP模式。单PLP模式对应于广播信号发送设备处理一个PLP的情况。单PLP模式可被称作单个PLP。
多PLP模式对应于广播信号发送设备处理一个或多个PLP的情况。多PLP模式可被称作多个PLP。
在本发明中,根据PLP模式应用不同的时间交织方案的时间交织可被称作混合时间交织。在多PLP模式中针对各个PLP(或者在各个PLP层面)应用根据本发明的实施例的混合时间交织。
图36图示出根据表中的PLP的数量应用的交织类型。
在根据本发明的实施例的时间交织中,可基于PLP_NUM的值来确定交织类型。PLP_NUM是指示PLP模式的信令字段。当PLP_NUM具有值1时,PLP模式对应于单个PLP。根据本实施例的单个PLP可仅应用于CI。
当PLP_NUM具有大于1的值时,PLP模式对应于多个PLP。根据本实施例的多个PLP可被应用于CI和BI。在这种情况下,CI可执行帧间交织,BI可执行帧内交织。
图37是包括上述混合时间交织器的结构的第一示例的框图。
根据第一示例的混合时间交织器可包括BI和CI。本发明的时间交织器可位于BICM链块与帧构建器之间。
除了时间交织器5050以外,图37和图38所图示的BICM链块可包括图19所图示的BICM块的处理块5000中的块。图37和图38所图示的帧构建器可执行与图18的帧构建块1020相同的功能。
如上文所述,可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第一示例应用BI。即,当PLP_NUM=1时,不应用BI(BI被关闭)并且仅应用CI。当PLP_NUM>1时,可应用BI和CI二者(BI被打开)。当PLP_NUM>1时应用的CI的结构和操作可与当PLP_NUM=1时应用的CI的结构和操作相同或相似。
图38是包括上述混合时间交织器的结构的第二示例的框图。
混合时间交织器的结构的第二示例中所包括的各个块的操作与图20中的以上描述相同。可根据PLP_NUM的值确定是否根据混合时间交织器的结构的第二示例应用BI。根据第二示例的混合时间交织器的各个块可根据本发明的实施例执行操作。在这种情况下,在PLP_NUM=1的情况和PLP_NUM>1的情况之间,所应用的CI的结构和操作可不同。
图39是包括混合时间解交织器的结构的第一示例的框图。
根据第一示例的混合时间解交织器可执行与根据上述第一示例的混合时间交织器的逆操作对应的操作。因此,根据图39的第一示例的混合时间解交织器可包括卷积解交织器(CDI)和块解交织器(BDI)。
当PLP_NUM>1时应用的CDI的结构和操作可与当PLP_NUM=1时应用的CDI的结构和操作相同或相似。
可根据PLP_NUM的值确定是否应用根据混合时间解交织器的结构的第一示例的BDI。即,当PLP_NUM=1时,不应用BDI(BDI被关闭)并且仅应用CDI。
混合时间解交织器的CDI可执行帧间解交织,BDI可执行帧内解交织。帧间解交织和帧内解交织的细节与上面的描述相同。
图39和图40所示的BICM解码块可执行图37和图38的BICM链块的逆操作。
图40是包括混合时间解交织器的结构的第二示例的框图。
根据第二示例的混合时间解交织器可执行与根据上述第二示例的混合时间交织器的逆操作对应的操作。混合时间解交织器的结构的第二示例中所包括的各个块的操作可与上面图39中的描述相同。
可根据PLP_NUM的值确定是否应用根据混合时间解交织器的结构的第二示例的BDI。根据第二示例的混合时间解交织器的各个块可根据本发明的实施例执行操作。在这种情况下,在PLP_NUM=1的情况和PLP_NUM>1的情况之间,所应用的CDI的结构和操作可不同。
图41图示根据本发明的另一实施例的协议栈。
本发明提出用于传送服务数据的方法。被图示的协议栈可以包括服务管理级、传送级和物理级。服务管理级可以包括关于与服务相关的应用的协议。根据实施例,可以使用HTML 5来执行应用。物理级可以对在传送级处理的服务数据执行诸如编码和交织的处理、生成广播信号并且发送广播信号。
在传送级,服务数据可以被处理以通过广播网络或宽带网络被传送。服务数据可以包括实时发送的流式数据,诸如视频/音频/隐藏字幕数据。这样的数据可以根据ISOMBFF被处理成DASH片段。服务数据还可以进一步包括非实时发送的文件和根据其的信息,诸如非实时(NRT)内容、用于用信号发送服务数据的信令数据以及电子服务指南(ESG)。
当通过广播网络传送服务数据时,可以通过包括在ROUTE会话中的ALC/LCT会话来传送服务数据。如上所述,当通过广播网络传送服务数据时,可以根据MMTP通过MMT会话传送服务数据。可以使用ROUTE和MMT协议两者通过广播网络传送服务数据。可以根据UDP协议处理根据ROUTE或MMT处理的服务数据,然后将其封装到IP层中的IP分组中。IP分组可以通过IP多播被传送。
当通过ROUTE会话传送数据时,每个DASH表示可以被包括在每个ALC/LCT会话中并且被传送。根据实施例,一个LCT会话能够传送一个DASH表示。根据实施例,一个LCT会话可以传送一个自适应集合。当使用MMT时,由一个分组ID标识的MMTP分组流可以传送一条或多条MPU资产数据。
在传送级的IP分组或传输分组可以在未被示出的物理层中被处理之前在链路层中被处理。链路层可以将输入分组封装成链路层分组,并输出该链路层分组。在此过程中,可以应用诸如报头压缩的开销降低技术。这在上面已经被描述。
当通过宽带网络传送服务数据时,可以通过HTTP或HTTPS传送服务数据。可以根据HTTP处理服务数据并通过TCP/IP传送。在这种情况下,可以经由广播网络通过单播传送服务数据。
在此,每个服务可以包括ROUTE会话的集合。也就是说,当属于一个ROUTE会话的任意的ALC/LCT会话被包括在特定服务中时,ROUTE会话的所有ALC/LCT会话能够被包括在特定服务中。当使用MMTP会话或者使用ROUTE会话和MMTP会话两者时,可以应用此。
每个LCT会话可以被包括在一个PLP中。也就是说,可能不会通过多个PLP传送一个LCT会话。一个ROUTE会话的不同LCT会话可以通过多个LPLP被传送。甚至当使用MMTP会话时或者当使用ROUTE会话和MMTP会话两者时,这可适用于MMTP分组流。
图42图示根据本发明的另一实施例的分级信令结构。
将给出物理层帧的描述。上面已经详细描述了物理层帧。
物理层可以传送一系列的物理层帧。每个物理层帧可以包括引导信息、PLS信息和/或PLP的集合。引导信息可能与SLT中包括的引导信息不同。
引导信息用信号发送广播流的PLP的数量并且可以用信号发送物理层参数。接收机能够通过引导信息来定位和解码PLP。PLP信息可以包括与物理层和PLP相关的参数信息。PLP可以传送服务数据。
可以通过经由PLP发送的预先指定的IP流来传送SLT。紧急警报系统(EAS)相关信息可以被视为单一服务,并且通过传送正常服务的方法进行传送。根据实施例,可以通过信号帧中的PLP、PLS或单独的专用信道(例如,FIC)传送SLT和EAC相关信息。
将给出使用作为用于SLT传送的专用信道的快速信息信道(FIC)的实施例的描述。
可以使用FIC以有效地传送引导信息。在此,引导信息可以是对于快速扫描和获取广播服务所必需的信息。包括在SLT中的信息可以提供用于配置信道映射的最小信息,诸如与每个服务相关的服务ID、服务名称和信道编号。此外,此信息可以包括用于引导SLS的信息。上面已经详细描述了SLT。如上所述,诸如FIC的专用信道可以不被使用,并且SLT可以通过PLP被传送。在这种情况下,SLT能够通过经由PLP发送的特定IP流来传送。可以预先指定IP流的UDP端口号和IP地址。
描述SLS。已经详细描述了SLS。
服务可以具有传送用信号发送服务的服务层信令(SLS)信息的LCT会话。可以通过源IP地址、ROUTE会话的目的地IP地址和/或目的地端号以及相应LCT会话的传输会话标识符(TSI)来定位SLS。根据实施例,可能需要传送SLS的PLP的PLP ID信息。
如上所述,传送SLS的LCT会话可以被称为服务信令信道并且由专用tsi值标识。也就是说,当通过引导信息识别其中SLS被传送的ROUTE会话时,能够通过由ROUTE会话的专用tsi(例如tsi=0)标识的LCT会话来获取SLS。当使用预先指定的tsi时,可能不需要tsi信息来获取SLS。
如上所述,SLS可以包括USBD/USD、STSID和/或MPD。根据实施例,SLS还可以包括服务映射表(SMT)。SMT包括用于用信号发送服务的信息并且可以被省略。根据实施例,SLS还可以包括MPD表(MPDT)。MPDT包括与MPD对应的信息并且可以被省略。根据实施例,SLS还可以包括LCT会话实例描述(LSID)、URL信令表(UST)、应用信令表(AST)和/或安全描述表(SDT)。UST、AST和SDT也可以被省略。特别地,在使用USBD/USD、STSID和/或MPD的信令中,可以不使用SMT、MPDT和LSID。
描述所图示的分级信令结构。已经描述了根据本发明的信令结构。在所图示的实施例中,通过ROUTE执行信令。可以在使用MMTP会话的情况下类似地使用稍后将会描述信令结构。
在被图示的实施例中,物理层帧传送PLS和PLP。已经描述了PLS。此外,如上所述,虽然假定在本实施例中使用FIC,但是可以不使用FIC,并且可以通过PLP的特定IP流传送SLT。可以首先获取通过特定IP流传送的SLT信息。可以使用SLT中包括的引导信息来定位通过其传送用于特定服务的SLS的路径。
物理层帧可以包括多个PLP。在图42中,PLP被指示为数据管道(DP)。PLP具有可以封装通过IP流传送的数据的链路层分组。
由IP/UDP信息标识的IP流可以包括ROUTE会话。ROUTE会话可以包括多个LCT会话。在本实施例中,通过多个PLP传送一个ROUTE会话,并且一个LCT会话被包括在一个PLP中。然而,可以不通过多个PLP传送一个LCT会话。
每个LCT会话可以传送SLS或服务组件。在所图示的实施例中,当传送业务信令的LCT会话TSI#SCC和传送LSID的LCT会话TSI#0彼此分离时,可以在一个LCT会话中传送服务信令信息。该LCT会话可以被称为服务信令信道并且由tsi=0标识。如上所述,可以不使用LSID。
当通过访问传送SLS的LCT会话获取SLS时,能够使用SLS获得相应广播服务的业务数据。可以使用tsi信息来标识传送相应广播服务的服务组件的LCT会话。当通过除了传送SLS的ROUTE会话之外的ROUTE会话传送服务数据时,用于识别其他的ROUTE会话的信息可以被包括在SLS中。如有必要,可以在SLS中包括通过其传送服务数据的PLP的PLP ID信息。
正确的壁钟(wall clock)信息需要被传送给物理层。壁钟参考信息可以被包括在对应于LCT分组的报头的扩展的EXT_TIME报头中并且被传送。此LCT分组能够在LCT会话中传送相关的服务数据。
图43图示根据本发明的另一实施例的SLT。
如上所述,SLT能够支持快速信道扫描和获取。SLT可以具有关于广播流的每个服务的信息。例如,SLT能够包括用于向用户呈现重要服务列表的信息和用于定位SLS的信息。在此,服务列表能够被用于用户选择服务。SLS能够通过广播网络或宽带网络来传送。
在被图示的实施例中的SLS可以包括FIC_protocol_version、broadcast_stream_id和/或num_services。此外,SLT可以包括关于每个服务的信息。SLT还可以包括SLT级描述符。根据实施例,SLT可以是XML格式。在此,SLT可以被称为FIC有效载荷。
FIC_protocol_version能够指示SLT的版本。此字段可以指示SLT结构的版本。
Broadcast_stream_id能够指示由SLT描述的所有广播流的标识符。
Num_services能够指示由SLT描述的服务的数量。在此,服务可以指的是具有通过相应的广播流传送的组件的服务。
能够根据由num_services指示的编号来定位与服务对应的信令信息。现在将对此进行描述。
Service_id能够指示相应服务的服务ID。服务ID可以以16比特的无符号整数的形式表示。服务ID可以在相应的广播网络的覆盖范围内是唯一的。可以根据实施例改变服务ID的唯一性范围。
Service_data_version能够指示相应服务的服务数据的版本。每当相应服务的服务条目被改变,此字段的值能够增加。接收机能够通过service_data_version来监视SLT简单地意识到具有变化点的服务。
Service_channel_number能够指示相应服务的信道号。根据实施例,此字段可以被划分为主信道号和次信道号。
Service_category能够指示相应服务的种类。根据实施例,此字段可以指示相应的服务是否是A/V服务、ESG服务或者CoD服务。例如,当此字段的值为0x01时,相应的服务是A/V服务,当此字段的值为0x02时是音频服务,当此字段的值为0x03时是基于应用的服务,并且当此字段的值为0x08时是服务指南。剩余的值能够被保留以供将来使用。
Partition_id能够是广播相应服务的分区的标识符。根据实施例,多个服务提供商/广播公司可以通过一个广播流来提供服务。在这种情况下,一个广播流能够被划分为多个分区。每个分区的标识符可以被视为服务提供商的标识符。根据实施例,partition_id可以在不同级被定义。例如,通过在SLT级定义,此字段能够被用作用于由SLT描述的所有服务的提供商ID。根据实施例,此字段可以在用于传送SLT的信息等等的低级信令(LLS)表的报头区域中被定义。在此,LLS表可以是低级信令格式,其包括并且传送SLT、RRT等的信息。在这种情况下,此字段能够用作用于通过被包括在LLS表中的SLT描述的所有服务的提供商ID。
Short_service_name_length能够指示short_service_name的长度。此字段的值能够指示short_service_name的字节对数。当相应的服务没有短名称时,此字段能够具有0的值。Short_service_name能够指示相应服务的短名称。短名称的每个字符能够根据UTF8被编码。当短名称以奇数字节表示时,最后一个字节对的第二个字节能够具有0x00的值。
Service_status能够指示相应服务的状态。在此,服务状态能够指示是否相应的服务是活跃的或者被挂起的状态、隐藏或显示状态。MSB能够指示是否相应的服务是活跃的(1)还是非活跃的(0)。活跃/非活跃能够指示是否相应的服务是活跃的。LSB能够指示是否相应的服务被隐藏(1)或者没有被隐藏(0)。隐藏状态能够表示相应的服务是普通消费者不能够查看的服务,例如测试服务。当服务处于隐藏状态时,服务不能够被普通接收者查看。此字段的MSB和LSB可以被划分成不同的字段。
Sp_indicator可以是用于相应服务的服务保护标志。也就是说,此字段能够指示相应的服务是否被保护。在此,保护可以指的是保护对于相应服务的显著再生所必需的相应服务的至少一个组件的情况。
Broadcast_SLS_bootstrap_flag能够指示是否广播引导是否存在于SLT中。也就是说,此字段能够指示服务信令是否通过广播网络被传送。
Broadband_SLS_bootstrap_flag能够指示是否在SLT中存在宽带引导信息。也就是说,此字段能够指示是否服务信令通过宽带网络被传送。
Num_min_capability能够指示用于相应服务的最小能力代码的数量。
Min_capability_value能够指示用于相应服务的最小能力代码。此信息指的是提供相应服务所必须的最低能力。例如,当以UHD和HD的视频分辨率提供相应的服务时,相应服务的最小能力能够是HD。也就是说,具有提供至少HD能力的接收机能够处理相应的服务。除了视频分辨率之外,可以存在与音频相关的能力信息。当在SLT级定义此信息时,该信息可以是显著地呈现由SLT描述的所有服务所必需的能力信息。可以在USBD中定义此信息。
IP_version_flag能够是指示IP地址的版本的1比特指示符。此字段能够指示是否SLS源ID地址和SLS目的IP地址对应于IPv4地址或IPv6地址。
SLS_source_IP_address_flag能够指示是否相应服务的SLS的传输路径上的源IP地址信息被包括在SLT中。
SLS_source_IP_address、SLS_destination_IP_address和/或SLS_destination_UDP_port可以与前述字段@slsSourceIpAddress、@slsDestinationIpAddress和@slsDestinationUdpPort相似。此信息能够指定传送SLS的LCT会话、包括MMTP分组流或MMTP会话的ROUTE会话。
SLS_TSI能够指示传送相应服务的SLS的LCT会话的tsi信息。然而,如上所述,可以通过由前述信息标识的ROUTE/MMTP会话和/或MMTP分组流的专用LCT会话传送SLS。在这种情况下,因为能够通过预先指定的LCT会话(对应于tsi=0)传送SLS,所以能够省略此字段。
SLS_DP_ID能够对应于前述的@slsPlpId。此字段能够指定包括传送SLS的LCT会话的PLP。一般来说,传送相应服务的PLP当中的鲁棒性最高的PLP能够被用于传送SLS。
SLS_url能够指示SLS的URL信息。URL信息的每个字符可以根据UTF8被编码。
Num_service_level_descriptors指示在服务级定义的描述符的数量,并且service_level_descriptor()指的是提供关于相应服务的附加信息的服务级描述符。Num_FIC_level_descriptors指示在SLT级定义的描述符的数量,FIC_level_descriptor()指的是提供适用于由SLT描述的所有服务的附加信息的SLT级描述符。
根据本实施例的SLT仅是示例并且根据实施例可以添加/删除/改变SLT的信息。根据前述的实施例的在SLT中定义的信息和根据本实施例的SLT的信息可以组合。也就是说,根据本发明的实施例的SLT还可以包括根据本发明的另一实施例的在SLT中定义的字段。前述的SLT的信息可以被组合以组成根据本发明的另一实施例的SLT。
图44图示根据本发明的另一实施例的被用于服务信令的正常报头。
SLS可以包括前述各种类型的信令信息表。信令信息表可以被称为信令信息、信令表、信令对象、信令实例、信令片段等。信令表可以具有封装头。封装头能够提供关于单独地传送或作为一组传送的信令表的信息。
根据所图示的实施例的封装头可以包括num_of_tables、关于每个信令表的信息和描述符。
当信令表作为一组被传送时,Num_of_tables能够指示组中包括的信令表的数量。当信令表被单独地传送时,此字段能够具有1的值。由此字段指示的关于信令表的数目的信息能够紧跟此字段。
Table_offset能够以字节指示相应的信令表的偏移。Table_id能够指示相应信号表的ID。Table_encoding能够指示相应信令表的编码方法。例如,当table_encoding具有0x00的值时,相应的表格是二进制格式。当table_encoding具有0x01的值时,相应的表格是XML格式。当table_encoding具有0x02的值时,相应的表格是由gzip压缩的XML格式。剩余的值可以被保留以供将来使用。
Table_version_number能够指示相应信令表的版本号。当相应信号表的数据被改变时,此字段能够被增加1。当版本号溢出时,此字段可以具有0的值。
Table_id_extension_indicator、URI_indicator、valid_from_indicator和expiration_indicator能够指示是否在封装头中存在table_id_extension、URI_byte、valid_from和相对于相应的信令表的期满的值。
Table_id_extension可以是相应信令表的表ID的扩展。能够通过table_id_extension和table_id字段的组合来标识相应的信令表。信令表的唯一性范围能够根据table_id_extension来扩展。
URI_byte能够指示相应信令表的URL。Valid_from能够指示从其开始相应的信令表有效的时间。期满能够指示当相应的信令表期满的时间。
图45图示根据本发明的另一实施例的过滤信令表的方法。
诸如前述的SLS的服务信令信息能够以LCT分组的形式被传送。以LCT分组的形式传送的服务信令信息可以包括USBD、STSID和MPD。这样的信令信息的一个片段或多个片段能够被包括在LCT分组并且被传送。
本发明提出了一种用于在服务信令信息的接收中过滤服务信令信息并接收/处理服务信令信息的传输分组结构。可以改变LCT分组头的传输对象标识符(TOI)元素,用于服务信令信息过滤。
被图示的LCT分组的TOI元素可以包括信令ID字段、信令ID扩展字段和/或版本号字段。这些字段可以分别被称为表ID字段、表ID扩展字段和VN字段。
信令ID字段可以是用于识别由相应的传送分组传送的服务信令信息片段的类型的ID。根据实施例,信令ID字段可以通过向其指配唯一值来标识信令信息的类型,诸如USBD和STSID。例如,当信令ID字段具有0x01的值时,这指示由传送对象传送USBD。当信令ID字段具有0x02的值时,这指示由传输对象传送STSID。当信令ID字段具有0x03的值时,这指示由传送对象传送MPD。当信令ID字段具有0x04的值时,此字段能够被保留以供将来使用。当信令ID字段具有0x00的值时,此字段指示各种类型的信令信息片段被捆绑和传送。此外,此字段可以被用于标识诸如SMT、CMT和SDP的信息。该字段可以被称为片段类型字段。
信令ID扩展字段可以具有关于相应服务信令信息的附加信息。此字段能够指示关于相应服务信令片段的ID扩展信息。此字段可以标识相应服务信令片段的子类型。根据实施例,当传送分组具有多个片段时,信令ID扩展字段能够使用其比特指示是否特定的服务信令片段被包括在传送分组中。当传送分组具有一个片段时,信令ID扩展字段可以具有从相应的服务信令片段的ID推导的值。此外,当传送分组传送相同类型的分段的实例时,信令ID扩展字段可以被用作实例ID。此字段可以被称为片段类型扩展字段。
版本号字段能够指示由相应的传输分组传送的服务信令片段的版本信息。当服务信令片段的内容被改变时,可以改变此字段的值。根据实施例,当传送分组的传送对象包括一个信令片段时,版本号字段能够指示信令片段的版本。当传送分组的传送对象包括多个片段时,版本号字段能够指示传送对象的版本。也就是说,当被包括在传送对象中的任何一个片段被改变时,传送对象的版本被改变。因此,通过版本号字段标识传送对象的版本。
图46图示根据本发明的另一实施例的服务映射表(SMT)。
SMT可能被前述的STSID和USBD替代。在这种情况下,可以不使用SMT。
ServiceID能够指示用于标识与SMT有关的服务的服务ID。serviceID在广播网络中可以是唯一的。
ServiceName能够指示相应服务的名称。服务名称可能是长名称,而不是短的名称。可以根据UTF8编码名称的每个字符。可以在SLT中描述短的名字。
Lang指示其中描述相应服务名称的语言。
Capabilities指示用于显著地再生相应服务的能力。
AdditionalROUTESession指示传送相应服务的服务组件的不同ROUTE会话。在此,不同的ROUTE会话可以指的是ROUTE会话,而不是传送相对应的SLS的ROUTE会话。关于SLS被传送的ROUTE会话的信息已经在SLT中被描述。
sourceIPAddr、destIPAddr和destUDPPort能够包括用于识别前述的“不同的”ROUTE会话的信息。这些字段能够分别包括“不同的”ROUTE会话的源IP地址、目的IP地址以及目的地UDP端口信息。
lsidDatapipeID能够指示通过其传送“不同的”ROUTE会话的LSID的PLP的PLP ID信息。在此,因为STSID提供基于服务的信息,所以由于STSID描述关于传送相应的服务的服务组件的所有的LCT会话的信息,则如上所述可以不使用LSID。因此,因为LSID是关于每个ROUTE会话的信息,所以LSID可以不与STSID一起使用。当不使用LSID时,lsidDatapipeID能够指示通过其传送“不同的”ROUTE会话的PLP的ID。
ComponentMapDescription能够包括指示是否能够通过广播网络或宽带网络获取相应服务的每个组件的信息。此外,此字段能够指示是否能够通过除了相应的广播流之外的广播流来获取相应服务的每个组件。当仅通过一个广播网络传送服务数据时,可以省略此字段。此字段的信息可以以URI模式的形式提供。在此,URI模式不仅需要覆盖媒体段,而且还需要覆盖初始化段。广播URI模式不仅能够覆盖相应的广播流的模式,而且能够覆盖传送服务数据的另一广播流的模式。
mpdID能够指示相应服务的MPD的ID。perID能够指示相应服务的当前时段的ID。
BroadcastComp可以是关于通过广播网络传送的片段的URL模式的包络。BroadcastComp可以对应于前述的USBD的r12:broadcastAppService字段。url_pattern能够指示当前时段的广播段的基本模式。当前时段的广播片段的URL可以具有至少一个url_pattern值。接收机能够意识到是否能够使用url_pattern通过广播网络传送具有特定的片段URL的片段。
BroadbandComp可以是相对于通过宽带网络传送的片段的URL模式的包络。BroadbandComp可以对应于前述USBD的r12:unicastAppService字段。虽然url_pattern对应于BroadcastComp的url_pattern,但是BroadbandComp的url_pattern可能与BroadcastComp的url_pattern不同,因为前者指示用于宽带片段的基本模式。
ForeignComp可以是包含关于“外来”组件的信息的包络。也就是说,当通过除了传送SMT的广播流之外的广播流传送相应服务的服务组件时,此字段能够包含关于服务组件的信息。可以在另一广播流中用信号发送外来组件。
BroadcastStreamID能够指示包括至少一个外来组件的广播流的ID。
ComponentParameters能够包括用于在包括至少一个外来组件的外部广播流中识别传送至少一个外来组件的ROUTE会话/LCT会话的信息。如果在外来广播流中用信号发送这样的信息,则能够省略此字段。此字段可以存在,用于外来广播流中的快速服务获取。
sourceIPAddr、destIPAddr和destUDPPort可以提供用于获取外来服务组件的信息。此信息能够被用于识别外来广播流的传输会话,通过其外来服务组件被传送。sourceIPAddr、destIPAddr和destUDPPort能够分别包括源IP地址信息、目的IP地址信息和目的UDP端口信息。
datapipeID和tsi信息能够指示通过其在外来广播流中传送的外来服务组件的路径。datapipeID和tsi信息能够分别指示通过其外来服务组件被传送的PLP的ID和外来服务组件被传送的LCT会话的ID。
ContentAdvisoryRating能够包括关于相应服务的咨询评级的信息。此评级信息可以由MPD或RRT提供。
CaptionService描述能够包括与相应服务的字幕服务相关的描述信息。此信息可以由MPD提供。此信息对于具有字幕信息的视频服务可能是重要的。
图47图示根据本发明另一实施例的URL信令表(UST)。
除了前述的信令表之外,能够定义各种信令表。
MPD传送表(MPDT)可以对应于前述的MPD。如上所述,MPD可以是被包括在SLS中的信令信息之一。MPD能够通过广播网络或宽带网络被获取。当通过宽带网络能够获取MPD时,MPD可以通过UST获得,将在下面对其进行描述。
DASH初始化片段可以不作为服务信令信息被处理。初始化片段可以通过LCT会话或MMTP会话与媒体片段一起被传送。可替选地,初始化片段可以通过宽带网络被传送。关于初始化片段的URL信息可以在MPD中被描述。
LCT会话实例描述(LSID)能够提供关于与特定ROUTE会话有关的LCT会话的描述信息。LSID能够基于ROUTE会话来描述会话信息。前述的STSID能够基于服务来描述会话信息。也就是说,STSID能够包括关于LCT会话的描述信息,其中被包括在相应服务中的服务组件被传送,并且LSID能够包括关于对应于ROUTE会话的LCT会话的描述信息。如上所述,可以省略LSID并且STSID替代LSID可以描述SLS中的会话描述信息。
UST可以是包含用于获取信令信息的URL信息的信令表。信令信息可以通过使用UST的URL信息的宽带网络被获取。根据实施例,SLT中的特定字段可以提供用于获取信令信息的URL信息,替代UST。能够使用URL信息获取的信令信息可以包括正常的服务信令信息和ESG信息。
根据实施例,可以存在用于按照类型获取信令信息的信令服务器。在这种情况下,可能要求有多个URL。根据实施例,可以仅存在一个信令服务器并且可以使用不同的查询。在这种情况下,可能仅一个URL是必需的并且能够在SLT而不是在附加的UST中定义此URL。。
在被图示的实施例中,UST可以包括用于识别服务的@service_id。@smtURL能够指示用于SMT的URL,@mpdURL能够指示MPD的URL,并且@astURL能够指示用于AST的URL。根据实施例,用于获取ESG和其它的SLS的URL可以被包括在UST中。
当用于信令服务器的URL被包括在SLT中时,可以定义提供URL的元素。@urlType可以作为元素的较低特性存在,并且可以指示URL的类型。
应用信令表(AST)可以是提供与用于应用和/或基于应用的增强的NRT数据文件相关的信息的信令信息。当通过广播网络发送时,AST能够与SLS一起被传送。当通过宽带网络传送AST时,能够通过由SLT提供的URL信息获取AST。
安全描述表(SDT)可以包括与条件接入有关的信息。SDT可以通过广播网络与SLD一起被传送或通过宽带网络被传送。
分级区域表(RRT)是低级别信令(LLS)并且可以通过前述的LLS表被传送。LLS表能够传送前述的SLT或RRT。RRT可以通过宽带网络被传送。RRT可以提供内容的评级信息。
图48图示根据本发明的实施例的分层服务。
信令系统能够支持下述。首先,信令系统需要提供能够有效地获取服务和相关参数的环境,并且跟踪服务中的变化。此外,需要支持通过组合/分离/获取/去除的动态配置/重新配置,用于组件的传送和消费。需要在两个或更多个广播站中支持动态和灵活的广播容量。
将给出分层服务的信令的描述。系统能够提供分层服务。分层服务用作向具有不同特性和不同环境的多个设备有效地提供相同的内容。分层服务能够包括更加鲁棒的基本内容层和较低鲁棒的增强层。增强层提供具有更高质量的相同内容。例如,基本层能够包括用于以HD提供视频内容的数据。增强层能够包括用于在UHD中提供相同视频内容的数据。基础层的数据和增强层的数据需要同步,并且可能需要其间的信令。为了实现这一点,可能需要应用层和物理层之间的跨层通信。以高功率信号发送基本层并且以低功率信号发送增强层,这可能是必需的。
图49图示根据本发明的另一实施例的使用SLT的快速扫描过程。
接收机可以包括调谐器、基带处理器和/或内部存储器。接收机能够使用SLT执行快速服务扫描。
首先,接收机能够通过使用调谐器逐一地检查频率。可以使用预先定义的频率列表来获取这些频率。对于每个频率,调谐器能够等待直到信号被获取。
当在特定频率处检测到信号时,基带处理器能够从信号中提取SLT。当使用FIC时,可以从FIC中提取SLT。如果不使用FIC,则可以从包括SLT的PLP获取SLT。在这种情况下,能够使用PLS的信息来识别包括SLT的PLP。基带处理器能够将获取到的SLT传送到中间件模块。
中间件模块能够将SLT传送给SLT解析器。SLT解析器在附图中被表示为FIC解析器。SLT解析器能够解析数据并获取信息。已经描述了SLT的信息。即使当SLT具有与通过先前扫描获取的SLT相同的版本号时解析SLT也可能是可取的。这是因为当版本号字段溢出时具有不同版本的SLT可以具有相同的版本号。可替选地,接收机可以初始化SLT版本号使得不会发生前述的情况。
所获取的信息能够被存储在信道映射中。在服务扫描之后,表t49010中示出的信息可以被存储在信道映射中。三个服务被存储在信道映射中,并且每个服务能够包括服务ID、通过其传送相应服务的广播网络的ID、提供商ID(分区ID)、服务类别信息、短名称、指示是否对应于服务被保护的信息、SLS引导信息以及当通过宽带网络传送SLS时的URL信息。此信息可以对应于被包括在上述SLT中的信息。
图50图示根据本发明的另一实施例的使用SLT的全服务扫描过程。
接收机能够执行全服务扫描。当执行全服务扫描时,能够获取并存储关于每个服务的服务信令信息。例如,能够获取长名称替代短名称的服务。能够通过服务的服务ID映射长名称,并且将其与短名称一起存储在信道映射中。短名称可以是在全服务扫描之前通过快速扫描获得的信息。
接收机能够开始接收在频率列表中定义的每个频率。接收机的调谐器能够等待直到为每个频率获取信号。当检测到信号时,基带处理器能够获取SLT并且将SLT传送给中间件模块。
接收机能够通过检查其版本来检查SLT是否为新的SLT。如上所述,即使SLT具有与先前SLT相同的版本号,也可能需要获取SLT。当SLT是新的SLT时,中间件模块能够将SLT发送到SLT解析器。SLT解析器能够解析SLT并且提取信息。提取的信息被存储在信道映射中。
随后,接收机能够使用SLT的引导信息来获取SLS。在获取SLT的引导信息之后,接收机能够将引导信息传送给ROUTE客户端或MMTP客户端。
在根据ROUTE协议发送的SLS IP分组的情况下,接收机能够采用前述的过滤方案。接收机能够通过过滤方案获取SLS的信息(STSID、USBD等)。接收机能够存储获取的SLS信息。
SLS能够由信令解析器来解析。由于如上所述的相同的原因,即使SLS具有与先前的SLS相同的版本号,解析SLS也是可取的。接收机能够更新信道映射中的SLS信息。在这种情况下,接收机能够使用预先存储的服务ID信息来匹配并存储信道映射中的SLS信息。
全服务扫描之后的信道映射可以如表t50010中所示。区分于在快速扫描之后的前述信道,附加信息已经被存储在信道映射中。例如,已经为每个服务另外存储了长服务名称信息和附加的ROUTE会话信息。
图51图示根据本发明的另一个实施例获取仅通过广播网络传送的服务(单个ROUTE会话)的过程。
图51示出当仅通过广播网络(纯广播)传送单个广播服务中包括的视频/音频片段时的服务获取过程。特别地,被图示的实施例假定仅使用一个ROUTE会话的纯广播情况。
能够通过SLT获取提供其传送要获取的广播服务的SLS的路径。如上所述,SLT能够指示相应广播服务的SLS是否通过ROUTE或MMTP被传送。另外,SLT能够包括在通过ROUTE传送SLS的假设下传送SLS的ROUTE会话的IP/UDP信息。因此,SLT能够提供用于获取SLS的引导信息。如上所述,根据实施例,可以不使用FIC。
在传送SLS的ROUTE会话中,ROUTE会话的特定LCT能够传送SLS。传送SLS的LCT会话可以被称为服务信令信道。LCT会话可以被预先指定为tsi=0。在这种情况下,LCT会话能够传送STSID、MPD和/或USBD/USD,并且进一步传送附加的SLS实例,诸如AST。在此,LSID可以不被使用。
根据实施例,对应于tsi=0的LCT会话可以传送由其他的tsi值标识的LSID和LCT会话,并且可以传送剩余的SLS实例。在这种情况下,使用LSID。在此,由其他的tsi值标识的LCT会话可以被称为服务信令信道。设计人员可以改变通过其SLS实例被传送的LCT会话的数目和被用于LCT会话的tsi值。
可以由接收机获取和解析USBD、STSID和MPD。然后,接收机可以选择要呈现的表示。为了用信号发送通过广播网络传送的表示,可以检查STSID。
接收机能够将SLS信息发送到片段获取模块。片段获取模块可以使用SLS信息来提供用户偏好。例如,片段获取模块能够提供指示用户是否喜欢西班牙语音频而不喜欢英语音频的信息。
片段获取模块能够使用USBD/USD的信息来确定是否可以从广播流检索服务组件。USBD/USD能够被用于片段获取模块以确定从其能够检索服务组件的源。如果使用前述的SMT,SMT能够代替USBD。
当DASH客户端从内部代理服务器请求片段时,内部代理服务器可能需要确定是否向远程宽带服务器发送对于相应片段的请求或者等待直到相应的片段出现在广播流中(如果该片段尚未出现)。USBD能够在前述的DeliveryMethod元素中包括多播基本模式信息和单播基本模式信息。代理服务器能够检查片段URL的子字符串是否是单播基本模式或者多播基础模式,并且根据检查的结果执行操作。在纯广播情况下,接收机能够意识到在没有USBD的deliveryMethod元素的情况下从其能够检索服务组件的源。
接收机能够使用SLS的信息来识别需要选择相应广播服务的哪一个(西班牙语/英语)服务组件、通过其服务组件被获取的路径以及如何再生所获取的组件。
图52图示根据本发明的另一实施例获取仅通过广播网络传送的服务(多个ROUTE会话)的过程。
如上所述,可以通过多个传输会话传送一个服务。能够通过多个ROUTE会话或多个MMTP会话来传送广播服务。根据实施例,可以根据两种协议的组合来传送广播服务。
在这种情况下,如上所述,STSID能够包括关于附加ROUTE会话的信息。在此,附加的ROUTE会话是ROUTE会话,而不是通过其传送SLS的ROUTE会话,并且可以指的是通过其相应服务的服务数据被传送的ROUT会话。
如上所述,STSID能够包括附加的ROUTE会话的IP/UDP信息和在附加的ROUTE会话中传送相应服务的服务组件的LCT会话的tsi信息。此外,STSID能够提供通过其传送服务组件的PLP的ID。能够通过STSID获取通过附加ROUTE会话传送的服务数据。
当使用前述的SMT时,能够由SMT提供由STSID提供的信息。根据实施例,通过附加ROUTE会话传送的服务数据可以是服务渲染中的可选的服务数据。
在所图示的实施例中,能够通过SLT获取通过其传送服务#1的SLS的路径。能够使用服务#1的SLS识别通过附加ROUTE会话以及相应的ROUTE会话传送的服务组件(ROUTE#2的App组件)的传输路径。在被图示的实施例中,LSID描述附加ROUTE会话的LCT会话。然而,如上所述,根据实施例可以不需要LSID。相反,ROUTE#1的STSID能够描述通过ROUTE#2传送的相应业务的服务组件的传输路径。STSID能够描述关于通过其相应服务的服务组件被传送的ROUTE#2的LCT会话的信息。
SLT的服务#2还能够使用通过ROUTE#2传送的App组件。在这种情况下,通过ROUTE#3传送的服务#2的STSID能够描述通过ROUTE#2传送的App程序组件的传输路径。
图53图示根据本发明另一实施例的通过广播网络引导ESG信息的过程。
能够通过广播网络或宽带网络传送ESG信息。当通过广播网络传送ESG信息时,能够以服务的形式传送ESG信息。
在被图示的实施例中,能够通过经由PLP#3传送的ROUTE会话来传送ESG服务(服务ID=0x1055)。传送ESG服务的LCT会话能够通过ROUTE会话的SLS来识别。在本实施例中ESG信息可以包括SGDD和SGDU。然而,ESG信息可以由设计者以各种格式配置。
SLS能够指示传送传送SGDU的SGDD和LCT会话的LCT会话。能够通过LCT会话中对应于TOI=0的LCT分组传送FDT。传送SGDD的传输对象的TOI能够通过传送SGDD的LCT会话的FDT来识别。能够通过传送SGDU的LCT会话的FDT来识别传送所期待的SGDU的传输对象的TOI。接收机能够通过TOI获取ESG。
在ESG不是由SGDD和SGDU组成的正常情况下,SLS能够识别传送ESG片段的LCT会话。接收机能够通过LCT会话获取ESG片段并且使用ESG片段获取整个ESG信息。
当通过广播网络传送ESG时,可以通过除了所图示的实施例之外的方法传送ESG。
图54图示根据本发明的另一实施例的通过宽带网络引导ESG信息的过程。
当通过宽带网络传送ESG信息时,SLT能够提供用于引导ESG信息的信息。如上所述,SLT能够包括用于接收ESG的URL信息。SLT能够包括inetLoc元素。inetLoc元素能够提供与服务相关的URL信息。inetLoc元素能够具有@urlType属性。@urlType属性能够指示由inetLoc元素提供的URL的类型。@urlType属性指示相应的URL是用于接收ESG的ESG服务器的URL,并且inetLoc元素能够包括ESG服务器的URL信息。inetLoc元素可以对应于前述的InetSigLoc元素。
接收机能够使用由SLT提供的URL信息向ESG服务器发送对ESG信息的请求。根据实施例,ESG可以包括SGDD和SGDU。接收机能够通过SGDD和SGDU获取ESG信息。根据实施例,能够以各种方式定义发送到ESG服务器的请求。
图55图示根据本发明的另一实施例获取通过广播网络和宽带网络传送的服务的(混合)过程。
可以通过不同的传输路径传送根据不同语言的两个或更多个音频组件。例如,英语音频组件能够通过广播网络被传送,并且西班牙语音频组件能够通过宽带网络被传送。STSID能够描述通过广播网络传送的所有组件。ROUTE客户端能够通过STSID获取所期待的组件。在使用LSID的情况下,LSID能够替代STSID。
此外,如上所述,USBD能够包括通过广播网络传送的片段的基本URL模式信息和通过宽带网络传送的片段的基本URL模式信息。当DASH客户端请求片段时,接收机的中间件能够使用基本URL模式信息来描述通过广播网络传送哪一个片段以及通过宽带网络传送哪个片段。中间件能够意识到是否向远程宽带服务器发送对于相应的片段的请求,或者从通过广播网络已经传送或将要传送的数据来检测相应的片段。在使用SMT的情况下,SMT能够代替USBD。
能够通过根据SLS过滤特定LCT会话来获取通过广播网络传送的服务组件。通过向远程服务器发送对于相应的片段的请求,能够获得通过宽带网络传送的服务组件。在本实施例中,当通过广播网络将传送的英语音频组件提供给用户时,由于用户偏好改变,西班牙语音频组件可能需要被播放。在这种情况下,接收机能够从服务器接收西班牙语音频组件(或可能已经从服务器接收到西班牙语音频组件),并且向用户提供西班牙语音频组件。
图56图示根据本发明的另一实施例的切换情况下的信令过程。
接收机可能需要执行切换操作。例如,当通过广播网络提供服务时,由于接收环境变化接收机可能难以接收服务。在这种情况下,接收机能够将通过广播网络的接收切换到通过宽带网络的接收。如果接收环境增强,则接收机可以通过广播网络接收服务。
能够使用USBD的信令信息来执行这样的切换操作。如上所述,USBD能够描述通过广播网络传送哪一个组件和通过宽带网络传送哪一个组件。当能够通过宽带网络获取通过广播网络提供的特定服务组件时,接收机的中间件能够将接收路径切换到宽带网络并且通过其接收特定的服务组件。在使用SMT的情况下,SMT能够代替USBD。
图57图示根据本发明的另一实施例的根据可伸缩编码的信令过程。
USBD能够描述对于渲染相应的广播服务所必需的所有能力。例如,视频分辨率能够是用于解码视频服务的基本能力。因此,USBD能够提供关于相应服务的视频分辨率能力信息。USBD可以提供与相应服务相关的其他能力信息(音频、隐藏字幕和应用)。
根据实施例,USBD的能力信息可以具有用于视频分辨率的“HD或UHD”值。此值可以意指接收机需要能够处理HD或UHD以便于显著地呈现相应的服务。此外,此值可以意指相应的广播服务能够以HD或UHD提供。在使用SMT的情况下,SMT能够替代与此功能有关的USBD。
接收机可能需要获知应选择哪个服务组件以提供特定视频分辨率的服务。用于选择服务组件的信息能够由MPD提供。接收机能够意识到需要选择哪个服务组件以使用MPD的信息来提供HD服务。类似地,接收机能够意识到需要选择哪个服务组件以在UHD中提供服务。如上所述,MPD包括与每个服务组件的呈现相关的信息,并且可以具有关于每个表示的特性的信息。
根据实施例,USBD可以提供对于显著地呈现相应服务所必需的最小能力信息,而不是提供所有能力。在这种情况下,在相应的实施例中,视频分辨能力值能够是“HD”。
根据实施例,SLT还能够提供能力信息。SLT的能力信息能够包括对于显著地呈现由SLT描述的所有服务所必需的所有能力。根据实施例,对于每个服务,SLT的能力信息可以包括对于显著地呈现每个服务所必需的所有能力。根据实施例,SLT的能力信息可以包括对于显著地呈现由SLT描述的所有服务所必需的最小能力信息。根据实施例,对于每个服务,SLT的能力信息可以包括对于显著地呈现每个服务所必需的最小能力信息。
当由SLT或USBD提供最小能力信息时,如果其值为“HD”,则能够提供HD的接收机和能够提供UHD的接收机能够包括信道映射中的相应服务/多个服务。仅能够提供低于HD的视频分辨率的接收机可以不包括信道映射中的相应服务/多个服务。
图58图示根据本发明实施例的用于信令表请求的查询项。
参考图58,作为查询项的“?tableSLS”、“?table=SMT”、“?table=SLSIDT”以及“?table=UST”能够分别被用于请求“SLS集合”、“SMT”、“SLSIDT”以及“UST”。在此,SLS集合指的是包括SMT、SLSIDT以及UST的服务层信令集。根据本发明的实施例,SMT能够执行与USBD和/或STSID相同的功能并且SLSIDT能够执行与STSID相同的功能。
根据本发明的实施例,能够通过前述查询项之一来扩展基本URL。也就是说,已经附加上述查询项之一的基本URL能够识别前述的信令表中的一个并且指示所请求的信令表。
如上所述,SLT能够包括指示服务层信令(SLS)的URL的SLS_url元素。根据本发明的实施例,由SLS_url指示的URL能够包括前述的查询项。
根据本发明的实施例,因为SLS_url元素被包括在SLT服务级中,所以SLS_url元素被包括在每个服务中。因为由SLS_url元素指示的所有信令信息属于一个服务,所以service_id可以不被包括在用于请求SLSIDT和/或UST的查询项中。
图59图示根据本发明的实施例的服务LCT会话实例描述(SLSID)的配置。
根据本发明的实施例的SLSID是服务层信令并且可以对应于服务信令表。SLSID可以被包括在与其中SLS被传送和发送的ALC/LCT会话相同的ALC/LCT会话中。一个SLSID可以通过ROUTE会话对组件分组。因此,相应的IP地址和端口在SLSID中可能不会出现超过一次。此外,当在SLSID中仅存在一个ROUTE会话时,因为IP地址和端口被包括在SLT(FIT)中,所以IP地址和端口可以不存在于SLSID中。
根据本发明的实施例,用于服务的初始ROUTE会话可以是包括SLS的ROUTE会话。
根据本发明的实施例,SLSID可以被包括在SLS中。也就是说,SLSID是用于服务的信令表。
根据本发明的实施例,SLSID可以用作STSID。
根据本发明的实施例的SLSID元素可以包括@svcID、@version、@validFrom、@expires和/或RS元素。
@svcID指示服务ID并且对应于SLT(FIT)的service_id字段。也就是说,此字段能够被用作用于连接SLSID和SLT的信息。根据本发明的另一个实施例,@svcID可以指USD的服务元素。也就是说,此字段能被用作用于连接SLSID和USD的信息并且此字段的值可以指具有与此字段的值相对应的serviceId值的服务。
@version指示SLSID的版本。接收机能够识别是否使用此字段已经改变了SLSID。
@validFrom指示从其开始SLSID有效的日期和时间。
@expires指示当SLSID期满时的日期和时间。
一个或多个RS元素可以被包括在一个SLSID中,并且一个RS元素包括关于一个ROUTE会话的信息。
根据本发明实施例的RS元素可以包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS元素。
@bsid指示广播流的ID。此字段指示通过其传送ROUTE会话的广播流的ID。当此字段的值不存在时,被设置为默认值的广播流可以是当前广播流。也就是说,可以将通过其传送SLSID的广播流设置为默认值。也就是说,此字段指示传送broadcastAppService元素的内容组件的广播流的ID。broadcastAppService元素被包含在USD中,并且指示包括属于相应服务的媒体组件的DASH表示。当此字段的值不存在时,设置为默认值的广播流可以是具有PLP的广播流,通过该PLP传送用于相应服务的SLS片段。此字段的值可以对应于SLT的@bsid的值。
@sIpAddr指示ROUTE会话的源IP地址。当此字段的值不存在时,设置为默认值的源IP地址可以是当前ROUTE会话的IP地址。也就是说,其中传送SLSID的ROUTE会话的IP地址能够被设置为默认值。当相应的ROUTE会话不是主会话时,必须存在@sIpAddr的值。主要会话指示其中SLS被传送的ROUTE会话。
@dIpAddr指示ROUTE会话的目的IP地址。当此字段的值不存在时,设置为默认值的目标IP地址可以是当前ROUTE会话的IP地址。也就是说,其中传送SLSID的ROUTE会话的IP地址能够被设置为默认值。当相对应的ROUTE会话不是主会话时,@dIpAddr的值必须存在。主会话指示其中SLS被传送的ROUTE会话。
@dport指示ROUTE会话的目的地端口。当该字段的值不存在时,设置为默认值的目的地端口可以是当前ROUTE会话的目的地端口。也就是说,其中传送SLSID的ROUTE会话的目的端口能够被设置为默认值。当相对应的ROUTE会话不是主会话时,@dIpAddr的值必须存在。主会话指示其中SLS被传送的ROUTE会话。
@PLPID指示用于ROUTE会话的PLP的ID。当此字段的值不存在时,设置为默认值的PLP ID指示当前PLP的ID。也就是说,能够将通过其传送SLSID的PLP的ID设置为默认值。
一个或多个LS元素可以被包括在一个RS元素中,并且LS元素包括关于LCT信道的信息。
根据本发明的实施例的LS元素可以包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow元素和/或RprFlow元素。
@tsi指示LCT信道的TSI值。
@PLPID指示其中发送LCT信道的PLP的ID。此字段的值能够覆盖RS元素中包括的@PLPID。
@bw指示LCT信道的最大带宽。
@startTime指示开始时间。
@endTime指示结束时间。
SrcFlow元素指示源流。
RprFlow元素指示修复流。
根据本发明的实施例的SrcFlow元素可以包括@nrt、@minBuffSize、@appID、EFDT元素、有效载荷元素和/或FECParams元素。根据本发明另一实施例的SrcFlow元素还可以包括ContentInfo元素。
ContentInfo元素能够提供能够被映射到通过相应传输会话传送的应用服务的附加信息。例如,此元素能够为渲染提供用于LCT信道的选择的DASH内容的表示ID和/或DASH媒体表示的自适应集合参数。
@nrt指示是否内容是RT内容或者NRT内容。当此字段不存在时,则内容是RT内容。当此字段存在时,内容为NRT内容。根据本发明的另一个实施例,能够在SrcFlow元素中包括@rt而不是@nrt。当@rt不存在时,相应的内容不是RT内容。当相对应的SrcFlow元素传送流式媒体时,@rt呈现并且能够被设置为“真”。
@minBuffSize指示处理数据所必需的最小缓冲器大小。此字段能够指示用于LCT信道的接收机专用缓冲器的千字节的最小大小值。当@nrt不存在时或者当@rt存在时,此字段能够具有“真”的值。
@appID指示通过相应的LCT信道传送的内容的应用ID。例如,此字段能够指示DASH表示的ID。
EFDT元素指示扩展FDT实例。当提供EFDT时,EFDT元素包含被包含在包括FDT实例参数的EFDT实例的格式中的文件传送数据的详情。可以提供或包括EFDT元素作为参考。当提供EFDT元素作为参考时,能够独立于信令元数据来更新EFDT元素。当EFDT元素被参考并且作为通过与通过其传送信令元数据的LCT信道分离的LCT信道传送的源流的发明对象被发送时,EFDT的TOI能够为0。当通过不同于通过其参考SrcFlow元素的内容被传送的LCT信道的LCT信道传送参考的EFDT时,EFDT的TOI能够是1。
Payload元素指示关于传送源流的对象的ROUTE分组的有效载荷的信息。LCT报头的码点字段能够被映射到分组有效载荷格式。
FECParams元素可以包括FEC encodingid和instanceid。FECParams元素定义与相应源流相关联的FEC结构的参数。此元素能够使用FEC对象传输信息的格式。FEC参数能够被应用于ROUTE(ALC)分组报头中的源FEC有效载荷ID。
根据本发明的实施例的EFDT元素可以包括@idref、@version、@maxExpiresDelta、@maxTransportSize、@fileTemplate和/或FDTParameters元素。根据本发明的另一个实施例,EFDT元素还可以包括@tsi。
@tsi指示通过其传送参考的EFDT的LCT信道的TSI。
@idref指示在带内传送的情况下的EFDT的URI。也就是说,当EFDT与源流一起作为参考传送对象被带内传送时,此字段指示URI格式的EFDT ID。
@version指示EFDT的版本。也就是说,此字段指示EFDT实例描述符的版本,并且每当更新EFDT实例描述符时,其值增加1。具有最高版本号的接收到的EFDT可能是当前有效的版本。
@maxExpiresDelta指示相关的EFDT的期满时间。当@maxExpiresDelta被添加到接收机中的壁钟时间时,此字段指示当接收机获取传送由EFDT描述的对象的第一个ROUTE数据分组时具有整数值的时间间隔(以秒为单位)。当@maxExpiresDelta不存在时,EFDT期满时间能够通过将a)添加到b)被获得。在此,a)是相应ROUTE分组的EXT_TIME报头中的ERT字段的值,b)是当接收机解析ROUTE分组的报头时的时间。
@maxTransportSize指示EFDT中对象的最大传送大小。也就是说,此字段指示由EFDT描述的对象的最大传送大小。如果FEC_OTI中不存在,则此字段能够存在。
@fileTemplate能够将LCT TOI映射到对象的URI。此字段能够指示用于文件URL或文件URI的导出的模板格式。此字段可以具有元素的格式。
FDTParameters元素指示在FLUTE FDT中允许的参数。
根据本发明的实施例的Payload元素可以包括@codePoint、@formatID、@frag、@order和/或@srcFecPayloadID。
@codePoint指示与LCT报头中的CP(码点)字段的值相同的值。此字段指示Payload元素的较低元素和属性的值的组合的数值表示。
@formatID指示传送对象的有效载荷格式。
@frag指示分段代码。此字段包括unsignedByte值,其指示如何将传送相应源流的对象的ROUTE分组的有效载荷分段以用于传送。当此字段的值为0时,这指示“任意”,其表示ROUTE分组有效载荷传送传送对象的邻近部分。在此,传送对象分段可能出现在任意字节边界处。当@frag的值为1时,这指示“应用特定(基于样本)”,其表示ROUTE分组有效载荷传送具有完整采样格式的一条或多条媒体数据。术语“样本”在ISO/IEC 1449612中被定义。此值的使用与MDE模式相关。在此,分组能够鲁棒地传送包括被存储在“mdat”框中的样本的MDE数据块。当@frag的值为2时,这指示“应用特定的(框的集合)”,其表示ROUTE分组有效载荷包括一个或多个框的完整数据内容。术语“框”在ISO/IEC1449612中被定义。此值的使用与MDE模式相关。在此,各个分组能够以RAP开始传送MDE数据块的一部分,并且传送包括包含元数据的框的MDE数据块的一部分。元数据能够包括这些框中包括的styp、sidx、moof和/或从属框。@frag的值,3127,可以被保留以供将来使用,128255可以被保留以供专有。此字段可以具有0的默认值。
@order指示传送源流的对象的ROUTE分组的有效载荷,像DASH片段一样,是否按照DASH编码器的生成顺序发送以及如何发送有效载荷。当该字段的值为0时,这指示“任意的”。在这种情况下,分组传送DASH片段的部分。在此,DASH片段的顺序可能与由其他的分组传送的相同DASH段的一部分有关。当@order的值为1时,这指示“按顺序传送”,并且传送一个DASH片段的邻近分组的有效载荷的级联可以具有与DASH编码器生成的片段相同的顺序。当@order的值为2时,这指示媒体样本的按顺序传送并且在电影fragmentbox之前,并且传送一个电影分段的媒体样本的邻近的分组的有效载荷的级联可以与通过DASH编码器生成的样本的顺序相同。在此,可以在传送电影分段框和moof的分组之前发送分组。2的值能够在MDE模式下被使用。此字段的值,3127,可以被保留以供将来使用,并且128255可以被保留用于专用。此字段具有0的默认值。
@srcFecPayloadID指示源FEC有效载荷ID的格式。当此字段的值为0时,源FEC有效载荷ID不存在并且所有传送对象都被包括在相应的分组中。在此,FECParams元素可以不存在。当此字段具有1的值时,源FEC有效载荷ID可以具有32比特无符号整数值,其表示对象中的起始偏移。起始偏移指示在当前ROUTE分组中发送的传送对象的下一个/邻近的一个的起始字节的位置。当此字段具有2的值时,FECParams元素能够定义源FEC有效载荷ID的格式。此字段具有1的默认值。
图60图示根据本发明实施例的broadband_location_descriptor的配置。
根据本发明的实施例,描述符可以被包括在信令表(例如,SLT和SLS)的描述符循环(loop)中,以便提供附加信息。描述符能够通过descriptor_tag来标识。接收机能够识别描述符能够存在于信令表的描述符循环中。
根据本发明的实施例的Broadband_location_descriptor在宽带网络环境中能够使用资源时能够提供资源的URL。
根据本发明的实施例的Broadband_location_descriptor可以包括descriptor_tag、descriptor_length、url_length和/或url_bytes。descriptor_tag指示用于标识描述符的信息。descriptor_length指示描述符的长度。url_length指示描述符的URL的长度。url_bytes指示描述符的URL。
根据本发明的实施例,当描述符被包括在SLT(FIT)中并且被传送时,描述符的URL能够指示SLS的URL。URL的每个字符都能够根据UTF8被编码。URL能够由查询项使用。根据本发明的实施例,能够通过稍后将描述的查询项中的一个来扩展基本URL。也就是说,稍后将描述的查询项中的一个已经被附到的基本URL可以标识前述的信令表中的一个并且指示所请求的信令表。
根据本发明的实施例,当描述符被包括在服务级描述符循环中并被传送时,描述符能够指示通过其能够从宽带连接获取属于相应服务的SLS的URL。当广播站想要用于各个的服务的不同SLS URL时,能够使用该描述符。在这种情况下,可以不使用紧跟查询字符串的可选字符串svc。
根据本发明的实施例,当描述符被包括在PLP级描述符循环(FIC级描述符循环)中并且被传送时,描述符能够提供URL,接收机可以通过该URL通过宽带网络获取用于在相应的PLP中描述的所有服务的SLS。在这种情况下,能够使用可选字符串svc,并且当将svc查询字符串添加到查询项的末尾时,接收机能够请求用于特定服务的SLS。查询项如图61中所示。
图61图示根据本发明的另一实施例的用于信令表请求的查询项。
参考图61,能够分别使用查询条件“?tableSLS”、“?table=SMT”、“?table=SLSIDT”以及“?table=UST”以请求“SLS Set”、“SMT”、“SLSIDT”以及“UST”。在此,SLS集合表示包括SMT、SLSIDT、UST等的服务层信令集。根据本发明的实施例,SMT能够执行与USBD和/或STSID相同的功能,并且SLSIDT能够执行与STSID相同的功能。
根据本发明的实施例,可以通过将可选字符串svc添加到查询项的末尾来请求用于特定服务的信令表。例如,当请求用于具有特定service_id的服务的S_LSIDT,能够使用诸如“?table=UST[svc=<service_id>]”的查询项,如附图中所示。
图62图示根据本发明实施例的用于未来广播系统的协议栈。
根据本发明的广播系统可以对应于基于IP中心广播网络和宽带网络的组合的混合广播系统。
根据本发明的广播系统可以被设计为保持与现有的基于MPEG2的广播系统的兼容性。
根据本发明的广播系统可以对应于基于IP中心广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的组合的混合广播系统。
参考图62,物理层能够使用由诸如ATSC系统和/或DVB系统的广播系统采用的物理协议。例如,在根据本发明的物理层中,发射机/接收机能够发送/接收陆地广播信号并且将包括广播数据的传输帧转换为适当的形式。
在封装层中,从从物理层获得的信息中获取IP数据报或者所获取的IP数据报被转换成特定帧(例如,RS帧、GSElite、GSE或信号帧)。在此,帧可以包括一组IP数据报。例如,在封装层中,发射机在传输帧中包括在物理层中处理的数据,或者接收机从从物理层获取的传输帧中提取MPEG2 TS和IP数据报。
快速信息信道(FIC)包括用于访问服务和/或内容的信息(例如,关于服务ID和帧之间的映射的信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播系统可以使用诸如IP(因特网协议)、UDP(用户数据报协议)、TCP(传输控制协议)、ALC/LCT(异步分层编码/分层编码传输)、RCP/RTCP(速率控制协议/RTP控制协议)、HTTP(超文本传输协议)和FLUTE(通过单向传输的文件传送)的协议。对于这些协议的栈,参考在图62中示出的协议栈。
在根据本发明的广播系统中,能够以ISOBMFF(ISO基本媒体文件格式)发送数据。ESG(电子服务指南)、NRT(非实时)、A/V(音频/视频)和/或正常数据能够在ISOBMFF中被发送。
通过广播网络的数据的传送可以包括线性内容的传送和/或非线性内容的传送。
基于RTP/RTCP的A/V和数据(隐藏式字幕、紧急警报消息等)的传送可以对应于线性内容的传送。
能够以包括NAL(网络抽象层)的RTP/AV流的形式和/或以基于ISO的媒体文件格式封装的形式传送RTP有效载荷。RTP有效载荷的传送可以对应于线性内容的传送。以基于ISO的媒体文件格式封装的形式的传送可以包括用于A/V的MPEG DASH媒体片段。
基于FLUTE的ESG传送、不定时数据传送以及NRT内容传送可以对应于非线性内容传送。可以以MIME类型文件的形式和/或以基于ISO的媒体文件格式封装的形式来传送ESG、非定时数据以及NRT内容。以基于ISO的媒体文件格式封装的形式的传送可以包括用于A/V的MPEG DASH媒体片段。
通过宽带网络的传送可以被划分为内容的传送和信令数据的传送。
内容的传送包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传送和非线性内容(ESG、非定时数据等)的传送、基于MPEGDASH的媒体片段(A/V和数据)传送。
信令数据的传送可以包括通过广播网络传送的信令表(包括MPEG DASH MPD)的传送。
根据本发明的广播系统能够支持通过广播网络传送的线性/非线性内容之间的同步或通过广播网络传送的内容与通过宽带网络传送的内容之间的同步。例如,当一条UD内容被分段并且通过广播网络和宽带网络同时传送时,接收机能够根据传输协议调整时间线,使通过广播网络传送的内容与通过宽带传送的内容同步,并且然后重新配置一条UD内容。
根据本发明的广播系统的应用层能够实现诸如交互性、个性化、第二屏幕和ACR(自动内容识别)的技术特征。这样的特征在ATSC2.0到ATSC3.0的扩展中是重要的。例如,HTML5能够被用于交互性。
在根据本发明的广播系统的表示层中,可以使用HTML和/或HTML5以指定组件或交互式应用之间的空间和时间关系。
在本发明中,信令包括用于支持内容和/或服务的有效获取的信令信息。信令数据能够以二进制或XML格式表示并且通过陆地广播网络或宽带网络被传送。
实时广播A/V内容和/或数据能够以ISO基本媒体文件格式被表示。在这种情况下,能够通过陆地广播网络实时传送或者基于IP/UDP/FLUTE非实时传送广播A/V内容和/或数据。可替选地,通过因特网使用DASH(基于HTTP的动态自适应流)实时流放或者请求和接收广播A/V内容和/或数据。根据本发明的实施例的广播系统能够通过组合以前述方式传送的广播A/V内容和/或数据向观众提供诸如交互式服务和第二屏幕服务的各种增强型服务。
在基于TS和IP的混合广播系统中,链路层能够被用于发送TS或IP流类型数据。链路层能够将各种类型的数据转换成物理层支持的格式,并且当需要通过物理层传送数据时将转换的数据传送到物理层。因此,能够通过相同的物理层传送各种类型的数据。在此,物理层可以指的是根据诸如MIMO/MISO的传输方案的交织、复用和/或调制数据和传送数据的阶段。
需要设计链路层以最小化物理层的配置变化对链路层的操作的影响。也就是说,有必要决定链路层的操作,使得链路层能够与各种物理层兼容。
本发明提供在与上层和下层的类型无关的情况下能够独立地操作的链接层。因此,能够支持各种上层和下层。在此,上层指的是TS或IP数据流的层,并且下层指的是物理层。此外,本发明提供一种具有可修改结构的链路层,其中能够扩展/添加/删除由链路层可支持的功能。此外,本发明提供一种为了无线电资源的有效使用在链路层中配置开销降低功能的方法。
已经在上面描述了所图示的协议和层,诸如IP(因特网协议)、UDP(用户数据报协议)、TCP(传输控制协议)、ALC/LCT(异步分层编码/分层编码传输)、RCP/RTCP(速率控制协议/RTP控制协议)、HTTP(超文本传送协议)和FLUTE(单向传输的文件传送)。
在附图中,链路层可以是前述的数据链路(封装)部分的另一个实施例。本发明提供了链路层t88010的结构和/或操作。由本发明提供的链路层t88010能够处理对于链路层和/或物理层的操作所必需的信令。此外,本发明提供的链路层t88010能够在封装期间执行TS和IP分组的封装和开销降低。
由本发明提供的链路层t88010可以被称为数据链路层、封装层,层2等。根据实施例,链路层可以被给予新的名称。
图63图示根据本发明实施例的链路层接口。
图63图示其中发射机使用数字广播中使用的IP分组和/或MPEG2TS分组作为输入信号的情况。发射机可以支持未来广播系统中可用的新协议中的分组结构。发射机的链路层的被封装的数据和/或信令信息能够被传送到物理层。发射机能够根据由相应的广播系统支持的物理层的协议处理所传送的数据(包括信令数据),并且发送包括数据的信号。
接收机将从物理层接收的数据和/或信令信息恢复为能够由上层处理的数据。接收机能够读取分组报头并且确定是否从物理层接收到的分组包括信令信息(或信令数据)或正常数据(或内容数据)。
从发射机传送的信令信息(即,信令数据)可以包括:从上层接收并且需要传送到接收机的上层的第一信令信息;在链路层中生成的并且提供与接收机的链路层中的数据处理有关的信息的第二信令信息;和/或在上层或链路层中生成并且被传送以快速地识别物理层中的特定数据(例如,服务、内容和/或信令数据)的第三信令信息。
图64是根据本发明实施例的来自于链路层的操作模式当中的正常模式的操作图。
由本发明提供的链路层可以具有用于与上层和下层的兼容性的各种操作模式。本发明提出链路层的正常模式和透明模式。两种操作模式能够在链路层中共存并且能够使用信令或系统参数指定使用哪种模式。根据实施例,可以仅实现两种模式之一。能够根据输入到链路层的IP分组和TS分组来应用不同的模式。此外,能够根据IP层的流和TS层的流来应用不同的模式。
根据实施例,可以向链路层添加新的操作模式。能够根据上层和下层的配置添加新的操作模式。新的操作模式可以基于上层和下层的配置包括其他接口。可以使用信令或系统参数来指定是否使用新的操作。
在正常模式下,能够通过链路层支持的所有功能来处理数据,并且然后将其传送到物理层。
具体地,分组能够从IP层、MPEG2 TS层和/或另一特定层t89010传送到链路层。也就是说,IP分组能够从IP层传送到链路层,MPEG2 TS分组能够从MPEG2 TS层传送到链路层,并且特定的分组能够从特定协议传送到链路层。
能够在经过开销降低t89020之后或者在没有经过开销降低的情况下封装被传送到链路层的分组。
具体地说,能够在经过开销降低t89020之后或在没有经过开销降低的情况下封装IP分组t89030。是否执行开销降低能够由信令或系统参数指定。根据实施例,可以对每个IP流执行或不执行开销降低。被封装的IP分组能够被传送给物理层。
在经过开销降低t89020之后,MPEG2 TS分组能够被封装t89030。根据实施例,在处理MPEG2 TS分组中可以省略开销降低。然而,因为TS分组在其报头中通常具有同步字节(0x47),所以去除这样的固定的开销可能是有效的。被封装的TS分组能够被传送给物理层。
在经过开销降低t89020之后或者在没有经过开销降低的情况下除了IP分组和TS分组之外的分组能够被封装t89030。是否执行开销降低能够根据分组的特性来确定。是否执行开销降低能够由信令或系统参数指定。被封装的分组能够被传送给物理层。
在开销降低t89020期间能够通过适当的方法减少输入分组的大小。在开销降低期间能够从输入分组中提取或生成特定信息。特定信息是与信令有关的信息并且能够通过信令区域发送。此信令信息被用于接收机通过在开销降低期间恢复分组中的变化将输入分组恢复成原始分组格式。信令信息能够通过链路层信令t89050被传送。
链路层信令t89050能够执行在开销降低期间提取/生成的信令信息的传送和管理。物理层可以具有用于信令的物理/逻辑上分离的传输路径。链路层信令t89050可以根据分离的传输路径向物理层传送信令信息。在此,被分离的传输路径可以包括FIC信令t89060和EAS信令t89070。通过传输路径没有传送的信令信息能够通过封装t89030被传送到物理层。
由链路层信令t89050管理的信令信息可以包括从上层传送的信令信息、在链路层生成的信令信息和/或系统参数。具体地,信令信息可以包括从上层传送并需要被传送到接收机的上层的信令信息、在链路层中生成并且需要被用于链路层的操作的信令信息以及在上层或链路层中生成并且被用于在接收机的物理层中的快速检测的信令信息。
封装并传送到物理层的数据能够通过数据管道(DP)被传送(t89040)。在此,DP可以是物理层管道(PLP)。前述的信令信息可以通过各个传输路径被传送。例如,FIC信令信息可以通过物理帧中的专用FIC t89080被传送。EAS信令信息能够通过物理帧中的被指定的EAC t89090传送。关于诸如FIC或EAC的特定信道的存在的信息可以在物理帧的前导区域中被用信号发送,并且通过使用特定的加扰序列对前导进行加扰来发送或用信号发送。根据实施例,可以通过正常的DP区域、PLP区域或前导替代专用特定信道传送FIC信令/EAS信令信息。
接收机能够通过物理层接收数据和信令信息。接收机能够将数据和信令信息处理成能够在上层中处理的格式,并且将经处理的数据和信令信息传送到上层。此过程能够在接收机的链路层中被执行。接收机能够通过诸如读取分组的报头的方法的方法来识别所接收的分组是否与信令信息或数据相关。此外,当在发射机处已经执行开销降低时,接收机能够将具有通过开销降低的开销降低的分组恢复到原始分组。在此过程中,能够使用由接收机接收的信令信息。
图65是根据本发明实施例的来自于链路层的工作模式当中的透明模式的操作图。
在透明模式下,在没有经过链路层所支持的功能的情况下,或者仅通过部分功能之后,能够将数据传送到物理层。也就是说,在没有经过透明模式中的开销降低和/或封装的情况下,从上层传送的分组能够被发送到物理层。一些分组可以通过开销降低和/或封装。透明模式可以被称为旁路模式或被给予其他名称。
根据实施例,可以在正常模式中处理一些分组,并且可以基于分组特性和系统操作在透明模式下处理一些分组。
可应用透明模式的分组可以是系统中公知的类型的分组。当在物理层中能够处理相应的分组时,能够使用透明模式。例如,因为TS或IP分组能够经过物理层中的开销降低和输入格式化,所以能够在链路层中使用透明模式。当应用透明模式并且在物理层中通过输入格式处理分组时,能够在物理层中执行诸如前述的TS报头压缩的操作。当应用正常模式时,经处理的链路层分组能够作为GS分组处理并且在物理层进行处理。
即使在透明模式下,当需要支持信令的传送时可以提供链路层信令模块。链路层信令模块能够执行如上所述的信令信息的传送和管理。可以通过DP来封装和传送信令信息,并且具有被分离的传输路径的FIC信令信息和EAS信令信息可以分别通过FIC和EAC被传送。
在透明模式下,能够使用固定IP地址和端口号的方法来指示是否信息是信令信息。在这种情况下,相应的信令信息可以被过滤以配置链路层分组并且通过物理层被传送。
图66图示根据本发明实施例的在发射机处的链路层结构(正常模式)。
在本实施例中,假设处理IP分组。从功能角度来看,发射机的链路层可以包括用于处理信令信息的链路层信令部分、开销降低部分和/或封装部分。此外,发射机的链路层可以包括用于整个链路层操作和/或链路层的输入/输出部分的控制和调度的调度器。
能够将信令信息和/或上层的系统参数t91010传送到链路层。此外,包括IP分组的IP流能够从IP层t91110传送到链路层。
如上所述,调度器t91020能够确定和控制被包括在链路层中的模块的操作。被传送到链路层的信令信息和/或系统参数t91010能够被调度器t91020过滤或使用。来自于被传送的信令信息和/或系统参数t91010当中的对于接收机所必需的信息能够被传送到链路层信令部分。可以将来自于信令信息当中的对于链路层的操作所必需的信息传送到开销降低控制块t91120或封装控制块t91180。
链路层信令部分能够收集在物理层中要作为信令信息被传送的信息并且将收集到的信息转换/配置为适合于传送的格式。链路层信令部分可以包括信令管理器t91030、信令格式化器t91040和/或用于信道的缓冲器t91050。
信令管理器t91030能够接收从调度器t91020传送的信令信息和/或从开销降低部分传送的信令信息和/或上下文信息。信令管理器t91030能够为接收到的数据确定将会传送信令信息的路径。信令信息能够通过由信令管理器t91030确定的路径被传送。如上所述的诸如FIC和EAS的通过被分离的信道发送的信令信息能够被传送到信令格式器t91040,并且其他信令信息能够被传送到封装缓冲器t91070。
信令格式化器t91040将传送给其的信令信息格式化成适配于单独的信道的形式,使得能够通过这些信道传送信令信息。如上所述,物理层可以包括物理/逻辑上分离的信道。这样的信道能够被用于传送FIC信令信息和EAS相关信息。FIC相关信息和EAS相关信息能够由信令管理器t91030分类并且将其输入到信令格式化器t91040。信令格式化器t91040能够格式化信令信息使得信令信息适配于与其对应的单独信道。当物理层被设计为通过的单独信道传送除了FIC和EAS之外的特定信令信息时,能够添加用于特定信令信息的信令格式化器。以这种方式,链路层能够与各种物理层兼容。
用于信道的缓冲器t91050能够分别将从信令格式化器t91040接收到的信令信息传送到专用信道t91060。可以根据实施例改变专用信道的数量和内容。
如上所述,信令管理器t91030能够将未被传送到特定信道的信令信息传送到封装缓冲器t91070。封装缓冲器t91070接收未传送到特定信道的信令信息。
用于信令信息的封装块t91080能够封装未传送到特定信道的信令信息。传送缓冲器t91090能够将封装的信令信息传送到用于信令信息的DP t91100。用于信令信息的DPt91100可以指的是前述的PLP区域。
开销降低部分能够通过减少被传送到链路层的分组的开销来进行有效的传送。能够配置与输入到链路层的IP流的数量相同的开销降低部分。
开销降低缓冲器t91130能够接收从上层传送的IP分组。IP包能够通过开销降低缓冲器t91130被输入到开销降低部分。
开销降低控制块t91120能够确定是否对输入到开销降低缓冲器t91130的分组流执行开销降低。开销降低控制块t91120能够确定是否对每个分组流执行开销降低。当对分组进行开销降低时,分组能够被传送给RoHC压缩器t91140,并且在其上执行开销降低。当不对分组执行开销降低时,分组被传送到封装部分并且在没有开销降低的情况下被封装。能够通过被传送到链路层的信令信息t91010确定是否对分组执行开销降低。信令信息能够由调度器t91020被传送到开销降低控制块t91180。
RoHC压缩器t91140能够对分组流执行开销降低。RoHC压缩器t91140能够压缩分组的报头。各种方法能够被用于开销降低。根据本发明提出的上述方法能够执行开销降低。虽然在本实施例中使用IP流并且描述RoHC压缩器,但是可以根据实施例改变RoHC压缩器的名称,并且操作不限于IP流压缩并且能够通过RoHC压缩机t91140执行所有种类的分组的开销降低。
分组流配置块t91150能够将具有被压缩的报头的IP分组划分为要通过信令区域传送的信息和要通过分组流传送的信息。要通过分组流传送的信息可以指的是要通过DP区传送的信息。要通过信令区域传送的信息能够被传送到信令和/或上下文控制块t91160。要通过分组流传送的信息能够被传送到封装部分。
信令和/或上下文控制块t91160能够收集信令和/或上下文信息,并且将被收集的信息传送到信令管理器以便于通过信令区域发送信令和/或上下文信息。
封装部分能够将分组封装成适合于到物理层的传送的形式。能够配置与IP流的数目一样多的封装部分。
封装缓冲器t91170能够接收用于封装的分组流。当执行开销降低时封装缓冲器t91170能够接收开销降低的分组并且在不执行开销降低时接收输入的IP分组。
封装控制块t91180能够确定是否封装输入分组流。当执行封装时,分组流能够被传送到分段/级联块t91190。当不执行封装时,能够将分组流传送给传输缓冲器t91230。是否封装分组能够由被传送给链路层的信令信息t91010来确定。信令信息能够通过调度器t91020被传送到封装控制块t91180。
如上所述,在分段/级联块t91190中,分组能够被分段或级联。也就是说,当输入IP分组比作为链路层的输出的链路层分组长时,IP分组能够被分段成多个片段以生成多个链路层分组有效载荷。当输入IP分组短于链路层分组时,多个IP分组能够被级联以生成单个链路层分组有效载荷。
分组配置表t91200能够具有被分段和/或级联的链路层分组的配置信息。发射机和接收机能够具有与分组配置表t91200的信息相同的信息。发射机和接收机能够参考分组配置表t91200的信息。分组配置表t91200的信息的索引值能够被包括在链路层分组的报头中。
链路层报头信息块t91210能够收集在封装期间生成的报头信息。此外,链路层报头信息块t91210能够收集被存储在分组配置表t91200中的信息。链路层报头信息块t91210能够根据链路层报文结构配置报头信息。
报头附接块t91220能够将报头添加到被分段和/或级联的链路层分组的有效载荷。传输缓冲器t91230能够将链路层分组传送到物理层的DP t91240。
块、模块和部分可以被配置为链路层中的单个模块/协议或多个模块/协议。
图67图示根据本发明的实施例的在接收机处的链路层结构(正常模式)。
在本实施例中,假设处理IP分组。从功能的角度来看,接收机的链路层可以包括用于处理信令信息的链路层信令部分、开销处理部分和/或解封装部分。此外,接收机的链路层可以包括用于整个链路层操作的控制和调度的调度器和/或链路层的输入/输出部分。
通过物理层发送的信息能够被传送到链路层。在由发射机处理之前链路层能够将信息处理成原始形式并且将该信息传送到上层。在本实施例中,上层可以是IP层。
通过物理层中的单独的专用信道t92030传送的信令信息能够被发送到链路层信令部分。链路层信令部分能够检查从物理层接收到的信令信息并且将信令信息传送到链路层的各个部分。
用于信道的缓冲器t92040能够接收通过专用信道传送的信令信息。当在物理层中存在物理/逻辑分离的专用信道时,如上所述,用于信道的缓冲器t92040能够接收通过专用信道传送的信令信息。当从专用信道接收到的信令信息已经被分段时,用于信道的缓冲器t92040能够存储被分段的信息直到信息被恢复为被分段之前的形式。
信令解码器/解析器t92050能够检查通过专用信道接收到的信令信息的格式并且从信令信息中提取要在链路层中使用的信息。当通过专用信道接收的信令信息已经被编码时,信令解码器/解析器t92050能够对信令信息进行解码。根据实施例,信令解码器/解析器t92050能够检查信令信息的完整性。
信令管理器t92060能够组合通过多个路径接收的信令信息。稍后将会描述的通过用于信令的DP t92070接收的信令信息能够由信令管理器t92060组合。信令管理器t92060能够传送对于链路层中的部分所必需的信令信息。例如,信令管理器t92060能够将用于分组恢复的上下文信息传送到开销处理部分。此外,信令管理器t92060能够向调度器t92020传送用于控制的信令信息。
能够通过用于信令的DP t92070接收未通过专用信道接收的正常信令信息。在此,用于信令的DP可以指的是PLS。从用于信令的DP接收到信令信息能够被传送到接收缓冲器t92080。用于信令信息的解封装块t92090能够解封装接收的信令信息。解封装的信令信息能够通过解封装缓冲器t92100被传送给信令管理器t92060。如上所述,信令管理器t92060能够收集信令信息并且将信令信息传送给链路层中需要信令信息的部分。
调度器t92020能够确定和控制被包括在链路层中的模块的操作。调度器t92020能够使用接收机信息t92010和/或从信令管理器t92060接收的信息来控制链路层的部分。此外,调度器t92020能够确定链路层的部分的操作模式。接收机信息t92010可以指的是预先存储在接收机中的信息。调度器t92020能够使用由用户改变的信息,例如信道变化,用于控制。
解封装部分能够过滤从物理层的DP t92110接收的分组,并且根据分组的类型分离分组。能够配置与在物理层中能够同时解码的DP的数量一样多的解封装部分。
解封装缓冲器t92110能够从物理层接收分组流以进行解封装。解封装控制块t92130能够确定是否解封装所接收的分组流。当执行解封装时,分组流能够被传送到链路层报头解析器t92140。当不执行解封装时,分组流能够被传送到输出缓冲器t92220。使用从调度器t92020传送的信令信息能够确定是否执行解封装。
链路层报头解析器t92140能够检查被传送到其的链路层分组的报头。链路层报头解析器t92140能够通过检查报头来确认被包括在链路层分组的有效载荷中的IP分组的配置。例如,IP分组已经被分段或级联。
分组配置表t92150能够包括关于被分段和/或级联的链路层分组的有效载荷的信息。分组配置表t92150可以包括与发射机和接收机的信息相同的信息。发射机和接收机能够指的是分组配置表t92150的信息。能够基于被包括在链路层分组中的索引信息来检测对于重组所必需的值。
重组块t92160能够从被分段和/或级联的链路层分组的有效载荷重组原始的IP流分组。重组块t92016能够通过收集片段重组一个IP分组或者通过划分被级联的分组来重组多个IP分组流。被重组的IP分组能够被传送给开销处理部分。
开销处理部分是在发射机中执行的开销降低的逆处理并且将开销降低的分组恢复到原始分组。此操作能够被称为开销处理。能够配置通过其在物理层中能够同时处理的分组的DP的数量一样多的开销处理部分。
分组恢复缓冲器t92170能够接收解封装的RoHC分组或用于开销处理的IP分组。
开销控制块t92180能够确定是否对解封装的分组执行分组恢复和/或解压缩。当执行分组恢复和/或解压缩时,分组能够被传送到分组流恢复块t92190。当不执行分组恢复和/或解压缩时,分组能够被传送到输出缓冲器t92220。能够基于由调度器t92020传送的信令信息来确定是否执行分组恢复和/或解压缩。
分组流恢复块t92190能够组合由发射机分段的分组流和分组流的上下文信息。此操作可以对应于恢复分组流的过程使得RoHC解压缩器t92210能够处理分组流。在此过程期间,信令信息和/或上下文信息能够从信令和/或上下文控制块t92200被传送到分组流恢复块t92190。信令和/或上下文控制块t92200能够识别从发射机传送的信令信息,并且将信令信息发送到分组流恢复块t92190,使得信令信息能够被映射到与相应的上下文ID相匹配的流。
RoHC解压缩器t92210能够解压缩分组流的分组的报头。因此,能够将分组流的分组恢复到原始的IP分组。也就是说,RoHC解压缩或t92210能够执行开销处理。
在将输出流传送到IP层t92230之前输出缓冲器t92220能够用作缓冲器。
发射机和接收机的链路层能够包括上述的块和模块。因此,链路层能够独立地操作,而不管上层和下层如何,并且能够有效地执行开销降低。此外,根据上层可支持的功能能够被容易地决定并且/或者被添加到链路层/从链路层删除
图68图示根据本发明的实施例的链路层组织类型的定义。
当链路层被实现为实际协议层时,链路层能够通过单个频隙发送和接收广播服务。在此,能够将具有特定带宽的广播信道例示为单个频隙。如上所述,本发明能够定义当在广播系统或具有不同物理层结构的多个广播系统中改变物理层配置时可兼容的链路层。
物理层能够具有与链路层接口的逻辑数据路径。链路层被连接到物理层的逻辑数据路径以发送与数据路径有关的信息。下述的数据路径能够被视为是与链路层接口的物理层的数据路径。
在广播系统中,可以存在作为数据路径的正常数据管道(普通DP)。正常数据管道是用于传送正常数据的数据管道,并且可以根据物理层配置存在一个或多个数据管道。
在广播系统中,基本数据管道(基本DP)可以作为数据路径存在。基本数据管道被用于特定目的并且能够在相应的频隙中传送信令信息(在本发明中描述的全部或部分信令信息)和/或公共数据。为了有效的带宽管理,可以通过基本数据管道传送通过正常数据管道传送的数据。当存在专用信道并且通过专用信道传送的信息的大小超过专用信道的容量时,基本数据管道能够补充专用信道。也就是说,能够通过基本数据管道传送超过专用信道的容量的数据。
虽然连续地使用单个被指定的数据管道作为基本数据管道,但是通常可以使用用于有效的数据管道操作的诸如物理层信令和链路层信令的方法来为基本数据管道动态地选择一个或多个数据管道。
在广播系统中,专用信道可以以数据管道的形式存在。专用信道被用于物理层或类似的特定目的的信令,并且能够包括用于快速获取在当前频隙中提供的服务的快速信息信道(FIC)和用于向用户立即传送紧急警报的紧急警报信道(EAC)。
逻辑数据路径通常在物理层中实现以便于传送正常数据管道。用于基本数据管道和/或专用信道的逻辑数据路径可以不在物理层中被实现。
用于在链路层中传送数据的结构能够被定义,如在附图中所示。
组织类型1指示其中逻辑数据路径仅包括正常数据管道的情况。
组织类型2指示其中逻辑数据路径包括正常数据管道和基本数据管道的情况。
组织类型3指示其中逻辑数据路径包括正常数据管道和专用信道的情况。
组织类型4指示其中逻辑数据路径包括正常数据管道、基本数据管道和专用信道的情况。
必要时,逻辑数据路径可以包括基本数据管道和/或专用信道。
根据本发明的实施例,能够根据逻辑数据路径配置来确定信令信息传送过程。能够根据在本发明中定义的链路层的上层的协议来确定通过特定逻辑数据路径传送的信令的详细信息。在本发明描述的过程中,还能够使用通过上层解析的信令信息,并且能够以IP分组的形式从上层传送信令信息并且然后将其封装成链路层分组并且被传送。
当这样的信令信息已经被传送时,接收机能够根据协议配置使用在IP分组流中包括的会话信息来提取详细的信令信息。当使用上层的信令信息时,可以使用数据库(DB)或共享的存储器。例如,当使用包括在IP分组流中的会话信息来提取信令信息时,所提取的信令信息能够被存储在接收机的DB、缓冲器和/或共享的存储器中。当处理广播信号中的数据的过程需要信令信息时,能够从前述的存储设备获得信令信息。
图69图示根据本发明的实施例的当逻辑数据路径仅包括正常数据管道时的广播信号处理。
当物理层的逻辑数据路径仅包括正常数据管道时的链路层结构如附图中所示。如上所述,链路层可以包括链路层信令处理器、开销降低处理器和封装(解封装)处理器。链路层的主要功能之一是将从功能模块(可以被实现为硬件或软件)输出的信息传送到物理层的适当数据路径。
能够根据传输数据速率发送在链路层的上层中配置的多个IP分组流,每个分组流能够执行开销降低和封装。能够在物理层的单个频带中配置与链路层能够访问的逻辑数据路径对应的多个数据管道,并且在链路层中处理的分组流能够分别被传送到数据管道。当DP的数量小于需要被传送的分组流的数量时,考虑到数据速率可以复用一些分组流并且将其输入到DP。
信令处理器检查从上层传送的传输系统信息、相关参数和/或信令,并且收集要被传送的信令信息。因为逻辑数据路径仅在物理层中包括正常的DP,所以信令信息需要以分组的形式被传送。因此,当配置链路层分组时能够使用分组报头来指示信令信息。在这种情况下,包括信令信息的分组报头可以包含指示是否信令数据被包括在相应分组的有效载荷中的信息。
一般来说,可以以与其他IP分组相同的方式处理从上层以IP分组形式传送的服务信令。然而,为了配置链路层信令,能够读取IP分组的信息。为此,能够使用IP地址过滤方法来检测包括信令的分组。例如,因为在IANA中将224.0.23.60的IP地址设置为ATSC服务信令,所以能够识别具有IP地址的IP分组并且将其用于配置链路层信令。即使在这种情况下,需要将IP分组传送到接收机,并且因此处理IP分组。接收机能够通过解析被传送给到特定IP地址的IP分组来获取其链路层中的用于信令的数据。
当通过单个频带传送多个广播服务时,首先检查信令信息并且仅解码与必要的服务有关的DP而不是解码所有DP,这样的操作对接收机来说是有效的。因此,能够针对用于接收机的链路层的操作执行下述过程。
当用户选择或改变要被接收的服务时,接收机调谐到与服务相对应的频率,并且读取被存储在DB中的与该服务对应的信道相关的接收机信息。
接收机检查关于通过其传送链路层信令的DP的信息,解码DP并且获取链路层信令分组。
通过解析链路层信令分组,接收机从通过当前信道传送的一个或者多个DP当中获取关于通过其传送与用户所选择的服务有关的数据的DP有关的信息和关于通过该DP传送的分组流的开销降低信息。接收机能够从链路层信令分组中获取识别通过其传送与用户选择的服务有关的数据的DP的信息并且基于该信息获得此DP。链路层信令分组包括指示被应用于相应DP的开销降低的信息,并且接收机能够使用该信息解码已经应用开销降低的DP。
接收机将需要接收的DP的信息发送到用于处理其物理层中的信号和/或数据的物理层处理器并且从DP接收分组流。
接收机对在物理层处理器中解码的分组流执行解封装和报头恢复,并且以IP分组流的形式将分组流发送到上层。
然后,接收机根据上层的协议进行处理并且向用户提供相应的广播服务。
图70图示根据本发明的实施例的当逻辑数据路径包括正常数据管道和基本数据管道时的广播信号处理。
当物理层的逻辑数据路径包括基本数据管道和正常数据管道时的链路层结构在附图中被示出。如上所述,链路层可以包括链路层信令部分、开销降低部分和封装部分。在这种情况下,用于处理链路层中的信号和/或数据的链路层处理器可以包括链路层信令处理器、开销降低处理器和封装(解封装)处理器。
链路层的主要功能之一是要将从功能模块(能够被实现为硬件或软件)输出的信息传送到物理层的适当数据路径。
能够根据传输数据速率发送在链路层的上层配置的多个IP分组流,能够每个分组流执行开销降低和封装。
物理层能够包括对应于逻辑数据路径的多个数据管道,其能够在单个频带中由链路层访问,并且在链路层中处理的分组流能够分别被传送到数据管道。当DP的数量小于需要被传送的分组流的数量时,考虑到数据速率一些分组流被复用并且被输入到DP
信令处理器检查传输系统信息、相关参数和上层信令并且收集要被传送的信令信息。因为物理层的广播信号包括基本DP和正常的DP,所以能够考虑到数据速率通过基本DP传送信令信息,并且信令数据能够以适合于基本DP的传送的分组的形式被传送。在此,当配置链路层分组时可以使用分组报头指示信令信息。例如,链路层分组报头能够包括指示被包括在相应分组的有效载荷中的数据是信令数据的信息。
在包括诸如基本DP的逻辑数据路径的物理层结构中,考虑到数据速率,通过基本DP传送诸如信令信息的除了音频/视频内容以外的数据是有效的。因此,可以使用IP地址过滤将以IP分组形式从上层发送的服务信令传送到基本DP。例如,因为在IANA中将224.0.23.60的IP地址设置为ATSC服务信令,所以能够将具有IP地址的IP分组流传送给基本DP。
当存在与服务信令有关的多个IP分组流时,可以使用复用将IP分组流传送到一个基本DP。然而,能够使用源地址和/或端口字段来区分不同的服务信令分组。即使在这种情况下,也能够从服务信令分组读取配置链路层信令所必需的信息。
当通过单个频带传送多个广播服务时,对于接收机来说有效的是,首先检查信令信息并且仅解码通过其传送与对应服务相关的数据和/或信号的DP而不是解码所有DP。因此,接收机能够针对链路层中的数据和/或信号的处理执行下述操作。
当用户选择或改变要被接收的服务时,接收机调谐到与服务相对应的频率并且读取被存储在DB中的与服务相对应的信道相关的接收机信息。在此,被存储在DB中的信息可以包括用于识别基本DP的信息。
接收机通过解码基本DP来获取被包括在基本DP中的链路层信令分组。
接收机通过解析链路层信令分组从通过当前信道传送的多个DP当中获取关于通过其用户选择的服务被接收的DP的信息和关于通过该DP传送的分组流的开销降低信息。链路层信令分组可以包括用于识别通过其传送与特定服务有关的信号和/或数据的DP的信息和/或用于指定被应用于通过该DP传送的分组流的开销降低的类型的信息。接收机能够使用前述的信息访问用于特定服务的一个或多个DP或者对被包括在DP中的分组进行解码。
接收机根据物理层的协议向用于处理信号和/或数据的物理层处理器发送关于需要接收的用于相应服务的DP的信息并且从DP接收分组流。
接收机对在物理层处理器中解码的分组流执行解封装和报头恢复,并且以IP分组流的形式将分组流发送到上层。
然后,接收机根据上层的协议进行处理并且向用户提供相应的广播服务。
在通过解码基本DP获取链路层分组的上述过程中,可以在先前的信道扫描期间检测关于基本DP的信息(例如,基本DP ID信息、基本DP的位置信息或包括在基本DP中的信令信息)并且将其存储在数据库中,并且接收机能够使用被存储的基本DP。可替选地,接收机可以通过搜索先前访问的DP来获取基本DP。
在前述的获取用于由用户选择的服务的DP的信息和关于传送服务的DP分组流的开销降低信息的过程中,当关于通过其发送由用户选择的服务的DP的信息通过上层信令(例如,链路层或IP层的上层)被传送时,可以从DB、缓冲区和/或共享存储器获取相应的信息,如上所述,并且被用作关于需要解码的DP的信息。
当通过相同DP传送链路层信令(链路层信令信息)和正常数据(例如广播内容数据)时或者当在广播系统中仅使用一种类型的DP时,通过DP传送的正常数据可以在被临时存储在缓冲器或存储器中同时信令信息被解码和解析。在获取信令信息时,接收机可以应用使用系统内部命令的方法向DP提取设备传送用于根据信令信息提取需要获取的DP的命令。
图71图示根据本发明实施例的当逻辑数据路径包括正常数据管道和专用信道时的广播信号处理。
在附图中示出当物理层的逻辑数据路径包括专用信道和正常数据管道时的链路层结构。如上所述,链路层可以包括链路层信令部分、开销降低部分和封装(解封装)部分。在这种情况下,可以在接收机中接收的链路层处理器可以包括链路层信令处理器、开销降低处理器和封装(解封装)处理器。链路层的主要功能之一是将从功能模块(能够被实现为硬件或软件)输出的信息传送到物理层的适当数据路径。
能够根据传输数据速率发送在链路层的上层配置的多个IP流,并且每个分组流能够执行开销降低和封装。物理层能够包括对应于能够在单个频带中由链路层访问的逻辑数据路径的多个数据管道,并且在链路层中处理的分组流能够被分别传送到数据管道。当DP的数量小于需要被传送的分组流的数量时,考虑到数据速率可以复用一些分组流并且将其输入到DP。
信令处理器检查传输系统信息、相关参数和/或上层信令,并且收集要被传送的信令信息。在包括诸如专用信道的逻辑数据路径的物理层结构中,考虑到数据速率,通过专用信道传送信令信息可能是有效的。然而,因为通过专用信道的大量数据的传送要求占用与专用信道相对应的带宽,所以通常不将专用信道的数据速率设置为高值。此外,因为比DP更快地接收和解码专用信道,所以通过专用信道传送包括需要被接收机快速获取的信息的信令数据是有效的。如果没有通过专用信道传送足够的信令数据,则能够通过正常DP传送诸如前述的链路层信令分组的信令数据,并且通过专用信道传送的信令数据能够包括用于识别链路层信令分组的信息。
必要时可以存在多个专用信道,并且可以根据物理层启用/禁用。
一般来说,能够以与其他IP分组相同的方式处理来自于上层的以IP分组形式传送的服务信令。然而,为了配置链路层信令能够读取IP分组的信息。为此,能够使用IP地址过滤方法来检测包括信令的分组。例如,因为在IANA中将224.0.23.60的IP地址设置为ATSC服务信令,所以接收机能够检查具有IP地址的IP分组并且使用IP分组以配置链路层信令。即使在这种情况下,需要将IP分组传送到接收机,并且从而处理IP分组。
当存在关于服务信令的多个IP分组流时,可以使用复用将IP分组流与音频/视频数据一起传送到单个DP。然而,可以使用源地址和/或端口字段来区分服务信令分组和音频/视频数据分组。
当通过单个频带传送多个广播服务时,对于接收机来说有效的是,首先检查信令信息并且仅解码通过其传送与必需的服务相关的信号和/或数据的DP而不是解码所有的DP。因此,接收机能够针对根据链路层的协议的处理执行下述操作。
当用户选择或更改要接收的服务时,接收机调谐到与服务相对应的频率,并且读取被存储在DB中的与服务对应的信道相关的信息。存储在DB中的信息可以包括用于识别专用信道的信息和/或用于获取信道/服务/节目的信令信息。
接收机对通过专用信道传送的数据进行解码以执行与适合于相应信道的用途的信令有关的处理。例如,在专用信道传送FIC的情况下,接收机能够存储和更新服务和/或信道的信息。在专用信道传送EAC的的情况下,接收机能够传送紧急警报信息。
接收机能够使用通过专用信道传送的信息来获取关于要解码的DP的信息。当通过DP传送链路层信令时,接收机能够对通过其首先传送链路层信令的DP进行解码,以便于优先地获取信令信息并且将DP发送到专用信道。链路层信令分组可以通过正常的DP被传送。在这种情况下,通过专用信道传送的信令数据可以包括用于识别包括链路层信令分组的DP的信息。
使用链路层信令信息,接收机从通过当前信道传送的多个DP当中获取关于通过其用户选择的服务被接收的DP的信息和关于通过该DP传送的分组流的信息。链路层信令信息可以包括用于识别通过其传送与特定服务有关的信号和/或数据的DP的信息和/或用于指定应用于通过该DP传送的分组流的开销降低的类型的信息。接收机能够使用前述的信息访问用于特定服务的一个或多个DP或者对包括在DP中的分组进行解码。
接收机将用于识别需要被接收的DP的信息发送到用于处理物理层中的信号和/或数据的物理层处理器并且从该DP接收分组流。
接收机对在物理层处理器中解码的分组流执行解封装和报头恢复,并且以IP分组流的形式将分组流发送到上层。
然后,接收机根据上层的协议执行处理,并且向用户提供相应的广播服务。
图72图示根据本发明实施例的当逻辑数据路径包括正常数据管道、基本DP和专用信道时的广播信号处理。
当物理层的逻辑数据路径包括专用信道、基本DP和正常数据管道、时的链路层结构在附图中被示出。如上所述,链路层可以包括链路层信令部分、开销降低部分和封装(解封装)部分。在这种情况下,能够在接收机中接收的链路层处理器可以包括链路层信令处理器、开销降低处理器和封装(解封装)处理器。链路层的主要功能之一是将从功能模块(能够被实现为硬件或软件)输出的信息传送到物理层的适当数据路径。
能够根据传输数据速率发送在链路层的上层配置的多个IP流,并且能够每个分组流执行开销降低和封装。物理层能够包括对应于逻辑数据路径的多个数据管道,其能够在单个频带中由链路层访问,并且在链路层中处理的分组流能够分别被传送到数据管道。当DP的数量小于需要被传送的分组流的数量时,考虑到数据速率可以复用一些分组并且并且将其输入到DP。
信令处理器检查传输系统信息、相关参数和/或上层信令并且收集要被传送的信令信息。因为物理层的信号包括基本DP和正常的DP,因此考虑到数据速率通过基本DP传送信令可能是有效的。在此,信令数据需要以分组的形式被传送,其适合于通过基本DP的传送。当配置链路层数据分组时,可以使用分组报头指示信令信息。也就是说,包括信令数据的链路层信令分组能够包括指示信令数据被包括在相应分组的有效载荷中的信息。
在专用信道和基本DP共存的物理层结构中,信令信息能够被划分并且通过专用信道和基本DP被传送。因为专用信道的数据速率未被设置为高值,所以通常能够通过专用信道传送具有小尺寸并且需要快速获取的信令信息,并且具有大量数据的信令信息能够通过基本DP被传送。根据需要,可以存在多个专用信道,并且可以根据物理信道启用/禁用多个专用信道。此外,基本DP可以被配置为具有不同的结构。另外,可以将正常的DP中的一个用作基本DP。
可以使用IP地址过滤将来自于上层的以IP分组形式传送的服务信令信息发送到基本DP。具有特定IP地址并且包括信令信息的IP分组流可以被传送到基本DP。当存在关于服务信令信息的多个IP分组流时,可以使用复用将IP分组流传送到一个基本DP。然而,能够使用源地址和/或端口字段的值来区分不同的服务信令分组。接收机能够从服务信令分组读取配置链路层信令所必需的信息。
当通过单个频带传送多个广播服务时,对于接收机来说有效的是,首先检查信令信息并且仅解码通过其传送与必需的服务有关的信号和/或数据的DP而不是解码所有的DP。因此,接收机能够针对根据链路层的协议的处理执行下述操作。
当用户选择或改变要被接收的服务时,接收机调谐到与服务对应的频率并且读取被存储在数据库中的与服务对应的信道有关的信息。被存储在DB中的信息可以包括用于识别专用信道的信息、用于识别基本DP的信息和/或用于获取信道/服务/节目的信令信息。
接收机对通过专用信道传送的数据进行解码以执行与适合于相应信道的目的的信令有关的处理。例如,在专用信道传送FIC的情况下,接收机能够存储和更新服务和/或信道的信息。在专用信道传送EAC的情况下,接收机能够传送紧急警报信息。
接收机使用通过专用信道传送的信息来获取基本DP的信息。通过专用信道传送的信息可以包括用于识别基本DP的信息(例如,通过其基本DP被传送的基本DP标识符和/或IP地址)。根据需要,被存储在接收机的DB中的信令信息和相关参数可以被更新为通过专用信道传送的信息。
接收机通过解码基本DP来获取链路层信令分组并且根据需要将链路层信令分组与从专用信道接收的信令信息组合。接收机能够使用专用信道或在接收机中预先存储的信令信息来检测基本DP。
通过使用链路层信令信息,接收机从通过当前信道传送的多个DP当中获取关于通过其由用户选择的服务被接收的DP的信息和关于通过该DP传送的分组流的开销降低信息。链路层信令信息可以包括用于识别通过其传送与特定服务相关的信号和/或数据的DP的信息和/或用于指定被应用于通过DP传送的分组流的开销降低的类型的信息。接收机能够使用前述的信息访问用于特定服务的一个或多个DP或者对包括在DP中的分组进行解码。
接收机将用于识别需要被接收的DP的信息发送到用于处理物理层中的信号和/或数据的物理层处理器并且从DP接收分组流。
接收机对在物理层处理器中解码的分组流执行解封装和报头恢复,并且以IP分组流的形式将分组流发送到上层。
然后,接收机根据上层协议进行处理并且向用户提供相应的广播服务。
根据本发明的实施例,当通过一个或多个IP分组流传送用于服务信令的信息时,IP分组流能够被复用并传送到单个基本DP。在接收机中,能够使用源地址和/或端口字段来区分不同的服务信令分组。接收机可以从服务信令分组读取用于获取/配置链路层信令的信息。
在处理通过专用信道传送的信令信息的操作中,接收机能够获取指示专用信道的版本、或者专用信道是否已经被更新、以及在确定信令信息已经被改变之后处理通过专用信道传送的信令信息的跳过操作(解码或者解析)的信息。接收机能够在确定专用信道尚未被更新后使用在接收机中预先存储的信息来获取关于基本DP的信息。
在获取用于由用户选择的服务的DP的信息和关于传送服务的DP分组流的开销降低信息的前述过程中,当通过上层信令(例如,链路层的上层或IP层)传送通过其发送由用户选择的服务的DP的信息时,如上所述,能够从DB、缓冲区和/或共享存储器获取相应的信息,并且将其用作关于需要解码的DP的信息。
当通过相同的DP传送链路层信令(链路层信令信息)和正常数据(例如,广播内容数据)时或当在广播系统中仅使用一种类型的DP时,通过DP传送的正常数据可以被临时存储在缓冲器或存储器中同时对信令信息进行解码和解析。在获取信令信息时,接收机可以应用使用系统内部命令的方法向DP提取设备传送用于根据信令信息提取需要被获取的DP的命令。
图73图示当根据本发明的实施例的当逻辑数据路径包括正常数据管道、基本DP和专用信道时接收机的链路层中的信号和/或数据的处理。
在本实施例中,由一个或多个广播公司提供的一个或多个服务在一个频带中被传送。一个广播公司发送一个或多个服务,并且一个服务包括一个或多个组件。用户基于广播服务接收内容。根据用户的选择,被包括在一个广播服务中的一个或多个组件的部分可以被其他组件替代。
FIC和/或EAC可以通过专用信道被传送。基本DP和正常DP可以在广播信号中被单独地传送或管理。关于FIC和/或EAC的配置的信息可以通过物理层信令被发送或由接收机识别,并且链路层根据相应信道的特性格式化信令。从逻辑角度执行通过物理层的特定信道的数据的传送,并且能够根据物理层的特性执行实际的传送操作。
在对应于FIC的频率处发送的每个广播公司的服务和关于用于接收服务的路径的信息能够通过FIC被传送。为此,链路层信令能够提供(用信号发送)下述信息:
与系统参数发射机有关的参数和/或与通过相应信道提供服务的广播公司有关的参数;
与应用相应的上下文的DP的链路层IP报头压缩和/或ID有关的上下文信息;和
上层的IP地址和/或UDP端口号、服务和/或组件信息、紧急警报信息以及关于从IP层传送的分组流的IP地址与DP之间的映射关系的信息。
当通过单个频带传送多个广播服务时,对于接收机来说可能有效的是,首先检查信令信息并且仅解码用于必需的服务的DP而不是解码所有DP。在广播系统中,发射机能够通过FIC发送用于仅识别必需的DP的信息并且接收机能够使用FIC来检查需要为特定服务访问的DP。在这种情况下,与接收机的链路层有关的操作可以如下。
当用户选择或改变要被接收的服务时,接收机调谐到与服务相对应的频率并且读取被存储在其DB中的与对应于服务的信道有关的信息。可以使用被包括在初始信道扫描期间获取的FIC中的信息来配置存储在接收机的DB中的信息。
接收机接收FIC并且更新DB或从FIC获取关于在由用户选择的服务的组件与传送组件的DP之间的映射关系的信息。另外,接收机能够从FIC获取关于通过其传送信令的基本DP的信息。
如果通过FIC传送的信令信息包括与RoHC(鲁棒报头压缩)有关的初始化信息,则接收机获取初始化信息并且准备报头恢复。
接收机基于通过FIC传送的信息来解码通过其由用户选择的服务被传送的DP和基本DP。
接收机获取关于被包括在基本DP中的所接收到的DP的开销降低信息,使用所获取的开销降低信息对通过正常DP接收的分组流执行解封装和/或报头恢复,并且将处理的分组流以IP分组流的形式发送到其上层。
对于所接收到的服务,接收机能够通过基本DP接收以具有特定地址的IP分组的形式传送的服务信令并且将该服务信令的分组流发送到上层。
在紧急警报的情况下,接收机通过信令接收包括CAP消息的信令信息,解析信令信息,立即将解析的信令信息传送给用户,并且,当通过其能够接收音频/视频服务的路径能够通过信令被确认时,找到通过其接收对应的服务的路径并且通过该路径接收服务数据,以便于快速传送紧急警报消息。当通过宽带网络传送的信息存在时,接收机使用对应于该信息的URI接收NRT服务和附加信息。稍后将详细描述与紧急警报有关的信令信息。
接收机如下地处理紧急警报。
接收机通过物理层的前导识别紧急警报消息的传送。物理层的前导是被包括在广播信号中的信令信号,并且可以对应于物理层中的信令。物理层的前导可以包括用于获取在广播信号中包括的数据、广播帧、数据管道和/或传送参数的信息。
接收机通过接收机的物理层信令检查EAC的配置,解码EAC并且获取EAT。在此,EAC可以对应于前述的专用信道。
接收机检查获取的EAT,从中提取CAP消息并且将CAP消息传送给CAP解析器。
当EAT包括与紧急警报有关的服务信息时,接收机通过解码相应的DP来接收服务数据。EAT能够包括用于识别通过其发送与紧急警报有关的服务的DP的信息。
当EAT或CAP消息包括与NRT服务数据有关的信息时,接收机通过宽带网接收该信息。
图74图示根据本发明实施例的FIC的语法。
被包括在FIC中的信息能够以快速信息表(FIT)的形式被传送。
被包括在FIT中的信息能够以XML格式和/或以区段表的形式被传送。
FIT可以包括table_id信息、FIT_data_version信息、num_broadcast信息、broadcast_id信息、delivery_system_id信息、base_DP_id信息、base_DP_version信息、num_service信息、service_id信息、service_category信息、service_hidden_flag信息、SP_indicator信息、num_component信息、component_id信息、DP_id信息、context_id信息、RoHC_init_descriptor、context_profile信息、max_cid信息和/或large_cid信息。
table_id信息指示相应的表区段是FIT。
FIT_data_version信息是关于FIT中包括的语法和语义的版本信息。接收机能够使用FIT_data_version信息确定是否处理被包括在FIT中的信令。接收机能够使用此信息来确定是否更新关于预先存储的FIC的信息。
num_broadcast信息能够指示通过相应的频率或传送帧发送广播服务和/或内容的广播公司的数量。
broadcast_id信息能够指示通过相应的频率或传输帧发送广播服务和/或内容的广播公司的标识符。发送基于MPEG2TS的数据的广播公司的broadcast_id可以与MPEG2 TS的transport_stream_id相同。
delivery_system_id信息能够指示在广播网络上使用相同的传送参数的广播传送系统的标识符。
base_DP_id信息标识广播信号中的基本DP。基本DP可以指的是传送包括与broadcast_id信息相对应的广播公司的PSI/SI(节目特定信息/系统信息)和/或开销降低信息的服务信令的DP。另外,基本DP可以指的是通过其相应广播公司的广播服务的组件能够被解码的代表性的DP。
base_DP_version信息能够指示通过基本DP传送的数据的版本。例如,当诸如PSI/SI的服务信令通过基本DP被传送时或者当服务信令被改变时,base_DP_version信息的值能够被增加1。
num_service信息能够指示在相应的频率或传送帧内从对应于broadcast_id信息的广播公司传送的广播服务的数量。
service_id信息能够被用作用于识别广播服务的标识符。
service_category信息能够指示广播服务的种类。当其值为0x01时,service_category信息能够指示基本的TV,当其值为0x02时能够指示基本无线电,当其值为0x03时能够指示RI服务,当其值为0x08时能够指示服务指南,并且当其值为0x09时能够指示紧急警报。
service_hidden_flag信息能够指示相应的广播服务是否被隐藏。当广播服务被隐藏时,广播服务是测试服务器或广播接收机中使用的服务,并且因此广播接收机能够忽略广播服务或者从服务列表中隐藏广播服务。
SP_indicator信息能够指示是否将服务保护应用于相应广播服务中的一个或多个组件。
num_component信息能够指示组成对应的广播服务的组件的数量。
component_id信息能够被用作用于识别广播服务中的相应组件的标识符。
DP_id信息能够被用作用于识别通过其传送相应组件的DP的标识符。
RoHC_init_descriptor能够包括与开销降低和/或报头恢复有关的信息。RoHC_init_descriptor能够包含用于识别发射机中使用的报头压缩方案的信息。
context_id信息能够指示下述RoHC相关字段对应的上下文。context_id信息对应于CID(上下文标识符)。
context_profile信息指示RoHC的报头压缩协议的范围。在RoHC中,仅当压缩器和解压缩器具有相同的简档时流能够被压缩和恢复。
max_cid信息被用于通知解压缩器最大CID值。
large_cid信息具有布尔值并且指示在CID配置中是否使用短的CID(0至15)或被嵌入的CID(0至16383)。因此,确定表示CID的字节大小。
图75图示根据本发明的实施例的紧急警报表(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地址信息、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消息。
当其值为0时EAS_IP_version_flag信息指示IPv4,并且当其值为1时指示IPv6。
EAS_message_transfer_type信息指示EAS消息传送类型。当其值为000时,EAS_message_transfer_type信息指示“未被指定”,当其值为001时指示“无警报消息(仅AV内容)”,并且当其值为010时,指示EAT包括EAS消息。为此,向其添加用于相应的EAS消息的字段和长度字段。当其数值为011时,EAS_message_transfer_type信息指示通过数据管道的EAS消息的传送。能够通过数据管道以IP数据报的形式传送EAS。为此,IP地址信息、UDP端口信息和关于通过其传送EAS的物理层的DP能够被添加。
EAS_message_encoding_type信息指示关于紧急警报消息的编码类型的信息。例如,当其值为000时,EAS_message_encoding_type信息指示“未被指定”,当其值为001时指示“无编码”,当其值为010时指示DEFLATE算法(RFC1951)。能够为其他编码类型保留001至111的EAS_message_encoding_type信息值。
EAS_NRT_flag信息指示与接收到的消息相关联的NRT内容和/或NRT数据的存在。当其值为0时,EAS_NRT_flag信息指示关于接收到的紧急消息NRT内容和/或NRT数据不存在,并且当其值是1时指示关于接收到的紧急消息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内容和数据的情况相对应的NRT服务,即,启用状态下的EAS_NRT_flag。
图76图示根据本发明的实施例的通过数据管道传送的分组。
根据本发明的实施例,能够通过在链路中定义新的分组结构生成不管链路层的上层或者下层的协议的变化而兼容的链路层分组。
根据本发明的实施例的链路层分组能够通过正常的DP和/或基本DP被传送。
链路层分组能够包括固定报头、扩展报头和/或有效载荷。
固定报头是具有固定大小的报头,并且扩展报头是根据上层的分组配置具有可变大小的报头。有效载荷是上层的数据被传送的区域。
分组的报头(固定报头或扩展报头)能够包括指示分组的有效载荷类型的字段。在固定报头的情况下,1个字节的前个3比特能够包括指示上层的分组类型的数据,并且剩余的5个比特能够被用作指示符部分。指示符部分能够包括指示有效载荷配置方法的数据和/或扩展报头的配置信息,指示符部分的配置能够取决于分组类型。
根据分组类型值,在图76中示出的表格示出被包括在有效载荷中的上层分组的类型。
能够通过DP传送被包括在有效载荷中的IP分组和/或RoHC分组,并且能够根据系统配置通过基本DP传送被包括在有效载荷中的信令分组。因此,当各种类型的分组被同时传送时,可以通过分别将分组类型值指配给分组来从信令分组中区分数据分组。
000的分组类型值指示IPv4分组被包括在有效载荷中。
001的分组类型值指示IPv6分组被包括在有效载荷中。
010的分组类型值指示压缩的IP分组被包括在有效载荷中。压缩的IP分组能够包括已经应用了报头压缩的IP分组。
110的分组类型值指示包括信令数据的分组被包括在有效载荷中。
111的分组类型值指示帧分组被包括在有效载荷中。
图77图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基本DP和普通DP时在发射机的各个协议栈中处理信号和/或数据的操作。
一个或多个广播公司能够在单个频带内提供广播服务。广播公司发送多个广播服务。单个广播服务能够包括一个或多个组件。用户能够基于服务接收广播内容。
在广播系统中,能够使用基于会话的传输协议以便于支持IP混合广播,并且能够根据协议的传输结构来确定通过每个信令路径传送的信令的内容。
如上所述,与FIC和/或EAC有关的数据能够通过专用信道被传送。基本DP和正常的DP能够在广播系统中被区分地使用。
FIC和/或EAC的配置信息能够被包括在物理层信令或传输参数中。链路层能够根据相应信道的特性格式化信令。能够从逻辑角度来执行通过物理层的特定通道的数据的传送,并且能够根据物理层的特性来执行实际的传送操作。
FIC能够包括关于每个广播公司以相应频率发送的服务和用于接收服务的路径的信息。FIC能够包括用于获取服务的信息,并且可以被称为服务获取信息。
FIC和/或EAC能够被包括在链路层信令中。
链路层信令能够包括以下信息:
与系统参数发射机有关的参数和与提供服务的广播公司有关的参数;
与链路层IP报头压缩有关的上下文信息和应用了相应上下文的DP的标识符;和
上层IP地址和UDP端口号信息、服务和组件信息、紧急警报信息、分组流的IP地址和从IP层传送的信令、以及UDP端口号、会话ID和DP当中的映射关系。
如上所述,当通过单个频带传送一个或多个广播服务时,对于接收机来说有效的是,首先检查信令信息并且仅解码与相应服务有关的DP而不是对所有DP进行解码。
在这种情况下,广播系统能够提供或获取用于使用FIC映射DP的信息和服务和/或基本DP的信息,如附图中所示。
现在将描述在附图中所图示的发射机中的广播信号或广播数据的处理。一个或多个广播公司#1至#N能够处理用于一个或多个广播服务的组件信令和/或数据,使得组件信令和/或数据能够通过一个或多个会话被传送。单个广播服务能够通过一个或多个会话被传送。广播服务能够包括用于广播服务的一个或多个组件和/或信令信息。组件信令能够包括被用于接收机获取包括在广播服务中的组件的信息。用于一个或多个广播服务的服务信令、组件信令和/或数据能够通过IP层中的处理被传送到链路层。
当IP分组需要开销降低时,发射机执行开销降低并且生成相关信息作为链路层中的链路层信令。除了前述的信息之外,链路层信令可以包括描述广播系统的系统参数。发射机能够在链路层处理阶段中处理IP分组,并且在物理层中传送作为多个DP的已处理的IP分组。
发射机能够以FIC和/或EAC的形式或配置向接收机发送链路层信令。发射机可以在链路层中封装链路层信令,并且将封装的信令信息发送到基本DP。
图78图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基本DP和正常的DP时处理接收机的每个协议栈中的信号和/或数据的操作。
当用户选择或改变要被接收的服务时,接收机调谐到相应的频率。接收机读取被存储在数据库中的与相应信道有关的信息。在此,存储在接收机的DB中的信息可以对应于在初始信道扫描期间获取的FIC和/或EAC中包括的信息。接收机可以提取如上所述的被传送的信息。
接收机接收FIC和/或EAC,从而接收关于要被访问的信道的信息,并且然后更新存储在DB中的信息。接收机可以获取关于由用户选择的服务的组件与通过其传送组件的DP之间的映射关系的信息,或者获取关于基本DP和/或正常DP的信息,通过基本DP和/或正常DP获取映射关系信息所必需的信令被传送。在确定FIC的版本信息或指示是否需要更新对应的专用信道的信息未被改变的情况下,接收机可以省略对所接收的FIC和/或EAC进行解码或解析的过程。
接收机能够基于通过FIC传送的信息通过解码基本DP和/或通过其传送信令信息的DP来获取包括链路层信令的链路层信令分组。接收机可以将接收到的链路层信令信息与从专用信道接收到的信令信息相组合,并且使用组合的信息(附图中所示的接收机信息)。
接收机能够使用FIC和/或链路层信令信息获取关于用于从通过当前信道发送的多个DP当中接收由用户选择的服务的DP的信息和关于相对应的DP的分组流的开销降低信息。
当通过上层信令传送关于用于接收所选服务的DP的信息时,接收机能够获得存储在DB和/或共享存储器中的信令信息以便获取由信令信息指示的关于要解码的DP的信息。
当通过相同的DP传送链路层信令和正常数据(例如,广播内容中包括的数据)或者仅使用一个DP传送上述数据时,在链路层信令的解码和/或解析期间接收机能够将通过该DP传送的正常数据临时存储在缓冲器中。
接收机能够获取通过其传送信令信息的DP和/或基本DP,从所获取的基本DP和DP获得关于要接收的DP的开销降低信息,使用开销降低信息对通过正常的DP接收的分组流执行解封装和/或报头恢复,将分组流处理成IP分组流,并且将IP分组流传送到上层。
图79图示根据本发明另一实施例的FIC的语法。
被包括在附图中所图示的FIC中的信息可以与包括在前述的FIC中的信息选择地组合以配置FIC。
接收机能够使用包括在FIC中的信息来快速获取关于FIC的信息。接收机能够使用FIC中包括的信息获取引导相关信息。FIC能够包括用于快速通道扫描和/或快速服务获取的信息。FIC可能被给予其他名称。例如,FIC能够被称为服务列表表格、服务获取信息等。根据广播系统,FIC可以被包括在IP层中的IP分组中并且被传送。在这种情况下,用于FIC传送的IP地址和/或UDP端口能够被固定为特定值,并且接收机能够识别在没有附加处理的情况下被传送到IP地址和/或UDP端口的IP分组包括FIC。
FIC可以包括FIC_protocol_version信息、transport_stream_id信息、num_partition信息、partition_id信息、partition_protocol_version信息、num_services信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、service_status信息、service_distribution信息、sp_indicator信息、IP_version_flag信息、SSC_source_IP_address_flag信息、SSC_source_IP_地址信息、SSC_destination_IP_地址信息、SSC_destination_UDP_port信息、SSC_TSI信息、SSC_DP_ID信息、num_partition_level_descriptors信息、partition_level_descriptor()信息、num_FIC_level_descriptors信息和/或FIC_level_descriptor()信息。
FIC_protocol_version信息指示FIC的协议版本。
transport_stream_id信息标识广播流。transport_stream_id信息能够被用作标识广播公司的信息。
num_partition信息指示广播流中的分区数。广播流能够被分割成一个或多个分区并且被传送。每个分区能够包括一个或多个数据管道。每个分区中包括的数据管道可以对应于由一个广播公司使用的数据管道。在这种情况下,能够将分区定义为每个广播公司分配的传输单元。
partition_id信息标识分区。partition_id信息能够标识广播公司。
partition_protocol_version信息指示分区协议的版本。
num_services信息指示包括在相应分区中的服务的数量。服务能够包括一个或多个组件。
service_id信息标识服务。
service_data_version信息指示用于服务的信令表(信令信息)中的变化或由FIC用信号发送的服务的服务条目的变化。无论何时更改信令表或服务条目,service_data_version信息的值都能够递增。
service_channel_number信息指示相应服务的信道号。
service_category信息指示相应服务的种类。服务类别包括A/V内容、音频内容、ESG(电子服务指南)和/或CoD(内容点播)。
service_status信息指示相应服务的状态。服务状态可以包括“有效”、“挂起”、“隐藏”和“显示”。服务状态可以包括“非有效”。在非有效状态下,能够在将来提供相应的广播服务,而当前不提供相应的广播内容,并且因此当观众通过接收机扫描信道时接收机可能不会向观众显示与相应广播服务有关的扫描结果。
service_distribution信息指示用于相应服务的数据的分布状态。例如,service_distribution信息能够指示服务的整个数据被包括在单个分区中,指示服务的某些部分的数据不包括在当前分区中但是仅利用包含在分区中的数据内容是可呈现的,指示其他分区是呈现内容所必需的,或指示其它广播流是呈现内容所必需的。
sp_indicator信息指示服务保护的应用。例如,sp_indicator信息能够指示是否保护(例如编码)一个或多个组件,用于显著呈现。
IP_version_flag信息指示由SSC_source_IP_address信息和/或SSC_destination_IP_address信息指示的IP地址是否对应于IPv4或IPv6。
SSC_source_IP_address_flag信息指示SSC_source_IP_address信息的存在。
SSC_source_IP_address信息指示传送用于相应广播服务的信令信息的IP数据报的源IP地址。用于该服务的信令信息可以被称为服务层信令。服务层信令包括描述广播服务的信息。例如,服务层信令能够包括用于识别传送构成广播服务的组件的数据单元(会话,DP或分组)的信息。
SSC_destination_IP_address信息指示传送用于广播服务的信令信息的IP数据报(或信道)的目的地IP地址。
SSC_destination_UDP_port信息指示用于传送用于广播服务的信令信息的UDP/IP流的目的地UDP端口号。
SSC_TSI信息指示通过其传送用于广播服务的信令信息(或信令表)的LCT信道(或会话)的传输会话标识符(TSI)。
SSC_DP_ID信息是用于识别包括用于广播服务的信令信息(或信令表)的DP的标识符。包括信令信息的DP能够在广播传送过程中被指配给最鲁棒的DP。
num_partition_level_descriptors信息指示分区的分区级的描述符的数量。
Partition_level_descriptor()信息包括零个或多个描述符,其为分区提供附加信息。
num_FIC_level_descriptors信息指示FIC的FIC级的描述符的数量。
FIC_level_descriptor()信息包括为FIC提供附加信息的零个或多个描述符。
图80图示根据本发明的实施例的Signaling_Information_Part()。
在广播系统中,附加信息可以被添加到分组的扩展报头中,用于传送用于通过DP的传送的前述的分组结构中的信令信息。这样的附加信息在下面的描述中被称为Signaling_Information_Part()。
Signaling_Information_Part()可以包括用于确定用于处理接收到的信令信息的处理模块(或处理器)的信息。在系统配置阶段,广播系统能够调整指示信息的字段的数量和在被分配给Signaling_Information_Part()的字节内为每字段分配的比特数。当信令信息被复用和传送时,接收机能够使用被包括在Signaling_Information_Part()中的信息以确定是否处理信令信息并且确定信令信息将被传送到的信令处理模块。
Signaling_Information_Part()可以包括Signaling_Class信息、Information_Type信息和/或信令格式信息。
Signaling_Class信息能够指示所传送的信令信息的类型。信令信息可以对应于FIC、EAC、链路层信令信息、服务信令信息和/或上层信令信息。能够根据系统设计确定对应于Signaling_Class信息的字段的比特的数目和到分别由字段值指示的信令信息类型的字段的值的映射。
Information_Type信息能够被用于指示由Signaling_Class信息指定的信令信息的详情。能够根据由Signaling_Class信息指示的信令信息类型来定义Information_Type信息的每个值的含义。
信令格式信息指示在有效载荷中配置的信令信息的形式(或格式)。信令格式信息能够指示不同的信令信息格式和最新指定的信令信息格式。
在图80(a)和图80(b)中示出的Signaling_Information_Part()是示例性的,并且能够根据广播系统特性来调节为每个字段分配的比特的数目。
在图80(a)中示出的Signaling_Information_Part()可以包括信令类别信息和/或信令格式信息。当不需要指定信令信息的类型时或者当信令信息中的信息类型能够被识别时,能够使用Signaling_Information_Part()。另外,当仅使用一个信令格式时或者当存在用于信令的附加协议并且因此始终使用相同的信令格式时,Signaling_Information_Part()能够被配置使得仅使用4比特信令类别字段而不使用信令格式字段并且剩余的比特被保留以备将来使用,或者使用8比特信令类别字段来支持各种类型的信令。
如图80(b)中所示的Signaling_Information_Part()另外包括信息类型信息,以便于当指定信令类别时指示信令类别中的更详细的信息类型或特性,并且可以包括信令格式信息。信令类别信息和信息类型信息能够被用于确定信令信息解封装或相应信令信息的处理。已经描述了用于链路层信令的结构或处理并且稍后将会详细地描述。
图81图示根据本发明的实施例的控制链路层中的发射机和/或接收机的操作模式的过程。
链路层中的发射机或接收机的操作模式的确定可以实现广播系统的灵活设计和有效使用。根据本发明提出的用于控制链路层模式的方法,能够动态地切换用于系统带宽的有效操作的链路层的模式和处理时间。此外,当由于物理层变化而有必要支持特定模式时或者当对于特定模式的必要性被消除时,这是容易处理的。此外,当提供广播服务的广播公司想要指定用于传送广播服务的方法时,广播系统能够容易地接受广播公司的请求。
用于控制链路层操作模式的方法可以被配置为仅在链路层内操作或者通过链路层中的数据结构变化被执行。在这种情况下,在网络层和/或物理层中,能够在不执行附加功能的情况下执行层的独立操作。能够利用信令或系统内部参数来控制本发明提出的链路层模式,而无需修改系统以适应于物理层结构。仅当物理层支持相应输入的处理时,可以操作特定模式。
图81示出在IP层、链路层和物理层中通过发射机和/或接收机处理信号和/或数据的流程。
用于模式控制的功能块(能够被实现为硬件和/或软件)能够被添加到链路层以管理用于确定是否处理分组的参数和/或信令信息。链路层能够使用包括在模式控制功能块中的信息来确定是否在分组流处理中执行相应的功能。
现在将首先描述发射机的操作。
当将将IP分组流输入链路层时发射机使用模式控制参数j16005来确定是否对IP分组流执行开销降低j16020。模式控制(modecontrol)参数能够由服务提供商在发射机中生成。稍后将详细描述modelcontrol参数。
当执行开销降低j16020时,发射机产生关于开销降低的信息,并且在链路层信令信息j16060中包括生成的信息。链路层信令信息j16060可以包括部分或全部模式控制参数。链路层信令信息j16060能够以链路层信令分组的形式被传送。虽然链路层信令分组能够被映射到DP并且被传送到接收机,但是链路层信令分组可以通过广播信号的预定区域被传送到接收机而无需被映射到DP。
开销降低的分组流被封装(j16030)并且被输入到物理层的DP j16040。当分组流开销未被降低时,发射机确定是否对分组流执行封装(j16050)。
封装的分组流被应用于物理层的DP(j16040)。在此,物理层对通用分组(链路层分组)进行处理。当IP分组流未被开销降低和封装时,IP分组流被直接传送到物理层。在这种情况下,物理层执行用于处理IP分组流的操作。当IP分组流被直接地传送到物理层时,能够指配参数,使得仅当物理层支持IP分组输入时物理层操作。也就是说,当物理层不支持IP分组处理时,能够控制模式控制参数使得不执行将IP分组流直接地传送到物理层的过程。
发射机将已经通过前述的处理的广播信号发送到接收机。
现在将描述接收机的操作。
当根据接收机中的用户操作由于信道变化而选择特定DP并且通过特定DP接收到分组流(j16110)时,接收机能够使用分组流的报头和/或信令信息检查在发射机中已经生成分组流的模式(j16120)。在检查用于相应的DP的模式时,分组流通过解封装(j16130)和开销降低(j16140)并且然后通过链路层的接收操作被传送到上层。开销降低过程j16140可以包括开销恢复。
图82图示根据本发明的实施例的按照标志值被传送到物理层的分组的格式和链路层操作。
可以使用前述的信令信息来确定链路层操作模式。与其相关的信令信息能够被直接地传送到接收机。在这种情况下,前述的信令数据或链路层信令分组可以包括与稍后将描述的模式控制有关的信息。
考虑到接收机的复杂度,可以提供间接地通知接收机链路层操作模式的方法。
对于操作模式控制,可以考虑下面两个标志。
HCF(报头压缩标志):这确定是否在对应的链路层应用头部压缩,并且能够指配表示“启用”和“禁用”的值。
EF(封装标志):这确定封装是否被应用于相应的链路层并且能够被指配表示“启用”和“禁用”的值。当根据报头压缩方案有必要执行封装时,EF能够从属于HCF。
可以根据在表示“启用”和“禁用”的值的范围内的系统配置指配被映射到每个标志的值,并且可以改变分配给每个标志的比特的数目。在实施例中,1能够被映射到“启用”,并且0能够被映射到“禁用”。
图82示出针对HCF和EF根据是否操作被执行在链路层和传送给物理层的分组的格式是否执行报头压缩和封装操作。根据本发明的实施例,接收机能够通过关于HCF和EF的信息意识到输入到物理层的分组的格式。
图83图示根据本发明的实施例的用于用信号发送模式控制参数的描述符。
作为关于链路层中的模式控制的信息的标志,对应于信令信息,并且能够在发射机中以描述符的形式被生成并且被传送到接收机。能够使用包括与模式控制信息相对应的标志的信令以控制在前端的发射机中的操作模式,并且被传送给接收机的信令是否包括标志能够是可选的。
当包括对应于模式控制信息的标志的信令被传送到接收机时,接收机能够直接选择用于相应DP的操作模式并且执行分组解封装。当标志没有被传送到接收机时,接收机能够使用被传送给接收机的物理层信令或分组报头的字段信息来确定相应的分组已被传送的模式。
根据本发明的实施例的链路层模式控制描述符可以包括DP_id信息、HCF信息和/或EF信息。链路层模式控制描述符可以被包括在前述的FIC、链路层信令分组、通过专用信道的信令、物理层中的PSI/SI和/或传输参数中。
DP_id信息标识已经应用链路层模式的DP。
HCF信息指示是否已经将报头压缩应用于由DP_id信息标识的DP。
EF信息指示是否已经对由DP_id信息标识的DP执行封装。
图84是图示根据本发明的实施例的控制操作模式的发射机操作的流程图。
发射机可以在未示出的链路层中的处理之前在上层(例如,IP层)中执行处理。发射机能够生成包括用于广播服务的广播数据的IP分组。
发射机解析或生成系统参数(JS19010)。在此,系统参数可以对应于上述信令数据或信令信息。
发射机通过在链路层中的广播数据处理中接收或设置模式控制相关参数或信令信息设置关于操作模式控制的标志值(JS19020)。可以在报头压缩或封装之后执行此操作。也就是说,发射机能够在执行报头压缩或封装之后生成与前述操作有关的信息。
发射机获取需要通过广播信号传送的上层的分组(JS19030)。在此,上层分组可以对应于IP分组。
发射机检查HCF以便于确定是否将报头压缩应用于上层分组(JS19040)。
当HCF为“启用”时,发射机将报头压缩应用于上层分组(JS19050)。在报头压缩后,发射机可以生成HCF。HCF能够被用于指示是否应用报头压缩。
发射机通过封装已经应用了报头压缩的上层分组来生成链路层分组(JS19060)。发射机可以在封装后生成EF。EF能够被用于向接收机用信号发送是否封装已经被应用于上层数据分组。
发射机将链路层分组传送到物理层处理器(JS19070)。然后,物理层处理器生成包括链路层分组的广播信号,并且将广播信号发送到接收机。
当HCF为“禁用”时,发射机检查EF以确定是否将封装应用于上层分组(JS19080)。
当EF为“启用”时,发射机封装上层分组(JS19090)。当EF为“禁用”时,发射机不处理上层数据包。发射机将在链路层中已经处理的分组流(链路层分组)传送到物理层(JS19070)。链路层分组的报头压缩、封装和/或生成可以由包括在发射机中的链路层分组生成器(即,链路层处理器)执行。
发射机能够生成服务信令信道(SCC)数据。服务信令信道数据可以由服务信令数据编码器产生。服务信令数据编码器可以被包括在链路层处理器中或独立于链路层处理器被提供。服务信令信道数据可以包括前述的FIC和/或EAT。服务信令信道数据能够通过前述的专用信道被传送。
图85是图示根据本发明的实施例的响应于操作模式处理广播信号的接收机操作的流程图。
接收机能够与分组流一起接收链路层操作模式相关信息。
接收机接收信令信息和/或信道信息(JS20010)。在此,已经在上面描述了信令信息和信道信息。
接收机根据信令信息和/或信道信息选择要接收和处理的DP(JS20020)。
接收机对物理层中所选择的DP进行解码并且接收链路层的分组流(JS20030)。
接收机检查接收到的信令信息是否包括链路层模式控制相关信令(JS20040)。
在接收链路层模式相关信息时,接收机检查EF(JS20050)。
当EF为“启用”时,接收机对链路层的分组流解封装(JS20060)。
接收机在分组解封装后检查HCF,并且当HCF为“启用”时执行报头解压缩(JS20080)。
接收机将报头解压缩的分组传送到上层(例如IP层)(JS20090)。当HCF和EF在上述处理中为“禁用”时,接收机将处理的分组流视为IP分组并且将IP分组传送到IP层。
当没有接收到链路层模式相关信息时或当相应的系统没有向接收机发送链路层模式相关信息时,接收机如下地操作。
接收机接收信令信息和/或信道信息(JS20010),并且根据信令信息和/或信道信息选择要被接收的DP(JS20020)。接收机对物理层中所选择的DP进行解码,并且获取数据分组流(JS20030)。
接收机检查接收到的信令信息是否包括链路层模式控制相关信令(JS20040)。
因为接收机没有接收到链路层模式控制相关的信令,所以接收机使用物理层信令信息来检查被传送到其的分组的格式(JS20100)。在此,物理层信令信息可以包括用于识别被包括在DP的有效载荷中的分组的类型的信息。当分组是IP分组时接收机将从物理层传送的分组发送到IP层,而不另外处理分组。
当分组已经被封装在链路层中时,接收机对从物理层传送的分组进行解封装(JS20110)。
接收机在解封装期间使用诸如链路层分组报头的信息来检查组成有效载荷的分组的格式(JS20120),并且当分组是IP分组时将分组传送到IP层处理器。
当链路层分组有效载荷对应于被压缩的IP时,接收机解压缩分组(JS20130)。
接收机将IP分组传送到IP层处理器(JS20140)。
图86图示根据本发明实施例的指示封装模式的信息。
当在广播系统中以一种或多种模式执行在链路层中的处理时,可能需要确定执行链路层中的处理的模式的过程(在发射机和/或接收机中)。在建立发射机和接收机之间的传输链路的过程中,发射机和/或接收机能够检查其链路层的配置信息。这种情况可以对应于其中接收机初始设置或执行服务扫描的情况或其中移动接收机新进入发射机的传输半径的情况。根据系统,这个过程能够称为初始化过程或引导过程。此过程可以被配置为由相应系统支持的过程的一部分,而不是被配置为附加过程。该过程在说明书中被称为初始化过程。
可以由相应链路层支持的功能和功能的操作模式的类型来确定初始化过程中必需的参数。将会给出组成链路层的功能和用于根据功能确定操作模式的参数的描述。
图86示出指示封装模式的参数。
当能够在链路层或上层(例如,IP层)中设置分组封装过程时,可以将索引分别分配给下面描述的封装模式,并且可以分别将适当的字段值指配给索引。图86示出分别被映射到封装模式的字段值的实施例。虽然在本实施例中指配2比特字段值,但是当存在许多可支持的封装模式时字段值可以在系统允许的范围内被扩展。
在本实施例中,当指示封装模式的字段被设置为“00”时,该字段能够指示在链路层中没有封装的情况下数据旁通。当字段被设置为“01”时,该字段能够指示根据链路层中的第一封装方案已经处理数据。当字段被设置为“10”时,该字段能够指示根据链路层中的第二封装方案已经处理数据。当字段被设置为“11”时,该字段能够指示根据链路层中的第三封装方案已经处理数据。
图87图示根据本发明实施例的指示报头压缩模式的信息。
链路层中的处理可以包括IP分组报头压缩功能。当链路层支持一些IP报头压缩方案时,发射机能够确定要使用的IP报头压缩方案。
由于报头压缩模式确定通常包括封装功能,所以,当封装模式被禁用时,能够禁用报头压缩模式。图87示出映射到各个报头压缩模式的字段值的实施例。虽然在本实施例中指配3比特字段值,但是可以根据可支持的报头压缩模式在相应系统允许的范围内扩展或减少字段值。
在本实施例中,当指示报头压缩模式的字段被设置为“000”时,该字段能够指示还没有对链路层中的数据执行报头压缩。当字段设置为“001”时,该字段能够指示RoHC被用于对链路层中的数据执行的报头压缩。当字段被设置为“010”时,该字段能够指示第二报头压缩方案被用于对链路层中的数据执行的报头压缩。当字段设置为“011”时,该字段能够指示第三报头压缩方案被用于对链路层中的数据执行的报头压缩。当字段被设置为“100”到“111”时,该字段值能够为用于链路层中的数据的新报头压缩方案保留字段值。
图88图示根据本发明的实施例的用于指示分组重新配置模式的信息。
为了将报头压缩应用于诸如广播系统的单向链路,广播系统(发射机和/或接收机)需要快速地获取上下文信息。广播系统能够通过重新配置部分压缩的的分组和/或提取上下文信息来通过带外方案发送/接收报头压缩的分组流。在本发明中,能够执行诸如分组重新配置和指示分组结构的信息的添加的处理的模式被称为分组重新配置模式。
可能存在若干分组重新配置模式,并且广播系统可以在链路层的初始化过程中指定分组重新配置模式。图88示出被映射到各个分组重新配置模式的索引和字段值的实施例。虽然在本实施例中指配2比特字段值,但是可以根据可支持的分组重新配置模式在系统允许的范围内扩展或减少字段值。
在本实施例中,当指示分组重新配置模式的字段被设置为“00”时,该字段能够指示分组重新配置没有被应用于在链路层中传送数据的分组。当字段被设置为“01”时,该字段能够指示对在链路层中传送数据的分组执行第一重新配置方案。当该字段被设置为“10”时,该字段能够指示对在链路层中传送数据的分组执行第二重新配置方案。当该字段被设置为“11”时,该字段能够指示对在链路层中传送数据的分组执行第三重配置方案。
图89图示根据本发明实施例的上下文传输模式。
前述的内容信息传送方案可以包括一个或多个传输模式。也就是说,广播系统能够通过各种方法发送前述的信息。在广播系统中,能够根据系统和/或物理层的逻辑传输路径来确定上下文传输模式,并且能够用信号发送指示上下文传输模式的信息。图89示出被映射到各个上下文传输模式的索引和字段值的实施例。虽然在本实施例中指配3比特字段值,但是可以根据可支持的上下文传输模式在系统允许的范围内扩展或减少字段值。
在本实施例中,当指示上下文传输模式的字段被设置为“000”时,该字段能够指示以第一传输模式发送上下文信息。当字段被设置为“001”时,该字段能够指示以第二传输模式发送上下文信息。当字段被设置为“010”时,该字段能够指示以第三传输模式发送上下文信息。当字段被设置为“011”时,该字段能够指示以第四传输模式发送上下文信息。当该字段设置为“011”时,该字段能够指示以第五传输模式发送上下文信息。当字段被设置为“101”到“111”时,能够为用于发送上下文信息的新传输模式保留字段值。
图90图示根据本发明的实施例的当应用RoHC作为报头压缩方案时的初始化信息。
虽然在本发明中RoHC被用于报头压缩,但是即使当采用其他报头压缩方案时也能够在广播系统中使用类似的初始化信息。
在广播系统中,可能需要发送适合于与报头压缩模式对应的压缩方案的初始化信息。在本实施例中,描述用于其中将RoHC设置为报头压缩模式的情况的初始化参数。用于RoHC的初始化信息能够被用于传送关于与压缩器和解压缩器之间的链路相对应的RoHC信道的配置的信息。
单个RoHC信道可以包括一条或多条上下文信息。被应用于RoHC信道中的所有上下文的公共信息能够被包括在初始化信息中并且被发送/接收。RoHC被应用于的并且通过其发送相关信息的路径能够被称为RoHC信道,并且RoHC信道能够被映射到链路。此外,RoHC信道能够通过单个DP被发送。在这种情况下,能够使用前述的与DP相关信息指示RoHC信道。
初始化信息可以包括link_id信息、max_cid信息、large_cids信息,num_profiles信息、profile()信息、num_IP_stream信息和/或IP_address()信息。
link_id信息指示应用初始化信息的链路(RoHC信道)的标识符。当通过单个DP发送链路或RoHC信道时,DP_id能够替代link_id信息。
max_cid信息指示最大CID值。max_cid信息能够被用于通知解压缩器最大CID值。
large_cids信息具有布尔值,并且指示是否CID配置使用短CID(0到15)或者嵌入CID(0到16383)。因此,能够确定表示CID的字节的大小。
num_profiles信息指示由所识别的RoHC信道支持的简档的数量。
profile()信息指示RoHC中的报头压缩协议的简档。因为仅当压缩器和解压缩器在RoHC中具有相同的配置文件时压缩器和解压缩器能够压缩和解压缩流,所以接收机能够从profile()信息中获取在发射机中使用的RoHC参数。
num_IP_stream信息指示通过相应信道(例如RoHC信道)发送的IP流的数量。
IP_address信息指示IP流的地址。IP_address信息能够指示输入到RoHC压缩器(发射机)的经滤波的IP流的目的地地址。
图91图示根据本发明的实施例的指示链路层信令路径配置的信息。
广播系统被设计成使得信令信息传送路径通常不被改变。然而,当系统被改变时或当切换标准时,有必要用信号发送关于用于不具有IP分组格式的链路层信令信息的传送的物理层配置的信息。在移动接收机的情况下,因为如果移动接收机在具有不同配置的发射机的覆盖之间移动则可能改变通过其传送链路层信令信息的路径,所以可能需要发送关于链路层信令路径的信息。图91示出指示通过其发送/接收信令信息的信令路径的信息。对于该信息,可以根据在物理层中配置的信令路径来扩展或减少索引。独立于链路层配置,可以根据物理层的过程操作相应的信道。
附图示出将字段值分配给信令路径配置的实施例。当在本实施例中支持多个信令路径时,可以将较小的索引值映射到具有较高重要性的信令路径。可以根据索引值来识别具有优先级的信令路径。
可替选地,广播系统能够使用具有比由信令路径配置信息指示的信令路径更高优先级的所有信令路径。例如,当信令路径配置索引值为3时,与其对应的字段值为“011”。在这种情况下,信息能够指示全部使用具有优先级为1、2和3的专用数据路径、特定信令信道(FIC)和特定信令信道(EAC)。
能够根据前述的信号方法减少传送信令信息的数据的量。
图92示出了根据本发明的实施例的通过比特映射方法表示的信令路径配置信息。
前述的信令路径配置信息可以根据比特映射来定义并且被发送/接收。在本实施例中可以考虑将4个比特分配给信令路径配置信息。具体地,将比特b1、b2、b3和b4分别映射到与其对应的信令路径。当各个比特位置的比特值为0时,与其对应的路径为“禁用”。例如,当各个比特位置的比特值为1时,与其对应的路径为“启用”。例如,当4比特信令路径配置字段值为“1100”时,这能够指示广播系统在链路层中使用专用数据管道和特定信令信道(FIC)。
图93是图示根据本发明的实施例的链路层初始化过程的流程图。
当接收机被通电或移动接收机进入新发射机的传输区域时,接收机能够执行用于部分或整个系统配置的初始化过程。在这种情况下,能够与初始化过程一起执行链路层初始化过程。接收机能够使用前述的初始化参数执行链路层的初始设置,如附图中所示。
接收机进入链路层初始化过程(JS32010)。
在进入链路层初始化过程之后,接收机选择封装模式(JS32020)。接收机能够使用前述的初始化参数确定封装模式。
接收机确定是否启用封装(JS32030)。接收机能够使用前述的初始化参数确定是否启用封装。
由于在封装之后应用报头压缩方案,通常,当封装模式被确定为“禁用”时,接收机能够将报头压缩模式处理为“禁用”(JS32080)。在这种情况下,接收机不再需要执行初始化过程,并且因此接收机能够立即将数据发送到另一层或将过程改变为数据处理过程。
在启用封装模式时接收机选择报头压缩模式(JS32040)。接收机能够在选择报头压缩模式中使用前述的初始化参数确定被应用于分组的报头压缩方案。
接收机确定是否启用报头压缩(JS32050)。当禁用报头压缩时,接收机能够立即发送数据或将过程变成数据处理过程。
当启用报头压缩时,接收机为相应的报头压缩方案选择分组流重新配置模式和/或上下文传输模式(JS32060和JS32070)。接收机能够使用前述的信息确定分组流重新配置模式和/或上下文传输模式。
随后,接收机能够传送用于其他处理过程的数据或处理数据。
图94是图示根据本发明的另一实施例的链路层初始化过程的流程图。
接收机进入链路层初始化过程(JS33010)。
接收机确定链路层信令路径配置(JS33020)。接收机能够使用前述的信息来确定通过其链路层信令信息被发送的路径。
接收机选择封装模式(JS33030)。接收机能够使用前述的初始化参数确定封装模式。
接收机确定是否启用封装(JS33040)。接收机能够使用前述的初始化参数确定是否启用封装。
因为在封装之后应用报头压缩方案,一般来说,当封装模式被确定为“禁用”时,接收机能够将头报头缩模式处理为“禁用”(JS33040)。在这种情况下,接收机不再需要执行初始化过程,并且因此接收机能够立即将数据发送到另一层或将过程变为数据处理过程。
在启用封装模式时接收机选择报头压缩模式(JS33050)。接收机能够在选择报头压缩模式中使用前述的初始化参数确定被应用于分组的报头压缩方案。
接收机确定是否启用报头压缩(JS33060)。当禁用报头压缩时,接收机能够立即发送数据或将过程更改为数据处理过程。
当启用报头压缩时,接收机为相应的报头压缩方案选择分组流重新配置模式和/或上下文传输模式(JS33070和JS33080)。接收机能够使用前述信息来确定分组流重新配置模式和/或上下文传输模式。
接收机执行报头压缩初始化(HS33090)。接收机能够使用前述的信息来执行报头压缩初始化。随后,接收机能够传送用于其他处理过程的数据或处理数据。
图95图示根据本发明的实施例的用于发送初始化参数的信令格式。
为了将前述的初始化参数传送给接收机,广播系统能够以描述符的形式配置对应的信息并且发送/接收描述符。当存在由系统中配置的链路层操作的多个链路时,能够将用于识别每个链路的link_id信息指配给相应的链路并且能够根据link_id信息应用不同的参数。例如,当被传送到链路层的数据是IP流时,如果对于IP流不改变IP地址,则能够在配置信息中指定从上层传送的IP地址。
根据实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息、context_transmission_mode信息、max_cid信息、large_cids信息、num_profiles信息和/或profiles()信息。信息的描述由相似或相同名称的上述信息的描述替代。
图96图示根据本发明的另一实施例的用于发送初始化参数的信令格式。
该附图示出将前述的初始化参数传送给接收机的不同格式的描述符。在本实施例中,排除了前述的初始报头压缩配置信息。当在链路层数据处理中执行附加的报头压缩初始化过程或者链路层分组具有单独的报头压缩参数时,能够发送/接收根据本实施例的描述符。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。该信息的描述以相似或相同名称的前述信息的描述替代。
图97图示根据本发明的另一实施例的用于发送初始化参数的信令格式。
该附图示出将前述的述初始化参数传送给接收机的不同格式的描述符。在本实施例中,用于发送初始化参数的描述符不包括初始报头压缩配置信息而包括关于信令路径的配置信息。
用于信令路径的配置参数能够使用前述的4比特映射方法。当修改处理广播信号的广播系统(发射机或接收机)时,可以改变传送链路层信令或链路层信令的内容的方法。在这种情况下,根据本实施例,能够通过传送初始化参数来处理链路层信令变化。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、signaling_path_configuration信息、dedicated_DP_id信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。
dedicated_DP_id信息标识通过其传送链路层信令信息的专用DP。当专用DP被确定为通过其在信令路径配置中传送信令信息的路径时,可以指定与专用DP相对应的DP_id,其被包括在用于发送初始化参数的描述符中并且被发送。
除了dedicated_DP_id信息之外的信息的描述由相似或相同名称的前述信息的描述代替。
图98图示根据本发明实施例的接收机。
根据本发明的实施例的接收机可以包括调谐器JS21010、ADC JS21020、解调器JS21030、信道同步器和均衡器JS21040、信道解码器JS21050、L1信令解析器JS21060、信令控制器JS21070、基带控制器JS21080、链路层接口JS21090、L2信令解析器JS21100、分组报头恢复模块JS21110、IP分组过滤器JS21120、公共协议栈处理器JS21130、SSC处理缓冲器和解析器JS21140、服务映射数据库JS21150、服务指南处理器JS21160、服务指南数据库JS21170、AV服务控制器JS21180、解复用器JS21190、视频解码器JS21200、视频渲染器JS21210、音频解码器JS21220、音频渲染器JS21230、网络交换机JS21240、IP分组过滤器JS21250、TCP/IP栈处理器JS21260、数据服务控制器JS21270和/或系统处理器JS21280。
调谐器JS21010接收广播信号。
当广播信号是模拟信号时,ADC JS21020将广播信号转换为数字信号。
解调器JS21030解调广播信号。
信道同步器和均衡器JS21040执行信道同步和/或均衡。
信道解码器JS21050对广播信号中的信道进行解码
L1信令解析器JS21060从广播信号中解析L1信令信息。L1信令信息可以对应于物理层信令信息。L1信令信息可以包括传输参数。
信令控制器JS21070处理信令信息或将信令信息传送到需要信令信息的设备。
基带控制器JS21080控制基带中广播信号的处理。基带控制器JS21080能够使用L1信令信息在广播信号的物理层中执行处理。虽然没有图示基带控制器JS21080和其他设备之间的连接,但基带控制器能够将经处理的广播信号或广播数据传送到其他设备。
链路层接口JS21090访问链路层分组并获取链路层分组。
L2信令解析器JS21100解析L2信令信息。L2信令信息可以对应于包括在前述的链路层信令分组中的信息。
当报头压缩已经被应用于分组时,分组报头恢复模块JS21110对链路层的上层的分组(IP分组)执行报头解压缩。在此,分组报头恢复模块JS21110能够使用前述的用于指示是否应用报头压缩的信息来恢复上层分组的报头。
IP分组过滤器JS21120过滤被传送到特定IP地址和/或UDP号码的IP分组。被传送到特定IP地址和/或UDP号码的IP分组可以包括通过专用信道传送的前述信令信息。被传送到特定IP地址和/或UDP号码的IP分组可以包括前述的FIC、FIT、EAT和/或EAM(紧急警报消息)。
公共协议处理器JS21130根据每层协议执行数据处理。例如,公共协议处理器JS21130根据IP层和/或IP层的上层的协议对IP分组进行解码或解析。
SSC处理缓冲器和解析器JS21140存储或解析通过SSC(服务信令信道)传送的信令信息。能够向SSC指定特定的IP分组,并且SSC能够包括用于服务获取的信息、关于服务中包括的内容的特性信息、DVBSI信息和/或PSI/PSIP信息。
服务映射数据库JS21150存储服务映射表。服务映射表包括关于广播服务的特性信息。服务映射表能够被包括在SSC中并且被发送。
服务指南处理器JS21160解析或解码服务指南。
服务指南数据库JS21170存储服务指南。
AV服务控制器JS21180执行用于获取广播AV数据的控制。
解复用器JS21190将广播数据分离成视频数据和音频数据。
视频解码器JS21200解码视频数据。
视频渲染器JS21210使用解码的视频数据生成提供给用户的视频。
音频解码器JS21220对音频数据进行解码。
音频渲染器JS21230使用解码的音频数据生成要提供给用户的音频。
网络交换机JS21240控制与除了广播网络之外的网络的接口。例如,网络交换机JS21240能够访问IP网络以直接接收IP分组。
分组过滤器JS21250过滤具有特定IP地址和/或UDP号码的IP分组。
TCP/IP栈处理器JS21260根据TCP/IP协议对IP分组进行解封装。
数据服务控制器JS21270控制数据服务处理。
系统处理器JS21280控制接收机的整体操作。
图99图示根据本发明实施例的混合广播接收装置。混合广播系统能够结合地面广播网络和因特网发送广播信号。混合广播接收装置能够通过地面广播网(广播)和因特网(宽带)接收广播信号。混合广播接收装置可以包括一个或多个物理层模块、一个或多个物理层I/F模块、服务/内容获取控制器、一个或多个因特网访问控制模块、信令解码器、服务信令管理器、服务指南管理器、应用信令管理器、警报信号管理器,警报信号解析器、定向信号解析器、流媒体引擎、非实时文件处理器、组件同步器、定向处理器、应用处理器、A/V处理器、设备管理器、数据共享和通信单元、一个或多个再分发模块、一个或多个配套设备和/或外部管理模块。
物理层模块能够通过地面广播信道接收广播相关信号,处理广播相关信号,将经处理的信号转换成适当的格式并且将转换的信号传送到物理层I/F模块。
物理层I/F模块能够从从物理层模块获得的信息中获取IP数据报。此外,物理层I/F模块能够将所获取的IP数据报转换为特定帧(例如,RS帧、GSE等)。
服务/内容获取控制器能够通过广播和/或宽带信道执行用于获取服务、内容和与其相关的信令数据的控制操作。
互联网访问控制模块能够通过宽带信道来控制用于获取服务和内容的接收机操作。
信令解码器能够解码通过广播信道获取的信令信息。
服务信令管理器能够从IP数据报中提取与服务扫描和服务/内容有关的信令信息,解析所提取的信令信息并且管理信令信息。
服务指南管理器能够从IP数据报提取公告信息,管理服务指南(SG)数据库并且提供服务指南。
应用信令管理器能够从IP数据报中提取与应用获取有关的信令信息,解析所提取的信令信息并且管理信令信息。
警报信令解析器能够从IP数据报提取与警报相关的信令信息,解析所提取的信令信息并且管理信令信息。
定向信号解析器能够从IP数据报中提取与服务/内容个性化或定向相关的信令信息,解析所提取的信令信息并且管理信令信息。此外,目标信号解析器能够将解析的信令信息传送到定向处理器。
流媒体引擎能够从IP数据报中提取用于A/V流的音频/视频数据,并且对所提取的音频/视频数据进行解码。
非实时文件处理器能够从IP数据报中提取诸如NRT数据和应用的文件格式的数据,解码提取的数据并且管理数据。
组件同步器可以同步流音频/视频数据和NRT数据。
定向处理器能够基于从定向信号解析器接收到的定向信令信息来处理服务/内容个性化相关的操作。
应用处理器能够处理应用相关信息、下载的应用状态和显示参数。
A/V处理器能够基于解码的音频和视频数据、应用和数据执行音频/视频渲染相关的操作。
设备管理器能够执行与外部设备的连接和与外部设备的数据交换。此外,设备管理器能够执行针对外部设备的管理操作,诸如可连接的外部设备的添加/删除/更新。
数据共享和通信单元能够处理与混合广播接收机和外部设备之间的数据传输和交换相关的信息。在此,可发送的和可交换的数据可以对应于信令数据、A/V数据等。
当广播接收机不能直接接收地面广播信号时,再分发模块能够获取与未来广播业务和内容有关的信息。此外,当广播接收机不能直接接收地面广播信号时,再分发模块能够通过未来的广播系统支持广播服务和内容获取。
根据本发明,配套设备能够通过被连接到广播接收机来共享音频数据、视频数据或信令数据。配套设备能够指的是被连接到广播接收机的外部设备。
外部管理模块可以指用于提供广播服务/内容的模块。例如,未来的广播服务/内容服务器可以是外部管理模块。外部管理模块可以指被连接到广播接收机的外部设备。
图100是根据本发明实施例的混合广播接收机的框图。
混合广播接收机能够通过地面广播的互操作和未来广播系统的DTV(数字电视)服务中的宽带来接收混合广播服务。混合广播接收机能够接收通过地面广播发送的广播A/V内容,并且实时接收与广播A/V内容或广播A/V内容的一部分相关联的增强数据。在说明书中,广播A/V内容能够被称为媒体内容。
混合广播接收机可以包括物理层控制器D55010、调谐器D55020、物理帧解析器D55030、链路层帧解析器D55040、IP/UDP数据报过滤器D55050、ATSC 3.0数字电视控制引擎D55060、ALC/LCT+客户端D55070、定时控制器D55080、信令解析器D55090、DASH(基于HTTP的动态自适应流)客户端D55100、HTTP访问客户端D55110、ISO BMFF(基本媒体文件格式)解析器、ISO BMFF解析器D55120和/或媒体解码器D55130。
物理层控制器D55010能够使用要由混合广播接收机接收的地面广播信道的RF信息来控制调谐器D55020和物理帧解析器D55030的操作。
调谐器D55020能够通过地面广播信道接收广播信号,处理广播信号并且将处理的信号转换成适当的格式。例如,调谐器D55020能够将接收到的地面广播信号转换成物理帧。
物理帧解析器D55030能够解析接收到的物理帧并且通过与其相关的处理获取链路层帧。
链路层解析器D55040能够执行用于从链路层帧获取链路层信令或IP/UDP数据报的操作。链路层解析器D55040能够输出一个或多个IP/UDP数据报。
IP/UDP数据报过滤器D55050能够从接收到的一个或多个IP/UDP数据报过滤特定的IP/UDP数据报。也就是说,IP/UDP数据报过滤器D55050能够从链路层解析器D55040输出的一个或多个IP/UDP数据报中选择性地过滤由ATSC3.0数字电视控制引擎D55060选择的IP/UDP数据报。IP/UDP数据报过滤器D55050能够输出应用层传输协议分组,如ALC/LCT+。
ATSC3.0数字电视控制引擎D55060能够接口被包括在混合广播接收机中的模块。此外,ATSC 3.0数字电视控制引擎D55060能够向每个模块传送对于每个模块所必需的参数,并且通过参数控制每个模块的操作。在本发明中,ATSC 3.0数字电视控制引擎D55060能够向DASH客户端D55100传送媒体呈现描述(MPD)和/或MPD URL。在本发明中,ATSC 3.0数字电视控制引擎D55060能够向ALC/LCT+客户端D55070传送传送模式和/或传输会话标识符(TSI)。在此,TSI能够指示会话的标识符,在该会话中传送包括诸如MPD或MPD URL相关信令的信令消息的传输分组,例如,与应用层传输协议相对应的ALC/LCT+会话或FLUTE会话。另外,TSI可以对应于MMT的资产ID。
ALC/LCT+客户端D55070能够处理诸如ALC/LCT+的应用层传输协议分组,并且通过收集和处理多个分组来生成一个或多个ISOBMFF对象。应用层传输协议分组可以包括ALC/LCT分组、ALC/LCT+分组、ROUTE分组和/或MTP分组。
定时控制器D55080能够处理包括系统时间信息的分组,以便控制系统时钟。
信令解析器D55090能够获取和解析DTV广播服务相关的信令,基于解析的信令生成信道映射并且管理信道映射。在本发明中,信令解析器能够解析从信令信息或MPD相关信息扩展的MPD。
DASH客户端D55100能够执行与实时流或自适应流相关的操作。DASH客户端D55100能够通过HTTP访问客户端D55110从HTTP服务器接收DASH内容。DASH客户端D55100能够处理接收的DASH片段并且输出ISO BMFF对象。在本发明中,DASH客户端D55100能够向ATSC 3.0数字电视控制引擎D55060传送完全限定的表示ID或片段URL。在此,完全限定的表示ID可以指与例如MPD URL、period@id和representation@id的组合相对应的ID。此外,DASH客户端D55100能够从ATSC 3.0数字电视控制引擎D55060接收MPD或MPD URL。DASH客户端D55100能够使用接收到的MPD或MPD URL从HTTP服务器接收所期待的媒体流或DASH片段。在本说明书中,DASH客户端D55100能够被称为处理器。
HTTP访问客户端D55110能够向HTTP服务器发送对于特定信息的请求,接收对请求的响应并且处理该响应。HTTP服务器能够处理从HTTP访问客户端接收的请求,并且提供对请求的响应。
ISO BMFF解析器能够从ISO BMFF对象中提取音频/视频数据。
媒体解码器D55130能够解码所接收的音频/视频数据,并且执行用于呈现被解码的音频/视频数据的处理。
为了通过地面广播网络和宽带网络的互操作通过根据本发明的混合广播接收机提供混合广播服务,需要扩展或修改MPD。前述的地面广播系统能够发送被扩展或修改的MPD,并且混合广播接收机能够使用扩展或修改的MPD通过广播网络或宽带网络接收内容。也就是说,混合广播接收机能够通过地面广播网络接收被扩展或修改的MPD,并且基于MPD通过地面广播网络或宽带网络接收内容。将会给出需要添加到扩展或修改的MPD的元素和属性的描述。扩展或修改的MPD能够在下面被表示为MPD。
MPD能够被扩展或修改以表示ATSC 3.0服务。扩展或修改的MPD可以另外包括MPD@anchorPresentationTime、Common@presentable、Common.Targeting、Common.TargetDevice和/或Common@associatedTo。
MPD@anchorPresentationTime能够指示被包括在MPD中的片段的呈现时间的锚点,即,基准时间。在下面,MPD@anchorPresentationTime能够被用作MPD的有效时间。MPD@anchorPresentationTime能够指示被包括在MPD中的片段的最早播放时间。
该MPD还可以包括公共属性和元素。公共属性和元素能够被应用于MPD中的AdaptionSet和Representation。Common@presentable能够指示由MPD所描述的媒体是可呈现的组件。
Common.Targeting能够指示由MPD描述的媒体的定向特性和/或个性化特性。
Common.TargetDevice能够指示由MPD描述的媒体的一个目标设备或多个目标设备。
Common@associatedTo能够指示与MPD描述的媒体相关的AdaptionSet和/或Representation。
此外,MPD中包括的MPD@id、Period@id和AdaptationSet@id能够被要求以指定通过MPD描述的媒体内容。也就是说,DASH客户端能够使用MPD@id、Period@id和AdaptationSet@id基于MPD指定要被接收的内容,并且将内容通知给ATSC 3.0数字电视控制引擎。ATSC 3.0数字电视控制引擎能够接收内容并且将内容传送给DASH客户端。
图101图示根据本发明实施例的未来混合广播系统的协议栈。如附图中所示,支持基于IP的混合广播的未来广播系统能够以ISO BMFF封装广播服务的音频或视频数据。在此,封装能够使用MMT的DASH段或媒介处理单元(MPU)。此外,未来的广播系统能够通过广播网络和因特网同等地发送封装的数据或根据各个网络的特性不同地发送封装的数据。未来广播系统能够使用广播网络和宽带网络中的至少一个发送封装的数据。当使用广播网络时,广播系统能够通过支持实时对象传送的应用层传输协议分组传送以ISO BMFF封装的数据。例如,广播系统能够将数据封装到ROUTE或MMTP的传输分组中。广播系统能够将封装的数据格式化为IP/UDP数据报,在广播信号中加载UP/UDP数据报并且发送广播信号。当使用宽带网络时,广播系统能够通过诸如DASH的流式方案将封装的数据传送到接收机。
此外,广播系统能够通过下述方法传送广播服务的信令信息。当使用广播网络时,广播系统能够根据信令信息的特性通过未来的广播传送系统和广播网络发送信令信息。在此,广播系统能够通过包括在广播信号中的传输帧的特定数据管道(DP)来发送信令信息。通过广播网络发送的信令可以封装在比特流或IP/UDP数据报中。当使用宽带网络时,响应于接收机的请求,广播系统能够将信令数据返回并且传送到接收机。
此外,广播系统能够通过下述方法发送广播服务的ESG或NRT内容。当使用广播网络时,广播系统能够将ESG或NRT内容封装到应用层传输协议分组,例如ROUTE或MMTP的传输分组中。广播系统能够将封装的ESG或NRT内容格式化为IP/UDP数据报,在广播信号中加载IP/UDP数据报并且发送广播信号。当使用宽带网络时,作为对接收机的请求的响应,广播系统能够将ESG或NRT内容返回并且传送到接收机。
图102图示根据本发明的实施例的被传送到未来广播系统的物理层的传输帧的结构。未来广播系统能够使用广播网络发送传输帧。在该附图中,位于传输帧的报头的P1可以指的是包括用于传输信号检测的信息的符号。P1可以包括调谐信息并且接收机能够基于被包括在符号P1中的参数对紧跟P1的L1部分进行解码。广播系统能够在L1部分中包括关于传输帧的配置和每个DP的特性的信息。也就是说,接收机能够通过解码L1部分来获取关于传输帧的配置和每个DP的特性的信息。另外,接收机能够通过公共DP获取需要在DP之间共享的信息。根据实施例,传输帧可以不包括公共DP。
在传输帧中,诸如音频、视频和数据的组件被包括在被交织的DP区DP1到DPn中并且被发送。在此,能够通过L1或公共PLP用信号发送传送每个服务(信道)的组件的DP。
此外,未来的广播系统能够发送用于快速获取关于包括在传输帧中的服务的信息的信息。也就是说,未来的广播系统能够使未来的广播接收机能够快速地获取与广播服务相关的信息和被包括在传输帧中的内容。当传输帧包括由一个或多个广播公司产生的服务/内容时,广播系统能够使接收机能够根据广播公司有效地识别服务/内容。也就是说,未来广播系统能够在传输帧中包括关于被包括在传输帧中的服务的服务列表信息并且发送传输帧。
为了使接收机能够在相应频率内快速扫描广播服务和内容,如果FIC存在,则广播系统可以通过单独的信道,例如FIC,发送广播服务相关信息。如图102的中间部分所示,广播系统能够在传输帧中包括用于广播服务扫描和获取的信息并且发送传输帧。在此,包括关于广播服务扫描和获取的信息的区域能够被称为FIC。接收机能够通过FIC获取关于由一个或多个广播公司生成和发送的广播服务的信息,并且能够快速和容易地扫描接收机中可用的广播服务。
此外,被包括在传输帧中的特定DP能够用作基本DP,其能够快速且鲁棒地传送关于广播服务和传输帧中的内容的信令信息。通过物理层的传输帧的DP传送的数据在图102的下部中被示出。也就是说,链路层信令或IP数据报能够以特定形式被封装在通用分组中并且然后通过DP被传送。在此,IP数据报可以包括信令数据。链路(低)层信令可以包括快速服务扫描/获取和IP报头压缩的上下文信息和与紧急警报相关的信令。
图103图示根据本发明的实施例的应用层传输协议的传输分组。应用层传输会话可以由IP地址和端口号的组合组成。当应用层传输协议对应于ROUTE时,ROUTE会话可以是由一个或多个LCT(分层编码传输)会话组成。例如,当通过单个LCT传送会话传送单个媒体组件(例如,DASH表示)时,能够通过单个应用层传输会话来复用和传送一个或多个媒体组件。此外,可以通过单个LCT传输会话传送一个或多个传输对象。每个传输对象可以是与通过传输会话传送的DASH表示相关联的DASH片段。
例如,当应用层传输协议以LCT为基础时,传输分组能够被如下地配置。传输分组能够包括LCT报头、ROUTE报头和有效载荷数据。传输分组可以包括下述字段。
LCT报头能够包括下述字段。V(版本)字段能够指示相应的传输协议分组的版本信息。C字段能够指示与下面将会描述的拥塞控制信息字段的长度相关联的标志。PSI字段能够指示协议特定的信息。S字段能够指示与传输会话标识符(TSI)字段的长度相关联的标志。O字段能够指示与传输对象标识符(TOI)字段的长度相关联的标志。H字段能够指示是否将半字(16比特)添加到TSI和TOI字段的长度。A(关闭会话标志)字段能够表示会话结束或关闭。B(关闭对象标志)字段能够指示对象的传送被终止或者对象传送的终止接近。码点字段能够指示与相应分组的有效载荷的编码或解码有关的信息。例如,有效载荷类型能够对应于此字段。拥塞控制信息字段能够包括与拥塞控制有关的信息。例如,与拥塞控制相关的信息能够包括相应信道中的当前时隙索引(CTSI)、信道号和分组序列号。传输会话标识符字段能够指示传输会话的标识符。传输对象标识符字段能够指示通过相应传输会话传送的对象的标识符。
ROUTE(ALC)报头能够包括LCT报头的附加信息,诸如与前向纠错方案相关的有效载荷标识符。
有效载荷数据能够指示相应分组的有效载荷的数据部分。
图104图示根据本发明的实施例的未来广播系统传送信令数据的方法。未来广播系统的信令数据能够被传送,如在附图中所图示。为了支持接收机的快速服务/内容扫描和获取,未来的广播传输系统能够通过快速信息信道(FIC)传送通过对应的物理层帧传送的广播服务的信令数据。在本说明书中,FIC可以指的是有关服务列表的信息。如果不存在单独的FIC,则可以通过传送链路层信令的路径来传送信令数据。也就是说,包括关于服务和服务的组件(音频和视频)的信息的信令信息能够被封装在IP/UDP数据报中并且通过一个或多个DP传送。根据实施例,关于服务和服务组件的信令信息可以被封装在应用层传输分组(例如,ROUTE分组或MMTP分组)中并且被传送。
图104的上部示出其中前述的信令数据通过FIC和一个或多个DP被传送的实施例。在这种情况下,用于支持快速服务扫描/获取的信令数据能够通过FIC被传送,并且包括关于相应服务的详细信息的信令数据能够被封装在IP数据报中并且通过特定的DP被传送。在说明书中,包括关于服务的详细信息的信令数据可以被称为服务层信令。
图104的中间部分示出其中前述的信令数据通过FIC和一个或多个DP被传送的实施例。在这种情况下,用于支持快速服务扫描/获取的信令数据能够通过FIC被传送,并且包括关于相应服务的详细信息的信令数据能够被封装在IP数据报中并且通过特定的DP传送。此外,包括关于被包括在服务中的特定组件的信息的信令数据的一部分可以通过应用层传输协议中的一个或多个传输会话被传送。例如,信令数据的部分能够通过ROUTE会话中的一个或多个传输会话被传送。
图104的下部分示出其中前述的信令数据通过FIC和一个或多个DP被传送的实施例。在这种情况下,用于支持快速服务扫描/获取的信令数据能够通过FIC被传送,并且包括关于相应服务的详细信息的信令数据能够通过ROUTE会话中的一个或多个传输会话被传送。
图105图示根据本发明的实施例的ExtendedLSID(扩展LCT会话实例描述)的配置。
本发明提供了一种基于地面广播网络和互联网的互操作来支持未来混合广播的服务信令方法。
本发明提供一种支持通过其能够通过地面广播网络接收A/V并且能够通过因特网接收增强数据的混合广播的服务/内容信令方法。
本发明的实施例能够通过将定义ROUTE会话中的传输会话结构的LSID定义为SLS描述的一个片段来提供修改和/或扩展的ELSID结构。
根据本发明的实施例的ELSID可以包括@id和/或TransportSession元素。
@id指示LSID实例的标识符。此字段的值能够与USBD片段中的USD的@serviceID相同。
TransportSession元素提供关于携带与用户服务的内容组件相关联的源流和/或修复流的LCT传输会话的信息。
根据本发明的实施例的TransportSession元素可以包括@tsi、@BStreamID、@PLPID、@senderIPAddress、@destIPAddress、@port、@bandwidth、@startTime、@endTime、@scheduleReference、SourceFlow元素和/或RepairFlow元素。
@tsi指定与源流和/或修复流相关联的传输会话标识符。根据本发明的实施例,此字段能够具有除了0之外的值。也就是说,此字段指示LCT信道的TSI值。
@BStreamID指示其中携带相应LCT会话的内容的广播流的标识符。
@PLPID指定在其中携带LCT会话的内容的广播流内的PLP的标识符。
@senderIPAddress指定在TSI的范围内的ROUTE会话和LCT传输会话的发送器的IP地址。当父ROUTE会话是携带用于用户服务的SLS片段的LCT会话属于的相同的ROUTE会话时,此字段能够是可选字段。也就是说,此字段指示ROUTE会话的源IP地址。当此字段的值不存在时,设置为默认值的源IP地址可以是当前ROUTE会话的IP地址。也就是说,通过其传送SLSID的ROUTE会话的IP地址能够是默认值。当相应的ROUTE会话不是主会话时,此字段的值需要基本上存在。主会话指的是通过其传送SLS的ROUTE会话。
@destIPAddress指定ROUTE会话的目的地IP地址,其包括相应LCT会话所携带的源流和/或修复流。当父ROUTE会话是携带用于用户服务的SLS片段的LCT会话属于的LCT会话的相同的ROUTE会话时,此字段能够是可选字段。也就是说,此字段指示ROUTE会话的目的地IP地址。当此字段的值不存在时,设置为默认值的目的地IP地址可以是当前ROUTE会话的目的地IP地址。也就是说,通过其传送SLSID的ROUTE会话的目的地IP地址能够是默认值。当相应的ROUTE会话不是主会话时,该字段的值必须存在。主会话指的是通过其传送SLS的ROUTE会话。
@port指示ROUTE会话的目的地UDP端口,其包括通过相应LCT会话传送的源流和/或修复流。当父ROUTE会话是与携带用于用户服务的SLS片段属于的LCT会话的相同的ROUTE会话时,此字段能够是可选字段。也就是说,此字段指示ROUTE会话的目的地端口。当此字段的值不存在时,设置为默认值的目的地端口可以是当前ROUTE会话的目的地端口。也就是说,通过其传送SLSID的ROUTE会话的目的地端口能够是默认值。当相应的ROUTE会话不是主会话时,此字段的值需要基本上存在。主会话指的是通过其传送SLS的ROUTE会话。
@bandwidth指定相应LCT会话所要求的最大比特率。此字段表示在会话的任何一个第二长时间段期间发送的所有分组的大小的最大和。此字段能够以千比特表示。也就是说,此字段指示LCT信道的最大带宽。
@startTime指定LCT会话的开始时间,如由NTP时间戳的32个比特所表示的。当此字段不存在或设置为0并且@endTime具有0的值时,LCT会话能够被视为永久性的。
@endTime指定LCT会话的结束时间,如由NTP时间戳的32个比特所表示的。当此字段不存在或设置为0时,LCT会话不被限制,尽管LCT会话将在开始时间之后才会变得有效。
@scheduleReference指示对提供用于通过LCT会话传送的内容的详细传输调度的调度片段的URI参考。
SourceFlow元素提供有关在此tsi上携带的源流的信息。
RepairFlow元素提供有关在此tsi上携带的修复流的信息。
图106图示根据本发明的实施例的使用ELSID SLS片段的信令的结构。
根据本发明的实施例,用户服务绑定描述(USBD)可以包括一个或多个userServiceDescription。userServiceDescription可以包括一个或多个deliveryMethod。deliveryMethod可以指的是关联的DeliveryProcedure描述(简化的/概略的)。userServiceDescription可以指的是LCT会话实例描述。关联的DeliveryProcedure描述(简化的/概略的)和LCT SessionInstance描述可以彼此连接。userServiceDescription可以包括mediaPresentationDescription。mediaPresentationDescription可以指的是媒体呈现描述,并且媒体呈现描述可以指的是初始化段描述。userServiceDescription可以包括时间表,并且该时间表可以指的是时间表描述(简化的/概略的)。
图107图示根据本发明的实施例的示出通过FIC的SLS引导信息和ROUTE会话和ELSID之间的关系的信令结构。
根据本发明的实施例,FIC能够用作SLT。
根据本发明的实施例的USD能够包括参考ELSID的anyURI类型元素(@atsc:lsidUri)。
根据本发明的实施例,接收机能够意识到其中使用被包括在SLT(FIC)中的SLS引导信息来发送SLS的ROUTE会话。接收机能够解析通过其发送SLS的ROUTE会话中的USBD内的USD,使用USD中的@atsc:lsidUri字段来获取ELSID,该ELSID用信号发送关于通过其传送相应服务的内容的ROUTE会话的信息,并且通过ELSID获得关于通过其传送相应的服务的视频组件的ROUTE会话的信息。接收机能够使用USD中的@atsc:fullMPDUri字段获取与相应业务关联的MPD,通过MPD获得有关相应服务的视频和/或音频组件的信息,并且获取有关视频组件的初始分段信息、关于音频组件的初始片段信息以及/或者关于字幕组件的初始分段信息。
图108图示根据本发明的实施例的USBD的配置。
本发明的实施例能够使用在扩展的USD和SLS片段中配置的LSID来提供新的信令。
根据本发明的实施例的USBD,如在附图中所示,能够被用于广播服务。
根据本发明的实施例的USBD包括USD元素和/或@fecDescriptionURI。
根据本发明的实施例的USD元素可以包括@atsc:protocolVersion、@atsc:atscServiceId、@atsc:fullMpdUri、@atsc:lsidUri,name、serviceLanguage、requiredCapabilities、deliveryMethod、r9:mediaPresentationDescription、r12:appService和/或@serviceId。
@atsc:protocolVersion指示协议版本。
@atsc:atscServiceId是用于与SLT(FIC)的服务条目相关联的字段。也就是说,此字段是用于LLS(SLT)中的相应条目的参考。此属性的值与被分配给相应条目的serviceId的值相同。
@atsc:fullMpdUri可以指MPD片段,其包括关于通过广播网络选择性地传送的服务的内容组件的描述。
@atsc:lsidUri可以指向传输会话提供访问相关参数的SLSID片段,在该传输会话中传送相应服务的内容。此字段能够执行与@atsc:sTSIDUri相同的功能。
name元素能够指示由lang属性给出的服务的名称。name元素能够包括指示服务名称的语言的lang属性。能够根据XML数据类型指定语言。
serviceLanguageelement能够指定服务的可用语言。能够根据XML数据类型指定语言。
requiredCapabilities元素能够指定对于接收机生成相应服务的内容的显著呈现所要求的能力。根据实施例,此字段可以指定预定义的能力组。能力组可以是用于显著呈现的一组能力属性值。此字段能够被称为capabilitycode(能力码)。
deliveryMethod元素能够是与属于广播中的相应的服务的内容的信息和(可选地)宽带接入模式相关联的传输的容器。当N条数据被包括在相应的服务中时,能够通过此元素来描述用于各条数据的传送方法。
r9:mediaPresentationDescription元素能够指示关于与相应服务相关联的MPD的信息。此元素可以具有作为较低元素的mpdURI元素。
r12:appService元素能够指示关于与相应服务相关联的应用服务的信息。
@serviceId能够是用于标识BSID范围内的唯一服务的全局唯一的URI。相应的参数能够被用于将USD信息链接到ESG数据(Service@globalServiceID)。
根据本发明的实施例的name元素可以包括指定相应服务的语言的@lang。
根据本发明的实施例的requiredCapabilities元素能够包括指定相应服务的内容所必需的能力的@feature。
根据本发明的实施例的DeliveryMethod元素能够包括r7:unicastAccessURI、r8:alternativeAccessDelivery、r12:broadcastAppService、r12:unicastAppService、atsc:atscBroadcastAppService、atsc:atscForeignBroadcastAppService,@accessGroupId、associatedProcedureDescriptionURI、@protectDescriptionURI、@sessionDescriptionURI和/或@accessPointName。
r12:broadcastAppService元素能够表示已经被复用或非复用的DASH表示,包括属于附属的媒体呈现的所有时段上的服务的媒体组件,并且通过广播网络被传送。也就是说,此字段可以指通过广播网络传送的DASH表示。此元素可以具有basePattern元素作为较低元素。
r12:unicastAppService元素可以表示已经被复用或非复用的DASH表示,包括属于附属的媒体呈现的所有时段上的服务的配置媒体内容组件,并且通过宽带网络被传送。也就是说,此字段可以指通过宽带网络传送的DASH表示。此元素可以具有basePattern元素作为较低元素。
basePattern元素能够是接收机使用与DASH客户端使用的片段URL的所有部分匹配的字符模式以在所包括的时段中请求父表示的媒体片段。匹配意味着在广播传输上传送所请求的媒体片段。对于由r12:broadcastAppService元素和r12:unicastAppService元素表示的DASH表示能够被传送到的URL地址,URL地址的一部分可以具有特定的模式。此模式能够由此字段描述。能够使用此信息来识别数据。所提出的默认值能够根据实施例而改变。所图示的使用列涉及各个字段。在此,M指的是必要字段,O指的是可选字段,OD指的是具有默认值的可选字段,CM指的是条件必要字段。0...1至0...N指的是相应字段的可用数量。
根据本发明的实施例的r12:appService元素能够包括identicalContent、alternativeContent、@appServiceDescriptionURI和/或@mimeType。
identicalContent元素和alternativeContent元素分别指示关于相应的应用服务的相同内容和可替选的内容的信息,并且包括basePattern元素作为较低元素。
@appServiceDescriptionURI指示通过其能够获取关于相应的应用服务的信息的URI。
@mimeType指示相应的应用服务的mimeType。
根据本发明的实施例的USBD还可以包括指定相应服务的状态的@atsc:serviceStatus。@atsc:serviceStatus的值指示相应的服务是否被启用或者禁用。@atsc:serviceStatus指示当服务的值被设置为“1”(真)时启用该服务。当不使用此字段时,能够设置1的默认值。
图109图示根据本发明的另一实施例的SLSID的配置。
根据本发明的实施例,SLSID能够替代LSID并且因此每个ROUTE会话不需要包括一个LSID。
根据本发明的实施例,SLSID能够被包括在关于其中SLSID出现的服务的服务信令中。例如,当单个服务包括单个ROUTE会话时,在对应于TSI=0的LCT会话中发送SLS可能是有用的。对于信令效率,能够将传送SLS的LCT会话设置为对应于默认值的TSI=0。当单个服务包括多个ROUTE会话时,能够将SLS包括在ROUTE会话中的一个中并且被传送。一条或多条SLS能够在相同的ROUTE会话中被传送。在这种情况下,可以不在对应于TSI=0的LCT会话中传送用于各个服务的SLS。
根据本发明的实施例的SLSID元素可以包括@svcID、@version、@validFrom、@expires和/或RS元素。
@svcID指示服务的ID。此字段能够对应于SLT(FIT)的service_id字段。也就是说,此字段能够被用作用于连接SLSID和SLT的信息。根据本发明的另一个实施例,此字段可以指USD的服务元素。也就是说,此字段能够被用作用于连接SLSID和USD的信息,并且可以指具有与此字段的值对应的ServiceId值的服务。
@version指示SLSID的版本。接收机能够意识到是否使用此字段已经更改SLSID。
@validFrom指示从其开始SLSID有效的数据和时间。
@expires指示当SLSID期满时的数据和时间。
一个SLSID能够包括一个或多个RS元素,并且单个RS元素包括关于单个ROUTE会话的信息。
根据本发明的实施例的RS元素可以包括@bsid、@sIpAddr、@dIpAddr、@dport、@PLPID和/或LS元素。
@bsid指示广播流的ID。此字段指定通过其发送ROUTE会话的广播流的ID。当此字段的值不存在时,被设置为默认值的广播流能够是当前广播流。也就是说,通过其STSID被传送的广播流能够被设置为默认值。换句话说,此字段指示通过其发送broadcastAppService元素的内容组件的广播流的ID。broadcastAppService元素被包括在USD中,并且表示包括属于相应服务的媒体组件的DASH表示。如果此字段的值不存在,则被设置为默认值的广播流可以是具有通过其用于相应服务的SLS片段被传送的PLP的广播流。该字段的值可以与SLT的@bsid相同。
@sIpAddr指定ROUTE会话的源IP地址。当该字段的值不存在时,默认的源IP地址可以是当前ROUTE会话的IP地址。也就是说,其中传送SLSID的ROUTE会话的IP地址能够是默认IP地址。当相应的ROUTE会话不是主会话时,此字段的值需要基本上存在。主会话指的是通过其传送SLS的ROUTE会话。
@dIpAddr指定ROUTE会话的目的地IP地址。当此字段的值不存在时,默认目的地IP地址可以是当前ROUTE会话的IP地址。也就是说,其中传送SLSID的ROUTE会话的IP地址能够是默认IP地址。当相应的ROUTE会话不是主会话时,此字段的值需要基本上存在。主会话指的是通过其传送SLS的ROUTE会话。
@dport指定ROUTE会话的目的地端口。当此字段的值不存在时,默认目的地端口可以是当前ROUTE会话的目的地端口。也就是说,传送SLSID的ROUTE会话的目的地端口能够是默认目的地端口。当相应的ROUTE会话不是主会话时,此字段的值需要基本上存在。主会话指的是通过其传送SLS的ROUTE会话。
@PLPID指定用于ROUTE会话的PLP的ID。当此字段的值不存在时,默认PLP ID对应于当前PLP的ID。也就是说,能够将通过其SLSID被传送的PLP的ID设置为默认值。
单个RS元素能够包括一个或多个LS元素。LS元素包括关于LCT信道的信息。
根据本发明的实施例的LS元素可以包括@tsi、@PLPID、@bw、@startTime、@endTime、SrcFlow元素和/或RprFlow元素。
@tsi指定LCT信道的TSI。
@PLPID指定通过其发送LCT信道的PLP的ID。此字段的值能够覆盖RS元素中包括的@PLPID的值。
@bw指示LCT信道的最大带宽。
@startTime指示开始时间。
@endTime指示结束时间。
SrcFlow元素表示源流。
RprFlow元素表示修复流。
根据在附图中图示的实施例的SLSID包括一个或多个RS元素并且包括@PLPID作为必要字段(M)。@PLPID指定用于相应ROUTE会话的默认PLP ID。
图110图示根据本发明的另一实施例的SLSID的配置。
根据本实施例的SLSID包括与根据前面的附图中图示的实施例的SLSID中包括的字段相同的字段。
根据本实施例的SLSID包括一个或多个RS元素,并且包括作为具有可选默认值的可选字段的@PLPID。在此,@PLPID指示用于相应ROUTE会话的默认PLP ID。当@PLPID的值不存在时,此字段具有与指示通过其SLT的SLS被传送的PLP的ID的@slsplpId相同的值。
图111图示根据本发明的另一实施例的SLSID的配置。
根据本实施例的SLSID包括与根据前面的附图所图示的实施例的SLSID中包括的字段相同的字段。
然而,根据本实施例的SLSID包括在与RS元素相同级别处的TS元素。TS元素表示关于在单个ROUTE会话中的传输会话的信息。包括在TS元素中的字段表示与包括在LS元素中的前述字段相同的信息。然而,包括在TS元素中的字段指定关于除了LCT会话之外的传输会话的信息。包括在TS元素中的@PLPID能够覆盖默认的ROUTE会话值。
根据本实施例的SLSID包括零个或多个RS元素。RS元素表示有关附加的ROUTE会话的信息。RS元素中包括的@PLPID指定用于相应的ROUTE会话的默认PLP ID。当@PLPID的值不存在时,此字段具有与指定通过其SLT的SLS被传送的PLP的ID的@slsplpId相同的值。
图112图示根据本发明的另一实施例的SLSID的配置。
根据本实施例的SLSID包括与根据先前的附图图示的实施例的SLSID中包括的字段相同的字段。
然而,根据本实施例的SLSID包括TransportSession元素替代TS元素。TransportSession元素表示关于在与RS元素相同级别处的LCT会话的信息。TransportSession元素中包括的@PLPID能够覆盖默认的ROUTE会话值。
根据本实施例的SLSID包括零个或多个RS元素。RS元素表示有关附加ROUTE会话的信息。RS元素中包括的@PLPID指定用于相应的ROUTE会话的默认PLP ID。当@PLPID的值不存在时,此字段具有与指定通过其SLT的SLS被传送的PLP的ID的@slsplpId相同的值。
图113图示根据本发明的实施例的服务映射表(SMT)的配置。
根据本发明的实施例,当SLS使用SLSID用信号发送组件的ROUTE会话的位置信息时,SMT可以不提供附加ROUTE会话的信息。
根据本发明的实施例,当仅通过纯广播网络发送组件时,即使在SMT中没有描述位置信息,因为ComponentDescription元素是可选元素,所以也能够通过组合MPD和SLSID来检测组件的位置信息。
根据本发明的实施例的SMT能够代替USD。
根据本发明的实施例的SMT包括service route元素。service route元素可以包括@serviceID、ServiceName、Capabilities、ComponentMapDescription、ContentAdvisoryRating和/或CaptionServiceDescription。
@serviceID指定相应服务的ID。此字段能够被用作用于连接到SLT和/或STSID的信息。
ServiceName元素表示相应的服务的名称并且包括@lang。@lang表示服务名称的语言。
Capabilities元素表示再生相应服务所必需的能力。
ComponentMapDescription元素表示关于相应服务的组件的描述。ComponentMapDescription元素包括@mpdID和/或@perID。@mpdID指定与相应服务相关联的MPD的ID。@perID指定与相应服务相关联的DASH时段的ID。
ContentAdvisoryRating元素表示内容咨询评级。
CaptionServiceDescription元素表示关于字幕服务的信息。
图114图示根据本发明的实施例的使用SLSID和MPD来用信号发送位置信息的方法。
根据本发明的实施例,当SMT中不包括ComponentMapDescription时,即,当仅通过纯粹的广播网络发送组件时,能够使用SLSID和MPD提供组件的位置信息。
参考附图,根据本发明的实施例接收机能够意识到ROUTE会话和LCT会话,其中通过SLT(FIC)传送关于服务#1的SLS。使用通过相应ROUTE会话的LCT会话发送的SMT、SLSID和MPD,接收机能够意识到关于相应服务的组件的传送的位置信息。具体地,能够通过将SMT的服务ID与SLSID的服务ID相匹配来获取表示相应服务的传输会话的信息的SLSID,并且能够通过匹配SLSID的TS元素(LS元素)与MPD的rep_id来识别通过其传送相应的服务的特定组件的LCT会话。
图115图示根据本发明的另一实施例的USBD的配置。
根据本发明的实施例,USBD能够被修改或扩展,以用于将来的广播系统。
根据本发明的实施例的USBD包括USD元素、@fecDescriptionURI、@atsc:protocolVersion、@atsc:atscServiceID和/或@BDId。
根据本发明的实施例的USD元素可以包括@atsc:fullMpdUri、@atsc:lsidUri,name元素、serviceLanguage元素、requiredCapabilities元素、deliveryMethod元素、r9:mediaPresentationDescription元素、r9:schedule元素、r12:appService元素、r12:KeepUpdatedService元素、@serviceId和/或@r7:serviceClass。
根据本发明的实施例的name元素能够包括@lang。
根据本发明的实施例的requiredCapabilities元素能够包括特征元素。
根据本发明的实施例的deliveryMethod元素可以包括r7:unicastAccessURI元素、r8:alternativeAccessDelivery元素、r12:broadcastAppService元素、r12:unicastAppService元素、atsc:atscBroadcastAppService元素、atsc:atscForeignBroadcastAppServiceelement、@accessGroupId、associatedProcedureDescriptionURI元素、@protectDescriptionURI、@sessionDescriptionURI和/或@accessPointName。
根据本发明的实施例的r7:unicastAccessURI元素能够包括basePattern元素。
根据本发明的实施例的r8:alternativeAccessDelivery元素能够包括unicastAccessURI元素和/或timeShifitingBuffer元素。
根据本发明的实施例的r12:broadcastAppService元素能够包括basePattern元素和/或serviceArea元素。
根据本发明的实施例的r12:unicastAppService元素能够包括basePattern元素。
根据本发明的实施例的atsc:atscBroadcastAppService元素能够包括basePattern元素。
根据本发明的实施例的atsc:atscForeignBroadcastAppService元素能够包括@broadcastStreamID和/或basePattern元素。
根据本发明的实施例的@BDId能够是用于标识BSID的范围中的唯一服务的全局唯一的URI。相应的参数能够被用于将USD信息链接到ESG数据(Service@globalServiceID)。根据本发明的实施例的@serviceId可以具有与@BDId相同的值。其他字段的描述对应于具有被包括在根据本发明的另一实施例中的前述的USBD中的相同名称的字段的描述
图116图示根据本发明实施例的使用ESG调度片段传送NRT服务的调度信息的方法。
本发明的实施例能够提供一种将NRT服务的各个组件的调度信息与ESG的调度片段相关联的方法。在此,能够使用NRT-IT用信号发送内容的主要信息。
参考图116,能够使用识别ESG服务片段的globalServiceID和标识USD的serviceID链接ESG级服务和USD级服务。此外,能够使用标识ESG内容片段的globalContentID和NRT-IT的内容标识信息来链接ESG级内容和信令级内容。通过前述的链接,本发明的实施例能够使用每个ESG的内容片段的调度片段发送NRT服务的调度信息。
图117是图示根据本发明的实施例的发送广播信号的方法的流程图。
根据本发明的实施例的发送广播信号的方法可以包括:步骤SL117010,在该步骤中,生成广播服务的服务数据、用于用信号发送服务数据的第一信令信息以及包括携带第一信令信息的分组的位置信息的第二信令信息;步骤SL117020,在该步骤中,生成携带服务数据、第一信令信息和第二信令信息的分组;步骤SL117030,在该步骤中,生成包括分组的广播信号;和/或的步骤SL117040,在该步骤中,发送广播信号。在此,第一信令信息可以表示SLS,并且第二信令信息可以表示SLT。第二信令信息可以包括用于识别广播服务的信息。
根据本发明的另一实施例,第一信令信息可以包括描述关于广播服务的特性信息的第三信令信息、包括关于通过其传送广播服务的ROUTE(经由单向传输的实时对象传送)和通过其传送广播服务的组件的LCT(分层编码传输)会话的信息的第四信令信息、以及包括关于与广播服务相对应的媒体呈现的信息的第五信令信息中的至少一个。在此,第三信令信息可以表示USBD,第四信令信息可以表示STSID,并且第五信令信息可以表示MPD。
根据本发明的另一实施例,第三信令信息可以包括用于参考由第二信令信息描述的广播服务的信息、用于参考第五信令信息的信息以及用于参考第四信令信息的信息中的至少一个。前述的信息可以表示@serviceId、@fullMPDUri和@sTSIDUri。
根据本发明的另一实施例,第四信令信息可以包括用于参考由第三信令信息描述的广播服务的信息和关于广播服务的组件被传送到的位置的信息中的至少一个。前述的信息可以表示@serviceId和@tsi。
根据本发明的另一实施例,第五信令信息可以包括指示关于广播服务的组件的信息的表示信息。前述的信息可以表示一个表示元素。
根据本发明的另一实施例,可以使用第三信令信息、第四信令信息和第五信令信息来获取广播服务的组件。
根据本发明的另一个实施例,可以通过以下步骤获取广播服务的组件:使用第二信令信息获取第一信令信息,使用包括在第一信令信息中的第三信令信息获取第四信令信息和第五信令信息,并且使用第五信令信息和第四信令信息获取广播服务的组件。
图118是根据本发明的实施例的发送广播信号的装置的框图。
根据本发明的实施例的发送广播信号的装置L118010可以包括:数据生成器L118020,该数据生成器L118020用于生成广播服务的服务数据、用于用信号发送服务数据的第一信令信息和包括携带第一信令信息的分组的位置信息的第二信令信息;分组生成器L118030,该分组生成器L118030用于生成携带服务数据、第一信令信息和第二信令信息的分组;广播信号生成器L118040,该广播信号生成器L118040用于生成包括分组的广播信号;和/或发射机L118050,该发射机L118050用于发送广播信号。在此,第一信令信息可以表示SLS并且第二信令信息可以表示SLT。第二信令信息可以包括用于识别广播服务的信息。
根据本发明的另一实施例,第一信令信息可以包括描述关于广播服务的特性信息的第三信令信息、包括关于通过其传送广播服务的ROUTE(经由单向传输的实时对象传送)会话和通过其传送广播服务的组件的LCT(分层编码传输)会话的信息的第四信令信息、以及包括关于与广播服务相对应的媒体呈现的信息的第五信令信息中的至少一个。在此,第三信令信息可以表示USBD,第四信令信息可以表示STSID,并且第五信令信息可以表示MPD。
根据本发明的另一实施例,第三信令信息可以包括用于参考由第二信令信息描述的广播服务的信息、用于参考第五信令信息的信息以及用于参考第四信令信息的信息中的至少一个。前述的信息可以表示@serviceId、@fullMPDUri和@sTSIDUri。
根据本发明的另一实施例,第四信令信息可以包括用于参考由第三信令信息描述的广播服务的信息和关于广播服务的组件被传送到的位置的信息中的至少一个。前述的信息可以表示@serviceId和@tsi。
根据本发明的另一实施例,第五信令信息可以包括指示关于广播服务的组件的信息的表示信息。前述的信息可以表示一个表示元素。
根据本发明的另一实施例,可以使用第三信令信息、第四信令信息和第五信令信息来获取广播服务的组件。
根据本发明的另一个实施例,可以通过以下步骤获取广播服务的组件:使用第二信令信息获取第一信令信息,使用包括在第一信令信息中的第三信令信息获取第四信令信息和第五信令信息,并且使用第五信令信息和第四信令信息获取广播服务的组件。
图119是图示根据本发明的实施例的接收广播信号的方法的流程图。
根据本发明的实施例的接收广播信号的方法可以包括:步骤SL119010,接收携带广播服务的服务数据、用于用信号发送服务数据的第一信令信息和包括携带第一信令信息的分组的位置信息的第二信令信息的分组;步骤SL119020,从携带第二信令信息的分组中解析第二信令信息;步骤SL119030,使用解析的第二信令信息从携带第一信令信息的分组解析第一信令信息;和/或的步骤SL119040,使用解析的第一信令信息解析服务数据。
图120是根据本发明的实施例的接收广播信号的装置的框图。
根据本发明的实施例的接收广播信号的设备L120010可以包括:接收机L120020,该接收机L120020用于接收携带广播服务的服务数据、用于用信号发送服务数据的第一信令信息和包括携带第一信令信息的分组的位置信息的第二信令信息的分组;第一解析器L120030,该第一解析器L120030用于从携带第二信令信息的分组解析第二信令信息;第二解析器L120040,该第二解析器L120040用于使用解析的第二信令信息从携带第一信令信息的分组中解析第一信令信息;和/或第三解析器L120050,该第三解析器L120050用于使用解析的第一信令信息解析服务数据。
模块或单元可以是执行存储在存储器(或存储单元)中的连续过程的处理器。上述实施例中所描述的步骤可由硬件/处理器来执行。上述实施例中所描述的模块/块/单元可作为硬件/处理器来操作。本发明所提出的方法可作为代码来执行。这样的代码可被写在处理器可读存储介质上,因此可由设备所提供的处理器读取。
尽管为了方便已参照各个附图描述了实施例,但实施例可被组合以实现新的实施例。另外,设计存储有用于实现上述实施例的程序的计算机可读记录介质在本发明的范围内。
根据本发明的装置和方法不限于上述实施例的配置和方法,并且,所有或一些实施例可被选择性地组合以获得各种修改。
本发明所提出的方法可被实现为存储在网络设备中所包括的处理器可读记录介质中的处理器可读代码。处理器可读记录介质包括存储有可由处理器读取的数据的所有类型的记录介质。处理器可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储设备等,以及作为载波的实现方式(例如,经由互联网的传输)。另外,处理器可读记录介质可被分布于通过网络连接的计算机系统,并且作为可按照分布式方式读取的代码来存储和执行。
尽管出于例示性目的公开了本发明的优选实施例,但本领域技术人员将理解,在不脱离所附权利要求书中所公开的本发明的范围和精神的情况下,各种修改、添加和替换是可能的。这些修改不应单独从本发明的技术精神或前景中理解。
本说明书中提及了装置发明和方法发明二者,装置发明和方法发明二者的描述可互补地应用于彼此。
本领域技术人员将理解,在不脱离本发明的精神和基本特性的情况下,本发明可按照本文所阐述的方式以外的特定方式来实现。因此,本发明的范围应该由所附权利要求书及其法律上的等同物来确定,而非由以上描述确定,落入所附权利要求书的含义和等同范围内的所有改变被意欲涵盖于其内。
在本说明书中,提及了装置发明和方法发明二者,装置发明和方法发明二者的描述可互补地应用。
发明的模式
已在具体实施方式中描述了各种实施例。
工业实用性
本发明适用于广播信号提供领域。
本领域技术人员将认识并理解,在本发明的精神和范围内,可进行各种等同修改。因此,本发明旨在涵盖对本发明的修改和变化,只要它们落入所附权利要求书及其等同物的范围内即可。
Claims (20)
1.一种用于在数字发射机中传送数据的方法,所述方法包括:
生成至少一个服务组件、第一信令信息和第二信令信息,
其中,所述第二信令信息被用于构建基本服务列表并且提供所述第一信令信息的引导发现;
其中,所述第二信令信息包括用于标识广播服务的服务标识(ID)信息和用于所述第一信令信息的统一资源定位符(URL)信息,
其中,附加信息被附到的所述URL信息被用于生成获取所述第一信令信息的请求,
其中,所述附加信息包括用于指示请求哪种类型的所述第一信令信息的信息,
其中,所述第一信令信息包括描述所述广播服务的第一元数据或包括用于经由单向传输的实时对象传送ROUTE会话的传输会话描述信息的第二元数据中的至少一个;
生成包括所述至少一个服务组件、所述第一信令信息和所述第二信令信息的物理层帧,
其中,用于所述第二信令信息的第一PLP(物理层管道)不同于用于所述至少一个服务组件的第二PLP;以及
发送包括所述物理层帧的广播信号。
2.根据权利要求1所述的方法,其中,所述第一PLP的ID为零,进一步地,所述第二PLP的ID为非零。
3.根据权利要求1所述的方法,其中,所述第二信令信息与服务列表有关,而所述第一信令信息与服务层信令有关。
4.根据权利要求1所述的方法,其中,所述第一元数据与第一基于XML的分段有关,所述第一基于XML的分段提供用于所述广播服务的描述和发现的入口点信息。
5.根据权利要求4所述的方法,其中,所述第二元数据与第二基于XML的分段有关,所述第二基于XML的分段提供用于LCT信道的整个会话描述信息。
6.一种用于传送数据的数字发射机,所述数字发射机包括:
处理器,所述处理器被配置成生成至少一个服务组件、第一信令信息和第二信令信息,
其中,所述第二信令信息被用于构建基本服务列表并且提供所述第一信令信息的引导发现;
其中,所述第二信令信息包括用于标识广播服务的服务标识(ID)信息和用于所述第一信令信息的统一资源定位符(URL)信息,
其中,附加信息被附到的所述URL信息被用于生成获取所述第一信令信息的请求,
其中,所述附加信息包括用于指示请求哪种类型的所述第一信令信息的信息,
其中,所述第一信令信息包括描述所述广播服务的第一元数据或包括用于经由单向传输的实时对象传送ROUTE会话的传输会话描述信息的第二元数据中的至少一个;
其中,所述处理器进一步被配置成生成包括所述至少一个服务组件、所述第一信令信息和所述第二信令信息的物理层帧,
其中,用于所述第二信令信息的第一PLP(物理层管道)不同于用于所述至少一个服务组件的第二PLP;以及
发送模块,所述发送模块被配置成发送包括所述物理层帧的广播信号。
7.根据权利要求6所述的数字发射机,其中,所述第一PLP的ID为零,进一步地,所述第二PLP的ID为非零。
8.根据权利要求6所述的数字发射机,其中,所述第二信令信息与服务列表有关,而所述第一信令信息与服务层信令有关。
9.根据权利要求6所述的数字发射机,其中,所述第一元数据与第一基于XML的分段有关,所述第一基于XML的分段提供用于所述广播服务的描述和发现的入口点信息。
10.根据权利要求9所述的数字发射机,其中,所述第二元数据与第二基于XML的分段有关,所述第二基于XML的分段提供用于LCT信道的整个会话描述信息。
11.一种用于在数字接收机中接收数据的方法,所述方法包括:
接收包括物理层帧的广播信号,
其中,所述物理层帧包括至少一个服务组件、第一信令信息和第二信令信息,
其中,用于所述第二信令信息的第一PLP(物理层管道)不同于用于所述至少一个服务组件的第二PLP,
其中,所述第二信令信息被用于构建基本服务列表并且提供所述第一信令信息的引导发现;
其中,所述第二信令信息包括用于标识广播服务的服务标识(ID)信息和用于所述第一信令信息的统一资源定位符(URL)信息,
其中,附加信息被附到的所述URL信息被用于生成获取所述第一信令信息的请求,
其中,所述附加信息包括用于指示请求哪种类型的所述第一信令信息的信息,
其中,所述第一信令信息包括描述所述广播服务的第一元数据或包括用于经由单向传输的实时对象传送ROUTE会话的传输会话描述信息的第二元数据中的至少一个;以及
基于所述第一信令信息和所述第二信令信息,处理所述至少一个服务组件。
12.根据权利要求11所述的方法,其中,所述第一PLP的ID为零,进一步地,所述第二PLP的ID为非零。
13.根据权利要求11所述的方法,其中,所述第二信令信息与服务列表有关,而所述第一信令信息与服务层信令有关。
14.根据权利要求11所述的方法,其中,所述第一元数据与第一基于XML的分段有关,所述第一基于XML的分段提供用于所述广播服务的描述和发现的入口点信息。
15.根据权利要求14所述的方法,其中,所述第二元数据与第二基于XML的分段有关,所述第二基于XML的分段提供用于LCT信道的整个会话描述信息。
16.一种用于接收数据的数字接收机,所述数字接收机包括:
接收模块,所述接收模块被配置成接收包括物理层帧的广播信号,
其中,所述物理层帧包括至少一个服务组件、第一信令信息和第二信令信息,
其中,用于所述第二信令信息的第一PLP(物理层管道)不同于用于所述至少一个服务组件的第二PLP,
其中,所述第二信令信息被用于构建基本服务列表并且提供所述第一信令信息的引导发现;
其中,所述第二信令信息包括用于标识广播服务的服务标识(ID)信息和用于所述第一信令信息的统一资源定位符(URL)信息,
其中,附加信息被附到的所述URL信息被用于生成获取所述第一信令信息的请求,
其中,所述附加信息包括用于指示请求哪种类型的所述第一信令信息的信息,
其中,所述第一信令信息包括描述所述广播服务的第一元数据或包括用于经由单向传输的实时对象传送ROUTE会话的传输会话描述信息的第二元数据中的至少一个;以及
处理器,所述处理器被配置成基于所述第一信令信息和所述第二信令信息来处理所述至少一个服务组件。
17.根据权利要求16所述的数字接收机,其中,所述第一PLP的ID为零,进一步地,所述第二PLP的ID为非零。
18.根据权利要求16所述的数字接收机,其中,所述第二信令信息与服务列表有关,而所述第一信令信息与服务层信令有关。
19.根据权利要求16所述的数字接收机,其中,所述第一元数据与第一基于XML的分段有关,所述第一基于XML的分段提供用于所述广播服务的描述和发现的入口点信息。
20.根据权利要求19所述的数字接收机,其中,所述第二元数据与第二基于XML的分段有关,所述第二基于XML的分段提供用于LCT信道的整个会话描述信息。
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562109602P | 2015-01-29 | 2015-01-29 | |
US201562109604P | 2015-01-29 | 2015-01-29 | |
US62/109,602 | 2015-01-29 | ||
US62/109,604 | 2015-01-29 | ||
US201562112132P | 2015-02-04 | 2015-02-04 | |
US62/112,132 | 2015-02-04 | ||
PCT/KR2016/001030 WO2016122269A1 (ko) | 2015-01-29 | 2016-01-29 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
CN201680016916.3A CN107431830B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680016916.3A Division CN107431830B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111954030A true CN111954030A (zh) | 2020-11-17 |
CN111954030B CN111954030B (zh) | 2022-08-16 |
Family
ID=56543791
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010696875.5A Active CN111954029B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送和接收设备及广播信号发送和接收方法 |
CN202010701565.8A Active CN111954030B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送和接收设备及广播信号发送和接收方法 |
CN201680016916.3A Active CN107431830B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010696875.5A Active CN111954029B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送和接收设备及广播信号发送和接收方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680016916.3A Active CN107431830B (zh) | 2015-01-29 | 2016-01-29 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
Country Status (5)
Country | Link |
---|---|
US (2) | US9936054B2 (zh) |
EP (1) | EP3253024A4 (zh) |
KR (1) | KR102034593B1 (zh) |
CN (3) | CN111954029B (zh) |
WO (1) | WO2016122269A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015104055A (ja) * | 2013-11-27 | 2015-06-04 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
JP2017011503A (ja) * | 2015-06-22 | 2017-01-12 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
MX2019002296A (es) | 2016-08-30 | 2019-07-04 | Sony Corp | Dispositivo de distribucion, metodo de distribucion, dispositivo de recepcion, metodo de recepcion, programa y sistema de distribucion de contenidos. |
KR101967299B1 (ko) * | 2017-12-19 | 2019-04-09 | 엘지전자 주식회사 | 방송 신호를 수신하는 차량용 수신 장치 및 방송 신호를 수신하는 차량용 수신 방법 |
JP2019135806A (ja) * | 2018-02-05 | 2019-08-15 | ソニーセミコンダクタソリューションズ株式会社 | 復調回路、処理回路、処理方法、および処理装置 |
KR102110538B1 (ko) | 2018-02-28 | 2020-05-13 | 엘지전자 주식회사 | 신호 처리 장치 및 이를 구비하는 영상표시장치 |
CN111510756A (zh) * | 2019-01-30 | 2020-08-07 | 上海哔哩哔哩科技有限公司 | 音视频的切换方法、装置、计算机设备及可读存储介质 |
US11647178B2 (en) * | 2020-02-07 | 2023-05-09 | Sony Corporation | Digital television rendering verification |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110286546A1 (en) * | 2010-05-18 | 2011-11-24 | Lg Electronics Inc. | Digital broadcasting system and method for transmitting and receiving digital broadcast signal |
US20120331508A1 (en) * | 2011-06-24 | 2012-12-27 | Nokia Corporation | Accessing Service Guide Information In A Digital Video Broadcast System |
CN103067437A (zh) * | 2011-10-08 | 2013-04-24 | 美国博通公司 | 自组织社交网络 |
US20140198875A1 (en) * | 2013-01-17 | 2014-07-17 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
US20140380391A1 (en) * | 2008-06-09 | 2014-12-25 | Lg Electronics Inc. | Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1981464A (zh) * | 2003-10-06 | 2007-06-13 | 摩托罗拉公司 | 用于在一个多媒体广播/组播服务中分配临时移动组标识的方法和设备 |
KR101165379B1 (ko) | 2004-07-15 | 2012-07-17 | 삼성전자주식회사 | 수신 성능이 향상된 지상파 디지털 방송 송수신 시스템 및그의 신호처리방법 |
US20080076425A1 (en) * | 2006-09-22 | 2008-03-27 | Amit Khetawat | Method and apparatus for resource management |
US8365060B2 (en) * | 2006-08-24 | 2013-01-29 | Nokia Corporation | System and method for indicating track relationships in media files |
KR101405970B1 (ko) | 2007-06-28 | 2014-06-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR101461958B1 (ko) * | 2007-06-29 | 2014-11-14 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR101486357B1 (ko) * | 2007-07-12 | 2015-01-26 | 엘지전자 주식회사 | 방송 신호 송수신 방법 및 방송 신호 수신 장치 |
US9438373B2 (en) | 2010-09-14 | 2016-09-06 | Lg Electronics Inc. | Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, and method for transmitting/receiving broadcasting signal through apparatus for transmitting/receiving broadcasting signal |
US9590814B2 (en) * | 2011-08-01 | 2017-03-07 | Qualcomm Incorporated | Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments |
CN103975602B (zh) * | 2011-10-20 | 2017-06-09 | Lg电子株式会社 | 广播服务接收方法和广播服务接收装置 |
WO2014209057A1 (ko) | 2013-06-27 | 2014-12-31 | 엘지전자 주식회사 | 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치 |
US10129308B2 (en) * | 2015-01-08 | 2018-11-13 | Qualcomm Incorporated | Session description information for over-the-air broadcast media data |
-
2016
- 2016-01-29 KR KR1020177019655A patent/KR102034593B1/ko active IP Right Grant
- 2016-01-29 EP EP16743747.4A patent/EP3253024A4/en not_active Withdrawn
- 2016-01-29 CN CN202010696875.5A patent/CN111954029B/zh active Active
- 2016-01-29 CN CN202010701565.8A patent/CN111954030B/zh active Active
- 2016-01-29 CN CN201680016916.3A patent/CN107431830B/zh active Active
- 2016-01-29 US US15/022,273 patent/US9936054B2/en active Active
- 2016-01-29 WO PCT/KR2016/001030 patent/WO2016122269A1/ko active Application Filing
-
2018
- 2018-02-02 US US15/887,630 patent/US10516771B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140380391A1 (en) * | 2008-06-09 | 2014-12-25 | Lg Electronics Inc. | Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal |
US20110286546A1 (en) * | 2010-05-18 | 2011-11-24 | Lg Electronics Inc. | Digital broadcasting system and method for transmitting and receiving digital broadcast signal |
US20120331508A1 (en) * | 2011-06-24 | 2012-12-27 | Nokia Corporation | Accessing Service Guide Information In A Digital Video Broadcast System |
CN103067437A (zh) * | 2011-10-08 | 2013-04-24 | 美国博通公司 | 自组织社交网络 |
US20140198875A1 (en) * | 2013-01-17 | 2014-07-17 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
Also Published As
Publication number | Publication date |
---|---|
WO2016122269A1 (ko) | 2016-08-04 |
EP3253024A1 (en) | 2017-12-06 |
US20180176345A1 (en) | 2018-06-21 |
CN111954030B (zh) | 2022-08-16 |
CN111954029A (zh) | 2020-11-17 |
US9936054B2 (en) | 2018-04-03 |
EP3253024A4 (en) | 2018-07-11 |
CN111954029B (zh) | 2022-08-16 |
CN107431830B (zh) | 2020-08-18 |
CN107431830A (zh) | 2017-12-01 |
KR20170097703A (ko) | 2017-08-28 |
KR102034593B1 (ko) | 2019-10-21 |
US10516771B2 (en) | 2019-12-24 |
US20160360014A1 (en) | 2016-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11496534B2 (en) | Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal | |
KR101714444B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR101823483B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR101956036B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
US10362345B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
US10582274B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
CN107431830B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
US20180048854A1 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal | |
US10645203B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
KR101880468B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR101788067B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
CN111262877B (zh) | 广播信号传输设备、广播信号接收设备及其方法 | |
KR101781884B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
US10749917B2 (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method | |
KR101956037B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |