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

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

Info

Publication number
CN105723682B
CN105723682B CN201580002590.4A CN201580002590A CN105723682B CN 105723682 B CN105723682 B CN 105723682B CN 201580002590 A CN201580002590 A CN 201580002590A CN 105723682 B CN105723682 B CN 105723682B
Authority
CN
China
Prior art keywords
information
signaling
link layer
service
broadcast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580002590.4A
Other languages
English (en)
Other versions
CN105723682A (zh
Inventor
权祐奭
吴世珍
郭珉诚
文京洙
李长远
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN105723682A publication Critical patent/CN105723682A/zh
Application granted granted Critical
Publication of CN105723682B publication Critical patent/CN105723682B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4882Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8126Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/668Internet protocol [IP] address subnets

Abstract

根据本发明的实施例的用于发送广播信号的广播发送机包括:互联网协议(IP)分组生成器,该IP分组生成器用于生成包括广播服务的广播数据的第一IP分组并且生成包括包含迅速获取广播服务所需要的信息的服务获取信息的第二IP分组;链路层分组生成器,该链路层分组生成器用于生成包括第一IP分组的第一链路层分组;以及广播信号生成器,该广播信号生成器用于生成包括第一链路层分组和第二IP分组的广播信号。

Description

发送/接收广播信号的方法和装置
技术领域
本发明涉及用于发送/接收媒体信号的方法和设备。更具体地,本发明涉及用于在组合了宽带网络和广播网络的广播系统中对关于分别通过宽带网络和广播网络发送的媒体的数据进行处理的方法和设备。
背景技术
已经在数字广播系统中扩展了基于IP的广播信号的发送/接收。具体地,已经在移动数字广播方案,例如,欧洲广播标准当中的DVB-NGH或北美标准当中的ATSC-MH中强调了基于互联网协议(IP)的广播信号发送/接收环境的重要性。此外,期望将在下一代广播系统中构造被设计成可与广播网络或互联网网络互操作的混合广播系统。
在混合广播系统中,因为经由现有广播网络发送数据的方案以及经由宽带网络发送数据的方案共存,所以对数据进行处理的方案与现有广播接收机中的方案不同。
此外,根据基于IP的广播系统的扩展,需要通过广播网络来发送紧急警报消息。然而,迄今为止,尚未明确地定义用于发送紧急警报消息的方法。
另外,尽管由于基于IP的广播系统的扩展而能够提供许多广播服务,但是尚不支持用于使得观众能够高效地搜索期望的广播服务的方法。
此外,尽管能够根据广播系统的扩展来扩展或者改变对包括在广播信号中的数据进行处理的方案,但是尚未提供如何在广播系统中应付数据处理方案的这种扩展或改变。
发明内容
技术问题
要由本发明实现的技术目标在于解决前述问题并且提供用于当经由现有广播网络的数据发送方案以及经由宽带网络的数据发送方案共存于混合广播系统中时对数据进行处理的适当的方法和设备。
本发明的另一目标在于提供用于经由广播系统高效地发送紧急警报消息的方法和设备。
本发明的另一目标在于提供用于使得观众能够高效地搜索期望的广播服务的方法和设备。
本发明的另一目标在于提供用于针对链路层中的数据处理执行初始化过程的方法。
本发明的另一目标在于当基于发送会话的协议应用于广播系统时提供高效的信令方法。
技术方案
根据本发明的一个方面,本文所提供的是用于发送广播信号的广播发送机,包括:互联网协议(IP)分组生成器,该IP分组生成器用于生成包括用于广播服务的广播数据的第一IP分组并且生成包括包含对于广播服务的快速获取所必需的信息的服务获取信息的第二IP分组;链路层分组生成器,该链路层分组生成器用于生成包括第一IP分组的第一链路层分组;以及广播信号生成器,该广播信号生成器用于生成包括所述第一链路层分组和所述第二IP分组的广播信号。
服务获取信息可以包括标识用于用于服务层信令的传输的信道的IP地址的信息,服务层信令包括规定广播服务的信息。
服务获取信息可以包括标识包括服务层信令的数据管道(DP)的信息。
第二IP分组还可以包括包含用来标识包括在第二IP分组中的信令数据的处理方法的附加信息的信令信息部分,并且信令信息部分可以包括标识通过第二IP分组发送的信令数据是否对应于服务获取信息的信令类别信息。
链路层分组生成器还可以生成包括链路层信令数据的第二链路层分组。
第二链路层分组还可以包括包含用来标识包括在第二链路层分组中的信令数据的处理方法的附加信息的信令信息部分,并且信令信息部分可以包括标识通过第二链路层分组发送的所述信令数据是否对应于服务获取信息的信令类别信息。
链路层信令数据可以包括标识用来在链路层中对广播数据进行封装的封装方案的封装模式信息、标识应用于在链路层中处理的IP分组的报头压缩方案的报头压缩模式信息、规定在链路层中处理的IP分组的结构的分组重新配置模式信息以及标识发送信令信息的路径的信令路径配置信息中的至少一个。
根据本发明的另一方面,本文所提供的是用于接收广播信号的广播接收机,包括:接收机,该接收机用于接收包括第一链路层分组和第二互联网协议(IP)分组的广播信号,其中,第二IP分组包括包含对于广播服务的快速获取所必需的信息的服务获取信息;链路层处理单元,该链路层处理单元用于通过对第一链路层分组进行解封装来获取包括广播服务的广播数据的第一IP分组;信令处理单元,该信令处理单元用于通过对第二IP分组进行解封装来获取服务获取信息;IP分组处理单元,该IP分组处理单元用于使用服务获取信息通过对第一IP分组进行解封装来获取广播数据;以及处理器,该处理器用于使用广播数据来再现和处理广播内容。
服务获取信息可以包括标识用于服务层信令的传输的信道的IP地址的信息,服务层信令包括规定广播服务的信息。
服务获取信息可以包括标识包括服务层信令的数据管道(DP)的信息。
第二IP分组还可以包括包含用来标识包括在第二IP分组中的信令数据的处理方法的附加信息的信令信息部分,并且信令信息部分可以包括标识通过第二IP分组发送的信令数据是否对应于服务获取信息的信令类别信息。
链路层分组生成器还可以生成包括链路层信令数据的第二链路层分组。
第二链路层分组还可以包括包含用来标识包括在第二链路层分组中的信令数据的处理方法的附加信息的信令信息部分,并且信令信息部分可以包括标识通过第二链路层分组发送的信令数据是否对应于服务获取信息的信令类别信息。
链路层信令数据可以包括标识用来在链路层中对广播数据进行封装的封装方案的封装模式信息、标识应用于在链路层中处理的IP分组的报头压缩方案的报头压缩模式信息、规定在链路层中处理的所述IP分组的结构的分组重新配置模式信息以及标识发送信令信息的路径的信令路径配置信息中的至少一个。
有益效果
根据本发明,在混合广播系统中,能够高效地处理通过现有广播网络发送的数据以及通过宽带网络发送的数据两者。
根据本发明,能够通过广播系统高效地发送紧急警报消息。
根据本发明,观众能够高效地搜索期望的广播服务。
根据本发明,能够执行能够独立于高层相对于IP层、MPEG-2TS层以及与IP层和MPEG-2TS层对应的其它协议层的改变而操作的链路层的处理。
根据本发明,能够在能够独立地操作而不受将用来发送广播内容的物理层影响的链路层中对数据进行处理。
根据本发明,能够通过构成链路层的功能块的组织来配置能够以后容易扩展的层。
根据本发明,能够通过链路层经由多条路径来执行信令发送,从而获取信令发送的效率。
根据本发明,能够通过链路层的控制功能来高效地使用广播系统的带宽以及广播数据的处理时间。
附图说明
图1是示出根据本发明的实施例的下一代广播系统的协议栈的视图。
图2是图示根据本发明的实施例的链路层的接口的概念图。
图3图示根据本发明的实施例的在与链路层的操作模式中的一个对应的普通模式下的操作。
图4图示根据本发明的实施例的在与链路层的操作模式中的一个对应的透明模式下的操作。
图5图示根据本发明的实施例的在发送机处的链路层的配置(普通模式)。
图6图示根据本发明的实施例的在接收机处的链路层的配置(普通模式)。
图7是图示根据本发明的实施例的根据链路层组织类型的定义的图。
图8是图示根据本发明的实施例的当逻辑数据路径仅包括普通数据管道时广播信号的处理的图。
图9是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和基础数据管道时广播信号的处理的图。
图10是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和专用信道时广播信号的处理的图。
图11是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时广播信号的处理的图。
图12是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时在接收机的链路层中的信号和/或数据的详细处理操作的图。
图13是图示根据本发明的实施例的快速信息信道(FIC)的语法的图。
图14是图示根据本发明的实施例的紧急警报表(EAT)的语法的图。
图15是图示根据本发明的实施例的发送到数据管道的分组的图。
图16是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP时在发送机的每个协议栈中的信号和/或数据的详细处理操作的图。
图17是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP时在接收机的每个协议栈上的信号和/或数据的详细处理操作的图。
图18是图示根据本发明的另一实施例的FIC的语法的图。
图19是图示根据本发明的实施例的signaling_Information_Part()的图。
图20是图示根据本发明的实施例的用于控制发送机和/或接收机在链路层中的操作模式的过程的图。
图21是图示根据本发明的实施例的在链路层中根据标志的值以及发送到物理层的分组的类型的操作的图。
图22是图示根据本发明的实施例的用于发信号通知模式控制参数的描述符的图。
图23是图示根据本发明的实施例的用于控制操作模式的发送机的操作的图。
图24是图示根据本发明的实施例的用于根据操作模式对广播信号进行处理的接收机的操作的图。
图25是图示根据本发明的实施例的用于标识封装模式的信息的图。
图26是图示根据本发明的实施例的用于标识报头压缩模式的信息的图。
图27是图示根据本发明的实施例的用于标识分组重新配置模式的信息的图。
图28是图示根据本发明的实施例的上下文发送模式的图。
图29是图示根据本发明的实施例的当通过报头压缩方案来应用RoHC时的初始化信息的图。
图30是图示根据本发明的实施例的用于标识链路层信令路径配置的信息的图。
图31是图示根据本发明的实施例的关于通过比特映射方案的信令路径配置的信息的图。
图32是图示根据本发明的实施例的链路层初始化过程的流程图。
图33是图示根据本发明的另一实施例的链路层初始化过程的流程图。
图34是图示根据本发明的实施例的用于发送初始化参数的信令格式的图。
图35是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
图36是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
图37是图示根据本发明的实施例的接收机的图。
图38是图示根据本发明的实施例的广播系统的图。
具体实施方式
现在将详细地参考本发明的优选实施例,其示例被图示在附图中。将在下面参考附图给出的详细描述旨在说明本发明的示例性实施例,而不是示出能够根据本发明实现的仅有实施例。
尽管本说明书中的元素的大部分术语已经选自在本领域中考虑到其在本说明书中的功能而广泛地使用的一般术语,但是这些术语可以取决于本领域的技术人员的意图或惯例或者新技术的引入而改变。一些术语已由本申请人任意地选择并且它们的含义根据需要在以下描述中说明。因此,本说明书中使用的术语应该基于本说明书的总体内容与术语的实际含义而不是它们的简单名称或含义一起来解释。
本说明书中的术语“信令”可以指示从广播系统、互联网系统和/或广播/互联网汇聚系统发送和接收的服务信息(SI)。服务信息(SI)可以包括从现有广播系统接收的广播服务信息(例如,ARSC-SI和/或DVB-SI)。
术语“广播信号”可以在概念上不仅包括从地面广播、有线电视广播、卫星广播和/或移动广播接收的信号和/或数据,而且包括从诸如互联网广播、宽带广播、通信广播、数据广播和/或VOD(视频点播)的双向广播系统接收的信号和/或数据。
术语“PLP”可以指示用于发送包含在物理层中的数据的预定单元。因为,必要时术语“PLP”还可以用术语“数据单元”或“数据管道”代替。
被配置成与广播网络和/或互联网网络互通的混合广播服务可以被用作要用在数字电视(DTV)服务中的代表性应用。混合广播服务通过互联网实时地发送与经由地面广播网络发送的广播A/V(音频/视频)内容有关的增强数据,或者通过互联网实时地发送广播A/V内容的一些部分,使得用户能够体验各种内容。
图1是示出根据本发明的实施例的下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于互联网协议(IP)集中广播网络和宽带联接的混合广播系统。
可以将根据本发明的广播系统设计成维持与常规基于MPEG-2的广播系统的兼容性。
根据本发明的广播系统可以对应于基于以IP为中心的广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的联接的混合广播系统。
参考图,物理层可以使用广播系统(诸如ATSC系统和/或DVB系统)中采用的物理协议。例如,在根据本发明的物理层中,发送机/接收机可以发送/接收地面广播信号并且将包括广播数据的传输帧转换成适当的形式。
在封装层中,IP数据报是从自物理层获取的信息获取的并且所获取的IP数据报被转换成特定帧(例如,RS帧、GSE-lite、GSE或信号帧)。帧主要包括一组IP数据报。例如,在封装层中,发送机将从物理层处理的数据包括在传输帧中,或者接收机从自物理层获取的传输帧中提取MPEG-2TS和IP数据报。
快速信息信道(FIC)包括访问服务和/或内容所必需的信息(例如,服务ID与帧之间的映射信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播系统可以使用协议,诸如互联网协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、异步分层编码/分层编码传输(ALC/LCT)、速率控制协议/RTP控制协议(RCP/RTCP)、超文本输送协议(HTTP)以及双向传输文件传送(FLUTE)。这些协议之间的栈可以参考图中所示出的结构。
在根据本发明的广播系统中,可以以基于ISO的媒体文件格式(ISOBMFF)的形式传输数据。可以以ISOBMFF的形式传输电子服务指南(ESG)数据、非实时(NRT)数据、音频/视频(A/V)数据和/或一般数据。
数据通过广播网络的传输可以包括线性内容的传输和/或非线性内容的传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急警报消息等)的传输可以对应于线性内容的传输。
可以以包括网络抽象层(NAL)的RTP/AV流的形式和/或以按照基于ISO的媒体文件格式封装的形式传输RTP有效载荷。RTP有效载荷的传输可以对应于线性内容的传输。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEG DASH的媒体段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEG DASH的MPD)的传输。
在根据本发明的广播系统中,可以支持通过广播网络传输的线性/非线性内容之间的同步或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如,在通过广播网络和宽带单独并同时传输一个UD内容的情况下,接收机可以调整依赖于传输协议的时间线,并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播系统的应用层可以实现技术特性,诸如交互性、个性化、第二画面以及自动内容识别(ACR)。这些特性在从ATSC 2.0到ATSC 3.0的扩展中是重要的。例如,HTML5可以被用于交互性的特性。
在根据本发明的广播系统的呈现层中,HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中,信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽带来发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下,可以通过地面广播网络实时地发送A/V内容和/或数据,并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地,可以通过实时地经由互联网使用HTTP动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播系统中,可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务,诸如交互式服务和第二画面服务。
在TS和IP流的基于混合的广播系统中,链路层可以被用来发送具有TS或IP流类型的数据。当各种类型的数据将通过物理层来发送时,链路层可以将数据转换成由物理层所支持的格式并且将经转换的数据传送给物理层。以这种方式,可以通过同一物理层来发送各种类型的数据。这里,物理层可以对应于使用MIMO/MISO方案等通过对数据进行交织、复用和/或调制来发送数据的步骤。
链路层需要被设计为使得即使当物理层的配置改变了时也使对链路层的操作的影响最小化。换句话说,链路层的操作需要被配置为使得操作可以与各种物理层兼容。
本发明提出了能够不管上层和下层的类型都独立地操作的链路层。以这种方式,能够支持各种上层和下层。这里,上层可以是指诸如TS流、IP流等的数据流的层。这里,下层可以是指物理层。此外,本发明提出了具有可以扩展/添加/删除可由链路层支持的功能的可校正结构的链路层。而且,本发明提出了将开销减少功能包括在链路层中使得可以高效地使用无线电资源的方案。
在此图中,诸如IP、UDP、TCP、ALC/LCT、RCP/RTCP、HTTP、FLUTE等的协议和层如上所述。
在此图中,链路层t88010可以是上面描述的数据链路(封装)部分的另一示例。本发明提出了链路层t88010的配置和/或操作。由本发明提出的链路层t88010可以对链路层和/或物理层的操作所必需的信令进行处理。此外,由本发明提出的链路层t88010可以对TS和IP分组等进行封装,并且在此过程中执行开销减少。
由本发明提出的链路层t88010可以由诸如数据链路层、封装层、第2层等的数个术语来表示。根据给定实施例,新术语可以被应用于链路层并被使用。
图2是图示根据本发明的实施例的链路层的接口的概念图。
参考图2,发送机可以考虑数字广播中主要使用的IP分组和/或MPEG-2TS分组被用作输入信号的示例性情况。发送机还可以支持能够被用在下一代广播系统中的新协议的分组结构。可以向物理层发送链路层的已封装数据和信令信息。发送机可以根据由广播系统支持的物理层的协议来对所发送的数据(包括信令数据)进行处理,使得发送机可以发送包括所对应的数据的信号。
另一方面,接收机可以将从物理层接收的数据和信令信息恢复成能够在高层中被处理的其它数据。接收机可以读取分组的报头,并且可以确定从物理层接收的分组是指示信令信息(或信令数据)还是识别数据(或内容数据)。
从发送机的链路层接收的信令信息(或信令数据)可以包括从上层接收并需要被发送到接收机的上层的第一信令信息;从链路层生成并提供有关接收机的链路层中的数据处理的信息的第二信令信息;和/或从上层或链路层生成并被输送以在物理层中迅速检测特定数据(例如,服务、内容和/或信令数据)的第三信令信息。
图3图示根据本发明的实施例的在与链路层的操作模式中的一个对应的普通模式下的操作。
由本发明提出的链路层可以具有针对上层与下层之间的兼容性的各种操作模式。本发明提出了链路层的普通模式和透明模式。这两种操作模式可以共存于链路层中,并且可以使用信令或系统参数来指定要使用的操作模式。根据给定实施例,可以实现这两种操作模式中的一种。可以根据输入到链路层的IP层、TS层等来应用不同的模式。此外,可以针对IP层的每个流并且针对TS层的每个流应用不同的模式。
根据给定实施例,可以向链路层添加新的操作模式。可以基于上层和下层的配置来添加新的操作模式。新的操作模式可以基于上层和下层的配置包括不同的接口。可以使用信令或系统参数来指定是否使用新的操作模式。
在普通模式下,数据可以通过由链路层支持的所有功能来处理,然后传送给物理层。
首先,可以从IP层、MPEG-2TS层或另一特定层t89010将每个分组传送给链路层。换句话说,可以从IP层向链路层传送IP分组。类似地,可以从MPEG-2TS层向链路层传送MPEG-2TS分组,并且可以从特定协议层向链路层传送特定分组。
所传送的分组中的每一个可以通过或者不通过开销减少过程t89020,然后通过封装过程t89030。
首先,IP分组可以通过或者不通过开销减少过程t89020,然后通过封装过程t89030。可以通过信令或系统参数来指定是否执行开销减少过程t89020。根据给定实施例,可以针对每个IP流来执行或者不执行开销减少过程t89020。可以向物理层传送封装的IP分组。
其次,MPEG-2TS分组可以通过开销减少过程t89020,并且通过封装过程t89030。根据给定实施例,MPEG-2TS分组可能不经历开销减少过程t89020。然而,一般而言,TS分组在前面具有同步字节(0x47)等,并且因此消除这样的固定开销可能是高效的。可以将经封装的IP分组传送给物理层。
第三,除IP或TS分组以外的分组可以或者可能不通过开销减少过程t89020,然后通过封装过程t89030。可以根据对应分组的特性来确定是否执行开销减少过程t89020。可以通过信令或系统参数来指定是否执行开销减少过程t89020。可以将经封装的分组传送给物理层。
在开销减少过程t89020中,可以通过适当的方案来减小输入分组的大小。在开销减少过程t89020中,特定信息可以从输入分组中提取或者生成。特定信息是与信令有关的信息,并且可以通过信令区域来发送。信令信息使得接收机能够通过还原由于开销减少过程t89020而导致的变化来还原原始分组。可以将信令信息传送给链路层信令过程t89050。
链路层信令过程t89050可以发送并管理在开销减少过程t89020中提取/生成的信令信息。物理层可以具有用于信令的物理上/逻辑上划分的发送路径,并且链路层信令过程t89050可以根据所划分的发送路径将信令信息传送给物理层。这里,可以将上面描述的FIC信令过程t89060、EAS信令过程t89070等包括在所划分的发送路径中。可以通过封装过程t89030向物理层传送未通过划分的发送路径发送的信令信息。
由链路层信令过程t89050所管理的信令信息可以包括从上层传送的信令信息、在链路层中生成的信令信息、系统参数等。具体地,信令信息可以包括从上层传送随后被传送给接收机的上层的的信令信息、在链路层中生成以被用于操作接收机的链路层的信令信息、在上层或链路层中生成以被用于接收机的物理层中的快速检测的信令信息等。
可以通过数据管道(DP)t89040来发送通过封装过程t89030并传送给物理层的数据。这里,DP可以是物理层管道(PLP)。可以通过相应的发送路径来传送通过上面描述的划分的发送路径所传送的信令信息。例如,可以通过物理帧中指定的FIC t89080来发送FIC信号。此外,可以通过物理帧中指定的EAC t89090来发送EAS信号。关于诸如FIC、EAC等的专用信道的存在的信息可以通过信令被发送到物理层的前导区域,或者通过使用特定加扰序列对前导进行加扰来发信号通知。根据给定实施例,可以通过一般DP区域、PLS区域或前导而非指定的专用信道来发送FIC信令/EAS信令信息。
接收机可以通过物理层来接收数据和信令信息。接收机可以将所接收的数据和信令信息还原成可在上层中处理的形式,并且将还原的数据和信令信息传送给上层。可以在接收机的链路层中执行此过程。接收机可以通过读取分组的报头等来验证接收的分组是否与信令信息或数据有关。此外,当在发送机处执行开销减少时,接收机可以将已经通过开销减少过程减少了其开销的分组还原为原始分组。在此过程中,可以使用所接收的信令信息。
图4图示根据本发明的实施例的在与链路层的操作模式中的一个对应的透明模式下的操作。
在透明模式下,数据可能不经受由链路层支持的功能或者可能经受这些功能中的一些,然后被传送给物理层。换句话说,在透明模式下,传送给上层的分组可以在不通过单独的开销减少和/或封装过程的情况下被传送给物理层。必要时,其它分组可以通过开销减少和/或分组过程。透明模式可以被称为旁路模式,并且另一术语可以应用于透明模式。
根据给定实施例,基于分组的特性和系统操作可以在普通模式下对一些分组进行处理并且可以在透明模式下对一些分组进行处理。
透明模式可以应用于的分组可以是具有为系统熟知的类型的分组。当可以在物理层中对分组进行处理时,可以使用透明模式。例如,熟知的TS或IP分组可以在物理层中通过单独的开销减少和输入格式化过程,并且因此可以在链路层步骤中使用透明模式。当应用了透明模式并且在物理层中通过输入格式化等对分组进行处理时,可以在物理层中执行诸如上面描述的TS报头压缩的操作。另一方面,当应用了普通模式时,处理的链路层分组可以被对待为GS分组并在物理层中处理。
在透明模式下,当需要支持信号发送时可以包括链路层信令模块。如上所述,链路层信令模块可以发送并管理信令信息。可以通过DP来封装并发送信令信息,并且具有划分的发送路径的FIC信令信息和EAS信令信息分别可以通过FIC和EAC来发送。
在透明模式下,可以使用固定IP地址和端口号来显示信息是否对应于信令信息。在这种情况下,信令信息可以被过滤以配置链路层分组,然后通过物理层来发送。
图5图示根据本发明的实施例的在发送机处的链路层的配置(普通模式)。
本实施例是假定IP分组被处理的实施例。在发送机处的链路层从功能观点可以主要包括用于对信令信息进行处理的链路层信令部分、开销减少部分和/或封装部分。在发送机处的链路层还可以包括用于控制链路层的整个操作并且对链路层的输入和输出部分进行调度等的调度器t91020。
首先,可以向链路层传送上层信令信息和/或系统参数t91010。此外,可以从IP层t91110向链路层传送包括IP分组的IP流。
如上所述,调度器t91020可以确定并控制包括在链路层中的数个模块的操作。所传送的信令信息和/或系统参数t91010可以由调度器t91020过滤或者使用。可以向链路层信令部分传送与所传送的信令信息和/或系统参数t91010的一部分对应并且为接收机所必需的信息。此外,可以向开销减少控制块t91120或封装控制块t91180传送与信令信息的一部分对应并且为链路层的操作所必需的信息。
链路层信令部分可以收集要作为信令在物理层中发送的信息,并且以适合于发送的形式对该信息进行变换/配置。链路层信令部分可以包括信令管理器t91030、信令格式化器t91040和/或信道的缓冲器t91050。
信令管理器t91030可以接收从调度器t91020传送的信令信息、从开销减少部分传送的信令和/或上下文信息。信令管理器t91030可以确定用于相对于传送的数据发送信令信息的路径。可以通过由信令管理器t91030所确定的路径来传送信令信息。如上文所述,可以向信令格式化器t91040传送要通过诸如FIC、EAS等的划分的信道发送的信令信息,并且可以向封装缓冲器t91070传送其它信令信息。
信令格式化器t91040可以以适合于各个划分的信道的形式对关联的信令信息进行格式化,使得可以通过单独地划分的信道来发送信令信息。如上文所述,物理层可以包括物理上/逻辑上划分的单独的信道。所划分的信道可以被用来发送FIC信令信息或EAS相关信息。FIC或EAS相关信息可以通过信令管理器t91030来划分,并且输入给信令格式化器t91040。信令格式化器t91040可以对信息进行格式化,使得该信息适合于各个单独的信道。除FIC和EAS之外,当物理层被设计成通过单独地划分的信道来发送特定信令信息时,可以添加用于特定信令信息的信令格式化器。通过此方案,链路层可以与各种物理层兼容。
信道的缓冲器t91050可以将从信令格式化器t91040传送的信令信息传送给指定的专用信道t91060。专用信道t91060的数目和内容可以取决于实施例而变化。
如上文所述,信令管理器t91030可以将未被传送给专用信道的信令信息传送给封装缓冲器t91070。封装缓冲器t91070可以充当接收未传送给专用信道的信令信息的缓冲器。
针对信令信息的封装t91080可以对未传送给专用信道的信令信息进行封装。发送缓冲器t91090可以充当将经封装的信令信息传送给用于信令信息的DP t91100的缓冲器。这里,用于信令信息的DP t91100可以是指上面描述的PLS区域。
开销减少部分可以通过消除传送给链路层的分组的开销来允许高效发送。能够配置开销减少部分,其数目与输入到链路层的IP流的数目相同。
开销减少缓冲器t91130可以接收从上层传送的IP分组。可以通过开销减少缓冲器t91130来将所传送的IP分组输入到开销减少部分。
开销减少控制块t91120可以确定是否对输入到开销减少缓冲器t91130的分组流执行开销减少。开销减少控制块t91120可以确定是否针对每个分组流执行开销减少。当对分组流执行开销减少时,可以将分组传送给RoHC压缩器t91140并且可以执行开销减少。当不对分组流执行开销减少时,可以将分组传送给封装部分并且可以在没有开销减少的情况下执行封装。可以通过传送给链路层的信令信息t91010来确定是否对分组执行开销减少。可以通过调度器t91020来将信令信息t91010传送给封装控制块t91180。
RoHC压缩器t91140可以对分组流执行开销减少。RoHC压缩器t91140可以压缩分组的报头。各种方案可以被用于开销减少。可以通过本发明中所提出的方案来执行开销减少。本实施例假定IP流并且因此压缩器被表达为RoHC压缩器。然而,根据给定实施例可以改变术语。此外,操作不局限于IP流的压缩,并且可以通过RoHC压缩器t91140来对所有类型的分组执行开销减少。
分组流配置块t91150可以将具有压缩报头的IP分组划分成要发送到信令区域的信息以及要发送到分组流的信息。要发送到分组流的信息可以是指要发送到DP区域的信息。可以将要发送到信令区域的信息传送给信令和/或上下文控制块t91160。可以将要发送到分组流的信息发送到封装部分。
信令和/或上下文控制块t91160可以收集信令和/或上下文信息并且将所收集的信息传送给信令管理器t91030。以这种方式,可以将信令和/或上下文信息发送到信令区域。
封装部分可以以适合的形式对分组进行封装,使得可以将分组传送给物理层。配置的封装部分的数目可以与IP流的数目相同。
封装缓冲器t91170可以接收用于封装的分组流。当执行开销减少时可以接收经受开销减少的分组,而当不执行开销减少时可以在没有改变的情况下接收输入IP分组。
封装控制块t91180可以确定是否对输入分组流执行封装。当执行封装时,可以将分组流传送给分段/级联t91190。当不执行封装时,可以将分组流传送给发送缓冲器t91230。可以基于传送给链路层的信令信息t91010来确定是否执行分组的封装。可以通过调度器t91020来将信令信息t91010传送给封装控制块t91180。
在分段/级联t91190中,可以对分组执行上面描述的分段或级联操作。换句话说,当输入IP分组比与链路层的输出对应的链路层分组长时,可以将一个IP分组划分成数个片段以配置多个链路层分组有效载荷。此外,当输入IP分组比与链路层的输出对应的链路层分组短时,可以组合数个IP分组以配置一个链路层分组有效载荷。
分组配置表t91200可以具有关于分段的和/或级联的链路层分组的配置的信息。发送机和接收机可以具有分组配置表t91200的相同信息。发送机和接收机可以参考分组配置表t91200的信息。可以将分组配置表t91200的信息的索引值包括在链路层分组的报头中。
链路层报头信息块t91210可以收集在封装过程中生成的报头信息。此外,链路层报头信息块t91200可以收集包括在分组配置表t91200中的信息。链路层报头信息块t91210可以根据链路层分组的报头配置来配置报头信息。
报头附接块t91220可以将报头添加到经分段的和/或级联的链路层分组的有效载荷。发送缓冲器t91230可以充当用于向物理层的DP t91240传送链路层分组的缓冲器。
每个块或模块和部分可以被配置为链路层中的一个模块/协议或多个模块/协议。
图6图示根据本发明的实施例的在接收机处的链路层的配置(普通模式)。
本实施例是假定IP分组被处理的实施例。在接收机处的链路层从功能观点可以主要包括用于对信令信息进行处理的链路层信令部分、开销处理部分和/或解封装部分。在接收机处的链路层还可以包括用于控制链路层的整个操作并且对链路层的输入和输出部分进行调度等的调度器。
首先,可以向链路层传送通过物理层接收的信息。链路层可以对信息进行处理以将该信息还原为该信息尚未被发送机处理的原始状态,并且将该信息传送给上层。在本实施例中,上层可以是IP层。
可以向链路层信令部分传送通过与物理层分离的专用信道t92030传送的信息。链路层信令部分可以区分从物理层接收的信令信息,并且将经区分的信令信息传送给链路层的每个部分。
信道的缓冲器t92040可以充当接收通过专用信道发送的信令信息的缓冲器。如上所述,当物理上/逻辑上划分的单独的信道存在于物理层中时,能够接收通过这些信道发送的信令信息。当从单独的信道接收的信息处于划分状态时,可以存储所划分的信息直到该信息具有完整形式为止。
信令解码器/解析器t92050可以检查通过专用信道接收的信令信息的格式,并且提取要用在链路层中的信息。当通过专用信道接收的信令信息被编码时,可以执行解码。此外,根据给定实施例,能够检查信令信息的完整性。
信令管理器t92060可以使通过多条路径接收的信令信息完整。可以通过信令管理器t92060来使通过要在下面描述的用于信令的DP t92070接收的信令信息完整。信令管理器t92060可以在链路层中传送每个部分所必需的信令信息。例如,可以向开销处理部分传送用于恢复分组的上下文信息等。此外,可以向调度器t92020传送用于控制的信令信息。
可以通过用于信令的DP t92070来接收未通过单独的专用信道接收的一般信令信息。这里,用于信令的DP可以是指PLS等。接收缓冲器t92080可以充当用于接收从用于信令的DP t92070接收的信令信息的缓冲器。可以在针对信令信息的解封装块t92090中对所接收的信令信息进行解封装。可以通过解封装缓冲器t92100将经解封装的信令信息传送给信令管理器t92060。如上文所述,信令管理器t92060可以收集信令信息并且将所收集的信令信息传送给链路层中的期望部分。
调度器t92020可以确定并控制包括在链路层中的数个模块的操作。调度器t92020可以使用接收机信息t92010和/或从信令管理器t92060传送的信息来控制链路层的每个部分。此外,调度器t92020可以确定每个部分的操作模式等。这里,接收机信息t92010可以是指由接收机先前存储的信息。调度器t92020可以将诸如信道改变等的由用户改变的信息用于控制。
解封装部分可以对从物理层的DP t92110接收的分组进行过滤,并且基于分组的类型使分组分离。配置的解封装部分的数目可以与可以在物理层中同时解码的DP的数目相同。
解封装缓冲器t92120可以充当从物理层接收分组流以执行解封装的缓冲器。解封装控制块t92130可以确定是否对所接收的分组流进行解封装。当执行解封装时,可以将分组流传送给链路层报头解析器t92140。当不执行解封装时,可以将分组流传送给输出缓冲器t92220。从调度器t92020传送的信令信息可以被用来确定是否执行解封装。
链路层报头解析器t92140可以标识接收的链路层分组的报头。当报头被标识时,能够标识包括在链路层分组的有效载荷中的IP分组的配置。例如,可以对IP分组进行分段或者级联。
分组配置表t92150可以包括通过分组和/或级联所配置的链路层分组的有效载荷信息。发送机和接收机可以具有与分组配置表t92150的信息相同的信息。发送机和接收机可以参考分组配置表t92150的信息。可以基于包括在链路层分组中的索引信息来查找重组所必需的值。
重组块t92160可以将通过分段和/或级联配置的链路层分组的有效载荷配置为原始IP流的分组。重组块t92160可以通过收集片段来重新配置一个IP分组,或者通过使级联的分组分离来重新配置多个IP分组流。可以将经重组的IP分组传送给开销处理部分。
开销处理部分可以执行由发送机执行的开销减少的逆过程。在逆过程中,执行了将经历开销减少的分组返回到原始分组的操作。此操作可以被称为开销处理。配置的开销处理部分的数目可以与可以在物理层中同时解码的DP的数目相同。
分组恢复缓冲器t92170可以充当接收为开销处理而解封装的RoHC分组或IP分组的缓冲器。
开销控制块t92180可以确定是否执行解封装的分组的分组恢复和/或解压缩。当执行分组恢复和/或解压缩时,可以将分组传送给分组流恢复t92190。当不执行分组恢复和/或解压缩时,可以将分组传送给输出缓冲器t92220。可以基于由调度器t92020传送的信令信息来确定是否执行分组恢复和/或解压缩。
分组流恢复t92190可以执行使与发送机分离的分组流和该分组流的上下文信息集成的操作。该操作可以对应于还原分组流使得该分组流可以被RoHC解压器t92210处理的过程。在此过程中,可以从信令和/或上下文控制块t92200传送信令信息和/或上下文信息。信令和/或上下文控制块t92200可以区分从发送机传送的信令信息并且将该信令信息传送给分组流恢复t92190,使得可以将该信令信息映射到适合于上下文ID的流。
RoHC解压器t92210可以恢复分组流的分组的报头。当报头被恢复时,可以将分组流的分组还原为原始IP分组。换句话说,RoHC解压器t92210可以执行开销处理。
输出缓冲器t92220可以充当在向IP层t92230传送输出流之前的缓冲器。
本发明中所提出的发送机和接收机的链路层可以包括上面所描述的块或模块。以这种方式,链路层可以不管上层和下层独立地操作,并且高效地执行开销减少。此外,可以容易地扩展/添加/删除取决于上层和下层可支持的功能。
图7是图示根据本发明的实施例的根据链路层组织类型的定义的图。
当链路层被实际上具体化为协议层时,能够通过一个频隙来发送和接收广播服务。这里,一个频隙的示例可以是主要具有特定宽度的广播信道。如上所述,根据本发明,在其中物理层的配置改变的广播系统中或者在具有不同的物理层配置的多个广播系统中,可以定义兼容的链路层。
物理层可以具有用于链路层的接口的逻辑数据路径。链路层可以访问物理层的逻辑数据路径并且向该逻辑数据路径发送与所对应的数据路径相关联的信息。以下类型可以被认为是与链路层接口对接的物理层的数据路径。
在广播系统中,普通数据管道(普通DP)可以作为一种数据路径而存在。普通数据管道可以是用于发送普通数据的数据管道并且可以根据物理层的配置包括一个或多个数据管道。
在广播系统中,基础数据管道(基础DP)可以作为一种数据路径而存在。基础数据管道可以是用于特定目的的数据管道,并且可以在对应的频隙中发送信令信息(本发明中所描述的整个或部分信令信息)和/或一般数据。必要时,为了有效地管理带宽,可以通过基础数据管道来发送通常通过普通数据管道发送的数据。当要在专用信道存在时发送的信息的量超过对应信道的处理容量时,基础数据管道可以执行补充功能。也就是说,可以通过基础数据管道来发送超过对应信道的处理容量的数据。
一般而言,基础数据管道连续地使用一个指定的数据管道。然而,可以使用诸如物理层信令、链路层信令等的方法在多个数据管道当中为基础数据管道动态地选择一个或多个数据管道,以便有效地管理数据管道。
在广播系统中,专用信道可以作为一种数据路径而存在。专用信道可以是用于在物理层中发信号通知或类似的特定目的的信道,并且可以包括用于迅速地获取主要在当前频隙上服务的事项的快速信息信道(FIC)和/或用于向用户立即发送紧急警报的通知的紧急警报信道(EAC)。
一般而言,逻辑数据路径被具体化在物理层中以便发送普通数据管道。可能不在物理层中具体化用于基础数据管道和/或专用信道的逻辑数据路径。
可以如附图中所图示的那样定义要在链路层中发送的数据的配置。
组织类型1可以是指逻辑数据路径仅包括普通数据管道的情况。
组织类型2可以是指逻辑数据路径包括普通数据管道和基础数据管道的情况。
组织类型3可以是指逻辑数据路径包括普通数据管道和专用信道的情况。
组织类型4可以是指逻辑数据路径包括普通数据管道、基础数据管道和专用信道的情况。
必要时,逻辑数据数据可以包括基础数据管道和/或专用信道。
根据本发明的实施例,可以根据逻辑数据路径的配置来确定信令信息的发送过程。可以根据本发明中所定义的链路层的高层的协议来确定通过特定逻辑数据路径发送的信令的详细信息。关于本发明中所描述的过程,还可以使用通过高层解析的信令信息并且对应的信令可以从高层以IP分组的形式发送并在以链路层分组的形式封装之后再次发送。
当发送这样的信令信息时,接收机可以根据协议配置从包括在IP分组流中的会话信息中提取详细信令信息。当使用高层的信令信息时,可以使用数据库(DB)或者可以使用共享存储器。例如,在从包括在IP分组流中的会话信息中提取信令信息的情况下,可以将所提取的信令信息存储在接收机的DB、缓冲器和/或共享存储器中。接下来,当在对广播信号中的数据进行处理的过程中需要信令信息时,可以从上述存储装置获得该信令信息。
图8是图示根据本发明的实施例的当逻辑数据路径仅包括普通数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据仅包括普通数据管道时的链路层的结构。如上所述,链路层可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流,可以根据将用来发送数据的数据速率来发送多个分组流,并且可以针对每个相应的对应分组流来执行开销减少和封装过程。物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径,并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时,分组流中的一些可以考虑到数据速率被复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数和/或在高层中发送的信令并且收集要经由信令发送的信息。因为仅普通数据管道被配置在物理层中,所以需要以分组的形式发送对应的信令。因此,可以在链路层分组配置期间使用分组的报头等来指示信令。在这种情况下,包括信令的分组的报头可以包括用于标识信令数据是否被包含在分组的有效载荷中的信息。
在高层中以IP分组的形式发送的服务信令的情况下,一般而言,能够以相同的方式对不同的IP分组进行处理。然而,能够针对链路层信令的配置来读取对应的IP分组的信息。为此,可以使用IP地址的过滤方法来查找包括信令的分组。例如,因为IANA将224.0.23.60的IP地址指定为ATSC服务信令,所以接收机可以检查具有对应的IP地址的IP分组并将该IP分组用于链路层信令的配置。在这种情况下,也需要将对应的分组发送到接收机,在没有改变的情况下执行针对IP分组的处理。接收机可以解析发送到预定IP地址的IP分组并获取用于在链路层中发信号通知的数据。
当通过一个频带来发送多个广播服务时,接收机不必对所有DP进行解码,并且预先检查信令信息并仅对与获取的服务相关联的DP进行解码是高效的。因此,关于针对接收机的链路层的操作,可以执行以下过程。
当用户选择或者改变要接收的服务时,接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的接收机的信息。
接收机检查关于发送链路层信令的DP的信息并且对所对应的DP进行解码以获取链路层信令分组。
接收机解析链路层信令分组并且获取关于通过当前信道发送的一个或多个DP当中的发送与由用户选择的服务相关联的数据的DP的信息以及关于对应的DP的分组流的开销减少信息。接收机可以从链路层信令分组获取用于标识发送与由用户选择的服务相关联的数据的DP的信息并且基于该信息来获得对应的DP。此外,链路层信令分组可以包括指示应用于所对应的DP的开销减少的信息,并且接收机可以使用该信息来还原开销减少应用于的DP。
接收机向对物理层中的信号或数据进行处理的物理层处理器发送要接收的DP信息并且从对应的DP接收分组流。
接收机对由物理层处理器解码的分组流执行封装和报头恢复。
然后,接收机根据高层的协议来执行处理并且向用户提供广播服务。
图9是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和基础数据管道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括基础数据管道和普通数据管道时的链路层的结构。如上所述,链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这种情况下,用于在链路层中对信号和/或数据进行处理的链路层处理器可以包括链路层信令处理器、开销减少处理器以及封装(解封装)处理器。
向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流,可以根据发送数据的数据速率来发送多个分组流,并且可以针对每个相应的对应分组流来执行开销减少和封装过程。
物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径,并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时,分组流中的一些可以考虑到数据速率被复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数、高层信令等并且收集要经由信令发送的信息。因为物理层的广播信号包括基础DP和普通DP,所以可以向基础DP发送信令并且可以考虑到数据速率以适合于发送基础DP的分组的形式发送信令数据。在这种情况下,可以在链路层分组配置期间使用分组的报头等来指示信令。例如,链路层分组的报头可以包括指示包含在分组的有效载荷中的数据是信令数据的信息。
在存在诸如基础DP的逻辑数据路径的物理层结构中,考虑到数据速率向基础DP发送不是音频/视频内容的数据,诸如信令信息,可能是高效的。因此,可以使用诸如IP地址过滤等的方法来向基础DP发送在高层中以IP分组的形式发送的服务信令。例如,IANA将224.0.23.60的IP地址指定为ATSC服务信令,可以向基础DP发送具有所对应的IP地址的IP分组流。
当关于对应的服务信令的多个IP分组流存在时,可以使用诸如复用等的方法来将这些IP分组流发送到一个基础DP。然而,可以将关于不同的服务信令的分组划分成诸如源地址和/或端口的字段值。在这种情况下,还能够从对应的服务信令分组读取用于配置链路层信令所需的信息。
当通过一个频带来发送多个广播服务时,接收机可以不必对所有DP进行解码,可以预先检查信令信息,并且可以仅对发送关于对应服务的数据和/或信号的DP进行解码。因此,关于链路层中的数据和/或处理接收机可以执行以下操作。
当用户选择或者改变要接收的服务时,接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的接收机的信息。这里,存储在DB等中的信息可以包括用于标识基础DP的信息。
接收机对基础DP进行解码并且获取包括在基础DP中的链路层信令分组。
接收机解析链路层信令分组以获取用于接收由用户选择的服务的DP信息以及关于通过当前信道发送的多个DP当中的对应DP的分组流的开销减少信息和关于对应DP的分组流的开销减少信息。链路层信令分组可以包括用于标识发送与特定服务相关联的信号和/或数据的DP的信息,和/或用于标识应用于发送到对应DP的分组流的开销减少的类型的信息。接收机可以访问一个或多个DP或者使用上述信息来还原包括在对应DP中的分组。
接收机是根据物理层的协议来对信号和/或数据进行处理、发送要针对对应服务接收的关于DP的信息、并且从对应DP接收分组流的物理层处理器。
接收机对物理层中解码的分组流执行解封装和报头恢复,并且以IP分组流的形式将分组流发送到接收机的高层。
然后,接收机根据高层协议来执行处理并且向用户提供广播服务。
在通过对基础DP进行解码来获取链路层分组的上面描述的过程中,关于基础DP的信息(例如,基础DP的标识符(ID)信息、基础DP的位置信息,或包括在DP中的信令信息)可以在先前的信道扫描期间被获取然后存储在DB中,并且接收机可以使用所存储的基础DP。替换地,接收机可以通过首先探寻接收机已预先访问的DP来获取基础DP。
在通过解析链路层分组来获取由用户选择的服务的DP信息以及关于发送对应服务的DP分组流的开销减少信息的上面描述的过程中,如果关于发送由用户选择的服务的DP的信息是通过高层信令(例如,比链路层高的层,或IP层)发送的,则接收机可以从如上所述的DB、缓冲器和/或共享存储器获取对应的信息并且将所获取的信息用作关于需要解码的DP的信息。
如果链路层信令(链路层信令信息)和普通数据(例如,广播内容数据)是通过同一DP发送的或者如果仅在广播系统中使用一种类型的DP,则在信令信息被解码和解析的同时可以将通过DP发送的普通数据临时存储在缓冲器或存储器中。在获取信令信息后,接收机可以通过使用系统的内部命令字的方法来向用于提取并处理DP的装置发送用于提取应该根据对应的信令信息获得的DP的命令。
图10是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道和普通数据管道时链路层的结构。如上所述,链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面,要包括在接收机中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流,可以根据发送数据的数据速率来发送多个分组流,并且可以针对每个相应的对应分组流来执行开销减少和封装过程。物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径,并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时,分组流中的一些可以考虑到数据速率被复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数、高层信令等并且收集要经由信令发送的信息。在存在诸如专用信道的逻辑数据路径的物理层结构中,考虑到数据速率通过专用信道来主要发送信令信息可能是高效的。然而,当需要通过专用信道发送大量的数据时,需要占据与专用信道的量对应的专用信道的带宽,并且因此通常设置专用信道的高数据速率。此外,因为通常以比DP高的速度接收专用信道并对其进行解码,所以在需要从接收机迅速获取的信息方面对信令数据而言更高效。必要时,当不能够通过专用信道来发送足够的信令数据时,可以通过普通DP来发送诸如前述链路层信令分组的信令数据,并且通过专用信道发送的信令数据可以包括用于标识对应的链路层信令分组的信息。
必要时可能存在多个专用信道并且可以根据物理层来启用/禁用信道。
在高层中以IP分组的形式发送的服务信令的情况下,一般而言,能够以相同的方式对不同的IP分组进行处理。然而,能够针对链路层信令的配置来读取对应的IP分组的信息。为此,可以使用IP地址的过滤方法来查找包括信令的分组。例如,因为IANA将224.0.23.60的IP地址指定为ATSC服务信令,所以接收机可以检查具有对应的IP地址的IP分组并将该IP分组用于链路层信令的配置。在这种情况下,也需要将对应的分组发送到接收机,在没有改变的情况下执行针对IP分组的处理。
当关于服务信令的多个IP分组流存在时,可以使用诸如复用等的方法来将这些IP分组流与音频/数据数据一起发送到一个DP。然而,可以将关于服务信令和音频/视频数据的分组划分成IP地址、端口等的字段值。
当通过一个频带来发送多个广播服务时,接收机不必对所有DP进行解码,并且预先检查信令信息并仅对发送与所需服务相关联的信号和/或数据的DP进行解码是高效的。因此,接收机可以根据链路层的协议执行处理作为以下过程。
当用户选择或者改变要接收的服务时,接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的信息。存储在DB中的信息可以包括用于标识专用信道的信息和/或用于获取信道/服务/节目的信令信息。
接收机对通过专用信道发送的数据进行解码并且执行与适合于对应信道的目的的信令相关联的处理。例如,用于发送FIC的专用信道可以存储并更新诸如服务和/或信道的信息,并且用于发送EAC的专用信道可以发送紧急警报信息。
接收机可以获取要使用发送到专用信道的信息来解码的DP的信息。必要时,当通过DP来发送链路层信令时,接收机可以对发送信令的DP进行预解码,并且将该DP发送到专用信道以便预先获取信令信息。此外,可以通过普通DP来发送链路层信令的分组,并且在这种情况下,通过专用信道发送的信令数据可以包括用于标识包括链路层信令的分组的DP的信息。
接收机可以使用链路层信令信息来获取用于在被发送到当前信道的多个DP当中由用户选择的服务的接收的DP信息,以及关于对应DP的分组流的开销减少信息。链路层信令信息可以包括用于标识用于发送与特定服务相关联的信号和/或数据的DP的信息,和/或用于标识应用于发送到对应DP的分组流的开销减少的类型的信息。接收机可以访问用于特定服务的一个或多个DP或者使用信息来还原包括在对应DP中的分组。
接收机向对物理层中的信号和/或数据进行处理并从对应DP接收分组流的物理层处理器发送用于标识要由物理层接收的DP的信息。
接收机对物理层中解码的分组流执行解封装和报头恢复,并且以IP分组流的形式将分组流发送到接收机的高层。
然后,接收机根据高层的协议来执行处理并且向用户提供广播服务。
图11是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时广播信号的处理的图。
该图图示当物理层的逻辑数据路径包括专用信道、基础数据管道和普通数据管道时链路层的结构。如上所述,链路层可以包括链路层信令部分、开销减少部分以及封装(解封装)部分。在这方面,要包括在接收机中的链路层处理器可以包括链路层信令处理器、开销减少处理器和/或封装(解封装)处理器。向物理层的适当的数据路径发送从每个功能模块(其可以被具体化为硬件或软件)输出的信息可以是链路层的主要功能之一。
关于在链路层的高层上配置的IP流,可以根据发送数据的数据速率来发送多个分组流,并且可以针对每个相应的对应分组流来执行开销减少和封装过程。物理层可以包括数据管道(DP)作为链路层能够在一个频带中访问的多个逻辑数据路径并且可以发送在链路层中针对每个相应的分组流而处理的分组流。当DP的数目低于要发送的分组流的数目时,分组流中的一些可以考虑到数据速率被复用并输入到DP。
信令处理器可以检查发送系统信息、相关参数、高层信令等并且收集要经由信令发送的信息。因为物理层的信号包括基础DP和普通DP,所以考虑到数据速率向基础DP发送信令可能是高效的。在这种情况下,需要以适合于通过基础DP发送的分组的形式发送信令数据。可以在链路层分组配置期间使用分组的报头等来指示信令。也就是说,包括信令数据的链路层信令分组的报头可以包括指示信令数据被包含在对应分组的有效载荷中的信息。
在同时存在专用信道和基础DP的物理层结构中,信令信息可以被划分并发送到专用信道和基础DP。一般而言,因为未设置专用信道的高数据速率,所以可以将具有少量信令并且需要被迅速获取的信令信息发送到专用信道并且将具有大量信令的信令发送到基础DP。必要时,可能存在多个专用信道并且可以根据物理层来启用/禁用信道。此外,基础DP可以配置有与普通DP分离的结构。此外,能够指定普通DP中的一个并且将该普通DP用作基础DP。
可以使用诸如IP地址过滤等的方法来向基础DP发送在高层中以IP分组的形式发送的服务信令。可以向基础DP发送具有特定IP地址并且包括信令信息的IP分组流。当关于对应的服务信令的多个IP分组流存在时,可以使用诸如复用等的方法来将这些IP分组流发送到一个基础DP。可以将关于不同的服务信令的分组划分成诸如源地址和/或端口的字段值。接收机可以读取在对应的服务信令分组中配置链路层信令所需的信息。
当通过一个频带来发送多个广播服务时,接收机可以不必对所有DP进行解码,并且预先检查信令信息并仅对发送与所需服务相关联的信号和/或数据的DP进行解码可能是高效的。因此,接收机可以执行以下处理作为根据链路层的协议的处理。
当用户选择或者改变要接收的服务时,接收机对对应的频率进行调谐并且读取关于对应信道的存储在数据库DB等中的信息。存储在DB中的信息可以包括用于标识专用信道的信息、用于标识基础数据管道的信息和/或用于获取信道/服务/节目的信令信息。
接收机对通过专用信道发送的数据进行解码并且执行与适合于对应信道的目的的信令相关联的处理。例如,用于发送FIC的专用信道可以存储并更新诸如服务和/或信道的信息,并且用于发送EAC的专用信道可以发送紧急警报信息。
接收机可以使用发送到专用信道的信息来获取基础DP的信息。发送到专用信道的信息可以包括用于标识基础DP的信息(例如,基础DP的标识符和/或基础DP的IP地址)。必要时,接收机可以将预先存储在接收机的DB中的信令信息和相关参数更新为在专用信道中发送的信息。
接收机可以对基础DP进行解码并且获取链路层信令分组。必要时,链路层信令分组可以与从专用信道接收的信令信息组合。接收机可以使用专用信道以及预先存储在接收机中的信令信息来查找基础DP。
接收机可以使用链路层信令信息来获取用于在被发送到当前信道的多个DP当中由用户选择的服务的接收的DP信息以及关于对应DP的分组流的开销减少信息。链路层信令信息可以包括用于标识用于发送与特定服务相关联的信号和/或数据的DP的信息,和/或用于标识应用于发送到对应DP的分组流的开销减少的类型的信息。接收机可以访问用于特定服务的一个或多个DP或者使用信息来还原包括在对应DP中的分组。
接收机向对物理层中的信号和/或数据进行处理并从对应DP接收分组流的物理层处理器发送用于标识要由物理层接收的DP的信息。
接收机对物理层中解码的分组流执行解封装和报头恢复并且以IP分组流的形式将分组流发送到接收机的高层。
然后,接收机根据高层的协议来执行处理并且向用户提供广播服务。
根据本发明的实施例,当通过一个或多个IP分组流来发送服务信令的信息时,可以对IP分组流进行复用并作为一个基础DP来发送。接收机可以通过源地址和/或端口的字段来区分不同的服务信令的分组。接收机可以从服务信令分组读出用于获取/配置链路层信令的信息。
在对通过专用信道发送的信令信息进行处理的过程中,接收机可以获得专用信道的版本信息或标识是否已执行更新的信息,并且如果判断在专用信道中的信令信息中没有变化,则接收机可以省略通过专用信道发送的信令信息的处理(解码或解析)。如果确认尚未更新专用信道,则接收机可以使用预先存储的信息来获取基础DP的信息。
在获取由用户选择的服务的DP信息以及关于发送对应服务的DP分组流的开销减少信息的上面描述的过程中,如果关于发送由用户选择的服务的DP的信息是通过高层信令(例如,比链路层高的层,或IP层)发送的,则接收机可以从如上所述的DB、缓冲器和/或共享存储器获取对应的信息并且将所获取的信息用作关于需要解码的DP的信息。
如果链路层信令(链路层信令信息)和普通数据(例如,广播内容数据)是通过同一DP发送的或者如果在广播系统中仅使用一种DP,则在信令信息被解码和解析的同时可以将通过DP发送的普通数据临时存储在缓冲器或存储器中。在获取信令信息后,接收机可以通过使用系统内部命令字的方法向用于提取并处理DP的装置发送用于提取应该根据所对应的信令信息获得的DP的命令。
图12是图示根据本发明的实施例的当逻辑数据路径包括普通数据管道、基础数据管道和专用信道时在接收机的链路层中的信号和/或数据的详细处理操作的图。
本实施例考虑在一个频带中发送由一个或多个广播公司提供的一个或多个服务的情形。可以认为一个广播公司发送一个或多个广播服务,一个服务包括一个或多个分量并且用户以广播服务为单位接收内容。此外,包括在一个广播服务中的一个或多个分量中的一些可以根据用户选择用其它分量代替。
可以向专用信道发送快速信息信道(FIC)和/或紧急警报信道(EAC)。可以在广播信号中区分并发送或者管理基础DP和普通DP。可以通过物理层信令来发送FIC和/或EAC的配置信息以便向接收机通知FIC和/或EAC,并且链路层可以根据对应信道的特性对信令进行格式化。向物理层的特定信道发送数据是从逻辑视角执行的并且可以根据物理层的特性来执行实际的操作。
可以通过FIC来发送在对应的频率中发送的关于每个广播公司的服务的信息以及关于用于接收服务的路径的信息。为此,可以经由链路层信令提供(发信号通知)以下信息。
系统参数-发送机相关参数和/或与在对应信道中提供服务的广播公司有关的参数。
链路层-其包括与IP报头压缩相关联的上下文信息和/或对应上下文应用于的DP的ID。
高层-IP地址和/或UDP端口号、服务和/或分量信息、紧急警报信息以及DP与在IP层中发送的分组流的IP地址之间的映射关系信息。
当通过一个频带来发送多个广播服务时,接收机可以不必对所有DP进行解码,并且预先检测信令信息并仅对关于所需服务的DP进行解码可能是高效的。在广播系统中,发送机可以通过FIC来发送用于标识仅所需DP的信息,并且接收机可以使用FIC来检查要针对特定服务访问的DP。在这种情况下,可以执行与接收机的链路层相关联的操作如下。
当用户选择或者改变要由用户接收的服务时,接收机对对应的频率进行调谐并且读取关于对应信道的存储在DB等中的接收机的信息。可以通过在初始信道扫描期间获取FIC并且使用包括在该FIC中的信息来配置存储在接收机的DB中的信息。
接收机可以接收FIC并更新预先存储的DB或者获取关于关于由用户选择的服务的分量的信息以及关于从FIC发送分量的DP的映射关系的信息。此外,可以从FIC获取关于发送信令的基础DP的信息。
当与鲁棒报头压缩(RoHC)有关的初始化信息存在于通过FIC发送的信令中时,接收机可以获取该初始化信息并准备报头恢复。
接收机基于通过FIC发送的信息对基础DP和/或发送由用户选择的服务的DP进行解码。
接收机获取包括在基础DP中的关于正在接收的DP的开销减少信息,使用获取的开销信息对在普通DP中接收的分组流执行解封装和/或报头恢复,并且以IP分组流的形式将分组流发送到接收机的高层。
接收机可以通过基础DP来接收以具有特定地址的IP分组的形式发送的服务信令,并且关于接收的服务将该分组流发送到高层。
当发生紧急警报时,为了向用户迅速地发送紧急警报消息,接收机通过信令接收包括在CAP消息中的信令信息,解析该信令信息,并且将该信令信息立即发送到用户,以及查找用于接收对应服务的路径并且当能够确认经由信令能够通过其接收音频/视频服务的路径的信息时接收服务数据。此外,当通过宽带等发送的信息存在时,使用对应的统一资源标识符(URI)信息等来接收NRT服务和附加信息。将在下面详细地描述与紧急警报相关联的信令信息。
接收机对紧急警报进行处理如下。
接收机识别通过物理层的前导等来发送紧急警报消息的情形。物理层的前导可以是包括在广播信号中的信令信号并且可以对应于物理层中的信令。物理层的前导可能主要包括用于获取被包括在广播信号中的数据、广播帧、数据管道和/或发送参数的信息。
接收机通过接收机的物理层信令来检查紧急警报信道(EAC)的配置并且对该EAC进行解码以获取EAT。这里,EAC可以对应于前述专用信道。
接收机检查所接收的EAT、提取CAP消息并且将该CAP消息发送到CAP解析器。
当与紧急警报相关联的服务信息存在于EAT中时接收机对对应DP进行解码并且接收服务数据。EAT可以包括用于标识用于发送与紧急警报相关联的服务的DP的信息。
当与NRT服务数据相关联的信息存在于EAT或CAP消息中时,接收机通过宽带来接收信息。
图13是图示根据本发明的实施例的快速信息信道(FIC)的语法的图。
可以以快速信息表(FIT)的形式发送包括在FIC中的信息。
可以以XML和/或区段表的形式发送包括在FIT中的信息。
FIT可以包括table_id信息、FIT_data_version信息、num_broadcast信息、broadcast_id信息、delivery_system_id信息、base_DP_id信息、base_DP_version信息、num_service信息、service_id信息、service_category信息、service_hidden_flag信息、SP_indicator信息、num_component信息、component_id信息、DP_id信息、context_id信息、RoHC_init_descriptor、context_profile信息、max_cid信息和/或large_cid信息。
table_id信息指示对应的表区段是指快速信息表。
FIT_data_version信息可以指示关于包含在快速信息表中的语法和语义的版本信息。接收机可以使用FIT_data_version信息来确定包含在所对应的快速信息表中的信令是否被处理。接收机可以使用该信息来确定预先存储的FIC的信息是否被更新。
num_broadcast信息可以指示通过对应的频率或发送的传输帧来发送广播服务和/或内容的广播公司的数目。
broadcast_id信息可以指示通过对应的频率或发送的传输帧来发送广播服务和/或内容的广播公司的唯一标识符。在发送基于MPEG-2TS的数据的广播公司的情况下,broadcast_id可以具有诸如MPEG-2TS的transport_stream_id的值。
delivery_system_id信息可以指示在执行发送的广播网络上应用并处理相同的发送参数的广播发送系统的标识符。
base_DP_id信息是用于在广播信号中标识基础DP的信息。基础DP可以是指发送包括与broadcast_id对应的广播公司的开销减少和/或节目特定信息/系统信息(PSI/SI)的服务信令的DP。替换地,base_DP_id信息可以是指能够对包括在对应广播公司中的广播服务中的分量进行解码的代表性DP。
base_DP_version信息可以是指关于通过基础DP发送的数据的版本信息。例如,当通过基础DP来发送诸如PSI/SI等的服务信令时,如果服务信令改变了,则可以逐个地增加base_DP_version信息的值。
num_service信息可以是指在对应的频率或传输帧中从与broadcast_id对应的广播公司发送的广播服务的数目。
service_id信息可以被用作用于标识广播服务的标识符。
service_category信息可以是指广播服务的类别。根据对应字段的值,service_category信息可以具有以下含义。当service_category信息的值是0x01时,service_category信息可以是指基本TV,当service_category信息是0x02时,service_category信息可以是指基本无线电,当service_category信息的值是0x03时,service_category信息可以是指RI服务,当service_category信息的值是0x08时,service_category信息可以是指服务指南,而当service_category信息的值是0x09时,service_category信息可以是指紧急警报。
service_hidden_flag信息可以指示对应的广播服务是否被隐藏。当服务被隐藏时,广播服务可以是测试服务或自用服务并且可以被广播接收机处理成被从服务列表中忽视或者隐藏。
SP_indicator信息可以指示服务保护是否应用于对应的广播服务中的一个或多个分量。
num_component信息可以指示包括在对应的广播服务中的分量的数目。
component_id信息可以被用作用于在广播服务中标识对应分量的标识符。
DP_id信息可以被用作指示发送对应分量的DP的标识符。
RoHC_init_descriptor可以包括与开销减少和/或报头恢复相关联的信息。RoHC_init_descriptor可以包括用于标识在发送终端中使用的报头压缩方法的信息。
context_id信息可以表示与以下RoHC相关字段对应的上下文。context_id信息可以对应于上下文标识符(CID)。
context_profile信息可以表示用于按照RoHC压缩报头的协议的范围。当压缩器和解压器具有相同的简档时,能够按照RoHC对流进行压缩和还原。
max_cid信息被用于向解压器指示CID的最大值。
large_cid信息具有布尔值并且指示短CID(0至15)或嵌入式CID(0至16383)是否被用于CID配置。因此,用于表示CID的字节的大小被一起确定。
图14是图示根据本发明的实施例的紧急警报表(EAT)的语法的图。
可以通过EAC来发送与紧急警报相关联的信息。EAC可以对应于前述专用信道。
根据本发明的实施例的EAT可以包括EAT_protocol_version信息、automatic_tuning_flag信息、num_EAS_messages信息、EAS_message_id信息、EAS_IP_version_flag信息、EAS_message_transfer_type信息、EAS_message_encoding_type信息、EAS_NRT_flag信息、EAS_message_length信息、EAS_message_byte信息、IP_address信息、UDP_port_num信息、DP_id信息、automatic_tuning_channel_number信息、automatic_tuning_DP_id信息、automatic_tuning_service_id信息和/或EAS_NRT_service_id信息。
EAT_protocol_version信息指示接收的EAT的协议版本。
automatic_tuning_flag信息指示接收机是否自动地执行信道转换。
num_EAS_messages信息指示包含在EAT中的消息的数目。
EAS_message_id信息是用于标识每个EAS消息的信息。
EAS_IP_version_flag信息在EAS_IP_version_flag信息的值为0时指示IPv4,而在EAS_IP_version_flag信息的值为1时指示IPv6。
EAS_message_transfer_type信息指示用来发送EAS消息的形式。当EAS_message_transfer_type信息的值是000时,EAS_message_transfer_type信息指示未规定的状态,当EAS_message_transfer_type信息的值是001时,EAS_message_transfer_type信息指示无警报消息(仅AV内容),而当EAS_message_transfer_type信息的值是010时,EAS_message_transfer_type信息指示EAS消息被包含在对应的EAT中。为此,添加了长度字段以及关于对应的EAS消息的字段。当EAS_message_transfer_type信息的值是011时,EAS_message_transfer_type信息指示EAS消息通过数据管道来发送。可以在数据管道中以IP数据报的形式发送EAS。为此,可以添加发送的物理层的IP地址、UDP端口信息和DP信息。
EAS_message_encoding_type信息指示关于紧急警报消息的编码类型的信息。例如,当EAS_message_encoding_type信息的值是000时,EAS_message_encoding_type信息指示未规定的状态,当EAS_message_encoding_type信息的值是001时,EAS_message_encoding_type信息指示无编码,当EAS_message_encoding_type信息的值是010时,EAS_message_encoding_type信息指示DEFLATE算法(RFC1951),并且可以保留EAS_message_encoding_type信息的值当中的001至111用于其它编码类型。
EAS_NRT_flag信息指示与接收的消息相关联的NRT内容和/或NRT数据是否存在。当EAS_NRT_flag信息的值是0时,EAS_NRT_flag信息指示与接收的紧急消息相关联的NRT内容和/或NRT数据不存在,而当EAS_NRT_flag信息的值是1时,EAS_NRT_flag信息指示与接收的紧急消息相关联的NRT内容和/或NRT数据存在。
EAS_message_length信息指示EAS消息的长度。
EAS_message_byte信息包括EAS消息的内容。
IP_address信息指示用于发送EAS消息的IP分组的IP地址。
UDP_port_num信息指示用于发送EAS消息的UDP端口号。
DP_id information信息标识发送EAS消息的数据管道。
automatic_tuning_channel_number信息包括关于要转换的信道的号码的信息。
automatic_tuning_DP_id信息是用于标识发送对应内容的数据管道的信息。
automatic_tuning_service_id信息是用于标识对应内容所属于的服务的信息。
EAS_NRT_service_id信息是用于标识与发送与接收的紧急警报消息相关联的NRT内容和数据的情况,即,启用了EAS_NRT_flag的情况,对应的NRT服务的信息。
图15是图示根据本发明的实施例的发送到数据管道的分组的图。
根据本发明的实施例,在链路层中配置分组被新定义以便生成兼容的链路层分组,无论链路层的高层或链路层的下层的协议变化。
可以将根据本发明的实施例的链路层分组发送到普通DP和/或基础DP。
链路层分组可以包括固定报头、扩展报头和/或有效载荷。
固定报头是具有固定大小的报头并且扩展报头是能够根据高层的分组的配置来改变其大小的报头。有效载荷是其中发送高层的数据的区域。
分组的报头(固定报头或扩展报头)可以包括指示分组的有效载荷的类型的字段。在固定报头的情况下,1个字节的前3个比特(分组类型)可以包括用于标识高层的分组类型的数据,并且剩余的5个比特可以被用作指示符部分。指示符部分可以包括用于标识有效载荷的配置方法和/或扩展报头的配置信息的数据并且可以根据分组类型而改变。
图中所示出的表根据分组类型的值表示包括在有效载荷中的高层的类型。
根据系统配置,可以通过DP来发送有效载荷的IP分组和/或RoHC分组,并且可以通过基础DP来发送信令分组。因此,当混合并发送多个分组时,还可以应用分组类型值以便区分数据分组和信令分组。
当分组类型是000时,IPv4的IP分组被包括在有效载荷中。
当分组类型是001时,IPv6的IP分组被包括在有效载荷中。
当分组类型是010时,压缩IP分组被包括在有效载荷中。压缩IP分组可以包括报头压缩应用于的IP分组。
当分组类型是110时,包括信令数据的分组被包括在有效载荷中。
当分组类型是111时,成帧分组类型被包括在有效载荷中。
图16是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP时在发送机的每个协议栈中的信号和/或数据的详细处理操作的图。
在一个频带中,一个或多个广播公司可以提供广播服务。广播公司发送多个广播服务并且一个广播服务可以包括一个或多个分量。用户可以以广播服务为单位接收内容。
在广播系统中,基于会话的传输协议可以被用来支持IP混合广播并且可以根据所对应的传输协议的结构来确定传送给每个信令路径的信令的内容。
如上所述,可以通过专用信道发送/接收与FIC和/或EAC有关的数据。在广播系统中,基础DP和普通DP可以被用来在其之间区分。
可以将FIC和/或EAC的配置信息包括在物理层信令(或发送参数)中。链路层可以根据对应信道的特性对信令进行格式化。可以从逻辑观点执行数据到物理层的特定信道的发送,并且可以根据物理层的特性来执行实际的操作。
FIC可以包括在对应的频率中发送的关于每个广播公司的服务的信息以及关于用于接收服务的路径的信息。FIC可以包括用于服务获取的信息并且可以被称为服务获取信息。
可以将FIC和/或EAC包括在链路层信令中。
链路层信令可以包括以下信息。
系统参数-与发送机有关的参数或与在对应信道中提供服务的广播公司有关的参数。
链路层-与IP报头压缩相关联的上下文信息以及对应的上下文应用于的DP的ID。
高层-IP地址和UDP端口号、服务和分量信息、紧急警报信息以及ID地址、UDP端口号、会话ID与在IP层发送的分组流和信令的DP之间的映射关系。
如上所述,一个或多个广播服务是在一个频带中发送的,接收机不必对所有DP进行解码,并且预先检查信令信息并仅对与必要的服务有关的DP进行解码是高效的。
在这种情况下,参考附图,广播系统可以使用FIC和/或基础DP来提供并获取用于映射DP和服务的信息。
现在将描述在附图的发送机中对广播信号或广播数据进行处理的过程。一个或多个广播公司(广播公司#1至#N)可以对一个或多个广播服务的分量信令和/或数据进行处理以便通过一个或多个会话来发送。可以通过一个或多个会话来发送一个广播服务。广播服务可以包括包含在广播服务中的一个或多个分量和/或用于广播服务的信令信息。分量信令可以包括用来在接收机中获取包括在广播服务中的分量的信息。可以通过IP层中的处理来向链路层发送用于一个或多个广播服务的服务信令、分量信令和/或数据。
在链路层中,发送机在需要针对IP分组的开销减少时执行开销减少并且生成相关信息作为链路层信令。除上面描述的信息之外,链路层信令还可以包括规定广播系统的系统参数。发送机可以在链路层处理过程中对IP分组进行处理并且以一个或多个DP的形式将经处理的IP分组发送到物理层。
发送机可以以FIC和/或EAC的形式或配置向接收机发送链路层信令。此外,发送机还可以通过链路层的封装过程来向基础DP发送链路层信令。
图17是图示根据本发明的另一实施例的当物理层的逻辑数据路径包括专用信道、基础DP和普通数据DP时在接收机的每个协议栈中的信号和/或数据的详细处理操作的图。
如果用户选择或者改变期望被接收的服务,则接收机调谐到对应的频率。接收机读取与对应信道相关联的存储在DB等中的信息。存储在接收机的DB等中的信息可以是在初始信道扫描期间获取FIC和/或EAC时包括的信息。替换地,接收机可以像在本说明书中上面所描述的那样提取发送的信息。
接收机可以接收FIC和/或EAC,接收关于接收机期望访问的信道的信息,然后更新预先存储在DB中的信息。接收机可以获取由用户选择的服务的分量以及关于通过每个分量发送的DP的映射关系的信息,或者获取用来发送获得这种信息所必需的信令的基础DP和/或普通DP。此外,当使用FIC的版本信息或标识是否需要专用信道的附加更新的信息来判断在对应信息中没有变化时,接收机可以省略对所接收的FIC和/或EAC进行解码或者解析的过程。
接收机可以基于通过FIC发送的信息通过对基础DP和/或用来发送信令信息的DP进行解码来获取包括链路层信令信息的链路层信令分组。接收机可以在必要时通过与通过专用信道接收的信令信息(例如,附图中的接收机信息)组合来使用所接收的链路层信令信息。
接收机可以使用FIC和/或链路层信令信息来获取关于正在通过当前信道发送的多个DP当中的用于接收由用户选择的服务的DP的信息以及关于对应DP的分组流的开销减少信息。
当通过高层信令来发送关于用于接收所选择的服务的DP的信息时,接收机可以像上面所描述的那样获取存储在DB和/或共享存储器中的信令信息,然后获取通过所对应的信令信息指示的关于要解码的DP的信息。
当通过同一DP来发送链路层信令信息和普通数据(例如,包括在广播内容中的数据)或者仅一个DP被用于发送链路层信令信息和普通数据时,在信令信息被解码和/或解析的同时接收机可以将通过DP发送的普通数据临时存储在诸如缓冲器的装置中。
接收机可以获取基础DP和/或用来发送信令信息的DP,获取关于要接收的DP的开销减少信息,使用所获取的开销信息来针对在普通DP中接收的分组流执行解封装和/或报头恢复,对形式为IP分组流的分组流进行处理,并且将IP分组流发送到接收机的高层。
图18是图示根据本发明的另一实施例的FIC的语法的图。
此附图中所描述的包括在FIC中的信息可以与包括在FIC中的其它信息选择性地组合并且可以配置FIC。
接收机可以使用包括在FIC中的信息来迅速获取关于信道的信息。接收机可以使用包括在FIC中的信息来获取引导相关信息。FIC可以包括用于快速信道扫描和/或快速服务获取的信息。FIC可以由其它名称(例如,服务列表表或服务获取信息)来表示。FIC可以根据广播系统在IP层中通过被包括在IP分组中来发送。在这种情况下,可以使发送FIC的IP地址和/或UDP端口号固定为特定值,并且接收机可以识别利用对应的IP地址和/或UDP端口号发送的IP分组包括FIC,而无需附加的处理过程。
FIC可以包括FIC_protocol_version信息、transport_stream_id信息、num_partitions信息、partition_id信息、partition_protocol_version信息、num_services信息、service_id信息、service_data_version信息、service_channel_number信息、service_category信息、service_status信息、service_distribution信息、sp_indicator信息、IP_version_flag信息、SSC_source_IP_address_flag信息、SSC_source_IP_address信息、SSC_destination_IP_address信息、SSC_destination_UDP_port信息、SSC_TSI信息、SSC_DP_ID信息、num_partition_level_descriptors信息、partition_level_descriptor()信息、num_FIC_level_descriptors信息和/或FIC_level_descriptor()信息。
FIC_protocol_version信息表示FIC的协议的版本。
transport_stream_id信息标识广播流。可以将transport_stream_id信息用作用于标识广播公司的信息。
num_partitions信息表示广播流中的分区的数目。广播流可以在被划分成一个或多个分区之后发送。每个分区可以包括一个或多个DP。包括在每个分区中的DP可以由一个广播公司使用。在这种情况下,可以将分区定义为分配给每个广播公司的数据发送单元。
partition_id信息标识分区。partition_id信息可以标识广播公司。
partition_protocol_version信息表示分区的协议的版本。
num_services信息表示包括在分区中服务的数目。服务可以包括一个或多个分量。
service_id信息标识服务。
service_data_version信息表示当服务的信令表(信令信息)改变了或者通过FIC发信号通知的服务的服务条目改变了时的变化。每当这种变化存在时service_data_version信息可以递增其值。
service_channel_number信息表示服务的信道号。
service_category信息表示服务的类别。服务的类别包括A/V内容、音频内容、电子服务指南(ESG)和/或内容点播(CoD)。
service_status信息表示服务的状态。服务的状态可以包括活动或暂停状态以及隐藏或展示状态。服务的状态可以包括不活动状态。在不活动状态下,当前不提供但是可以稍后提供广播内容。因此,当观众在接收机中对信道进行扫描时,接收机可能不向观众示出对应服务的扫描结果。
service_distribution信息表示服务的数据的分发状态。例如,service_distribution信息可以表示服务的整个数据被包括在一个分区中、服务的部分数据未被包括在当前分区中但是内容可仅由此分区中的数据表示、需要另一分区来表示内容或者需要另一广播流来表示内容。
sp_indicator信息标识是否已应用服务保护。sp_indicator信息可以例如为了有意义的呈现来标识一个或多个必要的分量是否被保护(例如,分量被加密的状态)。
IP_version_flag信息标识由SSC_source_IP_address信息和/或SSC_destination_IP_address信息所指示的IP地址是IPv4地址还是IPv6地址。
SSC_source_IP_address_flag信息标识SSC_source_IP_address信息是否存在。
SSC_source_IP_address信息表示发送服务的信令信息的IP数据报的源IP地址。服务的信令信息可以被称为服务层信令。服务层信令包括规定广播服务的信息。例如,服务层信令可以包括标识发送构成广播服务的分量的数据单元(会话、DP或分组)的信息。
SSC_destination_IP_address信息表示发送服务的信令信息的IP数据报(或信道)的目的地IP地址。
SSC_destination_UDP_port信息表示发送服务的信令信息的UDP/IP流的目的地UDP端口号。
SSC_TSI信息表示发送服务的信令信息(或信令表)的LCT信道(或会话)的传输会话标识符(TSI)。
SSC_DP_ID信息表示用于标识包括服务的信令信息(或信令表)的DP的ID。作为包括信令信息的DP,可以分配广播发送过程中的最鲁棒的DP。
num_partition_level_descriptors信息标识用于分区的分区级别的描述符的数目。
partition_level_descriptor()信息包括为分区提供附加信息的零个或多个描述符。
num_FIC_level_descriptors信息表示用于FIC的FIC级别的描述符的数目。
FIC_level_descriptor()信息包括为FIC提供附加信息的零个或多个描述符。
图19是图示根据本发明的实施例的signaling_Information_Part()的图。
广播系统可以在用于在通过上面描述的DP发送的分组的结构中发送信令信息的分组的情况下将附加信息添加到扩展报头部分。这种附加信息将被称为Signaling_Information_Part()。
Signaling_Information_Part()可以包括用来为接收的信令信息确定处理模块(或处理器)的信息。在系统配置过程中,广播系统可以调整分配给Signaling_Information_Part()的字节中的指示信息的字段的数目以及分配给每个字段的比特的数目。当通过复用来发送信令信息时,接收机可以使用包括在Signaling_Information_Part()中的信息来确定对应的信令信息是否被处理并且确定应该将信令信息发送到哪个信令处理模块。
Signaling_Information_Part()可以包括Signaling_Class信息、Information_Type信息和/或信令格式信息。
Signaling_Class信息可以表示发送的信令信息的类别。信令信息可以对应于FIC、EAC、链路层信令信息、服务信令信息和/或高层信令信息。可以根据系统设计来确定针对由Signaling_Class信息的字段的比特的数目的配置的每个值所指示的信令信息的类别的映射。
Information_Type信息可以被用来指示由信令类别信息所标识的信令信息的细节。可以根据由Signaling_Class信息指示的信令信息的类别附加地定义由Information_Type信息指示的值的含义。
信令格式信息表示在有效载荷中配置的信令信息的形式(或格式)。信令格式信息可以标识附图中所图示的不同类型的信令信息的格式并且标识附加地指定的信令信息的格式。
附图中所图示的(a)和(b)的Signaling_Information_Part()是一个实施例并且可以根据广播系统的特性来调整分配给其每个字段的比特的数目。
如在附图的(a)中的Signaling_Information_Part()可以包括信令类别信息和/或信令格式信息。当不必指定信令信息的类型或者能够在信令信息中判断信息类型时,可以使用Signaling_Information_Part()。替换地,当使用仅一个信令格式时或者当用于信令的附加协议存在使得信令格式总是相等的时,可以在无需配置信令字段的情况下使用仅4比特信令类别字段并且可以保留其它字段以供以后使用或者8比特信令类别可以被配置成支持各种类型的信令。
如在附图的(b)中的Signaling_Information_Part()还可以包括用于指示信令类别中的更详细信息在该信令类别被指定时的类型或特性的信息类型信息,并且还可以包括信令格式信息。信令类别信息和信息类型信息可以被用来确定信令信息的解封装或对应信令的处理过程。链路层信令的详细结构或处理可以参考上述描述以及将在下面给出的描述。
图20是图示根据本发明的实施例的用于控制发送机和/或接收机在链路层中的操作模式的过程的图。
当确定了链路层的发送机或接收机的操作模式时,能够更高效地使用并能够灵活地设计广播系统。根据本发明提出的控制链路层模式的方法能够动态地转换链路层的模式,以便高效地管理系统带宽和处理时间。此外,根据本发明的控制链路层模式的方法可以容易地应付由于物理层的变化而需要支持特定模式或者另一方面特定模式不必再改变的情况。此外,根据本发明的控制链路层模式的方法还可以允许广播系统在提供广播服务的广播公司打算指定发送对应服务的方法时容易地满足对应广播公司的要求。
控制链路层的模式的方法可以被配置成仅在链路层中执行或者经由链路层中的数据配置的变化而执行。在这种情况下,能够在无需具体化单独的功能的情况下在网络层和/或物理层中执行每个层的独立操作。在根据本发明提出的链路层的模式下,能够在系统中利用信令或参数来控制模式,而无需改变系统以便满足物理层的配置。只有当在物理层中支持对应输入的处理时才可以执行特定模式。
该图是图示通过发送机和/或接收机在IP层、链路层和物理层中对信号和/或数据进行处理的流程图。
用于模式控制的功能块(其可以被具体化为硬件和/或软件)可以被添加到链路层,并且可以管理用于确定分组是否被处理的参数和/或信令信息。链路层可以使用模式控制功能块的信息来确定是否在分组流的处理期间执行对应的功能。
首先,将对发送机的操作进行描述。
当IP被输入到链路层时,发送机使用模式控制参数(j16005)来确定是否执行开销减少(j16020)。模式控制参数可以由发送机中的服务提供方生成。将在下面详细地描述模式控制参数。
当执行开销减少(j16020)时,关于开销减少的信息被生成并被添加到链路层信令(j16060)信息。链路层信令(j16060)信息可以包括模式控制参数中的全部或一些。可以以链路层信令分组的形式发送链路层信令(j16060)信息。链路层信令分组可以被映射到DP并发送到接收机,但是可能不被映射到DP并且可以通过广播信号的预定区域以链路层信令分组的形式被发送到接收机。
执行了开销减少(j16020)的分组流被封装(j16030)并输入到物理层的DP(j16040)。当不执行开销减少时,重新确定是否执行封装(j16050)。
对其执行了封装(j16030)的分组流被输入到物理层的DP(j16040)。在这种情况下,物理层执行用于对一般分组(链路层分组)进行处理的操作。当不执行开销减少和封装时,IP分组被直接发送到物理层。在这种情况下,物理层执行用于对IP分组进行处理的操作。当IP分组被直接发送时,可以应用参数以只有当物理层支持IP分组输入时才执行操作。也就是说,模式控制参数的值可以被配置成被调整为使得当物理层不支持IP分组的处理时不执行向物理层直接发送IP分组的过程。
发送机向接收机发送对其执行了此过程的广播信号。
将在下面描述接收机的操作。
当由于诸如信道改变等的原因根据用户操纵选择特定DP并且对应DP接收分组流(j16110)时,接收机可以使用分组流的报头和/或信令信息来检查生成分组的模式(j16120)。当在对应DP的发送期间的操作模式被检查时,通过链路层的接收操作过程来执行解封装(j16130)和开销减少(j16140)过程,然后向高层发送IP分组。开销减少(j16140)过程可以包括开销恢复过程。
图21是图示根据本发明的实施例的在链路层中根据标志的值以及发送到物理层的分组的类型的操作的图。
为了确定链路层的操作模式,可以使用前述信令方法。可以向接收机直接发送与该方法相关联的信令信息。在这种情况下,前述信令数据或链路层信令分组可以包括将在下面描述的模式控制以及相关信息。
考虑到接收机的复杂性,可以向接收机间接指示链路层的操作模式。
关于操作模式的控制可以配置以下两个标志。
–报头压缩标志(HCF):这可以是用于确定报头压缩是否应用于对应的链路层的标志并且可以具有指示启用或禁用的值。
–封装标志(EF):这可以是用于确定是否在对应的链路层中应用封装的标志并且可以具有指示启用或禁用的值。然而,当需要根据报头压缩方案执行封装时,可以将EF定义为依赖于HCF。
可以根据系统配置来应用映射到每个标志的值,只要该值表示启用和禁用即可,并且能够改变分配给每个标志的比特数。根据本发明的实施例,可以将启用值映射到1并且可以将禁用值映射到0。
该图示出了是否根据HCF和EF的值,并且在这种情况下根据发送到物理层的分组格式,来执行包括在链路层中的报头压缩和封装。也就是说,根据本发明的实施例,接收机能够知道输入到物理层的分组的类型作为关于HCF和EF的信息。
图22是图示根据本发明的实施例的用于发信号通知模式控制参数的描述符的图。
作为关于链路层中的模式控制的信息的标志可以是由发送机以描述符的形式生成并发送到接收机的信令信息。包括作为关于模式控制的信息的标志的信令可以被用来控制头端终端的发送机中的操作模式,并且作为关于模式控制的信息的标志是否被包括在发送到接收机的信令中可以可选地被选择。
当包括作为关于模式控制的信息的标志的信令被发送到接收机时,接收机可以直接选择关于对应DP的操作模式并执行分组解封装操作。当包括作为关于模式控制的信息的标志的信令未被发送到接收机时,接收机能够使用被发送到接收机的分组报头的物理层信令或字段信息来确定用来发送信令的模式。
根据本发明的实施例的链路层模式控制描述可以包括DP_id信息、HCF信息和/或EF信息。可以将链路层模式控制描述包括在前述FIC中的发送参数,链路层信令分组,经用专用信道、PSI/SI和/或物理层的信令中。
DP_id信息标识链路层中的模式应用于的DP。
HCF信息标识是否在由DP_id信息所标识的DP中应用报头压缩。
EF信息标识是否对由DP_id信息所标识的DP执行封装。
图23是图示根据本发明的实施例的用于控制操作模式的发送机的操作的图。
尽管在图中未图示,但是在链路层的处理过程之前,发送机可以执行高层(例如,IP层)中的处理。发送机可以生成包括广播服务的广播数据的IP分组。
发送机解析或者生成系统参数(JS19010)。这里,系统参数可以对应于前述的信令数据和信令信息。
发送机可以在链路层中的广播数据处理过程期间接收或者设置模式控制相关参数或信令信息并且设置与操作模式控制相关联的标志值(JS19020)。发送机可以在报头压缩操作或封装操作之后执行此操作。也就是说,发送机可以执行报头压缩或封装操作并且生成与此操作相关联的信息。
发送机获取需要通过广播信号发送的高层的分组(JS19030)。这里,高层的分组可以对应于IP分组。
发送机检查HCF以便确定报头压缩是否应用于高层的分组(JS19040)。
当HCF被启用时,发送机对高层的分组应用报头压缩(JS19050)。在执行报头压缩之后,发送机可以生成HCF。HCF可以被用来向接收机发信号通知是否应用报头压缩。
发送机在对其应用报头压缩的高层的分组上执行封装以生成链路层分组(JS19060)。在执行封装过程之后,发送机可以生成EF。EF可以被用来向接收机发信号通知封装是否应用于高层分组。
发送机将链路层分组发送到物理层处理器(JS19070)。然后物理层处理器生成包括链路层分组的广播信号并且将该广播信号发送到接收机。
当HCF被禁用时,发送机检查EF以便确定是否应用封装(JS19080)。
当EF被启用时,发送机对高层分组执行封装(JS19090)。当EF被禁用时,发送机不对所对应的分组流执行单独的处理。发送机向物理层发送在链路层中完成处理的分组流(链路层分组)(JS19070)。链路层的报头压缩、封装和/或生成可以由发送机中的链路层分组生成器(即,链路层处理器)来执行。
发送机可以生成服务信令信道(SCC)数据。服务信令信道数据可以由服务信令数据编码器生成。服务信令数据编码器可以被包括在链路层处理器中并且可以与链路层处理器分开地存在。服务信令信道数据可以包括前述FIC和/或EAT。可以将服务信令信道数据发送到前述专用信道。
图24是图示根据本发明的实施例的用于根据操作模式对广播信号进行处理的接收机的操作的图。
接收机可以与分组流一起接收与链路层中的操作模式相关联的信息。
接收机接收信令信息和/或信道信息(JS20010)。这里,信令信息和/或信道信息的描述用上述描述代替。
接收机根据信令信息和/或信道信息来选择用于接收和处理的DP(JS20020)。
接收机对所选择的DP执行物理层的解码并且接收链路层的分组流(JS20030)。
接收机检查链路层模式控制相关信令是否被包括在所接收的信令中(JS20040)。
当接收机接收到链路层模式相关信息时,接收机检查EF(JS20050)。
当EF被启用时,接收机对链路层分组执行解封装过程(JS20060)。
接收机在分组的解封装之后检查HCF,并且在HCF被启用时执行报头解压缩过程(JS20080)。
接收机向高层(例如,IP层)发送对其执行了报头解压缩的分组(JS20090)。在前述过程期间,当HCF和EF被禁用时,接收机将经处理的分组流识别为IP分组并且将所对应的分组发送到IP层。
当接收机未接收到链路层模式相关信息或者对应系统未向接收机发送链路层模式相关信息时,执行以下操作。
接收机接收信令信息和/或信道信息(JS20010)并且根据对应信息来选择用于接收和处理的DP(JS20020)。接收机对所选择的DP执行物理层的解码以获取分组流(JS20030)。
接收机检查所接收的信令是否包括链路层模式控制相关信令(JS20040)。
因为接收机未接收到链路层模式相关信令,所以接收机检查使用物理层信令发送的分组的格式等(JS20100)。这里,物理层信令信息可以包括用于标识包括在DP的有效载荷中的分组的类型的信息。当从物理层发送的分组是IP分组时,接收机在没有链路层中的单独过程的情况下将分组发送到IP层。
当从物理层发送的分组是对其执行了封装的分组时,接收机在对应的分组上执行解封装过程(JS20110)。
接收机在解封装过程期间使用链路层分组的诸如报头等的信息来检查包括在有效载荷中的分组的形式(JS20120),并且接收机在有效载荷是IP分组时将所对应的分组发送到IP层处理器。
当链路层分组的有效载荷是压缩IP分组时,接收机在对应的分组上执行解压缩过程(JS20130)。
接收机将IP分组发送到IP层处理器(JS20140)。
图25是图示根据本发明的实施例的用于标识封装模式的信息的图。
在广播系统中,当链路层中的处理在一个或多个模式下操作时,可能需要用于确定链路层中的处理(在发送机和/或接收机中)作为哪种模式的过程。在建立发送机与接收机之间的发送链路的过程中,发送机和/或接收机可以确认链路层的配置信息。这种情况可以对应于接收机被最初建立或者针对服务执行扫描过程或者移动接收机新进入发送机的发射半径内的区域的情况。此过程可以被称为初始化过程或引导过程。此过程可以被配置为在无需通过附加过程来配置的情况下由系统所支持的过程的部分过程。在本说明书中,此过程将被称为初始化过程。
可以根据由对应的链路层所支持的功能以及由每个功能拥有的操作模式的类型来确定初始化过程中所需的参数。将在下文中给出能够确定构成链路层的功能以及根据这些功能的操作模式的参数的描述。
上面描述的附图图示用于标识封装模式的参数。
当能够配置用于在链路层或高层(例如,IP层)中对分组进行封装的过程时,索引被指派给相应的封装模式并且可以将适当的字段值分配给每个索引。附图图示映射到每个封装模式的字段值的实施例。虽然假定了在此实施例中指派了2比特字段值,但是当存在更多可支持的封装模式时,在实际实施中可以在系统许可的范围内扩展该字段值。
在此实施例中,如果指示封装模式的信息的字段被设置为“00”时,则对应的信息可以表示链路层中的封装被旁路并且未执行。如果指示封装模式的信息的字段被设置为“01”,则对应的信息可以表示数据是通过链路层中的第一封装方案来处理的。如果指示封装模式的信息的字段被设置为“10”,则对应的信息可以表示数据是通过链路层中的第二封装方案来处理的。如果指示封装模式的信息的字段被设置为“11”,则对应的信息可以表示数据是通过链路层中的第三封装方案来处理的。
图26是图示根据本发明的实施例的用于标识报头压缩模式的信息的图。
链路层中的处理可以包括IP分组的报头压缩的功能。如果能够在链路层中支持几个IP报头压缩方案,则发送机可以确定该发送机将使用哪一个方案。
报头压缩模式的确定通常伴随封装功能。因此,当封装模式被禁用时,也可以禁用报头压缩模式。上面描述的附图图示映射到每个报头压缩模式的字段值的实施例。虽然假定了在此实施例中指派3比特字段值,但是在实际实施中可以根据可支持的报头压缩模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中,如果指示报头压缩模式的信息的字段被设置为“000”,则所应的信息可以指示不在链路层中执行针对数据的报头压缩处理。如果指示报头压缩模式的信息的字段被设置为“001”,则对应的信息可以指示在链路层中针对数据的报头压缩处理使用RoHC方案。如果指示报头压缩模式的信息的字段被设置为“010”,则对应的信息可以指示在链路层中针对数据的报头压缩处理使用第二RoHC方案。如果指示报头压缩模式的信息的字段被设置为“011”,则对应的信息可以指示在链路层中针对数据的报头压缩处理使用第三RoHC方案。如果指示报头压缩模式的信息的字段被设置为“100”至“111”,则对应的信息可以指示针对数据的报头压缩作为用于标识在链路层中针对数据的新报头压缩处理方案的区域被保留。
图27是图示根据本发明的实施例的用于标识分组重新配置模式的信息的图。
为了对诸如广播系统的双向链路应用报头压缩方案,广播系统(发送机和/或接收机)需要迅速地获取上下文信息。广播系统可以通过部分压缩的分组的重新配置和/或上下文信息的提取以带外形式在报头压缩过程之后发送/接收分组流。在本发明中,用于重新配置分组或者执行诸如能够标识分组的结构的信息的添加的处理的模式可以被称为分组重新配置模式。
分组重新配置模式可以使用几个方案并且广播系统可以在链路层的初始化过程中指定对应的方案。上面描述的附图图示映射到分组重新配置模式的索引和字段值的实施例。虽然假定了在此实施例中指派2比特字段值,但是在实际实施中可以根据可支持的分组重新配置模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中,如果指示分组重新配置模式的信息的字段被设置为“00”,则对应的信息可以表示不在链路层中执行针对发送数据的分组的重新配置。如果指示分组重新配置模式的信息的字段被设置为“01”,则对应的信息可以表示针对在链路层发送数据的分组执行第一重新配置方案。如果指示分组重新配置模式的信息的字段被设置为“10”,则对应的信息可以表示针对在链路层发送数据的分组执行第二重新配置方案。如果指示分组重新配置模式的信息的字段被设置为“11”,则对应的信息可以表示针对在链路层发送数据的分组执行第三重新配置方案。
图28是图示根据本发明的实施例的上下文发送模式的图。
上面描述的上下文信息的发送方案可以包括一个或多个发送模式。也就是说,广播系统可以以许多方式发送上下文信息。在广播系统中,可以根据系统和/或逻辑物理层的发送路径来确定上下文发送模式并且可以发信号通知用于标识上下文发送方案的信息。上面描述的附图图示映射到上下文发送模式的索引和字段值的实施例。虽然假定了在此实施例中指派3比特字段值,但是在实际实施中可以根据可支持的上下文发送模式在由系统许可的范围内扩展或者缩短该字段值。
在此实施例中,如果指示上下文发送模式的信息的字段被设置为“000”,则对应的字段信息可以表示上下文信息作为第一发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“001”,则对应的信息可以表示上下文信息作为第二发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“010”,则对应的信息可以表示上下文信息作为第三发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“011”,则对应的信息可以表示上下文信息作为第四发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“100”,则对应的信息可以表示上下文信息作为第五发送模式被发送。如果指示上下文发送模式的信息的字段被设置为“101”至“111”,则对应的信息可以表示上下文信息被保留以标识新的发送模式。
图29是图示根据本发明的实施例的当通过报头压缩方案来应用RoHC时的初始化信息的图。
虽然已经在本发明中通过示例的方式描述了RoHC被用于报头压缩的情况,但是即使当使用其它类型的报头压缩方案时也可以在广播系统中使用类似的初始化信息。
在广播系统中,可能需要根据报头压缩模式来发送适合于对应的压缩方案的初始化信息。在此实施例中,描述了针对报头压缩模式被设置为RoHC的情况的初始化参数。用于RoHC的初始化信息可以被用来发送关于作为压缩器与解压器之间的链路的RoHC信道的配置的信息。
一个RoHC信道可以包括一个或多个上下文信息,并且通常应用于RoHC信道中的所有上下文的信息可以通过被包括在初始化信息中来发送/接收。通过应用RoHC来通过其发送相关信息的路径可以被称为RoHC信道,并且通常,可以将RoHC信道映射到链路。此外,可以通常通过一个DP来发送RoHC信道,并且在这种情况下,可以使用与DP有关的信息来表达RoHC信道。
初始化信息可以包括link_id信息、max_cid信息、large_cids信息、num_profiles信息、profiles()信息、num_IP_stream信息和/或IP_address()信息。
link_id信息表示对应信息应用于的链路(RoHC信道)的ID。当通过一个DP来发送链路或RoHC信道时,link_id信息可以用DP_id代替。
max_cid信息表示CID的最大值。max_cid信息可以被用来向解压器通知CID的最大值。
large_cids信息具有布尔值并且标识在配置CID时是使用短CID(0至15)还是使用嵌入式CID(0至16383)。因此,还可以确定表达CID的字节大小。
num_profiles信息表达在标识的RoHC信道中支持的简档的数目。
profiels()信息表示在RoHC中压缩的协议报头的范围。因为压缩器和解压器应该在RoHC中具有相同的简档以压缩和恢复流,所以接收机可以从profiles()信息获取在发送机中使用的RoHC的参数。
num_IP_stream信息表示通过信道(例如,RoHC信道)发送的IP流的数目。
IP_address信息表示IP流的地址。IP_address信息可以表示被输入到RoHC压缩器(发送机)的过滤的IP流的目的地地址。
图30是图示根据本发明的实施例的用于标识链路层信令路径配置的信息的图。
在广播系统中,通常,通过其传送信令信息的路径被设计为不改变。然而,当系统改变了时或者在发生不同标准之间的代替的同时,需要发信号通知关于发送链路层信令信息而不是IP分组的物理层的配置的信息。此外,当移动接收机在由具有不同配置的发送机所覆盖的区域之间移动时,因为用来发送链路层信令信息的路径可能不同,所以可能发生应该发送链路层信令路径信息的情况。上面描述的附图图示用于标识作为用来发送/接收链路层信令信息的路径的信令路径的信息。可以根据在物理层中配置的信令发送路径相对于链路层信令信息来扩展或者缩短索引。与链路层中的配置分开地,对应信道的操作可以符合物理层的过程。
上面描述的附图图示关于信令路径配置的信息被分配给字段值的实施例。在本说明书中,当支持多条信令路径时,可以按小值的顺序将索引映射到很重要的信令路径。还可以标识具有根据索引值进行优先级排序的优先级的信令路径。
替换地,广播系统可以使用具有比由关于信令路径配置的信息所指示的信令路径高的优先级的所有信令路径。例如,当信令路径配置索引值是3时,对应的字段值可以是指示正在使用优先级为1、2和3的专用数据路径、特定信令信道(FIC)以及特定信令信道(EAC)中的全部的“011”。
上述方案的信令能够减少发送信令信息的数据的量。
图31是图示根据本发明的实施例的关于通过比特映射方案的信令路径配置的信息的图。
可以通过比特映射方案的定义来发送/接收关于信令路径配置的上面描述的信息。在此实施例中,考虑了将4个比特分配给关于信令路径配置的信息并且可以映射与相应的比特b1、b2、b3和b4对应的信令路径。如果每个位置的比特值是0,则这可以指示对应的路径被禁用,而如果每个位置的比特值是1,则这可以指示对应的路径被启用。例如,如果4比特信令路径配置字段值是“1100”,则这可以指示广播系统正在链路层中使用专用DP和特定信令信道(FIC)。
图32是图示根据本发明的实施例的链路层初始化过程的流程图。
如果接收机被加电或者移动接收机进入新发送机的发送区域,则接收机可以针对所有或一些系统配置执行初始化过程。在这种情况下,还可以执行针对链路层的初始化过程。可以像附图中所图示的那样执行使用上面描述的初始化参数在接收机中最初建立链路层。
接收机进入链路层的初始化过程(JS32010)。
在进入链路层的初始化过程后,接收机选择封装模式(JS32020)。接收机可以在此过程中使用上面描述的初始化参数来选择封装模式。
接收机确定封装是否被启用(JS32030)。接收机可以在此过程中使用上面描述的初始化参数来确定封装是否被启用。
通常,因为在封装过程之后应用报头压缩方案,所以如果封装模式被禁用,则接收机可以确定报头压缩模式被禁用(JS32080)。在这种情况下,因为接收机没有必要再进行到初始化过程,所以接收机可以向另一层立即发送数据或者过渡到数据处理过程。
当封装模式被启用时接收机选择报头压缩模式(JS32040)。在选择报头压缩模式后,接收机可以使用上面描述的初始化参数来确定应用于分组的报头压缩方案。
接收机确定报头压缩是否被启用(JS32050)。如果报头压缩被禁用,则接收机可以立即发送数据或者过渡到数据处理过程。
如果报头压缩被启用,则接收机相对于对应的报头压缩方案而选择分组流重新配置模式和/或上下文发送模式(JS32060和JS32070)。接收机可以在此过程中使用上面描述的信息来选择相应的模式。
接下来,接收机可以发送用于另一处理过程的数据或者执行该数据处理过程。
图33是图示根据本发明的另一实施例的链路层初始化过程的流程图。
接收机进入链路层的初始化过程(JS33010)。
接收机标识链路层信令路径配置(JS33020)。接收机可以使用上面描述的信息来标识用来发送链路层信令信息的路径。
接收机选择封装模式(JS33030)。接收机可以使用上面描述的初始化参数来选择封装模式。
接收机确定封装是否被启用(JS33040)。接收机可以在此过程中使用上面描述的初始化参数来确定封装是否被启用。
通常,因为在封装过程之后应用报头压缩方案,所以如果封装模式被禁用,则接收机可以确定报头压缩模式被禁用(JS34100)。在这种情况下,因为接收机没有必要再进行到初始化过程,所以接收机可以向另一层立即发送数据或者过渡到数据处理过程。
当封装模式被启用时接收机选择报头压缩模式(JS33050)。在选择报头压缩模式后,接收机可以使用上面描述的初始化参数来确定应用于分组的报头压缩方案。
接收机确定报头压缩是否被启用(JS33060)。如果报头压缩被禁用,则接收机可以立即发送数据或者过渡到数据处理过程。
如果报头压缩被启用,则接收机相对于对应的报头压缩方案而选择分组流重新配置模式和/或上下文发送模式(JS33070和JS33080)。接收机可以在此过程中使用上面描述的信息来选择相应的模式。
接收机执行报头压缩初始化(JS33090)。接收机可以在执行报头压缩初始化的过程中使用上面描述的信息。接下来,接收机可以发送用于另一处理过程的数据或者执行该数据处理过程。
图34是图示根据本发明的实施例的用于发送初始化参数的信令格式的图。
为了实际上将上面描述的初始化参数发送到接收机,广播系统可以以描述符的形式发送/接收对应的信息。当在系统中配置的链路层中操作的多个链路存在时,可以指派能够标识相应的链路的link_id信息并且可以根据link_id信息来应用不同的参数。例如,如果发送到链路层的数据的类型是IP流,则当IP地址在所对应的IP流中未改变时,配置信息可以指定由高层发送的IP地址。
根据本发明的实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息、context_transmission_mode信息、max_cid信息、large_cids信息、num_profiles信息和/或profiles()信息。上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图35是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
该附图图示用于实际上将上面描述的初始化参数发送到接收机的另一形式的描述符。在此实施例中,上面描述的报头压缩的初始配置信息被排除。当在每个链路层的数据处理中执行附加的报头压缩初始化过程或者附加的报头压缩参数被给予给每个链路层的分组时,可以发送和接收以与在此实施例中相同的形式配置的描述符。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图36是图示根据本发明的另一实施例的用于发送初始化参数的信令格式的图。
该附图图示用于实际上将上面描述的初始化参数发送到接收机的另一形式的描述符。在此实施例中,用于发送初始化参数的描述符包括关于信令发送路径的配置信息,而不包括报头压缩的初始配置信息。
关于信令发送路径的配置参数可以使用如上所述的4比特映射方案。当用于对广播信号进行处理的广播系统(或者发送机或接收机)改变时,链路层信令发送方案或链路层信令的内容可能不同。在这种情况下,如果以与在此实施例中相同的形式发送初始化参数,则即使在链路层信令的改变的情况下也可以使用该初始化参数。
根据本发明的另一实施例的用于发送初始化参数的链路层初始化描述符可以包括descriptor_tag信息、descriptor_length信息、num_link信息、num_link信息、signaling_path_configuration信息、dedicated_DP_id信息、link_id信息、encapsulation_mode信息、header_compression_mode信息、packet_reconfiguration_mode信息和/或context_transmission_mode信息。
当通过专用DP来发送链路层信令信息时,dedicated_DP_id信息是标识对应DP的信息。当专用DP被确定为用于在信令路径配置中发送信令信息的路径时,可以将DP_id指定成将DP_id信息包括在用于发送初始化参数的描述符中
包含在描述符中的上述信息的描述用具有类似或相同的名称的上面描述的信息的描述代替。
图37是图示根据本发明的实施例的接收机的图。
根据本发明的实施例的接收机可以包括调谐器JS21010、ADC JS21020、解调器JS21030、信道同步器与均衡器JS21040、信道解码器JS21050、L1信令解析器JS21060、信令控制器JS21070、基带控制器JS21080、链路层接口JS21090、L2信令解析器JS21100、分组报头恢复JS21110、IP分组过滤器JS21120、公共协议栈处理器JS21130、SSC处理缓冲器与解析器JS21140、服务映射数据库(DB)JS21150、服务指南(SG)处理器JS21160、SG DB JS21170、AV服务控制器JS21180、解复用器JS21190、视频解码器JS21200、视频渲染器JS21210、音频解码器JS21220、音频渲染器JS21230、网络交换机JS21240、IP分组过滤器JS21250、TCP/IP栈处理器JS21260、数据服务控制器JS21270和/或系统处理器JS21280。
调谐器JS21010接收广播信号。
当广播信号是模拟信号时,ADC JS21020将该广播信号转换为数字信号。
解调器JS21030对广播信号进行解调。
信道同步器与均衡器JS21040执行信道同步和/或均衡。
信道解码器JS21050对广播信号中的信道进行解码。
L1信令解析器JS21060从广播信号中解析L1信令信息。L1信令信息可以对应于物理层信令信息。L1信令信息可以包括发送参数。
信令控制器JS21070对信令信息进行处理或者广播接收机将信令信息发送到需要所对应的信令信息的设备。
基带控制器JS21080控制基带中的广播信号的处理。基带控制器JS21080可以使用L1信令信息来对广播信号执行物理层中的处理。当未指示基带控制器JS21080与其它设备之间的连接关系时,基带控制器JS21080可以将经处理的广播信号或广播数据发送到接收机中的另一设备。
链路层接口JS21090访问链路层分组并获取链路层分组。
L2信令解析器JS21100解析L2信令信息。L2信令信息可以对应于包括在前述链路层信令分组中的信息。
当对比链路层高的层(例如,IP层)的分组应用报头压缩时,分组报头恢复JS21110对分组执行报头解压缩。这里,分组报头恢复JS21110可以使用用于标识是否应用了前述报头压缩的信息来还原高层的分组的报头。
IP分组过滤器JS21120对发送到特定IP地址和/或UDP号的IP分组进行过滤。发送到特定IP地址和/或UDP号的IP分组可以包括通过前述专用信道发送的信令信息。发送到特定IP地址和/或UDP号的IP分组可以包括前述FIC、FIT、EAT和/或紧急警报消息(EAM)。
公共协议栈处理器JS21130根据每个层的协议对数据进行处理。例如,公共协议栈处理器JS21130根据IP层或比IP层高的层的协议来对所对应的IP分组进行解码或者解析。
SSC处理缓冲器与解析器JS21140存储或者解析发送到服务信令信道(SSC)的信令信息。可以将特定IP分组指定为SSC,并且该SSC可以包括用于获取服务的信息、包括在服务中的属性信息、DVI-SI信息和/或PSI/PSIP信息。
服务映射DB JS21150存储服务映射表。服务映射表包括关于广播服务的属性信息。服务映射表可以被包括在SSC中并发送。
SG处理器JS21160对服务指南进行解析或者解码。
SG DB JS21170存储服务指南。
AV服务控制器JS21180执行用于获取广播AV数据的总体控制。
解复用器JS21190将广播数据划分成视频数据和音频数据。
视频解码器JS21200对视频数据进行解码。
视频渲染器JS21210使用经解码的视频数据来生成提供给用户的视频。
音频解码器JS21220对音频数据进行解码。
音频渲染器JS21230使用经解码的音频数据来生成提供给用户的音频。
网络交换机JS21240控制与除广播网络之外的其它网络的接口。例如,网络交换机JS21240可以访问IP网络并且可以直接接收IP分组。
IP分组过滤器JS21250对具有特定IP地址和/或UDP号的IP分组进行过滤。
TCP/IP栈处理器JS21260根据TCP/IP的协议对IP分组进行解封装。
数据服务控制器JS21270控制数据服务的处理。
系统处理器JS21280对接收机执行总体控制。
图38是图示根据本发明的实施例的广播系统的图。
根据本发明的实施例的广播系统可以包括广播发送机J38010和/或广播接收机J38110。
广播发送机J38010包括IP分组生成器J38020、链路层分组生成器J38030、广播信号生成器J38040和/或信令编码器J38050。
IP分组生成器J38020生成并处理IP分组。例如,IP分组生成器J38020生成包括广播服务的广播数据的第一IP分组以及包括包含广播服务的快速获取所必需的信息的服务获取信息的第二IP分组。
链路层分组生成器J38030生成并处理链路层分组。例如,链路层分组生成器J38030可以生成包括第一IP分组的第一链路层分组。
可以通过一个装置来实现IP分组生成器和链路层分组生成器。
广播信号生成器J38040生成用于通过物理层来发送广播数据的广播信号。广播信号生成器J38040生成包括第一链路层分组和第二IP分组的广播信号。
信令编码器J38050生成信令信息。信令编码器J38050可以生成信令信息中的全部或一些。信令编码器J38050可以向IP分组生成器发送有必要通过IP层来发送的信令信息,并且向链路层分组生成器发送有必要通过链路层来发送的信令信息。
广播接收机J38110可以包括接收单元J38120、链路层处理单元J38130、IP层处理单元J38140、信令处理单元J38150和/或处理器J38160。
接收单元J38120接收广播信号。接收单元J38120可以接收包括第一链路层分组和第二IP分组的广播信号。在这种情况下,第二IP分组可以包括包含迅速获取广播服务所必需的信息的服务获取信息。接收单元J38120可以包括调谐器和/或网络接口。网络接口可以根据广播网络的特性来接收各种类型的广播信号。例如,网络接口可以接收通过IP网络发送的广播信号。
链路层处理单元J38130在链路层中对数据进行处理。链路层处理单元J38130可以通过对第一链路层分组进行解封装来获取包括广播服务的广播数据的第一IP分组。
IP层处理单元J38140在IP层中对数据进行处理。IP层处理单元J38140可以使用服务获取信息通过对第一IP分组进行解封装来获取广播信号。
信令处理单元J38150解析信令信息。信令处理单元J38150可以解析通过物理层、链路层和/或IP层发送的信令信息。信令处理单元J38150可以获取信令信息并将该信令信息发送到装置和/或需要此信令信息的接收机的模块。信令处理单元J38150可以通过对第二IP分组进行解封装来获取服务获取信息。
处理器J38160对广播数据进行处理。处理器J38160可以对来自广播信号的音频和/或视频进行解码。处理器J38160可以包括上面描述的链路层处理单元J38130、IP层处理单元J38140和/或信令处理单元J38150。处理器J38160使用广播信号来再现并处理广播内容。
模块、处理单元、装置或单元可以是用于执行存储在存储器(或存储单元)中的连续执行过程的处理器。上面描述的实施例中所描述的步骤可以由硬件/处理器来执行。上面描述的实施例中所描述的模块/块/单元可以作为硬件/处理器。此外,本发明中所提出的方法可以通过代码来执行。此代码可以被写入在处理器可读存储介质中,并且因此,由通过设备提供的处理器读取。
根据本发明的方法可以作为程序指令被实现,程序指令能够通过各种计算机部件来执行并写入在计算机可读记录介质中。
计算机可读记录介质可以单独或者相结合地包括程序指令、数据文件、数据结构等。写入在介质中的程序指令可以是特别为本发明而设计或配置的或者为计算机软件的技术人员所知。计算机可读记录介质的示例包括诸如硬盘、软盘和磁带的磁介质、诸如CD-ROM和DVD的光学介质、诸如软光盘的磁光介质以及被具体地配置成存储并执行程序指令的硬件装置,诸如ROM、RAM和闪存。程序指令的示例包括可由计算机使用解释程序执行的高级语言代码以及通过编译器生成的机器语言代码。硬件装置可以被配置成作为一个或多个软件模块以实现本发明的操作,或者反之亦然。
尽管已经参考优选实施例描述了本发明,但是对于本领域的技术人员而言将显而易见的是,在不脱离本发明的范围和精神的情况下能够做出各种改进、修改、替换和添加。因此,本发明的范围不应该限于本实施例的描述,而是由所附权利要求及其等同物来限定。
发明的模式
已经在用于执行本发明的最佳模式下描述了各种实施例。
工业适用性
本发明适用于所有广播行业。

Claims (10)

1.一种用于发送广播信号的广播发送机,所述广播发送机包括:
互联网协议IP分组生成器,所述IP分组生成器用于生成包括用于广播服务的广播数据的一个或多个第一IP分组;
分组生成器,所述分组生成器用于生成包括所述一个或多个第一IP分组的链路层分组,
其中,所述链路层分组还包括用于所述第一IP分组的压缩流的压缩信息表,
其中,所述压缩信息表包括识别物理层管道PLP的PLP标识符,以及
其中,所述压缩信息表还包括要用于所述PLP的上下文标识符的最大值;以及
广播信号调制器,所述广播信号调制器用于生成并发送包括承载所述链路层分组的PLP的广播信号。
2.根据权利要求1所述的广播发送机,其中,所述链路层分组包括一个或多个第二IP分组,所述一个或多个第二IP分组包括承载所述广播服务的快速获取所需的信息的服务获取信息,以及
其中,所述服务获取信息包括标识用于服务层信令的传输的信道的IP地址的信息,所述服务层信令包括规定所述广播服务的信息。
3.根据权利要求2所述的广播发送机,其中,所述服务获取信息包括标识包括所述服务层信令的PLP的信息。
4.根据权利要求1所述的广播发送机,其中,所述链路层分组还包括所述第一IP分组的IP地址和PLP之间的映射信息。
5.一种用于接收广播信号的广播接收机,所述广播接收机包括:
接收机,所述接收机用于接收包括承载链路层分组的物理层管道PLP的广播信号,
其中,所述链路层分组包括一个或多个第一因特网协议IP分组,所述一个或多个IP分组包括用于广播服务的广播数据,
其中,所述链路层分组包括用于所述第一IP分组的压缩流的压缩信息表;
其中,所述压缩信息表包括标识所述物理层管道PLP当中的PLP的PLP标识符,以及
其中,所述压缩信息表还包括要用于所述PLP的上下文标识符的最大值;
处理单元,所述处理单元用于解码所述链路层分组;
信令处理单元,所述信令处理单元用于对解码的链路层分组中的压缩信息表进行解码;
IP分组处理单元,所述IP分组处理单元用于基于解码的压缩信息对压缩流进行解压缩;以及
处理器,所述处理器用于使用包括在解压缩流中的广播数据来再现所述广播服务。
6.根据权利要求5所述的广播接收机,其中,所述链路层分组包括一个或多个第二IP分组,所述一个或多个第二IP分组包括承载所述广播服务的快速获取所需的信息的服务获取信息,以及
其中,所述服务获取信息包括标识用于服务层信令的传输的信道的IP地址的信息,所述服务层信令包括规定所述广播服务的信息。
7.根据权利要求6所述的广播接收机,其中,所述服务获取信息包括标识包括所述服务层信令的PLP的信息。
8.根据权利要求5所述的广播接收机,其中,所述链路层分组还包括所述第一IP分组的IP地址和PLP之间的映射信息。
9.一种发送广播信号的方法,所述方法包括:
生成包括用于广播服务的广播数据的一个或多个第一互联网协议IP分组;
生成包括所述一个或多个第一IP分组的链路层分组,
其中,所述链路层分组还包括用于所述第一IP分组的压缩流的压缩信息表,
其中,所述压缩信息表包括识别物理层管道PLP的PLP标识符,以及
其中,所述压缩信息表还包括要用于所述PLP的上下文标识符的最大值;
生成和发送包括承载所述链路层分组的物理层管道PLP的广播信号。
10.一种接收广播信号的方法,所述方法包括:
接收包含承载链路层分组的物理层管道PLP的广播信号,
其中,所述链路层分组包括一个或多个第一因特网协议IP分组,所述一个或多个第一IP分组包括用于广播服务的广播数据,
其中,所述链路层分组包括用于所述第一IP分组的压缩流的压缩信息表;
其中,所述压缩信息表包括标识所述物理层管道PLP之中的PLP的PLP标识符,以及
其中,所述压缩信息表还包括要用于所述PLP的上下文标识符的最大值;
对链路层分组进行解码;
对解码的链路层分组中的所述压缩信息表进行解码;
基于解码的压缩信息对压缩流进行解压缩;
使用解压缩流中包含的所述广播数据再现所述广播服务。
CN201580002590.4A 2014-06-26 2015-06-25 发送/接收广播信号的方法和装置 Active CN105723682B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462017798P 2014-06-26 2014-06-26
US62/017,798 2014-06-26
US201462054358P 2014-09-23 2014-09-23
US62/054,358 2014-09-23
PCT/KR2015/006506 WO2015199468A1 (ko) 2014-06-26 2015-06-25 방송 신호 송/수신 처리 방법 및 장치

Publications (2)

Publication Number Publication Date
CN105723682A CN105723682A (zh) 2016-06-29
CN105723682B true CN105723682B (zh) 2019-08-23

Family

ID=54938465

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580002590.4A Active CN105723682B (zh) 2014-06-26 2015-06-25 发送/接收广播信号的方法和装置

Country Status (5)

Country Link
US (4) US9998572B2 (zh)
EP (1) EP3046304B1 (zh)
KR (1) KR101797503B1 (zh)
CN (1) CN105723682B (zh)
WO (1) WO2015199468A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101797503B1 (ko) 2014-06-26 2017-11-15 엘지전자 주식회사 방송 신호 송/수신 처리 방법 및 장치
JP6617712B2 (ja) 2014-10-21 2019-12-11 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
US10142233B2 (en) * 2015-01-21 2018-11-27 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
IL253906B2 (en) * 2015-02-11 2023-12-01 Vid Scale Inc Systems and methods for including HTTP headers in adaptive dynamic streaming over HTTP
CA2945611C (en) 2015-03-04 2023-05-09 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
KR102245605B1 (ko) * 2015-07-01 2021-04-28 삼성전자주식회사 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송/수신 장치 및 방법
TW201725878A (zh) * 2015-09-14 2017-07-16 Sony Corp 受訊裝置、送訊裝置及資料處理方法
JP7054673B2 (ja) * 2016-07-08 2022-04-14 ソニーセミコンダクタソリューションズ株式会社 受信装置、及び、データ処理方法
KR102418146B1 (ko) * 2017-11-09 2022-07-07 엘지전자 주식회사 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법
US10848345B2 (en) * 2018-12-31 2020-11-24 Hughes Network Systems, Llc Multi-protocol encapsulation traffic acceleration and optimization
CN112312587A (zh) * 2019-07-30 2021-02-02 夏普株式会社 用户设备及其执行的方法和基站及其执行的方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101730995A (zh) * 2007-01-12 2010-06-09 蔚蓝公司 用于无线广播系统的汇聚子层
CN103733612A (zh) * 2011-06-16 2014-04-16 三星电子株式会社 用于在数字广播系统中发送和接收用于广播服务接收的信令信息的方法及装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070079275A (ko) 2006-02-01 2007-08-06 삼성전자주식회사 디지털 멀티미디어 방송 시스템에서의 데이터 송수신 방법및 그에 따른 시스템
US20080130561A1 (en) * 2006-12-04 2008-06-05 Samsung Electronics Co., Ltd. System and method for wireless communication
KR101486372B1 (ko) * 2007-07-25 2015-01-26 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
JP5307833B2 (ja) * 2008-01-04 2013-10-02 アルカテル−ルーセント ユーエスエー インコーポレーテッド 伝送方法、ネットワーク機器、ユーザ機器および遠隔通信システム
US8248910B2 (en) 2008-01-29 2012-08-21 Nokia Corporation Physical layer and data link layer signalling in digital video broadcast preamble symbols
CN101729371B (zh) 2008-10-31 2012-01-25 华为技术有限公司 一种业务传输的方法、及用于业务传输的装置
US8503551B2 (en) * 2009-02-13 2013-08-06 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
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
WO2011136574A2 (ko) * 2010-04-28 2011-11-03 엘지전자 주식회사 방송 신호 송신기, 방송 신호 수신기, 및 방송 신호 송/수신기에서 방송 신호 송수신 방법
EP2601767B1 (en) * 2010-08-03 2018-10-31 Samsung Electronics Co., Ltd Method and base station of communicating packet data units over the gb-interface of a mobile network
US9438373B2 (en) * 2010-09-14 2016-09-06 Lg Electronics Inc. Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, and method for transmitting/receiving broadcasting signal through apparatus for transmitting/receiving broadcasting signal
WO2013129781A1 (ko) 2012-03-02 2013-09-06 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
WO2013162305A1 (en) * 2012-04-25 2013-10-31 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving signaling information in a digital broadcasting system
JP6133438B2 (ja) * 2012-12-20 2017-05-24 ランティック イスラエル リミテッド データグラムセグメントを再構成および再送信するための方法および装置
KR101294695B1 (ko) * 2013-01-16 2013-08-09 (주)에이투유정보통신 근거리 무선 통신 접속 장치, 근거리 무선 통신 접속 장치를 발견하기 위한 휴대형 단말기, 및 근거리 무선 통신 시스템
KR101753595B1 (ko) * 2013-10-28 2017-07-04 엘지전자 주식회사 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법
KR101797503B1 (ko) * 2014-06-26 2017-11-15 엘지전자 주식회사 방송 신호 송/수신 처리 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101730995A (zh) * 2007-01-12 2010-06-09 蔚蓝公司 用于无线广播系统的汇聚子层
CN103733612A (zh) * 2011-06-16 2014-04-16 三星电子株式会社 用于在数字广播系统中发送和接收用于广播服务接收的信令信息的方法及装置

Also Published As

Publication number Publication date
US20160198023A1 (en) 2016-07-07
CN105723682A (zh) 2016-06-29
EP3046304A4 (en) 2017-04-19
US20200169622A1 (en) 2020-05-28
EP3046304B1 (en) 2019-04-10
US20190327349A1 (en) 2019-10-24
US10389855B2 (en) 2019-08-20
WO2015199468A1 (ko) 2015-12-30
US11032400B2 (en) 2021-06-08
US9998572B2 (en) 2018-06-12
KR101797503B1 (ko) 2017-11-15
US10582029B2 (en) 2020-03-03
US20180270334A1 (en) 2018-09-20
KR20160040550A (ko) 2016-04-14
EP3046304A1 (en) 2016-07-20

Similar Documents

Publication Publication Date Title
CN105723682B (zh) 发送/接收广播信号的方法和装置
CN105981318B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN105794174B (zh) 用于发送/接收广播信号的设备和方法
CN106464944B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CN112491781B (zh) 广播信号发送方法和装置以及广播信号接收方法和装置
CN107925780A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法及广播信号接收方法
CN105765943B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
CN107431830A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN106464676B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
CN106471813A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
EP3448043A1 (en) Broadcast signal transmission/reception method and apparatus for providing high-quality media in dash-based system
CA2920067A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal

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