CN105612755A - 发送方法、接收方法、发送装置及接收装置 - Google Patents
发送方法、接收方法、发送装置及接收装置 Download PDFInfo
- Publication number
- CN105612755A CN105612755A CN201480055076.2A CN201480055076A CN105612755A CN 105612755 A CN105612755 A CN 105612755A CN 201480055076 A CN201480055076 A CN 201480055076A CN 105612755 A CN105612755 A CN 105612755A
- Authority
- CN
- China
- Prior art keywords
- packet
- reference clock
- clock information
- information
- transfer
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 114
- 238000000034 method Methods 0.000 title claims abstract description 99
- 230000006835 compression Effects 0.000 claims abstract description 24
- 238000007906 compression Methods 0.000 claims abstract description 24
- 238000012546 transfer Methods 0.000 claims description 56
- 239000000284 extract Substances 0.000 claims description 48
- 238000000605 extraction Methods 0.000 claims description 23
- 230000008859 change Effects 0.000 description 37
- 230000008569 process Effects 0.000 description 30
- 238000012545 processing Methods 0.000 description 30
- 238000010586 diagram Methods 0.000 description 14
- 230000033001 locomotion Effects 0.000 description 9
- 230000033228 biological regulation Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 238000012790 confirmation Methods 0.000 description 7
- 230000012010 growth Effects 0.000 description 7
- 238000005538 encapsulation Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000004904 shortening Methods 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005755 formation reaction Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 240000002853 Nelumbo nucifera Species 0.000 description 1
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 1
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 239000000654 additive Substances 0.000 description 1
- 230000000996 additive effect Effects 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000002156 mixing Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- HOWHQWFXSLOJEF-MGZLOUMQSA-N systemin Chemical compound NCCCC[C@H](N)C(=O)N[C@@H](CCSC)C(=O)N[C@@H](CCC(N)=O)C(=O)N[C@@H]([C@@H](C)O)C(=O)N[C@@H](CC(O)=O)C(=O)OC(=O)[C@@H]1CCCN1C(=O)[C@H]1N(C(=O)[C@H](CC(O)=O)NC(=O)[C@H](CCCN=C(N)N)NC(=O)[C@H](CCCCN)NC(=O)[C@H](CO)NC(=O)[C@H]2N(CCC2)C(=O)[C@H]2N(CCC2)C(=O)[C@H](CCCCN)NC(=O)[C@H](CO)NC(=O)[C@H](CCC(N)=O)NC(=O)[C@@H](NC(=O)[C@H](C)N)C(C)C)CCC1 HOWHQWFXSLOJEF-MGZLOUMQSA-N 0.000 description 1
- 108010050014 systemin Proteins 0.000 description 1
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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/0008—Synchronisation information channels, e.g. clock distribution lines
- H04L7/0012—Synchronisation information channels, e.g. clock distribution lines by comparing receiver clock with transmitter clock
-
- 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/23614—Multiplexing of additional data and video streams
-
- 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/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
-
- 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/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
-
- 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 encoded video stream 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Synchronisation In Digital Transmission Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种在通过广播进行的使用IP(Internet?Protocol)包的内容传输中的发送方法,包括:生成步骤,生成存储了多个第2传输单位的传输用帧,所述第2传输单位存储了1个以上的存储IP数据包的第1传输单位;和发送步骤,发送生成的帧,在生成步骤中,在对象IP数据包中包含以与MMT数据包不同的数据结构表示内容的再现用的时刻的基准时钟信息,所述对象IP数据包被存储于在帧内的开头的第2传输单位中位于开头的第1传输单位,对对象IP数据包不进行包头压缩。
Description
技术领域
本发明涉及使用IP(InternetProtocol:因特网协议)数据包通过广播传输内容(content)时的发送方法等。
背景技术
MMT(MPEGMediaTransport:MPEG媒体传输)方式(参照非专利文献1)是一种复用方式,复用影像及声音并将其转化为数据包,并且通过广播或通信等一个以上的传输路径发送。在将MMT方式适用于广播系统的情况下,将发送侧的基准时钟信息发送给接收侧,在接收装置中根据基准时钟信息生成接收装置中的系统时钟。
现有技术文献
非专利文献
非专利文献1:Informationtechnology-Highefficiencycodingandmediadeliveryinheterogeneousenvironment-Part1:MPEGmediatransport(MMT),ISO/IECDIS23008-1
发明内容
本发明的一个方式的发送方法,是通过广播进行的使用IP(因特网协议)数据包的内容传输中的发送方法,包含:生成步骤,生成存储了多个第2传输单位的传输用帧,所述第2传输单位存储了1个以上的存储所述IP数据包的第1传输单位;和发送步骤,发送生成的所述帧,在所述生成步骤中,在对象IP数据包中包含以与MMT(MPEG媒体传输)数据包不同的数据结构表示所述内容的再现用的时刻的基准时钟信息,所述对象IP数据包被存储于在所述帧内的开头的第2传输单位中位于开头的第1传输单位,对所述对象IP数据包不进行包头压缩。
另外,这些概括性的或具体的方式也可由系统、装置、方法、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质实现。另外,这些概括性的或具体的方式也可通过系统、装置、方法、集成电路、计算机程序及记录介质的任意组合来实现。
根据本发明的一个方式的发送方法等,能够减轻用于在接收侧取得基准时钟信息的处理。
附图说明
图1是表示使用MMT方式及高级BS传输方式进行传输时的协议堆栈的图。
图2是表示TLV数据包的数据结构的图。
图3是表示接收装置的基本结构的框图。
图4是表示MMT包头的扩展字段中存储基准时钟信息时的接收装置的功能结构的框图。
图5是表示MMT包头的扩展字段中存储基准时钟信息时的接收装置的基准时钟信息取得流程的图。
图6是表示控制信息中存储基准时钟信息时的接收装置的功能结构的框图。
图7是表示控制信息中存储基准时钟信息时的接收装置的基准时钟信息的取得流程的图。
图8是表示TLV数据包中存储基准时钟信息时的接收装置的结构的框图。
图9是表示将长格式NTP存储在TLV数据包中的例子的图。
图10是表示TLV数据包中存储基准时钟信息时的接收装置的基准时钟信息的取得流程的图。
图11是表示在紧挨着IP包头的前方附加基准时钟信息的结构的图。
图12是表示在紧挨着TLV数据包的前方附加基准时钟信息的结构的图。
图13是表示传输时隙的结构的图。
图14是表示传输时隙的时隙头的结构的图。
图15是表示在时隙头的未定义区域中存储标记的例子的图。
图16是表示高级宽带卫星数字广播传输方式中TMCC控制信息的结构的图。
图17是表示TMCC控制信息的流种类/相对流信息的图。
图18是表示时隙头的未定义字段中存储基准时钟信息的例子的图。
图19是表示TMCC控制信息中存储表示在时隙头内包含基准时钟信息的信息时的接收装置的功能结构的框图。
图20是表示TMCC控制信息中存储表示在时隙头中包含基准时钟信息的信息时的基准时钟信息的取得流程的图。
图21是表示从IP数据包或压缩IP数据包中抽取特定位置的比特序列时的流程的图。
图22是表示TMCC扩展信息的结构的图。
图23是表示使用这样分类的扩展种类的扩展区域的数据结构的一例的图。
图24是表示使用扩展种类时的语法的图。
图25是表示实施方式2的接收装置的功能结构的框图。
图26是表示实施方式2的接收装置的动作流程的图。
图27是表示发送装置的功能结构的框图。
图28是表示发送装置的动作流程的图。
具体实施方式
(构成本发明基础的见解)
本发明涉及一种方法及装置,在使用正在MPEG(MovingPictureExpertGroup:运动图像专家组)中进行标准化的MMT(MPEGMediaTransport:MPEG媒体传输)方式的混合分发系统中,从发送侧发送基准时钟信息,在接收侧接收基准时钟信息,生成(再现)基准时钟。
MMT方式是一种复用方式,复用影像及声音并将其转化为数据包,并且通过广播或通信等一个以上的传输路径发送。
在将MMT方式适用于广播系统的情况下,使发送侧的基准时钟与IETFRFC5905中规定的NTP(NetworkTimeProtocol:网络时间协议)同步,根据基准时钟,将PTS(PresentationTimeStamp:演示时戳)或DTS(DecodeTimeStamp:解码时戳)等时间戳赋予媒体。并且,将发送侧的基准时钟信息发送给接收侧,在接收装置中根据基准时钟信息,生成接收装置中的基准时钟(以下也记载为系统时钟)。
广播系统中,期望使用能表示绝对时刻的64比特的长格式NTP作为基准时钟信息。但是,在现有的MMT方式中,规定在MMT包头中存储32比特的短格式NTP并进行传输,而对于长格式NTP的传输则未予规定,在接收机侧中无法取得高精度的基准时钟信息。
与此相对,作为消息、表格或描述符等控制信息而定义长格式NTP,向控制信息附加MMT包头并传输则是可能的。此时,MMT数据包被存储在IP数据包等中,通过广播传输路径或通信传输路径来传输。
在使用以ARIB标准规定的高级BS传输方式来传输MMT数据包的情况下,在将MMT数据包封装为IP数据包、将IP数据包封装为TLV(TypeLengthValue:类型长度值)数据包之后,存储到以高级BS传输方式规定的传输时隙。
但是,在发送侧在MMT数据包的层中存储了基准时钟信息的情况下,接收侧为了得到基准时钟信息,需要如下多个处理,即:从传输时隙中抽取TLV数据包,从TLV数据包中抽取IP数据包,从IP数据包中抽取MMT数据包,再从MMT数据包的包头或有效载荷中抽取基准时钟信息,取得基准时钟信息所需的处理多,在取得之前还需要更多的时间。
另外,IP层以上的层中的处理通常是软件处理,在MMT数据包中存储有基准时钟信息的情况下,由软件程序抽取及再现基准时钟信息。此时,因CPU的处理能力或来自其他软件程序的中断或优先级等,要取得的基准时钟信息中产生抖动(jitter)成为课题。
因此,本发明的一个方式的发送方法,是通过广播进行的使用IP(因特网协议)数据包的内容传输中的发送方法,其特征在于:包含:生成步骤,生成存储了多个第2传输单位的传输用帧,所述第2传输单位存储了1个以上的存储所述IP数据包的第1传输单位;和发送步骤,发送生成的所述帧,在所述生成步骤中,在对象IP数据包中包含以与MMT(MPEG媒体传输)数据包不同的数据结构表示所述内容的再现用的时刻的基准时钟信息,所述对象IP数据包被存储于在所述帧内的开头的第2传输单位中位于开头的第1传输单位,对所述对象IP数据包不进行包头压缩。
这样,通过在位于传输时隙内的开头的TLV数据包中包含基准时钟信息,接收装置能够预先确定基准时钟信息的位置。因此,能够减轻(简化)接收装置取得基准时钟信息的处理。另外,第1传输单位的一例是TLV数据包,第2传输单位的一例是时隙,传输用的帧的一例是传输时隙。
并且,通过在发送侧规定有无IP数据包的包头压缩,能够在接收侧更具体地确定基准时钟信息的位置。根据这样的结构,也能够简化接收装置取得基准时钟信息的处理。
另外,也可以是,所述内容被存储在所述IP数据包内的MMT数据包中。
另外,也可以是,所述第1传输单位是可变长度的传输单位,所述第2传输单位是固定长度的传输单位。
另外,也可以是,所述第1传输单位是TLV(类型长度值)数据包,所述第2传输单位是高级BS传输方式中的时隙,所述帧是高级BS传输方式中的传输时隙。
另外,也可以是,所述基准时钟信息是NTP(网络时间协议)。
另外,也可以是,在所述发送步骤中,以规定的发送周期发送所述帧。
本发明的一个方式的接收方法,是通过广播进行的使用IP数据包的内容传输中的接收方法,包含:接收步骤,接收帧,所述帧是存储了多个第2传输单位的传输用的帧,所述第2传输单位包含1个以上的存储所述IP数据包的第1传输单位,在未被实施包头压缩的IP数据包中包含与MMT数据包不同的数据结构的基准时钟信息,所述未被实施包头压缩的IP数据包被存储于在该帧内的开头的第2传输单位中位于开头的第1传输单位;抽取步骤,从接收到的所述帧中抽取所述基准时钟信息;和生成步骤,使用抽取出的所述基准时钟信息生成用于再现所述内容的时钟。
本发明的一个方式的发送装置,是通过广播进行的使用IP数据包的内容传输中所使用的发送装置,具备:生成部,生成存储了多个第2传输单位的传输用帧,所述第2传输单位存储了1个以上的存储所述IP数据包的第1传输单位;和发送部,发送生成的所述帧,所述生成部在对象IP数据包中包含以与MMT数据包不同的数据结构表示所述内容的再现用的时刻的基准时钟信息,所述对象IP数据包被存储于在所述帧内的开头的第2传输单位中位于开头的第1传输单位,所述生成部对所述对象IP数据包不进行包头压缩。
本发明的一个方式的接收装置,是通过广播进行的使用IP数据包的内容传输中所使用的接收装置,具备:接收部,接收帧,所述帧是存储了多个第2传输单位的传输用的帧,所述第2传输单位包含1个以上的存储所述IP数据包的第1传输单位,在未被实施包头压缩的IP数据包中包含与MMT数据包不同的数据结构的基准时钟信息,所述未被实施包头压缩的IP数据包被存储于在该帧内的开头的第2传输单位中位于开头的第1传输单位;抽取部,从接收到的所述帧中抽取所述基准时钟信息;和生成部,使用抽取出的所述基准时钟信息生成用于再现所述内容的时钟。
另外,这些概括性的或具体的方式也可由系统、装置、方法、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质实现。另外,这些概括性的或具体的方式也可通过系统、装置、方法、集成电路、计算机程序及记录介质的任意组合来实现。
下面,参照附图具体说明实施方式。
另外,下面说明的实施方式均用于示出概括性的或者具体的示例。在下面的实施方式中示出的数值、形状、材料、构成要素、构成要素的配置位置及连接方式、步骤、步骤的顺序等仅是一例,其主旨不是限定本发明。并且,关于下面的实施方式的构成要素中、没有在表示最上位概念的独立权利要求中记载的构成要素,是作为任意的构成要素进行说明的。
(实施方式1)
[MMT方式的基本结构]
首先,说明MMT方式的基本结构。图1是表示使用MMT方式及高级BS传输方式进行传输时的协议堆栈的图。
在MMT方式中,将影像或声音等信息存储在多个MPU(MediaPresentationUnit:媒体演示单元)或多个MFU(MediaFragmentUnit:媒体片段单元)中,并在赋予MMT包头后,转化为MMT数据包。
另一方面,在MMT方式中,对MMT消息等控制信息也赋予MMT包头,转化为MMT数据包。在MMT包头中设置存储32比特短格式的NTP的字段,该字段能用于通信线路的QoS控制等。
将转化为MMT数据包的数据封装为具有UDP包头或IP包头的IP数据包。此时,IP包头或UDP包头中,在将发送源IP地址、目的地IP地址、发送源端口序号、目的地端口序号及协议种类相同的数据包的集合设为IP数据流的情况下,1个IP数据流中包含的多个IP数据包的包头是冗长的。因此,在1个IP数据流中,对部分IP数据包进行包头压缩。
下面,详细说明TLV数据包。图2是表示TLV数据包的数据结构的图。
如图2所示,TLV数据包中存储IPv4数据包、IPv6数据包、压缩IP数据包、NULL数据包、及传输控制信号。使用8比特的数据类型来识别这些信息。传输控制信号中有例如AMT(AddressMapTable:地址映射表)及NIT(NetworkInformationTable:网络信息表)等。另外,TLV数据包中使用16比特的字段来表示数据长(字节单位),在其后存储数据的值。因为在数据类型之前有1字节的包头信息(图2中未图示),所以TLV数据包具有共计4字节的包头区域。
TLV数据包被映射至高级BS传输方式中的传输时隙,在TMCC(TransmissionandMultiplexingConfigurationControl:传输与复用配置控制)控制信息中,存储表示每个时隙中包含的最初数据包的开头位置与最后数据包的末尾位置的指针/时隙信息。
下面,说明使用高级BS传输方式传输MMT数据包时的接收装置的结构。图3是表示接收装置的基本结构的框图。图3的接收装置的结构是简化后的结构,更具体的结构将在后面对应于存储基准时钟信息的方式来分别描述。
接收装置20具备接收部10、解码部11、TLV解复用器(DEMUX)12、IP解复用器(DEMUX)13和MMT解复用器(DEMUX)14。
接收部10接收传输路径编码数据。
解码部11解码由接收部10接收到的传输路径编码数据,实施纠错等,抽取TMCC控制信号及TLV数据。解码部11抽取出的TLV数据TLV通过解复用器12进行解复用处理。
TLV解复用器12的解复用处理按照数据类型而不同。例如,在数据类型是压缩IP数据包的情况下,TLV解复用器12执行复原被压缩的包头后传递到IP层等处理。
IP解复用器13执行IP数据包或UDP数据包的包头解析等处理,对每个IP数据流抽取MMT数据包。
MMT解复用器14中,根据MMT包头中存储的数据包ID,进行滤波处理(MMT数据包滤波)。
[在MMT数据包中存储基准时钟信息的方法]
在使用上述图1~图3说明的MMT方式中,能在MMT包头中存储32比特的短格式NTP进行传输,但不存在传输长格式NTP的方法。
下面,说明在MMT数据包中存储基准时钟信息的方法。首先,说明在MMT数据包内存储基准时钟信息的方法。
在定义用于存储基准时钟信息的描述符、表格或消息,并作为控制信息存储在MMT数据包中的情况下,将表示是表示基准时钟信息的描述符或表格、或消息的识别符示于控制信息内。控制信息在发送侧存储在MMT数据包中。
由此,接收装置20能根据识别符来识别基准时钟信息。另外,也可通过使用现有的描述符(例如CRI_descriptor()等),将基准时钟信息存储在MMT数据包中。
下面,说明在MMT包头中存储基准时钟信息的方法。
存在例如使用header_extension字段(下面记载为扩展字段。)来存储的方法。扩展字段通过将MMT包头的extension_flag设为‘1’来变为有效。
存在如下方法,即:在扩展字段中存储表示扩展字段中存储的数据的数据种类的扩展字段类型,并在扩展字段类型中存储表示是基准时钟信息(例如64比特的长格式NTP)的信息,在扩展字段中存储基准时钟信息的方法。
此时,接收装置20在MMT包头的header_extension_flag变为‘1’的情况下,参照MMT数据包的扩展字段。在扩展字段类型中示出是基准时钟信息的情况下,抽取基准时钟信息,再现时钟。
基准时钟信息也可存储在现有的包头字段中。另外,在存在未使用字段的情况下,或在存在不必广播的字段的情况下,也可在这些字段中存储基准时钟信息。
另外,也可合并使用现有字段与扩展字段来存储基准时钟信息。例如,也可合并使用现有的32比特短格式NTP字段与扩展字段。
为了与现有字段保持兼容性,也可仅将64比特长格式NTP中、对应于短格式的格式的32比特部分存储在现有字段中,而将剩余的32比特存储在扩展字段中。
基准时钟信息例如是存储基准时钟信息的MMT数据包的开头比特通过规定位置时(例如从发送装置的特定构成要素输出时)的时刻,但也可是其他位置的比特通过规定位置时的时刻。
在将基准时钟信息作为控制信息存储在MMT数据包中的情况下,以规定的发送间隔来发送包含控制信息的MMT数据包。
在将基准时钟信息存储在MMT数据包的扩展字段中的情况下,存储在规定MMT包头的扩展字段中。具体地,例如将基准时钟信息以100ms间隔存储在至少1个以上MMT数据包的包头扩展字段中。
在MMT数据包中存储基准时钟信息的情况下,将存储基准时钟信息的MMT的数据包ID存储在程序信息中。接收装置20解析程序信息,取得存储了基准时钟信息的MMT数据包。此时,也可将存储了基准时钟信息的MMT数据包的数据包ID事先规定为固定值。由此,接收装置20能不解析程序信息就取得基准时钟信息。
[MMT数据包中存储基准时钟信息时的动作流程]
下面,说明MMT数据包中存储了基准时钟信息时的动作流程(基准时钟信息的取得流程)。
首先,说明MMT包头的扩展字段中存储基准时钟信息时的接收装置20的基准时钟信息的取得流程。图4是表示MMT包头的扩展字段中存储基准时钟信息时的接收装置20的功能结构的框图。图5是表示MMT包头的扩展字段中存储基准时钟信息时的接收装置20的基准时钟信息的取得流程的图。
如图4所示,在MMT包头的扩展字段中存储基准时钟信息的情况下,在MMT解复用器14内设置基准时钟信息抽取部15(抽取部的一例),在MMT解复用器14的后段设置基准时钟生成部16(生成部的一例)。
在图5的流程中,接收装置20的解码部11解码接收部10接收到的传输路径编码数据(S101),从传输时隙中抽取TLV数据包(S102)。
接着,TLV解复用器12对抽取出的TLV数据包进行解复用,抽取IP数据包(S103)。此时,压缩IP数据包的包头被再现。
接着,IP解复用器13对IP数据包进行解复用,取得指定的IP数据流,抽取MMT数据包(S104)。
接着,MMT解复用器14解析MMT数据包的包头,判定是否使用扩展字段、扩展字段中是否存在基准时钟信息(S106)。在扩展字段中没有基准时钟信息的情况下(S106为否),结束处理。
另一方面,在判定为扩展字段中存在基准时钟信息的情况下(S106为是),基准时钟信息抽取部15从扩展字段中抽取基准时钟信息(S107)。之后,基准时钟生成部16根据抽取出的基准时钟信息,生成系统时钟(S108)。换言之,系统时钟是用于再现内容的时钟。
下面,说明控制信息中存储基准时钟信息时的接收装置20的基准时钟信息的取得流程。图6是表示控制信息中存储基准时钟信息时的接收装置20的功能结构的框图。图7是表示控制信息中存储基准时钟信息时的接收装置20的基准时钟信息的取得流程的图。
如图6所示,在控制信息中存储基准时钟信息的情况下,将基准时钟信息抽取部15配置在MMT解复用器14的后段。
在图7的流程中,步骤S111~步骤S114的处理与图5说明的步骤S101~步骤S104的流程相同。
在步骤S114之后,MMT解复用器14从程序信息中取得包含基准时钟信息的数据包的数据包ID(S115),并取得该数据包ID的MMT数据包(S116)。接着,基准时钟信息抽取部15从抽取出的MMT数据包中包含的控制信号中抽取基准时钟信息(S117),基准时钟生成部16根据抽取出的基准时钟信息,生成系统时钟(S118)。
[TLV数据包中存储基准时钟信息的方法]
如图5及图7所述,在MMT数据包中存储基准时钟信息的情况下,为了在接收侧得到基准时钟信息,接收装置20从传输时隙中抽取TLV数据包,从TLV数据包中抽取IP数据包。接收装置20再从IP数据包中抽取MMT数据包,并从MMT数据包的包头或有效载荷中抽取基准时钟信息。这样,在MMT数据包中存储基准时钟信息的情况下,用于取得基准时钟信息的处理多、且取得前需要大量时间成为课题。
因此,说明如下方法,即:根据基准时钟向影像或声音等媒体赋予时间戳的处理及传输媒体的处理使用MMT方式来实现,并且使用MMT层的下位层、下位协议、或下位复用方式来传输基准时钟信息的方法。
首先,说明TLV数据包中存储基准时钟信息并传输的方法。图8是表示TLV数据包中存储基准时钟信息时的接收装置20的结构的框图。
图8所示的接收装置20中,基准时钟信息抽取部15与基准时钟生成部16的配置与图4及图6不同。另外,图8中还图示了同步部17及解码提示部18。
TLV数据包的结构如上述图2所示,由8比特的数据类型、16比特的数据长及8*N比特的数据构成。另外,如上所述,在数据类型之前,存在图2中未图示的1字节的包头。具体地,将数据类型规定为例如0x01:IPv4数据包、0x03:包头压缩后的IP数据包等。
为了将新的数据存储在TLV数据包中,使用数据类型的未定义区域来规定数据类型。为了表示TLV数据包中存储着基准时钟信息,在数据类型中进行表示数据是基准时钟信息的记述。
也可对基准时钟的每个种类规定数据类型。例如,也可分别单独规定表示短格式NTP、长格式NTP及PCR(ProgramClockReference:编码时钟参考)的数据类型。图9是表示将长格式NTP存储在TLV数据包中的例子的图,长格式NTP存储在数据字段中。
此时,基准时钟信息抽取部15解析TLV数据包的数据类型,在存储基准时钟信息的情况下,对数据长进行解析,从数据字段中抽取基准时钟信息。
在由数据类型来唯一确定数据长的情况下,基准时钟信息抽取部15也可不解析数据长字段而取得基准时钟信息。例如,在数据类型表示是64比特长格式NTP的情况下,基准时钟信息抽取部15也可从4字节+第1比特抽取到4字节+第64比特。另外,基准时钟信息抽取部15也可从64比特的数据中仅抽取期望的比特。
下面,用图10来说明TLV数据包中存储基准时钟信息时接收装置20的动作流程(基准时钟信息的取得流程)。图10是表示TLV数据包中存储基准时钟信息时的接收装置20的基准时钟信息的取得流程的图。
在图10的流程中,首先,解码部11对接收部10接收到的传输路径编码数据进行解码(S121),从传输时隙中抽取TLV数据包(S122)。
接着,TLV解复用器12解析TLV数据包的数据类型(S123),判定数据类型是否是基准时钟信息(S124)。在数据类型是基准时钟的情况下(S124为是),基准时钟信息抽取部15从TLV数据包的数据字段中抽取基准时钟信息(S125)。并且,基准时钟生成部16根据基准时钟信息,生成系统时钟(S126)。另一方面,在数据类型不是基准时钟信息的情况下(S124为否),基准时钟信息的取得流程结束。
另外,在未图示的流程中,IP解复用器13对应于数据类型抽取IP数据包。之后,对抽取出的IP数据包进行IP解复用处理、及MMT解复用处理,抽取MMT数据包。同步部17在抽取出的MMT数据包中包含的影像数据的时间戳与步骤S126生成的基准时钟一致的时刻,向解码提示部18输出该影像数据,解码提示部18解码并提示影像数据。
在以上说明的发送方法中,TLV数据包的类型数据中表示存储着基准时钟信息,在TLV数据包的数据字段中存储基准时钟信息。这样,通过使用MMT层的下位层或下位协议来存储、发送基准时钟信息,能削减接收装置20抽取基准时钟信息前的处理或时间。
另外,因为能跨过IP层,在更下位的层抽取、再现基准时钟信息,所以能通过硬件安装来抽取基准时钟信息。由此,与由软件安装来抽取基准时钟信息的情况相比,能减轻抖动等影响,能生成更高精度的基准时钟。
下面,说明存储基准时钟信息的其他方法。
在上述图10的流程中,在由数据类型唯一确定数据长的情况下,也可不发送数据长字段。在不发送数据长字段的情况下,存储表示是未发送数据长字段的数据的识别符。
另外,在图10的说明中,基准时钟信息存储在TLV数据包的数据字段中,但也可将基准时钟信息附加在紧挨着TLV数据包的前方或后方。另外,也可将基准时钟信息附加在紧挨着TLV数据包中存储的数据的前方或后方。在这些情况下,赋予能确定附加基准时钟信息的地点的数据类型。
例如,图11是表示在紧挨着IP包头的前方附加基准时钟信息的结构的图。此时,数据类型表示是附带基准时钟信息的IP数据包。接收装置20(基准时钟信息抽取部15)在数据类型表示是附带基准时钟信息的IP数据包的情况下,通过从TLV数据包的数据字段的开头抽取预先确定的规定的基准时钟信息的长度的比特,能取得基准时钟信息。此时,数据长既可指定包含基准时钟信息长度的数据长,也可指定不包含基准时钟信息长度的长度。在对数据长指定包含基准时钟信息长度的数据长的情况下,接收装置20(基准时钟信息抽取部15)从紧挨着基准时钟信息的后方取得长度为从数据长中减去基准时钟信息长度后的长度的数据。在对数据长指定不包含基准时钟信息长度的数据长的情况下,接收装置20(基准时钟信息抽取部15)从紧挨着基准时钟信息的后方取得长度为指定为数据长的长度的数据。
图12是表示在紧挨着TLV数据包的前方附加基准时钟信息的结构的图。此时,数据类型为现有技术那样的数据类型,表示TLV数据包是附带基准时钟信息的TLV数据包的识别符例如存储在传输时隙的时隙头或TMCC控制信息中。图13是表示传输时隙的结构的图,图14是表示传输时隙的时隙头的结构的图。
如图13所示,传输时隙由多个时隙(在图13的例子中为Slot#1-Slot#120的120个时隙)构成。各时隙中包含的比特数是根据纠错编码率唯一确定的固定比特数,具有时隙头,存储1个以上TLV数据包。如图13所示,TLV数据包为可变长。
如图14所示,在时隙头的开头TLV指示字段(16比特)中,存储以距离去除了时隙头的时隙开头的字节数来表示时隙中最初TLV数据包的开头字节的位置的信息。时隙头的剩余160比特未定义。传输时隙如上所述,由每1帧120个时隙构成,对时隙分配调制方式为5时隙单位。另外,1帧内能传输最大16个流。1个传输时隙中包含的多个流中,例如由该流传输的内容(或提供内容的供应商)互不相同。流由1个以上的时隙构成,1个时隙不会跨跃多个流。
在表示TLV数据包是附带基准时钟信息的TLV数据包的识别符存储在时隙头中的情况下,例如,能确定时隙内附带基准时钟信息的TLV数据包的位置的信息、基准时钟信息的种类及数据长等,通过扩展(利用)时隙头的未定义字段来存储。
也可以不将能确定附带基准时钟信息的TLV数据包的位置的信息、基准时钟信息的种类、及数据长的全部信息存储在时隙头中。只要示出能确定及参照附带基准时钟信息的TLV数据包的信息即可。
例如在定义为基准时钟信息是64比特长格式NTP,能存储在1个时隙中的附带基准时钟信息的TLV数据包是1个且必然是开头的TLV数据包的情况下,也可在时隙头的未定义区域中存储标记。图15是表示在时隙头的未定义区域中存储标记的例子的图。
在图15的例子中,在时隙头的未定义区域中存储表示该时隙中是否包含基准时钟信息的标记(图中记载为“F”)。利用这样的标记,接收装置20也可判断为开头的TLV数据包是附带基准时钟信息的TLV数据包。
另外,表示TLV数据包是附带基准时钟信息的TLV数据包的识别符(信息)也可存储在TMCC控制信息中。图16是表示高级宽带卫星数字广播传输方式中TMCC控制信息的结构的图。
用于确定及参照附带基准时钟信息的TLV数据包的信息也可存储在图16所示的TMCC控制信息内的扩展信息中,或存储在TMCC控制信息内的其他地点。例如,TMCC控制信息的流种类/相对流信息也可作为用于确定及参照附带基准时钟信息的TLV数据包的信息而使用。图17是表示TMCC控制信息的流种类/相对流信息的图。
如图17所示,流种类/相对流信息中,每16条流的流种类由8比特表示。即,根据1帧的传输时隙能传输最大16条(16种类)流。例如MPEG2-TS流的流种类是“00000000”,TLV流的流种类是“00000010”。但是,对于其他流,目前未分配种类或未定义。
因此,在将附带基准时钟的TLV流的流种类例如定义为“00000100”,相对流是附带基准时钟的TLV流的情况下,在TMCC控制信息的流种类/相对流信息中存储“00000100”。这里,就流种类为“00000100”的流而言,例如,以作为时隙分配单位的5时隙单位,一次地存储包含基准时钟信息的TLV数据包,或以帧为单位一次地存储包含基准时钟信息的TLV数据包。
在这种结构中,接收装置20解析TMCC控制信息的流种类/相对流信息,在流种类为“00000100”的情况下,从预先确定的时隙中取得附带基准时钟的TLV数据包。
考虑定义包含下载型TLV数据包的流种类与包含影像或声音等流型TLV数据包的流种类。在这种情况下,接收装置20也可在接收到的流的流种类是流型TLV数据包时,判断为流中包含基准时钟信息。这是因为在下载型TLV数据包的再现中通常不使用基准时钟信息。
另外,在用于确定及参照附带基准时钟信息的TLV数据包的信息存储在TMCC控制信息的扩展信息中的情况下,例如将每16条相对流的信息存储在TMCC控制信息的扩展区域中。
另外,如图18所示,也可新定义在时隙头的未定义字段中存储基准时钟信息的区域。图18是表示时隙头的未定义字段中存储基准时钟信息的例子的图。
另外,也可在预先确定的时隙中存储基准时钟信息,或在时隙头内存储表示包含基准时钟信息的信息。这里,也可以是,预先确定的时隙例如是传输时隙中的开头时隙(图13的例子中的Slot#1),在该时隙内的开头TLV数据包中包含存储在IP数据包中的基准时钟信息。另外,在传输时隙中包含多个流的情况下,也可以是,预先确定的时隙例如是传输时隙中包含的各流的开头时隙,在该时隙内的开头TLV数据包中包含存储在IP数据包中的基准时钟信息。
另外,也可在TMCC控制信息中存储用于确定并参照包含基准时钟信息的时隙头的信息。将用于确定及参照包含基准时钟信息的时隙头的信息存储到TMCC控制信息的存储方法,与上述用于确定及参照附带基准时钟信息的TLV数据包的信息的存储方法一样,所以省略说明。
此时,接收装置20解析TMCC控制信号,在判定为时隙头中存在基准时钟信息的情况下,从时隙头中抽取基准时钟信息。
另外,也可在TMCC控制信息中存储表示包含基准时钟信息的信息。图19是表示TMCC控制信息中存储表示在时隙头内包含基准时钟信息的信息时的接收装置20的功能结构的框图。图20是表示TMCC控制信息中存储表示在时隙头中包含基准时钟信息的信息时的基准时钟信息的取得流程的图。
如图19所示,TMCC控制信息中存储表示在时隙头内包含基准时钟信息的信息时,接收装置20中基准时钟信息抽取部15从由解码部11输出的传输时隙中取得基准时钟信号。
在图20的流程中,解码部11解析传输路径编码数据(S131),解析TMCC控制信号(S132),判定传输时隙内的时隙头中是否存在基准时钟信息(S133)。在时隙头中存在基准时钟信息的情况下(S133为是),基准时钟信息抽取部15从时隙头中抽取基准时钟信息(S134),基准时钟生成部16根据基准时钟信息,生成系统的基准时钟(系统时钟)(S135)。另一方面,在时隙头中没有基准时钟信息的情况下(S133为否),基准时钟信息的取得流程结束。
这样的接收装置20因为能在传输时隙的层中取得基准时钟信息,所以与存储在TLV数据包中的情况相比,能更快取得基准时钟信息。
如上所述,通过在TLV数据包或传输时隙中存储基准时钟信息,能减轻接收装置20中取得基准时钟信息之前的处理,且缩短基准时钟信息的取得时间。
另外,通过这样在物理层中存储基准时钟信息,能容易由硬件实现基准时钟信息的取得及再现,能实现比由软件取得及再现基准时钟信息精度更高的时钟再现。
另外,涉及上述实施方式1的发送方法概括地说是在存在包含IP层的多个层(协议)的系统中,在IP层的上位层中根据基准时钟信息赋予媒体的时间戳,并在IP层的下位层中发送基准时钟信息。根据这种构成,接收装置20通过硬件来处理基准时钟信息变得容易。
另外,根据同样的思想,还考虑在不存储在MMT数据包中的状态下在IP数据包内存储基准时钟信息。即使在这种情况下,与在MMT数据包中存储基准时钟信息的情况相比,也能减轻用于取得基准时钟信息的处理。
[基准时钟信息的送出周期]
下面,补充基准时钟信息的送出周期。
在TLV数据包中存储基准时钟信息的情况下,例如发送侧存储送出TLV数据包的开头比特的时刻,作为基准时钟信息。另外,也可以不是开头比特的送出时刻,而是存储另外设定的规定时刻作为基准时钟信息。
以规定间隔来发送包含基准时钟信息的TLV数据包。换言之,将包含基准时钟信息的TLV数据包包含在传输时隙内,以规定的发送周期来发送。例如,也可以将基准时钟信息以100ms间隔存储在至少1个以上TLV数据包中来传输。
另外,也可以在高级BS传输方式的传输时隙的规定地点,以规定间隔配置包含基准时钟信息的TLV数据包。另外,也可以在作为TLV数据包的时隙分配单位的每5个时隙单位中,一次地存储包含基准时钟信息的TLV数据包,在5个时隙单位中最初的时隙的开头TLV数据包中存储基准时钟信息。即,也可在传输时隙内的开头时隙内的开头(即紧挨着时隙头的后方)配置包含基准时钟信息的TLV数据包。
另外,也可以在高级宽带卫星数字广播传输方式的传输时隙的规定地点,以规定间隔配置包含基准时钟信息的TLV数据包。例如,也可以在作为时隙分配单位的每5个时隙单位中,一次地将基准时钟信息存储在最初的时隙的开头TLV数据包中。即,在传输时隙中包含的各流的开头时隙内位于开头的TLV数据包中也可以包含基准时钟信息。另外,基准时钟信息也可以在相对流中存储在第1个时隙中。
另外,基准时钟信息的送出周期及送出间隔也可以对应于传输路径编码方式的调制方式或编码率来变更。
[快速取得上位层基准时钟信息的方法]
下面,说明接收装置20中通过统一处理从下位层至上位层的解复用来缩短取得基准时钟信息之前的时间的方法。
这里,说明在MMT数据包等的上位层中存储基准时钟信息、将存储了基准时钟信息的MMT数据包存储在IP数据包中的方法。在下面说明的方法中,通过定义用于将存储了基准时钟信息的IP数据包存储在TLV数据包中的协议,从TLV数据包那样的下位层直接参照作为上位层的MMT数据包,不执行通常的解复用处理就取得MMT数据包中包含的基准时钟信息。
发送侧将基准时钟信息包含在上述MMT数据包中存储的控制信息中。向包含基准时钟信息的控制信息赋予预先确定的数据包ID。之后,发送侧将包含基准时钟信息的MMT数据包存储在专用的IP数据流中,赋予预先确定的发送源IP地址、目的地IP地址、发送源端口序号、目的地端口序号及协议种类。
接收到这样生成的传输路径编码数据的接收装置20中,通过TLV解复用器12取得预先确定的IP数据流,从而能抽取包含基准时钟信息的IP数据包。
另外,在对IP数据包进行包头压缩的情况下,例如向表示是同一IP数据流的上下文识别符赋予表示是包含基准时钟信息的IP数据包的识别符。将上下文识别符存储在压缩IP包头中。此时,接收装置20通过参照压缩IP包头的上下文识别符,能抽取包含基准时钟信息的IP数据包。
另外,包含基准时钟信息的IP数据包也可以规定为不进行包头压缩,或规定为必需进行包头压缩。也可以规定为向包含基准时钟信息的IP数据包赋予预先确定的上下文识别符,压缩全部包头。
还可以考虑如下方法,即:在TLV的数据类型字段中,定义表示是属于包含基准时钟信息的IP数据流的IP数据包的识别符、或表示是属于包含基准时钟信息的IP数据流的压缩IP数据包的识别符等。并且,也可以在TLV的数据类型字段以外的字段中定义这样的识别符。
在从下位的层直接参照基准时钟信息的情况下,基准时钟信息被存储在预先设定的位置,将存储有基准时钟信息的数据包(MMT数据包、IP数据包、及TLV数据包等)作为基准时钟信息专用的数据包。并且,将包头长度设为固定长度等,使比基准时钟信息靠前的字段的长度为一定。
此时,比基准时钟信息靠前的字段的长度也可以不是一定的。只要在下位的层中能够确定比基准时钟信息靠前的字段的长度即可。例如,在截止到基准时钟信息的长度的信息包括A和B两种的情况下,接收装置20通过在下位层中就是A和B中的哪一种进行信号发送(signaling),即可确定基准时钟信息的位置。或者,也可以是,在发送侧将能够直接参照上位层的基准时钟信息的基准时钟信息的位置信息存储于下位层,接收装置20根据位置信息从下位层进行参照。
下面,具体说明快速取得上位层的基准时钟信息的方法。
接收装置20判定TLV的数据类型,若判定为包含基准时钟信息,则从IP数据包直接取得MMT数据包内包含的基准时钟信息。
这样,接收装置20也可以不解析IP地址或端口序号、上下文识别符,而通过从IP数据包或压缩IP数据包抽取特定位置的比特序列,由此抽取MMT数据包中包含的基准时钟信息。所谓抽取特定位置的比特序列意味着例如从由TLV包头偏移了固定长字节的位置,抽取特定长度的信息,由此取得基准时钟信息。
用于抽取基准时钟信息的固定长字节的偏移长度对IP数据包与压缩IP数据包分别唯一地确定。因此,接收装置20在判定TLV的数据类型之后,通过马上从偏移了固定长字节的位置抽取特定长度的信息,能取得基准时钟信息。另外,此时的抽取也可以不在相对于TLV包头偏移了固定长度的位置进行,而是从相对于TLV的特定的字段偏移了固定长度的位置进行。
上述方法是一例,也可通过定义其他协议或识别符,从下位层取得上位层的基准时钟信息。例如,也可以将IP数据包中是否包含基准时钟信息的识别符存储在TLV数据类型以外的字段中。
另外,例如也可以不解析IP地址或端口序号、上下文识别符,通过从IP数据包或压缩IP数据包抽取特定位置的比特序列,由此抽取MMT数据包中包含的基准时刻信息。
在不能根据IP数据流的识别信息判定包括基准时钟信息的IP数据流的情况下,也可以根据对包括基准时钟信息的MMT数据包赋予的固有的识别信息(数据包ID),确定包括基准时钟信息的MMT数据包。在这种情况下,如上所述从特定的字段抽取基准时钟信息。
并且,假定MMT数据包中包含的基准时钟信息未存储在预先设定的位置的情况、或者不能确定MMT数据包中包含的基准时钟信息的存储位置的情况。在这样的情况下,接收装置20使用上述的方法确定包括基准时钟信息的MMT数据包,根据MMT包头信息确定并抽取基准时钟信息的位置。
另外,以上以MMT数据包被存储在IP数据包中为例进行了说明,但被存储于IP数据包的数据也可以不是MMT数据包,例如也可以是具有其它数据结构的数据。即,基准时钟信息也可以以与MMT数据包不同的数据结构包含在IP数据包中。对于具有其它数据结构的数据的情况,与上述的示例一样,将包括基准时钟信息的数据存储在专用的IP数据流中,并赋予表示是包括基准时钟信息的数据的识别信息、或表示是包括基准时钟信息的IP数据流的识别信息。
接收装置20识别出是包括基准时钟信息的数据或是含有包括基准时钟信息的数据的IP数据流,在包括基准时钟信息的情况下,抽取基准时钟信息。并且,当在数据的特定的位置存储有基准时钟信息的情况下,接收装置20通过从下位的层的数据包结构中参照特定的位置,抽取数据中包含的基准时钟信息。
在上述的示例中,为了从IP数据包和压缩IP数据包抽取基准时钟信息,接收装置20根据是IP数据包还是压缩IP数据包,从彼此不同的固定长度偏移位置抽取基准时钟信息。但是,如果设定为包括基准时钟信息的IP数据包未被实施包头压缩、或者包括基准时钟信息的所有的IP数据包被实施包头压缩,则能够省略是接收装置20中的IP数据包还是压缩IP数据包的判定。并且,也可以在压缩IP数据包的包头被复原后,进行是否包括基准时钟信息的判定。
下面,参照流程图说明从IP数据包或者压缩IP数据包抽取特定位置的比特序列时的接收方法。图21是表示从IP数据包或压缩IP数据包中抽取特定位置的比特序列时的流程的图。此时的接收装置20的结构与图8所示的框图一样。
在图21的流程中,首先,解码部11对接收部10接收到的传输路径编码数据进行解码(S141),从传输路径时隙中抽取TLV数据包(S142)。
接着,TLV解复用器12解析TLV数据包的数据类型(S143),判定数据类型是否是包含基准时钟信息的IP(S144)。在判定为数据类型不是包含基准时钟信息的IP数据包的情况下(S144为否),结束流程。在判定为数据类型是包含基准时钟信息的IP数据包的情况下(S144为是),解析IP数据包及MMT数据包,判定是否压缩了IP包头(S145)。
在未压缩IP包头的情况下(S145为否),基准时钟信息抽取部15取得从TLV包头偏移了固定长N字节的位置的MMT数据包中包含的基准时钟信息(S146)。在压缩IP包头的情况下(S145为是),基准时钟信息抽取部15取得从TLV包头偏移了固定长M字节的位置的MMT数据包中包含的基准时钟信息(S147)。
例如,当在步骤S145判定为IP包头被压缩的情况下,在步骤S146,基准时钟信息抽取部15从相对于TLV包头偏移了N字节的位置取得MMT数据包中包含的基准时钟信息。另一方面,当在步骤S145判定为未被实施IP包头压缩的情况下,在步骤S147,基准时钟信息抽取部15从相对于TLV包头偏移了M字节的位置取得MMT数据包中包含的基准时钟信息。
最后,基准时钟生成部16根据基准时钟信息,生成系统时钟(S148)。
因为IP包头的数据结构因IP数据包是IPv4还是IPv6而不同,所以固定长N字节或M字节是不同的值。
包含声音、影像及控制信号等的通常的MMT数据包在通常的步骤中执行解复用处理,相反,包含基准时钟信息的MMT数据包统一进行从下位层至上位层的解复用处理。由此,即使在上位层中存储基准时钟信息的情况下,下位层中也能取得基准时钟信息。即,能减轻用于取得基准时钟信息的处理,并且缩短取得基准时钟信息之前的时间,硬件安装也变容易。
(实施方式2)
目前,关于高级BS传输方式中的TMCC控制信息(以下也简称为TMCC)的扩展区域的应用方法,ARIB(电波产业会)正在研究将紧急性较高的信息等作为有效载荷进行发送的方法。
但是,所提出的以往的TMCC控制信息的扩展区域的使用方法,仅限于使用跨越几个帧的TMCC控制信息来发送文本或图像等数据有效载荷的方法。因此,存在TMCC控制信息的扩展区域的使用方法受限的问题。
尤其是以往的传输模式、时隙信息等数值不因每个帧而变化的控制信息(控制信号)、或者基准时钟信息等数值因每个帧而变化的控制信息,不能与跨越几个帧的有效载荷数据同时存储在TMCC控制信息的扩展区域中。
因此,在实施方式2中说明如下的方法,即:通过按照在TMCC控制信息的扩展区域中存储的信息或数据的种类分割TMCC控制信息的扩展区域,由此能够将接收处理不同的数据同时存储在TMCC控制信息的扩展区域中的方法。在这样的方法中,通过使扩展区域的使用具有扩展性,能够提高扩展的灵活性。并且,接收装置能够根据数据的种类,利用因种类而异的接收方法进行TMCC控制信息的接收、分析。
并且,根据这样的方法,能够使跨越几个帧的有效载荷数据和仅1帧的有效载荷数据混合存在于扩展区域中。即使是不能接收跨越几个帧的有效载荷数据的期间,也能够先取得仅1帧的有效载荷数据,因而能够更早地取得紧急性较高的信息并进行提示。
[TMCC扩展信息的结构]
下面说明TMCC扩展信息的结构。另外,TMCC控制信息的基本结构是图16所示的结构,在TMCC控制信息中存储的控制信息的种类大致划分为以下两种。
一种是关于帧的控制信息,是数值不因每个帧而变化的控制信息。这样的控制信息的最小更新间隔是帧单位,在数值变更时提前2帧发送变更后的信息。并且,在具有变更时,通过使8比特的变更指示递增来进行通知。具体地讲,指针信息及时隙信息以外的信息属于这样的控制信息。
另一种是关于帧的控制信息,是数值因每个帧而变化的控制信息。这样的控制信息由于是数值因每个帧而变化的信息,因而不进行变更指示。具体地讲,指针信息及时隙信息是这样的控制信息。
TMCC扩展信息如图22(a)所示由16比特的扩展识别和3598比特的扩展区域构成,通过对扩展识别设定all0(全零)以外的值,扩展区域有效。图22是表示TMCC扩展信息的结构的图。
图22(b)是表示以往提出的、扩展区域被用作有效载荷时的比特分配方法的一例的图。如图22(b)所示,在扩展区域被用作有效载荷的情况下,页数由16比特构成,附加信息有效载荷表示传输中的TMCC控制信息是跨越几个帧的量被传输的。
页号码由16比特构成,表示当前传输中的TMCC控制信息是页数中的第几页。附加信息种类由8比特构成,指定附加信息的种类。具体地讲,例如文字(字幕)叠加、图形、声音等是附加信息种类。
在这样的结构中,通过将扩展区域全部用作有效载荷,不能使用扩展区域将如以往的TMCC控制信息那样的控制信息存储在扩展区域中。
[TMCC扩展区域的扩展方法]
在此说明如下的方法,即:按照被存储在TMCC扩展区域中的信息或数据的种类分割TMCC扩展区域,由此实现将接收处理不同的数据存储在TMCC扩展区域中的方法。
例如,将被存储在TMCC扩展区域中的信息或数据的种类(以下称为扩展种类)进行如下分类。
TypeA(类型A):
·关于帧的控制信息,数值不因每个帧而变化。
·最小更新间隔是帧单位。在数值有变更时提前2帧发送变更后的信息。
·并且,在具有变更时,通过8比特的变更指示的递增来进行通知。
TypeB(类型B):
·关于帧的控制信息,数值因每个帧而变化。
·数值因每个帧而变化的信息,不进行变更指示。
TypeC(类型C):
·作为有效载荷使用(以往的扩展方式)。
·其中,变更指示也可以使用与非扩展区域的TMCC相同的变更指示字段,也可以在扩展区域中单独地规定变更指示字段。
图23是表示使用这样分类的扩展种类的扩展区域的数据结构(比特配置)的一例的图。图24是表示使用扩展种类时的语法的图。
在图23的示例中,作为扩展种类仅定义了上述的3种类型。并且,如图24(a)所示,在存储了3种类型的扩展种类各自的数据长度之后,按照每种扩展种类存储数据长度所表示的长度的扩展数据。在接收装置中,按照每种扩展种类从扩展区域抽取数据长度所表示的长度的数据并进行处理。
例如,接收装置对于TypeA的数据仅取得具有变更指示时的数据,在TypeA的数据具有变更的情况下,视为控制信息被变更,对控制信息进行基于变更的处理。
并且,接收装置对于TypeB的数据,由于TypeB的数据是数值因每个帧而变化的数据,因而按每个帧来取得。例如,在数值因每个帧而变化的基准时钟信息被存储在TMCC控制信息中的情况下,存储于TypeB的数据区域中。
在TypeC的数据中包含以往的扩展方式的有效载荷信息,接收装置对于TypeC的数据进行基于以往的扩展方式的取得处理的动作。
在上述的示例中,需要另外具体规定各个扩展种类的每个的数据结构。在另外规定的情况下,也可以在其它类型中规定与图22(b)所示的TypeC的数据中的附加信息种类或对象服务指定方法相同的识别符。另外,附加信息种类既可以使用共同的表格进行定义,也可以将扩展识别和附加信息种类合并。
并且,也可以将数据长度有可能中途变化的信息设为与TypeA的数据相同的种类。在这种情况下,在数据长度有变更的情况下,也可以通过提前2帧发送变更后的信息来进行变更指示。接收装置在具有变更指示的情况下,参照扩展种类的数据长度,确认数据长度是否没有变化。
另外,数据结构不限于如图23那样的结构。例如,在扩展种类的数据长度预先固定的情况下,也可以不发送数据长度。具体而言,在图23中,在扩展种类为TypeA的数据长度是固定长度的情况下,也可以不在数据结构内配置扩展种类TypeA的数据长度。并且,在扩展种类TypeA的数据长度和扩展种类TypeB的数据长度是固定长度的情况下,也可以不配置所有类型的数据长度。并且,也可以在数据结构内设有表示有无扩展种类的数据的标志。
并且,使用扩展种类时的语法不限于图24(a)所示的语法。例如,在图24(b)所示的示例中,设定扩展区域数量,按照每种扩展区域数量存储扩展种类及扩展区域长度。然后,存储扩展区域数量的扩展数据。
这样的结构也能够应对未来的扩展种类的追加。并且,这样的结构能够存储多个相同扩展种类的数据,因而不需要预先决定每种相同扩展种类的数据的具体结构。并且,这样的结构在被用作有效载荷(作为TypeC)的情况下,也能够在相同帧中记述影像及声音等页数不同的多个数据。
另外,在图24(b)所示的结构中,扩展区域数量、扩展种类及扩展区域长度也可以设为与TypeA相同的种类。即,也可以将这些信息规定为基于变更指示的信息。这样,通过连续存储基于变更指示的数据,容易进行有无变更的判定。
并且,也可以对扩展种类设置未定义区域,以备未来的扩展之需。关于未来导入的扩展种类,例如假定如下所述的种类。
·是按每几个帧被更新的控制信号,不进行变更指示。
·是紧急用的信号的情况下,与TypeA一样地进行变更指示,但不是提前2帧的信息,在取得变更指示后,在该帧中马上进行处理。
并且,上述的紧急用的信号的情况下,使用伴随变更指示的扩展种类发送紧急用的标志,也可以使用有效载荷发送紧急用的数据。并且,也可以根据是否遵从变更指示来划分扩展种类。
[具体结构和动作流程]
对以上说明的接收装置的功能结构和动作流程进行说明。图25是表示实施方式2的接收装置的功能结构的框图。图26是表示实施方式2的接收装置的动作流程的图。另外,在以下的说明中,设扩展种类仅为如上所述的TypeA、TypeB及TypeC这3种。
如图25所示,接收装置40具有扩展识别部41、扩展种类判定部42、变更指示确认部43、数据更新确认部44、更新数据取得部45。
首先,扩展识别部41分析TMCC控制信息的扩展识别(S161)。其中,如果扩展识别是all0以外的内容,则扩展区域有效,接收装置40对每个扩展区域执行以下的处理。
然后,扩展种类判定部42进行扩展种类的判别(判定)(S162)。在判别为扩展种类是TypeA的情况下(S162:TypeA),根据扩展区域长度而确定的区域的数据,其数值不因每个帧而变化,是基于变更指示的控制信息。因此,变更指示确认部43对每个帧确认变更指示(S163)。
然后,数据更新确认部44进行数据更新的判定(S164)。在具有变更指示、而且判定为该扩展数据具有变更的情况下(S164:是),更新数据取得部45取得被更新后的扩展数据,并执行伴随变更的处理(S165)。
另一方面,当在步骤S164判定为不是如上所述的情况时(S164为否),更新数据取得部45判定为该扩展数据没有变更。
并且,当在步骤S162判定为扩展种类是TypeB的情况下(S162:TypeB),更新数据取得部45参照根据扩展区域长度而确定的数据,对每个帧取得被更新的数据,并执行伴随变更的处理(S167)。
并且,当在步骤S162判定为扩展种类是TypeC的情况下(S162:TypeC),更新数据取得部45根据以往的有效载荷扩展方式的接收方法执行处理(S166)。
另外,在如上所述判别为扩展区域数量、扩展种类及扩展区域长度是与基于变更指示的TypeA相同的种类的情况下,更新数据取得部45确认变更指示,在具有变更指示的情况下,确认信息是否被更新。
另外,接收装置40也可以根据扩展种类决定接收处理,并决定在哪个块中进行数据处理。例如,接收装置40也可以决定通过硬件来处理TypeA的数据和TypeB的数据,通过软件来处理TypeC的数据。
[效果等]
如以上说明的那样,在实施方式2中说明了按照每种扩展种类分割高级BS传输方式中的TMCC扩展区域,并将扩展数据存储在TMCC扩展区域中的方法。在这样的方法中,接收装置40根据扩展种类决定扩展数据的处理方法。
因此,能够将接收处理不同的多个数据同时存储在TMCC扩展区域中。即,能够使TMCC扩展区域的使用方法具有扩展性。
具体而言,例如能够将有效载荷和基准时钟信息同时存储在扩展区域中。
并且,能够使跨越几个帧的有效载荷数据和仅1帧的有效载荷数据混合存在于TMCC扩展区域中。因此,即使是不能接收跨越几个帧的有效载荷数据的期间,接收装置40也能够先取得仅1帧的有效载荷数据。因此,接收装置40能够尽早地取得紧急性较高的信息并进行提示。
比特比特比特比特比特比特(其它实施方式)
以上说明了实施方式,但本发明不限于上述实施方式。
在上述实施方式中说明了基准时钟信息的存储方法,但也可以通过一个以上的层发送多个基准时钟信息。在发送多个基准时钟信息的情况下,接收装置20既可以选择某一方的基准时钟信息来用于基准时钟(系统时钟)的生成,也可以使用双方来生成基准时钟。此时,接收装置20既可以选择精度较高的基准时钟信息,也可以选择能够尽早取得的基准时钟信息。
并且,当通过多个层发送基准时钟信息的情况下,也可以在发送侧存储表示通过多个层发送基准时钟信息的信息。并且,也可以在下位的层中发送表示通过多个层发送基准时钟信息的信息、或者与发送基准时钟信息的层或协议有关的信息。
由此,接收装置20在下位的层的DEMUX处理时,能够判定在上位的层中包含基准时钟信息,并能够根据判定来决定使用哪个基准时钟信息。关于使用哪个基准时钟信息的决定,既可以由接收装置20根据是与哪个层的基准时钟再现相对应来决定,也可以由广播站指定推荐的基准时钟再现。
也可以是,当通过多个层发送基准时钟信息的情况下,接收装置20在下位的层中抽取基准时钟信息的同时,从下位的层中抽取上位的层中包含的基准时钟信息。并且,接收装置20也可以使用所抽取的至少一个以上的基准时钟信息生成基准时钟。
另外,也可以通过多个传输路径发送多个基准时钟信息。在这种情况下,可以发送多个基准时钟信息是通过多个传输路径发送的这一情况、及与传输基准时钟信息的传输路径有关的信息。
例如,假定除以往的MMT包头中包含的32比特短格式NTP以外,还发送更高精度的基准时钟信息。在这种情况下,从发送侧还发送接收装置20使用高精度的基准时钟信息再现32比特短格式NTP用的信息。这样的信息例如是表示彼此的时钟的相对关系的时刻信息,也可以考虑使用CRI_descriptor()等进行发送的结构等。
另外,在接收装置20中能够再现32比特短格式NTP的情况下,不需要以往的MMT包头中包含的NTP字段。因此,既可以在NTP字段中存储其它的信息,也可以通过削减NTP字段进行包头压缩。在进行包头压缩的情况下,发送表示已削减NTP字段的信息。在NTP字段被削减的情况下,接收装置20使用其它的基准时钟信息生成基准时钟,并再现32比特短格式NTP。
并且,在使用通信传输路径传输MMT数据包的情况下,通信接收装置使用32比特短格式NTP进行QoS控制,存在不使用基准时钟信息的可能性。因此,也可以不在通信传输路径中发送基准时钟信息。并且,在通信传输路径的End-to-End(端对端)延迟在一定值以内的情况下,也可以将基准时钟信息用于时钟再现。
另外,在上述实施方式1中以使用MMT/IP/TLV方式为例进行了说明,但作为复用方式也可以使用MMT方式以外的方式。例如,也能够将本发明应用于MPEG2-TS方式、RTP方式或者MPEG-DASH方式。
另外,作为IP数据包的包头压缩方法,有RoHC(RobustHeaderCompression:鲁棒包头压缩)、及HCfB(HeaderCompressionforBroadcasting:广播包头压缩)。
作为将IP数据包存储在广播中的方式,除TLV方式以外,还有使用GSE(GenericStreamEncapsulation:通用流封装)方式及ULE(UnidirectionalLight-weight.Encapsulation:单向轻量化封装)的IPoverTS方式等。
本发明也能够应用于使用以上所述的任意方式的情况,通过应用本发明,能够实现在接收装置20取得基准时钟信息之前的时间的缩短和处理的削减、基于硬件化安装的时钟的高精度化等。
另外,上述实施方式中的基准时钟信息在复用方式是MMT时指NTP,但在复用方式是例如MPEG2-TS方式时指PCR(ProgramClockReference:节目时钟参考)。另外,在复用方式是MMT的情况下,有时也以NTP形式传输在IEEE1588中规定的PTP。有时仅传输NTP的一部分比特。即,只要基准时钟信息是表示发送侧设定的时刻的信息即可。另外,NTP不一定是在因特网中通常使用的表示NTP服务器的NTP值。
并且,本发明也可以实现为发送利用如上所述的方法存储了基准时钟信息的传输时隙的发送装置(发送方法)。下面,对这样的发送装置的结构进行补充。图27是表示发送装置的功能结构的框图。图28是发送装置的动作流程。
如图27所示,发送装置30具有生成部31和发送部32。另外,发送装置30的构成要素具体地讲利用微型计算机、处理器或者专用电路等实现。
发送装置30具体地讲是广播服务器,是上述实施方式1的“发送侧”的一例。
生成部31例如生成存储了多个时隙的传输时隙,在该时隙中存储了一个以上的用于存储IP数据包的TLV数据包(图28的S151)。在此,假设在传输时隙中包含由一个以上的时隙构成的多个相对流。
此时,生成部31将表示内容(例如影像或者声音等广播内容)的再现用的时刻的NTP等基准时钟信息包含在IP数据包(以下也记述为对象IP数据包)中,在该IP数据包中存储了在传输时隙内的开头的时隙内位于开头的TLV数据包。此时,对象IP数据包是未被实施包头压缩的IP数据包,基准时钟信息例如在对象IP数据包内以与MMT数据包不同的数据结构进行存储。
生成部31具体地讲由对广播内容进行编码的编码部、MMT解复用器、IP复用器及TLV复用器等构成。另外,TLV数据包是第1传输单位的一例,时隙是第2传输单位的一例,传输时隙是传输用的帧的一例。相对流是流的一例。
发送部32通过广播来发送由生成部31生成的传输时隙(包括传输时隙的传输路径编码数据)(图28的S152)。
如在上述实施方式1中说明的那样,根据这样的发送装置30,能够简化接收装置20取得多个流各自的基准时钟信息的处理。因此,能够缩短接收装置20取得基准时钟信息之前的时间。
另外,在上述实施方式中,各构成要素由专用硬件构成,或也可以通过执行适于各构成要素的软件程序来实现。各构成要素也可以通过CPU或处理器等程序执行部读出并执行硬盘或半导体存储器等记录介质中记录的软件程序来实现。
另外,各构成要素也可以是电路。这些电路既可整体构成1个电路,也可分别是单独的电路。另外,这些电路既可分别是通用电路,也可是专用电路。
例如,在上述各实施方式中,特定的处理部执行的处理也可由其他处理部执行。多个处理的顺序也可变更,多个处理也可并行执行。
以上根据实施方式说明了涉及一个或多个方式的接收装置(接收方法)及发送装置(发送方法),但本发明不限于该实施方式。只要不脱离本发明的宗旨,对本实施方式实施本领域技术人员想到的各种变形、或组合不同实施方式中的结构要素所构筑的方式也包含在一个或多个方式的范围内。
产业上的可利用性
本发明的发送方法作为在将MMT方式适用于广播系统的情况下、能减轻接收侧用于取得基准时钟信息的处理的发送方法是有用的。
标号说明
10接收部;11解码部;12TLV解复用器;13IP解复用器;14MMT解复用器;15基准时钟信息抽取部;16基准时钟生成部;17同步部;18解码提示部;20接收装置;30发送装置;31生成部;32发送部;40接收装置;41扩展识别部;42扩展种类判定部;43变更指示确认部;44数据更新确认部;45更新数据取得部。
Claims (9)
1.一种通过广播进行的使用IP(因特网协议)数据包的内容传输中的发送方法,其特征在于:
包含:
生成步骤,生成存储了多个第2传输单位的传输用帧,所述第2传输单位存储了1个以上的存储所述IP数据包的第1传输单位;和
发送步骤,发送生成的所述帧,
在所述生成步骤中,在对象IP数据包中包含以与MMT(MPEG媒体传输)数据包不同的数据结构表示所述内容的再现用的时刻的基准时钟信息,所述对象IP数据包被存储于在所述帧内的开头的第2传输单位中位于开头的第1传输单位,
对所述对象IP数据包不进行包头压缩。
2.根据权利要求1所述的发送方法,
所述内容被存储在所述IP数据包内的MMT数据包中。
3.根据权利要求1或2所述的发送方法,
所述第1传输单位是可变长度的传输单位,
所述第2传输单位是固定长度的传输单位。
4.根据权利要求1~3中任意一项所述的发送方法,
所述第1传输单位是TLV(类型长度值)数据包,
所述第2传输单位是高级BS传输方式中的时隙,
所述帧是高级BS传输方式中的传输时隙。
5.根据权利要求1~4中任意一项所述的发送方法,
所述基准时钟信息是NTP(网络时间协议)。
6.根据权利要求1~5中任意一项所述的发送方法,
在所述发送步骤中,以规定的发送周期发送所述帧。
7.一种通过广播进行的使用IP数据包的内容传输中的接收方法,其特征在于:
包含:
接收步骤,接收帧,所述帧是存储了多个第2传输单位的传输用的帧,所述第2传输单位包含1个以上的存储所述IP数据包的第1传输单位,在未被实施包头压缩的IP数据包中包含与MMT数据包不同的数据结构的基准时钟信息,所述未被实施包头压缩的IP数据包被存储于在该帧内的开头的第2传输单位中位于开头的第1传输单位;
抽取步骤,从接收到的所述帧中抽取所述基准时钟信息;和
生成步骤,使用抽取出的所述基准时钟信息生成用于再现所述内容的时钟。
8.一种通过广播进行的使用IP数据包的内容传输中所使用的发送装置,其特征在于:
具备:
生成部,生成存储了多个第2传输单位的传输用帧,所述第2传输单位存储了1个以上的存储所述IP数据包的第1传输单位;和
发送部,发送生成的所述帧,
所述生成部在对象IP数据包中包含以与MMT数据包不同的数据结构表示所述内容的再现用的时刻的基准时钟信息,所述对象IP数据包被存储于在所述帧内的开头的第2传输单位中位于开头的第1传输单位,
所述生成部对所述对象IP数据包不进行包头压缩。
9.一种通过广播进行的使用IP数据包的内容传输中所使用的接收装置,其特征在于:
具备:
接收部,接收帧,所述帧是存储了多个第2传输单位的传输用的帧,所述第2传输单位包含1个以上的存储所述IP数据包的第1传输单位,在未被实施包头压缩的IP数据包中包含与MMT数据包不同的数据结构的基准时钟信息,所述未被实施包头压缩的IP数据包被存储于在该帧内的开头的第2传输单位中位于开头的第1传输单位;
抽取部,从接收到的所述帧中抽取所述基准时钟信息;和
生成部,使用抽取出的所述基准时钟信息生成用于再现所述内容的时钟。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361901627P | 2013-11-08 | 2013-11-08 | |
US61/901,627 | 2013-11-08 | ||
JP2014-213006 | 2014-10-17 | ||
JP2014213006A JP6505413B2 (ja) | 2013-11-08 | 2014-10-17 | 送信方法、受信方法、送信装置、及び受信装置 |
PCT/JP2014/005427 WO2015068352A1 (ja) | 2013-11-08 | 2014-10-27 | 送信方法、受信方法、送信装置、及び受信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105612755A true CN105612755A (zh) | 2016-05-25 |
CN105612755B CN105612755B (zh) | 2019-08-23 |
Family
ID=53197992
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480055076.2A Active CN105612755B (zh) | 2013-11-08 | 2014-10-27 | 发送方法、接收方法、发送装置及接收装置 |
Country Status (4)
Country | Link |
---|---|
US (4) | US9992550B2 (zh) |
EP (1) | EP3068138B1 (zh) |
JP (4) | JP6505413B2 (zh) |
CN (1) | CN105612755B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109417464A (zh) * | 2016-07-08 | 2019-03-01 | 索尼半导体解决方案公司 | 发送装置、接收装置以及数据处理方法 |
CN109690674A (zh) * | 2016-09-08 | 2019-04-26 | 索尼公司 | 信息处理装置、信息处理方法和程序 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015068352A1 (ja) | 2013-11-08 | 2015-05-14 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法、受信方法、送信装置、及び受信装置 |
JP6505413B2 (ja) * | 2013-11-08 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
JP6506009B2 (ja) | 2013-11-22 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
US10582023B2 (en) * | 2014-01-14 | 2020-03-03 | Lg Electronics Inc. | Method and apparatus for transmitting/receiving broadcasting signal including robust header compression packet stream and fast information |
JP6692057B2 (ja) | 2014-12-10 | 2020-05-13 | パナソニックIpマネジメント株式会社 | 送信方法、受信方法、送信装置及び受信装置 |
EP3334170A4 (en) | 2015-08-07 | 2019-01-02 | Sony Corporation | Reception device and data processing method |
US10291945B2 (en) * | 2015-09-30 | 2019-05-14 | Sony Corporation | Data processing apparatus and data processing method |
TWI756194B (zh) | 2015-11-25 | 2022-03-01 | 日商新力股份有限公司 | 資料處理裝置及資料處理方法 |
JP6529900B2 (ja) * | 2015-12-15 | 2019-06-12 | 株式会社東芝 | 多重化装置および多重化方法 |
JP2018191833A (ja) * | 2017-05-16 | 2018-12-06 | 株式会社三洋物産 | 遊技機 |
JP2018191834A (ja) * | 2017-05-16 | 2018-12-06 | 株式会社三洋物産 | 遊技機 |
CN107483867A (zh) * | 2017-08-22 | 2017-12-15 | 广州波视信息科技股份有限公司 | 一种tico格式4k/8k解码器及其实现方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001320413A (ja) * | 2000-05-02 | 2001-11-16 | Sony Corp | データ送信装置及び方法 |
JP2004304467A (ja) * | 2003-03-31 | 2004-10-28 | Nec Corp | ストリーム変換/送出装置 |
CN1669320A (zh) * | 2002-07-16 | 2005-09-14 | 松下电器产业株式会社 | 内容接收器和内容发送器 |
CN101558643A (zh) * | 2007-05-14 | 2009-10-14 | 三星电子株式会社 | 用于有效地访问广播服务的广播服务发送设备及方法、广播服务接收设备及方法 |
CN101690200A (zh) * | 2007-05-04 | 2010-03-31 | 韩国电子通信研究院 | 用于在数字多媒体广播系统中提供高质量多媒体服务的方法和设备 |
CN101820540A (zh) * | 2009-12-25 | 2010-09-01 | 北京惠信博思技术有限公司 | 一种mpeg-2编码复用的方法 |
JP2011103568A (ja) * | 2009-11-11 | 2011-05-26 | Nippon Hoso Kyokai <Nhk> | 可変長パケットの送信装置、受信装置及びプログラム |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8429698B2 (en) * | 2007-08-01 | 2013-04-23 | Panasonic Corporation | Digital broadcast transmission device and digital broadcast reception device |
JP5094478B2 (ja) * | 2008-03-06 | 2012-12-12 | 株式会社日立製作所 | 受信装置 |
US20120096495A1 (en) * | 2009-07-13 | 2012-04-19 | Panasonic Corporation | Broadcast reception device, broadcast reception method, and broadcast transmission device |
KR20120138604A (ko) * | 2011-06-14 | 2012-12-26 | 삼성전자주식회사 | 멀티미디어 시스템에서 복합 미디어 컨텐츠를 송수신하는 방법 및 장치 |
US8923342B2 (en) * | 2011-07-12 | 2014-12-30 | Electronics And Telecommunications Research Institute | Method of providing timing information for synchronizing MMT packet stream in MMT hybrid delivery service and method of synchronizing MMT packet stream in MMT hybrid delivery service |
CN109068155B (zh) * | 2011-09-23 | 2021-01-26 | 韩国电子通信研究院 | 传送媒体数据的设备以及接收媒体数据的设备 |
CN104025479B (zh) * | 2011-10-13 | 2018-10-19 | 三星电子株式会社 | 用于发送和接收多媒体服务的方法和装置 |
JP2014230154A (ja) * | 2013-05-23 | 2014-12-08 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
WO2015040817A1 (ja) * | 2013-09-20 | 2015-03-26 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法、受信方法、送信装置、及び受信装置 |
JP6382029B2 (ja) * | 2013-09-20 | 2018-08-29 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
JP6313170B2 (ja) * | 2013-09-30 | 2018-04-18 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
WO2015045362A1 (ja) * | 2013-09-30 | 2015-04-02 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法、受信方法、送信装置、及び受信装置 |
JP6505413B2 (ja) * | 2013-11-08 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
JP6506009B2 (ja) * | 2013-11-22 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
-
2014
- 2014-10-17 JP JP2014213006A patent/JP6505413B2/ja active Active
- 2014-10-27 CN CN201480055076.2A patent/CN105612755B/zh active Active
- 2014-10-27 EP EP14861080.1A patent/EP3068138B1/en active Active
-
2016
- 2016-04-26 US US15/139,209 patent/US9992550B2/en active Active
-
2018
- 2018-04-30 US US15/966,485 patent/US10440442B2/en active Active
-
2019
- 2019-03-27 JP JP2019059941A patent/JP6665331B2/ja active Active
- 2019-09-03 US US16/558,466 patent/US11128928B2/en active Active
-
2020
- 2020-02-19 JP JP2020026326A patent/JP6877603B2/ja active Active
-
2021
- 2021-04-27 JP JP2021074879A patent/JP7073559B2/ja active Active
- 2021-08-16 US US17/402,827 patent/US11523191B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001320413A (ja) * | 2000-05-02 | 2001-11-16 | Sony Corp | データ送信装置及び方法 |
CN1669320A (zh) * | 2002-07-16 | 2005-09-14 | 松下电器产业株式会社 | 内容接收器和内容发送器 |
JP2004304467A (ja) * | 2003-03-31 | 2004-10-28 | Nec Corp | ストリーム変換/送出装置 |
CN101690200A (zh) * | 2007-05-04 | 2010-03-31 | 韩国电子通信研究院 | 用于在数字多媒体广播系统中提供高质量多媒体服务的方法和设备 |
CN101558643A (zh) * | 2007-05-14 | 2009-10-14 | 三星电子株式会社 | 用于有效地访问广播服务的广播服务发送设备及方法、广播服务接收设备及方法 |
JP2011103568A (ja) * | 2009-11-11 | 2011-05-26 | Nippon Hoso Kyokai <Nhk> | 可変長パケットの送信装置、受信装置及びプログラム |
CN101820540A (zh) * | 2009-12-25 | 2010-09-01 | 北京惠信博思技术有限公司 | 一种mpeg-2编码复用的方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109417464A (zh) * | 2016-07-08 | 2019-03-01 | 索尼半导体解决方案公司 | 发送装置、接收装置以及数据处理方法 |
CN109690674A (zh) * | 2016-09-08 | 2019-04-26 | 索尼公司 | 信息处理装置、信息处理方法和程序 |
CN109690674B (zh) * | 2016-09-08 | 2021-05-11 | 索尼公司 | 信息处理装置、信息处理方法和程序 |
Also Published As
Publication number | Publication date |
---|---|
US20160241925A1 (en) | 2016-08-18 |
CN105612755B (zh) | 2019-08-23 |
JP2021121119A (ja) | 2021-08-19 |
JP2019154036A (ja) | 2019-09-12 |
EP3068138B1 (en) | 2019-12-04 |
US11523191B2 (en) | 2022-12-06 |
US20180249224A1 (en) | 2018-08-30 |
US9992550B2 (en) | 2018-06-05 |
JP6665331B2 (ja) | 2020-03-13 |
EP3068138A1 (en) | 2016-09-14 |
JP6505413B2 (ja) | 2019-04-24 |
US11128928B2 (en) | 2021-09-21 |
JP2020080565A (ja) | 2020-05-28 |
EP3068138A4 (en) | 2016-12-14 |
JP6877603B2 (ja) | 2021-05-26 |
JP2015095898A (ja) | 2015-05-18 |
US10440442B2 (en) | 2019-10-08 |
JP7073559B2 (ja) | 2022-05-23 |
US20210377622A1 (en) | 2021-12-02 |
US20190387286A1 (en) | 2019-12-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105612755A (zh) | 发送方法、接收方法、发送装置及接收装置 | |
CN105612754A (zh) | 发送方法、接收方法、发送装置及接收装置 | |
JP6560469B2 (ja) | 送信方法、受信方法、送信装置、及び受信装置 | |
JP6667128B2 (ja) | 送信方法、受信方法、送信装置及び受信装置 | |
JP7257648B2 (ja) | 逆多重化装置及び逆多重化方法 | |
CN110177307B (zh) | 发送方法及发送装置 | |
JP2023120255A (ja) | 送信方法、及び、送信装置 | |
JP2023115072A (ja) | 送信方法、送信装置、受信方法、及び受信装置 | |
JP2024069460A (ja) | 送信方法、受信方法、送信装置及び受信装置 | |
WO2015045362A1 (ja) | 送信方法、受信方法、送信装置、及び受信装置 | |
JP2023095944A (ja) | 送信方法、及び、送信装置 |
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 |