CN105830372A - 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 - Google Patents
发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 Download PDFInfo
- Publication number
- CN105830372A CN105830372A CN201580002318.6A CN201580002318A CN105830372A CN 105830372 A CN105830372 A CN 105830372A CN 201580002318 A CN201580002318 A CN 201580002318A CN 105830372 A CN105830372 A CN 105830372A
- Authority
- CN
- China
- Prior art keywords
- information
- service
- signaling
- field
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0041—Arrangements at the transmitter end
- H04L1/0042—Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/10—Arrangements for replacing or switching information during the broadcast or the distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
- H04H60/19—Arrangements for conditional access to broadcast information or to broadcast-related services on transmission of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0071—Use of interleaving
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
-
- 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
- H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Abstract
在此公开一种用于发送和接收广播信号的方法和设备。用于发送广播信号的方法包括:编码广播信号和用于发送广播信号的组件的传送组件的信令信息;生成包括被编码的广播服务和信令信息的广播信号;以及发送生成的广播信号。
Description
技术领域
本发明涉及用于发送和接收广播信号的方法和设备。
背景技术
随着模拟广播信号传输终结,用于发送/接收数字广播信号的各种技术被开发。数字广播信号可以包括比模拟广播信号量更多的视频/音频数据并且可以进一步包括各种类型的附加数据。
发明内容
技术问题
即,数字广播系统能够提供HD(高清)图像、多信道音频和各种附加服务。然而,需要为了数字广播改进考虑到移动接收设备的用于大量的数据的传输、发送/接收网络的鲁棒性以及网络灵活性的数据传输效率。
技术方案
能够通过提供一种用于发送广播信号的方法实现本发明的目的,包括:编码广播服务和用于发送广播服务的组件的传送会话的信令信息;生成包括编码的广播服务和信令信息的广播信号;以及发送生成的广播信号。
信令信息可以包括用于识别广播服务的服务识别信息和关于在用于发送通过服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。
关于ROUTE会话的信息可以包括ROUTE会话的源IP地址信息、ROUTE会话的目的地IP地址信息以及ROUTE会话的目的地端口编号信息。
关于ROUTE会话的信息可以包括用于识别用于发送ROUTE会话的物理层管道(PLP)的信息。
关于ROUTE会话的信息可以包括关于用于发送广播服务的组件的分层的编码传送(LCT)会话的信息。
关于LCT会话的信息可以包括用于识别LCT会话的信息、用于识别用于发送LCT会话的物理层管道的信息、关于通过LCT会话发送的源流动的信息以及关于通过LCT会话发送的修复流动的信息。
在本发明的另一方面中,在此提供一种用于接收广播信号的方法,包括:接收包括广播服务和用于发送广播服务的组件的传送会话的信令信息的广播信号;从接收到的广播信号解析广播服务和信令信息;以及解码被解析的广播服务和信令信息。
信令信息可以包括用于识别广播服务的服务识别信息和关于在用于发送通过服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。
关于ROUTE会话的信息可以包括ROUTE会话的源IP地址信息、ROUTE会话的目的地IP地址信息以及ROUTE会话的目的地端口编号信息。
关于ROUTE会话的信息可以包括用于识别用于发送ROUTE会话的物理层管道(PLP)的信息。
关于ROUTE会话的信息可以包括关于用于发送广播服务的组件的分层的编码传送(LCT)会话的信息。
关于LCT会话的信息可以包括用于识别LCT会话的信息、用于识别用于发送LCT会话的物理层管道的信息、关于通过LCT会话发送的源流动的信息以及关于通过LCT会话发送的修复流动的信息。
在本发明的另一方面中,在此提供一种用于发送广播信号的设备,包括:编码器,该编码器被配置成编码广播服务和用于发送广播服务的组件的传送会话的信令信息;广播信号生成器,该广播信号生成器被配置成生成包括编码的广播服务和信令信息的广播信号;以及发射器,该发射器被配置成发送生成的广播信号。
信令信息可以包括用于识别广播服务的服务识别信息和关于在用于发送通过服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。
在本发明的另一方面中,在此提供一种用于接收广播信号的设备,包括:接收器,该接收器被配置成接收包括广播服务和用于发送广播服务的组件的传送会话的信令信息的广播信号;解析器,该解析器被配置成从接收到的广播信号解析广播服务和信令信息;以及解码器,该解码器被配置成解码被解析的广播服务和信令信息。
有益效果
本发明的实施例通过控制各个服务或者服务组件的QoS(服务质量)并且通过根据各个服务的特征处理数据提供广播服务。
本发明的实施例通过利用相同的RF(射频)信号带宽发送各种广播服务提供传输灵活性。
本发明的实施例通过使用MIMO(多输入多输出)系统增强广播信号的鲁棒性和数据传输的效率。
本发明的实施例的实施例提供广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法,其能够在没有错误的情况下获取数字广播信号,尽管我们正在使用移动接收设备或者我们在室内。
附图说明
被包括以提供本发明的进一步理解并且被合并且组成本申请的一部分的附图,图示本发明的实施例并且连同描述一起用作解释本发明的原理。在附图中:
图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号的装置的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一个实施例的输入格式化块。
图4图示根据本发明的另一个实施例的BICM块。
图5图示根据本发明的另一实施例的BICM块。
图6图示根据本发明的一个实施例的帧构建块。
图7图示根据本发明的实施例的OFMD产生块。
图8图示根据本发明的实施例用于接收供未来的广播服务的广播信号的装置的结构。
图9图示根据本发明的实施例的帧结构。
图10图示根据本发明的实施例的帧的信令分层结构。
图11图示根据本发明的实施例的前导信令数据。
图12图示根据本发明的实施例的PLS1数据。
图13图示根据本发明的实施例的PLS2数据。
图14图示根据本发明的另一个实施例的PLS2数据。
图15图示根据本发明的实施例的帧的逻辑结构。
图16图示根据本发明的实施例的PLS映射。
图17图示根据本发明的实施例的EAC映射。
图18图示根据本发明的实施例的FIC映射。
图19图示根据本发明的实施例的FEC结构。
图20图示根据本发明的实施例的时间交织。
图21图示根据本发明的实施例的扭曲的行列块交织器的基本操作。
图22图示根据本发明的另一个实施例的扭曲的行列块交织器的操作。
图23图示根据本发明的实施例的扭曲的行列块交织器的对角方式读取模式。
图24图示根据本发明的实施例来自每个交织阵列的交织的XFECBLOCK。
图25图示根据本发明的实施例的不论帧中的符号的数目如何用于单存储器解交织的信令。
图26图示根据本发明的实施例的不论帧中的符号的数目如何用于单存储器解交织的信令中的FSS的FI方案。
图27图示根据本发明的实施例的不论帧中的符号的数目如何用于单存储器解交织的信令中的重置模式的操作。
图28图示根据本发明的实施例的指示不论帧中的符号的数目如何在用于单存储器解交织的信令中的频率交织器的输入和输出的等式。
图29图示根据本发明的实施例的不论帧中的符号的数目如何在用于单存储器解交织的信令中基于FI方案#1和FI方案#2频率交织的逻辑操作机制的等式。
图30图示根据本发明的实施例的其中不论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是偶数的示例。
图31图示根据本发明的实施例的其中不论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是偶数的示例。
图32图示根据本发明的实施例的其中不论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是奇数的示例。
图33图示根据本发明的实施例的其中不论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是奇数的示例。
图34图示根据本发明的实施例的不论帧中的符号的数目如何在用于单存储器解交织的信令中的频率解交织器的操作。
图35图示根据本发明的实施例的可变比特率系统的概念。
图36图示根据本发明的实施例的块交织的写入和读取操作。
图37示出根据本发明的实施例的表示块交织的等式。
图38图示根据本发明的实施例的虚拟FEC块。
图39示出根据本发明的实施例的表示在虚拟FEC块的插入之后的读取操作的等式。
图40是图示根据本发明的实施例的时间交织过程的流程图。
图41示出根据本发明的实施例的表示确定移位值和最大TI块大小的过程的等式。
图42图示根据本发明的实施例的写入操作。
图43图示根据本发明的实施例的读取操作。
图44图示根据本发明的实施例的在读取操作中的跳跃操作的结果。
图45示出根据本发明的实施例的时间解交织的写入过程。
图46图示根据本发明的另一实施例的时间解交织的写入过程。
图47示出根据本发明的另一实施例的表示时间解交织的读取操作的等式。
图48是图示根据本发明的实施例的时间解交织过程的流程图。
图49是示出根据本发明的一个实施例的支持广播服务的协议栈的图。
图50是示出根据本发明的一个实施例的广播服务的传送层的图。
图51是示出根据本发明的一个实施例的经由IP网络的媒体内容发送和接收系统的配置的图。
图52是示出根据本发明的一个实施例的媒体呈现描述(MPD)的结构的图。
图53是示出根据本发明的一个实施例的广播接收设备的配置的图。
图54至图55是示出根据本发明的另一实施例的广播接收设备的配置的图。
图56是示出跟本发明的另一实施例的广播接收设备的配置的图。
图57是示出根据本发明的一个实施例的广播传送帧的图。
图58是示出根据本发明的另一实施例的广播传送帧的图。
图59是示出根据本发明的一个实施例的传送分组的配置的图。
图60是示出根据本发明的一个实施例的服务信令消息的配置的图。
图61是示出根据本发明的一个实施例的服务信令消息的配置的图。
图62是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。
图63是示出根据本发明的一个实施例的在服务信令消息中的timebase_transport_mode字段和signaling_transport_mode字段的值的意义的图。
图64至图70是示出在本发明的一个实施例中的根据timebase_transport_mode字段和signaling_transport_mode字段的值的bootstrap()字段的语法的图。
图71是示出在图62至图70的实施例中的获取时基和服务信令的过程的图。
图72是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。
图73是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。
图74是示出在图73中描述的各个传送模式的值的意义的图。
图75是示出用于在下一代广播系统中用信号发送广播服务的组件数据获取路径的信令消息的配置的图。
图76是示出根据本发明的一个实施例的app_delevery_info()字段的语法的图。
图77是示出根据本发明的另一实施例的app_delevery_info()字段的语法的图。
图78是示出包括能够获取配置广播服务的一个或者多个组件数据的路径信息的组件位置信令的图。
图79是示出图78的组件位置信令的配置的图。
图80是示出本发明的一个实施例中的被包括在下一代广播系统中的广播服务的信令中的其它信息的图。
图81是示出根据本发明的一个实施例的被包括在下一代广播系统的服务信令中的传送模式的图。
图82是示出根据本发明的一个实施例的关于被包括在下一代广播系统的服务信令中的引导程序的信息的图。
图83是示出用于对象流动(objectflow)的信令中的其它信息的图。
图84是示出在本发明的一个实施例中的用于表示文件模板的信息的组合的图。
图85是示出根据本发明的一个实施例的被包括在服务信令中的对象流动的图。
图86是示出在本发明的一个实施例中的被包括在下一代广播系统中的广播服务的信令中的其它信息的图。
图87是示出根据本发明的一个实施例的用于会话级的传送会话信息的信令信息的图。
图88是示出根据本发明的另一实施例的用于会话级的传送会话信息的信令信息的图。
图89是示出根据本发明的另一实施例的广播服务的信令信息的图。
图90是示出根据本发明的另一实施例的被包括在广播服务的信令信息中的FDT有关信息的图。
图91是示出根据本发明的一个实施例的Service_Mapping_Table的二进制格式的配置的图。
图92是示出根据本发明的一个实施例的Service_Mapping_Table的XML格式的配置的图。
图93是示出根据本发明的一个实施例的接收被包括在服务映射表中的服务信令信息的过程的图。
图94是示出根据本发明的一个实施例的服务信令的配置的图。
图95是示出根据本发明的一个实施例的LSIDInfo信息和DeliveryInfo信息的配置的图。
图96是示出根据本发明的另一实施例的服务信令的配置的图。
图97是示出根据本发明的一个实施例的LSID的配置的图。
图98和图99是示出根据本发明的一个实施例的ROUTE会话和LSID的传输方法的图。
图100是示出根据本发明的一个实施例的用于发送广播信号的方法的图。
图101是示出根据本发明的一个实施例的用于接收广播信号的方法的图。
图102是示出根据本发明的一个实施例的用于发送广播信号的设备的配置的图。
图103是示出根本发明的一个实施例的用于接收广播信号的设备的配置的图。
具体实施方式
现在将详细地介绍本发明的优选实施例,其示例在附图中图示。该详细说明将在下面参考附图给出,其意欲解释本发明的示例性实施例,而不是示出可以根据本发明仅实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是,对于本领域技术人员来说显而易见,本发明可以无需这些特定的细节实践。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规的一个中选择,但是某些术语已经由申请人任意地选择,并且其含义在以下的描述中根据需要详细说明。因此,本发明应该基于该术语意欲的含义,而不是其简单的名称或者含义理解。
本说明书中的“信令”指示发送在广播系统中提供的服务信息。
本说明书中的“广播信号”指示在陆地、电缆、卫星、移动、互联网、宽带、通信、数据以及/或者VOD广播中提供的信号和数据。
本说明书中的“PLP”指示发送数据的一种单元属于物理层。并且,其可以被称为“数据单元”或者“数据管道”。
通过利用陆地信道和/或互联网信道实时发送A/V内容和有关增强型数据可以提供各种内容。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明提供用于发送和接收供未来的广播服务的广播信号的设备和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见,MISO或者MIMO使用两个天线,但是本发明可适用于使用两个或更多个天线的系统。本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收器复杂度,同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。
三个PHY简档共享大部分功能块,但是,在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进,未来的简档还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收设备的主要使用情形。基础简档还包括能够运输到一个场所,但是属于相对固定接收类别的便携式设备。基础简档的使用可以通过某些改进的实施被扩展到手持设备或者甚至车辆,但是,对于基础简档接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB,其包括现有的广播系统(例如,ATSCA/53)的15dBSNR接收能力。接收器复杂度和功耗不像在电池操作的手持设备一样严重,手持设备将使用手持简档。用于基础简档的关键系统参数在以下的表1中列出。
[表1]
LDPC码字长度 | 16K,64K比特 |
星座大小 | 4~10bpcu(每个信道使用的比特) |
时间解交织存储器大小 | <219数据信元 |
导频图案 | 用于固定接收的导频图案 |
FFT大小 | 16K,32K点 |
2.手持简档
手持简档设计成在以电池电源操作的手持和车载设备中使用。该设备可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的设备的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB,但是,当意欲用于较深的室内接收时,可以配置为达到低于0dB。
除了低的SNR能力之外,由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。
[表2]
LDPC码字长度 | 16K比特 |
星座大小 | 2~8bpcu |
时间解交织存储器大小 | <218数据信元 |
导频图案 | 用于移动和室内接收的导频图案 |
FFT大小 | 8K,16K点 |
3.高级简档
高级简档以更大的实施复杂度为代价提供最高的信道容量。该属性需要使用MIMO发送和接收,并且UHDTV服务是对该属性特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目,例如,多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输设备,并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。
[表3]
LDPC码字长度 | 16K,64K比特 |
星座大小 | 8~12bpcu |
时间解交织存储器大小 | <219数据信元 |
导频图案 | 用于固定接收的导频图案 |
FFT大小 | 16K,32K点 |
在这样的情况下,基础简档能够被用作用于陆地广播服务和移动广播服务两者的属性。即,基础简档能够被用于定义包括移动属性的属性的概念。而且,高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外,根据设计者的意图能够改变三种属性。
下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。
辅助流:承载对于尚未定义的调制和编码的数据的信元的序列,其可以被用于未来扩展或者通过广播公司或者网络运营商要求
基本数据管道:承载服务信令数据的数据管道
基带帧(或者BBFRAME):形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元:通过OFDM传输的一个载波承载的调制值
被编码的块:PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个
数据管道:承载服务数据或者相关元数据的物理层中的逻辑信道,其可以承载一个或者多个服务或者服务组件。
数据管道单元:用于在帧中将数据信元分配给DP的基本单位。
数据符号:在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID:此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP
哑信元:承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道:承载EAS信息数据的帧的部分
帧:以前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元:属于包括FET的相同或者不同的物理层属性的帧的集合,其在超帧中被重复八次
快速信息信道:在承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道
FECBLOCK:DP数据的LDPC编码的比特的集合
FFT大小:被用于特定模式的标称的FFT大小,等于在基础时段T的周期中表达的活跃符号时段Ts
帧信令符号:在FFT大小、保护间隔以及被分散的导频图案的某个组合中,在帧的开始处使用的具有较高的导频密度的OFDM符号,其承载PLS数据的一部分
帧边缘符号:在FFT大小、保护间隔以及被分散的导频图案的某个组合中,在帧的末端处使用的具有较高的导频密度的OFDM符号
帧组:在超帧中具有相同的PHY简档类型的所有帧的集合。
未来扩展帧:能够被用于未来扩展的在超帧内的物理层时隙,以前导开始
FuturecastUTB系统:提出的物理层广播系统,其输入是一个或者多个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块。
类型1DP:其中所有的DP以TDM方式被映射到帧的帧的DP
类型2DP:其中所有的DP以FDM方式被映射到帧的帧的DP
XFECBLOCK:承载一个LDPCFECBLOCK的所有比特的Ncell个信元的集合
图1图示根据本发明的实施例用于发送供未来的广播服务的广播信号装置的结构。
根据本发明的实施例用于发送供未来的广播服务的广播信号的设备可以包括输入格式化块1000、BICM(比特交织编码和调制)块1010、帧构建块1020、OFDM(正交频分复用)产生块1030和信令产生块1040。将给出用于发送广播信号装置的每个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式,其它的流类型被作为常规流处理。除了这些数据输入之外,管理信息被输入以控制用于每个输入流的相应的带宽的调度和分配。同时允许输入一个或者多个TS流、IP流和/或常规流。
输入格式化块1000能够解复用每个输入流为一个或者多个数据管道,对其中的每一个应用单独的编码和调制。数据管道(DP)是用于鲁棒控制的基本单位,从而影响服务质量(QoS)。一个或者多个服务或者服务组件可以由单个DP承载。稍后将描述输入格式化块1000的操作细节。
数据管道是在承载服务数据或者相关的元数据的物理层中的逻辑信道,其可以承载一个或者多个服务或者服务组件。
此外,数据管道单元:在帧中用于分配数据信元给DP的基本单位。
在BICM块1010中,奇偶校验数据被添加用于纠错,并且编码的比特流被映射为复数值星座符号。该符号跨越用于相应的DP的特定交织深度被交织。对于高级简档,在BICM块1010中执行MIMO编码,并且另外的数据路径被添加在输出端用于MIMO传输。稍后将描述BICM块1010的操作细节。
帧构建块1020可以将输入DP的数据信元映射为在帧内的OFDM符号。在映射之后,频率交织用于频率域分集,特别地,用于抗击频率选择性衰落信道。稍后将描述帧构建块1020的操作细节。
在每个帧的开始处插入前导之后,OFDM产生块1030可以应用具有循环前缀作为保护间隔的常规的OFDM调制。对于天线空间分集,分布式MISO方案遍及发射器被应用。此外,峰值对平均功率降低(PAPR)方案在时间域中执行。对于灵活的网络规划,这个建议提供一组不同的FFT大小、保护间隔长度和相应的导频图案。稍后将描述OFDM产生块1030的操作细节。
信令产生块1040能够创建用于每个功能块操作的物理层信令信息。该信令信息也被发送使得感兴趣的服务在接收器侧被适当地恢复。稍后将描述信令产生块1040的操作细节。
图2、3和4图示根据本发明的实施例的输入格式化块1000。将给出每个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
在图2中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
到物理层的输入可以由一个或者多个数据流组成。每个数据流由一个DP承载。模式适配模块将输入数据流限制(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流:MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为固定长度(188字节)分组,第一字节是同步字节(0x47)。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。
(a)示出用于信号DP的模式适配块2000和流适配2010,并且(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。
输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧限制器,和BB帧报头插入块组成。
CRC编码器在用户分组(UP)级别提供用于错误检测的三种类型的CRC编码,即,CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码,则将应用所建议的CRC编码。
BB帧限制器将输入映射到内部逻辑比特格式。首先接收的比特被定义为MSB。BB帧限制器分配等于可用数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目,UP分组流被限制为适合BBF的数据字段。
BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外,BBF还可以在2字节BBF报头的末端具有扩展字段(1或者3字节)。
流适配2010由填充插入块和BB加扰器组成。填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧,则STUFFI被设置为“0”,并且BBF没有填充字段。否则,STUFFI被设置为“1”,并且填充字段被紧挨在BBF报头之后插入。填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器加扰完成的BBF用于能量扩散。加扰序列与BBF同步。加扰序列由反馈移位寄存器产生。
PLS产生块2020可以产生物理层信令(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数据的细节。
PLS加扰器2030可以加扰所产生的PLS数据用于能量扩散。
以上描述的块可以被省略,或者由具有类似或者相同功能的块替换。
图3图示根据本发明的另一个实施例的输入格式化块。
在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
图3示出当输入信号对应于多个输入流时,输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。
参考图3,用于分别处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧限制器(slicer)3060和BB报头插入块3070。将给出模式适配块的每个块的描述。
CRC编码器3050、BB帧限制器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧限制器和BB报头插入块的操作,并且因此,其描述被省略。
输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。
输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形,并且选择性地用于承载GS流的多个DP。
补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流,以允许TS分组重新组合机制而无需在接收器中额外的存储器。
空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在,以便在CBRTS流中提供VBR(可变比特速率)服务。在这种情况下,为了避免不必要的传输开销,空分组可以被识别并且不被发送。在接收器中,通过参考在传输中插入的删除的空分组(DNP)计数器,去除的空分组可以重新插入在它们最初的精确的位置中,从而,保证恒定比特速率,并且避免对时间戳(PCR)更新的需要。
报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收器可以具有有关报头的某个部分的先验信息,所以这个已知的信息可以在发射器中被删除。
对于传输流,接收器具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容,即,仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图),则TS分组报头压缩可以(选择性地)应用于传输流。如果输入流是IP流,则选择性地使用IP分组报头压缩。以上描述的模块可以被省略,或者由具有类似或者相同功能的块替换。
图4图示根据本发明的实施例的BICM块。
在图4中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
如上所述,根据本发明的实施例用于发送供未来的广播服务的广播信号的设备可以提供陆地广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的设备提供的服务特征,因此对应于相应服务的数据需要经由不同的方案处理。因此,根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道,独立地处理对其输入的DP。因此,根据本发明的实施例的用于发送供未来的广播服务的广播信号的设备能够控制经由每个DP发送的每个服务或者服务组件的QoS。
(a)示出由基础简档和手持简档共享的BICM块,并且(b)示出高级简档的BICM模块。
由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。
将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。
用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够使用外编码(BCH)和内编码(LDPC)对输入BBF执行FEC编码,以产生FECBLOCK过程。外编码(BCH)是可选择的编码方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能,同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024),或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024),在基础和手持简档中调制来自比特交织器5020的每个信元字(cellword),或者在高级简档中来自信元字解复用器5010-1的信元字,以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到,QAM-16和NUQ是正方形的形状,而NUC具有任意形状。当每个星座转动90度的任意倍数时,转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚组件的容量和平均功率彼此相等。对于每个编码率,NUQ和NUC两者被具体地限定,并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器5050的操作细节。
用于高级简档的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器,和时间交织器。
但是,不同于处理块5000,处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。
此外,在处理块5000-1中的数据FEC编码器、比特交织器、星座映射器,和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030,和时间交织器5050的操作,并且因此,其描述被省略。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。
MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是获得性能提高的期望方式,但是,其取决于信道特征。尤其对于广播,信道的强的LOS组件或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到性能增益。所提出的MIMO编码方案使用MIMO输出信号的一个的基于旋转的预编码和相位随机化克服这个问题。
MIMO编码意欲用于在发射器和接收器两者处需要至少两个天线的2x2MIMO系统。在该建议下定义两个MIMO编码模式:全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收器侧处相对小的复杂度增加提供性能提高,而FRFD-SM编码以在接收器侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。
MIMO处理对于高级简档帧是需要的,其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图5图示根据本发明的另一个实施例的BICM块。
在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分,并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图6,用于保护PLS、EAC和FIC的BICM块可以包括PLSFEC编码器6000、比特交织器6010和星座映射器6020。
此外,PLSFEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。
PLSFEC编码器6000可以编码加扰的PLS1/2数据、EAC和FIC区段。
加扰器可以在BCH编码以及缩短和穿孔LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码,对加扰的PLS1/2数据执行外编码,并且在BCH编码之后插入零比特。仅对于PLS1数据,零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编码模块,Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码,并且附在其之后。
[等式1]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
[表4]
LDPC奇偶穿孔块可以对PLS1数据和PLS2数据执行穿孔。
当缩短被应用于PLS1数据保护时,一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外,对于PLS2数据保护,PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。
比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图6图示根据本发明的一个实施例的帧构建块。
在图6中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图6,帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟,PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器5050。带内信令数据承载下一个TI组的信息,使得它们承载要用信号传送的DP前面的一个帧。据此,延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是,如果有的话,将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外,频率交织器7020可以使用不同的交织种子顺序,对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作,以得到在单个帧中最大的交织增益。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的实施例的OFDM产生块。
在图7中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。
OFDM产生块通过由帧构建块产生的信元调制OFDM载波,插入导频,并且产生用于传输的时间域信号。此外,这个块随后插入保护间隔,并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。
参考图7,帧构建块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。
另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号,使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下,两个或更多个不同的广播发送/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。
图8图示根据本发明的实施例的用于接收供未来的广播服务的广播信号装置的结构。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的设备。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的设备可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个Rx天线接收输入信号,相对于与用于接收广播信号的设备相对应的系统执行信号检测和同步,并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9010可以解析输入信号帧,并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的设备执行交织,则帧解析模块9010可以执行与交织的相反过程相对应的解交织。在这种情况下,需要提取的信号和数据的位置可以通过解码从信令解码模块9040输出的数据获得,以恢复由用于发送广播信号的设备产生的调度信息。
解映射和解码模块9020可以将输入信号转换为比特域数据,并且然后根据需要对其解交织。解映射和解码模块9020可以对于为了传输效率应用的映射执行解映射,并且经由解码校正在传输信道上产生的错误。在这种情况下,解映射和解码模块9020可以获得为解映射所必需的传输参数,并且通过解码从信令解码模块9040输出的数据进行解码。
输出处理器9030可以执行由用于发送广播信号的设备应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下,输出处理器9030可以从信令解码模块9040输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号,并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9040可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述,帧解析模块9010、解映射和解码模块9020和输出处理器9030可以使用从信令解码模块9040输出的数据执行其功能。
图9图示根据本发明的一个实施例的帧结构。
图9示出帧类型的示例配置和在超帧中的FRU,(a)示出根据本发明的实施例的超帧,(b)示出根据本发明的实施例的FRU(帧重复单元),(c)示出在FRU中的可变PHY简档的帧,以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元,并且在超帧中被重复八次。
在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个,并且给定的PHY简档可以在FRU(例如,基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话,PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
FEF部分被插入在FRU的末端,如果包括的话。当FEF包括在FRU中时,在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示,帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速FuturecastUTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码,FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频,其允许在FES内的仅频率内插,以及对于紧邻FES之前的符号的时间内插而无需外推。
图10图示根据本发明的实施例的帧的信令分层结构。
图10图示信令分层结构,其被分割为三个主要部分:前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收器访问和解码PLS2数据,其包含访问感兴趣的DP的参数。PLS2在每个帧中承载,并且被划分为两个主要部分:PLS2-STAT数据和PLS2-DYN数据。必要时,在PLS2数据的静态和动态部分之后是填充。
图11图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收器访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下:
PHY_PROFILE:该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。
[表5]
值 | PHY简档 |
000 | 基础简档 |
001 | 手持简档 |
010 | 高级简档 |
011~110 | 保留 |
111 | FEF |
FFT_SIZE:该2比特字段指示在帧组内当前帧的FFT大小,如在以下的表6中描述的。
[表6]
值 | FFT大小 |
00 | 8K FFT |
01 | 16K FFT |
10 | 32K FFT |
11 | 保留 |
GI_FRACTION:该3比特字段指示在当前超帧中的保护间隔分数值,如在以下的表7中描述的。
[表7]
值 | 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减少。
FRU_CONFIGURE:该3比特字段指示存在于当前超帧之中的帧重复单元(FRU)的PHY简档类型配置。在当前超帧中的所有前导中,在该字段中识别在当前超帧中传送的所有简档类型。3比特字段对于每个简档具有不同的定义,如以下的表8所示。
[表8]
RESERVED:这个7比特字段保留供将来使用。
图12图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的,PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下:
PREAMBLE_DATA:该20比特字段是去除EAC_FLAG的前导信令数据的副本。
NUM_FRAME_FRU:该2比特字段指示每FRU的帧的数目。
PAYLOAD_TYPE:该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。
[表9]
值 | 有效载荷类型 |
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比特字段。取决于每FuturecastUTB系统使用的频率的数目,ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的,则该字段被设置为“0”。
NETWORK_ID:这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID:这个16比特字段唯一地识别在ATSC网络内的FuturecastUTB系统。FuturecastUTB系统是陆地广播系统,其输入是一个或多个输入流(TS、IP、GS),并且其输出是RF信号。如果有的话,FuturecastUTB系统承载一个或多个PHY简档和FEF。相同的FuturecastUTB系统可以承载不同的输入流,并且在不同的地理区中使用不同的RF频率,允许本地服务插入。帧结构和调度在一个位置中被控制,并且对于在FuturecastUTB系统内的所有传输是相同的。一个或多个FuturecastUTB系统可以具有相同的SYSTEM_ID含义,即,它们所有具有相同的物理层结构和配置。
随后的环路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成,其用于表示FRU配置和每个帧类型的长度。环路大小是固定的,使得四个PHY简档(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4,则未使用的字段用零填充。
FRU_PHY_PROFILE:这个3比特字段表示相关的FRU的第(i+1)(i是环索引)个帧的PHY简档类型。这个字段使用如表8所示相同的信令格式。
FRU_FRAME_LENGTH:这个2比特字段表示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH,可以获得帧持续时间的精确值。
FRU_GI_FRACTION:这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED:这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE:这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
[表10]
内容 | PLS2FEC类型 |
00 | 4K-1/4和7K-3/10LDPC码 |
01~11 | 保留 |
PLS2_MOD:这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。
[表11]
值 | 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:当使用PLS2重复时,这个15比特字段表示Ctotal_partial_blook,用于在当前帧组的每个帧中承载的PLS2的部分编码块的聚集的大小(指定为QAM信元的数目)。如果不使用重复,则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE:这个2比特字段表示用于在下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。
PLS2_NEXT_MOD:这个3比特字段表示用于在下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。
PLS2_NEXT_REP_FLAG:这个1比特标记表示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时,PLS2重复模式被激活。当这个字段被设置为值“0”时,PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL:当使用PLS2重复时,这个15比特字段表示Ctotal_partial_blook,用于在下一个帧组的每个帧中承载的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提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。以下的表12给出这个字段的值。当这个字段被设置为“00”时,对于在当前帧组中的PLS2不使用另外的奇偶校验。
[表12]
值 | 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信令。
图13图示根据本发明的实施例的PLS2数据。
图13图示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的类型。这些根据以下的表13用信号传送。
[表13]
值 | DP类型 |
000 | DP类型1 |
001 | DP类型2 |
010~111 | 保留 |
DP_GROUP_ID:这个8比特字段识别当前DP与其相关联的DP组。这可以由接收器使用以访问与特定服务有关的服务组件的DP,其将具有相同的DP_GROUP_ID。
BASE_DP_ID:这个6比特字段表示承载在管理层中使用的服务信令数据(诸如,PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是随同服务数据一起承载服务信令数据的普通DP,或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE:这个2比特字段表示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。
[表14]
值 | FEC_TYPE21 --> |
00 | 16K LDPC |
01 | 64K LDPC |
10~11 | 保留 |
DP_COD:这个4比特字段表示由相关联的DP使用的编码率。编码率根据以下的表15被用信号传送。
[表15]
值 | 编码率 |
0000 | 5/15 |
0001 | 6/15 |
0010 | 7/15 |
0011 | 8/15 |
0100 | 9/15 |
0101~1111 | 10/15 |
0110 | 11/15 |
0111 | 12/15 |
1000 | 13/15 |
1001~1111 | 保留 |
DP_MOD:这个4比特字段表示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。
[表16]
值 | 调制 |
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编码过程的类型根据表17用信号传送。
[表17]
值 | 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值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”,则这个字段表示每个TI组的TI块NTI的数目,并且每个帧(PI=1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
[表18]
2比特字段 | PI | NTI |
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根据以下的表19被用信号传送。
[表19]
值 | 有效载荷类型 |
00 | TS23 --> |
01 | IP |
10 | GS |
11 | 保留 |
DP_INBAND_MODE:这个2比特字段表示是否当前DP承载带
内信令信息。带内信令类型根据以下的表20被用信号传送。
[表20]
值 | 带内模式 |
00 | 没有承载带内信令 |
01 | 仅承载带内PLS |
10 | 仅承载带内ISSY |
11 | 承载带内PLS和带内ISSY |
DP_PROTOCOL_TYPE:这个2比特字段表示由给定的DP承载
的有效载荷的协议类型。当选择输入有效载荷类型时,其根据以下的
表21被用信号传送。
[表21]
DP_CRC_MODE:这个2比特字段表示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。
[表22]
值 | CRC模式 |
00 | 未使用 |
01 | CRC-8 |
10 | CRC-16 |
11 | CRC-32 |
DNP_MODE:这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的空分组删除模式。DNP_MODE根据以下的表23被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”),则DNP_MODE被设置为值“00”。
[表23]
值 | 空分组删除模式 |
00 | 未使用 |
01 | DNP-标准 |
10 | DNP-偏移 |
11 | 保留 |
ISSY_MODE:这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”),则ISSY_MODE被设置为值“00”。
[表24]
值 | ISSY模式 |
00 | 未使用 |
01 | ISSY-UP |
10 | ISSY-BBF |
11 | 保留 |
HC_MODE_TS:这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。
[表25]
值 | 报头压缩模式 |
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根据以下的表26被用信号传送。
[表26]
值 | 报头压缩模式 |
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比特字段被保留供将来用于用信号传送辅助流。
图14图示根据本发明的另一个实施例的PLS2数据。
图14图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化,而字段的大小保持恒定。
PLS2-DYN数据的字段细节如下:
FRAME_INDEX:这个5比特字段表示在超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。
PLS_CHANGE_COUTER:这个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字段根据如以下的表27所示的PHY简档和FFT大小具有不同长度。
[表27]
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。
图15图示根据本发明的实施例的帧的逻辑结构。
如以上提及的,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、辅助流和哑数据信元将它们映射在一起,精确地填充在该帧中的信元容量。
图16图示根据本发明的实施例的PLS映射。
PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目,一个或多个符号被指定为FSS,并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题,所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。
PLS信元如在图16中的示例所示以自顶向下方式被映射到NFSSFSS的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后,并且继续向下映射,直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目,则映射进行到下一个FSS,并且以与第一FSS严格相同的方式继续。
在PLS映射完成之后,接下来承载DP。如果EAC、FIC或者两者存在于当前帧中,则它们被放置在PLS和“普通”DP之间。
图17图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道,并且链接到用于EAS的DP。提供了EAS支持,但是,EAC本身可能或者可以不必存在于每个帧中。如果有的话,EAC紧挨着PLS2单元之后映射。EAC之前不是FIC、DP、辅助流或者除了PLS信元以外的哑信元的任何一个。映射EAC信元的过程与PLS完全相同。
EAC信元被以如在图17的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小,EAC信元可以占据几个符号,如图17所示。
EAC信元紧跟在PLS2的最后的信元之后,并且继续向下映射,直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目,则映射进行到下一个符号,并且以与FSS完全相同的方式继续。在这种情况下,用于映射的下一个符号是普通数据符号,其具有比FSS更加有效的载波。
在EAC映射完成之后,如果任何一个存在,则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送),则DP紧跟在EAC的最后信元之后。
图18图示根据本发明的实施例的FIC映射
(a)示出不具有EAC的FIC信元的示例映射,以及(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描,接收器可以解码FIC并获得信息,诸如,广播器ID、服务编号,和BASE_DP_ID。为了快速服务获得,除了FIC,基础DP也可以使用BASE_DP_ID解码。除其承载的内容以外,基础DP被以与普通DP完全相同的方式编码和映射到帧。因此,对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的,并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC,则FIC_FLAG被设置为“1”,并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编码和时间交织参数。FIC共享相同的信令参数,诸如PLS2_MOD和PLS2_FEC。如果有的话,FIC数据紧挨着PLS2或者EAC之后被映射。FIC之前不是任何普通DP、辅助流或者哑信元。映射FIC信元的方法与EAC的完全相同,也与PLS的相同。
在PLS之后不具有EAC,FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。取决于FIC数据大小,FIC信元可以被映射在几个符号上,如(b)所示。
FIC信元紧跟在PLS2的最后的信元之后,并且继续向下映射,直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的活动载波的数目,则映射进行到下一个符号,并且以与FSS完全相同的方式继续。在这种情况下,用于映射的下一个符号是普通数据符号,其具有比FSS更加活跃的载波。
如果EAS消息在当前帧中被发送,则EAC在FIC之前,并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。
在FIC映射完成之后,一个或多个DP被映射,之后是辅助流,如果有的话,以及哑信元。
图19图示根据本发明的实施例的FEC结构。
图19图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的,数据FEC编码器可以使用外编码(BCH)和内编码(LDPC)对输入的BBF执行FEC编码,以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外,FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。
BCH编码应用于每个BBF(Kbch比特),然后LDPC编码应用于BCH编码的BBF(Kldpc比特=Nbch比特),如在图22中图示的。
Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。
以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。
[表28]
[表29]
BCH编码和LDPC编码的操作细节如下:
12-纠错BCH码用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过将所有多项式相乘在一起获得。
LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK),Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统编码,并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为下述等式。
[等式2]
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下:
1)初始化奇偶校验比特,
[等式3]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如,对于速率13/15:
[等式4]
3)对于接下来的359个信息比特is,s=1、2、…359,使用以下等式在奇偶校验位地址处累加is。
[等式5]
{x+(smod360)×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址,并且QIdpc是在奇偶校验矩阵的地址中指定的编码率相关的常数。继续该示例,对于速率13/15,QIdpc=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,...,NIdpc-KIdpc–1,等于奇偶校验比特pi。
[表30]
编码率 | Qldpc |
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 |
除了以表31替换表30,并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外,用于短FECBLOCK的这个LDPC编码过程是根据用于长FECBLOCK的LDPC编码过程。
[表31]
编码率 | Qldpc |
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 |
图20图示根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。
在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到其最大的值是1023的最大值NxBLocK_Group_MAx(对应于DP_NUM_BLOCK_MAX)变化。
每个TI组或者直接映射到一个帧上或者在PI个帧上扩展。每个TI组也被划分为一个以上的TI模块(NTI),这里每个TI块对应于时间交织器存储器的一个使用。在TI组内的TI块可以包含略微不同数目的XFECBLOCK。如果TI组被划分为多个TI块,则其被直接映射到仅一个帧。如以下的表32所示,存在对于时间交织的三个选项(除了跳过时间交织的额外的选项之外)。
[表32]
典型地,时间交织器也将起在帧建立过程之前用于DP数据的缓存器的作用。这是通过用于每个DP的两个存储库实现的。第一TI块被写入第一存储库。第二TI块被写入第二存储库,同时第一存储库正在被读取等。
TI是扭曲的两列块交织器。对于第n个TI组的第s个TI块,TI存储器的行数Nr等于信元Ncells的数目,即,Nr=Ncells,同时列数Nc等于数目NxBL0CK_TI(n,s)。
图21图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。
图21(a)示出在时间交织器中的写入操作,并且图21(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列,并且第二XFECBLOCK被写入到下一列等等,如在(a)中所示。然而,在交织阵列中,信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间,信元被读出,如在(b)中所示。详细地,假定zn,s,i(i=0,...,N,Nc)作为要被顺序地读取的TI存储器单元位置,通过计算如下的等式的行索引Rn,S,i、列索引Cn,S,i以及被关联的扭曲参数Tn,S,i执行以这样的校正阵列的读取过程。
[等式8]
其中Sshift是用于对角线方式读取过程的公共移位值,不论NxBLOCK_TI(n,s)如何,并且如以下等式,通过在PLS2-STAT中给出的NxBLOCK_TI(n,s)来确定。
[等式9]
对于
结果,通过作为Zn,s,i=N,Cn,s,i+Rn,s,i的坐标计算要被读出的信元位置。
图22图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。
更加具体地,图22图示用于各个TI组的TI存储器的交织阵列,包括当NxBLOCK_TI(0,0)=3、NxBLOCK_TI(1,0)=6、NxBLOCKTI(2,0)=5时的虚拟XFECBLOCK。
可变数目NxBLOCK_TI(n,s)=N,将会小于或者等于N′xBLOCK_TI_MAX。因此,为了实现在接收器侧处的单个存储器解交织,不论NxBLOCK_TI(n,s)如何,通过将虚拟XFECBLOCK插入到TI存储器用于在被扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc=Ncells×N′xBLOCK_TI_MAX的大小,并且如下面的等式完成读取过程。
[等式10]
TI组的数目被设置为3。通过DP_TI_TYPE=‘0’、DP_FRAME_INTERVAL=‘1’,以及DP_TI_LENGTH=‘1’,即,NTI=1、IJUMP=1、以及P1=1,在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells=30小区的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)=3、NxBLOCK_TI(1,0)=6、NxBLOCK_TI(2,0)=5在PLS2-DYN数据中用信号传送。通过NxBLOCK_Groyp_MAx,在PLS-STAT数据中用信号传送XFECBLOCK的最大数目,这导致
图23图示根据本发明的实施例的被扭曲的行-列块的对角线方式的读取图案。
更加具体地,图23示出来自于具有N′xBLOCK_TI_MAX=7并且Sshift=(7-1)/2=3的参数的各个交织阵列的对角线方式的读取图案。注意,在如上面的伪代码示出的读取过程中,如果Vi≥NcellsNxBLOCK_TI(n,s),则Vi的值被跳过并且使用下一个计算的Vi的值。
图24图示根据本发明的实施例的用于各个交织阵列的被交织的XFECBLOCK。
图24图示来自于具有N′xBLOCK_TI_MAX=7并且Sshift=3的参数的各个交织阵列的被交织的XFECBLOCK。
图25图示出根据本发明的实施例的无论帧中的符号的数目如何的用于单存储器解交织的信令。
如上所述,根据本发明的频率交织器在多个OFDM符号中使用不同的交织序列来执行交织,但是频率解交织器可对接收到的OFDM符号执行单存储器解交织。
本发明提出了一种无论一个帧中的OFDM符号的数目是偶数还是奇数由频率解交织器执行单存储器解交织的方法。为此,频率交织器的上述架构可根据OFDM符号的数目是偶数还是奇数而不同地操作。此外,可另外在上述前导和/或物理层信号(PLS)中定义与之有关的信令信息。这样,单存储器解交织不限于其中OFDM符号的数目是偶数的情况,并且可始终被启用。
在这里,可在每个帧的帧起始符号(FSS)中发射PLS。替换地,根据另一实施例,可在第一OFDM符号中发射PLS。否则,基于PLS是否存在,可完全在前导中发射对应于PLS的信令信息。或者,可在引导信息中发射对应于前导和/或PLS的信令信息。引导信息可以是位于前导前面的信息部分。
关于例如发射器的频率交织器所使用的处理操作的信息可包括FI_mode字段和N_sym字段。
FI_mode字段可以是可以位于前导中的1比特字段。FI_mode字段可指示在每个帧的第一OFDM符号或FSS中使用的交织方案。
指示为FI_mode字段的交织方案可包括FI方案#1和FI方案#2。
FI方案#1可以指示发射器的频率交织器对FSS执行随机写操作和然后的线性读操作。这种情况可对应于FI_mode字段值是0的情况。可使用由任意随机序列发生器使用例如伪随机二进制序列(PRBS)生成的值在存储器中或从存储器执行随机写或线性读操作。在这里,线性读可指代连续地读操作。
FI方案#2可以指示发射器对FSS执行线性写操作和然后的随机读操作。这种情况可对应于FI_mode字段值是1的情况。同样地,可使用由任意随机序列发生器使用例如PRBS生成的值在存储器中或从存储器执行线性写或随机读操作。在这里,线性写可指代连续写操作。
另外,FI_mode字段可指示在帧边缘符号(FES)或每个帧的最后一个OFDM符号中使用的交织方案。可与由PLS发射的N_sym字段的值不同地指示应用于FES的交织方案。也就是说,指示为FI_mode字段的交织方案可根据OFDM符号的数目是奇数还是偶数而不同。可将由发射器和接收器将两个字段之间的映射信息预定义为表格。
根据另一实施例,可在除前导之外的帧的一部分中定义并发射FI_mode字段。
N_sym字段可以是可以位于PLS部分中的字段。根据实施例,N_sym字段的位数是可变的。N_sym字段可指示包括在一个帧中的OFDM符号的数目。这样,接收器可以获取关于OFDM符号的数目是偶数还是奇数的信息。
无论一个帧中的OFDM符号的数目如何,对应于频率交织器的频率解交织器的操作如下所述。无论OFDM符号的数目是偶数还是奇数,此频率解交织器可通过利用提出的信令字段来执行单存储器解交织。
最初,频率解交织器可使用前导的FI_mode字段的信息对FSS执行频率解交织,因为在FSS中使用的频率交织方案被指示为FI_mode。
频率解交织器可使用FI_mode字段的信令信息和PLS的N_sym字段的信令信息对FES执行频率解交织。在这种情况下,可使用预定义表来获取两个字段之间的映射信息。下面将给出预定义表的描述。
可与发射器的交织操作相反地执行对其它符号的总体解交织操作。也就是说,频率解交织器可使用一个交织序列对一对连续输入OFDM符号执行解交织。在这里,交织序列可以是被频率交织器用于读和写的交织序列。频率解交织器可使用交织序列来相反地执行读和写操作。
然而,根据本发明的频率解交织器可不使用使用双存储器的乒乓架构。频率解交织器可使用单个存储器对连续输入OFDM符号执行解交织。同样地,可增加频率解交织器使用存储器的效率。
图26图示出根据本发明的实施例的无论帧中的符号的数目如何用于单存储器解交织的信令中的FSS的FI方案。
可使用上述FI_mode字段和N_sym字段来确定应用于频率交织操作的交织方案。
在FSS的情况下,当被指示为N_sym字段的OFDM符号的数目是偶数时,可不考虑FI_mode字段值而对FSS执行FI方案#1。
当被指示为N_sym字段的OFDM符号的数目是奇数时,如果FI_mode字段具有0的值,则可对FSS应用FI方案#1,并且如果FI_mode字段具有1的值,则可对FSS应用FI方案#2。也就是说,当OFDM符号的数目是奇数时,可将FI方案#1和#2交替地应用于FSS符号以用于频率交织。
图27是图示出根据本发明的实施例的无论帧中的符号的数目如何用于单存储器解交织的信令中的重置模式的操作。
对于对FES的频率交织而言,上述符号偏移发生器可采用重置模式作为新概念。重置模式可指代由符号偏移发生器生成的符号偏移值是‘0’的模式。
对于对FES的频率交织而言,可使用上述FI_mode字段和N_sym字段来确定是否要使用重置模式。
当被指示为N_sym字段的OFDM符号的数目是偶数时,无论FI_mode字段的值如何,符号偏移发生器的重置模式可不操作(关闭)。
当被指示为N_sym字段的OFDM符号的数目是奇数时,如果FI_mode字段的值是0,则符号偏移发生器可在重置模式下操作(开启)。否则,如果FI_mode字段的值是1,则符号偏移发生器的重置模式可不操作(关闭)。也就是说,当OFDM符号的数目是奇数时,可将重置模式交替地开启和关断以用于频率交织。
图28图示出根据本发明的实施例的无论帧中的符号的数目如何用于单存储器解交织的信令中的指示频率交织器的输入和输出的等式。
如上所述,可通过上述交织操作来处理存储器组A和存储器组B的OFDM符号对。如上所述,针对交织,可使用通过将一个主交织种子循环移位而生成的多种不同交织种子。在这里,还可将交织种子称为交织序列。替换地,还可将交织种子称为交织地址值、地址值或交织地址。在这里,术语“交织地址值”可以用于指代多个地址值或者用于指代作为单数的交织种子。也就是说,根据实施例,交织地址值可以意指H(p)本身,或者每个地址属于H(p)。
可将要在OFDM符号内交织的频率交织的输入指示为Om,l(t50010)。在这里,可将数据信元指示为xm,l,0、...、xm,l,Ndata-1。同时,p可指示信元索引,l可指示OFDM符号索引,并且m可指示帧索引。也就是说,xm,l,p可指示第m帧的第lOFDM符号的第p数据信元。Ndata可指示数据信元的数目。Nsym可指示符号的数目(帧信令符号、正常数据符号或帧边缘符号)。
可将基于上述操作被交织的数据信元(t50020)。可将交织数据信元指示为vm,l,0、...vm,l,Ndata-1。同时,p、l和m可具有上述索引值。
图29图示出根据本发明的实施例的无论帧中的符号的数目如何用于单存储器解交织的信令中的基于FI方案#1和FI方案#2的频率交织的逻辑运算机制的等式。
现在给出基于FI方案#1的频率交织的描述。如上所述,可使用每个存储器组的交织序列(交织地址)来执行频率交织。
可如等式t51010所给出的那样以数学方式表达对偶数符号(jmod2=0)的交织操作。在这里,可将第p输入数据x改变次序成为与第H(p)输出数据v相同。
也就是说,对偶数符号(第一符号),可使用交织序列来执行随机写操作,并且然后可执行用于连续读取数据的线性读操作。在这里,交织序列(交织地址)可以是由任意随机序列发生器使用例如PRBS生成的值。
可如等式t51020给出的那样以数学方式表达对奇数符号(jmod2=1)的交织操作。对输入数据x,可使用交织序列(交织地址)来执行频率交织以获取输出v。在这里,可将第H(p)输入数据x改变次序成为与第p输出数据v相同。也就是说,与对偶数符号执行的交织过程相比,可相反地应用交织序列(交织地址)。
也就是说,对奇数符号(第二符号),可执行用于在存储器中连续地写入数据的线性写操作,并且然后可执行用于使用交织序列随机地读取数据的随机读取操作。同样地,交织序列(交织地址)可以是由任意随机序列发生器使用例如PRBS生成的值。
现在给出基于FI方案#2的频率交织的描述。
在基于FI方案#2的频率交织的情况下,与基于FI方案#1的操作相反地执行对偶数/奇数符号的操作。
也就是说,对偶数符号,可执行线性写操作,并且然后可以如等式t51020给出的那样执行随机读操作。另外,对奇数符号,可执行随机写操作,并且然后可如等式t51010给出的那样执行线性读操作。去详细描述与上文相对于FI方案#1给出的相同。
可将符号索引l指示为0、1、...、Nsym-1,并且可将信元索引p指示为0、1、...、Ndata-1。根据另一实施例,可切换对偶数符号的频率交织方案和对奇数符号的频率交织方案。另外,根据另一实施例,可切换基于FI方案#1的频率交织方案和基于FI方案#2的频率交织方案。
图30图示出根据本法的实施例的无论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是偶数的示例。
在本实施例中,N_sym字段可指示一个帧中的OFDM符号的数目是偶数。本实施例假设一个帧包括一个前导和八个OFDM符号。根据另一实施例,还可在前导前面包括引导信息。该引导信息未示出。
在本实施例中,一个帧可包括一个FSS和一个FES。在这里,假设FSS和FES具有相同长度。另外,由于在PLS部分中发射N_sym字段的信息,则频率解交织器可在将FSS解码之后获取相应信息。此外,本实施例假设N_sym字段在执行对FES的操作之前被完全解码。
在每个帧的FSS中,可将符号偏移发生器的值重置成0。因此,可使用同一交织序列来处理第一和第二符号。另外,可每当每个帧开始时将序列#0用于操作。然后可将序列#1和#2连续地用于频率交织器/解交织器的操作。
图31图示出根据本法的实施例的无论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是偶数的示例。
在第一帧中,可从前导的FI_mode字段获取关于FSS的交织方案的信息。在本实施例中,由于OFDM符号的数目是偶数,所以可仅使用FI方案#1。
然后可将FSS解码,并且因此可获取N_sym信息。N_sym信息指示当前帧中的符号的数目是偶数。然后,可在频率解交织器将FES解码时使用所获取的FI_mode信息和N_sym信息。由于符号的数目是偶数,所以符号偏移发生器并不在上述重置模式下操作。也就是说,重置模式处于关断状态。
随后,即使在另一帧中,由于包括偶数个OFDM符号,所以频率解交织器可用相同方式操作。也就是说,要在FSS中使用的FI方案是FI方案#1,并且要在FES中使用的重置模式可处于关断状态。
图32图示出根据本法的实施例的无论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是奇数的示例。
在本实施例中,N_sym字段可指示一个帧中的OFDM符号的数目是奇数。本实施例假设一个帧包括一个前导和七个OFDM符号。根据另一实施例,还可在前导前面包括引导信息。该引导信息未示出。
在本实施例中,类似于其中符号的数目是偶数的情况,一个帧可包括一个FSS和一个FES。在这里,假设FSS和FES具有相同长度。另外,由于在PLS部分中发射N_sym字段的信息,因此频率解交织器可在将FSS解码之后获取相应信息。此外,本实施例假设N_sym字段在执行对FES的操作之前被完全解码。
在每个帧的FSS中,可将符号偏移发生器的值重置成0。此外,在任意帧的FES中,符号偏移发生器可基于FI_mode字段和N_sym字段的值在重置模式下操作。因此,在任意帧的FES中,符号偏移发生器的值可重置或不重置成0。可交替地对帧执行这些重置操作。
可在第一帧的最后一个符号、即FES中将符号偏移发生器重置。因此,可将交织序列重置成序列#0。同样地,频率交织器/解交织器可基于序列#0来处理相应FES(t54010)。
在后续帧的FSS中,可再次地将符号偏移发生器重置,并且因此可使用序列#0(t54010)。在第二帧(帧#1)的FES中可不将符号偏移发生器重置,并且可再次地在第三帧(帧#2)的FES中重置。
图33图示出根据本法的实施例的无论帧中的符号的数目如何在用于单存储器解交织的信令中符号的数目是奇数的示例。
在第一帧中,可从前导的FI_mode字段获取关于FSS的交织方案的信息。由于OFDM符号的数目是奇数,所以可使用FI方案#1和FI方案#2。在本实施例中,在第一帧中使用FI方案#1。
然后可将FSS解码,并且因此可获取N_sym信息。N_sym信息指示当前帧中的符号的数目是奇数。然后,可在频率解交织器将FES解码时使用所获取的FI_mode信息和N_sym信息。由于符号的数目是奇数且使用FI方案#1,所以FI_mode字段值是0。由于FI_mode是0,所以符号偏移发生器可在上述重置模式下操作。也就是说,重置模式处于开启状态。
符号偏移发生器可在重置模式下操作,并且因此可重置成0。由于FI_mode字段值在第二帧中是1,所以这指示FSS是基于FI方案#2处理的。N_sym字段指示符号的数目是奇数。在第二帧中,由于FI_mode字段值是1且符号的数目是奇数,所以符号偏移发生器可不在重置模式下操作。
以这种方式,可将要在FSS中使用的FI方案交替地设置成FI方案#1和#2。此外,可将要在FES中使用的重置模式交替地设置成开和关。根据另一实施例,可并不每个帧改变设置。
图34图示出根据本发明的实施例的无论帧中的符号的数目如何在用于单存储器解交织的信令中的频率解交织器的操作。
频率解交织器可使用预定义FI_mode字段和/或N_sym字段的信息来执行频率解交织。如上所述,频率解交织器可使用单个存储器进行操作。基本上,频率解交织可以是由发射器执行的频率交织操作的逆操作,用以恢复数据顺序。
如上所述,可基于从前导的FI_mode字段和N_sym字段获取的关于FI方案的信息来执行对FSS的频率解交织。可基于使用FI_mode字段和N_sym字段获取的指示是否要进行重置模式操作的信息来执行对FES的频率解交织。
也就是说,频率解交织器可对一对输入OFDM符号执行频率交织器的读/写操作的逆操作。在此操作中可使用一个交织序列。
然而,如上所述,频率交织器使用双存储器遵循乒乓架构,但频率解交织器可使用单个存储器来执行解交织。可使用FI_mode字段和N_sym字段的信息来执行此单存储器频率解交织操作。此信息可允许甚至对具有奇数个OFDM符号的单存储器频率解交织,无论OFDM符号的数目如何。
根据本发明的频率交织器可对OFDM符号的所有数据信元执行频率交织。频率交织器可将数据信元映射到符号的可用数据载波。
根据本发明的频率交织器可基于FFT尺寸在不同交织模式下操作。例如,当FFT尺寸是32K时,频率交织器可对偶数符号执行随机写/线性读操作,并对奇数符号执行线性写/随机读操作,如在上述FI方案#1中那样。替换地,当FFT尺寸是16K或8K时,频率交织器可对所有符号执行线性读/随机写操作,无论偶数/奇数。
确定是否要切换交织模式的FFT尺寸可根据实施例而改变。也就是说,可在32K和16K的情况下执行如FI方案#1中的交织,并且可在8K的情况下执行不考虑偶数/奇数的交织。替换地,可针对所有FFT尺寸执行如在FI方案#1中的交织,或者可针对所有FFT尺寸执行不考虑偶数/奇数的交织。否则,根据另一实施例,可针对特定FFT尺寸执行如在FI方案#2中的交织。
可使用上述交织序列(交织地址)来执行此频率交织操作。可如上所述地使用偏移值不同地生成交织序列。替换地,可执行地址检查以生成各种交织序列。
图35图示出根据本发明的实施例的可变比特率系统的概念。
具体地,图35中所示的传输超帧由NTI_NUM个TI组构成,并且每个TI组可以包括NBLOCK_TI个FEC块。在这种情况下,TI组可分别地包括不同数目的FEC块。可以将根据本发明的实施例的TI组定义为用于执行时间交织的块,并且可以在与上述TI块或IF相同的意义上使用。也就是说,一个IF可以包括至少一个TI块,并且TI块中的FEC块的数目是可变的。
当TI组包括不同数目的FEC块时,在实施例中本发明使用一个扭曲行列块交织规则对TI组执行交织。因此,接收器可以使用单个存储器来执行解交织。将在考虑其中可以按照每个TI组改变FEC块的数目的可变比特率(VBR)传输的情况下给出时间交织器的输入FEC块存储器布置方法和读操作的描述。
图36图示出根据本发明的实施例的块交织的写和读操作。之前描述了关于此图的详细描述。
图37示出了根据本发明的实施例的表示块交织的等式。
图中所示的等式表示每个TI组应用的块交织。如等式所表示的,可以在其中包括在TI组中的FEC块的数目是奇数的情况和其中包括在TI组中的FEC块的数目是偶数的情况下分别地计算移位值。也就是说,根据本发明的实施例的块交织可以在使得FEC块的数目为奇数之后计算该移位值。
根据本发明的实施例的时间交织器可以基于在相应超帧中具有最大数目的FEC块的TI组来确定与交织有关的参数。因此,接收器可以使用单个存储器来执行解交织。在这里,对于具有比FEC块的最大数目少的数目的FEC块的TI组而言,可以添加对应于FEC块的数目与FEC块的最大数目之间的差的虚拟FEC块。
可以在实际FEC块之前插入根据本发明的实施例的虚拟FEC块。随后,根据本发明的实施例的实际交织器可以在考虑虚拟FEC块的情况下使用一个扭曲行列块交织规则来对TI组执行交织。另外,当在读操作期间生成对应于虚拟FEC块的存储器索引时,根据本发明的实施例的时间交织器可以执行上述跳跃操作。在以下写操作中,输入TI组的FEC块的数目与输出TI组的FEC块的数目匹配。因此,根据依照本发明的实施例的时间交织,可通过跳跃操作来防止实际发射的数据的数据速率的损失,即使插入了虚拟FEC块,以便在接收器中执行高效的单存储器解交织。
图38图示出根据本发明的实施例的虚拟FEC块。
图的左侧示出了指示TI组中的FEC块的最大数目、包括在TI组中的FEC块的实际数目和FEC块的最大数目与FEC块的实际数目之间的差的参数,以及用于导出虚拟FEC块的数目的等式。
图的右侧示出了向TI组中插入虚拟FEC块的实施例。在这种情况下,可以在实际FEC块之前插入虚拟FEC块,如上所述。
图39示出了根据本发明的实施例的表示插入虚拟FEC块之后的读操作的等式。
图中所示的跳跃操作可以跳过虚拟操作中的虚拟FEC块。
图40是图示出根据本发明的实施例的时间交织过程的流程图。
根据本发明的实施例的时间交织器可以设置初始值(S67000)。
然后,根据本发明的实施例的时间交织器可以在考虑虚拟FEC块的情况下对实际FEC块执行写操作(S67100)。
根据本发明的实施例的时间交织器可以生成临时TI地址(S67200)。
随后,根据本发明的实施例的时间交织器可以评估生成的TI读取地址的可用性(S67300)。然后,根据本发明的实施例的时间交织器可以生成最终TI读取地址(S67400)。
根据本发明的实施例的时间交织器可以读取实际FEC块(S67500)。
图41示出了根据本发明的实施例的表示确定移位值和最大TI块尺寸的过程的等式。
本图示出了其中TI组的数目是2、TI组中的信元的数目是30、包括在第一TI组中的FEC块的数目是5且包括在第二TI块中的FEC块的数目是6的实施例。虽然FEC块的最大数目是6,但6是偶数。因此,被调整以便获得移位值的FEC块的最大数目可以是7,并且可以将移位值计算为4。
图42至45图示出先前所述的实施例的TI过程。
图42图示出根据本发明的实施例的写操作。
图42示出了用于先前所述的两个TI组的写操作。
在图的左侧所示的块表示TI存储器地址阵列,并且在图的右侧所示的块图示出两个虚拟FEC块和一个虚拟FEC块被分别地插入两个连续TI组中时的写操作。由于FEC块的已调整最大数目是7,如上所述,所以两个虚拟FEC块被插入第一TI组中,并且一个虚拟FEC块被插入第二TI组中。
图43图示出根据本发明的实施例的读操作。
在图的左侧所示的块表示TI存储器地址阵列,并且在图的右侧所示的块图示出两个虚拟FEC块和一个虚拟FEC块被分别地插入两个连续TI组中时的读操作。在这种情况下,可以以与对实际FEC块执行的读操作相同的方式对虚拟FEC块执行读操作。
图44图示出根据本发明的实施例的读操作中的跳跃操作的结果。
如图中所示,虚拟FEC块可以在两个TI组中跳过。
图45至48图示出对应于先前所述的TI的逆的时间解交织。
具体地,图45图示出用于第一TI组的时间解交织,并且图87图示出用于第二TI组的时间解交织。
图45示出了根据本发明的实施例的时间解交织的写过程。
图中的左方框示出了TI存储器地址阵列,中间方框示出了被输入到时间解交织器的第一TI组,并且右方框示出了在考虑相对于第一TI组跳过的虚拟FEC块的情况下执行的写过程。
如图中所示,在TI期间跳过的两个虚拟FEC块可以被恢复以实现写过程中的正确读操作。在这种情况下,可以通过任意算法来估计跳过的两个虚拟FEC块的位置和数量。
图46图示出根据本发明的另一实施例的时间解交织的写过程。
图中的左方框示出了TI存储器地址阵列,中间方框示出了被输入到时间解交织器的第二TI组,并且右方框示出了在考虑相对于第二TI组跳过的虚拟FEC块的情况下执行的写过程。
如图中所示,在TI期间跳过的一个虚拟FEC块可以被恢复以实现写过程中的正确读操作。在这种情况下,可以通过任意算法来估计跳过的一个虚拟FEC块的位置和数量。
图47示出了根据本发明的另一实施例的表示时间解交织的读操作的等式。
在接收器中使用的TDI移位值可以由在发射器中使用的移位值确定,并且跳跃操作可以在读操作中跳过虚拟FEC块,类似于在发射器中执行的跳跃操作。
图48是图示出根据本发明的实施例的时间解交织过程的流程图。
根据本发明的实施例的时间解交织可以设置初始值(S75000)。
然后,根据本发明的实施例的时间解交织器可以在考虑虚拟FEC块的情况下对实际FEC块执行写操作(S75100)。
随后,根据本发明的实施例的时间解交织器可以生成临时TDI读取地址(S75200)。
随后,根据本发明的实施例的时间解交织器可以评估生成的TDI读取地址的可用性(S75300)。然后,根据本发明的实施例的时间解交织器可以生成最终TDI读取地址(S75400)。
随后,根据本发明的实施例的时间解交织器可以读取实际FEC块(S75500)。
图49是示出根据本发明的一个实施例的支持广播服务的协议栈的图。
根据本发明的一个实施例的广播服务不仅可以提供音频/视频(A/V)数据而且提供诸如HTML5应用、交互性服务、ACR服务、第二屏幕服务以及个性化服务的附加服务。
经由作为地面波、卫星等等的广播信号的物理层可以发送这样的广播服务。另外,根据本发明的一个实施例的广播服务可以由互联网通信网络(宽带)被发送。
当经由是地面波、卫星等等的广播信号的物理层发送广播服务时,广播接收设备可以解调广播信号以提取被封装的MPEG-2传送流(TS)和被封装的IP数据分组。广播接收设备可以从UDP数据分组提取信令信息。这时,信令信息可以是以XML格式。另外,广播接收设备可以从UDP数据分组提取异步层的编码/分层的编码传送(ALC/LCT)分组。广播接收设备可以从ALC/LCT分组提取在单向传送(FLUTE)分组上的文件传递。这时,FLUTE分组可以包括实时音频/视频/字幕数据、非实时(NRT)数据和电子服务指南(ESG)数据。另外,广播接收设备可以从UDP数据报提取实时传送协议(RTCP)分组和RTP控制协议(RTCP)分组。广播接收设备可以从诸如RTP/RTCP分组的实时传送分组提取A/V数据和补充数据。这时,NRT数据、A/V数据以及补充数据中的至少一个可以是ISO基础媒体文件格式(BMFF)。另外,广播接收设备可以从MPEG-2分组或者IP分组提取诸如NRT数据、A/V或者PSI/PSIP的信令信息。这时,信令信息可以是以XML或者二进制格式。
当经由互联网通信网络(宽带)发送广播服务时,广播接收设备可以从互联网通信网络接收IP分组。广播接收设备可以从IP分组提取TCP分组。广播接收设备可以从TCP分组提取HTTP分组。广播接收设备可以从HTTP分组提取A/V、补充数据、信令数据等等。这时,A/V和补充数据中的至少一个可以是以ISOBMFF。另外,信令数据可以是XML格式。
图50是示出根据本发明的一个实施例的广播服务的传送层的图。
根据本发明的一个实施例的经由IP网络的媒体内容的发送和接收被划分成包括实际媒体内容的传送分组的发送和接收和媒体内容呈现信息的发送和接收。广播接收设备100接收媒体内容呈现信息并且接收包括媒体内容的传送分组。这时,媒体内容呈现信息指示对于媒体内容呈现所必需的信息。媒体内容呈现信息可以包括对于媒体内容呈现所必需的空间信息和时间信息中的至少一个。广播接收设备100基于媒体内容呈现信息呈现媒体内容。
在详细的实施例中,根据MMT标准经由IP网络可以发送和接收媒体内容。这时,内容服务器50发送包括媒体内容呈现信息的表示信息(PI)文档。另外,内容服务器50根据广播接收设备100的请求发送包括媒体内容的MMT协议(MMTP)分组。广播接收设备100接收PI文档。广播接收设备100接收包括媒体内容的传送分组。广播接收设备100从包括媒体内容的传送分组提取媒体内容。广播接收设备100基于PI文档呈现媒体内容。
在另一详细的实施例中,如在图50的实施例中,根据MPEG-DASH标准经由IP网络可以发送和接收媒体内容。在图50中,内容服务器50发送包括媒体内容呈现信息的媒体呈现描述(MPD)。在详细的实施例中,可以通过除了内容服务器50之外的外部服务器发送MPD。内容服务器50根据广播接收设备100的请求发送包括媒体内容的片段。广播接收设备100基于MPD从内容服务器请求媒体内容。广播接收设备100根据请求接收包括媒体内容的传送分组。广播接收设备100基于MPD呈现媒体内容。广播接收设备100可以在控制器110中包括DASH客户端。DASH客户端可以包括用于解析MPD的MPD解析器、用于解析片段的片段解析器、用于经由IP发射器/接收器130发送HTTP请求消息并且接收HTTP响应消息的HTTP客户端;以及用于呈现媒体的媒体引擎。
图51是示出根据本发明的一个实施例的媒体呈现描述(MPD)的结果的图。MPD可以包括时段元素、适配集元素以及表示元素。
时段元素包括关于时段的信息。MPD可以包括关于多个时段的信息。时段指示媒体内容呈现的连续的时间间隔。
适配集元素包括关于适配集的信息。MPD可以包括关于多个适配集的信息。适配集是包括一个或者多个可更换的媒体内容组件的媒体组件的集合。适配集可以包括一个或者多个表示。各个适配集可以包括不同语言的音频或者不同语言的字幕。
表示元素包括关于表示的信息。MPD可以包括关于多个表示的信息。表示是一个或者多个媒体组件的集合并且多个不同地编码的表示可以存在于相同的媒体内容组件中。同时,如果比特流切换是可能的,则广播接收设备100可以基于在媒体内容呈现期间更新的信息从接收到的表示切换到其它的表示。特别地,广播接收设备100可以根据带宽环境将接收到的表示切换到其它的表示。表示可以被划分成多个片段。
片段是媒体内容数据的单位。使用在HTTP1.1(RFC2616)中定义的HTTPGET或者HTTP部分GET方法根据媒体内容服务器30的请求表示可以作为片段或者片段的一部分被发送。
另外,片段可以包括多个子片段。子片段可以意指在片段级编索引的最小的单位。片段可以包括初始化片段、媒体片段、索引片段、比特流切换片段等等。
图52是示出根据本发明的一个实施例的广播服务的传送层的图。
广播发送设备300可以经由由多个层组成的广播信号发送广播服务。在用于发送广播服务的多个层当中,用于经由物理媒介发送和接收原始广播信号的传送层的可以被称为物理层。广播发送设备300可以在一个或者多个频率上经由一个或者多个物理层管道(PLP)发送广播服务和与广播服务有关的数据。这时,PLP是能够在物理层上识别的一系列逻辑数据传递路径。PLP也可以被称为数据管道。一个广播服务可以包括多个组件。这时,各个组件可以是音频、视频以及数据组件中的任意一个。各个广播公司可以使用广播发送设备300经由一个或者多个PLP发送被封装的广播服务。更加具体地,广播公司可以使用广播发送设备300通过多个PLP发送被包括在一个服务中的多个组件。可替选地,广播公司可以使用广播发送设备300经由一个PLP发送被包括在一个服务中的多个组件。例如,在图52的实施例中,广播#1可以使用广播发送设备300经由PLP(PLP#0)发送信令信息。另外,在图52的实施例中,广播#1使用广播发送设备300经由不通过的PLPPLP#1和PLP#2发送被包括在第一广播服务中的组件1和组件2。在图52的实施例中,广播#N经由PLP#N发送被包括在服务#1中的组件1和组件2。这时,实时广播服务可以被封装成IP、用户数据报协议(UDP)以及用于实时内容传输,例如,实时传送协议(RTP)中的任意一个。甚至非实时内容和非实时数据可以被封装成IP、用户数据报协议(UDP)以及内容传输协议,例如,FLUE中的任意一个。因此,通过广播发送设备300发送的物理层帧可以包括用于传递一个或者多个组件的多个PLP。因此,广播接收设备100应确认所有的PLP以便于扫描用于获取广播服务内容信息的广播服务。因此,存在对于用于使广播接收设备100有效地扫描广播服务的广播传输方法和广播接收方法的需求。
图53是示出根据本发明的一个实施例的广播接收设备的配置的图。
在图53的实施例中,广播接收设备100包括接收器120和控制器150。接收器120包括广播接收器110和互联网协议(IP)通信单元130。
广播接收器110包括信道同步器111、信道均衡器113以及信道解码器115。
信道同步器110以在基带处接收到的广播信号能够被解码的方式使符号频率与时序同步。
信道均衡器113补偿同步的广播信号的失真。更加具体地,信道均衡器113通过多路径、多普勒效应等补偿同步广播信号的失真。
信道解码器115解码补偿其失真的广播信号。更加具体地,信道解码器115从广播信号提取传送帧,其失真被补偿。这时,信道解码器115可以执行前向纠错(FEC)。
IP通信单元130经由互联网来接收和发送数据。
控制器150包括信令解码器151、传送分组接口153、宽带分组接口155、基带操作控制器157、公共协议栈159、服务映射数据库161、服务信令信道处理缓存器和解析器163、A/V处理器165、广播服务指南处理器167、应用处理器169以及服务指南数据库171。
信令解码器151将广播信号的信令信息解码。
传送分组接口153从广播信号提取传送分组。这时,传送分组接口153可以从提取的传送分组提取诸如信令信息或IP数据报的数据。
宽带分组接口155从通过互联网接收到的数据提取IP分组。这时,宽带分组接口155可以从IP分组提取信令数据或IP数据报。
基带操作控制器157控制与从基带进行的广播信息接收有关的操作。
公共协议栈159从传送分组提取音频或视频。
A/V处理器547处理音频或视频。
服务信令信道处理缓存器和解析器163解析并缓存用于以信号发送广播服务的信令信息。具体地,服务信令信道处理缓存器和解析器163可以解析和缓存用于用信号发送来自IP数据报的广播服务的信令信息。
服务映射数据库165存储包括关于广播服务的信息的广播服务列表。
服务指南处理器167处理指导陆地广播服务的节目的陆地广播服务指南数据。
应用处理器169从广播信号提取并处理应用相关的信息。
服务指南数据库171存储广播服务的节目信息。
图54至图55是示出根据本发明的另一实施例的广播接收设备的配置的图。
在图54至图55的实施例中,广播接收设备100包括广播接收器110、互联网协议通信单元130以及控制器150。
广播接收器110可以包括调谐器114、物理帧解析器116以及物理层控制器118。
调谐器114经由广播信道接收广播信号并且提取物理帧。物理帧是物理层的传输单元。物理帧解析器116解析接收到的物理帧并且获取链路层帧。
物理层控制器118控制调谐器114和物理帧解析器116的操作。在一个实施例中,物理层控制器118可以使用广播信道的RF信息控制调谐器114。更加具体地,当物理层控制器118将频率信息发送到调谐器114时,调谐器114可以从广播信号获取与接收到的频率信息相对应的物理帧。
在另一实施例中,物理层控制器118可以经由物理层管道的标识符控制物理层解析器116的操作。更加具体地,物理层控制器117将用于识别配置物理层管道的多个物理层管道的特定物理层管道的识别信息发送到物理层帧解析器116。物理帧解析器116可以基于接收到的识别信息识别物理层管道,并且从被识别的物理层管道获取链路层帧。
控制器150包括链路层帧解析器164、IP/UDP数据分组过滤器171、DTV控制引擎174、ALC/LCT+客户端172、时序控制单元175、DASH客户端192、ISOBMFF解析器194以及媒体解码器195。
链路层帧解析器164从链路层帧提取数据。更加具体地,链路层帧解析器164可以从链路层帧获取链路层信令。另外,链路层帧解析器164可以从链路层帧获取IP/UDP数据分组。
IP/UDP数据分组过滤器171从接收自链路层帧解析器164的IP/UDP数据分组过滤特定的IP/UDP数据分组。
ALC/LCT+客户端172处理应用层传送分组。应用层传送分组可以包括ALC/LCT+分组。更加具体地,ALC/LCT+客户端172可以收集多个应用层传送分组并且生成一个或者多个ISOBMFF媒体文件格式对象。
时序控制单元175操作包括系统时间信息的分组。时序控制单元175根据处理的结果控制系统时钟。
DASH客户端182处理实时流或者适配媒体流。更加具体地,DASH客户端192基于HTTP处理适配媒体流并且获取DASH片段。这时,DASH片段可以是ISOBMFF对象的形式。
ISOBMFF解析器194从接收自DASH客户端192的ISOBMFF对象提取音频/视频数据。这时,ISOBMFF解析器194可以提取接入单元中的音频/视频。另外,ISOBMFFF194可以从ISOBMFF对象获取用于音频/视频的时序信息。
媒体解码器195解码接收到的音频和视频数据。另外,媒体解码器195经由媒体输出单元呈现被解码的结果。
DTV控制引擎174是在模块之间的接口。更加具体地,DTV控制引擎174可以传递对于各个模块的操作所必需的参数以控制各个模块的操作。
互联网协议通信单元130可以包括HTTP接入客户端135。HTTP接入客户端135可以将请求或者对请求的响应发送到HTTP服务器/从HTTP服务器接收请求或者对请求的响应。
图56是示出根据本发明的另一实施例的广播接收设备的配置的图。
在图56的实施例中,广播接收设备100包括广播接收器110、互联网协议(IP)通信单元130以及控制器150。
广播接收器110可以包括用于执行由广播接收器110执行的多个功能的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更加具体地,广播接收器110可以是其中将数个半导体部件集成的片上系统(SOC)。这时,SOC可以是其中将诸如图形、音频、视频以及调制解调器等等的各种多媒体部分、处理器以及诸如DRAM的半导体存储器被集成的半导体器件。广播接收器110可以包括物理层模块119和物理层IP帧模块117。物理层模块119经由广播网络的广播信道接收和处理广播有关的信号。物理层IP帧模块117将从物理层模块119获取的IP数据报的数据分组转换成特定帧。例如,物理层模块119可以将IP数据分组等等转换成RS帧、GSE等等。
IP通信单元130可以包括用于执行由IP通信单元130执行的多个功能的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更加具体地,IP通信单元130可以是其中数个半导体部件被集成的片上系统(SOC)。这时,SOC可以是其中将诸如图形、音频、视频、调制解调器等的各种多媒体部分、处理器和诸如DRAM的半导体存储器被集成的半导体器件。IP通信单元130可以包括互联网接入控制模块131。互联网接入控制模块131控制用于经由互联网通信网络(宽带)获取服务、内容和信令数据中的至少一个的广播接收设备100的操作。
控制器150可以包括用于执行由控制器150执行的多个功能的一个或多个处理器、一个或多个电路以及一个或多个硬件模块。更加具体地,控制器150可以是其中数个半导体部件被集成的片上系统(SOC)。这时,SOC可以是其中将诸如图形、音频、视频、调制解调器等的各种多媒体部分、处理器和诸如DRAM的半导体存储器被集成的半导体器件。控制器150可以包括信令解码器151、服务映射数据库161、服务信令信道解析器163、应用信令解析器166、报警信令解析器168、目标信令解析器170、目标处理器173、A/V处理器161、报警处理器162、应用处理器169、调度流解码器181、文件解码器182、用户请求流解码器183、文件数据库184、组件同步器185、服务/内容获取控制器187、重新分布模块189、服务管理器193以及数据共享单元191。
服务/内容获取控制器187控制用于获取经由广播网络或者互联网通信网络获取的服务、内容以及与服务和内容有关的信令数据的接收器的操作。
信令解码器151解码信令信息。
服务信令解析器163解析服务信令信息。
应用信令解析器166提取和解析与服务有关的信令信息。这时,与服务有关的信令信息可以是与服务扫描有关的信令信息。另外,与服务有关的信令信息可以是与经由服务提供的内容有关的信令信息。
报警信令解析器168提取和解析与报警有关的信令信息。
目标信令解析器170提取和解析用于服务的个性化的信息或者用于用信号发送目标信息的信息。
目标处理器173处理用于个性化服务内容的信息。
报警处理器162处理与报警有关的信令信息。
应用处理器169控制应用和与应用有关的信息的执行。更加具体地,应用处理器169处理被下载的应用的状态和显示参数。
A/V处理器161基于被解码的音频或者视频、应用数据等等处理与音频/视频的渲染有关的操作。
调度的流解码器181解码作为根据由诸如广播公司的内容提供商先前决定的时间表流式传输的内容的被调度的流。
文件解码器182解码被解码的文件。特别地,文件解码器182解码经由互联网通信网络下载的文件。
用户请求流解码器183解码通过用户请求提供的内容(内容点播)。
文件数据库184存储文件。更加具体地,文件数据库184可以存储经由互联网通信网络下载的文件。
组件同步器185同步内容或者服务。更加具体地,组件同步器185同步经由被调度的流解码器181、文件解码器182以及用户请求流解码器183中的至少一个获取的内容的呈现时间。
服务/组件获取控制器187控制用于获取服务、内容以及与服务或者内容有关的信令信息中的至少一个的接收器的操作。
重新分布模块189执行用于当经由广播网络没有接收服务或者内容时支持服务、内容与服务有关的信息和与内容有关的信息中的至少一个的获取的操作。更加具体地,重新分布模块可以可以请求来自于外部管理装置300的服务、内容、与服务有关的信息以及与内容有关的信息中的至少一个。这时,外部管理装置300可以是内容服务器。
装置管理器193管理可连接的外部装置。更加具体地,装置管理器193可以执行与外部设备的添加、删除以及更新中的至少一个。另外,外部设备可以被连接到广播接收设备100并且与广播接收设备100交换数据。
数据共享单元191可以执行在广播接收设备100和外部设备之间的数据传输操作并且处理与交换有关的信息。更加具体地,数据共享单元191可以将A/V数据或者信令数据发送到外部设备。另外,数据共享单元191可以从外部设备接收A/V数据或者信令信息。
图57是示出根据本发明的一个实施例的广播传送帧的图。
在图57的实施例中,广播传送帧包括P1部分、L1部分、公共PLP部分、交织的PLP(被调度的和被交织的PLP)部分和辅助数据部分。
在图57的实施例中,广播发送设备经由广播传送帧的P1部分发送关于传送信号检测的信息。另外,广播发送设备可以经由P1部分发送用于广播信号调谐的调谐信息。
在图57的实施例中,广播发送设备经由L1部分发送广播传送帧的配置和各个PLP的特性。这时,广播接收设备100可以基于P1解码L1部分并且获取广播传送帧的配置和各个PLP的特性。
在图57的实施例中,广播发送设备可以经由公共的PLP部分发送被共同应用于PLP的信息。根据详细实施例,广播传输帧可以不包括公共的PLP部分。
在图57的实施例中,广播发送设备经由交织的PLP部分发送被包括在广播服务中的多个组件。这时,被交织的PLP部分包括多个PLP。
在图57的实施例中,广播发送设备可以经由L1部分或者公共的PLP部分用信号发送关于通过哪个PLP配置广播服务的组件被用信号发送的信息。广播接收设备100应决定交织的PLP部分的多个PLP以便于获取详细的广播服务信息,用于广播服务扫描。
不同于图57的实施例,广播发送设备可以发送包括关于被包括在广播服务中的组件的信息和经由广播传送帧发送的广播服务的单独部分。这时,广播接收设备100可以经由单独的部分快速地获取广播服务和关于被包括在广播服务中的组件的信息。将会参考图56描述此。
图58是示出根据本发明的另一实施例的广播传送帧的图。
在图58的实施例中,广播传送帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织的PLP(被调度的和被交织的PLP)部分和辅助数据部分。
除了FIC部分之外的部分可以等同于图57的实施例中的那些。
广播发送设备经由FIC部分发送快速信息。快速信息可以包括经由传送帧发送的广播流的配置信息、简要广播服务信息和与服务/组件有关的服务信令。广播接收设备100可以基于FIC部分扫描广播服务。更加具体地,广播接收设备100可以从FIC部分提取关于广播服务的信息。
图59是示出根据本发明的一个实施例的传送分组的配置的图。在图59中示出的传送分组可以使用支持可靠的数据传输的传送协议。在详细的实施例中,可靠的数据传输协议可以是异步的分层编码(ALC)。在另一实施例中,可靠的数据传输协议可以是分层的编码传送(LCT)。
根据本发明的一个实施例的分组报头可以包括分组的版本信息。更加具体地,分组报头可以包括使用传送协议的传送分组的版本信息。在实施例中,上述信息可以是V字段。另外,V字段可以具有4个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括与拥塞控制信息的长度相关联的信息。更加具体地,分组报头可以包括拥塞控制信息的长度和关于拥塞控制信息的长度的基本单位的倍数的信息。
在详细的实施例中,上述信息可以是C字段。在一个实施例中,C字段可以被设置为0x00。在这样的情况下,拥塞控制信息的长度是32个比特。在另一实施例中,C字段可以被设置为0x01。在这样的情况下,拥塞控制信息的长度可以是64个比特。在另一实施例中,C字段可以被设置为0x02。在这样的情况下,拥塞控制信息的长度可以是96个比特。在另一实施例中,C字段可以被设置为0x03。在这样的情况下,拥塞控制信息的长度可以是128个比特。C字段可以具有2个比特的大小。
另外,根据一个实施例的分组报头可以包括专用于协议的信息。在详细的实施例中,上述信息可以是PSI字段。另外,PSI字段可以具有2个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括关联于指示传送会话的识别信息的字段的长度的信息。更加具体地,分组报头可以包括指示传送会话的识别信息的字段的倍数信息。上述信息可以是S字段。S字段可以具有1个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括关联于指示传送对象的识别信息的字段的长度的信息。更加具体地,分组报头可以包括被乘以传送对象的识别信息的长度的基本单位的倍数信息。上述信息可以是O字段。O字段可以具有2个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括关联于指示传送会话的识别信息的字段的长度的附加信息。分组报头可以包括关联于指示传送对象的识别信息的字段的长度的附加信息。因为指示传送分组的识别信息的字段和指示传送对象的识别信息的字段应存在,所以S字段和H字段或者O字段和H字段不可以同时指示0(零)。
另外,根据本发明的一个实施例的分组报头可以包括指示会话完成或者将要被完成的信息。上述信息可以是A字段。在详细实施例中,A字段可以被设置为1以便于指示会话完成或者将要被完成。因此,通常,A字段可以被设置为0。当广播发送设备将A字段设置为1时,指示经由会话发送最后的分组。当A字段被设置为1时,广播发送设备应保持A字段为1直到紧跟相对应的分组的所有分组的传输完成。另外,当A字段被设置为1时,广播接收设备可以识别广播发送设备将要停止经由会话的分组传输。换言之,当A字段被设置为1时,广播接收设备可以识别不再执行分组传输。在一个实施例中,A字段可以具有1个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括指示对象传输完成或者将要完成的信息。上述信息可以是B字段。在详细实施例中,当对象传输将要完成时广播发送设备将B字段设置为1。因此,通常,B字段可以被设置为0。当用于识别传送对象的信息在传送分组中不存在时,B字段可以被设置为1。这可以指示通过带外信息识别的会话中的对象的传输将要完成。另外,当用于对象的最后分组被发送时B字段可以被设置为1。另外,当在数秒钟内发送用于对象的最后分组时B字段可以被设置为1。当用于特定对象的分组的B字段被设置为1时,广播发送设备应将B字段设置为1直到紧跟相对应的分组的分组的传输完成。当B字段被设置为1时,广播接收设备100可以识别广播发送设备将会停止用于对象的分组的传输。换言之,当B字段被设置为1时,广播接收设备100可以识别不再经由会话发送对象。在一个实施例中,B字段可以具有1个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括指示报头的总长度的信息。上述信息可以是HDR_LEN字段。HDR_LEN字段可以是32个比特的倍数。在详细的实施例中,当HDR_LEN字段被设置为5时,分组报头的总长度可以是作为32的倍数的160个比特。另外,HDR_LEN字段可以是8个比特。
另外,根据本发明的一个实施例的分组报头可以包括与被包括在相对应的分组中的有效载荷的编码或者解码有关的信息。上述信息可以被称为代码点字段。在一个实施例中,代码点字段可以具有8个比特的大小。
另外,根据本发明的一个实施例的分组报头可以包括拥塞控制信息。上述信息可以被称为拥塞控制信息(在下文中,CCI)字段。在详细的实施例中,CCI字段可以包括当前时隙索引(CTSI)字段、信道编号字段以及分组序列号字段中的至少一个。
另外,根据本发明的一个实施例的分组报头可以包括用于识别传送会话的信息。上述信息可以是传送会话标识符(在下文中,TSI)。另外,在包括TSI信息中的分组报头中的字段可以是TSI字段。
另外,根据本发明的一个实施例的分组报头可以包括用于识别经由传送会话发送的对象的信息。上述信息可以是传送对象标识符(在下文中,TOI)。另外,包括TOI信息中的分组报头中的字段可以是TOI字段。
另外,根据本发明的一个实施例的分组报头可以包括用于发送附加信息的信息。上述信息可以被称为报头扩展字段。在一个实施例中,附加的信息可以是与传送对象的呈现有关的时间信息。在另一实施例中,附加信息可以是与传送对象的解码有关的时间信息。
另外,根据本发明的一个实施例的传送分组可以包括有效载荷识别信息。在一个实施例中,识别信息可以是关联于前向纠错(FEC)方案的有效载荷识别信息。在此,FEC在RFC5109中定义的一种有效载荷格式。FEC可以在RTP或者SRTP中被使用。上述信息可以是FEC有效载荷ID字段。
在一个实施例中,FEC有效载荷ID字段可以包括用于识别对象的源块的信息。上述信息可以是源块编号字段。例如,当源块编号字段被设置为N时,可以从0至N-1编号在对象中的源块。
在另一实施例中,FEC有效载荷ID字段可以包括用于识别特定的编码符号的信息。上述信息可以是编码ID字段。
另外,在本发明的一个实施例中,传送分组可以包括有效载荷中的数据。包括上述数据的字段可以是编码符号字段。在一个实施例中,广播接收设备100可以提取编码符号字段并且重新配置对象。更加具体地,可以从经由分组有效载荷发送的源块中生成编码符号字段中的数据。
图60是示出根据本发明的一个实施例的服务信令消息的配置的图。更加具体地,图60示出根据本发明的一个实施例的服务信令消息的语法。根据本发明的一个实施例的服务信令消息可以包括信令消息报头和信令消息。这时,信令消息可以以XML格式或者二进制被表示。另外,服务信令消息可以被包括在传送协议分组的有效载荷中。
根据图60的实施例的信令消息报头可以包括用于识别信令消息的识别信息。例如,信令信息可以是区段的形式。在这样的情况下,信令信息的识别信息可以包括信令表区段的标识符(ID)。指示信令消息的识别信息的字段可以是signaling_id。在详细的实施例中,signaling_id字段可以具有8个比特的大小。
根据图60的实施例的信令信息报头可以包括指示信令消息的长度的长度信息。指示信令消息的长度信息的字段可以是signaling_length。在详细实施例中,signaling_length字段可以具有12个比特的大小。
另外,根据图60的实施例的信令消息报头可以包括用于扩展信令消息的标识符的标识符扩展信息。这时,标识符扩展信息可以是用于识别信令的信息和信令标识符信息。指示信令消息的标识符扩展信息的字段可以是signaling_id_extension。
这时,标识符扩展信息可以包括信令消息的协议版本信息。指示信令消息的协议版本信息的字段可以是protocol_version。在详细的实施例中,protocol_version字段可以是8个比特的大小。
另外,根据图60的实施例的信令消息报头可以包括信令消息的版本信息。当被包括在信令消息中的信息被改变时,信令消息的版本信息可以被改变。指示信令消息的版本信息的字段可以是version_number。在详细的实施例中,version_number.字段可以具有5个比特的大小。
另外,根据图60的实施例的信令消息报头可以包括指示是否信令消息当前可用的信息。指示是否信令消息是可用的字段可以current_next_indicator。例如,当current_next_indicator字段是1时,current_next_indicator字段可以指示信令消息是可用的。作为另一示例,当current_next_indicator字段是0时,current_next_indicator字段可以指示信令消息不可用,并且包括相同的信令识别信息、信令标识符扩展信息或者片段编号信息的其它信令信息是可用的。
另外,根据图60的实施例的信令消息报头可以包括信令消息的片段编号信息。一个信令消息可以被划分成多个片段并且被发送。因此,用于通过接收器识别多个片段的信息可以是片段编号信息。指示片段编号信息的字段可以是fragment_number字段。在详细实施例中,fragment_number字段可以具有8个比特的大小。
另外,当一个信令消息被划分成多个片段时,根据图60的实施例的信令消息报头可以包括最后片段的变化信息。例如,当关于最后的片段编号的信息是3时,这指示信令消息被划分成三个片段。另外,这可以指示包括3的片段编号的片段包括信令消息的最后数据。在详细实施例中,last_fragment_number字段可以具有8个比特的大小。
图61是示出根据本发明的一个实施例的服务信令消息的配置的图。更加具体地,图61示出根据本发明的一个实施例的服务信令消息报头的语法。根据本发明的一个实施例的服务信令消息可以包括信令消息报头和信令消息。这时,信令消息可以以二级制或者XML格式被表示。另外,服务信令消息可以被包括在传送协议分组的有效载荷中。
根据图61的实施例的信令消息报头可以包括用于识别信令消息的标识符信息。例如,信令消息可以以区段的形式。在这样的情况下,信令消息的标识符信息可以指示信令表区段的标识符(ID)。指示信令消息的标识符信息的字段可以是signaling_id。在详细的实施例中,字段可以具有8个比特的大小。
根据图61的实施例的信令消息报头可以包括指示信令消息的长度的长度信息。指示信令消息的长度信息的字段可以是signaling_length。在详细实施例中,字段可以具有12个比特的大小。
根据图61的实施例的信令消息可以具有用于扩展信令消息的标识符的标识符扩展信息。这时,标识符扩展信息可以是与信令标识符信息一起识别信令的信息。指示信令消息的标识符扩展信息的字段可以是signaling_id_extension。
这时,标识符扩展信息可以包括信令消息的协议版本信息。指示信令消息的协议版本的字段可以是protocol_version。在详细实施例中,字段可以具有8个比特的大小。
另外,根据图61的实施例的信令消息报头可以包括信令消息的版本信息。当被包括在信令消息中的信息改变时,信令消息的版本信息可以被改变。指示信令消息的版本信息的字段可以是version_number。在详细实施例中,version_number字段可以具有5个比特的大小。
另外,根据图61的实施例的信令消息可以包括指示是否信令消息当前可用的信息。指示是否信令消息是可用的字段可以是current_next_indicator。例如,当current_next_indicator字段是1时,current_next_indicator字段可以指示信令消息是可用的。作为另一示例,当current_next_indicator字段是0时,current_next_indicator字段可以指示信令消息不可用,并且包括相同的信令识别信息、信令标识符扩展信息或者片段编号信息的其它信令消息是可用的。
另外,根据图61的实施例的信令消息报头可以包括被包括在有效载荷中的信令消息的格式信息。如上所述,信令消息可以以二级制或者XML格式被表示。另外,信令消息可以以其它的格式被表示。因此,格式信息可以指示被包括在有效载荷中的信令消息的格式并且可以指示例如二进制、XML等等。指示格式信息的字段可以是payload_format字段。在详细实施例中,payload_format字段可以具有2个比特的大小。
另外,根据图61的实施例的信令消息报头可以包括被包括在有效载荷中的信令消息的有效时间信息。信令消息的有效时间信息可以包括关于信令消息的有效时间的信息。在此字段中定义的时间之后,信令消息不再有效。指示有效时间信息的字段可以是期满字段。在详细的实施例中,期满字段可以具有32个比特的大小。
另外,根据图61的实施例的信令消息报头可以包括信令消息的分段编号信息。一个信令消息可以被划分成多个分段并且被发送。用于通过接收器识别多个分段的信息可以是分段编号信息。指示分段编号信息的字段可以是fragment_number字段。在详细实施例中,fragment_number字段可以具有8个比特的大小。
另外,当一个信令消息被划分成多个片段时,根据图61的实施例的信令消息报头可以包括最后片段的编号信息。例如,当关于最后片段编号的信息是3时,此指示信令消息被划分成三个片段。另外,这可以指示包括3的片段编号的片段包括信令消息的最后数据。指示最后片段的编号信息的字段可以是last_fragment_number。在详细的实施例中,last_fragment_number字段可以具有8个比特的大小。
图62是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。根据一个实施例的广播服务信令是用于广播服务信令方法,其用于使广播接收设备100在下一代广播系统中接收广播服务和内容中的至少一个。
根据图62的实施例的广播服务信令方法可以以在图60中示出的信令消息的配置为基础。根据图62的实施例的广播服务信令消息可以经由服务信令信道被发送。这时,服务信令信道可以是用于在没有经过其它层的情况下直接地发送用于广播服务的服务信令信息的物理层管道。在详细的实施例中,服务信令信道可以被称为快速信息信道(FIC)、低层信令(LLS)以及应用层传送会话中的至少一个。根据图62的实施例的广播服务信令消息可以以XML格式。
根据图62的实施例的服务信令消息可以包括关于被包括在其中的服务的数目的信息。更加具体地,一个服务信令消息可以包括多个服务并且包括关于被包括在其中的服务的数目的信息。关于服务的数目的信息可以是num_services字段。在详细的实施例中,num_services字段可以具有8个比特的大小。
另外,根据图62的实施例的服务信令消息可以包括服务的标识符信息。标识符信息可以是service_id字段。在详细的实施例中,service_id字段可以具有16个比特的大小。
另外,根据图62的实施例的服务信令消息可以包括服务类型信息。服务类型信息可以是service_type字段。在详细的实施例中,当service_type字段具有0x00的值时,通过信令消息指示的服务类型可以是被调度的音频服务。
在另一实施例中,当service_type字段具有0x01的值时,通过信令消息指示的服务类型可以是被调度的音频/视频服务。这时,被调度的音频/视频服务可以是根据预先确定的时间表的音频/视频服务广播。
在另一实施例中,当service_type字段具有0x02的值时,通过信令消息指示的服务类型可以是按需服务。这时,按需服务可以是通过用户的请求呈现的音频/视频服务。另外,按需服务可以是具有与被调度的音频/视频服务的相对的概念的服务。
在另一实施例中,当service_type字段具有0x03的值时,通过信令消息指示的服务类型可以是基于应用的服务。这时,基于应用的服务不是实时广播服务而是非实时服务并且经由应用被提供。基于应用的服务可以包括关联于实时广播服务的服务和不关联于实时广播服务中的至少一个。广播接收设备100可以下载应用并且提供基于应用的服务。
在另一实施例中,当service_type字段具有0x04的值时,通过信令消息指示的服务类型可以是权利发行方服务。这时,权利发行方服务可以仅被提供给具有权利接收服务的人。
在另一实施例中,当service_type字段具有0x05的值时,通过信令消息指示的服务类型可以是服务指南服务。这时,服务指南服务可以提供关于被提供的服务的信息。例如,关于被提供的服务的信息可以是广播时间表。
另外,根据图62的实施例的服务信令消息可以包括服务名称信息。服务名称信息可以是short_service_name字段。
另外,根据图62的实施例的服务信令消息可以包括short_service_name字段的长度信息。short_service_name字段的长度信息可以是short_service_name_length字段。
另外,根据图62的实施例的服务信令消息可以包括关联于服务的广播服务信道编号信息。关联的广播服务信道编号信息可以是channel_number字段。
另外,根据图62的实施例的服务信令消息可以包括用于广播接收设备根据传送模式获取时基或者信令消息所必需的数据。对于获取时基或者信令消息所必需的数据可以是bootstrap()字段。
传送模式可以是时基传送模式和信令传输模式中的至少一个。时基模式可以是用于包括用于广播服务的时间线的元数据的时基的传送模式。时间线是用于媒体内容的一系列时间信息。更加具体地,时间线可以是作为媒体内容呈现准则的一系列参考时间。关于时基传送模式的信息可以是timebase_transport_mode字段。
另外,信令传输模式可以是用于发送在广播服务中使用的信令消息的模式。关于信令传送模式的信息可以是signaling_transport_mode字段。
图63是示出根据本发明的一个实施例的在服务信令消息中的timebase_transport_mode字段和signaling_transport_mode字段的值的意义的图。
时基传送模式可以包括其中广播接收设备100经由相同的广播流中的IP数据分组获取广播服务的时基。根据实施例,当timebase_transport_mode字段具有0x00的值时,timebase_transport_mode字段可以指示广播接收设备可以经由相同广播流中的IP数据报获取广播服务的时基。
另外,信令传送模式可以包括其中广播接收设备100经由相同广播流中的IP数据报获取被用于广播服务的信令消息的模式。根据另一实施例,当signaling_transport_mode字段具有0x00的值时,signaling_transport_mode字段可以指示广播接收设备经由相同广播流中的IP数据报获取被用于广播服务的信令消息。相同的广播流可以意指与被用于广播接收设备接收当前服务信令消息的广播流相同的广播流。另外,IP数据报可以是根据互联网协议封装配置广播服务或者内容的组件的传送单位。在这样的情况下,时基的bootstrap()字段和信令消息可以遵循示出的语法。被示出的语法可以以XML格式被表示。
图64是示出根据本发明的一个实施例的当timebase_transport_mode字段和signaling_transport_mode字段具有0x00的值时字段的语法的图。
在实施例中,引导程序数据可以包括关于包括时基或者信令消息的IP数据报的IP地址格式的信息。关于IP地址格式的信息可以是IP_version_flag字段。关于IP地址格式的信息可以指示IP数据报的IP地址格式是IPv4。在一个实施例中,当关于IP地址格式的信息是0时,关于IP地址的信息可以指示IP数据报的IP地址格式是IPv4。关于IP地址格式的信息可以指示IP数据报的IP地址格式是IPv6。在一个实施例中,当关于IP地址格式的信息是1时,关于IP地址的信息可以指示IP数据报的IP地址格式是IPv6。
在实施例中,引导程序数据可以包括指示是否包括时基或者信令消息的IP数据报包括源IP地址的信息。这时,源IP地址可以是IP数据报的源地址。指示是否IP数据报包括源IP地址的信息可以是source_IP_address_flag字段。在一个实施例中,当source_IP_address_flag字段是1时,这可以指示IP数据报包括源IP地址。
在实施例中,引导程序数据可以包括指示是否包括时基或者信令信息的IP数据报包括目的地IP地址的信息。这时,目的地IP地址可以是IP数据报的目的地地址。指示是否IP数据报包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一个实施例中,当destination_IP_address_flag字段是1时,这可以指示IP数据报包括目的地IP地址。
在实施例中,引导程序数据可以包括IP数据报的源IP地址信息,IP数据报包括时基或者信令消息。源IP地址信息可以是source_IP_address字段。
在图63的实施例中,引导程序数据可以包括IP数据报的目的地IP地址信息,IP数据报包括时基或者信令信息。目的地IP地址信息可以是destination_IP_address字段。
在实施例中,引导程序数据可以包括关于包括时基或者信令消息的IP数据报的流动(flow)端口的编号的信息。这时,该端口可以是用于接收IP数据报的流动的通道。指示IP数据报的用户数据报协议(UDP)端口的数目的信息可以是port_num_count字段。
在实施例中,引导程序数据可以包括关于包括信令消息的时基的IP数据报的用户数据协议(UDP)端口编号的信息。用户数据报协议(UDP)是用于在没有交换信息的情况下经由互联网单向地发送信息的通信协议。
现在描述返回到图63。
时基传送模式可以包括其中广播接收设备100经由不同广播流中的IP数据报获取广播服务的时基的模式。根据图63的另一实施例,当timebase_transport_mode字段具有0x01的值时,timebase_transport_mode字段可以指示经由不同广播流中的IP数据报获取广播服务的时基。不同的广播流可以意指不同于用于接收当前服务信令消息的广播流的广播流。
另外,信令传输模式可以包括其中广播接收设备100经由不同广播流中的IP数据报获取被用于广播服务的信令消息的模式。根据另一实施例,当signaling_transport_mode字段具有0x01的值时,signaling_transport_mode字段可以指示经由不同广播流中的IP数据报获取被用于广播服务的信令消息。在这样的情况下,信令消息和时基的bootstrap()字段可以遵循图65中示出的语法。在图65中示出的语法可以以XML格式被表示。
根据图65的实施例的引导程序数据可以包括用于发送信令消息的广播公司的标识符信息。更加具体地,引导程序数据可以包括用于经由特定的频率或者传送帧发送信令消息的特定广播公司的唯一的标识符信息。广播公司的标识符信息可以是broadcasting_id字段。另外,广播公司的标识符信息可以是用于发送广播服务的传送流的标识符信息。
现在描述返回到图63。
时基传送模式可以包括其中广播接收设备100经由相同广播流中的基于会话的流动获取时基的模式。
根据图63的另一实施例,当timebase_transport_mode字段具有0x02的值时,这可以指示经由相同广播流中的基于会话的流动获取广播服务的时基。信令传送模式可以包括其中广播接收设备100经由相同的广播流中的基于会话的流动获取信令消息的模式。信令传送模式可以包括其中广播接收设备100经由相同广播流中的基于会话的流动获取被用于广播服务的信令消息的模式。当signaling_transport_mode字段具有0x02的值时,这可以指示经由相同的广播流中的基于应用层传送会话的流动获取被用于广播服务的信令消息。这时,基于应用层传送会话的流动可以是根据异步分层的编码(ALC)分层的编码传送(LCT)会话和单向文件传输(FLUTE)会话的任意一个。
在这样的情况下,信令消息和时基的bootstrap()字段可以遵循图66中示出的语法。在图66中示出的语法可以以XML格式被表示。
根据图66的实施例的引导程序数据可以包括用于发送包括时基或者信令消息的应用层传送分组的应用层的传送会话标识符信息。这时,用于发送传送分组的会话可以是ALC/LCT会话和FLUTE会话中的任意一个。应用层的传送会话标识符信息可以是tsi字段。
现在描述返回到图63。
时基传送模式可以包括其中广播接收设备100经由不同广播流中的基于会话的流动获取时基的模式。根据图63的另一实施例,当timebase_transport_mode字段具有0x03的值时,这可以指示经由不同广播流的基于会话的流动获取广播服务的时基。信令传送模式可以包括其中广播接收设备100经由相同广播流中的基于会话的流动获取信令消息的模式。当signaling_transport_mode字段具有0x03的值时,这可以指示经由不同广播流中的基于应用层传送会话的流动获取被用于广播服务的信令消息。这时,基于应用层的传送会话的流动可以是异步分层编码(ALC)/分层编码传送(LCT)会话和单向文件传输(FLUTE)会话中的任意一个。
在这样的情况下,信令消息和时基的bootstrap()字段可以遵循图67中示出的语法。在图67中示出的语法可以以XML格式被表示。
根据图67的实施例的引导程序数据可以包括用于发送信令消息的广播公司的标识符。更加具体地,引导程序数据可以包括用于经由特定的频率或者传送帧发送信令消息的特定广播公司的唯一标识符信息。广播公司的标识符信息可以是broadcasting_id字段。另外,广播公司的标识符信息可以是广播服务的传送流的标识符信息。
描述返回到图63。
时基传送模式可以包括其中广播接收设备100经由相同广播流的基于分组的流动获取时基的模式。根据图39的另一实施例,当timebase_transport_mode字段具有0x04的值时,这可以指示经由相同广播流中的基于分组的流动获取广播服务的时基。这时,基于分组的流动可以是MPEG媒体传送(MMT)分组流动。
信令传送模式可以包括其中广播接收设备100经由相同广播流中的基于分组的流动获取信令消息的模式。当signaling_transport_mode字段具有0x04的值时,这可以指示经由在相同的广播流中的基于传送分组的流动获取被用于广播服务的信令消息被用于广播服务的信令消息。这时,基于分组的流动可以是MMT分组流动。
在这样的情况下,信令消息和时基的bootstrap()字段可以遵循图44中示出的语法。在图44中示出的语法可以以XML格式被表示。
根据图44的实施例的引导程序数据可以包括用于发送时基或者信令消息的传送分组的标识符信息。传送分组的标识符信息可以是packet_id字段。传送分组的标识符信息可以是MPEG-2传送流的标识符信息。
描述返回到图63。
时基传送模式可以包括广播接收设备100经由不同广播流中的基于分组的流动获取时基的模式。
根据图63的另一实施例,当timebase_transport_mode字段具有0x05的值时,这可以指示经由不同广播流中的基于分组的流动获取广播服务的时基。这时,基于分组的流动可以是MPEG媒体传送分组流动。
信令传送模式可以包括其中广播接收设备100经由不同广播流中的基于分组的流动获取信令消息的模式。当signaling_transport_mode字段具有0x05的值时,这可以指示经由不同广播流中的基于分组的流动获取被用于广播服务的信令消息。这时,基于分组的流动可以是MMT分组流动。
在这样的情况下,信令消息和时基的bootstrap()字段可以遵循图69中示出的语法。在图69中示出的语法可以以XML格式被表示。
根据图69的实施例的引导程序数据可以包括用于发送信令消息的广播公司的标识符信息。更加具体地,引导程序数据可以包括用于经由特定的频率或者传送帧发送信令消息的特定广播公司的唯一的标识符信息。广播公司的标识符信息可以是broadcasting_id字段。另外,广播公司的标识符信息可以是广播服务的传送流的标识符信息。
根据图69的实施例的引导程序数据可以包括用于发送时基或者信令消息的传送分组的标识符信息。传送分组的标识符信息可以是packet_id字段。传送分组的标识符信息可以是MPEG-2传送流的标识符信息。
描述返回到图63。
时基传送模式可以包括其中广播接收设备100经由URL获取时基的模式。
根据图63的另一实施例,当timebase_transport_mode字段具有0x06的值时,这可以指示经由URL获取广播服务的时基。信令传送模式可以包括其中广播接收设备100经由URL获取信令消息的模式。当signaling_transport_mode字段具有0x06的值时,这可以指示经由用于识别被用于广播服务的信令消息的接收地址的标识符获取被用于广播服务的信令消息。这时,用于识别被用于广播服务的信令消息的接收地址的标识符可以是URL。
在这样的情况下,信令消息和时基的bootstrap()字段可以遵循图70中示出的语法。在图70中指示的语法可以以XML格式被表示。
根据图70的实施例的引导程序数据可以包括下载广播服务或者信令消息或者时基的URL的长度信息。URL长度信息可以URL_length字段。
根据图70的实施例的引导程序数据可以包括下载广播服务的信令消息或者时基的URL的实际数据。URL的实际数据可以是URL_char字段。
图71是示出在图62至图70的实施例中的获取时基和服务信令消息的过程的图。
如在图71中所示,根据本发明的一个实施例的广播接收设备100可以经由基于分组的传送协议获取时基。更加具体地,广播接收设备100可以使用服务信令消息经由IP/UDP流动获取时基。另外,根据本发明的一个实施例的广播接收设备100可以经由基于会话的传送协议获取与服务有关的信令。更加具体地,广播接收设备100可以经由ALC/LCT传送会话获取与服务有关的信令消息。
图72是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令消息的配置的图。根据一个实施例的广播服务信令消息是用于服务信令方法,用于使广播接收设备在下一代广播系统中接收广播服务和内容。根据实施例的广播服务信令方法可以以上述信令消息配置为基础。可以经由服务信令信道发送根据实施例的广播服务信令消息。这时,服务信令信道可以是用于在没有经过其它层的情况下直接地发送用于广播服务扫描的服务信令信息的物理层管道。
在详细的实施例中,信令信道可以被称为快速信息信道(FIC)、低层信令(LLS)以及应用层传送会话中的至少一个。根据实施例的广播服务信令消息可以以XML格式被表示。
根据图72的实施例的服务信令消息可以包括指示是否服务信令消息包括获取时基所必需的信息的信息。这时,时基可以包括用于被用于广播服务的时间线的元数据。时间线是用于媒体内容的一系列时间信息。指示是否用于获取时基的信息被包括的信息可以是timeline_transport_flag字段。在一个实施例中,当timeline_transport_flag字段具有1的值时,这可以指示服务信令消息包括用于发送时间线的信息。
根据本发明的实施例的服务信令消息可以包括用于广播接收设备根据传送模式获取时基或者信令消息所必需的数据。用于获取时基或者信令消息的数据可以是bootstrap_data()字段。
传送模式可以是时基传送模式和信令传送模式中的至少一个。时基传送模式可以是用于包括用于被用于广播服务的时基的元数据的时间线的传送模式。关于时基传送模式的信息可以是timebase_transport_mode字段。
另外,信令传送模式可以是用于发送被用于广播服务的信令消息的模式。关于信令传送模式的信息可以是signaling_transport_mode字段。
另外,根据timeline_transport_mode字段的bootstrap_data()字段的意义可以等同于上面的描述。
图73是示出根据本发明的一个实施例的在下一代广播系统中的广播服务信令的配置的图。根据一个实施例的广播服务信令消息是用于使广播接收设备在下一代广播系统中接收广播服务和内容的服务信令方法。根据实施例的广播服务信令方法可以以上述信令消息配置为基础。根据实施例的广播服务信令消息可以经由服务信令信道被发送。这时,服务信令信道可以是用于在没有经过其它层的情况下直接地发送用于广播服务的服务信令信息的物理层管道。在详细的实施例中,信令信道可以被称为快速信息信道(FIC)、低层信令(LLS)以及应用层传送会话中的至少一个。根据图72的实施例的广播服务信令消息可以以XML格式被表示。
根据实施例的服务信令消息可以包括指示是否服务信令消息包括有必要获取时基的信息。这时,时基可以包括被用于广播服务的时间线的元数据。时间线是用于媒体内容的一系列时间信息。指示是否用于获取时基的信息被包括的信息可以是timeline_transport_flag字段。在一个实施例中,当timeline_transport_flag字段具有1的值时,这可以指示服务信令消息包括用于发送时间线的信息。
根据实施例的服务信令消息可以包括指示是否信令消息包括有必要获取服务信令信息所必需的数据的信息。这时,信令消息可以是被用于广播服务的媒体呈现数据(MPD)或者与MPDURL有关的信令消息。指示是否有必要获取信令消息的信息被包括的信息可以是MPD_transport_flag字段。在一个实施例中,当MPD_transport_flag字段具有1的值时,这可以指示服务信令消息包括关于与MPDURL有关的信令消息的传输有关的信息或者MPD。基于HTTP的适配媒体流可以被称为基于HTTP的动态适配流(DASH)。在适配媒体流中,用于使广播接收设备获取配置广播服务和内容的分段的详细信息可以被称为MPD。MPD可以以XML格式被表示。与MPDURL有关的信令消息可以包括能够获取MPD的地址信息。
另外,根据实施例的服务信令消息可以指示是否服务信令消息包括组件数据的获取路径信息。这时,组件可以是用于提供广播服务的内容数据的单位。指示是否组件数据的获取路径信息被包括的信息可以是component_location_transport_flag字段。在一个实施例中,当component_location_transport_flag字段具有1的值时,component_location_transport_flag字段可以指示服务信令消息包括组件数据的路径信息。
另外,根据实施例的服务信令消息可以指示是否有包括必要获取与应用有关的信令消息的信息。指示是否包括有必要获取与应用有关的信令消息的信息可以是app_signaling_transport_flag字段。在一个实施例中,当app_signaling_transport_flag字段具有1的值时,app_signaling_transport_flag字段可以指示服务信令消息包括组件数据的获取路径信息。
另外,根据实施例的服务信令消息可以指示是否包括信令消息传输有关的信息。指示是否包括信令消息传输有关的信息的信息可以是signaling_transport_flag字段。在一个实施例中,当signaling_transport_flag字段具有1的值时,signaling_transport_flag可以指示服务信令信息包括信令消息传输有关的信息。当服务信令消息不包括上述MPD有关的信令、组件获取路径信息和应用层有关的信息时,广播接收设备可以经由信令消息传送路径获取与MPD有关的信令、组件获取路径信息以及应用有关的信令信息。
根据实施例的服务信令消息可以指示用于发送被用于广播服务的时基的模式。关于用于发送时基的模式可以是timebase_transport_mode字段。
根据实施例的服务信令消息可以指示用于发送被用于广播服务的MPD或者MPDURL有关的信令消息的模式。关于用于发送MPD或者MPDURL有关的信令消息的模式的信息可以是MPD_transport_mode字段。
根据实施例的服务信令消息可以指示用于发送包括被用于广播服务的组件数据的获取路径的组件位置信令消息的模式。关于用于发送包括组件数据的获取路径的组件位置信令消息的信息可以是component_location_transport_mode字段。
根据实施例的服务信令消息可以指示用于发送被用于广播服务的与应用有关的信令消息的模式。用于发送与应用有关的信令消息的信息可以是app_signaling_transport_mode字段。
根据实施例的服务信令消息可以指示用于发送被用于广播服务的与服务有关的信令消息的模式。关于用于发送与服务有关的信令消息的信息可以是signaling_transport_mode字段。
现在将会描述timebase_transport_mode字段、MPD_transport_mode字段、component_location_transport_mode字段、app_signaling_transport_mode字段以及signaling_transport_mode字段的值的意义。
图74是示出各个传送模式的值的意义的图。X_transport_mode可以包括timebase_transport_mode、MPD_transport_mode、component_location_transport_mode、app_signaling_transport_mode以及signaling_transport_mode。各个传送模式的值的详细意义等同于上面的描述。
根据图73的实施例的服务信令消息可以包括对于广播接收设备根据各个模式的值获取时基或者信令消息所必需的信息。有必要获取时基或者信令消息的信息可以是bootstrap_data()字段。更加具体地,被包括在bootstrap_data()中的信息等同于上面的描述。
图75是示出用于在下一代广播系统中用信号发送广播服务的组件数据获取路径的信令消息的配置的图。在下一代广播系统中,一个广播服务可以是由一个或者多个组件组成。基于根据实施例的信令消息,广播接收设备可以获取在广播流中的组件数据和有关应用的获取路径的信息。这时,根据实施例的信令消息可以以XML格式表示。
根据实施例的信令消息可以包括指示信令消息是用于用信号发送组件位置的消息的信息。指示信令消息是用于用信号发送组件位置的信令消息是signaling_id字段。在详细的实施例中,signaling_id字段可以具有8个比特的大小。
另外,根据实施例的信令消息可以包括指示信令消息是用于用信号发送组件位置的消息的扩展信息。这时,扩展信息包括用于用信号发送组件位置的消息的协议版本。扩展信息可以是signaling_id_extension字段。
另外,根据图50的实施例的信令消息可以包括用于用信号发送组件位置的消息的版本信息。这时,版本信息可以指示用于用信号发送组件位置的消息的信息已经被改变。版本信息可以是version_number字段。
另外,根据实施例的信令消息可以包括关联的广播服务的标识符信息。这时,被关联的广播服务的标识符信息可以是service_id字段。
另外,根据实施例的信令消息可以包括关联于广播服务的组件的数目。这时,关联的组件的数目可以是num_component字段。
另外,根据实施例的信令消息可以包括各个组件的标识符。例如,可以通过组合MPEGDASH的MPDid、periodid以及representationid配置组件标识符。这时,各个组件的标识符信息可以是component_idfield字段。
另外,根据实施例的信令消息可以包括component_id的长度。这时,component_id字段的长度信息可以是component_id_length字段。
另外,根据实施例的信令消息可以包括指示能够获取组件数据的频率的频率信息。组件数据可以包括DASH片段。这时,能够获取组件数据的频率信息可以是frequency_number字段。
另外,根据实施例的信令消息可以包括广播公司的唯一的标识符。广播公司可以经由被发送的传送帧或者特定的频率发送组件数据。这时,广播公司的唯一的标识符可以是broadcast_id字段。
另外,根据实施例的信令消息可以包括用于发送组件数据的物理层管道的标识符。这时,用于发送组件数据的物理层管道的标识符信息可以是datapipe_id字段。
另外,根据实施例的信令消息可以包括IP数据报的IP地址格式,IP数据报包括组件数据。关于IP地址格式的信息可以是IP_version_flag字段。关于IP数据报的IP地址格式的信息可以是IP_version_flag字段。在详细实施例中,当IP_version_flag字段的值是0时,这可以指示IPv4,并且当IP_version_flag字段的值是1时,这可以指示IPv6。
另外,根据实施例的信令消息可以包括指示是否包括组件数据的IP数据报包括源IP地址的信息。指示是否IP数据报包括源IP地址的信息可以是source_IP_address_flag字段。在一个实施例中,当source_IP_address_flag字段是1时,这可以指示IP数据报包括源IP地址。
另外,根据实施例的信令消息可以包括指示是否包括组件数据的IP数据报包括目的地IP地址的信息。指示是否IP数据报包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一个实施例中,当destination_IP_address_flag字段是1时,这可以指示IP数据报包括目的地IP地址。
另外,根据实施例的信令消息可以包括IP数据报的源IP地址信息,IP数据报包括组件数据。在一个实施例中,当source_IP_address_flag字段具有1的值时,信令消息可以包括源IP地址信息。源IP地址信息可以是source_IP_address字段。
另外,根据实施例的信令消息可以包括指示组件数据的IP数据报的目的地IP地址信息。在一个实施例中,当destination_IP_address_flag字段具有1的值时,信令消息可以包括目的地IP地址信息。目的地IP地址信息可以是destination_IP_address字段。
另外,根据实施例的信令消息可以包括IP数据报的UDP端口编号信息,IP数据报包括组件数据。UDP端口编号信息可以是UDP_port_num字段。
另外,根据实施例的信令消息可以包括用于发送包括组件数据的传送分组的应用层的传送会话标识符信息。用于发送传送分组的会话可以是ALC/LCT会话和FLUTE会话中的至少一个。会话的标识符信息可以是tsi字段。
另外,根据实施例的信令消息可以包括传送分组的标识符信息,传送分组包括组件数据。传送分组的标识符信息可以是packet_id字段。
另外,根据实施例的信令消息可以包括关联于广播服务的应用信令消息的数目。这时,根据service_id字段可以识别广播服务。关于应用信令消息的数目的信息可以是num_app_signaling字段。
另外,根据实施例的信令消息可以包括应用信令消息的标识符信息。应用信令的标识符信息可以是app_signaling_id字段。
另外,根据实施例的信令消息可以包括app_signaling_id字段的长度信息。app-signaling_id_field的长度信息可以是app_signaling_id_length字段。
另外,根据实施例的信令消息可以包括用于获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据。关于用于获取被包括在关联于应用信令消息的标识符的信令消息的应用的数据的路径的信息可以是app_delivery-info()字段。
图76是示出根据本发明的一个实施例的app_delevery_info()字段的语法的图。
根据实施例的用于能够获取被包括在应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括指示是否应用或者关联的数据经由不同的广播流被发送的信息。指示是否应用或者关联的数据经由不同的广播流被发送的信息可以是broadcasting_flag字段。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的IP地址格式,IP数据报包括应用或者关联的数据。关于IP数据报的IP地址格式可以是IP_version_flag字段。在一个实施例中,当IP_version_flag字段是0时,则可以指示包括应用或者关联的数据的IP数据报使用IPv4,并且当IP_version_flag字段是1时,这可以指示包括应用或者关联的数据的IP数据报使用IPv6。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括指示是否包括应用或者关联的数据的IP数据报包括源IP地址的信息。这时,关联的数据可以是有必要执行应用的数据。
指示是否包括应用或者关联的数据的IP数据报包括源IP地址的信息可以是source_IP_address_flag字段。在一个实施例中,当source_IP_address_flag字段是1时,这可以指示IP数据报包括源IP地址。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括指示是否包括应用或者关联的数据的信息包括目的地IP地址的信息。指示是否包括应用或者关联的数据的IP数据报包括目的地IP地址的信息可以是destination_IP_address_flag字段。在一个实施例中,当destination_IP_address_flag字段是1时,这可以指示IP数据报包括目的地IP地址。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括用于发送应用或者关联的标识符的广播公司的唯一的标识符。
换言之,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括广播服务传送流的标识符。用于经由发送的传送帧或者特定的频率发送应用或者关联的数据的广播公司的唯一的标识符信息可以是broadcast_id字段。
另外,当source_IP_address_flag字段具有1的值时,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的源IP地址,IP数据报包括应用或者关联的数据。包括应用或者关联的数据的IP数据报的源IP地址信息可以是source_IP_address字段。
另外,当destination_IP_address_flag字段具有1的值时,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的目的地IP地址,IP数据报包括应用或者关联的数据。包括应用或者关联的数据的目的地IP地址信息可以是destination_IP_address字段。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括关于包括应用或者诶关联的数据的IP数据报的数目或者流动端口的信息。指示包括应用或者被关联的数据的IP数据报的流动端口的数目的信息可以是port_num_count字段。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括IP数据报的UDP端口编号的信息,IP数据报包括应用或者关联的数据。关于包括应用或者关联的数据的IP数据报的UDP端口编号的信息可以是destination_UDP_port_number字段。
另外,根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括用于发送应用或者关联的数据的传送会话的标识符。用于发送应用或者关联的数据的传送会话可以是ALC/LCT会话和FLUTE会话中的任意一个。用于发送应用或者关联的数据的传送会话的标识符信息可以是tsi字段。
图77是示出根据本发明的另一实施例的app_delevery_info()字段的语法的图。
根据实施例的用于能够获取被包括在关联于应用信令消息的标识符的信令消息中的应用的数据的路径的数据可以包括用于发送应用或者关联的数据的传送分组的标识符。用于发送应用或者关联的数据的传送分组可以遵循一基于分组的传送流动为基础的协议。例如,基于分组的传送流动可以包括MPEG媒体传送协议。用于发送应用或者关联的数据的传送分组的标识符信息可以是packet_id字段。
图78是示出包括能够获取配置广播服务的一个或者多个组件数据的路径信息的组件位置的图。更加具体地,图78示出当通过DASH分段表示配置广播服务的一个或者多个内容时能够获取包括DASH分段的组件数据的路径的信息。
图79是示出图78的组件位置信令的配置的图。
根据实施例的组件位置信令可以包括关联于广播服务的MPEGDASHMPD的标识符信息。MPEGDASHMPD的标识符信息可以是mpdip字段。
另外,根据实施例的组件位置信令可以包括MPEGDASHMPD中的时段属性的标识符。MPEGDASHMPD中的时段属性的标识符信息可以是时段字段。
另外,根据实施例的组件位置信令可以包括通过periodied字段指示的时段中的表示属性的标识符。时段中的表示属性的标识符信息可以是ReptnID字段。
另外,根据实施例的组件位置信令可以包括能够获取被包括在通过ReptnID字段指示的时段中的表示属性中的DASH分段的频率编号。获取DASH分段的频率编号可以是RF频道编号。关于获取DASH分段的频率编号的信息可以是RFChan字段。
另外,根据实施例的组件位置信令可以包括用于通过特定的频率或者被发送的传送帧发送DASH分段的广播公司的唯一的标识符。关于用于发送DASH分段的广播公司的唯一的标识符的信息可以是Broadcastingid字段。
另外,根据实施例的组件位置信令可以包括用于传递DASH分段的物理层管道的标识符。物理层管道可以是经由物理层发送的数据管道。关于用于传递DASH分段的物理层管道的标识符的信息可以是DataPipeId字段。
另外根据实施例的组件位置信令可以包括包括DASH分段的IP数据报的目的地IP地址。包括DASH分段的IP数据报的目的地IP地址信息可以是IPAdd字段。
另外,根据实施例的组件位置信令可以包括IP数据报的UDP端口编号,IP数据报包括DASH分段。关于包括DASH分段的IP数据报的UDP端口编号的信息可以是UDPPort字段。
另外,根据实施例的组件位置信令可以包括用于发送包括DASH分段的传送分组的传送会话的标识符。用于发送传送分组的会话的标识符可以是ALC/LCT会话和FLUTE会话中的至少一个。关于用于发送传送分组的会话的标识符的信息可以是TSI字段。
另外,根据实施例的组件位置信令可以包括传送分组的标识符,传送分组包括DASH分段。关于传送分组的标识符的信息可以是PacketId字段。
图80是示出在本发明的一个实施例中的在下一代广播系统中的广播服务的信令中包括的其它信息的图。服务的信令可以包括关于服务标识符(id)、服务类型、服务名称、频道编号、时基位置、传递模式、引导程序信息、MPD、MPD信令位置、组件信令位置、应用信令位置以及/或对象流动的信息。
服务标识符可以指示用于识别服务的信息并且可以通过id属性表达。
服务类型信息可以包括服务的类型并且可以通过serviceType属性表达。
服务名称信息可以指示服务的名称并且可以通过serviceName属性表达。
频道编号信息可以指示关于与服务有关的频道编号的信息并且可以通过channelNumber属性表达。
时基位置信息可以指示能够获取时基的位置并且可以通过TimebaseLocation元素表达。在此,时基可以指示用于设置用于同步被包括在服务中的组件的时间线的元数据的信息。
被包括在时基位置信息中的传递模式信息可以指示时基的传递模式。
根据传递模式,被包括在时基位置信息中的引导程序信息可以包括时基的引导程序信息。
MPD可以包括关联于服务的MPD。
MPD信令位置信息可以指示与MPD或者MPDURL有关的信令能够被获取的位置。
被包括在MPD信令位置中的传递模式信息可以指示MPD位置信令的传递模式。
根据传递模式,被包括在MPD信令位置中的引导程序信息可以包括MPD或者MPDURL的引导程序信息。
组件信令位置信息可以指示关联于服务的组件位置信令信息。
被包括在组件信令信息中的传递模式信息可以指示组件位置信令的传递模式。
根据传递模式,被包括在组件信令位置信息中的引导程序信息可以包括组件位置信令的引导程序信息。
应用信令位置信息可以指示能够获取应用信令的位置。
被包括在应用信令位置信息中的传递模式信息可以指示应用信令的传递模式。
根据传递模式,被包括在应用信令位置信息中的引导程序信息可以包括应用信令的引导程序信息。
对象流动信息可以包括关于用于发送服务的组件的有关对象流动的信息。
图81是示出根据本发明的一个实施例的在下一代广播系统的服务信令中包括的传递模式的图。
如上所述,传递模式可以作为属性被包括在各个位置元素中。可以根据其值如下地区分传递模式。
当传递模式的值是0x00时,这可以指示通过与用于接收服务信令消息的广播流相同的广播或者蜂窝网络发送IPv4/IPv6流动。
当传递模式的值是0x01时,这可以指示通过不同的广播网络发送IPv4/IPv6流动。
当传递模式的值是0x02时,这可以指示通过相同的广播网络可以发送基于会话的流动。在此,基于会话的流动可以意指根据实施例的ALC/LCT或者FLUTE会话。
当传递模式的值是0x03时,这可以指示通过不同的广播网络可以发送基于会话的流动。在此,基于会话的流动可以意指根据实施例的ALC/LCT或者FLUTE会话。
当传递模式的值是0x04时,这可以指示通过相同的广播网络发送基于分组的流动。在此,基于分组的流动可以意指根据实施例的基于MMT分组的传输。
当传递模式的值是0x05时,这可以指示可以通过不同的广播网络发送基于分组的流动。在此,基于分组的流动可以意指根据实施例的基于MMT分组的传输。
当传递模式的值是0x06时,这可以指示通过URL指定位置。
传递模式的值0x07至0xFF没有被设置并且被用于指示其它的传递模式。
如上所述,被包括在时基位置、MPD信令位置、组件信令位置以及应用信令位置元素中的信息可以根据传递模式经由等于或者不同于服务信令的路径可以被发送。
图82是示出根据本发明的一个实施例的下一代广播系统的服务信令中的引导程序的信息的图。关于引导程序的信息可以通过BootstrapInfo被如下地表达。
在上述信令消息中描述的BootstrapInfo元素可以包括用于使接收器获取时基信息、MPD或者MPDURL信息、组件信令信息、应用信令信息等等的信息。即,如上所述,BootstrapInfo可以被包括在关于IP地址、端口编号、传送会话标识符以及/或者关联的分组标识符的信息。
更加具体地,BootstrapInfo元素可以包括诸如RFchannel、broadcastID、datapipeID(PLPID)、sourceIP、desitinationIP、destinationPort、tsi、URL、packetid等等的属性。被包括在BootstrapInfo元素中的信息可以根据被包括在BootstrapInfo元素属于的位置中的传递模式而被改变。
RFchannel属性可以包括关于承载广播流的射频信道的信息。
broadcastID属性可以指示用于发送广播流的广播公司的标识符。
datapipeID(PLPID)属性可以指示承载IP数据报的物理层数据管道的标识符。datapipeID可以通过PLPID表达并且PLPID可以指示物理层管道的标识符。
sourceIP属性可以指示承载关联的数据的IP数据报的源地址。
destinationIP属性可以指示承载关联的数据的IP数据报的目的地地址。
destinationPort属性可以指示承载关联的数据的IP数据报的目的地端口编号。
tsi属性可以指示用于传递承载关联的数据的传送分组的传送会话的标识符。
URL属性可以指示能够获取关联的数据的URL。
packetid属性可以指示承载关联的数据的传送分组的标识符。
在下文中,参考图83将会描述在图80中示出的用于广播服务的信令中的信息的objectFlow元素。
图83是示出用于对象流动的信令中包括的信息的图。各个对象流动可以是用于发送配置服务的一个或者多个组件的流动。因此,一个服务可以包括关于一个或者多个对象流动的信息。
对象流动可以包括id、objectFormat、contentType以及/或者contentEncoding属性。另外,对象流动可以包括文件元素并且文件元素可以包括contentLocation和/或TOI属性。另外,对象流动可以包括FileTemplate元素并且FileTemplate元素可以包括contentLocTemplate、startTOI、endTOI以及/或者scale属性。另外,对象流动可以包括ObjectGroup元素并且ObjectGroup元素可以包括contentLocation、startTOI以及/或者endTOI属性。另外,对象流动可以包括上述的BootstrapInfo元素。
id可以指示对象流动的标识符。当经由对象流动传递DASH片段时,该id能够等同MPD标识符、时段标识符、以及DASH表示标识符的组合。
objectFormat可以指示如上所述的在此对象流动中的对象的格式。
contentType可以指示用于此对象流动的媒体内容组件类型。
contentEncoding可以指示经由此对象流动传递的对象的编码方法。
文件元素可以包括关于文件的信息。
文件元素的contentLocation可以指示能够获取文件的位置。当经由此对象流动传递DASH片段时,contentLocation可以等同于DASH片段URL。
文件元素的TOI属性是传送对象标识符并且可以指示传送对象的标识符。
FileTemplate元素可以包括关于文件模块的信息。
FileTemplate元素的contentLocTemplate可以指示被用于生成能够获取文件的位置的模板。
FileTemplate元素的startTOI可以指示经由此对象流动传递的第一TOI。
FileTemplate元素的可以指示经由此对象流动传递的最后的TOI。
FileTemplate元素的缩放属性可以指示关于在此对象流动中的TIO值之间的缩放的信息。
ObjectGroup元素可以包括关于此对象流动传递的传送对象的组的信息。
ObjectGroup元素的contentLocation可以指示被关联此对象组的内容的位置。
ObjectGroup元素的startTOI可以指示经由此对象组传递的第一TOI。
ObjectGroup元素的endTOI可以指示经由此对象组传递的最后的TOI。
BootstrapInfo元素可以包括此对象流动的引导程序信息。
根据图83的实施例的被包括在用于对象流动的信令中的信息的objectFormat属性可以包括被包括在经由对象流动传递的此对象中的有效载荷的格式的信息。在第一实施例中,对象流动的对象格式属性可以指示被包括在流动中的有效载荷包括支持实时流的一般文件。根据第一实施例的对象格式可以是一般文件。
在第二实施例中,对象流动的对象格式属性可以指示被包括在流动中的有效载荷包括支持实时流的数据文件。例如,根据第二实施例的对象格式属性可以指示ISOBMFF中的DASH分段。在第三实施例中,对象流动的对象格式属性可以指示被包括在流动中的有效载荷包括为了支持实时流以HTTP实体格式表示的数据文件。HTTP实体可以是用于根据HTTP发送内容的一个实体。
在下文中,将会参考图84描述被包括在用于图83中示出的对象流动的信令中的信息的文件模板元素。
图84是示出在本发明的一个实施例中的用于表示文件模板的信息的组合的图。文件模板可以通过Representationid和片段编号的组合来表示。例如,当DASH片段被发送时,如在图60中所示,Representationid和分段编号可以被组合以动态地生成关于各个文件的内容位置的信息。结果,广播接收设备能够根据动态地生成的内容位置信息有效地获取包括特定组件的传送分组的流动。
图85是示出根据本发明的一个实施例的被包括在服务信令中的对象流动的图。
对象流动可以进一步包括默认属性isDefault以及参考图83描述的对象格式属性。即,对象流动可以包括id、objectFormat、contentType、contentEncoding以及/或者isDefault属性。另外,对象流动可以包括文件元素并且文件元素可以包括contentLocation和/或TOI属性。对象流动可以包括FileTemplate元素并且FileTemplate元素可以包括contentLocTemplate、startTOI、endTOI以及/或者缩放属性。另外,对象流动可以包括ObjectGroup元素并且ObjectGroup元素可以包括contentLocation、startTOI以及/或者endTOI属性。另外,对象流动可以包括上述元素。
id可以指示此对象流动的标识符。当经由此对象流动传递DASH分段时,该id能够等于MPD标识符、时段标识符以及DASH表示标识符的组合。
objectFormat可以指示如上所述的此对象流动中的对象的格式。
contentType可以指示用于此对象流动的媒体内容组件类型。
contentEncoding可以指示经由此对象流动传递的对象的编码方法。
isDefault可以指示是否经由对象流动传递的对象中包括的有效载荷包括通过默认使用的组件数据。例如,这可以指示在没有接收和处理诸如DASHMPD的附加的信令信息的情况下是否接收器基本上接收和表示经由此对象流动传递的组件数据。
文件元素可以包括关于文件的信息。
文件元素的contentLocation可以指示能够获取文件的位置。当经由此对象流动传递DASH分段时,contentLocation可以等同于DASH分段URL。
文件元素的TOI属性是传送对象标识符并且可以指示传送对象的标识符。
FileTemplate元素可以包括关于文件模板的信息。
FileTemplate元素的contentLocTemplate可以指示被用于生成能够获取位置的模板。
FileTemplate元素的startTOI可以指示经由此对象流动传递的第一TOI。
FileTemplate元素的endTOI可以指示经由此对象流动传递的最后的TOI。
FileTemplate元素的缩放属性可以指示关于在此对象流动中的TOI值之间的缩放的信息。
ObjectGroup元素可以包括关于经由此对象流动传递的传送对象的组的信息。
ObjectGroup元素的contentLocation可以指示被关联此对象组的内容的位置。
ObjectGroup元素的startTOI可以指示经由此对象组传递的第一TOI。
ObjectGroup元素的endTOI可以指示经由此对象组传递的最后的TOI。
BootstrapInfo元素可以指示此对象流动的引导程序信息。
图86是示出在本发明的一个实施例中的下一代广播系统中的广播服务的信令中包括的其它信息的图。现有的FLUTE客户端可以接收文件描述表(FDT)并且然后广播接收设备可以根据FDT接收文件。然而,此方法不适合于经由实时广播服务的文件的发送和接收。换言之,FULUTE协议不可以被适当地应用于使用单向传送协议的实时广播服务。因此,在本发明的一个实施例中,服务信令可以包括FDT信息。
更加具体地,如在图86中所示,根据本发明的一个实施例的FDTInstance元素可以包括id属性(元素)。id属性可以指示FDT实例的特定标识符。因此,广播接收设备可以经由id属性识别FDT实例以动态地生成FDT实例。另外,广播接收设备可以根据被生成的FDT实例接收和处理以文件的形式表示的实时流数据(应描述其它的属性)。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Expires属性。Expires属性可以包括关于FDTInstance的期满信息的信息。因此,广播接收设备100可以根据FDTInstance属性放弃期满的FDTInstance。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Complete属性。在一个实施例中,当Complete属性具有真的值时,Complete属性可以指示在相同的会话中提供的未来的FDTInstance不包括新数据。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Content-Location属性。Content-Location属性可以经由有效的URL被指配。
另外,根据本发明的一个实施例的FDTInstance元素可以包括TOI属性。TOI属性被必要地指配有效的TOI值。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Content-Length属性。Content-Length属性可以是文件内容的实际长度信息。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Transfer-Length属性。Transfer-Length属性可以是文件内容的传输长度。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Content-Encoding属性。Content-Encoding属性可以是文件内容的编码信息。
另外,根据本发明的一个实施例的FDTInstance元素可以包括Content-Type属性。Content-Type属性可以是文件内容的类型信息。
图87是示出根据本发明的一个实施例的用于会话级的传送会话信息的信令信息的图。当使用基于LCT的协议发送实时或者非实时内容时,诸如TSID的描述会话级的传送会话信息的信令信息可以被使用。使用诸如传送内容的带内方法或者使用单独的路径的带外方法的各种方法经由信令消息中的一些可以发送TSID。
TSID是用于传送会话实例描述符的缩写并且可以指示包括关于传送会话的详细信息的描述符。
TSID可以包括tsi属性、经由SourceFlow和/或RepairFlow发送的PayloadFormat元素。另外,PayloadFormat元素可以包括codePoint、protocol、deliveryObjectFormat、realtime、isobmff以及/或者packetheadersize属性。另外,PayloadFormat元素可以包括EFID和/或ApplicationIdentifier元素。
tsi可以指示传送会话标识符。
codePoint可以定义何种代码点值被用于此有效载荷。此值可以指示LCT报头的CP字段的值。
protocol指示此有效载荷的传送协议。即,协议可以定义在有效载荷级各个有效载荷的传送协议。各种类型可以存在于基于LCT的传送协议,并且可以通过将整数值指配给各个类型识别类型。例如,0可以识别ALC并且1可以识别ROUTE。另外,相同的识别方法可应用于其它的协议和在未来要定义的新协议。另外,在上述实施例中,其它的protocol值可以以具有等于被指配给codepoint的值的代码点值的LCT分组为单位被指配以在一个传送会话内使用各种协议发送内容。
deliveryObjectFormat可以指示传送对象的有效载荷格式。
realtime可以指示是否LCT分组包括用于实时服务的组件数据。当用于实时服务的组件数据被包括时,这可以指示是否包括表示传送对象的表示时间的NTP时间戳的扩展报头被包括。
isobmff可以指示是否传送对象是一系列的ISOBMFF盒、通过MPD引用的DASH对象或者根据MMT的MPU模式分段的一系列的ISOBMFF盒。
packetheadersize可以指示路由分组报头的大小。
EFID可以包括文件传递的数据的详细信息。
ApplicationIdentifier可以提供能够被映射到在此传送会话中承载的应用的附加信息,例如,DASH内容的RepresentationID。
图88是示出根据本发明的另一实施例的用于会话级的传送会话信息的信令信息的图。当使用基于LCT的协议发送实时或者非实时内容时,诸如TSID的描述会话级的传送会话信息的信令信息可以被使用。使用诸如传送内容的带内方法或者使用单独的路径的带外方法的各种方法经由信令消息中的一些可以发送TSID。
当在一个传送会话内发送的分组的协议都是相同的时,TSID可以具有下述结果。即,协议属性可以存在于TransportSessionprotocol协议属性处,并且可以指示具有tsi属性的TSI值的会话的所有分组经由与被指配给协议属性的值相对应的协议被发送。
TSID可以包括tsi属性、SourceFlow的协议属性、PayloadFormat元素以及各个传送会话的RepiarFlow。另外,PayloadFormat元素可以包括codePoint、deliveryObjectFormat、realtime、isobmff以及/或者packetheadersize属性。另外,PayloadFormat元素可以包括EFID和/或ApplicationIdentifier元素。
tsi可以指示传送会话标识符。
protocol指示此有效载荷的传送协议。各种类型可以存在于基于LCT的传送协议中,并且可以通过将整数值指配给各个类型可以识别类型。例如,0可以识别ALC并且1可以识别ROUTE。另外,相同的识别方法可应用于其它的协议和在未来要定义的新协议。另外,在上述实施例中,相对于被包括在一个传送会话中的所有分组使用相同协议的内容传输是可能的。
codePoint可以定义何种代码点值被用于此有效载荷。此值可以指示LCT报头的CP字段的值。
deliveryObjectFormat可以指示传送对象的有效载荷格式。
realtime可以指示是否LCT分组包括包括表示传送对象的表示时间的NDP时间戳的扩展报头。
isobmff可以指示是否传送对象是一系列的ISOBMFF盒、通过MPD引用的DASH对象或者根据MMT的MPU模式分段的一系列的ISOBMFF盒。
packetheadersize可以指示路由分组报头的大小。
EFID可以包括文件传递的数据的详细信息。
ApplicationIdentifier可以提供能够被映射到在此传送会话中承载的应用的附加信息,例如,DASH内容的RepresentationID。
图89是示出根据本发明的另一实施例的广播服务的信令信息的图。
根据本发明的一个实施例的广播服务的信令信息可以被称为用户服务描述。根据本发明的一个实施例的广播服务的信令信息可以包括服务标识符(id)、服务类型、服务名称、频道编号、时基位置、传递模式、引导程序信息、MPD以及/或者信令文件字段。信令位置字段可以具有与MPD信令位置字段相同的意义。在上面详细地描述了上述字段。
图90是示出根据本发明的另一实施例的被包括在广播服务的信令信息中的FDT有关的信息的图。
除了被包括在根据上述实施例的FDTInstance元素中的属性之外,根据本发明的另一实施例的FDTInstance元素可以进一步包括版本属性。根据本发明的一个实施例的版本属性可以指示FDTInstance的版本信息。根据本发明的一个实施例的接收器可以使用接收到的版本属性确认是否当前发送的FDTInstance等于先前接收到的FDTInstance。
图91是示出根据本发明的一个实施例的Service_Mapping_Table的二进制格式的配置的图。
当用于基于会话发送实时对象的ROUTE协议和/或MMP协议被使用时本发明的一个实施例可以提供服务信令方法。根据本发明的一个实施例的服务映射表可以包括根据ROUTE协议和/或MMT协议的广播系统中的服务信令信息。根据本发明的一个实施例的服务映射表可以被称为用户捆绑描述。
根据本发明的一个实施例的服务映射表可以包括Signaling_id字段、Signaling_length字段、Protocol_version字段、Broadcast_id字段、Version_number字段、Ip_version_flag字段、Signaling_data_type字段、expiration字段、Fragment_number字段、Last_fragment_number字段、Num_services字段、Service_id字段、Service_name_length字段、Service_name字段、Channel_number字段、service_category字段、Service_status字段、SP_indicator字段、Num_route_sessions字段、Source_ip字段、Destination_ip字段、Port字段、Num_lsid_tsi字段以及Lsid_delivery_tsifield。
Signaling_id字段指示指示此表的ID是服务映射表(SMT)。
Signaling_length字段指示在SMT报头之后的片段的长度。
Protocol_version字段指示信令协议的版本信息。
Broadcast_id指示广播的唯一的ID。
Version_number字段指示信令数据的版本编号,即,此表的版本编号。
Ip_version_flag字段指示指示被包括在此表中的IP是v4或者v6。当通过默认此字段的值是0时,IP是v4,并且当此字段的值是1时,IP是v6。
Signaling_data_type字段指示是否被包括在此表中的信令数据的类型是二进制或者xml。
期满字段指示此表的有效时段。
Fragment_number字段指示当所有的信令数据被分段或者被发送时此表的片段编号。在此,片段编号可以被称为区段号。
Last_fragment_numberf字段指示当所有的信令数据被分段和发送时最后的片段的编号。在此,最后的片段编号可以被称为最后的区段号。
Num_services字段指示以SMT发送的服务的数目。
Service_id字段指示服务的唯一的标识符。根据本发明的一个实施例,此字段可以识别诸如ATSC3.0的下一代广播服务。
Service_name_length字段指示服务名称的长度。
Service_name指示服务的名称。
Channel_number字段指示实际上被用于发送服务的频率。此字段可以包括主频道编号和/或次频道编号。
service_category字段指示服务的种类。根据本发明的一个实施例,通过此字段指示的种类可以包括基本的TV、基本的无线电、RI服务、服务指南、紧急报警等等。在此,基本TV可以包括线性A/V服务,基本的无线电可以仅包括线性音频并且RI服务可以包括基于应用的服务。
service_status字段指示服务的状态。例如,当此字段的值是0时,这可以指示服务是停用的,并且当此字段的值是1时,这可以指示服务是活跃的。当此字段的值是3时,这可以指示服务被示出,并且当此字段的值是4时,这可以指示服务被隐藏。
SP_indicator字段指示是否服务保护被应用于服务或者服务中的一个或者多组件。
Num_route_sessions字段指示用于反射光服务的ROUTE会话的数目。
Source_ip字段指示路由会话的源IP地址。
Destination_ip字段指示路由会话的目的地IP地址。
Port字段指示路由会话的目的地端口。
Num_lsid_tsi字段指示在路由会话内发送的LCT会话实例描述(LSID)的数目。根据本发明的一个实施例,LSID可以被称为基于服务的传送会话实例描述(S-TSID)。
Lsid_delivery_tsi字段指示用于发送LSID的传送会话标识符(TSI)的值。根据本发明的一个实施例,此字段可以包括用于识别具有关于用于发送服务的LCT会话或者ROUTE会话的信息的LSID的信息。
图92是示出根据本发明的一个实施例的Service_Mapping_Table的XML格式的配置的图。
根据本发明的一个实施例,是根元素的服务映射表(SMT)元素包括服务元素并且服务元素可以包括Name元素、Category元素、RouteSessionInfo元素、serviced元素、RFChan元素、serviceStatus元素、SPindicator元素,RouteSessionInfo元素包括sourceIPAddr元素、destinationIAddr元素、Port元素以及/或lsid_delivery_tsi元素,并且sourceIPAddr元素和/或destinationIPAddr元素可以包括版本信息。上述元素和/或属性可以具有与先前的附图的上述字段的相对应的字段相同的意义。
图93是示出根据本发明的一个实施例的接收被包括在服务映射表中的服务信令信息的过程的图。
根据本发明的一个实施例的接收设备可以接收被包括在服务映射表中的信令信息(SL93010)并且然后检查被包括在服务信令信息中的signaling_data_type字段以确定是否此信息是以二进制格式或者XML格式(SL93020)。当此信息是以XML格式时,接收设备可以使用XML解析器解析服务信令信息(SL93080),并且当此信息是以二进制格式时,接收设备可以通过由Num_service字段指示的服务的数目解析服务信令信息(SL93030)。其后,接收设备可以获取各个服务的RouteSessioninfo字段(SL93040)并且获取在路由会话中发送的LSID传输信息(SL93050)。在下文中,接收设备可以获取各个服务和/或组件的TSI和/或DP信息(SL93060)并且使用TSI和/或DP信息在显示器上呈现配置服务的组件(SL93070)。
图94是示出根据本发明的一个实施例的服务信令的配置的图。
本发明的一个实施例可以基于ROUTE协议和/或MME协议提供服务信令。根据本发明的一个实施例的服务信令可以以XML和/或二进制格式被提供。在此,服务信令可以意指SMT、USD以及/或者S-TSID。
根据本发明的一个实施例的服务信令可以包括一个或者多个服务元素并且一个服务元素可以包括作为属性和/或子元素的id、serviceType、serviceName、channelNumber、ROUTESessionInfo以及/或者TimebaseLocation信息。在上面描述了id、serviceType以及/或者channelNumber信息。
根据本发明的一个实施例的ROUTESessionInfo信息可以包括作为属性和/或子元素的id、version、sourceIP、destinationIP、port、DP_ID以及/或者LSIDInfo。id信息指示用于发送服务的ROUTE会话的标识符。version信息指示用于发送的ROUTE会话的版本信息。在本发明的一个实施例中,当id是相同的并且版本信息增加时,可以确定关于ROUTE会话的信息已经被改变。sourceIP信息指示ROUTE会话的源IP地址。destinationIP信息指示ROUTE会话的目的地IP地址。port信息指示ROUTE会话的目的地端口。DP_ID信息指示经由发送ROUTE会话的数据管道的标识符。在此,数据管道可以具有与物理层管道相同的意义。LSIDInfo信息可以指示关于在ROUTE会话中发送的LSID的信息并且相对于下一个附图在下面将会详细地描述。
根据本发明的一个实施例,ROUTESessioninfo信息可以被包括在LSID信息中。
TimebaseLocation信息可以指示能够获取时基的位置。时基可以指示用于设置用于同步被包括在服务中的组件的时间线的元数据。TimebaseLocation信息可以包括作为属性和/或子元素的deliveryMode和/或BootstrapInfo信息。deliveryMode信息可以指示时基的传递模式。BootstrapInfo信息可以包括根据传递模式的时基的引导程序信息。
图95是示出根据本发明的一个实施例的LSIDInfo信息和DeliveryInfo信息的配置的图。
根据本发明的一个实施例的DeliveryInfo信息L95010可以包括作为属性和/或子元素的deliveryMode、DeliveryInfo以及/或者LSID信息。deliveryMode信息可以指示其中发送LSID的模式。根据本发明的一个实施例的其中发送LSID的模式可以包括被嵌入的、经由广播和/或经由宽带的模式。DeliveryInfo信息可以指示当通过DeliveryMode信息指示的模式不是被嵌入的模式时LSID的传送模式并且在下一个段落中将会给出其详细描述。LSID信息可以指示当通过DeliveryMode信息指示的模式是嵌入式模式时在ROUTE会话中发送的LSID信息。
根据本发明的一个实施例的DeliveryInfo信息L95020可以包括作为属性和/或子元素的ROUTE_session_id、sourceIP、destinationIP、destinationPort、tsi、URL以及DP_ID。ROUTE_session_id信息可以指示经由其发送LSID的ROUTE会话的标识符,并且是0的此信息的值可以指示在与此信息的高级元素中描述的ROUTE会话相同的会话中发送LSID。sourceIP信息可以指示经由其发送LSID的ROUTE会话的sourceIP地址。destinationIP信息可以指示经由其发送LSID的ROUTE会话的目的地IP地址。destinationPort信息可以指示经由其发送LSID的ROUTE会话的目的地端口编号。tsi信息可以指示用于识别经由其发送LSID的LCT会话的信息。URL信息可以指示能够获取LSID信息的URL。DP_ID信息可以指示用于发送LSID信息的物理层的数据管道标识符。
图96是示出根据本发明的另一实施例的服务信令的配置的图。
参考此附图,本发明的一个实施例可以提供当经由其发送服务组件的ROUTE会话根据分类经由不同的DP被发送时的服务信令方法,不同于图94的实施例。在这样的情况下,根据本发明的一个实施例的服务信令可以不包括被包括在上述实施例中的DP_ID信息。
图97是示出根据本发明的一个实施例的LSID的配置的图。
根据本发明的一个实施例的LSID可以被包括在根据本发明的上述实施例的ROUTESessionInfo信息下面。
根据本发明的一个实施例的LSID可以包括作为属性和/或子元素的version信息、validFrom信息、expiration信息以及/或者TransportService信息。
版本信息可以指示此LSID的版本信息。当此LSID被更新时,LSID的版本可以增加。具有最高的版本号的接收LSID可以对应于当前有效的版本的LSID。
validFrom信息可以指示此LSID信息的有效日期和时间。此信息可以不存在,并且当此信息不存在时,根据本发明的一个实施例的接收设备可以假定此LSID是有效的。
期满信息指示此LSID信息的期满日期和时间。此信息可以不存在,并且当此信息不存在时,根据本发明的一个实施例的接收设备可以假定此LSID是持久有效的,或者此LSID是有效的直到具有有关的期满信息的新LSID被接收。
TransportSession信息可以提供关于LCT传送会话的信息。根据本发明的一个实施例的TransportSession信息可以包括作为属性和/或子元素的tsi信息、DP_ID信息、SourceFlow信息以及/或者RepairFlow信息。tsi信息可以指示传送会话的标识符。DP_ID信息可以指示经由其发送传送会话的DP的标识符并且DP可以具有与PLP相同的意义。SourceFlow信息可以在此传送会话中发送的源流动中提供信息。RepairFlow信息可以提供关于在此传送流中发送的修复流动的信息。
图98和图99是示出根据本发明的一个实施例的LSID传输方法和ROUTE会话的图。
根据本发明的一个实施例,如在附图(L98010)中所示,服务1可以经由ROUTESESSION#1被发送。服务1可以包括LSID、视频组件、音频组件以及/或者CC组件,其中的每一个可以经由具有TSI=0、1、2、3的LCT会话被发送。被包括在服务1中的LSID、视频组件、音频组件以及/或者CC组件可以被经历UDP和IP分组化过程并且经由DP#1被发送。
根据本发明的另一实施例,如在附图(L98020)中所示,可以经由ROUTESESSION#1可以发送服务1和服务2。服务1可以包括LSID、视频组件、音频组件以及/或者CC组件,其中的每一个可以具有TSI=0、1、2、3的LCT组件被发送。服务2可以包括LSID、视频组件、音频组件以及/或者CC组件,其中的每一个可以经由具有TSI=10、11、12、13的LCT组件被发送。被包括在服务1中的LSID、视频组件、音频组件以及/或者CC组件和被包括在服务2中的LSID、视频组件、音频组件以及/或者CC组件可以经历UDP和IP分组化过程并且经由DP#1被发送。
根据本发明的另一实施例,如在附图(L99010)中所示,经由ROUTESESSION#1可以发送服务1和服务2。服务1可以包括LSID、基本视频组件、增强视频组件、音频组件以及/或者CC组件,可以经由具有TSI=0、1、2、3的LCT会话发送LSID和组件。服务2可以包括LSID、视频组件、音频组件以及/或者CC组件,其中的每一个可以经由具有TSI=2、3、4、5的LCT组件被发送。LSID和组件可以被分组化成具有相同的UDP端口和IP地址的分组。包括服务1的IP分组可以经由DP#1被发送并且包括服务2的IP分组可以被发送DP#2。在此,被包括在服务1中的包括增强视频组件的IP分组可以经由DP#2被发送并且,这时,包括用于信令服务1的LSID的IP分组可以被包括在DP#1和DP#2两者中并且被发送。
根据本发明的另一实施例,如在附图(L99020)中所示,经由ROUTESESSION#1可以发送被包括在服务1中的LSID、基本视频组件、音频组件以及/或者CC组件。被包括在服务1中的LSID和增强视频组件和被包括在服务2中的LSID、视频组件、音频组件以及/或者CC组件可以经由ROUTESESSION#2被发送。因此,经由ROUTESESSION#1发送的LSID和组件可以被分组成具有相同的UDP端口编号和IP地址的分组并且经由DP#1被发送。经由ROUTESESSION#2发送的LSID和组件可以被分组成具有相同的UDP端口和IP地址的分组并且经由DP#2被发送。
根据本发明的另一实施例,如在附图(L99030)中所示,被包括在服务1中的LSDI、基本视频组件、增强视频组件、音频组件以及/或者CC组件可以经由ROUTESESSION#1被发送。被包括在服务2中的LSID、视频组件、音频组件以及/或者CC组件可以经由ROUTESESSION#2被发送。因此,经由ROUTESESSION#1发送的LSID和组件可以被分组成具有相同的UDP端口编号和IP地址的分组,并且经由ROUTESESSION#2发送的LSID和分组可以被分组成具有相同的UDP端口和IP地址的分组。被包括在服务1中的LSDI、基本视频组件、音频组件以及/或者CC组件可以经由DP#1被发送。被包括在服务1中的LSID和增强视频组件和被包括在服务2中的LSID、视频组件、音频组件以及/或者CC组件可以经由DP#2被发送。
除了用于信令服务2的LSID可以经由互联网被发送之外,在附图L99040中输出的本发明的另一实施例等于附图的实施例(L99020)。
图100是示出根据本发明的一个实施例的用于发送广播信号的方法的图。
根据本发明的一个实施例的广播信号传输可以包括编码(SL100010)用于发送广播服务的组件的传送会话的广播服务和信令信息;生成(SL100020)包括被编码的广播服务和信令信息的广播信号;以及/或者发送(SL100030)被生成的广播信号。在此,信令信息可以具有与上述服务信令信息相同的意义。传送会话可以意指ROUTE会话、LCT会话以及/或者一般传送会话。参考图94和图95在上面对其进行了描述。
根据本发明的另一实施例,信令信息可以包括用于识别广播服务的服务识别信息和/或关于在用于发送通过服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。在此,服务识别信息可以指示服务id信息并且关于ROUTE会话的信息可以意指上述ROUTESessionInfo信息。参考图94和图95在上面对其进行了描述。
根据本发明的另一实施例,关于ROUTE会话的信息可以包括ROUTE会话的源IP地址信息、ROUTE会话的目的地IP地址信息以及/或者ROUTE会话的目的地端口编号信息。参考图94和图95在上面对其进行了描述。
根据本发明的另一实施例,关于ROUTE会话的信息可以包括用于识别用于发送ROUTE会话的物理层管道(PLP)的信息。在此,用于识别用于发送ROUTE会话的物理层管道的信息可以意指DP_ID信息。参考图94和图95在上面对此进行了描述。
根据本发明的另一实施例,关于ROUTE会话的信息可以包括用于发送广播服务的组件的分层编码传送(LCT)会话的信息。在此,关于LCT会话的信息可以包括上述LSIDInfo信息和/或LSID信息。参考图94和图95在上面对其进行了描述。
根据本发明的另一实施例,关于LCT会话的信息可以包括用于识别LCT会话的信息、用于识别用于发送LCT会话的物理层管道的信息、关于通过LCT会话发送的源流动的信息以及/或者关于通过LCT会话发送的修复流动(repairflow)的信息。参考图97在上面对此进行了描述。
图101是示出根据本发明的一个实施例的用于接收广播信号的方法的图。
根据本发明的一个实施例的广播信号接收设备可以接收(SL101010)包括用于发送广播服务的组件的传送会话的信令信息和广播服务的广播信号;从接收到的广播信号解析(SL101020)广播服务和信令信息以及/或者解码(SL101030)被解析的广播服务和信令信息。在此,信令信息可以具有与上述服务信令信息相同的意义。传送会话可以意指ROUTE会话、LCT会话以及/或者一般传送会话。参考图94和图95在上面对其进行了描述。
根据本发明的另一实施例,信令信息可以包括用于识别广播服务的服务识别信息和/或关于在用于发送通过服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。在此,服务识别信息可以指示服务id信息并且关于ROUTE会话的信息可以意指上述ROUTESessionInfo信息。参考图94和图95在上面对此进行了描述。
根据本发明的另一实施例,关于ROUTE会话的信息可以包括ROUTE会话的源IP地址信息、ROUTE会话的目的地IP地址信息以及/或者ROUTE会话的目的地端口编号信息。参考图94和图95在上面对此进行了描述。
根据本发明的另一实施例,关于ROUTE会话的信息可以包括用于识别用于发送ROUTE会话的物理层管道(PLP)的信息。在此,用于识别用于发送ROUTE会话的物理层管道的信息可以意指DP_ID信息。参考图94和图95在上面对此进行描述了。
根据本发明的另一实施例,关于ROUTE会话的信息可以包括关于用于发送广播服务的组件的分层的编码传送(LCT)会话的信息。在此,关于LCT会话的信息可以包括上述LSIDInfo信息和/或LSID信息。参考图94、图95、图96以及图97在上面对此进行了描述。
根据本发明的另一实施例,关于LCT会话的信息可以包括用于识别LCT会话的信息、用于识别用于发送LCT会话的物理层管道的信息以及/或者关于通过LCT会话发送的修复流动的信息。参考图97在上面对此进行了描述。
图102是示出根据本发明的一个实施例的用于发送广播信号的设备的配置的图。
根据本发明的一个实施例的广播信号传输设备L102010可以包括编码器L102020、广播信号生成器L102030和/或发射器L102040。编码器可以编码广播服务和用于发送广播服务的组件的传送会话的信令信息。广播信号生成器可以生成包括被编码的广播服务和信令信息的广播信号。发器可以发送被生成的广播信号。
根据本发明的另一实施例,信令信息可以包括用于识别广播服务的服务识别信息和/或关于用于通过服务识别信息识别的广播服务的单向传送(ROUTE)会话的实时对象的信息。
图103是示出根据本发明的一个实施例的用于接收广播信号的设备的配置的图。
根据本发明的一个实施例的广播信号接收设备L103010可以包括接收器L103020、解析器L103030以及/或者解码器L103040。接收器可以接收包括广播服务的广播信号和用于发送广播服务的组件的传送会话的信令信息。解析器可以从接收到的广播信号解析广播服务和信令信息。解码器可以解码被解析的广播服务和信令信息。
模块或者单元可以是用于执行被存储在存储器(或者存储单元)中的连续的过程的处理器。通过硬件/处理器可以执行在上述实施例中描述的步骤。在上述实施例中描述的模块/块/单元可以操作硬件/处理器。通过本发明提出的方法可以作为代码被执行。此代码可以被写入在处理器可读的存储介质中并且通过由设备提供的处理器可以读取。
虽然为了清楚起见参考每个附图解释本发明的描述,但是能够通过相互合并在附图中示出的实施例来设计新的实施例。另外,如果必要时本领域的技术人员设计记录用于执行在前述的描述中提及的实施例的程序的计算机可读的记录介质,则其可以属于随附的权利要求和它们的等效物的范围。
根据本发明的设备和方法可以不限于在前述的描述中提到的实施例的配置和方法。另外,前述的描述中提到的实施例能够以被选择性地以整体或部分彼此组合的方式来配置使得能够对实施例进行各种修改。
另外,利用配置给网络设备的处理器可读记录介质中的处理器可读代码,可以实现根据本发明的方法。该处理器可读介质可以包括所有种类的能够存储处理器可读数据的记录设备。该处理器可读介质可以包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储设备等中的一种,并且还可以包括如经由互联网传输的载波类型的实现。此外,当该处理器可读的记录介质被分布到通过互联网连接的计算机系统时,根据分布式系统,可以保存或执行处理器可读代码。
本领域的技术人员将会理解的是,在不背离本发明的精神或范围的情况下,可以对本发明进行各种修改和变化。因此,本发明意在覆盖本发明的修改和变化,只要它们落入所附权利要求和它们的等价物范围内。
在本说明书中提及设备和方法发明两者,并且设备和方法发明两者的描述互补地适用于彼此。
本领域的技术人员将会理解的是,在不背离在随附的权利要求中描述的本发明的精神或范围的情况下,能够对本发明进行各种修改和变化。因此,本发明意在覆盖本发明的修改和变化,只要它们落入所附权利要求和它们的等价物范围内。
在本说明书中提及设备和方法发明两者,并且设备和方法发明两者的描述可以互补地适用于彼此。
本发明模式
已经以用于实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号供应领域中是可用的。
对于本领域的技术人员来说将会显然的是,在没有脱离本发明的精神或者范围的情况下在本发明中能够进行各种修改和变化。因此,旨在本发明覆盖落入随附的权利要求和它们的等效物的范围内的本发明的修改和变化。
Claims (15)
1.一种用于发送广播信号的方法,所述方法包括:
编码广播服务和用于发送所述广播服务的组件的传送会话的信令信息;
生成包括编码的广播服务和信令信息的广播信号;以及
发送生成的广播信号。
2.根据权利要求1所述的方法,其中,所述信令信息包括用于识别所述广播服务的服务识别信息和关于在用于发送通过所述服务识别信息识别的所述广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。
3.根据权利要求2所述的方法,其中,关于所述ROUTE会话的信息包括所述ROUTE会话的源IP地址信息、所述ROUTE会话的目的地IP地址信息以及所述ROUTE会话的目的地端口编号信息。
4.根据权利要求3所述的方法,其中,关于所述ROUTE会话的信息包括用于识别用于发送所述ROUTE会话的物理层管道(PLP)的信息。
5.根据权利要求4所述的方法,其中,关于所述ROUTE会话的信息包括关于用于发送所述广播服务的组件的分层的编码传送(LCT)会话的信息。
6.根据权利要求5所述的方法,其中,关于所述LCT会话的信息包括用于识别所述LCT会话的信息、用于识别用于发送所述LCT会话的物理层管道的信息、关于通过所述LCT会话发送的源流动的信息以及关于通过所述LCT会话发送的修复流动的信息。
7.一种用于接收广播信号的方法,所述方法包括:
接收广播信号,所述广播信号包括广播服务和用于发送所述广播服务的组件的传送会话的信令信息;
从接收到的广播信号解析所述广播服务和信令信息;以及
解码被解析的广播服务和信令信息。
8.根据权利要求7所述的方法,其中,所述信令信息包括用于识别所述广播服务的服务识别信息和关于在用于发送通过所述服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。
9.根据权利要求8所述的方法,其中,关于所述ROUTE会话的信息包括所述ROUTE会话的源IP地址信息、所述ROUTE会话的目的地IP地址信息以及所述ROUTE会话的目的地端口编号信息。
10.根据权利要求9所述的方法,其中,关于所述ROUTE会话的信息包括用于识别用于发送所述ROUTE会话的物理层管道(PLP)的信息。
11.根据权利要求10所述的方法,其中,关于所述ROUTE会话的信息包括关于用于发送所述广播服务的组件的分层的编码传送(LCT)会话的信息。
12.根据权利要求11所述的方法,其中,关于所述LCT会话的信息包括用于识别所述LCT会话的信息、用于识别用于发送所述LCT会话的物理层管道的信息、关于通过所述LCT会话发送的源流动的信息以及关于通过所述LCT会话发送的修复流动的信息。
13.一种用于发送广播信号的设备,所述设备包括:
编码器,所述编码器被配置成编码广播服务和用于发送所述广播服务的组件的传送会话的信令信息;
广播信号生成器,所述广播信号生成器被配置成生成包括编码的广播服务和信令信息的广播信号;以及
发射器,所述发射器被配置成发送生成的广播信号。
14.根据权利要求13所述的设备,其中,所述信令信息包括用于识别所述广播服务的服务识别信息和关于在用于发送通过所述服务识别信息识别的广播服务的单向传送(ROUTE)会话上的实时对象传递的信息。
15.一种用于接收广播信号的设备,所述设备包括:
接收器,所述接收器被配置成接收广播信号,所述广播信号包括广播服务和用于发送所述广播服务的组件的传送会话的信令信息;
解析器,所述解析器被配置成从接收到的广播信号解析所述广播服务和信令信息;以及
解码器,所述解码器被配置成解码被解析的广播服务和信令信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462040419P | 2014-08-22 | 2014-08-22 | |
US62/040,419 | 2014-08-22 | ||
PCT/KR2015/008769 WO2016028119A1 (ko) | 2014-08-22 | 2015-08-21 | 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105830372A true CN105830372A (zh) | 2016-08-03 |
CN105830372B CN105830372B (zh) | 2019-06-14 |
Family
ID=55350986
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580002317.1A Active CN105684392B (zh) | 2014-08-22 | 2015-08-21 | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 |
CN201580002318.6A Active CN105830372B (zh) | 2014-08-22 | 2015-08-21 | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580002317.1A Active CN105684392B (zh) | 2014-08-22 | 2015-08-21 | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 |
Country Status (5)
Country | Link |
---|---|
US (4) | US10645674B2 (zh) |
EP (1) | EP3185506A4 (zh) |
KR (3) | KR101861696B1 (zh) |
CN (2) | CN105684392B (zh) |
WO (2) | WO2016028120A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107682113A (zh) * | 2017-08-29 | 2018-02-09 | 西安空间无线电技术研究所 | 一种级联ldpc码在atm交换网络中的编译码方法 |
CN109716777A (zh) * | 2016-09-13 | 2019-05-03 | 三星电子株式会社 | 发送设备及其发送方法 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3185506A4 (en) | 2014-08-22 | 2018-04-18 | LG Electronics Inc. | Broadcast signal transmitting method, broadcast signal transmitting device, broadcast signal receiving method, and broadcast signal receiving device |
CN106105240B (zh) * | 2015-01-21 | 2019-11-08 | Lg电子株式会社 | 发送广播信号的装置以及发送广播信号的方法 |
US10819418B2 (en) * | 2016-04-29 | 2020-10-27 | Honeywell International Inc. | Systems and methods for secure communications over broadband datalinks |
US11159847B2 (en) | 2016-09-22 | 2021-10-26 | DISH Technologies L.L.C. | Apparatus, systems and methods for reducing time required for a media content event channel change |
US10715511B2 (en) | 2018-05-03 | 2020-07-14 | Honeywell International Inc. | Systems and methods for a secure subscription based vehicle data service |
US10819689B2 (en) | 2018-05-03 | 2020-10-27 | Honeywell International Inc. | Systems and methods for encrypted vehicle data service exchanges |
KR102106632B1 (ko) | 2019-04-01 | 2020-05-04 | 주식회사 캐스트코아 | 디지털 방송신호 절체 장치 및 그 방법 |
KR102345314B1 (ko) | 2021-07-30 | 2021-12-31 | 주식회사 캐스트코아 | 디지털 신호처리를 통한 주파수 변조신호 중계장치 |
US11838680B2 (en) * | 2021-08-06 | 2023-12-05 | Sony Group Corporation | Techniques for ATSC 3.0 broadcast boundary area management using complete service reception during scan to determine signal quality of frequencies carrying the duplicate service |
US11848716B2 (en) | 2021-08-06 | 2023-12-19 | Sony Group Corporation | Techniques for ATSC 3.0 broadcast boundary area management using signal quality and packet errors to differentiate between duplicated services on different frequencies during scan |
WO2023017871A1 (ko) * | 2021-08-12 | 2023-02-16 | 엘지전자 주식회사 | 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080056196A1 (en) * | 2006-09-04 | 2008-03-06 | Nec Communication Systems, Ltd. And Advanced Telecommunications Research Institute Internationa | Radio device having fewer route disconnections and switchings and radio communication network including such devices |
WO2012036429A2 (ko) * | 2010-09-14 | 2012-03-22 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법 |
CN102484694A (zh) * | 2009-03-19 | 2012-05-30 | Lg电子株式会社 | 发送/接收系统和在该发送/接收系统中处理数据的方法 |
CN103283220A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 发送广播服务的方法、接收广播服务的方法和接收广播服务的设备 |
CN103283219A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 发送广播服务的方法以及接收广播服务的方法和设备 |
CN103535013A (zh) * | 2011-03-14 | 2014-01-22 | 高通股份有限公司 | 在广播网络中使用多信道单向输送文件传递(“flute”)协议传递不同类别的文件的系统及设备 |
CN103535046A (zh) * | 2011-04-20 | 2014-01-22 | Lg电子株式会社 | 用于广播服务的发送方法、接收方法及其接收设备 |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2002230476A1 (en) | 2000-11-27 | 2002-06-03 | Airclic, Inc. | Scalable distributed database system and method for linking codes to internet information |
KR101461958B1 (ko) * | 2007-06-29 | 2014-11-14 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
US7733819B2 (en) | 2007-08-24 | 2010-06-08 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
KR101599527B1 (ko) | 2007-08-24 | 2016-03-03 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
KR101507851B1 (ko) * | 2008-04-13 | 2015-04-06 | 엘지전자 주식회사 | 송/수신 시스템 및 데이터 처리 방법 |
KR101294023B1 (ko) * | 2008-05-29 | 2013-08-08 | 한국전자통신연구원 | 방송/통신 데이터 송수신 방법 및 장치 |
WO2009151265A2 (ko) * | 2008-06-09 | 2009-12-17 | 엘지전자(주) | 방송 신호 수신 방법 및 수신 시스템 |
KR101172792B1 (ko) * | 2008-11-26 | 2012-08-20 | 한국방송공사 | 방송 시스템에서 부가 정보 삽입 장치 및 방법 |
KR101065420B1 (ko) | 2008-12-16 | 2011-09-16 | 한양대학교 산학협력단 | 상지거동을 위한 착용형 로봇장치 |
ATE549860T1 (de) * | 2009-01-13 | 2012-03-15 | Alcatel Lucent Espana S A | Verfahren und vorrichtung zur zuverlässigkeitssicherstellung während der übertragung von fernsehdaten in einem internetprotokoll basierendem fernsehsystem |
WO2010107167A1 (en) * | 2009-03-19 | 2010-09-23 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
WO2011099749A2 (ko) * | 2010-02-12 | 2011-08-18 | 엘지전자 주식회사 | 방송 신호 송/수신기 및 방송 신호 송/수신 방법 |
US9009775B2 (en) | 2010-02-23 | 2015-04-14 | Lg Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, and method for transmitting/receiving broadcasting signal using same |
US8498272B2 (en) | 2010-08-26 | 2013-07-30 | Nokia Corporation | Providing signaling information and performing a handover using the signaling information |
US9348691B2 (en) * | 2010-09-14 | 2016-05-24 | Lg Electronics Inc. | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, and method for transmitting/receiving broadcast signal through apparatus for transmitting/receiving broadcasting signal |
KR20120103511A (ko) * | 2011-03-10 | 2012-09-19 | 한국전자통신연구원 | 비실시간 스테레오스코픽 방송 서비스 송신 및 수신 장치, 그리고 송신 및 수신 방법 |
CN108366070A (zh) | 2011-03-16 | 2018-08-03 | 韩国电子通信研究院 | 用于提供媒体内容的方法和客户端 |
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 |
US20130034032A1 (en) * | 2011-08-05 | 2013-02-07 | Nokia Corporation | Accessing Service Guide Information in a Broadcast System |
KR20130056829A (ko) * | 2011-11-22 | 2013-05-30 | 한국전자통신연구원 | 3dtv 방송을 위한 송수신 장치 및 그 제어 방법 |
JP6276593B2 (ja) * | 2012-02-07 | 2018-02-07 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 受信装置、受信方法、及びプログラム |
WO2013134149A2 (en) * | 2012-03-05 | 2013-09-12 | Interdigital Patent Holdings Inc. | Devices and methods for pre-association discovery in communication networks |
KR20130102984A (ko) | 2012-03-09 | 2013-09-23 | 한국전자통신연구원 | 방송 시스템에서의 데이터 전송 장치 및 방법 |
JP6326213B2 (ja) * | 2013-10-04 | 2018-05-16 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 受信装置、受信方法、送信装置、及び、送信方法 |
KR102273757B1 (ko) * | 2014-01-03 | 2021-07-06 | 엘지전자 주식회사 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
EP3131304A4 (en) | 2014-04-11 | 2018-01-24 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, and transmission method |
KR102481425B1 (ko) * | 2014-05-30 | 2022-12-27 | 소니그룹주식회사 | 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법 |
US9645878B2 (en) * | 2014-07-09 | 2017-05-09 | Qualcomm Incorporated | Error handling for files exchanged over a network |
EP3185506A4 (en) | 2014-08-22 | 2018-04-18 | LG Electronics Inc. | Broadcast signal transmitting method, broadcast signal transmitting device, broadcast signal receiving method, and broadcast signal receiving device |
US10171849B1 (en) * | 2015-07-08 | 2019-01-01 | Lg Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method |
-
2015
- 2015-08-21 EP EP15834264.2A patent/EP3185506A4/en not_active Withdrawn
- 2015-08-21 WO PCT/KR2015/008773 patent/WO2016028120A1/ko active Application Filing
- 2015-08-21 KR KR1020177026937A patent/KR101861696B1/ko active IP Right Grant
- 2015-08-21 CN CN201580002317.1A patent/CN105684392B/zh active Active
- 2015-08-21 CN CN201580002318.6A patent/CN105830372B/zh active Active
- 2015-08-21 US US14/913,639 patent/US10645674B2/en active Active
- 2015-08-21 US US14/913,279 patent/US20160277545A1/en not_active Abandoned
- 2015-08-21 WO PCT/KR2015/008769 patent/WO2016028119A1/ko active Application Filing
- 2015-08-21 KR KR1020167001929A patent/KR101783618B1/ko active IP Right Grant
- 2015-08-21 KR KR1020167001872A patent/KR101850726B1/ko active IP Right Grant
-
2020
- 2020-03-25 US US16/829,474 patent/US11212772B2/en active Active
-
2021
- 2021-11-10 US US17/523,562 patent/US11678346B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080056196A1 (en) * | 2006-09-04 | 2008-03-06 | Nec Communication Systems, Ltd. And Advanced Telecommunications Research Institute Internationa | Radio device having fewer route disconnections and switchings and radio communication network including such devices |
CN102484694A (zh) * | 2009-03-19 | 2012-05-30 | Lg电子株式会社 | 发送/接收系统和在该发送/接收系统中处理数据的方法 |
WO2012036429A2 (ko) * | 2010-09-14 | 2012-03-22 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법 |
US20130219431A1 (en) * | 2010-09-14 | 2013-08-22 | 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 |
CN103283220A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 发送广播服务的方法、接收广播服务的方法和接收广播服务的设备 |
CN103283219A (zh) * | 2010-12-26 | 2013-09-04 | Lg电子株式会社 | 发送广播服务的方法以及接收广播服务的方法和设备 |
CN103535013A (zh) * | 2011-03-14 | 2014-01-22 | 高通股份有限公司 | 在广播网络中使用多信道单向输送文件传递(“flute”)协议传递不同类别的文件的系统及设备 |
CN103535046A (zh) * | 2011-04-20 | 2014-01-22 | Lg电子株式会社 | 用于广播服务的发送方法、接收方法及其接收设备 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109716777A (zh) * | 2016-09-13 | 2019-05-03 | 三星电子株式会社 | 发送设备及其发送方法 |
US10939180B2 (en) | 2016-09-13 | 2021-03-02 | Samsung Electronics Co., Ltd. | Device and method for transmitting media data across multiple frequency bands |
CN109716777B (zh) * | 2016-09-13 | 2022-01-25 | 三星电子株式会社 | 发送设备及其发送方法 |
US11265616B2 (en) | 2016-09-13 | 2022-03-01 | Samsung Electronics Co., Ltd. | Device and method for transmitting media data across multiple frequency bands |
US11671676B2 (en) | 2016-09-13 | 2023-06-06 | Samsung Electronics Co., Ltd. | Device and method for transmitting media data across multiple frequency bands |
CN107682113A (zh) * | 2017-08-29 | 2018-02-09 | 西安空间无线电技术研究所 | 一种级联ldpc码在atm交换网络中的编译码方法 |
CN107682113B (zh) * | 2017-08-29 | 2020-08-14 | 西安空间无线电技术研究所 | 一种级联ldpc码在atm交换网络中的编译码方法 |
Also Published As
Publication number | Publication date |
---|---|
EP3185506A4 (en) | 2018-04-18 |
WO2016028120A1 (ko) | 2016-02-25 |
US11678346B2 (en) | 2023-06-13 |
KR101850726B1 (ko) | 2018-04-20 |
KR101861696B1 (ko) | 2018-05-28 |
KR101783618B1 (ko) | 2017-10-10 |
CN105830372B (zh) | 2019-06-14 |
US20220078750A1 (en) | 2022-03-10 |
EP3185506A1 (en) | 2017-06-28 |
KR20160036040A (ko) | 2016-04-01 |
CN105684392A (zh) | 2016-06-15 |
CN105684392B (zh) | 2019-11-22 |
US20200229138A1 (en) | 2020-07-16 |
WO2016028119A1 (ko) | 2016-02-25 |
US11212772B2 (en) | 2021-12-28 |
US20160295553A1 (en) | 2016-10-06 |
KR20160040529A (ko) | 2016-04-14 |
US20160277545A1 (en) | 2016-09-22 |
US10645674B2 (en) | 2020-05-05 |
KR20170113708A (ko) | 2017-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101877159B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
CN105830372B (zh) | 发送广播信号的方法、发送广播信号的设备、接收广播信号的方法和接收广播信号的设备 | |
CA2947833C (en) | Broadcast signal transmitting/receiving method and device | |
US11323490B2 (en) | Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method | |
CN106165433A (zh) | 广播发送装置、广播接收装置、广播发送装置的操作方法、以及广播接收装置的操作方法 | |
KR101759956B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR101812186B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR101899827B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
CN106464677A (zh) | 发送/接收广播信号的方法和设备 | |
KR101752434B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
CN105917653A (zh) | 广播发送装置及其操作方法、和广播接收装置及其操作方法 | |
KR101875671B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR101841947B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
KR20170041782A (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |