CN110402582A - 发送设备、接收设备和数据处理方法 - Google Patents
发送设备、接收设备和数据处理方法 Download PDFInfo
- Publication number
- CN110402582A CN110402582A CN201880016485.XA CN201880016485A CN110402582A CN 110402582 A CN110402582 A CN 110402582A CN 201880016485 A CN201880016485 A CN 201880016485A CN 110402582 A CN110402582 A CN 110402582A
- Authority
- CN
- China
- Prior art keywords
- data packet
- plp
- cid
- stream
- header
- 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
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/434—Disassembling 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/4343—Extraction or processing of packetized elementary streams [PES]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. MP3 (MPEG-1 Audio Layer 3)
-
- 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/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/37—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying segments of broadcast information, e.g. scenes or extracting programme ID
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23605—Creation or processing of packetized elementary streams [PES]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing 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/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing 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/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
- H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
- H04N21/4383—Accessing a communication channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
Abstract
本技术涉及一种能够容易地将电路安装在接收侧的发送设备、接收设备和数据处理方法。提供了一种发送设备,包括处理单元,该处理单元为广播信号中包括的多个PLP中的每一个处理流,并且在数据包报头中包括映射信息,在该映射信息中,构成流的数据包映射到能够识别数据包所属的PLP的识别信息。该技术可应用于数据传输模式,例如,IP传输模式或MPEG2‑TS模式。
Description
技术领域
本技术涉及一种发送设备、一种接收设备和一种数据处理方法。更具体地,该技术涉及用于容易地在接收侧实现电路的一种发送设备、一种接收设备和一种数据处理方法。
背景技术
例如,已经确定作为下一代地面广播标准之一的ATSC(高级电视系统委员会)3.0标准采用的方法主要不是使用TS(传输流)数据包,而是使用IP/UDP,即,包括用于发送数据的UDP(用户数据报协议)数据包的IP(互联网协议)数据包(该方法在下文中也将称为IP传输方法)。预计ATSC 3.0以外的广播方法将来也将采用IP传输方式。
此外,在由DVB-T2(数字视频广播-第二代地面)标准规定的M-PLP(多PLP)方法下,接收侧具有在一方面执行传输流(TS)重构处理的上游电路与另一方面执行解码和其他处理的下游电路之间实现的单个接口(例如,参见NPL 1)。
引文列表
非专利文献
NPL 1
ETSI EN 302 755V1.3.1(2011-11)
发明内容
技术问题
同时,即使在采用IP传输方法的情况下,考虑到成本因素,接收侧应优选地在解调装置(解调LSI)和下游片上系统(SoC)之间具有尽可能少的接口,如在DVB-T2的情况下一样。
如上所述,以尽可能少的接口实现的连接允许以尽可能低的成本构造接收侧的电路。然而,考虑到实际安装,优选地易于实现接收侧的电路。
考虑到上述情况而设想本技术。因此,该技术的目的是容易地实现接收侧的电路。
问题的解决方案
根据本技术的一个方面,提供了一种发送设备,包括:处理部,被配置为处理对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者的流,所述流由数据包构成,所述处理部还使得每个所述数据包的报头包括映射到识别所述数据包所属的所述PLP的识别信息的映射信息。
根据本技术的一个方面的发送设备可以是独立设备或者构成单个设备的一部分的内部块。此外,根据本技术的一个方面的数据处理方法对应于根据其一个方面的上述发送设备。
在使用根据本技术的一个方面的发送设备和数据处理方法的情况下,对于广播信号中包括的多个PLP(物理层管道)中的每一个处理由数据包构成的流。每个数据包的报头包括映射到识别数据包所属的PLP的识别信息的映射信息。
根据本技术的一个方面,提供了一种接收设备,包括:解调部,被配置为对构成对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者获得的流的数据包进行解调;以及处理部,被配置为处理由所述解调部解调的所述数据包。所述解调部和所述处理部经由单个接口彼此连接。所述解调部处理从每个所述数据包的报头获得的映射信息,所述映射信息被映射到识别所述数据包所属的PLP的识别信息。处理部基于从所述数据包的所述报头获得的所述映射信息,识别每个所述数据包所属的所述PLP,所述数据包经由单个接口从所述解调部输入。
根据本技术的一个方面的接收设备可以是独立设备或者构成单个设备的一部分的内部块。此外,根据本技术的一个方面的数据处理方法对应于根据其一个方面的上述接收设备。
在实现根据本技术的一个方面的接收设备和数据处理方法的情况下,单个接口提供一方面的解调部和另一方面的处理部之间的连接,所述解调部被配置为解调对于广播信号中包括的多个PLP中的每一个获得的数据包,所述处理部被配置为处理由解调部解调的数据包。所述解调部处理从每个数据包的报头获得的映射信息,所述映射信息被映射到识别数据包所属的PLP的识别信息。所述处理部基于从数据包的报头获得的映射信息,识别经由单个接口从解调部输入的每个数据包所属的PLP。
发明的有益效果
因此,根据本技术的一个方面,容易实现接收侧的电路。
上面概述的有益效果不是对本公开的限制。通过阅读本公开,进一步的优点将变得显而易见。
附图说明
[图1]是描述应用本技术的广播系统的典型配置的框图。
[图2]是描绘发送设备的典型配置的框图。
[图3]是描绘接收设备的典型配置的框图。
[图4]是描绘经由单个接口输出的ALP数据包的输出时间示例的时序图。
[图5]是描述物理层帧的典型配置的示意图。
[图6]是描述ALP数据包的典型结构的示意图。
[图7]是描绘将PLP_ID添加到经由单个接口输出的ALP数据包的时间示例的示意图。
[图8]是解释在解调部一侧的ALP数据包输出处理的流程的流程图。
[图9]是解释在处理部一侧的ALP数据包输入处理的流程的流程图。
[图10]是描绘ALP数据包的另一典型结构的示意图。
[图11]是描绘ALP报头的语法示例的示意图。
[图12]是描绘将PLP_ID添加到经由单个接口输出的ALP数据包的另一时间示例的示意图。
[图13]是描述IP数据流的典型配置的示意图。
[图14]是描绘IR数据包的典型结构的示意图。
[图15]是描绘IR-DYN数据包的典型结构的示意图。
[图16]是描述UO-0数据包的典型结构的示意图。
[图17]是描述Add-CID八位字节的典型结构的示意图。
[图18]是解释发送侧的第一CID操作处理的流程的流程图。
[图19]是解释处理部侧的CID操作处理的流程的流程图。
[图20]是解释发送侧的第二CID操作处理的流程的流程图。
[图21]是解释发送侧的第三CID操作处理的流程的流程图。
[图22]是解释解调部侧的CID操作处理的流程的流程图。
[图23]是描绘TS数据包的语法示例的示意图。
[图24]是描绘PID的典型结构的示意图。
[图25]是解释发送侧的第一PID操作处理的流程的流程图。
[图26]是解释处理部侧的PID操作处理的流程的流程图。
[图27]是解释发送侧的第二PID操作处理的流程的流程图。
[图28]是解释解调部侧的PID操作处理的流程的流程图。
[图29]是描绘计算机的典型配置的框图。
具体实施方式
下面参考附图描述用于实践本技术的一些实施例。在以下标题下给出描述。
1.系统配置
2.第一实施例
(1)添加到同一PLP中的第一数据包的方法
(2)添加到分段数据包的方法
3.第二实施例
(1)映射到CID的方法
(2)映射到PID的方法
4.变形
5.计算机配置
<1.系统配置>
(广播系统的典型配置)
图1是描述应用本技术的广播系统的典型配置的框图。顺便提及,“系统”一词是指多个设备的逻辑集合。
在图1中,广播系统1包括发送设备10和接收设备20。广播系统1根据预定的广播方法执行数据传输。
发送设备10对输入到其中的内容(例如,广播节目)的数据执行诸如调制和纠错之类的处理,并且从发射站的发送天线发送从该处理获得的广播信号。
例如,来自发送设备10的广播信号由接收设备20(例如,电视接收机)经由传输路径30和安装在每个终端用户的家中的接收天线接收。接收设备20处理经由传输路径30接收的广播信号,并输出从处理中获得的内容(例如,广播节目)的视频和音频数据。
顺便提及,例如,广播系统1中的传输路径30不仅可以是地面波(地面广播),还可以是使用广播卫星(BS)或通信卫星(CS)以及基于电缆的公共天线电视(有线电视)的卫星广播。
(发送设备的典型配置)
图2是描绘图1中的发送设备10的典型配置的框图。
发送设备10是符合IP传输方法的发送器。这样,发送设备10通过传输路径30发送包括诸如广播节目等内容的广播流。在图2中,发送设备10包括多路复用器111和调制部112。
多路复用器111在将输入的多个IP流提供给调制部112之前,对其进行处理。在ATSC 3.0下,在对应于PLP(物理层管道)的预定频带上输入多达64个IP流。
调制部112对从多路复用器111提供的多个IP流执行与物理层(PHY)相关的处理,例如,纠错编码处理和调制处理,并且经由发射站的发送天线发送从处理获得的信号,作为广播信号。
如上所述,配置发送设备10。
尽管图2描述了发送设备10单独包括多路复用器111和调制部112的配置,但是公共广播系统通常具有安装在不同位置的多路复用器111和调制部112。例如,多路复用器111可以安装在每个广播站的数据处理设备(未示出)中,而调制部112可以安装在发射站的数据处理设备(未示出)中。
此外,尽管图2中描述的配置采用IP传输方法,作为用于处理IP流的数据传输方法,但是可以采用的数据传输方法不限于该IP传输方法。例如,可以采用一些其他合适的方法,例如,MPEG2-TS(传输流)方法。在采用MPEG2-TS方法的情况下,发送设备10处理TS流,而不是IP流。
(接收设备的典型配置)
图3是描绘图1中的接收设备20的典型配置的框图。
接收设备20是符合IP传输方法的接收机。这样,接收设备20接收经由传输路径30从发送设备10发送的广播流,并从其再现诸如广播节目等内容。在图3中,接收设备20包括解调部211和处理部212。
在此处,解调部211被配置为解调装置,例如,RF IC或解调LSI。处理部212被配置为例如片上系统(SoC)。即,在接收设备20中,解调部211和处理部212被构造为不同的芯片。
解调部211例如对输入到其中的信号执行与物理层(PHY)相关的处理(例如,解调处理和纠错解码处理)以及与数据包相关的处理,并且经由单个接口(I/F)将处理产生的单个ALP流输出到下游处理部212。
解调部211包括帧处理部231、FEC处理部232-1至232-4、以及解调多路复用器233。
帧处理部231处理从经由接收天线221接收的广播信号获得的物理层帧,并且针对每个PLP,将从处理获得的数据提供给FEC处理部232-1至232-4中的一个。
FEC处理部232-1针对每个PLP对从帧处理部231输入的数据执行纠错解码处理,并将从处理获得的数据提供给解调多路复用器233。以与FEC处理部232-1相同的方式,FEC处理部232-2至232-4执行纠错解码处理,并将从处理中获取的数据提供给解调多路复用器233。
解调多路复用器233为每个PLP处理从FEC处理部232-1至232-4输入的流,并且经由单个接口(I/F)将从处理获得的单个ALP流输出到处理部212。
处理部212处理经由单个接口(I/F)从上游解调部211输入的单个ALP流,并将对应于所选广播节目的IP流输出到下游电路(未示出)。例如,下游电路对包括在IP流中的视频和音频数据执行诸如解码之类的处理,以便再现所选广播节目的内容。
处理部212包括解复用器241和解封装部242-1至242-4。
解复用器241处理输入到其中的单个ALP流中包括的ALP数据包,并且为每个PLP将从处理中获得的ALP流提供给解封装部242-1至242-4中的一个。
解封装部242-1针对每个PLP对从解复用器241输入的ALP流执行解封装处理(Decap),并将从该处理获得的IP流输出到下游电路。以与解封装部242-1相同的方式,解封装部242-2至242-4执行解封装处理(Decap),并将从该处理获得的IP流输出到下游电路。
如上所述构造接收设备20。
顺便提及,接收设备20被构造为固定接收机,例如,电视接收机、机顶盒(STB)、个人计算机或游戏控制台;或者作为移动接收机,例如,智能手机、移动电话或平板电脑。此外,接收设备20可以是可穿戴计算机,例如,头戴式显示器(HMD)。
尽管图3中描述的构造采用IP传输方法作为用于处理IP流的数据传输方法,但是可以采用的数据传输方法不限于该IP传输方法。例如,可以采用一些其他合适的方法,例如,MPEG2-TS方法。在采用MPEG2-TS方法的情况下,接收设备20处理TS流而不是IP流。
<2.第一实施例>
在普通接收机中,对于包括诸如广播节目等内容的流,在解调装置和片上系统(SoC)之间通常设置多个接口(I/F)。
例如,根据作为下一代地面广播标准之一的ATSC 3.0,包括UDP(用户数据报协议)在内的IP(互联网协议)数据包用于传输数据。该标准下的发送器在每个预定频带上最多可以处理64个PLP(物理层管道)。
另一方面,公共接收机需要同时接收多达四个PLP。当接收机被配置为同时接收多个PLP时,可以通过改变例如每个PLP的调制方法和编码方法(编码速率)来提供更鲁棒的音频和更高质量的视频。
在ATSC 3.0的情况下,对于对应于PLP的每个预定频带,处理多达64个IP流。所述IP流包括IP数据包,并且包括对应于诸如广播节目等内容的视频和音频分量以及信令。
在这种情况下,公共接收机使得从解调装置输出的四个IP流输入到片上系统(SoC)。因此,需要四个接口(I/F)来处理四个IP流。
同时,在图3的接收设备20中,在作为解调装置的解调部211和作为片上系统(SoC)的处理部212之间实现单个接口(I/F)。
在该实现方式中,在解调部211侧,包括PLP_ID的PLP信息添加到ALP数据包。这允许处理部212基于从ALP数据包获得的PLP_ID,识别经由单个接口(I/F)从解调部211输入的每个ALP数据包属于哪个PLP。
(ALP数据包输出时间)
接下来参考图4至图6解释由接收设备20处理的ALP数据包的输出时间。
图4示出了通过接收设备20中的单个接口(I/F)从解调部211输出到处理部212的ALP数据包的时间。在图4中,水平方向表示时间,垂直方向表示从不同层的帧和数据包中处理和获得的数据。
在图4中,最底层的数据是物理层帧。例如,ATSC 3.0规定的物理层帧包括引导、前导和有效载荷。
前导可以包括物理层信令,例如,L1B信令(L1基本信令)和L1D信令(L1细节信令)。在这个示例中,PTP(精确时间协议)信息作为时间信息设置在前导中。
在此处,图5描绘了由ATSC 3.0规定的物理层帧的典型结构。在物理层帧中,有效载荷(数据)设置在子帧中。当要处理物理层帧时,首先获取引导和前导,这允许获取后续子帧。
在包括两个子帧或更多个子帧的情况下,可以改变每个子帧的调制参数,例如,FFT大小、保护间隔长度和导频模式。
返回到图4的解释,物理层帧由接收设备20的解调部211中的帧处理部231和FEC处理部232处理。因此,从子帧中提取一个或多个BB数据包(基带数据包,在下文中也称为BBP)。
同样在解调部211中,解调多路复用器233处理BB数据包,并从中提取一个或多个ALP数据包。此时,解调多路复用器233将包括PLP_ID的PLP信息添加到ALP数据包。
以这种方式,PLP_ID添加到从解调部211经由单个接口(I/F)输出到处理部212的ALP数据包中。基于添加到每个ALP数据包的PLP_ID,处理部212识别从解调部211通过单个接口(I/F)输入的每个ALP数据包所属的PLP。
下面参考图6解释ALP数据包的结构。
图6中的子图A描绘了通常的ALP数据包结构。在图6的子图A中,通常的ALP数据包包括ALP报头(ALP数据包报头)和有效载荷。
ALP报头由一个三位类型字段开头。关于设置在ALP数据包的有效载荷中的数据类型的信息设置在类型字段中。
在ALP报头中,类型字段后跟一位PC(有效载荷配置)字段。在PC字段设置为“0”的情况下,根据PC字段旁的一位HM(报头模式)字段,选择单数据包模式。一个11位长度字段和一个ALP扩展报头(额外报头)设置在ALP报头中。
在通常的ALP数据包的情况下,HM字段设置为“0”。在ALP报头中,11位长度字段设置在HM字段旁边。同样在通常的ALP数据包中,有效载荷设置在ALP报头旁边。
图6中的子图B描述了ALP数据包的结构,其中,PLP_ID添加到ALP扩展报头中(该数据包在下文中也被称为添加PLP_ID ALP数据包)。
在添加PLP_ID ALP数据包中,三位类型字段、一位PC字段和一位HM字段设置在ALP报头中,在HM字段中设置“1”。在HM字段中设置“1”时,ALP扩展报头(额外报头)设置在11位长度字段旁边。
ALP扩展报头(额外报头)包括五位Length_MSB字段、一位RSV(保留)字段、一位SIF(子流标识符标志)字段和一位HEF(报头扩展标志)字段。
Length_MSB字段以字节表示ALP数据包中总有效载荷长度的最高有效位。当与ALP报头中11位长度字段指示的最低有效位(LSB)组合时,Length_MSB字段提供总有效载荷长度。
SIF字段是指示是否设置了用于子流识别的可选报头的标志。在SIF字段设置为“0”的情况下,这意味着没有设置可选报头。
HEF字段是指示是否有可选的报头扩展的标志。在HEF字段设置为“1”的情况下,提供了报头扩展。在图6的子图B中添加PLP_ID ALP数据包的ALP报头中,对于ALP扩展报头提供了三字节报头扩展。
报头扩展包括8位Extension_type字段、8位Extension_length字段、6位PLP_ID字段和2位虚拟数据(虚拟)。由于该示例将六位PLP_ID字段设置为私有用户数据(PUD),因此对应于该设置的类型和长度值分别设置在Extension_type字段和Extension_length字段中。
例如,在ATSC 3.0下,提供了由L1D信令(L1详细信令)规定的6位L1D_plp_id字段,作为PLP_ID字段。在下面引用的NPL 2中详细说明L1D信号。在下面引用的NPL 3中详细说明ALP数据包结构。
NPL 2
ATSC标准:物理层协议(A/322)
NPL 3
ATSC标准:链路层协议(A/330)
(1)添加到同一PLP中的第一数据包的方法
(添加PLP_ID的时间)
图7是描绘将PLP_ID添加到经由单个接口(I/F)输出的ALP数据包的时间示例的示意图。
在此处,为了比较的目的,图7中的子图A描述了在现有方法下添加PLP_ID的时间,而图7中的子图B描述了在本技术的方法下添加PLP_ID的时间。
在现有方法下,如图7的子图A所示,通过使用报头扩展中的私有用户数据(PUD),向每个ALP数据包添加PLP_ID。即,在现有方法下,所有的ALP数据包都添加了PLP_ID。
因为由六字节信息组成的PLP_ID添加到每个ALP数据包,所以通过解调部211和处理部212之间的单个接口(I/F)的传输率增加。例如,在继续每一个都添加了PLP_ID的六字节长的ALP数据包的情况下,在添加了PLP_ID的情况下,传输率加倍。
鉴于上述情况,本技术的方法提出了用于抑制通过这种单个接口(I/F)的传输率增加的技术。即,在本技术的方法下,在要继续具有相同PLP_ID的ALP数据包的情况下,PLP_ID仅添加到第一ALP数据包,而没有PLP_ID添加到后续ALP数据包。
例如,如图7的子图B所示,通过使用报头扩展中的私有用户数据(PUD),仅将PLP_ID添加到从PLP(PLP_ID=1)连续获得的ALP数据包的第一ALP数据包。类似地,仅将PLP_ID添加到从PLP(PLP_ID=2)或者从PLP(PLP_ID=3)连续获得的ALP数据包的第一ALP数据包,。
以上述方式,在接收设备20中,在解调部211侧,仅将PLP_ID(PLP_ID=1)添加到从相同PLP(PLP_ID=1)连续获得的ALP数据包的第一ALP数据包。
处理部212就其本身而言,处理范围从添加了PLP_ID(PLP_ID=1)的ALP数据包到紧接添加了另一PLP_ID(PLP_ID=2)的ALP数据包之前的ALP数据包的一组数据包,作为属于同一PLP(PLP_ID=1)的ALP数据包。
以这种方式,向特定的ALP数据包添加最少的PLP_ID就足够了。这使得能够抑制通过解调部211和处理部212之间的单个接口(I/F)的传输率的增加。结果,促进实现接收侧的电路。
在时分复用(TDM)方法的情况下,如图5所示的物理层帧,为每个PLP获得信号。这意味着解调部211中的解调多路复用器233可以为每个PLP获取连续的ALP数据包。
在另一示例中,即使在时分复用(TDM)方法下,例如,在频分复用(FDM)方法或层分复用(LDM)方法下,设置在解调部211的解调多路复用器233中的缓冲存储器也可以记录从不同的PLP获得的信号。解调多路复用器233然后将这些信号重新设置成每个PLP的连续ALP数据包流就足够了。
顺便提及,向ALP数据包添加PLP_ID的上述方法只是一个示例。可以采用各种方法中的任何一种来添加PLP_ID。例如,尽管上面已经解释了将PLP_ID添加到ALP数据包之外,但是也可以将PLP_ID添加到ALP数据包之内。在另一示例中,可以将PLP_ID添加到ALP数据包的报头、末端或中间点,而不是与ALP数据包集成。
在另一示例中,PLP_ID可以是代替六位绝对ID的两位相对ID。在又一示例中,添加有PLP_ID数据包的数据包可以是某个其他数据包,例如,IP数据包或BB数据包,而不是ALP数据包。
接下来参考图8和9的流程图解释在接收侧执行的ALP数据包输入/输出处理的细节。
(ALP数据包输出处理)
首先参考图8的流程图解释由接收设备20的解调部211执行的解调部侧的ALP数据包输出处理的流程。
在步骤S101中,解调多路复用器233通过处理输入到其中的BBP流来提取ALP数据包。
在步骤S102中,解调多路复用器233确定在步骤S101的处理中提取的ALP数据包是否与具有相同PLP_ID的ALP数据包连续。
在步骤S102中确定ALP数据包与具有相同PLP_ID的ALP数据包不连续,即,ALP数据包是给定PLP中的第一ALP数据包的情况下,处理进行到步骤S103。
在步骤S103中,解调多路复用器233使用报头扩展中的私有用户数据(PUD)将PLP_ID添加到给定PLP中的第一ALP数据包。在步骤S103的处理中将PLP_ID添加到第一ALP数据包之后,处理进行到步骤S104。
在步骤S102中确定ALP数据包与具有相同PLP_ID的ALP数据包连续的情况下,即,在ALP数据包是给定PLP中的第二或后续ALP数据包的情况下,跳过步骤S103中的处理,并且处理进行到步骤S104。这意味着在给定的数据包中,没有PLP_ID添加到第二或后续ALP数据包中。
在步骤S104中,解调部211的解调多路复用器233经由单个接口(I/F)将ALP数据包输出到处理部212。即,如果从解调多路复用器233输出的ALP数据包是给定PLP中的第一ALP数据包,则该ALP数据包添加有PLP_ID,但是如果该数据包是PLP中的第二或后续ALP数据包,则不添加PLP_ID。
在步骤S105中,确定是否终止对ALP数据包的处理。在步骤S105中确定不终止对ALP数据包的处理的情况下,处理返回到步骤S101,并且重复后续处理。
虽然每个PLP识别为PLP_ID=1,2,3,...,例如,在PLP_ID=1的PLP中的第一ALP数据包添加有PLP_ID=1,并且第二和后续ALP数据包不添加任何PLP_ID。
类似地,在PLP_ID=2的PLP中,只有第一ALP数据包添加有PLP_ID=2;在PLP_ID=3的PLP中,只有第一ALP数据包添加有PLP_ID=3。此处涉及的解释是重复的,将在下面省略。该处理同样适用于PLP_ID=4和后续PLP_ID。
另一方面,在步骤S105中确定要终止对ALP数据包的处理的情况下,图8中解调部侧的ALP数据包输出处理结束。
解调部侧的ALP数据包输出处理的流程如上所述。
(ALP数据包输入处理)
接下来参考图9的流程图解释由接收设备20的处理部212在处理部侧执行的ALP数据包输入处理的流程。
在步骤S121中,解复用器241经由单个接口(I/F)从解调部211获取输入到其中的ALP数据包。
在步骤S122中,解复用器241确定是否将PLP_ID添加到在步骤S121中获取的ALP数据包的报头扩展中的私有用户数据(PUD)。
在步骤S122中确定PLP_ID添加到ALP数据包的情况下,处理进行到步骤S123。在步骤S123中,解复用器241考虑作为步骤S122中确定的目标的ALP数据包,以启动对应于添加的PLP_ID的新PLP流。
在步骤S122中确定没有PLP_ID添加到ALP数据包的情况下,处理进行到步骤S124。在步骤S124中,解复用器241将作为步骤S122中确定的目标的ALP数据包视为与具有当前PLP_ID的相同PLP流是连续的。
即,在解调部211一侧,给定PLP中的第一ALP数据包添加有PLP_ID,而第二和后续ALP数据包不添加任何PLP_ID。因此,处理部212可以将范围从添加了PLP_ID的ALP数据包到紧接在添加了PLP_ID的ALP数据包之前的ALP数据包的数据包视为与具有相同PLP_ID的ALP数据包是连续的。
例如,在PLP_ID=1的PLP中,第一PLP数据包添加有PLP_ID=1,使得该ALP数据包被视为发起PLP_ID=1的新PLP流(S123)。此后,PLP_ID=1的PLP中的第二和后续ALP数据包不添加有任何PLP_ID,使得这些ALP数据包被视为与具有当前PLP_ID=1的相同PLP流是连续的(S124)。
当步骤S123或S124完成时,处理进行到步骤S125。
在步骤S125中,解复用器241针对每个PLP流将ALP数据包输出到解封装部242。例如,与PLP_ID=1的PLP流连续的ALP数据包输出到解封装部242-1至242-4中的解封装部242-1。
在步骤S126中,确定是否终止对ALP数据包的处理。在步骤S126中确定不终止对ALP数据包的处理的情况下,处理返回到步骤S121,并且重复后续处理。
例如,在具有PLP_ID=2的PLP中,第一ALP数据包添加有PLP_ID=2,使得该ALP数据包被视为发起新的PLP流(不同于具有当前PLP_ID的PLP流)(S123)。第二和后续ALP数据包不添加有任何PLP_ID,使得这些ALP数据包被视为与具有PLP_ID=2的相同PLP流是连续的(S124)。与具有PLP_ID=2的PLP流连续的ALP数据包输出到解封装部242-2(S125)。
该处理同样适用于PLP_ID=3、PLP_ID=4等,为了避免重复,在下文中省略其解释。当获取添加有PLP_ID的ALP数据包时,该数据包被视为发起新的PLP流。例如,与具有PLP_ID=3的PLP流连续的ALP数据包输出到解封装部242-3,与具有PLP_ID=4的PLP流连续的ALP数据包输出到解封装部242-4。
另一方面,在步骤S126中确定要终止对ALP数据包的处理的情况下,图9中处理部侧的ALP数据包输入处理结束。
因此,上面已经描述了处理部侧的ALP数据包输入处理的流程。
(2)添加到分段数据包的方法
同时,在ATSC 3.0下,分段数据包和级联数据包被规定为ALP数据包。以下是当要向分段数据包中添加PLP_ID时如何处理分段数据包的解释。
(ALP数据包结构)
图10是描述ALP数据包的典型结构的示意图。
图10中的ALP数据包由三位类型字段和一位PC(有效载荷配置)字段开头。在PC字段设置为“0”的情况下,根据PC字段旁边的一位HM(报头模式)字段选择单数据包模式。如上所述,11位长度字段和扩展报头(额外报头)设置在ALP报头中。
另一方面,在PC字段设置为“1”的情况下,根据PC字段旁边的一位S/C(分段/级联)字段选择分段模式或级联模式。一个11位长度字段和一个扩展报头(额外报头)设置在ALP报头中。
图11是描绘ALP报头的语法示例的示意图。顺便提及,在NPL3中详细说明分段数据包和级联数据包,特别是在“图5.2ALP数据包封装的基本报头结构”和“表5.1ALP数据包封装的报头语法”中
(添加PLP_ID的时间)
图12是描绘将PLP_ID添加到经由单个接口(I/F)输出的ALP数据包的时间示例的示意图。
在此处,为了比较的目的,图12中的子图A描述了在现有方法下添加PLP_ID的时间,图12中的子图B描述了在本技术的方法下添加PLP_ID的时间。
在现有方法下,如图12的子图A所示,将PLP_ID添加到所有ALP数据包,而不管ALP报头的PC(有效载荷配置)字段中的值,即,不管ALP数据包类型,例如,无论是单数据包模式、分段模式还是级联模式。
因此,六字节信息PLP_ID添加到每个ALP数据包,如上所述,通过解调部211和处理部212之间的单个接口(I/F)的传输率增加。
在ALP报头中的PC字段设置为“1”而选择分段模式的情况下,该IP数据包分成多个段,传输其中一些段。分割的IP数据包被视为ALP数据包(分段数据包)。
在ALP报头中的PC字段设置为“1”而选择级联模式的情况下,在传输之前,连接(级联)多个IP数据包。所连接的IP数据包被视为ALP数据包(级联数据包)。
在这种情况下,即使可以通过包含在ALP数据包中的信息(例如,通过CID(上下文标识符)等)来识别PLP_ID,当ALP数据包分成多个段时,用于识别的信息仅保留在划分的ALP数据包段(分段数据包)中的第一ALP数据包段(分段数据包)中。
在这种情况下,如果事情保持原样,则除了第一ALP数据包(分段数据包)之外,没有办法识别划分的ALP数据包段(分段数据包)的PLP_ID。
因此,在本技术的方法下,在ALP报头中PC字段被设置为“1”并且S/H字段被设置为“0”的情况下,将PLP_ID添加到ALP数据包(分段数据包)中。即,根据本技术的方法,仅将PLP_ID添加到具有PC=1的ALP数据包(分段数据包),而不将PLP_ID添加到具有PC=0的ALP数据包。
例如,如图12的子图B所示,在具有PC=0和PC=1的ALP数据包中,只有具有PC=1的ALP数据包使用报头扩展中的私有用户数据(PUD)添加有PLP_ID。这使得不仅可以参考报头扩展中的私有用户数据(PUD)来识别划分的ALP数据包段(分段数据包)中的第一ALP数据包(分段数据包)的PLP_ID,还可以识别其他ALP数据包段(分段数据包)的PLP_ID。
尽管上面集中解释分段数据包,但是通过使用报头扩展中的私有用户数据(PUD),可以将PLP_ID同样添加到级联数据包中。
<3.第二实施例>
(1)映射到CID的方法
(IP数据流的示例)
图13是描述通过IP传输方法的数据传输的典型结构的示意图。
在图13中,通过由广播流ID(BS_ID)识别的RF信道,一个或多个PLP(物理层管道)发送包括不同类型数据包的流。
在图13的示例中,具有PLP_ID=0、1、2和3的四个PLP构成一个服务。在采用IP传输方法的情况下,每个PLP为每个IP数据流传输流。在此处,IP数据流是指IP地址和端口号相同的IP数据包的集合。每个IP数据流都由一个CID(上下文标识符)识别。
在图13的示例中,具有PLP_ID=0的PLP具有传输流的两个IP数据流#0和#1。类似地,具有PLP_ID=1的PLP具有传输流的两个IP数据流#2和#3;PLP_ID=2的PLP具有传输流的两个IP数据流#4和#5;并且具有PLP_ID=3的PLP具有传输流的两个IP数据流#6和#7。
为这些IP数据流中的每一个分配一个CID。CID在通过不同的PLP发送的传输数据包(例如,将在后面讨论的报头压缩的IP数据包)之间重叠的情况下,需要使用PLP_ID识别每个IP数据流。
在图13的示例中,具有CID=0的IP数据流#0通过具有PLP_ID=0的PLP发送,并且具有CID=0的IP数据流#7通过具有PLP_ID=3的PLP发送。在这种情况下,每个CID都是0,彼此重叠,因此需要使用PLP_ID=0和PLP_ID=3来识别IP数据流。
换言之,如果在相同的服务中CID不重叠,则可以在不将PLP_ID添加到传输数据包的情况下识别出IP数据流。
在图13的示例中,具有PLP_ID=3的PLP可以使IP数据流#7的CID从0改变为7。这使得在由四个PLP构成的服务中,每个CID都有一个唯一的值,这使得无需借助PLP_ID就可以识别IP数据流。
顺便提及,由IP数据流传输的IP数据包有很大的开销,因为每个IP数据包在其报头中包含不同的信息。有鉴于此,IETF(互联网工程任务组)制定的RFC 3095规定RoHC(鲁棒报头压缩)为压缩IP数据包报头的技术,以允许高效的IP数据包传输。
RoHC涉及发送一个传输数据包,该传输数据包包括关于IP报头和UDP报头的所有报头信息(即,完整的传输数据包),随后是其中报头信息由与前一完整传输数据包中的报头信息的差构成的传输数据包。
即,RoHC是一种将组成包括UDP数据包的IP数据包的IP报头和UDP报头中的报头信息分成静态信息(SC:静态链)和动态信息(DC:动态链)的方法,防止静态信息(SC)重复发送,以减少所涉及的发送次数,从而压缩报头信息。
在此处,静态信息(SC)是指其预定内容保持不变或者其内容在整个正在进行的情况中保持完整的报头信息。另一方面,动态信息(DC)是指其预定内容随情况变化或者可根据情况选择其内容的灵活信息。
(IR数据包结构)
图14是描述传输数据包的典型结构的示意图,其中,数据包类型是IR数据包。
在图14的传输数据包的报头中,从开始起,Add-CID八位字节设置在一个字节(比特1到8)中。PLP_ID和CID设置为Add-CID八位字节。稍后将参考图17描述Add-CID八位字节的详细结构。
在接下来的一个字节(比特9到16)中,从开始的七个比特固定地设置为“1111110”,最后一个比特设置有指示是否存在动态信息(DC)的标志(D)。接下来的两个字节(比特17至24和25至32)提供了扩展CID区域(大CID),以便在CID由四个或更多位组成的情况下根据需要使用。
在接下来的一个字节(比特33至40)中,设置8位配置文件。在图14的传输数据包中,设置了配置文件“0x0002”。在接下来的一个字节(比特41至48)中,设置8位检错码(CRC:循环冗余校验)。在检错码CRC)之后是长度可变的静态信息(SC)和动态信息(DC)。
如上所述地构造数据包类型为IR数据包的传输数据包的报头。报头后面跟着有效载荷。
(IR-DYN数据包结构)
图15是描述传输数据包的典型结构的示意图,其中,数据包类型是IR-DYN数据包。
在图15中的传输数据包的报头中,从开始起,Add-CID八位字节设置在一个字节(比特1到8)中。PLP_ID和CID设置为Add-CID八位字节。稍后将参考图17描述Add-CID八位字节的详细结构。
下一个字节(比特9至16)固定设置为“11111000”。接下来的两个字节(比特17至24和25至32)提供了扩展CID区域(大CID),以便在CID由四个或更多位组成的情况下根据需要使用。
在接下来的一个字节(比特33至40)中,设置一个8位配置文件。在图15的传输数据包中,设置了配置文件“0x0002”。在接下来的一个字节(比特41至48)中,设置八位检错码(CRC)。在检错码(CRC)之后是长度可变的动态信息(DC)。
如上所述构造数据包类型为IR-DYN数据包的传输数据包的报头。报头后面跟着有效载荷。
(UO-0数据包结构)
图16是描述传输数据包的典型结构的示意图,其中,数据包类型是UO-0数据包。应当注意,在图16中,子图A描绘了在CID为15或更小的情况下可应用的结构,子图B描绘了在CID为16或更大的情况下可应用的结构。
在图16的子图A中的传输数据包的报头中,在从开始起的一个字节(比特1至8)中设置Add-CID八位字节。
在接下来的一个字节(比特9至16)中,第一比特固定设置为“0”。接下来的四比特设置有SN(序列号),接下来的三比特设置有检错码(CRC)。
在图16的子图B中的传输数据包的报头中,从开始的一个字节的第一比特(比特1到8)固定地设置为“0”。接下来的四比特设置有SN(序列号),接下来的三比特设置有检错码(CRC)。
接下来的两个字节(比特9至16和17至24)提供了扩展CID区域(大CID),供需要时使用。
图14至16中描述的RoHC数据包类型仅仅是示例。例如,RoHC规定了其他数据包类型,例如,UO-1和UOR-2数据包。在RoHC(鲁棒报头压缩(ROHC):框架和四个配置文件:实时发送协议、UDP、ESP和未压缩)提案中,详细说明RoHC数据包类型。
根据本技术,诸如IR数据包、IR-DYN数据包或UO-0数据包等传输数据包所属的PLP由报头中的Add-CID八位字节区域(在下文中也称为CID区域(小CID))和扩展CID区域(大CID)来识别,包括CID区域信息,作为映射到兴趣PLP的PLP_ID的映射信息。
下面解释通过第一CID处理方法至第四CID处理方法,每种方法都是通过使用CID区域信息(映射信息)来识别传输数据包所属的PLP的方法。
(1-1)第一CID处理方法
(Add-CID八位字节结构)
图17是描述Add-CID八位字节的典型结构的示意图。
RoHC规定,在图14、图15和图16的子图A所示的传输数据包的报头中,从开始的一个字节(比特1到8)设置为“1110CID”,作为Add-CID八位字节,即,高4比特固定设置为“1110”,低4比特固定设置为CID。
同时,在结合本技术采用第一CID处理方法的情况下,在Add-CID八位字节的CID区域中,低四比特中的高两比特分配PLP_ID,其余两比特分配CID。这样分配的两比特PLP_ID可以在同一服务中识别多达四个PLP。
CID区域中的比特分配只是一个示例。在另一示例中,待分配的比特可以根据待识别的PLP的数量而变化。
接下来参考图18和19的流程图解释在发送侧和接收侧执行的CID操作处理的细节。
(发送侧的第一CID操作处理)
首先参考图18的流程图解释由发送设备10执行的发送侧的第一CID操作处理的流程。
在步骤S201中,调制部112处理输入到其中的传输数据包,以便在数据包报头的Add-CID八位字节中的四比特CID区域的高两比特中设置PLP_ID。
即,包括两比特PLP_ID以及低两比特的CID,作为设置在CID区域中的CID区域信息。这样获得的传输数据包在作为处理产生的广播信号发送之前,经历必要的处理,例如,调制。
因此,上面已经描述了发送侧的第一CID操作处理的流程。
(处理部侧的CID操作处理)
接下来参考图19的流程图解释由接收设备20执行的处理部侧的CID操作处理的流程。
顺便提及,图19中概述的处理是由接收设备20中的处理部212执行的处理。该处理的上游是解调部211执行的另一处理。即,从发送设备10接收的广播信号经历必要的处理,例如,解调部211的解调。由该处理产生的ALP数据包经由单个接口(I/F)输出到处理部212。
在步骤S211中,解复用器241通过处理输入到其中的ALP数据包来获取传输数据包。例如,传输数据包是IR数据包、IR-DYN数据包或UO-0数据包。
在步骤S212中,解复用器241从在步骤S211的处理中获取的传输数据包的报头(即,从报头中Add-CID八位字节的CID区域)中提取CID区域信息。
在步骤S213中,解复用器241分析在步骤S212中提取的CID区域信息。
在此处,根据第一CID处理方法,PLP_ID设置在CID区域的四比特中的高两比特中,作为从传输数据包中的报头的CID区域获得的CID区域信息。因此,针对要处理的每个传输数据包,识别对应于PLP_ID的PLP流。
在步骤S214中,解复用器241基于在步骤S213中获得的分析结果输出每个PLP流的传输数据包。
在步骤S215中,确定是否终止对传输数据包的处理。在步骤S215中确定不终止对传输数据包的处理的情况下,处理返回到步骤S211,并且重复后续步骤。
例如,具有PLP_ID=1的PLP流的传输数据包输出到第一处理流,例如,解封装部242-1。PLP_ID=2的PLP流的传输数据包输出到第二处理流,例如,解封装部242-2。同样,PLP_ID=3、4等的PLP流的传输数据包输出到第三处理流、第四处理流等,对应于所涉及的PLP流。
另一方面,在步骤S215中确定要终止对传输数据包的处理的情况下,图19中处理部侧的CID操作处理结束。
上面已经描述了处理部侧的CID操作处理的流程。
(1-2)第二CID处理方法
在RoHC下,扩展CID区域(大CID)分配在图14、图15和图16的子图B所示的传输数据包的报头中。因此,在结合本技术采用第二CID处理方法的情况下,PLP_ID设置在扩展CID区域中。
在这种情况下,为PLP_ID分配两比特,这允许在同一服务中识别多达四个PLP。与上面讨论的第一CID处理方法相反,PLP_ID没有分配给从一开始的单字节Add-CID八位字节中的CID区域。这使得Add-CID八位字节能够按照RoHC的规定使用。然而,要注意的是,PLP_ID的比特数不限于2;任何数量的比特可以分配给PLP_ID。
(发送侧的第二CID操作处理)
下面参考图20的流程图解释由发送设备10执行的发送侧的第二CID操作处理的流程。
在步骤S221中,调制部112处理输入到其中的传输数据包,以便在数据包报头的扩展CID区域中设置两比特PLP_ID。
这将导致在CID区域和扩展CID区域中包括PLP_ID以及Add-CID八位字节的CID,作为CID区域信息。这样获得的传输数据包在作为处理产生的广播信号发送之前,经历必要的处理,例如,调制。
因此,上面已经描述了发送侧的第二CID操作处理的流程。
由接收设备20根据第二CID处理方法执行的处理基本上类似于上述第一CID处理方法的情况下的处理,因此除了以下差异之外,将不进一步详细讨论。
即,在接收设备20的处理部212中,解复用器241获得设置在扩展CID区域中的PLP_ID,作为要从传输数据包的报头获取的CID区域信息。因此,解复用器241可以输出对应于PLP_ID的每个PLP流的传输数据包。
(1-3)第三CID处理方法
在RoHC下,CID设置在图14、15和16所示的传输数据包的报头的CID区域或扩展CID区域中。在结合本技术采用第三CID处理方法的情况下,发送侧的发送设备10以这样的方式管理CID,使得CID在由多个PLP构成的单个服务中彼此不重叠。
(发送侧的第三CID操作处理)
下面参考图21的流程图解释由发送设备10执行的发送侧的第三CID操作处理的流程。
在步骤S231中,调制部112处理输入到其中的传输数据包,并执行管理,使得当在数据包报头中的CID区域或扩展CID区域中设置CID时,CID在由多个PLP构成的一个服务中彼此不重叠。
在这种情况下,例如,调制部112将CID管理表记录到内部存储器,并且通过引用该表,以CID彼此不重叠的方式管理在目标服务中使用的CID。
在图13的上述示例中,对于构成一个服务的四个PLP(PLP_ID=0、1、2和3的PLP)中的每一个,发送两个IP数据流。调制部112为每个IP数据流分配唯一的CID。
更具体地,如图13的示例中所描绘的,值0至7分别作为CID分配给IP数据流#0至#7。以这种方式,每个CID在由四个PLP构成的服务中成为一个唯一的值,从而无需PLP_ID就可以识别每个IP数据流。
即,发送侧的发送设备10以这样的方式管理CID,使得当CID作为CID区域信息包括在传输数据包中的报头的CID区域或扩展CID区域中时,CID彼此不重叠。这样获得的传输数据包在作为处理产生的广播信号发送之前,经历必要的处理,例如,调制。
因此,上面已经描述了发送侧的第三CID操作处理的流程。
根据第三CID处理方法由接收设备20执行的处理基本上类似于上述第一CID处理方法的情况下的处理,因此除了以下差异之外,将不进一步详细讨论。
即,在接收设备20的处理部212中,解复用器241从每个传输数据包的报头中的CID区域或扩展CID区域获得CID,作为CID区域信息,CID已经由发送侧的发送设备10管理,使得CID彼此不重叠。这允许解复用器241输出对应于每个CID的每个IP数据流(PLP流)的传输数据包。
(1-4)第四CID处理方法
在RoHC下,CID设置在图14、15和16所示的传输数据包的报头的CID区域或扩展CID区域中。在结合本技术采用第四CID处理方法的情况下,接收侧的接收设备20(即,其解调部211)以这样的方式管理CID,使得CID在由多个PLP构成的单个服务中彼此不重叠。
(解调部的CID操作处理)
下面参考图22的流程图解释由接收设备20执行的解调部侧的CID操作处理的流程。
在步骤S241中,解调多路复用器233处理输入到其中的传输数据包,并且在识别数据包报头的CID区域或扩展CID区域中设置的CID时,以这样的方式管理CID,使得CID在由多个PLP构成的一个服务中彼此不重叠。
即,在CID在由多个PLP构成的一个服务中彼此重叠的情况下,解调多路复用器233用不重叠的CID替换重叠的CID。在这种情况下,例如,解调多路复用器233将CID管理表记录到内部存储器中,并且通过引用该表,以这种方式管理在目标服务中使用的CID,使得CID彼此不重叠。
在图13的上述示例中,对于构成一个服务的四个PLP(PLP_ID=0、1、2和3的PLP)中的每一个,发送两个IP数据流。解调多路复用器233为每个IP数据流分配唯一的CID。
更具体地,如图13的示例中所描绘的,假设发送侧的发送设备10不管理CID,并且值0、1、2、3、4、5、6和0作为CID分别分配给IP数据流#0至#7。在这种情况下,解调多路复用器233将值0替换为值7,作为IP数据流#7的CID。结果,每个CID成为在由四个PLP构成的服务中唯一值,允许处理部212识别每个IP数据流,而不求助于PLP_ID。
根据第四CID处理方法由处理部212执行的处理基本上类似于上述第一CID处理方法的情况下的处理,因此除了以下差异之外,将不进一步详细讨论。
即,在接收设备20的处理部212中,解复用器241从每个传输数据包的报头中的CID区域或扩展CID区域获得CID,作为CID区域信息,已经在接收侧(即,通过其解调部211)管理CID,使得CID彼此不重叠。这允许解复用器241输出对应于每个CID的每个IP数据流(PLP流)的传输数据包。
如上所述,CID区域信息作为PLP_ID映射信息设置在每个传输数据包(例如,IP数据包)中的报头的CID区域(小CID)或扩展CID区域(大CID)中。使用该CID区域信息,使得接收侧能够识别每个传输数据包所属的PLP。
例如,对应于PLP_ID的信息映射到其他区域(映射到CID区域或扩展CID区域),消除了向ALP数据包添加PLP_ID的需要。这使得接收侧的接收设备20能够抑制通过一方面作为解调装置的解调部211和另一方面作为片上系统(SoC)的处理部212之间的单个接口(I/F)的传输率的增加。结果,促进了接收侧电路的实现。
如上所述,例如,在ATSC 3.0下,采用涉及使用包括UDP数据包在内的IP数据包的IP传输方法来发送数据。因此,可以采用上述映射到CID的方法。在ATSC 3.0之外的广播方法中,那些采用IP传输方法的广播方法也可以采用映射到CID的方法。
上面解释了发送侧的CID相关处理由例如安装在发射站侧的调制部112(处理部)(在数据处理设备中)执行。或者,发送侧的CID相关处理可以由安装在广播站侧的多路复用器111(处理部)(在数据处理设备中)来执行。
此外,尽管ATSC 3.0规定CID最长为一个字节,但目前的技术不受此类限制。例如,可能包括CID有两个字节长的情况。
(2)映射到PID的方法
(TS数据包结构)
图23是描绘TS数据包的语法示例的示意图。
基于MPEG-2TS(传输流)方法的传输流由TS数据包组成。TS数据包的报头有32位,包括8位sync_byte、1位transport_error_indicator、1位payload_unit_start_indicator、1位transport_priority、13位PID、2位transport_scramble_control、2位adaptation_field_control和4位continuity_counter。
在此处,13位PID(数据包ID)是在MPEG-2TS下分配给每个TS数据包的数据包标识符。数据包标识符指示每个TS数据包发送的内容。
根据本技术,每个TS数据包的报头中的PID区域包括作为映射信息的PID区域信息,该映射信息映射到该TS数据包所属的PLP的PLP_ID。包含PID区域信息,允许识别兴趣TS数据包所属的PLP。
下面说明第一PID处理方法至第三PID处理方法,每一种方法都是通过使用PID区域信息(映射信息)来识别TS数据包所属的PLP的方法。
顺便提及,映射到PID的方法包括处理均由TS数据包组成的TS流。因此,发送侧的发送设备10(图2)和接收侧的接收设备20(图3)处理TS流而不是IP流。
(2-1)第一PID处理方法
(PID结构)
图24是描绘PID的典型结构的示意图。
在TS数据包的报头中,如上所述,为PID分配了13比特。在结合本技术采用第一PID处理方法的情况下,13比特PID中的高两比特分配PLP_ID,其余11比特分配PID。这样分配的两比特PLP_ID允许在同一服务中识别多达四个PLP。
接下来参考图25和26的流程图解释在发送侧和接收侧执行的PID操作处理的细节。
(发送侧的第一PID操作处理)
首先参考图25的流程图解释由发送设备10执行的发送侧的第一PID操作处理的流程。
在步骤S301中,调制部112处理输入到其中的TS数据包,以便在数据包报头中的13比特PID的高两比特中设置PLP_ID。
以这种方式,在TS数据包中的报头的PID区域中包括两比特PLP_ID以及低11比特PID,作为PID区域信息。这样获得的TS数据包在作为处理产生的广播信号发送之前,经过必要的处理,例如,调制。
因此,上面已经描述了发送侧的第一PID操作处理的流程。
(处理部侧的PID操作处理)
接下来参考图26的流程图解释由接收设备20执行的处理部侧的PID操作处理的流程。
顺便提及,图26中概述的处理是由接收设备20中的处理部212执行的处理。该处理的上游是解调部211执行的另一处理。即,从发送设备10接收的广播信号经历必要的处理,例如,解调部211的解调。由该处理产生的TS数据包经由单个接口(I/F)输出到处理部212。
在步骤S311中,解复用器241获取输入到其中的TS数据包。
在步骤S312中,解复用器241从在步骤S311的处理中获取的TS数据包的报头中的PID区域中提取PID区域信息。
在步骤S313中,解复用器241分析在步骤S312中提取的PID区域信息。
在此处,根据第一PID处理方法,作为从TS数据包中报头的PID区域获得的PID区域信息,在13比特信息的高两比特中设置PLP_ID。因此,针对要处理的每个TS数据包,识别对应于该PLP_ID的PLP流。
在步骤S314中,解复用器241基于在步骤S313中获得的分析结果输出每个PLP流的TS数据包。
在步骤S315中,确定是否终止对TS数据包的处理。在步骤S315中确定不终止对TS数据包的处理的情况下,处理返回到步骤S311,并且重复后续处理。
例如,用于具有PLP_ID=1的PLP流的TS数据包输出到第一处理流,例如,解封装部242-1。用于具有PLP_ID=2的PLP流的TS数据包输出到第二处理流,例如,解封装部242-2。类似地,用于具有PLP_ID=3、4等的PLP流的TS数据包分别输出到第三处理流、第四处理流等,对应于所涉及的PLP流。
另一方面,在步骤S315中确定要终止对TS数据包的处理的情况下,图26中处理部侧的PID操作处理结束。
以上已经描述了处理部侧的PID操作处理的流程。
(2-2)第二PID处理方法
在MPEG2-TS方法下,13比特PID设置在图23所示的数据包中报头的PID区域中。在结合本技术采用第二PID处理方法的情况下,发送侧的发送设备10以这样的方式管理PID,使得PID在由多个PLP构成的单个服务中彼此不重叠。
(发送侧的第二PID操作处理)
接下来参考图27的流程图解释由发送设备10执行的发送侧的第二PID操作处理的流程。
在步骤S321中,调制部112处理输入到其中的数据包,并且执行管理,使得当PID设置为数据包报头的PID区域时,PID在由多个PLP构成的一个服务中彼此不重叠。
在这种情况下,例如,调制部112将PID管理表记录到内部存储器中,并且通过引用该表,以这样的方式管理目标服务中使用的PID,使得PID彼此不重叠。
以这种方式,发送侧的发送设备10以这样的方式管理PID,使得当在TS数据包的报头的PID区域中包括PID,作为PID区域信息时,PID彼此不重叠。这样获得的TS数据包在作为处理产生的广播信号发送之前,经过必要的处理,例如,调制。
因此,上面已经描述了发送侧的第二PID操作处理的流程。
由接收设备20根据第二PID处理方法执行的处理基本上类似于上述第一PID处理方法的情况下的处理,因此除了以下差异之外,将不进一步详细讨论。
即,在接收设备20的处理部212中,解复用器241从每个数据包的报头中的PID区域获得作为PID区域信息的PID,这些PID已经由发送侧的发送设备10管理,使得PID彼此不重叠。这允许解复用器241输出对应于每个PID的每个PLP流的TS数据包。
(2-3)第三PID处理方法
在MPEG2-TS方法下,13比特PID设置在图23所示的TS数据包中报头的PID区域中。在结合本技术采用第三PID处理方法的情况下,接收侧的接收设备20(即,其解调部211)以这样的方式管理PID,使得PID在由多个PLP构成的单个服务中彼此不重叠。
(解调部侧的PID操作处理)
下面参考图28的流程图解释由接收设备20执行的解调部侧的PID操作处理的流程。
在步骤S331中,解调多路复用器233处理输入到其中的TS数据包,并且一旦识别出在数据包报头的PID区域中设置的PID,就以这样的方式管理PID,使得PID在由多个PLP构成的一个服务中彼此不重叠。
即,在PID在由多个PLP构成的一个服务中彼此重叠的情况下,解调多路复用器233用不重叠的PID替换重叠的PID。在这种情况下,例如,解调多路复用器233将PID管理表记录到内部存储器中,并且通过引用该表,以PID彼此不重叠的方式管理在目标服务中使用的PID。
因此,解调部侧的PID操作处理的流程如上所述。
根据第三PID处理方法由处理部212执行的处理基本上类似于上述第一PID处理方法的情况下的处理,因此除了以下差异之外,将不进一步详细讨论。
即,在接收设备20的处理部212中,解复用器241从每个传输数据包的报头中的PID区域获得PID,作为PID区域信息,已经在接收侧(即,通过其解调部211)管理这些PID,使得PID彼此不重叠。这允许解复用器241输出对应于每个PID的每个PLP流的TS数据包。
如上所述,在每个TS数据包中的报头的PID区域中,设置PID区域信息,作为PLP_ID映射信息。使用该PID区域信息使接收侧能够识别每个TS数据包所属的PLP。
例如,对应于PLP_ID的信息映射到其他区域(映射到PID区域),消除了向ALP数据包添加PLP_ID的需要。这使得接收侧的接收设备20能够抑制通过一方面作为解调装置的解调部211和另一方面作为片上系统(SoC)的处理部212之间的单个接口(I/F)的传输率的增加。结果,促进了接收侧电路的实现。
上面解释了发送侧上的PID相关处理由例如安装在发射站侧的调制部112(处理部)(在数据处理设备中)执行。或者,发送侧的PID相关处理可以由安装在广播站侧上的多路复用器111(处理部)(在数据处理设备中)来执行。
<4.变形>
(适用于其他广播方法)
在上述段落中,主要在美国等国采用的ATSC(特别是ATSC 3.0)已经被解释为可以应用本技术的典型数字广播标准。或者,本技术可以应用于主要在日本采用的ISDB(综合服务数字广播)标准或在欧洲国家采用的DVB(数字视频广播)标准。此外,如上所述,例如,本技术不仅可以与IP传输方法结合使用,还可以与MPEG2-TS方法或某种其他方法结合使用,作为数据传输方法。
此外,本技术可以应用于数字广播标准,不仅管理数字地面广播,还管理使用广播卫星(BS)或通信卫星(CS)的卫星广播以及诸如有线电视(CATV)等有线广播。
(适用于广播方法以外的方法)
本技术也可以应用于预定标准(除数字广播标准之外的标准),规定该标准,以管理除广播网络之外的传输路径的使用,例如,包括互联网和电话网络的通信线路(通信网络)。在这种情况下,诸如互联网和电话网络等传输线路用作广播系统1(图1)的传输路径30。互联网上的服务器可以用作发送设备10。这种通信服务器和接收设备20经由传输路径30(通信线路)在其间进行双向通信。
(接收侧的其他配置)
在前面的段落中解释了配置,其中,在接收设备20中,单个接口(I/F)提供一方面作为解调装置的解调部211和另一方面作为片上系统(SoC)的处理部212之间的连接。或者,如果接口(I/F)少于对应于输入到解调部211中的解调多路复用器233的PLP的IP流的数量,则可以有两个或更多个接口(I/F)。
即,解调部211和处理部212之间的接口(I/F)的数量是一个或小于PLP的数量。例如,在接收设备20中为一个解调部211提供多个处理部212的情况下,提供多个接口(I/F)。
<5.计算机配置>
上述一系列步骤和处理可以通过硬件或软件来执行。在一系列处理由软件执行的情况下,构成软件的程序安装到合适的计算机中。图29描绘了使用程序执行上述一系列处理的计算机的硬件的典型配置。
在计算机1000中,CPU(中央处理器)1001、ROM(只读存储器)1002和RAM(随机存取存储器)1003经由总线1004互连。总线1004还与输入/输出接口1005相连。输入/输出接口1005与输入部1006、输出部1007、记录部1008、通信部1009和驱动器1010连接。
输入部1006包括例如键盘、鼠标和麦克风。输出部1007包括例如显示器和扬声器。记录部1008包括硬盘或非易失性存储器。通信部1009包括网络接口。驱动器1010驱动可移动记录介质1011,例如,磁盘、光盘、磁光盘或半导体存储器。
在如上所述配置的计算机1000中,CPU 1001通过经由输入/输出接口1005和总线1004将适当的程序从ROM 1002或从记录部1008加载到RAM 1003中并通过执行加载的程序来执行上述一系列处理。
要由计算机1000(CPU 1001)执行的程序可以记录在例如当提供时作为包介质提供的可移动记录介质1011上。程序也可以经由有线或无线发送介质提供,例如,局域网、互联网和数字卫星广播。
在计算机1000中,当可移除记录介质1011附接到驱动器1010时,程序可以通过输入/输出接口1005安装到记录部1008中。或者,在安装到记录部1008之前,程序可以由通信部1009通过有线或无线发送介质接收。作为另一种选择,程序可以预先安装在ROM 1002或记录部1008中。
在本说明书中,由计算机根据程序执行的处理不需要如流程图所示按时间顺序执行。即,由计算机根据程序执行的处理可以包括并行或单独执行的处理(例如,并行处理或面向对象处理)。程序可以由一台计算机(处理器)或多台计算机分布式处理。
本技术的实施例不限于上面讨论的那些。在本技术的范围和精神内,可以以不同的方式修改或改变实施例。
可以优选地在以下配置中实现本技术。
(1)一种发送设备,包括:
处理部,被配置为处理对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者的流,所述流由数据包构成,所述处理部还使得每个所述数据包的报头包括映射到识别每个所述数据包所属的所述PLP的识别信息的映射信息。
(2)根据以上段落(1)所述的发送设备,其中,
所述流是IP(Internet Protocol)流,
所述数据包是依照RoHC(Robust Header Compression)规定的数据包,并且
所述映射信息包含在按照RoHC规定的CID(Context Identifier)区域中。
(3)根据以上段落(2)所述的发送设备,其中,
所述CID区域是位于所述报头的Add-CID八位字节中的区域,并且
预定比特被分配给PLP识别信息,剩余比特被分配给CID。
(4)根据以上段落(2)所述的发送设备,其中,
所述CID区域是所述报头的Add-CID八位字节之外的CID区域,并且
预定比特被分配给PLP识别信息。
(5)根据以上段落(2)所述的发送设备,其中,所述处理部对作为所述映射信息的所述CID进行管理,使得所述CID在由多个PLP构成的单个服务中彼此不重叠叠。
(6)根据以上段落(1)所述的发送设备,其中,
所述流是TS(Transport Stream)流,
所述数据包是TS数据包,并且
所述映射信息包含在按照MPEG2-TS(Transport Stream)规定的PID(Packet ID)区域中。
(7)根据以上段落(6)所述的发送设备,其中,在所述PID区域,预定比特被分配给所述PLP识别信息,所述剩余比特被分配给所述PID。
(8)根据以上段落(6)所述的发送设备,其中,所述处理部对作为所述映射信息的所述PID进行管理,使得所述PID在由多个PLP构成的单个服务中彼此不重叠。
(9)根据以上段落(1)至(8)中任一项所述的发送设备,其中,所述识别信息是PLP_ID。
(10)一种数据处理方法,包括以下步骤:
由发送设备
处理对于广播信号中包括的多个PLP中的每一者的流,所述流由数据包构成;以及
使得每个所述数据包的报头包括映射到识别每个所述数据包所属的所述PLP的识别信息的映射信息。
(11)一种接收设备,包括:
解调部,被配置为对构成对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者获得的流的数据包进行解调,以及
处理部,被配置为处理由所述解调部解调的所述数据包,其中,
所述解调部和所述处理部经由一个接口或少于所述PLP的数量的接口彼此连接,
所述解调部处理从每个所述数据包的报头获得的映射信息,所述映射信息被映射到识别每个所述数据包所属的PLP的识别信息,并且
所述处理部基于从所述数据包的所述报头获得的所述映射信息,识别所述数据包所属的所述PLP,所述数据包经由所述一个接口或少于所述PLP的数量的接口从所述解调部输入。
(12)根据以上段落(11)所述的接收设备,其中,
所述流是IP(Internet Protocol)流,
所述数据包是依照RoHC(Robust Header Compression)规定的数据包,并且
所述映射信息包含在按照RoHC规定的CID(Context Identifier)区域中。
(13)根据以上段落(12)所述的接收设备,其中,所述解调部对作为所述映射信息的所述CID进行管理,使得所述CID在由多个PLP构成的单个服务中彼此不重叠。
(14)根据以上段落(11)所述的接收设备,其中,
所述流是TS(Transport Stream)流,
所述数据包是TS数据包,并且
所述映射信息包含在按照MPEG2-TS(Transport Stream)规定的PID(Packet ID)区域中。
(15)根据以上段落(14)所述的接收设备,其中,所述解调部对作为所述映射信息的所述PID进行管理,使得所述PID在由多个PLP构成的单个服务中彼此不重叠。
(16)根据以上段落(11)至(15)中任一项所述的接收设备,其中,所述识别信息是PLP_ID。
(17)根据以上段落(11)至(16)中任一项所述的接收设备,其中,
所述解调部是解调装置,并且
所述处理部是片上系统(SoC)。
(18)一种用于接收设备的数据处理方法,包括
解调部,被配置为对构成对于广播信号中包括的多个物理层管道(PLP)的每一者获得的流的数据包进行解调,以及
处理部,被配置为处理由所述解调部解调的所述数据包,其中,
所述解调部和所述处理部经由一个接口或少于所述PLP的数量的接口彼此连接,
所述数据处理方法包括以下步骤:
由所述解调部处理从每个所述数据包的报头获得的映射信息,所述映射信息被映射到识别每个所述数据包所属的所述PLP的识别信息,并且
由所述处理部基于从所述数据包的所述报头获得的所述映射信息,识别所述数据包所属的所述PLP,所述数据包经由所述一个接口或少于所述PLP的数量的接口从所述解调部输入。
附图标记列表
1广播系统、10发送设备、20接收设备、30传输路径、111多路复用器、112调制部、211解调部、212处理部、231帧处理部、232-1至232-4前向纠错处理部、233解调多路复用器、241解复用器、242-1至242-4解封装部、1000计算机、1001CPU。
权利要求书(按照条约第19条的修改)
1.一种发送设备,包括:
处理部,被配置为处理对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者的流,所述流由数据包构成,每个数据包具有报头和有效载荷,所述处理部还使得所述报头的预定区域包括映射到识别每个所述数据包所属的所述PLP的识别信息的映射信息。
2.根据权利要求1所述的发送设备,其中,
所述流是IP(Internet Protocol)流,
所述数据包是依照RoHC(Robust Header Compression)规定的数据包,并且
所述映射信息包含在按照RoHC规定的CID(Context Identifier)区域中。
3.根据权利要求2所述的发送设备,其中,
所述CID区域是位于所述报头的Add-CID八位字节中的区域,并且
预定比特被分配给PLP识别信息,剩余比特被分配给CID。
4.根据权利要求2所述的发送设备,其中,
所述CID区域是所述报头的Add-CID八位字节之外的CID区域,并且
预定比特被分配给PLP识别信息。
5.根据权利要求2所述的发送设备,其中,所述处理部对作为所述映射信息的所述CID进行管理,使得所述CID在由多个PLP构成的单个服务中彼此不重叠。
6.根据权利要求1所述的发送设备,其中,
所述流是TS(Transport Stream)流,
所述数据包是TS数据包,并且
所述映射信息包含在按照MPEG2-TS(Transport Stream)规定的PID(Packet ID)区域中。
7.根据权利要求6所述的发送设备,其中,在所述PID区域,预定比特被分配给所述PLP识别信息,剩余比特被分配给所述PID。
8.根据权利要求6所述的发送设备,其中,所述处理部对作为所述映射信息的所述PID进行管理,使得所述PID在由多个PLP构成的单个服务中彼此不重叠。
9.根据权利要求1所述的发送设备,其中,所述识别信息是PLP_ID。
10.一种数据处理方法,包括以下步骤:
由发送设备
处理对于广播信号中包括的多个PLP中的每一者的流,所述流由数据包构成,每个数据包具有报头和有效载荷;以及
使得所述报头的预定区域包括映射到识别每个所述数据包所属的所述PLP的识别信息的映射信息。
11.一种接收设备,包括:
解调部,被配置为对构成对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者获得的流的数据包进行解调,以及
处理部,被配置为处理由所述解调部解调的所述数据包,其中,
所述解调部和所述处理部经由一个接口或少于所述PLP的数量的接口彼此连接,以及
每个数据包具有报头和有效载荷,所述处理部基于从所述报头的预定区域获得的所述映射信息,识别每个所述数据包所属的所述PLP,所述数据包经由所述一个接口或少于所述PLP的数量的接口从所述解调部输入。
12.根据权利要求11所述的接收设备,其中,
所述流是IP(Internet Protocol)流,
所述数据包是依照RoHC(Robust Header Compression)规定的数据包,并且
所述映射信息包含在按照RoHC规定的CID(Context Identifier)区域中。
13.根据权利要求12所述的接收设备,其中,给定每个所述数据包具有报头和有效载荷,所述解调部处理从所述报头的预定区域获得的映射信息,所述映射信息映射到识别每个所述数据包所属的所述PLP的识别信息,所述解调部进一步对作为所述映射信息的所述CID进行管理,使得所述CID在由多个PLP构成的单个服务中彼此不重叠。
14.根据权利要求11所述的接收设备,其中,
所述流是TS(Transport Stream)流,
所述数据包是TS数据包,并且
所述映射信息包含在按照MPEG2-TS(Transport Stream)规定的PID(Packet ID)区域中。
15.根据权利要求14所述的接收设备,其中,给定每个所述数据包具有报头和有效载荷,所述解调部处理从所述报头的预定区域获得的映射信息,所述映射信息映射到识别每个所述数据包所属的所述PLP的识别信息,所述解调部进一步对作为所述映射信息的所述PID进行管理,使得所述PID在由多个PLP构成的单个服务中彼此不重叠。
16.根据权利要求11所述的接收设备,其中,所述识别信息是PLP_ID。
17.根据权利要求11所述的接收设备,其中,
所述解调部是解调装置,并且
所述处理部是片上系统(SoC)。
18.一种用于接收设备的数据处理方法,所述接收设备包括:
解调部,被配置为对构成对于广播信号中包括的多个物理层管道(PLP)的每一者获得的流的数据包进行解调,以及
处理部,被配置为处理由所述解调部解调的所述数据包,其中,
所述解调部和所述处理部经由一个接口或少于所述PLP的数量的接口彼此连接,
所述数据处理方法包括以下步骤:
每个数据包具有报头和有效载荷,由所述处理部基于从所述报头的预定区域获得的映射信息,识别所述数据包所属的所述PLP,所述数据包经由所述一个接口或少于所述PLP的数量的接口从所述解调部输入。
Claims (18)
1.一种发送设备,包括:
处理部,被配置为处理对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者的流,所述流由数据包构成,所述处理部还使得每个所述数据包的报头包括映射到识别每个所述数据包所属的所述PLP的识别信息的映射信息。
2.根据权利要求1所述的发送设备,其中,
所述流是IP(Internet Protocol)流,
所述数据包是依照RoHC(Robust Header Compression)规定的数据包,并且
所述映射信息包含在按照RoHC规定的CID(Context Identifier)区域中。
3.根据权利要求2所述的发送设备,其中,
所述CID区域是位于所述报头的Add-CID八位字节中的区域,并且
预定比特被分配给PLP识别信息,剩余比特被分配给CID。
4.根据权利要求2所述的发送设备,其中,
所述CID区域是所述报头的Add-CID八位字节之外的CID区域,并且
预定比特被分配给PLP识别信息。
5.根据权利要求2所述的发送设备,其中,所述处理部对作为所述映射信息的所述CID进行管理,使得所述CID在由多个PLP构成的单个服务中彼此不重叠。
6.根据权利要求1所述的发送设备,其中,
所述流是TS(Transport Stream)流,
所述数据包是TS数据包,并且
所述映射信息包含在按照MPEG2-TS(Transport Stream)规定的PID(Packet ID)区域中。
7.根据权利要求6所述的发送设备,其中,在所述PID区域,预定比特被分配给所述PLP识别信息,剩余比特被分配给所述PID。
8.根据权利要求6所述的发送设备,其中,所述处理部对作为所述映射信息的所述PID进行管理,使得所述PID在由多个PLP构成的单个服务中彼此不重叠。
9.根据权利要求1所述的发送设备,其中,所述识别信息是PLP_ID。
10.一种数据处理方法,包括以下步骤:
由发送设备
处理对于广播信号中包括的多个PLP中的每一者的流,所述流由数据包构成;以及
使得每个所述数据包的报头包括映射到识别每个所述数据包所属的所述PLP的识别信息的映射信息。
11.一种接收设备,包括:
解调部,被配置为对构成对于广播信号中包括的多个PLP(Physical Layer Pipe)中的每一者获得的流的数据包进行解调,以及
处理部,被配置为处理由所述解调部解调的所述数据包,其中,
所述解调部和所述处理部经由一个接口或少于所述PLP的数量的接口彼此连接,
所述解调部处理从每个所述数据包的报头获得的映射信息,所述映射信息被映射到识别每个所述数据包所属的PLP的识别信息,并且
所述处理部基于从所述数据包的所述报头获得的所述映射信息,识别每个所述数据包所属的所述PLP,所述数据包经由所述一个接口或少于所述PLP的数量的接口从所述解调部输入。
12.根据权利要求11所述的接收设备,其中,
所述流是IP(Internet Protocol)流,
所述数据包是依照RoHC(Robust Header Compression)规定的数据包,并且
所述映射信息包含在按照RoHC规定的CID(Context Identifier)区域中。
13.根据权利要求12所述的接收设备,其中,所述解调部对作为所述映射信息的所述CID进行管理,使得所述CID在由多个PLP构成的单个服务中彼此不重叠。
14.根据权利要求11所述的接收设备,其中,
所述流是TS(Transport Stream)流,
所述数据包是TS数据包,并且
所述映射信息包含在按照MPEG2-TS(Transport Stream)规定的PID(Packet ID)区域中。
15.根据权利要求14所述的接收设备,其中,所述解调部对作为所述映射信息的所述PID进行管理,使得所述PID在由多个PLP构成的单个服务中彼此不重叠。
16.根据权利要求11所述的接收设备,其中,所述识别信息是PLP_ID。
17.根据权利要求11所述的接收设备,其中,
所述解调部是解调装置,并且
所述处理部是片上系统(SoC)。
18.一种用于接收设备的数据处理方法,所述接收设备包括:
解调部,被配置为对构成对于广播信号中包括的多个物理层管道(PLP)的每一者获得的流的数据包进行解调,以及
处理部,被配置为处理由所述解调部解调的所述数据包,其中,
所述解调部和所述处理部经由一个接口或少于所述PLP的数量的接口彼此连接,
所述数据处理方法包括以下步骤:
由所述解调部处理从每个所述数据包的报头获得的映射信息,所述映射信息被映射到识别每个所述数据包所属的所述PLP的识别信息,并且
由所述处理部基于从所述数据包的所述报头获得的所述映射信息,识别所述数据包所属的所述PLP,所述数据包经由所述一个接口或少于所述PLP的数量的接口从所述解调部输入。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017049172 | 2017-03-14 | ||
JP2017-049172 | 2017-03-14 | ||
PCT/JP2018/007407 WO2018168455A1 (ja) | 2017-03-14 | 2018-02-28 | 送信装置、受信装置、及び、データ処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110402582A true CN110402582A (zh) | 2019-11-01 |
CN110402582B CN110402582B (zh) | 2022-10-04 |
Family
ID=63523292
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880016485.XA Active CN110402582B (zh) | 2017-03-14 | 2018-02-28 | 发送设备、接收设备和数据处理方法 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11889145B2 (zh) |
EP (1) | EP3598763A4 (zh) |
JP (1) | JP7139310B2 (zh) |
KR (1) | KR102514752B1 (zh) |
CN (1) | CN110402582B (zh) |
TW (1) | TWI673984B (zh) |
WO (1) | WO2018168455A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200213423A1 (en) * | 2019-01-02 | 2020-07-02 | Qualcomm Incorporated | Systems, methods, and computing platforms for context identifier allocation for data packet header compression |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120307842A1 (en) * | 2010-02-26 | 2012-12-06 | Mihail Petrov | Transport stream packet header compression |
CN106304851A (zh) * | 2015-04-23 | 2017-01-04 | Lg电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法 |
CN106464635A (zh) * | 2014-04-21 | 2017-02-22 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
US20170064044A1 (en) * | 2015-08-31 | 2017-03-02 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving signal in multimedia system |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110044393A1 (en) * | 2008-10-31 | 2011-02-24 | Woo Suk Ko | Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal |
KR101874433B1 (ko) | 2011-06-16 | 2018-07-06 | 삼성전자주식회사 | 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치 |
JP6359680B2 (ja) | 2014-10-20 | 2018-07-18 | エルジー エレクトロニクス インコーポレイティド | 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 |
US10129308B2 (en) * | 2015-01-08 | 2018-11-13 | Qualcomm Incorporated | Session description information for over-the-air broadcast media data |
MX364588B (es) * | 2015-02-17 | 2019-05-02 | Sony Corp | Aparato de transmision, metodo de transmision, aparato de recepcion y metodo de recepcion. |
EP3364659B1 (en) | 2015-10-15 | 2021-07-21 | Sony Corporation | Reception apparatus, transmission apparatus, and data processing method |
-
2018
- 2018-02-28 KR KR1020197025965A patent/KR102514752B1/ko active IP Right Grant
- 2018-02-28 JP JP2019505852A patent/JP7139310B2/ja active Active
- 2018-02-28 WO PCT/JP2018/007407 patent/WO2018168455A1/ja unknown
- 2018-02-28 EP EP18767556.6A patent/EP3598763A4/en active Pending
- 2018-02-28 US US16/482,816 patent/US11889145B2/en active Active
- 2018-02-28 CN CN201880016485.XA patent/CN110402582B/zh active Active
- 2018-03-02 TW TW107107022A patent/TWI673984B/zh active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120307842A1 (en) * | 2010-02-26 | 2012-12-06 | Mihail Petrov | Transport stream packet header compression |
CN106464635A (zh) * | 2014-04-21 | 2017-02-22 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法 |
CN106304851A (zh) * | 2015-04-23 | 2017-01-04 | Lg电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法 |
US20170064044A1 (en) * | 2015-08-31 | 2017-03-02 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving signal in multimedia system |
Also Published As
Publication number | Publication date |
---|---|
EP3598763A1 (en) | 2020-01-22 |
TW201836338A (zh) | 2018-10-01 |
CN110402582B (zh) | 2022-10-04 |
EP3598763A4 (en) | 2020-01-22 |
KR102514752B1 (ko) | 2023-03-28 |
JP7139310B2 (ja) | 2022-09-20 |
KR20190126319A (ko) | 2019-11-11 |
JPWO2018168455A1 (ja) | 2020-01-16 |
US11889145B2 (en) | 2024-01-30 |
TWI673984B (zh) | 2019-10-01 |
WO2018168455A1 (ja) | 2018-09-20 |
US20190356946A1 (en) | 2019-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210084092A1 (en) | Apparatus and method for transmitting or receiving broadcast signal | |
JP6472892B2 (ja) | 異種ネットワーク伝送における動的時間窓およびキャッシュメカニズム | |
CN106105240A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
CN1585400A (zh) | 广播系统中用于按优先序排列的双向通信的多媒体解码器 | |
CN107431830B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
JP2017511040A (ja) | 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 | |
JP2013175949A (ja) | 送信装置及び受信装置 | |
US10944492B2 (en) | Apparatus and method for transmitting and receiving broadcast signal | |
US20200287776A1 (en) | Method and apparatus for transmitting/receiving a broadcast signal | |
CN106134207A (zh) | 发送装置、发送方法、接收装置以及接收方法 | |
CN110402582A (zh) | 发送设备、接收设备和数据处理方法 | |
US20080253335A1 (en) | Method of video distribution in wireless networks | |
CN110383850A (zh) | 接收设备和数据处理方法 | |
US20240137603A1 (en) | Transmission apparatus, reception apparatus, and data processing method | |
US20080285679A1 (en) | Broadcasting service transmission/reception method and apparatus for providing fast access to broadcasting service | |
CN105282108A (zh) | 一种多媒体传输系统中智能引导接入方法 | |
JP2013128231A (ja) | デジタル放送送受信システム、デジタル放送送信装置、及びデジタル放送受信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |